)]}' { "log": [ { "commit": "dbbef3cbdef5e2363caeb343efa68650f20d7bfc", "tree": "1bfe1b45cc725adec9ba7c10565ff43dc1880032", "parents": [ "58a902db8896b6bb4c779a223f6e8e7b289cdcc9" ], "author": { "name": "Jeff Layton", "email": "jlayton@redhat.com", "time": "Tue Dec 20 06:57:45 2011 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Wed Jan 25 17:24:36 2012 -0800" }, "message": "nfs: fix regression in handling of context\u003d option in NFSv4\n\ncommit 8a0d551a59ac92d8ff048d6cb29d3a02073e81e8 upstream.\n\nSetting the security context of a NFSv4 mount via the context\u003d mount\noption is currently broken. The NFSv4 codepath allocates a parsed\noptions struct, and then parses the mount options to fill it. It\neventually calls nfs4_remote_mount which calls security_init_mnt_opts.\nThat clobbers the lsm_opts struct that was populated earlier. This bug\nalso looks like it causes a small memory leak on each v4 mount where\ncontext\u003d is used.\n\nFix this by moving the initialization of the lsm_opts into\nnfs_alloc_parsed_mount_data. Also, add a destructor for\nnfs_parsed_mount_data to make it easier to free all of the allocations\nhanging off of it, and to ensure that the security_free_mnt_opts is\ncalled whenever security_init_mnt_opts is.\n\nI believe this regression was introduced quite some time ago, probably\nby commit c02d7adf.\n\nSigned-off-by: Jeff Layton \u003cjlayton@redhat.com\u003e\nSigned-off-by: Trond Myklebust \u003cTrond.Myklebust@netapp.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "58a902db8896b6bb4c779a223f6e8e7b289cdcc9", "tree": "14e057509b4274d0d1975cf9400c509877a29125", "parents": [ "2dda99b3d5f3f6be05f0c9cc7cf0b05740e6e9f5" ], "author": { "name": "Andy Adamson", "email": "andros@netapp.com", "time": "Wed Nov 09 13:58:20 2011 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Wed Jan 25 17:24:36 2012 -0800" }, "message": "NFSv4.1: fix backchannel slotid off-by-one bug\n\ncommit 61f2e5106582d02f30b6807e3f9c07463c572ccb upstream.\n\nSigned-off-by: Andy Adamson \u003candros@netapp.com\u003e\nSigned-off-by: Trond Myklebust \u003cTrond.Myklebust@netapp.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "2dda99b3d5f3f6be05f0c9cc7cf0b05740e6e9f5", "tree": "dd8953ed5c99fa33d2e14d17d042999792d960e6", "parents": [ "be2ef85142e6f00c7f6c8842d903701bdf88cb5c" ], "author": { "name": "Chuck Lever", "email": "chuck.lever@oracle.com", "time": "Mon Dec 05 15:40:30 2011 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Wed Jan 25 17:24:35 2012 -0800" }, "message": "NFS: Retry mounting NFSROOT\n\ncommit 43717c7daebf10b43f12e68512484b3095bb1ba5 upstream.\n\nLukas Razik \u003clinux@razik.name\u003e reports that on his SPARC system,\nbooting with an NFS root file system stopped working after commit\n56463e50 \"NFS: Use super.c for NFSROOT mount option parsing.\"\n\nWe found that the network switch to which Lukas\u0027 client was attached\nwas delaying access to the LAN after the client\u0027s NIC driver reported\nthat its link was up. The delay was longer than the timeouts used in\nthe NFS client during mounting.\n\nNFSROOT worked for Lukas before commit 56463e50 because in those\nkernels, the client\u0027s first operation was an rpcbind request to\ndetermine which port the NFS server was listening on. When that\nrequest failed after a long timeout, the client simply selected the\ndefault NFS port (2049). By that time the switch was allowing access\nto the LAN, and the mount succeeded.\n\nNeither of these client behaviors is desirable, so reverting 56463e50\nis really not a choice. Instead, introduce a mechanism that retries\nthe NFSROOT mount request several times. This is the same tactic that\nnormal user space NFS mounts employ to overcome server and network\ndelays.\n\nSigned-off-by: Lukas Razik \u003clinux@razik.name\u003e\n[ cel: match kernel coding style, add proper patch description ]\n[ cel: add exponential back-off ]\nSigned-off-by: Chuck Lever \u003cchuck.lever@oracle.com\u003e\nTested-by: Lukas Razik \u003clinux@razik.name\u003e\nSigned-off-by: Trond Myklebust \u003cTrond.Myklebust@netapp.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "be2ef85142e6f00c7f6c8842d903701bdf88cb5c", "tree": "0ec6924a5f1afc07c0b171540dd5949782043b74", "parents": [ "a674b8b3e345496a96aec389446650455b2fdfa1" ], "author": { "name": "Michel Dänzer", "email": "michel.daenzer@amd.com", "time": "Thu Jan 05 18:42:17 2012 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Wed Jan 25 17:24:35 2012 -0800" }, "message": "radeon: Fix disabling PCI bus mastering on big endian hosts.\n\ncommit 3df96909b75835d487a9178761622b0cbd7310d4 upstream.\n\nIt would previously write basically random bits to PCI configuration space...\nNot very surprising that the GPU tended to stop responding completely. The\nresulting MCE even froze the whole machine sometimes.\n\nNow resetting the GPU after a lockup has at least a fighting chance of\nsucceeding.\n\nSigned-off-by: Michel Dänzer \u003cmichel.daenzer@amd.com\u003e\nReviewed-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nSigned-off-by: Dave Airlie \u003cairlied@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "a674b8b3e345496a96aec389446650455b2fdfa1", "tree": "5bd47c2bcfdb68a9f6aa9de38ae3eed0b8e5bbca", "parents": [ "b48620dfff7a12774bb83348a88eddb5921dcdd2" ], "author": { "name": "Alex Deucher", "email": "alexander.deucher@amd.com", "time": "Tue Jan 03 09:48:38 2012 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Wed Jan 25 17:24:35 2012 -0800" }, "message": "drm/radeon/kms: disable writeback on pre-R300 asics\n\ncommit 28eebb703e28bc455ba704adb1026f76649b768c upstream.\n\nWe often end up missing fences on older asics with\nwriteback enabled which leads to delays in the userspace\naccel code, so just disable it by default on those asics.\n\nReported-by: Helge Deller \u003cdeller@gmx.de\u003e\nReported-by: Dave Airlie \u003cairlied@redhat.com\u003e\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nSigned-off-by: Dave Airlie \u003cairlied@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "b48620dfff7a12774bb83348a88eddb5921dcdd2", "tree": "7287491ef44fe8d6fd7ad9b4ff1747becd4d8ced", "parents": [ "24973a17310bd933969d79cf4080049df85aff2c" ], "author": { "name": "Rafał Miłecki", "email": "zajec5@gmail.com", "time": "Fri Dec 23 20:32:18 2011 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Wed Jan 25 17:24:35 2012 -0800" }, "message": "drm/radeon/kms: workaround invalid AVI infoframe checksum issue\n\ncommit 92db7f6c860b8190571a9dc1fcbc16d003422fe8 upstream.\n\nThis change was verified to fix both issues with no video I\u0027ve\ninvestigated. I\u0027ve also checked checksum calculation with fglrx on:\nRV620, HD54xx, HD5450, HD6310, HD6320.\n\nSigned-off-by: Rafał Miłecki \u003czajec5@gmail.com\u003e\nSigned-off-by: Dave Airlie \u003cairlied@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "24973a17310bd933969d79cf4080049df85aff2c", "tree": "116ea3413c3770c20cbf270edeee20e0e907a437", "parents": [ "35cdd5ea88762e22c9d21c5c826cbd7ef1edd7db" ], "author": { "name": "Takashi Iwai", "email": "tiwai@suse.de", "time": "Tue Jan 10 12:41:22 2012 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Wed Jan 25 17:24:34 2012 -0800" }, "message": "ALSA: hda - Return the error from get_wcaps_type() for invalid NIDs\n\ncommit 3a90274de3548ebb2aabfbf488cea8e275a73dc6 upstream.\n\nWhen an invalid NID is given, get_wcaps() returns zero as the error,\nbut get_wcaps_type() takes it as the normal value and returns a bogus\nAC_WID_AUD_OUT value. This confuses the parser.\n\nWith this patch, get_wcaps_type() returns -1 when value 0 is given,\ni.e. an invalid NID is passed to get_wcaps().\n\nBugzilla: https://bugzilla.novell.com/show_bug.cgi?id\u003d740118\n\nSigned-off-by: Takashi Iwai \u003ctiwai@suse.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "35cdd5ea88762e22c9d21c5c826cbd7ef1edd7db", "tree": "a3a7dfbde3f7b9e74d83410731c3fbe3c89a2737", "parents": [ "730580b66c412cd8fbe9c7077ce42c55a85e6281" ], "author": { "name": "Pavel Hofman", "email": "pavel.hofman@ivitera.com", "time": "Thu Jan 05 23:05:18 2012 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Wed Jan 25 17:24:34 2012 -0800" }, "message": "ALSA: ice1724 - Check for ac97 to avoid kernel oops\n\ncommit e7848163aa2a649d9065f230fadff80dc3519775 upstream.\n\nCards with identical PCI ids but no AC97 config in EEPROM do not have\nthe ac97 field initialized. We must check for this case to avoid kernel oops.\n\nSigned-off-by: Pavel Hofman \u003cpavel.hofman@ivitera.com\u003e\nSigned-off-by: Takashi Iwai \u003ctiwai@suse.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "730580b66c412cd8fbe9c7077ce42c55a85e6281", "tree": "9633c79c48c9b2768c3bf239b1d610b3b73bb6cd", "parents": [ "0146b288f47cc3ef3f0791b3023643ccdeeeb339" ], "author": { "name": "Karsten Wiese", "email": "fzu@wemgehoertderstaat.de", "time": "Fri Dec 30 01:42:01 2011 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Wed Jan 25 17:24:33 2012 -0800" }, "message": "ALSA: snd-usb-us122l: Delete calls to preempt_disable\n\ncommit d0f3a2eb9062560bebca8b923424f3ca02a331ba upstream.\n\nThey are not needed here.\n\nSigned-off-by: Karsten Wiese \u003cfzu@wemgehoertderstaat.de\u003e\nSigned-off-by: Takashi Iwai \u003ctiwai@suse.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "0146b288f47cc3ef3f0791b3023643ccdeeeb339", "tree": "5e1890f8ededa9b2e1e52c83302b9679d47ae3b2", "parents": [ "922d41ed4740408d2719a8c99d9f80138e562c03" ], "author": { "name": "Xi Wang", "email": "xi.wang@gmail.com", "time": "Tue Jan 10 11:51:10 2012 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Wed Jan 25 17:24:33 2012 -0800" }, "message": "ext4: fix undefined behavior in ext4_fill_flex_info()\n\ncommit d50f2ab6f050311dbf7b8f5501b25f0bf64a439b upstream.\n\nCommit 503358ae01b70ce6909d19dd01287093f6b6271c (\"ext4: avoid divide by\nzero when trying to mount a corrupted file system\") fixes CVE-2009-4307\nby performing a sanity check on s_log_groups_per_flex, since it can be\nset to a bogus value by an attacker.\n\n\tsbi-\u003es_log_groups_per_flex \u003d sbi-\u003es_es-\u003es_log_groups_per_flex;\n\tgroups_per_flex \u003d 1 \u003c\u003c sbi-\u003es_log_groups_per_flex;\n\n\tif (groups_per_flex \u003c 2) { ... }\n\nThis patch fixes two potential issues in the previous commit.\n\n1) The sanity check might only work on architectures like PowerPC.\nOn x86, 5 bits are used for the shifting amount. That means, given a\nlarge s_log_groups_per_flex value like 36, groups_per_flex \u003d 1 \u003c\u003c 36\nis essentially 1 \u003c\u003c 4 \u003d 16, rather than 0. This will bypass the check,\nleaving s_log_groups_per_flex and groups_per_flex inconsistent.\n\n2) The sanity check relies on undefined behavior, i.e., oversized shift.\nA standard-confirming C compiler could rewrite the check in unexpected\nways. Consider the following equivalent form, assuming groups_per_flex\nis unsigned for simplicity.\n\n\tgroups_per_flex \u003d 1 \u003c\u003c sbi-\u003es_log_groups_per_flex;\n\tif (groups_per_flex \u003d\u003d 0 || groups_per_flex \u003d\u003d 1) {\n\nWe compile the code snippet using Clang 3.0 and GCC 4.6. Clang will\ncompletely optimize away the check groups_per_flex \u003d\u003d 0, leaving the\npatched code as vulnerable as the original. GCC keeps the check, but\nthere is no guarantee that future versions will do the same.\n\nSigned-off-by: Xi Wang \u003cxi.wang@gmail.com\u003e\nSigned-off-by: \"Theodore Ts\u0027o\" \u003ctytso@mit.edu\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "922d41ed4740408d2719a8c99d9f80138e562c03", "tree": "07113f3ab10bf712f565b805344138dde2eb9c40", "parents": [ "f3a6e79c583423a55f7068ccdad732a5f4a0faad" ], "author": { "name": "Ben Hutchings", "email": "ben@decadent.org.uk", "time": "Tue Jan 10 15:11:02 2012 -0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Wed Jan 25 17:24:33 2012 -0800" }, "message": "drivers/rtc/interface.c: fix alarm rollover when day or month is out-of-range\n\ncommit e74a8f2edb92cb690b467cea0ab652c509e9f624 upstream.\n\nCommit f44f7f96a20a (\"RTC: Initialize kernel state from RTC\") introduced a\npotential infinite loop. If an alarm time contains a wildcard month and\nan invalid day (\u003e 31), or a wildcard year and an invalid month (\u003e\u003d 12),\nthe loop searching for the next matching date will never terminate. Treat\nthe invalid values as wildcards.\n\nFixes \u003chttp://bugs.debian.org/646429\u003e, \u003chttp://bugs.debian.org/653331\u003e\n\nReported-by: leo weppelman \u003cleoweppelman@googlemail.com\u003e\nReported-by: \"P. van Gaans\" \u003cmailme667@yahoo.co.uk\u003e\nSigned-off-by: Ben Hutchings \u003cben@decadent.org.uk\u003e\nSigned-off-by: Jonathan Nieder \u003cjrnieder@gmail.com\u003e\nCc: Mark Brown \u003cbroonie@opensource.wolfsonmicro.com\u003e\nCc: Marcelo Roberto Jimenez \u003cmroberto@cpti.cetuc.puc-rio.br\u003e\nCc: Thomas Gleixner \u003ctglx@linutronix.de\u003e\nCc: John Stultz \u003cjohn.stultz@linaro.org\u003e\nAcked-by: Alessandro Zummo \u003ca.zummo@towertech.it\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "f3a6e79c583423a55f7068ccdad732a5f4a0faad", "tree": "6dc88858c4477bfb4755bc64b39638a6dd61acf1", "parents": [ "488e572df737befdfc783503642d70ea18b3a001" ], "author": { "name": "Wolfram Sang", "email": "w.sang@pengutronix.de", "time": "Tue Nov 29 15:34:08 2011 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Wed Jan 25 17:24:32 2012 -0800" }, "message": "mtd: tests: stresstest: bail out if device has not enough eraseblocks\n\ncommit 2f4478ccff7df845dc9c0f8996a96373122c4417 upstream.\n\nstresstest needs at least two eraseblocks. Bail out gracefully if that\ncondition is not met. Fixes the following \u0027division by zero\u0027 OOPS:\n\n[ 619.100000] mtd_stresstest: MTD device size 131072, eraseblock size 131072, page size 2048, count of eraseblocks 1, pages per eraseblock 64, OOB size 64\n[ 619.120000] mtd_stresstest: scanning for bad eraseblocks\n[ 619.120000] mtd_stresstest: scanned 1 eraseblocks, 0 are bad\n[ 619.130000] mtd_stresstest: doing operations\n[ 619.130000] mtd_stresstest: 0 operations done\n[ 619.140000] Division by zero in kernel.\n...\n\ncaused by\n\n /* Read or write up 2 eraseblocks at a time - hence \u0027ebcnt - 1\u0027 */\n eb %\u003d (ebcnt - 1);\n\nSigned-off-by: Wolfram Sang \u003cw.sang@pengutronix.de\u003e\nSigned-off-by: Artem Bityutskiy \u003cartem.bityutskiy@linux.intel.com\u003e\nSigned-off-by: David Woodhouse \u003cDavid.Woodhouse@intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "488e572df737befdfc783503642d70ea18b3a001", "tree": "da29858912525fbaa67c90223a5540bdae900a13", "parents": [ "13205eedda9d80daf129ddad54bd6ffe5df92dff" ], "author": { "name": "Brian Norris", "email": "computersforpeace@gmail.com", "time": "Mon Nov 07 15:51:05 2011 -0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Wed Jan 25 17:24:32 2012 -0800" }, "message": "mtd: mtd_blkdevs: don\u0027t increase \u0027open\u0027 count on error path\n\ncommit 342ff28f5a2e5aa3236617bd2bddf6c749677ef2 upstream.\n\nSome error paths in mtd_blkdevs were fixed in the following commit:\n\n commit 94735ec4044a6d318b83ad3c5794e931ed168d10\n mtd: mtd_blkdevs: fix error path in blktrans_open\n\nBut on these error paths, the block device\u0027s `dev-\u003eopen\u0027 count is\nalready incremented before we check for errors. This meant that, while\nthe error path was handled correctly on the first time through\nblktrans_open(), the device is erroneously considered already open on\nthe second time through.\n\nThis problem can be seen, for instance, when a UBI volume is\nsimultaneously mounted as a UBIFS partition and read through its\ncorresponding gluebi mtdblockX device. This results in blktrans_open()\npassing its error checks (with `dev-\u003eopen \u003e 0\u0027) without actually having\na handle on the device. Here\u0027s a summarized log of the actions and\nresults with nandsim:\n\n # modprobe nandsim\n # modprobe mtdblock\n # modprobe gluebi\n # modprobe ubifs\n # ubiattach /dev/ubi_ctrl -m 0\n ...\n # ubimkvol /dev/ubi0 -N test -s 16MiB\n ...\n # mount -t ubifs ubi0:test /mnt\n # ls /dev/mtdblock*\n /dev/mtdblock0 /dev/mtdblock1\n # cat /dev/mtdblock1 \u003e /dev/null\n cat: can\u0027t open \u0027/dev/mtdblock4\u0027: Device or resource busy\n # cat /dev/mtdblock1 \u003e /dev/null\n\n CPU 0 Unable to handle kernel paging request at virtual address\n fffffff0, epc \u003d\u003d 8031536c, ra \u003d\u003d 8031f280\n Oops[#1]:\n ...\n Call Trace:\n [\u003c8031536c\u003e] ubi_leb_read+0x14/0x164\n [\u003c8031f280\u003e] gluebi_read+0xf0/0x148\n [\u003c802edba8\u003e] mtdblock_readsect+0x64/0x198\n [\u003c802ecfe4\u003e] mtd_blktrans_thread+0x330/0x3f4\n [\u003c8005be98\u003e] kthread+0x88/0x90\n [\u003c8000bc04\u003e] kernel_thread_helper+0x10/0x18\n\nSigned-off-by: Brian Norris \u003ccomputersforpeace@gmail.com\u003e\nSigned-off-by: Artem Bityutskiy \u003cArtem.Bityutskiy@linux.intel.com\u003e\nSigned-off-by: David Woodhouse \u003cDavid.Woodhouse@intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "13205eedda9d80daf129ddad54bd6ffe5df92dff", "tree": "e788206dad7160e8ff8b95ddfa9b714bdc90cb4c", "parents": [ "63f0d35a610b2ef1139b5d763ee74cab5257a8c8" ], "author": { "name": "Roman Tereshonkov", "email": "roman.tereshonkov@nokia.com", "time": "Fri Dec 02 15:07:17 2011 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Wed Jan 25 17:24:32 2012 -0800" }, "message": "mtd: mtdoops: skip reading initially bad blocks\n\ncommit 3538c56329936c78f7d356889908790006d0124c upstream.\n\nUse block_isbad to check and skip the bad blocks reading.\nThis will allow to get rid of the read errors if bad blocks\nare present initially.\n\nSigned-off-by: Roman Tereshonkov \u003croman.tereshonkov@nokia.com\u003e\nSigned-off-by: Artem Bityutskiy \u003cartem.bityutskiy@linux.intel.com\u003e\nSigned-off-by: David Woodhouse \u003cDavid.Woodhouse@intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "63f0d35a610b2ef1139b5d763ee74cab5257a8c8", "tree": "112893d2550d2aa704f3e0d5dd2f48a489cae3f7", "parents": [ "e9d23be2708477feeaec78e707c80441520c1ef6" ], "author": { "name": "Roman Tereshonkov", "email": "roman.tereshonkov@nokia.com", "time": "Tue Nov 29 12:49:18 2011 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Wed Jan 25 17:24:32 2012 -0800" }, "message": "mtdoops: fix the oops_page_used array size\n\ncommit 556f063580db2953a7e53cd46b47724246320f60 upstream.\n\nThe array of unsigned long pointed by oops_page_used is allocated\nby vmalloc which requires the size to be in bytes.\n\nBITS_PER_LONG is equal to 32.\nIf we want to allocate memory for 32 pages with one bit per page then\n32 / BITS_PER_LONG is equal to 1 byte that is 8 bits.\nTo fix it we need to multiply the result by sizeof(unsigned long) equal to 4.\n\nSigned-off-by: Roman Tereshonkov \u003croman.tereshonkov@nokia.com\u003e\nSigned-off-by: Artem Bityutskiy \u003cArtem.Bityutskiy@linux.intel.com\u003e\nSigned-off-by: David Woodhouse \u003cDavid.Woodhouse@intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "e9d23be2708477feeaec78e707c80441520c1ef6", "tree": "6cd4a13ca1e3a9a789a664b30857e658543eaea5", "parents": [ "6e474bc4d5c0d94c070a18901e00ff33de0c1be1" ], "author": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Thu Jan 12 11:54:29 2012 -0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Thu Jan 12 11:54:29 2012 -0800" }, "message": "Linux 3.0.17\n" }, { "commit": "6e474bc4d5c0d94c070a18901e00ff33de0c1be1", "tree": "88bd52502d438e5046c10d7f4c99a1454d06324a", "parents": [ "68f760945cb704f4a9d0ae7c4abc9e41ca30aa91" ], "author": { "name": "Xi Wang", "email": "xi.wang@gmail.com", "time": "Mon Dec 12 21:55:52 2011 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Thu Jan 12 11:35:55 2012 -0800" }, "message": "xfs: fix acl count validation in xfs_acl_from_disk()\n\ncommit 093019cf1b18dd31b2c3b77acce4e000e2cbc9ce upstream.\n\nCommit fa8b18ed didn\u0027t prevent the integer overflow and possible\nmemory corruption. \"count\" can go negative and bypass the check.\n\nSigned-off-by: Xi Wang \u003cxi.wang@gmail.com\u003e\nReviewed-by: Christoph Hellwig \u003chch@lst.de\u003e\nSigned-off-by: Ben Myers \u003cbpm@sgi.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "68f760945cb704f4a9d0ae7c4abc9e41ca30aa91", "tree": "942476ec3e00dd27a2b3e5c98b2f5517d4c64d64", "parents": [ "18366c3fed0c372f9c123489e7061de11b640965" ], "author": { "name": "Thilo-Alexander Ginkel", "email": "thilo@ginkel.com", "time": "Sat Dec 17 10:55:10 2011 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Thu Jan 12 11:35:53 2012 -0800" }, "message": "usb: cdc-acm: Fix acm_tty_hangup() vs. acm_tty_close() race\n\n[Not upstream as it was fixed differently for 3.3 with a much more\n\"intrusive\" rework of the driver - gregkh]\n\nThere is a race condition involving acm_tty_hangup() and acm_tty_close()\nwhere hangup() would attempt to access tty-\u003edriver_data without proper\nlocking and NULL checking after close() has potentially already set it\nto NULL. One possibility to (sporadically) trigger this behavior is to\nperform a suspend/resume cycle with a running WWAN data connection.\n\nThis patch addresses the issue by introducing a NULL check for\ntty-\u003edriver_data in acm_tty_hangup() protected by open_mutex and exiting\ngracefully when hangup() is invoked on a device that has already been\nclosed.\n\nSigned-off-by: Thilo-Alexander Ginkel \u003cthilo@ginkel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n" }, { "commit": "18366c3fed0c372f9c123489e7061de11b640965", "tree": "7d3eb038b73bfe0d81cfde1b1aa5402ee9615bfe", "parents": [ "4ae84455f98af3b3c3a23f8b6458fcefc9ff62bf" ], "author": { "name": "kashyap.desai@lsi.com", "email": "kashyap.desai@lsi.com", "time": "Thu Aug 04 16:47:50 2011 +0530" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Thu Jan 12 11:35:51 2012 -0800" }, "message": "SCSI: mpt2sas: Added missing mpt2sas_base_detach call from scsih_remove context\n\ncommit 9ae89b0296e275d5a556068b40b7c2557a556a85 upstream.\n\nmpt2sas_base_detach() call was removed from _scsih_remove() while\ndoing some code shuffling. Mainly when we work on adding code for\nscsih_shutdown(). I have added back mpt2sas_base_detach() which will\nget callled from _scsih_remove().\n\nSigned-off-by: Kashyap Desai \u003ckashyap.desai@lsi.com\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\n\n" }, { "commit": "4ae84455f98af3b3c3a23f8b6458fcefc9ff62bf", "tree": "84c872ec590114cadc912adeb495878d50f9098b", "parents": [ "81aaa36dde03db855fb233382c7667f98ac12659" ], "author": { "name": "Srivatsa S. Bhat", "email": "srivatsa.bhat@linux.vnet.ibm.com", "time": "Thu Nov 03 00:59:25 2011 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Thu Jan 12 11:35:46 2012 -0800" }, "message": "PM / Sleep: Fix race between CPU hotplug and freezer\n\ncommit 79cfbdfa87e84992d509e6c1648a18e1d7e68c20 upstream.\n\nThe CPU hotplug notifications sent out by the _cpu_up() and _cpu_down()\nfunctions depend on the value of the \u0027tasks_frozen\u0027 argument passed to them\n(which indicates whether tasks have been frozen or not).\n(Examples for such CPU hotplug notifications: CPU_ONLINE, CPU_ONLINE_FROZEN,\nCPU_DEAD, CPU_DEAD_FROZEN).\n\nThus, it is essential that while the callbacks for those notifications are\nrunning, the state of the system with respect to the tasks being frozen or\nnot remains unchanged, *throughout that duration*. Hence there is a need for\nsynchronizing the CPU hotplug code with the freezer subsystem.\n\nSince the freezer is involved only in the Suspend/Hibernate call paths, this\npatch hooks the CPU hotplug code to the suspend/hibernate notifiers\nPM_[SUSPEND|HIBERNATE]_PREPARE and PM_POST_[SUSPEND|HIBERNATE] to prevent\nthe race between CPU hotplug and freezer, thus ensuring that CPU hotplug\nnotifications will always be run with the state of the system really being\nwhat the notifications indicate, _throughout_ their execution time.\n\nSigned-off-by: Srivatsa S. Bhat \u003csrivatsa.bhat@linux.vnet.ibm.com\u003e\nSigned-off-by: Rafael J. Wysocki \u003crjw@sisk.pl\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "81aaa36dde03db855fb233382c7667f98ac12659", "tree": "a032daae8934d50399ef623786c5433facfa469d", "parents": [ "2643bcef53a08c09975861ebbed6d687571a2751" ], "author": { "name": "stephen hemminger", "email": "shemminger@vyatta.com", "time": "Sat Dec 31 13:26:46 2011 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Thu Jan 12 11:35:44 2012 -0800" }, "message": "bonding: fix error handling if slave is busy (v2)\n\ncommit f7d9821a6a9c83450ac35e76d3709e32fd38b76f upstream.\n\nIf slave device already has a receive handler registered, then the\nerror unwind of bonding device enslave function is broken.\n\nThe following will leave a pointer to freed memory in the slave\ndevice list, causing a later kernel panic.\n# modprobe dummy\n# ip li add dummy0-1 link dummy0 type macvlan\n# modprobe bonding\n# echo +dummy0 \u003e/sys/class/net/bond0/bonding/slaves\n\nThe fix is to detach the slave (which removes it from the list)\nin the unwind path.\n\nSigned-off-by: Stephen Hemminger \u003cshemminger@vyatta.com\u003e\nReviewed-by: Nicolas de Pesloüan \u003cnicolas.2p.debian@free.fr\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "2643bcef53a08c09975861ebbed6d687571a2751", "tree": "6550044ff87203993d93ce280f4c6ad9fd8a0d02", "parents": [ "49ffa26eca87d3518ed88d3e6feebf1b80837a15" ], "author": { "name": "Aurelien Jacobs", "email": "aurel@gnuage.org", "time": "Sat Jan 07 12:15:16 2012 -0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Thu Jan 12 11:35:43 2012 -0800" }, "message": "asix: fix infinite loop in rx_fixup()\n\ncommit 6c15d74defd38e7e7f8805392578b7a1d508097e upstream.\n\nAt this point if skb-\u003elen happens to be 2, the subsequant skb_pull(skb, 4)\ncall won\u0027t work and the skb-\u003elen won\u0027t be decreased and won\u0027t ever reach 0,\nresulting in an infinite loop.\n\nWith an ASIX 88772 under heavy load, without this patch, rx_fixup() reaches\nan infinite loop in less than a minute. With this patch applied,\nno infinite loop even after hours of heavy load.\n\nSigned-off-by: Aurelien Jacobs \u003caurel@gnuage.org\u003e\nCc: Jussi Kivilinna \u003cjussi.kivilinna@mbnet.fi\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n\n" }, { "commit": "49ffa26eca87d3518ed88d3e6feebf1b80837a15", "tree": "a7c4569f759bde3a770e4ac52671edd21afc0851", "parents": [ "06752b6cc142845a2c21196fa86a0cba7d72d325" ], "author": { "name": "Ben Hutchings", "email": "ben@decadent.org.uk", "time": "Mon Jan 09 14:06:46 2012 -0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Thu Jan 12 11:35:41 2012 -0800" }, "message": "igmp: Avoid zero delay when receiving odd mixture of IGMP queries\n\ncommit a8c1f65c79cbbb2f7da782d4c9d15639a9b94b27 upstream.\n\nCommit 5b7c84066733c5dfb0e4016d939757b38de189e4 (\u0027ipv4: correct IGMP\nbehavior on v3 query during v2-compatibility mode\u0027) added yet another\ncase for query parsing, which can result in max_delay \u003d 0. Substitute\na value of 1, as in the usual v3 case.\n\nReported-by: Simon McVittie \u003csmcv@debian.org\u003e\nReferences: http://bugs.debian.org/654876\nSigned-off-by: Ben Hutchings \u003cben@decadent.org.uk\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n\n" }, { "commit": "06752b6cc142845a2c21196fa86a0cba7d72d325", "tree": "dadc785fc2094aea358fdaabd2f629c13518e3bf", "parents": [ "9f3657ac7841b871c5d2dc8ab51fb08080ae67b1" ], "author": { "name": "Alan Stern", "email": "stern@rowland.harvard.edu", "time": "Thu Nov 17 16:41:45 2011 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Thu Jan 12 11:35:38 2012 -0800" }, "message": "OHCI: final fix for NVIDIA problems (I hope)\n\ncommit c61875977458637226ab093a35d200f2d5789787 upstream.\n\nProblems with NVIDIA\u0027s OHCI host controllers persist. After looking\ncarefully through the spec, I finally realized that when a controller\nis reset it then automatically goes into a SUSPEND state in which it\nis completely quiescent (no DMA and no IRQs) and from which it will\nnot awaken until the system puts it into the OPERATIONAL state.\n\nTherefore there\u0027s no need to worry about controllers being in the\nRESET state for extended periods, or remaining in the OPERATIONAL\nstate during system shutdown. The proper action for device\ninitialization is to put the controller into the RESET state (if it\u0027s\nnot there already) and then to issue a software reset. Similarly, the\nproper action for device shutdown is simply to do a software reset.\n\nThis patch (as1499) implements such an approach. It simplifies\ninitialization and shutdown, and allows the NVIDIA shutdown-quirk code\nto be removed.\n\nSigned-off-by: Alan Stern \u003cstern@rowland.harvard.edu\u003e\nTested-by: Andre \"Osku\" Schmidt \u003candre.osku.schmidt@googlemail.com\u003e\nTested-by: Arno Augustin \u003cArno.Augustin@web.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "9f3657ac7841b871c5d2dc8ab51fb08080ae67b1", "tree": "0c4ec4d85a036dd1e61a6867c76dc49f8e519891", "parents": [ "9f1efce9d1265de3888ddb4a91cb6d5b14536ff2" ], "author": { "name": "Felipe Balbi", "email": "balbi@ti.com", "time": "Mon Jan 02 13:35:41 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Thu Jan 12 11:35:33 2012 -0800" }, "message": "usb: ch9: fix up MaxStreams helper\n\ncommit 18b7ede5f7ee2092aedcb578d3ac30bd5d4fc23c upstream.\n\n[ removed the dwc3 portion of the patch as it didn\u0027t apply to\nolder kernels - gregkh]\n\nAccording to USB 3.0 Specification Table 9-22, if\nbmAttributes [4:0] are set to zero, it means \"no\nstreams supported\", but the way this helper was\ndefined on Linux, we will *always* have one stream\nwhich might cause several problems.\n\nFor example on DWC3, we would tell the controller\nendpoint has streams enabled and yet start transfers\nwith Stream ID set to 0, which would goof up the host\nside.\n\nWhile doing that, convert the macro to an inline\nfunction due to the different checks we now need.\n\nSigned-off-by: Felipe Balbi \u003cbalbi@ti.com\u003e\nSigned-off-by: Sarah Sharp \u003csarah.a.sharp@linux.intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "9f1efce9d1265de3888ddb4a91cb6d5b14536ff2", "tree": "dfc750ca50bb46ec8b2be29bdc5faa7a775567a4", "parents": [ "cca4989bac1a29811a3be91c29a5648375016392" ], "author": { "name": "Janne Snabb", "email": "snabb@epipe.com", "time": "Wed Dec 28 19:36:00 2011 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Thu Jan 12 11:35:30 2012 -0800" }, "message": "usb: option: add ZD Incorporated HSPA modem\n\ncommit 3c8c9316710b83e906e425024153bf0929887b59 upstream.\n\nAdd support for Chinese Noname HSPA USB modem which is apparently\nmanufactured by a company called ZD Incorporated (based on texts in the\nWindows drivers).\n\nThis product is available at least from Dealextreme (SKU 80032) and\npossibly in India with name Olive V-MW250. It is based on Qualcomm\nMSM6280 chip.\n\nI needed to also add \"options usb-storage quirks\u003d0685:7000:i\" in modprobe\nconfiguration because udevd or the kernel keeps poking the embedded\nfake-cd-rom which fails and causes the device to reset. There might be\na better way to accomplish the same. usb_modeswitch is not needed with\nthis device.\n\nSigned-off-by: Janne Snabb \u003csnabb@epipe.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "cca4989bac1a29811a3be91c29a5648375016392", "tree": "646606c4898db3a0e97f4ffa95f9dfdd71e09b45", "parents": [ "35e81320ad9953dbcf3cea06d18828ebee3b0468" ], "author": { "name": "VU Tuan Duc", "email": "DucVT@viettel.com.vn", "time": "Tue Nov 15 14:08:00 2011 +0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Thu Jan 12 11:35:29 2012 -0800" }, "message": "USB: option: add id for 3G dongle Model VT1000 of Viettel\n\ncommit 5b061623355d8f69327a24838b0aa05e435ae5d5 upstream.\n\nAdd VendorID/ProductID for USB 3G dongle Model VT1000 of Viettel.\n\nSigned-off-by: VU Tuan Duc \u003cducvt@viettel.com.vn\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "35e81320ad9953dbcf3cea06d18828ebee3b0468", "tree": "141be5bb80b8108cd64911db6ae519ef327f6037", "parents": [ "766b8a7f7ee006dfd73dbc676addd80f7dbe86ef" ], "author": { "name": "Hans de Goede", "email": "hdegoede@redhat.com", "time": "Wed Jan 04 23:29:18 2012 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Thu Jan 12 11:35:28 2012 -0800" }, "message": "xhci: Properly handle COMP_2ND_BW_ERR\n\ncommit 71d85724bdd947a3b42a88d08af79f290a1a767b upstream.\n\nI encountered a result of COMP_2ND_BW_ERR while improving how the pwc\nwebcam driver handles not having the full usb1 bandwidth available to\nitself.\n\nI created the following test setup, a NEC xhci controller with a\nsingle TT USB 2 hub plugged into it, with a usb keyboard and a pwc webcam\nplugged into the usb2 hub. This caused the following to show up in dmesg\nwhen trying to stream from the pwc camera at its highest alt setting:\n\nxhci_hcd 0000:01:00.0: ERROR: unexpected command completion code 0x23.\nusb 6-2.1: Not enough bandwidth for altsetting 9\n\nAnd usb_set_interface returned -EINVAL, which caused my pwc code to not\ndo the right thing as it expected -ENOSPC.\n\nThis patch makes the xhci driver properly handle COMP_2ND_BW_ERR and makes\nusb_set_interface return -ENOSPC as expected.\n\nThis should be backported to stable kernels as old as 2.6.32.\n\nSigned-off-by: Hans de Goede \u003chdegoede@redhat.com\u003e\nSigned-off-by: Sarah Sharp \u003csarah.a.sharp@linux.intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "766b8a7f7ee006dfd73dbc676addd80f7dbe86ef", "tree": "818c4c1709838ac321940e68624ec6d0228b9db1", "parents": [ "0d5b25f934978301b2a1385c72f3b6abe04db484" ], "author": { "name": "Clemens Ladisch", "email": "clemens@ladisch.de", "time": "Sat Dec 03 23:41:31 2011 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Thu Jan 12 11:35:25 2012 -0800" }, "message": "usb: fix number of mapped SG DMA entries\n\ncommit bc677d5b64644c399cd3db6a905453e611f402ab upstream.\n\nAdd a new field num_mapped_sgs to struct urb so that we have a place to\nstore the number of mapped entries and can also retain the original\nvalue of entries in num_sgs. Previously, usb_hcd_map_urb_for_dma()\nwould overwrite this with the number of mapped entries, which would\nbreak dma_unmap_sg() because it requires the original number of entries.\n\nThis fixes warnings like the following when using USB storage devices:\n ------------[ cut here ]------------\n WARNING: at lib/dma-debug.c:902 check_unmap+0x4e4/0x695()\n ehci_hcd 0000:00:12.2: DMA-API: device driver frees DMA sg list with different entry count [map count\u003d4] [unmap count\u003d1]\n Modules linked in: ohci_hcd ehci_hcd\n Pid: 0, comm: kworker/0:1 Not tainted 3.2.0-rc2+ #319\n Call Trace:\n \u003cIRQ\u003e [\u003cffffffff81036d3b\u003e] warn_slowpath_common+0x80/0x98\n [\u003cffffffff81036de7\u003e] warn_slowpath_fmt+0x41/0x43\n [\u003cffffffff811fa5ae\u003e] check_unmap+0x4e4/0x695\n [\u003cffffffff8105e92c\u003e] ? trace_hardirqs_off+0xd/0xf\n [\u003cffffffff8147208b\u003e] ? _raw_spin_unlock_irqrestore+0x33/0x50\n [\u003cffffffff811fa84a\u003e] debug_dma_unmap_sg+0xeb/0x117\n [\u003cffffffff8137b02f\u003e] usb_hcd_unmap_urb_for_dma+0x71/0x188\n [\u003cffffffff8137b166\u003e] unmap_urb_for_dma+0x20/0x22\n [\u003cffffffff8137b1c5\u003e] usb_hcd_giveback_urb+0x5d/0xc0\n [\u003cffffffffa0000d02\u003e] ehci_urb_done+0xf7/0x10c [ehci_hcd]\n [\u003cffffffffa0001140\u003e] qh_completions+0x429/0x4bd [ehci_hcd]\n [\u003cffffffffa000340a\u003e] ehci_work+0x95/0x9c0 [ehci_hcd]\n ...\n ---[ end trace f29ac88a5a48c580 ]---\n Mapped at:\n [\u003cffffffff811faac4\u003e] debug_dma_map_sg+0x45/0x139\n [\u003cffffffff8137bc0b\u003e] usb_hcd_map_urb_for_dma+0x22e/0x478\n [\u003cffffffff8137c494\u003e] usb_hcd_submit_urb+0x63f/0x6fa\n [\u003cffffffff8137d01c\u003e] usb_submit_urb+0x2c7/0x2de\n [\u003cffffffff8137dcd4\u003e] usb_sg_wait+0x55/0x161\n\nSigned-off-by: Clemens Ladisch \u003cclemens@ladisch.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "0d5b25f934978301b2a1385c72f3b6abe04db484", "tree": "5785127f67eb15fd5b6bf1864d882c21a403abca", "parents": [ "5ccce01507d92e98ca263b35aa263f43e24b272f" ], "author": { "name": "Malte Schröder", "email": "maltesch@gmx.de", "time": "Thu Jan 05 20:34:40 2012 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Thu Jan 12 11:35:24 2012 -0800" }, "message": "USB: Add USB-ID for Multiplex RC serial adapter to cp210x.c\n\ncommit 08e87d0d773dc9ca5faf4c3306e238ed0ea129b0 upstream.\n\nHi, below patch adds the USB-ID of the serial adapters sold by\nMultiplex RC (www.multiplex-rc.de).\n\nSigned-off-by: Malte Schröder \u003cmaltesch@gmx.de\u003e\nCc: stable \u003cstable@vger.kernel.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "5ccce01507d92e98ca263b35aa263f43e24b272f", "tree": "8d076f45d1c7dc7f3049194a25c64fe226e968cc", "parents": [ "a2cb6c3022494f6e43d284ed9159e15dd71f5937" ], "author": { "name": "Johan Hovold", "email": "jhovold@gmail.com", "time": "Sun Nov 06 19:06:21 2011 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Thu Jan 12 11:35:17 2012 -0800" }, "message": "USB: omninet: fix write_room\n\ncommit 694c6301e515bad574af74b6552134c4d9dcb334 upstream.\n\nFix regression introduced by commit 507ca9bc047666 ([PATCH] USB: add\nability for usb-serial drivers to determine if their write urb is\ncurrently being used.) which inverted the logic in write_room so that it\nreturns zero when the write urb is actually free.\n\nSigned-off-by: Johan Hovold \u003cjhovold@gmail.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "a2cb6c3022494f6e43d284ed9159e15dd71f5937", "tree": "010cff9c387a3a49bfd43bf4d815b47dcae244ea", "parents": [ "d1a86326cb0aaa71ddef4ae5325e2387c1410380" ], "author": { "name": "Felipe Contreras", "email": "felipe.contreras@gmail.com", "time": "Mon Dec 19 22:01:54 2011 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Thu Jan 12 11:35:16 2012 -0800" }, "message": "usb: musb: fix pm_runtime mismatch\n\ncommit 772aed45b604c5ff171f0f12c12392d868333f79 upstream.\n\nIn musb_init_controller() there\u0027s a pm_runtime_put(), but there\u0027s no\npm_runtime_get(), which creates a mismatch that causes the driver to\nsleep when it shouldn\u0027t.\n\nThis was introduced in 7acc619[1], but it wasn\u0027t triggered in my setup\nuntil 18a2689[2] was merged to Linus\u0027 branch at point df0914[3]. IOW;\nwhen PM is working as it was supposed to.\n\nHowever, it seems most of the time this is used in a way that keeps the\ncounter above 0, so nobody noticed. Also, it seems to depend on the\nconfiguration used in versions before 3.1, but not later (or in it).\n\nI found the problem by loading isp1704_charger before any usb gadgets:\nhttp://article.gmane.org/gmane.linux.kernel/1226122\n\nAll versions after 2.6.39 are affected.\n\n[1] usb: musb: Idle path retention and offmode support for OMAP3\n[2] OMAP2+: musb: hwmod adaptation for musb registration\n[3] Merge branch \u0027omap-for-linus\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6\n\nCc: Hema HK \u003chemahk@ti.com\u003e\nSigned-off-by: Felipe Contreras \u003cfelipe.contreras@gmail.com\u003e\nSigned-off-by: Felipe Balbi \u003cbalbi@ti.com\u003e\n\n" }, { "commit": "d1a86326cb0aaa71ddef4ae5325e2387c1410380", "tree": "4af83c75a7c2c6ad2ebeaba07730185adf05f7bf", "parents": [ "702d50dd4360c942a3b888c468843f2540a95e64" ], "author": { "name": "Oliver Neukum", "email": "oliver@neukum.org", "time": "Tue Jan 03 09:58:54 2012 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Thu Jan 12 11:35:12 2012 -0800" }, "message": "USB: add quirk for another camera\n\ncommit 35284b3d2f68a8a3703745e629999469f78386b5 upstream.\n\nThe Guillemot Webcam Hercules Dualpix Exchange camera\nhas been reported with a second ID.\n\nSigned-off-by: Oliver Neukum \u003coneukum@suse.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "702d50dd4360c942a3b888c468843f2540a95e64", "tree": "fbaba9e95ad0209ce6bdaad146a6f1f0955077ed", "parents": [ "41671fca58f3487f4dd4b148a0a3360b2f9ebb2a" ], "author": { "name": "Huajun Li", "email": "huajun.li.lee@gmail.com", "time": "Wed Jan 04 19:25:33 2012 +0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Thu Jan 12 11:35:11 2012 -0800" }, "message": "usb: usb-storage doesn\u0027t support dynamic id currently, the patch disables the feature to fix an oops\n\ncommit 1a3a026ba1b6bbfe0b7f79ab38cf991d691e7c9a upstream.\n\nEcho vendor and product number of a non usb-storage device to\nusb-storage driver\u0027s new_id, then plug in the device to host and you\nwill find following oops msg, the root cause is usb_stor_probe1()\nrefers invalid id entry if giving a dynamic id, so just disable the\nfeature.\n\n[ 3105.018012] general protection fault: 0000 [#1] SMP DEBUG_PAGEALLOC\n[ 3105.018062] CPU 0\n[ 3105.018075] Modules linked in: usb_storage usb_libusual bluetooth\ndm_crypt binfmt_misc snd_hda_codec_analog snd_hda_intel snd_hda_codec\nsnd_hwdep hp_wmi ppdev sparse_keymap snd_pcm snd_seq_midi snd_rawmidi\nsnd_seq_midi_event snd_seq snd_timer snd_seq_device psmouse snd\nserio_raw tpm_infineon soundcore i915 snd_page_alloc tpm_tis\nparport_pc tpm tpm_bios drm_kms_helper drm i2c_algo_bit video lp\nparport usbhid hid sg sr_mod sd_mod ehci_hcd uhci_hcd usbcore e1000e\nusb_common floppy\n[ 3105.018408]\n[ 3105.018419] Pid: 189, comm: khubd Tainted: G I 3.2.0-rc7+\n#29 Hewlett-Packard HP Compaq dc7800p Convertible Minitower/0AACh\n[ 3105.018481] RIP: 0010:[\u003cffffffffa045830d\u003e] [\u003cffffffffa045830d\u003e]\nusb_stor_probe1+0x2fd/0xc20 [usb_storage]\n[ 3105.018536] RSP: 0018:ffff880056a3d830 EFLAGS: 00010286\n[ 3105.018562] RAX: ffff880065f4e648 RBX: ffff88006bb28000 RCX: 0000000000000000\n[ 3105.018597] RDX: ffff88006f23c7b0 RSI: 0000000000000001 RDI: 0000000000000206\n[ 3105.018632] RBP: ffff880056a3d900 R08: 0000000000000000 R09: ffff880067365000\n[ 3105.018665] R10: 00000000000002ac R11: 0000000000000010 R12: ffff6000b41a7340\n[ 3105.018698] R13: ffff880065f4ef60 R14: ffff88006bb28b88 R15: ffff88006f23d270\n[ 3105.018733] FS: 0000000000000000(0000) GS:ffff88007a200000(0000)\nknlGS:0000000000000000\n[ 3105.018773] CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b\n[ 3105.018801] CR2: 00007fc99c8c4650 CR3: 0000000001e05000 CR4: 00000000000006f0\n[ 3105.018835] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000\n[ 3105.018870] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400\n[ 3105.018906] Process khubd (pid: 189, threadinfo ffff880056a3c000,\ntask ffff88005677a400)\n[ 3105.018945] Stack:\n[ 3105.018959] 0000000000000000 0000000000000000 ffff880056a3d8d0\n0000000000000002\n[ 3105.019011] 0000000000000000 ffff880056a3d918 ffff880000000000\n0000000000000002\n[ 3105.019058] ffff880056a3d8d0 0000000000000012 ffff880056a3d8d0\n0000000000000006\n[ 3105.019105] Call Trace:\n[ 3105.019128] [\u003cffffffffa0458cd4\u003e] storage_probe+0xa4/0xe0 [usb_storage]\n[ 3105.019173] [\u003cffffffffa0097822\u003e] usb_probe_interface+0x172/0x330 [usbcore]\n[ 3105.019211] [\u003cffffffff815fda67\u003e] driver_probe_device+0x257/0x3b0\n[ 3105.019243] [\u003cffffffff815fdd43\u003e] __device_attach+0x73/0x90\n[ 3105.019272] [\u003cffffffff815fdcd0\u003e] ? __driver_attach+0x110/0x110\n[ 3105.019303] [\u003cffffffff815fb93c\u003e] bus_for_each_drv+0x9c/0xf0\n[ 3105.019334] [\u003cffffffff815fd6c7\u003e] device_attach+0xf7/0x120\n[ 3105.019364] [\u003cffffffff815fc905\u003e] bus_probe_device+0x45/0x80\n[ 3105.019396] [\u003cffffffff815f98a6\u003e] device_add+0x876/0x990\n[ 3105.019434] [\u003cffffffffa0094e42\u003e] usb_set_configuration+0x822/0x9e0 [usbcore]\n[ 3105.019479] [\u003cffffffffa00a3492\u003e] generic_probe+0x62/0xf0 [usbcore]\n[ 3105.019518] [\u003cffffffffa0097a46\u003e] usb_probe_device+0x66/0xb0 [usbcore]\n[ 3105.019555] [\u003cffffffff815fda67\u003e] driver_probe_device+0x257/0x3b0\n[ 3105.019589] [\u003cffffffff815fdd43\u003e] __device_attach+0x73/0x90\n[ 3105.019617] [\u003cffffffff815fdcd0\u003e] ? __driver_attach+0x110/0x110\n[ 3105.019648] [\u003cffffffff815fb93c\u003e] bus_for_each_drv+0x9c/0xf0\n[ 3105.019680] [\u003cffffffff815fd6c7\u003e] device_attach+0xf7/0x120\n[ 3105.019709] [\u003cffffffff815fc905\u003e] bus_probe_device+0x45/0x80\n[ 3105.021040] usb usb6: usb auto-resume\n[ 3105.021045] usb usb6: wakeup_rh\n[ 3105.024849] [\u003cffffffff815f98a6\u003e] device_add+0x876/0x990\n[ 3105.025086] [\u003cffffffffa0088987\u003e] usb_new_device+0x1e7/0x2b0 [usbcore]\n[ 3105.025086] [\u003cffffffffa008a4d7\u003e] hub_thread+0xb27/0x1ec0 [usbcore]\n[ 3105.025086] [\u003cffffffff810d5200\u003e] ? wake_up_bit+0x50/0x50\n[ 3105.025086] [\u003cffffffffa00899b0\u003e] ? usb_remote_wakeup+0xa0/0xa0 [usbcore]\n[ 3105.025086] [\u003cffffffff810d49b8\u003e] kthread+0xd8/0xf0\n[ 3105.025086] [\u003cffffffff81939884\u003e] kernel_thread_helper+0x4/0x10\n[ 3105.025086] [\u003cffffffff8192a8c0\u003e] ? _raw_spin_unlock_irq+0x50/0x80\n[ 3105.025086] [\u003cffffffff8192b1b4\u003e] ? retint_restore_args+0x13/0x13\n[ 3105.025086] [\u003cffffffff810d48e0\u003e] ? __init_kthread_worker+0x80/0x80\n[ 3105.025086] [\u003cffffffff81939880\u003e] ? gs_change+0x13/0x13\n[ 3105.025086] Code: 00 48 83 05 cd ad 00 00 01 48 83 05 cd ad 00 00\n01 4c 8b ab 30 0c 00 00 48 8b 50 08 48 83 c0 30 48 89 45 a0 4c 89 a3\n40 0c 00 00 \u003c41\u003e 0f b6 44 24 10 48 89 55 a8 3c ff 0f 84 b8 04 00 00 48\n83 05\n[ 3105.025086] RIP [\u003cffffffffa045830d\u003e] usb_stor_probe1+0x2fd/0xc20\n[usb_storage]\n[ 3105.025086] RSP \u003cffff880056a3d830\u003e\n[ 3105.060037] hub 6-0:1.0: hub_resume\n[ 3105.062616] usb usb5: usb auto-resume\n[ 3105.064317] ehci_hcd 0000:00:1d.7: resume root hub\n[ 3105.094809] ---[ end trace a7919e7f17c0a727 ]---\n[ 3105.130069] hub 5-0:1.0: hub_resume\n[ 3105.132131] usb usb4: usb auto-resume\n[ 3105.132136] usb usb4: wakeup_rh\n[ 3105.180059] hub 4-0:1.0: hub_resume\n[ 3106.290052] usb usb6: suspend_rh (auto-stop)\n[ 3106.290077] usb usb4: suspend_rh (auto-stop)\n\nSigned-off-by: Huajun Li \u003chuajun.li.lee@gmail.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "41671fca58f3487f4dd4b148a0a3360b2f9ebb2a", "tree": "75bd01f31d37cebb1640b1bc57079cdae7e4563f", "parents": [ "e60f83773e5a5757b765b30776bd1e7fe1188c1b" ], "author": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Dec 05 14:02:59 2011 -0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Thu Jan 12 11:35:10 2012 -0800" }, "message": "USB: isight: fix kernel bug when loading firmware\n\ncommit 59bf5cf94f0fa3b08fb1258b52649077b7d0914d upstream.\n\nWe were sending data on the stack when uploading firmware, which causes\nsome machines fits, and is not allowed. Fix this by using the buffer we\nalready had around for this very purpose.\n\nReported-by: Wouter M. Koolen \u003cwmkoolen@cwi.nl\u003e\nTested-by: Wouter M. Koolen \u003cwmkoolen@cwi.nl\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "e60f83773e5a5757b765b30776bd1e7fe1188c1b", "tree": "75bd2b24cf214f4ace6a864ed2747602c1d6f397", "parents": [ "608620c3e7c26618bbef00ce070e7d0bbfb9cc37" ], "author": { "name": "Julia Lawall", "email": "julia@diku.dk", "time": "Fri Dec 23 14:02:55 2011 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Thu Jan 12 11:35:10 2012 -0800" }, "message": "drivers/usb/class/cdc-acm.c: clear dangling pointer\n\ncommit e7c8e8605d0bafc705ff27f9da98a1668427cc0f upstream.\n\nOn some failures, the country_code field of an acm structure is freed\nwithout freeing the acm structure itself. Elsewhere, operations including\nmemcpy and kfree are performed on the country_code field. The patch sets\nthe country_code field to NULL when it is freed, and likewise sets the\ncountry_code_size field to 0.\n\nSigned-off-by: Julia Lawall \u003cjulia@diku.dk\u003e\nAcked-by: Oliver Neukum \u003coneukum@suse.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "608620c3e7c26618bbef00ce070e7d0bbfb9cc37", "tree": "db558a6aefb1967b3e4f7fa9d9d2a456d91f00c2", "parents": [ "2481cbcad1ba76a928c74c2e8cab67d8c77823ab" ], "author": { "name": "Jan Kara", "email": "jack@suse.cz", "time": "Sat Dec 10 02:30:48 2011 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Thu Jan 12 11:35:09 2012 -0800" }, "message": "udf: Fix deadlock when converting file from in-ICB one to normal one\n\ncommit d2eb8c359309ec45d6bf5b147303ab8e13be86ea upstream.\n\nDuring BKL removal in 2.6.38, conversion of files from in-ICB format to normal\nformat got broken. We call -\u003ewritepage with i_data_sem held but udf_get_block()\nalso acquires i_data_sem thus creating A-A deadlock.\n\nWe fix the problem by dropping i_data_sem before calling -\u003ewritepage() which is\nsafe since i_mutex still protects us against any changes in the file. Also fix\npagelock - i_data_sem lock inversion in udf_expand_file_adinicb() by dropping\ni_data_sem before calling find_or_create_page().\n\nReported-by: Matthias Matiak \u003cnetzpython@mail-on.us\u003e\nTested-by: Matthias Matiak \u003cnetzpython@mail-on.us\u003e\nReviewed-by: Namjae Jeon \u003clinkinjeon@gmail.com\u003e\nSigned-off-by: Jan Kara \u003cjack@suse.cz\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "2481cbcad1ba76a928c74c2e8cab67d8c77823ab", "tree": "23f5b3d7aada19cf8f7ce69c9003f6ea891cabb7", "parents": [ "630fe244a944ebb950e8b2076177547266d255cf" ], "author": { "name": "Li Zefan", "email": "lizf@cn.fujitsu.com", "time": "Tue Dec 27 14:25:55 2011 +0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Thu Jan 12 11:35:08 2012 -0800" }, "message": "cgroup: fix to allow mounting a hierarchy by name\n\ncommit 0d19ea866562e46989412a0676412fa0983c9ce7 upstream.\n\nIf we mount a hierarchy with a specified name, the name is unique,\nand we can use it to mount the hierarchy without specifying its\nset of subsystem names. This feature is documented is\nDocumentation/cgroups/cgroups.txt section 2.3\n\nHere\u0027s an example:\n\n\t# mount -t cgroup -o cpuset,name\u003dmyhier xxx /cgroup1\n\t# mount -t cgroup -o name\u003dmyhier xxx /cgroup2\n\nBut it was broken by commit 32a8cf235e2f192eb002755076994525cdbaa35a\n(cgroup: make the mount options parsing more accurate)\n\nThis fixes the regression.\n\nSigned-off-by: Li Zefan \u003clizf@cn.fujitsu.com\u003e\nSigned-off-by: Tejun Heo \u003ctj@kernel.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "630fe244a944ebb950e8b2076177547266d255cf", "tree": "aae7e78232a9e9f024e0a48add044751a2048ac1", "parents": [ "90a043b02598d19b6dccc677bbf9bb8e8ec94ab7" ], "author": { "name": "Claudio Scordino", "email": "claudio@evidence.eu.com", "time": "Fri Dec 16 15:08:49 2011 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Thu Jan 12 11:35:07 2012 -0800" }, "message": "atmel_serial: fix spinlock lockup in RS485 code\n\ncommit dbf1115d3f8c7052788aa4e6e46abd27f3b3eeba upstream.\n\nPatch to fix a spinlock lockup in the driver that sometimes happens when the\ntasklet starts.\n\nSigned-off-by: Claudio Scordino \u003cclaudio@evidence.eu.com\u003e\nSigned-off-by: Dave Bender \u003ccodehero@gmail.com\u003e\nTested-by: Dave Bender \u003ccodehero@gmail.com\u003e\nAcked-by: Nicolas Ferre \u003cnicolas.ferre@atmel.com\u003e\nAcked-by: Alan Cox \u003calan@linux.intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "90a043b02598d19b6dccc677bbf9bb8e8ec94ab7", "tree": "66e87cee9325eff8e008bdc71045c13e91820673", "parents": [ "42e857c955b65b25062e5af605c4164e5e32b144" ], "author": { "name": "Alan Stern", "email": "stern@rowland.harvard.edu", "time": "Wed Jan 04 16:36:35 2012 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Thu Jan 12 11:35:06 2012 -0800" }, "message": "USB: update documentation for usbmon\n\ncommit d8cae98cddd286e38db1724dda1b0e7b467f9237 upstream.\n\nThe documentation for usbmon is out of date; the usbfs \"devices\" file\nnow exists in /sys/kernel/debug/usb rather than /proc/bus/usb. This\npatch (as1505) updates the documentation accordingly, and also\nmentions that the necessary information can be found by running lsusb.\n\nSigned-off-by: Alan Stern \u003cstern@rowland.harvard.edu\u003e\nCC: Pete Zaitcev \u003czaitcev@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "42e857c955b65b25062e5af605c4164e5e32b144", "tree": "98a0c0e4688546641203589717a5748cb695e101", "parents": [ "d8bbed420a3f1a3c7290a7bb9f3b424fd24c0b04" ], "author": { "name": "Jan Kara", "email": "jack@suse.cz", "time": "Thu Dec 22 16:49:05 2011 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Thu Jan 12 11:35:06 2012 -0800" }, "message": "ext3: Don\u0027t warn from writepage when readonly inode is spotted after error\n\ncommit 33c104d415e92a51aaf638dc3d93920cfa601e5c upstream.\n\nWARN_ON_ONCE(IS_RDONLY(inode)) tends to trip when filesystem hits error and is\nremounted read-only. This unnecessarily scares users (well, they should be\nscared because of filesystem error, but the stack trace distracts them from the\nright source of their fear ;-). We could as well just remove the WARN_ON but\nit\u0027s not hard to fix it to not trip on filesystem with errors and not use more\ncycles in the common case so that\u0027s what we do.\n\nSigned-off-by: Jan Kara \u003cjack@suse.cz\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "d8bbed420a3f1a3c7290a7bb9f3b424fd24c0b04", "tree": "77f2278b7899f48d357438b7583e053bdc570b74", "parents": [ "dcc4f0ce22c88840b2c490e962dfbd84cb003941" ], "author": { "name": "Jeff Mahoney", "email": "jeffm@suse.com", "time": "Wed Dec 21 21:18:43 2011 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Thu Jan 12 11:35:05 2012 -0800" }, "message": "reiserfs: Force inode evictions before umount to avoid crash\n\ncommit a9e36da655e54545c3289b2a0700b5c443de0edd upstream.\n\nThis patch fixes a crash in reiserfs_delete_xattrs during umount.\n\nWhen shrink_dcache_for_umount clears the dcache from\ngeneric_shutdown_super, delayed evictions are forced to disk. If an\nevicted inode has extended attributes associated with it, it will\nneed to walk the xattr tree to locate and remove them.\n\nBut since shrink_dcache_for_umount will BUG if it encounters active\ndentries, the xattr tree must be released before it\u0027s called or it will\ncrash during every umount.\n\nThis patch forces the evictions to occur before generic_shutdown_super\nby calling shrink_dcache_sb first. The additional evictions caused\nby the removal of each associated xattr file and dir will be automatically\nhandled as they\u0027re added to the LRU list.\n\nCC: reiserfs-devel@vger.kernel.org\nSigned-off-by: Jeff Mahoney \u003cjeffm@suse.com\u003e\nSigned-off-by: Jan Kara \u003cjack@suse.cz\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "dcc4f0ce22c88840b2c490e962dfbd84cb003941", "tree": "93b762499df8e284936d93b6628933aa6418d70d", "parents": [ "2431496fbdd142ccc83138d94f3f510a36ce9270" ], "author": { "name": "Jan Kara", "email": "jack@suse.cz", "time": "Wed Dec 21 17:35:34 2011 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Thu Jan 12 11:35:05 2012 -0800" }, "message": "reiserfs: Fix quota mount option parsing\n\ncommit a06d789b424190e9f59da391681f908486db2554 upstream.\n\nWhen jqfmt mount option is not specified on remount, we mistakenly clear\ns_jquota_fmt value stored in superblock. Fix the problem.\n\nCC: reiserfs-devel@vger.kernel.org\nSigned-off-by: Jan Kara \u003cjack@suse.cz\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "2431496fbdd142ccc83138d94f3f510a36ce9270", "tree": "167a353749646746be9e253d1426c4923cd18a02", "parents": [ "0853141b9eff15c72dde6868ee5351db3f7d12f1" ], "author": { "name": "Steven Rostedt", "email": "srostedt@redhat.com", "time": "Fri Nov 04 16:32:25 2011 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Thu Jan 12 11:35:05 2012 -0800" }, "message": "perf: Fix parsing of __print_flags() in TP_printk()\n\ncommit 49908a1b25d448d68fd26faca260e1850201575f upstream.\n\nA update is made to the sched:sched_switch event that adds some\nlogic to the first parameter of the __print_flags() that shows the\nstate of tasks. This change cause perf to fail parsing the flags.\n\nA simple fix is needed to have the parser be able to process ops\nwithin the argument.\n\nReported-by: Andrew Vagin \u003cavagin@openvz.org\u003e\nSigned-off-by: Steven Rostedt \u003crostedt@goodmis.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "0853141b9eff15c72dde6868ee5351db3f7d12f1", "tree": "1fe1380073a216fa02bc3331c0f62d6adff475c8", "parents": [ "e50262ea574d1daf62529e2b282b8551790f7f38" ], "author": { "name": "Ram Vepa", "email": "ram.vepa@qlogic.com", "time": "Fri Dec 23 08:01:43 2011 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Thu Jan 12 11:35:04 2012 -0800" }, "message": "IB/qib: Fix a possible data corruption when receiving packets\n\ncommit eddfb675256f49d14e8c5763098afe3eb2c93701 upstream.\n\nPrevent a receive data corruption by ensuring that the write to update\nthe rcvhdrheadn register to generate an interrupt is at the very end\nof the receive processing.\n\nSigned-off-by: Ramkrishna Vepa \u003cram.vepa@qlogic.com\u003e\nSigned-off-by: Mike Marciniszyn \u003cmike.marciniszyn@qlogic.com\u003e\nSigned-off-by: Roland Dreier \u003croland@purestorage.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "e50262ea574d1daf62529e2b282b8551790f7f38", "tree": "129ebcca17bb69f608ad5ee795ee1e2194ffac8a", "parents": [ "ec0d3233562d591c892841fcfa73edd3700a6ca6" ], "author": { "name": "Aurelien Jacobs", "email": "aurel@gnuage.org", "time": "Fri Dec 16 10:49:22 2011 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Thu Jan 12 11:35:04 2012 -0800" }, "message": "asix: new device id\n\ncommit e8303a3b2196272c3eb994d0fd1a189a958a2bdd upstream.\n\nAdds the device id needed for the USB Ethernet Adapter delivered by\nASUS with their Zenbook.\n\nSigned-off-by: Aurelien Jacobs \u003caurel@gnuage.org\u003e\nAcked-by: Grant Grundler \u003cgrundler@chromium.org\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "ec0d3233562d591c892841fcfa73edd3700a6ca6", "tree": "600c51c819116e9b79f8608570b1b0329bee06bd", "parents": [ "bfaebb8af017d443937022cf3d5735d726e4f711" ], "author": { "name": "Li Zhong", "email": "zhong@linux.vnet.ibm.com", "time": "Sun Dec 18 16:03:04 2011 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Thu Jan 12 11:35:03 2012 -0800" }, "message": "powerpc: Fix unpaired probe_hcall_entry and probe_hcall_exit\n\ncommit e4f387d8db3ba3c2dae4d8bdfe7bb5f4fe1bcb0d upstream.\n\nUnpaired calling of probe_hcall_entry and probe_hcall_exit might happen\nas following, which could cause incorrect preempt count.\n\n__trace_hcall_entry \u003d\u003e trace_hcall_entry -\u003e probe_hcall_entry \u003d\u003e\nget_cpu_var \u003d\u003e preempt_disable\n\n__trace_hcall_exit \u003d\u003e trace_hcall_exit -\u003e probe_hcall_exit \u003d\u003e\nput_cpu_var \u003d\u003e preempt_enable\n\nwhere:\nA \u003d\u003e B and A -\u003e B means A calls B, but\n\u003d\u003e means A will call B through function name, and B will definitely be\ncalled.\n-\u003e means A will call B through function pointer, so B might not be\ncalled if the function pointer is not set.\n\nSo error happens when only one of probe_hcall_entry and probe_hcall_exit\nget called during a hcall.\n\nThis patch tries to move the preempt count operations from\nprobe_hcall_entry and probe_hcall_exit to its callers.\n\nReported-by: Paul E. McKenney \u003cpaulmck@linux.vnet.ibm.com\u003e\nSigned-off-by: Li Zhong \u003czhong@linux.vnet.ibm.com\u003e\nTested-by: Paul E. McKenney \u003cpaulmck@linux.vnet.ibm.com\u003e\nSigned-off-by: Benjamin Herrenschmidt \u003cbenh@kernel.crashing.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "bfaebb8af017d443937022cf3d5735d726e4f711", "tree": "8f88264306700916b41aa8b0521fbf6f57db6fae", "parents": [ "a7b8c32b67b60fe9e8b53bb86bb7a04631e6e262" ], "author": { "name": "Anton Blanchard", "email": "anton@samba.org", "time": "Wed Nov 23 20:07:17 2011 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Thu Jan 12 11:35:02 2012 -0800" }, "message": "powerpc/time: Handle wrapping of decrementer\n\ncommit 37fb9a0231ee43d42d069863bdfd567fca2b61af upstream.\n\nWhen re-enabling interrupts we have code to handle edge sensitive\ndecrementers by resetting the decrementer to 1 whenever it is negative.\nIf interrupts were disabled long enough that the decrementer wrapped to\npositive we do nothing. This means interrupts can be delayed for a long\ntime until it finally goes negative again.\n\nWhile we hope interrupts are never be disabled long enough for the\ndecrementer to go positive, we have a very good test team that can\ndrive any kernel into the ground. The softlockup data we get back\nfrom these fails could be seconds in the future, completely missing\nthe cause of the lockup.\n\nWe already keep track of the timebase of the next event so use that\nto work out if we should trigger a decrementer exception.\n\nSigned-off-by: Anton Blanchard \u003canton@samba.org\u003e\nSigned-off-by: Benjamin Herrenschmidt \u003cbenh@kernel.crashing.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "a7b8c32b67b60fe9e8b53bb86bb7a04631e6e262", "tree": "fa30a9638c3063b0b65bcfde0025a1438bee4e17", "parents": [ "4b2bb3c98c134fb26332afd5ad54078c53a30c44" ], "author": { "name": "Pontus Fuchs", "email": "pontus.fuchs@gmail.com", "time": "Tue Oct 18 09:23:42 2011 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Thu Jan 12 11:35:02 2012 -0800" }, "message": "wl12xx: Check buffer bound when processing nvs data\n\ncommit f6efe96edd9c41c624c8f4ddbc4930c1a2d8f1e1 upstream.\n\nAn nvs with malformed contents could cause the processing of the\ncalibration data to read beyond the end of the buffer. Prevent this\nfrom happening by adding bound checking.\n\nSigned-off-by: Pontus Fuchs \u003cpontus.fuchs@gmail.com\u003e\nReviewed-by: Luciano Coelho \u003ccoelho@ti.com\u003e\nSigned-off-by: Luciano Coelho \u003ccoelho@ti.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "4b2bb3c98c134fb26332afd5ad54078c53a30c44", "tree": "931168dcddd6eecdd02f5ab8caf66e001363dba5", "parents": [ "68530d7210025a1e395819b774fcffaf943dd8f3" ], "author": { "name": "Pontus Fuchs", "email": "pontus.fuchs@gmail.com", "time": "Tue Oct 18 09:23:41 2011 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Thu Jan 12 11:35:01 2012 -0800" }, "message": "wl12xx: Validate FEM index from ini file and FW\n\ncommit 2131d3c2f99b081806fdae7662c92fe6acda52af upstream.\n\nCheck for out of bound FEM index to prevent reading beyond ini\nmemory end.\n\nSigned-off-by: Pontus Fuchs \u003cpontus.fuchs@gmail.com\u003e\nReviewed-by: Luciano Coelho \u003ccoelho@ti.com\u003e\nSigned-off-by: Luciano Coelho \u003ccoelho@ti.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "68530d7210025a1e395819b774fcffaf943dd8f3", "tree": "c62e164e108dff0c5807228af221b80d63a5a389", "parents": [ "51a32a1a373e071aec24ffa765d198d591b3d6dd" ], "author": { "name": "Benjamin Herrenschmidt", "email": "benh@kernel.crashing.org", "time": "Tue Jan 03 12:09:15 2012 +1100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Thu Jan 12 11:35:00 2012 -0800" }, "message": "offb: Fix bug in calculating requested vram size\n\ncommit c055fe0797b7bd8f6f21a13598a55a16d5c13ae7 upstream.\n\nWe used to try to request 8 times more vram than needed, which would\nfail if the card has a too small BAR (observed with qemu \u0026 kvm).\n\nSigned-off-by: Benjamin Herrenschmidt \u003cbenh@kernel.crashing.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "51a32a1a373e071aec24ffa765d198d591b3d6dd", "tree": "3ca125cec33629445f067fe0c7423d9864fb960b", "parents": [ "081fa89b1a6e7ed3a05459b88ad974a6f3795a90" ], "author": { "name": "Benjamin Herrenschmidt", "email": "benh@kernel.crashing.org", "time": "Wed Dec 28 00:10:16 2011 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Thu Jan 12 11:34:59 2012 -0800" }, "message": "offb: Fix setting of the pseudo-palette for \u003e8bpp\n\ncommit 1bb0b7d21584b3f878e2bc880db62351ddee5185 upstream.\n\nWhen using a \u003e8bpp framebuffer, offb advertises truecolor, not directcolor,\nand doesn\u0027t touch the color map even if it has a corresponding access method\nfor the real hardware.\n\nThus it needs to set the pseudo-palette with all 3 components of the color,\nlike other truecolor framebuffers, not with copies of the color index like\na directcolor framebuffer would do.\n\nThis went unnoticed for a long time because it\u0027s pretty hard to get offb\nto kick in with anything but 8bpp (old BootX under MacOS will do that and\nqemu does it).\n\nSigned-off-by: Benjamin Herrenschmidt \u003cbenh@kernel.crashing.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "081fa89b1a6e7ed3a05459b88ad974a6f3795a90", "tree": "bcc7e81058c2d34d9a8195d8c162e2d8ebe7cde0", "parents": [ "d4560a886a6ddd150cb5489d2b9491f96349aa7f" ], "author": { "name": "Larry Finger", "email": "Larry.Finger@lwfinger.net", "time": "Tue Dec 27 12:22:51 2011 -0600" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Thu Jan 12 11:34:58 2012 -0800" }, "message": "rt2800usb: Move ID out of unknown\n\ncommit 3f81f8f1524ccca24df1029b0cf825ecef5e5cdc upstream.\n\nTesting on the openSUSE wireless forum has shown that a Linksys\nWUSB54GC v3 with USB ID 1737:0077 works with rt2800usb when the ID is\nwritten to /sys/.../new_id. This ID can therefore be moved out of UNKNOWN.\n\nSigned-off-by: Larry Finger \u003cLarry.Finger@lwfinger.net\u003e\nAcked-by: Gertjan van Wingerde \u003cgwingerde@gmail.com\u003e\nAcked-by: Ivo van Doorn \u003cIvDoorn@gmail.com\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "d4560a886a6ddd150cb5489d2b9491f96349aa7f", "tree": "54aa363da16eb5c9bb2a2f877a6de50ab42a6bba", "parents": [ "e559e564fbf46caf1d2c5a531ffe8b745b117c3f" ], "author": { "name": "Neil Horman", "email": "nhorman@tuxdriver.com", "time": "Mon Jan 02 15:31:23 2012 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Thu Jan 12 11:34:55 2012 -0800" }, "message": "firmware: Fix an oops on reading fw_priv-\u003efw in sysfs loading file\n\ncommit eea915bb0d1358755f151eaefb8208a2d5f3e10c upstream.\n\nThis oops was reported recently:\nfirmware_loading_store+0xf9/0x17b\ndev_attr_store+0x20/0x22\nsysfs_write_file+0x101/0x134\nvfs_write+0xac/0xf3\nsys_write+0x4a/0x6e\nsystem_call_fastpath+0x16/0x1b\n\nThe complete backtrace was unfortunately not captured, but details can be found\nhere:\nhttps://bugzilla.redhat.com/show_bug.cgi?id\u003d769920\n\nThe cause is fairly clear.\n\nIts caused by the fact that firmware_loading_store has a case 0 in its\nswitch statement that reads and writes the fw_priv-\u003efw poniter without the\nprotection of the fw_lock mutex. since there is a window between the time that\n_request_firmware sets fw_priv-\u003efw to NULL and the time the corresponding sysfs\nfile is unregistered, its possible for a user space application to race in, and\nwrite a zero to the loading file, causing a NULL dereference in\nfirmware_loading_store. Fix it by extending the protection of the fw_lock mutex\nto cover all of the firware_loading_store function.\n\nSigned-off-by: Neil Horman \u003cnhorman@tuxdriver.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "e559e564fbf46caf1d2c5a531ffe8b745b117c3f", "tree": "76d5ca5b6185621f33c86c885929239fdd2b8ab1", "parents": [ "0a356c00cd87453a7c45ab0b2e49410b17802d71" ], "author": { "name": "Joe Perches", "email": "joe@perches.com", "time": "Fri Dec 09 14:12:00 2011 -0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Thu Jan 12 11:34:54 2012 -0800" }, "message": "Documentation: Update stable address\n\ncommit 2eb7f204db51969ea558802a6601d79c2fb273b9 upstream.\n\nThe Japanese/Korean/Chinese versions still need updating.\n\nAlso, the stable kernel 2.6.x.y descriptions are out of date\nand should be updated as well.\n\nSigned-off-by: Joe Perches \u003cjoe@perches.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "0a356c00cd87453a7c45ab0b2e49410b17802d71", "tree": "d6333c5db173c85b6d932c9a09d0134279052400", "parents": [ "d58331bd6a2881cd265277e4b3b263fecbdf7217" ], "author": { "name": "Joe Perches", "email": "joe@perches.com", "time": "Fri Dec 09 13:54:34 2011 -0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Thu Jan 12 11:34:53 2012 -0800" }, "message": "MAINTAINERS: stable: Update address\n\ncommit bc7a2f3abc636d7cab84258a48e77b08fb5fd3d6 upstream.\n\nThe old address hasn\u0027t worked since the great intrusion of August 2011.\n\nSigned-off-by: Joe Perches \u003cjoe@perches.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "d58331bd6a2881cd265277e4b3b263fecbdf7217", "tree": "0db543fce42baa461913fc36090a1b743c29a6ca", "parents": [ "eb1f526d4bfda44e94ccdf34950911eaff74b092" ], "author": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:15:47 2012 -0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:15:47 2012 -0800" }, "message": "Linux 3.0.16\n" }, { "commit": "eb1f526d4bfda44e94ccdf34950911eaff74b092", "tree": "adb07472c31187ba4ddb85f8582dba9c46003767", "parents": [ "ef50d8d96fa350c1f602f8c3bae65eb21ddb28e3" ], "author": { "name": "Mohammed Shafi Shajakhan", "email": "mohammed@qca.qualcomm.com", "time": "Mon Dec 26 10:42:15 2011 +0530" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:14:14 2012 -0800" }, "message": "ath9k: Fix kernel panic in AR2427 in AP mode\n\ncommit b25bfda38236f349cde0d1b28952f4eea2148d3f upstream.\n\ndon\u0027t do aggregation related stuff for \u0027AP mode client power save\nhandling\u0027 if aggregation is not enabled in the driver, otherwise it\nwill lead to panic because those data structures won\u0027t be never\nintialized in \u0027ath_tx_node_init\u0027 if aggregation is disabled\n\n\tEIP is at ath_tx_aggr_wakeup+0x37/0x80 [ath9k]\n\tEAX: e8c09a20 EBX: f2a304e8 ECX: 00000001 EDX: 00000000\n\tESI: e8c085e0 EDI: f2a304ac EBP: f40e1ca4 ESP: f40e1c8c\n\tDS: 007b ES: 007b FS: 00d8 GS: 00e0 SS: 0068\n\tProcess swapper/1 (pid: 0, ti\u003df40e0000 task\u003df408e860\n\ttask.ti\u003df40dc000)\n\tStack:\n\t0001e966 e8c09a20 00000000 f2a304ac e8c085e0 f2a304ac\n\tf40e1cb0 f8186741\n\tf8186700 f40e1d2c f922988d f2a304ac 00000202 00000001\n\tc0b4ba43 00000000\n\t0000000f e8eb75c0 e8c085e0 205b0001 34383220 f2a304ac\n\tf2a30000 00010020\n\tCall Trace:\n\t[\u003cf8186741\u003e] ath9k_sta_notify+0x41/0x50 [ath9k]\n\t[\u003cf8186700\u003e] ? ath9k_get_survey+0x110/0x110 [ath9k]\n\t[\u003cf922988d\u003e] ieee80211_sta_ps_deliver_wakeup+0x9d/0x350\n\t[mac80211]\n\t[\u003cc018dc75\u003e] ? __module_address+0x95/0xb0\n\t[\u003cf92465b3\u003e] ap_sta_ps_end+0x63/0xa0 [mac80211]\n\t[\u003cf9246746\u003e] ieee80211_rx_h_sta_process+0x156/0x2b0\n\t[mac80211]\n\t[\u003cf9247d1e\u003e] ieee80211_rx_handlers+0xce/0x510 [mac80211]\n\t[\u003cc018440b\u003e] ? trace_hardirqs_on+0xb/0x10\n\t[\u003cc056936e\u003e] ? skb_queue_tail+0x3e/0x50\n\t[\u003cf9248271\u003e] ieee80211_prepare_and_rx_handle+0x111/0x750\n\t[mac80211]\n\t[\u003cf9248bf9\u003e] ieee80211_rx+0x349/0xb20 [mac80211]\n\t[\u003cf9248949\u003e] ? ieee80211_rx+0x99/0xb20 [mac80211]\n\t[\u003cf818b0b8\u003e] ath_rx_tasklet+0x818/0x1d00 [ath9k]\n\t[\u003cf8187a75\u003e] ? ath9k_tasklet+0x35/0x1c0 [ath9k]\n\t[\u003cf8187a75\u003e] ? ath9k_tasklet+0x35/0x1c0 [ath9k]\n\t[\u003cf8187b33\u003e] ath9k_tasklet+0xf3/0x1c0 [ath9k]\n\t[\u003cc0151b7e\u003e] tasklet_action+0xbe/0x180\n\nCc: Senthil Balasubramanian \u003csenthilb@qca.qualcomm.com\u003e\nCc: Rajkumar Manoharan \u003crmanohar@qca.qualcomm.com\u003e\nReported-by: Ashwin Mendonca \u003cashwinloyal@gmail.com\u003e\nTested-by: Ashwin Mendonca \u003cashwinloyal@gmail.com\u003e\nSigned-off-by: Mohammed Shafi Shajakhan \u003cmohammed@qca.qualcomm.com\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "ef50d8d96fa350c1f602f8c3bae65eb21ddb28e3", "tree": "1eab282ba71a3e7e2ea2b0986fb6cec90cb6e217", "parents": [ "b47f3ad598247071dcab661f94655bbe8074467a" ], "author": { "name": "Oleg Nesterov", "email": "oleg@redhat.com", "time": "Wed Jan 04 17:29:02 2012 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:14:14 2012 -0800" }, "message": "ptrace: partially fix the do_wait(WEXITED) vs EXIT_DEAD-\u003eEXIT_ZOMBIE race\n\ncommit 50b8d257486a45cba7b65ca978986ed216bbcc10 upstream.\n\nTest-case:\n\n\tint main(void)\n\t{\n\t\tint pid, status;\n\n\t\tpid \u003d fork();\n\t\tif (!pid) {\n\t\t\tfor (;;) {\n\t\t\t\tif (!fork())\n\t\t\t\t\treturn 0;\n\t\t\t\tif (waitpid(-1, \u0026status, 0) \u003c 0) {\n\t\t\t\t\tprintf(\"ERR!! wait: %m\\n\");\n\t\t\t\t\treturn 0;\n\t\t\t\t}\n\t\t\t}\n\t\t}\n\n\t\tassert(ptrace(PTRACE_ATTACH, pid, 0,0) \u003d\u003d 0);\n\t\tassert(waitpid(-1, NULL, 0) \u003d\u003d pid);\n\n\t\tassert(ptrace(PTRACE_SETOPTIONS, pid, 0,\n\t\t\t\t\tPTRACE_O_TRACEFORK) \u003d\u003d 0);\n\n\t\tdo {\n\t\t\tptrace(PTRACE_CONT, pid, 0, 0);\n\t\t\tpid \u003d waitpid(-1, NULL, 0);\n\t\t} while (pid \u003e 0);\n\n\t\treturn 1;\n\t}\n\nIt fails because -\u003ereal_parent sees its child in EXIT_DEAD state\nwhile the tracer is going to change the state back to EXIT_ZOMBIE\nin wait_task_zombie().\n\nThe offending commit is 823b018e which moved the EXIT_DEAD check,\nbut in fact we should not blame it. The original code was not\ncorrect as well because it didn\u0027t take ptrace_reparented() into\naccount and because we can\u0027t really trust -\u003eptrace.\n\nThis patch adds the additional check to close this particular\nrace but it doesn\u0027t solve the whole problem. We simply can\u0027t\nrely on -\u003eptrace in this case, it can be cleared if the tracer\nis multithreaded by the exiting -\u003eparent.\n\nI think we should kill EXIT_DEAD altogether, we should always\nremove the soon-to-be-reaped child from -\u003echildren or at least\nwe should never do the DEAD-\u003eZOMBIE transition. But this is too\ncomplex for 3.2.\n\nReported-and-tested-by: Denys Vlasenko \u003cvda.linux@googlemail.com\u003e\nTested-by: Lukasz Michalik \u003clmi@ift.uni.wroc.pl\u003e\nAcked-by: Tejun Heo \u003ctj@kernel.org\u003e\nSigned-off-by: Oleg Nesterov \u003coleg@redhat.com\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "b47f3ad598247071dcab661f94655bbe8074467a", "tree": "75f44109d110486f3fdfa2c27f9bdc9cb9c0f221", "parents": [ "c61e023d2b6ca9d0aaf766659a81ad5d017e5b53" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Tue Jan 03 17:32:13 2012 -0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:14:13 2012 -0800" }, "message": "Revert \"rtc: Disable the alarm in the hardware\"\n\ncommit 157e8bf8b4823bfcdefa6c1548002374b61f61df upstream.\n\nThis reverts commit c0afabd3d553c521e003779c127143ffde55a16f.\n\nIt causes failures on Toshiba laptops - instead of disabling the alarm,\nit actually seems to enable it on the affected laptops, resulting in\n(for example) the laptop powering on automatically five minutes after\nshutdown.\n\nThere\u0027s a patch for it that appears to work for at least some people,\nbut it\u0027s too late to play around with this, so revert for now and try\nagain in the next merge window.\n\nSee for example\n\n\thttp://bugs.debian.org/652869\n\nReported-and-bisected-by: Andreas Friedrich \u003cafrie@gmx.net\u003e (Toshiba Tecra)\nReported-by: Antonio-M. Corbi Bellot \u003cantonio.corbi@ua.es\u003e (Toshiba Portege R500)\nReported-by: Marco Santos \u003cmarco.santos@waynext.com\u003e (Toshiba Portege Z830)\nReported-by: Christophe Vu-Brugier \u003ccvubrugier@yahoo.fr\u003e (Toshiba Portege R830)\nCc: Jonathan Nieder \u003cjrnieder@gmail.com\u003e\nRequested-by: John Stultz \u003cjohn.stultz@linaro.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "c61e023d2b6ca9d0aaf766659a81ad5d017e5b53", "tree": "959303b1093bdaa92f640a54e0692881aed9e370", "parents": [ "e343400d67fa390709d8147972eb4b700018811b" ], "author": { "name": "Mandeep Singh Baines", "email": "msb@chromium.org", "time": "Tue Jan 03 14:41:13 2012 -0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:14:13 2012 -0800" }, "message": "hung_task: fix false positive during vfork\n\ncommit f9fab10bbd768b0e5254e53a4a8477a94bfc4b96 upstream.\n\nvfork parent uninterruptibly and unkillably waits for its child to\nexec/exit. This wait is of unbounded length. Ignore such waits\nin the hung_task detector.\n\nSigned-off-by: Mandeep Singh Baines \u003cmsb@chromium.org\u003e\nReported-by: Sasha Levin \u003clevinsasha928@gmail.com\u003e\nLKML-Reference: \u003c1325344394.28904.43.camel@lappy\u003e\nCc: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\nCc: Ingo Molnar \u003cmingo@elte.hu\u003e\nCc: Peter Zijlstra \u003cpeterz@infradead.org\u003e\nCc: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nCc: John Kacur \u003cjkacur@redhat.com\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "e343400d67fa390709d8147972eb4b700018811b", "tree": "25af95404618df3fc3c25affbe5ac1600b96e424", "parents": [ "6826d3e80d143ca7411fd2dca05bc57c7ed3e620" ], "author": { "name": "Alexander Müller", "email": "serveralex@gmail.com", "time": "Fri Dec 30 12:55:48 2011 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:14:12 2012 -0800" }, "message": "drm/radeon/kms/atom: fix possible segfault in pm setup\n\ncommit 4376eee92e5a8332b470040e672ea99cd44c826a upstream.\n\nIf we end up with no power states, don\u0027t look up\ncurrent vddc.\n\nfixes:\nhttps://bugs.freedesktop.org/show_bug.cgi?id\u003d44130\n\nagd5f: fix patch formatting\n\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nSigned-off-by: Dave Airlie \u003cairlied@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "6826d3e80d143ca7411fd2dca05bc57c7ed3e620", "tree": "b0cddba0874ca2f9e49739c70a11de2d06435242", "parents": [ "b32a7304bea14c51fe279281db1ff02eefad2e3a" ], "author": { "name": "Christoph Hellwig", "email": "hch@infradead.org", "time": "Wed Jan 04 09:48:36 2012 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:14:12 2012 -0800" }, "message": "xfs: log all dirty inodes in xfs_fs_sync_fs\n\nCommit be4f1ac828776bbc7868a68b465cd8eedb733cfd upstream.\n\nSince Linux 2.6.36 the writeback code has introduces various measures for\nlive lock prevention during sync(). Unfortunately some of these are\nactively harmful for the XFS model, where the inode gets marked dirty for\nmetadata from the data I/O handler.\n\nThe older_than_this checks that are now more strictly enforced since\n\n writeback: avoid livelocking WB_SYNC_ALL writeback\n\nby only calling into __writeback_inodes_sb and thus only sampling the\ncurrent cut off time once. But on a slow enough devices the previous\nasynchronous sync pass might not have fully completed yet, and thus XFS\nmight mark metadata dirty only after that sampling of the cut off time for\nthe blocking pass already happened. I have not myself reproduced this\nmyself on a real system, but by introducing artificial delay into the\nXFS I/O completion workqueues it can be reproduced easily.\n\nFix this by iterating over all XFS inodes in -\u003esync_fs and log all that\nare dirty. This might log inode that only got redirtied after the\nprevious pass, but given how cheap delayed logging of inodes is it\nisn\u0027t a major concern for performance.\n\nSigned-off-by: Christoph Hellwig \u003chch@lst.de\u003e\nReviewed-by: Dave Chinner \u003cdchinner@redhat.com\u003e\nTested-by: Mark Tinguely \u003ctinguely@sgi.com\u003e\nReviewed-by: Mark Tinguely \u003ctinguely@sgi.com\u003e\nSigned-off-by: Ben Myers \u003cbpm@sgi.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "b32a7304bea14c51fe279281db1ff02eefad2e3a", "tree": "2e615cb52dd906367eafd873f82c6e1b0df3d85e", "parents": [ "3b26fd897af35e9d48cfbadef1e7f24287d6f1ba" ], "author": { "name": "Christoph Hellwig", "email": "hch@infradead.org", "time": "Wed Jan 04 09:48:35 2012 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:14:12 2012 -0800" }, "message": "xfs: log the inode in -\u003ewrite_inode calls for kupdate\n\nCommit 0b8fd3033c308e4088760aa1d38ce77197b4e074 upstream.\n\nIf the writeback code writes back an inode because it has expired we currently\nuse the non-blockin -\u003ewrite_inode path. This means any inode that is pinned\nis skipped. With delayed logging and a workload that has very little log\ntraffic otherwise it is very likely that an inode that gets constantly\nwritten to is always pinned, and thus we keep refusing to write it. The VM\nwriteback code at that point redirties it and doesn\u0027t try to write it again\nfor another 30 seconds. This means under certain scenarious time based\nmetadata writeback never happens.\n\nFix this by calling into xfs_log_inode for kupdate in addition to data\nintegrity syncs, and thus transfer the inode to the log ASAP.\n\nSigned-off-by: Christoph Hellwig \u003chch@lst.de\u003e\nReviewed-by: Dave Chinner \u003cdchinner@redhat.com\u003e\nTested-by: Mark Tinguely \u003ctinguely@sgi.com\u003e\nReviewed-by: Mark Tinguely \u003ctinguely@sgi.com\u003e\nSigned-off-by: Ben Myers \u003cbpm@sgi.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "3b26fd897af35e9d48cfbadef1e7f24287d6f1ba", "tree": "dbc8e52090cdf6bc2b7868f49c962fa923850632", "parents": [ "cb3b250af580752ed54642e37640daf714b30ad3" ], "author": { "name": "Konrad Rzeszutek Wilk", "email": "konrad.wilk@oracle.com", "time": "Thu Dec 15 11:28:46 2011 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:14:11 2012 -0800" }, "message": "xen/swiotlb: Use page alignment for early buffer allocation.\n\ncommit 63a741757d15320a25ebf5778f8651cce2ed0611 upstream.\n\nThis fixes an odd bug found on a Dell PowerEdge 1850/0RC130\n(BIOS A05 01/09/2006) where all of the modules doing pci_set_dma_mask\nwould fail with:\n\nata_piix 0000:00:1f.1: enabling device (0005 -\u003e 0007)\nata_piix 0000:00:1f.1: can\u0027t derive routing for PCI INT A\nata_piix 0000:00:1f.1: BMDMA: failed to set dma mask, falling back to PIO\n\nThe issue was the Xen-SWIOTLB was allocated such as that the end of\nbuffer was stradling a page (and also above 4GB). The fix was\nspotted by Kalev Leonid which was to piggyback on git commit\ne79f86b2ef9c0a8c47225217c1018b7d3d90101c \"swiotlb: Use page alignment\nfor early buffer allocation\" which:\n\n\tWe could call free_bootmem_late() if swiotlb is not used, and\n\tit will shrink to page alignment.\n\n\tSo alloc them with page alignment at first, to avoid lose two pages\n\nAnd doing that fixes the outstanding issue.\n\nSuggested-by: \"Kalev, Leonid\" \u003cLeonid.Kalev@ca.com\u003e\nReported-and-Tested-by: \"Taylor, Neal E\" \u003cNeal.Taylor@ca.com\u003e\nSigned-off-by: Konrad Rzeszutek Wilk \u003ckonrad.wilk@oracle.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "cb3b250af580752ed54642e37640daf714b30ad3", "tree": "3e1d0f2ffc295112ef7b6b5b18caabce4dab540c", "parents": [ "b5e0e13b29aa292a2ece89a78757a55e85e9e626" ], "author": { "name": "Kyle Manna", "email": "kyle@kylemanna.com", "time": "Thu Aug 11 22:33:13 2011 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:14:11 2012 -0800" }, "message": "mfd: Turn on the twl4030-madc MADC clock\n\ncommit 3d6271f92e98094584fd1e609a9969cd33e61122 upstream.\n\nWithout turning the MADC clock on, no MADC conversions occur.\n\n$ cat /sys/class/hwmon/hwmon0/device/in8_input\n[ 53.428436] twl4030_madc twl4030_madc: conversion timeout!\ncat: read error: Resource temporarily unavailable\n\nSigned-off-by: Kyle Manna \u003ckyle@kylemanna.com\u003e\nSigned-off-by: Samuel Ortiz \u003csameo@linux.intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "b5e0e13b29aa292a2ece89a78757a55e85e9e626", "tree": "0ec00b1c86e16003117559356799acfe62d2e986", "parents": [ "3ad5a4fbba0c5c863b0a42e2a6a5007de76d3102" ], "author": { "name": "Kyle Manna", "email": "kyle@kylemanna.com", "time": "Thu Aug 11 22:33:14 2011 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:14:11 2012 -0800" }, "message": "mfd: Check for twl4030-madc NULL pointer\n\ncommit d0e84caeb4cd535923884735906e5730329505b4 upstream.\n\nIf the twl4030-madc device wasn\u0027t registered, and another device, such\nas twl4030-madc-hwmon, calls twl4030_madc_conversion() a NULL pointer is\ndereferenced.\n\nSigned-off-by: Kyle Manna \u003ckyle@kylemanna.com\u003e\nSigned-off-by: Samuel Ortiz \u003csameo@linux.intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "3ad5a4fbba0c5c863b0a42e2a6a5007de76d3102", "tree": "9f1c3a12fbbffc72c413d2025fbaaffe774b523e", "parents": [ "4838b7e04451e425895c77f462ae1a70d6d3ff62" ], "author": { "name": "Kyle Manna", "email": "kyle@kylemanna.com", "time": "Thu Aug 11 22:33:12 2011 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:14:11 2012 -0800" }, "message": "mfd: Copy the device pointer to the twl4030-madc structure\n\ncommit 66cc5b8e50af87b0bbd0f179d76d2826f4549c13 upstream.\n\nWorst case this fixes the following error:\n[ 72.086212] (NULL device *): conversion timeout!\n\nBest case it prevents a crash\n\nSigned-off-by: Kyle Manna \u003ckyle@kylemanna.com\u003e\nSigned-off-by: Samuel Ortiz \u003csameo@linux.intel.com\u003e\n\n" }, { "commit": "4838b7e04451e425895c77f462ae1a70d6d3ff62", "tree": "04b3fbb7a5826923e4e935ab888afbde6b570796", "parents": [ "244e209cbfb8fef744f47f4a9fe0b8c036772d8f" ], "author": { "name": "Sanjeev Premi", "email": "premi@ti.com", "time": "Mon Jul 11 20:50:31 2011 +0530" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:14:10 2012 -0800" }, "message": "mfd: Fix mismatch in twl4030 mutex lock-unlock\n\ncommit e178ccb33569da17dc897a08a3865441b813bdfb upstream.\n\nA mutex is locked on entry into twl4030_madc_conversion().\nImmediate return on some error conditions leaves the\nmutex locked.\n\nThis patch ensures that mutex is always unlocked before\nleaving the function.\n\nSigned-off-by: Sanjeev Premi \u003cpremi@ti.com\u003e\nCc: Keerthy \u003cj-keerthy@ti.com\u003e\nSigned-off-by: Samuel Ortiz \u003csameo@linux.intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "244e209cbfb8fef744f47f4a9fe0b8c036772d8f", "tree": "df44b9ad6af74a07e31073dbec85bf83d914799a", "parents": [ "732e81a7579eb0adb26aeadb209e919ee984d01e" ], "author": { "name": "Emmanuel Grumbach", "email": "emmanuel.grumbach@intel.com", "time": "Mon Dec 26 08:47:33 2011 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:14:10 2012 -0800" }, "message": "iwlwifi: update SCD BC table for all SCD queues\n\ncommit 96f1f05af76b601ab21a7dc603ae0a1cea4efc3d upstream.\n\nSince we configure all the queues as CHAINABLE, we need to update the\nbyte count for all the queues, not only the AGGREGATABLE ones.\n\nNot doing so can confuse the SCD and make the fw assert.\n\nSigned-off-by: Emmanuel Grumbach \u003cemmanuel.grumbach@intel.com\u003e\nSigned-off-by: Wey-Yi Guy \u003cwey-yi.w.guy@intel.com\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\n\n" }, { "commit": "732e81a7579eb0adb26aeadb209e919ee984d01e", "tree": "35acd5de3c1585e60c4f4d8c2f15f8f3b0877151", "parents": [ "ad5dd5dc45d80c397dfe314934e91d0ead793928" ], "author": { "name": "Stephen Rothwell", "email": "sfr@canb.auug.org.au", "time": "Thu Dec 22 17:03:29 2011 +1100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:14:10 2012 -0800" }, "message": "ipv4: using prefetch requires including prefetch.h\n\n[ Upstream commit b9eda06f80b0db61a73bd87c6b0eb67d8aca55ad ]\n\nSigned-off-by: Stephen Rothwell \u003csfr@canb.auug.org.au\u003e\nAcked-by: Eric Dumazet \u003ceric.dumazet@gmail.com\u003e\nAcked-by: David Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n" }, { "commit": "ad5dd5dc45d80c397dfe314934e91d0ead793928", "tree": "b13d757e51bbe03cb4a461298566b56a0f5c56ee", "parents": [ "6c3efb1526c3fcdab3e5bbc9c77710b306493507" ], "author": { "name": "Eric Dumazet", "email": "eric.dumazet@gmail.com", "time": "Wed Dec 21 15:47:16 2011 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:14:10 2012 -0800" }, "message": "ipv4: reintroduce route cache garbage collector\n\n[ Upstream commit 9f28a2fc0bd77511f649c0a788c7bf9a5fd04edb ]\n\nCommit 2c8cec5c10b (ipv4: Cache learned PMTU information in inetpeer)\nremoved IP route cache garbage collector a bit too soon, as this gc was\nresponsible for expired routes cleanup, releasing their neighbour\nreference.\n\nAs pointed out by Robert Gladewitz, recent kernels can fill and exhaust\ntheir neighbour cache.\n\nReintroduce the garbage collection, since we\u0027ll have to wait our\nneighbour lookups become refcount-less to not depend on this stuff.\n\nReported-by: Robert Gladewitz \u003cgladewitz@gmx.de\u003e\nSigned-off-by: Eric Dumazet \u003ceric.dumazet@gmail.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n" }, { "commit": "6c3efb1526c3fcdab3e5bbc9c77710b306493507", "tree": "aed98fa349f35e6800a4a803f291ce62b196c18a", "parents": [ "0e5fe3ed8d751c7be333fa193882e91dcc289158" ], "author": { "name": "Weiping Pan", "email": "panweiping3@gmail.com", "time": "Thu Dec 01 15:47:06 2011 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:14:09 2012 -0800" }, "message": "ipv4: flush route cache after change accept_local\n\n[ Upstream commit d01ff0a049f749e0bf10a35bb23edd012718c8c2 ]\n\nAfter reset ipv4_devconf-\u003edata[IPV4_DEVCONF_ACCEPT_LOCAL] to 0,\nwe should flush route cache, or it will continue receive packets with local\nsource address, which should be dropped.\n\nSigned-off-by: Weiping Pan \u003cpanweiping3@gmail.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n" }, { "commit": "0e5fe3ed8d751c7be333fa193882e91dcc289158", "tree": "87f94fa78ed44938e8b595ce036d38f2f4fee237", "parents": [ "f6e4c89e089ae671a677242edb9e8b08c369c415" ], "author": { "name": "Thomas Graf", "email": "tgraf@redhat.com", "time": "Mon Dec 19 04:11:40 2011 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:14:09 2012 -0800" }, "message": "sctp: Do not account for sizeof(struct sk_buff) in estimated rwnd\n\n[ Upstream commit a76c0adf60f6ca5ff3481992e4ea0383776b24d2 ]\n\nWhen checking whether a DATA chunk fits into the estimated rwnd a\nfull sizeof(struct sk_buff) is added to the needed chunk size. This\nquickly exhausts the available rwnd space and leads to packets being\nsent which are much below the PMTU limit. This can lead to much worse\nperformance.\n\nThe reason for this behaviour was to avoid putting too much memory\npressure on the receiver. The concept is not completely irational\nbecause a Linux receiver does in fact clone an skb for each DATA chunk\ndelivered. However, Linux also reserves half the available socket\nbuffer space for data structures therefore usage of it is already\naccounted for.\n\nWhen proposing to change this the last time it was noted that this\nbehaviour was introduced to solve a performance issue caused by rwnd\noverusage in combination with small DATA chunks.\n\nTrying to reproduce this I found that with the sk_buff overhead removed,\nthe performance would improve significantly unless socket buffer limits\nare increased.\n\nThe following numbers have been gathered using a patched iperf\nsupporting SCTP over a live 1 Gbit ethernet network. The -l option\nwas used to limit DATA chunk sizes. The numbers listed are based on\nthe average of 3 test runs each. Default values have been used for\nsk_(r|w)mem.\n\nChunk\nSize Unpatched No Overhead\n-------------------------------------\n 4 15.2 Kbit [!] 12.2 Mbit [!]\n 8 35.8 Kbit [!] 26.0 Mbit [!]\n 16 95.5 Kbit [!] 54.4 Mbit [!]\n 32 106.7 Mbit 102.3 Mbit\n 64 189.2 Mbit 188.3 Mbit\n 128 331.2 Mbit 334.8 Mbit\n 256 537.7 Mbit 536.0 Mbit\n 512 766.9 Mbit 766.6 Mbit\n1024 810.1 Mbit 808.6 Mbit\n\nSigned-off-by: Thomas Graf \u003ctgraf@redhat.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n" }, { "commit": "f6e4c89e089ae671a677242edb9e8b08c369c415", "tree": "8fc6a469a63235c7a4bf389833962eae9f8302ec", "parents": [ "01d6bbab3834409c220083f25810be9f1a553054" ], "author": { "name": "Xi Wang", "email": "xi.wang@gmail.com", "time": "Fri Dec 16 12:44:15 2011 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:14:08 2012 -0800" }, "message": "sctp: fix incorrect overflow check on autoclose\n\n[ Upstream commit 2692ba61a82203404abd7dd2a027bda962861f74 ]\n\nCommit 8ffd3208 voids the previous patches f6778aab and 810c0719 for\nlimiting the autoclose value. If userspace passes in -1 on 32-bit\nplatform, the overflow check didn\u0027t work and autoclose would be set\nto 0xffffffff.\n\nThis patch defines a max_autoclose (in seconds) for limiting the value\nand exposes it through sysctl, with the following intentions.\n\n1) Avoid overflowing autoclose * HZ.\n\n2) Keep the default autoclose bound consistent across 32- and 64-bit\n platforms (INT_MAX / HZ in this patch).\n\n3) Keep the autoclose value consistent between setsockopt() and\n getsockopt() calls.\n\nSuggested-by: Vlad Yasevich \u003cvladislav.yasevich@hp.com\u003e\nSigned-off-by: Xi Wang \u003cxi.wang@gmail.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n" }, { "commit": "01d6bbab3834409c220083f25810be9f1a553054", "tree": "fa5ef27bb1f28919a67538bc5bb59dc55ff21f29", "parents": [ "9ec14c04ec6be93ff397adf250bc91ee77742bfb" ], "author": { "name": "Eric Dumazet", "email": "eric.dumazet@gmail.com", "time": "Sun Dec 11 23:42:53 2011 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:14:08 2012 -0800" }, "message": "sch_gred: should not use GFP_KERNEL while holding a spinlock\n\n[ Upstream commit 3f1e6d3fd37bd4f25e5b19f1c7ca21850426c33f ]\n\ngred_change_vq() is called under sch_tree_lock(sch).\n\nThis means a spinlock is held, and we are not allowed to sleep in this\ncontext.\n\nWe might pre-allocate memory using GFP_KERNEL before taking spinlock,\nbut this is not suitable for stable material.\n\nSigned-off-by: Eric Dumazet \u003ceric.dumazet@gmail.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n" }, { "commit": "9ec14c04ec6be93ff397adf250bc91ee77742bfb", "tree": "bdd7afb53389c768c7ae469794e167a778789bee", "parents": [ "477a897533f9ab9a6ebb6eedfa9ca3760caa94b2" ], "author": { "name": "Gerlando Falauto", "email": "gerlando.falauto@keymile.com", "time": "Mon Dec 19 22:58:04 2011 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:14:08 2012 -0800" }, "message": "net: have ipconfig not wait if no dev is available\n\n[ Upstream commit cd7816d14953c8af910af5bb92f488b0b277e29d ]\n\nprevious commit 3fb72f1e6e6165c5f495e8dc11c5bbd14c73385c\nmakes IP-Config wait for carrier on at least one network device.\n\nBefore waiting (predefined value 120s), check that at least one device\nwas successfully brought up. Otherwise (e.g. buggy bootloader\nwhich does not set the MAC address) there is no point in waiting\nfor carrier.\n\nCc: Micha Nelissen \u003cmicha@neli.hopto.org\u003e\nCc: Holger Brunck \u003cholger.brunck@keymile.com\u003e\nSigned-off-by: Gerlando Falauto \u003cgerlando.falauto@keymile.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n" }, { "commit": "477a897533f9ab9a6ebb6eedfa9ca3760caa94b2", "tree": "c7b870384e18ec15602a765f5037c8cd4186ee35", "parents": [ "7eac8f9de24674cc55ee9797d05447bbfbdf1a96" ], "author": { "name": "Thomas Graf", "email": "tgraf@redhat.com", "time": "Thu Dec 22 02:05:07 2011 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:14:08 2012 -0800" }, "message": "mqprio: Avoid panic if no options are provided\n\n[ Upstream commit 7838f2ce36b6ab5c13ef20b1857e3bbd567f1759 ]\n\nUserspace may not provide TCA_OPTIONS, in fact tc currently does\nso not do so if no arguments are specified on the command line.\nReturn EINVAL instead of panicing.\n\nSigned-off-by: Thomas Graf \u003ctgraf@redhat.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n" }, { "commit": "7eac8f9de24674cc55ee9797d05447bbfbdf1a96", "tree": "7c39b437e9413b5f09847c01e47729ad1508f01f", "parents": [ "e2f377870311c6e2ecf77e1ed6bbcb175ce0dde9" ], "author": { "name": "Alex Juncu", "email": "ajuncu@ixiacom.com", "time": "Thu Dec 15 23:01:25 2011 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:14:06 2012 -0800" }, "message": "llc: llc_cmsg_rcv was getting called after sk_eat_skb.\n\n[ Upstream commit 9cef310fcdee12b49b8b4c96fd8f611c8873d284 ]\n\nReceived non stream protocol packets were calling llc_cmsg_rcv that used a\nskb after that skb was released by sk_eat_skb. This caused received STP\npackets to generate kernel panics.\n\nSigned-off-by: Alexandru Juncu \u003cajuncu@ixiacom.com\u003e\nSigned-off-by: Kunjan Naik \u003cknaik@ixiacom.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n" }, { "commit": "e2f377870311c6e2ecf77e1ed6bbcb175ce0dde9", "tree": "ba6f5bdf198c86159668b85d6620df4c55affa35", "parents": [ "b3c5fb8252b04ec02654f80988e68852f1a14cb5" ], "author": { "name": "Djalal Harouni", "email": "tixxdz@opendz.org", "time": "Tue Dec 06 15:47:12 2011 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:14:05 2012 -0800" }, "message": "ppp: fix pptp double release_sock in pptp_bind()\n\n[ Upstream commit a454daceb78844a09c08b6e2d8badcb76a5d73b9 ]\n\nSigned-off-by: Djalal Harouni \u003ctixxdz@opendz.org\u003e\nAcked-by: Eric Dumazet \u003ceric.dumazet@gmail.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n" }, { "commit": "b3c5fb8252b04ec02654f80988e68852f1a14cb5", "tree": "78a9282fe0e11d9e9ef319d84aace7693fa5b59f", "parents": [ "2a89fc8b91abf1ba56daa23b05e6572b30331837" ], "author": { "name": "Markus Kötter", "email": "nepenthesdev@gmail.com", "time": "Sat Dec 17 11:39:08 2011 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:14:05 2012 -0800" }, "message": "net: bpf_jit: fix an off-one bug in x86_64 cond jump target\n\n[ Upstream commit a03ffcf873fe0f2565386ca8ef832144c42e67fa ]\n\nx86 jump instruction size is 2 or 5 bytes (near/long jump), not 2 or 6\nbytes.\n\nIn case a conditional jump is followed by a long jump, conditional jump\ntarget is one byte past the start of target instruction.\n\nSigned-off-by: Markus Kötter \u003cnepenthesdev@gmail.com\u003e\nSigned-off-by: Eric Dumazet \u003ceric.dumazet@gmail.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n" }, { "commit": "2a89fc8b91abf1ba56daa23b05e6572b30331837", "tree": "39bb67a7a1075e7f8032b76c1295880a48382d06", "parents": [ "d4afed4d20e91a12de7cd1c64bb3451ee2236d19" ], "author": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Mon Dec 26 12:30:13 2011 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:14:05 2012 -0800" }, "message": "sparc: Fix handling of orig_i0 wrt. debugging when restarting syscalls.\n\n[ A combination of upstream commits 1d299bc7732c34d85bd43ac1a8745f5a2fed2078 and\n e88d2468718b0789b4c33da2f7e1cef2a1eee279 ]\n\nAlthough we provide a proper way for a debugger to control whether\nsyscall restart occurs, we run into problems because orig_i0 is not\nsaved and restored properly.\n\nLuckily we can solve this problem without having to make debuggers\naware of the issue. Across system calls, several registers are\nconsidered volatile and can be safely clobbered.\n\nTherefore we use the pt_regs save area of one of those registers, %g6,\nas a place to save and restore orig_i0.\n\nDebuggers transparently will do the right thing because they save and\nrestore this register already.\n\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n" }, { "commit": "d4afed4d20e91a12de7cd1c64bb3451ee2236d19", "tree": "3657ec1ce46e5e4427c4e3367cdcd1290657b4fa", "parents": [ "23a652b45554faf08ac5a7a86c176a95cce8ca83" ], "author": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Mon Oct 31 01:05:49 2011 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:14:04 2012 -0800" }, "message": "sparc64: Fix masking and shifting in VIS fpcmp emulation.\n\n[ Upstream commit 2e8ecdc008a16b9a6c4b9628bb64d0d1c05f9f92 ]\n\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n" }, { "commit": "23a652b45554faf08ac5a7a86c176a95cce8ca83", "tree": "f1edbdae2b8aa114ca04c45cf0065780f397dee9", "parents": [ "2588f7f219ab1e93be648ecf8bcb1599b1ecba09" ], "author": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Wed Oct 19 15:31:55 2011 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:14:04 2012 -0800" }, "message": "sparc32: Correct the return value of memcpy.\n\n[ Upstream commit a52312b88c8103e965979a79a07f6b34af82ca4b ]\n\nProperly return the original destination buffer pointer.\n\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nTested-by: Kjetil Oftedal \u003coftedal@gmail.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n" }, { "commit": "2588f7f219ab1e93be648ecf8bcb1599b1ecba09", "tree": "4df028200d5f4d50d14e05c6dbfed0d9946b548e", "parents": [ "9dd04b12d0588de337ff615f6991862956dd40de" ], "author": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Wed Oct 19 15:30:14 2011 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:14:03 2012 -0800" }, "message": "sparc32: Remove uses of %g7 in memcpy implementation.\n\n[ Upstream commit 21f74d361dfd6a7d0e47574e315f780d8172084a ]\n\nThis is setting things up so that we can correct the return\nvalue, so that it properly returns the original destination\nbuffer pointer.\n\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nTested-by: Kjetil Oftedal \u003coftedal@gmail.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n" }, { "commit": "9dd04b12d0588de337ff615f6991862956dd40de", "tree": "bd4a61e622e510efbba1da6e9a440a84f139821b", "parents": [ "2d2eb1d284257cbb7ebb29bd75a3cbbc9275e4f7" ], "author": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Wed Oct 19 15:15:58 2011 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:14:03 2012 -0800" }, "message": "sparc32: Remove non-kernel code from memcpy implementation.\n\n[ Upstream commit 045b7de9ca0cf09f1adc3efa467f668b89238390 ]\n\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nTested-by: Kjetil Oftedal \u003coftedal@gmail.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n" }, { "commit": "2d2eb1d284257cbb7ebb29bd75a3cbbc9275e4f7", "tree": "98fba028d8615e534b2f5a81b219e25fc992aa89", "parents": [ "cff6d2096e9a57c2497dd5ee4aed3c97149bfc9e" ], "author": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Thu Nov 17 18:17:59 2011 -0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:14:03 2012 -0800" }, "message": "sparc: Kill custom io_remap_pfn_range().\n\n[ Upstream commit 3e37fd3153ac95088a74f5e7c569f7567e9f993a ]\n\nTo handle the large physical addresses, just make a simple wrapper\naround remap_pfn_range() like MIPS does.\n\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n" }, { "commit": "cff6d2096e9a57c2497dd5ee4aed3c97149bfc9e", "tree": "a269f55f7d1043b3cfbbde550e080982be5b8fad", "parents": [ "fde939495571ffd22458e94745b0c2e6af33478d" ], "author": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Thu Nov 17 22:44:58 2011 -0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:14:02 2012 -0800" }, "message": "sparc64: Patch sun4v code sequences properly on module load.\n\n[ Upstream commit 0b64120cceb86e93cb1bda0dc055f13016646907 ]\n\nSome of the sun4v code patching occurs in inline functions visible\nto, and usable by, modules.\n\nTherefore we have to patch them up during module load.\n\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n" }, { "commit": "fde939495571ffd22458e94745b0c2e6af33478d", "tree": "cea44545aaf882a8445c5fe9bf2d9a9e9c385ea0", "parents": [ "747b409502fe765784cda1135d806042beddaa89" ], "author": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Wed Dec 14 10:05:22 2011 -0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:14:02 2012 -0800" }, "message": "sparc32: Be less strict in matching %lo part of relocation.\n\n[ Upstream commit b1f44e13a525d2ffb7d5afe2273b7169d6f2222e ]\n\nThe \"(insn \u0026 0x01800000) !\u003d 0x01800000\" test matches \u0027restore\u0027\nbut that is a legitimate place to see the %lo() part of a 32-bit\nsymbol relocation, particularly in tail calls.\n\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nTested-by: Sergei Trofimovich \u003cslyfox@gentoo.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n" }, { "commit": "747b409502fe765784cda1135d806042beddaa89", "tree": "3318a10bc0876a40b107a63dffe0af95f8792b68", "parents": [ "fca54d03a85e883b813255c63bbf11049d2eeb7a" ], "author": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Thu Dec 22 13:23:59 2011 -0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:14:01 2012 -0800" }, "message": "sparc64: Fix MSIQ HV call ordering in pci_sun4v_msiq_build_irq().\n\n[ Upstream commit 7cc8583372a21d98a23b703ad96cab03180b5030 ]\n\nThis silently was working for many years and stopped working on\nNiagara-T3 machines.\n\nWe need to set the MSIQ to VALID before we can set it\u0027s state to IDLE.\n\nOn Niagara-T3, setting the state to IDLE first was causing HV_EINVAL\nerrors. The hypervisor documentation says, rather ambiguously, that\nthe MSIQ must be \"initialized\" before one can set the state.\n\nI previously understood this to mean merely that a successful setconf()\noperation has been performed on the MSIQ, which we have done at this\npoint. But it seems to also mean that it has been set VALID too.\n\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n" }, { "commit": "fca54d03a85e883b813255c63bbf11049d2eeb7a", "tree": "0c0823266d4d229d34acead093b4b52acec234ac", "parents": [ "7204bf5ef7295b6041047d581153990164b58988" ], "author": { "name": "Nagalakshmi Nandigama", "email": "nagalakshmi.nandigama@lsi.com", "time": "Wed Jan 04 09:25:13 2012 -0600" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:14:00 2012 -0800" }, "message": "mpt2sas: fix non-x86 crash on shutdown\n\nUpstrem commit: 911ae9434f83e7355d343f6c2be3ef5b00ea7aed\n\nThere\u0027s a bug in the MSIX backup and restore routines that cause a crash on\nnon-x86 (direct access to PCI space not via read/write). These routines are\nunnecessary and were removed by the above commit, so also remove them from\nstable to fix the crash.\n\nSigned-off-by: Nagalakshmi Nandigama \u003cnagalakshmi.nandigama@lsi.com\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "7204bf5ef7295b6041047d581153990164b58988", "tree": "f2159a9d4b99f4f7a332d395f27c68942a631a6a", "parents": [ "6f4214ef6a0e3c8319880eb5570ba2ae787bb577" ], "author": { "name": "Hillf Danton", "email": "dhillf@gmail.com", "time": "Wed Dec 28 15:57:16 2011 -0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:14:00 2012 -0800" }, "message": "mm: hugetlb: fix non-atomic enqueue of huge page\n\ncommit b0365c8d0cb6e79eb5f21418ae61ab511f31b575 upstream.\n\nIf a huge page is enqueued under the protection of hugetlb_lock, then the\noperation is atomic and safe.\n\nSigned-off-by: Hillf Danton \u003cdhillf@gmail.com\u003e\nReviewed-by: Michal Hocko \u003cmhocko@suse.cz\u003e\nAcked-by: KAMEZAWA Hiroyuki \u003ckamezawa.hiroyu@jp.fujitsu.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "6f4214ef6a0e3c8319880eb5570ba2ae787bb577", "tree": "823b7fdfaf1ed5d0c997500bdb86a3773754cdf8", "parents": [ "33c118d42de2ce4c0dbc60b72b2fdf124a54b19d" ], "author": { "name": "Alex Deucher", "email": "alexander.deucher@amd.com", "time": "Wed Dec 21 11:58:17 2011 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:14:00 2012 -0800" }, "message": "drm/radeon/kms: bail on BTC parts if MC ucode is missing\n\ncommit 77e00f2ea94abee1ad13bdfde19cf7aa25992b0e upstream.\n\nWe already do this for cayman, need to also do it for\nBTC parts. The default memory and voltage setup is not\nadequate for advanced operation. Continuing will\nresult in an unusable display.\n\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nCc: Jean Delvare \u003ckhali@linux-fr.org\u003e\nSigned-off-by: Dave Airlie \u003cairlied@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "33c118d42de2ce4c0dbc60b72b2fdf124a54b19d", "tree": "2ea8761b60e762080c1101529986d23784c4008f", "parents": [ "3ce696d12b26c9c1cfedeb194a02606bef2854a4" ], "author": { "name": "Mingarelli, Thomas", "email": "Thomas.Mingarelli@hp.com", "time": "Mon Nov 07 10:59:00 2011 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:14:00 2012 -0800" }, "message": "watchdog: hpwdt: Changes to handle NX secure bit in 32bit path\n\ncommit e67d668e147c3b4fec638c9e0ace04319f5ceccd upstream.\n\nThis patch makes use of the set_memory_x() kernel API in order\nto make necessary BIOS calls to source NMIs.\n\nThis is needed for SLES11 SP2 and the latest upstream kernel as it appears\nthe NX Execute Disable has grown in its control.\n\nSigned-off by: Thomas Mingarelli \u003cthomas.mingarelli@hp.com\u003e\nSigned-off by: Wim Van Sebroeck \u003cwim@iguana.be\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "3ce696d12b26c9c1cfedeb194a02606bef2854a4", "tree": "85ea2e7bf2009e4f329a2cd9cec5335b27ad80d6", "parents": [ "4347b837ab999865063649cf801ba4f8d7e8748e" ], "author": { "name": "Hugh Dickins", "email": "hughd@google.com", "time": "Sat Dec 31 11:44:01 2011 -0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:13:58 2012 -0800" }, "message": "futex: Fix uninterruptible loop due to gate_area\n\ncommit e6780f7243eddb133cc20ec37fa69317c218b709 upstream.\n\nIt was found (by Sasha) that if you use a futex located in the gate\narea we get stuck in an uninterruptible infinite loop, much like the\nZERO_PAGE issue.\n\nWhile looking at this problem, PeterZ realized you\u0027ll get into similar\ntrouble when hitting any install_special_pages() mapping. And are there\nstill drivers setting up their own special mmaps without page-\u003emapping,\nand without special VM or pte flags to make get_user_pages fail?\n\nIn most cases, if page-\u003emapping is NULL, we do not need to retry at all:\nLinus points out that even /proc/sys/vm/drop_caches poses no problem,\nbecause it ends up using remove_mapping(), which takes care not to\ninterfere when the page reference count is raised.\n\nBut there is still one case which does need a retry: if memory pressure\ncalled shmem_writepage in between get_user_pages_fast dropping page\ntable lock and our acquiring page lock, then the page gets switched from\nfilecache to swapcache (and -\u003emapping set to NULL) whatever the refcount.\nFault it back in to get the page-\u003emapping needed for key-\u003eshared.inode.\n\nReported-by: Sasha Levin \u003clevinsasha928@gmail.com\u003e\nSigned-off-by: Hugh Dickins \u003chughd@google.com\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "4347b837ab999865063649cf801ba4f8d7e8748e", "tree": "a2ddb7c3212dbd98c6de2fdc1fc2b8c798011395", "parents": [ "9267a9e850bf6c52dd7c95f3978dc78a1d3ad1a1" ], "author": { "name": "Vladimir Zapolskiy", "email": "vladimir.zapolskiy@nokia.com", "time": "Thu Dec 22 16:15:40 2011 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:13:57 2012 -0800" }, "message": "oprofile, arm/sh: Fix oprofile_arch_exit() linkage issue\n\ncommit 55205c916e179e09773d98d290334d319f45ac6b upstream.\n\nThis change fixes a linking problem, which happens if oprofile\nis selected to be compiled as built-in:\n\n `oprofile_arch_exit\u0027 referenced in section `.init.text\u0027 of\n arch/arm/oprofile/built-in.o: defined in discarded section\n `.exit.text\u0027 of arch/arm/oprofile/built-in.o\n\nThe problem is appeared after commit 87121ca504, which\nintroduced oprofile_arch_exit() calls from __init function. Note\nthat the aforementioned commit has been backported to stable\nbranches, and the problem is known to be reproduced at least\nwith 3.0.13 and 3.1.5 kernels.\n\nSigned-off-by: Vladimir Zapolskiy \u003cvladimir.zapolskiy@nokia.com\u003e\nSigned-off-by: Robert Richter \u003crobert.richter@amd.com\u003e\nCc: Will Deacon \u003cwill.deacon@arm.com\u003e\nCc: oprofile-list \u003coprofile-list@lists.sourceforge.net\u003e\nLink: http://lkml.kernel.org/r/20111222151540.GB16765@erda.amd.com\nSigned-off-by: Ingo Molnar \u003cmingo@elte.hu\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "9267a9e850bf6c52dd7c95f3978dc78a1d3ad1a1", "tree": "fc0a8304cb0919607c24ba85b32c062ca0eef674", "parents": [ "bc23ab0861a252bdbdf3bd982c37a6a96c2ceba6" ], "author": { "name": "Ulf Hansson", "email": "ulf.hansson@stericsson.com", "time": "Tue Dec 13 16:58:43 2011 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:13:56 2012 -0800" }, "message": "ARM: 7220/1: mmc: mmci: Fixup error handling for dma\n\ncommit 3b6e3c73851a9a4b0e6ed9d378206341dd65e8a5 upstream.\n\nWhen getting a cmd irq during an ongoing data transfer\nwith dma, the dma job were never terminated. This is now\ncorrected.\n\nTested-by: Linus Walleij \u003clinus.walleij@linaro.org\u003e\nSigned-off-by: Per Forlin \u003cper.forlin@stericsson.com\u003e\nSigned-off-by: Ulf Hansson \u003culf.hansson@stericsson.com\u003e\nSigned-off-by: Russell King \u003crmk+kernel@arm.linux.org.uk\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "bc23ab0861a252bdbdf3bd982c37a6a96c2ceba6", "tree": "b8d30591174fc0d093d9454007d33e83735a3959", "parents": [ "8048ac75378918eab0f68ba175915e72ef73e0da" ], "author": { "name": "Ulf Hansson", "email": "ulf.hansson@stericsson.com", "time": "Tue Dec 13 16:51:04 2011 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:13:56 2012 -0800" }, "message": "ARM: 7214/1: mmc: mmci: Fixup handling of MCI_STARTBITERR\n\ncommit b63038d6f4ca5d1849ce01d9fc5bb9cb426dec73 upstream.\n\nThe interrupt was previously enabled and then correctly cleared.\nNow we also handle it correctly.\n\nTested-by: Linus Walleij \u003clinus.walleij@linaro.org\u003e\nSigned-off-by: Ulf Hansson \u003culf.hansson@stericsson.com\u003e\nSigned-off-by: Russell King \u003crmk+kernel@arm.linux.org.uk\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "8048ac75378918eab0f68ba175915e72ef73e0da", "tree": "6aeb17f8c843fe352836db6f1512058e28764ef5", "parents": [ "f3545737cf06d342d34483b7a8421d0bb90b9c1b" ], "author": { "name": "Jason Chen", "email": "jason.chen@linaro.org", "time": "Mon Dec 19 11:23:28 2011 +0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:13:56 2012 -0800" }, "message": "ARM:imx:fix pwm period value\n\ncommit 5776ac2eb33164c77cdb4d2b48feee15616eaba3 upstream.\n\nAccording to imx pwm RM, the real period value should be\nPERIOD value in PWMPR plus 2.\n\nPWMO (Hz) \u003d PCLK(Hz) / (period +2)\n\nSigned-off-by: Jason Chen \u003cjason.chen@linaro.org\u003e\nSigned-off-by: Sascha Hauer \u003cs.hauer@pengutronix.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "f3545737cf06d342d34483b7a8421d0bb90b9c1b", "tree": "67af107bae299cdcbde04d8504cc26c4acba738f", "parents": [ "4875f39a0548a1fa5f55b4a90dca0f4a7ad8f237" ], "author": { "name": "Srivatsa S. Bhat", "email": "srivatsa.bhat@linux.vnet.ibm.com", "time": "Thu Dec 22 02:45:29 2011 +0530" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:13:55 2012 -0800" }, "message": "VFS: Fix race between CPU hotplug and lglocks\n\ncommit e30e2fdfe56288576ee9e04dbb06b4bd5f282203 upstream.\n\nCurrently, the *_global_[un]lock_online() routines are not at all synchronized\nwith CPU hotplug. Soft-lockups detected as a consequence of this race was\nreported earlier at https://lkml.org/lkml/2011/8/24/185. (Thanks to Cong Meng\nfor finding out that the root-cause of this issue is the race condition\nbetween br_write_[un]lock() and CPU hotplug, which results in the lock states\ngetting messed up).\n\nFixing this race by just adding {get,put}_online_cpus() at appropriate places\nin *_global_[un]lock_online() is not a good option, because, then suddenly\nbr_write_[un]lock() would become blocking, whereas they have been kept as\nnon-blocking all this time, and we would want to keep them that way.\n\nSo, overall, we want to ensure 3 things:\n1. br_write_lock() and br_write_unlock() must remain as non-blocking.\n2. The corresponding lock and unlock of the per-cpu spinlocks must not happen\n for different sets of CPUs.\n3. Either prevent any new CPU online operation in between this lock-unlock, or\n ensure that the newly onlined CPU does not proceed with its corresponding\n per-cpu spinlock unlocked.\n\nTo achieve all this:\n(a) We introduce a new spinlock that is taken by the *_global_lock_online()\n routine and released by the *_global_unlock_online() routine.\n(b) We register a callback for CPU hotplug notifications, and this callback\n takes the same spinlock as above.\n(c) We maintain a bitmap which is close to the cpu_online_mask, and once it is\n initialized in the lock_init() code, all future updates to it are done in\n the callback, under the above spinlock.\n(d) The above bitmap is used (instead of cpu_online_mask) while locking and\n unlocking the per-cpu locks.\n\nThe callback takes the spinlock upon the CPU_UP_PREPARE event. So, if the\nbr_write_lock-unlock sequence is in progress, the callback keeps spinning,\nthus preventing the CPU online operation till the lock-unlock sequence is\ncomplete. This takes care of requirement (3).\n\nThe bitmap that we maintain remains unmodified throughout the lock-unlock\nsequence, since all updates to it are managed by the callback, which takes\nthe same spinlock as the one taken by the lock code and released only by the\nunlock routine. Combining this with (d) above, satisfies requirement (2).\n\nOverall, since we use a spinlock (mentioned in (a)) to prevent CPU hotplug\noperations from racing with br_write_lock-unlock, requirement (1) is also\ntaken care of.\n\nBy the way, it is to be noted that a CPU offline operation can actually run\nin parallel with our lock-unlock sequence, because our callback doesn\u0027t react\nto notifications earlier than CPU_DEAD (in order to maintain our bitmap\nproperly). And this means, since we use our own bitmap (which is stale, on\npurpose) during the lock-unlock sequence, we could end up unlocking the\nper-cpu lock of an offline CPU (because we had locked it earlier, when the\nCPU was online), in order to satisfy requirement (2). But this is harmless,\nthough it looks a bit awkward.\n\nDebugged-by: Cong Meng \u003cmc@linux.vnet.ibm.com\u003e\nSigned-off-by: Srivatsa S. Bhat \u003csrivatsa.bhat@linux.vnet.ibm.com\u003e\nSigned-off-by: Al Viro \u003cviro@zeniv.linux.org.uk\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" } ], "next": "4875f39a0548a1fa5f55b4a90dca0f4a7ad8f237" }