From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754110Ab2CDAnw (ORCPT ); Sat, 3 Mar 2012 19:43:52 -0500 Received: from solo.fdn.fr ([80.67.169.19]:59460 "EHLO solo.fdn.fr" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754035Ab2CDAnv (ORCPT ); Sat, 3 Mar 2012 19:43:51 -0500 Date: Sun, 4 Mar 2012 01:43:48 +0100 From: Samuel Thibault To: "Ted Ts'o" , "John G. Heim" , Alan Cox , linux-kernel@vger.kernel.org Subject: Re: speakup bug Message-ID: <20120304004348.GR4180@type.famille.thibault.fr> Mail-Followup-To: Samuel Thibault , Ted Ts'o , "John G. Heim" , Alan Cox , linux-kernel@vger.kernel.org References: <20120303173916.7eca9391@pyramind.ukuu.org.uk> <20120304001806.GO4180@type.famille.thibault.fr> <20120304002111.GP4180@type.famille.thibault.fr> <20120304004116.GA3042@thunk.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20120304004116.GA3042@thunk.org> User-Agent: Mutt/1.5.21+34 (58baf7c9f32f) (2010-12-30) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Ted Ts'o, le Sat 03 Mar 2012 19:41:16 -0500, a écrit : > On Sun, Mar 04, 2012 at 01:21:11AM +0100, Samuel Thibault wrote: > > Samuel Thibault, le Sun 04 Mar 2012 01:18:06 +0100, a écrit : > > > Just for the record: what we need is being able to open a serial port > > > and read/write from inside the kernel. Using a daemon that does the open > > > and setting up speakup as a line discipline would be possible, but it > > > then depends on / working, and that's not something e.g. administrators > > > can really afford depending on. > > > > BTW: yes, that does not mean that speakup couldn't use a line discipline > > already. Sure, still on the TODO list for years too. > > Actualy you *can* open a tty from the kernel. Look at how > /dev/console is opened in kernel_init() in init/main.c. But that still needs /dev > If you don't even want a dependency on /, life gets a little harder, > but is that really that important? Yes. It does happen that / can not be mounted: disk encryption, disk failure, nfs failure, etc. And without any feedback, it's very hard to know what happened. > The advantages of doing it cleanly > is that it will work on systems that don't have a normal serial port, > but only have a USB interface (for example, if you were going to try > to hack in support for a mobile device or some other embedded system). Sure! But there should be a way to do it without /, just like the serial console works on ttyUSB0 without /. Samuel