Received: by 2002:ac0:da4c:0:0:0:0:0 with SMTP id a12csp2092641imi; Sun, 24 Jul 2022 07:10:01 -0700 (PDT) X-Google-Smtp-Source: AGRyM1s2ZGYS9yQwENZA34GrChrBFtweLkemts8JBrBpxfncOXHQUPrc/INPTzbhZ+0p/f0Fq9GA X-Received: by 2002:a05:6402:321c:b0:43b:d64f:26c3 with SMTP id g28-20020a056402321c00b0043bd64f26c3mr8964261eda.322.1658671801501; Sun, 24 Jul 2022 07:10:01 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1658671801; cv=none; d=google.com; s=arc-20160816; b=X79fvjoxZPCymSEyB+15L8A5yU0udgPAN7SSjGrRCwxv/Wv9Zo5meXQvMoxqT1QYu3 6w0K0Ep74ziono4NxA/aiq4eUHqqkPdEJaO0ADZcISbxVUeaTmA/Dbg8fTbITFbImH7H OCkopUGyigIbi1niNi3EoSkJkyusLEhE8zkQhXyGasz6yRyDCXSCL5rmraPYXf/uCijG H6Y1SmYJs7g6R72KtNtgSxQ/IC/3UwNh8i9sJvsxeiiypLGqwtaFJexgo0mMDgsAFGG4 QBahE2+5ZTwRqYPhk9R/US/vA1z2U8kj5oBX0jnYz7lFfscHmXIPLOO9sMz3nqzKSojq vxMg== 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=U3vi2SZ3KFL11nmym44PDjK4sUHzJCZP+iJOvMGS7vM=; b=CtOzJbt9gBo8G/YdrFjC+4TmDi1NZBF/v88ssNmH69bWfnszD8YhlSAdYtLEN+4wCv WMyS3S7qKVVfcsJoES1GnhDSzdKOiy7S87ofbU/S4cKe3LH/t0kaVl8W5Pfj3A1yoeWu 1WVlxCXaTmi+XIYdruX7n7hYNSQwHJixgVMOooqkiCsWnVXpTyRHQOHucZMZQsAPUECp dhlqB6OMagIkbsQPzEBcepv6DwP9qfSYJ0miiviVYyzTC3qmfGO1gDN690uZRUr8Q7E1 K6yAHfYIJlSnMi5g+ljuXePJnox/nlc9Os4wl1oKP72rEbi3C4/QCUD8x7Ys4Eiedl8G CvGA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=qknRIul1; 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 e11-20020a17090658cb00b007262b99fc7esi5654428ejs.682.2022.07.24.07.09.36; Sun, 24 Jul 2022 07:10:01 -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=qknRIul1; 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 S230055AbiGXOHN (ORCPT + 99 others); Sun, 24 Jul 2022 10:07:13 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:59324 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229519AbiGXOHM (ORCPT ); Sun, 24 Jul 2022 10:07:12 -0400 Received: from ams.source.kernel.org (ams.source.kernel.org [145.40.68.75]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 39C9C12081; Sun, 24 Jul 2022 07:07:11 -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 ams.source.kernel.org (Postfix) with ESMTPS id E04E9B80D6F; Sun, 24 Jul 2022 14:07:09 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id A5FA4C3411E; Sun, 24 Jul 2022 14:07:08 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1658671628; bh=8M7BOhJC3uQH8rASRwbeRyZFf2TIKf/jhNMs5Aktxv8=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=qknRIul1qOo9GY2cJYINWiTMn6tsXslYLvM/2ShXeY5TFQJMbXQB3MsPSP5jWPXEZ u+Tyb7xseRogdlBDRJH21YKJg22G3VgmwLC6+l4mpN2CIgO82lyJBmX/+clpEoEUJK f9JEGTc0LWjY1YuvyY2+cJgFocM2yXuDK++1fu4yS7teP9FyD8MAr9x3qd0iUTdkSe pRR4ezmioSeDkzicqbvgfCySzfdPSCyteED9/lnjH70MeZefxUQtxlyKWOTUm2q7c8 lHhkux3XXkV7lQrH57yRU6/1Wx8uSKXFdhQMmNTGm7uUkPUnRiJzKVdZ6LOogp5SYx URJMf5Z4KGu9Q== Received: from johan by xi.lan with local (Exim 4.94.2) (envelope-from ) id 1oFcGL-0003G4-1n; Sun, 24 Jul 2022 16:07:17 +0200 Date: Sun, 24 Jul 2022 16:07:17 +0200 From: Johan Hovold To: Greg Kroah-Hartman Cc: Yan Xinyu , linux-usb@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v3] USB: serial: usb_wwan: replace DTR/RTS magic numbers with macros Message-ID: References: <20220722085040.704885-1-sdlyyxy@bupt.edu.cn> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spam-Status: No, score=-7.6 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,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 Sun, Jul 24, 2022 at 03:50:52PM +0200, Greg Kroah-Hartman wrote: > On Sun, Jul 24, 2022 at 11:10:22AM +0200, Johan Hovold wrote: > > On Fri, Jul 22, 2022 at 04:50:40PM +0800, Yan Xinyu wrote: > > > The usb_wwan_send_setup function generates DTR/RTS signals in compliance > > > with CDC ACM standard. This patch changes magic numbers in this function > > > to equivalent macros. > > > > > > Signed-off-by: Yan Xinyu > > > --- > > > v1->v2: > > > * Fix Signed-off-by name. > > > v2->v3: > > > * Use already defined ACM_CTRL_DTR and ACM_CTRL_RTS in drivers/usb/class/cdc-acm.h > > > --- > > > drivers/usb/serial/usb_wwan.c | 11 +++++++---- > > > 1 file changed, 7 insertions(+), 4 deletions(-) > > > > > > diff --git a/drivers/usb/serial/usb_wwan.c b/drivers/usb/serial/usb_wwan.c > > > index dab38b63eaf7..5c8303bd3676 100644 > > > --- a/drivers/usb/serial/usb_wwan.c > > > +++ b/drivers/usb/serial/usb_wwan.c > > > @@ -29,8 +29,10 @@ > > > #include > > > #include > > > #include > > > +#include > > > #include > > > #include > > > +#include "../class/cdc-acm.h" > > > > If we are to use common defines, these would need to be added to > > linux/usb/cdc.h first (parts of which are exposed to user space). > > > > Note that we already have at least three copies of these defines in the > > tree. > > > > I'm fine with adding another copy for now and not have to deal with with > > naming and cross driver updates. What do you think, Greg? > > I think Yan should write a patch series to unify these and make it > right, instead of just papering over it all. Ok, I just fear it will be more work for us since that involves decisions like whether it should be added to the uapi header, and then we get into naming, etc. But we're in no rush. > Also this "../" stuff in a > #include directive is not ok, I wouldn't recommend this change be taken > as-is. That was never an option, but I'd be ok with taking the v2 which added defines for the constants directly in the driver. Johan