On Sat, Oct 11, 2008 at 2:52 AM, ron minnich [EMAIL PROTECTED] wrote:
On Fri, Oct 10, 2008 at 5:06 PM, Vincent Legoll
[EMAIL PROTECTED] wrote:
Is that like what you had in mind:
This is 18:1 right?
yes
~ # ./AMDK8MemMap.py
0x00: Ox1022 - Device ID
0x02: Ox1101 - Vendor ID
0x04:
On Sat, Oct 11, 2008 at 7:31 AM, Peter Stuge [EMAIL PROTECTED] wrote:
ron minnich wrote:
This is a good start but what you are missing is the interpretation
of the fields and shifting things so we know what they really are.
This is exactly what msrtool does. I must apologize for letting it
See patch. Some other failover.c files (which are different from the
current global failover.c) remain for now. That's for another patch maybe.
Uwe.
--
http://www.hermann-uwe.de | http://www.holsham-traders.de
http://www.crazy-hacks.org | http://www.unmaintained-free-software.org
Drop a number
don't forget -- at some point we need C functions I can plug into
coreboot directly so that we can have coreboot dump the state of the
world as it comes up. Very handy when you can't boot linux to run
python :-)
ron
--
coreboot mailing list: coreboot@coreboot.org
The only quibble I have is that the cn700 is actually simpler than the
geode. The VSA makes geode a complex case. In some ways, due to the
geodelink hardware and VSA, geode is more complex than k8. I believe
that the cn700 is going to be our simplest case yet in v3.
I'm willing to commit a week
On 11.10.2008 17:24, Uwe Hermann wrote:
See patch. Some other failover.c files (which are different from the
current global failover.c) remain for now. That's for another patch maybe.
Drop a number of duplicated failover.c files (they have the same content
as the global
On Fri, Oct 10, 2008 at 10:18 PM, Peter Stuge [EMAIL PROTECTED] wrote:
XIP could never perform better than fetching from cache except if the
cache is broken.
If cache is broken, CAR is not going to work very well, we have no
stack -- we're not going to boot anyway ...
I think we let the guys
On Sat, Oct 11, 2008 at 8:36 AM, Vincent Legoll
[EMAIL PROTECTED] wrote:
On Sat, Oct 11, 2008 at 5:26 PM, ron minnich [EMAIL PROTECTED] wrote:
don't forget -- at some point we need C functions I can plug into
coreboot directly so that we can have coreboot dump the state of the
world as it
On Sat, Oct 11, 2008 at 5:26 PM, ron minnich [EMAIL PROTECTED] wrote:
don't forget -- at some point we need C functions I can plug into
coreboot directly so that we can have coreboot dump the state of the
world as it comes up. Very handy when you can't boot linux to run
python :-)
I'll finish
On Sat, Oct 11, 2008 at 05:34:50PM +0200, Carl-Daniel Hailfinger wrote:
Nice cleanup.
Acked-by: Carl-Daniel Hailfinger [EMAIL PROTECTED]
Thanks, r3649.
Uwe.
--
http://www.hermann-uwe.de | http://www.holsham-traders.de
http://www.crazy-hacks.org | http://www.unmaintained-free-software.org
See attached patch. Tested to build and work.
Make some changes to the Fintek F71805f:
* Read port for early serial console from Kconfig
* Change naming from SP (serial port) to COM to be consistent with Kconfig
Signed-off-by: Corey Osgood [EMAIL PROTECTED]
Index:
Author: cozzie
Date: 2008-10-11 19:42:23 +0200 (Sat, 11 Oct 2008)
New Revision: 917
Modified:
coreboot-v3/superio/fintek/f71805f/dts
coreboot-v3/superio/fintek/f71805f/f71805f.h
coreboot-v3/superio/fintek/f71805f/stage1.c
coreboot-v3/superio/fintek/f71805f/superio.c
Log:
Make some
Author: cozzie
Date: 2008-10-12 02:51:10 +0200 (Sun, 12 Oct 2008)
New Revision: 918
Added:
coreboot-v3/include/arch/x86/via_c7.h
Modified:
coreboot-v3/include/globalvars.h
Log:
Add the last bits to support C7 in v3
Signed-off-by: Corey Osgood [EMAIL PROTECTED]
Acked-by: Carl-Daniel
13 matches
Mail list logo