indicates that
the static initialization in the source didn't survive the build.
I'm at r542, vgabios-cirrus.bin is a patched variant (includes the pci
header), it's built using ubuntu's gcc-4.1.3(preview) on amd64.
Any hints?
Regards,
Patrick Georgi
LinuxBIOS-3.0.0 Thu Dec 13 10:57:04 CET
well with their closed
source business model.
Regards,
Patrick Georgi
--
linuxbios mailing list
linuxbios@linuxbios.org
http://www.linuxbios.org/mailman/listinfo/linuxbios
.
Regards,
Patrick Georgi
--
linuxbios mailing list
linuxbios@linuxbios.org
http://www.linuxbios.org/mailman/listinfo/linuxbios
works (at least
_sort of_ works). Committing completely broken code doesn't help at all.
A list is about the worst code management system I've ever used or seen.
Use a branch.
Patrick Georgi
--
linuxbios mailing list
linuxbios@linuxbios.org
http://www.linuxbios.org/mailman/listinfo/linuxbios
it to
make sure it checksums the right area.
Regards,
Patrick Georgi
the checksum creation in lar starts somewhere in the lar image,
and ends at the end of a temporary buffer, which doesn't look
right to me (and segfaults if between those two there's an unmapped
region, as happened here)
Signed
Stefan Reinauer wrote:
fully working yet with the new code base. I narrowed the problem down to
the util/lar/lib.c part of the patch which causes all modules to be
compressed, even those with a nocompress: tag.
the attached patch should fix it..
Regards,
Patrick Georgi
Fixes nocompress
the
attached patch does) to support serial console, but I'm not sure if that's
a good place to collect such configuration or where to put it instead.
So please consider this patch an attempt to start a discussion... :-)
Regards,
Patrick Georgi
Writes the serial port at the location where PCBIOS places
be (,), but aren't on bochs.
On qemu they _are_ all set to (,).
But I have no idea what the reason could be and no time to debug it at
the moment.
Regards,
Patrick Georgi
--
linuxbios mailing list
linuxbios@linuxbios.org
http://www.linuxbios.org/mailman/listinfo
in the source)
i386-elf should make the intent no operating system below the generated
code more clear in my opinion, and it builds without libc and headers
here (of course, linking normal executables won't work then), which is
why i386-elf seems to be the more appropriate prefix.
Regards,
Patrick
and test it.
Maybe it could be extended to replace the special cases in the script?
Regards,
Patrick Georgi
Index: util/xcompile/xcompile
===
--- util/xcompile/xcompile (revision 463)
+++ util/xcompile/xcompile (working
Hi,
the MacOS patches broke the build here, the attached trivial patch fixes it.
Regards,
Patrick Georgi
- adds missing include
- test(1) doesn't understand == on Solaris, but = seems to be equivalent
Signed-off-by: Patrick Georgi [EMAIL PROTECTED]
Index: Makefile
, mode_t mode);
[...]
Regards,
Patrick Georgi
--
linuxbios mailing list
linuxbios@linuxbios.org
http://www.linuxbios.org/mailman/listinfo/linuxbios
Peter Stuge wrote:
The OpenBIOS driver is very nice and neat, but not as featureful as
ADVDRVR which even does DMA.
I'm pretty much planning to use openbios' (axboe's) driver. I also doubt
that DMA is useful in the boot environment, and I'd like to keep
complexity down.
Regards,
Patrick
user), ... so I'd rather go with the current solution (just
creating a large, zeroed array in the grub2 kernel and fill it up with
modules)
Sorry, if I didn't separate the two issues enough.
Regards,
Patrick Georgi
--
linuxbios mailing list
linuxbios@linuxbios.org
http://www.linuxbios.org
to - either dynamically using a
method like the one above or fixed, and reserved for that purpose.
As for my trouble of the moment, I can just go on uncompressing the
payload to 0x8 (which I hardcoded) and move on with grub. That's not
a permanent solution, though.
Regards,
Patrick Georgi
as payload.data into the
lar archive, load it right behind the ELF image and have grub2 find its
modules at _end.
Regards,
Patrick Georgi
--
linuxbios mailing list
linuxbios@linuxbios.org
http://www.linuxbios.org/mailman/listinfo/linuxbios
files as not compress, by prefixing their filename with nocompress:
Comments appreciated.
Regards,
Patrick Georgi
- extend lar format to support compression (incompatible format change!)
- adapt the compression utilities for integration into lar
- add compression capabilities to lar and expose
is a nightmare - in this
case, just unloading the driver is preferred imho.
Hmm.. I'm not sure how the suspend stuff works on linux, but maybe you
could fake a suspend signal to the driver from your driver, so it
detaches properly (and can attach again once you're done)?
Regards,
Patrick Georgi
18 matches
Mail list logo