Hi,
On Wed, Sep 9, 2015 at 9:33 AM, Harish Patil wrote:
>
>>On Fri, 2015-09-04 at 09:55 +0200, Sébastien Bocahu wrote:
>>> Hi,
>>>
>>> Any chance this behaviour gets fixed, with either a new firmware or a
>>> workaround in the kernel ?
>>>
>>
>>As I said earlier, when we call bnx2_shutdown_chip()
>On Fri, 2015-09-04 at 09:55 +0200, Sébastien Bocahu wrote:
>> Hi,
>>
>> Any chance this behaviour gets fixed, with either a new firmware or a
>> workaround in the kernel ?
>>
>
>As I said earlier, when we call bnx2_shutdown_chip(), we inform the
>firmware that the driver is shutting down. The
On Fri, 2015-09-04 at 09:55 +0200, Sébastien Bocahu wrote:
> Hi,
>
> Any chance this behaviour gets fixed, with either a new firmware or a
> workaround in the kernel ?
>
As I said earlier, when we call bnx2_shutdown_chip(), we inform the
firmware that the driver is shutting down. The firmware
Hi,
Any chance this behaviour gets fixed, with either a new firmware or a
workaround in the kernel ?
thanks
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
The BNX2 firmware has already been updated to the latest version
available from Dell.
root@debian:~# ethtool -i eth0 | grep firmware
firmware-version: 6.4.5 bc 5.2.3 NCSI 2.0.11
2015-08-14 3:30 GMT+02:00 Michael Chan :
> +netdev and Harish who is the current maintainer of bnx2 at qlogic.
>
> The
+netdev and Harish who is the current maintainer of bnx2 at qlogic.
The patch in question effectively just removes the
bnx2_set_power_state() call during "ip link set down". If there is
IPMI, the firmware should know the link needs to stay up when the driver
resets the device during bnx2_close().
