UNSUBSCRIBE
-----Original Message-----
From: linuxbios-bounces@linuxbios.org on behalf of linuxbios-request@linuxbios.org
Sent: Mon 7/30/2007 3:00 AM
To: linuxbios@linuxbios.org
Subject: linuxbios Digest, Vol 29, Issue 115
Send linuxbios mailing list submissions to
linuxbios@linuxbios.org
To subscribe or unsubscribe via the World Wide Web, visit
http://www.linuxbios.org/mailman/listinfo/linuxbios
or, via email, send a message with subject or body 'help' to
linuxbios-request@linuxbios.org
You can reach the person managing the list at
linuxbios-owner@linuxbios.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of linuxbios digest..."
Today's Topics:
1. Re: Can't boot from IDE on vt8237r (Corey Osgood)
2. Re: GA-M57SLI - Nvidia X Server (yhlu)
3. Re: Can't boot from IDE on vt8237r (Stefan Reinauer)
4. Re: GA-M57SLI - Nvidia X Server (Stefan Reinauer)
5. Re: GA-M57SLI - Nvidia X Server (echelon@free.fr)
6. Re: GA-M57SLI - Nvidia X Server (yhlu)
7. Re: Can't boot from IDE on vt8237r (Adam Talbot)
8. Tyan S2885 memreset problem!! (Richard Wei)
9. Re: Tyan S2885 memreset problem!! (yhlu)
10. Re: Tyan S2885 memreset problem!! (Richard Wei)
----------------------------------------------------------------------
Message: 1
Date: Sun, 29 Jul 2007 14:21:37 -0400
From: Corey Osgood corey.osgood@gmail.com
Subject: Re: [LinuxBIOS] Can't boot from IDE on vt8237r
To: Stefan Reinauer stepan@coresystems.de
Cc: LinuxBIOS Mailing List linuxbios@linuxbios.org
Message-ID: 46ACDAB1.6080600@gmail.com
Content-Type: text/plain; charset=UTF-8
Stefan Reinauer wrote:
It's fixed and booting very happily now, thanks!
is that on a C7?
Yes, c7, cn700, vt8237r. No video yet and USB is causing kernel
warnings, but I can log in and use the system through serial.
-Corey
------------------------------
Message: 2
Date: Sun, 29 Jul 2007 12:23:54 -0700
From: yhlu yinghailu@gmail.com
Subject: Re: [LinuxBIOS] GA-M57SLI - Nvidia X Server
To: "Stefan Reinauer" stepan@coresystems.de
Cc: linuxbios@linuxbios.org
Message-ID:
2ea3fae10707291223t64ac98b3k3e78d058d3e13209@mail.gmail.com
Content-Type: text/plain; charset=ISO-8859-1
On 7/29/07, Stefan Reinauer stepan@coresystems.de wrote:
Peter Stuge wrote:
- I've lost cpu frequency control (no powernow-k8) so now both my
CPUs are running flat out at 3000 MHz. Core temperatures are
hovering just below 70C (63C and 67C).
I just had a look at arch/i386/kernel/cpu/cpufreq/powernow-k8.c and
it currently depends on ACPI and the BIOS keeping a table of
parameters that it needs;
...
Once the table has been initialized in the driver ACPI is not used
at all - the real work is done using rdmsr() and wrmsr().
I think it would be easy enough to change the initialization so that
ACPI is not required.
And it means the kernel driver has to maintain alll the tables for all
CPU revisions and options.
AMD: Are these tables board dependent? Why not put the tables,
arranged by cpuid, into the powernow driver and do without ACPI?
I am not AMD, but I guess it is preferred to do the efford once instead
of once per OS.
Fixing things that we do wrong in Linux is a bad thing. It will only
help us with Linux and lock out all others. Did we do this whole free
bios thing to make it easier to lock others out? Ouch.
that is not the point. you need to do implenmentation in DSDT for
chipset in a clean room.
current nvidia chipset dsdt is belonging to IBV...instead of nvidia. or AMD.
YH
------------------------------
Message: 3
Date: Sun, 29 Jul 2007 22:55:38 +0200
From: Stefan Reinauer stepan@coresystems.de
Subject: Re: [LinuxBIOS] Can't boot from IDE on vt8237r
To: Corey Osgood corey.osgood@gmail.com
Cc: LinuxBIOS Mailing List linuxbios@linuxbios.org
Message-ID: 46ACFECA.3060809@coresystems.de
Content-Type: text/plain; charset=UTF-8
Corey Osgood wrote:
Yes, c7, cn700, vt8237r. No video yet and USB is causing kernel
warnings, but I can log in and use the system through serial.
-Corey
you rock!
--
coresystems GmbH ? Brahmsstr. 16 ? D-79104 Freiburg i. Br.
Tel.: +49 761 7668825 ? Fax: +49 761 7664613
Email: info@coresystems.de ?
http://www.coresystems.de/
------------------------------
Message: 4
Date: Sun, 29 Jul 2007 23:00:02 +0200
From: Stefan Reinauer
stepan@coresystems.de
Subject: Re: [LinuxBIOS] GA-M57SLI - Nvidia X Server
To: yhlu
yinghailu@gmail.com
Cc: linuxbios@linuxbios.org
Message-ID:
20070729210002.GA18516@coresystems.de
Content-Type: text/plain; charset=utf-8
* yhlu
yinghailu@gmail.com [070729 21:23]:
> > Fixing things that we do wrong in Linux is a bad thing. It will only
> > help us with Linux and lock out all others. Did we do this whole free
> > bios thing to make it easier to lock others out? Ouch.
>
> that is not the point. you need to do implenmentation in DSDT for
> chipset in a clean room.
> current nvidia chipset dsdt is belonging to IBV...instead of nvidia. or AMD.
Yes, that was what I was thinking. Such a clean room implementation is
not impossible though, is it?
Stefan
--
coresystems GmbH ? Brahmsstr. 16 ? D-79104 Freiburg i. Br.
Tel.: +49 761 7668825 ? Fax: +49 761 7664613
Email: info@coresystems.de ?
http://www.coresystems.de/
------------------------------
Message: 5
Date: Mon, 30 Jul 2007 01:17:24 +0200
From: echelon@free.fr
Subject: Re: [LinuxBIOS] GA-M57SLI - Nvidia X Server
To: linuxbios@linuxbios.org
Message-ID:
1185751044.46ad2004ae37c@imp.free.fr
Content-Type: text/plain; charset=ISO-8859-1
Hi all,
I suppose that by "clean room" you mean in fact the "Chinese wall technique"
(cf Wikipedia..)
If we have to do that (including reverse engineering), what are the legal
issues? I know that here in Europe doing revers is permited if it is justified
by interoperability and/or security auditing. What about the other
countries/economic zones?
Also what can be the "political" consequences (I mean by this the relationship
between the LB team and the hardware manufacturers like nvidia, amd or the
motherboard manufacturers..)? I know that having access to datasheets is a very
hot issue for the LB project.. Can we go to these IP owners with a straight face
after having dissected the legacy bios, and ask them ingenously : "can we have
please access at your datasheets"? Oh, I know, Yinghai Lu has said that the
copyright owner is the IBV not AMD or nvidia, but can we be sure that the
hardware guys are really neutral on this topic?
Again, my apologies for asking idiotic questions as a n00b..
Kind regards,
Florentin
Quoting Stefan Reinauer
stepan@coresystems.de:
> * yhlu
yinghailu@gmail.com [070729 21:23]:
> > > Fixing things that we do wrong in Linux is a bad thing. It will only
> > > help us with Linux and lock out all others. Did we do this whole free
> > > bios thing to make it easier to lock others out? Ouch.
> >
> > that is not the point. you need to do implenmentation in DSDT for
> > chipset in a clean room.
> > current nvidia chipset dsdt is belonging to IBV...instead of nvidia. or
> AMD.
>
> Yes, that was what I was thinking. Such a clean room implementation is
> not impossible though, is it?
>
> Stefan
>
> --
> coresystems GmbH ??? Brahmsstr. 16 ??? D-79104 Freiburg i. Br.
> Tel.: +49 761 7668825 ??? Fax: +49 761 7664613
> Email: info@coresystems.de ???
http://www.coresystems.de/
>
> --
> linuxbios mailing list
> linuxbios@linuxbios.org
>
http://www.linuxbios.org/mailman/listinfo/linuxbios
------------------------------
Message: 6
Date: Sun, 29 Jul 2007 17:10:07 -0700
From: yhlu
yinghailu@gmail.com
Subject: Re: [LinuxBIOS] GA-M57SLI - Nvidia X Server
To: "Stefan Reinauer"
stepan@coresystems.de
Cc: linuxbios@linuxbios.org
Message-ID:
2ea3fae10707291710n5ae25c7bk188f1863a6ddd646@mail.gmail.com
Content-Type: text/plain; charset=ISO-8859-1
On 7/29/07, Stefan Reinauer
stepan@coresystems.de wrote:
> * yhlu
yinghailu@gmail.com [070729 21:23]:
> > > Fixing things that we do wrong in Linux is a bad thing. It will only
> > > help us with Linux and lock out all others. Did we do this whole free
> > > bios thing to make it easier to lock others out? Ouch.
> >
> > that is not the point. you need to do implenmentation in DSDT for
> > chipset in a clean room.
> > current nvidia chipset dsdt is belonging to IBV...instead of nvidia. or AMD.
>
> Yes, that was what I was thinking. Such a clean room implementation is
> not impossible though, is it?
you need to prove that code is done in a clean room...
YH
------------------------------
Message: 7
Date: Sun, 29 Jul 2007 20:38:21 -0700
From: Adam Talbot
talbotx@comcast.net
Subject: Re: [LinuxBIOS] Can't boot from IDE on vt8237r
To: Stefan Reinauer
stepan@coresystems.de
Cc: Corey Osgood
corey.osgood@gmail.com, LinuxBIOS Mailing List
linuxbios@linuxbios.org
Message-ID:
46AD5D2D.4070800@comcast.net
Content-Type: text/plain; charset=UTF-8; format=flowed
Great to hear!
-Adam
Stefan Reinauer wrote:
> Corey Osgood wrote:
>
>> Yes, c7, cn700, vt8237r. No video yet and USB is causing kernel
>> warnings, but I can log in and use the system through serial.
>>
>> -Corey
>>
>>
>
> you rock!
>
>
------------------------------
Message: 8
Date: Mon, 30 Jul 2007 00:39:48 -0700 (PDT)
From: Richard Wei
outlander_wei@yahoo.com
Subject: [LinuxBIOS] Tyan S2885 memreset problem!!
To: linuxbios@linuxbios.org
Message-ID:
115468.45071.qm@web33508.mail.mud.yahoo.com
Content-Type: text/plain; charset=us-ascii
I was trying to compile LinuxBIOSv2-2673 for Tyan S2885.
The EVB has only one CPU on board.
Somehow, I got the following message from the console.
The system seems to hang right inside the memreset() function.
And the function seems only to toggle GPIO16 and GPIO17 on AMD8111.
Cound't figure out where the GPIOs are connected to and why it's memory reset?
The following comment is placed right in front of memreset().
/* And if necessary toggle the the reset on the dimms by hand */
Does anyone has the same experience with me and knows what's going on?
Please help!
Richard Wei
======================================================================
LinuxBIOS-2.0.0_s2885_Fallback Fri Jun 1 15:51:28 CST 2007 starting...
01 nodes initialized.
core0 started:
started ap apicid:
SBLink=02
NC node|link=00
busn=40
NC node|link=02
ht reset -
LinuxBIOS-2.0.0_s2885_Fallback Fri Jun 1 15:51:28 CST 2007 starting...
01 nodes initialized.
core0 started:
started ap apicid:
SBLink=02
NC node|link=00
busn=40
NC node|link=02
Ram1.00
Ram2.00
Ram3
____________________________________________________________________________________
Need a vacation? Get great deals
to amazing places on Yahoo! Travel.
http://travel.yahoo.com/
------------------------------
Message: 9
Date: Mon, 30 Jul 2007 00:57:02 -0700
From: yhlu
yinghailu@gmail.com
Subject: Re: [LinuxBIOS] Tyan S2885 memreset problem!!
To: "Richard Wei"
outlander_wei@yahoo.com
Cc: linuxbios@linuxbios.org
Message-ID:
2ea3fae10707300057q104f1ae7rf12eb5a4e36acd9c@mail.gmail.com
Content-Type: text/plain; charset=ISO-8859-1
On 7/30/07, Richard Wei
outlander_wei@yahoo.com wrote:
> I was trying to compile LinuxBIOSv2-2673 for Tyan S2885.
> The EVB has only one CPU on board.
> Somehow, I got the following message from the console.
> The system seems to hang right inside the memreset() function.
> And the function seems only to toggle GPIO16 and GPIO17 on AMD8111.
> Cound't figure out where the GPIOs are connected to and why it's memory reset?
> The following comment is placed right in front of memreset().
> /* And if necessary toggle the the reset on the dimms by hand */
>
> Does anyone has the same experience with me and knows what's going on?
> Please help!
>
> Richard Wei
> ======================================================================
>
>
> LinuxBIOS-2.0.0_s2885_Fallback Fri Jun 1 15:51:28 CST 2007 starting...
> 01 nodes initialized.
> core0 started:
> started ap apicid:
> SBLink=02
> NC node|link=00
> busn=40
> NC node|link=02
> ht reset -
>
> LinuxBIOS-2.0.0_s2885_Fallback Fri Jun 1 15:51:28 CST 2007 starting...
> 01 nodes initialized.
> core0 started:
> started ap apicid:
> SBLink=02
> NC node|link=00
> busn=40
> NC node|link=02
> Ram1.00
> Ram2.00
> Ram3
>
how about the system with two cpu installed?
YH
------------------------------
Message: 10
Date: Mon, 30 Jul 2007 02:48:25 -0700 (PDT)
From: Richard Wei
outlander_wei@yahoo.com
Subject: Re: [LinuxBIOS] Tyan S2885 memreset problem!!
To: yhlu
yinghailu@gmail.com
Cc: linuxbios@linuxbios.org
Message-ID:
816797.64363.qm@web33507.mail.mud.yahoo.com
Content-Type: text/plain; charset=us-ascii
Hmm... I only have one AMD Opteron.
Do I have to configure or rewrite the code
for Hypertransport configuration?
So appreciated for your rapid response.
----- Original Message ----
From: yhlu
yinghailu@gmail.com
To: Richard Wei
outlander_wei@yahoo.com
Cc: linuxbios@linuxbios.org
Sent: Monday, July 30, 2007 3:57:02 PM
Subject: Re: [LinuxBIOS] Tyan S2885 memreset problem!!
On 7/30/07, Richard Wei
outlander_wei@yahoo.com wrote:
> I was trying to compile LinuxBIOSv2-2673 for Tyan S2885.
> The EVB has only one CPU on board.
> Somehow, I got the following message from the console.
> The system seems to hang right inside the memreset() function.
> And the function seems only to toggle GPIO16 and GPIO17 on AMD8111.
> Cound't figure out where the GPIOs are connected to and why it's memory reset?
> The following comment is placed right in front of memreset().
> /* And if necessary toggle the the reset on the dimms by hand */
>
> Does anyone has the same experience with me and knows what's going on?
> Please help!
>
> Richard Wei
> ======================================================================
>
>
> LinuxBIOS-2.0.0_s2885_Fallback Fri Jun 1 15:51:28 CST 2007 starting...
> 01 nodes initialized.
> core0 started:
> started ap apicid:
> SBLink=02
> NC node|link=00
> busn=40
> NC node|link=02
> ht reset -
>
> LinuxBIOS-2.0.0_s2885_Fallback Fri Jun 1 15:51:28 CST 2007 starting...
> 01 nodes initialized.
> core0 started:
> started ap apicid:
> SBLink=02
> NC node|link=00
> busn=40
> NC node|link=02
> Ram1.00
> Ram2.00
> Ram3
>
how about the system with two cpu installed?
YH
____________________________________________________________________________________
Boardwalk for $500? In 2007? Ha! Play Monopoly Here and Now (it's updated for today's economy) at Yahoo! Games.
http://get.games.yahoo.com/proddesc?gamekey=monopolyherenow
------------------------------
_______________________________________________
linuxbios mailing list
linuxbios@linuxbios.org
http://www.linuxbios.org/mailman/listinfo/linuxbios
End of linuxbios Digest, Vol 29, Issue 115
******************************************