On Sat, 6 Oct 2007, Ulf Jordan wrote:
svnversion -c might be better, but it doesn't recurse, and has an
interesting output format in the general case (but sed will fix it!)
The issue of how to derive version numbers from svn revision information
is indeed non-trivial, as shown by our
On Sat, Oct 06, 2007 at 01:16:14PM -0400, Robinson Tryon wrote:
Signed-off-by: Robinson P. Tryon [EMAIL PROTECTED]
(This patch builds on the b272x patch)
There was a very long line in it, otherwise looks fine.
//Peter
--
linuxbios mailing list
linuxbios@linuxbios.org
On Sat, Oct 06, 2007 at 10:33:07PM +0400, Peter Lemenkov wrote:
I can't find minimal system requirements for running LinuxBIOS.
For v3 it's a CPU that can use cache as RAM. CAR is getting popular
in v2 as well for boards with complex RAM init code.
Especially I interested in minimal size of
On Sat, Oct 06, 2007 at 09:59:46PM +0200, Juergen Beisert wrote:
Patch is against LinuxBIOSv2, revision of 2007-10-06.
Signed-off-by: Juergen Beisert [EMAIL PROTECTED]
Acked-by: Peter Stuge [EMAIL PROTECTED]
--
linuxbios mailing list
linuxbios@linuxbios.org
On Sat, Oct 06, 2007 at 10:12:37PM +0200, Juergen Beisert wrote:
- tomk -= FRAMEBUFFERK;
+ tomk -= CONFIG_VIDEO_MB * 1024;
Does this option already exist? If so:
Acked-by: Peter Stuge [EMAIL PROTECTED]
--
linuxbios mailing list
linuxbios@linuxbios.org
On Sat, Oct 06, 2007 at 04:56:29PM -0400, Robinson Tryon wrote:
Signed-off-by: Robinson P.Tryon [EMAIL PROTECTED]
Looks good, but haven't tested.
Acked-by: Peter Stuge [EMAIL PROTECTED]
--
linuxbios mailing list
linuxbios@linuxbios.org
http://www.linuxbios.org/mailman/listinfo/linuxbios
On Sun, Oct 07, 2007 at 12:59:14AM +0400, Peter Lemenkov wrote:
After a quick look through the specs for At29C020 and At29C040A I
realized that all these chips looks identical. The only difference
is page size - 128 bytes at At29C010A and 256 bytes at 020 and 040
models.
Yes, that's pretty
On Sun, Oct 07, 2007 at 12:05:05AM +0200, Uwe Hermann wrote:
Is there some way that we can factor out these common data?
No, I don't think that's practicable.
Depends on how much values would be duplicate I think.
While refactoring code is a good thing in general, this is just a
bunch of
On Sat, Oct 06, 2007 at 07:09:40PM -0700, David Hendricks wrote:
Hello everyone,
Ron, Stefan and I were kicking the shit and came up with this small
patch for superiotool. Adds support for a Winbond device where there was
once only a stub. Enjoy!
Signed-off-by: David Hendricks [EMAIL
On Sat, Oct 06, 2007 at 10:26:16PM -0400, Robinson Tryon wrote:
Signed-off-by: Robinson P. Tryon [EMAIL PROTECTED]
Acked-by: Peter Stuge [EMAIL PROTECTED]
In general, can I assume that two chips with the same id number
will have the exact same register layout?
No, I don't think that is safe.
On Sat, Oct 06, 2007 at 06:50:31PM +0200, Uwe Hermann wrote:
However, we should still give proper credit to all contributors, so
maybe we add a THANKS or AUTHORS file (or a section in the README
file)?
Opinions?
AUTHORS is good, section in README is fine too.
//Peter
--
linuxbios
On Sun, Oct 07, 2007 at 12:05:16AM -0400, Robinson Tryon wrote:
Signed-off-by: Robinson P. Tryon [EMAIL PROTECTED]
Acked-by: Peter Stuge [EMAIL PROTECTED]
--
linuxbios mailing list
linuxbios@linuxbios.org
http://www.linuxbios.org/mailman/listinfo/linuxbios
On Sun, Oct 07, 2007 at 01:08:06PM +0900, Jun OKAJIMA wrote:
I need ATAPI commands like these.
SET_MEDIA( media_type=CD-R, media_format=SINGLE_SESSION )
START_SPIN( speed=MAX, wait=0)
If you can send these commands in the early stage of BIOS booting,
it gets more faster to start reading a
Hello All!
Very simple patch - easy to review. Unfortunately I still not tested
it on real hardware (due to lack of AT-power supply).
--
With best regards!
flashrom-at29c010a-enabled.diff
Description: Binary data
--
linuxbios mailing list
linuxbios@linuxbios.org
On Sunday 07 October 2007 12:43, Peter Stuge wrote:
On Sat, Oct 06, 2007 at 10:12:37PM +0200, Juergen Beisert wrote:
- tomk -= FRAMEBUFFERK;
+ tomk -= CONFIG_VIDEO_MB * 1024;
Does this option already exist? If so:
take a look into src/config/Options.lb, line 1013:
Hello All!
Maybe somebody didn't see it yet?
http://www.phoronix.com/scan.php?page=articleitem=869
They'd better use LinuxBIOS :)
--
With best regards!
--
linuxbios mailing list
linuxbios@linuxbios.org
http://www.linuxbios.org/mailman/listinfo/linuxbios
Hi Jun,
2007/10/7, Jun OKAJIMA [EMAIL PROTECTED]:
I checked the video. It looks great. Good work.
But, your way limits functionality. You can use only Tiny/X and busybox and...
If you use Firefox, using CD-ROM is necessary, right?
Yes, this is a good approach. You can place the Linux kernel
On 07/10/07 04:52 +0200, Stefan Reinauer wrote:
Ok, here's my latest patch that makes initram callbacks to stage0 work
in v3. It's not all that pretty, but it is the least ugly thing I could
find.
Stefan
--
coresystems GmbH • Brahmsstr. 16 • D-79104 Freiburg i. Br.
Tel.: +49 761
On Sat, Oct 06, 2007 at 10:10:13PM -0700, Baski wrote:
1st thing. My system always executes Fallback image
LinuxBIOS-2.0.0_s2881_Fallback Sat Oct 6 13:41:10 CDT 2007 booting...
That's ok and expected.
Fatal server error:
no screens found
Can you please post the full LinuxBIOS and Linux
On Sun, Oct 07, 2007 at 03:22:24PM +0400, Peter Lemenkov wrote:
Very simple patch - easy to review. Unfortunately I still not tested
it on real hardware (due to lack of AT-power supply).
Looks good, but please report with a Signed-off-by, see
2007/10/7, Uwe Hermann [EMAIL PROTECTED]:
On Sun, Oct 07, 2007 at 03:22:24PM +0400, Peter Lemenkov wrote:
Very simple patch - easy to review. Unfortunately I still not tested
it on real hardware (due to lack of AT-power supply).
Looks good, but please report with a Signed-off-by, see
Author: uwe
Date: 2007-10-07 16:33:13 +0200 (Sun, 07 Oct 2007)
New Revision: 2829
Modified:
trunk/util/superiotool/smsc.c
Log:
Dump support for the SMSC FDC37M81x.
Signed-off-by: Robinson P. Tryon [EMAIL PROTECTED]
Acked-by: Peter Stuge [EMAIL PROTECTED]
Acked-by: Uwe Hermann [EMAIL
On Sun, Oct 07, 2007 at 01:04:32PM +0200, Peter Stuge wrote:
On Sun, Oct 07, 2007 at 12:05:16AM -0400, Robinson Tryon wrote:
Signed-off-by: Robinson P. Tryon [EMAIL PROTECTED]
Acked-by: Peter Stuge [EMAIL PROTECTED]
r2829.
Minor changes:
- Changed reserved registers to RSVD (even if the
Slashdot has an article about how ASUSTek has introduced the P5E3 Deluxe
motherboard, which in addition to using Intel's new X38 Chipset.
http://linux.slashdot.org/article.pl?sid=07/10/07/0614246
The ASUS website spec only mentions ASUS CrashFree BIOS 3 as the BIOS.
Author: uwe
Date: 2007-10-07 17:04:17 +0200 (Sun, 07 Oct 2007)
New Revision: 2830
Modified:
trunk/util/superiotool/smsc.c
Log:
Dump support for the SMSC FDC37B78x.
Signed-off-by: Robinson P. Tryon [EMAIL PROTECTED]
Acked-by: Uwe Hermann [EMAIL PROTECTED]
Modified:
On Sat, Oct 06, 2007 at 01:16:14PM -0400, Robinson Tryon wrote:
Signed-off-by: Robinson P. Tryon [EMAIL PROTECTED]
(This patch builds on the b272x patch)
Thanks, r2830 (only comitted the FDC37B78x part here).
Uwe.
--
http://www.hermann-uwe.de | http://www.holsham-traders.de
Author: uwe
Date: 2007-10-07 17:12:12 +0200 (Sun, 07 Oct 2007)
New Revision: 2831
Modified:
trunk/util/superiotool/smsc.c
Log:
Dump support for the SMSC FDC37B72x.
Signed-off-by: Robinson P. Tryon [EMAIL PROTECTED]
Acked-by: Uwe Hermann [EMAIL PROTECTED]
Modified:
On Sat, Oct 06, 2007 at 12:00:31PM -0400, Robinson Tryon wrote:
Signed-off-by: Robinson P. Tryon [EMAIL PROTECTED]
Thanks, r2831.
Uwe.
--
http://www.hermann-uwe.de | http://www.holsham-traders.de
http://www.crazy-hacks.org | http://www.unmaintained-free-software.org
signature.asc
Dear LinuxBIOS readers!
This is the automated build check service of LinuxBIOS.
The developer uwe checked in revision 2829 to
the LinuxBIOS source repository and caused the following
changes:
Change Log:
Dump support for the SMSC FDC37M81x.
Signed-off-by: Robinson P. Tryon [EMAIL PROTECTED]
Author: uwe
Date: 2007-10-07 17:26:40 +0200 (Sun, 07 Oct 2007)
New Revision: 2832
Added:
trunk/util/superiotool/superiotool.8
Modified:
trunk/util/superiotool/Makefile
Log:
Add a manpage for superiotool (trivial).
Signed-off-by: Uwe Hermann [EMAIL PROTECTED]
Acked-by: Uwe Hermann [EMAIL
Hi,
while the patch is correct I won't apply it for now. I have a much
bigger patch in the works which does what your patch does, and adds
a lots more other (duplicate) IDs for chips with different name...
On Sun, Oct 07, 2007 at 01:02:10PM +0200, Peter Stuge wrote:
In general, can I assume
Date: Sun, 7 Oct 2007 16:20:09 +0200
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
CC: linuxbios@linuxbios.org
Subject: Re: [LinuxBIOS] Flashrom: support for At29C010A added.
On Sun, Oct 07, 2007 at 03:22:24PM +0400, Peter Lemenkov wrote:
Very simple patch - easy to review.
Dear LinuxBIOS readers!
This is the automated build check service of LinuxBIOS.
The developer uwe checked in revision 2830 to
the LinuxBIOS source repository and caused the following
changes:
Change Log:
Dump support for the SMSC FDC37B78x.
Signed-off-by: Robinson P. Tryon [EMAIL PROTECTED]
It's interesting as it is an Intel chipset.
Folks have known how to make Linux into an EFI-replacement for several
years. I have heard that Linux can easily replace EFI, and is loaded
after PEI. PEI has most of the really secret sauce anyway. I wonder if
this is what asus is doing?
I guess
On 10/7/07, Peter Lemenkov [EMAIL PROTECTED] wrote:
Hello All!
Maybe somebody didn't see it yet?
http://www.phoronix.com/scan.php?page=articleitem=869
They'd better use LinuxBIOS :)
I wonder if Intel let them. It's an intel chipset.
ron
--
linuxbios mailing list
linuxbios@linuxbios.org
Dear LinuxBIOS readers!
This is the automated build check service of LinuxBIOS.
The developer uwe checked in revision 2831 to
the LinuxBIOS source repository and caused the following
changes:
Change Log:
Dump support for the SMSC FDC37B72x.
Signed-off-by: Robinson P. Tryon [EMAIL PROTECTED]
At $360 USD ea. I thought maybe M$ got into the BIOS business.
--
linuxbios mailing list
linuxbios@linuxbios.org
http://www.linuxbios.org/mailman/listinfo/linuxbios
Dear LinuxBIOS readers!
This is the automated build check service of LinuxBIOS.
The developer uwe checked in revision 2832 to
the LinuxBIOS source repository and caused the following
changes:
Change Log:
Add a manpage for superiotool (trivial).
Signed-off-by: Uwe Hermann [EMAIL PROTECTED]
Author: uwe
Date: 2007-10-07 21:04:26 +0200 (Sun, 07 Oct 2007)
New Revision: 2833
Modified:
trunk/util/superiotool/winbond.c
Log:
Add dump support for the Winbond W83627THF/THG.
Signed-off-by: David Hendricks [EMAIL PROTECTED]
Acked-by: Peter Stuge [EMAIL PROTECTED]
Acked-by: Uwe Hermann
Author: uwe
Date: 2007-10-07 21:10:24 +0200 (Sun, 07 Oct 2007)
New Revision: 2834
Modified:
trunk/util/superiotool/README
Log:
Add a list of contributors to the README (trivial). Also, a small hint
about where to send additional register dumps.
Signed-off-by: Uwe Hermann [EMAIL PROTECTED]
On Sun, Oct 07, 2007 at 01:01:15PM +0200, Peter Stuge wrote:
On Sat, Oct 06, 2007 at 07:09:40PM -0700, David Hendricks wrote:
Hello everyone,
Ron, Stefan and I were kicking the shit and came up with this small
patch for superiotool. Adds support for a Winbond device where there was
Just noticed that superiotool now supports my board, don't know whether
someone has already posted a dump for this chip but another can't hurt
if they have so...
Mainboard: Epox 8RDA3+
nVidia nForce 2 chipset
$ sudo ./superiotool -d
Found Winbond W83627HF/F/HG/G (id=0x52, rev=0x17) at 0x2e
Dear LinuxBIOS readers!
This is the automated build check service of LinuxBIOS.
The developer uwe checked in revision 2833 to
the LinuxBIOS source repository and caused the following
changes:
Change Log:
Add dump support for the Winbond W83627THF/THG.
Signed-off-by: David Hendricks [EMAIL
On Sun, Oct 07, 2007 at 03:50:03PM +, Idwer Vollering wrote:
Reading the content of at29c010a works (at29c010a-128BK.bios), reflashing
doesn't.. maybe it is self-protected ?
Can you read/write other recognized chips on the same mainboard? If no,
then it's quite likely to be a
Author: uwe
Date: 2007-10-07 22:01:23 +0200 (Sun, 07 Oct 2007)
New Revision: 2835
Modified:
trunk/util/superiotool/ali.c
trunk/util/superiotool/fintek.c
trunk/util/superiotool/ite.c
trunk/util/superiotool/nsc.c
trunk/util/superiotool/smsc.c
trunk/util/superiotool/superiotool.c
On Sun, Oct 07, 2007 at 08:35:03PM +0100, Gavin Kinsey wrote:
Just noticed that superiotool now supports my board, don't know whether
someone has already posted a dump for this chip but another can't hurt
if they have so...
Yep, thanks. Added link to the wiki.
Uwe.
--
Date: Sun, 7 Oct 2007 21:52:06 +0200
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
CC: [EMAIL PROTECTED]; linuxbios@linuxbios.org
Subject: Re: [LinuxBIOS] Flashrom: support for At29C010A added.
On Sun, Oct 07, 2007 at 03:50:03PM +, Idwer Vollering wrote:
Reading the content of
On Sat, Oct 06, 2007 at 11:01:29PM -0400, Corey Osgood wrote:
On another note, can we print something when superiotool is run without
any parameters and fails to find any Super IO?
Good point, yes. Fixed in r2835.
Uwe.
--
http://www.hermann-uwe.de | http://www.holsham-traders.de
Probing for Winbond Super I/O (init=0x87,0x87) at 0x2e...
Found Winbond W83627THF/THG (id=0x82, rev=0x83) at 0x2e
Register dump:
idx 20 21 22 23 24 25 26 28 29 2a 2b 2c 2d 2e 2f
val 82 83 ff fe 42 00 00 00 00 00 00 00 00 00 ff
def 82 NA ff 00 MM 00 MM 00 00 00 MM MM MM 00 00
LDN 0x00 (Floppy)
Dear LinuxBIOS readers!
This is the automated build check service of LinuxBIOS.
The developer uwe checked in revision 2834 to
the LinuxBIOS source repository and caused the following
changes:
Change Log:
Add a list of contributors to the README (trivial). Also, a small hint
about where to send
Looking closer tells me that it is a w83627thf; bios rom: socketed st49lf004a
(which doesn't seem to write *all* sectors/pages ?).
lspci:
00:00.0 Host bridge: Intel Corporation 82865G/PE/P DRAM Controller/Host-Hub
Interface (rev 02)
00:01.0 PCI bridge: Intel Corporation 82865G/PE/P PCI to AGP
On 10/7/07, Uwe Hermann [EMAIL PROTECTED] wrote:
On Sun, Oct 07, 2007 at 01:04:32PM +0200, Peter Stuge wrote:
On Sun, Oct 07, 2007 at 12:05:16AM -0400, Robinson Tryon wrote:
Signed-off-by: Robinson P. Tryon [EMAIL PROTECTED]
Acked-by: Peter Stuge [EMAIL PROTECTED]
r2829.
Minor
On Sun, Oct 07, 2007 at 12:42:47PM +0200, Peter Stuge wrote:
On Sat, Oct 06, 2007 at 09:59:46PM +0200, Juergen Beisert wrote:
Patch is against LinuxBIOSv2, revision of 2007-10-06.
Signed-off-by: Juergen Beisert [EMAIL PROTECTED]
Acked-by: Peter Stuge [EMAIL PROTECTED]
r2836.
Do you
On 10/7/07, Peter Stuge [EMAIL PROTECTED] wrote:
On Sun, Oct 07, 2007 at 12:05:05AM +0200, Uwe Hermann wrote:
Is there some way that we can factor out these common data?
No, I don't think that's practicable.
Depends on how much values would be duplicate I think.
For the smsc superios
On Sat, Oct 06, 2007 at 12:21:08PM +0200, Juergen Beisert wrote:
Nice! So this is in-LinuxBIOS VGA support? I.e. without running any VGA
option ROM blob in an emulator?
This driver really knows the hardware, so it does not need any help from
any
kind of SMM.
Very nice!
I'll give
On Sun, Oct 07, 2007 at 08:09:55PM +, Idwer Vollering wrote:
Probing for Winbond Super I/O (init=0x87,0x87) at 0x2e...
Found Winbond W83627THF/THG (id=0x82, rev=0x83) at 0x2e
Register dump:
idx 20 21 22 23 24 25 26 28 29 2a 2b 2c 2d 2e 2f
val 82 83 ff fe 42 00 00 00 00 00 00 00 00 00
On 10/7/07, Uwe Hermann [EMAIL PROTECTED] wrote:
Hi,
while the patch is correct I won't apply it for now. I have a much
bigger patch in the works which does what your patch does, and adds
a lots more other (duplicate) IDs for chips with different name...
sure.
On Sun, Oct 07, 2007 at
Dear LinuxBIOS readers!
This is the automated build check service of LinuxBIOS.
The developer uwe checked in revision 2835 to
the LinuxBIOS source repository and caused the following
changes:
Change Log:
Print a short message if no Super I/O chip could be detected (trivial).
Signed-off-by:
On 10/7/07, ron minnich [EMAIL PROTECTED] wrote:
On 10/7/07, Peter Lemenkov [EMAIL PROTECTED] wrote:
Hello All!
Maybe somebody didn't see it yet?
http://www.phoronix.com/scan.php?page=articleitem=869
They'd better use LinuxBIOS :)
I wonder if Intel let them. It's an intel chipset.
Author: uwe
Date: 2007-10-07 23:48:26 +0200 (Sun, 07 Oct 2007)
New Revision: 2837
Modified:
trunk/util/superiotool/nsc.c
Log:
Detection support for a bunch of NSC Super I/Os (trivial).
Also, dump support for the NSC PC87351.
Signed-off-by: Uwe Hermann [EMAIL PROTECTED]
Acked-by: Uwe Hermann
Author: uwe
Date: 2007-10-07 23:50:29 +0200 (Sun, 07 Oct 2007)
New Revision: 2838
Modified:
trunk/util/superiotool/ite.c
Log:
Some more ITE chips and small fixes (trivial).
Signed-off-by: Uwe Hermann [EMAIL PROTECTED]
Acked-by: Uwe Hermann [EMAIL PROTECTED]
Modified:
On Sun, Oct 07, 2007 at 05:22:12PM -0400, Robinson Tryon wrote:
There are several chips with different names and same IDs.
Fair enough. Now that being said, how should I enter data for two
chips into the array? Should it just look like the following?
{0x50, First chip name
...}
On Sun, Oct 07, 2007 at 05:05:57PM -0400, Robinson Tryon wrote:
On 10/7/07, Peter Stuge [EMAIL PROTECTED] wrote:
On Sun, Oct 07, 2007 at 12:05:05AM +0200, Uwe Hermann wrote:
Is there some way that we can factor out these common data?
No, I don't think that's practicable.
Depends
Author: uwe
Date: 2007-10-08 00:25:49 +0200 (Mon, 08 Oct 2007)
New Revision: 2839
Modified:
trunk/LinuxBIOSv2/src/mainboard/tyan/s2881/mainboard.c
Log:
Add missing '\n' to a printk_debug() and some other small fixes
while I'm at it (trivial).
Signed-off-by: Uwe Hermann [EMAIL PROTECTED]
Hi,
some comments below:
On Sat, Oct 06, 2007 at 07:15:13PM -0700, David Hendricks wrote:
Index: board_enable.c
===
--- board_enable.c(revision 2763)
+++ board_enable.c(working copy)
@@ -32,43 +32,43 @@
/*
* Helper
Author: uwe
Date: 2007-10-08 00:46:51 +0200 (Mon, 08 Oct 2007)
New Revision: 2840
Modified:
trunk/LinuxBIOSv2/src/northbridge/amd/gx1/northbridge.c
Log:
Make the reserved video memory on Geode GX1 based systems configurable.
This makes sense on systems with small memories when the VGA feature
On Sun, Oct 07, 2007 at 02:28:49PM +0200, Juergen Beisert wrote:
Does this option already exist? If so:
take a look into src/config/Options.lb, line 1013:
[...]
define CONFIG_VIDEO_MB
default none
export used
comment Integrated graphics with UMA has dynamic
Dear LinuxBIOS readers!
This is the automated build check service of LinuxBIOS.
The developer uwe checked in revision 2836 to
the LinuxBIOS source repository and caused the following
changes:
Change Log:
Fix some issues with spaces in the code and Doxygen style documentation.
Painting the
On Sun, Oct 07, 2007 at 01:08:06PM +0900, Jun OKAJIMA wrote:
I checked the video. It looks great. Good work.
But, your way limits functionality. You can use only Tiny/X and busybox and...
If you use Firefox, using CD-ROM is necessary, right?
CDROM is one possibility, a disk or USB thumb drive
On 07/10/07 23:13 +0200, Uwe Hermann wrote:
On Sat, Oct 06, 2007 at 12:21:08PM +0200, Juergen Beisert wrote:
Nice! So this is in-LinuxBIOS VGA support? I.e. without running any VGA
option ROM blob in an emulator?
This driver really knows the hardware, so it does not need any help from
On Wed, Sep 26, 2007 at 10:49:42AM -0700, ron minnich wrote:
with the older version of linuxbios on the msm800sev, I could reflash.
I can ID but no longer reflash with the buildrom version of linuxbios.
Is this still the case? If so, can you test older versions to find the
last commit which
On Sat, Oct 06, 2007 at 10:46:44PM -0400, Robinson Tryon wrote:
Question about registers:
In the datasheet for the FDC37M81x, registers 0x62,0x63 of COM2 have
values marked for their hard reset (0x00,0x00). In the 'Configuration
Register' column, there is a note that these two registers are
Dear LinuxBIOS readers!
This is the automated build check service of LinuxBIOS.
The developer uwe checked in revision 2837 to
the LinuxBIOS source repository and caused the following
changes:
Change Log:
Detection support for a bunch of NSC Super I/Os (trivial).
Also, dump support for the NSC
Thanks!
Let me turn the CMOS question around though. If an embedded board does have a
battery, is it possible that it's just for the TOD clock and not CMOS? In
other words, if an unknown board has a battery, how can I positively confirm
the existence of the CMOS?
I've got two revisions of the
Hi Ward,
I don't think that my little quickie deserves so much consideration, but I
will post it, hopping that it could be usefull for someone..
Btw you have to do first a setpci -s 00:01.1 64.l to retrieve the base
address of the SYSCTRL register table. Use this value as a parameter for my
On Sun, Oct 07, 2007 at 05:02:21PM -0700, Jonathan Sturges wrote:
Thanks!
Let me turn the CMOS question around though. If an embedded board does have
a battery, is it possible that it's just for the TOD clock and not CMOS? In
other words, if an unknown board has a battery, how can I
On Mon, Oct 08, 2007 at 03:27:20AM +0200, [EMAIL PROTECTED] wrote:
for (i=0; i0x100; i++) {
io_val = inb(io_addr);
printf( %.8x : %.8x\n, io_addr, io_val);
io_addr++;
}
This can also be done with:
dd if=/dev/port bs=1 skip=0x1000 count=256|xxd -c1
but it does not print the
Author: uwe
Date: 2007-10-08 03:11:11 +0200 (Mon, 08 Oct 2007)
New Revision: 2841
Modified:
trunk/util/superiotool/smsc.c
trunk/util/superiotool/superiotool.h
Log:
Add detection support for lots more SMSC Super I/Os (trivial).
Signed-off-by: Uwe Hermann [EMAIL PROTECTED]
Acked-by: Uwe
Dear LinuxBIOS readers!
This is the automated build check service of LinuxBIOS.
The developer uwe checked in revision 2839 to
the LinuxBIOS source repository and caused the following
changes:
Change Log:
Add missing '\n' to a printk_debug() and some other small fixes
while I'm at it (trivial).
Hi everyone,
I'd like to announce a tool called 'superiotool' which was developed by
a bunch of LinuxBIOS developers over at linuxbios.org:
http://linuxbios.org/Superiotool
Superiotool is a user-space utility which can
- detect which Super I/O chip is soldered onto your mainboard,
- at
Author: uwe
Date: 2007-10-08 03:59:46 +0200 (Mon, 08 Oct 2007)
New Revision: 2842
Modified:
trunk/util/superiotool/smsc.c
Log:
Fixup a register dump attached to the wrong Super I/O. Seems something
went wrong in one of the recent commits.
Signed-off-by: Uwe Hermann [EMAIL PROTECTED]
Acked-by:
Dear LinuxBIOS readers!
This is the automated build check service of LinuxBIOS.
The developer uwe checked in revision 2840 to
the LinuxBIOS source repository and caused the following
changes:
Change Log:
Make the reserved video memory on Geode GX1 based systems configurable.
This makes sense
Dear LinuxBIOS readers!
This is the automated build check service of LinuxBIOS.
The developer uwe checked in revision 2841 to
the LinuxBIOS source repository and caused the following
changes:
Change Log:
Add detection support for lots more SMSC Super I/Os (trivial).
Signed-off-by: Uwe Hermann
LinuxBIOS information wrote:
Build Log:
Compilation of asi:mb_5blmp has been broken
See the error log at
http://qa.linuxbios.org/log_buildbrd.php?revision=2840device=mb_5blmpvendor=asi
Compilation of eaglelion:5bcm has been broken
What's these status on these? Why are they broken by the
Corey Osgood wrote:
LinuxBIOS information wrote:
Build Log:
Compilation of asi:mb_5blmp has been broken
See the error log at
http://qa.linuxbios.org/log_buildbrd.php?revision=2840device=mb_5blmpvendor=asi
Compilation of eaglelion:5bcm has been broken
What's these status on
On 10/7/07, Uwe Hermann [EMAIL PROTECTED] wrote:
On Wed, Sep 26, 2007 at 10:49:42AM -0700, ron minnich wrote:
with the older version of linuxbios on the msm800sev, I could reflash.
I can ID but no longer reflash with the buildrom version of linuxbios.
Is this still the case? If so, can you
Dear LinuxBIOS readers!
This is the automated build check service of LinuxBIOS.
The developer uwe checked in revision 2842 to
the LinuxBIOS source repository and caused the following
changes:
Change Log:
Fixup a register dump attached to the wrong Super I/O. Seems something
went wrong in one
87 matches
Mail list logo