1. 01 8月, 2008 1 次提交
  2. 11 7月, 2008 1 次提交
    • F
      via-velocity: remove the bounce buffers · 580a6902
      Francois Romieu 提交于
      Executive summary: the bounce buffers are in my way
      
      - they use something like a 64 * 1500 bytes area of PCI
        consistent area
      - they are not resized when the MTU changes
      - they are used
        - to hand-pad undersized packets. skb_pad anyone ?
        - to linearize fragmented skbs whose fragment count
          goes beyond the 7 fragments hardware limit in order
          to claim scatter-gather support
      
      Actually the SG code is commented out and I wonder if it
      could not be implemented (ab-)using the large send feature
      of the chipset since the latter should support some
      multi-descriptor packet transmitting.
      Signed-off-by: NFrancois Romieu <romieu@fr.zoreil.com>
      Fixed-by: NSéguier Régis <rseguier@e-teleport.net>
      Signed-off-by: NJeff Garzik <jgarzik@redhat.com>
      580a6902
  3. 03 2月, 2008 1 次提交
  4. 11 10月, 2007 2 次提交
  5. 14 9月, 2006 1 次提交
  6. 12 9月, 2006 1 次提交
    • A
      [PATCH] Remove more unnecessary driver printk's · d5b20697
      Andy Gospodarek 提交于
      As I promised last week, here is the first pass at removing all
      unnecessary printk's that exist in network device drivers currently in
      promiscuous mode.  The duplicate messages are not needed so they have
      been removed.  Some of these drivers are quite old and might not need an
      update, but I did them all anyway.
      
      I am currently auditing the remaining conditional printk's and will send
      out a patch for those soon.
      Signed-off-by: NAndy Gospodarek <andy@greyhouse.net>
      Signed-off-by: NJeff Garzik <jeff@garzik.org>
      d5b20697
  7. 20 8月, 2006 1 次提交
  8. 06 7月, 2006 1 次提交
  9. 28 5月, 2006 1 次提交
  10. 28 7月, 2005 1 次提交
  11. 17 4月, 2005 1 次提交
    • L
      Linux-2.6.12-rc2 · 1da177e4
      Linus Torvalds 提交于
      Initial git repository build. I'm not bothering with the full history,
      even though we have it. We can create a separate "historical" git
      archive of that later if we want to, and in the meantime it's about
      3.2GB when imported into git - space that would just make the early
      git days unnecessarily complicated, when we don't have a lot of good
      infrastructure for it.
      
      Let it rip!
      1da177e4