1. 25 12月, 2005 1 次提交
  2. 11 11月, 2005 3 次提交
  3. 26 10月, 2005 1 次提交
  4. 22 9月, 2005 1 次提交
  5. 14 9月, 2005 1 次提交
  6. 07 9月, 2005 1 次提交
  7. 19 8月, 2005 1 次提交
    • M
      [PATCH] forcedeth: Initialize link settings in every nv_open() · 1b1b3c9b
      Manfred Spraul 提交于
      Rüdiger found a bug in nv_open that explains some of the reports
      with duplex mismatches:
      nv_open calls nv_update_link_speed for initializing the hardware link speed
      registers. If current link setting matches the values in np->linkspeed and
      np->duplex, then the function does nothing.
      Usually, doing nothing is the right thing, but not in nv_open: During
      nv_open, the registers must be initialized because the nic was reset.
      
      The attached patch fixes that by setting np->linkspeed to an invalid value
      before calling nv_update_link_speed from nv_open.
      Signed-Off-By: NManfred Spraul <manfred@colorfullife.com>
      Signed-off-by: NJeff Garzik <jgarzik@pobox.com>
      1b1b3c9b
  8. 01 8月, 2005 6 次提交
  9. 27 6月, 2005 3 次提交
  10. 16 5月, 2005 1 次提交
    • M
      [PATCH] forcedeth: Update error handling · 22c6d143
      Manfred Spraul 提交于
      Ayaz wrote an update to the error handling for forcedeth (which I
      modified heavily, thus all bugs are mine):
      The ERROR4 bit is not a fatal error, it just indicates a mismatch
      between the actual packet len and the len according to the 802.3 header.
      The patch adds proper handling.
      The patch also removes the code that drops all packets with RX_ERROR &
      (!RX_FRAMINGERR): ERROR4 errors are also not fatal.
      22c6d143
  11. 13 5月, 2005 1 次提交
  12. 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