Re: EPIA-M build problem for freebios2
:) - Original Message - To: <[EMAIL PROTECTED]> Sent: Tuesday, September 07, 2004 8:14 PM Subject: Re: EPIA-M build problem for freebios2 > > Dmitry, I believe most readers on the list do understand that this > was just a joke, but you could've afforded a smiley anyway. > > I'm just glad that LANL employees are back in the LB business since > they have a lot of useful knowledge and experience with the project! > ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: EPIA-M build problem for freebios2
> C'mon Ron, > You just lazy. Jump on it ! > Dmitry/ I would but it really cuts into my nap time :-) ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: EPIA-M build problem for freebios2
On Tue, Sep 07, 2004 at 07:48:38PM -0700, Dmitry Borisov wrote: > > > > > Hi Ron - did ya'll get a chance to work on this at all? > > > > no, sorry, will try this week :-) > > > > ron > > C'mon Ron, > You just lazy. Jump on it ! > Dmitry/ Dmitry, I believe most readers on the list do understand that this was just a joke, but you could've afforded a smiley anyway. I'm just glad that LANL employees are back in the LB business since they have a lot of useful knowledge and experience with the project! //Peter ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: EPIA-M build problem for freebios2
From: "ron minnich" To: "Dan Sully" <[EMAIL PROTECTED]> Cc: "Stefan Reinauer" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Sent: Tuesday, September 07, 2004 3:54 PM Subject: Re: EPIA-M build problem for freebios2 > On Tue, 7 Sep 2004, Dan Sully wrote: > > > Hi Ron - did ya'll get a chance to work on this at all? > > no, sorry, will try this week :-) > > ron C'mon Ron, You just lazy. Jump on it ! Dmitry/ ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: EPIA-M build problem for freebios2
On Tue, 7 Sep 2004, Dan Sully wrote: > Hi Ron - did ya'll get a chance to work on this at all? no, sorry, will try this week :-) ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: EPIA-M build problem for freebios2
* ron minnich <[EMAIL PROTECTED]> shaped the electrons to say... I've tried V2, but it just hangs when rebooted with no console or serial output. OK, I have an epia-m here and next week if there is time we'll try it out. Hi Ron - did ya'll get a chance to work on this at all? Thanks! -D -- You know, for kids. ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: EPIA-M build problem for freebios2
On Sat, 28 Aug 2004, Dan Sully wrote: > I've tried V2, but it just hangs when rebooted with no console or serial > output. OK, I have an epia-m here and next week if there is time we'll try it out. ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: EPIA-M build problem for freebios2
* Dan Sully <[EMAIL PROTECTED]> shaped the electrons to say... Thanks, that did the trick. So I'm able to boot v1, but haven't been able to get vgabios working. Replying to my own email here - I now have VGA working using an NVidia card. I can't do much though, given the ram constraints of V1. I've tried V2, but it just hangs when rebooted with no console or serial output. What's the current status of EPIA-M in V2 with VGA? So this question still stands. =) -D -- It's Dr. Evil, I didn't spend six years in Evil Medical School to be called "mister," thank you very much. ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: EPIA-M build problem for freebios2
* Stefan Reinauer <[EMAIL PROTECTED]> shaped the electrons to say... * ron minnich <[EMAIL PROTECTED]> [040827 22:41]: > So first of all, it's not clear from any of the outdated documentation > whether one should be using freebios or freebios2. Dan, the LinuxBIOS project can use a good explanation if you find time to write one. Once I get everything working (and get back from Burning Man), I will. > So, I'm jumping in and trying to use 2 - but getting this error: > > linuxbios_c.o(.data+0x1e4): undefined reference to `mainboard_via_epia_m_control' i made a small change to fix this. please go ahead and test it. Thanks, that did the trick. So I'm able to boot v1, but haven't been able to get vgabios working. I've extracted it using the following command: dd if=/proc/kcore of=vgabios.bin bs=1 count=65536 skip=790528 What's the current status of EPIA-M in V2 with VGA? Also - can someone clear up in my head - is vgabios needed just for using the onboard CLE266 video? I actually have either an NVidia or ATI card I'd prefer to use. Thanks. Here's my v1 config (based off of Dmitri's) - can someone please double check it? # # LinuxBIOS config file for: VIA epia-m mini-itx # target /home/dsully/src/freebios/build # via epia mainboard via/epia-m # Enable Serial Console for debugging option SERIAL_CONSOLE=1 option TTYS0_BAUD=115200 option DEFAULT_CONSOLE_LOGLEVEL=0 option MAXIMUM_CONSOLE_LOGLEVEL=9 option DEBUG=0 option HAVE_FRAMEBUFFER=1 #option VIDEO_CONSOLE=1 option CONFIG_UDELAY_TIMER2=1 option SMA_SIZE=32 option VGA_HARDWARE_FIXUP=1 # Use 256KB Standard Flash as Normal BIOS option RAMTEST=1 option USE_GENERIC_ROM=1 option STD_FLASH=1 #option ZKERNEL_START=0xfffd option ROM_SIZE=262144 # payload size = 192KB option PAYLOAD_SIZE=196608 # use ELF Loader to load Etherboot option USE_ELF_BOOT=1 # Use Etherboot as our payload payload /home/dsully/src/filo-0.4.2/filo.elf # the logo is displayed for VIDEO_SHOW_LOGO seconds. # beginning (0xfffe) option VIDEO_SHOW_LOGO=10 #option ROM_IMAGE_SIZE=131072 option PCX_FILE_LOCATION=0xfffd option LOGOFILE=$(TOP)/src/pc80/linuxbioslogo.pcx addaction romimage dd if=$(LOGOFILE) of=romimage bs=65540 seek=1 conv=notrunc; addaction romimage python -c "import struct,sys; f=open('$(LOGOFILE)','rb'); f.seek(0,2); sys.stdout.write(struct.pack('i',f.tell()));" | dd of=romimage bs=65536 seek=1 conv=notrunc option CONFIG_VGABIOS=1 option CONFIG_REALMODE_IDT=1 dir src/bioscall option CONFIG_PCIBIOS=1 option VGABIOS_START=0xfffe option USE_ELF_BOOT=1 addaction romimage dd if=../vgabios.bin of=romimage bs=65536 seek=2 conv=sync conv=notrunc -D -- "You can usually recover from production flaws...but you can never recover from a bad design". ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: EPIA-M build problem for freebios2
* ron minnich <[EMAIL PROTECTED]> [040827 22:41]: > > So first of all, it's not clear from any of the outdated documentation > > whether one should be using freebios or freebios2. Dan, the LinuxBIOS project can use a good explanation if you find time to write one. > > So, I'm jumping in and trying to use 2 - but getting this error: > > > > linuxbios_c.o(.data+0x1e4): undefined reference to `mainboard_via_epia_m_control' i made a small change to fix this. please go ahead and test it. Stefan ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
Re: EPIA-M build problem for freebios2
On Fri, 27 Aug 2004, Dan Sully wrote: > So first of all, it's not clear from any of the outdated documentation > whether one should be using freebios or freebios2. oh well :-) > > So, I'm jumping in and trying to use 2 - but getting this error: > > ar cr linuxbios.a malloc.o apic_timer.o pci_ops.o vt8235.o chip.o memset.o > fallback_boot.o keyboard.o cpuid.o pnp_device.o printk.o irq_tables.o pgtbl.o > tables.o pci_device.o console.o cpufixup.o elfboot.o hardwaremain.o boot.o > linuxbios_table.o delay.o version.o memcmp.o isa-dma.o hypertransport.o vtxprintf.o > root_device.o mtrr.o uart8250.o device_util.o ./option_table.o compute_ip_checksum.o > device.o memcpy.o northbridge.o clog2.o pirq_routing.o memmove.o mc146818rtc.o > rom_stream.o c_start.o vsprintf.o cpu.o static.o > gcc -nostdlib -r -o linuxbios_c.o c_start.o mainboard.o uart8250_console.o > linuxbios.a /usr/lib/gcc-lib/i486-linux/3.3.4/libgcc.a > gcc -nostdlib -nostartfiles -static -o linuxbios_c -T > /home/dsully/src/freebios2/src/config/linuxbios_c.ld linuxbios_c.o > linuxbios_c.o(.data+0x1e4): undefined reference to `mainboard_via_epia_m_control' > collect2: ld returned 1 exit status > make: *** [linuxbios_c] Error 1 > > targets/via/epia-m/epia-m/normal/static.c arg. I'll try to look at this monday unless somebody beats me to it. ron ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios
EPIA-M build problem for freebios2
So first of all, it's not clear from any of the outdated documentation whether one should be using freebios or freebios2. So, I'm jumping in and trying to use 2 - but getting this error: ar cr linuxbios.a malloc.o apic_timer.o pci_ops.o vt8235.o chip.o memset.o fallback_boot.o keyboard.o cpuid.o pnp_device.o printk.o irq_tables.o pgtbl.o tables.o pci_device.o console.o cpufixup.o elfboot.o hardwaremain.o boot.o linuxbios_table.o delay.o version.o memcmp.o isa-dma.o hypertransport.o vtxprintf.o root_device.o mtrr.o uart8250.o device_util.o ./option_table.o compute_ip_checksum.o device.o memcpy.o northbridge.o clog2.o pirq_routing.o memmove.o mc146818rtc.o rom_stream.o c_start.o vsprintf.o cpu.o static.o gcc -nostdlib -r -o linuxbios_c.o c_start.o mainboard.o uart8250_console.o linuxbios.a /usr/lib/gcc-lib/i486-linux/3.3.4/libgcc.a gcc -nostdlib -nostartfiles -static -o linuxbios_c -T /home/dsully/src/freebios2/src/config/linuxbios_c.ld linuxbios_c.o linuxbios_c.o(.data+0x1e4): undefined reference to `mainboard_via_epia_m_control' collect2: ld returned 1 exit status make: *** [linuxbios_c] Error 1 targets/via/epia-m/epia-m/normal/static.c which includes: src/mainboard/via/epia-m/chip.h where mainboard_via_epia_m_control is set as extern. Any thoughts? Thanks. -D -- Oh, I cook bacon naked all the time. You just have to keep the heat on med-low. ___ Linuxbios mailing list [EMAIL PROTECTED] http://www.clustermatic.org/mailman/listinfo/linuxbios