lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
Open Source and information security mailing list archives
| ||
|
Date: Tue, 23 Sep 2008 16:16:51 +0400 From: Badalian Vyacheslav <slavon@...telecom.ru> To: Jarek Poplawski <jarkao2@...il.com> CC: netdev@...r.kernel.org Subject: Re: Machine Check Exception Re: NetDev! Please help! > 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 ;) -- 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