[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <4104387a-d7b5-4029-b822-060ef478c6e3@lunn.ch>
Date: Thu, 21 Mar 2024 01:18:16 +0100
From: Andrew Lunn <andrew@...n.ch>
To: Elad Nachman <enachman@...vell.com>
Cc: taras.chornyi@...ision.eu, davem@...emloft.net, edumazet@...gle.com,
kuba@...nel.org, pabeni@...hat.com, kory.maincent@...tlin.com,
thomas.petazzoni@...tlin.com, miquel.raynal@...tlin.com,
przemyslaw.kitszel@...el.com, dkirjanov@...e.de,
netdev@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH v2 0/5] Fix prestera driver fail to probe twice
On Wed, Mar 20, 2024 at 07:20:03PM +0200, Elad Nachman wrote:
> From: Elad Nachman <enachman@...vell.com>
>
> Fix issues resulting from insmod, rmmod and insmod of the
> prestera driver:
>
> 1. Call of firmware switch HW reset was missing, and is required
> in order to make the firmware loader shift to the correct state
> needed for loading the next firmware.
> 2. Time-out for waiting for firmware loader to be ready was too small.
> 3. memory referencing after freeing
> 4. MAC addresses wrapping
> 5. Missing SFP unbind (phylink release) of a port during the port release.
I don't see any problems with 3-5. Maybe post them independent of the
first 2 and they can be merged.
Are you really saying it is impossible to determine if the hardware is
in the boot loader waiting for firmware, or is running the firmware?
Andrew
Powered by blists - more mailing lists