Okay, on the MADT, I'm having a bit of trouble, LinuxBIOS is hanging
while creating the checksum. I've attached my acpi_tables.c (and Rudolf,
I'm sorry for not looking through yours more, I simply overlooked the
entire MADT portion of them and when they didn't build for me discarded
them). To be
Heh, oops, forgot a couple plus signs. Need to get some sleep, sorry!
-Corey
Corey Osgood wrote:
Okay, on the MADT, I'm having a bit of trouble, LinuxBIOS is hanging
while creating the checksum. I've attached my acpi_tables.c (and Rudolf,
I'm sorry for not looking through yours more, I simply
Hi,
as you may have noticed, we have a relatively new tool called
'superiotool' (http://linuxbios.org/index.php/Superiotool) in the
repository:
$ svn co svn://linuxbios.org/repos/trunk/util/superiotool
It is able to detect which Super I/O is located on your mainboard,
and (if the respective
./superiotool -d
Found ITE IT8708F (id=0x8708, rev=0x0) at port=0x2e
Register dump:
idx 07 20 21 22 23 24 25 26 27 28 29 2a 2e 2f
val 02 87 08 00 00 00 00 00 03 01 01 00 00 00
def NA 87 08 00 00 NA 3f 00 ff ff ff ff 00 00
LDN 0x00 (Floppy)
idx 30 60 61 70 74 f0 f1
val 01 03 f0 06 02 00 80
def
On Sun, Sep 23, 2007 at 01:13:15PM +0200, Uwe Hermann wrote:
Hi,
as you may have noticed, we have a relatively new tool called
'superiotool' (http://linuxbios.org/index.php/Superiotool) in the
repository:
$ svn co svn://linuxbios.org/repos/trunk/util/superiotool
It is able to detect
http://linuxbios.org/index.php/Download_LinuxBIOS says that if you are behind a
firewall that blocks the svn port, you can work around this by using https for
checkout.
However, in practice this doesn't really work, because at some point it will
run into the fetching external item hack for the
On Sun, Sep 23, 2007 at 01:29:02PM +0200, Robert Millan wrote:
http://linuxbios.org/index.php/Download_LinuxBIOS says that if you are behind
a
firewall that blocks the svn port, you can work around this by using https for
checkout.
However, in practice this doesn't really work, because
This is a Fujitsu-Siemens Lifebook S4572 notebook.
./superiotool -d
Found SMSC FDC37N769 (id=0x28, rev=0x01) at port=0x3f0
Register dump:
idx 00 01 02 03 04 05 06 07 08 09 0a 0b 0c 0d 0e 0f 10 11 12 13 14 15 16 17 18
19 1a 1b 1c 1d 1e 1f 20 21 22 23 24 25 26 27 28 29 2a 2b 2c 2d 2e 2f
val 20 90
Some Intel board, don't remember details and I don't have access to it
right now.
$ superiotool -d:
Found ITE IT8718F (id=0x8718, rev=0x1) at port=0x2e
Register dump:
idx 07 20 21 22 23 24 2b
val 0a 87 18 01 10 00 00
def NA 87 18 01 00 00 00
LDN 0x00 (Floppy)
idx 30 60 61 70 74 f0 f1
val 01 03 f0
Uwe Hermann wrote:
On Sun, Sep 23, 2007 at 01:29:02PM +0200, Robert Millan wrote:
http://linuxbios.org/index.php/Download_LinuxBIOS says that if you are
behind a
firewall that blocks the svn port, you can work around this by using https
for
checkout.
However, in practice this doesn't
MSI MS-7260 (K9N Neo), rev. 1.0.
./superiotool -d
Found Winbond W83627EHF/EF/EHG/EG (id=0x88, rev=0x68) at 0x4e
Register dump:
idx 20 21 22 23 24 25 26 27 28 29 2a 2b 2c 2d 2e 2f
val 88 68 ff 00 04 00 40 ff 50 01 9c 00 01 21 00 ff
def 88 MM ff 00 MM 00 MM RR 50 04 00 RR 00 21 00 00
LDN 0x00
[EMAIL PROTECTED]:~/superiotool# ./superiotool -d
Found Fintek F71805 (vid=0x3419, id=0x0604) at port=0x4e
No dump available for this Super I/O
???
On jetway J7f2we1g, only board I have access to right now
--
linuxbios mailing list
linuxbios@linuxbios.org
On Sun, Sep 23, 2007 at 08:45:22AM -0400, Corey Osgood wrote:
[EMAIL PROTECTED]:~/superiotool# ./superiotool -d
Found Fintek F71805 (vid=0x3419, id=0x0604) at port=0x4e
No dump available for this Super I/O
???
That's expected, the -d functionality is not yet implemented for
the Fintek Super
Uwe Hermann wrote:
On Sun, Sep 23, 2007 at 08:45:22AM -0400, Corey Osgood wrote:
[EMAIL PROTECTED]:~/superiotool# ./superiotool -d
Found Fintek F71805 (vid=0x3419, id=0x0604) at port=0x4e
No dump available for this Super I/O
???
That's expected, the -d functionality is not yet
On Sun, Sep 23, 2007 at 02:41:53PM +0200, Stefan Reinauer wrote:
Uwe Hermann wrote:
On Sun, Sep 23, 2007 at 01:29:02PM +0200, Robert Millan wrote:
http://linuxbios.org/index.php/Download_LinuxBIOS says that if you are
behind a
firewall that blocks the svn port, you can work around
Author: uwe
Date: 2007-09-23 15:17:29 +0200 (Sun, 23 Sep 2007)
New Revision: 2802
Modified:
trunk/util/superiotool/fintek.c
Log:
Minor fixes/improvements in the Fintek code (trivial).
Signed-off-by: Uwe Hermann [EMAIL PROTECTED]
Acked-by: Uwe Hermann [EMAIL PROTECTED]
Modified:
On Sun, Sep 23, 2007 at 02:40:30PM +0200, Stefan Reinauer wrote:
Robert Millan wrote:
http://linuxbios.org/index.php/Download_LinuxBIOS says that if you are
behind a
firewall that blocks the svn port, you can work around this by using https
for
checkout.
However, in practice this
On Sun, Sep 23, 2007 at 02:27:35PM +0200, Uwe Hermann wrote:
Removing the svn:externals links is probably not an option, as many
people want to have the utilities in the v2 / v3 tree.
Note that obtaining this layout would still be possible anyway, with
something like:
svn co
Dear LinuxBIOS readers!
This is the automated build check service of LinuxBIOS.
The developer uwe checked in revision 2802 to
the LinuxBIOS source repository and caused the following
changes:
Change Log:
Minor fixes/improvements in the Fintek code (trivial).
Signed-off-by: Uwe Hermann [EMAIL
On 03.09.2007 11:04, [EMAIL PROTECTED] wrote:
Quoting Peter Stuge [EMAIL PROTECTED]:
I have a little question : does someone have a more up-to-date
version of the DS of the it8716 chip? It seems to me that the
version that can be currently downloaded on the ite website doesn't
match at all
On 19.09.2007 07:34, Darmawan Salihun wrote:
I've bought an AMD690G system for further development. Nonetheless, there's
a problem with the datasheets.
The SB600 datasheet from AMD documents informs nothing about the PCI
registers pertaining to flash enable.
Since AMD has released detailed
On 08.09.2007 21:36, [EMAIL PROTECTED] wrote:
Author: uwe
Date: 2007-09-08 21:36:35 +0200 (Sat, 08 Sep 2007)
New Revision: 496
Modified:
LinuxBIOSv3/include/string.h
LinuxBIOSv3/lib/lar.c
Log:
Add a simple strncmp() implementation in include/string.h.
Change lib/lar.c to use
On 20.09.2007 13:45, Peter Stuge wrote:
On Thu, Sep 20, 2007 at 08:57:39AM +0200, Steffen D. wrote:
Seems there's a common problem with LB and PCI-PCI bridges. Also some
trouble on the M57SLI discussed right now.
Is your bridge also set to subtractive decode with the factory BIOS?
On 02.09.2007 16:25, Ward Vandewege wrote:
On Sat, Sep 01, 2007 at 09:30:54PM +0200, Carl-Daniel Hailfinger wrote:
On 01.09.2007 19:57, Peter Stuge wrote:
Once we figure out the hardware, it will still be neccessary to
reboot into DOS/Windows to flash either chip. :(
SPI detection/flashing
On 02.09.2007 16:39, Ward Vandewege wrote:
On Sat, Sep 01, 2007 at 09:30:54PM +0200, Carl-Daniel Hailfinger wrote:
On 01.09.2007 19:57, Peter Stuge wrote:
Once we figure out the hardware, it will still be neccessary to
reboot into DOS/Windows to flash either chip. :(
SPI detection/flashing
On 21.09.2007 00:13, [EMAIL PROTECTED] wrote:
Author: uwe
Date: 2007-09-21 00:13:48 +0200 (Fri, 21 Sep 2007)
New Revision: 2793
Modified:
trunk/util/superiotool/fintek.c
trunk/util/superiotool/ite.c
trunk/util/superiotool/nsc.c
trunk/util/superiotool/smsc.c
On 12.09.2007 02:52, Peter Stuge wrote:
On Wed, Sep 12, 2007 at 03:11:19AM +0200, [EMAIL PROTECTED] wrote:
Now I will try to add support for SPI flash and ITE8716 superio in
flashrom (I have never done that before, it will be hard for
me!..). Btw, is someone else working with this board at
Hi,
this new thread is here just to get some early testing and info on the
GA-M57SLI SPI flash.
The IT8716F is indeed used for LPC-to-SPI translation as I supected.
LDN 0x0, reg 0x24: val=0x1a
serial flash interface at pin 29
LPC write to serial flash enabled
512kByte of flash are mapped
On Sun, Sep 23, 2007 at 05:16:11PM +0200, Carl-Daniel Hailfinger wrote:
Fix up and generalize the ITE IT8708F code. It was only working out of
pure luck (and broken code elsewhere). Needs some more fixing.
Add more LDN descriptions to various Super I/Os.
Signed-off-by: Uwe Hermann
On Sun, Sep 23, 2007 at 03:55:16PM +0200, Robert Millan wrote:
On Sun, Sep 23, 2007 at 02:27:35PM +0200, Uwe Hermann wrote:
Removing the svn:externals links is probably not an option, as many
people want to have the utilities in the v2 / v3 tree.
Note that obtaining this layout would
On Sun, Sep 23, 2007 at 02:55:24PM +0200, Carl-Daniel Hailfinger wrote:
+static inline int strncmp(const char *s1, const char *s2, int maxlen)
Do we really want the inline keyword? Once we have more than one user,
it is a waste of text size and with only one user AFAIK gcc inlines it
On 23.09.2007 18:39, Carl-Daniel Hailfinger wrote:
Hi,
this new thread is here just to get some early testing and info on the
GA-M57SLI SPI flash.
The IT8716F is indeed used for LPC-to-SPI translation as I supected.
LDN 0x0, reg 0x24: val=0x1a
serial flash interface at pin 29
LPC
Hello,
Soon I will need decision where to put the K8T890 (K8 platform) NB code.
Solutions as suggested by uwe_
1) add new northbridge chip to config.lb, place it in src/northbridge
This means not only mem cotroller chip are northbridges
2) put southbridge chip statement to config.lb place it
* Rudolf Marek [EMAIL PROTECTED] [070923 21:20]:
2) put southbridge chip statement to config.lb place it in src/southbridge
This means it is SB chip from the perspecitvethat only real NB have memory
cotroller.
The names northbridge, southbridge are basically arbitrary. I wonder
whether
Carl-Daniel Hailfinger schrieb:
On 20.09.2007 13:45, Peter Stuge wrote:
On Thu, Sep 20, 2007 at 08:57:39AM +0200, Steffen D. wrote:
Seems there's a common problem with LB and PCI-PCI bridges. Also some
trouble on the M57SLI discussed right now.
Is your bridge also set to subtractive
Ok.
This is all about terminology from the LB point of view.
(what exactly qualifies those bridges as north bridges?)
VIA has some V-link interface, which is partly in SB and in NB (NB as called by
VIA)... well I dont really care, all I need to know was answered in your
previous email,
I will
Can somebody with the GA-M57SLI v2.0 try the following code snippet and
post the output? Code may not compile/link etc.
#include stdint.h
#include stdio.h
int main(int argc, char *argv[])
{
uint8_t busy, data0, data1, data2;
do {
busy = inb(0x0820) 0x80;
}
Author: stepan
Date: 2007-09-24 00:33:38 +0200 (Mon, 24 Sep 2007)
New Revision: 35
Added:
trunk/filo-0.5/fs/fsys_cramfs.c
trunk/filo-0.5/fs/mini_inflate.c
trunk/filo-0.5/fs/mini_inflate.h
Modified:
trunk/filo-0.5/defconfig
trunk/filo-0.5/fs/Makefile
Log:
Add CRAMFS support to FILO.
Author: uwe
Date: 2007-09-24 03:40:09 +0200 (Mon, 24 Sep 2007)
New Revision: 2803
Modified:
trunk/util/superiotool/ite.c
trunk/util/superiotool/smsc.c
trunk/util/superiotool/superiotool.h
Log:
Add detection support for quite a number of SMSC Super I/Os. Also, add
dump support for the
This is the ASUS A8NE-FM/S board, rev. 1.01A.
./superiotool -d
Found ASUS A8000 (id=0x77, rev=0x01) at port=0x2e
Register dump:
idx 03 07 20 21 22 23 24 26 27 28 2a 2b 2c 2d 2e 2f
val 00 0a 77 01 18 00 44 2e 00 00 00 00 00 00 00 00
def RR 00 77 NA 00 RR 44 MM MM RR NA NA NA NA NA NA
LDN 0x00
Due to a communications problem in my organization, and the US Gov't
budget situation (i.e. there is not one), I just found out that I can
not go to switzerland in october.
I'm pretty unhappy about this but I have no choice.
The april meeting is still on.
ron
--
linuxbios mailing list
Dear LinuxBIOS readers!
This is the automated build check service of LinuxBIOS.
The developer uwe checked in revision 2803 to
the LinuxBIOS source repository and caused the following
changes:
Change Log:
Add detection support for quite a number of SMSC Super I/Os. Also, add
dump support for
On 9/23/07, Carl-Daniel Hailfinger [EMAIL PROTECTED]
wrote:
On 19.09.2007 07:34, Darmawan Salihun wrote:
I've bought an AMD690G system for further development. Nonetheless,
there's
a problem with the datasheets.
The SB600 datasheet from AMD documents informs nothing about the PCI
43 matches
Mail list logo