Received: by 2002:ac0:e350:0:0:0:0:0 with SMTP id g16csp72953imn; Thu, 28 Jul 2022 23:16:20 -0700 (PDT) X-Google-Smtp-Source: AGRyM1tC5aNLW5SfNAix7glYxe3KkYU+Tv8LbSF1Y7CAkxiYAyddbjXvCn5Z/PWbHAiK1rQmIShy X-Received: by 2002:a05:6402:16:b0:43a:f435:5d07 with SMTP id d22-20020a056402001600b0043af4355d07mr2160330edu.420.1659075379960; Thu, 28 Jul 2022 23:16:19 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1659075379; cv=none; d=google.com; s=arc-20160816; b=afTI0ruNsEgosK1DjMWfPfnnBiQd4r5DsUhQaS+cP/YnkWUMFoy4P/7LuSCN1raKix /wbB/ECg3xICDR6Ay+2mTR0zOMVZ865n8/VWfqRo6JaD12OcXRUeRWhzuypgSJYgFdrJ OUdehN+AKCJAZem+53VG8IaStNEEXCNWAD7bbHOyFkJcpjdGmUZDvqmIKDrKtrOsVD31 s61XtS+H0HpqEYEwoQS7XB+sK6XSozNHiyVGHH49jmzwVpv7qsd6nx280mQDSi736JOI CsaWSX1yFKzv+84OfpSxzkhmiPaoMaOC78TZZd9IQM6bg2X5sanvRXMznquDw8GKqumj u+PA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:feedback-id:to:references:message-id :content-transfer-encoding:cc:date:in-reply-to:from:subject :mime-version; bh=jTRVdKvnqnwHapTbOljR1ABPvqWenVVoK/AxzRvlUsk=; b=KoxGncAptHht5yLM5PDEY4cTd8pUJKPAPYpV1FrAy+kFMDPF7QMXDHv7T3yeWbQm4s i7t3iQ1lr+Qjbckikp413SljX76OXvSAtAoZnQnNFAajagHnbARztQVJCsr1yx3rHv8u QLbeZCMrCXI8wT4SOaXmfegUPgFPNhiqUCzrDw/jBtUwaK/Sc3IgyYsn2BrGlwbuEVni +JoOzQ+7uYf+UE+WLbA5S77uk/m4yhaonf2xctztSDyhENW4fr82bsgc+GnEo6FBzNeq GnZCd+maxCFz+yR0pUwuK/eVKnMB4wo+qSsQtlBZhohFvHE3CRC2dofy2A+U1R4KMh/c 3mxw== ARC-Authentication-Results: i=1; mx.google.com; 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=fail (p=NONE sp=NONE dis=NONE) header.from=bupt.edu.cn Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id h16-20020a056402281000b0043ae03d2f9bsi3064777ede.459.2022.07.28.23.15.55; Thu, 28 Jul 2022 23:16:19 -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; 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=fail (p=NONE sp=NONE dis=NONE) header.from=bupt.edu.cn Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229973AbiG2GOV (ORCPT + 99 others); Fri, 29 Jul 2022 02:14:21 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:60416 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229528AbiG2GOU (ORCPT ); Fri, 29 Jul 2022 02:14:20 -0400 Received: from smtpbguseast3.qq.com (smtpbguseast3.qq.com [54.243.244.52]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 852B67E835 for ; Thu, 28 Jul 2022 23:14:18 -0700 (PDT) X-QQ-mid: bizesmtp65t1659075238t28h5q6i Received: from smtpclient.apple ( [111.193.9.146]) by bizesmtp.qq.com (ESMTP) with id ; Fri, 29 Jul 2022 14:13:57 +0800 (CST) X-QQ-SSF: 01400000000000B0V000000A0000000 X-QQ-FEAT: XSXWadnVjOQ/cwvcZHolvRFzZWW29l/wu70fdE/ClqLW2tUxKIdarmnhLiAym 45Vfoa8BO113Z6/mLCwvQB+Qb4EmlfM1JpLk/aPP6fkRZEIQC0P1WaxnKx4hQvU4oaiEjGy PejTiJr6+RB/9+vN2ux62GbC8eUfDMQR3rY7WzaQGDIbWunGd0d9SPjJ6koo1PvB6QjRszX dZ2o677DDYc4S1+qY6kx9KivFx4OjCdOA8YyaVyiJ+EaXDxWHkIeRq4m+XOfRNVgdOE7D/Q xGF0FtRbyUV7By1nPG7k0UB375oDLwtz0t49vSaCln06cQVh7A76pA+cZ9gUCtyywIFs4AM +isLKFlipIOCVvMNY60E02Z58R4IKZ6WNvxWfX4hiu2ssruYTyrCCIW5gjr+w== X-QQ-GoodBg: 2 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3696.100.31\)) Subject: Re: [PATCH] USB: usb-serial-simple: add new device id for OPPO R11 From: sdlyyxy In-Reply-To: Date: Fri, 29 Jul 2022 14:13:56 +0800 Cc: Greg Kroah-Hartman , Reinhard Speyerer , linux-usb@vger.kernel.org, linux-kernel@vger.kernel.org Content-Transfer-Encoding: 7bit Message-Id: References: <20220715142444.4173681-1-gregkh@linuxfoundation.org> <119D7B0F-7809-464A-AFF1-DF72FFF9E63F@bupt.edu.cn> To: Johan Hovold X-Mailer: Apple Mail (2.3696.100.31) X-QQ-SENDSIZE: 520 Feedback-ID: bizesmtp:bupt.edu.cn:qybgforeign:qybgforeign8 X-QQ-Bgrelay: 1 X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_NONE, RCVD_IN_MSPIKE_H2,SPF_HELO_PASS,SPF_NONE autolearn=unavailable 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 Jul 24, 2022, at 22:26, Johan Hovold wrote: > > On Sun, Jul 24, 2022 at 04:00:36PM +0200, Greg Kroah-Hartman wrote: >> On Sat, Jul 23, 2022 at 06:36:25PM +0200, Johan Hovold wrote: >>> On Mon, Jul 18, 2022 at 10:47:24PM +0200, Reinhard Speyerer wrote: > >>>> Please don't give the OPPO R11 diag port on Linux a bad name by letting >>>> the usb-serial-simple driver handle it. >>> >>> So while I'm not sure bandwidth is really a problem, I still tend to >>> agree that we should add this one to the option driver for now as that >>> is how we handle (non-GOBI) Qualcomm modems and their QCDM ports. >> >> If you want it to stay on the option driver, that's fine, but I still >> think it feels odd as it obviously does not follow the vendor-specific >> protocol that the option driver supports. > > But we've been dumping modem device-id entries in there since forever. > > The entries added to option have been for devices whose interfaces did > not follow any particular pattern (e.g. unlike the old GOBI modems). > > And as Reinhard mentioned, the line-control requests (which follow CDC) > are actually required by some Qualcomm modems so moving things out would > need to be done carefully. > > On the other hand, that request likely isn't needed for any QCDM/DIAG > ports, but who knows for sure. Test result for bandwidth problem: Sending 0x1f mask (diag command: 0x7d0500001f000000) and running LTE speedtest on the device, both option and simple can dump more than 80Mbps. The CRC of diag packets is OK at this high speed, so it seems that there is no message loss. I think this bandwidth is enough. For the flow control problem, it seems the SetControlLineState request send by option (usb_wwan) has no effect on the device. Both with and without this request the diag port works the same. Hope this can help you decide which driver to choose :) Thanks, sdlyyxy