From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp-relay-internal-0.canonical.com (smtp-relay-internal-0.canonical.com [185.125.188.122]) (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 E3C3B3F4DD6 for ; Tue, 4 Aug 2026 05:59:50 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=185.125.188.122 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1785823194; cv=none; b=hTrIIkiPNh4nmJFJoMLv2diIZWmHL17WQwCWQy10qnn5irff69Pl8DefGQIdZRCCdfduc6eBGoBDH1QYlEclArmVDJPQLSxFMVpv3gKdbxE10rh5LdhBCkUz03aeEZ86iOj/oWN6xNucFNcFjY0jCb8RCEUUB+7Ob1FA9UGiC6g= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1785823194; c=relaxed/simple; bh=W8JyDBWkDjCNqLnmCkyzKGxOBYAxowX6GpPeWx4YIb0=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=YlVaB7veHc6d/UdRmF+nerbQ57G1ODfFa2C4+dgcJaIoE5ZlalxHB7Vwluy3wMAlLy104VAvmavNfAq0BhHzE8o42gokOsv9PtbmAj8crd/bbXmpdZCFsWTrn4eLXuMyXeqDGI/gmZ/N9c3BsNyGDR3UGuKA9vub2g8gHS67kIM= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=reject dis=none) header.from=canonical.com; spf=pass smtp.mailfrom=canonical.com; dkim=pass (4096-bit key) header.d=canonical.com header.i=@canonical.com header.b=Obpa3LDP; arc=none smtp.client-ip=185.125.188.122 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=reject dis=none) header.from=canonical.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=canonical.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (4096-bit key) header.d=canonical.com header.i=@canonical.com header.b="Obpa3LDP" Received: from mail-pf1-f199.google.com (mail-pf1-f199.google.com [209.85.210.199]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by smtp-relay-internal-0.canonical.com (Postfix) with ESMTPS id E26393FBBD for ; Tue, 4 Aug 2026 05:59:48 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=canonical.com; s=20251003; t=1785823188; bh=W8JyDBWkDjCNqLnmCkyzKGxOBYAxowX6GpPeWx4YIb0=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:In-Reply-To; b=Obpa3LDPcf/4q9N/O5KxNmaUiZ5Xp5yU5x93sQktTSEx7toBWnp3I9CfGo8vYj5FC U33jyNpBHpM5WbhwBxiNg+gS3u6CKTvM/D28Dy85BjkVgMTmRB/FlxJ+dacfeyz+8N KwzQK06m/tHB29teg1xnvNOjBgIvgagqq8a9dyV01gJTSh6RXcdtzutfL8D4fgqDXQ NDYaAGMTiXM3ZX0PU0fbI8zYlh0JxC83AXuffwZUhkoY+e04wb1ywXX0C8+SorezDL rnluQn4w/mFgRuubj/nFb74tzcGy7TnV4K5m2bPk0UkaMkqHY5bui5BJcEQfptOOSQ vA3SetW3Ty5cL5MW8pM3w6BKJq0TQSAJQpRTdJNVCU3yT1FrI9kkitXRTkA/Ms2MNK WOqs1t34lD7K//OoBvWyLWHpgldc85ujrrM780N+yNtzckGeZzB1CLuB2E/dgmgKe2 PdlrMfViFa2O2JkxSLJVfn9Yhbkp5tP1ht/aOePdvEPBlXWR2+Ard6IbjTnHZConNa +UXP1igxOnB/MS2xNtyN4aBGL6cMwSgCXT3sYPA345z+UwEcOaFSIsi8rdms7Ns5th nz8v5yj2pPJoIYZeJ6Tb9lI+fPUxOMNrC4M6jmWhy5BHXAGv95dc5u1embfcCnlxvg aZ3xodEghcSkEWuBfkf3aDvQ= Received: by mail-pf1-f199.google.com with SMTP id d2e1a72fcca58-84e3d575d6eso8847020b3a.3 for ; Mon, 03 Aug 2026 22:59:48 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1785823187; x=1786427987; h=in-reply-to:content-disposition:content-type:mime-version :references:mail-followup-to:message-id:subject:cc:to:from:date :x-gm-gg:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to:content-type; bh=W8JyDBWkDjCNqLnmCkyzKGxOBYAxowX6GpPeWx4YIb0=; b=bOspJi1Eyyd5zBt5XnXr5TnEJY9DNvnYoccOTa3SifQii9lTWjJ08EEyPtfyhNcw/6 LLmG3YzOOQAqQYKHVMJtuJ6jsyhBP5PSLVtg3D7kWmYKGWSKxrFqyUQWLuWs1gKXM0zw PVIIfzDj23OLIRt1r80V60kicnnBZeWHMRT50HqUVka2j0CH7H2TZqNeT4x6qZuDoP6O qu1Liod90eRw2sem0hkyyJBSnrD6BmNKDg0lyaqb5mu6xA2e66EWSwOVO1kTHZFSuZ6f UT3xvOaKl1tsDs2IC0B2U4vsnIvjQ6qm/EVXRbp9ep4YrgJAiYyGolsw1jsw5d3GAvHU ntTw== X-Forwarded-Encrypted: i=1; AHgh+Rr+Ls0s+/0ytHsPljZCAhpXjm2ghWKoWt7zbM29Ce9WVlELW5Ro+F+sSUCVLSn/5Adn5ESIduPDpfvUrU8=@vger.kernel.org X-Gm-Message-State: AOJu0Yz2N5bNIQ8MMIl+Ic4T00tQWzR0aqjyVJPXSuIZtJKE4YxUl14L zh9ZlXTgo1SlDoHLV7aVf1dvuJtX0IycClPoAIUUx0zVzGGWj2Zi+doaIMgEVLjckkKC9Jqvt/F 7Y9i+lndrkS4w2nk7yC5gGyAfpMKOBtRy0zSfyv+J/4ajxUfeliXPjsS4mxxBSBGLwblmNZA301 fo3pUFwA== X-Gm-Gg: AR+sD12Kr6g9ZtBrIgBhnsZUVUv5878ShGr5ojKX/X73UKtojVBZ6CwfsKfZWY0k0sz eaNXsfDvlAt2GcD1LksoO4D+wS86vR5HULldrY8IpIpz82OJup/73Sr3LWVkaMquC4RVI2uJg3L 6lnHml79tOrjrDDRAI8n0HAbIUCkdMidri//a1fQkaTEXh4V29FjvtnrgS03eQJ/1HV8zA3MuPL P0Yc/XcI3+a65ozfiHdXVADdkg8xBR79kvZvRJydPpCVAPhZIbasn7AQmHL7TwfQwCH+sQIVK8j L2X3Dnx7IWwN/KxzMQf0BdPn+DhKkiqHnXOqv7zlL+OrvxJcaMV3GPq48blF1o87cr1j0NE7khr 5e++U6wg5gAPYzg7e2tyXE6zRPGPi5ItnuoKfQrXjhWZsdYEkBYijBNmV X-Received: by 2002:a05:6a00:f07:b0:84e:2d5d:5e4d with SMTP id d2e1a72fcca58-84ee4998f2emr12535450b3a.68.1785823186956; Mon, 03 Aug 2026 22:59:46 -0700 (PDT) X-Received: by 2002:a05:6a00:f07:b0:84e:2d5d:5e4d with SMTP id d2e1a72fcca58-84ee4998f2emr12535425b3a.68.1785823186626; Mon, 03 Aug 2026 22:59:46 -0700 (PDT) Received: from acelan-Precision-5480 (211-75-139-220.hinet-ip.hinet.net. [211.75.139.220]) by smtp.gmail.com with ESMTPSA id d2e1a72fcca58-84eecf81b08sm3430742b3a.22.2026.08.03.22.59.42 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 03 Aug 2026 22:59:45 -0700 (PDT) Date: Tue, 4 Aug 2026 13:59:39 +0800 From: "Chia-Lin Kao (AceLan)" To: "Ruinskiy, Dima" Cc: "Loktionov, Aleksandr" , "Nguyen, Anthony L" , "Kitszel, Przemyslaw" , Andrew Lunn , "David S. Miller" , Eric Dumazet , Jakub Kicinski , Paolo Abeni , "intel-wired-lan@lists.osuosl.org" , "netdev@vger.kernel.org" , "linux-kernel@vger.kernel.org" Subject: Re: [Intel-wired-lan] [PATCH 1/2] igc: Wait for MAC passthrough after reset Message-ID: Mail-Followup-To: "Chia-Lin Kao (AceLan)" , "Ruinskiy, Dima" , "Loktionov, Aleksandr" , "Nguyen, Anthony L" , "Kitszel, Przemyslaw" , Andrew Lunn , "David S. Miller" , Eric Dumazet , Jakub Kicinski , Paolo Abeni , "intel-wired-lan@lists.osuosl.org" , "netdev@vger.kernel.org" , "linux-kernel@vger.kernel.org" References: <20260618073324.1843310-1-acelan.kao@canonical.com> <1d6c3aae-c9b1-42da-b5fa-6f8ee9ebcae1@intel.com> <0e28b9d1-ab9e-4934-b939-81557f6495b5@intel.com> Precedence: bulk X-Mailing-List: linux-kernel@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: <0e28b9d1-ab9e-4934-b939-81557f6495b5@intel.com> On Wed, Jul 15, 2026 at 10:57:04AM +0300, Ruinskiy, Dima wrote: > Hi AceLan, > > > > > I wish we can detect if the MAC passthrough is enabled, so that we > > > > know if we need to poll for the MAC address. > > > Unfortunately, like you I am not aware of any way for the driver to know > > > whether MAC passthrough via FW is enabled. Because of this we have been > > > exploring a simpler way to support this feature via ACPI objects (which are > > > set by the BIOS when MAC passthrough is enabled and are easy for the driver > > > to query). I know some vendors have already implemented it, and I am > > > currently drafting a patch to send. > > Any good news about this patch? > The patch is here: https://lists.osuosl.org/pipermail/intel-wired-lan/Week-of-Mon-20260706/055944.html > > I tested it on my setup with MAC passthrough enabled in the BIOS, with good > results; no community feedback yet. I encourage you to try it. Lenovo and > Dell laptops should have the capability. Yes, the patch works for me. Verified with both enable and disable of MAC passthrough, and it works as expected. Looking forward to see this patch merged. Thanks. > > > > The mechanism I have in mind does not require BIOS support - the I225/I226 > > > FW already supports the required interrupt, AFAIK - it merely needs to be > > > enabled in the igc driver. With that said, there still remains the question > > > of how to notify the network stack above us that the MAC address has changed > > > post-probe - and whether it is even supported. > Looking at it again, this may not be as big of a deal as I feared. If we can > call eth_hw_addr_set at any point in time to change the address, then we > should be able to do this in a response to a FW interrupt. I can try to > draft a patch for that, in parallel to collecting feedback on the ACPI > approach. These are two different means to the same end, and some solutions > may implement one but not the other. > > --Dima