[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <m1iqvc91li.fsf@frodo.ebiederm.org>
Date: Fri, 11 Jul 2008 03:06:33 -0700
From: ebiederm@...ssion.com (Eric W. Biederman)
To: Matthew Wilcox <matthew@....cx>
Cc: linux-pci@...r.kernel.org, linux-kernel@...r.kernel.org,
grundler@...isc-linux.org, mingo@...e.hu, tglx@...utronix.de,
jgarzik@...ox.com, linux-ide@...r.kernel.org,
suresh.b.siddha@...el.com, benh@...nel.crashing.org,
jbarnes@...tuousgeek.org, rdunlap@...otime.net,
mtk.manpages@...il.com
Subject: Re: Multiple MSI, take 3
Matthew Wilcox <matthew@....cx> writes:
> I'd like to thank Michael Ellerman for his feedback. This is a much
> better patchset than it used to be.
There is a reason we don't have an API to support this. Linux can not
reasonably support this, especially not on current X86. The designers
of the of the AHCI were idiots and should have used MSI-X.
Attempting to support multiple irqs in an MSI capability breaks
every interesting use of an irq.
mask/unmask is will likely break because the mask bit is optional
and when it is not present we disable the msi capability.
We can not set the affinity individually so we can not allow
different queues to be processed on different cores.
So in general it seems something that we have to jump through a million
hurdles and the result is someones twisted parody of a multiple working
irqs, that even Intel's IOMMU can't cure.
So unless the performance of the AHCI is better by a huge amount I don't
see the point, and even then I am extremely sceptical.
Eric
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists