Skip to content
Snippets Groups Projects
  1. Sep 13, 2006
  2. Jul 19, 2006
  3. Jul 03, 2006
  4. Jun 22, 2006
    • Alan Cox's avatar
      [PATCH] skb_padto()-area fixes in 8390, wavelan · aa95abef
      Alan Cox authored
      
      Ar Iau, 2006-06-22 am 21:29 +1000, ysgrifennodd Herbert Xu:
      > Alan Cox <alan@lxorguk.ukuu.org.uk> wrote:
      > >
      > > The 8390 change (corrected version) also makes 8390.c faster so should
      > > be applied anyway, and the orinoco one fixes some code that isn't even
      > > needed and someone forgot to remove long ago. Otherwise the skb_padto
      >
      > Yeah I agree totally.  However, I haven't actually seen the fixed 8390
      > version being posted yet or at least not to netdev :)
      
      Ah the resounding clang of a subtle hint ;)
      
      Signed-off-by: default avatarAlan Cox <alan@redhat.com>
      
      - Return 8390.c to the old way of handling short packets (which is also
      faster)
      
      - Remove the skb_padto from orinoco. This got left in when the padding bad
      write patch was added and is actually not needed. This is fixing a merge
      error way back when.
      
      - Wavelan can also use the stack based buffer trick if you want
      Signed-off-by: default avatarJeff Garzik <jeff@garzik.org>
      aa95abef
  5. Sep 23, 2005
    • Paul Gortmaker's avatar
      [PATCH] 8390 Tx fix for non i386 machines · 9389d79f
      Paul Gortmaker authored
      While this is true, E8390_CMD is zero on i386, and thus there should be no
      effect for these machines.  Machines like Mac, Amiga etc. which use Alan's
      clever register mapping may have a non-zero E8390_CMD and result in bogus
      "transmitter busy" type messages from this bug.
      
      Fixes BUG# 3991.
      9389d79f
  6. Jun 21, 2005
  7. Apr 16, 2005
    • Linus Torvalds's avatar
      Linux-2.6.12-rc2 · 1da177e4
      Linus Torvalds authored
      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!
Loading