* What is the status of the code? Is the mainboard fully supported
(with all devices etc), or is this work in progress?
As I test ,except SATA2 ports has some problems, all work well.
* Who owns the copyright to the code? You personally, or MSI?
MSIK is a part of MSI which
Hi,
I have Asus motherboard p4ge-mx. The details are here
North bridge :- Intel 845 GE South bridge:- Intel
ICh4(FW828201DB)
Please let me know whether I can use linuxbios in my system.
Looking forward!!!
Thanks Regards,
Gopinath
This e-mail and any files transmitted with it
* Uwe Hermann [EMAIL PROTECTED] [061027 01:57]:
Fix the CHIP_NAME() entries of all mainboards to have the same format
and (hopefully) the correct canonical name of the vendor and board.
Signed-off-by: Uwe Hermann [EMAIL PROTECTED]
Acked-by: Stefan Reinauer [EMAIL PROTECTED]
In addition we
This is great stuff ;-) Can you add some comment like
/* magic command sequence required for: something */
A half year ago,someone has talked about this.I searched the mail list and
found below ,and as I test, it really works fine.but cannot get its meaning
in any datasheet ;-( .
From: Jia
* Peter Stuge [EMAIL PROTECTED] [061027 01:38]:
Maybe we should duplicate the epia-m target and have a seperate one
for epia-mii so next time someone is fixing things for epia-m it
wont break the mii.
It should have been done already, IMHO.
I agree. I'll create a copy when Uwe checked in
Author: uwe
Date: 2006-10-27 13:30:27 +0200 (Fri, 27 Oct 2006)
New Revision: 2476
Modified:
trunk/LinuxBIOSv2/src/mainboard/advantech/som_gx533c/mainboard.c
trunk/LinuxBIOSv2/src/mainboard/amd/quartet/mainboard.c
trunk/LinuxBIOSv2/src/mainboard/amd/rumba/mainboard.c
Author: uwe
Date: 2006-10-27 13:40:01 +0200 (Fri, 27 Oct 2006)
New Revision: 2478
Added:
trunk/LinuxBIOSv2/src/northbridge/intel/e7520/
trunk/LinuxBIOSv2/src/northbridge/intel/e7525/
Removed:
trunk/LinuxBIOSv2/src/northbridge/intel/E7520/
trunk/LinuxBIOSv2/src/northbridge/intel/E7525/
On Thu, Oct 26, 2006 at 11:40:12PM -0600, ron minnich wrote:
I'm willing to help resolve those failed patches. I agreed to help MSI with
this, so I will probably try to work on this tomorrow. I do want to understand
the ramifications of these
two patches:
Index:
Dear LinuxBIOS readers!
This is the automated build check service of LinuxBIOS.
The developer uwe checked in revision 2477 to
the LinuxBIOS source repository and caused the following
changes:
Change Log:
Rename E7520 to e7520, and E7525 to e7525 in the code. The next commit
will then rename
LinuxBIOS information wrote:
Build Log:
Configuration of dell:s1850 has ben broken
Configuration of intel:jarrell has ben broken
Configuration of supermicro:x6dai_g has ben broken
Configuration of supermicro:x6dhe_g has ben broken
Configuration of supermicro:x6dhe_g2 has ben broken
Dear LinuxBIOS readers!
This is the automated build check service of LinuxBIOS.
The developer uwe checked in revision 2478 to
the LinuxBIOS source repository and caused the following
changes:
Change Log:
svn mv src/northbridge/intel/E7520 src/northbridge/intel/e7520
svn mv
This change fixes a long-standing bug, whereby we do not set ret for an un-inited vector, which we should have done.
Signed-off-by: Ronald G. Minnich [EMAIL PROTECTED]
---
Index: devices/emulator/biosemu.c
===
---
I tried GCC 3.4.2 on Redhad Enterprise. It doesn't work,
So for LinuxBIOS, GCC 3.X are no longer supported?
Thanks
Beneo
- Original Message -
From: Lu, Yinghai [EMAIL PROTECTED]
To: Beneo [EMAIL PROTECTED]; yhlu [EMAIL PROTECTED]; Stefan
Reinauer [EMAIL PROTECTED]
Cc: Carl-Daniel
I'm using gcc 3.3.6, 3.4.5, 4.0.2. All worked.
YH
-Original Message-
From: Beneo [mailto:[EMAIL PROTECTED]
Sent: Friday, October 27, 2006 10:00 AM
To: Lu, Yinghai; yhlu; Stefan Reinauer
Cc: Carl-Daniel Hailfinger; LinuxBIOS
Subject: Re: [LinuxBIOS] Supported GCC versions for LinuxBIOS.
* Richard Smith [EMAIL PROTECTED] [061027 15:18]:
LinuxBIOS information wrote:
Build Log:
Configuration of dell:s1850 has ben broken
Configuration of intel:jarrell has ben broken
Configuration of supermicro:x6dai_g has ben broken
Configuration of supermicro:x6dhe_g has ben broken
* ron minnich [EMAIL PROTECTED] [061027 17:13]:
This change fixes a long-standing bug, whereby we do not set ret for an
un-inited vector, which we should have done.
Signed-off-by: Ronald G. Minnich [EMAIL PROTECTED]
---
Index: devices/emulator/biosemu.c
First, it is good that I heard it actaully worked somewhere.
But on my systems, I tried both build 2446 and 2475 that I download from the
web site, both of them have the same problem as I described.
Are you using a private build that differ from the web?
Thanks
Beneo
- Original Message
list? That could be the first step for getting it approved.
That way you know its abuild clean before you review it.
Are you suggesting a development and a stable tree?
No.
Is this better than running abuild locally? (besides potential tool
chain issues)
Because on my laptop (which I
Author: rminnich
Date: 2006-10-27 20:22:13 +0200 (Fri, 27 Oct 2006)
New Revision: 2479
Modified:
trunk/LinuxBIOSv2/src/devices/emulator/biosemu.c
Log:
This change fixes a long-standing bug, whereby we do not set ret for an
un-inited vector, which we should have done.
Signed-off-by: Ronald G.
On Fri, Oct 27, 2006 at 07:37:15PM +0200, Stefan Reinauer wrote:
@@ -122,6 +122,7 @@
case 0x6D:
if (getIntVect(num) == 0x) {
right, this is not AH/AL as I assumed earlier. what is it supposed
to be?
getIntVect() returns the real mode address of a vector
maybe this:
svn diff
send proposed patch to [EMAIL PROTECTED]
test account applies patch, if patch fails to apply, mail back to user
test account runs abuild, if fails, mail back to user
test account send abuild-passed and patch to mailing list for approval
??
ron
--
linuxbios mailing list
21 matches
Mail list logo