SeaBIOS

seabios@seabios.org

3770 discussions

Re: [SeaBIOS] [Bochs-developers] [Bug #2956217] INT13 AH=8 returns wrong valueswhen cylinders=1
by Sebastian Herbszt 14 Mar '10

14 Mar '10

Sebastian Herbszt wrote: > The following disk description is used to trigger this bug: > ata0-master: type=disk, path=fdtest.img, mode=flat, cylinders=1, heads=150, spt=63 > > The current BIOS returns CX=0xFFFF. This value is wrong. > > rombios.c got > > nlc = nlc - 2; /* 0 based, last sector not used */ > SET_AL(0); > SET_CH(nlc & 0xff); > SET_CL(((nlc >> 2) & 0xc0) | (nlspt & 0x3f)); > SET_DH(nlh - 1); > > with BX_USE_ATADRV and without it's > > max_cylinder = hd_cylinders - 2; /* 0 based */ > SET_AL(0); > SET_CH(max_cylinder & 0xff); > SET_CL(((max_cylinder >> 2) & 0xc0) | (hd_sectors & 0x3f)); > SET_DH(hd_heads - 1); > > nlc and max_cylinder are Bit16u so substracting 2 from 1 gets us the wrong value. > > Section "INT 13 - DISK - GET DRIVE PARAMETERS (PC,XT286,CONV,PS,ESDI,SCSI)" > from Ralf Browns "Interrupt List, part 2 of 18" got > > "the maximum cylinder number reported in CX is usually two less than > the total cylinder count reported in the fixed disk parameter table > (see INT 41h,INT 46h) because early hard disks used the last cylinder > for testing purposes; however, on some Zenith machines, the maximum > cylinder number reportedly is three less than the count in the fixed > disk parameter table. > for BIOSes which reserve the last cylinder for testing purposes, the > cylinder count is automatically decremented" > > I don't think Bochs BIOS uses "the last cylinder for testing purpose" so i would suggest > decrementing by 1 not 2. This should also fix the reported problem. > > Thoughts? > > - Sebastian SeaBIOS has the same problem and similar wrong comment about last sector when decrementing the cylinder count: } else if (regs->dl < EXTSTART_CD) { // Hard drive count = GET_BDA(hdcount); nlc--; // last sector reserved } else { - Sebastian

2 1

Re: [SeaBIOS] [Qemu-devel] SeaBIOS error with Nextstep bootloader
by Kevin O'Connor 14 Mar '10

14 Mar '10

On Mon, Feb 22, 2010 at 02:56:22AM +0000, Natalia Portillo wrote: > Ok, QEMU is absolutely unable to boot nextstep/openstep, while using > SeaBIOS. > > Changing to old Bochs BIOS, makes it work, however no video is > output (until NeXT starts using VESA). Hi Natalia, Is nextstep/openstep something that can be freely downloaded? It would help if you can extract some SeaBIOS debugging info. I've uploaded a SeaBIOS image with the debug level set to 8 and serial debugging enabled. It is at: http://linuxtogo.org/~kevin/SeaBIOS/test/bios.bin-0.5.1-debug-20100228 Can you use this image with qemu, add "-serial file:mylog" to qemu's command line, and forward the resulting "mylog" file back? Also, please include the full qemu command line that you used. Thanks, -Kevin

3 14

Re: [SeaBIOS] [coreboot] Seabios problems
by Kevin O'Connor 14 Mar '10

14 Mar '10

On Thu, Jan 21, 2010 at 07:11:20PM +0100, congedete(a)voila.fr wrote: > Thanks. It applied correctly now. > > I'm able to press F12 and then I can use the keyboard to choose a kernel in grub2. > The problem is if I don't press F12, the keyboard is locked in grub2. I had to revert the patch I applied to fix the problem with your keyboard. I commited a slightly different patch to latest SeaBIOS git. Can you check if your keyboard still works? Thanks, -Kevin

1 0

[PATCH] add volatile to code that gets optimized out
by Bruce Rogers 14 Mar '10

14 Mar '10

The gcc 4.5 compiler is optimizing out some code used to bring up auxillary processors. Adding volatile to the auxillary processor jump trampoline memory references gets the bios able to boot with -smp >1 again. Signed-off-by: Bruce Rogers <brogers(a)novell.com> smp.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/src/smp.c b/src/smp.c index dac95bf..ce7c81c 100644 --- a/src/smp.c +++ b/src/smp.c @@ -84,11 +84,11 @@ smp_probe(void) writel(&CountCPUs, 1); // Setup jump trampoline to counter code. - u64 old = *(u64*)BUILD_AP_BOOT_ADDR; + u64 old = *(volatile u64*)BUILD_AP_BOOT_ADDR; // ljmpw $SEG_BIOS, $(smp_ap_boot_code - BUILD_BIOS_ADDR) u64 new = (0xea | ((u64)SEG_BIOS<<24) | (((u32)smp_ap_boot_code - BUILD_BIOS_ADDR) << 8)); - *(u64*)BUILD_AP_BOOT_ADDR = new; + *(volatile u64*)BUILD_AP_BOOT_ADDR = new; // enable local APIC u32 val = readl(APIC_SVR); @@ -117,7 +117,7 @@ smp_probe(void) } // Restore memory. - *(u64*)BUILD_AP_BOOT_ADDR = old; + *(volatile u64*)BUILD_AP_BOOT_ADDR = old; MaxCountCPUs = qemu_cfg_get_max_cpus(); if (!MaxCountCPUs || MaxCountCPUs < CountCPUs)

2 3

USB next steps
by Kevin O'Connor 12 Mar '10

12 Mar '10

I just finished committing the EHCI support, and I thought it would be good to review what's remaining wrt USB. These are the things I'll be looking into as I get time. * refactoring the hub code. The hub and root hub code is nearly identical. * better disk timing and error support. I occasionally see USB disk boot failures that appear to be due to minor timing differences. SeaBIOS should be more resilient to these types of failures. Also, SeaBIOS should be able to reset the drive and retry on a failure. * keyboard LED support. Pressing capslock/numlock/etc. should cause the corresponding led to turn on. * disk lun support. Some devices are multi-lun - in particular, one of my multi-card reader devices shows up this way. * disk writing support. It's probably not very useful, but it's also not hard to implement. * usb mouse support. Also not very useful, but also not hard to implement. There is no OHCI support for bulk devices, and I don't plan to add it. I don't see a way to cleanly support bulk transfers from 16bit mode with OHCI. Since most people will have EHCI, I don't think it's worth adding support. Also, for the same reason, I don't plan to add keyboard led control for ohci either. -Kevin

1 0

SeaBIOS support for high-speed (EHCI) USB
by Kevin O'Connor 12 Mar '10

12 Mar '10

Hi, The latest SeaBIOS git now has support for EHCI USB controllers. This is in addition to the UHCI and OHCI support already in SeaBIOS. To obtain SeaBIOS, see: http://seabios.org/Download I've tested the EHCI support on my epia-cn. Booting from USB drives is now noticeably faster. Currently SeaBIOS supports USB keyboards, USB hubs, and USB drives. Help with testing on a wider range of hardware would be appreciated. -Kevin

1 0

Re: [SeaBIOS] [Qemu-devel] Re: Need a way disable gPXE boot
by Kevin O'Connor 10 Mar '10

10 Mar '10

On Tue, Mar 09, 2010 at 02:11:20PM +0000, Richard W.M. Jones wrote: > I noticed also with libguestfs that boot times have spiralled out of > control again, and it seems to be down to the SeaBIOS change. SeaBIOS > accounts for _9_ seconds of the boot sequence, up from very small > (fraction of a second) for the old Bochs BIOS[1]. I'm surprised - a significant amount of effort has gone into making SeaBIOS boot quickly. On my machine, the OS starts loading in well under a second. I'm not familiar with libguestfs - is that doing something to alter the hardware emulation? -Kevin

2 1

[PATCH 0/5] Add USB EHCI controller support.
by Kevin O'Connor 10 Mar '10

10 Mar '10

This patch set adds support for high-speed USB (EHCI) controllers. I've tested this on my epia-cn machine. The EHCI support noticeably decreases the time required to boot from a USB drive. This support includes the code necessary to hand off full/low speed devices to "companion controllers" (both uhci and ohci). It also supports full/low speed devices attached to high-speed hubs. This is an initial implementation, but I think it's ready for more wide spread testing. Feedback is welcome. -Kevin Kevin O'Connor (5): Dynamically allocate USB controller structures. Reduce size of USB 'struct uhci_td'. Minor - USB OHCI interrupt queue should be one larger. Some USB UHCI and OHCI fixes and cleanups. Add USB EHCI controller support. Makefile | 2 +- src/config.h | 2 + src/usb-ehci.c | 751 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++ src/usb-ehci.h | 173 +++++++++++++ src/usb-hub.c | 3 +- src/usb-hub.h | 2 + src/usb-ohci.c | 232 ++++++++++-------- src/usb-ohci.h | 3 +- src/usb-uhci.c | 214 +++++++++------- src/usb-uhci.h | 5 +- src/usb.c | 82 +++++-- src/usb.h | 31 +-- 12 files changed, 1261 insertions(+), 239 deletions(-) create mode 100644 src/usb-ehci.c create mode 100644 src/usb-ehci.h

1 5

[PATCH 0/4] Further parallelize USB init by launching a thread per usb port.
by Kevin O'Connor 10 Mar '10

10 Mar '10

Main work is in last patch - first three patches are just cleanups. This patch series improves the boot time on my epia-cn machine, and it also sets up for further ehancements that will follow. -Kevin Kevin O'Connor (4): Prefer passing a USB "pipe" structure over a USB endp encoding. Only compile usb-hub.c and paravirt.c with 32bit code. Introduce simple "mutex" locking code. Further parallelize USB init by launching a thread per usb port. Makefile | 4 +- src/ps2port.c | 2 +- src/stacks.c | 20 ++++ src/usb-hid.c | 25 +++-- src/usb-hid.h | 5 +- src/usb-hub.c | 190 +++++++++++++++++++++------------ src/usb-hub.h | 13 ++- src/usb-msc.c | 9 +- src/usb-msc.h | 4 +- src/usb-ohci.c | 325 +++++++++++++++++++++++++++++++++++++++---------------- src/usb-ohci.h | 6 +- src/usb-uhci.c | 319 ++++++++++++++++++++++++++++++++++++++----------------- src/usb-uhci.h | 12 +-- src/usb.c | 167 +++++++++++++++++++---------- src/usb.h | 24 +++-- src/util.h | 3 + 16 files changed, 767 insertions(+), 361 deletions(-)

1 4

Re: [SeaBIOS] [PATCH 2/4] KVM: Rework VCPU state writeback API
by Kevin O'Connor 09 Mar '10

09 Mar '10

On Thu, Mar 04, 2010 at 01:21:12AM -0300, Marcelo Tosatti wrote: > The regression seems to be caused by seabios commit d7e998f. Kevin, the > failure can be seen on the attached screenshot, which happens on the > first reboot of WinXP 32 installation (after copying files etc). Sorry - I also noticed a bug in that commit recently. I pushed the fix I had in my local tree. -Kevin

3 4

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

SeaBIOS