[Cerowrt-devel] [discuss] [cdc_ncm] Refactoring cdc_ncm
Enrico Mioso
mrkiko.rs at gmail.com
Tue Jan 20 16:25:28 EST 2015
A third follow-up: if you can just point me out to some interesting functions I might use to do these things, it would be ok.
I am thinking that you woudln't use the list framework of the kernel in the
networking subsystem for queuing packets.
I know - I am misinformed a lot.
Thank you,
Enrico
On Tue, 20 Jan 2015, Valdis.Kletnieks at vt.edu wrote:
> Date: Tue, 20 Jan 2015 17:13:38
> From: Valdis.Kletnieks at vt.edu
> To: Enrico Mioso <mrkiko.rs at gmail.com>
> Cc: Dave Taht <dave.taht at gmail.com>,
> "cerowrt-devel at lists.bufferbloat.net"
> <cerowrt-devel at lists.bufferbloat.net>
> Subject: Re: [Cerowrt-devel] [discuss] [cdc_ncm] Refactoring cdc_ncm
>
> On Mon, 19 Jan 2015 19:28:48 +0100, Enrico Mioso said:
>
>> We are trying to change the way the cdc_ncm.c driver generate frames. We need
>> to let it order parts of the packet in a different way.
>
> You're going to have to repeat that, and explain why you think re-ordering parts
> of the packet is going to work. (Hint - what happens when this packet with
> oddly ordered parts arrives at a host that is expecting RFC-standard ordering?)
>
More information about the Cerowrt-devel
mailing list