From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:50355) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TY11w-0006ik-VZ for qemu-devel@nongnu.org; Mon, 12 Nov 2012 15:54:55 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TY11t-00077s-TV for qemu-devel@nongnu.org; Mon, 12 Nov 2012 15:54:52 -0500 Received: from chello084112167138.7.11.vie.surfer.at ([84.112.167.138]:60494 helo=wiesinger.com) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TY11t-0006SZ-HB for qemu-devel@nongnu.org; Mon, 12 Nov 2012 15:54:49 -0500 Message-ID: <50A161D5.8080005@wiesinger.com> Date: Mon, 12 Nov 2012 21:53:41 +0100 From: Gerhard Wiesinger MIME-Version: 1.0 References: <509EC989.5020901@wiesinger.com> <50A0B2B1.8050601@redhat.com> In-Reply-To: <50A0B2B1.8050601@redhat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] DOS boot problem with LSI 53C895A SCSI controller and LSI option ROM List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Paolo Bonzini Cc: "qemu-devel@nongnu.org" On 12.11.2012 09:26, Paolo Bonzini wrote: > Il 10/11/2012 22:39, Gerhard Wiesinger ha scritto: >> Hello, >> >> I bisected down a DOS boot problem with LSI 53C895A SCSI controller and >> LSI option ROM to the following commit: >> e93176d55f1eb4be1a366b51afeaf4f4c8c31d75 > The emulation is known to be incomplete; the option ROM is not really > supported, just like the support for the LSI controller in SeaBIOS is > not meant for real hardware. The option ROM worked perfect for legacy before this commit for years. > But if this is a regression, I can look at it. Problem is, I don't have > the option ROM and I don't think I can obtain one legally. Please > provide at least a trace of the SCSI commands that are sent. Yes, it is a regression problem. You can download the option ROM from the LSI homepage: http://www.lsi.com/support/Pages/Download-Results.aspx?productcode=P00536&assettype=0&component=Storage%20Component&productfamily=0&productname=LSI53C895A http://www.lsi.com/downloads/Public/Host%20Bus%20Adapters/Host%20Bus%20Adapters%20Common%20Files/lsi_bios.zip http://www.lsi.com/downloads/Public/SCSI%20HBAs/SCSI%20HBAs%20Common%20Files/lsi_bios.zip http://www.lsi.com/downloads/Public/SCSI%20ICs%20and%20Expanders/SCSI%20ICs%20and%20Expanders%20Common%20Files/lsi_bios.zip http://www.lsi.com/downloads/Public/Obsolete/Obsolete%20Common%20Files/lsi_bios.zip Trace will follow (currently very busy). Best solution to turn it on? >> BTW: Nearly all KVM coredumps aren't valid anymore and have only a >> garbage stack trace. Any ideas? > It seems strange that this would be limited to KVM. What about other > programs? Or try --disable-pie. > Looks like a general problem on the FC17 machine with latest updates. Was ok 11 days ago on FC17. program below cores, but also no valid core dump. Also further information below. Doesn't look like PIE is active. Any further hints? Ciao, Gerhard coredump.c: int main(int argc, char* argv[]) { char* p = 0; *p = 0; return 0; } gcc -g coredump.c -o a.out eu-readelf -h a.out ELF Header: Magic: 7f 45 4c 46 02 01 01 00 00 00 00 00 00 00 00 00 Class: ELF64 Data: 2's complement, little endian Ident Version: 1 (current) OS/ABI: UNIX - System V ABI Version: 0 Type: EXEC (Executable file) Machine: AMD x86-64 Version: 1 (current) Entry point address: 0x400390 Start of program headers: 64 (bytes into file) Start of section headers: 3032 (bytes into file) Flags: Size of this header: 64 (bytes) Size of program header entries: 56 (bytes) Number of program headers entries: 8 Size of section header entries: 64 (bytes) Number of section headers entries: 35 Section header string table index: 32 gdb -c core.5671 GNU gdb (GDB) Fedora (7.4.50.20120120-52.fc17) Copyright (C) 2012 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-redhat-linux-gnu". For bug reporting instructions, please see: . Missing separate debuginfo for the main executable file Try: yum --disablerepo='*' --enablerepo='*-debug*' install /usr/lib/debug/.build-id/ff/36de4d6ecfe0c5b80cbc805916d9acc829619e [New LWP 5671] Core was generated by `./a.out'. Program terminated with signal 11, Segmentation fault. #0 0x00000000004004b3 in ?? () (gdb) ba #0 0x00000000004004b3 in ?? () #1 0x0000000000000000 in ?? ()