On 29/12/12 21:21, Vladimir Mosgalin wrote:
> Hi Phil Perry!
>
>   On 2012.12.27 at 13:59:49 +0000, Phil Perry wrote next:
>
>>
>> Elrepo has an updated kmod package for the tg3 driver you could try.
>>
>> With elrepo installed;
>>
>> yum install kmod-tg3
>>
>> and reboot.
>>
>> If it doesn't fix the issue, try giving the elrepo folks a ping to
>> see if there is a more recent version you could try that might fix
>> the issue.
>
> Thanks for advice! I completely missed the fact that version is newer because I
> saw same 3.122 number; actually in-kernel is version 3.122 and elrepo has
> 3.122n, and this "n" makes a lot of difference.
>
> I tried it, according to changelog it includes fix
> ---
>      tg3: Fix tg3_get_stats64 for 5700 / 5701 devs
>
>      tg3_get_stats64() takes tp->lock when dealing with non-serdes bcm5700
>      and bcm5701 devices.  However, functions that call tg3_halt() have
>      already acquired tp->lock.  When tg3_get_stats64() is called in
>      tg3_halt(), deadlock will occur.
> ---
>
> which exactly resolves my problem.
>
> This fix is dated Feb 28, sad that Red Hat maintainers have missed it in their
> version :(
> But at least I have the solution now.
>
>

Glad it fixed your issue.

That's exactly why elrepo exists - to roll out updates quicker than Red 
Hat is able to do, for understandable reasons. Hopefully Red Hat will 
get the driver updated in the next update release. In the meantime, 
perhaps you could file a bug report upstream with Red Hat and mention 
the issue is fixed in the latest driver version.