Re: Machine Check Exception Re: NetDev! Please help!

[Badalian Vyacheslav <slavon@bigtelecom.ru>]

> Actually, I don't use these things too much, but I guess, you'll need
> this more. Main issues were tested and fixed, but there could be always
> some details not used, not noticed or not reported until you decide to
> use this.
>   

Yep. I will begin test it in this week if i can get time for it...

> Yes, I'm not sure I understand question, but I think you shouldn't
> expect too much, at least in 2.6.27. There is many work now in drivers
> around this multiqueing (and RX hashing), which should be available in
> next kernels, but I'm not tracking this too much... Anyway, with the
> basic support (which really isn't common for drivers in 2.6.27 yet),
> this separation is done only for TX just before enqueuing.
>
>   
I simple hope that after divide to bands/queues and go back to network
all packets save "First in and First Out" logic that needed in services
like video streaming...

> sch_multiq doesn't use any params for hashing now - it uses mapping
> in packets to separate them to different bands/queues. So, by default
> it'll respect common hashing. You can change this using any filter with
> act_skbedit (Documentation/networking/multiqueue.txt).
>
>   
Ok! I will read all related information and rewrite all tc generate
scripts to test it!

> Don't worry, English should understand...
>
>   
Great what world have people that read messages like this and try
understand it... thanks!

> OOPS!!! This 2.6.27-rc is so ...old I forgot the sch_multiq and
> act_skbedit are only for the -next!

> I'm very sorry for misleading!!

not to worry ;) Thanks again. I try last -next git after someone fix
Intel exception issue ;)