My kernel log attached.
2009/11/27 Yoo, Taik-Yon :
> I troubled at the same point with Zheng.
>
> See Zheng's the first message titled "r4925 makes my linux hang".
> My system halted the same point of Zheng's log file "r4925_error_log.log".
>
> I cannot capture the boot log at this time, because
I troubled at the same point with Zheng.
See Zheng's the first message titled "r4925 makes my linux hang".
My system halted the same point of Zheng's log file "r4925_error_log.log".
I cannot capture the boot log at this time, because my serial port has
a physical problem.
I don't know why proper
x86emu module confuse compilation with CONFIG_DEBUG directive.
This patch makes it with or without.
diff -uNr coreboot-a/util/x86emu/biosemu.c coreboot-b/util/x86emu/biosemu.c
--- coreboot-a/util/x86emu/biosemu.c 2009-11-25 00:35:25.0 +0900
+++ coreboot-b/util/x86emu/biosemu.c 2009-11-27 10
On Thu, Nov 26, 2009 at 8:11 AM, Myles Watson wrote:
>
>> The basic IRQ handler that is serviced by x86emu module is not
>> returned back to caller.
>> So must be patched.
> I think this patch could use some more explanation, since it's not intuitive
> to set SS to initialcs instead of STACK_SEGME
Hi,
Myles Watson wrote:
> > I think this is not caused by RS690, but seems to be related
> > device-tree structure.
> > Because the stopped point of linux kernel is the bus scan stage.
> > Successful for RS690 tree, but halted at SB600's PCI bridge.
> It seems like Zheng is having trouble at a dif
> The basic IRQ handler that is serviced by x86emu module is not
> returned back to caller.
> So must be patched.
I think this patch could use some more explanation, since it's not intuitive
to set SS to initialcs instead of STACK_SEGMENT. It doesn't look right.
Thanks,
Myles
--
coreboot mail
> It has fixed my vga rom hanging problem.
> But I don't know why, so ...
So the real problem was x86emu, not CBFS or the onboard driver?
Can you confirm that by using vm86 or SeaBIOS for VGA init?
Thanks,
Myles
--
coreboot mailing list: coreboot@coreboot.org
http://www.coreboot.org/mailman/l
> I think this is not caused by RS690, but seems to be related
> device-tree structure.
> Because the stopped point of linux kernel is the bus scan stage.
> Successful for RS690 tree, but halted at SB600's PCI bridge.
It seems like Zheng is having trouble at a different point. Since you've
gotten
Author: stuge
Date: 2009-11-26 15:03:25 +0100 (Thu, 26 Nov 2009)
New Revision: 4958
Modified:
trunk/util/msrtool/geodelx.c
trunk/util/msrtool/k8.c
Log:
Remove commented out example MSR definitions
Now there are definitions for actual MSRs that can be referenced instead.
Signed-off-by: Pete
Author: stuge
Date: 2009-11-26 14:54:40 +0100 (Thu, 26 Nov 2009)
New Revision: 4957
Modified:
trunk/util/msrtool/geodelx.c
Log:
Add the following GeodeLX memory controller MSRs
0x2018 MC_CF07_DATA
0x2019 MC_CF8F_DATA
0x201a MC_CF1017_DATA
0x201b MC_CFPERF_CNT1
0x201c MC_PER
Please review the following patch that adds FreeBSD support to msrtool.
MSR values are obtained via /dev/cpuctl ioctl interface.
Signed-off-by: Andriy Gapon
Index: msrtool.c
===
--- msrtool.c (revision 4776)
+++ msrtool.c (wor
See attached patch.
M.
>From d9dc0f50b2ce756e8a3b4ede0a8ecbe76f2afcb8 Mon Sep 17 00:00:00 2001
From: Magnus Christensson
Date: Wed, 25 Nov 2009 16:26:58 +0100
Subject: [PATCH 13/13] Fix PkgLength calculation for the SSDT.
Signed-off-by: Magnus Christensson
---
src/acpi.c |6 --
1 fil
Please review the following patch.
It changes a few bash-specific constructs to more portable syntax specified by
POSIX. After the change the script keeps working with bash interpreter and can
also be interpreted by FreeBSD /bin/sh.
Signed-off-by: Andriy Gapon
Index: configure
===
On 11/14/2009 07:53 PM, Kevin O'Connor wrote:
On Fri, Nov 13, 2009 at 09:19:26AM +0100, Magnus Christensson wrote:
Fixes a problem introduced in one of my earlier patches.
I think I fixed this a different way by reworking the for() loop.
Ok.
Also, I've committed patch 4 with jus
Peter Stuge wrote:
Nathan Williams wrote:
AMD NAS:
http://coreboot.pastebin.com/m53aed60b
If you want to unclutter output a little, you can wipe the 5536 MSRs
from the file after the first run. msrtool only considers the MSRs
that are explicitly listed in the input file when run with -d.
(Ano
It has fixed my vga rom hanging problem.
But I don't know why, so ...
Reviewed-by: Zheng Bao
-Original Message-
From: coreboot-bounces+zheng.bao=amd@coreboot.org
[mailto:coreboot-bounces+zheng.bao=amd@coreboot.org] On Behalf Of
Yoo, Taik-Yon
Sent: Thursday, November 26, 2009 5:0
The basic IRQ handler that is serviced by x86emu module is not
returned back to caller.
So must be patched.
-- jaagar
--- coreboot-a/util/x86emu/biosemu.c 2009-11-25 00:35:25.0 +0900
+++ coreboot-b/util/x86emu/biosemu.c 2009-11-25 04:49:42.0 +0900
@@ -553,7 +561,7 @@
X86_CS = ini
The datasheet is not public now, isn't it?
Does coreboot has the NDA or something else to release sch4304?
Zheng
-Original Message-
From: Uwe Hermann [mailto:u...@hermann-uwe.de]
Sent: Thursday, November 26, 2009 4:16 PM
To: Bao, Zheng
Cc: coreboot
Subject: Re: [coreboot] [PATCH]: Add s
Hi,
On Thu, Nov 26, 2009 at 10:11:43AM +0800, Bao, Zheng wrote:
> Does anyone review it before it is drowned?
I can't find the datasheet right now, but if the ID is 0x90 and
the numbers you added in that table are the Super I/O LDNs, then
this is
Acked-by: Uwe Hermann
The Super I/O only has F
19 matches
Mail list logo