From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753418Ab1HJJqw (ORCPT ); Wed, 10 Aug 2011 05:46:52 -0400 Received: from mail-fx0-f46.google.com ([209.85.161.46]:64667 "EHLO mail-fx0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753087Ab1HJJqu (ORCPT ); Wed, 10 Aug 2011 05:46:50 -0400 Message-ID: <4E425384.3040909@suse.cz> Date: Wed, 10 Aug 2011 11:46:44 +0200 From: Jiri Slaby User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:6.0) Gecko/20110729 Thunderbird/6.0 MIME-Version: 1.0 To: Andreas Bombe CC: Jiri Slaby , gregkh@suse.de, linux-serial@vger.kernel.org, linux-kernel@vger.kernel.org, Alan Cox , Arnd Bergmann Subject: Re: [PATCH v2 1/6] TTY: serial, remove BTM from wait_until_sent References: <1310646915-3032-1-git-send-email-jslaby@suse.cz> <20110719003503.GA4138@amos.fritz.box> <4E3FE2D2.5020801@gmail.com> <20110810010933.GA4733@amos.fritz.box> In-Reply-To: <20110810010933.GA4733@amos.fritz.box> X-Enigmail-Version: 1.3a1pre Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 08/10/2011 03:09 AM, Andreas Bombe wrote: > On Mon, Aug 08, 2011 at 03:21:22PM +0200, Jiri Slaby wrote: >> On 07/19/2011 02:35 AM, Andreas Bombe wrote: >>> On Thu, Jul 14, 2011 at 02:35:10PM +0200, Jiri Slaby wrote: >>>> This should also fix the issue Andreas is seeing (BTM in comparison to >>>> BKL doesn't have any hidden functionality like unlocking during >>>> sleeping). >>> >>> I tested the patch series and it does not appear to make a difference >>> for the internal (16550A) serial ports on my system. Also, I am still >>> unclear on why it freezes the X display during the timeout period. >> >> Sorry for the delay. Could you attach output of sysrq-t when this >> happens? I mean with a kernel patched by my patch. > > I did my simple test on ttyS0 again: "stty -F /dev/ttyS0 crtscts" then > "echo >/dev/ttyS0". I attached the gzipped sysrq-t list in case you need > the complete output. This is just the process while it is trying to > close the device (bash's internal echo): > > [ 321.948012] bash S ffff8800bcc85e80 0 4000 2828 0x00000000 > [ 321.948012] ffff880127079c38 0000000000000046 ffff880127079c50 0000000100002fff > [ 321.948012] ffff880127079fd8 0000000000011fc0 ffff880127079fd8 0000000000011fc0 > [ 321.948012] ffff8801270dde80 ffff8800bcc85e80 ffff880127079c38 0000000100002fff > [ 321.948012] Call Trace: > [ 321.948012] [] schedule_timeout+0xb5/0xf2 > [ 321.948012] [] ? call_timer_fn+0x154/0x154 > [ 321.948012] [] tty_wait_until_sent+0xa3/0xec > [ 321.948012] [] ? __init_waitqueue_head+0x46/0x46 > [ 321.948012] [] uart_close+0x12b/0x243 > [ 321.948012] [] ? __tty_fasync+0x5c/0x124 > [ 321.948012] [] tty_release+0x1d3/0x4d7 > [ 321.948012] [] ? _raw_spin_unlock+0x43/0x51 > [ 321.948012] [] ? dput+0xfe/0x11d > [ 321.948012] [] __fput+0x107/0x1a2 > [ 321.948012] [] fput+0x15/0x17 > [ 321.948012] [] filp_close+0x69/0x75 > [ 321.948012] [] sys_dup3+0x12b/0x153 > [ 321.948012] [] sys_dup2+0x59/0x60 > [ 321.948012] [] system_call_fastpath+0x16/0x1b > > > [ 321.948012] Sched Debug Version: v0.10, 3.1.0-rc1+ser-00011-g37ed45d #87 What tree is this? I cannot see the path through the code. thanks, -- js suse labs