linux-kernel - BUG: pty.c in linux 2.6.31-rc5+

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-next>] [day] [month] [year] [list]

Message-ID: <4E3A4053.6020107@mail.ru>
Date:	Thu, 04 Aug 2011 10:46:43 +0400
From:	"MRU.Ilya" <utdilya@...l.ru>
To:	stable@...nel.org
CC:	linux-kernel@...r.kernel.org
Subject: BUG: pty.c  in linux 2.6.31-rc5+

Synchronic's line disciplines(ppp_synctty, hdlc) can't work with pseudo 
terminals.

If frames send very fast from one side(master/slave) to other one,
frames merge in one (merge point "flip buffer") and the other side can 
read only one big frame.
But sync line discipline need one frame in one read.

For push one frame to ldisc I propose small patch, but this regression for
commit e043e42bdb66885b3ac10d27a01ccb9972e2b0a3.

I don't find any mutexes and other things forbidden in not user context,
in function flush_to_ldisc() , and I think this patch
is true and this function can called from any context. But I not sure.

Relative commit  86d23a057e718f73adc15e463c643d6e014a19cd.

View attachment "pty_set_low_latency.patch" of type "text/plain" (276 bytes)