lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <1b7a3b0e-bc92-9c45-cf99-fa5fc51961a3@pp.inet.fi>
Date:   Mon, 13 Apr 2020 15:04:48 +0300
From:   Lauri Jakku <lauri.jakku@...inet.fi>
To:     Heiner Kallweit <hkallweit1@...il.com>
Cc:     Leon Romanovsky <leon@...nel.org>, netdev@...r.kernel.org,
        nic_swsd@...ltek.com
Subject: Re: NET: r8168/r8169 identifying fix

Hi, ok i'll provide today.. i recall that 5.3.x was ok, and from 5.4.x i found that there was not, but i'll recheck and get logs.


On 2020-04-13 14:57, Heiner Kallweit wrote:
> 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@....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)
>>>>
>>>
>>
> 

-- 
Br,
Lauri J.

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