Re: watchdog timeout panic in e1000 driver

[Kenzo Iwami <k-iwami@cj.jp.nec.com>]

Hi,

Thank you for your comment.

>>> Anyway as I said in the same e-mail, we're working on reducing the lock timeout to a 
>>> reasonable time. This will unfortunately take some time, as we need to change some major 
>>> components in the driver to make sure this doesn't happen.
>>
>> How about the following approach?
>> If acquiring semaphore fails inside the interrupt handler, acquiring semaphore
>> is abandoned immediately without waiting for timeout.
>> However, I don't know whether this method affects other processes.
> 
> with the current hardware being accessed simultaneously from several users in the 
> kernel, that would lead to large problems - the watchdog task accesses it every 2 
> seconds as it reads the PHY link status, so when one of those fails the driver would 
> have no choice but to reset the entire device.

This problem occurs because interrupt handler is executed while the
interrupted code is still holding the semaphore. Acquiring the semaphore
fails regardless of the timeout period.

I think the watchdog task will fail trying to read the PHY link status,
even if the lock timeout period has been reduced.

-- 
  Kenzo Iwami (k-iwami@cj.jp.nec.com)