From: Simon Horman <simon.horman@corigine.com>
To: Sean Anderson <seanga2@gmail.com>
Cc: "David S . Miller" <davem@davemloft.net>,
Eric Dumazet <edumazet@google.com>,
Jakub Kicinski <kuba@kernel.org>, Paolo Abeni <pabeni@redhat.com>,
netdev@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH net-next v3 9/9] net: sunhme: Consolidate common probe tasks
Date: Sat, 18 Mar 2023 14:53:29 +0100 [thread overview]
Message-ID: <ZBXCWUm/1ffaD1B+@corigine.com> (raw)
In-Reply-To: <20230314003613.3874089-10-seanga2@gmail.com>
On Mon, Mar 13, 2023 at 08:36:13PM -0400, Sean Anderson wrote:
> Most of the second half of the PCI/SBUS probe functions are the same.
> Consolidate them into a common function.
>
> Signed-off-by: Sean Anderson <seanga2@gmail.com>
> ---
>
> (no changes since v1)
>
> drivers/net/ethernet/sun/sunhme.c | 183 ++++++++++++------------------
> 1 file changed, 71 insertions(+), 112 deletions(-)
>
> diff --git a/drivers/net/ethernet/sun/sunhme.c b/drivers/net/ethernet/sun/sunhme.c
> index a59b998062d9..a384b162c46d 100644
> --- a/drivers/net/ethernet/sun/sunhme.c
> +++ b/drivers/net/ethernet/sun/sunhme.c
> @@ -2430,6 +2430,71 @@ static void happy_meal_addr_init(struct happy_meal *hp,
> }
> }
>
> +static int happy_meal_common_probe(struct happy_meal *hp,
> + struct device_node *dp, int minor_rev)
> +{
> + struct net_device *dev = hp->dev;
> + int err;
> +
> +#ifdef CONFIG_SPARC
> + hp->hm_revision = of_getintprop_default(dp, "hm-rev", 0xff);
> + if (hp->hm_revision == 0xff)
> + hp->hm_revision = 0xc0 | minor_rev;
> +#else
> + /* works with this on non-sparc hosts */
> + hp->hm_revision = 0x20;
> +#endif
...
> +#if defined(CONFIG_SBUS) && defined(CONFIG_PCI)
> + /* Hook up SBUS register/descriptor accessors. */
> + hp->read_desc32 = sbus_hme_read_desc32;
> + hp->write_txd = sbus_hme_write_txd;
> + hp->write_rxd = sbus_hme_write_rxd;
> + hp->read32 = sbus_hme_read32;
> + hp->write32 = sbus_hme_write32;
> +#endif
This looks correct for the SBUS case.
But I'm not sure about the PCIE case.
gcc 12 tells me when compiling with sparc allmodconfig that the following
functions are now unused.
pci_hme_read_desc32
pci_hme_write_txd
pci_hme_write_rxd
pci_hme_read32
pci_hme_write32
> +
> + /* Grrr, Happy Meal comes up by default not advertising
> + * full duplex 100baseT capabilities, fix this.
b
> + */
> + spin_lock_irq(&hp->happy_lock);
> + happy_meal_set_initial_advertisement(hp);
> + spin_unlock_irq(&hp->happy_lock);
> +
> + err = devm_register_netdev(hp->dma_dev, dev);
> + if (err)
> + dev_err(hp->dma_dev, "Cannot register net device, aborting.\n");
> + return err;
> +}
> +
> #ifdef CONFIG_SBUS
> static int happy_meal_sbus_probe_one(struct platform_device *op, int is_qfe)
> {
> @@ -2511,70 +2576,18 @@ static int happy_meal_sbus_probe_one(struct platform_device *op, int is_qfe)
> goto err_out_clear_quattro;
> }
>
> - hp->hm_revision = of_getintprop_default(dp, "hm-rev", 0xff);
> - if (hp->hm_revision == 0xff)
> - hp->hm_revision = 0xa0;
It's not clear to me that the same value will be set by the call to
happy_meal_common_probe(hp, dp, 0); where the logic is:
#ifdef CONFIG_SPARC
hp->hm_revision = of_getintprop_default(dp, "hm-rev", 0xff);
if (hp->hm_revision == 0xff)
hp->hm_revision = 0xc0 | minor_rev;
#else
/* works with this on non-sparc hosts */
hp->hm_revision = 0x20;
#endif
I am assuming that the SPARC logic is run.
But another question: is it strictly true that SBUS means SPARC?
...
> -
> -#if defined(CONFIG_SBUS) && defined(CONFIG_PCI)
> - /* Hook up SBUS register/descriptor accessors. */
> - hp->read_desc32 = sbus_hme_read_desc32;
> - hp->write_txd = sbus_hme_write_txd;
> - hp->write_rxd = sbus_hme_write_rxd;
> - hp->read32 = sbus_hme_read32;
> - hp->write32 = sbus_hme_write32;
> -#endif
...
> @@ -2689,21 +2702,6 @@ static int happy_meal_pci_probe(struct pci_dev *pdev,
> hp->bigmacregs = (hpreg_base + 0x6000UL);
> hp->tcvregs = (hpreg_base + 0x7000UL);
>
> -#ifdef CONFIG_SPARC
> - hp->hm_revision = of_getintprop_default(dp, "hm-rev", 0xff);
> - if (hp->hm_revision == 0xff)
> - hp->hm_revision = 0xc0 | (pdev->revision & 0x0f);
> -#else
> - /* works with this on non-sparc hosts */
> - hp->hm_revision = 0x20;
> -#endif
...
> -#if defined(CONFIG_SBUS) && defined(CONFIG_PCI)
> - /* Hook up PCI register/descriptor accessors. */
> - hp->read_desc32 = pci_hme_read_desc32;
> - hp->write_txd = pci_hme_write_txd;
> - hp->write_rxd = pci_hme_write_rxd;
> - hp->read32 = pci_hme_read32;
> - hp->write32 = pci_hme_write32;
> -#endif
...
next prev parent reply other threads:[~2023-03-18 13:53 UTC|newest]
Thread overview: 32+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-03-14 0:36 [PATCH net-next v3 0/9] net: sunhme: Probe/IRQ cleanups Sean Anderson
2023-03-14 0:36 ` [PATCH net-next v3 1/9] net: sunhme: Just restart autonegotiation if we can't bring the link up Sean Anderson
2023-03-15 8:20 ` Simon Horman
2023-03-15 15:35 ` Sean Anderson
2023-03-15 15:57 ` Simon Horman
2023-03-15 15:58 ` Simon Horman
2023-03-18 8:37 ` Simon Horman
2023-03-18 14:31 ` Sean Anderson
2023-03-14 0:36 ` [PATCH net-next v3 2/9] net: sunhme: Remove residual polling code Sean Anderson
2023-03-15 15:58 ` Simon Horman
2023-03-14 0:36 ` [PATCH net-next v3 3/9] net: sunhme: Unify IRQ requesting Sean Anderson
2023-03-15 15:59 ` Simon Horman
2023-03-14 0:36 ` [PATCH net-next v3 4/9] net: sunhme: Alphabetize includes Sean Anderson
2023-03-15 15:59 ` Simon Horman
2023-03-14 0:36 ` [PATCH net-next v3 5/9] net: sunhme: Switch SBUS to devres Sean Anderson
2023-03-18 8:23 ` Simon Horman
2023-03-14 0:36 ` [PATCH net-next v3 6/9] net: sunhme: Consolidate mac address initialization Sean Anderson
2023-03-18 8:58 ` Simon Horman
2023-03-18 9:00 ` Simon Horman
2023-03-18 15:31 ` Sean Anderson
2023-03-14 0:36 ` [PATCH net-next v3 7/9] net: sunhme: Clean up mac address init Sean Anderson
2023-03-18 9:03 ` Simon Horman
2023-03-18 15:43 ` Sean Anderson
2023-03-21 8:01 ` Simon Horman
2023-03-14 0:36 ` [PATCH net-next v3 8/9] net: sunhme: Inline error returns Sean Anderson
2023-03-15 7:51 ` Jakub Kicinski
2023-03-15 15:36 ` Sean Anderson
2023-03-18 13:49 ` Simon Horman
2023-03-14 0:36 ` [PATCH net-next v3 9/9] net: sunhme: Consolidate common probe tasks Sean Anderson
2023-03-18 13:53 ` Simon Horman [this message]
2023-03-18 14:40 ` Sean Anderson
2023-03-21 8:00 ` Simon Horman
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=ZBXCWUm/1ffaD1B+@corigine.com \
--to=simon.horman@corigine.com \
--cc=davem@davemloft.net \
--cc=edumazet@google.com \
--cc=kuba@kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=netdev@vger.kernel.org \
--cc=pabeni@redhat.com \
--cc=seanga2@gmail.com \
/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).