From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-wm1-f54.google.com (mail-wm1-f54.google.com [209.85.128.54]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id C8CF4350D7F for ; Sun, 22 Feb 2026 19:12:27 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.128.54 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1771787549; cv=none; b=O7oT8zYqn/c1W9E4HGpEtKToBA1eNsgSHOz6PZrW9ovzTZzc42U4lqWJYJaHvf8BFolCEYB3FAe6D+Yq/6jCP9Jia1RZuzpl1zyLWznw52H4cDhwym8xrehGvstMZE8ANuXXv7Gh9wJIaI91VodZdMdYEZ2VAwRRmPZzErwuPe8= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1771787549; c=relaxed/simple; bh=WDYU4B2COo5wPNQEOkJnNyqNgaVyCN9liZiMYFO7p8o=; h=Message-ID:Date:MIME-Version:Subject:To:Cc:References:From: In-Reply-To:Content-Type; b=nAaHWGyKEMcxnVgB8vvb6iOXqGoPzimioRsgKLYqDU5h9wyEaFcBGCbnxWin5mQQzN95DvUFZgxoLAzQaU9Cl9OLwf5ihpK2b1wzRbhWl7mDQ3UI9/sm4ZyjmEX7idZSh0qaR24Cs1YNbNxrzZnbBt/loYaSvJDkjUnEQREuLA0= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com; spf=pass smtp.mailfrom=gmail.com; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b=eX9geXYS; arc=none smtp.client-ip=209.85.128.54 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=gmail.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b="eX9geXYS" Received: by mail-wm1-f54.google.com with SMTP id 5b1f17b1804b1-4806f3fc50bso41356245e9.0 for ; Sun, 22 Feb 2026 11:12:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1771787546; x=1772392346; darn=vger.kernel.org; h=content-transfer-encoding:in-reply-to:from:content-language :references:cc:to:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=4HC92kY3YmOXxXaiIb4PsPv2+pjORHFu23rMYG4ouvY=; b=eX9geXYSIFrmlxTKSXZoDgz5DC/pqpl4yO5oxgeLqPd0jmgnDthQn7T9qen6JOoySM sjf6qqc18Fg0No3cJ0jqF11t5dGVYhBgA1DBtZUox+5iPkmsqz7q5hoISFvySbKQwuFt sMqDAyqcluy2Dx0o/1NKfxHTl8dXlFzCxVKefb3PJezXWUoKdbtsnP/12K3ml1QN1728 QtlCwCsswzrmCisbTb6Y9B6BQ2M3l0AA07ex4dJOwc6mGIOKIOrD4bvvOlw6YXpPRMBv DQqSi40036viDoGB6a8CV/R+jOxzE/THcObyTzETSW+2y7NDZr4vSTsN4SWLqk/agCyp 2ypw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1771787546; x=1772392346; h=content-transfer-encoding:in-reply-to:from:content-language :references:cc:to:subject:user-agent:mime-version:date:message-id :x-gm-gg:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=4HC92kY3YmOXxXaiIb4PsPv2+pjORHFu23rMYG4ouvY=; b=cDFftTLq23fKFRmXroLM3CLZtHWqXUq2Qx1xNui/5u5s/vfmE12kxv601u+gH12FSX mlOO7JnHySsjO0TeENEcL4C+cbFTtkGJP+sA84wWWsDOTEnkWiAAwVSArqNX4iJX0hQw BaaDfHc4KFD1nNNjeq7v2FWSOyBsWWuy+rzS3JD7IrWgTKe3kDgquBg/h7AEjF1ka63p qkneXaqBYSgyEGJmxmCxc2MozLSvsqevRcOq19+YrwOF4WFBrZAWFk13wl9s8MycQrDF erkzlYgm/pqCl3CiTeS7p9Mq3vAekRiLHFhR20vDzJQWEZTKJwgjLY7e3jUfXnLh+dB/ gsdw== X-Forwarded-Encrypted: i=1; AJvYcCUuK2vqjwCCz5m0/5MWYb0XpOWiqERevjy6kuygl9mcsPtJPYTr/etwEBFgrDoQ2IHvAX5IEI8pmoPTUUk=@vger.kernel.org X-Gm-Message-State: AOJu0Yx7MNOmeN9PKz1/+Hedd+4BBDAxIMCTxTEO3R8Xujiw+NnlwXl2 H2dU5iWhnjsjiK2MPITshrnJ5A0H+OgXlmjepYwnkEr/Tsr3zNmKRGcG X-Gm-Gg: AZuq6aLS6Isj6RSRy5tsGEEof79ywVWuqyQMsGsMQwn5I1jGNGleDR3itpNvDo+dRw5 WlDX2i+FTrv7gRu8OxR0O6DY6raYmnkVDq75ysqi/KUnyVkWlr/qRuQdIhBAdu4zlaKcPiHhj/6 urfaJXz+d/9hIyrlu60+ry+dahJXmmCSfRQ80pFdjUVDOsx3q3QWR7/QL66VcVHe8H6qepj90MR gPWuEkQR8eSquiteHY9+55cC5wSJpHJbulHn5LEk6Z/h/U6qPpu+l+PL+1vtQpTJLxNl9o1/cdz 3YvcBssBww6fM5xKL5u7VfMvkZmQGDdKbEeKpQcpkEDoKOMZkI9+QXoGzpDVqV6ydhqqsS1FQJM QlRM1ZBK4pCu8GdZYR3cji8jw06D1RVBk2CM86/M2Qeu/muaCNHvnG/8m8J9MhAAa6w/nJRhuHF svkFjnvrnIDyXAZRI6w93GQpcZaZ5mIXcMtC1WgI1Uf2Vd4t72ezg6NnWUrVYhM7FfQeA+/8vzx fKk X-Received: by 2002:a05:600c:828c:b0:47e:e48b:506d with SMTP id 5b1f17b1804b1-483a962e003mr122153875e9.16.1771787546078; Sun, 22 Feb 2026 11:12:26 -0800 (PST) Received: from [10.0.0.98] (snat-2.cgn.sat-an.net. [176.222.226.2]) by smtp.gmail.com with ESMTPSA id ffacd0b85a97d-43970c00768sm14086405f8f.10.2026.02.22.11.12.24 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sun, 22 Feb 2026 11:12:25 -0800 (PST) Message-ID: <79e33665-ff41-412d-ab17-154f6687233d@gmail.com> Date: Sun, 22 Feb 2026 20:12:24 +0100 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH net v1] net: phy: motorcomm: yt8821: disable MDIO broadcast address 0 To: Andrew Lunn Cc: "Russell King (Oracle)" , Daniel Golle , Qingfang Deng , SkyLake Huang , Frank , Heiner Kallweit , "David S. Miller" , Eric Dumazet , Jakub Kicinski , Paolo Abeni , Sai Krishna , netdev@vger.kernel.org, linux-kernel@vger.kernel.org References: <0308e736-c3e7-45d2-86f7-e729af9cb487@gmail.com> <3e64d8d1-87c1-45e0-9556-0ca844a90f73@lunn.ch> <740e8351-d8a5-4f4c-91e4-c278e4b7d248@gmail.com> <6d248bec-cb87-4238-9ccc-e901926e3226@gmail.com> <557033a0-e5c8-4384-8f40-21f37c2e7dc1@lunn.ch> Content-Language: en-US From: =?UTF-8?Q?Jakub_Van=C4=9Bk?= In-Reply-To: <557033a0-e5c8-4384-8f40-21f37c2e7dc1@lunn.ch> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit On 2/22/26 16:15, Andrew Lunn wrote: > On Sun, Feb 22, 2026 at 10:52:28AM +0100, Jakub Vaněk wrote: >> On 2/22/26 09:28, Russell King (Oracle) wrote: >>> On Sun, Feb 22, 2026 at 05:22:55AM +0100, Jakub Vaněk wrote: >>>> I had hoped this would not happen on the Cudy router. The MediaTek >>>> Ethernet subsystem driver uses of_mdiobus_register(), so PHY address 0 >>>> should not be probed unless it is explicitly described in the device >>>> tree. That said, I agree that with mdiobus_register() this would still >>>> be an issue. >>>> >>>> I was also hoping that moving the internal PHY would provide more >>>> flexibility in the device tree description of the YT8821. If the >>>> workaround were implemented in U-Boot by writing YT8821 MDIO registers >>>> at boot time, Linux would not be able to assert the YT8821 reset pin >>>> without losing that workaround. >>> >>> Why would you want to assert the reset pin? >>> >> >> I don't currently have a solid reason to assert the reset pin. >> The two reasons I had in mind were mostly precautionary: > > Being able to drive a PHY reset pin in Linux is relatively new. It was > added in 2016. Before that, we lived without this feature. If > anything, being able to reset the PHY causes more issues than it > solves. > > So unless the PHY is actually broken and needs a reset to make it > work, it is probably better not to list the reset. Thank you, that is encouraging. Handling the YT8821 PHY reset and configuration in U-Boot should then indeed be sufficient. Best regards, Jakub