Received: by 2002:ac0:bc90:0:0:0:0:0 with SMTP id a16csp1430993img; Tue, 19 Mar 2019 07:31:20 -0700 (PDT) X-Google-Smtp-Source: APXvYqxzkuvWzRt7ZoCvjtdLAHHvqmLtgBUd8X3eHFsWW+n14vdBbuCxVMljX/rH26HyfiPwXxF0 X-Received: by 2002:a17:902:8bc7:: with SMTP id r7mr2486866plo.163.1553005880407; Tue, 19 Mar 2019 07:31:20 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1553005880; cv=none; d=google.com; s=arc-20160816; b=wvlg8KZHLqT5RlpEszKihEUxSFoAcanMYQAvxrEl8R5gdPtkucaIYMOUhj5As5N3SD Hk4b+TnFKShmwkyioU94Ne/1G8WG3uXzndIgpuqITL7NdiGB1nPS9ZOrnmobCyZ4WosU 5ZDIXouJg20D9nisaGeOdqxWpOqHt5Reby9wNJlOuNbvcBrrMCIrYMfb023EofbJrBZy ldbJNbtNvmltFlbD2kQCxDtUE9WaS3DN2RC8H6Mt9CYHqmmDGJx/pY+6AQi1+lzJAYYI /SS0BgIRHxcXta9GCVZmHZP871wjLdwlK6V9NMrtpphGPNZ++EWqSSbSQtN5+UgQNJ4r SjCw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:date:cc:to:from:subject :message-id; bh=R0o3N3/aoOuIFWIZdl/q8Mq/1ORMyJnb2f2TkIawOTY=; b=UX9zfoWsFmqWNa7teLddn59myog9PlVevvosIdXz3S+IzHmjCFCOtwTO/qaBTj4h2D 9sC8lt55Bt8XxVOI1YZ2sJgS1nDgBVbMYjHinlL32arFXNGF//gTi8aK8ZDwLsTC50y3 Qje7fyMANObs7t8rGV/1HsgJ54vT9ymfuBfW9T53gYe+0cbwUWYR6U7rnt5P5QwaEaad /HLwriWeIYR2ntCCYwjwmzE7TivIB74T35zef479MPNjq/JMgj5GCkn+22+NlR9og0e1 MVgOn6Rl17tHBlo3UBgl+VOvkB1kSeXflMZgyAOiOBKjExpjNWPBe78nUAErxQk4hHi/ 4mUg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id 17si11601072pgu.262.2019.03.19.07.31.04; Tue, 19 Mar 2019 07:31:20 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727472AbfCSOa2 (ORCPT + 99 others); Tue, 19 Mar 2019 10:30:28 -0400 Received: from mx1.redhat.com ([209.132.183.28]:57766 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726466AbfCSOa2 (ORCPT ); Tue, 19 Mar 2019 10:30:28 -0400 Received: from smtp.corp.redhat.com (int-mx08.intmail.prod.int.phx2.redhat.com [10.5.11.23]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id CC0B0307EA87; Tue, 19 Mar 2019 14:30:27 +0000 (UTC) Received: from ovpn-112-62.rdu2.redhat.com (ovpn-112-62.rdu2.redhat.com [10.10.112.62]) by smtp.corp.redhat.com (Postfix) with ESMTP id 44E942854C; Tue, 19 Mar 2019 14:30:26 +0000 (UTC) Message-ID: <6c89938b00ad289e1802f675bd00e288b1458d73.camel@redhat.com> Subject: Re: [PATCH] USB: serial: option: set driver_info for SIM5218 and compatibles From: Dan Williams To: Johan Hovold , =?ISO-8859-1?Q?M=E5ns_Rullg=E5rd?= Cc: =?ISO-8859-1?Q?Bj=F8rn?= Mork , Greg Kroah-Hartman , linux-usb@vger.kernel.org, linux-kernel@vger.kernel.org Date: Tue, 19 Mar 2019 09:30:25 -0500 In-Reply-To: <20190319124358.GK6124@localhost> References: <20190226170710.12709-1-mans@mansr.com> <20190227083342.GJ4747@localhost> <20190227131315.GO4747@localhost> <20190319102840.GI6124@localhost> <20190319110819.GB3178@localhost> <20190319122719.GC3178@localhost> <20190319124358.GK6124@localhost> Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.30.5 (3.30.5-1.fc29) MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.84 on 10.5.11.23 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.44]); Tue, 19 Mar 2019 14:30:28 +0000 (UTC) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 2019-03-19 at 13:43 +0100, Johan Hovold wrote: > On Tue, Mar 19, 2019 at 01:27:19PM +0100, Johan Hovold wrote: > > On Tue, Mar 19, 2019 at 12:25:53PM +0000, Måns Rullgård wrote: > > > Johan Hovold writes: > > > > > > > On Tue, Mar 19, 2019 at 10:54:00AM +0000, Måns Rullgård wrote: > > > > > Johan Hovold writes: > > > > > > > Regardless, setting the NCTRL flag should be harmless. > > > > > > > > > > > > Well, there are devices that depend on getting these > > > > > > requests, at least > > > > > > for the QMI interface. But we can always revert if anyone > > > > > > complains. > > > > > > > > > > The QMI interface doesn't even pretend to be a uart. The > > > > > other ones do, > > > > > but there isn't actually any real uart behind them. For > > > > > instance, it > > > > > doesn't matter what baud rate one sets. > > > > > > > > Sure, but some devices still require "DTR" to be set for the > > > > QMI > > > > interface, so there not being any real uart is no guarantee > > > > that there > > > > is no firmware that expects these calls. > > > > > > Now I'm thoroughly confused. The QMI interface has a completely > > > separate driver that creates a network device (if I'm reading the > > > code > > > correctly). > > > > I was just giving an example of firmware sometimes doing unexpected > > things. > > See 93725149794d ("net: qmi_wwan: MDM9x30 specific power management") > for some background. TLDR; some firmware uses the DTR signal as an indicator to come out of low-power mode. Without doing so you cannot talk to the modem over any of it's ports, QMI, net, or serial. Dan