]> git.ipfire.org Git - thirdparty/kernel/stable-queue.git/commitdiff
3.4-stable patches
authorGreg Kroah-Hartman <gregkh@linuxfoundation.org>
Mon, 8 Oct 2012 16:36:47 +0000 (09:36 -0700)
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>
Mon, 8 Oct 2012 16:36:47 +0000 (09:36 -0700)
added patches:
acpi-run-_osc-after-acpi_full_initialization.patch
drivers-dma-dmaengine.c-lower-the-priority-of-failed-to-get-dma-channel-message.patch
drivers-scsi-atp870u.c-fix-bad-use-of-udelay.patch
kernel-sys.c-call-disable_nonboot_cpus-in-kernel_restart.patch
lib-gcd.c-prevent-possible-div-by-0.patch
mfd-max8925-move-_io-resources-out-of-ioport_ioresource.patch
pci-acpiphp-check-whether-_adr-evaluation-succeeded.patch

queue-3.4/acpi-run-_osc-after-acpi_full_initialization.patch [new file with mode: 0644]
queue-3.4/drivers-dma-dmaengine.c-lower-the-priority-of-failed-to-get-dma-channel-message.patch [new file with mode: 0644]
queue-3.4/drivers-scsi-atp870u.c-fix-bad-use-of-udelay.patch [new file with mode: 0644]
queue-3.4/kernel-sys.c-call-disable_nonboot_cpus-in-kernel_restart.patch [new file with mode: 0644]
queue-3.4/lib-gcd.c-prevent-possible-div-by-0.patch [new file with mode: 0644]
queue-3.4/mfd-max8925-move-_io-resources-out-of-ioport_ioresource.patch [new file with mode: 0644]
queue-3.4/pci-acpiphp-check-whether-_adr-evaluation-succeeded.patch [new file with mode: 0644]
queue-3.4/series

