]> git.pld-linux.org Git - packages/kernel.git/blobdiff - kernel-small_fixes.patch
up to 3.2.39
[packages/kernel.git] / kernel-small_fixes.patch
index 4348d57de74417fcc6107456ff1cb915ac7add09..11080f34f884e0fb7f9c1d386b778162a3deef3d 100644 (file)
---- linux-2.6.15.6/drivers/input/joystick/iforce/iforce-serio.c        2006-03-05 19:07:54.000000000 +0000
-+++ linux-2.6.15.6.iforce/drivers/input/joystick/iforce/iforce-serio.c 2006-04-29 23:17:59.000000000 +0000
-@@ -175,6 +175,12 @@
-               .id     = SERIO_ANY,
-               .extra  = SERIO_ANY,
-       },
-+      {
-+              .type   = SERIO_RS232,
-+              .proto  = 0x1f, // Trust ForceFeedback Race Master
-+              .id     = SERIO_ANY,
-+              .extra  = SERIO_ANY,
-+      },
-       { 0 }
- };
+--- linux-2.6.33/scripts/mod/modpost.c~        2010-02-24 19:52:17.000000000 +0100
++++ linux-2.6.33/scripts/mod/modpost.c 2010-03-07 14:26:47.242168558 +0100
+@@ -15,7 +15,8 @@
+ #include <stdio.h>
+ #include <ctype.h>
+ #include "modpost.h"
+-#include "../../include/generated/autoconf.h"
++// PLD architectures don't use CONFIG_SYMBOL_PREFIX
++//#include "../../include/generated/autoconf.h"
+ #include "../../include/linux/license.h"
  
---- linux-2.6.27/arch/powerpc/include/asm/io.h~        2006-06-18 01:49:35.000000000 +0000
-+++ linux-2.6.27/arch/powerpc/include/asm/io.h 2006-06-22 02:44:19.000000000 +0000
-@@ -445,6 +445,10 @@
- #define page_to_phys(page)    (page_to_pfn(page) << PAGE_SHIFT)
- #define page_to_bus(page)     (page_to_phys(page) + PCI_DRAM_OFFSET)
+ /* Some toolchains use a `_' prefix for all user symbols. */
+
+commit 87b09f1f25cd1e01d7c50bf423c7fe33027d7511
+Author: stephen hemminger <shemminger@vyatta.com>
+Date:   Fri Feb 12 06:58:00 2010 +0000
+
+    sky2: dont enable PME legacy mode
+    
+    This bit is not changed by vendor driver, and should be left alone.
+    The documentation implies this a debug bit.
+      0 = WAKE# only asserted when VMAIN not available
+      1 = WAKE# is depend on wake events and independent of VMAIN.
+    
+    Signed-off-by: Stephen Hemminger <shemminger@vyatta.com>
+    Signed-off-by: David S. Miller <davem@davemloft.net>
+
+diff --git b/drivers/net/ethernet/marvell/sky2.c a/drivers/net/ethernet/marvell/sky2.c
+index 2494842..edf37aa 100644
+--- b/drivers/net/ethernet/marvell/sky2.c
++++ a/drivers/net/ethernet/marvell/sky2.c
+@@ -733,6 +733,7 @@ static void sky2_wol_init(struct sky2_port *sky2)
+       unsigned port = sky2->port;
+       enum flow_control save_mode;
+       u16 ctrl;
++      u32 reg1;
  
-+#define isa_virt_to_bus virt_to_phys
-+#define isa_page_to_bus page_to_phys
-+#define isa_bus_to_virt phys_to_virt
-+
- /* Enforce in-order execution of data I/O.
-  * No distinction between read/write on PPC; use eieio for all three.
-  */
---- linux-2.6.27/arch/powerpc/include/asm/suspend.h    2007-07-09 01:32:17.000000000 +0200
-+++ linux-2.6.27/arch/powerpc/include/asm/suspend.h    2007-08-28 23:26:16.629658848 +0200
-@@ -6,4 +6,7 @@
- void save_processor_state(void);
- void restore_processor_state(void);
+       /* Bring hardware out of reset */
+       sky2_write16(hw, B0_CTST, CS_RST_CLR);
+@@ -786,6 +787,11 @@ static void sky2_wol_init(struct sky2_port *sky2)
+       /* Disable PiG firmware */
+       sky2_write16(hw, B0_CTST, Y2_HW_WOL_OFF);
  
-+#define suspend2_faulted (0)
-+#define clear_suspend2_fault() do { } while(0)
++      /* Turn on legacy PCI-Express PME mode */
++      reg1 = sky2_pci_read32(hw, PCI_DEV_REG1);
++      reg1 |= PCI_Y2_PME_LEGACY;
++      sky2_pci_write32(hw, PCI_DEV_REG1, reg1);
 +
