* Joseph Smith [EMAIL PROTECTED] [070614 05:41]:
Ok,
Acked-by: Joseph Smith [EMAIL PROTECTED]
r2719
--
coresystems GmbH • Brahmsstr. 16 • D-79104 Freiburg i. Br.
Tel.: +49 761 7668825 • Fax: +49 761 7664613
Email: [EMAIL PROTECTED] • http://www.coresystems.de/
--
linuxbios mailing
Dear LinuxBIOS readers!
This is the automated build check service of LinuxBIOS.
The developer stepan checked in revision 2719 to
the LinuxBIOS source repository and caused the following
changes:
Change Log:
This patch adds support for the Intel i82810 northbridge and various i82801xx
Stefan Reinauer wrote:
* Joseph Smith [EMAIL PROTECTED] [070614 05:41]:
Ok,
Acked-by: Joseph Smith [EMAIL PROTECTED]
r2719
Thanks guys. Somehow I let the i82810 slip by completely, and missed a
couple lines when I was manually editing the i82801. Attached patch
fixes those.
2007/6/14, Dieter Bloms [EMAIL PROTECTED]:
Hi,
On Thu, Jun 14, Corey Osgood wrote:
Alright, looking just at the possible flashing issue for the moment, if
you flash the original bios (to your spare chip) does it work correctly?
And please remind me, what board and flash part are you
Hi!
I want a bigger bios flash so I'm wondering, what is the maximum size
possible for a flash memory chip to a via epia board?
The original is only 256KByte.
Any recommended part numbers are welcome!
Thanks in advance!
/Thomas
--
linuxbios mailing list
linuxbios@linuxbios.org
On Thu, Jun 14, 2007 at 12:10:13PM +0200, Thomas Ekstrand wrote:
I want a bigger bios flash so I'm wondering, what is the maximum
size possible for a flash memory chip to a via epia board?
4Mbit or 512kbyte
Any recommended part numbers are welcome!
SST39SF040-70-4C-NHE
I have stock in
2007/6/14, Peter Stuge [EMAIL PROTECTED]:
On Thu, Jun 14, 2007 at 12:10:13PM +0200, Thomas Ekstrand wrote:
I want a bigger bios flash so I'm wondering, what is the maximum
size possible for a flash memory chip to a via epia board?
4Mbit or 512kbyte
Any recommended part numbers are
Thomas Ekstrand wrote:
That was the problem! Once I've blacklisted the module it comes up
like it should.
Did you need to blacklist both, or just via_agp?
-Alex Mauer hawke
signature.asc
Description: OpenPGP digital signature
--
linuxbios mailing list
linuxbios@linuxbios.org
2007/6/14, Alex Mauer [EMAIL PROTECTED]:
Thomas Ekstrand wrote:
That was the problem! Once I've blacklisted the module it comes up
like it should.
Did you need to blacklist both, or just via_agp?
I don't know whether I had to or not but I blacklisted both.
I can test and see what happens
Author: uwe
Date: 2007-06-14 14:04:19 +0200 (Thu, 14 Jun 2007)
New Revision: 2721
Modified:
trunk/LinuxBIOSv2/src/southbridge/intel/i82801xx/i82801xx_lpc.c
Log:
Small bugfix in i82801xx_lpc.c.
Signed-off-by: Corey Osgood [EMAIL PROTECTED]
Acked-by: Uwe Hermann [EMAIL PROTECTED]
Modified:
Thomas Ekstrand wrote:
2007/6/14, Alex Mauer [EMAIL PROTECTED]:
Did you need to blacklist both, or just via_agp?
I don't know whether I had to or not but I blacklisted both.
I can test and see what happens if I blacklist either one and post the
results back here if you like?
If you want,
On Thu, Jun 14, 2007 at 04:36:05AM -0400, Joseph Smith wrote:
Thanks guys. Somehow I let the i82810 slip by completely, and missed a
couple lines when I was manually editing the i82801. Attached patch
fixes those.
Signed-off-by: Corey Osgood [EMAIL PROTECTED]
Committed in r2720 and
Hi,
On Thu, Jun 14, Thomas Ekstrand wrote:
Have you tried reading the flash after burning and compare that image
to the one you used when burning? I always get verify fail but it
works anyway.
yes and they are different.
I've also erased the flash:
--snip--
Dear LinuxBIOS readers!
This is the automated build check service of LinuxBIOS.
The developer uwe checked in revision 2720 to
the LinuxBIOS source repository and caused the following
changes:
Change Log:
Add initial support for the Intel 82810 northbridge.
Signed-off-by: Corey Osgood [EMAIL
Hi all :
My target is Geode LX800 + CS5536., Linuxbios rev2550 base on
mainboard dbe61. It can boot linux(2.6.20) with IDE and work well.But now
there are two questions trouble me some days.
1. MY target use CS5536's UART1 as COM1,It can work normally.When I
try to use the CS5536's
Dear LinuxBIOS readers!
This is the automated build check service of LinuxBIOS.
The developer uwe checked in revision 2721 to
the LinuxBIOS source repository and caused the following
changes:
Change Log:
Small bugfix in i82801xx_lpc.c.
Signed-off-by: Corey Osgood [EMAIL PROTECTED]
Acked-by:
* Uwe Hermann [EMAIL PROTECTED] [070607 02:14]:
See patch.
Uwe.
--
http://www.hermann-uwe.de | http://www.holsham-traders.de
http://www.crazy-hacks.org | http://www.unmaintained-free-software.org
Fix the static device tree of the ASI MB-5BLMP target. This was broken in
more than just
On 13/06/07 17:51 -0700, ron minnich wrote:
Acked-by: Ronald G. Minnich [EMAIL PROTECTED]
Note: I have not tested this on hardware. But I can bet Marc has :-)
This just convinces me that DRAM really is black magic :-)
r2722. And yes - it is all black magic, which is why Marc wears a
black
Hey all - following are some updates for BuildROM, including support
for the DB800 from Marc Jones. Enjoy.
Jordan
--
Jordan Crouse
Senior Linux Engineer
Advanced Micro Devices, Inc.
www.amd.com/embeddedprocessors
--
linuxbios mailing list
linuxbios@linuxbios.org
Signed-off-by: Jordan Crouse [EMAIL PROTECTED]
Index: buildrom/Config.in
===
--- buildrom.orig/Config.in 2007-06-12 15:59:38.0 -0600
+++ buildrom/Config.in 2007-06-12 15:59:51.0 -0600
@@ -43,6 +43,18 @@
Signed-off-by: Jordan Crouse [EMAIL PROTECTED]
Index: buildrom/packages/filo/filo.mk
===
--- buildrom.orig/packages/filo/filo.mk 2007-06-12 16:07:18.0 -0600
+++ buildrom/packages/filo/filo.mk 2007-06-12 16:08:11.0
Signed-off-by: Jordan Crouse [EMAIL PROTECTED]
Index: buildrom/packages/etherboot/etherboot.mk
===
--- buildrom.orig/packages/etherboot/etherboot.mk 2007-06-12
16:11:05.0 -0600
+++
Signed-off-by: Jordan Crouse [EMAIL PROTECTED]
Index: buildrom/config/platforms/norwich.conf
===
--- buildrom.orig/config/platforms/norwich.conf 2007-06-14 10:43:33.0
-0600
+++ buildrom/config/platforms/norwich.conf
Signed-off-by: Marc Jones [EMAIL PROTECTED]
Signed-off-by: Jordan Crouse [EMAIL PROTECTED]
Index: buildrom/config/platforms/db800.conf
===
--- /dev/null 1970-01-01 00:00:00.0 +
+++ buildrom/config/platforms/db800.conf
Signed-off-by: Jordan Crouse [EMAIL PROTECTED]
Index: buildrom/bin/fetchsvn.sh
===
--- buildrom.orig/bin/fetchsvn.sh 2007-06-12 15:55:54.0 -0600
+++ buildrom/bin/fetchsvn.sh2007-06-12 15:56:00.0 -0600
@@ -6,6
Hi,
On 6/13/07, Peter Stuge [EMAIL PROTECTED] wrote:
On Wed, Jun 13, 2007 at 05:28:02AM +, Brendan Trotter wrote:
I just think it'd be annoying for end-users if (for e.g.) the
payload decided to use the 28800 8N1 for serial communication when
LinuxBIOS is using 57600 8N1 because there
* Uwe Hermann [EMAIL PROTECTED] [070607 20:35]:
Also, I tried to split up the ACPI/SMBus code into two functions,
even though both devices have the same PCI ID. Is this supposed to
work?
LinuxBIOS will only call one constructor per file.
Can't you call both functions from the same
* [EMAIL PROTECTED] [EMAIL PROTECTED] [070614 19:16]:
Hey all - following are some updates for BuildROM, including support
for the DB800 from Marc Jones. Enjoy.
Acked-by: Stefan Reinauer [EMAIL PROTECTED]
for all of them.
--
coresystems GmbH • Brahmsstr. 16 • D-79104 Freiburg i. Br.
Author: rminnich
Date: 2007-06-14 19:45:35 +0200 (Thu, 14 Jun 2007)
New Revision: 351
Added:
LinuxBIOSv3/arch/x86/geodelx.c
Log:
This patch adds a file for geodelx cpu-specific support. It combines
into one relatively small file (582 lines or so) all the tricky bits
of the LX. This code is
Dear LinuxBIOS readers!
This is the automated build check service of LinuxBIOS.
The developer jcrouse checked in revision 2722 to
the LinuxBIOS source repository and caused the following
changes:
Change Log:
his patch fixes the CAS map for -.5 and -1 CAS settings. The -.5 setting should
only
Author: rminnich
Date: 2007-06-14 19:50:58 +0200 (Thu, 14 Jun 2007)
New Revision: 352
Added:
LinuxBIOSv3/include/spd.h
Log:
we need spd.h
Signed-off-by: Ronald G. Minnich [EMAIL PROTECTED]
Acked-by: Stefan Reinauer [EMAIL PROTECTED]
Added: LinuxBIOSv3/include/spd.h
* Brendan Trotter [EMAIL PROTECTED] [070612 16:51]:
Hehe - by the time you've finished answering all my questions you'd
wish you'd written the documentation beforehand... ;-)
:-) Well, unless someone asks it's often not clear what documentation is
required, so I think this is a good way of
* Brendan Trotter [EMAIL PROTECTED] [070613 07:28]:
I just think it'd be annoying for end-users if (for e.g.) the payload
decided to use the 28800 8N1 for serial communication when LinuxBIOS
is using 57600 8N1 because there was no way for the payload to
determine how LinuxBIOS is currently
Myles Watson wrote:
On 6/13/07, Myles Watson [EMAIL PROTECTED] wrote:
I'm using LinuxBIOS on my Tyan s2892. I have a device that maps a lot
of the memory space, but I'm struggling trying to get the Opteron to
read and write to my device in larger blocks. I have set the variable
MTRRs
* Brendan Trotter [EMAIL PROTECTED] [070614 19:31]:
If I nag enough, would LinuxBIOS developers be willing to define a few
tags for the LinuxBIOS table that a payload can use to determine what
LinuxBIOS was using for text output immediately before starting the
payload?
We should maybe write
Author: uwe
Date: 2007-06-14 21:52:27 +0200 (Thu, 14 Jun 2007)
New Revision: 2723
Modified:
trunk/LinuxBIOSv2/src/mainboard/asi/mb_5blmp/Config.lb
Log:
Fix the static device tree of the ASI MB-5BLMP target. This was broken in
more than just one way. This version should be (more) correct.
On Thu, Jun 14, 2007 at 05:39:11PM +0200, Stefan Reinauer wrote:
Acked-by: Stefan Reinauer [EMAIL PROTECTED]
r2723, thanks!
Uwe.
--
http://www.hermann-uwe.de | http://www.holsham-traders.de
http://www.crazy-hacks.org | http://www.unmaintained-free-software.org
signature.asc
Description:
On 06/13/2007 09:39 AM, Myles Watson wrote:
I’m using LinuxBIOS on my Tyan s2892. I have a device that maps a lot
of the memory space, but I’m struggling trying to get the Opteron to
read and write to my device in larger blocks. I have set the variable
MTRRs in the device driver to
On 06/13/2007 09:39 AM, Myles Watson wrote:
I'm using LinuxBIOS on my Tyan s2892. I have a device that maps a lot
of the memory space, but I'm struggling trying to get the Opteron to
read and write to my device in larger blocks. I have set the variable
MTRRs in the device driver to
Dear LinuxBIOS readers!
This is the automated build check service of LinuxBIOS.
The developer uwe checked in revision 2723 to
the LinuxBIOS source repository and caused the following
changes:
Change Log:
Fix the static device tree of the ASI MB-5BLMP target. This was broken in
more than just
Myles Watson wrote:
On 6/13/07, Myles Watson [EMAIL PROTECTED] wrote:
I'm using LinuxBIOS on my Tyan s2892. I have a device that maps a lot
of the memory space, but I'm struggling trying to get the Opteron to
read and write to my device in larger blocks. I have set the variable
-Original Message-
From: [EMAIL PROTECTED] [mailto:linuxbios-
[EMAIL PROTECTED] On Behalf Of Marc Jones
Sent: Thursday, June 14, 2007 2:39 PM
To: Roman Kononov
Cc: [EMAIL PROTECTED]; linuxbios@linuxbios.org
Subject: Re: [LinuxBIOS] Opteron caching of device memory
Roman Kononov
On Wed, Jun 13, 2007 at 05:23:46PM -0400, Corey Osgood wrote:
See attached patch. Thanks for all the great comments and suggestions!
Really great work, thanks!
I added the stuff to the list of supported mainboards / northbridges, as
well as in a news item. Do you have a link to some website
On 6/14/07, Marc Jones [EMAIL PROTECTED] wrote:
Now that I think about it, it makes sense that you can't set writeback
to noncoherent (nonsystem) memory space. What if another device wants to
write to that memory. There is no way for the cache to snoop that it was
written. You would need a
Author: stepan
Date: 2007-06-14 23:45:21 +0200 (Thu, 14 Jun 2007)
New Revision: 2724
Modified:
trunk/LinuxBIOSv2/src/mainboard/agami/aruma/Options.lb
trunk/LinuxBIOSv2/src/mainboard/agami/aruma/acpi_tables_static.c
trunk/LinuxBIOSv2/targets/agami/aruma/Config.lb
Log:
small agami aruma
Myles Watson wrote:
-Original Message-
From: [EMAIL PROTECTED] [mailto:linuxbios-
[EMAIL PROTECTED] On Behalf Of Marc Jones
Sent: Thursday, June 14, 2007 2:39 PM
To: Roman Kononov
Cc: [EMAIL PROTECTED]; linuxbios@linuxbios.org
Subject: Re: [LinuxBIOS] Opteron caching of device
On 06/14/2007 03:59 PM, ron minnich wrote:
On 6/14/07, Marc Jones [EMAIL PROTECTED] wrote:
Now that I think about it, it makes sense that you can't set writeback
to noncoherent (nonsystem) memory space. What if another device wants to
write to that memory. There is no way for the cache to
On Thu, Jun 14, 2007 at 11:16:33AM -0600, [EMAIL PROTECTED] wrote:
Hey all - following are some updates for BuildROM, including support
for the DB800 from Marc Jones. Enjoy.
1-4, 6 are
Acked-by: Peter Stuge [EMAIL PROTECTED]
separate comments on 5
//Peter
--
linuxbios mailing list
On Thu, Jun 14, 2007 at 11:16:38AM -0600, [EMAIL PROTECTED] wrote:
+++ buildrom/config/platforms/db800.conf 2007-06-14 11:09:03.0
-0600
@@ -0,0 +1,39 @@
+# Support for the AMD Geode 'norwich' platform
Is this for the norwich or the db800?
On Thu, Jun 14, 2007 at 07:45:36PM +0200, [EMAIL PROTECTED] wrote:
New Revision: 351
Added:
LinuxBIOSv3/arch/x86/geodelx.c
In general very nice!
But.. :)
Per new standards, naming conventions have changed.
Not new by any means I think, they were just ignored for the rather
big
Dear LinuxBIOS readers!
This is the automated build check service of LinuxBIOS.
The developer stepan checked in revision 2724 to
the LinuxBIOS source repository and caused the following
changes:
Change Log:
small agami aruma configuration updates (trivial)
Signed-off-by: Stefan Reinauer
On 14/06/07 21:33 +0200, Stefan Reinauer wrote:
The intention here is to allow payloads to auto-detect the method they
should use for text output, such that no end-user configuration of the
payload is necessary.
This is a very good idea.
I disagree. Letting payloads rely on LinuxBIOS
On Thu, Jun 14, 2007 at 04:36:01PM -0600, Jordan Crouse wrote:
On 14/06/07 21:33 +0200, Stefan Reinauer wrote:
The intention here is to allow payloads to auto-detect the
method they should use for text output, such that no end-user
configuration of the payload is necessary.
This is
On Fri, Jun 15, 2007 at 12:46:42AM +0200, Peter Stuge wrote:
Bretton
I am so sorry Brendan.
I have made a lot of these name booboos lately. :(
//Peter
--
linuxbios mailing list
linuxbios@linuxbios.org
http://www.linuxbios.org/mailman/listinfo/linuxbios
* Jordan Crouse [EMAIL PROTECTED] [070615 00:36]:
I disagree. Letting payloads rely on LinuxBIOS to set up devices is the
start of a slippery slope that we should try like mad to avoid.
We do know there are devices that won't work if LinuxBIOS does not do
the job. RAM, PCI resources, SCSI,
On 15/06/07 01:02 +0200, Stefan Reinauer wrote:
* Jordan Crouse [EMAIL PROTECTED] [070615 00:36]:
I disagree. Letting payloads rely on LinuxBIOS to set up devices is the
start of a slippery slope that we should try like mad to avoid.
We do know there are devices that won't work if
On Thu, Jun 14, 2007 at 05:28:26PM -0600, Jordan Crouse wrote:
We don't configure sound cards, or initialize NICs, or any of those
things.
Well, we sort-of do.
The point is, that LinuxBIOS shouldn't really be required to leave
individual devices in any sort of sane state.
It should leave
On 15/06/07 02:08 +0200, Peter Stuge wrote:
However - LinuxBIOS will need to hand over the system to the
payload and I guess that the formalization of this handover is what
this thread is all about. It should include providing the payload
with information about how the system is set up as of
On Thu, Jun 14, 2007 at 05:28:26PM -0600, Jordan Crouse wrote:
On 15/06/07 01:02 +0200, Stefan Reinauer wrote:
* Jordan Crouse [EMAIL PROTECTED] [070615 00:36]:
I disagree. Letting payloads rely on LinuxBIOS to set up devices is the
start of a slippery slope that we should try like mad
On Thu, Jun 14, 2007 at 01:07:17PM +0200, Thomas Ekstrand wrote:
SST39SF040-70-4C-NHE
I have stock in Sweden and will gladly sell single quantities but
can't ship until on Monday.
Thanks!
I'll let you know when I need one!
Just out of curiousity, how much?
50 SEK each with glued-on
This should all be so simple.
The original idea was that LB would turn on dram, call OS, done. OS
would do all config space.
Then, turned out linux can't configure unconfigured PCI BARs. And, we
needed to do some PCI config for SPD.
So, LB starts doing ALL PCI config -- no way out.
Then, turns
61 matches
Mail list logo