Graeme Russ wrote:
> I have managed to coerce U-Boot into processing a bzImage and
> loading what appears to be the correct data @ 0x1.
..
> So it looks like legit code (setting up a stack frame etc)
> But where to go from here?
Did you look at what the stub added by mkelfImage does? You need
OK, I'm getting a little closer (I think)...
I have managed to coerce U-Boot into processing a bzImage and loading
what appears to be the correct data @ 0x1. According to this
(http://en.wikipedia.org/wiki/File:Linux-kernel-vmlinux.png) I think
that is all about right.
Doing a memory dump fro
Stefan Reinauer wrote:
> Worst case you could diff between 2.6.23-17 and 2.6.24 and do a
> binary search over the differences until you find the culprit.
Or try to use git bisect to do it.
//Peter
--
coreboot mailing list: coreboot@coreboot.org
http://www.coreboot.org/mailman/listinfo/coreboot
Welcome back, Tyson!
On 1/29/10 9:08 PM, Tyson Sawyer wrote:
> Hello,
>
> A small voice from the distant past here.
>
> I have a custom system using LinuxBIOS V1. Yes! 1! This is a
> PIII/440BX based system.
>
> We have found that we can boot 2.6.23-17, but can not boot 2.6.24.
> Investigation usi
Hello,
A small voice from the distant past here.
I have a custom system using LinuxBIOS V1. Yes! 1! This is a PIII/440BX
based system.
We have found that we can boot 2.6.23-17, but can not boot 2.6.24.
Investigation using characters posted on the serial port suggest that we
are starting th
> * don't turn on WARNINGS_AS_ERRORS for Qemu per default
I disagree with this change. I think it should be noticed when changes add
warnings to a target that is free of them. I think the goal should be to be
able to turn this on for all targets. There have been several times that
warnings p
On Fri, Jan 29, 2010 at 1:34 PM, Myles Watson wrote:
>
>
> On Fri, Jan 29, 2010 at 1:22 PM, Stefan Reinauer wrote:
>
>> On 1/29/10 9:16 PM, Myles Watson wrote:
>>
>> > * don't turn on WARNINGS_AS_ERRORS for Qemu per default
>>
>> I disagree with this change. I think it should be noticed when c
On Fri, Jan 29, 2010 at 1:22 PM, Stefan Reinauer wrote:
> On 1/29/10 9:16 PM, Myles Watson wrote:
>
> > * don't turn on WARNINGS_AS_ERRORS for Qemu per default
>
> I disagree with this change. I think it should be noticed when changes add
> warnings to a target that is free of them. I think th
On 1/29/10 9:16 PM, Myles Watson wrote:
>
> > * don't turn on WARNINGS_AS_ERRORS for Qemu per default
>
>
>
> I disagree with this change. I think it should be noticed when
> changes add warnings to a target that is free of them. I think the
> goal should be to be able to turn this on for all t
Acked-by: Ronald G. Minnich
--
coreboot mailing list: coreboot@coreboot.org
http://www.coreboot.org/mailman/listinfo/coreboot
On 01/29/2010 02:05 PM, ron minnich wrote:
Acked-by: Ronald G. Minnich
Thanks r5064
--
Thanks,
Joseph Smith
Set-Top-Linux
www.settoplinux.org
--
coreboot mailing list: coreboot@coreboot.org
http://www.coreboot.org/mailman/listinfo/coreboot
Author: linux_junkie
Date: Fri Jan 29 20:15:10 2010
New Revision: 5064
URL: http://tracker.coreboot.org/trac/coreboot/changeset/5064
Log:
RCA RM4100 and Thomson IP1000 auto.c rework.
Signed-off-by: Joseph Smith
Acked-by: Ronald G. Minnich
Modified:
trunk/src/mainboard/rca/rm4100/auto.c
tr
On 01/29/2010 01:46 PM, Joseph Smith wrote:
Hello,
This is a rework patch for the RCA RM4100 and Thomson IP1000. A few of
the changes include:
1. Setting up the PCI Host Bridge registers (not doing this was causing
random unexpected exception errors)
2. Setting up some LPC registers
3. droppin
Hello,
This is a rework patch for the RCA RM4100 and Thomson IP1000. A few of
the changes include:
1. Setting up the PCI Host Bridge registers (not doing this was causing
random unexpected exception errors)
2. Setting up some LPC registers
3. dropping the early lpc code to disable the TCO t
Author: oxygene
Date: 2010-01-29 18:38:57 +0100 (Fri, 29 Jan 2010)
New Revision: 5062
Modified:
trunk/Makefile
Log:
Make $(obj)/build.h an explicit dependency for all
object files, as it's dragged into the build by
-include $(obj)/build.h for pretty much everything.
Also, generate build.h atom
Last time we did this, at Sandia last summer, we just used mkelfimage
to make the image, pointed the Kconfig-based build at the elf image,
and it all worked. This was on the Kontron board.
Further, you should in the Kconfig-based build just be able to point
coreboot at a kernel elf image (vmlinux,
Post the discussion to here, just for future reference :)
[16:13] moin
[16:13] I want to get some help from you :)
[16:14] I want to boot XP on a usb drive, So I want to know
if I should have coreboot+seabios(for windows/dos envirement)+file(for
boot from usb)+xp
[16:15] jasonzhao: just post
Patrick Georgi wrote:
> > Maybe vmlinux could be started directly by the coreboot ELF loader
>
> Close, but not quite. Linux requires a table with some runtime
> values around. So at least a small wrapper that fills this table
> will be necessary, I think.
And Linux does not want to fill the tabl
Am 29.01.2010 08:07, schrieb Peter Stuge:
> mkelfImage adds glue between coreboot and Linux. Maybe vmlinux could
> be started directly by the coreboot ELF loader, but it's not
> verified.
Close, but not quite. Linux requires a table with some runtime values
around. So at least a small wrapper that
19 matches
Mail list logo