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 gabe.freedesktop.org (gabe.freedesktop.org [131.252.210.177]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id 713A1CD12A0 for ; Mon, 1 Apr 2024 12:47:13 +0000 (UTC) Received: from gabe.freedesktop.org (localhost [127.0.0.1]) by gabe.freedesktop.org (Postfix) with ESMTP id E256F10F14B; Mon, 1 Apr 2024 12:47:12 +0000 (UTC) Authentication-Results: gabe.freedesktop.org; dkim=fail reason="signature verification failed" (1024-bit key; unprotected) header.d=linux.microsoft.com header.i=@linux.microsoft.com header.b="XrEkKJJt"; dkim-atps=neutral Received: from linux.microsoft.com (linux.microsoft.com [13.77.154.182]) by gabe.freedesktop.org (Postfix) with ESMTP id 7A07810E179; Fri, 29 Mar 2024 17:28:18 +0000 (UTC) Received: from [100.64.128.229] (unknown [20.29.225.195]) by linux.microsoft.com (Postfix) with ESMTPSA id F025F20E6F42; Fri, 29 Mar 2024 10:28:15 -0700 (PDT) DKIM-Filter: OpenDKIM Filter v2.11.0 linux.microsoft.com F025F20E6F42 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linux.microsoft.com; s=default; t=1711733297; bh=hch/u335H6D65pAq1bDA626o2AaqkCTmqwNWGWUzaXQ=; h=Date:Subject:To:Cc:References:From:In-Reply-To:From; b=XrEkKJJt6g8HyXm3jZAF8E57Do87RTxZglc6cC0o43MP2NX5o9fCXJHTExY/dAQ/f f2qf//hgOJoYeQz3kWbMxVUQtZEgvE6g4GwBWadhhokiIrZHjqHT8byECFNEk5rKZ/ NBwIhYPs8iqVP/jGZMjSxiobOhdcZIdQ4D7M2vdM= Message-ID: Date: Fri, 29 Mar 2024 10:28:14 -0700 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH v0 02/14] drm/amdgpu, drm/radeon: Make I2C terminology more inclusive To: Andi Shyti Cc: Alex Deucher , =?UTF-8?Q?Christian_K=C3=B6nig?= , "Pan, Xinhui" , David Airlie , Daniel Vetter , Harry Wentland , Leo Li , Rodrigo Siqueira , Evan Quan , Hawking Zhang , Candice Li , Ran Sun , Alexander Richards , AngeloGioacchino Del Regno , Neil Armstrong , Heiner Kallweit , Hamza Mahfooz , Ruan Jinjie , Alan Liu , Aurabindo Pillai , Wayne Lin , Samson Tam , Alvin Lee , Charlene Liu , Sohaib Nadeem , Lewis Huang , Tom Chung , Bhawanpreet Lakha , Meenakshikumar Somasundaram , George Shen , Aric Cyr , Jun Lei , Nicholas Kazlauskas , Qingqing Zhuo , Dillon Varone , Le Ma , Lijo Lazar , Asad kamal , Kenneth Feng , Ma Jun , Mario Limonciello , Yang Wang , Darren Powell , Yifan Zhang , "open list:RADEON and AMDGPU DRM DRIVERS" , "open list:DRM DRIVERS" , open list , Wolfram Sang , "open list:INTEL DRM DISPLAY FOR XE AND I915 DRIVERS" , "open list:INTEL DRM DISPLAY FOR XE AND I915 DRIVERS" , "open list:DRM DRIVER FOR NVIDIA GEFORCE/QUADRO GPUS" , "open list:I2C SUBSYSTEM HOST DRIVERS" , "open list:BTTV VIDEO4LINUX DRIVER" , "open list:FRAMEBUFFER LAYER" , Andi Shyti References: <20240329170038.3863998-1-eahariha@linux.microsoft.com> <20240329170038.3863998-3-eahariha@linux.microsoft.com> Content-Language: en-CA From: Easwar Hariharan In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Mon, 01 Apr 2024 12:47:10 +0000 X-BeenThere: intel-xe@lists.freedesktop.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Intel Xe graphics driver List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: intel-xe-bounces@lists.freedesktop.org Sender: "Intel-xe" On 3/29/2024 10:16 AM, Andi Shyti wrote: > Hi Easwar, > > On Fri, Mar 29, 2024 at 05:00:26PM +0000, Easwar Hariharan wrote: >> I2C v7, SMBus 3.2, and I3C specifications have replaced "master/slave" > > I don't understand why we forget that i3c is 1.1.1 :-) That's because it's a copy-paste error from Wolfram's cover letter. :) I'll update next go-around. > >> with more appropriate terms. Inspired by and following on to Wolfram's >> series to fix drivers/i2c/[1], fix the terminology for users of >> I2C_ALGOBIT bitbanging interface, now that the approved verbiage exists >> in the specification. > > The specification talks about: > > - master -> controller > - slave -> target (and not client) > > But both you and Wolfram have used client. I'd like to reach > some more consistency here. I had the impression that remote targets (i.e external to the device) were to be called clients, e.g. the QSFP FRUs in drivers/infiniband, and internal ones targets. I chose the terminology according to that understanding, but now I can't find where I got that information. Thanks, Easwar