From: Michael Tokarev <mjt@tls.msk.ru>
To: Kevin O'Connor <kevin@koconnor.net>
Cc: Daniele Di Proietto <daniele.di.proietto@gmail.com>,
seabios <seabios@seabios.org>, qemu-devel <qemu-devel@nongnu.org>,
freebsd-emulation@freebsd.org, Gerd Hoffmann <kraxel@redhat.com>,
Julian Pidancet <julian.pidancet@gmail.com>
Subject: Re: [Qemu-devel] *BSD kernel crash at boot in qemu with seabios 1.7.4 (bisected)
Date: Thu, 06 Feb 2014 16:44:48 +0400 [thread overview]
Message-ID: <52F383C0.4030002@msgid.tls.msk.ru> (raw)
In-Reply-To: <20140206040442.GA5486@morn.localdomain>
[Changing subject to reflect reality]
I don't really understand what it is all about, as I initially said.
But I've been told on freebsd IRC channels to post the issue to
freebsd-emulation list, which I'm Cc'ing now, and if noone there
answers, also to John Baldwin <jhb@FreeBSD>.
To bring some context back, here are a few pointers:
http://bugs.debian.org/737142 --
talking about pc-bsd, but it appears that the prob affects other BSD
kernels too
http://thread.gmane.org/gmane.comp.emulators.qemu/254074 -- this thread
http://lists.gnu.org/archive/html/qemu-stable/2013-03/msg00037.html - a
weird issue with freebsd reported last december
If it's a bug in *BSD kernels, maybe someone there will be glad to fix
it. And maybe together we can come out with a more elegant solution to
this issue, or maybe to confirm (or deny) that the proposed patch is
a right thing to do.
Thanks,
/mjt
06.02.2014 08:04, Kevin O'Connor wrote:
> On Wed, Feb 05, 2014 at 12:44:06PM -0500, Kevin O'Connor wrote:
>> On Tue, Feb 04, 2014 at 04:33:19PM +0400, Michael Tokarev wrote:
>>> We have a bugreport in debian, http://bugs.debian.org/737142,
>>> stating that PC-BSD does not work with seabios-1.7.4 anymore.
>>>
>>> I digged in, and found out that it fails only with -vga std
>>> (cirrus works fine). So I bisected the issue - only changing
>>> vgabios-stdvga.bin, and found this:
> [...]
>> This seems to be similar to the freebsd problem reported last year -
>> see:
>> http://lists.gnu.org/archive/html/qemu-stable/2013-03/msg00037.html
> [...]
>> (*) The best I can think of is to try and construct some hand crafted
>> assembler that can catch buggy x86emu emulators and force a failure..
>
> I have put together some assember to try and run-time test for known
> broken versions of x86emu. This patch to SeaVGABIOS does seem to
> catch the freebsd issue and in my tests it convinces freebsd to take a
> different approach. The patch is a bit ugly though.
>
> Comments welcome.
> -Kevin
>
>
> commit e3caa553e940efb6184b30a5637134c4aa9f8b65
> Author: Kevin O'Connor <kevin@koconnor.net>
> Date: Wed Feb 5 22:47:29 2014 -0500
>
> vgabios: Attempt to detect old x86emu and force a fault.
>
> Check for cases where the leal instruction does not work. This
> instruction is known to not be emulated properly on old versions of
> x86emu. If a broken version of x86emu is found, force a fault that
> x86emu will easily detect. This should help prevent soft failures
> when running old software.
>
> Signed-off-by: Kevin O'Connor <kevin@koconnor.net>
>
> diff --git a/vgasrc/vgaentry.S b/vgasrc/vgaentry.S
> index 9854448..e246e7c 100644
> --- a/vgasrc/vgaentry.S
> +++ b/vgasrc/vgaentry.S
> @@ -45,9 +45,27 @@ _rom_header_signature:
> * Entry points
> ****************************************************************/
>
> - // This macro is the same as ENTRY_ARG except the "calll"
> - // instruction is avoided to work around known issues in the
> - // emulation of some versions of x86emu.
> + // Force a fault if found to be running on broken x86emu versions.
> + DECLFUNC x86emu_fault
> +x86emu_fault:
> + int $0x03
> +1: hlt
> + jmp 1b
> +
> + // This macro implements a call while avoiding instructions
> + // that old versions of x86emu have problems with.
> + .macro VGA_CALLL cfunc
> + // Make sure leal instruction works.
> + movl $0x8000, %ecx
> + leal (%ecx, %ecx, 1), %ecx
> + cmpl $0x10000, %ecx
> + jne x86emu_fault
> + // Use callw instead of calll
> + push %ax
> + callw \cfunc
> + .endm
> +
> + // This macro is the same as ENTRY_ARG except VGA_CALLL is used.
> .macro ENTRY_ARG_VGA cfunc
> cli
> cld
> @@ -57,7 +75,7 @@ _rom_header_signature:
> movl %esp, %ebx // Backup %esp, then zero high bits
> movzwl %sp, %esp
> movl %esp, %eax // First arg is pointer to struct bregs
> - pushw %ax ; callw \cfunc
> + VGA_CALLL \cfunc
> movl %ebx, %esp // Restore %esp (including high bits)
> POPBREGS
> .endm
> @@ -103,7 +121,7 @@ entry_10_extrastack:
> movw %ds, %dx // Setup %ss/%esp and call function
> movw %dx, %ss
> movl %eax, %esp
> - pushw %ax ; callw handle_10
> + VGA_CALLL handle_10
>
> movl %esp, %eax // Restore registers and return
> movw BREGS_size+4(%eax), %ss
>
next prev parent reply other threads:[~2014-02-06 12:45 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-02-04 12:33 [Qemu-devel] PC-BSD installer does not boot with 1.7.4 (bisected) Michael Tokarev
2014-02-05 17:44 ` Kevin O'Connor
2014-02-06 4:04 ` Kevin O'Connor
2014-02-06 12:44 ` Michael Tokarev [this message]
2014-02-11 22:34 ` [Qemu-devel] *BSD kernel crash at boot in qemu with seabios " Xin Li
2014-02-10 15:41 ` [Qemu-devel] PC-BSD installer does not boot with " Kevin O'Connor
2014-02-17 17:35 ` Michael Tokarev
2014-02-17 19:07 ` Kevin O'Connor
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=52F383C0.4030002@msgid.tls.msk.ru \
--to=mjt@tls.msk.ru \
--cc=daniele.di.proietto@gmail.com \
--cc=freebsd-emulation@freebsd.org \
--cc=julian.pidancet@gmail.com \
--cc=kevin@koconnor.net \
--cc=kraxel@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=seabios@seabios.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.