[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,

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