1. 11 7月, 2007 1 次提交
    • P
      [VLAN]: Convert name-based configuration functions to struct netdevice * · c17d8874
      Patrick McHardy 提交于
      Move the device lookup and checks to the ioctl handler under the RTNL and
      change all name-based interfaces to take a struct net_device * instead.
      
      This allows to use them from a netlink interface, which identifies devices
      based on ifindex not name. It also avoids races between the ioctl interface
      and the (upcoming) netlink interface since now all changes happen under the
      RTNL.
      
      As a nice side effect this greatly simplifies error handling in the helper
      functions and fixes a number of incorrect error codes like -EINVAL for
      device not found.
      Signed-off-by: NPatrick McHardy <kaber@trash.net>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      c17d8874
  2. 04 6月, 2007 1 次提交
  3. 03 6月, 2007 1 次提交
  4. 04 5月, 2007 1 次提交
  5. 26 4月, 2007 1 次提交
  6. 03 3月, 2007 1 次提交
  7. 11 2月, 2007 1 次提交
  8. 25 7月, 2006 1 次提交
  9. 22 7月, 2006 1 次提交
  10. 04 7月, 2006 1 次提交
  11. 21 3月, 2006 1 次提交
  12. 12 1月, 2006 1 次提交
  13. 22 12月, 2005 1 次提交
  14. 13 7月, 2005 1 次提交
    • T
      [VLAN]: Fix early vlan adding leads to not functional device · f4637b55
      Tommy Christensen 提交于
      OK, I can see what's happening here. eth0 doesn't detect link-up until
      after a few seconds, so when the vlan interface is opened immediately
      after eth0 has been opened, it inherits the link-down state. Subsequently
      the vlan interface is never properly activated and are thus unable to
      transmit any packets.
      
      dev->state bits are not supposed to be manipulated directly. Something
      similar is probably needed for the netif_device_present() bit, although
      I don't know how this is meant to work for a virtual device.
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      f4637b55
  15. 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