On Fri, Jan 11, 2008 at 04:34:39AM +0100, Peter Stuge wrote:
On Thu, Jan 10, 2008 at 09:34:28PM -0500, Corey Osgood wrote:
How many different cores could you put in even the most popular
socket, three?
LGA775 currently has 19 (and may have more I don't know about).
Using some rough
On Tue, Jan 08, 2008 at 09:36:20PM -0500, Corey Osgood wrote:
Both patches Signed-off-by: Corey Osgood [EMAIL PROTECTED]
I checked that this doesn't break abuild, so far so good.
On which hardware has this been tested so far? I'm reluctant to commit
this without some broader testing on actual
Okay
I will check this with my oscilloscope..
The most difficult would be to identify the LPC signals on the IT8716 chip,
given that the package really installed onto the board doesn't match the
publically available datasheet.. But with some effort this can be done..
I hope to be able to give some
* Carl-Daniel Hailfinger [EMAIL PROTECTED] [080111 03:07]:
Hopefully that's the worst case. Still horrible if we use 1 MByte ROMs -
5 seconds for reading the whole ROM is unacceptable.
We will have to bear with that if we plan to check the rom checksum at
some point. This feature should
* Myles Watson [EMAIL PROTECTED] [080111 05:00]:
On Thu, Jan 10, 2008 at 12:18:14PM -0700, Jordan Crouse wrote:
it really should be a feature that kconfig offers.
It's make defconfig in Linux.
Make defconfig ignores your .config file. What I wanted was something
similar to make
Quoting Corey Osgood [EMAIL PROTECTED]:
Carl-Daniel Hailfinger wrote:
On 11.01.2008 02:33, Corey Osgood wrote:
[EMAIL PROTECTED] wrote:
Quoting Corey Osgood [EMAIL PROTECTED]:
Do you mean the microcode files? If so, the microcode update looks like
this:
Header
Update Revision
Date
On Fri, Jan 11, 2008 at 09:42:00AM -0500, Corey Osgood wrote:
Peter Stuge wrote:
I think we need to make it configurable.
I don't like that. With a factory bios, you expect the correct
microcode update for your CPU to be present, no matter what CPU you
put in a socket.
(Actually no, not
Peter Stuge wrote:
On Thu, Jan 10, 2008 at 09:34:28PM -0500, Corey Osgood wrote:
How many different cores could you put in even the most popular
socket, three?
LGA775 currently has 19 (and may have more I don't know about).
Using some rough math, I get a rounded-down size of 186KB
On Fri, Jan 11, 2008 at 01:48:36PM +0100, Stefan Reinauer wrote:
* Myles Watson [EMAIL PROTECTED] [080111 05:00]:
On Thu, Jan 10, 2008 at 12:18:14PM -0700, Jordan Crouse wrote:
it really should be a feature that kconfig offers.
It's make defconfig in Linux.
Make defconfig
On Fri, Jan 11, 2008 at 03:54:18PM +0100, Peter Stuge wrote:
On Fri, Jan 11, 2008 at 09:42:00AM -0500, Corey Osgood wrote:
Peter Stuge wrote:
I think we need to make it configurable.
I don't like that. With a factory bios, you expect the correct
microcode update for your CPU to be
On Jan 11, 2008 7:31 AM, Uwe Hermann [EMAIL PROTECTED] wrote:
If you want yes for all unspecified options:
make oldconfig /usr/bin/yes
Now, Uwe, we just came full circle. I said something like that a few
messages ago and Jordan yelled at me :-)
ron
--
linuxbios mailing list
On 1/11/08, Peter Stuge [EMAIL PROTECTED] wrote:
Linux make help does not seem to have a target that combines
oldconfig and defconfig in the desired way. :\
FWIW, Red Hat patches the kernel to achieve this:
# This patch adds a make nonint_oldconfig which is non-interactive and
# also gives a
On 11/01/08 08:40 -0800, Ed Swierk wrote:
On 1/11/08, Peter Stuge [EMAIL PROTECTED] wrote:
Linux make help does not seem to have a target that combines
oldconfig and defconfig in the desired way. :\
FWIW, Red Hat patches the kernel to achieve this:
# This patch adds a make
On Fri, Jan 11, 2008 at 07:59:17AM -0800, ron minnich wrote:
On Jan 11, 2008 7:31 AM, Uwe Hermann [EMAIL PROTECTED] wrote:
If you want yes for all unspecified options:
make oldconfig /usr/bin/yes
Now, Uwe, we just came full circle. I said something like that a few
messages ago and
Peter Stuge wrote:
On Fri, Jan 11, 2008 at 07:59:17AM -0800, ron minnich wrote:
If you want yes for all unspecified options:
make oldconfig /usr/bin/yes
Now, Uwe, we just came full circle. I said something like that a
few messages ago and Jordan yelled at me :-)
So will
Author: jcrouse
Date: 2008-01-11 18:38:23 +0100 (Fri, 11 Jan 2008)
New Revision: 90
Modified:
buildrom-devel/Config.in
buildrom-devel/Makefile
buildrom-devel/config/platforms/Config.in
buildrom-devel/config/platforms/alix1c.conf
buildrom-devel/config/platforms/db800.conf
Author: jcrouse
Date: 2008-01-11 18:38:23 +0100 (Fri, 11 Jan 2008)
New Revision: 90
Modified:
buildrom-devel/Config.in
buildrom-devel/Makefile
buildrom-devel/config/platforms/Config.in
buildrom-devel/config/platforms/alix1c.conf
buildrom-devel/config/platforms/db800.conf
ron minnich wrote:
Marc, here are the register dumps.
As a reminder, we seem to have no memory above 1M.
It looks like stage2 has problems. The MSRs are not setup beyond what
stage1 did to allow stage2 to run.
Specificly, geodelx_pci_domain_phase2() is not running.
Can you send your
Myles Watson wrote:
Author: jcrouse
Date: 2008-01-11 19:23:47 +0100 (Fri, 11 Jan 2008)
New Revision: 3046
Modified:
trunk/LinuxBIOSv2/targets/buildtarget
Log:
Add the ability to extend CFLAGS as needed for several new distros
Signed-off-by: Ronald G. Minnich [EMAIL PROTECTED]
In the TARGET file, you can put something like this:
option ROM_SIZE=1024*1024
that gets you 1M
ron
--
linuxbios mailing list
linuxbios@linuxbios.org
http://www.linuxbios.org/mailman/listinfo/linuxbios
Author: jcrouse
Date: 2008-01-11 20:17:38 +0100 (Fri, 11 Jan 2008)
New Revision: 92
Removed:
buildrom-devel/packages/linuxbios/CL2.5.patch
Log:
Remove a OLPC refugee that I must have missed. Trivial.
Signed-off-by: Jordan Crouse [EMAIL PROTECTED]
Deleted:
Dear LinuxBIOS readers!
This is the automated build check service of LinuxBIOS.
The developer jcrouse checked in revision 3046 to
the LinuxBIOS source repository and caused the following
changes:
Change Log:
Add the ability to extend CFLAGS as needed for several new distros
Signed-off-by:
Is this patch good to go as is? Or should I pull out the id.lds section
for now?
/*
Marc Karasek
MTS
Sun Microsystems
mailto:[EMAIL PROTECTED]
ph:770.360.6415
*/
Myles Watson wrote:
On Jan 8, 2008 3:41 PM, Marc Karasek [EMAIL PROTECTED] wrote:
So
I have managed to cobble together a build structure that tries to build.
It gets to the point of building the linuxbios image and it chokes
because the image is to large for the romsize.
Can someone shed some light on what Config.lb should be set to to get
this to compile.
The payload
On Fri, Jan 11, 2008 at 07:59:17AM -0800, ron minnich wrote:
If you want yes for all unspecified options:
make oldconfig /usr/bin/yes
Now, Uwe, we just came full circle. I said something like that a
few messages ago and Jordan yelled at me :-)
So will oldconfig read from stdin also for
AHHH!! That completely slipped my mind. I'm so sorry.
No problem. It happens.
Myles
--
linuxbios mailing list
linuxbios@linuxbios.org
http://www.linuxbios.org/mailman/listinfo/linuxbios
On 11/01/08 11:24 -0700, Myles Watson wrote:
Signed-off-by: Myles Watson [EMAIL PROTECTED]
Acked-by: Jordan Crouse [EMAIL PROTECTED]
The rest is in r91.
AHHH!! That completely slipped my mind. I'm so sorry.
Jordan
--
Jordan Crouse
Systems Software Development Engineer
Advanced
On 08/01/08 14:20 -0700, Myles Watson wrote:
This patch is Jordan's buildrom patch with a few additions, so I'm including
his original message:
[BUILDROM] Expand linuxbiosv3 support
Add more generic support for LinuxBIOSv3 - add specialized package
for v3, and add support for using LAR to
Signed-off-by: Myles Watson [EMAIL PROTECTED]
Acked-by: Jordan Crouse [EMAIL PROTECTED]
The rest is in r91.
Thanks,
Myles
--
linuxbios mailing list
linuxbios@linuxbios.org
http://www.linuxbios.org/mailman/listinfo/linuxbios
Author: jcrouse
Date: 2008-01-11 19:23:47 +0100 (Fri, 11 Jan 2008)
New Revision: 3046
Modified:
trunk/LinuxBIOSv2/targets/buildtarget
Log:
Add the ability to extend CFLAGS as needed for several new distros
Signed-off-by: Ronald G. Minnich [EMAIL PROTECTED]
Acked-by: Peter Stuge [EMAIL
Author: myles
Date: 2008-01-11 19:22:53 +0100 (Fri, 11 Jan 2008)
New Revision: 91
Added:
buildrom-devel/packages/linuxbiosv3/
buildrom-devel/packages/linuxbiosv3/conf/
buildrom-devel/packages/linuxbiosv3/conf/qemu-i386-defconfig
buildrom-devel/packages/linuxbiosv3/linuxbiosv3.mk
Author: myles
Date: 2008-01-11 19:22:53 +0100 (Fri, 11 Jan 2008)
New Revision: 91
Added:
buildrom-devel/packages/linuxbiosv3/
buildrom-devel/packages/linuxbiosv3/conf/
buildrom-devel/packages/linuxbiosv3/conf/qemu-i386-defconfig
buildrom-devel/packages/linuxbiosv3/linuxbiosv3.mk
On Fri, Jan 11, 2008 at 06:13:31PM +0100, Stefan Reinauer wrote:
So will oldconfig read from stdin also for options specified in
.config ? If so, this is still no the winner.
nope. oldconfig only asks options not available in .config
Then this should work: while :;do echo;done|make oldconfig
Author: ward
Date: 2008-01-11 21:46:46 +0100 (Fri, 11 Jan 2008)
New Revision: 94
Modified:
buildrom-devel/packages/linuxbios/norwich-linuxbios.mk
Log:
This spurious echo sneaked in in r90 but breaks the build for the norwich board.
This is a trivial patch.
Signed-off-by: Ward Vandewege
Author: ward
Date: 2008-01-11 21:46:46 +0100 (Fri, 11 Jan 2008)
New Revision: 94
Modified:
buildrom-devel/packages/linuxbios/norwich-linuxbios.mk
Log:
This spurious echo sneaked in in r90 but breaks the build for the norwich board.
This is a trivial patch.
Signed-off-by: Ward Vandewege
Here's my attempt at fixing abuild for serengeti_cheetah_fam10.
It's pretty trivial, since I'm just using the ROM_IMAGE_SIZE in
Config.lb and putting it in Config-abuild.lb. When I reduce this size
(past what it is in Config-abuild.lb), it gives me the same overlap
error in my system that abuild
Steve Isaacs wrote:
Is this message normal or does it indicate a problem that needs to be
corrected?
INIT detected from {APICID = 00 NODEID = 00 COREID = 00} ---
Issuing SOFT_RESET...
Looking at the code this is emitted in model_fxx/init_cpus.c when
cpu_init_detectedx is
Author: jcrouse
Date: 2008-01-11 20:17:38 +0100 (Fri, 11 Jan 2008)
New Revision: 92
Removed:
buildrom-devel/packages/linuxbios/CL2.5.patch
Log:
Remove a OLPC refugee that I must have missed. Trivial.
Signed-off-by: Jordan Crouse [EMAIL PROTECTED]
Deleted:
Author: myles
Date: 2008-01-11 21:02:53 +0100 (Fri, 11 Jan 2008)
New Revision: 93
Added:
buildrom-devel/packages/busybox/conf/defconfig-serengeti_cheetah-x86_64
Log:
Sorry I missed this file in an earlier commit.
Signed-off-by: Myles Watson [EMAIL PROTECTED]
Acked-by: Myles Watson [EMAIL
Author: jcrouse
Date: 2008-01-11 19:23:47 +0100 (Fri, 11 Jan 2008)
New Revision: 3046
Modified:
trunk/LinuxBIOSv2/targets/buildtarget
Log:
Add the ability to extend CFLAGS as needed for several new distros
Signed-off-by: Ronald G. Minnich [EMAIL PROTECTED]
Acked-by: Peter Stuge
Author: jcrouse
Date: 2008-01-11 19:23:47 +0100 (Fri, 11 Jan 2008)
New Revision: 3046
Modified:
trunk/LinuxBIOSv2/targets/buildtarget
Log:
Add the ability to extend CFLAGS as needed for several new distros
Signed-off-by: Ronald G. Minnich [EMAIL PROTECTED]
Acked-by: Peter Stuge [EMAIL
Is this message normal or does it indicate a problem that needs to be
corrected?
INIT detected from {APICID = 00 NODEID = 00 COREID = 00} ---
Issuing SOFT_RESET...
Looking at the code this is emitted in model_fxx/init_cpus.c when
cpu_init_detectedx is non-zero.
Thanks,
Steve
--
There are a couple of ways, which you can find here:
http://linuxbios.org/AMD_SimNow
if you want it to go to a file, instead of
cat /home/myles/.simnow/com1/simnow_out
try
cat /home/myles/.simnow/com1/simnow_out myfile.log
otherwise, if you're using snserial there is some option to do
I'm about to introduce some new code, but first, this is some cleanup
of the linuxbios/ directory - all the geode targets were the same, so
I consolidated them.
Jordan
--
Jordan Crouse
Systems Software Development Engineer
Advanced Micro Devices, Inc.
[BUILDROM] Consolidate all the geode
No the serial port output looks ok. It is the vga ouput I need to
capture. The kernel as loader is crashing...
/*
Marc Karasek
MTS
Sun Microsystems
mailto:[EMAIL PROTECTED]
ph:770.360.6415
*/
Myles Watson wrote:
There are a couple of ways, which you
On 11/01/08 14:44 -0700, Myles Watson wrote:
There are a couple of ways, which you can find here:
http://linuxbios.org/AMD_SimNow
if you want it to go to a file, instead of
cat /home/myles/.simnow/com1/simnow_out
try
cat /home/myles/.simnow/com1/simnow_out myfile.log
-Original Message-
From: Corey Osgood [mailto:[EMAIL PROTECTED]
Sent: Friday, January 11, 2008 12:27 PM
To: [EMAIL PROTECTED]
Cc: 'Jordan Crouse'; linuxbios@linuxbios.org
Subject: Re: [LinuxBIOS] r3046 - trunk/LinuxBIOSv2/targets
Myles Watson wrote:
Author: jcrouse
Date:
On 11/01/08 14:56 -0700, Jordan Crouse wrote:
I'm about to introduce some new code, but first, this is some cleanup
of the linuxbios/ directory - all the geode targets were the same, so
I consolidated them.
As an aside, I tried all the Geode targets to make sure they work, and it
looks like
On 11.01.2008 20:41, Myles Watson wrote:
-Original Message-
From: Corey Osgood [mailto:[EMAIL PROTECTED]
Sent: Friday, January 11, 2008 12:27 PM
To: [EMAIL PROTECTED]
Cc: 'Jordan Crouse'; linuxbios@linuxbios.org
Subject: Re: [LinuxBIOS] r3046 - trunk/LinuxBIOSv2/targets
Myles
On Fri, 2008-01-11 at 13:57 -0700, Marc Jones wrote:
This could indicate a real problem. It means that the core was
unexpectedly reset at some point. This is checked in cache_as_ram.inc.
Look for /* check if cpu_init_detected */.
Yes, as it turns out this is a real problem. The
Is there anyway under SimNow to send the console output to a log file.
I have linuxbios up and running :-) but the Linux kernel I have as a
boot loader is crashing.. I have tried to stop it at the point when it
starts dmping the same message to the screen but it is nearly impossible
to time
Sorry I misunderstood.
I still recommend the same thing, only tell the Linux kernel to use the
serial port as the console, console=ttyS0,115200
You don't want to try to capture the actual VGA probably.
Good luck,
Myles
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL
Author: myles
Date: 2008-01-11 21:02:53 +0100 (Fri, 11 Jan 2008)
New Revision: 93
Added:
buildrom-devel/packages/busybox/conf/defconfig-serengeti_cheetah-x86_64
Log:
Sorry I missed this file in an earlier commit.
Signed-off-by: Myles Watson [EMAIL PROTECTED]
Acked-by: Myles Watson [EMAIL
On Jan 11, 2008 2:07 PM, Marc Jones [EMAIL PROTECTED] wrote:
I made a very sexy picture of what a failover coreboot v2 image looks
like and what ROM_IMAGE_SIZE and other variables are.
http://www.coreboot.org/Anatomy_of_a_Failover_LinuxBIOSv2_Image
I think we should make you Chairman of the
On 11.01.2008 23:07, Marc Jones wrote:
I made a very sexy picture of what a failover coreboot v2 image looks
like and what ROM_IMAGE_SIZE and other variables are.
http://www.coreboot.org/Anatomy_of_a_Failover_LinuxBIOSv2_Image
Great, thanks! One of the things I'd always wanted to have an
Marc Jones wrote:
Myles Watson wrote:
Here's my attempt at fixing abuild for serengeti_cheetah_fam10.
It's pretty trivial, since I'm just using the ROM_IMAGE_SIZE in
Config.lb and putting it in Config-abuild.lb. When I reduce this size
(past what it is in Config-abuild.lb), it gives me
Hello,
I want to use SimNow 4.4.2, but it fails to run. OS is
openSUSE 10.3 x86_64, 1GB RAM,
Kernel version:
[EMAIL PROTECTED]:~ uname -a
Linux freezer 2.6.22.13-0.3-default #1 SMP 2007/11/19
15:02:58 UTC
x86_64 x86_64 x86_64 GNU/Linux
[EMAIL PROTECTED]:~
CPU Info:
[EMAIL PROTECTED]:~ cat
On 11/01/08 16:51 -0500, Marc Karasek wrote:
No the serial port output looks ok. It is the vga ouput I need to
capture. The kernel as loader is crashing...
Oh, wow... I don't think there's any way to do that. You can log the
I/O and memory space accesses, but you can't log the screen.
Fix the payloads on alix1c and msm800sev.
ron
Fix these to use a more standard relative path for payload.
Signed-off-by: Ronald G. Minnich [EMAIL PROTECTED]
Index: targets/digitallogic/msm800sev/Config.lb
===
---
On 11/01/08 14:34 -0800, ron minnich wrote:
Fix the payloads on alix1c and msm800sev.
ron
Fix these to use a more standard relative path for payload.
Signed-off-by: Ronald G. Minnich [EMAIL PROTECTED]
Acked-by: Jordan Crouse [EMAIL PROTECTED]
And thank you for your speed!
Index:
Author: rminnich
Date: 2008-01-11 23:37:27 +0100 (Fri, 11 Jan 2008)
New Revision: 3047
Modified:
trunk/LinuxBIOSv2/targets/digitallogic/msm800sev/Config.lb
trunk/LinuxBIOSv2/targets/pcengines/alix1c/Config.lb
Log:
Fix these to use a more standard relative path for payload.
Signed-off-by:
Author: rminnich
Date: 2008-01-11 23:37:27 +0100 (Fri, 11 Jan 2008)
New Revision: 3047
Modified:
trunk/LinuxBIOSv2/targets/digitallogic/msm800sev/Config.lb
trunk/LinuxBIOSv2/targets/pcengines/alix1c/Config.lb
Log:
Fix these to use a more standard relative path for payload.
Signed-off-by:
On Jan 11, 2008 2:38 PM, Jordan Crouse [EMAIL PROTECTED] wrote:
Fix these to use a more standard relative path for payload.
Signed-off-by: Ronald G. Minnich [EMAIL PROTECTED]
Acked-by: Jordan Crouse [EMAIL PROTECTED]
Committed revision 3047.
--
linuxbios mailing list
On 11/01/08 14:37 -0800, ron minnich wrote:
On Jan 11, 2008 2:38 PM, Jordan Crouse [EMAIL PROTECTED] wrote:
Fix these to use a more standard relative path for payload.
Signed-off-by: Ronald G. Minnich [EMAIL PROTECTED]
Acked-by: Jordan Crouse [EMAIL PROTECTED]
Committed revision
On Thu, Jan 10, 2008 at 04:39:57PM -0700, Myles Watson wrote:
Sorry to be so dense, but it looks like you added mkdir -p in a lot of
places for directories, even though there are already makefile rules for
them.
Right, that was stupid, I had not noticed those. This patch fixes that, and
it's
Author: jcrouse
Date: 2008-01-11 23:53:36 +0100 (Fri, 11 Jan 2008)
New Revision: 95
Modified:
buildrom-devel/config/platforms/alix1c.conf
buildrom-devel/config/platforms/msm800sev.conf
Log:
[BUILDROM] Bump the mem800sev and alix1c revisions
Bump the linuxbios revision of the mem800sev and
On 11/01/08 17:50 -0500, Ward Vandewege wrote:
On Fri, Jan 11, 2008 at 03:45:28PM -0700, Jordan Crouse wrote:
And the associated patch to bump the revision in buildrom.
!DSPAM:4787f1d7211931030414324!
[BUILDROM] Bump the mem800sev and alix1c revisions
Bump the linuxbios
On 11/01/08 17:50 -0500, Ward Vandewege wrote:
On Fri, Jan 11, 2008 at 03:45:28PM -0700, Jordan Crouse wrote:
And the associated patch to bump the revision in buildrom.
!DSPAM:4787f1d7211931030414324!
[BUILDROM] Bump the mem800sev and alix1c revisions
Bump the linuxbios
On Fri, Jan 11, 2008 at 03:45:28PM -0700, Jordan Crouse wrote:
And the associated patch to bump the revision in buildrom.
!DSPAM:4787f1d7211931030414324!
[BUILDROM] Bump the mem800sev and alix1c revisions
Bump the linuxbios revision of the mem800sev and alix1c to take advantage
of the
On Thu, Jan 10, 2008 at 04:39:57PM -0700, Myles Watson wrote:
Sorry to be so dense, but it looks like you added mkdir -p in a lot of
places for directories, even though there are already makefile rules for
them.
Right, that was stupid, I had not noticed those. This patch fixes that,
and
Dear LinuxBIOS readers!
This is the automated build check service of LinuxBIOS.
The developer rminnich checked in revision 3047 to
the LinuxBIOS source repository and caused the following
changes:
Change Log:
Fix these to use a more standard relative path for payload.
Signed-off-by: Ronald G.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
Imho you must copy the data from CAR, because when it is OFF, no writeback is
done to memory: (from BKDG)
Temporary data stored in the cache during boot cannot be written back to DRAM
after enabling the
DRAM controller using a CLFLUSH or WBINVB
On Jan 11, 2008 4:13 PM, Carl-Daniel Hailfinger
[EMAIL PROTECTED] wrote:
Ron, where would you like to have the CAR area to avoid copying the
stack around in v2? Any places where stack location is hardcoded without
using the usual #define?
If you could put it at x80 that would work very
Marc Jones wrote:
ron minnich wrote:
Marc, here are the register dumps.
As a reminder, we seem to have no memory above 1M.
It looks like stage2 has problems. The MSRs are not setup beyond what
stage1 did to allow stage2 to run.
Specificly, geodelx_pci_domain_phase2() is not running.
On 12.01.2008 01:25, ron minnich wrote:
On Jan 11, 2008 4:13 PM, Carl-Daniel Hailfinger
[EMAIL PROTECTED] wrote:
Ron, where would you like to have the CAR area to avoid copying the
stack around in v2? Any places where stack location is hardcoded without
using the usual #define?
On Jan 11, 2008 4:35 PM, Carl-Daniel Hailfinger
[EMAIL PROTECTED] wrote:
One zero too many? Your location would be 8 MB. That is impossible
according to the BKDG.
yes, my mistake.
ron
Be advised that car on older opterons is a bit tricky, due to
limitations in the hardware. I can't test
Acked-by: Ronald G. Minnich [EMAIL PROTECTED]
--
linuxbios mailing list
linuxbios@linuxbios.org
http://www.linuxbios.org/mailman/listinfo/linuxbios
For reference here is the geode lx disable car. CAR is at 8. The
steps are to re-enable cache (for loop), then dirty all the tags for
the CAR area (cld; rep movsl; etc); then write it all back (wbinvd).
Works really well.
for (i = 0; i ARRAY_SIZE(msr_table); i++)
After configuring the PLL registers on Geode LX, we have to reset the
processor. However, nothing in the log tells the user why the processor
is being reset.
Example log follows:
LinuxBIOS-3.0.0 Fri Jan 11 15:53:52 MST 2008 starting...
Choosing fallback boot.
[...]
Fallback failed. Try normal
On Jan 11, 2008 4:33 PM, Carl-Daniel Hailfinger
[EMAIL PROTECTED] wrote:
On 12.01.2008 01:18, Rudolf Marek wrote:
Temporary data stored in the cache during boot cannot be written back
to DRAM
after enabling the
DRAM controller using a CLFLUSH or WBINVB instruction. The cache should be
On 12.01.2008 01:18, Rudolf Marek wrote:
Imho you must copy the data from CAR, because when it is OFF, no
writeback is
done to memory: (from BKDG)
Temporary data stored in the cache during boot cannot be written back
to DRAM
after enabling the
DRAM controller using a CLFLUSH or WBINVB
On Jan 11, 2008 5:10 PM, Carl-Daniel Hailfinger
[EMAIL PROTECTED] wrote:
Do you want CAR to start at 0x8 and end at 0x87FFF
Oh shoot, I just realized, on LX it goes from 88000 to 88fff. But it
doesn't matter that much. 8 to 87fff is fine too.
ron
--
linuxbios mailing list
note that on V3, we have the neat ability to put microcode in LAR, and
find it there on boot.
So we might have another top level directory: /microcode
And then you can figure out, long after the bios is built, which
microcode updates you want to support.
ron
--
linuxbios mailing list
On Saturday 12 January 2008, Carl-Daniel Hailfinger wrote:
BIOS_EMERG is a bit strong because every cold boot will
trigger that code path by design.
OTOH after the new PLL values the machine _is_ unusable unless reset, right?
As I replied to Ron, this message should be prioritised as high as
Quoting Uwe Hermann [EMAIL PROTECTED]:
On Fri, Jan 11, 2008 at 03:54:18PM +0100, Peter Stuge wrote:
On Fri, Jan 11, 2008 at 09:42:00AM -0500, Corey Osgood wrote:
Peter Stuge wrote:
I think we need to make it configurable.
I don't like that. With a factory bios, you expect the correct
On 12.01.2008 01:58, Torsten Duwe wrote:
On Saturday 12 January 2008, Carl-Daniel Hailfinger wrote:
After configuring the PLL registers on Geode LX, we have to reset the
processor. However, nothing in the log tells the user why the processor
is being reset.
+
On 12.01.2008 01:53, ron minnich wrote:
Acked-by: Ronald G. Minnich [EMAIL PROTECTED]
Thanks, r553.
Regards,
Carl-Daniel
--
linuxbios mailing list
linuxbios@linuxbios.org
http://www.linuxbios.org/mailman/listinfo/linuxbios
Author: hailfinger
Date: 2008-01-12 02:09:47 +0100 (Sat, 12 Jan 2008)
New Revision: 553
Modified:
LinuxBIOSv3/arch/x86/geodelx/geodelx.c
Log:
After configuring the PLL registers on Geode LX, we have to reset the
processor. However, nothing in the log tells the user why the processor
is being
On 12.01.2008 01:45, ron minnich wrote:
For reference here is the geode lx disable car. CAR is at 8. The
steps are to re-enable cache (for loop), then dirty all the tags for
the CAR area (cld; rep movsl; etc); then write it all back (wbinvd).
Works really well.
for (i = 0; i
On Saturday 12 January 2008, Carl-Daniel Hailfinger wrote:
After configuring the PLL registers on Geode LX, we have to reset the
processor. However, nothing in the log tells the user why the processor
is being reset.
+ printk(BIOS_INFO, Resetting the processor after PLL
+
On Saturday 12 January 2008, ron minnich wrote:
Acked-by: Ronald G. Minnich [EMAIL PROTECTED]
[BIOS_INFO vs. BIOS_EMERG]
Think about it this way: whichever log level is set, the information that a
repeating log is intentional should be there.
Torsten
--
linuxbios mailing list
Author: hailfinger
Date: 2008-01-12 02:09:47 +0100 (Sat, 12 Jan 2008)
New Revision: 553
Modified:
LinuxBIOSv3/arch/x86/geodelx/geodelx.c
Log:
After configuring the PLL registers on Geode LX, we have to reset the
processor. However, nothing in the log tells the user why the processor
is being
Welcome to coreboot!
It's been 10 years (in octal anyway!) since the first successful LinuxBIOS boot.
In those days, by design, LinuxBIOS looked like this:
LinuxBIOS = (core boot code) + (Linux kernel)
We did not consider LinuxBIOS to be separable in any way from Linux,
and in fact the name
On 12.01.2008 02:23, ron minnich wrote:
On Jan 11, 2008 5:10 PM, Carl-Daniel Hailfinger
[EMAIL PROTECTED] wrote:
Do you want CAR to start at 0x8 and end at 0x87FFF
Oh shoot, I just realized, on LX it goes from 88000 to 88fff. But it
doesn't matter that much. 8 to 87fff is
On Fri, Jan 11, 2008 at 02:01:22PM -0800, Andon Tschauschev wrote:
info: creating device #8 AweSim Processor
FixIt: Error: Unable to allocate processor model memory.
Aborted
..
mmap(0x54, 2147483648,
PROT_NONE,MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS|MAP_NORESERVE, -1, 0) = -1
ENOMEM
On Fri, Jan 11, 2008 at 05:27:48PM -0800, ron minnich wrote:
note that on V3, we have the neat ability to put microcode in LAR,
and find it there on boot.
So we might have another top level directory: /microcode
And then you can figure out, long after the bios is built, which
microcode
[EMAIL PROTECTED] wrote:
Quoting Uwe Hermann [EMAIL PROTECTED]:
On Fri, Jan 11, 2008 at 03:54:18PM +0100, Peter Stuge wrote:
On Fri, Jan 11, 2008 at 09:42:00AM -0500, Corey Osgood wrote:
Peter Stuge wrote:
I think we need to make it configurable.
I
Via C3 datasheets don't make any mention of microcode updates, and the
C7 bios programmer's guide explicitly states they're not necessary, and
leaves it at that. Even if they are possible and exist, we don't have
any info on it, nor any updates, so drop these unneeded references.
Signed-off-by:
On Jan 11, 2008 7:05 PM, Peter Stuge [EMAIL PROTECTED] wrote:
On Fri, Jan 11, 2008 at 02:01:22PM -0800, Andon Tschauschev wrote:
info: creating device #8 AweSim Processor
FixIt: Error: Unable to allocate processor model memory.
Aborted
..
mmap(0x54, 2147483648,
99 matches
Mail list logo