* Jim Gettys [EMAIL PROTECTED] [070515 05:09]:
http://wiki.laptop.org/go/RestrictedFormats
The information there should probably be updated, as it seems
obsolete.
http://openjdk.java.net/ has source code for download that says
it is all GPL.
Stefan
--
coresystems GmbH • Brahmsstr. 16 •
* ron minnich [EMAIL PROTECTED] [070111 18:39]:
I'd like to put in my $.02 in favor of having a way to pass the OF
device tree to the kernel, in much the same way we pass stuff like
ACPI and PIRQ and MP tables now.
This works fine for just passing the device tree, but it will fail for
the
* Segher Boessenkool [EMAIL PROTECTED] [070102 12:37]:
Are you really suggesting that using a kernel copy of the
device tree is the correct thing to do, and the only correct
thing to do -- with the sole argument that that's what the
current ports do?
There might also be a speed advantage if
* Richard Smith [EMAIL PROTECTED] [060923 15:55]:
On 9/23/06, Stefan Reinauer [EMAIL PROTECTED] wrote:
N! No, no, no! Please, no un-LZMA in assembly. This is not required
and will get us only deeper in maintainance hell. linuxbios can be
uncompressed using the C version - RAM and Stack
* Marcelo Tosatti [EMAIL PROTECTED] [060824 20:51]:
On Thu, Aug 24, 2006 at 02:31:23PM -0400, Jim Gettys wrote:
Interesting. I'm glad we now know what was going on.
In theory, I would think the device driver should have responsibility
for enabling the power on devices; in Linux has
* Jordan Crouse [EMAIL PROTECTED] [060821 16:41]:
If we really move to a (compressed) vmlinux image instead of
bzImage, that problem should disappear as a side effect because no
16bit code is called.
It seems to me that would be a bad thing - we need some of the information
processed
* Ronald G Minnich rminnich@lanl.gov [060816 00:28]:
but in the qemu case, there is a bootloader, unless we get people to use
linuxbios on qemu as well (possible to do ... )
If its about emulating an OLPC testbed using LinuxBIOS on QEMU is the
way to go. Maybe have an option to run buildrom
* Jordan Crouse [EMAIL PROTECTED] [060816 16:50]:
LINUXBIOS_VER=2376
LINUXBIOS_CONFIG=Config.SPI.lb
Ok - but I'm setting those as the defaults in linuxbios/linuxbios.mk too.
Whats wrong with 2378?
most likely nothing. It just has not been verified yet.
--
coresystems GmbH • Brahmsstr.
* ollie [EMAIL PROTECTED] [060815 19:17]:
On Tue, 2006-08-15 at 10:54 -0600, Ronald G Minnich wrote:
just to be clear, this code gets run ... when? ollie, jordan? only in
bzimage?
I believe it is called only with bzImage/zImage.
Is it called when mkelfImage is used? I thought
* Ronald G Minnich rminnich@lanl.gov [060814 16:46]:
David Woodhouse wrote:
Can we just indicate its existence in the
OpenFirmware device tree? Oh, wait :)
If only, right, stefan?
That idea (OF tree for x86/x86_64 side) has not proven acceptable to the
kernel community ...
Sorry,
* Marcelo Tosatti [EMAIL PROTECTED] [060815 00:06]:
The idea is to have LinuxBIOS support LZMA compression, although Linux
could do that by itself (BTW, I fail to see the advantage of having
LinuxBIOS support LZMA instead of the kernel).
because the kernel is not the only part in rom that can
* Eric W. Biederman [EMAIL PROTECTED] [060807 18:50]:
You can flash the payload independently as before. You just have to make
sure its either compressed or not so.
With which algorithm?
There is a coupling here. As long as the LinuxBIOS tooks take care and handle
everything we are
12 matches
Mail list logo
