linux.git/net/ipv4/ipconfig.c, branch v2.6.25

Documentation: move nfsroot.txt to filesystems/

2008-04-11T19:18:01+00:00

Documentation/ is a little large, and filesystems/ seems an obvious
place for this file.

Signed-off-by: J. Bruce Fields 
Signed-off-by: Jonathan Corbet

[NET] endianness noise: INADDR_ANY

2008-03-18T05:44:53+00:00

Signed-off-by: Al Viro 
Signed-off-by: David S. Miller

[IPCONFIG]: The kernel gets no IP from some DHCP servers

2008-03-05T01:03:49+00:00

From: Stephen Hemminger 

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: David S. Miller

[IPV4]: fix alignment of IP-Config output

2008-02-18T06:28:32+00:00

Make the indented lines aligned in the output (not in the code).

Signed-off-by: Uwe Kleine-Koenig 
Signed-off-by: Andrew Morton 
Signed-off-by: David S. Miller

[NETNS]: Pass namespace through ip_rt_ioctl.

2008-01-28T23:01:34+00:00

... up to rtentry_to_fib_config

Acked-by: Benjamin Thery 
Acked-by: Daniel Lezcano 
Signed-off-by: Denis V. Lunev 
Signed-off-by: David S. Miller

[IPCONFIG]: Mark vendor_class_identifier as __initdata.

2008-01-28T22:54:22+00:00

Based upon a suggestion by Francois Romieu.

Signed-off-by: David S. Miller

[IPV4] ipconfig: Implement DHCP Class-identifier

2008-01-28T22:53:59+00:00

From : Rainer Jochem 

Acked-by: Patrick McHardy 
Signed-off-by: David S. Miller

[IPV4] ipconfig: Fix regression in ip command line processing

2008-01-09T07:29:58+00:00

The recent changes for ip command line processing fixed some problems
but unfortunately broke some common usage scenarios.  In current
2.6.24-rc6 the following command line results in no IP address
assignment, which is surely a regression:

 ip=10.0.2.15::10.0.2.2:255.255.255.0::eth0:off

Please find below a patch that works for all cases I can find.

Signed-off-by: Amos Waterland 
Signed-off-by: David S. Miller

[IPV4] Fix ip=dhcp regression

2007-12-28T21:39:11+00:00

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: Simon Horman 
Signed-off-by: David S. Miller

[IPV4]: Fix ip command line processing.

2007-12-27T03:36:36+00:00

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: Simon Horman 
Signed-off-by: David S. Miller