diff --git a/queue-3.4/acpi-run-_osc-after-acpi_full_initialization.patch b/queue-3.4/acpi-run-_osc-after-acpi_full_initialization.patch
new file mode 100644 (file)
index 0000000..3aeb816
--- /dev/null
@@ -0,0 +1,48 @@
+From fc54ab72959edbf229b65ac74b2f122d799ca002 Mon Sep 17 00:00:00 2001
+From: Lin Ming <ming.m.lin@intel.com>
+Date: Mon, 16 Jul 2012 16:30:21 +0800
+Subject: ACPI: run _OSC after ACPI_FULL_INITIALIZATION
+
+From: Lin Ming <ming.m.lin@intel.com>
+
+commit fc54ab72959edbf229b65ac74b2f122d799ca002 upstream.
+
+The _OSC method may exist in module level code,
+so it must be called after ACPI_FULL_INITIALIZATION
+
+On some new platforms with Zero-Power-Optical-Disk-Drive (ZPODD)
+support, this fix is necessary to save power.
+
+Signed-off-by: Lin Ming <ming.m.lin@intel.com>
+Tested-by: Aaron Lu <aaron.lu@intel.com>
+Signed-off-by: Len Brown <len.brown@intel.com>
+Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
+
+---
+ drivers/acpi/bus.c |    8 ++++++--
+ 1 file changed, 6 insertions(+), 2 deletions(-)
+
+--- a/drivers/acpi/bus.c
++++ b/drivers/acpi/bus.c
+@@ -954,8 +954,6 @@ static int __init acpi_bus_init(void)
+       status = acpi_ec_ecdt_probe();
+       /* Ignore result. Not having an ECDT is not fatal. */
+-      acpi_bus_osc_support();
+-
+       status = acpi_initialize_objects(ACPI_FULL_INITIALIZATION);
+       if (ACPI_FAILURE(status)) {
+               printk(KERN_ERR PREFIX "Unable to initialize ACPI objects\n");
+@@ -963,6 +961,12 @@ static int __init acpi_bus_init(void)
+       }
+       /*
++       * _OSC method may exist in module level code,
++       * so it must be run after ACPI_FULL_INITIALIZATION
++       */
++      acpi_bus_osc_support();
++
++      /*
+        * _PDC control method may load dynamic SSDT tables,
+        * and we need to install the table handler before that.
+        */
diff --git a/queue-3.4/drivers-dma-dmaengine.c-lower-the-priority-of-failed-to-get-dma-channel-message.patch b/queue-3.4/drivers-dma-dmaengine.c-lower-the-priority-of-failed-to-get-dma-channel-message.patch
new file mode 100644 (file)
index 0000000..1227c51
--- /dev/null
@@ -0,0 +1,41 @@
+From 0eb5a35801df3c438ce3fc91310a415ea4452c00 Mon Sep 17 00:00:00 2001
+From: Fabio Estevam <fabio.estevam@freescale.com>
+Date: Thu, 4 Oct 2012 17:11:16 -0700
+Subject: drivers/dma/dmaengine.c: lower the priority of 'failed to get' dma channel message
+
+From: Fabio Estevam <fabio.estevam@freescale.com>
+
+commit 0eb5a35801df3c438ce3fc91310a415ea4452c00 upstream.
+
+Do the same as commit a03a202e95fd ("dmaengine: failure to get a
+specific DMA channel is not critical") to get rid of the following
+messages during kernel boot:
+
+  dmaengine_get: failed to get dma1chan0: (-22)
+  dmaengine_get: failed to get dma1chan1: (-22)
+  dmaengine_get: failed to get dma1chan2: (-22)
+  dmaengine_get: failed to get dma1chan3: (-22)
+  ..
+
+Signed-off-by: Fabio Estevam <fabio.estevam@freescale.com>
+Cc: Vinod Koul <vinod.koul@intel.com>
+Cc: Dan Williams <dan.j.williams@intel.com>
+Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
+Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
+Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
+
+---
+ drivers/dma/dmaengine.c |    2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+--- a/drivers/dma/dmaengine.c
++++ b/drivers/dma/dmaengine.c
+@@ -578,7 +578,7 @@ void dmaengine_get(void)
+                               list_del_rcu(&device->global_node);
+                               break;
+                       } else if (err)
+-                              pr_err("%s: failed to get %s: (%d)\n",
++                              pr_debug("%s: failed to get %s: (%d)\n",
+                                       __func__, dma_chan_name(chan), err);
+               }
+       }
diff --git a/queue-3.4/drivers-scsi-atp870u.c-fix-bad-use-of-udelay.patch b/queue-3.4/drivers-scsi-atp870u.c-fix-bad-use-of-udelay.patch
new file mode 100644 (file)
index 0000000..ca8b6da
--- /dev/null
@@ -0,0 +1,58 @@
+From 0f6d93aa9d96cc9022b51bd10d462b03296be146 Mon Sep 17 00:00:00 2001
+From: Martin Michlmayr <tbm@cyrius.com>
+Date: Thu, 4 Oct 2012 17:11:25 -0700
+Subject: drivers/scsi/atp870u.c: fix bad use of udelay
+
+From: Martin Michlmayr <tbm@cyrius.com>
+
+commit 0f6d93aa9d96cc9022b51bd10d462b03296be146 upstream.
+
+The ACARD driver calls udelay() with a value > 2000, which leads to to
+the following compilation error on ARM:
+
+  ERROR: "__bad_udelay" [drivers/scsi/atp870u.ko] undefined!
+  make[1]: *** [__modpost] Error 1
+
+This is because udelay is defined on ARM, roughly speaking, as
+
+       #define udelay(n) ((n) > 2000 ? __bad_udelay() : \
+               __const_udelay((n) * ((2199023U*HZ)>>11)))
+
+The argument to __const_udelay is the number of jiffies to wait divided
+by 4, but this does not work unless the multiplication does not
+overflow, and that is what the build error is designed to prevent.  The
+intended behavior can be achieved by using mdelay to call udelay
+multiple times in a loop.
+
+[jrnieder@gmail.com: adding context]
+Signed-off-by: Martin Michlmayr <tbm@cyrius.com>
+Signed-off-by: Jonathan Nieder <jrnieder@gmail.com>
+Cc: James Bottomley <James.Bottomley@HansenPartnership.com>
+Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
+Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
+Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
+
+---
+ drivers/scsi/atp870u.c |   11 ++++++++++-
+ 1 file changed, 10 insertions(+), 1 deletion(-)
+
+--- a/drivers/scsi/atp870u.c
++++ b/drivers/scsi/atp870u.c
+@@ -1173,7 +1173,16 @@ wait_io1:
+       outw(val, tmport);
+       outb(2, 0x80);
+ TCM_SYNC:
+-      udelay(0x800);
++      /*
++       * The funny division into multiple delays is to accomodate
++       * arches like ARM where udelay() multiplies its argument by
++       * a large number to initialize a loop counter.  To avoid
++       * overflow, the maximum supported udelay is 2000 microseconds.
++       *
++       * XXX it would be more polite to find a way to use msleep()
++       */
++      mdelay(2);
++      udelay(48);
+       if ((inb(tmport) & 0x80) == 0x00) {     /* bsy ? */
+               outw(0, tmport--);
+               outb(0, tmport);
diff --git a/queue-3.4/kernel-sys.c-call-disable_nonboot_cpus-in-kernel_restart.patch b/queue-3.4/kernel-sys.c-call-disable_nonboot_cpus-in-kernel_restart.patch
new file mode 100644 (file)
index 0000000..be7adb0
--- /dev/null
@@ -0,0 +1,38 @@
+From f96972f2dc6365421cf2366ebd61ee4cf060c8d5 Mon Sep 17 00:00:00 2001
+From: Shawn Guo <shawn.guo@linaro.org>
+Date: Thu, 4 Oct 2012 17:12:23 -0700
+Subject: kernel/sys.c: call disable_nonboot_cpus() in kernel_restart()
+
+From: Shawn Guo <shawn.guo@linaro.org>
+
+commit f96972f2dc6365421cf2366ebd61ee4cf060c8d5 upstream.
+
+As kernel_power_off() calls disable_nonboot_cpus(), we may also want to
+have kernel_restart() call disable_nonboot_cpus().  Doing so can help
+machines that require boot cpu be the last alive cpu during reboot to
+survive with kernel restart.
+
+This fixes one reboot issue seen on imx6q (Cortex-A9 Quad).  The machine
+requires that the restart routine be run on the primary cpu rather than
+secondary ones.  Otherwise, the secondary core running the restart
+routine will fail to come to online after reboot.
+
+Signed-off-by: Shawn Guo <shawn.guo@linaro.org>
+Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
+Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
+Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
+
+---
+ kernel/sys.c |    1 +
+ 1 file changed, 1 insertion(+)
+
+--- a/kernel/sys.c
++++ b/kernel/sys.c
+@@ -365,6 +365,7 @@ EXPORT_SYMBOL(unregister_reboot_notifier
+ void kernel_restart(char *cmd)
+ {
+       kernel_restart_prepare(cmd);
++      disable_nonboot_cpus();
+       if (!cmd)
+               printk(KERN_EMERG "Restarting system.\n");
+       else
diff --git a/queue-3.4/lib-gcd.c-prevent-possible-div-by-0.patch b/queue-3.4/lib-gcd.c-prevent-possible-div-by-0.patch
new file mode 100644 (file)
index 0000000..9b5da7f
--- /dev/null
@@ -0,0 +1,38 @@
+From e96875677fb2b7cb739c5d7769824dff7260d31d Mon Sep 17 00:00:00 2001
+From: Davidlohr Bueso <dave@gnu.org>
+Date: Thu, 4 Oct 2012 17:13:18 -0700
+Subject: lib/gcd.c: prevent possible div by 0
+
+From: Davidlohr Bueso <dave@gnu.org>
+
+commit e96875677fb2b7cb739c5d7769824dff7260d31d upstream.
+
+Account for all properties when a and/or b are 0:
+gcd(0, 0) = 0
+gcd(a, 0) = a
+gcd(0, b) = b
+
+Fixes no known problems in current kernels.
+
+Signed-off-by: Davidlohr Bueso <dave@gnu.org>
+Cc: Eric Dumazet <eric.dumazet@gmail.com>
+Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
+Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
+Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
+
+---
+ lib/gcd.c |    3 +++
+ 1 file changed, 3 insertions(+)
+
+--- a/lib/gcd.c
++++ b/lib/gcd.c
+@@ -9,6 +9,9 @@ unsigned long gcd(unsigned long a, unsig
+       if (a < b)
+               swap(a, b);
++
++      if (!b)
++              return a;
+       while ((r = a % b) != 0) {
+               a = b;
+               b = r;
diff --git a/queue-3.4/mfd-max8925-move-_io-resources-out-of-ioport_ioresource.patch b/queue-3.4/mfd-max8925-move-_io-resources-out-of-ioport_ioresource.patch
new file mode 100644 (file)
index 0000000..cf85741
--- /dev/null
@@ -0,0 +1,76 @@
+From bee6e1fa617b1fb7f6f91033428410e05f5ab0ed Mon Sep 17 00:00:00 2001
+From: Mark Brown <broonie@opensource.wolfsonmicro.com>
+Date: Tue, 7 Aug 2012 19:42:43 +0100
+Subject: mfd: max8925: Move _IO resources out of ioport_ioresource
+
+From: Mark Brown <broonie@opensource.wolfsonmicro.com>
+
+commit bee6e1fa617b1fb7f6f91033428410e05f5ab0ed upstream.
+
+The removal of mach/io.h from most ARM platforms also set the range of
+valid IO ports to be empty for most platforms when previously any 32
+bit integer had been valid. This makes it impossible to add IO resources
+as the added range is smaller than that of the root resource for IO ports.
+
+Since we're not really using IO memory at all fix this by defining our
+own root resource outside the normal tree and make that the parent of
+all IO resources. This also ensures we won't conflict with read IO ports
+if we ever run on a platform which happens to use them.
+
+Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com
+Acked-by: Arnd Bergmann <arnd@arndb.de>
+Acked-by: Haojian Zhuang <haojian.zhuang@gmail.com>
+Tested-by: Haojian Zhuang <haojian.zhuang@gmail.com>
+Signed-off-by: Samuel Ortiz <sameo@linux.intel.com>
+Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
+
+---
+ drivers/mfd/max8925-core.c |   10 ++++++++++
+ 1 file changed, 10 insertions(+)
+
+--- a/drivers/mfd/max8925-core.c
++++ b/drivers/mfd/max8925-core.c
+@@ -18,12 +18,19 @@
+ #include <linux/mfd/core.h>
+ #include <linux/mfd/max8925.h>
++static struct resource io_parent = {
++      .start = 0,
++      .end   = 0xffffffff,
++      .flags = IORESOURCE_IO,
++};
++
+ static struct resource backlight_resources[] = {
+       {
+               .name   = "max8925-backlight",
+               .start  = MAX8925_WLED_MODE_CNTL,
+               .end    = MAX8925_WLED_CNTL,
+               .flags  = IORESOURCE_IO,
++              .parent = &io_parent,
+       },
+ };
+@@ -42,6 +49,7 @@ static struct resource touch_resources[]
+               .start  = MAX8925_TSC_IRQ,
+               .end    = MAX8925_ADC_RES_END,
+               .flags  = IORESOURCE_IO,
++              .parent = &io_parent,
+       },
+ };
+@@ -60,6 +68,7 @@ static struct resource power_supply_reso
+               .start  = MAX8925_CHG_IRQ1,
+               .end    = MAX8925_CHG_IRQ1_MASK,
+               .flags  = IORESOURCE_IO,
++              .parent = &io_parent,
+       },
+ };
+@@ -118,6 +127,7 @@ static struct mfd_cell onkey_devs[] = {
+       .start  = MAX8925_##_start,             \
+       .end    = MAX8925_##_end,               \
+       .flags  = IORESOURCE_IO,                \
++      .parent = &io_parent,                   \
+ }
+ static struct resource regulator_resources[] = {
diff --git a/queue-3.4/pci-acpiphp-check-whether-_adr-evaluation-succeeded.patch b/queue-3.4/pci-acpiphp-check-whether-_adr-evaluation-succeeded.patch
new file mode 100644 (file)
index 0000000..fd17a0b
--- /dev/null
@@ -0,0 +1,55 @@
+From dfb117b3e50c52c7b3416db4a4569224b8db80bb Mon Sep 17 00:00:00 2001
+From: Bjorn Helgaas <bhelgaas@google.com>
+Date: Wed, 20 Jun 2012 16:18:29 -0600
+Subject: PCI: acpiphp: check whether _ADR evaluation succeeded
+
+From: Bjorn Helgaas <bhelgaas@google.com>
+
+commit dfb117b3e50c52c7b3416db4a4569224b8db80bb upstream.
+
+Check whether we evaluated _ADR successfully.  Previously we ignored
+failure, so we would have used garbage data from the stack as the device
+and function number.
+
+We return AE_OK so that we ignore only this slot and continue looking
+for other slots.
+
+Found by Coverity (CID 113981).
+
+Signed-off-by: Bjorn Helgaas <bhelgaas@google.com>
+Signed-off-by: Ben Hutchings <ben@decadent.org.uk>
+Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
+
+---
+ drivers/pci/hotplug/acpiphp_glue.c |   13 +++++++++----
+ 1 file changed, 9 insertions(+), 4 deletions(-)
+
+--- a/drivers/pci/hotplug/acpiphp_glue.c
++++ b/drivers/pci/hotplug/acpiphp_glue.c
+@@ -132,6 +132,15 @@ register_slot(acpi_handle handle, u32 lv
+       if (!acpi_pci_check_ejectable(pbus, handle) && !is_dock_device(handle))
+               return AE_OK;
++      status = acpi_evaluate_integer(handle, "_ADR", NULL, &adr);
++      if (ACPI_FAILURE(status)) {
++              warn("can't evaluate _ADR (%#x)\n", status);
++              return AE_OK;
++      }
++
++      device = (adr >> 16) & 0xffff;
++      function = adr & 0xffff;
++
+       pdev = pbus->self;
+       if (pdev && pci_is_pcie(pdev)) {
+               tmp = acpi_find_root_bridge_handle(pdev);
+@@ -144,10 +153,6 @@ register_slot(acpi_handle handle, u32 lv
+               }
+       }
+-      acpi_evaluate_integer(handle, "_ADR", NULL, &adr);
+-      device = (adr >> 16) & 0xffff;
+-      function = adr & 0xffff;
+-
+       newfunc = kzalloc(sizeof(struct acpiphp_func), GFP_KERNEL);
+       if (!newfunc)
+               return AE_NO_MEMORY;
index 89472a60446b8dbf2e625d0245d1522416334f1e..c72d0a3e7a0ac03483df25c7d119be7cd058af51 100644 (file)
@@ -5,3 +5,10 @@ slab-fix-the-deadlock-issue-on-l3-alien-lock.patch
 intel-iommu-default-to-non-coherent-for-domains-unattached-to-iommus.patch
 media-rc-ite-cir-initialise-ite_dev-rdev-earlier.patch
 media-gspca_pac7302-add-support-for-device-1ae7-2001-speedlink-snappy-microphone-sl-6825-sbk.patch
+acpi-run-_osc-after-acpi_full_initialization.patch
+pci-acpiphp-check-whether-_adr-evaluation-succeeded.patch
+mfd-max8925-move-_io-resources-out-of-ioport_ioresource.patch
+lib-gcd.c-prevent-possible-div-by-0.patch
+kernel-sys.c-call-disable_nonboot_cpus-in-kernel_restart.patch
+drivers-scsi-atp870u.c-fix-bad-use-of-udelay.patch
+drivers-dma-dmaengine.c-lower-the-priority-of-failed-to-get-dma-channel-message.patch