1. 12 4月, 2008 1 次提交
  2. 18 3月, 2008 1 次提交
  3. 05 3月, 2008 1 次提交
    • S
      [IPCONFIG]: The kernel gets no IP from some DHCP servers · dea75bdf
      Stephen Hemminger 提交于
      From: Stephen Hemminger <shemminger@linux-foundation.org>
      
      Based upon a patch by Marcel Wappler:
       
         This patch fixes a DHCP issue of the kernel: some DHCP servers
         (i.e.  in the Linksys WRT54Gv5) are very strict about the contents
         of the DHCPDISCOVER packet they receive from clients.
       
         Table 5 in RFC2131 page 36 requests the fields 'ciaddr' and
         'siaddr' MUST be set to '0'.  These DHCP servers ignore Linux
         kernel's DHCP discovery packets with these two fields set to
         '255.255.255.255' (in contrast to popular DHCP clients, such as
         'dhclient' or 'udhcpc').  This leads to a not booting system.
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      dea75bdf
  4. 18 2月, 2008 1 次提交
  5. 29 1月, 2008 3 次提交
  6. 09 1月, 2008 1 次提交
  7. 29 12月, 2007 1 次提交
    • S
      [IPV4] Fix ip=dhcp regression · 9cecd07c
      Simon Horman 提交于
      David Brownell pointed out a regression in my recent "Fix ip command
      line processing" patch. It turns out to be a fairly blatant oversight on
      my part whereby ic_enable is never set, and thus autoconfiguration is
      never enabled. Clearly my testing was broken :-(
      
      The solution that I have is to set ic_enable to 1 if we hit
      ip_auto_config_setup(), which basically means that autoconfiguration is
      activated unless told otherwise. I then flip ic_enable to 0 if ip=off,
      ip=none, ip=::::::off or ip=::::::none using ic_proto_name();
      
      The incremental patch is below, let me know if a non-incremental version
      is prepared, as I did as for the original patch to be reverted pending a
      fix.
      Signed-off-by: NSimon Horman <horms@verge.net.au>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      9cecd07c
  8. 27 12月, 2007 1 次提交
    • S
      [IPV4]: Fix ip command line processing. · a6c05c3d
      Simon Horman 提交于
      Recently the documentation in Documentation/nfsroot.txt was
      update to note that in fact ip=off and ip=::::::off as the
      latter is ignored and the default (on) is used.
      
      This was certainly a step in the direction of reducing confusion.
      But it seems to me that the code ought to be fixed up so that
      ip=::::::off actually turns off ip autoconfiguration.
      
      This patch also notes more specifically that ip=on (aka ip=::::::on)
      is the default.
      Signed-off-by: NSimon Horman <horms@verge.net.au>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      a6c05c3d
  9. 15 12月, 2007 1 次提交
  10. 11 10月, 2007 6 次提交
  11. 14 8月, 2007 1 次提交
    • J
      [IPCONFIG]: ip_auto_config fix · dcbdc93c
      Joakim Tjernlund 提交于
      The following commandline:
      
       root=/dev/mtdblock6 rw rootfstype=jffs2 ip=192.168.1.10:::255.255.255.0:localhost.localdomain:eth1:off console=ttyS0,115200
      
      makes ip_auto_config fall back to DHCP and complain "IP-Config: Incomplete
      network configuration information." depending on if CONFIG_IP_PNP_DHCP is
      set or not.
      
      The only way I can make ip_auto_config accept my IP config is to add an
      entry for the server IP:
      
      ip=192.168.1.10:192.168.1.15::255.255.255.0:localhost.localdomain:eth1:off
      
      I think this is a bug since I am not using a NFS root FS.
      
      The following patch fixes the above problem.
      
      From: Andrew Morton <akpm@linux-foundation.org>
      
      Davem said (in February!):
      
        Well, first of all the change in question is not in 2.4.x either.  I just
        checked the current 2.4.x GIT tree and the test is exactly:
      
      	if (ic_myaddr == INADDR_NONE ||
      #ifdef CONFIG_ROOT_NFS
      	    (MAJOR(ROOT_DEV) == UNNAMED_MAJOR
      	     && root_server_addr == INADDR_NONE
      	     && ic_servaddr == INADDR_NONE) ||
      #endif
      	    ic_first_dev->next) {
      
        which matches 2.6.x
      
        I even checked 2.4.x when it was branched for 2.5.x and the test was the
        same at the point in time too.
      
        Looking at the proposed change a bit it appears that it is probably
        correct, as it's trying to check that ROOT_DEV is nfs root.  But if it is
        correct then the UNNAMED_MAJOR comparison in the same code block should be
        removed as it becomes superfluous.
      
        I'm happy to apply this patch with that modification made.
      Signed-off-by: NJoakim Tjernlund <joakim.tjernlund@transmode.se>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      dcbdc93c
  12. 04 5月, 2007 1 次提交
  13. 26 4月, 2007 5 次提交
  14. 13 2月, 2007 1 次提交
  15. 11 2月, 2007 1 次提交
  16. 03 12月, 2006 1 次提交
  17. 25 10月, 2006 1 次提交
  18. 02 10月, 2006 2 次提交
  19. 23 9月, 2006 1 次提交
  20. 21 3月, 2006 1 次提交
  21. 04 1月, 2006 1 次提交
  22. 13 9月, 2005 1 次提交
  23. 06 9月, 2005 1 次提交
  24. 30 8月, 2005 1 次提交
    • D
      [NET]: Kill skb->real_dev · f2ccd8fa
      David S. Miller 提交于
      Bonding just wants the device before the skb_bond()
      decapsulation occurs, so simply pass that original
      device into packet_type->func() as an argument.
      
      It remains to be seen whether we can use this same
      exact thing to get rid of skb->input_dev as well.
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      f2ccd8fa
  25. 29 6月, 2005 1 次提交
    • M
      [IPV4]: ipconfig.c: fix dhcp timeout behaviour · 7a1af5d7
      Maxime Bizon 提交于
      I think there is a small bug in ipconfig.c in case IPCONFIG_DHCP is set
      and dhcp is used.
      
      When a DHCPOFFER is received, ip address is kept until we get DHCPACK.
      If no ack is received, ic_dynamic() returns negatively, but leaves the
      offered ip address in ic_myaddr.
      
      This makes the main loop in ip_auto_config() break and uses the maybe
      incomplete configuration.
      
      Not sure if it's the best way to do, but the following trivial patch
      correct this. 
      Signed-off-by: NMaxime Bizon <mbizon@freebox.fr>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      7a1af5d7
  26. 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