1. 17 Jan, 2012 19 commits
  2. 04 Jan, 2012 13 commits
  3. 03 Jan, 2012 8 commits
    • Oliver Hartkopp's avatar
      fix CAN MAINTAINERS SCM tree type · 405cc273
      Oliver Hartkopp authored
      As pointed out by Joe Perches the SCM tree type was missing in my patch.
      Signed-off-by: default avatarOliver Hartkopp <socketcan@hartkopp.net>
      
      CC: Oliver Hartkopp <oliver.hartkopp@volkswagen.de>
      CC: Urs Thuermann <urs.thuermann@volkswagen.de>
      CC: Wolfgang Grandegger <wg@grandegger.com>
      CC: Marc Kleine-Budde <mkl@pengutronix.de>
      CC: linux-can@vger.kernel.org
      405cc273
    • Amitkumar Karwar's avatar
      mwifiex: fix crash during simultaneous scan and connect · b015dbc0
      Amitkumar Karwar authored
      If 'iw connect' command is fired when driver is already busy in
      serving 'iw scan' command, ssid specific scan operation for connect
      is skipped. In this case cmd wait queue handler gets called with no
      command in queue (i.e. adapter->cmd_queued = NULL).
      
      This patch adds a NULL check in mwifiex_wait_queue_complete()
      routine to fix crash observed during simultaneous scan and assoc
      operations.
      Signed-off-by: default avatarAmitkumar Karwar <akarwar@marvell.com>
      Signed-off-by: default avatarBing Zhao <bzhao@marvell.com>
      Signed-off-by: default avatarJohn W. Linville <linville@tuxdriver.com>
      b015dbc0
    • Guennadi Liakhovetski's avatar
      b43: fix regression in PIO case · 09009512
      Guennadi Liakhovetski authored
      This patch fixes the regression, introduced by
      
      commit 17030f48
      From: Rafał Miłecki <zajec5@gmail.com>
      Date: Thu, 11 Aug 2011 17:16:27 +0200
      Subject: [PATCH] b43: support new RX header, noticed to be used in 598.314+ fw
      
      in PIO case.
      Signed-off-by: default avatarGuennadi Liakhovetski <g.liakhovetski@gmx.de>
      Signed-off-by: default avatarJohn W. Linville <linville@tuxdriver.com>
      09009512
    • Mohammed Shafi Shajakhan's avatar
      ath9k: Fix kernel panic in AR2427 in AP mode · b25bfda3
      Mohammed Shafi Shajakhan authored
      don't do aggregation related stuff for 'AP mode client power save
      handling' if aggregation is not enabled in the driver, otherwise it
      will lead to panic because those data structures won't be never
      intialized in 'ath_tx_node_init' if aggregation is disabled
      
      	EIP is at ath_tx_aggr_wakeup+0x37/0x80 [ath9k]
      	EAX: e8c09a20 EBX: f2a304e8 ECX: 00000001 EDX: 00000000
      	ESI: e8c085e0 EDI: f2a304ac EBP: f40e1ca4 ESP: f40e1c8c
      	DS: 007b ES: 007b FS: 00d8 GS: 00e0 SS: 0068
      	Process swapper/1 (pid: 0, ti=f40e0000 task=f408e860
      	task.ti=f40dc000)
      	Stack:
      	0001e966 e8c09a20 00000000 f2a304ac e8c085e0 f2a304ac
      	f40e1cb0 f8186741
      	f8186700 f40e1d2c f922988d f2a304ac 00000202 00000001
      	c0b4ba43 00000000
      	0000000f e8eb75c0 e8c085e0 205b0001 34383220 f2a304ac
      	f2a30000 00010020
      	Call Trace:
      	[<f8186741>] ath9k_sta_notify+0x41/0x50 [ath9k]
      	[<f8186700>] ? ath9k_get_survey+0x110/0x110 [ath9k]
      	[<f922988d>] ieee80211_sta_ps_deliver_wakeup+0x9d/0x350
      	[mac80211]
      	[<c018dc75>] ? __module_address+0x95/0xb0
      	[<f92465b3>] ap_sta_ps_end+0x63/0xa0 [mac80211]
      	[<f9246746>] ieee80211_rx_h_sta_process+0x156/0x2b0
      	[mac80211]
      	[<f9247d1e>] ieee80211_rx_handlers+0xce/0x510 [mac80211]
      	[<c018440b>] ? trace_hardirqs_on+0xb/0x10
      	[<c056936e>] ? skb_queue_tail+0x3e/0x50
      	[<f9248271>] ieee80211_prepare_and_rx_handle+0x111/0x750
      	[mac80211]
      	[<f9248bf9>] ieee80211_rx+0x349/0xb20 [mac80211]
      	[<f9248949>] ? ieee80211_rx+0x99/0xb20 [mac80211]
      	[<f818b0b8>] ath_rx_tasklet+0x818/0x1d00 [ath9k]
      	[<f8187a75>] ? ath9k_tasklet+0x35/0x1c0 [ath9k]
      	[<f8187a75>] ? ath9k_tasklet+0x35/0x1c0 [ath9k]
      	[<f8187b33>] ath9k_tasklet+0xf3/0x1c0 [ath9k]
      	[<c0151b7e>] tasklet_action+0xbe/0x180
      
      Cc: stable@kernel.org
      Cc: Senthil Balasubramanian <senthilb@qca.qualcomm.com>
      Cc: Rajkumar Manoharan <rmanohar@qca.qualcomm.com>
      Reported-by: default avatarAshwin Mendonca <ashwinloyal@gmail.com>
      Tested-by: default avatarAshwin Mendonca <ashwinloyal@gmail.com>
      Signed-off-by: default avatarMohammed Shafi Shajakhan <mohammed@qca.qualcomm.com>
      Signed-off-by: default avatarJohn W. Linville <linville@tuxdriver.com>
      b25bfda3
    • John W. Linville's avatar
    • Oliver Hartkopp's avatar
      CAN MAINTAINERS update · ec78213a
      Oliver Hartkopp authored
      Update the CAN MAINTAINERS section:
      
      - point out active maintainers
      - pull the CAN driver discussion away from netdev ML
      - point to the new CAN web site on gitorious.org
      - add CAN development git repository URL to submit patches
      Signed-off-by: default avatarOliver Hartkopp <socketcan@hartkopp.net>
      
      CC: Oliver Hartkopp <oliver.hartkopp@volkswagen.de>
      CC: Urs Thuermann <urs.thuermann@volkswagen.de>
      CC: Wolfgang Grandegger <wg@grandegger.com>
      CC: Marc Kleine-Budde <mkl@pengutronix.de>
      CC: linux-can@vger.kernel.org
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      ec78213a
    • Wolfram Sang's avatar
      net: fsl: fec: fix build for mx23-only kernel · 0d903247
      Wolfram Sang authored
      If one only selects mx23-based boards, compile fails:
      
      drivers/net/ethernet/freescale/fec.c:410:2: error: 'FEC_HASH_TABLE_HIGH' undeclared (first use in this function)
      drivers/net/ethernet/freescale/fec.c:411:2: error: 'FEC_HASH_TABLE_LOW' undeclared (first use in this function)
      
      This is because fec.h uses CONFIG_SOC_IMX28 to determine the register
      layout of the core which makes sense since the MX23 does not have a fec.
      However, Kconfig uses the broader ARCH_MXS symbol and this way even
      makes the fec-driver default for MX23. Adapt Kconfig to use the more
      precise SOC_IMX28 as well.
      Signed-off-by: default avatarWolfram Sang <w.sang@pengutronix.de>
      Cc: Fabio Estevam <fabio.estevam@freescale.com>
      Cc: Uwe Kleine-König <u.kleine-koenig@pengutronix.de>
      Cc: Shawn Guo <shawn.guo@linaro.org>
      Cc: David S. Miller <davem@davemloft.net>
      Acked-by: default avatarFabio Estevam <fabio.estevam@freescale.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      0d903247
    • Eric Dumazet's avatar
      sch_qfq: fix overflow in qfq_update_start() · 6bafcac3
      Eric Dumazet authored
      grp->slot_shift is between 22 and 41, so using 32bit wide variables is
      probably a typo.
      
      This could explain QFQ hangs Dave reported to me, after 2^23 packets ?
      
      (23 = 64 - 41)
      Reported-by: default avatarDave Taht <dave.taht@gmail.com>
      Signed-off-by: default avatarEric Dumazet <eric.dumazet@gmail.com>
      CC: Stephen Hemminger <shemminger@vyatta.com>
      CC: Dave Taht <dave.taht@gmail.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      6bafcac3