netdev.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Heiner Kallweit <hkallweit1@gmail.com>
To: Lauri Jakku <lauri.jakku@pp.inet.fi>
Cc: Leon Romanovsky <leon@kernel.org>,
	netdev@vger.kernel.org, nic_swsd@realtek.com
Subject: Re: NET: r8168/r8169 identifying fix
Date: Mon, 13 Apr 2020 13:57:09 +0200	[thread overview]
Message-ID: <fc7e1601-89dd-6523-dd17-c9215f6025ff@gmail.com> (raw)
In-Reply-To: <bf1a98e1-399f-47b0-bc2e-ae978c28d26c@pp.inet.fi>

On 13.04.2020 13:40, Lauri Jakku wrote:
> Hi,
> 
> What i did was fix my problem: The old way of just checking the pointer, did not work correctly. I do have
> 
> 02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 03)
> 03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 03)
> 
> NIC's integrated to motherboard. Without this patch: They will not get recognised: at boot, or with rmmod/modprobe cycle, neither
> works.
> 
Helpful would be:
- full dmesg of last known good kernel version
- full dmesg of failing kernel version
- info whether r8169.ko and/or realtek.ko are in your initramfs

> --> The oldway is not what has been documented sequence.
> 
> 
> 
> 
> On 2020-04-13 14:28, Heiner Kallweit wrote:
>> On 13.04.2020 13:06, Lauri Jakku wrote:
>>> Hi,
>>>
>>> Modified as suggested:
>>>
>>> >From f4fba16025260bf08f0df867c3de51803ddb78ef Mon Sep 17 00:00:00 2001
>>> From: Lauri Jakku <lja@iki.fi>
>>> Date: Mon, 13 Apr 2020 13:18:35 +0300
>>> Subject: [PATCH] NET: r8168/r8169 identifying fix
>>>
>>> The driver installation determination made properly by
>>> checking PHY vs DRIVER id's.
>>> ---
>>>  drivers/net/ethernet/realtek/r8169_main.c | 70 ++++++++++++++++++++---
>>>  drivers/net/phy/mdio_bus.c                | 11 +++-
>>>  2 files changed, 72 insertions(+), 9 deletions(-)
>>>
>>> diff --git a/drivers/net/ethernet/realtek/r8169_main.c b/drivers/net/ethernet/realtek/r8169_main.c
>>> index bf5bf05970a2..2384da7d2988 100644
>>> --- a/drivers/net/ethernet/realtek/r8169_main.c
>>> +++ b/drivers/net/ethernet/realtek/r8169_main.c
>>> @@ -5149,6 +5149,9 @@ static int r8169_mdio_register(struct rtl8169_private *tp)
>>>  {
>>>  	struct pci_dev *pdev = tp->pci_dev;
>>>  	struct mii_bus *new_bus;
>>> +	u32 phydev_id = 0;
>>> +	u32 phydrv_id = 0;
>>> +	u32 phydrv_id_mask = 0;
>>>  	int ret;
>>>  
>>>  	new_bus = devm_mdiobus_alloc(&pdev->dev);
>>> @@ -5165,20 +5168,62 @@ static int r8169_mdio_register(struct rtl8169_private *tp)
>>>  	new_bus->write = r8169_mdio_write_reg;
>>>  
>>>  	ret = mdiobus_register(new_bus);
>>> +	dev_info(&pdev->dev,
>>> +		 "mdiobus_register: %s, %d\n",
>>> +		 new_bus->id, ret);
>>>  	if (ret)
>>>  		return ret;
>>>  
>>>  	tp->phydev = mdiobus_get_phy(new_bus, 0);
>>> +
>>>  	if (!tp->phydev) {
>>>  		mdiobus_unregister(new_bus);
>>>  		return -ENODEV;
>>> -	} else if (!tp->phydev->drv) {
>>> -		/* Most chip versions fail with the genphy driver.
>>> -		 * Therefore ensure that the dedicated PHY driver is loaded.
>>> -		 */
>>> -		dev_err(&pdev->dev, "realtek.ko not loaded, maybe it needs to be added to initramfs?\n");
>>> -		mdiobus_unregister(new_bus);
>>> -		return -EUNATCH;
>>> +	} else {
>>> +		/* tp -> phydev ok */
>>> +		int everything_OK = 0;
>>> +
>>> +		/* Check driver id versus phy */
>>> +
>>> +		if (tp->phydev->drv) {
>>> +			u32 phydev_masked = 0xBEEFDEAD;
>>> +			u32 drv_masked = ~0;
>>> +			u32 phydev_match = ~0;
>>> +			u32 drv_match = 0xDEADBEEF;
>>> +
>>> +			phydev_id = tp->phydev->phy_id;
>>> +			phydrv_id = tp->phydev->drv->phy_id;
>>> +			phydrv_id_mask = tp->phydev->drv->phy_id_mask;
>>> +
>>> +			drv_masked = phydrv_id & phydrv_id_mask;
>>> +			phydev_masked = phydev_id & phydrv_id_mask;
>>> +
>>> +			dev_debug(&pdev->dev,
>>> +				  "%s: ID Check: (%x -> %x), drv (%x -> %x)\n",
>>> +				new_bus->id, phydev_id, phydev_masked,
>>> +				phydrv_id, drv_masked);
>>> +
>>> +			phydev_match = phydev_masked & drv_masked;
>>> +			phydev_match = phydev_match == phydev_masked;
>>> +
>>> +			drv_match = phydev_masked & drv_masked;
>>> +			drv_match = drv_match == drv_masked;
>>> +
>>> +			dev_debug(&pdev->dev, "%s: ID Check: %x == %x\n",
>>> +				  new_bus->id, phydev_match, drv_match);
>>> +
>>> +			everything_OK = (phydev_match == drv_match);
>>
>> You're doing again what phy_bus_match() did. It's unclear what this should
>> be good for. Also it would be helpful if you could explain what the actual
>> issue is you're trying to fix, incl. the commit that caused the regression.
>> There is one known issue in 5.4.31 with chip versions with RTL8208 PHY.
>> This is fixed in 5.4.32.
>> Apart from that having r8169 in initramfs can cause issues if realtek.ko
>> isn't included too. Most distro's take care by checking softdeps in their
>> initramfs mgmt tools. One known exception is Gentoo, as their genkernel
>> tool doesn't check softdeps.
>>
>>
>>> +		}
>>> +
>>> +		if (!everything_OK) {
>>> +			/* Most chip versions fail with the genphy driver.
>>> +			 * Therefore ensure that the dedicated PHY driver
>>> +			 * is loaded.
>>> +			 */
>>> +			dev_err(&pdev->dev, "realtek.ko not loaded, maybe it needs to be added to initramfs?\n");
>>> +			mdiobus_unregister(new_bus);
>>> +			return -EUNATCH;
>>> +		}
>>>  	}
>>>  
>>>  	/* PHY will be woken up in rtl_open() */
>>> @@ -5435,6 +5480,7 @@ static int rtl_init_one(struct pci_dev *pdev, const struct pci_device_id *ent)
>>>  	u64_stats_init(&tp->rx_stats.syncp);
>>>  	u64_stats_init(&tp->tx_stats.syncp);
>>>  
>>> +	dev_dbg(&pdev->dev, "init: MAC\n");
>>>  	rtl_init_mac_address(tp);
>>>  
>>>  	dev->ethtool_ops = &rtl8169_ethtool_ops;
>>> @@ -5483,12 +5529,15 @@ static int rtl_init_one(struct pci_dev *pdev, const struct pci_device_id *ent)
>>>  	dev->hw_features |= NETIF_F_RXFCS;
>>>  
>>>  	jumbo_max = rtl_jumbo_max(tp);
>>> +	dev_dbg(&pdev->dev, "init: jumbo max: %d\n", jumbo_max);
>>>  	if (jumbo_max)
>>>  		dev->max_mtu = jumbo_max;
>>>  
>>> +	dev_dbg(&pdev->dev, "init: irq mask\n");
>>>  	rtl_set_irq_mask(tp);
>>>  
>>>  	tp->fw_name = rtl_chip_infos[chipset].fw_name;
>>> +	dev_dbg(&pdev->dev, "init: FW name: %s\n", tp->fw_name);
>>>  
>>>  	tp->counters = dmam_alloc_coherent (&pdev->dev, sizeof(*tp->counters),
>>>  					    &tp->counters_phys_addr,
>>> @@ -5496,16 +5545,21 @@ static int rtl_init_one(struct pci_dev *pdev, const struct pci_device_id *ent)
>>>  	if (!tp->counters)
>>>  		return -ENOMEM;
>>>  
>>> +	dev_dbg(&pdev->dev, "init: set driver data\n");
>>>  	pci_set_drvdata(pdev, dev);
>>>  
>>> +	dev_dbg(&pdev->dev, "init: register mdio\n");
>>>  	rc = r8169_mdio_register(tp);
>>> +	dev_dbg(&pdev->dev, "init: mdio register: %d\n", rc);
>>>  	if (rc)
>>>  		return rc;
>>>  
>>>  	/* chip gets powered up in rtl_open() */
>>> +	dev_dbg(&pdev->dev, "init: pll pwr down\n");
>>>  	rtl_pll_power_down(tp);
>>>  
>>>  	rc = register_netdev(dev);
>>> +	dev_dbg(&pdev->dev, "init: netdev register: %d\n", rc);
>>>  	if (rc)
>>>  		goto err_mdio_unregister;
>>>  
>>> @@ -5525,6 +5579,8 @@ static int rtl_init_one(struct pci_dev *pdev, const struct pci_device_id *ent)
>>>  	if (pci_dev_run_wake(pdev))
>>>  		pm_runtime_put_sync(&pdev->dev);
>>>  
>>> +	dev_dbg(&pdev->dev, "init: ALL DONE!\n");
>>> +
>>>  	return 0;
>>>  
>>>  err_mdio_unregister:
>>> diff --git a/drivers/net/phy/mdio_bus.c b/drivers/net/phy/mdio_bus.c
>>> index 522760c8bca6..719ea48164f6 100644
>>> --- a/drivers/net/phy/mdio_bus.c
>>> +++ b/drivers/net/phy/mdio_bus.c
>>> @@ -112,6 +112,9 @@ EXPORT_SYMBOL(mdiobus_unregister_device);
>>>  struct phy_device *mdiobus_get_phy(struct mii_bus *bus, int addr)
>>>  {
>>>  	struct mdio_device *mdiodev = bus->mdio_map[addr];
>>> +	struct phy_device *rv = NULL;
>>> +
>>> +	pr_debug("mii_bus %s addr %d, %p\n", bus->id, addr, mdiodev);
>>>  
>>>  	if (!mdiodev)
>>>  		return NULL;
>>> @@ -119,7 +122,10 @@ struct phy_device *mdiobus_get_phy(struct mii_bus *bus, int addr)
>>>  	if (!(mdiodev->flags & MDIO_DEVICE_FLAG_PHY))
>>>  		return NULL;
>>>  
>>> -	return container_of(mdiodev, struct phy_device, mdio);
>>> +	rv = container_of(mdiodev, struct phy_device, mdio);
>>> +	pr_debug("mii_bus OK? %s addr %d, %p -> %p\n",
>>> +		 bus->id, addr, mdiodev, rv);
>>> +	return rv;
>>>  }
>>>  EXPORT_SYMBOL(mdiobus_get_phy);
>>>  
>>> @@ -645,10 +651,11 @@ int __mdiobus_register(struct mii_bus *bus, struct module *owner)
>>>  	mdiobus_setup_mdiodev_from_board_info(bus, mdiobus_create_device);
>>>  
>>>  	bus->state = MDIOBUS_REGISTERED;
>>> -	pr_info("%s: probed\n", bus->name);
>>> +	pr_info("%s: probed (mdiobus_register)\n", bus->name);
>>>  	return 0;
>>>  
>>>  error:
>>> +	pr_err("%s: Error while in mdiobus_register: %d\n", bus->name, err);
>>>  	while (--i >= 0) {
>>>  		mdiodev = bus->mdio_map[i];
>>>  		if (!mdiodev)
>>>
>>
> 


  reply	other threads:[~2020-04-13 11:57 UTC|newest]

Thread overview: 57+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-04-13 10:30 NET: r8168/r8169 identifying fix Lauri Jakku
2020-04-13 10:58 ` Leon Romanovsky
2020-04-13 11:02   ` Lauri Jakku
2020-04-13 11:34     ` Leon Romanovsky
2020-04-13 11:46       ` Lauri Jakku
     [not found]         ` <d3adc7f2-06bb-45bc-ab02-3d443999cefd@gmail.com>
2020-04-15 16:18           ` Heiner Kallweit
     [not found]             ` <4860e57e-93e4-24f5-6103-fa80acbdfa0d@pp.inet.fi>
2020-04-16 18:26               ` Heiner Kallweit
2020-04-16 18:37                 ` Lauri Jakku
2020-04-16 19:58                   ` Lauri Jakku
2020-04-16 20:02                     ` Heiner Kallweit
2020-04-16 20:10                       ` Lauri Jakku
2020-04-16 20:38                         ` Lauri Jakku
2020-04-16 20:50                           ` Heiner Kallweit
2020-04-17  6:23                             ` Lauri Jakku
2020-04-17  7:30                               ` Lauri Jakku
2020-04-17  8:57                                 ` Heiner Kallweit
2020-04-18 11:06                                 ` Lauri Jakku
2020-04-18 18:46                                   ` Lauri Jakku
2020-04-19 15:09                                     ` Lauri Jakku
2020-04-19 16:49                                       ` Lauri Jakku
2020-04-19 16:00                                         ` Heiner Kallweit
2020-04-19 21:00                                           ` Lauri Jakku
2020-04-20 19:56                                             ` Lauri Jakku
2020-05-01 19:12                                           ` Lauri Jakku
2020-05-02 17:56                                             ` Lauri Jakku
2020-05-02 22:48                                               ` Lauri Jakku
     [not found]                                               ` <5cdc7f73-b109-2a37-8473-12889506b6a9@pp.inet.fi>
2020-05-02 23:15                                                 ` Heiner Kallweit
2020-05-03  0:11                                                   ` Lauri Jakku
2020-05-03  1:34                                                     ` Lauri Jakku
2020-05-03  2:28                                                       ` Lauri Jakku
2020-05-03  8:33                                                         ` Heiner Kallweit
2020-05-03 13:54                                                           ` Lauri Jakku
2020-05-19  5:15                                                             ` Lauri Jakku
2020-05-11 13:09                                                           ` Lauri Jakku
2021-03-11 16:00             ` gmail
2021-03-11 16:23               ` Heiner Kallweit
2021-03-11 16:43                 ` gmail
2021-08-10 21:50                   ` Late @ Gmail
2021-08-11  6:09                     ` Heiner Kallweit
2021-08-11 13:17                       ` Late @ Gmail
2021-08-11 19:47                         ` Heiner Kallweit
2021-08-12 14:58                           ` Late @ Gmail
2020-04-13 12:01       ` Lauri Jakku
2020-04-13 12:18         ` Leon Romanovsky
2020-04-13 14:44           ` Lauri Jakku
2020-04-13 15:33             ` Heiner Kallweit
2020-04-13 15:50               ` Lauri Jakku
2020-04-13 15:54                 ` Heiner Kallweit
2020-04-13 16:10                   ` Lauri Jakku
2020-04-13 16:17                     ` Heiner Kallweit
2020-04-13 16:37                       ` Lauri Jakku
2020-04-13 11:06   ` Lauri Jakku
2020-04-13 11:28     ` Heiner Kallweit
2020-04-13 11:40       ` Lauri Jakku
2020-04-13 11:57         ` Heiner Kallweit [this message]
2020-04-13 12:04           ` Lauri Jakku
  -- strict thread matches above, loose matches on Subject: below --
2020-04-13 10:31 Lauri Jakku

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=fc7e1601-89dd-6523-dd17-c9215f6025ff@gmail.com \
    --to=hkallweit1@gmail.com \
    --cc=lauri.jakku@pp.inet.fi \
    --cc=leon@kernel.org \
    --cc=netdev@vger.kernel.org \
    --cc=nic_swsd@realtek.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).