From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 84819EB64DA for ; Sat, 24 Jun 2023 14:24:56 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229774AbjFXOYz convert rfc822-to-8bit (ORCPT ); Sat, 24 Jun 2023 10:24:55 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:39024 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229552AbjFXOYy (ORCPT ); Sat, 24 Jun 2023 10:24:54 -0400 Received: from unicorn.mansr.com (unicorn.mansr.com [IPv6:2001:8b0:ca0d:1::2]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id C51151BD6; Sat, 24 Jun 2023 07:24:50 -0700 (PDT) Received: from raven.mansr.com (raven.mansr.com [81.2.72.235]) by unicorn.mansr.com (Postfix) with ESMTPS id DD01F15360; Sat, 24 Jun 2023 15:24:47 +0100 (BST) Received: by raven.mansr.com (Postfix, from userid 51770) id BABD8219FD1; Sat, 24 Jun 2023 15:24:47 +0100 (BST) From: =?iso-8859-1?Q?M=E5ns_Rullg=E5rd?= To: Andrew Lunn Cc: Grygorii Strashko , "David S. Miller" , Eric Dumazet , Jakub Kicinski , Paolo Abeni , linux-omap@vger.kernel.org, netdev@vger.kernel.org, linux-kernel@vger.kernel.org, Jeroen Hofstee , Tony Lindgren Subject: Re: [RESEND][PATCH] net: cpsw: fix obtaining mac address for am3517 References: <20230624121211.19711-1-mans@mansr.com> Date: Sat, 24 Jun 2023 15:24:47 +0100 In-Reply-To: (Andrew Lunn's message of "Sat, 24 Jun 2023 16:17:33 +0200") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8BIT Precedence: bulk List-ID: X-Mailing-List: linux-omap@vger.kernel.org Andrew Lunn writes: > On Sat, Jun 24, 2023 at 01:10:59PM +0100, Mans Rullgard wrote: >> From: Jeroen Hofstee >> >> Commit b6745f6e4e63 ("drivers: net: cpsw: davinci_emac: move reading mac >> id to common file") did not only move the code for an am3517, it also >> added the slave parameter, resulting in an invalid (all zero) mac address >> being returned for an am3517, since it only has a single emac > > Hi Mans > > If there is only a single emac, why is the function being called with > slave=1? Given the description, it seems like you are fixing the wrong > problem. See previous discussion: https://lore.kernel.org/lkml/d8ad5cab-5183-cddf-fa9a-4e7b9b8c9377@victronenergy.com/ -- Måns Rullgård