From: Russell King - ARM Linux admin <linux@armlinux.org.uk>
To: Baruch Siach <baruch@tkos.co.il>
Cc: netdev@vger.kernel.org, Shmuel Hazan <sh@tkos.co.il>,
Andrew Lunn <andrew@lunn.ch>,
Florian Fainelli <f.fainelli@gmail.com>,
Heiner Kallweit <hkallweit1@gmail.com>
Subject: Re: [PATCH] net: phy: marvell10g: add firmware load support
Date: Tue, 31 Mar 2020 19:03:46 +0100 [thread overview]
Message-ID: <20200331180346.GS25745@shell.armlinux.org.uk> (raw)
In-Reply-To: <16e4a15e359012fc485d22c7e413a129029fbd0f.1585676858.git.baruch@tkos.co.il>
On Tue, Mar 31, 2020 at 08:47:38PM +0300, Baruch Siach wrote:
> When Marvell 88X3310 and 88E2110 hardware configuration SPI_CONFIG strap
> bit is pulled up, the host must load firmware to the PHY after reset.
> Add support for loading firmware.
>
> Firmware files are available from Marvell under NDA.
As I understand it, the firmware for the different revisions of the
88x3310 are different, so I think the current derivation of filenames
is not correct.
Is this code theoretical, or has it been tested on such a system? As
far as I'm aware, all the 3310 systems out there so far have been
strapped to boot the firmware from SPI.
>
> Signed-off-by: Baruch Siach <baruch@tkos.co.il>
> ---
> drivers/net/phy/marvell10g.c | 114 +++++++++++++++++++++++++++++++++++
> 1 file changed, 114 insertions(+)
>
> diff --git a/drivers/net/phy/marvell10g.c b/drivers/net/phy/marvell10g.c
> index 64c9f3bba2cd..9572426ba1c6 100644
> --- a/drivers/net/phy/marvell10g.c
> +++ b/drivers/net/phy/marvell10g.c
> @@ -27,13 +27,28 @@
> #include <linux/marvell_phy.h>
> #include <linux/phy.h>
> #include <linux/sfp.h>
> +#include <linux/firmware.h>
> +#include <linux/delay.h>
>
> #define MV_PHY_ALASKA_NBT_QUIRK_MASK 0xfffffffe
> #define MV_PHY_ALASKA_NBT_QUIRK_REV (MARVELL_PHY_ID_88X3310 | 0xa)
>
> +#define MV_FIRMWARE_HEADER_SIZE 32
> +
> enum {
> MV_PMA_BOOT = 0xc050,
> MV_PMA_BOOT_FATAL = BIT(0),
> + MV_PMA_BOOT_PROGRESS_MASK = 0x0006,
> + MV_PMA_BOOT_WAITING = 0x0002,
> + MV_PMA_BOOT_FW_LOADED = BIT(6),
> +
> + MV_PCS_FW_LOW_WORD = 0xd0f0,
> + MV_PCS_FW_HIGH_WORD = 0xd0f1,
> + MV_PCS_RAM_DATA = 0xd0f2,
> + MV_PCS_RAM_CHECKSUM = 0xd0f3,
> +
> + MV_PMA_FW_REV1 = 0xc011,
> + MV_PMA_FW_REV2 = 0xc012,
>
> MV_PCS_BASE_T = 0x0000,
> MV_PCS_BASE_R = 0x1000,
> @@ -223,6 +238,99 @@ static int mv3310_sfp_insert(void *upstream, const struct sfp_eeprom_id *id)
> return 0;
> }
>
> +static int mv3310_write_firmware(struct phy_device *phydev, const u8 *data,
> + unsigned int size)
> +{
> + unsigned int low_byte, high_byte;
> + u16 checksum = 0, ram_checksum;
> + unsigned int i = 0;
> +
> + while (i < size) {
> + low_byte = data[i++];
> + high_byte = data[i++];
> + checksum += low_byte + high_byte;
> + phy_write_mmd(phydev, MDIO_MMD_PCS, MV_PCS_RAM_DATA,
> + (high_byte << 8) | low_byte);
> + cond_resched();
> + }
> +
> + ram_checksum = phy_read_mmd(phydev, MDIO_MMD_PCS, MV_PCS_RAM_CHECKSUM);
> + if (ram_checksum != checksum) {
> + dev_err(&phydev->mdio.dev, "firmware checksum failed");
> + return -EIO;
> + }
> +
> + return 0;
> +}
> +
> +static void mv3310_report_firmware_rev(struct phy_device *phydev)
> +{
> + int rev1, rev2;
> +
> + rev1 = phy_read_mmd(phydev, MDIO_MMD_PMAPMD, MV_PMA_FW_REV1);
> + rev2 = phy_read_mmd(phydev, MDIO_MMD_PMAPMD, MV_PMA_FW_REV2);
> + if (rev1 < 0 || rev2 < 0)
> + return;
> +
> + dev_info(&phydev->mdio.dev, "Loaded firmware revision %d.%d.%d.%d",
> + (rev1 & 0xff00) >> 8, rev1 & 0x00ff,
> + (rev2 & 0xff00) >> 8, rev2 & 0x00ff);
> +}
> +
> +static int mv3310_load_firmware(struct phy_device *phydev)
> +{
> + const struct firmware *fw_entry;
> + char *fw_file;
> + int ret;
> +
> + switch (phydev->drv->phy_id) {
> + case MARVELL_PHY_ID_88X3310:
> + fw_file = "mrvl/x3310fw.hdr";
> + break;
> + case MARVELL_PHY_ID_88E2110:
> + fw_file = "mrvl/e21x0fw.hdr";
> + break;
> + default:
> + dev_warn(&phydev->mdio.dev, "unknown firmware file for %s PHY",
> + phydev->drv->name);
> + return -EINVAL;
> + }
> +
> + ret = request_firmware(&fw_entry, fw_file, &phydev->mdio.dev);
> + if (ret < 0)
> + return ret;
> +
> + /* Firmware size must be larger than header, and even */
> + if (fw_entry->size <= MV_FIRMWARE_HEADER_SIZE ||
> + (fw_entry->size % 2) != 0) {
> + dev_err(&phydev->mdio.dev, "firmware file invalid");
> + return -EINVAL;
> + }
> +
> + /* Clear checksum register */
> + phy_read_mmd(phydev, MDIO_MMD_PCS, MV_PCS_RAM_CHECKSUM);
> +
> + /* Set firmware load address */
> + phy_write_mmd(phydev, MDIO_MMD_PCS, MV_PCS_FW_LOW_WORD, 0);
> + phy_write_mmd(phydev, MDIO_MMD_PCS, MV_PCS_FW_HIGH_WORD, 0x0010);
> +
> + ret = mv3310_write_firmware(phydev,
> + fw_entry->data + MV_FIRMWARE_HEADER_SIZE,
> + fw_entry->size - MV_FIRMWARE_HEADER_SIZE);
> + if (ret < 0)
> + return ret;
> +
> + phy_modify_mmd(phydev, MDIO_MMD_PMAPMD, MV_PMA_BOOT,
> + MV_PMA_BOOT_FW_LOADED, MV_PMA_BOOT_FW_LOADED);
> +
> + release_firmware(fw_entry);
> +
> + msleep(100);
> + mv3310_report_firmware_rev(phydev);
> +
> + return 0;
> +}
> +
> static const struct sfp_upstream_ops mv3310_sfp_ops = {
> .attach = phy_sfp_attach,
> .detach = phy_sfp_detach,
> @@ -249,6 +357,12 @@ static int mv3310_probe(struct phy_device *phydev)
> return -ENODEV;
> }
>
> + if ((ret & MV_PMA_BOOT_PROGRESS_MASK) == MV_PMA_BOOT_WAITING) {
> + ret = mv3310_load_firmware(phydev);
> + if (ret < 0)
> + return ret;
> + }
> +
> priv = devm_kzalloc(&phydev->mdio.dev, sizeof(*priv), GFP_KERNEL);
> if (!priv)
> return -ENOMEM;
> --
> 2.25.1
>
>
--
RMK's Patch system: https://www.armlinux.org.uk/developer/patches/
FTTC broadband for 0.8mile line in suburbia: sync at 10.2Mbps down 587kbps up
next prev parent reply other threads:[~2020-03-31 18:03 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-03-31 17:47 [PATCH] net: phy: marvell10g: add firmware load support Baruch Siach
2020-03-31 18:03 ` Russell King - ARM Linux admin [this message]
2020-04-01 5:01 ` Baruch Siach
2020-04-01 5:07 ` Shmuel H.
2020-04-01 5:13 ` Shmuel H.
2020-04-01 9:27 ` Baruch Siach
2020-03-31 18:16 ` Heiner Kallweit
2020-03-31 19:30 ` Florian Fainelli
2020-04-01 5:18 ` Baruch Siach
2020-04-01 5:14 ` Baruch Siach
2020-03-31 19:37 ` Florian Fainelli
2020-04-01 19:08 ` Baruch Siach
2020-04-01 19:30 ` Andrew Lunn
2020-04-01 19:35 ` Baruch Siach
2020-04-01 10:30 ` Ioana Ciornei
2020-04-01 13:03 ` Andrew Lunn
2020-04-01 13:53 ` Russell King - ARM Linux admin
2020-04-01 16:09 ` Ioana Ciornei
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20200331180346.GS25745@shell.armlinux.org.uk \
--to=linux@armlinux.org.uk \
--cc=andrew@lunn.ch \
--cc=baruch@tkos.co.il \
--cc=f.fainelli@gmail.com \
--cc=hkallweit1@gmail.com \
--cc=netdev@vger.kernel.org \
--cc=sh@tkos.co.il \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).