From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (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 158A7145355; Thu, 22 Jan 2026 16:05:30 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=10.30.226.201 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1769097931; cv=none; b=fKA7OUkSRY1gFOVqU0qEy6hCP5vLedGLNm8m/NzJ+JCIc7nP6H6I8pQksLUFIibmRpcTv++ur8KXVxzVJHmcHHPXJ5AsLNnoGwuRrPOlpla2B+tlsXwJZRT5x/6SvEBvOqQHOcY9rfeFjvaObH/RVbgoQUEW/Y9P3j9yHecbhMQ= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1769097931; c=relaxed/simple; bh=jTSfHd23Mmfb0kTv5tEAIVkwXaNkstr+cwjFAKhd/Fk=; h=Date:From:To:Cc:Subject:Message-ID:In-Reply-To:References: MIME-Version:Content-Type; b=jslg/Cgma4BkN57QqRhcc3ciuejLSLHp97/LcyW8UxBdsHkp2QhTf5XiPKKMk/M2Gs3E3wnEDWXOtvBmWNyrObJj1kkcjMwBvqde2Au21ZbCTBARUj/nXBtASZDTG1st7v0rCF5C22d1UEQ7Fy7KwaLSlRNAWmd39LAqEks7Ls0= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=kEoUtXJy; arc=none smtp.client-ip=10.30.226.201 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="kEoUtXJy" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 4DFE7C19422; Thu, 22 Jan 2026 16:05:27 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1769097927; bh=jTSfHd23Mmfb0kTv5tEAIVkwXaNkstr+cwjFAKhd/Fk=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=kEoUtXJyFuoClXVSzXxVTxCHpsNEn6uWNrrHqiMwfkNyrm5Gw/NwVUyf8tkOcVaIm rH6FLuYx6xZAZtsAy7Cr9+JC2v3SK97XaXeRjpMpIjYGhasfARR0zWv2kcvqSxJpOm fNNsxGn3p2tCOBVaHHkVO88w4PAcEM+iClRcNn4K5zW1S8Zr460ILQHc6OJuRiEci8 2JTp0y6/hr1v1BY4vw9713H5+Y68PEdicLtpF7ZAr3Hlgu+RmhTWdhk+bBw9KtuKEd 0RY4tToSq1uCcRdwArSq5a5Thk9xdku5MIRYTyd7hO1lB2MyuAnKcz/BiGX2+WD5Y7 y8yH4Xi2xgiAA== Date: Thu, 22 Jan 2026 08:05:26 -0800 From: Jakub Kicinski To: Paolo Abeni Cc: Heikki Krogerus , Wolfram Sang , Jeremy Kerr , Matt Johnston , linux-i2c@vger.kernel.org, netdev@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v2 3/4] mctp i2c: Enable SMBus ARP discovery Message-ID: <20260122080526.4fe83a3a@kernel.org> In-Reply-To: References: <20260121092328.2308705-1-heikki.krogerus@linux.intel.com> <20260121092328.2308705-4-heikki.krogerus@linux.intel.com> 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-Transfer-Encoding: 7bit On Thu, 22 Jan 2026 15:36:05 +0100 Paolo Abeni wrote: > On 1/21/26 10:23 AM, Heikki Krogerus wrote: > > Since the SMBus Address Resolution Protocol (ARP) is now > > supported with all I2C host adapters, every ARP-capable MCTP > > device will get automatically enumerated. Those devices just > > need to be bind to this driver. > > > > The SMBus ARP-capable MCTP devices are identified by > > checking the interface (MCTP SMBus/I2C Transport Binding > > Specification section 6.5). The interface must match the ASF > > protocol, so all devices that use the ASF protocol as their > > interface will be probed by this driver. > > > > Link: https://www.dmtf.org/sites/default/files/standards/documents/DSP0237_1.2.0.pdf > > Signed-off-by: Heikki Krogerus > > This patch depends on 1/4 but it looks like it could be a follow-up to > the main series. If so, I think it would be better to re-submit it after > the relevant code landed in net-next to avoid cross sub-tree problems. > > Otherwise I think it should go via I2C tree - and we will solve > conflicts as needed later on. +1 I don't wanna speak for Jeremy and Matt but with their Ack, and assuming there's no dependency in net-next I think i2c tree may be the easiest path? There isn't much code in the series under drivers/net.