Received: by 2002:a05:7412:e794:b0:fa:551:50a7 with SMTP id o20csp213320rdd; Tue, 9 Jan 2024 01:30:51 -0800 (PST) X-Google-Smtp-Source: AGHT+IF4Ho46DXiYp4M+zFWjmoxUIOt49wdJTAmWPkwQEbujzdYI7xvWaEbcFXozG8tZqPt50A3Z X-Received: by 2002:a50:d7c4:0:b0:558:817:1215 with SMTP id m4-20020a50d7c4000000b0055808171215mr354423edj.67.1704792651499; Tue, 09 Jan 2024 01:30:51 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1704792651; cv=none; d=google.com; s=arc-20160816; b=OmgVHCs3c0g8g1MFlfh3DS/bhSAHyHoPMZTmOzs5o+LUxu/coDtPekKRcvPHcZ7Lss 2aRA9tWiBD/AXD+kC8xew+rpzM1aUaOfO91Sg65SbSYc0ecv1wezXkQAJZCw3tnrLmu4 KRla+xYY5gx4Kklhlhbd//MgUq/C4wZf1GpiYsjLePplxZ79xRmXuPvMA1Tbs8u0c78B YMte9eA95Bdt29JNHWH9rzXI4Hxg3zGJyF9+nvu/dMFyTjNkVF+nqWq0I7LnPVyP9U/d vZV2cHEmyvLr+ZUJYPOjVrbvyXLOHQTo7Q+Yrvlw23Vz54K5hW0zEJBX5waAB3VAkISy 6ubw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:list-unsubscribe:list-subscribe :list-id:precedence:dkim-signature; bh=iQPW0y/ZtWtcIU9mHK064Xw9JqQO/dt3E4fiDHCswAQ=; fh=xMOdN6eqytpjSPUzJjiapDEYoeYsiL6ylrF9iik/oPc=; b=ysg8AE5vsF3Bjf16HpbZaBsXxEN2k3CuLDGlwIgnGF7UXstdWQQxd9ynHQMaSlWCF+ 9BQTjbnmIDD0iqeJ+8fyIhpeSsAmtpD8Gk5ZO5gjZqKqv+pg8av/oRNY6AEfyeIl3hsI Rw3dGJ5jug6BK7lW/5CeQ8Dou78J9mgL4CCHIWGhzru0NMqkPN3mqFbCqJwC2f1hJ97a HaTeifdw9g2DwcgKnYu0CaypwsOyzUiPWs+Qtoppsr9XYoJw2VqeYoI1Yv1umM8Gvt8Q QE6MnX5mXIaO/182KsFDNFhHfounTQmF1nKfwZU7NTuzcEYE2arJxAhyf0NTbwW98TGO u/VA== ARC-Authentication-Results: i=1; mx.google.com; dkim=neutral (body hash did not verify) header.i=@bgdev-pl.20230601.gappssmtp.com header.s=20230601 header.b=OiWUbppT; spf=pass (google.com: domain of linux-kernel+bounces-20665-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:4601:e00::3 as permitted sender) smtp.mailfrom="linux-kernel+bounces-20665-linux.lists.archive=gmail.com@vger.kernel.org" Return-Path: Received: from am.mirrors.kernel.org (am.mirrors.kernel.org. [2604:1380:4601:e00::3]) by mx.google.com with ESMTPS id t11-20020a056402524b00b00553416e4531si632930edd.675.2024.01.09.01.30.51 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 09 Jan 2024 01:30:51 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel+bounces-20665-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:4601:e00::3 as permitted sender) client-ip=2604:1380:4601:e00::3; Authentication-Results: mx.google.com; dkim=neutral (body hash did not verify) header.i=@bgdev-pl.20230601.gappssmtp.com header.s=20230601 header.b=OiWUbppT; spf=pass (google.com: domain of linux-kernel+bounces-20665-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:4601:e00::3 as permitted sender) smtp.mailfrom="linux-kernel+bounces-20665-linux.lists.archive=gmail.com@vger.kernel.org" Received: from smtp.subspace.kernel.org (wormhole.subspace.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by am.mirrors.kernel.org (Postfix) with ESMTPS id 1B1121F23707 for ; Tue, 9 Jan 2024 09:30:51 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id E7059358B6; Tue, 9 Jan 2024 09:30:30 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=fail reason="signature verification failed" (2048-bit key) header.d=bgdev-pl.20230601.gappssmtp.com header.i=@bgdev-pl.20230601.gappssmtp.com header.b="OiWUbppT" Received: from mail-vs1-f44.google.com (mail-vs1-f44.google.com [209.85.217.44]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id D68302EB1C for ; Tue, 9 Jan 2024 09:30:28 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=bgdev.pl Authentication-Results: smtp.subspace.kernel.org; spf=none smtp.mailfrom=bgdev.pl Received: by mail-vs1-f44.google.com with SMTP id ada2fe7eead31-4676a37e2c4so672773137.1 for ; Tue, 09 Jan 2024 01:30:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bgdev-pl.20230601.gappssmtp.com; s=20230601; t=1704792627; x=1705397427; darn=vger.kernel.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=b5Mv0Nl8yaYPCz0vAzjt1yZi38rbxQe3qLZ0/Dp0y6Y=; b=OiWUbppTWd8ByIVIdFWSBoDLEVWTHXqrCyWlFClMgQ3YoyaAkq1vSvW9siv1dzKwu9 xyB3hEDAN5ftmhma+YkectTj6fsFtPyQiYMsCSUjvgpLHamS6JURN5gx6ZLR53AAubP0 OznoRPara4vPKPARQmJ6NhIQPMrPbXIxJzI3JVK6rFp1/iywkouASqsbcistOirQJ0zP p++XPCDhI5woLkWWOAnhPazqtc0uwxmghTLvtbEDqkEkerIQ0cwBx9HT5pOhBbnFzzjy s4/ELTPtfsLtSM6YULIhWe2bs0OCGcSf7zvCSEvia4zkbDPHp5eo5th9xKCT98SEmS8E plmg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1704792627; x=1705397427; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=b5Mv0Nl8yaYPCz0vAzjt1yZi38rbxQe3qLZ0/Dp0y6Y=; b=GA/oRCkMZNUkTAnehQO8hoXDFKIqk0TxHiRGotWq9k92JmFsfaqoJ6y3k1Szb+pamo OMn/HWNEcqEurQRpkbFk6Dst/MUALFzUDunurDKPLO3hzxl/Y7gITnxqZGPurnvrv+Y6 P57/nhkEFyZctJKKMRJdjs3ZYgYgfgpe5aJwbrpGYeAXFO1fk94IOv73qYUsUgybnWTk Oj4kFSbWXzyB/8a+mH71in81U1uzqYeANSaKvZY51xmW2+YbsyNA4VDsUQhRdUEnWvVE PwS5buA6yIizxCX6eQuiGNkbGd3aOtDQNDa4A6eCA+rCjThNqZaOFu24SuU2YscnF40U t7ig== X-Gm-Message-State: AOJu0Yx4uSxwPxFg884stIgnwNKma6I0YIYHqQL34qArfGm3dgGg2dBK W3rO+RLCVOoewVWGvttya4T+wYQRVIRNDN4Bnbg98n2KYH26Pw== X-Received: by 2002:a05:6102:d89:b0:467:dda2:825c with SMTP id d9-20020a0561020d8900b00467dda2825cmr1755368vst.26.1704792627714; Tue, 09 Jan 2024 01:30:27 -0800 (PST) Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 References: <20240104130123.37115-1-brgl@bgdev.pl> <20240104130123.37115-7-brgl@bgdev.pl> <20240108191052.GA1893484-robh@kernel.org> In-Reply-To: From: Bartosz Golaszewski Date: Tue, 9 Jan 2024 10:30:16 +0100 Message-ID: Subject: Re: [RFC 6/9] dt-bindings: vendor-prefixes: add a PCI prefix for Qualcomm Atheros To: Krzysztof Kozlowski Cc: Rob Herring , Kalle Valo , "David S . Miller" , Eric Dumazet , Jakub Kicinski , Paolo Abeni , Krzysztof Kozlowski , Conor Dooley , Bjorn Andersson , Konrad Dybcio , Catalin Marinas , Will Deacon , Bjorn Helgaas , Heiko Stuebner , Jernej Skrabec , Chris Morgan , Linus Walleij , Geert Uytterhoeven , Arnd Bergmann , Neil Armstrong , =?UTF-8?B?TsOtY29sYXMgRiAuIFIgLiBBIC4gUHJhZG8=?= , Marek Szyprowski , Peng Fan , Robert Richter , Dan Williams , Terry Bowman , Kuppuswamy Sathyanarayanan , =?UTF-8?Q?Ilpo_J=C3=A4rvinen?= , Huacai Chen , Alex Elder , Srini Kandagatla , Greg Kroah-Hartman , linux-wireless@vger.kernel.org, netdev@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-arm-msm@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-pci@vger.kernel.org, Bartosz Golaszewski Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Tue, Jan 9, 2024 at 10:17=E2=80=AFAM Krzysztof Kozlowski wrote: > > On 09/01/2024 03:56, Rob Herring wrote: > > On Mon, Jan 8, 2024 at 12:22=E2=80=AFPM Bartosz Golaszewski wrote: > >> > >> On Mon, Jan 8, 2024 at 8:10=E2=80=AFPM Rob Herring w= rote: > >>> > >>> On Thu, Jan 04, 2024 at 02:01:20PM +0100, Bartosz Golaszewski wrote: > >>>> From: Bartosz Golaszewski > >>>> > >>>> Document the PCI vendor prefix for Qualcomm Atheros so that we can > >>>> define the QCA PCI devices on device tree. > >>> > >>> Why? vendor-prefixes.yaml is only applied to property names. 'qca' > >>> should be the prefix for those. > >>> > >>> Rob > >> > >> I didn't have any better idea. PCI devices on DT are defined by their > >> "pci," compatible, not regular human-readable > >> strings and this makes checkpatch.pl complain. > >> > >> I'm open to suggestions. > > > > The checkpatch.pl check predates schemas and we could consider just > > dropping it. The only thing it provides is checking a patch rather > > than the tree (which the schema do). It's pretty hacky because it just > > greps the tree for a compatible string which is not entirely accurate. > > Also, we can extract an exact list of compatibles with > > "dt-extract-compatibles" which would make a better check, but I'm not > > sure making dtschema a dependency on checkpatch would be good. > > > > The other option is just ignore the warning. PCI compatibles are fairly= rare. > > Yep, the same warnings are for EEPROM and USB VID/PID compatibles, and > we live with these, so I don't think PCI should be treated differently. > Got it, I will drop this patch. Bart