Russell Whitaker wrote:
>
>
> On Fri, 2 Nov 2007, Corey Osgood wrote:
>
>> Peter Stuge wrote:
>>> On Fri, Nov 02, 2007 at 01:30:25PM -0400, Corey Osgood wrote:
>>
+++ src/include/spd.h(working copy)
@@ -105,6 +105,7 @@
#define SPD_MEMORY_TYPE_SGRAM_DDR6
#define SPD
On Fri, 2 Nov 2007, Corey Osgood wrote:
> Peter Stuge wrote:
>> On Fri, Nov 02, 2007 at 01:30:25PM -0400, Corey Osgood wrote:
>
>>> +++ src/include/spd.h (working copy)
>>> @@ -105,6 +105,7 @@
>>> #define SPD_MEMORY_TYPE_SGRAM_DDR6
>>> #define SPD_MEMORY_TYPE_SDRAM_DDR7
>
Peter Stuge wrote:
> On Fri, Nov 02, 2007 at 01:30:25PM -0400, Corey Osgood wrote:
>
>> +void smbus_fixup(const struct mem_controller *ctrl)
>> +{
>> +int i, ram_slots, current_slot = 0;
>> +u8 result = 0;
>> +
>> +ram_slots = ARRAY_SIZE(ctrl->channel0);
>> +if (!ram_slots) {
>>
Hi Morgan!
On Fri, Nov 02, 2007 at 12:02:06PM +0800, Morgan Tsai /SiS wrote:
> Here is the redone patch by TortoiseSVN, please try it again.
Thanks! I think most of these changes have been committed from your
previous patch already.
> The newest I have is 2925.
I don't know if you already hav
On Sat, Nov 03, 2007 at 12:27:12AM +0100, [EMAIL PROTECTED] wrote:
> Log:
> This patch changes the "if else" style of parameter matching to
> table and also changes the rdpreamble parameter, which will cause
> that more then one DIMM will work for 939 motherboard.
\o/
> - dcl |= DCL_
On Fri, Nov 02, 2007 at 01:30:25PM -0400, Corey Osgood wrote:
> +void smbus_fixup(const struct mem_controller *ctrl)
> +{
> + int i, ram_slots, current_slot = 0;
> + u8 result = 0;
> +
> + ram_slots = ARRAY_SIZE(ctrl->channel0);
> + if (!ram_slots) {
> + print_err("smbus
On Fri, Nov 02, 2007 at 06:05:04PM +0100, [EMAIL PROTECTED] wrote:
> Log:
> remaining part of the patch.
But wtf was in it?
All of us remember right now, but that's not why we have commit
messages.
Sorry for bitching about this on a Friday night.
//Peter
--
linuxbios mailing list
linuxbios@l
On Fri, Nov 02, 2007 at 01:54:49PM +0100, [EMAIL PROTECTED] wrote:
> fix up iwill board compilation. Untested, trivial
Great! :) Lovely to see all boards build again.
>From a quick look it seems the changes needed on these boards were
similar. Could you write a few lines about it? Like a changelo
On Thu, Nov 01, 2007 at 11:05:27PM -0700, Baski wrote:
> I want to run a small code, say, 'while(1){send a char to com1
> port}' on this second core and let the BSP load and run linux.
> the secondary eip is still valid.
I suppose if you exclude a memory area that the second core runs in
it could
On Thu, Nov 01, 2007 at 09:42:16PM -0700, ron minnich wrote:
> I am not sure what the future of buildroot will be.
>
> So, I am happy that buildrom can do what it does.
I like Gentoo's catalyst for building systems. Granted it's geared
toward full-fledged systems, but there's no reason it can't b
Dear Morgan,
this patch is against latest svn. Please review.
Thanks,
Carl-Daniel
Change one PCI vendor ID from Nvidia to SiS and remove some dead code.
Signed-off-by: Carl-Daniel Hailfinger <[EMAIL PROTECTED]>
---
Index: LinuxBIOSv2/src/southbridge/sis/sis966/sis966_early_ctrl.c
===
Dear LinuxBIOS readers!
This is the automated build check service of LinuxBIOS.
The developer "mjones" checked in revision 2935 to
the LinuxBIOS source repository and caused the following
changes:
Change Log:
This patch changes the "if else" style of parameter matching to table and also
change
Dear LinuxBIOS readers!
This is the automated build check service of LinuxBIOS.
The developer "stepan" checked in revision 2934 to
the LinuxBIOS source repository and caused the following
changes:
Change Log:
Asus A8V-E-SE support from Rudolf Marek
Signed-off-by: Rudolf Marek <[EMAIL PROTECTE
Jordan Crouse wrote:
> On 02/11/07 23:32 +0100, Rudolf Marek wrote:
>> Hello,
>>
>> This patch changes the "if else" style of parameter matching to table and
>> also
>> changes the rdpreamble parameter, which will cause that more then one DIMM
>> will
>> work for 939 motherboard. It seems that
Author: mjones
Date: 2007-11-03 00:27:12 +0100 (Sat, 03 Nov 2007)
New Revision: 2935
Modified:
trunk/LinuxBIOSv2/src/northbridge/amd/amdk8/amdk8.h
trunk/LinuxBIOSv2/src/northbridge/amd/amdk8/raminit.c
Log:
This patch changes the "if else" style of parameter matching to table and also
change
* Rudolf Marek <[EMAIL PROTECTED]> [071102 22:30]:
> Signed-off-by: Rudolf Marek <[EMAIL PROTECTED]>
>
> I will repost some patches which have not yet been accepted, so my SVN tree
> have no diffs.
>
> Rudolf
> Index: src/mainboard/asus/a8v-e_se/fadt.c
r2934.
--
coresystems GmbH • Brahmsstr.
[New thread, as it's not related to the A8V-E SE only]
On Wed, Oct 31, 2007 at 11:44:43AM +0100, Stefan Reinauer wrote:
> * Uwe Hermann <[EMAIL PROTECTED]> [071031 00:12]:
> > >>> Index: src/mainboard/asus/a8v-e_se/acpi_tables.c
> > >>> =
On 02/11/07 23:32 +0100, Rudolf Marek wrote:
> Hello,
>
> This patch changes the "if else" style of parameter matching to table and
> also
> changes the rdpreamble parameter, which will cause that more then one DIMM
> will
> work for 939 motherboard. It seems that this code was written with some
Hello,
This patch changes the "if else" style of parameter matching to table and also
changes the rdpreamble parameter, which will cause that more then one DIMM will
work for 939 motherboard. It seems that this code was written with some very
early version of the specs.
What about the 2T suppo
Hello,
This patch adds support for MCFG table, which allows OS to find the MMCONFIG for
memory mapped PCIe config.
However this patch is not enough to enable it on Linux, Linux do not trust
BIOSes too much, so a small patch to kernel to disable the check if this region
is e820 reserved.
PC
I've been spinning my wheels because of a stale payload.
In the fallback directory, the payload file depends on the
../{../}*/payload.elf file. If you change that to ../../payload.lzma.elf to
retry, it won't get the new file if payload is newer than payload.lzma.elf.
It seems like there are sev
Quoting Uwe Hermann <[EMAIL PROTECTED]>:
> On Fri, Nov 02, 2007 at 01:20:56PM -0400, [EMAIL PROTECTED] wrote:
>> The only thing I coud see is Uwe changed it to do a 200us delay at the
>> begining of the sdram_enable cycle is there more?
>
> The important thing is this (in Config.lb):
>
> device
On Fri, Nov 02, 2007 at 01:20:56PM -0400, [EMAIL PROTECTED] wrote:
> The only thing I coud see is Uwe changed it to do a 200us delay at the
> begining of the sdram_enable cycle is there more?
The important thing is this (in Config.lb):
device apic_cluster 0 on
chip cpu/intel/slot_2
d
Updated patch attached.
Signed-off-by: Corey Osgood <[EMAIL PROTECTED]>
Comments inline below.
Uwe Hermann wrote:
> On Fri, Nov 02, 2007 at 12:39:16PM -0400, Corey Osgood wrote:
>
>>> Please explain the SPD_MEMORY_TYPE_SDRAM/SPD_MEMORY_TYPE_SDRAM_DDR2
>>> check in the comment here.
>>>
>>> If
On Fri, Nov 02, 2007 at 05:53:34PM +0100, Uwe Hermann wrote:
> On Tue, Oct 30, 2007 at 10:26:57PM -0400, Ward Vandewege wrote:
> > > Can somebody please update the wiki status page?
> >
> > Done.
>
> Are you sure? I don't see any changes. Maybe you forgot to press "Submit"?
Hmm, I guess so. Sorr
Quoting Corey Osgood <[EMAIL PROTECTED]>:
> [EMAIL PROTECTED] wrote:
>> Quoting Uwe Hermann <[EMAIL PROTECTED]>:
>>
>>
>>> On Thu, Nov 01, 2007 at 09:30:11AM -0400, [EMAIL PROTECTED] wrote:
>>>
Hello,
I am having prolems with the mptable utility. I keeps telling me "MP
FPS NOT found
* Uwe Hermann <[EMAIL PROTECTED]> [071102 18:08]:
> > That's fine. The i2c has 8 (actually 7) bits address space. spd might
> > not necessarily be behind the i2c bus. Or it might have a number of
> > switches. So you might have an address of 0xaabbccdd saying that aa, bb,
> > cc, dd are the setting
On Fri, Nov 02, 2007 at 12:39:16PM -0400, Corey Osgood wrote:
> >>/* Yes, this is a mess, but it's the easiest way to do it. */
> >> - while ((inb(SMBHSTSTAT) & 1) == 1 && loops <= SMBUS_TIMEOUT)
> >> + while ((inb(SMBHSTSTAT) & 1) == 1 && loops < SMBUS_TIMEOUT)
> >>
> >
> > Rationale? D
On Fri, Nov 02, 2007 at 05:44:03PM +0100, Stefan Reinauer wrote:
> > > -u8 smbus_read_byte(u32 dimm, u32 offset)
> > > +/**
> > > + * Read a byte from the smbus
> > > + *
> > > + * @param dimm The address location of the dimm on the smbus
> > > + * @param offset The offset the data is located at
>
[EMAIL PROTECTED] wrote:
> Quoting Uwe Hermann <[EMAIL PROTECTED]>:
>
>
>> On Thu, Nov 01, 2007 at 09:30:11AM -0400, [EMAIL PROTECTED] wrote:
>>
>>> Hello,
>>> I am having prolems with the mptable utility. I keeps telling me "MP
>>> FPS NOT found, suggest trying -grope option!!!". If I try
Author: stepan
Date: 2007-11-02 18:05:04 +0100 (Fri, 02 Nov 2007)
New Revision: 2933
Modified:
trunk/LinuxBIOSv2/src/southbridge/sis/sis966/sis966_early_smbus.c
Log:
remaining part of the patch.
Signed-off-by: Stefan Reinauer <[EMAIL PROTECTED]>
Acked-by: Stefan Reinauer <[EMAIL PROTECTED]>
Quoting Uwe Hermann <[EMAIL PROTECTED]>:
> On Thu, Nov 01, 2007 at 09:30:11AM -0400, [EMAIL PROTECTED] wrote:
>> Hello,
>> I am having prolems with the mptable utility. I keeps telling me "MP
>> FPS NOT found, suggest trying -grope option!!!". If I try the grope
>> option it still spits out the sa
On Tue, Oct 30, 2007 at 10:26:57PM -0400, Ward Vandewege wrote:
> > Can somebody please update the wiki status page?
>
> Done.
Are you sure? I don't see any changes. Maybe you forgot to press "Submit"?
Uwe.
--
http://www.hermann-uwe.de | http://www.holsham-traders.de
http://www.crazy-hacks.or
On Thu, Nov 01, 2007 at 09:30:11AM -0400, [EMAIL PROTECTED] wrote:
> Hello,
> I am having prolems with the mptable utility. I keeps telling me "MP
> FPS NOT found, suggest trying -grope option!!!". If I try the grope
> option it still spits out the same message. Am I doing something wrong?
Pro
* Jordan Crouse <[EMAIL PROTECTED]> [071101 21:02]:
> Something strange happened to the patch, I think the mailserver
> may have mangled it; it didn't apply cleanly to the tree. I fixed it up,
> here is the same patch again that will apply against current SVN,
> and compiles on my box.
>
> Acked
* Corey Osgood <[EMAIL PROTECTED]> [071102 17:39]:
> >> +/**
> >> + * This is provided for compatibility, should it be needed
> >> + */
> >> +inline u8 spd_read_byte(u32 address, u8 offset)
> >> +{
> >> + return smbus_read_byte(address, offset);
> >> +}
>
> > Also, address is 32bit here but 8
* Uwe Hermann <[EMAIL PROTECTED]> [071102 16:56]:
> > loops = 0;
> > /* Yes, this is a mess, but it's the easiest way to do it. */
> > - while ((inb(SMBHSTSTAT) & 1) == 1 && loops <= SMBUS_TIMEOUT)
> > + while ((inb(SMBHSTSTAT) & 1) == 1 && loops < SMBUS_TIMEOUT)
>
> Rationale? Does it
Uwe Hermann wrote:
> On Fri, Nov 02, 2007 at 02:03:18AM -0400, Corey Osgood wrote:
>
>> @@ -79,11 +62,14 @@
>>
>> loops = 0;
>> /* Yes, this is a mess, but it's the easiest way to do it. */
>> -while ((inb(SMBHSTSTAT) & 1) == 1 && loops <= SMBUS_TIMEOUT)
>> +while ((inb(SMBHS
Author: jcrouse
Date: 2007-11-02 17:18:25 +0100 (Fri, 02 Nov 2007)
New Revision: 2932
Removed:
trunk/LinuxBIOSv2/src/southbridge/sis/sis966/sisnb.c
Log:
Delete a file no longer used by the SiS implementation
No functional code changes.
Signed-off-by: Jordan Crouse <[EMAIL PROTECTED]>
Acked-by:
On Fri, Nov 02, 2007 at 02:03:18AM -0400, Corey Osgood wrote:
> @@ -79,11 +62,14 @@
>
> loops = 0;
> /* Yes, this is a mess, but it's the easiest way to do it. */
> - while ((inb(SMBHSTSTAT) & 1) == 1 && loops <= SMBUS_TIMEOUT)
> + while ((inb(SMBHSTSTAT) & 1) == 1 && loops <
Dear LinuxBIOS readers!
This is the automated build check service of LinuxBIOS.
The developer "stepan" checked in revision 2930 to
the LinuxBIOS source repository and caused the following
changes:
Change Log:
fix up iwill board compilation. Untested, trivial
Signed-off-by: Stefan Reinauer <[EM
Dear LinuxBIOS readers!
This is the automated build check service of LinuxBIOS.
The developer "stepan" checked in revision 2929 to
the LinuxBIOS source repository and caused the following
changes:
Change Log:
fix up IBM servers.
Signed-off-by: Stefan Reinauer <[EMAIL PROTECTED]>
Acked-by: Stef
Author: stepan
Date: 2007-11-02 13:54:49 +0100 (Fri, 02 Nov 2007)
New Revision: 2930
Added:
trunk/LinuxBIOSv2/src/mainboard/iwill/dk8s2/cache_as_ram_auto.c
trunk/LinuxBIOSv2/src/mainboard/iwill/dk8x/cache_as_ram_auto.c
trunk/LinuxBIOSv2/targets/iwill/dk8x/
trunk/LinuxBIOSv2/targets/iwi
Dear LinuxBIOS readers!
This is the automated build check service of LinuxBIOS.
The developer "stepan" checked in revision 2928 to
the LinuxBIOS source repository and caused the following
changes:
Change Log:
get arima hdama building again.
Signed-off-by: Stefan Reinauer <[EMAIL PROTECTED]>
Ac
Author: stepan
Date: 2007-11-02 13:35:30 +0100 (Fri, 02 Nov 2007)
New Revision: 2929
Added:
trunk/LinuxBIOSv2/src/mainboard/ibm/e325/cache_as_ram_auto.c
trunk/LinuxBIOSv2/src/mainboard/ibm/e326/cache_as_ram_auto.c
trunk/LinuxBIOSv2/targets/ibm/e326/Config.lb
Modified:
trunk/LinuxBIOSv2
Dear LinuxBIOS readers!
This is the automated build check service of LinuxBIOS.
The developer "stepan" checked in revision 2927 to
the LinuxBIOS source repository and caused the following
changes:
Change Log:
fix juki 511p abuild by adding a Config-abuild.lb. (trivial)
Signed-off-by: Stefan Re
irqpoll rulez !-)
With this kernel option I get full performance from glxgears, but the
interrupts show up under the driver for the only working PCI slot, not the
primary PCIe! Looking at the board layout I see that this one is exactly 4
slots further -- maybe Gigabyte did the classic INT rotat
Author: stepan
Date: 2007-11-02 12:06:40 +0100 (Fri, 02 Nov 2007)
New Revision: 2928
Added:
trunk/LinuxBIOSv2/src/mainboard/arima/hdama/cache_as_ram_auto.c
Modified:
trunk/LinuxBIOSv2/src/mainboard/arima/hdama/Config.lb
trunk/LinuxBIOSv2/src/mainboard/arima/hdama/Options.lb
trunk/Linux
Dear LinuxBIOS readers!
This is the automated build check service of LinuxBIOS.
The developer "stepan" checked in revision 2926 to
the LinuxBIOS source repository and caused the following
changes:
Change Log:
This patch fixes the superio of the khepri 2100e as detected:
> superiotool r2922
> Fo
Author: stepan
Date: 2007-11-02 11:36:15 +0100 (Fri, 02 Nov 2007)
New Revision: 2927
Added:
trunk/LinuxBIOSv2/targets/iei/juki-511p/Config-abuild.lb
Log:
fix juki 511p abuild by adding a Config-abuild.lb. (trivial)
Signed-off-by: Stefan Reinauer <[EMAIL PROTECTED]>
Acked-by: Stefan Reinauer <[
Author: stepan
Date: 2007-11-02 10:48:14 +0100 (Fri, 02 Nov 2007)
New Revision: 2926
Added:
trunk/LinuxBIOSv2/src/mainboard/newisys/khepri/cache_as_ram_auto.c
Modified:
trunk/LinuxBIOSv2/src/mainboard/newisys/khepri/Config.lb
trunk/LinuxBIOSv2/src/mainboard/newisys/khepri/Options.lb
tr
51 matches
Mail list logo