From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lothlorien.nfbcal.org (ns.NFBCAL.ORG [157.22.230.125]) by speech.braille.uwo.ca (Postfix) with ESMTP id A2228C1A0B9 for ; Tue, 14 Feb 2012 14:14:10 -0500 (EST) Received: from lothlorien.nfbcal.org (localhost [127.0.0.1]) by lothlorien.nfbcal.org (8.14.1/8.12.11-NFBNETBSD) with ESMTP id q1EJE9Vf029596 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 14 Feb 2012 11:14:09 -0800 (PST) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.97.3 at lothlorien.nfbcal.org Received: (from buhrow@localhost) by lothlorien.nfbcal.org (8.14.1/8.12.11) id q1EJE93h001403; Tue, 14 Feb 2012 11:14:09 -0800 (PST) Message-Id: <201202141914.q1EJE93h001403@lothlorien.nfbcal.org> From: Brian Buhrow Date: Tue, 14 Feb 2012 11:14:09 -0800 In-Reply-To: "John Heim" "Re: still more on bug" (Feb 14, 9:21am) X-Mailer: Mail User's Shell (7.2.6 beta(4.pl1)+dynamic 20000103) To: "Speakup is a screen review system for Linux." Subject: Re: still more on bug X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.6 (lothlorien.nfbcal.org [127.0.0.1]); Tue, 14 Feb 2012 11:14:10 -0800 (PST) Cc: buhrow@nfbcal.org X-BeenThere: speakup@braille.uwo.ca X-Mailman-Version: 2.1.14 Precedence: list Reply-To: "Speakup is a screen review system for Linux." List-Id: "Speakup is a screen review system for Linux." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Feb 2012 19:14:10 -0000 hello. I'm not familiar with the internals of the Speakup code specifically, but I think there's a lot of noise surrounding the issue of how to support serial synthesizers on machines without native serial ports. the question to be resolved, which I may try to do by doing a little reading, is how is it that Speakup talks to existing serial ports? Does it use its own serial driver, separate from the serial port drivers which exist elsewhere in the kernel, or does it call serial port drivers elsewhere in the kernel to get its work done. If the latter, then I shouldn't think it would be too hard to get Speakup to use any serial driver in the kernel. If that can be done, then Speakup should be able to use serial synthesizers whether they're attached to native serial ports, or serial ports hanging off USB buses. I've seen some notes that indicate to me that the problem may be as simple as figuring out what the name of the port to be used is in order to passit to Speakup at boot time. Perhaps, if that's the case, the problem is as simple as a documentation update. My point here is that at some level, a serial port should be generic enough that it doesn't matter to the user if it's attached to the main motherboard or if it's provided by a USB adaptor. In this case the user is Speakup, anD it should be calling the serial drivers in the kernel at a level above the physical layer in order that it not have to care about where the serial port lives. (In traditional Unix parlants, this layer is called the tty layer, and while mostly this layer is provided for user-level programs, kernel modules should be able to use it too.)