the direction of speakup

[Kelly Prescott]

I am certainly not a hardware expert, but Xen VmWare etal control the 
hardware as is.
Now, they don't intercept the video at least I don't think they do, but 
the UEFI specification allows for things to run before boot and that is 
why I thought we might be able to do something with that.
Remember the Speaqualizer back in the 1980's which read the hardware 
directly?
Maybe we could have 2 parts to speakup...
first takes over at the boot process and then a module gets loaded later 
to provide more functionality.
this reads the boot and hardware kernel messages as well as providing for 
userspace support.


On Wed, 8 May 2013, acollins at icsmail.net wrote:

> I doubt that would work, I'm not familiar with uefi, but it would have
> have to intercept all the kernels hardware video calls in order to speak
> while the kernel is running.  Do you know what hardware specs the uefi
> spec has?
>
> Gene
>
>> Maybe the UEFI specification can help us.
>> What about a small UEFI application to be a screen reader then launch the
>> kernel or what ever.
>> This would not work for older systems, but might get around the kernel
>> driver problem as the reader encapsulates the kernel so to speak.
>>
>>
>> On Wed, 8 May 2013, Martin G. McCormick wrote:
>> --- anip ---
>>> 	A Unix kernel is the master process and everything else
>>> that happens on your system is spawned as a subprocess of the
>>> master. Would it be possible to have a kernel equipped with
>>> speakup spawn the rest of one's system as if it was a virtual
>>> system? That could take care of the I/O.
>> _______________________________________________
>> Speakup mailing list
>> Speakup at linux-speakup.org
>> http://linux-speakup.org/cgi-bin/mailman/listinfo/speakup
> _______________________________________________
> Speakup mailing list
> Speakup at linux-speakup.org
> http://linux-speakup.org/cgi-bin/mailman/listinfo/speakup
>