linux-kernel - Re: tty: use the new 'flush_delayed

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 for Android: free password hash cracker in your pocket

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

Message-ID: <20091015100310.05cae5b6@lxorguk.ukuu.org.uk>
Date:	Thu, 15 Oct 2009 10:03:10 +0100
From:	Alan Cox <alan@...rguk.ukuu.org.uk>
To:	Linux Kernel Mailing List <linux-kernel@...r.kernel.org>
Cc:	git-commits-head@...r.kernel.org
Subject: Re: tty: use the new 'flush_delayed_work()' helper to do ldisc
 flush

>     This way all flush_to_ldisc work is always done through the workqueues,
>     and we thus have a single point of serialization.
>     
>     Signed-off-by: Linus Torvalds <torvalds@...ux-foundation.org>

What impact is this going to have on hardware that uses tty->low_latency
correctly and already queues stuff from its own processing work queue.
When we got double queueing before by accident we made some firmware
loading and similar tools run about half speed and completely hosed the
use of 8250 uart for MIDI work ?

Alan
--
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/