From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from vps0.lunn.ch (vps0.lunn.ch [156.67.10.101]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 364392EFDAF; Tue, 14 Apr 2026 16:16:16 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=156.67.10.101 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1776183377; cv=none; b=CQwbHG893EMpIpByTaXL2Y1DZf7T/Bm9HxFUh1qRBWzFm3WFCxMEsfO4NhQlAdQBHMU5V9StBpr004TYsVHrgdU+ldPd2Dg5Pa7kws+O+jnILBSNBEHO6DN9jF4EE3ESc+lgfPWgI2rlGxlX+wxMQN/RT4ErW+FLqOXpzSS/hbI= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1776183377; c=relaxed/simple; bh=kQpGdZTXwOQKPy4c+euZ4m8PWIggxDQzuGAYq0hHazA=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=BINLmARkTPgm6/rgg6FuUKhhVH2e1XjsAJ+PDTZe2+hedQghPi/M0aIgGYMdnCQ/RyKHctWcH/ewqdd3nrOdmK5JfBwitQBdG6XF6vONf85j0qJ3nU9c1TA8Tlz+r0N0MdhWVUhUwWczP87DOhzKUbxkxDf4oC+vQ2ShtsqZu/0= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=lunn.ch; spf=pass smtp.mailfrom=lunn.ch; dkim=pass (1024-bit key) header.d=lunn.ch header.i=@lunn.ch header.b=xUsdb/TY; arc=none smtp.client-ip=156.67.10.101 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=lunn.ch Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=lunn.ch Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=lunn.ch header.i=@lunn.ch header.b="xUsdb/TY" DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lunn.ch; s=20171124; h=In-Reply-To:Content-Disposition:Content-Type:MIME-Version: References:Message-ID:Subject:Cc:To:From:Date:From:Sender:Reply-To:Subject: Date:Message-ID:To:Cc:MIME-Version:Content-Type:Content-Transfer-Encoding: Content-ID:Content-Description:Content-Disposition:In-Reply-To:References; bh=F0byk/LIGSU6zkTlqKFrVWY1hs0+5fdogZYvtcaExVU=; b=xUsdb/TYB3EBb5eBfOZ1tMFSpg YqFYLB2MAKUPc2jaST+3R04VHY8icRCzIf5XP75JRZsyuxs8vxZTDLr7skae4r4XRXSDghBELhdB3 84CZG3rMONwZH2EI/6s+nfEjqjLxKgA8ArAjg8VTyacVVcWz+Q5PFcF6gbo+CzMRyFC8=; Received: from andrew by vps0.lunn.ch with local (Exim 4.94.2) (envelope-from ) id 1wCgQq-00G4gx-Ae; Tue, 14 Apr 2026 18:16:08 +0200 Date: Tue, 14 Apr 2026 18:16:08 +0200 From: Andrew Lunn To: Chen Jung Ku Cc: davem@davemloft.net, kuba@kernel.org, edumazet@google.com, pabeni@redhat.com, hkallweit1@gmail.com, linux@armlinux.org.uk, netdev@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH] net: mdio: octeon: use %p for bus id Message-ID: References: <20260414155652.7468-1-ku.loong@gapp.nthu.edu.tw> Precedence: bulk X-Mailing-List: netdev@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20260414155652.7468-1-ku.loong@gapp.nthu.edu.tw> On Tue, Apr 14, 2026 at 11:56:52PM +0800, Chen Jung Ku wrote: > Replace %px with %p to avoid exposing raw kernel pointer values. What exactly are we giving away here? compatible = "cavium,octeon-3860-mdio"; #address-cells = <1>; #size-cells = <0>; reg = <0x11800 0x00001900 0x0 0x40>; Isn't bus->register_base this well known value? You also need to think about ABI. Andrew