Received: by 2002:a6b:500f:0:0:0:0:0 with SMTP id e15csp1552763iob; Fri, 29 Apr 2022 07:47:35 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyBLNwC+hgl363qHwztgoKt28AA1JZ8Iw7Zma0aECq46WsvfIkSVNK80KFfe59CWIdw5o5z X-Received: by 2002:a05:6512:33b9:b0:472:10b0:4c14 with SMTP id i25-20020a05651233b900b0047210b04c14mr15352984lfg.77.1651243655717; Fri, 29 Apr 2022 07:47:35 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1651243655; cv=none; d=google.com; s=arc-20160816; b=QyybLvF1FUbSv3OjQd+BUOXOIqF7BaPZVnVlHAmsmvhRlQmW9p5X83/Lu7ZPGXo8Fh /ZoDUX4slA2iAuu2MHL3Yw551fvHP2hXA+/YoD03Epv23SXh+8iC/7Q5KpeVEDA4Eah3 tj/80qetU53jUYMzGFU7Kc7pLUKlIwo8wrEGarle7ndAMhfj+rYc8lXPYwRu8zuRo5cJ J/oEnjjLxV/jhbE3jFrQCHMHfkEnfKc2QKYWKefWVLTcsj74+ftKJZi+G0C4cNpfWR1H azVn3YegPAAX9ddsRLATB4zu1JQST1R9nLSLOLJhe6806KgO0hAr0O3kZqD+TEXMS60x gVKA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:from :references:cc:to:content-language:subject:user-agent:mime-version :date:message-id:dkim-signature; bh=+tghJ8yb9aJtJianuUaQSgOWsvJxnmFU9k0UvsQY1OM=; b=c3L8mjeImEwW7riCUJ6Guvz+VPpAdFnRdYeK1QpogUzqFvzJmW7jh6f/JRHxsADrZx Efg9aOGt+thopANm0106bxGso4+IkETQbHhT+F4F6JMMG01fUqLsXJ/bGK3gmpfItCLO gSyw151NpoUj9iwfhtKyBGXggDii7N53tbPcYAmQx3y1+kkydeljC7EyGkq4sfT6Bnwj 6j9b5RPDNmdygobT2sb7xXtR5u7vhZ7Yv5HslrYDez1yVpm8GFf4UA7e366kDiUITIDT ePyIvbnrTTF9Dq5+s32QmKiD6/6X8cjGWFCzxk9EMgsSt4tKJfoVTJkapD3UohtTcirg YhxA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=HP7W0PIU; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id s15-20020ac2464f000000b00471ecd1b972si6738679lfo.485.2022.04.29.07.47.08; Fri, 29 Apr 2022 07:47:35 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=HP7W0PIU; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1344111AbiD1IaM (ORCPT + 99 others); Thu, 28 Apr 2022 04:30:12 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:43144 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1344104AbiD1IaF (ORCPT ); Thu, 28 Apr 2022 04:30:05 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [139.178.84.217]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 851E9972D6; Thu, 28 Apr 2022 01:26:51 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id 1B33661F79; Thu, 28 Apr 2022 08:26:51 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id C164FC385A9; Thu, 28 Apr 2022 08:26:46 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1651134410; bh=GLz5+Ex776cdEP5shJHP4b9TFRJlXnb2hcy3oYy4hds=; h=Date:Subject:To:Cc:References:From:In-Reply-To:From; b=HP7W0PIUumKpzOMcgq30IkYm6Q00WTbyKrPa3ogdWwvJDpi/0AfUPBt6ChK2i+3/h OlKFOf2t7EtOOZgNh+WKpUWglb0gCRodOnK8ve6ggm0jlMzZ30IIpmGxrpa010zMnC 6AKytmsPnMiF42Z7wlMD9K9xgV37WxZxoP0KVqQuw+n9oCB9GpDTaTOJQE81lPsHiz 0twvUD4wnCbnjs/FgIJkWDdaZPKc259TzhpLlNMxtMsMVfFgQIHWYYuHddEsBAovTw KYp9TKbRYwP0iE3W7AsmVkxvkR4j8Ske02pDLKpAjFBOJPh/izKhcKQQXrA9/qs4JB RvUAcmtnCvH+g== Message-ID: <786681d7-d079-b8df-c175-ead4099c9549@kernel.org> Date: Thu, 28 Apr 2022 10:26:43 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.7.0 Subject: Re: [PATCH v4 5/5] usb: host: add xhci-exynos driver Content-Language: en-US To: Jung Daehwan Cc: Mathias Nyman , Greg Kroah-Hartman , "open list:USB XHCI DRIVER" , open list , Howard Yen , Jack Pham , Puma Hsu , "J . Avila" , sc.suh@samsung.com, Krzysztof Kozlowski References: <1650964728-175347-1-git-send-email-dh10.jung@samsung.com> <1650964728-175347-6-git-send-email-dh10.jung@samsung.com> <20220428012941.GF145620@ubuntu> <01ec9962-e210-ce47-57cd-8849cca0a9df@kernel.org> <20220428063634.GF151827@ubuntu> <20220428075305.GH151827@ubuntu> From: Krzysztof Kozlowski In-Reply-To: <20220428075305.GH151827@ubuntu> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-7.7 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,NICE_REPLY_A, RCVD_IN_DNSWL_HI,SPF_HELO_NONE,SPF_PASS autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 28/04/2022 09:53, Jung Daehwan wrote: > On Thu, Apr 28, 2022 at 09:31:56AM +0200, Krzysztof Kozlowski wrote: >> On 28/04/2022 08:36, Jung Daehwan wrote: >>>> >>>> Since you called everything here as "exynos" it is specific to one >>>> hardware and not-reusable on anything else. How can then you use some >>>> other compatible? It would be a misuse of Devicetree bindings. >>>> >>> >>> I got it. Let me add them. Is it still necessary if it is only used by >>> other module on runtime as I said above? >> >> Except what Greg wrote, if by "other module" you mean out-of-tree, then >> the patchset will not be accepted as it is unusable for Linux users. >> Basically it would be a dead code in Linux kernel. >> >> Best regards, >> Krzysztof >> > > I wanted to submit patches of just xhci. Let me add a patch together of other > module(dwc3-exynos) that is in-tree on next submission. > > Is it still necessary to add compatible or bindings in this case? The answer depends on: 1. Is it possible to use the code without compatible and bindings? 2. Does the new feature changes the hardware description or hardware behavior? IOW, does it change the meaning of existing bindings? 3. How does it fit to the process explained in bindings/submitting-patches.rst? Best regards, Krzysztof