1. 03 2月, 2011 4 次提交
  2. 02 2月, 2011 7 次提交
  3. 01 2月, 2011 5 次提交
  4. 31 1月, 2011 5 次提交
  5. 30 1月, 2011 1 次提交
  6. 29 1月, 2011 2 次提交
    • R
      ath9k: Fix power save usage count imbalance on deinit · c7c18060
      Rajkumar Manoharan 提交于
      While unloading the driver, the ps_usecount is incremented
      before configuring gpio registers in deinit_device.
      But it is failed to restore the ps_usecount after that.
      The problem is that the chip is forcibly moved to FULL SLEEP
      by radio_disable when mac80211 is reporting as idle
      though ps_usecount is not zero.
      
      This patch retores ps_usecount properly and ensures that
      the chip is always moved to full sleep only if ps usage
      count is zero which also helps in debugging deadbeef on
      multivif case. And also fixes the following warning.
      
      ath: DMA failed to stop in 10 ms AR_CR=0xdeadbeef AR_DIAG_SW=0xdeadbeef
      ath: Could not stop RX, we could be confusing the DMA engine when we
      start RX up
      ------------[ cut here ]------------
      WARNING: at drivers/net/wireless/ath/ath9k/recv.c:536
      ath_stoprecv+0xf4/0x100 [ath9k]()
      
      Cc: stable@kernel.org
      Cc: Paul Stewart <pstew@google.com>
      Signed-off-by: NRajkumar Manoharan <rmanoharan@atheros.com>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      c7c18060
    • R
      ath9k_hw: Fix system hang when resuming from S3/S4 · 5b64aa72
      Rajkumar Manoharan 提交于
      The bit 6 & 7 of AR_WA (0x4004) should be enabled only
      for the chips that are supporting L0s functionality
      while resuming back from S3/S4.
      
      Enabling these bits for AR9280 is causing system hang
      within a few S3/S4-resume cycles.
      
      Cc: stable@kernel.org
      Cc: Jack Lee <jlee@atheros.com>
      Signed-off-by: NRajkumar Manoharan <rmanoharan@atheros.com>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      5b64aa72
  7. 28 1月, 2011 7 次提交
  8. 27 1月, 2011 3 次提交
  9. 26 1月, 2011 1 次提交
  10. 25 1月, 2011 4 次提交
  11. 24 1月, 2011 1 次提交
    • M
      can: at91_can: make can_id of mailbox 0 configurable · 3a5655a5
      Marc Kleine-Budde 提交于
      Due to a chip bug (errata 50.2.6.3 & 50.3.5.3 in
      "AT91SAM9263 Preliminary 6249H-ATARM-27-Jul-09") the contents of mailbox
      0 may be send under certain conditions (even if disabled or in rx mode).
      
      The workaround in the errata suggests not to use the mailbox and load it
      with an unused identifier.
      
      This patch implements the second part of the workaround. A sysfs entry
      "mb0_id" is introduced. While the interface is down it can be used to
      configure the can_id of mailbox 0. The default value id 0x7ff.
      
      In order to use an extended can_id add the CAN_EFF_FLAG (0x80000000U)
      to the can_id. Example:
      
      - standard id 0x7ff:
      echo 0x7ff      > /sys/class/net/can0/mb0_id
      
      - extended id 0x1fffffff:
      echo 0x9fffffff > /sys/class/net/can0/mb0_id
      Signed-off-by: NMarc Kleine-Budde <mkl@pengutronix.de>
      Acked-by: NWolfgang Grandegger <wg@grandegger.com>
      Acked-by: NKurt Van Dijck <kurt.van.dijck@eia.be>
      For the Documentation-part:
      Acked-by: NWolfram Sang <w.sang@pengutronix.de>
      3a5655a5
反馈
建议
客服 返回
顶部