- #endif /* __ASM_POWERPC_SUSPEND_H */
---- linux-2.6.26/arch/powerpc/kernel/swsusp.c  2008-09-29 00:01:56.000000000 +0200
-+++ linux-2.6.26/arch/powerpc/kernel/swsusp.c  2008-09-29 00:01:42.000000000 +0200
-@@ -9,6 +9,7 @@
-  * 2 of the License, or (at your option) any later version.
-  */
-+#include <linux/module.h>
- #include <linux/sched.h>
- #include <asm/suspend.h>
- #include <asm/system.h>
-@@ -30,6 +31,7 @@
- #endif
+       /* block receiver */
+       sky2_write8(hw, SK_REG(port, RX_GMF_CTRL_T), GMF_RST_SET);
+ }
+--- linux-3.0/scripts/kconfig/lxdialog/check-lxdialog.sh~      2011-07-22 04:17:23.000000000 +0200
++++ linux-3.0/scripts/kconfig/lxdialog/check-lxdialog.sh       2011-08-25 21:26:04.799150642 +0200
+@@ -9,6 +9,12 @@
+                       $cc -print-file-name=lib${lib}.${ext} | grep -q /
+                       if [ $? -eq 0 ]; then
+                               echo "-l${lib}"
++                              for libt in tinfow tinfo ; do
++                                      $cc -print-file-name=lib${libt}.${ext} | grep -q /
++                                      if [ $? -eq 0 ]; then
++                                              echo "-l${libt}"
++                                      fi
++                              done
+                               exit
+                       fi
+               done
+
+
+
+From:  Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
+To:    linux-kernel@vger.kernel.org, xen-devel@lists.xensource.com
+Subject: [PATCH] small fixes to 3.3 (and 3.2) CPU hotplug code. (v1)
+Date:  Wed,  1 Feb 2012 16:16:38 -0500
+
+While I was playing with 'xm vcpu-set X N' I realized that the VCPU hotplug
+code in 3.2 spews tons of messages. Found out that we were missing an preempt_*
+call. While at it, I fixed also an annoying message ("XENBUS: Unable to ..")
+that shows up during bootup.
+
+Anyhow, these are going for 3.3 and CC-ing stable on the:
+ [PATCH 1/2] xen/smp: Fix CPU online/offline bug triggering a BUG:
+
+--
+To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
+the body of a message to majordomo@vger.kernel.org
+More majordomo info at  http://vger.kernel.org/majordomo-info.html
+Please read the FAQ at  http://www.tux.org/lkml/
+
+From:  Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
+To:    linux-kernel@vger.kernel.org, xen-devel@lists.xensource.com
+Subject: [PATCH 1/2] xen/smp: Fix CPU online/offline bug triggering a BUG: scheduling while atomic.
+Date:  Wed,  1 Feb 2012 16:16:39 -0500
+
+When a user offlines a VCPU and then onlines it, we get:
+
+NMI watchdog disabled (cpu2): hardware events not enabled
+BUG: scheduling while atomic: swapper/2/0/0x00000002
+Modules linked in: dm_multipath dm_mod xen_evtchn iscsi_boot_sysfs iscsi_tcp libiscsi_tcp libiscsi scsi_transport_iscsi scsi_mod libcrc32c crc32c radeon fbco
+ ttm bitblit softcursor drm_kms_helper xen_blkfront xen_netfront xen_fbfront fb_sys_fops sysimgblt sysfillrect syscopyarea xen_kbdfront xenfs [last unloaded:
+
+Pid: 0, comm: swapper/2 Tainted: G           O 3.2.0phase15.1-00003-gd6f7f5b-dirty #4
+Call Trace:
+ [<ffffffff81070571>] __schedule_bug+0x61/0x70
+ [<ffffffff8158eb78>] __schedule+0x798/0x850
+ [<ffffffff8158ed6a>] schedule+0x3a/0x50
+ [<ffffffff810349be>] cpu_idle+0xbe/0xe0
+ [<ffffffff81583599>] cpu_bringup_and_idle+0xe/0x10
+
+The reason for this should be obvious from this call-chain:
+cpu_bringup_and_idle:
+ \- cpu_bringup
+  |   \-[preempt_disable]
+  |
+  |- cpu_idle
+       \- play_dead [assuming the user offlined the VCPU]
+       |     \
+       |     +- (xen_play_dead)
+       |          \- HYPERVISOR_VCPU_off [so VCPU is dead, once user
+       |          |                       onlines it starts from here]
+       |          \- cpu_bringup [preempt_disable]
+       |
+       +- preempt_enable_no_reschedule()
+       +- schedule()
+       \- preempt_enable()
+
+So we have two preempt_disble() and one preempt_enable(). Calling
+preempt_enable() after the cpu_bringup() in the xen_play_dead
+fixes the imbalance.
+
+Signed-off-by: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
+---
+ arch/x86/xen/smp.c |    7 +++++++
+ 1 files changed, 7 insertions(+), 0 deletions(-)
+
+diff --git a/arch/x86/xen/smp.c b/arch/x86/xen/smp.c
+index 041d4fe..501d4e0 100644
+--- a/arch/x86/xen/smp.c
++++ b/arch/x86/xen/smp.c
+@@ -409,6 +409,13 @@ static void __cpuinit xen_play_dead(void) /* used only with HOTPLUG_CPU */
+       play_dead_common();
+       HYPERVISOR_vcpu_op(VCPUOP_down, smp_processor_id(), NULL);
+       cpu_bringup();
++      /*
++       * Balance out the preempt calls - as we are running in cpu_idle
++       * loop which has been called at bootup from cpu_bringup_and_idle.
++       * The cpucpu_bringup_and_idle called cpu_bringup which made a
++       * preempt_disable() So this preempt_enable will balance it out.
++       */
++      preempt_enable();
  }
