)]}' { "log": [ { "commit": "f4cc7a1602ed1bb673cf86b6ccc10f72e1cfaae4", "tree": "4176bf212797371e4d2c76cfcf1cc73b05c282c5", "parents": [ "18591ae05a4bc4f505ae5a7d6e58962900226443" ], "author": { "name": "Alan Stern", "email": "stern@rowland.harvard.edu", "time": "Fri Jan 25 17:17:43 2013 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Mon Feb 11 08:47:19 2013 -0800" }, "message": "USB: EHCI: fix timer bug affecting port resume\n\ncommit ee74290b7853db9d5fd64db70e5c175241c59fba upstream.\n\nThis patch (as1652) fixes a long-standing bug in ehci-hcd. The driver\nrelies on status polls to know when to stop port-resume signalling.\nIt uses the root-hub status timer to schedule these status polls. But\nwhen the driver for the root hub is resumed, the timer is rescheduled\nto go off immediately -- before the port is ready. When this happens\nthe timer does not get re-enabled, which prevents the port resume from\nfinishing until some other event occurs.\n\nThe symptom is that when a new device is plugged in, it doesn\u0027t get\nrecognized or enumerated until lsusb is run or something else happens.\n\nThe solution is to re-enable the root-hub status timer after every\nstatus poll while a port resume is in progress.\n\nThis bug hasn\u0027t surfaced before now because we never used to try to\nsuspend the root hub in the middle of a port resume (except by\ncoincidence).\n\nSigned-off-by: Alan Stern \u003cstern@rowland.harvard.edu\u003e\nReported-and-tested-by: Norbert Preining \u003cpreining@logic.at\u003e\nTested-by: Ming Lei \u003cming.lei@canonical.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "18591ae05a4bc4f505ae5a7d6e58962900226443", "tree": "ba59da44e283ee56b13ce78500d2d75f701f4be4", "parents": [ "fdc3c54a639e9acdd5b391283b1e613d1c99de16" ], "author": { "name": "Daniele Palmas", "email": "dnlplm@gmail.com", "time": "Mon Jan 28 16:48:54 2013 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Mon Feb 11 08:47:19 2013 -0800" }, "message": "USB: qcserial: add Telit Gobi QDL device\n\ncommit 78796ae17eacedcdcaaeb03ba73d2e532a4c8f83 upstream.\n\nAdd VID and PID for Telit Gobi QDL device\n\nSigned-off-by: Daniele Palmas \u003cdnlplm@gmail.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "fdc3c54a639e9acdd5b391283b1e613d1c99de16", "tree": "810645be19b14704373be6930dab772c4266278a", "parents": [ "de4399132e911ca24bd642c7a0f659a0d6a35169" ], "author": { "name": "Bjørn Mork", "email": "bjorn@mork.no", "time": "Fri Feb 01 12:06:51 2013 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Mon Feb 11 08:47:19 2013 -0800" }, "message": "USB: option: add Changhong CH690\n\ncommit d4fa681541aa7bf8570d03426dd7ba663a71c467 upstream.\n\nNew device with 3 serial interfaces:\n\n If#\u003d 0 Alt\u003d 0 #EPs\u003d 3 Cls\u003dff(vend) Sub\u003dff Prot\u003dff\n If#\u003d 1 Alt\u003d 0 #EPs\u003d 2 Cls\u003dff(vend) Sub\u003dff Prot\u003dff\n If#\u003d 2 Alt\u003d 0 #EPs\u003d 2 Cls\u003dff(vend) Sub\u003dff Prot\u003dff\n If#\u003d 3 Alt\u003d 0 #EPs\u003d 2 Cls\u003d08(stor) Sub\u003d06 Prot\u003d50\n\nSigned-off-by: Bjørn Mork \u003cbjorn@mork.no\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "de4399132e911ca24bd642c7a0f659a0d6a35169", "tree": "1a2870bfcb0753afab76dbf65c7003b6bb808ee0", "parents": [ "66a76eb58058527e579bf82aad0a926bac7fcb09" ], "author": { "name": "Daniele Palmas", "email": "dnlplm@gmail.com", "time": "Mon Jan 28 16:47:10 2013 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Mon Feb 11 08:47:19 2013 -0800" }, "message": "USB: option: add support for Telit LE920\n\ncommit 03eb466f276ceef9dcf023dc5474db02af68aad9 upstream.\n\nAdd PID and special handling for Telit LE920\n\nSigned-off-by: Daniele Palmas \u003cdnlplm@gmail.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "66a76eb58058527e579bf82aad0a926bac7fcb09", "tree": "c1c22ee7fef08e5bd7d2c98f337b7be1d6ea4224", "parents": [ "649d7a793033f428bc85430109069dab35fe8782" ], "author": { "name": "Sven Killig", "email": "sven@killig.de", "time": "Fri Feb 01 23:43:06 2013 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Mon Feb 11 08:47:19 2013 -0800" }, "message": "USB: ftdi_sio: add PID/VID entries for ELV WS 300 PC II\n\ncommit c249f911406efcc7456cb4af79396726bf7b8c57 upstream.\n\nAdd PID/VID entries for ELV WS 300 PC II weather station\n\nSigned-off-by: Sven Killig \u003csven@killig.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "649d7a793033f428bc85430109069dab35fe8782", "tree": "9d68791d808dc675e009f03ca861381a2ffdaf57", "parents": [ "1a9277bba9cfcfac12b204dcf72b0cb019b3b65d" ], "author": { "name": "Petr Kubánek", "email": "petr@kubanek.net", "time": "Fri Feb 01 17:24:04 2013 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Mon Feb 11 08:47:19 2013 -0800" }, "message": "USB: ftdi_sio: add Zolix FTDI PID\n\ncommit 0ba3b2ccc72b3df5c305d61f59d93ab0f0e87991 upstream.\n\nAdd support for Zolix Omni 1509 monochromator custom USB-RS232 converter.\n\nSigned-off-by: Petr Kubánek \u003cpetr@kubanek.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "1a9277bba9cfcfac12b204dcf72b0cb019b3b65d", "tree": "6d231ecaa8e200bf056dee6ed2db7bd51477cf5f", "parents": [ "0b0a57362b8d1585f6909333fc667c73bae8205c" ], "author": { "name": "Jan Luebbe", "email": "jlu@pengutronix.de", "time": "Mon Feb 04 14:28:53 2013 -0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Mon Feb 11 08:47:18 2013 -0800" }, "message": "drivers/rtc/rtc-isl1208.c: call rtc_update_irq() from the alarm irq handler\n\ncommit 72fca4a4b32dc778b5b885c3498700e42b610d49 upstream.\n\nPreviously the alarm event was not propagated into the RTC subsystem.\nBy adding a call to rtc_update_irq, this fixes a timeout problem with\nthe hwclock utility.\n\nSigned-off-by: Jan Luebbe \u003cjlu@pengutronix.de\u003e\nCc: Alessandro Zummo \u003ca.zummo@towertech.it\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "0b0a57362b8d1585f6909333fc667c73bae8205c", "tree": "3b988efd64148e7c51610f5b49c3b507a871ced8", "parents": [ "89960feebaf4f9a53f93a0ce6888207e4a808799" ], "author": { "name": "Vyacheslav Dubeyko", "email": "slava@dubeyko.com", "time": "Mon Feb 04 14:28:41 2013 -0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Mon Feb 11 08:47:18 2013 -0800" }, "message": "nilfs2: fix fix very long mount time issue\n\ncommit a9bae189542e71f91e61a4428adf6e5a7dfe8063 upstream.\n\nThere exists a situation when GC can work in background alone without\nany other filesystem activity during significant time.\n\nThe nilfs_clean_segments() method calls nilfs_segctor_construct() that\nupdates superblocks in the case of NILFS_SC_SUPER_ROOT and\nTHE_NILFS_DISCONTINUED flags are set. But when GC is working alone the\nnilfs_clean_segments() is called with unset THE_NILFS_DISCONTINUED flag.\nAs a result, the update of superblocks doesn\u0027t occurred all this time\nand in the case of SPOR superblocks keep very old values of last super\nroot placement.\n\nSYMPTOMS:\n\nTrying to mount a NILFS2 volume after SPOR in such environment ends with\nvery long mounting time (it can achieve about several hours in some\ncases).\n\nREPRODUCING PATH:\n\n1. It needs to use external USB HDD, disable automount and doesn\u0027t\n make any additional filesystem activity on the NILFS2 volume.\n\n2. Generate temporary file with size about 100 - 500 GB (for example,\n dd if\u003d/dev/zero of\u003d\u003cfile_name\u003e bs\u003d1073741824 count\u003d200). The size of\n file defines duration of GC working.\n\n3. Then it needs to delete file.\n\n4. Start GC manually by means of command \"nilfs-clean -p 0\". When you\n start GC by means of such way then, at the end, superblocks is updated\n by once. So, for simulation of SPOR, it needs to wait sometime (15 -\n 40 minutes) and simply switch off USB HDD manually.\n\n5. Switch on USB HDD again and try to mount NILFS2 volume. As a\n result, NILFS2 volume will mount during very long time.\n\nREPRODUCIBILITY: 100%\n\nFIX:\n\nThis patch adds checking that superblocks need to update and set\nTHE_NILFS_DISCONTINUED flag before nilfs_clean_segments() call.\n\nReported-by: Sergey Alexandrov \u003csplavgm@gmail.com\u003e\nSigned-off-by: Vyacheslav Dubeyko \u003cslava@dubeyko.com\u003e\nTested-by: Vyacheslav Dubeyko \u003cslava@dubeyko.com\u003e\nAcked-by: Ryusuke Konishi \u003ckonishi.ryusuke@lab.ntt.co.jp\u003e\nTested-by: Ryusuke Konishi \u003ckonishi.ryusuke@lab.ntt.co.jp\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@linuxfoundation.org\u003e\n\n" }, { "commit": "89960feebaf4f9a53f93a0ce6888207e4a808799", "tree": "91b4e4224f264e072b047ac636f585a2de98e602", "parents": [ "11151f33ae2b29f8346f5ac1250c1879e3348cbc" ], "author": { "name": "Shawn Bohrer", "email": "sbohrer@rgmadvisors.com", "time": "Mon Jan 14 11:55:31 2013 -0600" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Mon Feb 11 08:47:18 2013 -0800" }, "message": "sched/rt: Use root_domain of rt_rq not current processor\n\ncommit aa7f67304d1a03180f463258aa6f15a8b434e77d upstream.\n\nWhen the system has multiple domains do_sched_rt_period_timer()\ncan run on any CPU and may iterate over all rt_rq in\ncpu_online_mask. This means when balance_runtime() is run for a\ngiven rt_rq that rt_rq may be in a different rd than the current\nprocessor. Thus if we use smp_processor_id() to get rd in\ndo_balance_runtime() we may borrow runtime from a rt_rq that is\nnot part of our rd.\n\nThis changes do_balance_runtime to get the rd from the passed in\nrt_rq ensuring that we borrow runtime only from the correct rd\nfor the given rt_rq.\n\nThis fixes a BUG at kernel/sched/rt.c:687! in __disable_runtime\nwhen we try reclaim runtime lent to other rt_rq but runtime has\nbeen lent to a rt_rq in another rd.\n\nSigned-off-by: Shawn Bohrer \u003csbohrer@rgmadvisors.com\u003e\nAcked-by: Steven Rostedt \u003crostedt@goodmis.org\u003e\nAcked-by: Mike Galbraith \u003cbitbucket@online.de\u003e\nCc: peterz@infradead.org\nLink: http://lkml.kernel.org/r/1358186131-29494-1-git-send-email-sbohrer@rgmadvisors.com\nSigned-off-by: Ingo Molnar \u003cmingo@kernel.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "11151f33ae2b29f8346f5ac1250c1879e3348cbc", "tree": "903e0750880d8cf354f0f6468c061fb365b8b86c", "parents": [ "8f69eeaecbb7d741e943f7972627bbd1ca294ab6" ], "author": { "name": "Jan Beulich", "email": "JBeulich@suse.com", "time": "Wed Jan 30 07:55:53 2013 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Mon Feb 11 08:47:18 2013 -0800" }, "message": "x86-64: Replace left over sti/cli in ia32 audit exit code\n\ncommit 40a1ef95da85843696fc3ebe5fce39b0db32669f upstream.\n\nFor some reason they didn\u0027t get replaced so far by their\nparavirt equivalents, resulting in code to be run with\ninterrupts disabled that doesn\u0027t expect so (causing, in the\nobserved case, a BUG_ON() to trigger) when syscall auditing is\nenabled.\n\nDavid (Cc-ed) came up with an identical fix, so likely this can\nbe taken to count as an ack from him.\n\nReported-by: Peter Moody \u003cpmoody@google.com\u003e\nSigned-off-by: Jan Beulich \u003cjbeulich@suse.com\u003e\nCc: David Vrabel \u003cdavid.vrabel@citrix.com\u003e\nCc: Konrad Rzeszutek Wilk \u003ckonrad.wilk@oracle.com\u003e\nLink: http://lkml.kernel.org/r/5108E01902000078000BA9C5@nat28.tlf.novell.com\nSigned-off-by: Ingo Molnar \u003cmingo@kernel.org\u003e\nCc: Konrad Rzeszutek Wilk \u003ckonrad.wilk@oracle.com\u003e\nCc: David Vrabel \u003cdavid.vrabel@citrix.com\u003e\nTested-by: Peter Moody \u003cpmoody@google.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "8f69eeaecbb7d741e943f7972627bbd1ca294ab6", "tree": "d4f77e1add34e90908724cef034d57596a4b2da1", "parents": [ "dcf73edd833be6d4999a7d8f6cc6941c9e475ce4" ], "author": { "name": "liu chuansheng", "email": "chuansheng.liu@intel.com", "time": "Thu Jan 31 22:13:00 2013 +0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Mon Feb 11 08:47:18 2013 -0800" }, "message": "drm/radeon: Calling object_unrefer() when creating fb failure\n\ncommit f2d68cf4daa4de97d400d94836b907e35228e54f upstream.\n\nWhen kzalloc() failed in radeon_user_framebuffer_create(), need to\ncall object_unreference() to match the object_reference().\n\nSigned-off-by: liu chuansheng \u003cchuansheng.liu@intel.com\u003e\nSigned-off-by: xueminsu \u003cxuemin.su@intel.com\u003e\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "dcf73edd833be6d4999a7d8f6cc6941c9e475ce4", "tree": "5ef43c4faf2ce1091159d955ebe92f13587fb0f5", "parents": [ "c7d3c1787d491f55849d587e519a0bfe14d5f716" ], "author": { "name": "Alex Deucher", "email": "alexander.deucher@amd.com", "time": "Wed Jan 30 14:24:09 2013 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Mon Feb 11 08:47:18 2013 -0800" }, "message": "drm/radeon: prevent crash in the ring space allocation\n\ncommit fd5d93a0015ce1a7db881382022b2fcdfdc61760 upstream.\n\nIf the requested number of DWs on the ring is larger than\nthe size of the ring itself, return an error.\n\nIn testing with large VM updates, we\u0027ve seen crashes when we\ntry and allocate more space on the ring than the total size\nof the ring without checking.\n\nThis prevents the crash but for large VM updates or bo moves\nof very large buffers, we will need to break the transaction\ndown into multiple batches. I have patches to use IBs for\nthe next kernel.\n\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "c7d3c1787d491f55849d587e519a0bfe14d5f716", "tree": "619ee40a8eb3e1733789460352a434eadecc06cd", "parents": [ "b5dc90fe1300df803e7c5b1922c759e135116251" ], "author": { "name": "Christopher Staite", "email": "chris@yourdreamnet.co.uk", "time": "Sat Jan 26 11:10:58 2013 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Mon Feb 11 08:47:17 2013 -0800" }, "message": "drm/radeon: fix MC blackout on evergreen+\n\ncommit bb588820ef421c6098dca1fec29c3b347f1c8c19 upstream.\n\nForce the crtc mem requests on/off immediately rather\nthan waiting for the double buffered updates to kick in.\nSeems we miss the update in certain conditions. Also\nhandle the DCE6 case.\n\nSigned-off-by: Christopher Staite \u003cchris@yourdreamnet.co.uk\u003e\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "b5dc90fe1300df803e7c5b1922c759e135116251", "tree": "20ca33b5b1077175a542fb15ee48c9b9c475b811", "parents": [ "b5d3ef25ca19150e30b0d3c0969349951134684b" ], "author": { "name": "Alex Deucher", "email": "alexander.deucher@amd.com", "time": "Tue Jan 29 16:36:47 2013 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Mon Feb 11 08:47:17 2013 -0800" }, "message": "drm/radeon: add quirk for RV100 board\n\ncommit 9200ee4941a6e5d1ec5df88982243686882dff3f upstream.\n\nvbios says external TMDS while the board is actually\ninternal TMDS.\n\nfixes:\nhttps://bugs.freedesktop.org/show_bug.cgi?id\u003d60037\n\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "b5d3ef25ca19150e30b0d3c0969349951134684b", "tree": "b6e588f0962a868c572f217f5a5bc2170216e8ab", "parents": [ "36509fceeabafd1a6e95e48ae75efe020fa59937" ], "author": { "name": "Alex Deucher", "email": "alexander.deucher@amd.com", "time": "Sun Jan 27 21:57:51 2013 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Mon Feb 11 08:47:17 2013 -0800" }, "message": "drm/radeon: add WAIT_UNTIL to the non-VM safe regs list for cayman/TN\n\ncommit 674a16f2b4724880d07389abbb95abf320b924aa upstream.\n\nNewer versions of mesa emit this.\n\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "36509fceeabafd1a6e95e48ae75efe020fa59937", "tree": "eff15f3dd94b4bc078ad4a991a4f58e5e240deb1", "parents": [ "b0cc9fb10c1b7240b229b40391f8da2a987995bd" ], "author": { "name": "Alex Deucher", "email": "alexander.deucher@amd.com", "time": "Thu Jan 31 09:00:52 2013 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Mon Feb 11 08:47:17 2013 -0800" }, "message": "drm/radeon/evergreen+: wait for the MC to settle after MC blackout\n\ncommit ed39fadd6df01095378e499fac3674883f16b853 upstream.\n\nSome chips seem to need a little delay after blacking out\nthe MC before the requests actually stop.\n\nMay fix:\nhttps://bugs.freedesktop.org/show_bug.cgi?id\u003d56139\nhttps://bugs.freedesktop.org/show_bug.cgi?id\u003d57567\n\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "b0cc9fb10c1b7240b229b40391f8da2a987995bd", "tree": "479d01601c939310c0da591f453b0d0d24e53cd4", "parents": [ "398cc33fbceda864a91433b2a76bb510a640021a" ], "author": { "name": "YOSHIFUJI Hideaki", "email": "yoshfuji@linux-ipv6.org", "time": "Fri Jan 25 16:54:20 2013 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Mon Feb 11 08:47:17 2013 -0800" }, "message": "digsig: Fix memory leakage in digsig_verify_rsa()\n\ncommit 7810cc1e7721220f1ed2a23ca95113d6434f6dcd upstream.\n\ndigsig_verify_rsa() does not free kmalloc\u0027ed buffer returned by\nmpi_get_buffer().\n\nSigned-off-by: YOSHIFUJI Hideaki \u003cyoshfuji@linux-ipv6.org\u003e\nSigned-off-by: Dmitry Kasatkin \u003cdmitry.kasatkin@intel.com\u003e\nSigned-off-by: James Morris \u003cjames.l.morris@oracle.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "398cc33fbceda864a91433b2a76bb510a640021a", "tree": "e08852952e29ee8801a40e9ba72d8241a1e95395", "parents": [ "9767a2421ad0f125bda9a8a1bed0c76bece8125c" ], "author": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Feb 03 18:24:52 2013 -0600" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Feb 03 18:24:52 2013 -0600" }, "message": "Linux 3.4.29\n" }, { "commit": "9767a2421ad0f125bda9a8a1bed0c76bece8125c", "tree": "c415b897f11dfdabb190be081df9cfa7749f4147", "parents": [ "ae2bac5c25d3f073d307338d9a84a1fe454c283b" ], "author": { "name": "Nicholas Bellinger", "email": "nab@linux-iscsi.org", "time": "Thu Jan 24 21:57:14 2013 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Feb 03 18:24:42 2013 -0600" }, "message": "target: fix regression with dev_link_magic in target_fabric_port_link\n\nThis is to fix a regression that only affect the stable (not for the mainline)\nthat the stable commit fdf9d86 was incorrectly placed dev-\u003edev_link_magic check\nbefore the *dev assignment in target_fabric_port_link() due to fuzzy automatically\ncontext adjustment during the back-porting.\n\nReported-by: Chris Boot \u003cbootc@bootc.net\u003e\nSigned-off-by: Nicholas Bellinger \u003cnab@linux-iscsi.org\u003e\nSigned-off-by: CAI Qian \u003ccaiqian@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "ae2bac5c25d3f073d307338d9a84a1fe454c283b", "tree": "c92ba9d111b9f68ad901aa599d5569d8dd52f8f6", "parents": [ "40913e0adeb733053017293b0a5d6e096e47e4a1" ], "author": { "name": "H. Peter Anvin", "email": "hpa@linux.intel.com", "time": "Sun Jan 13 20:56:41 2013 -0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Feb 03 18:24:42 2013 -0600" }, "message": "x86/Sandy Bridge: Sandy Bridge workaround depends on CONFIG_PCI\n\ncommit e43b3cec711a61edf047adf6204d542f3a659ef8 upstream.\n\nearly_pci_allowed() and read_pci_config_16() are only available if\nCONFIG_PCI is defined.\n\nSigned-off-by: H. Peter Anvin \u003chpa@linux.intel.com\u003e\nCc: Jesse Barnes \u003cjbarnes@virtuousgeek.org\u003e\nSigned-off-by: Abdallah Chatila \u003cabdallah.chatila@ericsson.com\u003e\n\n" }, { "commit": "40913e0adeb733053017293b0a5d6e096e47e4a1", "tree": "7b82d2407f3f275788b3147eff50dcf740543f51", "parents": [ "956b0310a4f4cb0777d1e8a11a23950ec111a13b" ], "author": { "name": "Matt Fleming", "email": "matt.fleming@intel.com", "time": "Fri Jan 25 10:07:25 2013 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Feb 03 18:24:42 2013 -0600" }, "message": "x86, efi: Set runtime_version to the EFI spec revision\n\ncommit 712ba9e9afc4b3d3d6fa81565ca36fe518915c01 upstream.\n\nefi.runtime_version is erroneously being set to the value of the\nvendor\u0027s firmware revision instead of that of the implemented EFI\nspecification. We can\u0027t deduce which EFI functions are available based\non the revision of the vendor\u0027s firmware since the version scheme is\nlikely to be unique to each vendor.\n\nWhat we really need to know is the revision of the implemented EFI\nspecification, which is available in the EFI System Table header.\n\nSigned-off-by: Matt Fleming \u003cmatt.fleming@intel.com\u003e\nCc: Seiji Aguchi \u003cseiji.aguchi@hds.com\u003e\nCc: Matthew Garrett \u003cmjg59@srcf.ucam.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "956b0310a4f4cb0777d1e8a11a23950ec111a13b", "tree": "4157001c3717508c45dff02be6e489983599b96b", "parents": [ "4031dfce34e8e8355c649f950a9ec7ccad20beee" ], "author": { "name": "Nathan Zimmer", "email": "nzimmer@sgi.com", "time": "Tue Jan 08 09:02:43 2013 -0600" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Feb 03 18:24:42 2013 -0600" }, "message": "efi, x86: Pass a proper identity mapping in efi_call_phys_prelog\n\ncommit b8f2c21db390273c3eaf0e5308faeaeb1e233840 upstream.\n\nUpdate efi_call_phys_prelog to install an identity mapping of all available\nmemory. This corrects a bug on very large systems with more then 512 GB in\nwhich bios would not be able to access addresses above not in the mapping.\n\nThe result is a crash that looks much like this.\n\nBUG: unable to handle kernel paging request at 000000effd870020\nIP: [\u003c0000000078bce331\u003e] 0x78bce330\nPGD 0\nOops: 0000 [#1] SMP\nModules linked in:\nCPU 0\nPid: 0, comm: swapper/0 Tainted: G W 3.8.0-rc1-next-20121224-medusa_ntz+ #2 Intel Corp. Stoutland Platform\nRIP: 0010:[\u003c0000000078bce331\u003e] [\u003c0000000078bce331\u003e] 0x78bce330\nRSP: 0000:ffffffff81601d28 EFLAGS: 00010006\nRAX: 0000000078b80e18 RBX: 0000000000000004 RCX: 0000000000000004\nRDX: 0000000078bcf958 RSI: 0000000000002400 RDI: 8000000000000000\nRBP: 0000000078bcf760 R08: 000000effd870000 R09: 0000000000000000\nR10: 0000000000000000 R11: 00000000000000c3 R12: 0000000000000030\nR13: 000000effd870000 R14: 0000000000000000 R15: ffff88effd870000\nFS: 0000000000000000(0000) GS:ffff88effe400000(0000) knlGS:0000000000000000\nCS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033\nCR2: 000000effd870020 CR3: 000000000160c000 CR4: 00000000000006b0\nDR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000\nDR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400\nProcess swapper/0 (pid: 0, threadinfo ffffffff81600000, task ffffffff81614400)\nStack:\n 0000000078b80d18 0000000000000004 0000000078bced7b ffff880078b81fff\n 0000000000000000 0000000000000082 0000000078bce3a8 0000000000002400\n 0000000060000202 0000000078b80da0 0000000078bce45d ffffffff8107cb5a\nCall Trace:\n [\u003cffffffff8107cb5a\u003e] ? on_each_cpu+0x77/0x83\n [\u003cffffffff8102f4eb\u003e] ? change_page_attr_set_clr+0x32f/0x3ed\n [\u003cffffffff81035946\u003e] ? efi_call4+0x46/0x80\n [\u003cffffffff816c5abb\u003e] ? efi_enter_virtual_mode+0x1f5/0x305\n [\u003cffffffff816aeb24\u003e] ? start_kernel+0x34a/0x3d2\n [\u003cffffffff816ae5ed\u003e] ? repair_env_string+0x60/0x60\n [\u003cffffffff816ae2be\u003e] ? x86_64_start_reservations+0xba/0xc1\n [\u003cffffffff816ae120\u003e] ? early_idt_handlers+0x120/0x120\n [\u003cffffffff816ae419\u003e] ? x86_64_start_kernel+0x154/0x163\nCode: Bad RIP value.\nRIP [\u003c0000000078bce331\u003e] 0x78bce330\n RSP \u003cffffffff81601d28\u003e\nCR2: 000000effd870020\n---[ end trace ead828934fef5eab ]---\n\nSigned-off-by: Nathan Zimmer \u003cnzimmer@sgi.com\u003e\nCc: Thomas Gleixner \u003ctglx@linutronix.de\u003e\nCc: Ingo Molnar \u003cmingo@redhat.com\u003e\nCc: \"H. Peter Anvin\" \u003chpa@zytor.com\u003e\nSigned-off-by: Robin Holt \u003cholt@sgi.com\u003e\nSigned-off-by: Matt Fleming \u003cmatt.fleming@intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "4031dfce34e8e8355c649f950a9ec7ccad20beee", "tree": "16693a0b4f7a04240d79e2b5af3d7072a3be914c", "parents": [ "846c314fd6124b5bd3a3db2624818f29616874a1" ], "author": { "name": "Alan Cox", "email": "alan@linux.intel.com", "time": "Thu Nov 15 13:06:22 2012 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Feb 03 18:24:42 2013 -0600" }, "message": "x86/msr: Add capabilities check\n\ncommit c903f0456bc69176912dee6dd25c6a66ee1aed00 upstream.\n\nAt the moment the MSR driver only relies upon file system\nchecks. This means that anything as root with any capability set\ncan write to MSRs. Historically that wasn\u0027t very interesting but\non modern processors the MSRs are such that writing to them\nprovides several ways to execute arbitary code in kernel space.\nSample code and documentation on doing this is circulating and\nMSR attacks are used on Windows 64bit rootkits already.\n\nIn the Linux case you still need to be able to open the device\nfile so the impact is fairly limited and reduces the security of\nsome capability and security model based systems down towards\nthat of a generic \"root owns the box\" setup.\n\nTherefore they should require CAP_SYS_RAWIO to prevent an\nelevation of capabilities. The impact of this is fairly minimal\non most setups because they don\u0027t have heavy use of\ncapabilities. Those using SELinux, SMACK or AppArmor rules might\nwant to consider if their rulesets on the MSR driver could be\ntighter.\n\nSigned-off-by: Alan Cox \u003calan@linux.intel.com\u003e\nCc: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\nCc: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nCc: Peter Zijlstra \u003ca.p.zijlstra@chello.nl\u003e\nSigned-off-by: Ingo Molnar \u003cmingo@kernel.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "846c314fd6124b5bd3a3db2624818f29616874a1", "tree": "5c28851f48ed4fcbae68549282a3690fd5b68530", "parents": [ "64fdede97a7c38889dd9b9016aac3e2afc23412b" ], "author": { "name": "Wang YanQing", "email": "udknight@gmail.com", "time": "Sat Jan 26 15:53:57 2013 +0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Feb 03 18:24:42 2013 -0600" }, "message": "smp: Fix SMP function call empty cpu mask race\n\ncommit f44310b98ddb7f0d06550d73ed67df5865e3eda5 upstream.\n\nI get the following warning every day with v3.7, once or\ntwice a day:\n\n [ 2235.186027] WARNING: at /mnt/sda7/kernel/linux/arch/x86/kernel/apic/ipi.c:109 default_send_IPI_mask_logical+0x2f/0xb8()\n\nAs explained by Linus as well:\n\n |\n | Once we\u0027ve done the \"list_add_rcu()\" to add it to the\n | queue, we can have (another) IPI to the target CPU that can\n | now see it and clear the mask.\n |\n | So by the time we get to actually send the IPI, the mask might\n | have been cleared by another IPI.\n |\n\nThis patch also fixes a system hang problem, if the data-\u003ecpumask\ngets cleared after passing this point:\n\n if (WARN_ONCE(!mask, \"empty IPI mask\"))\n return;\n\nthen the problem in commit 83d349f35e1a (\"x86: don\u0027t send an IPI to\nthe empty set of CPU\u0027s\") will happen again.\n\nSigned-off-by: Wang YanQing \u003cudknight@gmail.com\u003e\nAcked-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\nAcked-by: Jan Beulich \u003cjbeulich@suse.com\u003e\nCc: Paul E. McKenney \u003cpaulmck@linux.vnet.ibm.com\u003e\nCc: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nCc: peterz@infradead.org\nCc: mina86@mina86.org\nCc: srivatsa.bhat@linux.vnet.ibm.com\nLink: http://lkml.kernel.org/r/20130126075357.GA3205@udknight\n[ Tidied up the changelog and the comment in the code. ]\nSigned-off-by: Ingo Molnar \u003cmingo@kernel.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "64fdede97a7c38889dd9b9016aac3e2afc23412b", "tree": "7720853d47491bfbbe3b8f365fed56b9f8cac25b", "parents": [ "5a099d740ffdff7b217f23d7d871c4fb0c24a24b" ], "author": { "name": "Trond Myklebust", "email": "Trond.Myklebust@netapp.com", "time": "Tue Jan 22 00:17:06 2013 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Feb 03 18:24:42 2013 -0600" }, "message": "NFS: Don\u0027t silently fail setattr() requests on mountpoints\n\ncommit ab225417825963b6dc66be7ea80f94ac1378dfdf upstream.\n\nEnsure that any setattr and getattr requests for junctions and/or\nmountpoints are sent to the server. Ever since commit\n0ec26fd0698 (vfs: automount should ignore LOOKUP_FOLLOW), we have\nsilently dropped any setattr requests to a server-side mountpoint.\nFor referrals, we have silently dropped both getattr and setattr\nrequests.\n\nThis patch restores the original behaviour for setattr on mountpoints,\nand tries to do the same for referrals, provided that we have a\nfilehandle...\n\nSigned-off-by: Trond Myklebust \u003cTrond.Myklebust@netapp.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "5a099d740ffdff7b217f23d7d871c4fb0c24a24b", "tree": "9692967860d7e2ddbc06ea3646c54241ea59c4dc", "parents": [ "4b56ffb0c322d955c7fe6bae60711479b7ef6519" ], "author": { "name": "Stanislaw Gruszka", "email": "sgruszka@redhat.com", "time": "Thu Dec 20 14:41:18 2012 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Feb 03 18:24:42 2013 -0600" }, "message": "mac80211: synchronize scan off/on-channel and PS states\n\ncommit aacde9ee45225f7e0b90960f479aef83c66bfdc0 upstream.\n\nSince:\n\ncommit b23b025fe246f3acc2988eb6d400df34c27cb8ae\nAuthor: Ben Greear \u003cgreearb@candelatech.com\u003e\nDate: Fri Feb 4 11:54:17 2011 -0800\n\n mac80211: Optimize scans on current operating channel.\n\nwe do not disable PS while going back to operational channel (on\nieee80211_scan_state_suspend) and deffer that until scan finish.\nBut since we are allowed to send frames, we can send a frame to AP\nwithout PM bit set, so disable PS on AP side. Then when we switch\nto off-channel (in ieee80211_scan_state_resume) we do not enable PS.\nHence we are off-channel with PS disabled, frames are not buffered\nby AP.\n\nTo fix remove offchannel_ps_disable argument and always enable PS when\ngoing off-channel and disable it when going on-channel, like it was\nbefore.\n\nCc: stable@vger.kernel.org # 2.6.39+\nSigned-off-by: Stanislaw Gruszka \u003csgruszka@redhat.com\u003e\nTested-by: Seth Forshee \u003cseth.forshee@canonical.com\u003e\nSigned-off-by: Johannes Berg \u003cjohannes.berg@intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n" }, { "commit": "4b56ffb0c322d955c7fe6bae60711479b7ef6519", "tree": "aee01efa39242c530539bc19d0d3fbb6da83c912", "parents": [ "5a6d60801c24f6966cf73894258134778ddccde5" ], "author": { "name": "Daniel Vetter", "email": "daniel.vetter@ffwll.ch", "time": "Sun Jan 20 23:50:13 2013 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Feb 03 18:24:41 2013 -0600" }, "message": "iommu/intel: disable DMAR for g4x integrated gfx\n\ncommit 9452618e7462181ed9755236803b6719298a13ce upstream.\n\nDMAR support on g4x/gm45 integrated gpus seems to be totally busted.\nSo don\u0027t bother, but instead disable it by default to allow distros to\nunconditionally enable DMAR support.\n\nv2: Actually wire up the right quirk entry, spotted by Adam Jackson.\n\nNote that according to intel marketing materials only g45 and gm45\nsupport DMAR/VT-d. So we have reports for all relevant gen4 pci ids by\nnow. Still, keep all the other gen4 ids in the quirk table in case the\nmarketing stuff confused me again, which would not be the first time.\n\nBugzilla: https://bugzilla.kernel.org/show_bug.cgi?id\u003d51921\nBugzilla: https://bugzilla.redhat.com/show_bug.cgi?id\u003d538163\nBugzilla: https://bugzilla.redhat.com/show_bug.cgi?id\u003d538163\nCc: Adam Jackson \u003cajax@redhat.com\u003e\nCc: David Woodhouse \u003cdwmw2@infradead.org\u003e\nCc: stable@vger.kernel.org\nAcked-By: David Woodhouse \u003cDavid.Woodhouse@intel.com\u003e\nTested-by: stathis \u003cstathis@npcglib.org\u003e\nTested-by: Mihai Moldovan \u003cionic@ionic.de\u003e\nSigned-off-by: Daniel Vetter \u003cdaniel.vetter@ffwll.ch\u003e\nSigned-off-by: Mihai Moldovan \u003cionic@ionic.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "5a6d60801c24f6966cf73894258134778ddccde5", "tree": "e2ec46e0454cd0815c65a17c83c3d3ba60a43561", "parents": [ "99141c253f45822edfab14fa34bfa47f56d803ad" ], "author": { "name": "Anderson Lizardo", "email": "anderson.lizardo@openbossa.org", "time": "Sun Jan 06 18:28:53 2013 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Feb 03 18:24:41 2013 -0600" }, "message": "Bluetooth: Fix incorrect strncpy() in hidp_setup_hid()\n\ncommit 0a9ab9bdb3e891762553f667066190c1d22ad62b upstream.\n\nThe length parameter should be sizeof(req-\u003ename) - 1 because there is no\nguarantee that string provided by userspace will contain the trailing\n\u0027\\0\u0027.\n\nCan be easily reproduced by manually setting req-\u003ename to 128 non-zero\nbytes prior to ioctl(HIDPCONNADD) and checking the device name setup on\ninput subsystem:\n\n$ cat /sys/devices/pnp0/00\\:04/tty/ttyS0/hci0/hci0\\:1/input8/name\nAAAAAA[...]AAAAAAAAf0:af:f0:af:f0:af\n\n(\"f0:af:f0:af:f0:af\" is the device bluetooth address, taken from \"phys\"\nfield in struct hid_device due to overflow.)\n\nSigned-off-by: Anderson Lizardo \u003canderson.lizardo@openbossa.org\u003e\nAcked-by: Marcel Holtmann \u003cmarcel@holtmann.org\u003e\nSigned-off-by: Gustavo Padovan \u003cgustavo.padovan@collabora.co.uk\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "99141c253f45822edfab14fa34bfa47f56d803ad", "tree": "af1783685fd3c67dc06fde2bde008ee0a834fcbb", "parents": [ "ecf7defcc50e33fd80e8ba34f140360606530d6b" ], "author": { "name": "Chris Rattray", "email": "crattray@opensource.wolfsonmicro.com", "time": "Tue Jan 15 13:22:36 2013 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Feb 03 18:24:41 2013 -0600" }, "message": "ASoC: wm2200: correct mixer values and text\n\ncommit a80cc734282805e15b5e023751a4d02f7ffbcc91 upstream.\n\nSigned-off-by: Chris Rattray \u003ccrattray@opensource.wolfsonmicro.com\u003e\nSigned-off-by: Mark Brown \u003cbroonie@opensource.wolfsonmicro.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "ecf7defcc50e33fd80e8ba34f140360606530d6b", "tree": "9851416ae025d210fc2566d227cd3e778bd457a8", "parents": [ "4184c93021628f144a422ce1c280b3dc69b6ed12" ], "author": { "name": "Dan Carpenter", "email": "dan.carpenter@oracle.com", "time": "Sat Jan 26 10:49:24 2013 +0300" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Feb 03 18:24:41 2013 -0600" }, "message": "EDAC: Test correct variable in -\u003estore function\n\ncommit 8024c4c0b1057d1cd811fc9c3f88f81de9729fcd upstream.\n\nWe\u0027re testing for -\u003eshow but calling -\u003estore().\n\nSigned-off-by: Dan Carpenter \u003cdan.carpenter@oracle.com\u003e\nSigned-off-by: Borislav Petkov \u003cbp@suse.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "4184c93021628f144a422ce1c280b3dc69b6ed12", "tree": "2fb30db050357c4b69b70477de2e2070c67c12cb", "parents": [ "d065f12437292348564406a267c35857fe65bafc" ], "author": { "name": "Takashi Iwai", "email": "tiwai@suse.de", "time": "Wed Jan 23 18:16:24 2013 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Feb 03 18:24:41 2013 -0600" }, "message": "ALSA: hda - Add a fixup for Packard-Bell desktop with ALC880\n\ncommit 0712eea349d8e2b6d0e44b94a752d999319027fb upstream.\n\nA Packard-Bell desktop machine gives no proper pin configuration from\nBIOS. It\u0027s almost equivalent with the 6stack+fp standard config, just\ntake the existing fixup.\n\nBugzilla: https://bugzilla.redhat.com/show_bug.cgi?id\u003d901846\n\nSigned-off-by: Takashi Iwai \u003ctiwai@suse.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "d065f12437292348564406a267c35857fe65bafc", "tree": "008f5f2b2cd9524eea98a548f814b022b878be3a", "parents": [ "82f9455a53ee8c02320c6a3b3c74975b804b9df0" ], "author": { "name": "Clemens Ladisch", "email": "clemens@ladisch.de", "time": "Thu Nov 29 17:04:23 2012 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Feb 03 18:24:41 2013 -0600" }, "message": "ALSA: usb-audio: fix invalid length check for RME and other UAC 2 devices\n\ncommit d56268fb108c7c21e19933588ca4d94652585183 upstream.\n\nCommit 23caaf19b11e (ALSA: usb-mixer: Add support for Audio Class v2.0)\nforgot to adjust the length check for UAC 2.0 feature unit descriptors.\nThis would make the code abort on encountering a feature unit without\nper-channel controls, and thus prevented the driver to work with any\ndevice having such a unit, such as the RME Babyface or Fireface UCX.\n\nReported-by: Florian Hanisch \u003cfhanisch@uni-potsdam.de\u003e\nTested-by: Matthew Robbetts \u003cwingfeathera@gmail.com\u003e\nTested-by: Michael Beer \u003cbeerml@sigma6audio.de\u003e\nCc: Daniel Mack \u003cdaniel@caiaq.de\u003e\nSigned-off-by: Clemens Ladisch \u003cclemens@ladisch.de\u003e\nSigned-off-by: Takashi Iwai \u003ctiwai@suse.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "82f9455a53ee8c02320c6a3b3c74975b804b9df0", "tree": "6d0c9391f56ad0a858f6361e02e538d987ecbcb7", "parents": [ "fb259496950eaa9fa104ec6e570595ed21d66b07" ], "author": { "name": "Felix Fietkau", "email": "nbd@openwrt.org", "time": "Wed Jan 09 16:16:53 2013 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Feb 03 18:24:41 2013 -0600" }, "message": "ath9k: fix double-free bug on beacon generate failure\n\ncommit 1adb2e2b5f85023d17eb4f95386a57029df27c88 upstream.\n\nWhen the next beacon is sent, the ath_buf from the previous run is reused.\nIf getting a new beacon from mac80211 fails, bf-\u003ebf_mpdu is not reset, yet\nthe skb is freed, leading to a double-free on the next beacon tx attempt,\nresulting in a system crash.\n\nSigned-off-by: Felix Fietkau \u003cnbd@openwrt.org\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "fb259496950eaa9fa104ec6e570595ed21d66b07", "tree": "07035db70af0eeeb48455a740dc9c4ce6d56bb4b", "parents": [ "657273897cd2f9b7964ac704c6e58fbe8295c64d" ], "author": { "name": "Felix Fietkau", "email": "nbd@openwrt.org", "time": "Wed Jan 09 16:16:52 2013 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Feb 03 18:24:41 2013 -0600" }, "message": "ath9k: do not link receive buffers during flush\n\ncommit a3dc48e82bb146ef11cf75676c8410c1df29b0c4 upstream.\n\nOn AR9300 the rx FIFO needs to be empty during reset to ensure that no\nfurther DMA activity is generated, otherwise it might lead to memory\ncorruption issues.\n\nSigned-off-by: Felix Fietkau \u003cnbd@openwrt.org\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "657273897cd2f9b7964ac704c6e58fbe8295c64d", "tree": "85e6bbe768ad4a0750c35727394baab00849f009", "parents": [ "e4fcbe5297a8c6e512c68a77c660a8cdd7d315e4" ], "author": { "name": "Sujith Manoharan", "email": "c_manoha@qca.qualcomm.com", "time": "Wed Jan 09 16:07:48 2013 +0530" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Feb 03 18:24:41 2013 -0600" }, "message": "ath9k_htc: Fix memory leak\n\ncommit 0981c3b24ef664f5611008a6e6d0622fac6d892b upstream.\n\nSKBs that are allocated in the HTC layer do not have callbacks\nregistered and hence ended up not being freed, Fix this by freeing\nthem properly in the TX completion routine.\n\nReported-by: Larry Finger \u003cLarry.Finger@lwfinger.net\u003e\nSigned-off-by: Sujith Manoharan \u003cc_manoha@qca.qualcomm.com\u003e\nTested-by: Larry Finger \u003cLarry.Finger@lwfinger.net\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "e4fcbe5297a8c6e512c68a77c660a8cdd7d315e4", "tree": "47139ed414cd13e6aaa4dd461acd81e87dd75e97", "parents": [ "df2f07099760702c9f3664230263b6be3142b7d7" ], "author": { "name": "Johannes Berg", "email": "johannes.berg@intel.com", "time": "Fri Jan 11 14:34:25 2013 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Feb 03 18:24:41 2013 -0600" }, "message": "mac80211: fix FT roaming\n\ncommit 1626e0fa740dec8665a973cf2349405cdfeb46dc upstream.\n\nDuring FT roaming, wpa_supplicant attempts to set the\nkey before association. This used to be rejected, but\nas a side effect of my commit 66e67e418908442389d3a9e\n(\"mac80211: redesign auth/assoc\") the key was accepted\ncausing hardware crypto to not be used for it as the\nstation isn\u0027t added to the driver yet.\n\nIt would be possible to accept the key and then add it\nto the driver when the station has been added. However,\nthis may run into issues with drivers using the state-\nbased station adding if they accept the key only after\nassociation like it used to be.\n\nFor now, revert to the behaviour from before the auth\nand assoc change.\n\nReported-by: Cédric Debarge \u003ccedric.debarge@acksys.fr\u003e\nTested-by: Cédric Debarge \u003ccedric.debarge@acksys.fr\u003e\nSigned-off-by: Johannes Berg \u003cjohannes.berg@intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "df2f07099760702c9f3664230263b6be3142b7d7", "tree": "8249d3d4e1aa8a10f1696c0df2af58e63ec1f83d", "parents": [ "8c69e052e2330794fce15b7f299c6c797aed8b7d" ], "author": { "name": "Piotr Haber", "email": "phaber@broadcom.com", "time": "Thu Jan 10 11:20:48 2013 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Feb 03 18:24:41 2013 -0600" }, "message": "brcmsmac: increase timer reference count for new timers only\n\ncommit a1fe52801a992e590cdaee2fb47a94bac9b5da90 upstream.\n\nOn hardware reintialization reference count of\nalready existing timers would be increased again.\nThis leads to problems on module unloading.\n\nReviewed-by: Pieter-Paul Giesberts \u003cpieterpg@broadcom.com\u003e\nReviewed-by: Hante Meuleman \u003cmeuleman@broadcom.com\u003e\nReviewed-by: Arend van Spriel \u003carend@broadcom.com\u003e\nSigned-off-by: Piotr Haber \u003cphaber@broadcom.com\u003e\nSigned-off-by: Arend van Spriel \u003carend@broadcom.com\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "8c69e052e2330794fce15b7f299c6c797aed8b7d", "tree": "05312f037af58bca92b6f5cad430d203bb75a23d", "parents": [ "68171ce1042bad67397b0408ea04c8f386adee73" ], "author": { "name": "Stanislaw Gruszka", "email": "sgruszka@redhat.com", "time": "Wed Jan 16 11:45:15 2013 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Feb 03 18:24:41 2013 -0600" }, "message": "iwlegacy: fix IBSS cleanup\n\ncommit fa4cffcba9e13798ed7c6b8526b91b1631ecb53e upstream.\n\nWe do not correctly change interface type when switching from\nIBSS mode to STA mode, that results in microcode errors.\n\nResolves:\nhttps://bugzilla.redhat.com/show_bug.cgi?id\u003d886946\n\nReported-by: Jaroslav Skarvada \u003cjskarvad@redhat.com\u003e\nSigned-off-by: Stanislaw Gruszka \u003csgruszka@redhat.com\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "68171ce1042bad67397b0408ea04c8f386adee73", "tree": "a0b818b31fb68f38246396a1b9457935767368ca", "parents": [ "dc28035ca92964adadd7cc1ea286a32b4f194257" ], "author": { "name": "Avinash Patil", "email": "patila@marvell.com", "time": "Mon Jan 21 21:04:10 2013 -0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Feb 03 18:24:41 2013 -0600" }, "message": "mwifiex: fix typo in PCIe adapter NULL check\n\ncommit 83f0c6d1f502bd75bb4a9e31e8d64e59c6894ad1 upstream.\n\nAdd missing \"!\" as we are supposed to check \"!card-\u003eadapter\"\nin PCIe suspend handler.\n\nSigned-off-by: Avinash Patil \u003cpatila@marvell.com\u003e\nSigned-off-by: Bing Zhao \u003cbzhao@marvell.com\u003e\nReviewed-by: Sergey V. \u003csftp.mtuci@gmail.com\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "dc28035ca92964adadd7cc1ea286a32b4f194257", "tree": "bc76caca325d5ae5dacb6961b0eed7b8715917eb", "parents": [ "6f92e64724f5ffbfd114b33ece087b00c7400ce5" ], "author": { "name": "Jan Kara", "email": "jack@suse.cz", "time": "Wed Jan 23 13:56:18 2013 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Feb 03 18:24:40 2013 -0600" }, "message": "xfs: Fix possible use-after-free with AIO\n\ncommit 4b05d09c18d9aa62d2e7fb4b057f54e5a38963f5 upstream.\n\nRunning AIO is pinning inode in memory using file reference. Once AIO\nis completed using aio_complete(), file reference is put and inode can\nbe freed from memory. So we have to be sure that calling aio_complete()\nis the last thing we do with the inode.\n\nSigned-off-by: Jan Kara \u003cjack@suse.cz\u003e\nCC: xfs@oss.sgi.com\nCC: Ben Myers \u003cbpm@sgi.com\u003e\nReviewed-by: Ben Myers \u003cbpm@sgi.com\u003e\nSigned-off-by: Ben Myers \u003cbpm@sgi.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "6f92e64724f5ffbfd114b33ece087b00c7400ce5", "tree": "0b62f34b99995c43331c3d3db76ec7663e98ee72", "parents": [ "592306fd6bde5d73b2586ab163b4c78953d182ac" ], "author": { "name": "Suravee Suthikulpanit", "email": "suravee.suthikulpanit@amd.com", "time": "Thu Jan 24 13:17:53 2013 -0600" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Feb 03 18:24:40 2013 -0600" }, "message": "IOMMU, AMD Family15h Model10-1Fh erratum 746 Workaround\n\ncommit 318fe782539c4150d1b8e4e6c9dc3a896512cb8a upstream.\n\nThe IOMMU may stop processing page translations due to a perceived lack\nof credits for writing upstream peripheral page service request (PPR)\nor event logs. If the L2B miscellaneous clock gating feature is enabled\nthe IOMMU does not properly register credits after the log request has\ncompleted, leading to a potential system hang.\n\nBIOSes are supposed to disable L2B micellaneous clock gating by setting\nL2_L2B_CK_GATE_CONTROL[CKGateL2BMiscDisable](D0F2xF4_x90[2]) \u003d 1b. This\npatch corrects that for those which do not enable this workaround.\n\nSigned-off-by: Suravee Suthikulpanit \u003csuravee.suthikulpanit@amd.com\u003e\nAcked-by: Borislav Petkov \u003cbp@suse.de\u003e\nSigned-off-by: Joerg Roedel \u003cjoro@8bytes.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "592306fd6bde5d73b2586ab163b4c78953d182ac", "tree": "ab71835ae43111917ee691dfa2ce04d2bab0a9a8", "parents": [ "d4ffc500fcf28db4bc6e358e318b37bb884e421b" ], "author": { "name": "xueminsu", "email": "xuemin.su@intel.com", "time": "Tue Jan 22 22:16:53 2013 +0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Feb 03 18:24:40 2013 -0600" }, "message": "radeon_display: Use pointer return error codes\n\ncommit b2f4b03f8a378cd626d2ea67d19e7470c050a098 upstream.\n\ndrm_mode_addfb() expects fb_create return error code\ninstead of NULL.\n\nSigned-off-by: xueminsu \u003cxuemin.su@intel.com\u003e\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "d4ffc500fcf28db4bc6e358e318b37bb884e421b", "tree": "682fe25563d3e2d40df3cf0c798894266553a3bd", "parents": [ "dec3b6a0b8a4b1503617c45b351aedbd63adab58" ], "author": { "name": "Jerome Glisse", "email": "jglisse@redhat.com", "time": "Mon Jan 21 15:50:03 2013 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Feb 03 18:24:40 2013 -0600" }, "message": "drm/radeon: fix cursor corruption on DCE6 and newer\n\ncommit e521a29014794d139cca46396d1af8faf1295a26 upstream.\n\nAruba and newer gpu does not need the avivo cursor work around,\nquite the opposite this work around lead to corruption.\n\nagd5f: check DCE6 rather than ARUBA since the issue is DCE\nversion specific rather than family specific.\n\nSigned-off-by: Jerome Glisse \u003cjglisse@redhat.com\u003e\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "dec3b6a0b8a4b1503617c45b351aedbd63adab58", "tree": "0ea51a4da048c6ecabb5141ea1306dd2f6a666fb", "parents": [ "112ae50d212e65816b9de8ea0010a430569d2fc6" ], "author": { "name": "Szymon Janc", "email": "szymon.janc@tieto.com", "time": "Tue Dec 11 08:51:19 2012 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Feb 03 18:24:40 2013 -0600" }, "message": "Bluetooth: Fix sending HCI commands after reset\n\ncommit dbccd791a3fbbdac12c33834b73beff3984988e9 upstream.\n\nAfter sending reset command wait for its command complete event before\nsending next command. Some chips sends CC event for command received\nbefore reset if reset was send before chip replied with CC.\n\nThis is also required by specification that host shall not send\nadditional HCI commands before receiving CC for reset.\n\n\u003c HCI Command: Reset (0x03|0x0003) plen 0 [hci0] 18.404612\n\u003e HCI Event: Command Complete (0x0e) plen 4 [hci0] 18.405850\n Write Extended Inquiry Response (0x03|0x0052) ncmd 1\n Status: Success (0x00)\n\u003c HCI Command: Read Local Supported Features (0x04|0x0003) plen 0 [hci0] 18.406079\n\u003e HCI Event: Command Complete (0x0e) plen 4 [hci0] 18.407864\n Reset (0x03|0x0003) ncmd 1\n Status: Success (0x00)\n\u003c HCI Command: Read Local Supported Features (0x04|0x0003) plen 0 [hci0] 18.408062\n\u003e HCI Event: Command Complete (0x0e) plen 12 [hci0] 18.408835\n\nSigned-off-by: Szymon Janc \u003cszymon.janc@tieto.com\u003e\nAcked-by: Johan Hedberg \u003cjohan.hedberg@intel.com\u003e\nSigned-off-by: Gustavo Padovan \u003cgustavo.padovan@collabora.co.uk\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "112ae50d212e65816b9de8ea0010a430569d2fc6", "tree": "ff837afc66476a7b3c0607179f445facbe9ba9d5", "parents": [ "399f41521ecb4dfb55bf86210864ce7c60157d8a" ], "author": { "name": "Stephen Boyd", "email": "sboyd@codeaurora.org", "time": "Mon Jan 14 19:50:42 2013 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Feb 03 18:24:40 2013 -0600" }, "message": "ARM: 7627/1: Predicate preempt logic on PREEMP_COUNT not PREEMPT alone\n\ncommit 568dca15aa2a0f4ddee255894ec393a159f13147 upstream.\n\nPatrik Kluba reports that the preempt count becomes invalid due\nto the preempt_enable() call being unbalanced with a\npreempt_disable() call in the vfp assembly routines. This happens\nbecause preempt_enable() and preempt_disable() update preempt\ncounts under PREEMPT_COUNT\u003dy but the vfp assembly routines do so\nunder PREEMPT\u003dy. In a configuration where PREEMPT\u003dn and\nDEBUG_ATOMIC_SLEEP\u003dy, PREEMPT_COUNT\u003dy and so the preempt_enable()\ncall in VFP_bounce() keeps subtracting from the preempt count\nuntil it goes negative.\n\nFix this by always using PREEMPT_COUNT to decided when to update\npreempt counts in the ARM assembly code.\n\nSigned-off-by: Stephen Boyd \u003csboyd@codeaurora.org\u003e\nReported-by: Patrik Kluba \u003cpkluba@dension.com\u003e\nTested-by: Patrik Kluba \u003cpkluba@dension.com\u003e\nSigned-off-by: Russell King \u003crmk+kernel@arm.linux.org.uk\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "399f41521ecb4dfb55bf86210864ce7c60157d8a", "tree": "4e39ff5d446b7312aaa30310af77bfa0cb5c843a", "parents": [ "96b3ce5cd4186b58085c03412416e9d540e90183" ], "author": { "name": "Jean-Christophe PLAGNIOL-VILLARD", "email": "plagnioj@jcrosoft.com", "time": "Sun Dec 23 18:07:49 2012 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Feb 03 18:24:40 2013 -0600" }, "message": "ARM: at91: rm9200: remake the BGA as default version\n\ncommit 36224d0fe0f34cdde66a381708853ebadeac799c upstream.\n\nMake BGA as the default version as we are supposed to just have\nto specify when we use the PQFP version.\n\nIssue was existing since commit:\n3e90772 (ARM: at91: fix at91rm9200 soc subtype handling).\n\nSigned-off-by: Jean-Christophe PLAGNIOL-VILLARD \u003cplagnioj@jcrosoft.com\u003e\nSigned-off-by: Nicolas Ferre \u003cnicolas.ferre@atmel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "96b3ce5cd4186b58085c03412416e9d540e90183", "tree": "b3f0581190accf68cc221ab3253161dd588b3e50", "parents": [ "bad73b66c3862db14a5362113df7680f4ef84200" ], "author": { "name": "Russell King", "email": "rmk+kernel@arm.linux.org.uk", "time": "Sat Jan 19 11:05:57 2013 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Feb 03 18:24:40 2013 -0600" }, "message": "ARM: DMA: Fix struct page iterator in dma_cache_maint() to work with sparsemem\n\ncommit 15653371c67c3fbe359ae37b720639dd4c7b42c5 upstream.\n\nSubhash Jadavani reported this partial backtrace:\n Now consider this call stack from MMC block driver (this is on the ARMv7\n based board):\n\n [\u003cc001b50c\u003e] (v7_dma_inv_range+0x30/0x48) from [\u003cc0017b8c\u003e] (dma_cache_maint_page+0x1c4/0x24c)\n [\u003cc0017b8c\u003e] (dma_cache_maint_page+0x1c4/0x24c) from [\u003cc0017c28\u003e] (___dma_page_cpu_to_dev+0x14/0x1c)\n [\u003cc0017c28\u003e] (___dma_page_cpu_to_dev+0x14/0x1c) from [\u003cc0017ff8\u003e] (dma_map_sg+0x3c/0x114)\n\nThis is caused by incrementing the struct page pointer, and running off\nthe end of the sparsemem page array. Fix this by incrementing by pfn\ninstead, and convert the pfn to a struct page.\n\nSuggested-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nTested-by: Subhash Jadavani \u003csubhashj@codeaurora.org\u003e\nSigned-off-by: Russell King \u003crmk+kernel@arm.linux.org.uk\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "bad73b66c3862db14a5362113df7680f4ef84200", "tree": "1ed494de40ebd3b91ef174fc2f2162eeb8ac262a", "parents": [ "83829ab554f01ee5fcef4880b0a90cc14350b936" ], "author": { "name": "Cong Ding", "email": "dinggnu@gmail.com", "time": "Tue Jan 22 19:20:58 2013 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Feb 03 18:24:40 2013 -0600" }, "message": "fs/cifs/cifs_dfs_ref.c: fix potential memory leakage\n\ncommit 10b8c7dff5d3633b69e77f57d404dab54ead3787 upstream.\n\nWhen it goes to error through line 144, the memory allocated to *devname is\nnot freed, and the caller doesn\u0027t free it either in line 250. So we free the\nmemroy of *devname in function cifs_compose_mount_options() when it goes to\nerror.\n\nSigned-off-by: Cong Ding \u003cdinggnu@gmail.com\u003e\nReviewed-by: Jeff Layton \u003cjlayton@redhat.com\u003e\nSigned-off-by: Steve French \u003csmfrench@gmail.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "83829ab554f01ee5fcef4880b0a90cc14350b936", "tree": "5d2a220f5863d11e61729f7548c7f5705563b4f6", "parents": [ "1c539392d87f6e89bfbdab14438710826373a31b" ], "author": { "name": "Olivier Sobrie", "email": "olivier@sobrie.be", "time": "Fri Jan 18 09:32:41 2013 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Feb 03 18:24:40 2013 -0600" }, "message": "can: pch_can: fix invalid error codes\n\ncommit ee50e135aeb048b90fab662e661c58b67341830b upstream.\n\nErrors in CAN protocol (location) are reported in data[3] of the can\nframe instead of data[2].\n\nSigned-off-by: Olivier Sobrie \u003colivier@sobrie.be\u003e\nSigned-off-by: Marc Kleine-Budde \u003cmkl@pengutronix.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "1c539392d87f6e89bfbdab14438710826373a31b", "tree": "e37d0d22b8065a81a5a62f487b74848f5aef3287", "parents": [ "e3b308abd9a496f300b1552d8d09eb7c6b934478" ], "author": { "name": "Olivier Sobrie", "email": "olivier@sobrie.be", "time": "Fri Jan 18 09:32:40 2013 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Feb 03 18:24:40 2013 -0600" }, "message": "can: ti_hecc: fix invalid error codes\n\ncommit 71088c4bd9b8f8cbffb0e66f2abc14297e4b2ca8 upstream.\n\nErrors in CAN protocol (location) are reported in data[3] of the can\nframe instead of data[2].\n\nSigned-off-by: Olivier Sobrie \u003colivier@sobrie.be\u003e\nCc: Anant Gole \u003canantgole@ti.com\u003e\nSigned-off-by: Marc Kleine-Budde \u003cmkl@pengutronix.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "e3b308abd9a496f300b1552d8d09eb7c6b934478", "tree": "32381d1bc603a67cc227e9291d0dbda93fc9895e", "parents": [ "4ab913dd103e474d4ea6b7e88307a738728c4592" ], "author": { "name": "Olivier Sobrie", "email": "olivier@sobrie.be", "time": "Fri Jan 18 09:32:39 2013 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Feb 03 18:24:39 2013 -0600" }, "message": "can: c_can: fix invalid error codes\n\ncommit 6ea45886865c1abb01bb861f7f6bdd5d0f398cb3 upstream.\n\nErrors in CAN protocol (location) are reported in data[3] of the can\nframe instead of data[2].\n\nSigned-off-by: Olivier Sobrie \u003colivier@sobrie.be\u003e\nCc: Bhupesh Sharma \u003cbhupesh.sharma@st.com\u003e\nSigned-off-by: Marc Kleine-Budde \u003cmkl@pengutronix.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "4ab913dd103e474d4ea6b7e88307a738728c4592", "tree": "e1841dcf2051194eb62894519a58185b7ab947ab", "parents": [ "8f3933a1e549a54b4c1b743b40cfd196c8bf0035" ], "author": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jan 27 20:51:45 2013 -0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jan 27 20:51:45 2013 -0800" }, "message": "Linux 3.4.28\n" }, { "commit": "8f3933a1e549a54b4c1b743b40cfd196c8bf0035", "tree": "1f3b4eb0c79db0aa8e6b49dd2fe7defc9d8b6777", "parents": [ "54980d10c77318729ce2549635e3950fe338ba53" ], "author": { "name": "Shuah Khan", "email": "shuah.khan@hp.com", "time": "Thu Oct 25 10:22:32 2012 -0600" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jan 27 20:47:44 2013 -0800" }, "message": "ioat: Fix DMA memory sync direction correct flag\n\ncommit ac4989874af56435c308bdde9ad9c837a26f8b23 upstream.\n\nioat does DMA memory sync with DMA_TO_DEVICE direction on a buffer allocated\nfor DMA_FROM_DEVICE dma, resulting in the following warning from dma debug.\nFixed the dma_sync_single_for_device() call to use the correct direction.\n\n[ 226.288947] WARNING: at lib/dma-debug.c:990 check_sync+0x132/0x550()\n[ 226.288948] Hardware name: ProLiant DL380p Gen8\n[ 226.288951] ioatdma 0000:00:04.0: DMA-API: device driver syncs DMA memory with different direction [device address\u003d0x00000000ffff7000] [size\u003d4096 bytes] [mapped with DMA_FROM_DEVICE] [synced with DMA_TO_DEVICE]\n[ 226.288953] Modules linked in: iTCO_wdt(+) sb_edac(+) ioatdma(+) microcode serio_raw pcspkr edac_core hpwdt(+) iTCO_vendor_support hpilo(+) dca acpi_power_meter ata_generic pata_acpi sd_mod crc_t10dif ata_piix libata hpsa tg3 netxen_nic(+) sunrpc dm_mirror dm_region_hash dm_log dm_mod\n[ 226.288967] Pid: 1055, comm: work_for_cpu Tainted: G W 3.3.0-0.20.el7.x86_64 #1\n[ 226.288968] Call Trace:\n[ 226.288974] [\u003cffffffff810644cf\u003e] warn_slowpath_common+0x7f/0xc0\n[ 226.288977] [\u003cffffffff810645c6\u003e] warn_slowpath_fmt+0x46/0x50\n[ 226.288980] [\u003cffffffff81345502\u003e] check_sync+0x132/0x550\n[ 226.288983] [\u003cffffffff81345c9f\u003e] debug_dma_sync_single_for_device+0x3f/0x50\n[ 226.288988] [\u003cffffffff81661002\u003e] ? wait_for_common+0x72/0x180\n[ 226.288995] [\u003cffffffffa019590f\u003e] ioat_xor_val_self_test+0x3e5/0x832 [ioatdma]\n[ 226.288999] [\u003cffffffff811a5739\u003e] ? kfree+0x259/0x270\n[ 226.289004] [\u003cffffffffa0195d77\u003e] ioat3_dma_self_test+0x1b/0x20 [ioatdma]\n[ 226.289008] [\u003cffffffffa01952c3\u003e] ioat_probe+0x2f8/0x348 [ioatdma]\n[ 226.289011] [\u003cffffffffa0195f51\u003e] ioat3_dma_probe+0x1d5/0x2aa [ioatdma]\n[ 226.289016] [\u003cffffffffa0194d12\u003e] ioat_pci_probe+0x139/0x17c [ioatdma]\n[ 226.289020] [\u003cffffffff81354b8c\u003e] local_pci_probe+0x5c/0xd0\n[ 226.289023] [\u003cffffffff81083e50\u003e] ? destroy_work_on_stack+0x20/0x20\n[ 226.289025] [\u003cffffffff81083e68\u003e] do_work_for_cpu+0x18/0x30\n[ 226.289029] [\u003cffffffff8108d997\u003e] kthread+0xb7/0xc0\n[ 226.289033] [\u003cffffffff8166cef4\u003e] kernel_thread_helper+0x4/0x10\n[ 226.289036] [\u003cffffffff81662d20\u003e] ? _raw_spin_unlock_irq+0x30/0x50\n[ 226.289038] [\u003cffffffff81663234\u003e] ? retint_restore_args+0x13/0x13\n[ 226.289041] [\u003cffffffff8108d8e0\u003e] ? kthread_worker_fn+0x1a0/0x1a0\n[ 226.289044] [\u003cffffffff8166cef0\u003e] ? gs_change+0x13/0x13\n[ 226.289045] ---[ end trace e1618afc7a606089 ]---\n[ 226.289047] Mapped at:\n[ 226.289048] [\u003cffffffff81345307\u003e] debug_dma_map_page+0x87/0x150\n[ 226.289050] [\u003cffffffffa019653c\u003e] dma_map_page.constprop.18+0x70/0xb34 [ioatdma]\n[ 226.289054] [\u003cffffffffa0195702\u003e] ioat_xor_val_self_test+0x1d8/0x832 [ioatdma]\n[ 226.289058] [\u003cffffffffa0195d77\u003e] ioat3_dma_self_test+0x1b/0x20 [ioatdma]\n[ 226.289061] [\u003cffffffffa01952c3\u003e] ioat_probe+0x2f8/0x348 [ioatdma]\n\nSigned-off-by: Shuah Khan \u003cshuah.khan@hp.com\u003e\nSigned-off-by: Vinod Koul \u003cvinod.koul@linux.intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "54980d10c77318729ce2549635e3950fe338ba53", "tree": "83f88f2d8e8212e487648a88657eacee1851cd94", "parents": [ "b8b02d1a89f6f0598d815476acce249a4b891020" ], "author": { "name": "Thomas Schlichter", "email": "thomas.schlichter@web.de", "time": "Sat Jan 19 00:28:22 2013 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jan 27 20:47:44 2013 -0800" }, "message": "ACPI / processor: Get power info before updating the C-states\n\ncommit f427e5f1cf75bba84cccdac1d8a90552d9ae1065 upstream.\n\nacpi_processor_get_power_info() has to be called before\nacpi_processor_setup_cpuidle_states() to have the latest\ninformation available. This fixes the missing C-state information\nafter AC--\u003eDC transition.\n\nSigned-off-by: Thomas Schlichter \u003cthomas.schlichter@web.de\u003e\nSigned-off-by: Rafael J. Wysocki \u003crafael.j.wysocki@intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "b8b02d1a89f6f0598d815476acce249a4b891020", "tree": "33df27fcba2f55011b3d3dec70c6e6d0020fecf1", "parents": [ "35d620d4a06a739c97f9e4ea53374df8c2c95281" ], "author": { "name": "Konrad Rzeszutek Wilk", "email": "konrad.wilk@oracle.com", "time": "Wed Jan 16 23:40:07 2013 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jan 27 20:47:44 2013 -0800" }, "message": "ACPI / cpuidle: Fix NULL pointer issues when cpuidle is disabled\n\ncommit b88a634a903d9670aa5f2f785aa890628ce0dece upstream.\n\nIf cpuidle is disabled, that means that:\n\n\tper_cpu(acpi_cpuidle_device, pr-\u003eid)\n\nis set to NULL as the acpi_processor_power_init ends up failing at\n\n\t retval \u003d cpuidle_register_driver(\u0026acpi_idle_driver)\n\n(in acpi_processor_power_init) and never sets the per_cpu idle\ndevice. So when acpi_processor_hotplug on CPU online notification\ntries to reference said device it crashes:\n\ncpu 3 spinlock event irq 62\nBUG: unable to handle kernel NULL pointer dereference at 0000000000000004\nIP: [\u003cffffffff81381013\u003e] acpi_processor_setup_cpuidle_cx+0x3f/0x105\nPGD a259b067 PUD ab38b067 PMD 0\nOops: 0002 [#1] SMP\nodules linked in: dm_multipath dm_mod xen_evtchn iscsi_boot_sysfs iscsi_tcp libiscsi_tcp libiscsi scsi_transport_iscsi libcrc32c crc32c nouveau mxm_wmi wmi radeon ttm sg sr_mod sd_mod cdrom ata_generic ata_piix libata crc32c_intel scsi_mod atl1c i915 fbcon tileblit font bitblit softcursor drm_kms_helper video xen_blkfront xen_netfront fb_sys_fops sysimgblt sysfillrect syscopyarea xenfs xen_privcmd mperf\nCPU 1\nPid: 3047, comm: bash Not tainted 3.8.0-rc3upstream-00250-g165c029 #1 MSI MS-7680/H61M-P23 (MS-7680)\nRIP: e030:[\u003cffffffff81381013\u003e] [\u003cffffffff81381013\u003e] acpi_processor_setup_cpuidle_cx+0x3f/0x105\nRSP: e02b:ffff88001742dca8 EFLAGS: 00010202\nRAX: 0000000000010be9 RBX: ffff8800a0a61800 RCX: ffff880105380000\nRDX: 0000000000000003 RSI: 0000000000000200 RDI: ffff8800a0a61800\nRBP: ffff88001742dce8 R08: ffffffff81812360 R09: 0000000000000200\nR10: aaaaaaaaaaaaaaaa R11: 0000000000000001 R12: ffff8800a0a61800\nR13: 00000000ffffff01 R14: 0000000000000000 R15: ffffffff81a907a0\nFS: 00007fd6942f7700(0000) GS:ffff880105280000(0000) knlGS:0000000000000000\nCS: e033 DS: 0000 ES: 0000 CR0: 0000000080050033\nCR2: 0000000000000004 CR3: 00000000a6773000 CR4: 0000000000042660\nDR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000\nDR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400\nProcess bash (pid: 3047, threadinfo ffff88001742c000, task ffff880017944000)\nStack:\n 0000000000000150 ffff880100f59e00 ffff88001742dcd8 ffff8800a0a61800\n 0000000000000000 00000000ffffff01 0000000000000000 ffffffff81a907a0\n ffff88001742dd18 ffffffff813815b1 ffff88001742dd08 ffffffff810ae336\nCall Trace:\n [\u003cffffffff813815b1\u003e] acpi_processor_hotplug+0x7c/0x9f\n [\u003cffffffff810ae336\u003e] ? schedule_delayed_work_on+0x16/0x20\n [\u003cffffffff8137ee8f\u003e] acpi_cpu_soft_notify+0x90/0xca\n [\u003cffffffff8166023d\u003e] notifier_call_chain+0x4d/0x70\n [\u003cffffffff810bc369\u003e] __raw_notifier_call_chain+0x9/0x10\n [\u003cffffffff81094a4b\u003e] __cpu_notify+0x1b/0x30\n [\u003cffffffff81652cf7\u003e] _cpu_up+0x103/0x14b\n [\u003cffffffff81652e18\u003e] cpu_up+0xd9/0xec\n [\u003cffffffff8164a254\u003e] store_online+0x94/0xd0\n [\u003cffffffff814122fb\u003e] dev_attr_store+0x1b/0x20\n [\u003cffffffff81216404\u003e] sysfs_write_file+0xf4/0x170\n\nThis patch fixes it.\n\nSigned-off-by: Konrad Rzeszutek Wilk \u003ckonrad.wilk@oracle.com\u003e\nSigned-off-by: Rafael J. Wysocki \u003crafael.j.wysocki@intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "35d620d4a06a739c97f9e4ea53374df8c2c95281", "tree": "c74e2653478333e1a85e98dbf13cdb82c04ee102", "parents": [ "115b96e58609cff057d22d0e6118dae093763461" ], "author": { "name": "Daniel Vetter", "email": "daniel.vetter@ffwll.ch", "time": "Fri Dec 14 23:38:28 2012 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jan 27 20:47:44 2013 -0800" }, "message": "drm/i915: Implement WaDisableHiZPlanesWhenMSAAEnabled\n\ncommit 4283908ef7f11a72c3b80dd4cf026f1a86429f82 upstream.\n\nQuoting from Bspec, 3D_CHICKEN1, bit 10\n\nThis bit needs to be set always to \"1\", Project: DevSNB \"\n\nReviewed-by: Rodrigo Vivi \u003crodrigo.vivi@gmail.com\u003e\nSigned-off-by: Daniel Vetter \u003cdaniel.vetter@ffwll.ch\u003e\nSigned-off-by: Abdallah Chatila \u003cabdallah.chatila@ericsson.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "115b96e58609cff057d22d0e6118dae093763461", "tree": "876a3a5e38947d02b75bca6509204a3f8f1f3312", "parents": [ "b7cd50fb1dd6527706415bb61461d6f283a23dd4" ], "author": { "name": "Takashi Iwai", "email": "tiwai@suse.de", "time": "Tue Jan 22 17:43:40 2013 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jan 27 20:47:44 2013 -0800" }, "message": "ALSA: usb-audio: Fix regression by disconnection-race-fix patch\n\n[NOTE: the regression below is found only in 3.2-3.4 stable trees, so\n there is no upstream commit corresponding to this patch]\n\nThe recent fix for the race at disconnection of usb-audio devices\n(upstream commit 978520b7) triggers Oops when a device is unplugged\nwhile playing on 3.2 and 3.4 kernels. The culprit is that the\nshutdown flag check was wrongly added around the urb deactivation code\nsnippet. The urb deactivation code has to be performed even after the\ndevice disconnected. Otherwise it remains undead and pokes the wild\naccess in the end.\n\nThe regression fix is simply reverting the shutdown flag check in that\ncode.\n\nReported-and-tested-by: Chris J Arges \u003cchristopherarges@gmail.com\u003e\nSigned-off-by: Takashi Iwai \u003ctiwai@suse.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "b7cd50fb1dd6527706415bb61461d6f283a23dd4", "tree": "bbc03278f39ccb58e2af25ab5e0610d9ada57c57", "parents": [ "b88532f7efaff806193edbbe826ef0d0f8ac1063" ], "author": { "name": "Alan Cox", "email": "alan@linux.intel.com", "time": "Tue Sep 04 16:25:25 2012 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jan 27 20:47:44 2013 -0800" }, "message": "ahci: Add identifiers for ASM106x devices\n\ncommit 7b4f6ecacb14f384adc1a5a67ad95eb082c02bd1 upstream.\n\nThey don\u0027t always appear as AHCI class devices but instead as IDE class.\n\nBased on an initial patch by Hiroaki Nito\n\nResolves-bug: https://bugzilla.kernel.org/show_bug.cgi?id\u003d42804\nSigned-off-by: Alan Cox \u003calan@linux.intel.com\u003e\nSigned-off-by: Jeff Garzik \u003cjgarzik@redhat.com\u003e\nSigned-off-by: Abdallah Chatila \u003cabdallah.chatila@ericsson.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "b88532f7efaff806193edbbe826ef0d0f8ac1063", "tree": "64bea366565cc41c88e6542d1b18501af38cb60e", "parents": [ "220a0bc2df2b7385d278864fa1f8b47f9c78c8a2" ], "author": { "name": "Zhenzhong Duan", "email": "zhenzhong.duan@oracle.com", "time": "Thu Dec 20 15:05:14 2012 -0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jan 27 20:47:44 2013 -0800" }, "message": "drivers/firmware/dmi_scan.c: fetch dmi version from SMBIOS if it exists\n\ncommit 9f9c9cbb60576a1518d0bf93fb8e499cffccf377 upstream.\n\nThe right dmi version is in SMBIOS if it\u0027s zero in DMI region\n\nThis issue was originally found from an oracle bug.\nOne customer noticed system UUID doesn\u0027t match between dmidecode \u0026 uek2.\n\n - HP ProLiant BL460c G6 :\n # cat /sys/devices/virtual/dmi/id/product_uuid\n 00000000-0000-4C48-3031-4D5030333531\n # dmidecode | grep -i uuid\n UUID: 00000000-0000-484C-3031-4D5030333531\n\nFrom SMBIOS 2.6 on, spec use little-endian encoding for UUID other than\nnetwork byte order.\n\nSo we need to get dmi version to distinguish. If version is 0.0, the\nreal version is taken from the SMBIOS version. This is part of original\nkernel comment in code.\n\n[akpm@linux-foundation.org: checkpatch fixes]\nSigned-off-by: Zhenzhong Duan \u003czhenzhong.duan@oracle.com\u003e\nCc: Feng Jin \u003cjoe.jin@oracle.com\u003e\nCc: Jean Delvare \u003ckhali@linux-fr.org\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\nSigned-off-by: Abdallah Chatila \u003cabdallah.chatila@ericsson.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "220a0bc2df2b7385d278864fa1f8b47f9c78c8a2", "tree": "8f6f5592603f7b398fd166830f486824d168c1f8", "parents": [ "af22aff300fc5d70db97e1d551a0f2d1408027be" ], "author": { "name": "Zhenzhong Duan", "email": "zhenzhong.duan@oracle.com", "time": "Thu Dec 20 15:05:13 2012 -0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jan 27 20:47:44 2013 -0800" }, "message": "drivers/firmware/dmi_scan.c: check dmi version when get system uuid\n\ncommit f1d8e614d74b09531b9a85e812485340f3df7b1c upstream.\n\nAs of version 2.6 of the SMBIOS specification, the first 3 fields of the\nUUID are supposed to be little-endian encoded.\n\nAlso a minor fix to match variable meaning and mute checkpatch.pl\n\n[akpm@linux-foundation.org: tweak code comment]\nSigned-off-by: Zhenzhong Duan \u003czhenzhong.duan@oracle.com\u003e\nCc: Feng Jin \u003cjoe.jin@oracle.com\u003e\nCc: Jean Delvare \u003ckhali@linux-fr.org\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\nSigned-off-by: Abdallah Chatila \u003cabdallah.chatila@ericsson.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "af22aff300fc5d70db97e1d551a0f2d1408027be", "tree": "c8f3ef1708afad9a1cc782a404a10dbf05dbd863", "parents": [ "462434eff40df54e9d5d1b5f8f21383fb382805c" ], "author": { "name": "Joel D. Diaz", "email": "joeldiaz@us.ibm.com", "time": "Wed Oct 10 10:36:11 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jan 27 20:47:44 2013 -0800" }, "message": "SCSI: sd: Reshuffle init_sd to avoid crash\n\ncommit afd5e34b2bb34881d3a789e62486814a49b47faa upstream.\n\nscsi_register_driver will register a prep_fn() function, which\nin turn migh need to use the sd_cdp_pool for DIF.\nWhich hasn\u0027t been initialised at this point, leading to\na crash. So reshuffle the init_sd() and exit_sd() paths\nto have the driver registered last.\n\nSigned-off-by: Joel D. Diaz \u003cjoeldiaz@us.ibm.com\u003e\nSigned-off-by: Hannes Reinecke \u003chare@suse.de\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nCc: CAI Qian \u003ccaiqian@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "462434eff40df54e9d5d1b5f8f21383fb382805c", "tree": "f5f891c936bc4cedbfec9def1a20020c6c07fe9f", "parents": [ "a94af21f3f1e333efd205a8bfd9a51aaec505d0e" ], "author": { "name": "Pratyush Anand", "email": "pratyush.anand@st.com", "time": "Fri Jan 18 16:53:56 2013 +0530" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jan 27 20:47:44 2013 -0800" }, "message": "usb: dwc3: gadget: fix ep-\u003emaxburst for ep0\n\ncommit 6048e4c69d80600baba35856651056860d5d8f5a upstream.\n\ndwc3_gadget_set_ep_config expects maxburst as incremented by 1. So, by\ndefault initialize ep-\u003emaxburst to 1 for ep0.\n\nSigned-off-by: Pratyush Anand \u003cpratyush.anand@st.com\u003e\nSigned-off-by: Felipe Balbi \u003cbalbi@ti.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "a94af21f3f1e333efd205a8bfd9a51aaec505d0e", "tree": "2660867ff0e9eb4e832c11debc762c050f6fd4b3", "parents": [ "1dbcda3ab27031e2b744b1f8ba48370304340519" ], "author": { "name": "Alan Stern", "email": "stern@rowland.harvard.edu", "time": "Tue Jan 22 11:37:35 2013 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jan 27 20:47:43 2013 -0800" }, "message": "USB: UHCI: fix IRQ race during initialization\n\ncommit 0f815a0a700bc10547449bde6c106051a035a1b9 upstream.\n\nThis patch (as1644) fixes a race that occurs during startup in\nuhci-hcd. If the IRQ line is shared with other devices, it\u0027s possible\nfor the handler routine to be called before the data structures are\nfully initialized.\n\nThe problem is fixed by adding a check to the IRQ handler routine. If\nthe initialization hasn\u0027t finished yet, the routine will return\nimmediately.\n\nSigned-off-by: Alan Stern \u003cstern@rowland.harvard.edu\u003e\nReported-by: Don Zickus \u003cdzickus@redhat.com\u003e\nTested-by: \"Huang, Adrian (ISS Linux TW)\" \u003cadrian.huang@hp.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "1dbcda3ab27031e2b744b1f8ba48370304340519", "tree": "004d1e2ba0fa153316fade027e92efab3ebb6f7b", "parents": [ "5f3e5a32d083008c1ad850375d24fc85a27803e4" ], "author": { "name": "Bjorn Helgaas", "email": "bhelgaas@google.com", "time": "Fri Jan 11 12:07:22 2013 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jan 27 20:47:43 2013 -0800" }, "message": "PCI: shpchp: Handle push button event asynchronously\n\ncommit d347e75847c1fb299c97736638f45e6ea39702d4 upstream.\n\nUse non-ordered workqueue for attention button events.\n\nAttention button events on each slot can be handled asynchronously. So\nwe should use non-ordered workqueue. This patch also removes ordered\nworkqueue in shpchp as a result.\n\n486b10b9f4 (\"PCI: pciehp: Handle push button event asynchronously\") made\nthe same change to pciehp. I split this out from a patch by Yijing Wang\n\u003cwangyijing@huawei.com\u003e so we fix one thing at a time and to make the\nshpchp history correspond more closely with the pciehp history.\n\nSigned-off-by: Bjorn Helgaas \u003cbhelgaas@google.com\u003e\nCC: Kenji Kaneshige \u003ckaneshige.kenji@jp.fujitsu.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "5f3e5a32d083008c1ad850375d24fc85a27803e4", "tree": "4d440fea7cac28d605b81e3fcd934f56a8929813", "parents": [ "11cfb2b163f483a4c97e5a229635d0f6b23bd5ac" ], "author": { "name": "Yijing Wang", "email": "wangyijing@huawei.com", "time": "Fri Jan 11 10:15:54 2013 +0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jan 27 20:47:43 2013 -0800" }, "message": "PCI: pciehp: Use per-slot workqueues to avoid deadlock\n\ncommit c2be6f93b383c873a4f9d521afa49b1b67d06085 upstream.\n\nWhen we have a hotplug-capable PCIe port with a second hotplug-capable\nPCIe port below it, removing the device below the upstream port causes\na deadlock.\n\nThe deadlock happens because we use the pciehp_wq workqueue to run\npciehp_power_thread(), which uses pciehp_disable_slot() to remove devices\nbelow the upstream port. When we remove the downstream PCIe port, we call\npciehp_remove(), the pciehp driver\u0027s .remove() method. That calls\nflush_workqueue(pciehp_wq), which deadlocks because the\npciehp_power_thread() work item is still running.\n\nThis patch avoids the deadlock by creating a workqueue for every PCIe port\nand removing the single shared workqueue.\n\nHere\u0027s the call path that leads to the deadlock:\n\n pciehp_queue_pushbutton_work\n queue_work(pciehp_wq) # queue pciehp_power_thread\n ...\n\n pciehp_power_thread\n pciehp_disable_slot\n remove_board\n\tpciehp_unconfigure_device\n\t pci_stop_and_remove_bus_device\n\t ...\n\t pciehp_remove # pciehp driver .remove method\n\t\tpciehp_release_ctrl\n\t\t pcie_cleanup_slot\n\t\t flush_workqueue(pciehp_wq)\n\nThis is fairly urgent because it can be caused by simply unplugging a\nThunderbolt adapter, as reported by Daniel below.\n\n[bhelgaas: changelog]\nReference: http://lkml.kernel.org/r/CAMVG2ssiRgcTD1bej2tkUUfsWmpL5eNtPcNif9va2-Gzb2u8nQ@mail.gmail.com\nReported-and-tested-by: Daniel J Blueman \u003cdaniel@quora.org\u003e\nReviewed-by: Kenji Kaneshige \u003ckaneshige.kenji@jp.fujitsu.com\u003e\nSigned-off-by: Yijing Wang \u003cwangyijing@huawei.com\u003e\nSigned-off-by: Bjorn Helgaas \u003cbhelgaas@google.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "11cfb2b163f483a4c97e5a229635d0f6b23bd5ac", "tree": "5ff7675d9a370c83da55f8be0640f2add28315d3", "parents": [ "7145808ebc1f0188cf9decbfd23279b0c10022f1" ], "author": { "name": "Colin Ian King", "email": "colin.king@canonical.com", "time": "Tue Nov 27 14:09:40 2012 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jan 27 20:47:43 2013 -0800" }, "message": "PCI: Allow pcie_aspm\u003dforce even when FADT indicates it is unsupported\n\ncommit 9e16721498b0c3d3ebfa0b503c63d35c0a4c0642 upstream.\n\nRight now using pcie_aspm\u003dforce will not enable ASPM if the FADT indicates\nASPM is unsupported. However, the semantics of force should probably allow\nfor this, especially as they did before 3c076351c4 (\"PCI: Rework ASPM\ndisable code\")\n\nThis patch just skips the clearing of any ASPM setup that the firmware has\ncarried out on this bus if pcie_aspm\u003dforce is being used.\n\nReference: http://bugs.launchpad.net/bugs/962038\nSigned-off-by: Colin Ian King \u003ccolin.king@canonical.com\u003e\nSigned-off-by: Bjorn Helgaas \u003cbhelgaas@google.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "7145808ebc1f0188cf9decbfd23279b0c10022f1", "tree": "5a6d6be7d8ba27043e00c47b0523b469bb3d4b71", "parents": [ "465760c68a4e5037f10a7eab1df3fb2aff1e03a4" ], "author": { "name": "Betty Dall", "email": "betty.dall@hp.com", "time": "Sun Jan 13 15:46:18 2013 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jan 27 20:47:43 2013 -0800" }, "message": "PCI/AER: pci_get_domain_bus_and_slot() call missing required pci_dev_put()\n\ncommit a82b6af37d20bfe6e99a4d890f1cf1d89059929f upstream.\n\nThe function aer_recover_queue() calls pci_get_domain_bus_and_slot(), which\nrequires that the caller decrement the reference count with pci_dev_put().\nThis patch adds the missing call to pci_dev_put().\n\nSigned-off-by: Betty Dall \u003cbetty.dall@hp.com\u003e\nSigned-off-by: Bjorn Helgaas \u003cbhelgaas@google.com\u003e\nReviewed-by: Shuah Khan \u003cshuah.khan@hp.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "465760c68a4e5037f10a7eab1df3fb2aff1e03a4", "tree": "01412ebaacf8ff07622f0048e2dad45643ba4790", "parents": [ "9b6d794e7e56f3a413c57a15d4e07fb7efe6530a" ], "author": { "name": "Oleg Nesterov", "email": "oleg@redhat.com", "time": "Mon Jan 21 20:48:17 2013 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jan 27 20:47:43 2013 -0800" }, "message": "wake_up_process() should be never used to wakeup a TASK_STOPPED/TRACED task\n\ncommit 9067ac85d533651b98c2ff903182a20cbb361fcb upstream.\n\nwake_up_process() should never wakeup a TASK_STOPPED/TRACED task.\nChange it to use TASK_NORMAL and add the WARN_ON().\n\nTASK_ALL has no other users, probably can be killed.\n\nSigned-off-by: Oleg Nesterov \u003coleg@redhat.com\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "9b6d794e7e56f3a413c57a15d4e07fb7efe6530a", "tree": "a2842484813ccbf8364312046c03ac40f3e09b50", "parents": [ "b08d81801e151fbcefa81a551eadf2beff554752" ], "author": { "name": "Oleg Nesterov", "email": "oleg@redhat.com", "time": "Mon Jan 21 20:48:00 2013 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jan 27 20:47:43 2013 -0800" }, "message": "ptrace: ensure arch_ptrace/ptrace_request can never race with SIGKILL\n\ncommit 9899d11f654474d2d54ea52ceaa2a1f4db3abd68 upstream.\n\nputreg() assumes that the tracee is not running and pt_regs_access() can\nsafely play with its stack. However a killed tracee can return from\nptrace_stop() to the low-level asm code and do RESTORE_REST, this means\nthat debugger can actually read/modify the kernel stack until the tracee\ndoes SAVE_REST again.\n\nset_task_blockstep() can race with SIGKILL too and in some sense this\nrace is even worse, the very fact the tracee can be woken up breaks the\nlogic.\n\nAs Linus suggested we can clear TASK_WAKEKILL around the arch_ptrace()\ncall, this ensures that nobody can ever wakeup the tracee while the\ndebugger looks at it. Not only this fixes the mentioned problems, we\ncan do some cleanups/simplifications in arch_ptrace() paths.\n\nProbably ptrace_unfreeze_traced() needs more callers, for example it\nmakes sense to make the tracee killable for oom-killer before\naccess_process_vm().\n\nWhile at it, add the comment into may_ptrace_stop() to explain why\nptrace_stop() still can\u0027t rely on SIGKILL and signal_pending_state().\n\nReported-by: Salman Qazi \u003csqazi@google.com\u003e\nReported-by: Suleiman Souhlal \u003csuleiman@google.com\u003e\nSuggested-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\nSigned-off-by: Oleg Nesterov \u003coleg@redhat.com\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "b08d81801e151fbcefa81a551eadf2beff554752", "tree": "0a4c2ea3acdf76c7ac6aa1c8d675314e04d42f1f", "parents": [ "9c5f1b49341154b579851425dabb32cb3aa9b5db" ], "author": { "name": "Oleg Nesterov", "email": "oleg@redhat.com", "time": "Mon Jan 21 20:47:41 2013 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jan 27 20:47:43 2013 -0800" }, "message": "ptrace: introduce signal_wake_up_state() and ptrace_signal_wake_up()\n\ncommit 910ffdb18a6408e14febbb6e4b6840fd2c928c82 upstream.\n\nCleanup and preparation for the next change.\n\nsignal_wake_up(resume \u003d\u003e true) is overused. None of ptrace/jctl callers\nactually want to wakeup a TASK_WAKEKILL task, but they can\u0027t specify the\nnecessary mask.\n\nTurn signal_wake_up() into signal_wake_up_state(state), reintroduce\nsignal_wake_up() as a trivial helper, and add ptrace_signal_wake_up()\nwhich adds __TASK_TRACED.\n\nThis way ptrace_signal_wake_up() can work \"inside\" ptrace_request()\neven if the tracee doesn\u0027t have the TASK_WAKEKILL bit set.\n\nSigned-off-by: Oleg Nesterov \u003coleg@redhat.com\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "9c5f1b49341154b579851425dabb32cb3aa9b5db", "tree": "11801701b164fb0cf4d8d2782303eb254f150eb5", "parents": [ "f2a010040e2c368a76f7ea0ed6533f5779cb6b4b" ], "author": { "name": "Dmitry Kasatkin", "email": "dmitry.kasatkin@intel.com", "time": "Fri Jan 18 23:56:39 2013 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jan 27 20:47:43 2013 -0800" }, "message": "evm: checking if removexattr is not a NULL\n\ncommit a67adb997419fb53540d4a4f79c6471c60bc69b6 upstream.\n\nThe following lines of code produce a kernel oops.\n\nfd \u003d socket(PF_FILE, SOCK_STREAM|SOCK_CLOEXEC|SOCK_NONBLOCK, 0);\nfchmod(fd, 0666);\n\n[ 139.922364] BUG: unable to handle kernel NULL pointer dereference at (null)\n[ 139.924982] IP: [\u003c (null)\u003e] (null)\n[ 139.924982] *pde \u003d 00000000\n[ 139.924982] Oops: 0000 [#5] SMP\n[ 139.924982] Modules linked in: fuse dm_crypt dm_mod i2c_piix4 serio_raw evdev binfmt_misc button\n[ 139.924982] Pid: 3070, comm: acpid Tainted: G D 3.8.0-rc2-kds+ #465 Bochs Bochs\n[ 139.924982] EIP: 0060:[\u003c00000000\u003e] EFLAGS: 00010246 CPU: 0\n[ 139.924982] EIP is at 0x0\n[ 139.924982] EAX: cf5ef000 EBX: cf5ef000 ECX: c143d600 EDX: c15225f2\n[ 139.924982] ESI: cf4d2a1c EDI: cf4d2a1c EBP: cc02df10 ESP: cc02dee4\n[ 139.924982] DS: 007b ES: 007b FS: 00d8 GS: 0033 SS: 0068\n[ 139.924982] CR0: 80050033 CR2: 00000000 CR3: 0c059000 CR4: 000006d0\n[ 139.924982] DR0: 00000000 DR1: 00000000 DR2: 00000000 DR3: 00000000\n[ 139.924982] DR6: ffff0ff0 DR7: 00000400\n[ 139.924982] Process acpid (pid: 3070, ti\u003dcc02c000 task\u003dd7705340 task.ti\u003dcc02c000)\n[ 139.924982] Stack:\n[ 139.924982] c1203c88 00000000 cc02def4 cf4d2a1c ae21eefa 471b60d5 1083c1ba c26a5940\n[ 139.924982] e891fb5e 00000041 00000004 cc02df1c c1203964 00000000 cc02df4c c10e20c3\n[ 139.924982] 00000002 00000000 00000000 22222222 c1ff2222 cf5ef000 00000000 d76efb08\n[ 139.924982] Call Trace:\n[ 139.924982] [\u003cc1203c88\u003e] ? evm_update_evmxattr+0x5b/0x62\n[ 139.924982] [\u003cc1203964\u003e] evm_inode_post_setattr+0x22/0x26\n[ 139.924982] [\u003cc10e20c3\u003e] notify_change+0x25f/0x281\n[ 139.924982] [\u003cc10cbf56\u003e] chmod_common+0x59/0x76\n[ 139.924982] [\u003cc10e27a1\u003e] ? put_unused_fd+0x33/0x33\n[ 139.924982] [\u003cc10cca09\u003e] sys_fchmod+0x39/0x5c\n[ 139.924982] [\u003cc13f4f30\u003e] syscall_call+0x7/0xb\n[ 139.924982] Code: Bad EIP value.\n\nThis happens because sockets do not define the removexattr operation.\nBefore removing the xattr, verify the removexattr function pointer is\nnot NULL.\n\nSigned-off-by: Dmitry Kasatkin \u003cdmitry.kasatkin@intel.com\u003e\nSigned-off-by: Mimi Zohar \u003czohar@linux.vnet.ibm.com\u003e\nSigned-off-by: James Morris \u003cjames.l.morris@oracle.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "f2a010040e2c368a76f7ea0ed6533f5779cb6b4b", "tree": "1a8969b4b669d973d2f968b47e8aa3323038c750", "parents": [ "d027bb39240aa55b86738508fb5612b9125a886f" ], "author": { "name": "Steven Rostedt", "email": "srostedt@redhat.com", "time": "Fri Dec 14 09:48:15 2012 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jan 27 20:47:42 2013 -0800" }, "message": "ftrace: Be first to run code modification on modules\n\ncommit c1bf08ac26e92122faab9f6c32ea8aba94612dae upstream.\n\nIf some other kernel subsystem has a module notifier, and adds a kprobe\nto a ftrace mcount point (now that kprobes work on ftrace points),\nwhen the ftrace notifier runs it will fail and disable ftrace, as well\nas kprobes that are attached to ftrace points.\n\nHere\u0027s the error:\n\n WARNING: at kernel/trace/ftrace.c:1618 ftrace_bug+0x239/0x280()\n Hardware name: Bochs\n Modules linked in: fat(+) stap_56d28a51b3fe546293ca0700b10bcb29__8059(F) nfsv4 auth_rpcgss nfs dns_resolver fscache xt_nat iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 nf_nat nf_conntrack lockd sunrpc ppdev parport_pc parport microcode virtio_net i2c_piix4 drm_kms_helper ttm drm i2c_core [last unloaded: bid_shared]\n Pid: 8068, comm: modprobe Tainted: GF 3.7.0-0.rc8.git0.1.fc19.x86_64 #1\n Call Trace:\n [\u003cffffffff8105e70f\u003e] warn_slowpath_common+0x7f/0xc0\n [\u003cffffffff81134106\u003e] ? __probe_kernel_read+0x46/0x70\n [\u003cffffffffa0180000\u003e] ? 0xffffffffa017ffff\n [\u003cffffffffa0180000\u003e] ? 0xffffffffa017ffff\n [\u003cffffffff8105e76a\u003e] warn_slowpath_null+0x1a/0x20\n [\u003cffffffff810fd189\u003e] ftrace_bug+0x239/0x280\n [\u003cffffffff810fd626\u003e] ftrace_process_locs+0x376/0x520\n [\u003cffffffff810fefb7\u003e] ftrace_module_notify+0x47/0x50\n [\u003cffffffff8163912d\u003e] notifier_call_chain+0x4d/0x70\n [\u003cffffffff810882f8\u003e] __blocking_notifier_call_chain+0x58/0x80\n [\u003cffffffff81088336\u003e] blocking_notifier_call_chain+0x16/0x20\n [\u003cffffffff810c2a23\u003e] sys_init_module+0x73/0x220\n [\u003cffffffff8163d719\u003e] system_call_fastpath+0x16/0x1b\n ---[ end trace 9ef46351e53bbf80 ]---\n ftrace failed to modify [\u003cffffffffa0180000\u003e] init_once+0x0/0x20 [fat]\n actual: cc:bb:d2:4b:e1\n\nA kprobe was added to the init_once() function in the fat module on load.\nBut this happened before ftrace could have touched the code. As ftrace\ndidn\u0027t run yet, the kprobe system had no idea it was a ftrace point and\nsimply added a breakpoint to the code (0xcc in the cc:bb:d2:4b:e1).\n\nThen when ftrace went to modify the location from a call to mcount/fentry\ninto a nop, it didn\u0027t see a call op, but instead it saw the breakpoint op\nand not knowing what to do with it, ftrace shut itself down.\n\nThe solution is to simply give the ftrace module notifier the max priority.\nThis should have been done regardless, as the core code ftrace modification\nalso happens very early on in boot up. This makes the module modification\ncloser to core modification.\n\nLink: http://lkml.kernel.org/r/20130107140333.593683061@goodmis.org\n\nAcked-by: Masami Hiramatsu \u003cmasami.hiramatsu.pt@hitachi.com\u003e\nReported-by: Frank Ch. Eigler \u003cfche@redhat.com\u003e\nSigned-off-by: Steven Rostedt \u003crostedt@goodmis.org\u003e\n\n" }, { "commit": "d027bb39240aa55b86738508fb5612b9125a886f", "tree": "61fcbb19fdaefabf6eb4bbf2a7783aadbdf4467d", "parents": [ "aa824d5b726d7d7d90331bcacc7807b83f02fa54" ], "author": { "name": "Hugh Daschbach", "email": "hugh.daschbach@enmotus.com", "time": "Fri Jan 04 14:39:09 2013 -0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jan 27 20:47:42 2013 -0800" }, "message": "libata: ahci: Add support for Enmotus Bobcat device.\n\ncommit 7f9c9f8e24590e7dcd26ca408458c43df5b83e61 upstream.\n\nSilicon does not support standard AHCI BAR assignment. Add\nvendor/device exception to force BAR 2.\n\nSigned-off-by: Hugh Daschbach \u003chugh.daschbach@enmotus.com\u003e\nSigned-off-by: Jeff Garzik \u003cjgarzik@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "aa824d5b726d7d7d90331bcacc7807b83f02fa54", "tree": "dd63945c3bae0a364bd50df3e5a2ee79af3e7dad", "parents": [ "02f3169eee620366301c23d29622eb0f69046607" ], "author": { "name": "Chris Wilson", "email": "chris@chris-wilson.co.uk", "time": "Tue Jan 15 16:17:54 2013 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Jan 27 20:47:42 2013 -0800" }, "message": "drm/i915: Invalidate the relocation presumed_offsets along the slow path\n\ncommit 262b6d363fcff16359c93bd58c297f961f6e6273 upstream.\n\nIn the slow path, we are forced to copy the relocations prior to\nacquiring the struct mutex in order to handle pagefaults. We forgo\ncopying the new offsets back into the relocation entries in order to\nprevent a recursive locking bug should we trigger a pagefault whilst\nholding the mutex for the reservations of the execbuffer. Therefore, we\nneed to reset the presumed_offsets just in case the objects are rebound\nback into their old locations after relocating for this exexbuffer - if\nthat were to happen we would assume the relocations were valid and leave\nthe actual pointers to the kernels dangling, instant hang.\n\nFixes regression from commit bcf50e2775bbc3101932d8e4ab8c7902aa4163b4\nAuthor: Chris Wilson \u003cchris@chris-wilson.co.uk\u003e\nDate: Sun Nov 21 22:07:12 2010 +0000\n\n drm/i915: Handle pagefaults in execbuffer user relocations\n\nBugzilla: https://bugs.freedesktop.org/show_bug.cgi?id\u003d55984\nSigned-off-by: Chris Wilson \u003cchris@chris-wilson.co.uk\u003e\nCc: Daniel Vetter \u003cdaniel.vetter@fwll.ch\u003e\nSigned-off-by: Daniel Vetter \u003cdaniel.vetter@ffwll.ch\u003e\n\n" }, { "commit": "02f3169eee620366301c23d29622eb0f69046607", "tree": "516b568c395c3e8a1b061c7ae89ddfa4f5b884ec", "parents": [ "111be1d7aaa33a36bc3e426d882454ca9b966721" ], "author": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Mon Jan 21 11:47:35 2013 -0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Mon Jan 21 11:47:35 2013 -0800" }, "message": "Linux 3.4.27\n" }, { "commit": "111be1d7aaa33a36bc3e426d882454ca9b966721", "tree": "e94029213d93d4e78e41187e3c9737cb8729865c", "parents": [ "d7ddb69a53cd7c03c4c0660d13534214d2782c21" ], "author": { "name": "Ben Hutchings", "email": "ben@decadent.org.uk", "time": "Mon Jan 14 01:29:17 2013 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Mon Jan 21 11:45:26 2013 -0800" }, "message": "staging: vt6656: Fix inconsistent structure packing\n\ncommit 1ee4c55fc9620451b2a825d793042a7e0775391b upstream.\n\nvt6656 has several headers that use the #pragma pack(1) directive to\nenable structure packing, but never disable it. The layout of\nstructures defined in other headers can then depend on which order the\nvarious headers are included in, breaking the One Definition Rule.\n\nIn practice this resulted in crashes on x86_64 until the order of header\ninclusion was changed for some files in commit 11d404cb56ecd (\u0027staging:\nvt6656: fix headers and add cfg80211.\u0027). But we need a proper fix that\nwon\u0027t be affected by future changes to the order of inclusion.\n\nThis removes the #pragma pack(1) directives and adds __packed to the\nstructure definitions for which packing appears to have been intended.\n\nReported-and-tested-by: Malcolm Priestley \u003ctvboxspy@gmail.com\u003e\nSigned-off-by: Ben Hutchings \u003cben@decadent.org.uk\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "d7ddb69a53cd7c03c4c0660d13534214d2782c21", "tree": "9359c15616d76f900a3541a873277071a346e6b4", "parents": [ "f6ffcce2ef152bebaeeed0cd9fd117e23a3c46ff" ], "author": { "name": "Tormod Volden", "email": "debian.tormod@gmail.com", "time": "Wed Jan 09 22:23:32 2013 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Mon Jan 21 11:45:26 2013 -0800" }, "message": "staging: wlan-ng: Fix clamping of returned SSID length\n\ncommit 811a37effdb11e54e1ff1ddaa944286c88f58487 upstream.\n\nCommit 2e254212 broke listing of available network names, since it\nclamped the length of the returned SSID to WLAN_BSSID_LEN (6) instead of\nWLAN_SSID_MAXLEN (32).\n\nhttps://bugzilla.kernel.org/show_bug.cgi?id\u003d52501\n\nSigned-off-by: Tormod Volden \u003cdebian.tormod@gmail.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "f6ffcce2ef152bebaeeed0cd9fd117e23a3c46ff", "tree": "c0abfa50d755e2e9f8b9f624778360e3618abcc8", "parents": [ "51478116612441b178bc747b445e592586e1f817" ], "author": { "name": "Maxime Ripard", "email": "maxime.ripard@free-electrons.com", "time": "Mon Jan 14 20:09:26 2013 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Mon Jan 21 11:45:26 2013 -0800" }, "message": "tty: 8250_dw: Fix inverted arguments to serial_out in IRQ handler\n\ncommit 68e56cb3a068f9c30971c6117fbbd1e32918e49e upstream.\n\nSigned-off-by: Maxime Ripard \u003cmaxime.ripard@free-electrons.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "51478116612441b178bc747b445e592586e1f817", "tree": "7658887454dce70f3855571f6ed9040e658eb349", "parents": [ "fd426d3b60d656d3b0df7c5ee2cdcb0a4e6f8850" ], "author": { "name": "chao bi", "email": "chao.bi@intel.com", "time": "Wed Dec 12 11:40:56 2012 +0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Mon Jan 21 11:45:26 2013 -0800" }, "message": "serial:ifx6x60:Delete SPI timer when shut down port\n\ncommit 014b9b4ce84281ccb3d723c792bed19815f3571a upstream.\n\nWhen shut down SPI port, it\u0027s possible that MRDY has been asserted and a SPI\ntimer was activated waiting for SRDY assert, in the case, it needs to delete\nthis timer.\n\nSigned-off-by: Chen Jun \u003cjun.d.chen@intel.com\u003e\nSigned-off-by: channing \u003cchao.bi@intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "fd426d3b60d656d3b0df7c5ee2cdcb0a4e6f8850", "tree": "2c82ef0897abf98446ecef835ea4f4772b2ebb6d", "parents": [ "a4ee70a6e231c775460a7e1143cde6fc5ec7c03c" ], "author": { "name": "Bjørn Mork", "email": "bjorn@mork.no", "time": "Thu Jan 17 15:14:22 2013 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Mon Jan 21 11:45:25 2013 -0800" }, "message": "USB: option: blacklist network interface on ONDA MT8205 4G LTE\n\nSigned-off-by: Bjørn Mork \u003cbjorn@mork.no\u003e\n\ncommit 2291dff02e5f8c708a46a7c4c888f2c467e26642 upstream.\n\nThe driver description files gives these names to the vendor specific\nfunctions on this modem:\n\n Diag VID_19D2\u0026PID_0265\u0026MI_00\n NMEA VID_19D2\u0026PID_0265\u0026MI_01\n AT cmd VID_19D2\u0026PID_0265\u0026MI_02\n Modem VID_19D2\u0026PID_0265\u0026MI_03\n Net VID_19D2\u0026PID_0265\u0026MI_04\n\nSigned-off-by: Bjørn Mork \u003cbjorn@mork.no\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "a4ee70a6e231c775460a7e1143cde6fc5ec7c03c", "tree": "57388110cb45b367b02fe22cdb0ca09de1f8ec91", "parents": [ "df1ffc8ee5cefbadd7477dda7ba0facafa3853a7" ], "author": { "name": "Bjørn Mork", "email": "bjorn@mork.no", "time": "Tue Jan 15 10:29:49 2013 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Mon Jan 21 11:45:25 2013 -0800" }, "message": "USB: option: add TP-LINK HSUPA Modem MA180\n\ncommit 99beb2e9687ffd61c92a9875141eabe6f57a71b9 upstream.\n\nThe driver description files gives these names to the vendor specific\nfunctions on this modem:\n\n Diagnostics VID_2357\u0026PID_0201\u0026MI_00\n NMEA VID_2357\u0026PID_0201\u0026MI_01\n Modem VID_2357\u0026PID_0201\u0026MI_03\n Networkcard VID_2357\u0026PID_0201\u0026MI_04\n\nReported-by: Thomas Schäfer \u003ctschaefer@t-online.de\u003e\nSigned-off-by: Bjørn Mork \u003cbjorn@mork.no\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "df1ffc8ee5cefbadd7477dda7ba0facafa3853a7", "tree": "36d5fac4aa7a325596b02ebee12a6318d9bb1254", "parents": [ "ffe288276822348a3717e11cee6646d856a409c4" ], "author": { "name": "Frediano Ziglio", "email": "frediano.ziglio@citrix.com", "time": "Wed Jan 16 12:00:55 2013 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Mon Jan 21 11:45:25 2013 -0800" }, "message": "xen: Fix stack corruption in xen_failsafe_callback for 32bit PVOPS guests.\n\ncommit 9174adbee4a9a49d0139f5d71969852b36720809 upstream.\n\nThis fixes CVE-2013-0190 / XSA-40\n\nThere has been an error on the xen_failsafe_callback path for failed\niret, which causes the stack pointer to be wrong when entering the\niret_exc error path. This can result in the kernel crashing.\n\nIn the classic kernel case, the relevant code looked a little like:\n\n popl %eax # Error code from hypervisor\n jz 5f\n addl $16,%esp\n jmp iret_exc # Hypervisor said iret fault\n5: addl $16,%esp\n # Hypervisor said segment selector fault\n\nHere, there are two identical addls on either option of a branch which\nappears to have been optimised by hoisting it above the jz, and\nconverting it to an lea, which leaves the flags register unaffected.\n\nIn the PVOPS case, the code looks like:\n\n popl_cfi %eax # Error from the hypervisor\n lea 16(%esp),%esp # Add $16 before choosing fault path\n CFI_ADJUST_CFA_OFFSET -16\n jz 5f\n addl $16,%esp # Incorrectly adjust %esp again\n jmp iret_exc\n\nIt is possible unprivileged userspace applications to cause this\nbehaviour, for example by loading an LDT code selector, then changing\nthe code selector to be not-present. At this point, there is a race\ncondition where it is possible for the hypervisor to return back to\nuserspace from an interrupt, fault on its own iret, and inject a\nfailsafe_callback into the kernel.\n\nThis bug has been present since the introduction of Xen PVOPS support\nin commit 5ead97c84 (xen: Core Xen implementation), in 2.6.23.\n\nSigned-off-by: Frediano Ziglio \u003cfrediano.ziglio@citrix.com\u003e\nSigned-off-by: Andrew Cooper \u003candrew.cooper3@citrix.com\u003e\nSigned-off-by: Konrad Rzeszutek Wilk \u003ckonrad.wilk@oracle.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "ffe288276822348a3717e11cee6646d856a409c4", "tree": "03131cd77376dd162edafea8758873b8595c97ba", "parents": [ "d239fdb0d4d3088b5161f0c92ed929143b45d830" ], "author": { "name": "Matt Wilson", "email": "msw@amazon.com", "time": "Tue Jan 15 13:21:27 2013 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Mon Jan 21 11:45:25 2013 -0800" }, "message": "xen/grant-table: correctly initialize grant table version 1\n\ncommit d0b4d64aadb9f4a90669848de9ef3819050a98cd upstream.\n\nCommit 85ff6acb075a484780b3d763fdf41596d8fc0970 (xen/granttable: Grant\ntables V2 implementation) changed the GREFS_PER_GRANT_FRAME macro from\na constant to a conditional expression. The expression depends on\ngrant_table_version being appropriately set. Unfortunately, at init\ntime grant_table_version will be 0. The GREFS_PER_GRANT_FRAME\nconditional expression checks for \"grant_table_version \u003d\u003d 1\", and\ntherefore returns the number of grant references per frame for v2.\n\nThis causes gnttab_init() to allocate fewer pages for gnttab_list, as\na frame can old half the number of v2 entries than v1 entries. After\ngnttab_resume() is called, grant_table_version is appropriately\nset. nr_init_grefs will then be miscalculated and gnttab_free_count\nwill hold a value larger than the actual number of free gref entries.\n\nIf a guest is heavily utilizing improperly initialized v1 grant\ntables, memory corruption can occur. One common manifestation is\ncorruption of the vmalloc list, resulting in a poisoned pointer\nderefrence when accessing /proc/meminfo or /proc/vmallocinfo:\n\n[ 40.770064] BUG: unable to handle kernel paging request at 0000200200001407\n[ 40.770083] IP: [\u003cffffffff811a6fb0\u003e] get_vmalloc_info+0x70/0x110\n[ 40.770102] PGD 0\n[ 40.770107] Oops: 0000 [#1] SMP\n[ 40.770114] CPU 10\n\nThis patch introduces a static variable, grefs_per_grant_frame, to\ncache the calculated value. gnttab_init() now calls\ngnttab_request_version() early so that grant_table_version and\ngrefs_per_grant_frame can be appropriately set. A few BUG_ON()s have\nbeen added to prevent this type of bug from reoccurring in the future.\n\nSigned-off-by: Matt Wilson \u003cmsw@amazon.com\u003e\nReviewed-and-Tested-by: Steven Noonan \u003csnoonan@amazon.com\u003e\nAcked-by: Ian Campbell \u003cIan.Campbell@citrix.com\u003e\nCc: Konrad Rzeszutek Wilk \u003ckonrad.wilk@oracle.com\u003e\nCc: Annie Li \u003cannie.li@oracle.com\u003e\nCc: xen-devel@lists.xen.org\nCc: linux-kernel@vger.kernel.org\nSigned-off-by: Konrad Rzeszutek Wilk \u003ckonrad.wilk@oracle.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "d239fdb0d4d3088b5161f0c92ed929143b45d830", "tree": "ec7f0c31875468c387422dc07e71afcee6e7a5d4", "parents": [ "6365d1039ebcdd214a891df7406e709db4d3fc30" ], "author": { "name": "Philipp Reisner", "email": "philipp.reisner@linbit.com", "time": "Thu Feb 23 12:56:26 2012 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Mon Jan 21 11:45:25 2013 -0800" }, "message": "drbd: add missing part_round_stats to _drbd_start_io_acct\n\ncommit 72585d2428fa3a0daab02ebad1f41e5ef517dbaa upstream.\n\nWithout this, iostat frequently sees bogus svctime and \u003e\u003d 100% \"utilization\".\n\nSigned-off-by: Philipp Reisner \u003cphilipp.reisner@linbit.com\u003e\nSigned-off-by: Lars Ellenberg \u003clars.ellenberg@linbit.com\u003e\nCc: Raoul Bhatia \u003craoul@bhatia.at\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "6365d1039ebcdd214a891df7406e709db4d3fc30", "tree": "4fec36817b140d978d7b0ea483fda0a77ad806db", "parents": [ "5ad7813d5a6ca36e36d41ebfb27ffaf3f3006b45" ], "author": { "name": "Stefan Assmann", "email": "sassmann@kpanic.de", "time": "Tue Dec 04 06:00:17 2012 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Mon Jan 21 11:45:25 2013 -0800" }, "message": "igb: release already assigned MSI-X interrupts if setup fails\n\ncommit 52285b762b3681669215bf1d17ca6143448ab7d3 upstream.\n\nDuring MSI-X setup the system might run out of vectors. If this happens the\nalready assigned vectors for this NIC should be freed before trying the\ndisable MSI-X. Failing to do so results in the following oops.\n\nkernel BUG at drivers/pci/msi.c:341!\n[...]\nCall Trace:\n [\u003cffffffff8128f39d\u003e] pci_disable_msix+0x3d/0x60\n [\u003cffffffffa037d1ce\u003e] igb_reset_interrupt_capability+0x27/0x5c [igb]\n [\u003cffffffffa037d229\u003e] igb_clear_interrupt_scheme+0x26/0x2d [igb]\n [\u003cffffffffa0384268\u003e] igb_request_irq+0x73/0x297 [igb]\n [\u003cffffffffa0384554\u003e] __igb_open+0xc8/0x223 [igb]\n [\u003cffffffffa0384815\u003e] igb_open+0x13/0x15 [igb]\n [\u003cffffffff8144592f\u003e] __dev_open+0xbf/0x120\n [\u003cffffffff81443e51\u003e] __dev_change_flags+0xa1/0x180\n [\u003cffffffff81445828\u003e] dev_change_flags+0x28/0x70\n [\u003cffffffff814af537\u003e] devinet_ioctl+0x5b7/0x620\n [\u003cffffffff814b01c8\u003e] inet_ioctl+0x88/0xa0\n [\u003cffffffff8142e8a0\u003e] sock_do_ioctl+0x30/0x70\n [\u003cffffffff8142ecf2\u003e] sock_ioctl+0x72/0x270\n [\u003cffffffff8118062c\u003e] do_vfs_ioctl+0x8c/0x340\n [\u003cffffffff81180981\u003e] sys_ioctl+0xa1/0xb0\n [\u003cffffffff815161a9\u003e] system_call_fastpath+0x16/0x1b\nCode: 48 89 df e8 1f 40 ed ff 4d 39 e6 49 8b 45 10 75 b6 48 83 c4 18 5b 41 5c 41 5d 41 5e 41 5f c9 c3 48 8b 7b 20 e8 3e 91 db ff eb ae \u003c0f\u003e 0b eb fe 0f 1f 84 00 00 00 00 00 55 48 89 e5 0f 1f 44 00 00\nRIP [\u003cffffffff8128e144\u003e] free_msi_irqs+0x124/0x130\n RSP \u003cffff880037503bd8\u003e\n\nSigned-off-by: Stefan Assmann \u003csassmann@kpanic.de\u003e\nTested-by: Aaron Brown \u003caaron.f.brown@intel.com\u003e\nSigned-off-by: Jeff Kirsher \u003cjeffrey.t.kirsher@intel.com\u003e\nSigned-off-by: Abdallah Chatila \u003cabdallah.chatila@ericsson.com\u003e\n\n" }, { "commit": "5ad7813d5a6ca36e36d41ebfb27ffaf3f3006b45", "tree": "fbf4f977079c06b51f86bb853287570b1587d069", "parents": [ "92a7389317838f3338466df0c0e3d23ad33cb1f4" ], "author": { "name": "Tom Mingarelli", "email": "thomas.mingarelli@hp.com", "time": "Tue Nov 20 19:43:17 2012 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Mon Jan 21 11:45:24 2013 -0800" }, "message": "intel-iommu: Prevent devices with RMRRs from being placed into SI Domain\n\ncommit ea2447f700cab264019b52e2b417d689e052dcfd upstream.\n\nThis patch is to prevent non-USB devices that have RMRRs associated with them from\nbeing placed into the SI Domain during init. This fixes the issue where the RMRR info\nfor devices being placed in and out of the SI Domain gets lost.\n\nSigned-off-by: Thomas Mingarelli \u003cthomas.mingarelli@hp.com\u003e\nTested-by: Shuah Khan \u003cshuah.khan@hp.com\u003e\nReviewed-by: Donald Dutile \u003cddutile@redhat.com\u003e\nReviewed-by: Alex Williamson \u003calex.williamson@redhat.com\u003e\nSigned-off-by: Joerg Roedel \u003cjoro@8bytes.org\u003e\nCc: CAI Qian \u003ccaiqian@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "92a7389317838f3338466df0c0e3d23ad33cb1f4", "tree": "6ccd124313aa8d7abbf16fd5aab09af8d80b8acb", "parents": [ "ced8dfbc6b44c7b14204a13ff95f22bdee52578f" ], "author": { "name": "Nicholas Bellinger", "email": "nab@linux-iscsi.org", "time": "Tue Dec 04 23:43:57 2012 -0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Mon Jan 21 11:45:24 2013 -0800" }, "message": "target: Add link_magic for fabric allow_link destination target_items\n\ncommit 0ff8754981261a80f4b77db2536dfea92c2d4539 upstream.\n\nThis patch adds [dev,lun]_link_magic value assignment + checks within generic\ntarget_fabric_port_link() and target_fabric_mappedlun_link() code to ensure\ndestination config_item *target_item sent from configfs_symlink() -\u003e\nconfig_item_operations-\u003eallow_link() is the underlying se_device-\u003edev_group\nand se_lun-\u003elun_group that we expect to symlink.\n\nReported-by: Sebastian Andrzej Siewior \u003cbigeasy@linutronix.de\u003e\nCc: Sebastian Andrzej Siewior \u003cbigeasy@linutronix.de\u003e\nSigned-off-by: Nicholas Bellinger \u003cnab@linux-iscsi.org\u003e\nSigned-off-by: CAI Qian \u003ccaiqian@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "ced8dfbc6b44c7b14204a13ff95f22bdee52578f", "tree": "18b8a3a8526bbe4064efa97ffae839d57e6bd99f", "parents": [ "5c9611090f9d110a245cc54ddb9bb31b2cc2965f" ], "author": { "name": "Francois Romieu", "email": "romieu@fr.zoreil.com", "time": "Sat Jun 09 10:53:16 2012 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Mon Jan 21 11:45:24 2013 -0800" }, "message": "r8169: avoid NAPI scheduling delay.\n\ncommit 7dbb491878a2c51d372a8890fa45a8ff80358af1 upstream.\n\nWhile reworking the r8169 driver a few months ago to perform the\nsmallest amount of work in the irq handler, I took care of avoiding\nany irq mask register operation in the slow work dedicated user\ncontext thread. The slow work thread scheduled an extra round of NAPI\nwork which would ultimately set the irq mask register as required,\nthus keeping such irq mask operations in the NAPI handler.\nIt would eventually race with the irq handler and delay NAPI execution\nfor - assuming no further irq - a whole ksoftirqd period. Mildly a\nproblem for rare link changes or corner case PCI events.\n\nThe race was always lost after the last bh disabling lock had been\nremoved from the work thread and people started wondering where those\npesky \"NOHZ: local_softirq_pending 08\" messages came from.\n\nActually the irq mask register _can_ be set up directly in the slow\nwork thread.\n\nSigned-off-by: Francois Romieu \u003cromieu@fr.zoreil.com\u003e\nReported-by: Dave Jones \u003cdavej@redhat.com\u003e\nTested-by: Marc Dionne \u003cmarc.c.dionne@gmail.com\u003e\nCc: Thomas Gleixner \u003ctglx@linutronix.de\u003e\nCc: Hayes Wang \u003chayeswang@realtek.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n\n" }, { "commit": "5c9611090f9d110a245cc54ddb9bb31b2cc2965f", "tree": "f57537a8ab8c94fe9a7eb4532872f36efa48d0a1", "parents": [ "ee415da5538413edc5d63c07899abc0b2b36bc54" ], "author": { "name": "Eric Sandeen", "email": "sandeen@redhat.com", "time": "Wed Nov 14 22:22:05 2012 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Mon Jan 21 11:45:24 2013 -0800" }, "message": "ext4: init pagevec in ext4_da_block_invalidatepages\n\ncommit 66bea92c69477a75a5d37b9bfed5773c92a3c4b4 upstream.\n\next4_da_block_invalidatepages is missing a pagevec_init(),\nwhich means that pvec-\u003ecold contains random garbage.\n\nThis affects whether the page goes to the front or\nback of the LRU when -\u003ecold makes it to\nfree_hot_cold_page()\n\nReviewed-by: Lukas Czerner \u003clczerner@redhat.com\u003e\nReviewed-by: Carlos Maiolino \u003ccmaiolino@redhat.com\u003e\nSigned-off-by: Eric Sandeen \u003csandeen@redhat.com\u003e\nSigned-off-by: \"Theodore Ts\u0027o\" \u003ctytso@mit.edu\u003e\nSigned-off-by: CAI Qian \u003ccaiqian@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "ee415da5538413edc5d63c07899abc0b2b36bc54", "tree": "bb974df2a43c028a23eb256623bae7fc130da0f2", "parents": [ "d2e42ef98559ce48a516d40b64a7a489676d69f0" ], "author": { "name": "David Henningsson", "email": "david.henningsson@canonical.com", "time": "Fri Jan 04 17:02:18 2013 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Mon Jan 21 11:45:24 2013 -0800" }, "message": "ALSA: usb - fix race in creation of M-Audio Fast track pro driver\n\ncommit b98ae2729dea161edc96c9d177459b6c28bcbba5 upstream.\n\nA patch in the 3.2 kernel caused regression with hotplugging the\nM-Audio Fast track pro, or sound after suspend. I don\u0027t have the\ndevice so I haven\u0027t done a full analysis, but it seems userspace\n(both udev and pulseaudio) got confused when a card was created,\nimmediately destroyed, and then created again.\n\nHowever, at least one person in the bug report (martin djfun)\nreports that this patch resolves the issue for him. It also leaves\na message in the log:\n\"snd-usb-audio: probe of 1-1.1:1.1 failed with error -5\" which is\na bit misleading. It is better than non-working audio, but maybe\nthere\u0027s a more elegant solution?\n\nBugLink: https://bugs.launchpad.net/bugs/1095315\nSigned-off-by: David Henningsson \u003cdavid.henningsson@canonical.com\u003e\nSigned-off-by: Takashi Iwai \u003ctiwai@suse.de\u003e\nCc: CAI Qian \u003ccaiqian@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "d2e42ef98559ce48a516d40b64a7a489676d69f0", "tree": "498943e33bcd0d109637522eb4bd97945cd60c51", "parents": [ "2017a7c8ee63e678c20479e24416aac20a8899dc" ], "author": { "name": "Jesse Barnes", "email": "jbarnes@virtuousgeek.org", "time": "Wed Nov 14 20:43:31 2012 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Mon Jan 21 11:45:17 2013 -0800" }, "message": "x86/Sandy Bridge: reserve pages when integrated graphics is present\n\ncommit a9acc5365dbda29f7be2884efb63771dc24bd815 upstream.\n\nSNB graphics devices have a bug that prevent them from accessing certain\nmemory ranges, namely anything below 1M and in the pages listed in the\ntable. So reserve those at boot if set detect a SNB gfx device on the\nCPU to avoid GPU hangs.\n\nStephane Marchesin had a similar patch to the page allocator awhile\nback, but rather than reserving pages up front, it leaked them at\nallocation time.\n\n[ hpa: made a number of stylistic changes, marked arrays as static\n const, and made less verbose; use \"memblock\u003ddebug\" for full\n verbosity. ]\n\nSigned-off-by: Jesse Barnes \u003cjbarnes@virtuousgeek.org\u003e\nSigned-off-by: H. Peter Anvin \u003chpa@linux.intel.com\u003e\nCc: CAI Qian \u003ccaiqian@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "2017a7c8ee63e678c20479e24416aac20a8899dc", "tree": "b3d419ccba3675c59a2042547a728f0ea9a83493", "parents": [ "aa16959322c2c096ac050d8a970e1cf2d2b1cc35" ], "author": { "name": "Heiko Carstens", "email": "heiko.carstens@de.ibm.com", "time": "Mon Jan 14 16:55:55 2013 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Mon Jan 21 11:45:15 2013 -0800" }, "message": "s390/time: fix sched_clock() overflow\n\ncommit ed4f20943cd4c7b55105c04daedf8d63ab6d499c upstream.\n\nConverting a 64 Bit TOD format value to nanoseconds means that the value\nmust be divided by 4.096. In order to achieve that we multiply with 125\nand divide by 512.\nWhen used within sched_clock() this triggers an overflow after appr.\n417 days. Resulting in a sched_clock() return value that is much smaller\nthan previously and therefore may cause all sort of weird things in\nsubsystems that rely on a monotonic sched_clock() behaviour.\n\nTo fix this implement a tod_to_ns() helper function which converts TOD\nvalues without overflow and call this function from both places that\nopen coded the conversion: sched_clock() and kvm_s390_handle_wait().\n\nReviewed-by: Martin Schwidefsky \u003cschwidefsky@de.ibm.com\u003e\nSigned-off-by: Heiko Carstens \u003cheiko.carstens@de.ibm.com\u003e\nSigned-off-by: Martin Schwidefsky \u003cschwidefsky@de.ibm.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "aa16959322c2c096ac050d8a970e1cf2d2b1cc35", "tree": "8a4f501726a496b4a7805c719a073f8d745db58c", "parents": [ "4b77fd473bf78ec6ddd7c6f4d1f03582a4ec34b9" ], "author": { "name": "Roland Dreier", "email": "roland@purestorage.com", "time": "Wed Jan 02 12:47:59 2013 -0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Mon Jan 21 11:45:14 2013 -0800" }, "message": "target: Release se_cmd when LUN lookup fails for TMR\n\ncommit 5a3b6fc0092c5f8dee7820064ee54d2631d48573 upstream.\n\nWhen transport_lookup_tmr_lun() fails and we return a task management\nresponse from target_complete_tmr_failure(), we need to call\ntransport_cmd_check_stop_to_fabric() to release the last ref to the\ncmd after calling se_tfo-\u003equeue_tm_rsp(), or else we will never remove\nthe failed TMR from the session command list (and we\u0027ll end up waiting\nforever when trying to tear down the session).\n\n(nab: Fix minor compile breakage)\n\nSigned-off-by: Roland Dreier \u003croland@purestorage.com\u003e\nSigned-off-by: Nicholas Bellinger \u003cnab@linux-iscsi.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "4b77fd473bf78ec6ddd7c6f4d1f03582a4ec34b9", "tree": "af88d9db58a3b219bf9605f3bb3620dd0a309f71", "parents": [ "e86f92f7eaeb01b071d2ca2a473c1efff6e9db68" ], "author": { "name": "Mark Rustad", "email": "mark.d.rustad@intel.com", "time": "Fri Dec 21 10:58:19 2012 -0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Mon Jan 21 11:45:14 2013 -0800" }, "message": "tcm_fc: Do not report target role when target is not defined\n\ncommit edec8dfefa1f372b2dd8197da555352e76a10c03 upstream.\n\nClear the target role when no target is provided for\nthe node performing a PRLI.\n\nSigned-off-by: Mark Rustad \u003cmark.d.rustad@intel.com\u003e\nReviewed-by: Bhanu Prakash Gollapudi \u003cbprakash@broadcom.com\u003e\nAcked by Robert Love \u003crobert.w.love@intel.com\u003e\nSigned-off-by: Nicholas Bellinger \u003cnab@linux-iscsi.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "e86f92f7eaeb01b071d2ca2a473c1efff6e9db68", "tree": "86f306643a7daa9f67d5c1d5bec79607093ae9fe", "parents": [ "8630dda5a013d1b39280ec9bda2ee9b7e99b68c1" ], "author": { "name": "Mark Rustad", "email": "mark.d.rustad@intel.com", "time": "Fri Dec 21 10:58:14 2012 -0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Mon Jan 21 11:45:14 2013 -0800" }, "message": "tcm_fc: Do not indicate retry capability to initiators\n\ncommit f2eeba214bcd0215b7f558cab6420e5fd153042b upstream.\n\nWhen generating a PRLI response to an initiator, clear the\nFCP_SPPF_RETRY bit in the response.\n\nSigned-off-by: Mark Rustad \u003cmark.d.rustad@intel.com\u003e\nReviewed-by: Bhanu Prakash Gollapudi \u003cbprakash@broadcom.com\u003e\nAcked by Robert Love \u003crobert.w.love@intel.com\u003e\nSigned-off-by: Nicholas Bellinger \u003cnab@linux-iscsi.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "8630dda5a013d1b39280ec9bda2ee9b7e99b68c1", "tree": "576469a73afdf65b4cc6150a57284764e2b1e8bd", "parents": [ "6723972ab0cedb96477d47fb197091b487921322" ], "author": { "name": "Thomas Schwinge", "email": "thomas@codesourcery.com", "time": "Fri Nov 16 10:46:20 2012 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Mon Jan 21 11:45:14 2013 -0800" }, "message": "sh: Fix FDPIC binary loader\n\ncommit 4a71997a3279a339e7336ea5d0cd27282e2dea44 upstream.\n\nEnsure that the aux table is properly initialized, even when optional features\nare missing. Without this, the FDPIC loader did not work. This was meant to\nbe included in commit d5ab780305bb6d60a7b5a74f18cf84eb6ad153b1.\n\nSigned-off-by: Thomas Schwinge \u003cthomas@codesourcery.com\u003e\nSigned-off-by: Paul Mundt \u003clethal@linux-sh.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "6723972ab0cedb96477d47fb197091b487921322", "tree": "9d2e132a0c3d8afdd72eab59f2fc4ed1a9b2ff0b", "parents": [ "828b18866ce0907fdb67afe143d5d851deb9fec6" ], "author": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Thu Jan 17 08:51:56 2013 -0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Thu Jan 17 08:51:56 2013 -0800" }, "message": "Linux 3.4.26\n" }, { "commit": "828b18866ce0907fdb67afe143d5d851deb9fec6", "tree": "535626cc8ab742a056df4acef9d6509397f4661c", "parents": [ "ede3e03c6d28bc3aca30206995fec585031698af" ], "author": { "name": "Alan Stern", "email": "stern@rowland.harvard.edu", "time": "Wed Nov 07 10:31:30 2012 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Thu Jan 17 08:51:22 2013 -0800" }, "message": "USB: fix endpoint-disabling for failed config changes\n\ncommit 36caff5d795429c572443894e8789c2150dd796b upstream.\n\nThis patch (as1631) fixes a bug that shows up when a config change\nfails for a device under an xHCI controller. The controller needs to\nbe told to disable the endpoints that have been enabled for the new\nconfig. The existing code does this, but before storing the\ninformation about which endpoints were enabled! As a result, any\nsecond attempt to install the new config is doomed to fail because\nxhci-hcd will refuse to enable an endpoint that is already enabled.\n\nThe patch optimistically initializes the new endpoints\u0027 device\nstructures before asking the device to switch to the new config. If\nthe request fails then the endpoint information is already stored, so\nwe can use usb_hcd_alloc_bandwidth() to disable the endpoints with no\ntrouble. The rest of the error path is slightly more complex now; we\nhave to disable the new interfaces and call put_device() rather than\nsimply deallocating them.\n\nSigned-off-by: Alan Stern \u003cstern@rowland.harvard.edu\u003e\nReported-and-tested-by: Matthias Schniedermeyer \u003cms@citd.de\u003e\nCC: Sarah Sharp \u003csarah.a.sharp@linux.intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n[bwh: Backported to 3.2: adjust context]\nSigned-off-by: Ben Hutchings \u003cben@decadent.org.uk\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "ede3e03c6d28bc3aca30206995fec585031698af", "tree": "704a59fe845e5a654f224471bff60c735908c044", "parents": [ "c390e5a48ae714a6da89f16a8239e1751a285376" ], "author": { "name": "Ian Abbott", "email": "abbotti@mev.co.uk", "time": "Thu Jan 03 12:15:26 2013 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Thu Jan 17 08:51:21 2013 -0800" }, "message": "staging: comedi: Kconfig: COMEDI_NI_AT_A2150 should select COMEDI_FC\n\ncommit 34ffb33e09132401872fe79e95c30824ce194d23 upstream.\n\nThe \u0027ni_at_a2150\u0027 module links to `cfc_write_to_buffer` in the\n\u0027comedi_fc\u0027 module, so selecting \u0027COMEDI_NI_AT_A2150\u0027 in the kernel config\nneeds to also select \u0027COMEDI_FC\u0027.\n\nSigned-off-by: Ian Abbott \u003cabbotti@mev.co.uk\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "c390e5a48ae714a6da89f16a8239e1751a285376", "tree": "438f23babba8939aff5bc44649277c52f9c621c0", "parents": [ "359c4ea7baf79484cc3561f0040f9d5e367155fe" ], "author": { "name": "Ian Abbott", "email": "abbotti@mev.co.uk", "time": "Fri Mar 30 17:14:58 2012 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Thu Jan 17 08:51:21 2013 -0800" }, "message": "staging: comedi: don\u0027t hijack hardware device private data\n\ncommit c43435d7722134ed1fda58ce1025f41029bd58ad upstream.\n\ncomedi_auto_config() associates a Comedi minor device number with an\nauto-configured hardware device and comedi_auto_unconfig() disassociates\nit. Currently, these use the hardware device\u0027s private data pointer to\npoint to some allocated storage holding the minor device number. This\nis a bit of a waste of the hardware device\u0027s private data pointer,\npreventing it from being used for something more useful by the low-level\ncomedi device drivers. For example, it would make more sense if\ncomedi_usb_auto_config() was passed a pointer to the struct\nusb_interface instead of the struct usb_device, but this cannot be done\ncurrently because the low-level comedi drivers already use the private\ndata pointer in the struct usb_interface for something more useful.\n\nThis patch stops the comedi core hijacking the hardware device\u0027s private\ndata pointer. Instead, comedi_auto_config() stores a pointer to the\nhardware device\u0027s struct device in the struct comedi_device_file_info\nassociated with the minor device number, and comedi_auto_unconfig()\ncalls new function comedi_find_board_minor() to recover the minor device\nnumber associated with the hardware device.\n\nSigned-off-by: Ian Abbott \u003cabbotti@mev.co.uk\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" } ], "next": "359c4ea7baf79484cc3561f0040f9d5e367155fe" }