FILO is giving me the error below when using autoboot and attempting to boot from a usb drive. I think this might be due to this board having 4 USB controllers, but I'm not really sure. The board in question is the CN700/VT8237R board, booting the factory BIOS and then booting FILO through grub. USB is enabled in the BIOS, EHCI is disabled, and all USB controllers are enabled (there's no option to disable some, it's all or none). BTW, Peter's FILO IDE speedup patch works great on this board! This error occurs with a fresh checkout as well. I'm hoping someone with more USB knowledge than me (which doesn't take much) can tell what's wrong here.
Thanks, Corey
Error log:
boot: uda1:/vmlinuz malloc_diag: alloc: 416 bytes (3 blocks), free: 15960 bytes (1 blocks) malloc_diag: alloc: 432 bytes (4 blocks), free: 15944 bytes (1 blocks) file_open: dev=uda1, path=/vmlinuz LinuxLabs USB bootloader uhc_init: Found UHCI at fffffd00 uhc_reset: Resetting UHCI uhc_init: uhc_init setting framelist to: 1ddaa2d0 uhc_start: Starting UHCI dump_uhci: HCI at fffffd00 uhc_init: Found UHCI at fffffc00 uhc_reset: Resetting UHCI uhc_init: uhc_init setting framelist to: 1ddaa2d0 uhc_start: Starting UHCI dump_uhci: HCI at fffffc00 uhc_init: Found UHCI at fffffb00 uhc_reset: Resetting UHCI uhc_init: uhc_init setting framelist to: 1ddaa2d0 uhc_start: Starting UHCI dump_uhci: HCI at fffffb00 uhc_init: Found UHCI at fffffa00 uhc_reset: Resetting UHCI uhc_init: uhc_init setting framelist to: 1ddaa2d0 uhc_start: Starting UHCI dump_uhci: HCI at fffffa00 malloc_diag: alloc: 8632 bytes (5 blocks), free: 7744 bytes (1 blocks) init_framelist: frame_list is at 12e000 dump_link: frame_list_link: addr: 00121db0 dump_link: frame_list_link: raw addr: 1decc080 dump_link: frame_list_link: terminate: 0 dump_link: frame_list_link: queue: 1 dump_link: frame_list_link: depth: 0 Out of heap space
Corey Osgood wrote:
FILO is giving me the error below when using autoboot and attempting to boot from a usb drive. I think this might be due to this board having 4 USB controllers, but I'm not really sure. The board in question is the CN700/VT8237R board, booting the factory BIOS and then booting FILO through grub. USB is enabled in the BIOS, EHCI is disabled, and all USB controllers are enabled (there's no option to disable some, it's all or none). BTW, Peter's FILO IDE speedup patch works great on this board! This error occurs with a fresh checkout as well. I'm hoping someone with more USB knowledge than me (which doesn't take much) can tell what's wrong here.
Check your config according to http://www.linuxbios.org/index.php/Etherboot
The following flags in src/arch/i386/Config are critical for a normal bios: CFLAGS+= -DPCBIOS #CFLAGS+= -DLINUXBIOS CFLAGS+= -DCONFIG_PCI_DIRECT CFLAGS+= -DCONSOLE_DIRECT_VGA #filo is for some reason dependent on serial; will hang otherwise CFLAGS+= -DCONSOLE_SERIAL -DCOMCONSOLE=0x3f8 #don't uncomment this one; will slow down display on fast machines (P4) #CFLAGS+= -DCOMPRESERVE
Thanks!
-- Al
* Corey Osgood corey.osgood@gmail.com [070705 05:32]:
FILO is giving me the error below when using autoboot and attempting to boot from a usb drive. I think this might be due to this board having 4 USB controllers, but I'm not really sure. The board in question is the CN700/VT8237R board, booting the factory BIOS and then booting FILO through grub. USB is enabled in the BIOS, EHCI is disabled, and all USB controllers are enabled (there's no option to disable some, it's all or none). BTW, Peter's FILO IDE speedup patch works great on this board! This error occurs with a fresh checkout as well. I'm hoping someone with more USB knowledge than me (which doesn't take much) can tell what's wrong here.
dump_link: frame_list_link: depth: 0 Out of heap space
You can increase the memory that the FILO memory allocator is able to use. probably a good idea. If this fixes your problem, please send a patch.
it can be adjusted in i386/ldscript around line 12