| To: | Andi Kleen <ak@xxxxxxx> |
|---|---|
| Subject: | Re: Move fib_alias out of fib_hash.c |
| From: | Ben Greear <greearb@xxxxxxxxxxxxxxx> |
| Date: | Wed, 29 Sep 2004 15:24:55 -0700 |
| Cc: | netdev@xxxxxxxxxxx |
| In-reply-to: | <20040929220926.GE26714@xxxxxxxxxxxxx> |
| Organization: | Candela Technologies |
| References: | <20040928214722.11aef8e0.davem@xxxxxxxxxxxxx> <16730.53965.503605.943263@xxxxxxxxxxxx> <20040929125359.12a00ba7.davem@xxxxxxxxxxxxx> <1096492842.2344.57.camel@xxxxxxxxxxxxxxxxxxxxx> <20040929142750.27b35952.davem@xxxxxxxxxxxxx> <20040929220926.GE26714@xxxxxxxxxxxxx> |
| Sender: | netdev-bounce@xxxxxxxxxxx |
| User-agent: | Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.3) Gecko/20040913 |
Andi Kleen wrote: On Wed, Sep 29, 2004 at 02:27:50PM -0700, David S. Miller wrote: Because once we add functionality to the kernel we can't simply rip it out. People do use TOS routing, via static routes or similar.I'm not so sure anybody uses it really. How about adding a printk for it and seeing if anybody complains? I don't think you should remove existing features in the middle of a stable release cycle. If you want to have a compile option, that defaults to off, allows some new algorithm, then that sounds more reasonable... And I don't think the majority of people would see the printk untill way too late. Ben -- Ben Greear <greearb@xxxxxxxxxxxxxxx> Candela Technologies Inc http://www.candelatech.com |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: Move fib_alias out of fib_hash.c, Andi Kleen |
|---|---|
| Next by Date: | Re: Please route new work through -mm tree?, Jeff Garzik |
| Previous by Thread: | Re: Move fib_alias out of fib_hash.c, Andi Kleen |
| Next by Thread: | Re: Move fib_alias out of fib_hash.c, Andi Kleen |
| Indexes: | [Date] [Thread] [Top] [All Lists] |