|
|
Re: [PATCH] e1000e: MSI interrupt test failed, using legacy interrupt |
On 04/26/2012 06:40 PM, Ben Hutchings wrote:
On Thu, 2012-04-26 at 17:05 -0700, prasanna.panchamukhi@xxxxxxxxxxxx wrote:From: Prasanna S. Panchamukhi<ppanchamukhi@xxxxxxxxxxxx> Following logs where seen on Systems with multiple NICs& ports, while using MSI interrupts as shown below:[...]This patch changes the IRQ tests to use polling loops starting with a delay of 1 tick and doubling that if necessary up to a maximum total delay of approximately 1 second.[...] I don't think you entirely understood my point. This exponential back-off was the best I could come up with for a self-test (ethtool -t) where we have to answer the question 'are interrupts working' in a reasonable time, and the user can decide for themselves whether this was a false negative. If you want a definite answer in order to make an automatic decision about interrupt modes, there really is no valid time limit. I think the
This issue is not able interrupt mode selection. -Prasanna
proper way to do interrupt mode selection in an in-tree driver is to rely on no-MSI quirks for chipsets and devices in the PCI core. Ben.
-- To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
[Linux Kernel Discussion] [Ethernet Bridging] [Linux Wireless Networking] [Linux Bluetooth Networking] [Linux Networking Users] [VLAN] [Git] [IETF Annouce] [Linux Assembly] [Security] [Bugtraq] [Photo] [Singles Social Networking] [Yosemite Information] [MIPS Linux] [ARM Linux Kernel] [ARM Linux] [Linux Virtualization] [Linux Security] [Linux IDE] [Linux RAID] [Linux SCSI] [Free Dating]
![]() |
![]() |