| To: | Rod.VanMeter@xxxxxxxxx |
|---|---|
| Subject: | Re: Chaotic structure of the net headers? |
| From: | "David S. Miller" <davem@xxxxxxxxxx> |
| Date: | Wed, 05 Mar 2003 15:03:44 -0800 (PST) |
| Cc: | bunk@xxxxxxxxx, netdev@xxxxxxxxxxx, linux-kernel@xxxxxxxxxxxxxxx |
| In-reply-to: | <1046905834.17778.400.camel@xxxxxxxxxxxxxxxxxxxxx> |
| References: | <20030305225441.GO20423@xxxxxxxxx> <1046905834.17778.400.camel@xxxxxxxxxxxxxxxxxxxxx> |
| Sender: | netdev-bounce@xxxxxxxxxxx |
From: Rod Van Meter <Rod.VanMeter@xxxxxxxxx> Date: 05 Mar 2003 15:10:35 -0800 Does it make sense to have two forms, one kernel, one user? I haven't e.g. followed the desired include chain. If we wanted to merge the uses, the former form and include location would probably have to be used. I've been looking into this. There are a *few* things missing from the 2292 support. AFAICT, it's just a handful of functions/macros for manipulating option headers that need to be added. Actually forget all my comments, GLIBC headers are where the advanced socket API requirements for headers should be applied. And since this is only used in the kernel, there is no need for the NEXTHDR_* if it trully just duplicates the IPPROTO_* defines. I'm willing to accept a cleanup patch of this nature, sure. |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: Chaotic structure of the net headers?, Rod Van Meter |
|---|---|
| Next by Date: | Re: [PATH] IPv6 IPsec support, David S. Miller |
| Previous by Thread: | Re: Chaotic structure of the net headers?, Rod Van Meter |
| Next by Thread: | Re: Chaotic structure of the net headers?, Richard Guy Briggs |
| Indexes: | [Date] [Thread] [Top] [All Lists] |