Re: Etherboot for AMD64
This question was there before on this list. Does anyone have a pointer or some details? * Sagiv Yefet [EMAIL PROTECTED] [040901 11:23]: In the north bridge section of amd/serenade there are the following entries: northbridge amd/amdk8 mc0 #pci 0:18.0 #pci 0:18.0 #pci 0:18.0 #pci 0:18.1 #pci 0:18.2 #pci 0:18.3 why is 0:18.0 repeated three times ? -Original Message- From: Stefan Reinauer [mailto:[EMAIL PROTECTED] Sent: Monday, August 30, 2004 11:44 AM To: Sagiv Yefet Cc: [EMAIL PROTECTED] Subject: Re: Etherboot for AMD64 * Sagiv Yefet [EMAIL PROTECTED] [040830 11:59]: What image suit AMD64 in the etherboot project ? Thanks. You should try tg3--ide_disk.zelf. Or better use YhLu's patches to add filo and sata Stefan ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
vgabios halt
My MB is A6T based on vt8601 and vt82c686. When call vgabios(at 0xc000:0003), it halted. ... INSTALL REAL-MODE IDT DO THE VGA BIOS found VGA: vid=1023, did=8500 0x55 0xAA ...(16 bytes) bus/devfn = 0x100 biosint: # 0x1a, eax 0xb109 ebx 0x100 ecx 0x100 edx 0xb29f biosint: ebp 0x10fd8 esp 0xfc9 edi 0x2 esi 0x14040 biosint: ip 0x56e8 cs 0xc000 flags 0x16 0xb109: bus 1 devfn 0x0 reg 0x2 val 0x8500 biosint: # 0x58, eax 0xc000 ebx 0x100 ecx 0x8500 edx 0x3c2 biosint: ebp 0x10fd8 esp 0xfc7 edi 0x2 esi 0x14040 biosint: ip 0x2329 cs 0xc000 flags 0x246 biosint: Unsupport int #0x58 biosint: # 0xcd, eax 0xc000 ebx 0x100 ecx 0x8500 edx 0x3c2 biosint: ebp 0x10fd8 esp 0xfc7 edi 0x2 esi 0x14040 biosint: ip 0x2329 cs 0xc000 flags 0x246 biosint: Unsupport int #0xcd (halted) __ Do you Yahoo!? Take Yahoo! Mail with you! Get it on your mobile phone. http://mobile.yahoo.com/maildemo ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: vgabios halt
* zhu shi song [EMAIL PROTECTED] [040901 13:14]: My MB is A6T based on vt8601 and vt82c686. When call vgabios(at 0xc000:0003), it halted. ... INSTALL REAL-MODE IDT DO THE VGA BIOS found VGA: vid=1023, did=8500 0x55 0xAA ...(16 bytes) bus/devfn = 0x100 biosint: # 0x1a, eax 0xb109 ebx 0x100 ecx 0x100 edx 0xb29f biosint: ebp 0x10fd8 esp 0xfc9 edi 0x2 esi 0x14040 biosint: ip 0x56e8 cs 0xc000 flags 0x16 0xb109: bus 1 devfn 0x0 reg 0x2 val 0x8500 biosint: # 0x58, eax 0xc000 ebx 0x100 ecx 0x8500 edx 0x3c2 ^^ This looks already weird. Go check the code what happens in bios int 1a eax 0xb109 and have a look at Ralph Browns Interrupt List whether there is an int 58 at all (I doubt it) Might be some special callback between graphics and main bios, too.. VIA did this IIRC. biosint: ebp 0x10fd8 esp 0xfc7 edi 0x2 esi 0x14040 biosint: ip 0x2329 cs 0xc000 flags 0x246 biosint: Unsupport int #0x58 biosint: # 0xcd, eax 0xc000 ebx 0x100 ecx 0x8500 edx 0x3c2 biosint: ebp 0x10fd8 esp 0xfc7 edi 0x2 esi 0x14040 biosint: ip 0x2329 cs 0xc000 flags 0x246 biosint: Unsupport int #0xcd (halted) __ Do you Yahoo!? Take Yahoo! Mail with you! Get it on your mobile phone. http://mobile.yahoo.com/maildemo ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: vgabios halt
At 12:30 01/09/2004, Stefan Reinauer wrote: * zhu shi song [EMAIL PROTECTED] [040901 13:14]: My MB is A6T based on vt8601 and vt82c686. When call vgabios(at 0xc000:0003), it halted. ... INSTALL REAL-MODE IDT DO THE VGA BIOS found VGA: vid=1023, did=8500 0x55 0xAA ...(16 bytes) bus/devfn = 0x100 biosint: # 0x1a, eax 0xb109 ebx 0x100 ecx 0x100 edx 0xb29f biosint: ebp 0x10fd8 esp 0xfc9 edi 0x2 esi 0x14040 biosint: ip 0x56e8 cs 0xc000 flags 0x16 0xb109: bus 1 devfn 0x0 reg 0x2 val 0x8500 biosint: # 0x58, eax 0xc000 ebx 0x100 ecx 0x8500 edx 0x3c2 ^^ This looks already weird. Go check the code what happens in bios int 1a eax 0xb109 and have a look at Ralph Browns Interrupt List whether there is an int 58 at all (I doubt it) Might be some special callback between graphics and main bios, too.. VIA did this IIRC. This is a VIA VGA Bios special... It makes all sorts of Int 21 callbacks and they need to be handled (even if only by a default handler). A lot of them are also undocumented (at least in their Northbridge docs). However, Dave Ashley (who also posts to this list and did a good bit of the ground work to make VGA on EPIA work) also found another beaut - their VGA bios code had/has a bug in it where it will make interrupt calls with invalid interrupt numbers, which may be the problem here. To quote from a mail from Dave: Under linuxbios the problem would manifest itself where during the vgabios init code you'd get into an endless loop of invalid INT callbacks. So it would stop the system from booting. My fix was to only allow certain INT's in the callback and so if an invalid one happens, we just abort out of the VGA init code. Search the mail list archives for the title Epia-MII VGA not working and PCMCIA rebooting and you should be able to find the original posts - they were a great help to me when I was trying to get an VIA-based system up for a customer. Cheers Ian biosint: ebp 0x10fd8 esp 0xfc7 edi 0x2 esi 0x14040 biosint: ip 0x2329 cs 0xc000 flags 0x246 biosint: Unsupport int #0x58 biosint: # 0xcd, eax 0xc000 ebx 0x100 ecx 0x8500 edx 0x3c2 biosint: ebp 0x10fd8 esp 0xfc7 edi 0x2 esi 0x14040 biosint: ip 0x2329 cs 0xc000 flags 0x246 biosint: Unsupport int #0xcd (halted) __ Do you Yahoo!? Take Yahoo! Mail with you! Get it on your mobile phone. http://mobile.yahoo.com/maildemo ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: VGA Problem about 440bx chipset
From: Richard Smith [EMAIL PROTECTED] To: [EMAIL PROTECTED] CC: [EMAIL PROTECTED] Subject: Re: VGA Problem about 440bx chipset Date: Tue, 31 Aug 2004 10:33:35 -0500 Chiu Gerald wrote: I found the work done about vga are: (1) allocate_vga_resource() in newpci.c enbale io/mem of the vga adapter then walk up the bridges setting the VGA enable That should all be done already. (2) copy the vga bios to 0xc using adlo,and run bochs bios. I'm not sure if it had initilized the vga controller enough. And I You will get a vga bios boot screen if it works. found there are some registers about AGP from 440bx northbridge datasheet ( 82443bx hostbridge/controller),such as AGP capability identifier register,AGP command register,AGP status register... But this work hadn't been done in linuxbios,maybe I need to set these registers correctly according to the datasheet to enable AGP? This is probally your problem. None of the AGP stuff is setup in the 440bx code. Only PCI cards have been used to date. You will have to write AGP init code. you mean that PCI card works? Now I changed to a PCI video card,and bochs had run the vga bios,but still nothing happened! I have no idea what should I do next. _ MSN Explorer: http://explorer.msn.com/lccn/ ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Redirect your console to the network
Hi, I just came across this and I thought I'd pass it along as a nice tool to have. Especially when one doesn't have VGA and serial isn't working for you. I hope someone else finds it as useful for them as it does for me:) http://technocrat.net/article.pl?sid=04/08/14/0236245mode=nested Enjoy, Dave
Re: Redirect your console to the network
yes, we have used that off and on for a while. I hope they improved it to be a real module, but if not I have an iproved version here ... thanks for the pointer. ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: VGA Problem about 440bx chipset
Chiu Gerald wrote: you mean that PCI card works? Yes some PCI cards work. I've made several Assiliant 65550 and 69000 based PCI cards work and some S3 based cards work. There are reports of some ATI cards working but I am still having problems getting my ATI M1 based card to work. Now I changed to a PCI video card,and bochs had run the vga bios,but still nothing happened! I have no idea what should I do next. Are you setting up the shadowing correctly? You have to setup the shadowing in loader.s or bochs and the video bios never make it into ram. The stock ADLO setup won't work on the 440bx. I've attached my loader.s which sets up the shadowing correctly. Also the DEBUG_SERIAL option in rombios.c is very useful. You can enable it and all the bochs bios messages will be redirected out the serial port. This way you can see if bochs rombios is even getting called. You have to turn it back off to get text on the VGA screen. But your cards VSYNC should happen regardless. (assuming the vbios runs correctly) I leave in a few hours and won't be back till Tuesday the 2nd so you are on your own for a few days. I'll try to check email during that time but I'm not promising anything. Search the mailing list for things like ADLO, vgabios, etc there are several threads on getting this up. ;* ; $Id: loader.s,v 1.1 2002/11/25 02:07:53 rminnich Exp $ ;* USE32 ; code it is loaded into memory at 0x7C00 ;* nop nop ;* ; A) setup GDT, so that we do not depend on program ; that loaded us for GDT. ; Ex: LinuxBIOS and EtherBOOT use different GDT's. ;- ; 0) cli ;- ; I) lgdt [0x7C00+protected_gdt] ;- ; II) setup CS jmp 0x08:0x7C00+newpgdt newpgdt: nop ;- ; III) setup all other segments mov ax, #0x10 mov ss, ax mov ds, ax mov es, ax mov fs, ax mov gs, ax ;- ; IV) ; not now ;sti ;* nop nop ; Outputs a value to PCI config space ; put the bus,dev,function,offset in eax ; and the byte value in dl then call this macro MACRO PCI_CONFIG_WRITE_BYTE shl edx, #8 mov dl, al and dl, #3 shl edx, #16 or eax, #0x8000 and eax, #0xfffc mov dx, #0x0cf8 out dx, eax shr edx, #16 mov al, dh mov dh, #0 add edx, #0x0cfc out dx, al MEND ;* ; B) shadow - ON (enable/read/write) ; This is orginal shadowing setup code ; Works on the Matsonic 7308e mainboard ;mov eax, #0x8070 ;mov dx, #0x0cf8 ;out dx, eax ;mov eax, #0x ;mov dx, #0x0cfc ;out dx, eax ; This enables shadowing for the 0x0f - ; 0x0f range and the 0x0C - 0x0c range ; for the 440bx chipset. mov eax, #0x59 mov edx, #0x20 PCI_CONFIG_WRITE_BYTE mov eax, #0x5A mov edx, #0x22 PCI_CONFIG_WRITE_BYTE mov eax, #0x5b mov edx, #0x22 PCI_CONFIG_WRITE_BYTE ;* nop nop ;* ; C) copy -- boch bios ; counter - 64kb. mov ecx, #0x1 ; source - 0x8000 ( 0x7C00+0x400 = 0x8000 ) mov ax, #0x10; src-segment - 2nd entry in GDT mov ds, ax mov eax, #0x8000 ; src-offset - 0x8000 mov esi, eax ; destination - 0xF mov ax, #0x10; dst-segment - 2nd entry in GDT mov es, ax mov eax, #0xF ; dst-offset - 0xF mov edi, eax ; clear direction flag cld ; the copy rep movsb ;* nop nop ;* ; D) copy -- video bios ; on my system video bios is just 48KB (0x0C000) ; but just for paranoida we copy 64kb (0X1) ; counter - 64kb mov ecx, #0x1 ; source - 0x18000 ( 0x8000+0x1 = 0x18000 ) mov ax, #0x10 ; src-segment - 2nd entry in GDT mov ds, ax mov eax, #0x18000 ; src-offset - 0x18000 mov esi, eax ; destination - 0xC mov ax, #0x10 ; dst-segment - 2nd entry in GDT mov es, ax mov eax, #0xC ; dst-offset - 0xC mov edi, eax ; clear direction flag cld ; the copy rep movsb ;* nop nop ;* ; E) copy -- pirq table ; on my system video bios is just 48KB (0x0C000) ; but just for paranoida we copy 64kb (0X1) ; counter - 256kb -- 0x100 mov ecx, #0x100 ; source - 0x7F00 ( 0x7C00+0x300 = 0x7F00 ) mov ax, #0x10; src-segment - 2nd entry in GDT mov ds, ax mov eax, #0x7F00 ; src-offset - 0x7F00 mov esi, eax ; destination -
Tyan Thunder K8S Pro (S2882)
Hi folks, I haven't been paying attention recently to the list in regards to amd64 support, but I was wondering if the Tyan Thunder K8S Pro (S2882) is yet supported? I tried to check the status page, but there isn't a single 2004 date on it. We have 8 of these boards coming in for a webserver cluster, and just need to boot off of IDE (actually, CF via IDE). I know someone around here works on Tyan boards, so I figure this is the quickest way to an answer. :) Thanks, Justin ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: Tyan Thunder K8S Pro (S2882)
tyan s2882 is supported... its in the freebios2 tree On Wed, 2004-09-01 at 12:52, Justin C. Darby wrote: Hi folks, I haven't been paying attention recently to the list in regards to amd64 support, but I was wondering if the Tyan Thunder K8S Pro (S2882) is yet supported? I tried to check the status page, but there isn't a single 2004 date on it. We have 8 of these boards coming in for a webserver cluster, and just need to boot off of IDE (actually, CF via IDE). I know someone around here works on Tyan boards, so I figure this is the quickest way to an answer. :) Thanks, Justin ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: Tyan Thunder K8S Pro (S2882)
On Wed, 1 Sep 2004, Justin C. Darby wrote: I haven't been paying attention recently to the list in regards to amd64 support, but I was wondering if the Tyan Thunder K8S Pro (S2882) is yet supported? I tried to check the status page, but there isn't a single 2004 date on it. We have 8 of these boards coming in for a webserver cluster, and just need to boot off of IDE (actually, CF via IDE). I know someone around here works on Tyan boards, so I figure this is the quickest way to an answer. :) sorry about that, we're trying to get new maintainers for the web pages and had some volunteers but that did not work out -- it's hard to make that kind of commitment. Yes, it's supported. ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
DK8S2?
Hi, I've built my linuxbios.rom for Iwill's dk8s2. the only change i made was to the ROM_SIZE (i needed it to be 512k, not 1mb). i've plugged in the prom and a serial console set to 115200 bps. i don't actually see anything. what sort of output should i be seeing? i've tried turning up the debug level, but still see no output. does anyone have any experience with this board? thanks, peter ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
RE: Redirect your console to the network
Hey Ron, If your tool doesn't have to support polling can you please pass that on to me? That's one side effect of the netconsole tool. You need to have polling enabled in the Network driver. I've been having trouble getting that to fly actually. Thanks, Dave -Original Message- From: ron minnich [mailto:[EMAIL PROTECTED] Sent: Wednesday, September 01, 2004 11:08 AM To: Dave Aubin Cc: [EMAIL PROTECTED] Subject: Re: Redirect your console to the network yes, we have used that off and on for a while. I hope they improved it to be a real module, but if not I have an iproved version here ... thanks for the pointer. ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
epia-m vga cromwell bios
This is actually 2 questions in one. I've been having some problems getting VGA to work on my epia-m board. I was able to get etherboot to load the kernel, etc, but when I made the recent changes for VGA, elfboot doesn't like what I did. I've included a capture of the serial output and my configuration file. I also was interested in doing something like the cromwell open-source bios for the Xbox, where vga is fully initialized from the start and a nice graphical screen can be set up to enable booting from etherboot, cd-rom or the hard disk via grub. My Xbox mod-chip is also 256kb, so I'm guessing it should work. Here's the serial port capture: LinuxBIOS-1.0.0 Thu Aug 26 13:21:59 EDT 2004 starting... 80 08 07 0d 0a 01 40 00 04 75 75 00 82 08 00 01 0e 04 0c 01 02 20 c0 a0 75 00 00 50 3c 50 2d 40 a0 a0 50 50 00 00 00 00 00 41 4b 34 32 75 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 06 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 Copying LinuxBIOS to ram. Jumping to LinuxBIOS. LinuxBIOS-1.0.0 Thu Aug 26 13:21:59 EDT 2004 booting... Finding PCI configuration type. PCI: Using configuration type 1 Scanning PCI bus...PCI: pci_scan_bus for bus 0 PCI: 00:00.0 [1106/3123] PCI: 00:01.0 [1106/b091] PCI: 00:0d.0 [1106/3044] PCI: 00:10.0 [1106/3038] PCI: 00:10.1 [1106/3038] PCI: 00:10.2 [1106/3038] PCI: 00:10.3 [1106/3104] PCI: 00:11.0 [1106/3177] PCI: 00:11.1 [1106/0571] PCI: 00:11.5 [1106/3059] PCI: 00:12.0 [1106/3065] PCI: pci_scan_bus for bus 1 PCI: 01:00.0 [1106/3122] PCI: pci_scan_bus returning with max=01 PCI: pci_scan_bus returning with max=01 done Allocating PCI resources... PCI: 00:00.0 register 10(0008), read-only ignoring it PCI: 00:00.0 register 10(0008), read-only ignoring it PCI: 00:00.0 register 10(0008), read-only ignoring it PCI: 00:00.0 register 10(0008), read-only ignoring it ASSIGN RESOURCES, bus 0 PCI: 00:01.0 1c - [0x1000 - 0x0fff] bus 1 io PCI: 00:01.0 24 - [0xf800 - 0xfbff] bus 1 prefmem PCI: 00:01.0 20 - [0xfc00 - 0xfcff] bus 1 mem ASSIGN RESOURCES, bus 1 PCI: 01:00.0 10 - [0xf800 - 0xfbff] prefmem PCI: 01:00.0 14 - [0xfc00 - 0xfcff] mem ASSIGNED RESOURCES, bus 1 PCI: 00:0d.0 10 - [0xfd00 - 0xfd0007ff] mem PCI: 00:0d.0 14 - [0x1800 - 0x187f] io PCI: 00:10.0 20 - [0x1880 - 0x189f] io PCI: 00:10.1 20 - [0x18a0 - 0x18bf] io PCI: 00:10.2 20 - [0x18c0 - 0x18df] io PCI: 00:10.3 10 - [0xfd001000 - 0xfd0010ff] mem PCI: 00:11.1 20 - [0x18e0 - 0x18ef] io PCI: 00:11.5 10 - [0x1000 - 0x10ff] io PCI: 00:12.0 10 - [0x1400 - 0x14ff] io PCI: 00:12.0 14 - [0xfd002000 - 0xfd0020ff] mem ASSIGNED RESOURCES, bus 0 Allocating VGA resource done. Enabling PCI resourcess...PCI: 00:00.0 cmd - 06 PCI: 00:01.0 cmd - 07 PCI: 00:0d.0 cmd - 83 PCI: 00:10.0 cmd - 01 PCI: 00:10.1 cmd - 01 PCI: 00:10.2 cmd - 01 PCI: 00:10.3 cmd - 02 PCI: 00:11.0 cmd - 07 PCI: 00:11.1 cmd - 07 PCI: 00:11.5 cmd - 01 PCI: 00:12.0 cmd - 83 PCI: 01:00.0 cmd - 03 done. Initializing PCI devices... PCI devices initialized totalram: 96M Initializing CPU #0 Enabling cache... Setting fixed MTRRs(0-88) type: UC Setting fixed MTRRs(0-16) type: WB DONE fixed MTRRs Setting variable MTRR 0, base:0MB, range: 64MB, type WB Setting variable MTRR 1, base: 64MB, range: 32MB, type WB DONE variable MTRRs Clear out the extra MTRR's call intel_enable_fixed_mtrr() call intel_enable_var_mtrr() Leave setup_mtrrs done. Max cpuid index: 1 Vendor ID : CentaurHauls Processor Type : 0x00 Processor Family : 0x06 Processor Model: 0x09 Processor Mask : 0x00 Processor Stepping : 0x01 Feature flags : 0x0380b135 MTRR check Fixed MTRRs : Enabled Variable MTRRs: Enabled Disabling local apic...done. CPU #0 Initialized Mainboard fixup Final mainboard fixup Southbridge fixup setting firewire Assigning IRQ 10 to 0:d.0 Readback = 10 setting usb Assigning IRQ 11 to 0:10.0 Readback = 11 Assigning IRQ 10 to 0:10.1 Readback = 10 Assigning IRQ 12 to 0:10.2 Readback = 12 Assigning IRQ 5 to 0:10.3 Readback = 5 setting vt8235 Assigning IRQ 5 to 0:11.1 Readback = 5 Assigning IRQ 12 to 0:11.5 Readback = 12 setting ethernet Assigning IRQ 11 to 0:12.0 Readback = 11 setting vga Assigning IRQ 11 to 1:0.0 Readback = 11 setting pci slot setting vt8235 slot Assigning IRQ 5 to 0:11.1 Readback = 5 Assigning IRQ 12 to 0:11.5 Readback = 12 Checking IRQ routing tables... /home/dhillman/freebios/src/arch/i386/lib/pirq_routing.c: 30:check_pirq_routing_table() - irq_routing_table located at: 0x8c60 done. Copying IRQ routing tables to 0xf...done. Verifing priq routing tables copy at 0xf...failed Wrote linuxbios table at: 0500 - 0654 checksum d443 Welcome to elfboot, the open sourced starter. January 2002, Eric Biederman. Version 1.2
Re: DK8S2?
On Wed, 1 Sep 2004, Peter Buckingham wrote: I've built my linuxbios.rom for Iwill's dk8s2. the only change i made was to the ROM_SIZE (i needed it to be 512k, not 1mb). I wish david hendriks were here ... I wonder if your romimage is any good. You can send to me for a quick look. We had some interest from iwill and even sent them a system of theirs running linuxbios etc. but I have not heard from them lately. I don't know what they plan to do. i've plugged in the prom and a serial console set to 115200 bps. i don't actually see anything. you should test your serial console setup under fuctory bios before you try it under linuxbios. Use minicom at each end, set the baud rates, and so on. does anyone have any experience with this board? we had some and I will look and see if we still do. ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
RE: Redirect your console to the network
I'll try to find it. The other change I made was to turn it into a real device (which they may also have done) and have it not start sending output until the first open. This change was needed to ensure it would not try to use the network stack until it was actually there ... ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: DK8S2?
Hi Ron, ron minnich wrote: I wonder if your romimage is any good. You can send to me for a quick look. i'll send it to you off line. We had some interest from iwill and even sent them a system of theirs running linuxbios etc. but I have not heard from them lately. I don't know what they plan to do. at least i know that it's meant to work ;-) you should test your serial console setup under fuctory bios before you try it under linuxbios. Use minicom at each end, set the baud rates, and so on. i've been using a null modem cable that i use for kernel debugging, should i be using a straight through cable? thanks, peter ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: DK8S2?
On Wed, 1 Sep 2004, Peter Buckingham wrote: i've been using a null modem cable that i use for kernel debugging, should i be using a straight through cable? what you use doesn't matter as long as you test it before you try using it with linuxbios. thanks ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: DK8S2?
On Wed, 2004-09-01 at 13:32, Peter Buckingham wrote: Hi Ron, ron minnich wrote: I wonder if your romimage is any good. You can send to me for a quick look. i'll send it to you off line. We had some interest from iwill and even sent them a system of theirs running linuxbios etc. but I have not heard from them lately. I don't know what they plan to do. at least i know that it's meant to work ;-) you should test your serial console setup under fuctory bios before you try it under linuxbios. Use minicom at each end, set the baud rates, and so on. i've been using a null modem cable that i use for kernel debugging, should i be using a straight through cable? The DK8S2 should work without problem. We had that long time ago. What did you do to shrink the romimage size ? How did you flash the flash ? Ollie ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: DK8S2?
Li-Ta Lo wrote: The DK8S2 should work without problem. We had that long time ago. What did you do to shrink the romimage size ? How did you flash the flash ? i just changed ROM_SIZE to be 512K rather than 1024K. i flashed it with a universal device programmer from BP microsystems (this has worked fine for other bios releases). i have been using a serial cable that works fine for other kernel debugging. peter ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
RE: Redirect your console to the network
How to get netconsole to work: 1. Build your 2.6 kernel with tg3 support AND netconsole as part of the kernel A. This is the easiest way, I couldn't do it via modules as I couldn't get the polling to work. 2. Pass in to the kernel as a parameter the netconsole information A. This will automatically send the console information to the destination address when eth0 is up. Doing this worked for me, but a little bit of a pain was involved. Hope this helped. Dave -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dave Aubin Sent: Wednesday, September 01, 2004 3:12 PM To: ron minnich Cc: [EMAIL PROTECTED] Subject: RE: Redirect your console to the network Hey Ron, If your tool doesn't have to support polling can you please pass that on to me? That's one side effect of the netconsole tool. You need to have polling enabled in the Network driver. I've been having trouble getting that to fly actually. Thanks, Dave -Original Message- From: ron minnich [mailto:[EMAIL PROTECTED] Sent: Wednesday, September 01, 2004 11:08 AM To: Dave Aubin Cc: [EMAIL PROTECTED] Subject: Re: Redirect your console to the network yes, we have used that off and on for a while. I hope they improved it to be a real module, but if not I have an iproved version here ... thanks for the pointer. ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
RE: Redirect your console to the network
Hello from Gregg C Levine Ron, Dave, is this something that became part of the basic 2.6 series kernel? I looked at the website that Dave suggested, and it looks to be something that makes sense. However, I'm wrapped up in something else, and I can't test a 2.6 kernel for a while. I should have an idea in about 20 days or so, that's when an evaluation for one of my examples is up. Ron if you don't want me sending some messages directly to you, and to the correspondent, (Dave), and then to the list, I'll delete your address from the To: entry next time. --- Gregg C Levine [EMAIL PROTECTED] The Force will be with you...Always. Obi-Wan Kenobi Use the Force, Luke. Obi-Wan Kenobi -Original Message- From: [EMAIL PROTECTED] [mailto:linuxbios- [EMAIL PROTECTED] On Behalf Of ron minnich Sent: Wednesday, September 01, 2004 3:23 PM To: Dave Aubin Cc: [EMAIL PROTECTED] Subject: RE: Redirect your console to the network I'll try to find it. The other change I made was to turn it into a real device (which they may also have done) and have it not start sending output until the first open. This change was needed to ensure it would not try to use the network stack until it was actually there ... ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: DK8S2?
On Wed, 1 Sep 2004, Peter Buckingham wrote: i just changed ROM_SIZE to be 512K rather than 1024K. i flashed it with a universal device programmer from BP microsystems (this has worked fine for other bios releases). i have been using a serial cable that works fine for other kernel debugging. my only other worry would be that Iwill has change the mobo in some way and we don't know it. For first time users, I really do recommend you go with a Tyan board since they have vendor support for linuxbios and can answer questions such as this. Sorry I didn't say this earlier. ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
reset16.inc and 32bit reset vector
. = 0x8; .code32 jmp protected_start .previous What in the world would use this? Is there am i386 CPU that starts in protected mode? -- Jeremy Jackson Coplanar Networks (519)897-1516 http://www.coplanar.net ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: reset16.inc and 32bit reset vector
Jeremy Jackson [EMAIL PROTECTED] writes: . = 0x8; .code32 jmp protected_start .previous What in the world would use this? Is there am i386 CPU that starts in protected mode? The normal LinuxBIOS image. The fallback LinuxBIOS image starts at the reset vector. Then it checks the cmos options to see if everything is ok. Decrements the counter in the cmos in case the count gets too high. Then it jumps to the end of the normal image. Essentially it is easier to fix the end address then to fix the start address. Eric ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
linuxbios external api
Maybe this has been asked before, but i've been thinking about exporting functions like serial console, debugger entry points, etc. the PC BIOS uses the interrupt vectors as, well, vectors. I remember the C=64 had a jump table at a fixed address. I was wondering how hard it would be to use an ELF symbol table as a jump table, or at least as the source of information to build one. -- Jeremy Jackson Coplanar Networks (519)897-1516 http://www.coplanar.net ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: Firmware hub/ICH top block swap
Eric W. Biederman wrote: Jeremy Jackson [EMAIL PROTECTED] writes: Has anyone pursued this feature of the i8xx series chipsets? Seems it could do what the Bios saviour does, even for boards with a soldered on flash chip. Largely this requires a cooperative BIOS if you want to restore to something besides LinuxBIOS. I have a specific case in mind: a motherboard with a soldered in flash chip, and a 'cooperative' BIOS. I need to keep the option of restoring the vendor BIOS open until Linuxbios is working 100%. Once you have LinuxBIOS we implement essentially the same thing in software so the benefit is minor. And by doing it in software we have it for every kind of flash chip. Will this work for a sector erase flash? Is there any documentation I can look at? Eric -- Jeremy Jackson Coplanar Networks (519)897-1516 http://www.coplanar.net ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: reset16.inc and 32bit reset vector
Eric W. Biederman wrote: The normal LinuxBIOS image. The fallback LinuxBIOS image starts at the reset vector. Then it checks the cmos options to see if everything is ok. Decrements the counter in the cmos in case the count gets too high. Then it jumps to the end of the normal image. I could use some pointers, I find this a bit cryptic. -- Jeremy Jackson Coplanar Networks (519)897-1516 http://www.coplanar.net ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios