From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from tds-solutions.net (tds-solutions.net [69.164.206.65]) by speech.braille.uwo.ca (Postfix) with ESMTP id 62661C1A06A for ; Mon, 17 Sep 2012 00:35:11 -0400 (EDT) Received: by tds-solutions.net (Postfix, from userid 5002) id C833CA05D; Sun, 16 Sep 2012 22:35:10 -0600 (MDT) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on wuff X-Spam-Level: X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable version=3.3.1 Received: from [192.168.1.100] (unknown [65.126.168.151]) (Authenticated sender: tyler) by tds-solutions.net (Postfix) with ESMTPSA id 31560A05B for ; Sun, 16 Sep 2012 22:35:09 -0600 (MDT) Message-ID: <5056A878.7050106@tysdomain.com> Date: Sun, 16 Sep 2012 22:35:04 -0600 From: "Littlefield, Tyler" User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:15.0) Gecko/20120907 Thunderbird/15.0.1 MIME-Version: 1.0 To: "Speakup is a screen review system for Linux." Subject: Re: speakup todo? References: <201209170431.q8H4VSoN016257@lothlorien.nfbcal.org> In-Reply-To: <201209170431.q8H4VSoN016257@lothlorien.nfbcal.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: speakup@braille.uwo.ca X-Mailman-Version: 2.1.15 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: Mon, 17 Sep 2012 04:35:11 -0000 hello: Thanks for the info; I think my biggest issue is I really don't have systems with serial ports. Has anyone played with netconsole? apparently you can hook a system up over a crossover cable and send messages to it, but I'm not sure how well it works. On another unrelated note, I'm curious how you managed to install BSD; did you do something without a serial install? On 9/16/2012 10:31 PM, Brian Buhrow wrote: > Hello. If you want to know how Speakup might work in user-space, check > out yasr, which is a completely user-space based screen reader. I use it > every day under NetBSD, where it works wonderfully. > As far as kernel programming goes, see if you can find some books on > the topic, read kernel code, and learn how to generate and use crash dumps > so you can do post mortoms on kernels after they crash. Learn how to set > up a serial console since it will let you see panics as they happen, and, > if you have two machines, learn how to set up and use kgdb, the in-kernel > gdb debugger. > Kernel code isn't that much different from regular code, both should > be easy to read, as efficient as possible without being convoluted, and as > well tested and bullet proof as possible. > Good luck, and happy hacking! > On Sep 16, 12:17pm, "Littlefield, Tyler" wrote: > } Subject: speakup todo? > } Hello all: > } I'm trying to transfer, and applying for scholarships and all that I'd > } like to be able to make some contributions to projects that I can note. > } I'm interested in learning more about kernel programming, and I figured > } I'd start by working on something I use almost daily. I'm curious then > } if there's some sort of todo or improvements speakup could have to it. > } I'd also be curious if someone has thought about moving it to > } userspace--as far as I know, the only thing that we really need the > } kernel for would be hardware speech (and since serial ports are dying > } out that could be a dead point), and accessing the console directly. How > } easy would it be then, to have speakup run in userspace, but access a > } smaller cut-down version of itself in the kernel to provide the access > } to the console we need? > } We could use sequence files and access the console through /proc. It > } could return a file of 2-byte chars, which I believe is how it works > } now--one byte is the color, and the other byte is the ascii value. The > } sequence file would just iterate over the console's lines. I'm also > } curious how we'd handle something like key presses like caps+u to move > } up a line etc. > } > } If I'm way off here, I'd still like to help out if possible; is there a > } todo list around, or stuff people would like to see done? If there are > } people willing to answer questions from time to time in terms of the > } kernel programming, since that's something I've not done before, I'm > } game to start coding. > } > } Another question is then, how do people catch panics? Since I'm not > } quite cool enough to write code that just works, I'm sure I'll be > } dealing with panics, but I can't see them on the console and usually > } it's when speakup goes boom anyway. > } > } -- > } Take care, > } Ty > } http://tds-solutions.net > } The aspen project: a barebones light-weight mud engine: > } http://code.google.com/p/aspenmud > } He that will not reason is a bigot; he that cannot reason is a fool; he that dares not reason is a slave. > } > } _______________________________________________ > } Speakup mailing list > } Speakup@braille.uwo.ca > } http://speech.braille.uwo.ca/mailman/listinfo/speakup >> -- End of excerpt from "Littlefield, Tyler" > > _______________________________________________ > Speakup mailing list > Speakup@braille.uwo.ca > http://speech.braille.uwo.ca/mailman/listinfo/speakup -- Take care, Ty http://tds-solutions.net The aspen project: a barebones light-weight mud engine: http://code.google.com/p/aspenmud He that will not reason is a bigot; he that cannot reason is a fool; he that dares not reason is a slave.