From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by befuddled.reisers.ca (Postfix, from userid 65534) id F0AD81EFD28; Tue, 15 Nov 2016 14:12:55 -0500 (EST) Received: from smtpauth3.wiscmail.wisc.edu (wmauth3.doit.wisc.edu [144.92.197.226]) by befuddled.reisers.ca (Postfix) with ESMTPS id 087F51EFCEC for ; Tue, 15 Nov 2016 14:12:52 -0500 (EST) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from avs-daemon.smtpauth3.wiscmail.wisc.edu by smtpauth3.wiscmail.wisc.edu (Oracle Communications Messaging Server 7.0.5.37.0 64bit (built Jan 25 2016)) id <0OGP00K005SDON00@smtpauth3.wiscmail.wisc.edu> for speakup@linux-speakup.org; Tue, 15 Nov 2016 13:12:49 -0600 (CST) X-Spam-PmxInfo: Server=avs-3, Version=6.3.0.2556906, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2016.11.15.190615, SenderIP=144.92.166.70 X-Spam-Report: AuthenticatedSender=yes, SenderIP=144.92.166.70 Received: from [144.92.166.70] (vv507j.math.wisc.edu [144.92.166.70]) by smtpauth3.wiscmail.wisc.edu (Oracle Communications Messaging Server 7.0.5.37.0 64bit (built Jan 25 2016)) with ESMTPSA id <0OGP005UW6PDHB50@smtpauth3.wiscmail.wisc.edu>; Tue, 15 Nov 2016 13:12:49 -0600 (CST) Reply-to: jheim@math.wisc.edu Subject: Re: Status of kernel References: <20161111162750.GK2417@var.home> <20161111163209.GV2417@var.home> <20161112154759.GP2417@var.home> <20161112221844.GK2417@var.home> <20161113221139.GZ18437@var.home> <582B40D4.1000900@verizon.net> <20161115184109.GH2448@var.home> To: Samuel Thibault , "Speakup is a screen review system for Linux." From: John G Heim Message-id: Date: Tue, 15 Nov 2016 13:12:49 -0600 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 In-reply-to: <20161115184109.GH2448@var.home> X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 X-BeenThere: speakup@linux-speakup.org X-Mailman-Version: 2.1.23 Precedence: list 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, 15 Nov 2016 19:12:56 -0000 I wasn't suggesting "poking ports" -- cuz I don't even know what that is. I downloaded a ebook on writing linux kernel drivers. I used to write unix kernel drivers for a living. I figure I can understand the linux kernel. But maybe you're saying that by the time /dev is populated, it's too late? Speakup cannot work like any other device driver? I already have udev rules to recognize when I plug in the USB cable on my tripletalk. When it's plugged in during boot, I get speech during boot via the searial port. Instead of enableing speakup through the serial port, why can't it talk to my tripletalk via the USB port? I haven't really listened that closely to the messages spoken when the udev subsystem recognizes my tripletalk. It might be that it is already so far into the boot sequence thatyou might as well wait until user space is ready to start speech. Is that the problem? I am going to reboot right now and see. On 11/15/2016 12:41 PM, Samuel Thibault wrote: > John G Heim, on Tue 15 Nov 2016 12:16:26 -0600, wrote: >> The one thing that bothers me is that somebody is always >> messing with the code that disables speakup access to the serial port. >> So somebody is taking the time to diddle with it but not to fix it. > Just to be sure: really, nobody is trying hard to break speakup. It's > just a side effect of Speakup doing things in a way which is really not > supported. When there are changes in the main code, it has side effects > on speakup. Plugging properly into the serial as a line discipline > drivers would avoid the issue entirely. > >> Something just occured to me... I wonder if I could get permission from the >> University of Wisconsin, where I work, to rewrite speakup for USB. > You'd get exactly the same issue. If you write a USB driver that pokes > port, then it'll be disturbed by the rest of the kernel. > >> Everybody who has serial only synths would still be screwed but it'd be a >> step forward. > No, it'd be just a step aside. > > Samuel -- -- John G. Heim; jheim@math.wisc.edu; sip://jheim@sip.linphone.org