[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <1200315372.4427.75.camel@localhost>
Date: Mon, 14 Jan 2008 07:56:12 -0500
From: jamal <hadi@...erus.ca>
To: mahatma@...by
Cc: netdev@...r.kernel.org
Subject: Re: [PATCH 2.6.23+] ingress classify to [nf]mark
On Mon, 2008-14-01 at 13:40 -0200, Dzianis Kahanovich wrote:
> jamal wrote:
> Yes, I only do it by inertia after "#define tc_index mark".
And i am afraid this bothers me greatly.
You already have ways to achieve what you need by setting proper policy,
the difference in configuration is an extra one policy line you have to
type in. Adding yet another #ifdef is really going overboard.
> I not understand why "tc_index" changed in this place. 1) there are ingress 2)
> there are "OK" action. Are "tc_index" will not changed after: "tc filter add
> dev eth0 parent ffff: ... flowid 1:1 action continue" ? In general - are
> tc_index useful in ingress? (may be tc_index used in [nf]mark-style, but even
> in netfilter it feature migrate - IMHO, may be I time to time do not see in
> needed place)
tc_index could be used for classification actually. If you "continue"
you could hit another classifier which looks at it.
> Sorry, I just change focus from existing "tc_index=..." to common behaviour ;)
> [...]
> > Please refer to what i said above; if what i said still doesnt make
> > sense i can create (the simple) patch.
>
> A bit vague... sorry...
I mean:
#ifdef CONFIG_NET_CLS_ACT
.... leave this part alone which already sets tc_index ...
#else
...set tc_index and mark here ...
#endif
And when we have a metadata action - we remove setting of tc_index from
#ifdef CONFIG_NET_CLS_ACT
Did that make sense?
cheers,
jamal
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists