Folks,
Included are the superiotool lspci outputs for the DFI LANPARTY nF4
SLI-DR, please notice that this board has the same north+south bridge as
the Asus A8N-E.
[snip]
After moving the bits from asus/a8n_e (thanks Uwe!) and creating a new
dfi/nf4_sli_dr branch and changing the VendorID
2007/11/20, Uwe Hermann [EMAIL PROTECTED]:
+/* ### backplane IP-6S ### */
+
+/* PCISA IP-6S*/
Is this the PCISA Bus Passive Backplane I've found on the web?
Yes, this configuration for JUKI-511P with backplane IP-6S.
Thanks Myles - I don't want to leave this on the floor, but we probably
won't get any traction on it until Monday. Ward, if you don't mind,
could you rebase your patches against this one? If not, thats cool,
I can do it too.
Jordan
PS: I would be remiss if I didn't say - Go Utes! :)
On
On Nov 21, 2007 12:37 AM, Jerome Ibanes [EMAIL PROTECTED] wrote:
In set_Trwt():
if ((clocks DTH_TRWT_MIN) || (clocks DTH_TRWT_MAX)) {
die(Unknown Trwt);
}
It might not kill us, or destroy linuxbios as a project, if we did
something like this:
print(Trwt
Hi Myles,
On 16/11/07 16:09 -0700, Myles Watson wrote:
This is the same patch as the one Jordan sent before, but
1. Making UCLIBC_VER work
2. Adding a few forgotten files
3. Adding a few more devices in devices.txt so that the hard drives
and CD can be used once you're in linux
I tested
Thanks, Peter
I send you the full serial output . As you can see in rom_stream:
0xfffe - 0xfffe there is only 0xFF ??
Best Regards
Ing. Hanoi Santos Hung
Instituto Central de Investigación Digital
On Mon, Nov 05, 2007 at 03:45:55PM -0500, Hanoi Santos Hung wrote:
Hi :
I'm
This patch does not set the UCLIBC_ARCH variable correctly on 32 bit; it
needs to be forced to i386 there instead of $(TARGET_ARCH), which is i686 on
my box.
For 64 bit it's fine, because there the UCLIBC_ARCH variable needs to be
x86_64 which happens to match $(TARGET_ARCH).
Here's a
Author: uwe
Date: 2007-11-21 19:25:20 +0100 (Wed, 21 Nov 2007)
New Revision: 514
Modified:
LinuxBIOSv3/arch/x86/post_code.c
LinuxBIOSv3/arch/x86/speaker.c
LinuxBIOSv3/include/arch/x86/legacy.h
Log:
Add comment, small style fixes (trivial).
Signed-off-by: Uwe Hermann [EMAIL PROTECTED]
On Fri, Nov 16, 2007 at 11:43:30AM -0500, Robert Vogel wrote:
Well...yes there is a reason the GA-M57SLI doesn't really work for me. To
see why take a look at Ward's tutorial at
http://linuxbios.org/GIGABYTE_GA-M57SLI-S4_Build_Tutorial
The obstacles are obvious from the tutorial.
Not
On Wed, Nov 21, 2007 at 03:25:32PM +0500, Nikolay Petukhov wrote:
Hm, why is this required here? Is it necessary for all GX1/CS5530 boards?
If so
it should be done in the CS5530 code, I think. Why doesn't the usual
copy_pirq_routing_table() suffice here?
if kernel builded with Juergen
On Wed, Nov 21, 2007 at 09:05:01AM -0800, ron minnich wrote:
On Nov 21, 2007 12:37 AM, Jerome Ibanes [EMAIL PROTECTED] wrote:
In set_Trwt():
if ((clocks DTH_TRWT_MIN) || (clocks DTH_TRWT_MAX)) {
die(Unknown Trwt);
}
It might not kill us, or
On Tue, Nov 20, 2007 at 08:00:14PM -0500, Corey Osgood wrote:
On 11/20/07, Coquelicot [EMAIL PROTECTED] wrote:
Hi all,
what can be responsible for long delay before starting LinuxBIOS? I
have it on VIA EPIA M-II with LB preppended by original VGA bios
extracted from the original BIOS.
On Wed, Nov 21, 2007 at 11:22:50AM -0800, Jerome Ibanes wrote:
Ron List,
print(Trwt %x is out of range: min %x max %x\n etc. etc. etc.
[snip]
Are you suggesting that I try to boot with less or different memory? I've
Yes. Only one DIMM in the slot which the manual says it should be.
Uwe, Ron List,
Jerome, can you try two things on the board:
- Only use _one_ DIMM (if you used more for the first test), AFAIK
there are some issues with multiple DIMMs, but I'm not sure yet.
That's what I had in mind, I will proceed accordingly and report my
findings to the list.
This patch brings us closer to a working v3 build. The remaining thing
is the printk/post_code/SHARED issue.
Uwe.
--
http://www.hermann-uwe.de | http://www.holsham-traders.de
http://www.crazy-hacks.org | http://www.unmaintained-free-software.org
Add mkdir calls to create the necessary
don't forget your signed-off :-)
Acked-by: Ronald G. Minnich [EMAIL PROTECTED]
--
linuxbios mailing list
linuxbios@linuxbios.org
http://www.linuxbios.org/mailman/listinfo/linuxbios
Hi Myles,
On Wed, Nov 21, 2007 at 12:13:23PM -0700, Myles Watson wrote:
It makes the same changes as mentioned before, but it also uses the
correct kernel image depending on the architecture. mkelfimage
doesn't work with an x86_64 vmlinux, and with an i386 bzImage it
generates a _much_
On Wed, Nov 21, 2007 at 12:13:23PM -0700, Myles Watson wrote:
It makes the same changes as mentioned before, but it also uses the
correct kernel image depending on the architecture. mkelfimage
doesn't work with an x86_64 vmlinux, and with an i386 bzImage it
generates a _much_ larger
See patch.
Uwe.
--
http://www.hermann-uwe.de | http://www.holsham-traders.de
http://www.crazy-hacks.org | http://www.unmaintained-free-software.org
Move the code from strings.h to a C file. We should really avoid
to have code in header files.
Signed-off-by: Uwe Hermann [EMAIL PROTECTED]
Author: uwe
Date: 2007-11-21 21:12:56 +0100 (Wed, 21 Nov 2007)
New Revision: 515
Modified:
LinuxBIOSv3/mainboard/adl/msm800sev/Makefile
LinuxBIOSv3/mainboard/amd/norwich/Makefile
LinuxBIOSv3/mainboard/artecgroup/dbe61/Makefile
Log:
Add mkdir calls to create the necessary directories.
On Wed, Nov 21, 2007 at 11:51:35AM -0800, ron minnich wrote:
don't forget your signed-off :-)
Oh, it's there, just in the attachement not in the mail itself.
Acked-by: Ronald G. Minnich [EMAIL PROTECTED]
Thanks, r515.
Uwe.
--
http://www.hermann-uwe.de | http://www.holsham-traders.de
On Nov 21, 2007 12:03 PM, Myles Watson [EMAIL PROTECTED] wrote:
On Wed, Nov 21, 2007 at 12:13:23PM -0700, Myles Watson wrote:
It makes the same changes as mentioned before, but it also uses the
correct kernel image depending on the architecture. mkelfimage
doesn't work with an x86_64
Hi all,
today, I replaced the 512kB EEPROM on my GA-M57SLI by a 1024kB
SST49LF080A chip. Flashing of a 1024kB BIOS (after booting with
proprietary BIOS) works fine. After booting LB, writing with flashrom
fails. (If you rewrite the same linuxbios.rom and use '--verify',
anything looks ok, but if
On Nov 21, 2007 7:46 PM, Uwe Hermann [EMAIL PROTECTED] wrote:
On Tue, Nov 20, 2007 at 08:00:14PM -0500, Corey Osgood wrote:
On 11/20/07, Coquelicot [EMAIL PROTECTED] wrote:
Hi all,
what can be responsible for long delay before starting LinuxBIOS? I
have it on VIA EPIA M-II with
Hi Andi,
On Wed, Nov 21, 2007 at 11:07:27PM +0100, Andreas B. Mundt wrote:
today, I replaced the 512kB EEPROM on my GA-M57SLI by a 1024kB
SST49LF080A chip. Flashing of a 1024kB BIOS (after booting with
proprietary BIOS) works fine. After booting LB, writing with flashrom
fails. (If you
Am Mittwoch, 21. November 2007 23:07:27 schrieb Andreas B. Mundt:
Hi all,
today, I replaced the 512kB EEPROM on my GA-M57SLI by a 1024kB
SST49LF080A chip. Flashing of a 1024kB BIOS (after booting with
proprietary BIOS) works fine. After booting LB, writing with flashrom
fails. (If you
On Wed, Nov 21, 2007 at 05:11:46PM -0500, Ward Vandewege wrote:
Hi Andi,
On Wed, Nov 21, 2007 at 11:07:27PM +0100, Andreas B. Mundt wrote:
today, I replaced the 512kB EEPROM on my GA-M57SLI by a 1024kB
SST49LF080A chip. Flashing of a 1024kB BIOS (after booting with
proprietary BIOS)
On Wed, Nov 21, 2007 at 11:19:01PM +0100, Harald Gutmann wrote:
today, I replaced the 512kB EEPROM on my GA-M57SLI by a 1024kB
SST49LF080A chip. Flashing of a 1024kB BIOS (after booting with
proprietary BIOS) works fine. After booting LB, writing with flashrom
fails. (If you rewrite the
On 21/11/07 13:37 -0800, yhlu wrote:
On Nov 21, 2007 12:03 PM, Myles Watson [EMAIL PROTECTED] wrote:
On Wed, Nov 21, 2007 at 12:13:23PM -0700, Myles Watson wrote:
It makes the same changes as mentioned before, but it also uses the
correct kernel image depending on the architecture.
On 21/11/07 14:51 -0500, Ward Vandewege wrote:
On Wed, Nov 21, 2007 at 12:13:23PM -0700, Myles Watson wrote:
It makes the same changes as mentioned before, but it also uses the
correct kernel image depending on the architecture. mkelfimage
doesn't work with an x86_64 vmlinux, and with an
On 11/21/07, yhlu [EMAIL PROTECTED] wrote:
On Nov 21, 2007 12:03 PM, Myles Watson [EMAIL PROTECTED] wrote:
On Wed, Nov 21, 2007 at 12:13:23PM -0700, Myles Watson wrote:
It makes the same changes as mentioned before, but it also uses the
correct kernel image depending on the
I forgot to add these 3 files to the diff. Sorry.
I also don't know how to remove s-c-payload.patch from
packages/linuxbios/patches and have it show up in the patch.
Thanks,
Myles
In case we need a separate signed off
Signed-off-by: Myles Watson [EMAIL PROTECTED]
On 11/21/07, Jordan Crouse
On Wednesday 21 November 2007, Andreas B. Mundt wrote:
On Wed, Nov 21, 2007 at 11:19:01PM +0100, Harald Gutmann wrote:
did you use flashrom -E befor writing the new file to the chip?
tried that:
$ sudo flashrom -E
Erasing flash chip
$ sudo flashrom -V --verify --write
Coquelicot wrote:
On Nov 21, 2007 7:46 PM, Uwe Hermann [EMAIL PROTECTED] wrote:
On Tue, Nov 20, 2007 at 08:00:14PM -0500, Corey Osgood wrote:
On 11/20/07, Coquelicot [EMAIL PROTECTED] wrote:
Hi all,
what can be responsible for long delay before starting LinuxBIOS? I
have
Author: uwe
Date: 2007-11-22 04:36:18 +0100 (Thu, 22 Nov 2007)
New Revision: 2977
Modified:
trunk/util/superiotool/smsc.c
Log:
Dump support for the SMSC LPC47B27x (trivial).
Signed-off-by: Uwe Hermann [EMAIL PROTECTED]
Acked-by: Uwe Hermann [EMAIL PROTECTED]
Modified:
On Nov 21, 2007 3:29 PM, Myles Watson [EMAIL PROTECTED] wrote:
On 11/21/07, yhlu [EMAIL PROTECTED] wrote:
On Nov 21, 2007 12:03 PM, Myles Watson [EMAIL PROTECTED] wrote:
On Wed, Nov 21, 2007 at 12:13:23PM -0700, Myles Watson wrote:
It makes the same changes as mentioned before,
Dear LinuxBIOS readers!
This is the automated build check service of LinuxBIOS.
The developer uwe checked in revision 2977 to
the LinuxBIOS source repository and caused the following
changes:
Change Log:
Dump support for the SMSC LPC47B27x (trivial).
Signed-off-by: Uwe Hermann [EMAIL
On Wed, Nov 21, 2007 at 07:51:34PM -0800, yhlu wrote:
this afternoon, played a while linuxbios + tiny kernel on l1_2pvv.
find something interesting.
vmlinux 2.6.18.1 in buildrom
A. built from on my laptop with opensuse 10.3 64bit
B. built from my workstation with Suse 10.0 pro 64bit
A is
On Wed, Nov 21, 2007 at 04:29:43PM -0700, Myles Watson wrote:
I tested it using the amd serengeti_cheetah LAB (64-bit) platform in buildrom
With mkelfimage 2.5 using bzImage (vmlinux doesn't work)
Payload takes 901210 Bytes (880 KBytes) in ROM:
With mkelfimage 2.7 and Yinghai's patch using
I was a telecommunication engineer for ten years. It is my first year to work
in computer field. The computer has greatly changed since I left school. Many
thins are very interesting. Below is something I was once puzzled, who would
check it is correct or not?
Thank you bari, the link is
On Thu, Nov 22, 2007 at 01:02:29AM +0100, Torsten Duwe wrote:
On Wednesday 21 November 2007, Andreas B. Mundt wrote:
On Wed, Nov 21, 2007 at 11:19:01PM +0100, Harald Gutmann wrote:
did you use flashrom -E befor writing the new file to the chip?
tried that:
$ sudo flashrom -E
41 matches
Mail list logo