)]}' { "log": [ { "commit": "ae6c19cd6c32f88b2d8549984ff2a5fcdcc932b2", "tree": "130f035ba9104d9316c3e7de73cc10e10810d940", "parents": [ "7d7e5d33408819c084528dcff139fc4564c7bdda" ], "author": { "name": "Christoph Hellwig", "email": "hch@infradead.org", "time": "Sat Nov 19 13:13:39 2011 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Sat Nov 26 09:10:07 2011 -0800" }, "message": "xfs: fix -\u003ewrite_inode return values\n\npatch 58d84c4ee0389ddeb86238d5d8359a982c9f7a5b upstream.\n\nCurrently we always redirty an inode that was attempted to be written out\nsynchronously but has been cleaned by an AIL pushed internall, which is\nrather bogus. Fix that by doing the i_update_core check early on and\nreturn 0 for it. Also include async calls for it, as doing any work for\nthose is just as pointless. While we\u0027re at it also fix the sign for the\nEIO return in case of a filesystem shutdown, and fix the completely\nnon-sensical locking around xfs_log_inode.\n\nSigned-off-by: Christoph Hellwig \u003chch@lst.de\u003e\nReviewed-by: Dave Chinner \u003cdchinner@redhat.com\u003e\nSigned-off-by: Alex Elder \u003caelder@sgi.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n" }, { "commit": "7d7e5d33408819c084528dcff139fc4564c7bdda", "tree": "8330f54ae42c4362a4cd8a0bc726484d4947ae66", "parents": [ "626ff2d51fc1127814fa28bdfb1df761ea894755" ], "author": { "name": "Mitsuo Hayasaka", "email": "mitsuo.hayasaka.hu@hitachi.com", "time": "Sat Nov 19 13:13:45 2011 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Sat Nov 26 09:10:06 2011 -0800" }, "message": "xfs: use doalloc flag in xfs_qm_dqattach_one()\n\ncommit db3e74b582915d66e10b0c73a62763418f54c340 upstream\n\nThe doalloc arg in xfs_qm_dqattach_one() is a flag that indicates\nwhether a new area to handle quota information will be allocated\nif needed. Originally, it was passed to xfs_qm_dqget(), but has\nbeen removed by the following commit (probably by mistake):\n\n\tcommit 8e9b6e7fa4544ea8a0e030c8987b918509c8ff47\n\tAuthor: Christoph Hellwig \u003chch@lst.de\u003e\n\tDate: Sun Feb 8 21:51:42 2009 +0100\n\n\txfs: remove the unused XFS_QMOPT_DQLOCK flag\n\nAs the result, xfs_qm_dqget() called from xfs_qm_dqattach_one()\nnever allocates the new area even if it is needed.\n\nThis patch gives the doalloc arg to xfs_qm_dqget() in\nxfs_qm_dqattach_one() to fix this problem.\n\nSigned-off-by: Mitsuo Hayasaka \u003cmitsuo.hayasaka.hu@hitachi.com\u003e\nCc: Alex Elder \u003caelder@sgi.com\u003e\nCc: Christoph Hellwig \u003chch@infradead.org\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" }, { "commit": "626ff2d51fc1127814fa28bdfb1df761ea894755", "tree": "885735d33631ba30e562ffa4a83d5c0417fec71b", "parents": [ "70f589ceb96bbf1d4c2c2f5b6c3d6dff19ddd31d" ], "author": { "name": "Carlos Maiolino", "email": "cmaiolino@redhat.com", "time": "Sat Nov 19 13:13:44 2011 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Sat Nov 26 09:10:06 2011 -0800" }, "message": "xfs: Fix possible memory corruption in xfs_readlink\n\ncommit b52a360b2aa1c59ba9970fb0f52bbb093fcc7a24 upstream.\n\nFixes a possible memory corruption when the link is larger than\nMAXPATHLEN and XFS_DEBUG is not enabled. This also remove the\nS_ISLNK assert, since the inode mode is checked previously in\nxfs_readlink_by_handle() and via VFS.\n\nUpdated to address concerns raised by Ben Hutchings about the loose\nattention paid to 32- vs 64-bit values, and the lack of handling a\npotentially negative pathlen value:\n - Changed type of \"pathlen\" to be xfs_fsize_t, to match that of\n ip-\u003ei_d.di_size\n - Added checking for a negative pathlen to the too-long pathlen\n test, and generalized the message that gets reported in that case\n to reflect the change\nAs a result, if a negative pathlen were encountered, this function\nwould return EFSCORRUPTED (and would fail an assertion for a debug\nbuild)--just as would a too-long pathlen.\n\nSigned-off-by: Alex Elder \u003caelder@sgi.com\u003e\nSigned-off-by: Carlos Maiolino \u003ccmaiolino@redhat.com\u003e\nReviewed-by: Christoph Hellwig \u003chch@lst.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n" }, { "commit": "70f589ceb96bbf1d4c2c2f5b6c3d6dff19ddd31d", "tree": "e14042b00520704f9b244ff722eb713a6a62ec7f", "parents": [ "5b9d69bca6a43e7cd61df13e820ee4e5f99e1615" ], "author": { "name": "Christoph Hellwig", "email": "hch@infradead.org", "time": "Sat Nov 19 13:13:43 2011 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Sat Nov 26 09:10:06 2011 -0800" }, "message": "xfs: fix buffer flushing during unmount\n\ncommit 87c7bec7fc3377b3873eb3a0f4b603981ea16ebb upstream.\n\nThe code to flush buffers in the umount code is a bit iffy: we first\nflush all delwri buffers out, but then might be able to queue up a\nnew one when logging the sb counts. On a normal shutdown that one\nwould get flushed out when doing the synchronous superblock write in\nxfs_unmountfs_writesb, but we skip that one if the filesystem has\nbeen shut down.\n\nFix this by moving the delwri list flushing until just before unmounting\nthe log, and while we\u0027re at it also remove the superflous delwri list\nand buffer lru flusing for the rt and log device that can never have\ncached or delwri buffers.\n\nSigned-off-by: Christoph Hellwig \u003chch@lst.de\u003e\nReported-by: Amit Sahrawat \u003camit.sahrawat83@gmail.com\u003e\nTested-by: Amit Sahrawat \u003camit.sahrawat83@gmail.com\u003e\nSigned-off-by: Alex Elder \u003caelder@sgi.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n" }, { "commit": "5b9d69bca6a43e7cd61df13e820ee4e5f99e1615", "tree": "5931d3b5765b6a22406bc4b370d5644b6d8e3b80", "parents": [ "3da97f9710ca1df6cebe2558896dae3ed62337be" ], "author": { "name": "Mitsuo Hayasaka", "email": "mitsuo.hayasaka.hu@hitachi.com", "time": "Sat Nov 19 13:13:42 2011 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Sat Nov 26 09:10:05 2011 -0800" }, "message": "xfs: Return -EIO when xfs_vn_getattr() failed\n\ncommit ed32201e65e15f3e6955cb84cbb544b08f81e5a5 upstream.\n\nAn attribute of inode can be fetched via xfs_vn_getattr() in XFS.\nCurrently it returns EIO, not negative value, when it failed. As a\nresult, the system call returns not negative value even though an\nerror occured. The stat(2), ls and mv commands cannot handle this\nerror and do not work correctly.\n\nThis patch fixes this bug, and returns -EIO, not EIO when an error\nis detected in xfs_vn_getattr().\n\nSigned-off-by: Mitsuo Hayasaka \u003cmitsuo.hayasaka.hu@hitachi.com\u003e\nReviewed-by: Christoph Hellwig \u003chch@lst.de\u003e\nSigned-off-by: Alex Elder \u003caelder@sgi.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n" }, { "commit": "3da97f9710ca1df6cebe2558896dae3ed62337be", "tree": "84f34c67c903c1dcbbb2fec9277835d957387f2e", "parents": [ "16ba92e591d31d3213956e581867f46892648038" ], "author": { "name": "Christoph Hellwig", "email": "hch@infradead.org", "time": "Sat Nov 19 13:13:41 2011 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Sat Nov 26 09:10:05 2011 -0800" }, "message": "xfs: avoid direct I/O write vs buffered I/O race\n\ncommit c58cb165bd44de8aaee9755a144136ae743be116 upstream.\n\nCurrently a buffered reader or writer can add pages to the pagecache\nwhile we are waiting for the iolock in xfs_file_dio_aio_write. Prevent\nthis by re-checking mapping-\u003enrpages after we got the iolock, and if\nnessecary upgrade the lock to exclusive mode. To simplify this a bit\nonly take the ilock inside of xfs_file_aio_write_checks.\n\nSigned-off-by: Christoph Hellwig \u003chch@lst.de\u003e\nReviewed-by: Dave Chinner \u003cdchinner@redhat.com\u003e\nSigned-off-by: Alex Elder \u003caelder@sgi.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "16ba92e591d31d3213956e581867f46892648038", "tree": "60eb2e93d8edbdc1397ad805e47a17f237e10199", "parents": [ "afd717d6cd334fc89f3ac938e19aade2f939b629" ], "author": { "name": "Dave Chinner", "email": "dchinner@redhat.com", "time": "Sat Nov 19 13:13:40 2011 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Sat Nov 26 09:10:05 2011 -0800" }, "message": "xfs: dont serialise direct IO reads on page cache\n\ncommit 0c38a2512df272b14ef4238b476a2e4f70da1479 upstream.\n\nThere is no need to grab the i_mutex of the IO lock in exclusive\nmode if we don\u0027t need to invalidate the page cache. Taking these\nlocks on every direct IO effective serialises them as taking the IO\nlock in exclusive mode has to wait for all shared holders to drop\nthe lock. That only happens when IO is complete, so effective it\nprevents dispatch of concurrent direct IO reads to the same inode.\n\nFix this by taking the IO lock shared to check the page cache state,\nand only then drop it and take the IO lock exclusively if there is\nwork to be done. Hence for the normal direct IO case, no exclusive\nlocking will occur.\n\nSigned-off-by: Dave Chinner \u003cdchinner@redhat.com\u003e\nTested-by: Joern Engel \u003cjoern@logfs.org\u003e\nReviewed-by: Christoph Hellwig \u003chch@lst.de\u003e\nSigned-off-by: Alex Elder \u003caelder@sgi.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "afd717d6cd334fc89f3ac938e19aade2f939b629", "tree": "0eee1b2d7134e0280e289522140f7ae246bc5459", "parents": [ "e62cccfcf5535487daf8c1d3613b9dabc2315b44" ], "author": { "name": "Christoph Hellwig", "email": "hch@infradead.org", "time": "Sat Nov 19 13:13:38 2011 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Sat Nov 26 09:10:04 2011 -0800" }, "message": "xfs: fix xfs_mark_inode_dirty during umount\n\ncommit 866e4ed77448a0c311e1b055eb72ea05423fd799 upstream.\n\nDuring umount we do not add a dirty inode to the lru and wait for it to\nbecome clean first, but force writeback of data and metadata with\nI_WILL_FREE set. Currently there is no way for XFS to detect that the\ninode has been redirtied for metadata operations, as we skip the\nmark_inode_dirty call during teardown. Fix this by setting i_update_core\nnanually in that case, so that the inode gets flushed during inode reclaim.\n\nAlternatively we could enable calling mark_inode_dirty for inodes in\nI_WILL_FREE state, and let the VFS dirty tracking handle this. I decided\nagainst this as we will get better I/O patterns from reclaim compared to\nthe synchronous writeout in write_inode_now, and always marking the inode\ndirty in some way from xfs_mark_inode_dirty is a better safetly net in\neither case.\n\nSigned-off-by: Christoph Hellwig \u003chch@lst.de\u003e\nReviewed-by: Dave Chinner \u003cdchinner@redhat.com\u003e\nSigned-off-by: Alex Elder \u003caelder@sgi.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n" }, { "commit": "e62cccfcf5535487daf8c1d3613b9dabc2315b44", "tree": "83cc1990bb88927f367758161ca21142eadc476f", "parents": [ "10318b5517baa2ae7e4bb884c6acb9cf572eebc8" ], "author": { "name": "Christoph Hellwig", "email": "hch@infradead.org", "time": "Sat Nov 19 13:13:37 2011 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Sat Nov 26 09:10:04 2011 -0800" }, "message": "xfs: fix error handling for synchronous writes\n\nIf removed storage while synchronous buffer write underway,\n\"xfslogd\" hangs.\n\nDetailed log http://oss.sgi.com/archives/xfs/2011-07/msg00740.html\n\nRelated work bfc60177f8ab509bc225becbb58f7e53a0e33e81\n\"xfs: fix error handling for synchronous writes\"\n\nGiven that xfs_bwrite actually does the shutdown already after\nwaiting for the b_iodone completion and given that we actually\nfound that calling xfs_force_shutdown from inside\nxfs_buf_iodone_callbacks was a major contributor the problem\nit better to drop this call.\n\nSigned-off-by: Ajeet Yadav \u003cajeet.yadav.77@gmail.com\u003e\nReviewed-by: Christoph Hellwig \u003chch@lst.de\u003e\nSigned-off-by: Alex Elder \u003caelder@sgi.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n" }, { "commit": "10318b5517baa2ae7e4bb884c6acb9cf572eebc8", "tree": "d494fcf74e9cefbb5e2f8cacc7d547adeb448c70", "parents": [ "85e9996fdfe3e3095ab24c4f926695ad2e4ea8d9" ], "author": { "name": "sordna", "email": "sordna@gmail.com", "time": "Thu Oct 27 21:06:26 2011 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Sat Nov 26 09:10:04 2011 -0800" }, "message": "USB: quirks: adding more quirky webcams to avoid squeaky audio\n\ncommit 0d145d7d4a241c321c832a810bb6edad18e2217b upstream.\n\nThe following patch contains additional affected webcam models, on top of the\npatches commited to linux-next 2394d67e446bf616a0885167d5f0d397bdacfdfc\nand 5b253d88cc6c65a23cefc457a5a4ef139913c5fc\n\nSigned-off-by: sordna \u003csordna@gmail.com\u003e\nCc: Oliver Neukum \u003coliver@neukum.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "85e9996fdfe3e3095ab24c4f926695ad2e4ea8d9", "tree": "b07c0a72edd9aab95acdc284c48e68649eadaee9", "parents": [ "317451c11fefcb0e05383f0a0080bb7f5445cfcf" ], "author": { "name": "Josh Boyer", "email": "jwboyer@redhat.com", "time": "Wed Oct 26 13:53:17 2011 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Sat Nov 26 09:10:03 2011 -0800" }, "message": "USB: add quirk for Logitech C600 web cam\n\ncommit 60c71ca972a2dd3fd9d0165b405361c8ad48349b upstream.\n\nWe\u0027ve had another report of the \"chipmunk\" sound on a Logitech C600 webcam.\nThis patch resolves the issue.\n\nSigned-off-by: Josh Boyer \u003cjwboyer@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "317451c11fefcb0e05383f0a0080bb7f5445cfcf", "tree": "791cd9677b9cc7a4d536da970b44d6d6e6aa3a0a", "parents": [ "a7a656cfe46e8278458a8c897aacd6bf28def1fe" ], "author": { "name": "Thomas Poussevin", "email": "thomas.poussevin@parrot.com", "time": "Thu Oct 27 18:46:48 2011 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Sat Nov 26 09:10:03 2011 -0800" }, "message": "USB: EHCI: fix HUB TT scheduling issue with iso transfer\n\ncommit 811c926c538f7e8d3c08b630dd5844efd7e000f6 upstream.\n\nThe current TT scheduling doesn\u0027t allow to play and then record on a\nfull-speed device connected to a high speed hub.\n\nThe IN iso stream can only start on the first uframe (0-2 for a 165 us)\nbecause of CSPLIT transactions.\nFor the OUT iso stream there no such restriction. uframe 0-5 are possible.\n\nThe idea of this patch is that the first uframe are precious (for IN TT iso\nstream) and we should allocate the last uframes first if possible.\n\nFor that we reverse the order of uframe allocation (last uframe first).\n\nHere an example :\n\nhid interrupt stream\n----------------------------------------------------------------------\nuframe | 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 |\n----------------------------------------------------------------------\nmax_tt_usecs | 125 | 125 | 125 | 125 | 125 | 125 | 30 | 0 |\n----------------------------------------------------------------------\nused usecs on a frame | 13 | 0 | 0 | 0 | 0 | 0 | 0 | 0 |\n----------------------------------------------------------------------\n\niso OUT stream\n----------------------------------------------------------------------\nuframe | 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 |\n----------------------------------------------------------------------\nmax_tt_usecs | 125 | 125 | 125 | 125 | 125 | 125 | 30 | 0 |\n----------------------------------------------------------------------\nused usecs on a frame | 13 | 125 | 39 | 0 | 0 | 0 | 0 | 0 |\n----------------------------------------------------------------------\n\nThere no place for iso IN stream (uframe 0-2 are used) and we got \"cannot\nsubmit datapipe for urb 0, error -28: not enough bandwidth\" error.\n\nWith the patch this become.\n\niso OUT stream\n----------------------------------------------------------------------\nuframe | 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 |\n----------------------------------------------------------------------\nmax_tt_usecs | 125 | 125 | 125 | 125 | 125 | 125 | 30 | 0 |\n----------------------------------------------------------------------\nused usecs on a frame | 13 | 0 | 0 | 0 | 125 | 39 | 0 | 0 |\n----------------------------------------------------------------------\n\niso IN stream\n----------------------------------------------------------------------\nuframe | 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 |\n----------------------------------------------------------------------\nmax_tt_usecs | 125 | 125 | 125 | 125 | 125 | 125 | 30 | 0 |\n----------------------------------------------------------------------\nused usecs on a frame | 13 | 0 | 125 | 40 | 125 | 39 | 0 | 0 |\n----------------------------------------------------------------------\n\nSigned-off-by: Matthieu Castet \u003cmatthieu.castet@parrot.com\u003e\nSigned-off-by: Thomas Poussevin \u003cthomas.poussevin@parrot.com\u003e\nSigned-off-by: Alan Stern \u003cstern@rowland.harvard.edu\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "a7a656cfe46e8278458a8c897aacd6bf28def1fe", "tree": "12460f08cb471600929a5bf36089bedb6344d1fc", "parents": [ "b987edee414235e29984d424043761b735bb4a5e" ], "author": { "name": "Alan Stern", "email": "stern@rowland.harvard.edu", "time": "Tue Oct 25 10:50:58 2011 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Sat Nov 26 09:10:03 2011 -0800" }, "message": "usb-storage: Accept 8020i-protocol commands longer than 12 bytes\n\ncommit 2f640bf4c94324aeaa1b6385c10aab8c5ad1e1cf upstream.\n\nThe 8020i protocol (also 8070i and QIC-157) uses 12-byte commands;\nshorter commands must be padded. Simon Detheridge reports that his\n3-TB USB disk drive claims to use the 8020i protocol (which is\nnormally meant for ATAPI devices like CD drives), and because of its\nlarge size, the disk drive requires the use of 16-byte commands.\nHowever the usb_stor_pad12_command() routine in usb-storage always\nsets the command length to 12, making the drive impossible to use.\n\nSince the SFF-8020i specification allows for 16-byte commands in\nfuture extensions, we may as well accept them. This patch (as1490)\nchanges usb_stor_pad12_command() to leave commands larger than 12\nbytes alone rather than truncating them.\n\nSigned-off-by: Alan Stern \u003cstern@rowland.harvard.edu\u003e\nTested-by: Simon Detheridge \u003csimon@widgit.com\u003e\nCC: Matthew Dharm \u003cmdharm-usb@one-eyed-alien.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "b987edee414235e29984d424043761b735bb4a5e", "tree": "750c08e601209d562efbf530595fdd31103bf33a", "parents": [ "1c9e0eba2b5954bfb213ce2facfd439eeb3cda3b" ], "author": { "name": "Andrew Worsley", "email": "amworsley@gmail.com", "time": "Fri Nov 18 23:13:33 2011 +1100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Sat Nov 26 09:10:03 2011 -0800" }, "message": "USB: Fix Corruption issue in USB ftdi driver ftdi_sio.c\n\ncommit b1ffb4c851f185e9051ba837c16d9b84ef688d26 upstream.\n\nFix for ftdi_set_termios() glitching output\n\nftdi_set_termios() is constantly setting the baud rate, data bits and parity\nunnecessarily on every call, . When called while characters are being\ntransmitted can cause the FTDI chip to corrupt the serial port bit stream\noutput by stalling the output half a bit during the output of a character.\nSimple fix by skipping this setting if the baud rate/data bits/parity are\nunchanged.\n\nSigned-off-by: Andrew Worsley \u003camworsley@gmail.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "1c9e0eba2b5954bfb213ce2facfd439eeb3cda3b", "tree": "2995fffeaa073f9d8e4617796f44e3d0d9493928", "parents": [ "3d396a3b21f381ffb651f481252508243c0325a6" ], "author": { "name": "Bart Hartgers", "email": "bart.hartgers@gmail.com", "time": "Wed Oct 26 13:29:42 2011 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Sat Nov 26 09:10:02 2011 -0800" }, "message": "USB: ark3116 initialisation fix\n\ncommit 583182ba5f02c8c9be82ea550f2051eaec15b975 upstream.\n\nThis patch for the usb serial ark3116 driver fixes an initialisation\nordering bug that gets triggered on hotplug when using at least recent\ndebian/ubuntu userspace. Without it, ark3116 serial cables don\u0027t work.\n\nSigned-off-by: Bart Hartgers \u003cbart.hartgers@gmail.com\u003e\nTested-by: law_ence.dev@ntlworld.com\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "3d396a3b21f381ffb651f481252508243c0325a6", "tree": "bd23e1a5f659c3a42420fc4ef787c234b1ab9556", "parents": [ "bbf54d177037d268d9a744ee4c2add570ba8a9ad" ], "author": { "name": "Alan Stern", "email": "stern@rowland.harvard.edu", "time": "Thu Oct 27 11:20:21 2011 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Sat Nov 26 09:10:02 2011 -0800" }, "message": "USB: workaround for bug in old version of GCC\n\ncommit 97ff22ee3b4cb3a334f7385e269773141aed702f upstream.\n\nThis patch (as1491) works around a bug in GCC-3.4.6, which is still\nsupposed to be supported. The number of microseconds in the udelay()\ncall in quirk_usb_disable_ehci() is fixed at 100, but the compiler\ndoesn\u0027t understand this and generates a link-time error. So we\nreplace the otherwise unused variable \"delta\" with a simple constant\n100. This same pattern is already used in other delay loops in that\nsource file.\n\nSigned-off-by: Alan Stern \u003cstern@rowland.harvard.edu\u003e\nReported-by: Konrad Rzepecki \u003ckrzepecki@dentonet.pl\u003e\nTested-by: Konrad Rzepecki \u003ckrzepecki@dentonet.pl\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "bbf54d177037d268d9a744ee4c2add570ba8a9ad", "tree": "b52a25b7a330983c8a555de7f4a2c963df94e370", "parents": [ "0841db56cfb4cd090cbdd52dc2c7f39a70042e15" ], "author": { "name": "Havard Skinnemoen", "email": "hskinnemoen@google.com", "time": "Wed Nov 09 13:47:38 2011 -0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Sat Nov 26 09:10:02 2011 -0800" }, "message": "USB: cdc-acm: Fix disconnect() vs close() race\n\ncommit 5dc2470c602da8851907ec18942cd876c3b4ecc1 upstream.\n\nThere\u0027s a race between the USB disconnect handler and the TTY close\nhandler which may cause the acm object to be freed while it\u0027s still\nbeing used. This may lead to things like\n\nhttp://article.gmane.org/gmane.linux.usb.general/54250\n\nand\n\nhttps://lkml.org/lkml/2011/5/29/64\n\nThis is the simplest fix I could come up with. Holding on to open_mutex\nwhile closing the TTY device prevents acm_disconnect() from freeing the\nacm object between acm-\u003eport.count drops to 0 and the TTY side of the\ncleanups are finalized.\n\nSigned-off-by: Havard Skinnemoen \u003chskinnemoen@google.com\u003e\nCc: Oliver Neukum \u003coliver@neukum.name\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "0841db56cfb4cd090cbdd52dc2c7f39a70042e15", "tree": "b1ac99fdfc76d01c468f76d4eba0772a1a58f469", "parents": [ "fe18f66a2d61962b28d319e9d8a5bf68edaeb215" ], "author": { "name": "wangyanqing", "email": "udknight@gmail.com", "time": "Thu Nov 10 14:04:08 2011 +0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Sat Nov 26 09:10:01 2011 -0800" }, "message": "USB: serial: pl2303: rm duplicate id\n\ncommit 0c16595539b612fe948559433dda08ff96a8bdc7 upstream.\n\nI get report from customer that his usb-serial\nconverter doesn\u0027t work well,it sometimes work,\nbut sometimes it doesn\u0027t.\n\nThe usb-serial converter\u0027s id:\nvendor_id product_id\n0x4348 0x5523\n\nThen I search the usb-serial codes, and there are\ntwo drivers announce support this device, pl2303\nand ch341, commit 026dfaf1 cause it. Through many\ntimes to test, ch341 works well with this device,\nand pl2303 doesn\u0027t work quite often(it just work quite little).\n\nch341 works well with this device, so we doesn\u0027t\nneed pl2303 to support.I try to revert 026dfaf1 first,\nbut it failed. So I prepare this patch by hand to revert it.\n\nSigned-off-by: Wang YanQing \u003cUdknight@gmail.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "fe18f66a2d61962b28d319e9d8a5bf68edaeb215", "tree": "2d2769efddd2a456dc7436886e1629642434c06b", "parents": [ "ad8a9b61e60399e909b99ae9be457d5c4450c69d" ], "author": { "name": "Ferenc Wagner", "email": "wferi@niif.hu", "time": "Thu Nov 17 16:44:58 2011 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Sat Nov 26 09:10:01 2011 -0800" }, "message": "USB: option: add PID of Huawei E173s 3G modem\n\ncommit 4aa3648c719265bac9c2742c9ebb043e6dbdd790 upstream.\n\nSigned-off-by: Ferenc Wagner \u003cwferi@niif.hu\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "ad8a9b61e60399e909b99ae9be457d5c4450c69d", "tree": "092df6722ee8b7bd49cce84a484d02af7bb66a0f", "parents": [ "a07b39fcd6a9aecdc4093f5b7480ba0bdfc85854" ], "author": { "name": "zheng.zhijian@zte.com.cn", "email": "zheng.zhijian@zte.com.cn", "time": "Thu Nov 17 19:23:25 2011 +0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Sat Nov 26 09:10:01 2011 -0800" }, "message": "USB: option: release new PID for ZTE 3G modem\n\ncommit 46b5a277ed90317a4d17e936c16037e76011b219 upstream.\n\nThis patch adds new PIDs for ZTE 3G modem, after we confirm it and tested.\nThanks for Dan\u0027s work at kernel option devier.\n\nSigned-off-by: Alvin.Zheng \u003czheng.zhijian@zte.com.cn\u003e\nSigned-off-by: wsalvin \u003cwsalvin@yahoo.com.cn\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "a07b39fcd6a9aecdc4093f5b7480ba0bdfc85854", "tree": "db867b5a6c5364609c724cd44c36b13280814962", "parents": [ "614b35af53468f13a41192ffb4ea34f264035b91" ], "author": { "name": "Alan Stern", "email": "stern@rowland.harvard.edu", "time": "Thu Nov 03 11:37:10 2011 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Sat Nov 26 09:10:01 2011 -0800" }, "message": "USB: XHCI: resume root hubs when the controller resumes\n\ncommit f69e3120df82391a0ee8118e0a156239a06b2afb upstream.\n\nThis patch (as1494) fixes a problem in xhci-hcd\u0027s resume routine.\nWhen the controller is runtime-resumed, this can only mean that one of\nthe two root hubs has made a wakeup request and therefore needs to be\nresumed as well. Rather than try to determine which root hub requires\nattention (which might be difficult in the case where a new\nnon-SuperSpeed device has been plugged in), the patch simply resumes\nboth root hubs.\n\nWithout this change, there is a race: The controller might be put back\nto sleep before it can activate its IRQ line, and the wakeup condition\nmight never get handled.\n\nThe patch also simplifies the logic in xhci_resume a little, combining\nsome repeated flag settings into a single pair of statements.\n\nSigned-off-by: Alan Stern \u003cstern@rowland.harvard.edu\u003e\nCC: Sarah Sharp \u003csarah.a.sharp@linux.intel.com\u003e\nTested-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "614b35af53468f13a41192ffb4ea34f264035b91", "tree": "7ccb242dd320fd701ed9590777244363c5a1e0a1", "parents": [ "2e6f55fcd95ef6da9e095eb97cb70fe48be13882" ], "author": { "name": "Don Zickus", "email": "dzickus@redhat.com", "time": "Thu Oct 20 23:52:14 2011 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Sat Nov 26 09:10:00 2011 -0800" }, "message": "usb, xhci: fix lockdep warning on endpoint timeout\n\ncommit f43d623164022dcbf6750ef220b7a1133a1183eb upstream.\n\nWhile debugging a usb3 problem, I stumbled upon this lockdep warning.\n\nOct 18 21:41:17 dhcp47-74 kernel: \u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\nOct 18 21:41:17 dhcp47-74 kernel: [ INFO: inconsistent lock state ]\nOct 18 21:41:17 dhcp47-74 kernel: 3.1.0-rc4nmi+ #456\nOct 18 21:41:17 dhcp47-74 kernel: ---------------------------------\nOct 18 21:41:17 dhcp47-74 kernel: inconsistent {IN-HARDIRQ-W} -\u003e {HARDIRQ-ON-W} usage.\nOct 18 21:41:17 dhcp47-74 kernel: swapper/0 [HC0[0]:SC1[1]:HE1:SE0] takes:\nOct 18 21:41:17 dhcp47-74 kernel: (\u0026(\u0026xhci-\u003elock)-\u003erlock){?.-...}, at: [\u003cffffffffa0228990\u003e] xhci_stop_endpoint_command_watchdog+0x30/0x340 [xhci_hcd]\nOct 18 21:41:17 dhcp47-74 kernel: {IN-HARDIRQ-W} state was registered at:\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffff8109a941\u003e] __lock_acquire+0x781/0x1660\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffff8109bed7\u003e] lock_acquire+0x97/0x170\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffff81501b46\u003e] _raw_spin_lock+0x46/0x80\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffffa02299fa\u003e] xhci_irq+0x3a/0x1960 [xhci_hcd]\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffffa022b351\u003e] xhci_msi_irq+0x31/0x40 [xhci_hcd]\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffff810d2305\u003e] handle_irq_event_percpu+0x85/0x320\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffff810d25e8\u003e] handle_irq_event+0x48/0x70\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffff810d537d\u003e] handle_edge_irq+0x6d/0x130\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffff810048c9\u003e] handle_irq+0x49/0xa0\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffff8150d56d\u003e] do_IRQ+0x5d/0xe0\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffff815029b0\u003e] ret_from_intr+0x0/0x13\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffff81388aca\u003e] usb_set_device_state+0x8a/0x180\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffff8138f038\u003e] usb_add_hcd+0x2b8/0x730\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffffa022ed7e\u003e] xhci_pci_probe+0x9e/0xd4 [xhci_hcd]\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffff8127915f\u003e] local_pci_probe+0x5f/0xd0\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffff8127a569\u003e] pci_device_probe+0x119/0x120\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffff81334473\u003e] driver_probe_device+0xa3/0x2c0\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffff8133473b\u003e] __driver_attach+0xab/0xb0\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffff8133373c\u003e] bus_for_each_dev+0x6c/0xa0\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffff813341fe\u003e] driver_attach+0x1e/0x20\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffff81333b88\u003e] bus_add_driver+0x1f8/0x2b0\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffff81334df6\u003e] driver_register+0x76/0x140\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffff8127a7c6\u003e] __pci_register_driver+0x66/0xe0\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffffa013c04a\u003e] snd_timer_find+0x4a/0x70 [snd_timer]\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffffa013c00e\u003e] snd_timer_find+0xe/0x70 [snd_timer]\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffff810001d3\u003e] do_one_initcall+0x43/0x180\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffff810a9ed2\u003e] sys_init_module+0x92/0x1f0\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffff8150ab6b\u003e] system_call_fastpath+0x16/0x1b\nOct 18 21:41:17 dhcp47-74 kernel: irq event stamp: 631984\nOct 18 21:41:17 dhcp47-74 kernel: hardirqs last enabled at (631984): [\u003cffffffff81502720\u003e] _raw_spin_unlock_irq+0x30/0x50\nOct 18 21:41:17 dhcp47-74 kernel: hardirqs last disabled at (631983): [\u003cffffffff81501c49\u003e] _raw_spin_lock_irq+0x19/0x90\nOct 18 21:41:17 dhcp47-74 kernel: softirqs last enabled at (631980): [\u003cffffffff8105ff63\u003e] _local_bh_enable+0x13/0x20\nOct 18 21:41:17 dhcp47-74 kernel: softirqs last disabled at (631981): [\u003cffffffff8150ce6c\u003e] call_softirq+0x1c/0x30\nOct 18 21:41:17 dhcp47-74 kernel:\nOct 18 21:41:17 dhcp47-74 kernel: other info that might help us debug this:\nOct 18 21:41:17 dhcp47-74 kernel: Possible unsafe locking scenario:\nOct 18 21:41:17 dhcp47-74 kernel:\nOct 18 21:41:17 dhcp47-74 kernel: CPU0\nOct 18 21:41:17 dhcp47-74 kernel: ----\nOct 18 21:41:17 dhcp47-74 kernel: lock(\u0026(\u0026xhci-\u003elock)-\u003erlock);\nOct 18 21:41:17 dhcp47-74 kernel: \u003cInterrupt\u003e\nOct 18 21:41:17 dhcp47-74 kernel: lock(\u0026(\u0026xhci-\u003elock)-\u003erlock);\nOct 18 21:41:17 dhcp47-74 kernel:\nOct 18 21:41:17 dhcp47-74 kernel: *** DEADLOCK ***\nOct 18 21:41:17 dhcp47-74 kernel:\nOct 18 21:41:17 dhcp47-74 kernel: 1 lock held by swapper/0:\nOct 18 21:41:17 dhcp47-74 kernel: #0: (\u0026ep-\u003estop_cmd_timer){+.-...}, at: [\u003cffffffff8106abf2\u003e] run_timer_softirq+0x162/0x570\nOct 18 21:41:17 dhcp47-74 kernel:\nOct 18 21:41:17 dhcp47-74 kernel: stack backtrace:\nOct 18 21:41:17 dhcp47-74 kernel: Pid: 0, comm: swapper Tainted: G W 3.1.0-rc4nmi+ #456\nOct 18 21:41:17 dhcp47-74 kernel: Call Trace:\nOct 18 21:41:17 dhcp47-74 kernel: \u003cIRQ\u003e [\u003cffffffff81098ed7\u003e] print_usage_bug+0x227/0x270\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffff810999c6\u003e] mark_lock+0x346/0x410\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffff8109a7de\u003e] __lock_acquire+0x61e/0x1660\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffff81099893\u003e] ? mark_lock+0x213/0x410\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffff8109bed7\u003e] lock_acquire+0x97/0x170\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffffa0228990\u003e] ? xhci_stop_endpoint_command_watchdog+0x30/0x340 [xhci_hcd]\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffff81501b46\u003e] _raw_spin_lock+0x46/0x80\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffffa0228990\u003e] ? xhci_stop_endpoint_command_watchdog+0x30/0x340 [xhci_hcd]\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffffa0228990\u003e] xhci_stop_endpoint_command_watchdog+0x30/0x340 [xhci_hcd]\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffff8106abf2\u003e] ? run_timer_softirq+0x162/0x570\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffff8106ac9d\u003e] run_timer_softirq+0x20d/0x570\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffff8106abf2\u003e] ? run_timer_softirq+0x162/0x570\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffffa0228960\u003e] ? xhci_queue_isoc_tx_prepare+0x8e0/0x8e0 [xhci_hcd]\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffff810604d2\u003e] __do_softirq+0xf2/0x3f0\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffff81020edd\u003e] ? lapic_next_event+0x1d/0x30\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffff81090d4e\u003e] ? clockevents_program_event+0x5e/0x90\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffff8150ce6c\u003e] call_softirq+0x1c/0x30\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffff8100484d\u003e] do_softirq+0x8d/0xc0\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffff8105ff35\u003e] irq_exit+0xe5/0x100\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffff8150d65e\u003e] smp_apic_timer_interrupt+0x6e/0x99\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffff8150b6f0\u003e] apic_timer_interrupt+0x70/0x80\nOct 18 21:41:17 dhcp47-74 kernel: \u003cEOI\u003e [\u003cffffffff81095d8d\u003e] ? trace_hardirqs_off+0xd/0x10\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffff812ddb76\u003e] ? acpi_idle_enter_bm+0x227/0x25b\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffff812ddb71\u003e] ? acpi_idle_enter_bm+0x222/0x25b\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffff813eda63\u003e] cpuidle_idle_call+0x103/0x290\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffff81002155\u003e] cpu_idle+0xe5/0x160\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffff814e7f50\u003e] rest_init+0xe0/0xf0\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffff814e7e70\u003e] ? csum_partial_copy_generic+0x170/0x170\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffff81df8e23\u003e] start_kernel+0x3fc/0x407\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffff81df8321\u003e] x86_64_start_reservations+0x131/0x135\nOct 18 21:41:17 dhcp47-74 kernel: [\u003cffffffff81df8412\u003e] x86_64_start_kernel+0xed/0xf4\nOct 18 21:41:17 dhcp47-74 kernel: xhci_hcd 0000:00:14.0: xHCI host not responding to stop endpoint command.\nOct 18 21:41:17 dhcp47-74 kernel: xhci_hcd 0000:00:14.0: Assuming host is dying, halting host.\nOct 18 21:41:17 dhcp47-74 kernel: xhci_hcd 0000:00:14.0: HC died; cleaning up\nOct 18 21:41:17 dhcp47-74 kernel: usb 3-4: device descriptor read/8, error -110\nOct 18 21:41:17 dhcp47-74 kernel: usb 3-4: device descriptor read/8, error -22\nOct 18 21:41:17 dhcp47-74 kernel: hub 3-0:1.0: cannot disable port 4 (err \u003d -19)\n\nBasically what is happening is in xhci_stop_endpoint_command_watchdog()\nthe xhci-\u003elock is grabbed with just spin_lock. What lockdep deduces is\nthat if an interrupt occurred while in this function it would deadlock\nwith xhci_irq because that function also grabs the xhci-\u003elock.\n\nFixing it is trivial by using spin_lock_irqsave instead.\n\nThis should be queued to stable kernels as far back as 2.6.33.\n\nSigned-off-by: Don Zickus \u003cdzickus@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": "2e6f55fcd95ef6da9e095eb97cb70fe48be13882", "tree": "39fde076a8ae77c665cff58f11f00255e922c3fc", "parents": [ "bd8a076ec08b1dab5fe3d7bf5499990a552ff51f" ], "author": { "name": "Don Zickus", "email": "dzickus@redhat.com", "time": "Thu Nov 03 09:07:18 2011 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Sat Nov 26 09:10:00 2011 -0800" }, "message": "usb, xhci: Clear warm reset change event during init\n\ncommit 79c3dd8150fd5236d95766a9e662e3e932b462c9 upstream.\n\nI noticed on my Panther Point system that I wasn\u0027t getting hotplug events\nfor my usb3.0 disk on a usb3 port. I tracked it down to the fact that the\nsystem had the warm reset change bit still set. This seemed to block future\nevents from being received, including a hotplug event.\n\nClearing this bit during initialization allowed the hotplug event to be\nreceived and the disk to be recognized correctly.\n\nThis patch should be backported to kernels as old as 2.6.39.\n\nSigned-off-by: Don Zickus \u003cdzickus@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": "bd8a076ec08b1dab5fe3d7bf5499990a552ff51f", "tree": "7285f9303d260cac1255a31cc71d6bcce0e1e844", "parents": [ "f353fc7d4deafe84db514a3acb691fb84c7c69ec" ], "author": { "name": "Sarah Sharp", "email": "sarah.a.sharp@linux.intel.com", "time": "Thu Nov 03 13:06:08 2011 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Sat Nov 26 09:10:00 2011 -0800" }, "message": "xhci: Set slot and ep0 flags for address command.\n\ncommit d31c285b3a71cf9056e6a060de41f37780b0af86 upstream.\n\nMatt\u0027s AsMedia xHCI host controller was responding with a Context Error\nto an address device command after a configured device reset. Some\nsequence of events leads both the slot and endpoint zero add flags\ncleared to zero, which the AsMedia host doesn\u0027t like:\n\n[ 223.701839] xhci_hcd 0000:03:00.0: Slot ID 1 Input Context:\n[ 223.701841] xhci_hcd 0000:03:00.0: @ffff880137b25000 (virt) @ffffc000 (dma) 0x000000 - drop flags\n[ 223.701843] xhci_hcd 0000:03:00.0: @ffff880137b25004 (virt) @ffffc004 (dma) 0x000000 - add flags\n[ 223.701846] xhci_hcd 0000:03:00.0: @ffff880137b25008 (virt) @ffffc008 (dma) 0x000000 - rsvd2[0]\n[ 223.701848] xhci_hcd 0000:03:00.0: @ffff880137b2500c (virt) @ffffc00c (dma) 0x000000 - rsvd2[1]\n[ 223.701850] xhci_hcd 0000:03:00.0: @ffff880137b25010 (virt) @ffffc010 (dma) 0x000000 - rsvd2[2]\n[ 223.701852] xhci_hcd 0000:03:00.0: @ffff880137b25014 (virt) @ffffc014 (dma) 0x000000 - rsvd2[3]\n[ 223.701854] xhci_hcd 0000:03:00.0: @ffff880137b25018 (virt) @ffffc018 (dma) 0x000000 - rsvd2[4]\n[ 223.701857] xhci_hcd 0000:03:00.0: @ffff880137b2501c (virt) @ffffc01c (dma) 0x000000 - rsvd2[5]\n[ 223.701858] xhci_hcd 0000:03:00.0: Slot Context:\n[ 223.701860] xhci_hcd 0000:03:00.0: @ffff880137b25020 (virt) @ffffc020 (dma) 0x8400000 - dev_info\n[ 223.701862] xhci_hcd 0000:03:00.0: @ffff880137b25024 (virt) @ffffc024 (dma) 0x010000 - dev_info2\n[ 223.701864] xhci_hcd 0000:03:00.0: @ffff880137b25028 (virt) @ffffc028 (dma) 0x000000 - tt_info\n[ 223.701866] xhci_hcd 0000:03:00.0: @ffff880137b2502c (virt) @ffffc02c (dma) 0x000000 - dev_state\n[ 223.701869] xhci_hcd 0000:03:00.0: @ffff880137b25030 (virt) @ffffc030 (dma) 0x000000 - rsvd[0]\n[ 223.701871] xhci_hcd 0000:03:00.0: @ffff880137b25034 (virt) @ffffc034 (dma) 0x000000 - rsvd[1]\n[ 223.701873] xhci_hcd 0000:03:00.0: @ffff880137b25038 (virt) @ffffc038 (dma) 0x000000 - rsvd[2]\n[ 223.701875] xhci_hcd 0000:03:00.0: @ffff880137b2503c (virt) @ffffc03c (dma) 0x000000 - rsvd[3]\n[ 223.701877] xhci_hcd 0000:03:00.0: Endpoint 00 Context:\n[ 223.701879] xhci_hcd 0000:03:00.0: @ffff880137b25040 (virt) @ffffc040 (dma) 0x000000 - ep_info\n[ 223.701881] xhci_hcd 0000:03:00.0: @ffff880137b25044 (virt) @ffffc044 (dma) 0x2000026 - ep_info2\n[ 223.701883] xhci_hcd 0000:03:00.0: @ffff880137b25048 (virt) @ffffc048 (dma) 0xffffe8e0 - deq\n[ 223.701885] xhci_hcd 0000:03:00.0: @ffff880137b25050 (virt) @ffffc050 (dma) 0x000000 - tx_info\n[ 223.701887] xhci_hcd 0000:03:00.0: @ffff880137b25054 (virt) @ffffc054 (dma) 0x000000 - rsvd[0]\n[ 223.701889] xhci_hcd 0000:03:00.0: @ffff880137b25058 (virt) @ffffc058 (dma) 0x000000 - rsvd[1]\n[ 223.701892] xhci_hcd 0000:03:00.0: @ffff880137b2505c (virt) @ffffc05c (dma) 0x000000 - rsvd[2]\n...\n[ 223.701927] xhci_hcd 0000:03:00.0: // Ding dong!\n[ 223.701992] xhci_hcd 0000:03:00.0: Setup ERROR: address device command for slot 1.\n\nThe xHCI spec says that both flags must be set to one for the Address\nDevice command. When the device is first enumerated,\nxhci_setup_addressable_virt_dev() does set those flags. However, when\nthe device is addressed after it has been reset in the configured state,\nxhci_setup_addressable_virt_dev() is not called, and\nxhci_copy_ep0_dequeue_into_input_ctx() is called instead. That function\nrelies on the flags being set up by previous commands, which apparently\nisn\u0027t a good assumption.\n\nMove the setting of the flags into the common parent function.\n\nThis should be queued for stable kernels as old as 2.6.35, since that\nwas the first introduction of xhci_copy_ep0_dequeue_into_input_ctx.\n\nSigned-off-by: Sarah Sharp \u003csarah.a.sharp@linux.intel.com\u003e\nTested-by: Matt \u003cmdm@iinet.net.au\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "f353fc7d4deafe84db514a3acb691fb84c7c69ec", "tree": "4702f3902bd13c7fbdf457fa907219c645126e1f", "parents": [ "0f48082f6606cedf53b8a3beb3ca9e73134b8005" ], "author": { "name": "Claudio Scordino", "email": "claudio@evidence.eu.com", "time": "Thu Nov 17 11:08:32 2011 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Sat Nov 26 09:09:59 2011 -0800" }, "message": "drivers/base/node.c: fix compilation error with older versions of gcc\n\ncommit 91a13c281d7d4648c0b32dede11a0144c4e7984c upstream.\n\nPatch to fix the error message \"directives may not be used inside a macro\nargument\" which appears when the kernel is compiled for the cris architecture.\n\nSigned-off-by: Claudio Scordino \u003cclaudio@evidence.eu.com\u003e\nAcked-by: David Rientjes \u003crientjes@google.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "0f48082f6606cedf53b8a3beb3ca9e73134b8005", "tree": "1be637844bdc5b85a527567e11d84572af608ddb", "parents": [ "124e35242a58c479cea2a3d6d2b2605737e27309" ], "author": { "name": "Axel Lin", "email": "axel.lin@gmail.com", "time": "Mon Oct 31 10:20:28 2011 +0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Sat Nov 26 09:09:59 2011 -0800" }, "message": "pcie-gadget-spear: Add \"platform:\" prefix for platform modalias\n\ncommit 161f14191dc166c4e3f37f68af1bc199c6868b7d upstream.\n\nSince 43cc71eed1250755986da4c0f9898f9a635cb3bf (platform: prefix MODALIAS\nwith \"platform:\"), the platform modalias is prefixed with \"platform:\".\n\nSigned-off-by: Axel Lin \u003caxel.lin@gmail.com\u003e\nAcked-by: Pratyush Anand \u003cpratyush.anand@st.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "124e35242a58c479cea2a3d6d2b2605737e27309", "tree": "2b487f31afc0cb7b296ecc121ceaa6a6c742ecdf", "parents": [ "ecaaa92488e2589cc6b0a409ce44e7e47a3bb846" ], "author": { "name": "Jeff Layton", "email": "jlayton@redhat.com", "time": "Fri Nov 04 13:31:21 2011 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Sat Nov 26 09:09:59 2011 -0800" }, "message": "nfs: when attempting to open a directory, fall back on normal lookup (try #5)\n\ncommit 1788ea6e3b2a58cf4fb00206e362d9caff8d86a7 upstream.\n\ncommit d953126 changed how nfs_atomic_lookup handles an -EISDIR return\nfrom an OPEN call. Prior to that patch, that caused the client to fall\nback to doing a normal lookup. When that patch went in, the code began\nreturning that error to userspace. The d_revalidate codepath however\nnever had the corresponding change, so it was still possible to end up\nwith a NULL ctx-\u003estate pointer after that.\n\nThat patch caused a regression. When we attempt to open a directory that\ndoes not have a cached dentry, that open now errors out with EISDIR. If\nyou attempt the same open with a cached dentry, it will succeed.\n\nFix this by reverting the change in nfs_atomic_lookup and allowing\nattempts to open directories to fall back to a normal lookup\n\nAlso, add a NFSv4-specific f_ops-\u003eopen routine that just returns\n-ENOTDIR. This should never be called if things are working properly,\nbut if it ever is, then the dprintk may help in debugging.\n\nTo facilitate this, a new file_operations field is also added to the\nnfs_rpc_ops struct.\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": "ecaaa92488e2589cc6b0a409ce44e7e47a3bb846", "tree": "358dcdac55094b8f871897461a0215b7f548d539", "parents": [ "57ee681901463f23076fa730c7aa1c4cee63952e" ], "author": { "name": "Jiri Slaby", "email": "jslaby@suse.cz", "time": "Wed Nov 16 16:27:09 2011 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Sat Nov 26 09:09:58 2011 -0800" }, "message": "TTY: ldisc, wait for ldisc infinitely in hangup\n\ncommit 0c73c08ec73dbe080b9ec56696ee21d32754d918 upstream.\n\nFor /dev/console case, we do not kill all ldisc users. It\u0027s due to\nredirected_tty_write test in __tty_hangup. In that case there still\nmight be a process waiting e.g. in n_tty_read for input.\n\nWe wait for such processes to disappear. The problem is that we use a\ntimeout. After this timeout, we continue closing the ldisc and start\nfreeing tty resources. It obviously leads to crashes when the other\nprocess is woken.\n\nSo to fix this, we wait infinitely before reiniting the ldisc. (The\ntiocsetd remains untouched -- times out after 5s.)\n\nThis is nicely reproducible with this run from shell:\n exec 0\u003c\u003e/dev/console 1\u003c\u003e/dev/console 2\u003c\u003e/dev/console\nand stopping a getty like:\n systemctl stop serial-getty@ttyS0.service\n\nThe crash proper may be produced only under load or with constified\ntiming the same as for 92f6fa09b.\n\nSigned-off-by: Jiri Slaby \u003cjslaby@suse.cz\u003e\nCc: Dave Young \u003chidave.darkstar@gmail.com\u003e\nCc: Dave Jones \u003cdavej@redhat.com\u003e\nCc: Ben Hutchings \u003cben@decadent.org.uk\u003e\nCc: Dmitriy Matrosov \u003csgf.dma@gmail.com\u003e\nCc: Alan Cox \u003calan@lxorguk.ukuu.org.uk\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "57ee681901463f23076fa730c7aa1c4cee63952e", "tree": "b5a9bc46890394643a6fa741ecd62dbf4a017a04", "parents": [ "f8b8a240e2879d9680238e27953cdc0c7f88131f" ], "author": { "name": "Jiri Slaby", "email": "jslaby@suse.cz", "time": "Wed Nov 16 16:27:08 2011 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Sat Nov 26 09:09:58 2011 -0800" }, "message": "TTY: ldisc, move wait idle to caller\n\ncommit 300420722e0734a4254f3b634e0f82664495d210 upstream.\n\nIt is the only place where reinit is called from. And we really need\nto wait for the old ldisc to go once. Actually this is the place where\nthe waiting originally was (before removed and re-added later).\n\nThis will make the fix in the following patch easier to implement.\n\nSigned-off-by: Jiri Slaby \u003cjslaby@suse.cz\u003e\nCc: Dave Young \u003chidave.darkstar@gmail.com\u003e\nCc: Dave Jones \u003cdavej@redhat.com\u003e\nCc: Ben Hutchings \u003cben@decadent.org.uk\u003e\nCc: Dmitriy Matrosov \u003csgf.dma@gmail.com\u003e\nCc: Alan Cox \u003calan@lxorguk.ukuu.org.uk\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "f8b8a240e2879d9680238e27953cdc0c7f88131f", "tree": "132bd12d314cf3608c96c3287efdb27aea59b892", "parents": [ "5e3092bd68b8ed5d17ece466ba98e02f4ad035ec" ], "author": { "name": "Jiri Slaby", "email": "jslaby@suse.cz", "time": "Wed Nov 16 16:27:07 2011 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Sat Nov 26 09:09:58 2011 -0800" }, "message": "TTY: ldisc, allow waiting for ldisc arbitrarily long\n\ncommit df92d0561de364de53c42abc5d43e04ab6f326a5 upstream.\n\nTo fix a nasty bug in ldisc hup vs. reinit we need to wait infinitely\nlong for ldisc to be gone. So here we add a parameter to\ntty_ldisc_wait_idle to allow that.\n\nThis is only a preparation for the real fix which is done in the\nfollowing patches.\n\nSigned-off-by: Jiri Slaby \u003cjslaby@suse.cz\u003e\nCc: Dave Young \u003chidave.darkstar@gmail.com\u003e\nCc: Dave Jones \u003cdavej@redhat.com\u003e\nCc: Ben Hutchings \u003cben@decadent.org.uk\u003e\nCc: Dmitriy Matrosov \u003csgf.dma@gmail.com\u003e\nCc: Alan Cox \u003calan@lxorguk.ukuu.org.uk\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "5e3092bd68b8ed5d17ece466ba98e02f4ad035ec", "tree": "29a21428fe7c154ec006576b6a95eab85ce15f36", "parents": [ "6e6d3ebc5179779d72837ff38749843506fd6f7f" ], "author": { "name": "Stephen Boyd", "email": "sboyd@codeaurora.org", "time": "Tue Oct 25 19:19:43 2011 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Sat Nov 26 09:09:57 2011 -0800" }, "message": "tty: hvc_dcc: Fix duplicate character inputs\n\ncommit c2a3e84f950e7ddba1f3914b005861d46ae60359 upstream.\n\nReading from the DCC grabs a character from the buffer and\nclears the status bit. Since this is a context-changing\noperation, instructions following the character read that rely on\nthe status bit being accurate need to be synchronized with an\nISB.\n\nIn this case, the status bit check needs to execute after the\ncharacter read otherwise we run the risk of reading the character\nand checking the status bit before the read can clear the status\nbit in the first place. When this happens, the user will see the\nsame character they typed twice, instead of once.\n\nAdd an ISB after the read and the write, so that the status check\nis synchronized with the read/write operations.\n\nSigned-off-by: Stephen Boyd \u003csboyd@codeaurora.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "6e6d3ebc5179779d72837ff38749843506fd6f7f", "tree": "177d25fd6e461d6bc62a1cbadbc6733c13c3285c", "parents": [ "b74d0a317e75a602085cf73428bfe7ad456aee85" ], "author": { "name": "Tomoya MORINAGA", "email": "tomoya-linux@dsn.lapis-semi.com", "time": "Fri Oct 28 09:38:49 2011 +0900" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Sat Nov 26 09:09:57 2011 -0800" }, "message": "pch_uart: Support new device LAPIS Semiconductor ML7831 IOH\n\ncommit 8249f743f732ccbc3056428945ab1d9bd36d46bf upstream.\n\nML7831 is companion chip for Intel Atom E6xx series.\n\nSigned-off-by: Tomoya MORINAGA \u003ctomoya-linux@dsn.lapis-semi.com\u003e\nAcked-by: Alan Cox \u003calan@linux.intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "b74d0a317e75a602085cf73428bfe7ad456aee85", "tree": "38e925e47c2afeebc22442114c933ef36f220c02", "parents": [ "3f04930ad551f504006e35ba5b6d6f717406638c" ], "author": { "name": "Tomoya MORINAGA", "email": "tomoya.rohm@gmail.com", "time": "Fri Nov 11 10:55:27 2011 +0900" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Sat Nov 26 09:09:57 2011 -0800" }, "message": "pch_uart: Fix DMA resource leak issue\n\ncommit 90f04c2926cfb5bf74533b0a7766bc896f6a0c0e upstream.\n\nChanging UART mode PIO-\u003eDMA-\u003ePIO-\u003eDMA like below, pch_uart driver can\u0027t get\nDMA channel resource.\n\nsetserial /dev/ttyPCH0 ^low_latency\nsetserial /dev/ttyPCH0 low_latency\n\nCAUSE:\nChanging mode using setserial command, \".startup\" function which gets DMA\nchannel is called before \".verify_port\" function which sets\ndma-flag(use_dma/use_dma_flag) as 1.\n\nPIO-\u003eDMA\n .startup: Since dma-flag is 0, DMA channel is not requested.\n .verify_port: dma-flag is set as 1.\n .shutdown: N/A\n\nDMA-\u003ePIO\n .startup: Since dma-flag is 1, DMA channel is requested.\n .verify_port: dma-flag is set as 0.\n .shutdown: Since dma-flag is 0, DMA channel is not released.\n\nThis means DMA channel resource leak occurs.\nNext time, this driver can\u0027t get DMA channel resource forever.\n\nMODIFICATION:\n Currently, when release DMA channel resource, this driver checks dma-flag.\n However, this specification occurs the above issue.\n This driver must check whether dma_request_channel is executed or not.\n The values are saved in private data variable \"chan_tx/chan_tx\".\n These variables mean if the value is NULL, DMA channel is not requested,\n if not NULL, DMA channel is requested.\n\nThis patch fixes the issue.\n\nSigned-off-by: Tomoya MORINAGA \u003ctomoya.rohm@gmail.com\u003e\nAcked-by: Alan Cox \u003calan@linux.intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "3f04930ad551f504006e35ba5b6d6f717406638c", "tree": "7ddec9c8c2955a61ad253599b22196457c372f85", "parents": [ "dbe52bb9fc1e9bf2efd515cc9fab874e8da59de1" ], "author": { "name": "Tomoya MORINAGA", "email": "tomoya-linux@dsn.lapis-semi.com", "time": "Thu Oct 27 15:45:18 2011 +0900" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Sat Nov 26 09:09:57 2011 -0800" }, "message": "pch_uart: Fix hw-flow control issue\n\ncommit a1d7cfe29f13cf45f8094929864b9c66bf0cd91b upstream.\n\nUsing hardware flow control,\ncurrently, register of the control-bit(AFE) is not set.\nThis patch fixes the issue.\n\nSigned-off-by: Tomoya MORINAGA \u003ctomoya-linux@dsn.lapis-semi.com\u003e\nAcked-by: Alan Cox \u003calan@linux.intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "dbe52bb9fc1e9bf2efd515cc9fab874e8da59de1", "tree": "41ee1e46aab5d1d1f07c036c0e9f63ee380574d6", "parents": [ "3be76a63e71aa11a614415426b30df3b171089e0" ], "author": { "name": "Tomoya MORINAGA", "email": "tomoya.rohm@gmail.com", "time": "Fri Nov 11 10:12:18 2011 +0900" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Sat Nov 26 09:09:56 2011 -0800" }, "message": "pch_phub: Fix MAC address writing issue for LAPIS ML7831\n\ncommit 2a9887919457c6e1bd482e8448223be59d19010a upstream.\n\nISSUE:\nUsing ML7831, MAC address writing doesn\u0027t work well.\n\nCAUSE:\nML7831 and EG20T have the same register map for MAC address access.\nHowever, this driver processes the writing the same as ML7223.\nThis is not true.\nThis driver must process the writing the same as EG20T.\nThis patch fixes the issue.\n\nSigned-off-by: Tomoya MORINAGA \u003ctomoya.rohm@gmail.com\u003e\nCc: Masayuki Ohtak \u003cmasa-korg@dsn.okisemi.com\u003e\nCc: Alexander Stein \u003calexander.stein@systec-electronic.com\u003e\nCc: Denis Turischev \u003cdenis@compulab.co.il\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "3be76a63e71aa11a614415426b30df3b171089e0", "tree": "3043b1657ceed174f5e305f918557cb4d16b8e2f", "parents": [ "4fed2211f1f82bcf36f5b41942dfc453e85eac60" ], "author": { "name": "Tomoya MORINAGA", "email": "tomoya-linux@dsn.lapis-semi.com", "time": "Fri Oct 28 09:33:13 2011 +0900" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Sat Nov 26 09:09:56 2011 -0800" }, "message": "pch_phub: Support new device LAPIS Semiconductor ML7831 IOH\n\ncommit 584ad00ce4bfe594e4c4a89944b3c635187a1ca1 upstream.\n\nML7831 is companion chip for Intel Atom E6xx series.\n\nSigned-off-by: Tomoya MORINAGA \u003ctomoya-linux@dsn.lapis-semi.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "4fed2211f1f82bcf36f5b41942dfc453e85eac60", "tree": "63377388ff2e2c1c51aa7dbb45b3e576ef808b2f", "parents": [ "d11d8cff78f91d5b956975b5c9e4c271e15f864e" ], "author": { "name": "Peter Chen", "email": "peter.chen@freescale.com", "time": "Tue Nov 15 21:52:29 2011 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Sat Nov 26 09:09:56 2011 -0800" }, "message": "PM / driver core: disable device\u0027s runtime PM during shutdown\n\ncommit af8db1508f2c9f3b6e633e2d2d906c6557c617f9 upstream.\n\nThere may be an issue when the user issue \"reboot/shutdown\" command, then\nthe device has shut down its hardware, after that, this runtime-pm featured\ndevice\u0027s driver will probably be scheduled to do its suspend routine,\nand at its suspend routine, it may access hardware, but the device has\nalready shutdown physically, then the system hang may be occurred.\n\nI ran out this issue using an auto-suspend supported USB devices, like\n3G modem, keyboard. The usb runtime suspend routine may be scheduled\nafter the usb controller has been shut down, and the usb runtime suspend\nroutine will try to suspend its roothub(controller), it will access\nregister, then the system hang occurs as the controller is shutdown.\n\nSigned-off-by: Peter Chen \u003cpeter.chen@freescale.com\u003e\nAcked-by: Ming Lei \u003ctom.leiming@gmail.com\u003e\nAcked-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\nSigned-off-by: Rafael J. Wysocki \u003crjw@sisk.pl\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "d11d8cff78f91d5b956975b5c9e4c271e15f864e", "tree": "af9df715059e60c04793d36c85ce4d21c683192f", "parents": [ "5c02e3ae0a16cfc2fb86549cca9898ead2b0d666" ], "author": { "name": "Josh Boyer", "email": "jwboyer@redhat.com", "time": "Thu Nov 10 15:10:23 2011 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Sat Nov 26 09:09:55 2011 -0800" }, "message": "ip6_tunnel: copy parms.name after register_netdevice\n\ncommit 731abb9cb27aef6013ce60808a04e04a545f3f4e upstream.\n\nCommit 1c5cae815d removed an explicit call to dev_alloc_name in ip6_tnl_create\nbecause register_netdevice will now create a valid name. This works for the\nnet_device itself.\n\nHowever the tunnel keeps a copy of the name in the parms structure for the\nip6_tnl associated with the tunnel. parms.name is set by copying the net_device\nname in ip6_tnl_dev_init_gen. That function is called from ip6_tnl_dev_init in\nip6_tnl_create, but it is done before register_netdevice is called so the name\nis set to a bogus value in the parms.name structure.\n\nThis shows up if you do a simple tunnel add, followed by a tunnel show:\n\n[root@localhost ~]# ip -6 tunnel add remote fec0::100 local fec0::200\n[root@localhost ~]# ip -6 tunnel show\nip6tnl0: ipv6/ipv6 remote :: local :: encaplimit 0 hoplimit 0 tclass 0x00 flowlabel 0x00000 (flowinfo 0x00000000)\nip6tnl%d: ipv6/ipv6 remote fec0::100 local fec0::200 encaplimit 4 hoplimit 64 tclass 0x00 flowlabel 0x00000 (flowinfo 0x00000000)\n[root@localhost ~]#\n\nFix this by moving the strcpy out of ip6_tnl_dev_init_gen, and calling it after\nregister_netdevice has successfully returned.\n\nSigned-off-by: Josh Boyer \u003cjwboyer@redhat.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "5c02e3ae0a16cfc2fb86549cca9898ead2b0d666", "tree": "228e029160f172af4a0dbc7edad494de5631688f", "parents": [ "c1ce1705eb0778927a0b81a6eb29e8ff193aa3de" ], "author": { "name": "Luis R. Rodriguez", "email": "mcgrof@qca.qualcomm.com", "time": "Tue Nov 08 14:28:06 2011 -0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Sat Nov 26 09:09:55 2011 -0800" }, "message": "cfg80211: fix bug on regulatory core exit on access to last_request\n\ncommit 58ebacc66bd11be2327edcefc79de94bd6f5bb4a upstream.\n\nCommit 4d9d88d1 by Scott James Remnant \u003ckeybuk@google.com\u003e added\nthe .uevent() callback for the regulatory device used during\nthe platform device registration. The change was done to account\nfor queuing up udev change requests through udevadm triggers.\nThe change also meant that upon regulatory core exit we will now\nsend a uevent() but the uevent() callback, reg_device_uevent(),\nalso accessed last_request. Right before commiting device suicide\nwe free\u0027d last_request but never set it to NULL so\nplatform_device_unregister() would lead to bogus kernel paging\nrequest. Fix this and also simply supress uevents right before\nwe commit suicide as they are pointless.\n\nThis fix is required for kernels \u003e\u003d v2.6.39\n\n$ git describe --contains 4d9d88d1\nv2.6.39-rc1~468^2~25^2^2~21\n\nThe impact of not having this present is that a bogus paging\naccess may occur (only read) upon cfg80211 unload time. You\nmay also get this BUG complaint below. Although Johannes\ncould not reproduce the issue this fix is theoretically correct.\n\nmac80211_hwsim: unregister radios\nmac80211_hwsim: closing netlink\nBUG: unable to handle kernel paging request at ffff88001a06b5ab\nIP: [\u003cffffffffa030df9a\u003e] reg_device_uevent+0x1a/0x50 [cfg80211]\nPGD 1836063 PUD 183a063 PMD 1ffcb067 PTE 1a06b160\nOops: 0000 [#1] PREEMPT SMP DEBUG_PAGEALLOC\nCPU 0\nModules linked in: cfg80211(-) [last unloaded: mac80211]\n\nPid: 2279, comm: rmmod Tainted: G W 3.1.0-wl+ #663 Bochs Bochs\nRIP: 0010:[\u003cffffffffa030df9a\u003e] [\u003cffffffffa030df9a\u003e] reg_device_uevent+0x1a/0x50 [cfg80211]\nRSP: 0000:ffff88001c5f9d58 EFLAGS: 00010286\nRAX: 0000000000000000 RBX: ffff88001d2eda88 RCX: ffff88001c7468fc\nRDX: ffff88001a06b5a0 RSI: ffff88001c7467b0 RDI: ffff88001c7467b0\nRBP: ffff88001c5f9d58 R08: 000000000000ffff R09: 000000000000ffff\nR10: 0000000000000000 R11: 0000000000000001 R12: ffff88001c7467b0\nR13: ffff88001d2eda78 R14: ffffffff8164a840 R15: 0000000000000001\nFS: 00007f8a91d8a6e0(0000) GS:ffff88001fc00000(0000) knlGS:0000000000000000\nCS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b\nCR2: ffff88001a06b5ab CR3: 000000001c62e000 CR4: 00000000000006f0\nDR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000\nDR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400\nProcess rmmod (pid: 2279, threadinfo ffff88001c5f8000, task ffff88000023c780)\nStack:\n ffff88001c5f9d98 ffffffff812ff7e5 ffffffff8176ab3d ffff88001c7468c2\n 000000000000ffff ffff88001d2eda88 ffff88001c7467b0 ffff880000114820\n ffff88001c5f9e38 ffffffff81241dc7 ffff88001c5f9db8 ffffffff81040189\nCall Trace:\n [\u003cffffffff812ff7e5\u003e] dev_uevent+0xc5/0x170\n [\u003cffffffff81241dc7\u003e] kobject_uevent_env+0x1f7/0x490\n [\u003cffffffff81040189\u003e] ? sub_preempt_count+0x29/0x60\n [\u003cffffffff814cab1a\u003e] ? _raw_spin_unlock_irqrestore+0x4a/0x90\n [\u003cffffffff81305307\u003e] ? devres_release_all+0x27/0x60\n [\u003cffffffff8124206b\u003e] kobject_uevent+0xb/0x10\n [\u003cffffffff812fee27\u003e] device_del+0x157/0x1b0\n [\u003cffffffff8130377d\u003e] platform_device_del+0x1d/0x90\n [\u003cffffffff81303b76\u003e] platform_device_unregister+0x16/0x30\n [\u003cffffffffa030fffd\u003e] regulatory_exit+0x5d/0x180 [cfg80211]\n [\u003cffffffffa032bec3\u003e] cfg80211_exit+0x2b/0x45 [cfg80211]\n [\u003cffffffff8109a84c\u003e] sys_delete_module+0x16c/0x220\n [\u003cffffffff8108a23e\u003e] ? trace_hardirqs_on_caller+0x7e/0x120\n [\u003cffffffff814cba02\u003e] system_call_fastpath+0x16/0x1b\nCode: \u003call your base are belong to me\u003e\nRIP [\u003cffffffffa030df9a\u003e] reg_device_uevent+0x1a/0x50 [cfg80211]\n RSP \u003cffff88001c5f9d58\u003e\nCR2: ffff88001a06b5ab\n---[ end trace 147c5099a411e8c0 ]---\n\nReported-by: Johannes Berg \u003cjohannes@sipsolutions.net\u003e\nCc: Scott James Remnant \u003ckeybuk@google.com\u003e\nSigned-off-by: Luis R. Rodriguez \u003cmcgrof@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": "c1ce1705eb0778927a0b81a6eb29e8ff193aa3de", "tree": "ce823c6988c2cda5d7db1abe6e1cf882dcf72c21", "parents": [ "ae1e9df381d5197015356e22de9d7acaf646a9ab" ], "author": { "name": "Johannes Berg", "email": "johannes.berg@intel.com", "time": "Thu Nov 03 09:27:01 2011 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Sat Nov 26 09:09:55 2011 -0800" }, "message": "nl80211: fix HT capability attribute validation\n\ncommit 6c7394197af90f6a332180e33f5d025d3037d883 upstream.\n\nSince the NL80211_ATTR_HT_CAPABILITY attribute is\nused as a struct, it needs a minimum, not maximum\nlength. Enforce that properly. Not doing so could\npotentially lead to reading after the buffer.\n\nSigned-off-by: Johannes Berg \u003cjohannes.berg@intel.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": "ae1e9df381d5197015356e22de9d7acaf646a9ab", "tree": "869e8776944a5635b359e16bbd66d1844fa9c0a9", "parents": [ "492d7eff2def54c6e5521ee82764ca22025e7030" ], "author": { "name": "Johannes Berg", "email": "johannes.berg@intel.com", "time": "Tue Nov 08 13:04:41 2011 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Sat Nov 26 09:09:54 2011 -0800" }, "message": "mac80211: fix bug in ieee80211_build_probe_req\n\ncommit 5b2bbf75a24d6b06afff6de0eb4819413fd81971 upstream.\n\nieee80211_probereq_get() can return NULL in\nwhich case we should clean up \u0026 return NULL\nin ieee80211_build_probe_req() as well.\n\nSigned-off-by: Johannes Berg \u003cjohannes.berg@intel.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": "492d7eff2def54c6e5521ee82764ca22025e7030", "tree": "2d1ae2f73e8f59b36462caa33086c48d02fe7b04", "parents": [ "11885cd854b27c1dcf35ab44d4899e8d20e08290" ], "author": { "name": "Johannes Berg", "email": "johannes.berg@intel.com", "time": "Tue Nov 08 12:28:33 2011 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Sat Nov 26 09:09:54 2011 -0800" }, "message": "mac80211: fix NULL dereference in radiotap code\n\ncommit f8d1ccf15568268c76f913b45ecdd33134387f1a upstream.\n\nWhen receiving failed PLCP frames is enabled, there\nwon\u0027t be a rate pointer when we add the radiotap\nheader and thus the kernel will crash. Fix this by\nnot assuming the rate pointer is always valid. It\u0027s\nstill always valid for frames that have good PLCP\nthough, and that is checked \u0026 enforced.\n\nThis was broken by my\ncommit fc88518916793af8ad6a02e05ff254d95c36d875\nAuthor: Johannes Berg \u003cjohannes.berg@intel.com\u003e\nDate: Fri Jul 30 13:23:12 2010 +0200\n\n mac80211: don\u0027t check rates on PLCP error frames\n\nwhere I removed the check in this case but didn\u0027t\ntake into account that the rate info would be used.\n\nReported-by: Xiaokang Qin \u003cxiaokang.qin@intel.com\u003e\nSigned-off-by: Johannes Berg \u003cjohannes.berg@intel.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": "11885cd854b27c1dcf35ab44d4899e8d20e08290", "tree": "9146d37546311d225bde73ccddf12bec243ebeb3", "parents": [ "78724db116c88705db2d6acbe66c56bed90fc991" ], "author": { "name": "Gertjan van Wingerde", "email": "gwingerde@gmail.com", "time": "Sat Nov 12 19:10:44 2011 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Sat Nov 26 09:09:54 2011 -0800" }, "message": "rt2x00: Fix sleep-while-atomic bug in powersaving code.\n\ncommit ed66ba472a742cd8df37d7072804b2111cdb1014 upstream.\n\nThe generic powersaving code that determines after reception of a frame\nwhether the device should go back to sleep or whether is could stay\nawake was calling rt2x00lib_config directly from RX tasklet context.\nOn a number of the devices this call can actually sleep, due to having\nto confirm that the sleeping commands have been executed successfully.\n\nFix this by moving the call to rt2x00lib_config to a workqueue call.\n\nThis fixes bug https://bugzilla.redhat.com/show_bug.cgi?id\u003d731672\n\nTested-by: Tomas Trnka \u003ctomastrnka@gmx.com\u003e\nSigned-off-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": "78724db116c88705db2d6acbe66c56bed90fc991", "tree": "e011b6b3b929b6cbe42651132dd97e49fa41322c", "parents": [ "a633bc89bb5626c6d700c3fc5c3bee01da79ce47" ], "author": { "name": "Jesper Juhl", "email": "jj@chaosbits.net", "time": "Sun Nov 13 22:14:32 2011 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Sat Nov 26 09:09:54 2011 -0800" }, "message": "Net, libertas: Resolve memory leak in if_spi_host_to_card()\n\ncommit fe09b32a4361bea44169b2063e8c867cabb6a8ba upstream.\n\nIf we hit the default case in the switch in if_spi_host_to_card() we\u0027ll leak\nthe memory we allocated for \u0027packet\u0027. This patch resolves the leak by freeing\nthe allocated memory in that case.\n\nSigned-off-by: Jesper Juhl \u003cjj@chaosbits.net\u003e\nAcked-by: Dan Williams \u003cdcbw@redhat.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": "a633bc89bb5626c6d700c3fc5c3bee01da79ce47", "tree": "6f3b8d27417dedb4ea8e769064a74c9f82929709", "parents": [ "6e99164ee37d513fb99c7b941e3eecbcd8ae8573" ], "author": { "name": "Catalin Marinas", "email": "catalin.marinas@arm.com", "time": "Mon Nov 07 18:05:53 2011 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Sat Nov 26 09:09:53 2011 -0800" }, "message": "ARM: 7150/1: Allow kernel unaligned accesses on ARMv6+ processors\n\ncommit 8428e84d42179c2a00f5f6450866e70d802d1d05 upstream.\n\nRecent gcc versions generate unaligned accesses by default on ARMv6 and\nlater processors. This patch ensures that the SCTLR.A bit is always\ncleared on such processors to avoid kernel traping before\nalignment_init() is called.\n\nSigned-off-by: Catalin Marinas \u003ccatalin.marinas@arm.com\u003e\nTested-by: John Linn \u003cJohn.Linn@xilinx.com\u003e\nAcked-by: Nicolas Pitre \u003cnico@linaro.org\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": "6e99164ee37d513fb99c7b941e3eecbcd8ae8573", "tree": "2ca79844391848e8f1b5500b58f7e7ed5a7c813a", "parents": [ "ef2b44d1861ec01b9058ab3bcf82ad4c138551fe" ], "author": { "name": "Adam Jackson", "email": "ajax@redhat.com", "time": "Tue Jul 26 16:53:06 2011 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Sat Nov 26 09:09:53 2011 -0800" }, "message": "drm/i915/pch: Save/restore PCH_PORT_HOTPLUG across suspend\n\ncommit cda2bb78c24de7674eafa3210314dc75bed344a6 upstream.\n\nAt least on a Lenovo X220 the HPD bits of this are enabled at boot but\ncleared after resume, which means plug interrupts stop working.\n\nThis also happens to fix DP displays re-lighting on resume. I\u0027m quite\ncertain that\u0027s an accident: the first DP link train inevitably fails on\nthat machine, and it\u0027s only serendipity that we\u0027re getting multiple plug\ninterrupts and the second train works. But I shall take my victories\nwhere I get them.\n\nSigned-off-by: Adam Jackson \u003cajax@redhat.com\u003e\nTested-by: Keith Packard \u003ckeithp@keithp.com\u003e\nReviewed-by: Keith Packard \u003ckeithp@keithp.com\u003e\nSigned-off-by: Keith Packard \u003ckeithp@keithp.com\u003e\nCc: Jonathan Nieder \u003cjrnieder@gmail.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "ef2b44d1861ec01b9058ab3bcf82ad4c138551fe", "tree": "6c1066302fdf0dd7e056634993c7e95572238005", "parents": [ "6e5dcf64dfc2415a59987a4096b4ebbf03469bf6" ], "author": { "name": "Tony Jago", "email": "tony@hammertelecom.com.au", "time": "Fri Aug 12 00:19:11 2011 -0300" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Sat Nov 26 09:09:53 2011 -0800" }, "message": "saa7164: Add support for another HVR2200 hardware revision\n\ncommit 62dd28d0c659db29bdb89cfe9f0aefe42f0adfe9 upstream.\n\nHauppauge have released a new model rev, sub id 8940, this adds\nsupport.\n\n[stoth@kernellabs.com: I modified Tony\u0027s patch slightly in relation to the\n card numbering in saa7164.h, appending rather than inserting the new card\n - normal practise]\nSigned-off-by: Tony Jago \u003ctony@hammertelecom.com.au\u003e\nSigned-off-by: Steven Toth \u003cstoth@kernellabs.com\u003e\nSigned-off-by: Mauro Carvalho Chehab \u003cmchehab@redhat.com\u003e\nSigned-off-by: Stefan Bader \u003cstefan.bader@canonical.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "6e5dcf64dfc2415a59987a4096b4ebbf03469bf6", "tree": "63e735a4e80af21a4888ee20093fa8f19aa62ed8", "parents": [ "4987223080c8390203a0a588df04d58eafde4a07" ], "author": { "name": "Vasily Averin", "email": "vvs@parallels.com", "time": "Fri Nov 11 13:42:16 2011 +0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Sat Nov 26 09:09:52 2011 -0800" }, "message": "aacraid: controller hangs if kernel uses non-default ASPM policy\n\ncommit cf16123c9c8e346ed1dd171295a678d77648d7f8 upstream.\n\nAacraid controller can hang on some nodes if kernel uses non-default\n(powersave) ASPM policy. Controller hangs shortly after successful load and\nhardware detection. Scsi error handler detects this hang and tries to restart\nhardware but it does not help.\n\nInitially it was noticed on RHEL6-based openVZ kernel after backporting\naacraid driver from mainline (RHEL6 kernel with original driver works well)\nhttp://bugzilla.openvz.org/show_bug.cgi?id\u003d2043\n\nThis issue happens because default ASPM policy was changed in Red Hat\nkernels. Therefore guys from Red Hat have noticed this problem long time ago:\non Fedora 12\n https://bugzilla.redhat.com/show_bug.cgi?id\u003d540478\non Fedora 14\n https://bugzilla.redhat.com/show_bug.cgi?id\u003d679385\n\nIn RHEL6 kernel this issue was fixed, ASPM was disabled in aacraid driver. In\nkernel changelog I\u0027ve found that seems it was done by Matthew Garrett: -\n[scsi] aacraid: Disable ASPM by default (Matthew Garrett) [599735]\n\nHowever seems this patch was not submitted to mainline. I\u0027ve reproduced this\nissue on vanilla 3.1.0 kernel booted with \"pcie_aspm.policy\u003dpowersave\" option,\nSo I believe it makes sense to do it now.\n\nSigned-off-by:\tVasily Averin \u003cvvs@sw.ru\u003e\n[mjg: Checking the Windows drivers indicates that they disable ASPM under all\ncircumstances, so:]\nAcked-by: Matthew Garrett \u003cmjg@redhat.com\u003e\nAcked-by: Achim Leubner \u003cAchim_Leubner@pmc-sierra.com\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "4987223080c8390203a0a588df04d58eafde4a07", "tree": "e091c40c342333214678004a4f4f8cdf71fd5927", "parents": [ "9c6e9f7596fb2c2dbcbb32d45efdb0baf6ae2e52" ], "author": { "name": "Matthew Garrett", "email": "mjg@redhat.com", "time": "Fri Nov 11 11:14:23 2011 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Sat Nov 26 09:09:52 2011 -0800" }, "message": "hpsa: Disable ASPM\n\ncommit e5a44df85e8d78e5c2d3d2e4f59b460905691e2f upstream.\n\nThe Windows driver .inf disables ASPM on hpsa devices. Do the same because the\nselection of a non default ASPM policy can cause the device to hang.\n\nSigned-off-by: Matthew Garrett \u003cmjg@redhat.com\u003e\nAcked-by: Mike Miller \u003cmike.miller@hp.com\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "9c6e9f7596fb2c2dbcbb32d45efdb0baf6ae2e52", "tree": "b7e564fa53634143907440b18fd3bfd2f1a5550b", "parents": [ "2cecc3d5df1bfb3356234b81cda993e187ac4f89" ], "author": { "name": "James Bottomley", "email": "James.Bottomley@HansenPartnership.com", "time": "Mon Nov 07 08:51:24 2011 -0600" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Sat Nov 26 09:09:52 2011 -0800" }, "message": "fix WARNING: at drivers/scsi/scsi_lib.c:1704\n\ncommit 4e6c82b3614a18740ef63109d58743a359266daf upstream.\n\nOn Mon, 2011-11-07 at 17:24 +1100, Stephen Rothwell wrote:\n\u003e Hi all,\n\u003e\n\u003e Starting some time last week I am getting the following during boot on\n\u003e our PPC970 blade:\n\u003e\n\u003e calling .ipr_init+0x0/0x68 @ 1\n\u003e ipr: IBM Power RAID SCSI Device Driver version: 2.5.2 (April 27, 2011)\n\u003e ipr 0000:01:01.0: Found IOA with IRQ: 26\n\u003e ipr 0000:01:01.0: Starting IOA initialization sequence.\n\u003e ipr 0000:01:01.0: Adapter firmware version: 06160039\n\u003e ipr 0000:01:01.0: IOA initialized.\n\u003e scsi0 : IBM 572E Storage Adapter\n\u003e ------------[ cut here ]------------\n\u003e WARNING: at drivers/scsi/scsi_lib.c:1704\n\u003e Modules linked in:\n\u003e NIP: c00000000053b3d4 LR: c00000000053e5b0 CTR: c000000000541d70\n\u003e REGS: c0000000783c2f60 TRAP: 0700 Not tainted (3.1.0-autokern1)\n\u003e MSR: 8000000000029032 \u003cEE,ME,CE,IR,DR\u003e CR: 24002024 XER: 20000002\n\u003e TASK \u003d c0000000783b8000[1] \u0027swapper\u0027 THREAD: c0000000783c0000 CPU: 0\n\u003e GPR00: 0000000000000001 c0000000783c31e0 c000000000cf38b0 c00000000239a9d0\n\u003e GPR04: c000000000cbe8f8 0000000000000000 c0000000783c3040 0000000000000000\n\u003e GPR08: c000000075daf488 c000000078a3b7ff c000000000bcacc8 0000000000000000\n\u003e GPR12: 0000000044002028 c000000007ffb000 0000000002e40000 000000000099b800\n\u003e GPR16: 0000000000000000 c000000000bba5fc c000000000a61db8 0000000000000000\n\u003e GPR20: 0000000001b77200 0000000000000000 c000000078990000 0000000000000001\n\u003e GPR24: c000000002396828 0000000000000000 0000000000000000 c000000078a3b938\n\u003e GPR28: fffffffffffffffa c0000000008ad2c0 c000000000c7faa8 c00000000239a9d0\n\u003e NIP [c00000000053b3d4] .scsi_free_queue+0x24/0x90\n\u003e LR [c00000000053e5b0] .scsi_alloc_sdev+0x280/0x2e0\n\u003e Call Trace:\n\u003e [c0000000783c31e0] [c000000000c7faa8] wireless_seq_fops+0x278d0/0x2eb88 (unreliable)\n\u003e [c0000000783c3270] [c00000000053e5b0] .scsi_alloc_sdev+0x280/0x2e0\n\u003e [c0000000783c3330] [c00000000053eba0] .scsi_probe_and_add_lun+0x390/0xb40\n\u003e [c0000000783c34a0] [c00000000053f7ec] .__scsi_scan_target+0x16c/0x650\n\u003e [c0000000783c35f0] [c00000000053fd90] .scsi_scan_channel+0xc0/0x100\n\u003e [c0000000783c36a0] [c00000000053fefc] .scsi_scan_host_selected+0x12c/0x1c0\n\u003e [c0000000783c3750] [c00000000083dcb4] .ipr_probe+0x2c0/0x390\n\u003e [c0000000783c3830] [c0000000003f50b4] .local_pci_probe+0x34/0x50\n\u003e [c0000000783c38a0] [c0000000003f5f78] .pci_device_probe+0x148/0x150\n\u003e [c0000000783c3950] [c0000000004e1e8c] .driver_probe_device+0xdc/0x210\n\u003e [c0000000783c39f0] [c0000000004e20cc] .__driver_attach+0x10c/0x110\n\u003e [c0000000783c3a80] [c0000000004e1228] .bus_for_each_dev+0x98/0xf0\n\u003e [c0000000783c3b30] [c0000000004e1bf8] .driver_attach+0x28/0x40\n\u003e [c0000000783c3bb0] [c0000000004e07d8] .bus_add_driver+0x218/0x340\n\u003e [c0000000783c3c60] [c0000000004e2a2c] .driver_register+0x9c/0x1b0\n\u003e [c0000000783c3d00] [c0000000003f62d4] .__pci_register_driver+0x64/0x140\n\u003e [c0000000783c3da0] [c000000000b99f88] .ipr_init+0x4c/0x68\n\u003e [c0000000783c3e20] [c00000000000ad24] .do_one_initcall+0x1a4/0x1e0\n\u003e [c0000000783c3ee0] [c000000000b512d0] .kernel_init+0x14c/0x1fc\n\u003e [c0000000783c3f90] [c000000000022468] .kernel_thread+0x54/0x70\n\u003e Instruction dump:\n\u003e ebe1fff8 7c0803a6 4e800020 7c0802a6 fba1ffe8 fbe1fff8 7c7f1b78 f8010010\n\u003e f821ff71 e8030398 3120ffff 7c090110 \u003c0b000000\u003e e86303b0 482de065 60000000\n\u003e ---[ end trace 759bed76a85e8dec ]---\n\u003e scsi 0:0:1:0: Direct-Access IBM-ESXS MAY2036RC T106 PQ: 0 ANSI: 5\n\u003e ------------[ cut here ]------------\n\u003e\n\u003e I get lots more of these. The obvious commit to point the finger at\n\u003e is 3308511c93e6 (\"[SCSI] Make scsi_free_queue() kill pending SCSI\n\u003e commands\") but the root cause may be something different.\n\nCaused by\n\ncommit f7c9c6bb14f3104608a3a83cadea10a6943d2804\nAuthor: Anton Blanchard \u003canton@samba.org\u003e\nDate: Thu Nov 3 08:56:22 2011 +1100\n\n [SCSI] Fix block queue and elevator memory leak in scsi_alloc_sdev\n\nDoesn\u0027t completely do the teardown. The true fix is to do a proper\nteardown instead of hand rolling it\n\nReported-by: Stephen Rothwell \u003csfr@canb.auug.org.au\u003e\nTested-by: Stephen Rothwell \u003csfr@canb.auug.org.au\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "2cecc3d5df1bfb3356234b81cda993e187ac4f89", "tree": "1f4cfbf9717b67270738ea0540744002764c7b9c", "parents": [ "c7e2ea59cdd74342d3614bee9fc42fa2fb5add7e" ], "author": { "name": "Edward Donovan", "email": "edward.donovan@numble.net", "time": "Tue Nov 01 15:29:44 2011 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Sat Nov 26 09:09:51 2011 -0800" }, "message": "genirq: Fix irqfixup, irqpoll regression\n\ncommit c75d720fca8a91ce99196d33adea383621027bf2 upstream.\n\ncommit d05c65fff0 (\"genirq: spurious: Run only one poller at a time\")\nintroduced a regression, leaving the boot options \u0027irqfixup\u0027 and\n\u0027irqpoll\u0027 non-functional. The patch placed tests in each function, to\nexit if the function is already running. The test in \u0027misrouted_irq\u0027\nexited when it should have proceeded, effectively disabling\n\u0027misrouted_irq\u0027 and \u0027poll_spurious_irqs\u0027.\n\nThe check for an already running poller needs to be \"!\u003d 1\" not \"\u003d\u003d 1\"\nas \"1\" is the value when the first poller starts running.\n\nSigned-off-by: Edward Donovan \u003cedward.donovan@numble.net\u003e\nCc: maciej.rutecki@gmail.com\nLink: http://lkml.kernel.org/r/1320175784-6745-1-git-send-email-edward.donovan@numble.net\nSigned-off-by: Thomas Gleixner \u003ctglx@linutronix.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "c7e2ea59cdd74342d3614bee9fc42fa2fb5add7e", "tree": "a8b46c65e7d01435c43b718d095c6e44c168c6d2", "parents": [ "acc1887e7e0da5d19fb77b2a5e5c5db2d57667f9" ], "author": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Nov 21 14:37:44 2011 -0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Nov 21 14:37:44 2011 -0800" }, "message": "Linux 3.0.10\n" }, { "commit": "acc1887e7e0da5d19fb77b2a5e5c5db2d57667f9", "tree": "96c3f8a3160f80e9fab3903266fc19350b5fed90", "parents": [ "1f36bbbe41ab7043a428175a71b3948574938752" ], "author": { "name": "Ben Hutchings", "email": "ben@decadent.org.uk", "time": "Sun Nov 13 19:58:09 2011 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Nov 21 14:31:26 2011 -0800" }, "message": "block: Always check length of all iov entries in blk_rq_map_user_iov()\n\ncommit 6b76106d8ef31111d6fc469564b83b5f5542794f upstream.\n\nEven after commit 5478755616ae2ef1ce144dded589b62b2a50d575\n(\"block: check for proper length of iov entries earlier ...\")\nwe still won\u0027t check for zero-length entries after an unaligned\nentry. Remove the break-statement, so all entries are checked.\n\nSigned-off-by: Ben Hutchings \u003cben@decadent.org.uk\u003e\nSigned-off-by: Jens Axboe \u003caxboe@kernel.dk\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "1f36bbbe41ab7043a428175a71b3948574938752", "tree": "5e2622d5929e1e37b036dc9c90a6516b4134cdf4", "parents": [ "214af5d355ce204cd0bcf630245cdc37853cb484" ], "author": { "name": "Rabin Vincent", "email": "rabin.vincent@stericsson.com", "time": "Fri Nov 11 13:29:04 2011 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Nov 21 14:31:25 2011 -0800" }, "message": "backing-dev: ensure wakeup_timer is deleted\n\ncommit 7a401a972df8e184b3d1a3fc958c0a4ddee8d312 upstream.\n\nbdi_prune_sb() in bdi_unregister() attempts to removes the bdi links\nfrom all super_blocks and then del_timer_sync() the writeback timer.\n\nHowever, this can race with __mark_inode_dirty(), leading to\nbdi_wakeup_thread_delayed() rearming the writeback timer on the bdi\nwe\u0027re unregistering, after we\u0027ve called del_timer_sync().\n\nThis can end up with the bdi being freed with an active timer inside it,\nas in the case of the following dump after the removal of an SD card.\n\nFix this by redoing the del_timer_sync() in bdi_destory().\n\n ------------[ cut here ]------------\n WARNING: at /home/rabin/kernel/arm/lib/debugobjects.c:262 debug_print_object+0x9c/0xc8()\n ODEBUG: free active (active state 0) object type: timer_list hint: wakeup_timer_fn+0x0/0x180\n Modules linked in:\n Backtrace:\n [\u003cc00109dc\u003e] (dump_backtrace+0x0/0x110) from [\u003cc0236e4c\u003e] (dump_stack+0x18/0x1c)\n r6:c02bc638 r5:00000106 r4:c79f5d18 r3:00000000\n [\u003cc0236e34\u003e] (dump_stack+0x0/0x1c) from [\u003cc0025e6c\u003e] (warn_slowpath_common+0x54/0x6c)\n [\u003cc0025e18\u003e] (warn_slowpath_common+0x0/0x6c) from [\u003cc0025f28\u003e] (warn_slowpath_fmt+0x38/0x40)\n r8:20000013 r7:c780c6f0 r6:c031613c r5:c780c6f0 r4:c02b1b29\n r3:00000009\n [\u003cc0025ef0\u003e] (warn_slowpath_fmt+0x0/0x40) from [\u003cc015eb4c\u003e] (debug_print_object+0x9c/0xc8)\n r3:c02b1b29 r2:c02bc662\n [\u003cc015eab0\u003e] (debug_print_object+0x0/0xc8) from [\u003cc015f574\u003e] (debug_check_no_obj_freed+0xac/0x1dc)\n r6:c7964000 r5:00000001 r4:c7964000\n [\u003cc015f4c8\u003e] (debug_check_no_obj_freed+0x0/0x1dc) from [\u003cc00a9e38\u003e] (kmem_cache_free+0x88/0x1f8)\n [\u003cc00a9db0\u003e] (kmem_cache_free+0x0/0x1f8) from [\u003cc014286c\u003e] (blk_release_queue+0x70/0x78)\n [\u003cc01427fc\u003e] (blk_release_queue+0x0/0x78) from [\u003cc015290c\u003e] (kobject_release+0x70/0x84)\n r5:c79641f0 r4:c796420c\n [\u003cc015289c\u003e] (kobject_release+0x0/0x84) from [\u003cc0153ce4\u003e] (kref_put+0x68/0x80)\n r7:00000083 r6:c74083d0 r5:c015289c r4:c796420c\n [\u003cc0153c7c\u003e] (kref_put+0x0/0x80) from [\u003cc01527d0\u003e] (kobject_put+0x48/0x5c)\n r5:c79643b4 r4:c79641f0\n [\u003cc0152788\u003e] (kobject_put+0x0/0x5c) from [\u003cc013ddd8\u003e] (blk_cleanup_queue+0x68/0x74)\n r4:c7964000\n [\u003cc013dd70\u003e] (blk_cleanup_queue+0x0/0x74) from [\u003cc01a6370\u003e] (mmc_blk_put+0x78/0xe8)\n r5:00000000 r4:c794c400\n [\u003cc01a62f8\u003e] (mmc_blk_put+0x0/0xe8) from [\u003cc01a64b4\u003e] (mmc_blk_release+0x24/0x38)\n r5:c794c400 r4:c0322824\n [\u003cc01a6490\u003e] (mmc_blk_release+0x0/0x38) from [\u003cc00de11c\u003e] (__blkdev_put+0xe8/0x170)\n r5:c78d5e00 r4:c74083c0\n [\u003cc00de034\u003e] (__blkdev_put+0x0/0x170) from [\u003cc00de2c0\u003e] (blkdev_put+0x11c/0x12c)\n r8:c79f5f70 r7:00000001 r6:c74083d0 r5:00000083 r4:c74083c0\n r3:00000000\n [\u003cc00de1a4\u003e] (blkdev_put+0x0/0x12c) from [\u003cc00b0724\u003e] (kill_block_super+0x60/0x6c)\n r7:c7942300 r6:c79f4000 r5:00000083 r4:c74083c0\n [\u003cc00b06c4\u003e] (kill_block_super+0x0/0x6c) from [\u003cc00b0a94\u003e] (deactivate_locked_super+0x44/0x70)\n r6:c79f4000 r5:c031af64 r4:c794dc00 r3:c00b06c4\n [\u003cc00b0a50\u003e] (deactivate_locked_super+0x0/0x70) from [\u003cc00b1358\u003e] (deactivate_super+0x6c/0x70)\n r5:c794dc00 r4:c794dc00\n [\u003cc00b12ec\u003e] (deactivate_super+0x0/0x70) from [\u003cc00c88b0\u003e] (mntput_no_expire+0x188/0x194)\n r5:c794dc00 r4:c7942300\n [\u003cc00c8728\u003e] (mntput_no_expire+0x0/0x194) from [\u003cc00c95e0\u003e] (sys_umount+0x2e4/0x310)\n r6:c7942300 r5:00000000 r4:00000000 r3:00000000\n [\u003cc00c92fc\u003e] (sys_umount+0x0/0x310) from [\u003cc000d940\u003e] (ret_fast_syscall+0x0/0x30)\n ---[ end trace e5c83c92ada51c76 ]---\n\nSigned-off-by: Rabin Vincent \u003crabin.vincent@stericsson.com\u003e\nSigned-off-by: Linus Walleij \u003clinus.walleij@linaro.org\u003e\nSigned-off-by: Jens Axboe \u003caxboe@kernel.dk\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "214af5d355ce204cd0bcf630245cdc37853cb484", "tree": "bcd9f58dc10224eb5fad1d425410d6fdb5f97954", "parents": [ "9db74684bd2f8261cef34d2398f32d48c8ad8e2f" ], "author": { "name": "Anton Blanchard", "email": "anton@samba.org", "time": "Mon Nov 14 12:54:47 2011 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Nov 21 14:31:25 2011 -0800" }, "message": "powerpc: Copy down exception vectors after feature fixups\n\ncommit d715e433b7ad19c02fc4becf0d5e9a59f97925de upstream.\n\nkdump fails because we try to execute an HV only instruction. Feature\nfixups are being applied after we copy the exception vectors down to 0\nso they miss out on any updates.\n\nWe have always had this issue but it only became critical in v3.0\nwhen we added CFAR support (breaks POWER5) and v3.1 when we added\nPOWERNV (breaks everyone).\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": "9db74684bd2f8261cef34d2398f32d48c8ad8e2f", "tree": "b6848266e7c3985c55e05e1d44aafa8afa1f1211", "parents": [ "015be9f48be43814f14326555e9ea576cf0343d7" ], "author": { "name": "Geoff Levand", "email": "geoff@infradead.org", "time": "Tue Nov 08 12:37:26 2011 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Nov 21 14:31:25 2011 -0800" }, "message": "powerpc/ps3: Fix lost SMP IPIs\n\ncommit 72f3bea075287785ed32b777b6dd2636aa7002e8 upstream.\n\nFixes the PS3 bootup hang introduced in 3.0-rc1 by:\n\n commit 317f394160e9beb97d19a84c39b7e5eb3d7815a\n sched: Move the second half of ttwu() to the remote cpu\n\nMove the PS3\u0027s LV1 EOI call lv1_end_of_interrupt_ext() from ps3_chip_eoi()\nto ps3_get_irq() for IPI messages.\n\nIf lv1_send_event_locally() is called between a previous call to\nlv1_send_event_locally() and the coresponding call to\nlv1_end_of_interrupt_ext() the second event will not be delivered to the\ntarget cpu.\n\nThe PS3\u0027s SMP IPIs are implemented using lv1_send_event_locally(), so if two\nIPI messages of the same type are sent to the same target in a relatively\nshort period of time the second IPI event can become lost when\nlv1_end_of_interrupt_ext() is called from ps3_chip_eoi().\n\nSigned-off-by: Geoff Levand \u003cgeoff@infradead.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": "015be9f48be43814f14326555e9ea576cf0343d7", "tree": "5ecd22e5ad13b57b7120567a517b4fc0f665b458", "parents": [ "2c59105ba0af5df97d9b614c999553f79d6ece67" ], "author": { "name": "Dan Carpenter", "email": "dan.carpenter@oracle.com", "time": "Fri Nov 04 21:24:36 2011 +0300" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Nov 21 14:31:24 2011 -0800" }, "message": "xen-gntalloc: signedness bug in add_grefs()\n\ncommit 99cb2ddcc617f43917e94a4147aa3ccdb2bcd77e upstream.\n\ngref-\u003egref_id is unsigned so the error handling didn\u0027t work.\ngnttab_grant_foreign_access() returns an int type, so we can add a\ncast here, and it doesn\u0027t cause any problems.\ngnttab_grant_foreign_access() can return a variety of errors\nincluding -ENOSPC, -ENOSYS and -ENOMEM.\n\nSigned-off-by: Dan Carpenter \u003cdan.carpenter@oracle.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": "2c59105ba0af5df97d9b614c999553f79d6ece67", "tree": "fe2e1d22735e5fbc6fe91f106863eb1ba95b2301", "parents": [ "66e85a1675dc6d4e05e0fd152ef1ad485b3fb985" ], "author": { "name": "Dan Carpenter", "email": "dan.carpenter@oracle.com", "time": "Fri Nov 04 21:24:08 2011 +0300" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Nov 21 14:31:24 2011 -0800" }, "message": "xen-gntalloc: integer overflow in gntalloc_ioctl_alloc()\n\ncommit 21643e69a4c06f7ef155fbc70e3fba13fba4a756 upstream.\n\nOn 32 bit systems a high value of op.count could lead to an integer\noverflow in the kzalloc() and gref_ids would be smaller than\nexpected. If the you triggered another integer overflow in\n\"if (gref_size + op.count \u003e limit)\" then you\u0027d probably get memory\ncorruption inside add_grefs().\n\nSigned-off-by: Dan Carpenter \u003cdan.carpenter@oracle.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": "66e85a1675dc6d4e05e0fd152ef1ad485b3fb985", "tree": "4d0b23c334830c32f1725e9dc1642a838ba45362", "parents": [ "11b8fc6ae54bf18a48c94e181c37ca135b858b42" ], "author": { "name": "Zhenzhong Duan", "email": "zhenzhong.duan@oracle.com", "time": "Thu Oct 27 22:28:59 2011 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Nov 21 14:31:23 2011 -0800" }, "message": "xen:pvhvm: enable PVHVM VCPU placement when using more than 32 CPUs.\n\ncommit 90d4f5534d14815bd94c10e8ceccc57287657ecc upstream.\n\nPVHVM running with more than 32 vcpus and pv_irq/pv_time enabled\nneed VCPU placement to work, or else it will softlockup.\n\nAcked-by: Stefano Stabellini \u003cstefano.stabellini@eu.citrix.com\u003e\nSigned-off-by: Zhenzhong Duan \u003czhenzhong.duan@oracle.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": "11b8fc6ae54bf18a48c94e181c37ca135b858b42", "tree": "1c7e6169efd0cc92cc04fb623a7d366ac44868a8", "parents": [ "79d96b2756e325e484f27ed4f61addc83935e196" ], "author": { "name": "Thomas Weber", "email": "weber@corscience.de", "time": "Mon Sep 05 11:26:33 2011 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Nov 21 14:31:23 2011 -0800" }, "message": "mfd: Fix twl4030 dependencies for audio codec\n\ncommit f09ee0451a44a4e913a7c3cec3805508f7de6c54 upstream.\n\nThe codec for Devkit8000 (TWL4030) was not detected except\nwhen build with CONFIG_SND_SOC_ALL_CODECS.\n\ntwl-core.c still uses the CONFIG_TWL4030_CODEC for\ntwl_has_codec().\n\nIn commit 57fe7251f5bfc4332f24479376de48a1e8ca6211\nthe CONFIG_TWL4030_CODEC was renamed\ninto CONFIG_MFD_TWL4030_AUDIO, thatswhy the codec\nwas not detected.\n\nThis patch renames the CONFIG_ TWL4030_CODEC into\nCONFIG_MFD_TWL4030_AUDIO in twl-core.c.\n\nSigned-off-by: Thomas Weber \u003cweber@corscience.de\u003e\nAcked-by: Peter Ujfalusi \u003cpeter.ujfalusi@ti.com\u003e\nSigned-off-by: Samuel Ortiz \u003csameo@linux.intel.com\u003e\nCc: Jarkko Nikula \u003cjarkko.nikula@bitmer.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "79d96b2756e325e484f27ed4f61addc83935e196", "tree": "290ae38669ce64ae795ff7021085804571cae1f3", "parents": [ "91ed232dabe5c813aa506c218223a484e78092eb" ], "author": { "name": "NeilBrown", "email": "neilb@suse.de", "time": "Tue Nov 08 16:22:01 2011 +1100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Nov 21 14:31:22 2011 -0800" }, "message": "md/raid5: abort any pending parity operations when array fails.\n\ncommit 9a3f530f39f4490eaa18b02719fb74ce5f4d2d86 upstream.\n\nWhen the number of failed devices exceeds the allowed number\nwe must abort any active parity operations (checks or updates) as they\nare no longer meaningful, and can lead to a BUG_ON in\nhandle_parity_checks6.\n\nThis bug was introduce by commit 6c0069c0ae9659e3a91b68eaed06a5c6c37f45c8\nin 2.6.29.\n\nReported-by: Manish Katiyar \u003cmkatiyar@gmail.com\u003e\nTested-by: Manish Katiyar \u003cmkatiyar@gmail.com\u003e\nAcked-by: Dan Williams \u003cdan.j.williams@intel.com\u003e\nSigned-off-by: NeilBrown \u003cneilb@suse.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "91ed232dabe5c813aa506c218223a484e78092eb", "tree": "cdcdbe4afc7c0c7780d6a5255b9123249e5f79ba", "parents": [ "54e6e8d507358facee8b7f5dca27231914676fd8" ], "author": { "name": "Rafał Miłecki", "email": "zajec5@gmail.com", "time": "Tue Nov 08 17:15:03 2011 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Nov 21 14:31:22 2011 -0800" }, "message": "b43: refuse to load unsupported firmware\n\n[This patch is supposed to be applied in 3.1 (and maybe older) branches only.]\n\nNew kernels support newer firmware that users may try to incorrectly use\nwith older kernels. Display error and explain the problem in such a case\n\nSigned-off-by: Rafał Miłecki \u003czajec5@gmail.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "54e6e8d507358facee8b7f5dca27231914676fd8", "tree": "4f3d1a345ca81cbccd1f78db8ed6b2b51590410a", "parents": [ "03ff90c0f9c9ea4ab0840ac21a393da859784d4d" ], "author": { "name": "Mika Westerberg", "email": "mika.westerberg@linux.intel.com", "time": "Thu Oct 13 12:04:20 2011 +0300" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Nov 21 14:31:21 2011 -0800" }, "message": "x86, mrst: use a temporary variable for SFI irq\n\ncommit 153b19a3b9fd8b9478495b9ee1f93f6a77c564f9 upstream.\n\nSFI tables reside in RAM and should not be modified once they are\nwritten. Current code went to set pentry-\u003eirq to zero which causes\nsubsequent reads to fail with invalid SFI table checksum. This will\nbreak kexec as the second kernel fails to validate SFI tables.\n\nTo fix this we use temporary variable for irq number.\n\nSigned-off-by: Mika Westerberg \u003cmika.westerberg@linux.intel.com\u003e\nReviewed-by: Kirill A. Shutemov \u003ckirill.shutemov@linux.intel.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": "03ff90c0f9c9ea4ab0840ac21a393da859784d4d", "tree": "e849164b2cfa2464a583f68e94e0f3891232fe2a", "parents": [ "987ccebc15b3f1256dbcdfbb81ad542d1e2ad6a8" ], "author": { "name": "Kirill A. Shutemov", "email": "kirill.shutemov@linux.intel.com", "time": "Fri Aug 26 12:20:59 2011 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Nov 21 14:31:20 2011 -0800" }, "message": "sfi: table irq 0xFF means \u0027no interrupt\u0027\n\ncommit a94cc4e6c0a26a7c8f79a432ab2c89534aa674d5 upstream.\n\nAccording to the SFI specification irq number 0xFF means device has no\ninterrupt or interrupt attached via GPIO.\n\nCurrently, we don\u0027t handle this special case and set irq field in\n*_board_info structs to 255. It leads to confusion in some drivers.\nAccelerometer driver tries to register interrupt 255, fails and prints\n\"Cannot get IRQ\" to dmesg.\n\nSigned-off-by: Kirill A. Shutemov \u003ckirill.shutemov@linux.intel.com\u003e\nSigned-off-by: Alan Cox \u003calan@linux.intel.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": "987ccebc15b3f1256dbcdfbb81ad542d1e2ad6a8", "tree": "8698201286d0a4f38a0323dfec5f70865b8ff6b3", "parents": [ "efd5ea63c5632e2365373458e013e2d4d0fc73ac" ], "author": { "name": "Jesse Barnes", "email": "jbarnes@virtuousgeek.org", "time": "Wed Jun 29 13:34:36 2011 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Nov 21 14:31:20 2011 -0800" }, "message": "drm/i915: enable ring freq scaling, RC6 and graphics turbo on Ivy Bridge v3\n\ncommit 1c70c0cebd1295a42fec75045b8a6b4419cedef3 upstream.\n\nThey use the same register interfaces, so we can simply enable the\nexisting code on IVB.\n\nv2:\n - resolve conflict with ring freq scaling, we can enable it too\nv3:\n - resolve conflict again, this time on drm-intel-next\n\nSigned-off-by: Jesse Barnes \u003cjbarnes@virtuousgeek.org\u003e\nSigned-off-by: Keith Packard \u003ckeithp@keithp.com\u003e\nSigned-off-by: Robert Hooker \u003crobert.hooker@canonical.com\u003e\nAcked-by: Leann Ogasawara \u003cleann.ogasawara@canonical.com\u003e\nAcked-by: Herton Krzesinski \u003cherton.krzesinski@canonical.com\u003e\nSigned-off-by: Tim Gardner \u003ctim.gardner@canonical.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "efd5ea63c5632e2365373458e013e2d4d0fc73ac", "tree": "725ae4b0bf591b8f2a6d8697b839b55649fc83bc", "parents": [ "30b205cbe5b6b239e13829ff435c726c2a206e8d" ], "author": { "name": "Alex Deucher", "email": "alexander.deucher@amd.com", "time": "Mon Nov 14 09:33:56 2011 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Nov 21 14:31:19 2011 -0800" }, "message": "drm/radeon: add some missing FireMV pci ids\n\ncommit b872a37437e93df9d112ce674752b3b3a0a17020 upstream.\n\nNoticed by Egbert.\n\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nCc: Egbert Eich \u003ceich@suse.de\u003e\nSigned-off-by: Dave Airlie \u003cairlied@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "30b205cbe5b6b239e13829ff435c726c2a206e8d", "tree": "c73b619cf5c206bf3de292ecade33795580a9e16", "parents": [ "3bbea6b4bca6ac2529fbbb71e58323a00592edae" ], "author": { "name": "Johan Hovold", "email": "jhovold@gmail.com", "time": "Tue Nov 15 14:35:52 2011 -0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Nov 21 14:31:19 2011 -0800" }, "message": "Revert \"leds: save the delay values after a successful call to blink_set()\"\n\ncommit cb871513f656bdfc48b185b55f37857b5c750c40 upstream.\n\nRevert commit 6123b0e274503a0d3588e84fbe07c9aa01bfaf5d.\n\nThe problem this patch intends to solve has alreadqy been fixed by\ncommit 7a5caabd090b (\"drivers/leds/ledtrig-timer.c: fix broken sysfs\ndelay handling\").\n\nSigned-off-by: Johan Hovold \u003cjhovold@gmail.com\u003e\nCc: Antonio Ospite \u003cospite@studenti.unina.it\u003e\nCc: Johannes Berg \u003cjohannes@sipsolutions.net\u003e\nCc: Richard Purdie \u003crpurdie@rpsys.net\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": "3bbea6b4bca6ac2529fbbb71e58323a00592edae", "tree": "a15be936d24cf1e1efe2db80c18b36d67307985f", "parents": [ "31a05f7dd79da9b4889008847e2a851835c14269" ], "author": { "name": "Dan Carpenter", "email": "dan.carpenter@oracle.com", "time": "Mon Nov 14 17:52:08 2011 +0300" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Nov 21 14:31:18 2011 -0800" }, "message": "hfs: add sanity check for file name length\n\ncommit bc5b8a9003132ae44559edd63a1623b7b99dfb68 upstream.\n\nOn a corrupted file system the -\u003elen field could be wrong leading to\na buffer overflow.\n\nReported-and-acked-by: Clement LECIGNE \u003cclement.lecigne@netasq.com\u003e\nSigned-off-by: Dan Carpenter \u003cdan.carpenter@oracle.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": "31a05f7dd79da9b4889008847e2a851835c14269", "tree": "9cbe5df522cb4a772230b5e81452284649005c81", "parents": [ "6861f2aa5840d7237aa0249a76ae29c939e7c93a" ], "author": { "name": "David Howells", "email": "dhowells@redhat.com", "time": "Tue Nov 15 22:09:45 2011 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Nov 21 14:31:18 2011 -0800" }, "message": "KEYS: Fix a NULL pointer deref in the user-defined key type\n\ncommit 9f35a33b8d06263a165efe3541d9aa0cdbd70b3b upstream.\n\nFix a NULL pointer deref in the user-defined key type whereby updating a\nnegative key into a fully instantiated key will cause an oops to occur\nwhen the code attempts to free the non-existent old payload.\n\nThis results in an oops that looks something like the following:\n\n BUG: unable to handle kernel NULL pointer dereference at 0000000000000008\n IP: [\u003cffffffff81085fa1\u003e] __call_rcu+0x11/0x13e\n PGD 3391d067 PUD 3894a067 PMD 0\n Oops: 0002 [#1] SMP\n CPU 1\n Pid: 4354, comm: keyctl Not tainted 3.1.0-fsdevel+ #1140 /DG965RY\n RIP: 0010:[\u003cffffffff81085fa1\u003e] [\u003cffffffff81085fa1\u003e] __call_rcu+0x11/0x13e\n RSP: 0018:ffff88003d591df8 EFLAGS: 00010246\n RAX: 0000000000000000 RBX: 0000000000000000 RCX: 000000000000006e\n RDX: ffffffff8161d0c0 RSI: 0000000000000000 RDI: 0000000000000000\n RBP: ffff88003d591e18 R08: 0000000000000000 R09: ffffffff8152fa6c\n R10: 0000000000000000 R11: 0000000000000300 R12: ffff88003b8f9538\n R13: ffffffff8161d0c0 R14: ffff88003b8f9d50 R15: ffff88003c69f908\n FS: 00007f97eb18c720(0000) GS:ffff88003bd00000(0000) knlGS:0000000000000000\n CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033\n CR2: 0000000000000008 CR3: 000000003d47a000 CR4: 00000000000006e0\n DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000\n DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400\n Process keyctl (pid: 4354, threadinfo ffff88003d590000, task ffff88003c78a040)\n Stack:\n ffff88003e0ffde0 ffff88003b8f9538 0000000000000001 ffff88003b8f9d50\n ffff88003d591e28 ffffffff810860f0 ffff88003d591e68 ffffffff8117bfea\n ffff88003d591e68 ffffffff00000000 ffff88003e0ffde1 ffff88003e0ffde0\n Call Trace:\n [\u003cffffffff810860f0\u003e] call_rcu_sched+0x10/0x12\n [\u003cffffffff8117bfea\u003e] user_update+0x8d/0xa2\n [\u003cffffffff8117723a\u003e] key_create_or_update+0x236/0x270\n [\u003cffffffff811789b1\u003e] sys_add_key+0x123/0x17e\n [\u003cffffffff813b84bb\u003e] system_call_fastpath+0x16/0x1b\n\nSigned-off-by: David Howells \u003cdhowells@redhat.com\u003e\nAcked-by: Jeff Layton \u003cjlayton@redhat.com\u003e\nAcked-by: Neil Horman \u003cnhorman@redhat.com\u003e\nAcked-by: Steve Dickson \u003csteved@redhat.com\u003e\nAcked-by: James Morris \u003cjmorris@namei.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": "6861f2aa5840d7237aa0249a76ae29c939e7c93a", "tree": "5d53faac03fd8c0f29ab54f1911d2483b757b219", "parents": [ "9338f407e30015cd9d236d8a678cacd2c72d4a31" ], "author": { "name": "Takashi Iwai", "email": "tiwai@suse.de", "time": "Tue Nov 08 17:50:27 2011 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Nov 21 14:31:17 2011 -0800" }, "message": "ALSA: usb-audio - Fix the missing volume quirks at delayed init\n\ncommit dcaaf9f2c16b56f8bb316881fcd3f15c18fc71e7 upstream.\n\nIn the recent usb-audio driver, the initialization of volume ranges\nmay be delayed when the device doesn\u0027t respond well at the probing time.\nBut the volume quirks for certain devices are applied only in\nmixer_ctl_feature_info() thus only at the very first probe and will be\nmissing when the volume range is initialized later.\n\nThis patch moves the volume quirk code to be always called from the\nvolume-range extraction (get_min_max()), so that the quirks are properly\napplied in the later init time.\n\nReported-and-tested-by: Alexey Fisher \u003cbug-track@fisher-privat.net\u003e\nSigned-off-by: Takashi Iwai \u003ctiwai@suse.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "9338f407e30015cd9d236d8a678cacd2c72d4a31", "tree": "63afae042fb46368bc5690989a9c956f93008358", "parents": [ "f73870d6d33cd24c8fe2a7b39b2f99c433804945" ], "author": { "name": "Takashi Iwai", "email": "tiwai@suse.de", "time": "Fri Aug 19 08:30:53 2011 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Nov 21 14:31:17 2011 -0800" }, "message": "ALSA: usb-audio - Check the dB-range validity in the later read, too\n\ncommit 9fcd0ab130579d9742538340edda3225f2b49a3e upstream.\n\nWhen the initial check of dB-range failed due to the read error, try to\ncheck again at the later read, too. When an invalid dB range is found,\nremove TLV flags and notify the mixer info change.\n\nSigned-off-by: Takashi Iwai \u003ctiwai@suse.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "f73870d6d33cd24c8fe2a7b39b2f99c433804945", "tree": "26ad1381ded165337ebfed855c8589ecea358f6b", "parents": [ "53b6b123d40eda9bde41232b2c76d0e1e896b83d" ], "author": { "name": "Alex Deucher", "email": "alexander.deucher@amd.com", "time": "Tue Nov 08 10:09:58 2011 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Nov 21 14:31:16 2011 -0800" }, "message": "drm/radeon/kms: make an aux failure debug only\n\ncommit 091264f0bc12419560ac64fcef4567809d611658 upstream.\n\nCan happen when there is no DP panel attached, confusing\nusers. Make it debug only.\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": "53b6b123d40eda9bde41232b2c76d0e1e896b83d", "tree": "4056b1b4436e459460d92af85ab092ec0c38ab60", "parents": [ "1db61fd3401a6520375293de302b3a9034edca1b" ], "author": { "name": "Marcin Slusarz", "email": "marcin.slusarz@gmail.com", "time": "Fri Sep 09 14:16:42 2011 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Nov 21 14:31:16 2011 -0800" }, "message": "drm/nouveau: initialize chan-\u003efence.lock before use\n\ncommit 5e60ee780e792efe6dce97eceb110b1d30bab850 upstream.\n\nFence lock needs to be initialized before any call to nouveau_channel_put\nbecause it calls nouveau_channel_idle-\u003enouveau_fence_update which uses\nfence lock.\n\nBUG: spinlock bad magic on CPU#0, test/24134\n lock: ffff88019f90dba8, .magic: 00000000, .owner: \u003cnone\u003e/-1, .owner_cpu: 0\nPid: 24134, comm: test Not tainted 3.0.0-nv+ #800\nCall Trace:\n spin_bug+0x9c/0xa3\n do_raw_spin_lock+0x29/0x13c\n _raw_spin_lock+0x1e/0x22\n nouveau_fence_update+0x2d/0xf1\n nouveau_channel_idle+0x22/0xa0\n nouveau_channel_put_unlocked+0x84/0x1bd\n nouveau_channel_put+0x20/0x24\n nouveau_channel_alloc+0x4ec/0x585\n nouveau_ioctl_fifo_alloc+0x50/0x130\n drm_ioctl+0x289/0x361\n do_vfs_ioctl+0x4dd/0x52c\n sys_ioctl+0x42/0x65\n system_call_fastpath+0x16/0x1b\n\nIt\u0027s easily triggerable from userspace.\n\nAdditionally remove double initialization of chan-\u003efence.pending.\n\nSigned-off-by: Marcin Slusarz \u003cmarcin.slusarz@gmail.com\u003e\nSigned-off-by: Ben Skeggs \u003cbskeggs@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "1db61fd3401a6520375293de302b3a9034edca1b", "tree": "406a3d9e15a472513bdd760e6cec10237755cacb", "parents": [ "f5116ff776a68277c0b60ba57e74c7074b72ab65" ], "author": { "name": "Eric Anholt", "email": "eric@anholt.net", "time": "Mon Oct 31 23:16:21 2011 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Nov 21 14:31:15 2011 -0800" }, "message": "drm/i915: Fix object refcount leak on mmappable size limit error path.\n\ncommit 14660ccd599dc7bd6ecef17408bd76dc853f9b77 upstream.\n\nI\u0027ve been seeing memory leaks on my system in the form of large\n(300-400MB) GEM objects created by now-dead processes laying around\nclogging up memory. I usually notice when it gets to about 1.2GB of\nthem. Hopefully this clears up the issue, but I just found this bug\nby inspection.\n\nSigned-off-by: Eric Anholt \u003ceric@anholt.net\u003e\nSigned-off-by: Keith Packard \u003ckeithp@keithp.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "f5116ff776a68277c0b60ba57e74c7074b72ab65", "tree": "67f567e8f27cde1f4dcbba22325963e5161e7bb3", "parents": [ "6c43a5e42ca88c5770de53fb969a0b6f04d86982" ], "author": { "name": "Nobuhiro Iwamatsu", "email": "nobuhiro.iwamatsu.yj@renesas.com", "time": "Fri Nov 04 22:13:50 2011 +0900" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Nov 21 14:31:15 2011 -0800" }, "message": "sh: Fix cached/uncaced address calculation in 29bit mode\n\ncommit dfd3b596fbbfa48b8e7966ef996d587157554b69 upstream.\n\nIn the case of 29bit mode, CAC/UNCAC_ADDR does not return a right address.\nThis revises this problem by using P1SEGADDR and P2SEGADDR in 29bit mode.\n\nReported-by: Yutaro Ebihara \u003cebiharaml@si-linux.co.jp\u003e\nSigned-off-by: Nobuhiro Iwamatsu \u003cnobuhiro.iwamatsu.yj@renesas.com\u003e\nTested-by: Kuninori Morimoto \u003ckuninori.morimoto.gx@renesas.com\u003e\nTested-by: Simon Horman \u003chorms@verge.net.au\u003e\nSigned-off-by: Paul Mundt \u003clethal@linux-sh.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "6c43a5e42ca88c5770de53fb969a0b6f04d86982", "tree": "fdc7f3c3d5971decba62f8122b6a629a109ab131", "parents": [ "d4ff27e92b1073f854b8e8a58599f0c565204443" ], "author": { "name": "Mark Brown", "email": "broonie@opensource.wolfsonmicro.com", "time": "Fri Nov 04 15:52:31 2011 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Nov 21 14:31:15 2011 -0800" }, "message": "ASoC: Don\u0027t use wm8994-\u003econtrol_data in wm8994_readable_register()\n\ncommit 8eeea521d9d0fa6afd62df8c6e6566ee946117fa upstream.\n\nThe field is no longer initialised so this will crash if running on\nwm8958.\n\nReported-by: Thomas Abraham \u003cthomas.abraham@linaro.org\u003e\nSigned-off-by: Mark Brown \u003cbroonie@opensource.wolfsonmicro.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "d4ff27e92b1073f854b8e8a58599f0c565204443", "tree": "6013bfb258c4fed44dba6ee450e40159fb82ff8f", "parents": [ "fd6f075d1e29791d0e4b42da2e6962665f90de1b" ], "author": { "name": "Michael S. Tsirkin", "email": "mst@redhat.com", "time": "Mon Nov 07 18:37:05 2011 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Nov 21 14:31:14 2011 -0800" }, "message": "virtio-pci: fix use after free\n\ncommit 72103bd1285211440621f2c46f4fce377584de54 upstream.\n\nCommit 31a3ddda166cda86d2b5111e09ba4bda5239fae6 introduced\na use after free in virtio-pci. The main issue is\nthat the release method signals removal of the virtio device,\nwhile remove signals removal of the pci device.\n\nFor example, on driver removal or hot-unplug,\nvirtio_pci_release_dev is called before virtio_pci_remove.\nWe then might get a crash as virtio_pci_remove tries to use the\ndevice freed by virtio_pci_release_dev.\n\nWe allocate/free all resources together with the\npci device, so we can leave the release method empty.\n\nSigned-off-by: Michael S. Tsirkin \u003cmst@redhat.com\u003e\nAcked-by: Amit Shah \u003camit.shah@redhat.com\u003e\nSigned-off-by: Rusty Russell \u003crusty@rustcorp.com.au\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "fd6f075d1e29791d0e4b42da2e6962665f90de1b", "tree": "f4a93d3b83e901fc167e302567efbaab0ef67ed9", "parents": [ "999c1d6bc999d67657033ec780a561aa172c75a9" ], "author": { "name": "Takashi Iwai", "email": "tiwai@suse.de", "time": "Thu Nov 10 12:28:38 2011 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Nov 21 14:31:14 2011 -0800" }, "message": "ALSA: hda - Don\u0027t add elements of other codecs to vmaster slave\n\ncommit aeb4b88ec0a948efce8e3a23a8f964d3560a7308 upstream.\n\nWhen a virtual mater control is created, the driver looks for slave\nelements from the assigned card instance. But this may include the\nelements of other codecs when multiple codecs are on the same HD-audio\nbus. This works at the first time, but it\u0027ll give Oops when it\u0027s once\nfreed and re-created via reconfig sysfs.\n\nThis patch changes the element-look-up strategy to limit only to the\nmixer elements of the same codec.\n\nReported-by: David Henningsson \u003cdavid.henningsson@canonical.com\u003e\nSigned-off-by: Takashi Iwai \u003ctiwai@suse.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "999c1d6bc999d67657033ec780a561aa172c75a9", "tree": "c2dfcdfd0f2ea08ce82d2a00114368e528e31332", "parents": [ "c54e04e9a9993da6968c8b21bdb905d07f0caed7" ], "author": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Nov 11 10:12:24 2011 -0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Nov 11 10:12:24 2011 -0800" }, "message": "Linux 3.0.9\n" }, { "commit": "c54e04e9a9993da6968c8b21bdb905d07f0caed7", "tree": "7eecfda9a793ac1155477a7180e1790b221a662e", "parents": [ "8ac6255b5f8d69d58d4fb8ed62df2780756d4b0c" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sun Nov 06 18:34:03 2011 -0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Nov 11 09:37:22 2011 -0800" }, "message": "hid/apple: modern macbook airs use the standard apple function key translations\n\ncommit 21404b772a1c65f7b935b8c0fddc388a949f4e31 upstream.\n\nThis removes the use of the special \"macbookair_fn_keys\" keyboard\ntranslation table for the MacBookAir4,x models (ie the 2011 refresh).\nThey use the standard apple_fn_keys[] translation. Apparently only the\nold MacBook Air\u0027s need a different translation table.\n\nThis mirrors the change that commit da617c7cb915 (\"HID: consolidate\nMacbookAir 4,1 mappings\") did for the WELLSPRING6A ones, but does it for\nthe WELLSPRING6 model used on the MacBookAir4,2.\n\nReported-and-tested-by: Dirk Hohndel \u003chohndel@infradead.org\u003e\nCc: Jiri Kosina \u003cjkosina@suse.cz\u003e\nCc: Joshua V Dillon \u003cjvdillon@gmail.com\u003e\nCc: Chase Douglas \u003cchase.douglas@canonical.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": "8ac6255b5f8d69d58d4fb8ed62df2780756d4b0c", "tree": "8db662d25d9d087518f5ba58bdd789682395d66f", "parents": [ "fc7c292ac74b41af17e9e8eab039322d3847bad3" ], "author": { "name": "Jiri Kosina", "email": "jkosina@suse.cz", "time": "Wed Oct 05 16:54:45 2011 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Nov 11 09:37:22 2011 -0800" }, "message": "HID: consolidate MacbookAir 4,1 mappings\n\ncommit da617c7cb915545dda4280df888dd6f8d5697420 upstream.\n\nMacbookAir 4,1 doesn\u0027t require extra mapping table, as the mappings\nare identical to apple_fn_keys[].\n\nSigned-off-by: Jiri Kosina \u003cjkosina@suse.cz\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "fc7c292ac74b41af17e9e8eab039322d3847bad3", "tree": "c0123a8c1228d3228a01c660cd86079af16b9799", "parents": [ "63472b615266723cb9af12e09fd32736be6b3477" ], "author": { "name": "Andreas Krist", "email": "andreas.krist@gmail.com", "time": "Fri Oct 28 18:50:39 2011 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Nov 11 09:37:22 2011 -0800" }, "message": "HID: hid-apple: add device ID of another wireless aluminium\n\ncommit ad734bc1565364f9e4b70888d3ce5743b3c1030a upstream.\n\nI\u0027ve recently bought a Apple wireless aluminum keyboard (model 2011) which is\nnot yet supported by the kernel - it seems they just changed the device id.\nAfter applying the attached patch, the device is fully functional.\n\nSigned-off-by: Andreas Krist \u003candreas.krist@gmail.com\u003e\nSigned-off-by: Jiri Kosina \u003cjkosina@suse.cz\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "63472b615266723cb9af12e09fd32736be6b3477", "tree": "79b70e8097d750da6245b89d3a6671343fe2a9cb", "parents": [ "4bdfc7d622b8a17bf55a7745ae77f8925843ea9d" ], "author": { "name": "Gökçen Eraslan", "email": "gokcen@pardus.org.tr", "time": "Sat Oct 22 22:39:06 2011 +0300" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Nov 11 09:37:21 2011 -0800" }, "message": "HID: Add device IDs for Macbook Pro 8 keyboards\n\ncommit 213f9da80533940560bef8fa43b10c590895459c upstream.\n\nThis patch adds keyboard support for Macbook Pro 8 models which has\nWELLSPRING5A model name and 0x0252, 0x0253 and 0x0254 USB IDs. Trackpad\nsupport for those models are added to bcm5974 in\nc331eb580a0a7906c0cdb8dbae3cfe99e3c0e555 (\"Input: bcm5974 - Add\nsupport for newer MacBookPro8,2).\n\nSigned-off-by: Gökçen Eraslan \u003cgokcen@pardus.org.tr\u003e\nAcked-by: Henrik Rydberg \u003crydberg@euromail.se\u003e\nSigned-off-by: Jiri Kosina \u003cjkosina@suse.cz\u003e\nCc: Chase Douglas \u003cchase.douglas@canonical.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "4bdfc7d622b8a17bf55a7745ae77f8925843ea9d", "tree": "c10a68c7b9993ffa755d18a0ab28636aacab7253", "parents": [ "9148573623711a6932b729f5bb752534f4834714" ], "author": { "name": "Nobuhiro Iwamatsu", "email": "iwamatsu@nigauri.org", "time": "Sat Oct 01 15:54:53 2011 +0900" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Nov 11 09:37:21 2011 -0800" }, "message": "HID: Add support MacbookAir 4,1 keyboard\n\ncommit d762cc290b9f17e346f4297fd5984b70ce71ef66 upstream.\n\nAdded USB device IDs and keyboard map for MacBookAir 4,1 keyboard.\n\nSigned-off-by: Nobuhiro Iwamatsu \u003ciwamatsu@nigauri.org\u003e\nSigned-off-by: Jiri Kosina \u003cjkosina@suse.cz\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "9148573623711a6932b729f5bb752534f4834714", "tree": "f594470b68a892673431a0052c086bea30f433c2", "parents": [ "bab08e54790e51a7541faf1e3029eeefc051e36c" ], "author": { "name": "Jiri Kosina", "email": "jkosina@suse.cz", "time": "Wed Aug 10 14:12:52 2011 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Nov 11 09:37:21 2011 -0800" }, "message": "HID: add MacBookAir4,2 to hid_have_special_driver[]\n\ncommit f6f554f09c5b831efdaf67c449e18ca06ee648fe upstream.\n\nOtherwise the generic driver wouldn\u0027t unbind from it and wouldn\u0027t\nlet hid-apple to automatically take over.\n\nSigned-off-by: Jiri Kosina \u003cjkosina@suse.cz\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "bab08e54790e51a7541faf1e3029eeefc051e36c", "tree": "359384ff1ef97e1955216d9ff492fdf65e5fcae6", "parents": [ "c3f24bd0dcf2076ed16b8f5ea80ea001500d8095" ], "author": { "name": "Jeff Brown", "email": "jeffbrown@android.com", "time": "Mon Aug 15 21:12:09 2011 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Nov 11 09:37:21 2011 -0800" }, "message": "HID: hid-multitouch: Add LG Display Multitouch device.\n\ncommit c50bb1a4005630f47b5da26336f74a485033a515 upstream.\n\nThis panel is also known as the Dell ST2220Tc.\n\nSigned-off-by: jeffbrown@android.com\nReviewed-By: Benjamin Tissoires \u003cBenjamin_Tissoires@logitech.com\u003e\nSigned-off-by: Jiri Kosina \u003cjkosina@suse.cz\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "c3f24bd0dcf2076ed16b8f5ea80ea001500d8095", "tree": "60fb289c27583e42ada6ff0c95bb856ad7db5fea", "parents": [ "385df62a595823f09fa9447f79c5a14ea1990a7d" ], "author": { "name": "Joshua V. Dillon", "email": "jvdillon@gmail.com", "time": "Fri Aug 05 12:05:22 2011 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Nov 11 09:37:20 2011 -0800" }, "message": "HID: add support for MacBookAir4,2 keyboard.\n\ncommit 5d922baa631058c7e37ae33e81c4d3e6437f8d1d upstream.\n\nAdded USB device IDs for MacBookAir4,2 keyboard. Device constants were\ncopied from the MacBookAir3,2 constants. The 4,2 device specification is\nreportedly unchanged from the 3,2 predecessor and seems to work well.\n\nSigned-off-by: Joshua V Dillon \u003cjvdillon@gmail.com\u003e\nSigned-off-by: Chase Douglas \u003cchase.douglas@canonical.com\u003e\nSigned-off-by: Jiri Kosina \u003cjkosina@suse.cz\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "385df62a595823f09fa9447f79c5a14ea1990a7d", "tree": "e59a0d7a70d9b830749ce36eb02b4327f4d2e17a", "parents": [ "81e0a487f87844c9b4ef5d7816ef4e02482db6c6" ], "author": { "name": "Clemens Werther", "email": "clemens.werther@gmail.com", "time": "Thu Aug 25 15:35:14 2011 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Nov 11 09:37:20 2011 -0800" }, "message": "HID: add support for HuiJia USB Gamepad connector\n\ncommit 6d1db0777981e1626ae71243984ac300b61789ff upstream.\n\nCreate each gamepad as a separate joystick\n\nSigned-off-by: Clemens Werther \u003cclemens.werther@gmail.com\u003e\nSigned-off-by: Jiri Kosina \u003cjkosina@suse.cz\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "81e0a487f87844c9b4ef5d7816ef4e02482db6c6", "tree": "863dbe915828bb83ebe7743fafbdb4ae465ce976", "parents": [ "02376e54a976843aaa722b661123a6acc2b70b14" ], "author": { "name": "Dan Bastone", "email": "dan@pwienterprises.com", "time": "Sun Jul 31 07:40:49 2011 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Nov 11 09:37:20 2011 -0800" }, "message": "HID: add support for new revision of Apple aluminum keyboard\n\ncommit 4a4c879904aa0cc64629e14a49b64fb3d149bf1a upstream.\n\nAdd USB device ids for the new revision (MB110LL/B) of Apple\u0027s wired aluminum\nkeyboard. I have only confirmed that the ANSI version is correct - it is\nassumed that the ISO and JIS versions follow the standard numbering convention.\n\nSigned-off-by: Dan Bastone \u003cdan@pwienterprises.com\u003e\nSigned-off-by: Jiri Kosina \u003cjkosina@suse.cz\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "02376e54a976843aaa722b661123a6acc2b70b14", "tree": "99809a16c8bee05a4080937ac3e0358319d6b039", "parents": [ "82eaf854859022f7bf1aa9122ed533516187cbff" ], "author": { "name": "THOMSON, Adam (Adam)", "email": "adam.thomson@alcatel-lucent.com", "time": "Tue Jun 14 16:52:38 2011 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Nov 11 09:37:19 2011 -0800" }, "message": "mtd: nand_base: always initialise oob_poi before writing OOB data\n\ncommit f722013ee9fd24623df31dec9a91a6d02c3e2f2f upstream.\n\nIn nand_do_write_ops() code it is possible for a caller to provide\nops.oobbuf populated and ops.mode \u003d\u003d MTD_OOB_AUTO, which currently\nmeans that the chip-\u003eoob_poi buffer isn\u0027t initialised to all 0xFF.\nThe nand_fill_oob() method then carries out the task of copying\nthe provided OOB data to oob_poi, but with MTD_OOB_AUTO it skips\nareas marked as unavailable by the layout struct, including the\nbad block marker bytes.\n\nAn example of this causing issues is when the last OOB data read\nwas from the start of a bad block where the markers are not 0xFF,\nand the caller wishes to write new OOB data at the beginning of\nanother block. In this scenario the caller would provide OOB data,\nbut nand_fill_oob() would skip the bad block marker bytes in\noob_poi before copying the OOB data provided by the caller.\nThis means that when the OOB data is written back to NAND,\nthe block is inadvertently marked as bad without the caller knowing.\nThis has been witnessed when using YAFFS2 where tags are stored\nin the OOB.\n\nTo avoid this oob_poi is always initialised to 0xFF to make sure\nno left over data is inadvertently written back to the OOB area.\n\nCredits to Brian Norris \u003ccomputersforpeace@gmail.com\u003e for fixing this\npatch.\n\nSigned-off-by: Adam Thomson \u003cadam.thomson@alcatel-lucent.com\u003e\nSigned-off-by: Artem Bityutskiy \u003cdedekind1@gmail.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n\n" }, { "commit": "82eaf854859022f7bf1aa9122ed533516187cbff", "tree": "32e55fcf26a4d11052f675c9b64a17c4ed2b178d", "parents": [ "ed288aed0796683495c51684d56f9328813c59c7" ], "author": { "name": "Rajkumar Manoharan", "email": "rmanohar@qca.qualcomm.com", "time": "Thu Oct 20 14:22:43 2011 +0530" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Nov 11 09:37:18 2011 -0800" }, "message": "ath9k_hw: Fix regression of register offset for AR9003 chips\n\ncommit 52d6d4ef5e6d1517688e27c11c01ab303ec681dd upstream.\n\nMy recent commits (3782c69d, 324c74a) introduced regression\nfor register offset selection that based on the macversion.\nNot using parentheses in proper manner for ternary operator\nleads to select wrong offset for the registers.\n\nThis issue was observed with AR9462 chip that immediate disconnect\nafter the association with the following message\n\nieee80211 phy3: wlan0: Failed to send nullfunc to AP 00:23:69:12:ea:47\nafter 500ms, disconnecting.\n\nSigned-off-by: Rajkumar Manoharan \u003crmanohar@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": "ed288aed0796683495c51684d56f9328813c59c7", "tree": "d2818b6b4e3b996f208e87a72e941dce84a90b45", "parents": [ "6dd160db729a0c96cc640a848e6df88ca6c19d2a" ], "author": { "name": "Richard Cochran", "email": "richardcochran@gmail.com", "time": "Fri Oct 21 00:49:16 2011 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Nov 11 09:37:18 2011 -0800" }, "message": "dp83640: use proper function to free transmit time stamping packets\n\ncommit f5ff7cd1a84caa9545d952a37ac872ccb73825fb upstream.\n\nThe previous commit enforces a new rule for handling the cloned packets\nfor transmit time stamping. These packets must not be freed using any other\nfunction than skb_complete_tx_timestamp. This commit fixes the one and only\ndriver using this API.\n\nThe driver first appeared in v3.0.\n\nSigned-off-by: Richard Cochran \u003crichard.cochran@omicron.at\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\n" }, { "commit": "6dd160db729a0c96cc640a848e6df88ca6c19d2a", "tree": "219db04ff2445d1a721b5c8b353185956b07ab24", "parents": [ "f450df800450e9c7ec8c53bdb72d6c4ef5f17d4e" ], "author": { "name": "Herbert Xu", "email": "herbert@gondor.apana.org.au", "time": "Fri Aug 19 16:11:23 2011 +0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Nov 11 09:37:17 2011 -0800" }, "message": "crypto: cryptd - Use subsys_initcall to prevent races with aesni\n\ncommit b2bac6acf86d05d8af0499f37d91ecac15722803 upstream.\n\nAs cryptd is depeneded on by other algorithms such as aesni-intel,\nit needs to be registered before them. When everything is built\nas modules, this occurs naturally. However, for this to work when\nthey are built-in, we need to use subsys_initcall in cryptd.\n\nTested-by: Josh Boyer \u003cjwboyer@redhat.com\u003e\nSigned-off-by: Herbert Xu \u003cherbert@gondor.apana.org.au\u003e\nCc: Kerin Millar \u003ckerframil@gmail.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "f450df800450e9c7ec8c53bdb72d6c4ef5f17d4e", "tree": "9b9300377184b368b48f031e9ff6afad454c379a", "parents": [ "3fa57c1bf5fb311544199b7837a08b9f5bf5e6e4" ], "author": { "name": "Dan Carpenter", "email": "dan.carpenter@oracle.com", "time": "Wed Sep 21 20:55:04 2011 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Nov 11 09:37:17 2011 -0800" }, "message": "PM / Suspend: Off by one in pm_suspend()\n\ncommit 528f7ce6e439edeac38f6b3f8561f1be129b5e91 upstream.\n\nIn enter_state() we use \"state\" as an offset for the pm_states[]\narray. The pm_states[] array only has PM_SUSPEND_MAX elements so\nthis test is off by one.\n\nSigned-off-by: Dan Carpenter \u003cdan.carpenter@oracle.com\u003e\nSigned-off-by: Rafael J. Wysocki \u003crjw@sisk.pl\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n\n" }, { "commit": "3fa57c1bf5fb311544199b7837a08b9f5bf5e6e4", "tree": "9285297f1b3fee391dca9773416e900d0b49b7a8", "parents": [ "867ca3109d0289d0a62bb3c7fc3d365e9d478fae" ], "author": { "name": "dpward", "email": "david.ward@ll.mit.edu", "time": "Mon Sep 05 16:47:24 2011 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Nov 11 09:37:17 2011 -0800" }, "message": "net: Handle different key sizes between address families in flow cache\n\ncommit aa1c366e4febc7f5c2b84958a2dd7cd70e28f9d0 upstream.\n\nWith the conversion of struct flowi to a union of AF-specific structs, some\noperations on the flow cache need to account for the exact size of the key.\n\nSigned-off-by: David Ward \u003cdavid.ward@ll.mit.edu\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nCc: Kim Phillips \u003ckim.phillips@freescale.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "867ca3109d0289d0a62bb3c7fc3d365e9d478fae", "tree": "9a163483db34db0e8c55f09280bf68b429a35621", "parents": [ "ef52f3936f9f5d770ea177e5c769e68af1701a90" ], "author": { "name": "David Ward", "email": "david.ward@ll.mit.edu", "time": "Mon Sep 05 16:47:23 2011 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Nov 11 09:37:17 2011 -0800" }, "message": "net: Align AF-specific flowi structs to long\n\ncommit 728871bc05afc8ff310b17dba3e57a2472792b13 upstream.\n\nAF-specific flowi structs are now passed to flow_key_compare, which must\nalso be aligned to a long.\n\nSigned-off-by: David Ward \u003cdavid.ward@ll.mit.edu\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nCc: Kim Phillips \u003ckim.phillips@freescale.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "ef52f3936f9f5d770ea177e5c769e68af1701a90", "tree": "caaa034d4898221b5d5e0c9ff3fea6b48f108cb4", "parents": [ "2fc862e051e87f66de8b505b339e55c509d684a3" ], "author": { "name": "Jiaying Zhang", "email": "jiayingz@google.com", "time": "Wed Aug 31 11:50:51 2011 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Nov 11 09:37:16 2011 -0800" }, "message": "ext4: remove i_mutex lock in ext4_evict_inode to fix lockdep complaining\n\ncommit 8c0bec2151a47906bf779c6715a10ce04453ab77 upstream.\n\nThe i_mutex lock and flush_completed_IO() added by commit 2581fdc810\nin ext4_evict_inode() causes lockdep complaining about potential\ndeadlock in several places. In most/all of these LOCKDEP complaints\nit looks like it\u0027s a false positive, since many of the potential\ncircular locking cases can\u0027t take place by the time the\next4_evict_inode() is called; but since at the very least it may mask\nreal problems, we need to address this.\n\nThis change removes the flush_completed_IO() and i_mutex lock in\next4_evict_inode(). Instead, we take a different approach to resolve\nthe software lockup that commit 2581fdc810 intends to fix. Rather\nthan having ext4-dio-unwritten thread wait for grabing the i_mutex\nlock of an inode, we use mutex_trylock() instead, and simply requeue\nthe work item if we fail to grab the inode\u0027s i_mutex lock.\n\nThis should speed up work queue processing in general and also\nprevents the following deadlock scenario: During page fault,\nshrink_icache_memory is called that in turn evicts another inode B.\nInode B has some pending io_end work so it calls ext4_ioend_wait()\nthat waits for inode B\u0027s i_ioend_count to become zero. However, inode\nB\u0027s ioend work was queued behind some of inode A\u0027s ioend work on the\nsame cpu\u0027s ext4-dio-unwritten workqueue. As the ext4-dio-unwritten\nthread on that cpu is processing inode A\u0027s ioend work, it tries to\ngrab inode A\u0027s i_mutex lock. Since the i_mutex lock of inode A is\nstill hold before the page fault happened, we enter a deadlock.\n\nSigned-off-by: Jiaying Zhang \u003cjiayingz@google.com\u003e\nSigned-off-by: \"Theodore Ts\u0027o\" \u003ctytso@mit.edu\u003e\nCc: Thomas Gleixner \u003ctglx@linutronix.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "2fc862e051e87f66de8b505b339e55c509d684a3", "tree": "8c717a9b1135da1f75ddf7cacd6ab7e6345a4f95", "parents": [ "7b333e0ef8a1efa488ad98956c6701884b0c2b4b" ], "author": { "name": "Daniel Mack", "email": "zonque@gmail.com", "time": "Tue Jun 07 03:01:07 2011 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Nov 11 09:37:16 2011 -0800" }, "message": "mtd: pxa3xx_nand: Fix blank page ECC mismatch\n\ncommit 543e32d5ff165d0d68deedb0e3557478c7c36a4a upstream.\n\nThis bug was introduced in f8155a40 (\"mtd: pxa3xx_nand: rework irq\nlogic\") and causes the PXA3xx NAND controller fail to operate with NAND\nflash that has empty pages. According to the comment in this block, the\nhardware controller will report a double-bit error for empty pages,\nwhich can and must be ignored.\n\nThis patch restores the original behaviour of the driver.\n\nSigned-off-by: Daniel Mack \u003czonque@gmail.com\u003e\nAcked-by: Lei Wen \u003cleiwen@marvell.com\u003e\nCc: Haojian Zhuang \u003chaojian.zhuang@marvell.com\u003e\nCc: David Woodhouse \u003cDavid.Woodhouse@intel.com\u003e\nSigned-off-by: Artem Bityutskiy \u003cArtem.Bityutskiy@nokia.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "7b333e0ef8a1efa488ad98956c6701884b0c2b4b", "tree": "0c27d9bee5160f43c203ba97019fdcfa9f1e58fa", "parents": [ "1bd1046f37d0a9a76bbcd45284229edacb8d890d" ], "author": { "name": "Lei Wen", "email": "leiwen@marvell.com", "time": "Tue Jun 07 03:01:06 2011 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Nov 11 09:37:16 2011 -0800" }, "message": "mtd: pxa3xx_nand: fix nand detection issue\n\ncommit 0fab028b77d714ad302404b23306cf7adb885223 upstream.\n\nWhen keep_config is set, the detection would goes different routine.\nThat the driver would read out the setting which is set previously\nby bootloader. While most bootloader keep the irq mask as off, and\ncurrent driver need all irq default open, keep_config behavior would\nlead to no irq at all.\n\nSigned-off-by: Lei Wen \u003cleiwen@marvell.com\u003e\nTested-by: Daniel Mack \u003czonque@gmail.com\u003e\nSigned-off-by: Artem Bityutskiy \u003cArtem.Bityutskiy@nokia.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "1bd1046f37d0a9a76bbcd45284229edacb8d890d", "tree": "2a9bb94b10cb479f514a77915f14b357055aee25", "parents": [ "5805ad8491edbc343a07de169f32ade07dcb3406" ], "author": { "name": "Andres Salomon", "email": "dilinger@queued.net", "time": "Fri Oct 14 07:33:20 2011 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Nov 11 09:37:15 2011 -0800" }, "message": "mtd: provide an alias for the redboot module name\n\ncommit d5de1907d0af22e1a02de2b16a624148517a39c2 upstream.\n\nparse_mtd_partitions takes a list of partition types; if the driver\nisn\u0027t loaded, it attempts to load it, and then it grabs the partition\nparser. For redboot, the module name is \"redboot.ko\", while the parser\nname is \"RedBoot\". Since modprobe is case-sensitive, attempting to\nmodprobe \"RedBoot\" will never work. I suspect the embedded systems that\nmake use of redboot just always manually loaded redboot prior to loading\ntheir specific nand chip drivers (or statically compiled it in).\n\nSigned-off-by: Andres Salomon \u003cdilinger@queued.net\u003e\nSigned-off-by: Artem Bityutskiy \u003cartem.bityutskiy@linux.intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" } ], "next": "5805ad8491edbc343a07de169f32ade07dcb3406" }