Received: by 2002:a9a:4c47:0:b029:116:c383:538 with SMTP id u7csp1202223lko; Tue, 13 Jul 2021 19:28:50 -0700 (PDT) X-Google-Smtp-Source: ABdhPJy/fLIZHRK7yXCyzUpP+/nugWYLCJDl+SjGsbN8KZTGc/SXwKtUVxpTmoF/7Jds380dPj72 X-Received: by 2002:a05:6e02:1208:: with SMTP id a8mr4998089ilq.257.1626229730690; Tue, 13 Jul 2021 19:28:50 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1626229730; cv=none; d=google.com; s=arc-20160816; b=GegzP0LPqYduElL1Aby0OjCMh/lrz1ikzH30r9ALyG9XDW/2HOamvtDy9UnXj9aUMM qPLFUHACGM3/hB2+pxtm1Ao4q8hg/shR7DlcPIO35pHXOou2ILDpT7dg+4KJ/qmZngDX KiabqKnNf7BEr0SFCAGQPOs5bq+DuMmMzKOHdWEIUh1BIiXPRQHxRGFhdxYKsFDiLyyQ gD2D4ue0gsK+oZNsFhYlp4Ktl19sUmZmZNqMXwlbwtSrn1DWJeyn/SnPkK3V9r9rLy9X vzhDO+aKRDPyk+Yxipy8D9Vy6EnHlH/Rlma567N7OBKp7F5Qk22X3fiEvdR9GQZP0m3l yv5w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=FKr65vfR2TdVe8GBpKpEMCo3zswr0/dtqzTR9ciGq6A=; b=QrkeXBJ9jl8AfrQGEWL6H473ks26WstB0tDnYCJUGutTDCmGJJ7AKBmYQurpo1aQ2s K8sOT9Ujm7ELvLCboZ0pmzNzcWeavvP3Gfshc+ej2MP1/TD4hqsr0WTVbhWJtLBCto+G LygzhY5NpSmEi//ayQW+eg5CN7JKtR2ywJss/xqmEh27a2teyZgfWDu5ftFsz1RMgSDf tw78/hlpQPVlCG2LEpxSIgw8YQdviRyuY3RKU2r7SQXqMDHC7pTACLk0wi9dLkno6dfP zmAy3V647rCAr5ObC/IefBZ5OhK8HfA5LzOBVaOFuv4lTXLRz7p68d+nKSzE4/O5LZNI kekA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=uoBMWDRK; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id y11si804835jaf.84.2021.07.13.19.28.39; Tue, 13 Jul 2021 19:28:50 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=uoBMWDRK; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S237612AbhGNCaf (ORCPT + 99 others); Tue, 13 Jul 2021 22:30:35 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:38360 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S237375AbhGNCae (ORCPT ); Tue, 13 Jul 2021 22:30:34 -0400 Received: from mail-oi1-x22a.google.com (mail-oi1-x22a.google.com [IPv6:2607:f8b0:4864:20::22a]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id BD25FC0613DD for ; Tue, 13 Jul 2021 19:27:43 -0700 (PDT) Received: by mail-oi1-x22a.google.com with SMTP id q16so607744oiw.6 for ; Tue, 13 Jul 2021 19:27:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=FKr65vfR2TdVe8GBpKpEMCo3zswr0/dtqzTR9ciGq6A=; b=uoBMWDRKB2h5zkZgtNGjB5PUPYoGSOLtb3zF4sUvR2vepVPa1PFSMQpuOZMtsNSMF5 Hzt5PAC4Ae4rtH3smb6oPZAjFy7mh1HuAQ8xAB79NBCW54xVS0DQMIV0mPtbvwlqJXGj ztHfmUKpK4Pr+PryEJH3QJWnCmFdsZUoM3TbuD+XrmZmzNG7Ryz6nkKixeQYSallRYsn BmV7MG1ULrw8rNkFguVubx17Sf4FNw0XqVwmqVFmClOc6/Lm2Js6fgMMXmLT9GXkXKHl 3cbmOrvpLvXMDQVEDlISNIlIaLHB5Fj4qBjWSOKwBJKvXjLuE8R3MsUzp5hS3MQNzsVF R1bw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=FKr65vfR2TdVe8GBpKpEMCo3zswr0/dtqzTR9ciGq6A=; b=a1jXJdavYg48utOoCT+IJOW3wsSNSk7Vky+qgMGImm2TTJdTOay7MBtzKrdvvxYAdT 07oRjWU8SYcmcVrBL/iNJioZXYkFDh0ydOQ11gW1UbQsu/GAA5SwU9sYtvsgNvGfazUn IXAZFAVL7OT5eCVZm/YBhqgIT+BN6a+xa2G3YHBzQvViZDu9po3YWxHKtLCgSvBG9E0a KXk76ynCPel3AXqoNRHwoiOkn2PGHMRQOuwXck1CaUPSIsww1k4wCV2we5xlzTA8XRhY mMJjp6aenjNu8KbEt+Gt+dAkmw4JI9e9xKcvUWT5PU3rHo1vIkHDE2T15/7lAwZqCDD6 v4Mw== X-Gm-Message-State: AOAM53092Yqd+5UbIpo3slx78D0dYvWvwSOTaNQFZ4umXbW3Wqus8rId n5DL/8b13sLI7YGEdPqrE8PVsg== X-Received: by 2002:aca:3d8a:: with SMTP id k132mr1058697oia.120.1626229663063; Tue, 13 Jul 2021 19:27:43 -0700 (PDT) Received: from yoga (104-57-184-186.lightspeed.austtx.sbcglobal.net. [104.57.184.186]) by smtp.gmail.com with ESMTPSA id v7sm172544ooj.46.2021.07.13.19.27.41 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 13 Jul 2021 19:27:42 -0700 (PDT) Date: Tue, 13 Jul 2021 21:27:39 -0500 From: Bjorn Andersson To: John Stultz Cc: Serge Semin , Felipe Balbi , Krzysztof Kozlowski , Florian Fainelli , Rob Herring , Greg Kroah-Hartman , Andy Gross , "open list:OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS" , linux-arm-msm , Linux USB List , lkml , Serge Semin , linux-arm-kernel , Amit Pundir Subject: Re: [PATCH 29/29] arm64: dts: qcom: Harmonize DWC USB3 DT nodes name Message-ID: References: <20201020115959.2658-1-Sergey.Semin@baikalelectronics.ru> <20201020115959.2658-30-Sergey.Semin@baikalelectronics.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue 13 Jul 19:07 CDT 2021, John Stultz wrote: > On Tue, Oct 20, 2020 at 5:10 AM Serge Semin > wrote: > > > > In accordance with the DWC USB3 bindings the corresponding node > > name is suppose to comply with the Generic USB HCD DT schema, which > > requires the USB nodes to have the name acceptable by the regexp: > > "^usb(@.*)?" . Make sure the "snps,dwc3"-compatible nodes are correctly > > named. > > > > Signed-off-by: Serge Semin > > I know folks like to ignore this, but this patch breaks AOSP on db845c. :( > Sorry, I totally forgot that the name of that node is part of the USB gadget configfs interface. > In the exact same way an earlier patch broke HiKey960: > https://lore.kernel.org/lkml/CALAqxLWGujgR7p8Vb5S_RimRVYxwm5XF-c4NkKgMH-43wEBaWg@mail.gmail.com/ > > (which I still have to carry a revert for). > > I get that this change is useful so more dynamic userland can find > devices using consistent naming with future kernels (but doesn't the > dynamic userland have to handle the case for older kernels as well?) > But for userland that uses static configs, its painful as updating > userland to use the new node ids then causes older kernels to fail. > It won't help you, but having a mechanism to provide user friendly names would certainly be welcome. I always struggle with the question of what "6a00000.dwc3" (now .usb) actually is... > I'm looking into how we might be able to probe and set the property > dynamically, but AOSP's init system is far more aligned to static > configs. > > This will probably be ignored again, but it would be nice if we could > have a release where DTS changes don't break userland for one of my > boards. As it feels like its been awhile. > I don't have any preference to this being names "dwc3" or "usb" and we could back out the change in time for v5.14. But you will still have the problem for Hikey iiuc and the dts would then violate the binding - so we need to fix that, and all the other Qualcomm boards defined by the same binding. Regards, Bjorn