linux-kernel - Re: pty FIONREAD returning zero breaks emacs in 3.11rc3

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Date:	Wed, 14 Aug 2013 12:07:51 -0400
From:	Peter Hurley <peter@...leysoftware.com>
To:	Andi Kleen <andi@...stfloor.org>
CC:	linux-kernel@...r.kernel.org, gregkh@...uxfoundation.org,
	viro@...iv.linux.org.uk
Subject: Re: pty FIONREAD returning zero breaks emacs in 3.11rc3

On 08/13/2013 06:03 PM, Andi Kleen wrote:
> On Mon, Aug 12, 2013 at 09:43:43PM -0400, Peter Hurley wrote:
>> On 08/09/2013 05:11 PM, Andi Kleen wrote:
>>>
>>> When I run emacs over ssh terminal (no X) on 3.11-rc3 it often ignores key
>>> strokes.  I first thought the system was busy or so, but when
>>> stracing the emacs it was not blocked.
>>
>> Andi,
>>
>> More information might help me narrow this down since I can't
>> reproduce this.
>>
>> Is the ssh session remote?
>
> Yes.
>
>> Can you reproduce this on a local ssh session?
>
> Yes.
>
>> What version of emacs is this? Is it the nox flavor?
>
> emacs-24.3-6.11.x86_64
>
> It's emacs-gtk
>
>
>> What distribution/version?
>
> Current Tumbleweed
>
>> What platform?
>
> x86_64 2S Westmere

Thanks. I'll need to install Tumbleweed to attempt to reproduce this.

>>> Here's a typical sequence. select/SIGIO wakes it up, but then
>>> FIONREAD returns 0.
>>>
>>> I'm not fully sure when it started.
>>
>> In the 3.11 cycle? or could have started back on 3.9 or earlier?
>
> Ok I tried and it actually happens on 3.9 too. For some reason
> I didn't notice it earlier (or blamed my bad typing)
> Haven't tried earlier

Ok. Thanks for testing 3.9 -- that eliminates a lot of possible
culprits.

>>
>> Could you try to reproduce this on linux-next?
>
> Happens on linux-next too.
>>
>> Would you please attach the full strace of emacs from this session?
>
> Attached (from a different session)

Can you send me more of the original session?

The session you sent me didn't exhibit the problem of pselect()
indicating input available but ioctl(FIONREAD) returning 0.
It may have seemed that input wasn't being read but actually
emacs was beeping you back for each input (that's what all the
write('\7') are about in the strace).

Regards,
Peter Hurley

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/