2010/1/13 Carl-Daniel Hailfinger c-d.hailfinger.devel.2...@gmx.net:
On 13.01.2010 15:45, Piotr Piwko wrote:
I had removed the the 'wbinvd' cache invalidation function, and then a
boot process moved on. Now it hangs on 'FATAL: NO VSA found!' error'.
Hm. I know the that piece of v3 code rather
Hi,
I'm still having trouble getting the IRQs for my on board NICs working
probably. I think I set everything right in get_bus_conf.c, mptables.c
and irq_table.c but in my linux bootup I get this message: MP-BIOS bug:
8254 timer not connected to IO-APIC. I based my changes on the tyan
s2891 that
I think this message about the bug is related to wrong ACPI IRQ ovveride
entries.
Usually there are two IRQ overrides. IRQ0 override means that IRQ0 is not
connected to pin 0 on APIC but to another, most likely pin 2. Check the figure
above why. Second IRQ override is for ACPI IRQ. This
Acked-by: Ronald G. Minnich rminn...@gmail.com
--
coreboot mailing list: coreboot@coreboot.org
http://www.coreboot.org/mailman/listinfo/coreboot
On 1/14/10 8:08 PM, ron minnich wrote:
Acked-by: Ronald G. Minnich rminn...@gmail.com
I'd like to suggest solving this in a different way if possible.
Roughly two objections:
Moving coreboot down to 0x4000 is not safe, and we should attempt to fix
it living above 1MB. There are two
2010/1/14 Peter Stuge pe...@stuge.se:
Piotr Piwko wrote:
Anyway, could you provide my any better solution to include the VSA
to coreboot image?
I believe you're doing it the correct way already.
I hope so too :)
There is a similar function ram_check() in lib/ramtest.c.
Yes, but I don't
On 1/14/10 8:45 PM, Piotr Piwko wrote:
There is a similar function ram_check() in lib/ramtest.c.
Yes, but I don't know how I can force a compilation of /lib/ramtest.c
file during building process.
It already is included in cache_as_ram_auto.c
Just add a line
ram_check(0x,
Hi Stefan,
It sounds indeed better to move the GDT above 1MB.
But i think that it is not fair to say i moved it down, because it never was
above 1MB on GX2 (non-car) boards, see options.lb .
It did`t give any build errors on kconfig because real_mode_switch_call_vsm was
commented out and some
On Thu, Jan 14, 2010 at 11:44 AM, Stefan Reinauer ste...@coresystems.de wrote:
On 1/14/10 8:08 PM, ron minnich wrote:
Acked-by: Ronald G. Minnich rminn...@gmail.com
I'd like to suggest solving this in a different way if possible.
Roughly two objections:
Moving coreboot down to 0x4000 is
On 1/14/10 11:33 PM, ron minnich wrote:
On Thu, Jan 14, 2010 at 11:44 AM, Stefan Reinauer ste...@coresystems.de
wrote:
On 1/14/10 8:08 PM, ron minnich wrote:
Acked-by: Ronald G. Minnich rminn...@gmail.com
I'd like to suggest solving this in a different way if possible.
Roughly two
Could we put Peter's great presentation on the Wiki somewhere?
http://events.ccc.de/congress/2009/Fahrplan/events/3661.en.html
Thanks,
Joseph Smith
Set-Top-Linux
www.settoplinux.org
--
coreboot mailing list: coreboot@coreboot.org
http://www.coreboot.org/mailman/listinfo/coreboot
Stefan Reinauer wrote:
I've planned to write the simple application on Linux which will
print values of given registers. Now it is not necessary :)
That might still be worthwhile.
But: Most config registers on Geode are set via MSRs, so you might
get quite far with Peter Stuge's msrtool
Nils wrote:
My priority would be to get as much boards as possible working
again and then improve them if possible.
I completely agree with this. It's just a lot of work, for the few
developers that are active.
P.s. My patch for MSRTOOL from some time ago has had not much
interest also.
I
13 matches
Mail list logo