> > every CPU to avoid slowdowns. So that if you set that eth0's > > IRQ will be handled by CPU1, the MTRRs of CPU1 will be set > > accordingly, and the other CPUs will not care about eth0, > > so they do not need eth0's MTRR settings. > > A little question. Why do we want to bind irq of eth0 to a single CPU ? > imho it will casue slowdown of some situation. Why don't we leave scheduler > to select CPU for processing IRQ ? This would be really horrible for video cards. X would come to a crawl :-( - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
- Re: 36 bit MTRRs, Re: test10-pre1 pro... Boszormenyi Zoltan
- Re: 36 bit MTRRs, Re: test10-pre1... Tigran Aivazian
- Re: 36 bit MTRRs, Re: test10-... Boszormenyi Zoltan
- Re: 36 bit MTRRs, Re: test10-... Boszormenyi Zoltan
- Re: 36 bit MTRRs, Re: test10-... Tigran Aivazian
- Re: 36 bit MTRRs, Re: test10-... Boszormenyi Zoltan
- Re: 36 bit MTRRs, Re: test10-... Tigran Aivazian
- Re: 36 bit MTRRs, Re: test10-... Boszormenyi Zoltan
- IRQ affinity vs. MTRRs, was ... Boszormenyi Zoltan
- Re: IRQ affinity vs. MTRRs, w... Gábor Lénárt
- Re: IRQ affinity vs. MTRRs, w... James Simmons
- Re: IRQ affinity vs. MTRRs, w... Boszormenyi Zoltan
- Re: IRQ affinity vs. MTRRs, w... David Wragg
- Re: IRQ affinity vs. MTRRs, w... Boszormenyi Zoltan
- Re: IRQ affinity vs. MTRRs, w... David Wragg
- Re: test10-pre1 problems on 4-way SuperServer8... Alan Cox
- Re: test10-pre1 problems on 4-way SuperSe... Tigran Aivazian
- Re: test10-pre1 problems on 4-way Sup... Alan Cox
- Re: test10-pre1 problems on 4-way Sup... Ben LaHaise
- Re: test10-pre1 problems on 4-way SuperServer8... Rik van Riel
- Re: test10-pre1 problems on 4-way SuperSe... Tigran Aivazian