| To: | Jeff Garzik <jgarzik@xxxxxxxxx> |
|---|---|
| Subject: | Re: [RFC] Wireless extensions rethink |
| From: | Jean Tourrilhes <jt@xxxxxxxxxxxxxxxxxx> |
| Date: | Thu, 17 Jun 2004 11:56:05 -0700 |
| Address: | HP Labs, 1U-17, 1501 Page Mill road, Palo Alto, CA 94304, USA. |
| Cc: | Gertjan van Wingerde <gwingerde@xxxxxxx>, sfeldma@xxxxxxxxx, netdev@xxxxxxxxxxx, jkmaline@xxxxxxxxx |
| E-mail: | jt@xxxxxxxxxx |
| In-reply-to: | <40D1E185.2010201@xxxxxxxxx> |
| Organisation: | HP Labs Palo Alto |
| References: | <C6F5CF431189FA4CBAEC9E7DD5441E0103AF626C@xxxxxxxxxxxxxxxxxxxxxxxxxxxx> <40CF263E.70009@xxxxxxx> <1087377197.25912.54.camel@xxxxxxxxxxxxxxxxxxxxxxxxxxxxx> <40D08769.3070106@xxxxxxx> <20040616204248.GA23617@xxxxxxxxxxxxxxxxxx> <40D0BD5B.201@xxxxxxxxx> <20040616223316.GA29618@xxxxxxxxxxxxxxxxxx> <40D0D265.3070804@xxxxxxxxx> <20040617174717.GA30460@xxxxxxxxxxxxxxxxxx> <40D1E185.2010201@xxxxxxxxx> |
| Reply-to: | jt@xxxxxxxxxx |
| Sender: | netdev-bounce@xxxxxxxxxxx |
| User-agent: | Mutt/1.3.28i |
On Thu, Jun 17, 2004 at 02:23:01PM -0400, Jeff Garzik wrote:
> Jean Tourrilhes wrote:
> >
> > As a matter of fact, I tried the strongly type approach you
> >advocate and find its kernel overhead not acceptable. Note that people
> >not using wireless have to suffer from this bloat, and wireless
> >extensions are used in embeeded platforms such as OpenAP, iPaq and
> >Zaurus where footprint matters.
>
> As you can see from the patch and header I have attached, there is
> _zero_ change to storage. No additional bloat.
I've never talked of driver bloat, which I don't really care
about. I'm talking of *kernel* bloat. And not about storage bloat, but
code bloat.
When I designed the API, I did verify this carefully :
http://marc.theaimsgroup.com/?l=linux-kernel&m=100829443600986&w=2
> Sorry, keeping compatibility with drivers outside the kernel is _not_ a
> priority here. Backward compatibility is how this cruft accumulated in
> the first place.
>
> Go ahead and assume that drivers outside the kernel will break. This is
> no different from vendor drivers -- if the driver is not in the kernel,
> it doesn't exist.
Jeff, this is not the way I work. For example, there are good
reasons why the Atheros driver is outside the kernel.
> Jeff
Jean
|
| Previous by Date: | Re: [RFC] Wireless extensions rethink, Stephen Hemminger |
|---|---|
| Next by Date: | Re: [RFC] Wireless extensions rethink, Jean Tourrilhes |
| Previous by Thread: | Re: [RFC] Wireless extensions rethink, Jean Tourrilhes |
| Next by Thread: | Re: [RFC] Wireless extensions rethink, Jeff Garzik |
| Indexes: | [Date] [Thread] [Top] [All Lists] |