1. 18 7月, 2011 7 次提交
  2. 17 7月, 2011 4 次提交
    • R
      watchdog: hpwdt depends on PCI · f71d26bb
      Randy Dunlap 提交于
      hpwdt is a PCI driver so it should depend on PCI.
      Fixes these build errors:
      
      drivers/watchdog/hpwdt.c:762: error: implicit declaration of function 'pci_iomap'
      drivers/watchdog/hpwdt.c:762: warning: assignment makes pointer from integer without a cast
      drivers/watchdog/hpwdt.c:797: error: implicit declaration of function 'pci_iounmap'
      Signed-off-by: NRandy Dunlap <rdunlap@xenotime.net>
      Signed-off-by: NWim Van Sebroeck <wim@iguana.be>
      Cc: Thomas Mingarelli <thomas.mingarelli@hp.com>
      f71d26bb
    • W
      sparc: sun4m SMP: fix wrong shift instruction in IPI handler · 1ef48593
      Will Simoneau 提交于
      This shift instruction appears to be shifting in the wrong direction.
      Without this change, my SparcStation-20MP hangs just after bringing up
      the second CPU:
      
      Entering SMP Mode...
      Starting CPU 2 at f02b4e90
      Brought up 2 CPUs
      Total of 2 processors activated (99.52 BogoMIPS).
         *** stuck ***
      Signed-off-by: NWill Simoneau <simoneau@ele.uri.edu>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      1ef48593
    • I
      Bluetooth: Fix crash with incoming L2CAP connections · 05e9a2f6
      Ilia Kolomisnky 提交于
      Another regression fix considering incomming l2cap connections with
      defer_setup enabled. In situations when incomming connection is
      extracted with l2cap_sock_accept, it's bt_sock info will have
      'parent' member zerroed, but 'parent' may be used unconditionally
      in l2cap_conn_start() and l2cap_security_cfm() when defer_setup
      is enabled.
      
      Backtrace:
      [<bf02d5ac>] (l2cap_security_cfm+0x0/0x2ac [bluetooth]) from [<bf01f01c>] (hci_event_pac
      ket+0xc2c/0x4aa4 [bluetooth])
      [<bf01e3f0>] (hci_event_packet+0x0/0x4aa4 [bluetooth]) from [<bf01a844>] (hci_rx_task+0x
      cc/0x27c [bluetooth])
      [<bf01a778>] (hci_rx_task+0x0/0x27c [bluetooth]) from [<c008eee4>] (tasklet_action+0xa0/
      0x15c)
      [<c008ee44>] (tasklet_action+0x0/0x15c) from [<c008f38c>] (__do_softirq+0x98/0x130)
       r7:00000101 r6:00000018 r5:00000001 r4:efc46000
      [<c008f2f4>] (__do_softirq+0x0/0x130) from [<c008f524>] (do_softirq+0x4c/0x58)
      [<c008f4d8>] (do_softirq+0x0/0x58) from [<c008f5e0>] (run_ksoftirqd+0xb0/0x1b4)
       r4:efc46000 r3:00000001
      [<c008f530>] (run_ksoftirqd+0x0/0x1b4) from [<c009f2a8>] (kthread+0x84/0x8c)
       r7:00000000 r6:c008f530 r5:efc47fc4 r4:efc41f08
      [<c009f224>] (kthread+0x0/0x8c) from [<c008cc84>] (do_exit+0x0/0x5f0)
      Signed-off-by: NIlia Kolomisnky <iliak@ti.com>
      Signed-off-by: NGustavo F. Padovan <padovan@profusion.mobi>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      05e9a2f6
    • G
      Bluetooth: Fix regression in L2CAP connection procedure · 9191e6ad
      Gustavo F. Padovan 提交于
      Caused by the following commit, partially revert it.
      
      commit 9fa7e4f7
      Author: Gustavo F. Padovan <padovan@profusion.mobi>
      Date:   Thu Jun 30 16:11:30 2011 -0300
      
          Bluetooth: Fix regression with incoming L2CAP connections
      
          PTS test A2DP/SRC/SRC_SET/TC_SRC_SET_BV_02_I revealed that
          ( probably after the df3c3931 commit ) the l2cap connection
          could not be established in case when the "Auth Complete" HCI
          event does not arive before the initiator send "Configuration
          request", in which case l2cap replies with "Command rejected"
          since the channel is still in BT_CONNECT2 state.
      Signed-off-by: NLuiz Augusto von Dentz <luiz.von.dentz@intel.com>
      Signed-off-by: NGustavo F. Padovan <padovan@profusion.mobi>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      9191e6ad
  3. 16 7月, 2011 14 次提交
  4. 15 7月, 2011 7 次提交
  5. 14 7月, 2011 8 次提交