Richard Smith <[EMAIL PROTECTED]> writes:
> > To start I added all of this framework in freebios v1.x and it
> > caused not problems there. We just default to using it all in v2.
> > There should be no reason to require it. Especially if you are doing
> > your own motherboard.
>
> I would like
* Richard Smith <[EMAIL PROTECTED]> [050121 21:34]:
> What's the functional purpose of auto.c? Obvously to turn on the ram
> but what else?
mostly ram init control. It is the main function that has to run before
LinuxBIOS can be copied to ram. On AMD K8 this means you have to set up
hypertranspor
> To start I added all of this framework in freebios v1.x and it
> caused not problems there. We just default to using it all in v2.
> There should be no reason to require it. Especially if you are doing
> your own motherboard.
I would like what I'm making to be as usefult to the next 440bx user
On Fri, 21 Jan 2005, Eric W. Biederman wrote:
> I remember a support call with Pink. You had built the fallback image
> with the a loglevel of spew and for some reason that caused the nodes
> not to boot.
that's it!
There was a motherboard bug such that the normal bios worked fine, but the
fal
Richard Smith <[EMAIL PROTECTED]> writes:
> > > > It should be straight forward to remove all of the tests etc for
> > > > switching
>
> > > > from a fallback to a normal image.
> > >
> > > Do I really have to remove them? Ron seemed to suggest that if I just
> > > turn off the fallback suff th
"Ronald G. Minnich" writes:
> On Thu, 20 Jan 2005, Eric W. Biederman wrote:
>
> > > Yeah I would say so... Since you guys have the power to render 1000
> > > paperweights with a single command.
> >
> > Ron came insanely close to doing just that a while ago.
>
> ?? when was that? I gotta hear
> >
> > I changed mainboard/vendor/board/Options.lb:
> >
> > ## Request this level of debugging output
> > default DEFAULT_CONSOLE_LOGLEVEL=9
> > ## At a maximum only compile in this level of debugging
> > default MAXIMUM_CONSOLE_LOGLEVEL=9
>
> you don't change it there, you change it in your t
Accoding to Eric's idea to move cpu init before pci_device.
Move apic cluster before pci_domain in MB Config.lb
add some lines in northbridge.c
So in the MB Config.lb
apic cluster can only have one child.
Also can remove the northbridge/amd/k8 there is incoherent device under it.
For my 8 way
With the log level up at 8, I have confirmed that my via/epia build is
not calling southbridge_init to set up the vt8231. I have confirmed
that the code from vt8231.c, is in the binary, it's just not getting
invoked. With the exception of enabling the serial console and boosting
the log l
>
> basically, even on the new 8601, you can autodetect all you want but some
> settings seem to not work. Very frustrating. I'll have to look and see
> what hooks are in there, I no longer remember.
Since I'm in that code currently copying and looking for my 440bx
port. I noticed that the IO_BAS
On Fri, 21 Jan 2005, Al Hooton wrote:
> Ron: What do you believe is involved in updating raminit.c for the
> vt8601 northbridge in order to auto-detect CL of 2 or 3? What about
> updating it to auto-detect PC100/PC133? I'm not familiar with the
> register interfaces in the vt8601, I've n
What's the functional purpose of auto.c? Obvously to turn on the ram
but what else?
Are the #includes distributed through the file for a romcc reason?
--
Richard A. Smith
___
Linuxbios mailing list
Linuxbios@clustermatic.org
http://www.clustermatic.or
> > Our product is going to go into Gasoline pumps. You would not believe
> > the lengths that some store operators go to so they can cheat the
> > consumer slightly per fillup. So our customer requires a flash update
> > to be physical mod.
>
> I want to know more about their tricks. Is there a
On Fri, 2005-01-21 at 10:11 -0800, Al Hooton wrote:
> (yet?). At this point, I'm curious as to whether this lspci output
> matches the EPIA 800 boards you have running LB in-house?
Hold off on that request. I've gotten through LB to my payload.
Mark's pointer to the defines at the top o
On Thu, 2005-01-20 at 23:21, Richard Smith wrote:
>
> Our product is going to go into Gasoline pumps. You would not believe
> the lengths that some store operators go to so they can cheat the
> consumer slightly per fillup. So our customer requires a flash update
> to be physical mod.
I want to
An FYI from intel.
Thanks, Andrew!
ron
-- Forwarded message --
Date: Fri, 21 Jan 2005 10:12:02 -0800
From: Andrew Kelly <[EMAIL PROTECTED]>
To: Ronald G. Minnich
Subject: Clarification about TianoCore licensing
Ron,
I noticed on the Linuxbios mailing list that there was a
On Fri, 2005-01-21 at 10:03 -0700, Ronald G. Minnich wrote:
> well, send me an lspci so i can be double sure I have these boards, and we
> will take a look next week. I'm sorry to see you're having trouble.
Thanks, Ron. I know you guys are busy, I'm not asking for a lot of help
(yet?). At thi
On Fri, 2005-01-21 at 12:19 +0100, Stefan Reinauer wrote:
> But when changing the parameters to Normal, the next boot LinuxBIOS
> still says "Invalid CMOS LB checksum" and it sets "boot_option" back to
> Fallback.
This isn't AMD64-specific, but Ron pointed me to the solution for
issues wit
On Fri, 21 Jan 2005, Stefan Reinauer wrote:
> But when changing the parameters to Normal, the next boot LinuxBIOS
> still says "Invalid CMOS LB checksum" and it sets "boot_option" back to
> Fallback.
cmos_util is a good tool that we use here.
ron
__
On Fri, 21 Jan 2005 [EMAIL PROTECTED] wrote:
> Depending on the values from the factory bios, you may need to alter the
> definitions of DIMM_PC133 and DIMM_CL2 at the top of raminit.c to get
> you going.
or fix that code so it does the right thing ...
that code is derived from my really old
well, send me an lspci so i can be double sure I have these boards, and we
will take a look next week. I'm sorry to see you're having trouble.
ron
___
Linuxbios mailing list
Linuxbios@clustermatic.org
http://www.clustermatic.org/mailman/listinfo/linuxb
> > > It should be straight forward to remove all of the tests etc for switching
> > > from a fallback to a normal image.
> >
> > Do I really have to remove them? Ron seemed to suggest that if I just
> > turn off the fallback suff then I will end up with only a singel
> > fallback image.
>
> I wa
On Thu, 20 Jan 2005, Eric W. Biederman wrote:
> > Yeah I would say so... Since you guys have the power to render 1000
> > paperweights with a single command.
>
> Ron came insanely close to doing just that a while ago.
?? when was that? I gotta hear this story!
ron
___
On Thu, 20 Jan 2005, Eric W. Biederman wrote:
> For those of us who have field upgradable systems it makes a bigger
> difference.
I just always feel better knowing there is a fallback in there. Belt and
suspenders ... Richard, sure you don't want this?
ron
___
On Fri, 21 Jan 2005, Gin wrote:
> I just want to tell everyone that my board now booted SMP/non-SMP kernel
> ok. The problem is the setting of IOAPIC in ICH3. Thanks all for
> helping.
wonderful news. Can you tell us more about your board? I can put it on the
web page if you want.
ron
__
On Thu, 20 Jan 2005, Ronald G. Minnich wrote:
> I think you want a true emulator for this, did you look at qemu?
Yep, got a pointer from R.Smith. Thanks!
Best regards
Peter K
--
We Can Put an End to Word Attachments:
http://www.fsf.org/philosophy/no-word-attachments.html
_
Hi,
What's the most comfortable way to switch between normal and fallback
images in LinuxBIOS on AMD64. I was using lxbios from
http://www.llnl.gov/linux/lxbios/lxbios.html
But when changing the parameters to Normal, the next boot LinuxBIOS
still says "Invalid CMOS LB checksum" and it sets "boo
Hi Al,
Quoting Al Hooton <[EMAIL PROTECTED]>:
On Thu, 2005-01-20 at 09:45 -0700, Ronald G. Minnich wrote:
I'm quite certain it is memory, this is always the scenario with this type
of output. I may still be wrong, but I doubt it. Certain problems occur
over and over again, and this looks to be one
28 matches
Mail list logo