Re: Extending class handle from 16bit to 32bit

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Fri, 1 Mar 2013 10:22:21 +0100
Karel Rericha <karel@xxxxxxxxx> wrote:

> >> a) low effort
> >> Fork hfsc and in forked hfsc interpret 32bit handle as 8bit qdisc and
> >> 24bit class.
> >> - not "clean" solution, no chance to accept to mainstream IMHO
> >> - requires just fork hfsc and add support for forked hfsc to iptables ???
> 
> > The handle is baked into the kernel binary API, You can't change it without
> > a doing a whole new netlink API and have compatibility layer.
> 
> Stephen, is "low effort" way possible ? Any ideas what difficulties
> can we walk into if going that way ?
> 
> Karel

There is no "low effort" way. Look at:
 include/uapi/linux/rtnetlink.h


/*****************************************************************
 *		Traffic control messages.
 ****/

struct tcmsg {
	unsigned char	tcm_family;
	unsigned char	tcm__pad1;
	unsigned short	tcm__pad2;
	int		tcm_ifindex;
	__u32		tcm_handle
	__u32		tcm_parent;
	__u32		tcm_info;
};

The handles are 32 bits. with Major/minor of 16 bit.

--
To unsubscribe from this list: send the line "unsubscribe netfilter-devel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Netfitler Users]     [LARTC]     [Bugtraq]     [Yosemite Forum]

  Powered by Linux