Mirror of https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/ https://git.shady.money/linux/atom?h=v3.17 2014-10-05T17:16:11Z 2014-10-05T17:16:11Z Linus Torvalds torvalds@linux-foundation.org 2014-10-05T17:16:11Z urn:sha1:ef0a59924a795ccb4ced0ae1722a337745a1b045 Pull SCSI fixes from James Bottomley: "This is a set of two small fixes, both to code which went in during the merge window: cxgb4i has a scheduling in atomic bug in its new ipv6 code and uas fails to work properly with the new scsi-mq code" * tag 'scsi-fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/jejb/scsi: [SCSI] uas: disable use of blk-mq I/O path [SCSI] cxgb4i: avoid holding mutex in interrupt context 2014-10-03T21:20:44Z Linus Torvalds torvalds@linux-foundation.org 2014-10-03T21:20:44Z urn:sha1:126d4576cb73c8a440adc37c129589cd66051bcc Pull i2c fixes from Wolfram Sang: "Two i2c driver bugfixes" * 'i2c/for-current' of git://git.kernel.org/pub/scm/linux/kernel/git/wsa/linux: i2c: qup: Fix order of runtime pm initialization i2c: rk3x: fix 0 length write transfers 2014-10-03T15:40:37Z Linus Torvalds torvalds@linux-foundation.org 2014-10-03T15:40:37Z urn:sha1:ee042ec88022249b848306dd6e87ffd2fd88a839 Pull raid5 discard fix from Neil Brown: "One fix for raid5 discard issue" * tag 'md/3.17-final-fix' of git://neil.brown.name/md: md/raid5: disable 'DISCARD' by default due to safety concerns. 2014-10-03T15:31:14Z Linus Torvalds torvalds@linux-foundation.org 2014-10-03T15:31:14Z urn:sha1:80ad99da8bd213e12b925407f1c97a303aa8f87f Pull drm fixes from Dave Airlie: "Nothing too major or scary. One i915 regression fix, nouveau has a tmds regression fix, along with a regression fix for the runtime pm code for optimus laptops not restoring the display hw correctly" * 'drm-fixes' of git://people.freedesktop.org/~airlied/linux: drm/nouveau: make sure display hardware is reinitialised on runtime resume drm/nouveau: punt fbcon resume out to a workqueue drm/nouveau: fix regression on original nv50 board drm/nv50/disp: fix dpms regression on certain boards drm/i915: Flush the PTEs after updating them before suspend 2014-10-03T09:27:58Z Christoph Hellwig hch@infradead.org 2014-10-03T08:47:09Z urn:sha1:2c2d831c81ec75a7b0d8e28caa8e3d9c1fe546f9 The uas driver uses the block layer tag for USB3 stream IDs. With blk-mq we can get larger tag numbers that the queue depth, which breaks this assumption. A fix is under way for 3.18, but sits on top of large changes so can't easily be backported. Set the disable_blk_mq path so that a uas device can't easily crash the system when using blk-mq for SCSI. Signed-off-by: Christoph Hellwig <hch@lst.de> Acked-by: Hans de Goede <hdegoede@redhat.com> Signed-off-by: James Bottomley <JBottomley@Parallels.com> 2014-10-03T01:47:28Z Linus Torvalds torvalds@linux-foundation.org 2014-10-03T01:47:28Z urn:sha1:58586869599f6bb38aeca71a847cd77bfea74808 Pull ACPI and power management fixes from Rafael Wysocki: "These are three regression fixes (cpufreq core, pcc-cpufreq, i915 / ACPI) and one trivial fix for a callback return value mismatch in the cpufreq integrator driver. Specifics: - A recent cpufreq core fix went too far and introduced a regression in the system suspend code path. Fix from Viresh Kumar. - An ACPI-related commit in the i915 driver that fixed backlight problems for some Thinkpads inadvertently broke a Dell machine (in 3.16). Fix from Aaron Lu. - The pcc-cpufreq driver was broken during the 3.15 cycle by a commit that put wait_event() under a spinlock by mistake. Fix that (Rafael J Wysocki). - The return value type of integrator_cpufreq_remove() is void, but should be int. Fix from Arnd Bergmann" * tag 'pm+acpi-3.17-final' of git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm: cpufreq: update 'cpufreq_suspended' after stopping governors ACPI / i915: Update the condition to ignore firmware backlight change request cpufreq: integrator: fix integrator_cpufreq_remove return type cpufreq: pcc-cpufreq: Fix wait_event() under spinlock 2014-10-03T01:38:16Z Dave Airlie airlied@redhat.com 2014-10-03T01:38:16Z urn:sha1:eee0815dabbdd7d584bea8275f5758d25c97cb9b final regression fix for 3.17. * tag 'drm-intel-fixes-2014-10-02' of git://anongit.freedesktop.org/drm-intel: drm/i915: Flush the PTEs after updating them before suspend 2014-10-03T01:20:47Z Andy Gross agross@codeaurora.org 2014-09-29T22:00:51Z urn:sha1:86b59bbfae2a895aa26b3d15f31b1a705dbfede1 The runtime pm calls need to be done before populating the children via the i2c_add_adapter call. If this is not done, a child can run into issues trying to do i2c read/writes due to the pm_runtime_sync failing. Signed-off-by: Andy Gross <agross@codeaurora.org> Reviewed-by: Felipe Balbi <balbi@ti.com> Acked-by: Bjorn Andersson <bjorn.andersson@sonymobile.com> Signed-off-by: Wolfram Sang <wsa@the-dreams.de> Cc: stable@kernel.org 2014-10-03T01:18:53Z Alexandru M Stan amstan@chromium.org 2014-10-01T17:40:41Z urn:sha1:cf27020d2f253bac6457d6833b97141030f0122a i2cdetect -q was broken (everything was a false positive, and no transfers were actually being sent over i2c). The way it works is by sending a 0 length write request and checking for NACK. This patch fixes the 0 length writes and actually sends them. Reported-by: Doug Anderson <dianders@chromium.org> Signed-off-by: Alexandru M Stan <amstan@chromium.org> Tested-by: Doug Anderson <dianders@chromium.org> Tested-by: Max Schwarz <max.schwarz@online.de> Signed-off-by: Wolfram Sang <wsa@the-dreams.de> Cc: stable@kernel.org 2014-10-03T01:10:07Z Rafael J. Wysocki rafael.j.wysocki@intel.com 2014-10-03T01:10:07Z urn:sha1:abcadddc85a4c9595b0a5ede34f2ee876fe4155f * pm-cpufreq: cpufreq: update 'cpufreq_suspended' after stopping governors cpufreq: integrator: fix integrator_cpufreq_remove return type cpufreq: pcc-cpufreq: Fix wait_event() under spinlock * acpi-video: ACPI / i915: Update the condition to ignore firmware backlight change request