1. 05 10月, 2006 1 次提交
    • J
      [netdrvr] b44: handle excessive multicast groups · 2f614fe0
      Jeff Garzik 提交于
      If there are more than B44_MCAST_TABLE_SIZE groups in the dev->mc_list,
      it will only listen to the first B44_MCAST_TABLE_SIZE that it sees.
      
      This change makes the driver go into RXCONFIG_ALLMULTI mode if there
      are more than B44_MCAST_TABLE_SIZE groups being subscribed to, similar
      to other network drivers.
      
      Noticed by Bill Helfinstine <bhelf@flitterfly.whirpon.com>
      Signed-off-by: NJeff Garzik <jeff@garzik.org>
      2f614fe0
  2. 14 9月, 2006 1 次提交
  3. 20 8月, 2006 1 次提交
  4. 06 7月, 2006 2 次提交
  5. 03 7月, 2006 1 次提交
  6. 23 6月, 2006 5 次提交
  7. 16 5月, 2006 2 次提交
  8. 13 4月, 2006 3 次提交
  9. 02 4月, 2006 1 次提交
  10. 30 3月, 2006 2 次提交
  11. 27 1月, 2006 1 次提交
  12. 18 1月, 2006 1 次提交
  13. 01 12月, 2005 3 次提交
  14. 09 11月, 2005 4 次提交
  15. 07 11月, 2005 5 次提交
  16. 29 10月, 2005 4 次提交
  17. 19 10月, 2005 1 次提交
    • J
      [PATCH] b44: alternate allocation option for DMA descriptors · 9f38c636
      John W. Linville 提交于
      This is a (final?) hack to support the odd DMA allocation requirements
      of the b44 hardware.  The b44 hardware has a 30-bit DMA mask.  On x86,
      anything less than a 32-bit DMA mask forces allocations into the 16MB
      GFP_DMA range.  The memory there is somewhat limited, often resulting
      in an inability to initialize the b44 driver.
      
      This hack uses streaming DMA allocation APIs in order to provide an
      alternative in case the GFP_DMA allocation fails.  It is somewhat ugly,
      but not much worse than the similar existing hacks to support SKB
      allocations in the same driver.  FWIW, I have received positive
      feedback on this from several Fedora users.
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      Signed-off-by: NJeff Garzik <jgarzik@pobox.com>
      9f38c636
  18. 14 9月, 2005 1 次提交
  19. 12 7月, 2005 1 次提交