| To: | Thomas Graf <tgraf@xxxxxxx> |
|---|---|
| Subject: | Re: [PATCH] move tc_u32_mark into pkt_cls.h |
| From: | "Catalin(ux aka Dino) BOIE" <util@xxxxxxxxxxxxxxx> |
| Date: | Fri, 11 Mar 2005 16:05:47 +0200 (EET) |
| Cc: | Jamal Hadi Salim <hadi@xxxxxxxx>, Stephen Hemminger <shemminger@xxxxxxxx>, "David S. Miller" <davem@xxxxxxxxxxxxx>, netdev@xxxxxxxxxxx |
| In-reply-to: | <20050311132848.GF31837@postel.suug.ch> |
| References: | <20050310104207.1d74ac00@dxpl.pdx.osdl.net> <1110481248.1074.306.camel@jzny.localdomain> <Pine.LNX.4.62.0503110859570.11178@webhosting.rdsbv.ro> <20050311132848.GF31837@postel.suug.ch> |
| Sender: | netdev-bounce@xxxxxxxxxxx |
It can die, but there are users that use it. So, I think that as long as u32 will stay in kernel, we can let mark_in_u32 live. It's a small modification and I think it may stay. Yes, you are right, everybody told me. I don't deny. And I will respect the decision that will be taken. But I'm wonder what are the gains removing nfmark from u32? ~64 bytes of code and 128 bytes of sources?! I thing that the gain being in is bigger than the gains resulting from removing it. I will not ask another set of questions. If I'm wrong, let me know and I will send, as soon as I can, patches to remove it from kernel (with 3 releases warning). Thank you for your time! --- Catalin(ux aka Dino) BOIE catab at deuroconsult.ro http://kernel.umbrella.ro/ |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: Last night Linus bk - netfilter busted?, Patrick McHardy |
|---|---|
| Next by Date: | Re: 2.6.10 - "netdev=" kernel boot commands and the Intel e1000 nic, jamal |
| Previous by Thread: | Re: [PATCH] move tc_u32_mark into pkt_cls.h, Thomas Graf |
| Next by Thread: | Re: [PATCH] move tc_u32_mark into pkt_cls.h, David S. Miller |
| Indexes: | [Date] [Thread] [Top] [All Lists] |