From mboxrd@z Thu Jan 1 00:00:00 1970 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 Subject: [V4,1/3] USB: serial: f81232: clear overrun flag From: Oliver Neukum Message-Id: <1554208674.6310.33.camel@suse.com> Date: Tue, 02 Apr 2019 14:37:54 +0200 To: "Ji-Ze Hong \(Peter Hong\)" , peter_hong@fintek.com.tw, johan@kernel.org, gregkh@linuxfoundation.org Cc: "Ji-Ze Hong \(Peter Hong\)" , linux-kernel@vger.kernel.org, linux-usb@vger.kernel.org List-ID: T24gRGksIDIwMTktMDQtMDIgYXQgMTM6MjYgKzA4MDAsICBKaS1aZSBIb25nIChQZXRlciBIb25n KSAgd3JvdGU6Cj4gVGhlIEY4MTIzMiB3aWxsIHJlcG9ydCBkYXRhIGFuZCBMU1Igd2l0aCBidWxr IGxpa2UgZm9sbG93aW5nIGZvcm1hdDoKPiBidWxrLWluIGRhdGE6IFtMU1IoMUJ5dGUpK0RBVEEo MUJ5dGUpXVtMU1IoMUJ5dGUpK0RBVEEoMUJ5dGUpXS4uLgo+IAo+IExTUiB3aWxsIGF1dG8gY2xl YXIgZnJhbWUvcGFyaXR5L2JyZWFrIGVycm9yIGZsYWcgd2hlbiByZWFkaW5nIGJ5IEgvVywKPiBi dXQgb3ZlcnJydW4gd2lsbCBvbmx5IGNsZWFyZWQgd2hlbiByZWFkaW5nIExTUi4gU28gdGhpcyBw YXRjaCBhZGQgYQo+IHdvcmtlciB0byByZWFkIExTUiB3aGVuIG92ZXJydW4gYW5kIGZsdXNoIHRo ZSB3b3JrZXIgb24gY2xvc2UoKSAmCj4gc3VzcGVuZCgpLgoKSGksCgpJIHJlYWxseSBoYXRlIGRv aW5nIHRoaXMgdG8geW91LCBidXQgeW91IGFyZSBleGNoYW5naW5nIG9uZSByYWNlCmNvbmRpdGlv biBmb3IgYW5vdGhlciByYWNlLiBFeGFjdCBleHBsYW5hdGlvbiBiZWxvdy4KCj4gQEAgLTMxNSw2 ICszMTksNyBAQCBzdGF0aWMgdm9pZCBmODEyMzJfcHJvY2Vzc19yZWFkX3VyYihzdHJ1Y3QgdXJi ICp1cmIpCj4gIAo+ICAJCQlpZiAobHNyICYgVUFSVF9MU1JfT0UpIHsKPiAgCQkJCXBvcnQtPmlj b3VudC5vdmVycnVuKys7Cj4gKwkJCQlzY2hlZHVsZV93b3JrKCZwcml2LT5sc3Jfd29yayk7CgpB Z2FpbiB5b3Ugc2NoZWR1bGUgdGhlIHdvcmsuIEl0IG1heSBydW4gYW55dGltZS4KVGhlIGNoZWNr IHlvdSBwdXQgaW50byB0aGUgd29yayBpdGVtIG5lZWRzIHRvIGdvIGhlcmUuCiAKPiArc3RhdGlj IHZvaWQgZjgxMjMyX2xzcl93b3JrZXIoc3RydWN0IHdvcmtfc3RydWN0ICp3b3JrKQo+ICt7Cj4g KwlzdHJ1Y3QgZjgxMjMyX3ByaXZhdGUgKnByaXY7Cj4gKwlzdHJ1Y3QgdXNiX3NlcmlhbF9wb3J0 ICpwb3J0Owo+ICsJc3RydWN0IHVzYl9zZXJpYWwgKnNlcmlhbDsKPiArCWludCBzdGF0dXM7Cj4g Kwl1OCB0bXA7Cj4gKwo+ICsJcHJpdiA9IGNvbnRhaW5lcl9vZih3b3JrLCBzdHJ1Y3QgZjgxMjMy X3ByaXZhdGUsIGxzcl93b3JrKTsKPiArCXBvcnQgPSBwcml2LT5wb3J0Owo+ICsJc2VyaWFsID0g cG9ydC0+c2VyaWFsOwo+ICsKPiArCWlmIChzZXJpYWwtPnN1c3BlbmRpbmcpIHsKClRoZXJlIGlz IG5vIGxvY2tpbmcuIGY4MTIzMl9yZXN1bWUoKSBjYW4gcnVuIGhlcmUuClRoaXMgdGVzdAppZiAo cG9ydF9wcml2LT5sc3Jfd29ya19yZXNjaGVkKSB7CndpbGwgZXZhbHVhdGUgdG8gZmFsc2UKCj4g KwkJcHJpdi0+bHNyX3dvcmtfcmVzY2hlZCA9IHRydWU7Cj4gKwkJcmV0dXJuOwo+ICsJfQo+ICsK PiArCXN0YXR1cyA9IGY4MTIzMl9nZXRfcmVnaXN0ZXIocG9ydCwgTElORV9TVEFUVVNfUkVHSVNU RVIsICZ0bXApOwo+ICsJaWYgKHN0YXR1cykKPiArCQlkZXZfd2FybigmcG9ydC0+ZGV2LCAicmVh ZCBMU1IgZmFpbGVkOiAlZFxuIiwgc3RhdHVzKTsKPiArfQo+ICsKPiAgc3RhdGljIGludCBmODEy MzJfcG9ydF9wcm9iZShzdHJ1Y3QgdXNiX3NlcmlhbF9wb3J0ICpwb3J0KQo+ICB7Cj4gIAlzdHJ1 Y3QgZjgxMjMyX3ByaXZhdGUgKnByaXY7Cj4gQEAgLTYxMyw2ICs2NDMsNyBAQCBzdGF0aWMgaW50 IGY4MTIzMl9wb3J0X3Byb2JlKHN0cnVjdCB1c2Jfc2VyaWFsX3BvcnQgKnBvcnQpCj4gIAo+ICAJ bXV0ZXhfaW5pdCgmcHJpdi0+bG9jayk7Cj4gIAlJTklUX1dPUksoJnByaXYtPmludGVycnVwdF93 b3JrLCAgZjgxMjMyX2ludGVycnVwdF93b3JrKTsKPiArCUlOSVRfV09SSygmcHJpdi0+bHNyX3dv cmssIGY4MTIzMl9sc3Jfd29ya2VyKTsKPiAgCj4gIAl1c2Jfc2V0X3NlcmlhbF9wb3J0X2RhdGEo cG9ydCwgcHJpdik7Cj4gIAo+IEBAIC02MzIsNiArNjYzLDMwIEBAIHN0YXRpYyBpbnQgZjgxMjMy X3BvcnRfcmVtb3ZlKHN0cnVjdCB1c2Jfc2VyaWFsX3BvcnQgKnBvcnQpCj4gIAlyZXR1cm4gMDsK PiAgfQo+ICAKPiArc3RhdGljIGludCBmODEyMzJfc3VzcGVuZChzdHJ1Y3QgdXNiX3NlcmlhbCAq c2VyaWFsLCBwbV9tZXNzYWdlX3QgbWVzc2FnZSkKPiArewo+ICsJc3RydWN0IGY4MTIzMl9wcml2 YXRlICpwb3J0X3ByaXY7Cj4gKwo+ICsJcG9ydF9wcml2ID0gdXNiX2dldF9zZXJpYWxfcG9ydF9k YXRhKHNlcmlhbC0+cG9ydFswXSk7Cj4gKwlmbHVzaF93b3JrKCZwb3J0X3ByaXYtPmxzcl93b3Jr KTsKClN0cmljdGx5IHNwZWFraW5nIHVzZWxlc3MuCgo+ICsKPiArCXJldHVybiAwOwo+ICt9Cj4g Kwo+ICtzdGF0aWMgaW50IGY4MTIzMl9yZXN1bWUoc3RydWN0IHVzYl9zZXJpYWwgKnNlcmlhbCkK PiArewo+ICsJc3RydWN0IGY4MTIzMl9wcml2YXRlICpwb3J0X3ByaXY7Cj4gKwo+ICsJcG9ydF9w cml2ID0gdXNiX2dldF9zZXJpYWxfcG9ydF9kYXRhKHNlcmlhbC0+cG9ydFswXSk7Cj4gKwo+ICsJ aWYgKHBvcnRfcHJpdi0+bHNyX3dvcmtfcmVzY2hlZCkgewo+ICsJCXBvcnRfcHJpdi0+bHNyX3dv cmtfcmVzY2hlZCA9IGZhbHNlOwoKU3RyaWN0bHkgc3BlYWtpbmcgZXZlbiB0aGF0IGlzIGEgcmFj ZSwgYXMgeW91IGhhdmUgbm8gZ3VhcmFudGVlIHRoYXQKeW91ciB3b3JrIHF1ZXVlIGlzIHJ1biBi ZWZvcmUgdGhlIHN5c3RlbSBpcyBzdXNwZW5kZWQgYWdhaW4uIFlvdQphcmUgaW4gYSB0YXNrIGNv bnRleHQuIFRoZXJlIGlzIG5vIHJlYXNvbiB0byBkZWZlciBhY3Rpb24uCgo+ICsJCXNjaGVkdWxl X3dvcmsoJnBvcnRfcHJpdi0+bHNyX3dvcmspOwo+ICsJfQo+ICsKPiArCXJldHVybiB1c2Jfc2Vy aWFsX2dlbmVyaWNfcmVzdW1lKHNlcmlhbCk7Cj4gK30KCglSZWdhcmRzCgkJT2xpdmVyCg== From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-1.0 required=3.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SPF_PASS autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 7BD56C4360F for ; Tue, 2 Apr 2019 12:38:11 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id 5225220883 for ; Tue, 2 Apr 2019 12:38:11 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1731013AbfDBMiK (ORCPT ); Tue, 2 Apr 2019 08:38:10 -0400 Received: from mx2.suse.de ([195.135.220.15]:35170 "EHLO mx1.suse.de" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1725959AbfDBMiJ (ORCPT ); Tue, 2 Apr 2019 08:38:09 -0400 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.220.254]) by mx1.suse.de (Postfix) with ESMTP id EC509AE80; Tue, 2 Apr 2019 12:38:07 +0000 (UTC) Message-ID: <1554208674.6310.33.camel@suse.com> Subject: Re: [PATCH V4 1/3] USB: serial: f81232: clear overrun flag From: Oliver Neukum To: "Ji-Ze Hong (Peter Hong)" , peter_hong@fintek.com.tw, johan@kernel.org, gregkh@linuxfoundation.org Cc: "Ji-Ze Hong (Peter Hong)" , linux-kernel@vger.kernel.org, linux-usb@vger.kernel.org Date: Tue, 02 Apr 2019 14:37:54 +0200 In-Reply-To: <1554182797-12815-1-git-send-email-hpeter+linux_kernel@gmail.com> References: <1554182797-12815-1-git-send-email-hpeter+linux_kernel@gmail.com> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.26.6 Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Di, 2019-04-02 at 13:26 +0800, Ji-Ze Hong (Peter Hong) wrote: > The F81232 will report data and LSR with bulk like following format: > bulk-in data: [LSR(1Byte)+DATA(1Byte)][LSR(1Byte)+DATA(1Byte)]... > > LSR will auto clear frame/parity/break error flag when reading by H/W, > but overrrun will only cleared when reading LSR. So this patch add a > worker to read LSR when overrun and flush the worker on close() & > suspend(). Hi, I really hate doing this to you, but you are exchanging one race condition for another race. Exact explanation below. > @@ -315,6 +319,7 @@ static void f81232_process_read_urb(struct urb *urb) > > if (lsr & UART_LSR_OE) { > port->icount.overrun++; > + schedule_work(&priv->lsr_work); Again you schedule the work. It may run anytime. The check you put into the work item needs to go here. > +static void f81232_lsr_worker(struct work_struct *work) > +{ > + struct f81232_private *priv; > + struct usb_serial_port *port; > + struct usb_serial *serial; > + int status; > + u8 tmp; > + > + priv = container_of(work, struct f81232_private, lsr_work); > + port = priv->port; > + serial = port->serial; > + > + if (serial->suspending) { There is no locking. f81232_resume() can run here. This test if (port_priv->lsr_work_resched) { will evaluate to false > + priv->lsr_work_resched = true; > + return; > + } > + > + status = f81232_get_register(port, LINE_STATUS_REGISTER, &tmp); > + if (status) > + dev_warn(&port->dev, "read LSR failed: %d\n", status); > +} > + > static int f81232_port_probe(struct usb_serial_port *port) > { > struct f81232_private *priv; > @@ -613,6 +643,7 @@ static int f81232_port_probe(struct usb_serial_port *port) > > mutex_init(&priv->lock); > INIT_WORK(&priv->interrupt_work, f81232_interrupt_work); > + INIT_WORK(&priv->lsr_work, f81232_lsr_worker); > > usb_set_serial_port_data(port, priv); > > @@ -632,6 +663,30 @@ static int f81232_port_remove(struct usb_serial_port *port) > return 0; > } > > +static int f81232_suspend(struct usb_serial *serial, pm_message_t message) > +{ > + struct f81232_private *port_priv; > + > + port_priv = usb_get_serial_port_data(serial->port[0]); > + flush_work(&port_priv->lsr_work); Strictly speaking useless. > + > + return 0; > +} > + > +static int f81232_resume(struct usb_serial *serial) > +{ > + struct f81232_private *port_priv; > + > + port_priv = usb_get_serial_port_data(serial->port[0]); > + > + if (port_priv->lsr_work_resched) { > + port_priv->lsr_work_resched = false; Strictly speaking even that is a race, as you have no guarantee that your work queue is run before the system is suspended again. You are in a task context. There is no reason to defer action. > + schedule_work(&port_priv->lsr_work); > + } > + > + return usb_serial_generic_resume(serial); > +} Regards Oliver