i agree... i have been known for my proficcency in the ix86 assembly coding i would be more than happy to help work on bios code... even if i were to only be a "debugger" (or as some call a bugger) (a little asm humor there)
-----Original Message----- From: Steve and Sue [mailto:Steve.N.Sue@tesco.net] Sent: January 20, 2000 3:34 Pm To: OpenBIOS Subject: [OpenBIOS] Questions...
Hi folks,
I've been keeping an eye on the project for some time now, but the web site content seems not to change, except for an ever growing wish list. Perhaps someone would answer a couple of questions.
Is http://www.freiburg.linux.de/openbios/ the correct URL? Is there any specification for OpenBIOS that defines the initial aims, features etc? Is anyone guiding the development process?
I have written and ported BIOS code for industrial computers, but most of that source is over-weight and difficult to adapt - so I am interested in working on something that is more flexible, but I don't want to waste time on code that is only intended for getting a Linux box up and running.
Any pointers or comments greatly received.
Steve
- To unsubscribe: send mail to majordomo@freiburg.linux.de with 'unsubscribe openbios' in the body of the message
- To unsubscribe: send mail to majordomo@freiburg.linux.de with 'unsubscribe openbios' in the body of the message
On Thu, 20 Jan 2000, Stawnyczy, Evan wrote:
i agree... i have been known for my proficcency in the ix86 assembly coding
my personal bias here would be ... no assembly. The flash roms are 1 MB and if we can't write a good C bios in that much room we're doing something wrong.
doesn't matter, I'm doing my work in C. But I was surprised and happy to see that OpenBIOS switches very early on to protected mode and shortly after that to C.
ron
- To unsubscribe: send mail to majordomo@freiburg.linux.de with 'unsubscribe openbios' in the body of the message
Hey guys OpenBIOS for Transmeta's Crusoe ??? any one got a Sample ? ----- Original Message ----- From: "Ronald G. Minnich" rminnich@lanl.gov To: openbios@elvis.informatik.uni-freiburg.de Sent: Friday, January 21, 00 1:19 AM Subject: RE: [OpenBIOS] Questions...
On Thu, 20 Jan 2000, Stawnyczy, Evan wrote:
i agree... i have been known for my proficcency in the ix86 assembly
coding
my personal bias here would be ... no assembly. The flash roms are 1 MB and if we can't write a good C bios in that much room we're doing something wrong.
doesn't matter, I'm doing my work in C. But I was surprised and happy to see that OpenBIOS switches very early on to protected mode and shortly after that to C.
ron
To unsubscribe: send mail to majordomo@freiburg.linux.de with 'unsubscribe openbios' in the body of the message
- To unsubscribe: send mail to majordomo@freiburg.linux.de with 'unsubscribe openbios' in the body of the message
"Ronald G. Minnich" wrote:
On Thu, 20 Jan 2000, Stawnyczy, Evan wrote:
i agree... i have been known for my proficcency in the ix86 assembly coding
my personal bias here would be ... no assembly. The flash roms are 1 MB and if we can't write a good C bios in that much room we're doing something wrong.
You are limited to 64K or 128K for many motherboards due to address space or BIOS constraints...
You are limited to 64K or 128K for many motherboards due to address space or BIOS constraints...
Yea, I have a bias here. IF it runs in 8086 mode, I don't care :-)
And if it runs in protected mode, we can switch to protected mode early and use the full NVRAM.
That's what I'm doing anyway.
ron
- To unsubscribe: send mail to majordomo@freiburg.linux.de with 'unsubscribe openbios' in the body of the message
"Stawnyczy, Evan" wrote:
i agree... i have been known for my proficcency in the ix86 assembly coding i would be more than happy to help work on bios code... even if i were to only be a "debugger" (or as some call a bugger) (a little asm humor there)
Evan,
Everyone I'm sure would be delighted if you could join the team. Participating isn't hard, just download the OpenBIOS 0.0.2-pre1 source code and add your motherboard's chipset!
The biggest task for OpenBIOS is supporting the vast array of motherboard chipsets.
The next biggest task is providing BIOS interrupt support so that we can boot DOS, LILO, and other operating systems.
Jeff
-
Boaz Harrosh -
Jeff Garzik -
Ronald G. Minnich -
Stawnyczy, Evan