-+EXPORT_SYMBOL(save_processor_state);
  
- void restore_processor_state(void)
- {
-
---- linux-2.6.32/drivers/infiniband/Kconfig~   2009-12-05 00:26:03.663774916 +0100
-+++ linux-2.6.32/drivers/infiniband/Kconfig    2009-12-05 00:26:05.914179759 +0100
-@@ -37,7 +37,6 @@
- config INFINIBAND_ADDR_TRANS
-       bool
-       depends on INET
--      depends on !(INFINIBAND = y && IPV6 = m)
-       default y
+ #else /* !CONFIG_HOTPLUG_CPU */
+-- 
+1.7.7.5
+
+--
+To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
+the body of a message to majordomo@vger.kernel.org
+More majordomo info at  http://vger.kernel.org/majordomo-info.html
+Please read the FAQ at  http://www.tux.org/lkml/
+
+From:  Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
+To:    linux-kernel@vger.kernel.org, xen-devel@lists.xensource.com
+Subject: [PATCH 2/2] xen/bootup: During bootup suppress XENBUS: Unable to read cpu state
+Date:  Wed,  1 Feb 2012 16:16:40 -0500
+
+When the initial domain starts, it prints (depending on the
+amount of CPUs) a slew of
+XENBUS: Unable to read cpu state
+XENBUS: Unable to read cpu state
+XENBUS: Unable to read cpu state
+XENBUS: Unable to read cpu state
+
+which provide no useful information - as the error is a valid
+issue - but not on the initial domain. The reason is that the
+XenStore is not accessible at that time (it is after all the
+first guest) so the CPU hotplug watch cannot parse "availability/cpu"
+attribute.
+
+Signed-off-by: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
+---
+ drivers/xen/cpu_hotplug.c |    3 ++-
+ 1 files changed, 2 insertions(+), 1 deletions(-)
+
+diff --git a/drivers/xen/cpu_hotplug.c b/drivers/xen/cpu_hotplug.c
+index 14e2d99..4dcfced 100644
+--- a/drivers/xen/cpu_hotplug.c
++++ b/drivers/xen/cpu_hotplug.c
+@@ -30,7 +30,8 @@ static int vcpu_online(unsigned int cpu)
+       sprintf(dir, "cpu/%u", cpu);
+       err = xenbus_scanf(XBT_NIL, dir, "availability", "%s", state);
+       if (err != 1) {
+-              printk(KERN_ERR "XENBUS: Unable to read cpu state\n");
++              if (!xen_initial_domain())
++                      printk(KERN_ERR "XENBUS: Unable to read cpu state\n");
+               return err;
+       }
+-- 
+1.7.7.5
+
+--
+To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
+the body of a message to majordomo@vger.kernel.org
+More majordomo info at  http://vger.kernel.org/majordomo-info.html
+Please read the FAQ at  http://www.tux.org/lkml/
+
+diff --git a/drivers/net/ethernet/realtek/r8169.c b/drivers/net/ethernet/realtek/r8169.c
+index 7a0c800..ec5ebbb 100644
+--- a/drivers/net/ethernet/realtek/r8169.c
++++ b/drivers/net/ethernet/realtek/r8169.c
+@@ -4103,6 +4103,14 @@ rtl8169_init_one(struct pci_dev *pdev, const struct pci_device_id *ent)
+       /* Get MAC address */
+       for (i = 0; i < ETH_ALEN; i++)
+               dev->dev_addr[i] = RTL_R8(MAC0 + i);
++
++      if (!is_valid_ether_addr(dev->dev_addr)) {
++              /* Report it and use a random ethernet address instead */
++              netdev_err(dev, "Invalid MAC address: %pM\n", dev->dev_addr);
++              random_ether_addr(dev->dev_addr);
++              netdev_info(dev, "Using random MAC address: %pM\n",
++                          dev->dev_addr);
++      }
+       memcpy(dev->perm_addr, dev->dev_addr, dev->addr_len);
  
- source "drivers/infiniband/hw/mthca/Kconfig"
+       SET_ETHTOOL_OPS(dev, &rtl8169_ethtool_ops);
+-- 
+1.7.7.3
+
+  
This page took 0.062451 seconds and 4 git commands to generate.