|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [Xen-devel] [seabios test] 30761: regressions - FAIL
flight 30761 seabios real [real] http://www.chiark.greenend.org.uk/~xensrcts/logs/30761/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-freebsd10-i386 5 xen-boot fail REGR. vs. 30292 test-amd64-i386-xl-qemut-winxpsp3 10 guest-localmigrate fail REGR. vs. 30292 test-amd64-i386-xl-qemuu-win7-amd64 12 guest-localmigrate.2 fail REGR. vs. 30292 test-amd64-amd64-pair 7 xen-boot/src_host fail REGR. vs. 30292 test-amd64-amd64-xl-qemuu-win7-amd64 7 windows-install fail REGR. vs. 30292 Tests which did not succeed, but are not blocking: test-amd64-i386-libvirt 9 guest-start fail never pass test-amd64-amd64-libvirt 9 guest-start fail never pass test-amd64-amd64-xl-pcipt-intel 9 guest-start fail never pass test-amd64-i386-xl-qemut-win7-amd64 14 guest-stop fail never pass test-amd64-i386-xl-win7-amd64 14 guest-stop fail never pass test-amd64-i386-xl-winxpsp3-vcpus1 14 guest-stop fail never pass test-amd64-amd64-xl-winxpsp3 14 guest-stop fail never pass test-amd64-amd64-xl-qemut-winxpsp3 14 guest-stop fail never pass test-amd64-amd64-xl-qemuu-winxpsp3 14 guest-stop fail never pass test-amd64-amd64-xl-win7-amd64 14 guest-stop fail never pass test-amd64-amd64-xl-qemut-win7-amd64 14 guest-stop fail never pass test-amd64-i386-xl-qemuu-winxpsp3 14 guest-stop fail never pass test-amd64-i386-xl-qemut-winxpsp3-vcpus1 14 guest-stop fail never pass test-amd64-i386-xl-qemuu-winxpsp3-vcpus1 14 guest-stop fail never pass test-amd64-i386-xl-winxpsp3 14 guest-stop fail never pass version targeted for testing: seabios bfb7b58b30681f5c421e838fdef3dbc358e80f1e baseline version: seabios 67d1fbef0f630e1e823f137d1bae7fa5790bcf4e ------------------------------------------------------------ People who touched revisions under test: Kevin O'Connor <kevin@xxxxxxxxxxxx> ------------------------------------------------------------ jobs: build-amd64 pass build-i386 pass build-amd64-libvirt pass build-i386-libvirt pass build-amd64-pvops pass build-i386-pvops pass test-amd64-amd64-xl pass test-amd64-i386-xl pass test-amd64-i386-rhel6hvm-amd pass test-amd64-i386-qemut-rhel6hvm-amd pass test-amd64-i386-qemuu-rhel6hvm-amd pass test-amd64-amd64-xl-qemut-debianhvm-amd64 pass test-amd64-i386-xl-qemut-debianhvm-amd64 pass test-amd64-amd64-xl-qemuu-debianhvm-amd64 pass test-amd64-i386-xl-qemuu-debianhvm-amd64 pass test-amd64-i386-freebsd10-amd64 pass test-amd64-amd64-xl-qemuu-ovmf-amd64 pass test-amd64-i386-xl-qemuu-ovmf-amd64 pass test-amd64-amd64-xl-qemut-win7-amd64 fail test-amd64-i386-xl-qemut-win7-amd64 fail test-amd64-amd64-xl-qemuu-win7-amd64 fail test-amd64-i386-xl-qemuu-win7-amd64 fail test-amd64-amd64-xl-win7-amd64 fail test-amd64-i386-xl-win7-amd64 fail test-amd64-i386-xl-credit2 pass test-amd64-i386-freebsd10-i386 fail test-amd64-amd64-xl-pcipt-intel fail test-amd64-i386-rhel6hvm-intel pass test-amd64-i386-qemut-rhel6hvm-intel pass test-amd64-i386-qemuu-rhel6hvm-intel pass test-amd64-amd64-libvirt fail test-amd64-i386-libvirt fail test-amd64-i386-xl-multivcpu pass test-amd64-amd64-pair fail test-amd64-i386-pair pass test-amd64-amd64-xl-sedf-pin pass test-amd64-amd64-xl-sedf pass test-amd64-i386-xl-qemut-winxpsp3-vcpus1 fail test-amd64-i386-xl-qemuu-winxpsp3-vcpus1 fail test-amd64-i386-xl-winxpsp3-vcpus1 fail test-amd64-amd64-xl-qemut-winxpsp3 fail test-amd64-i386-xl-qemut-winxpsp3 fail test-amd64-amd64-xl-qemuu-winxpsp3 fail test-amd64-i386-xl-qemuu-winxpsp3 fail test-amd64-amd64-xl-winxpsp3 fail test-amd64-i386-xl-winxpsp3 fail ------------------------------------------------------------ sg-report-flight on osstest.cam.xci-test.com logs: /home/xc_osstest/logs images: /home/xc_osstest/images Logs, config files, etc. are available at http://www.chiark.greenend.org.uk/~xensrcts/logs Test harness code can be found at http://xenbits.xensource.com/gitweb?p=osstest.git;a=summary Not pushing. ------------------------------------------------------------ commit bfb7b58b30681f5c421e838fdef3dbc358e80f1e Author: Kevin O'Connor <kevin@xxxxxxxxxxxx> Date: Sat Oct 11 13:27:16 2014 -0400 Backup and restore a20 on call32_sloppy() Previously, the a20 line would always be enabled and left on after call32_sloppy(). The setting should really be backed up and restored on each call. Signed-off-by: Kevin O'Connor <kevin@xxxxxxxxxxxx> commit 341f8d98a087de01326634dd8a838381e7caa1c9 Author: Kevin O'Connor <kevin@xxxxxxxxxxxx> Date: Sat Oct 11 13:16:12 2014 -0400 Move a20 code from system.c and ps2port.h to x86.h Although the a20 functionality was originally implemented in the ps2 controller, that is just a historical artifact. It's a core feature of modern x86 cpus and the code is better located in the x86.h header. Signed-off-by: Kevin O'Connor <kevin@xxxxxxxxxxxx> commit 55215cd425d36b257104b9279541c886e7bab607 Author: Kevin O'Connor <kevin@xxxxxxxxxxxx> Date: Fri Apr 11 11:20:41 2014 -0400 Implement call32 mechanism using SMIs. Add support for jumping into 32bit mode using a System Management Mode (SMM) handler. When available, this allows SeaBIOS to transition to 32bit mode even when called in vm86 mode. It will also prevent the clobbering of the segment registers. Currently, the SMM mode is only supported in QEMU when running in TCG mode. Also, QEMU v2.1 (or later) is needed for it to work when in vm86 mode. Signed-off-by: Kevin O'Connor <kevin@xxxxxxxxxxxx> commit 15721bff601362ed322fde36389a6d5adbf99133 Author: Kevin O'Connor <kevin@xxxxxxxxxxxx> Date: Tue Sep 30 12:55:54 2014 -0400 Fully restore 16bit state during call16_sloppy() When transitioning back to 16bit mode from within call32(), restore the full state (cmos index, gdt, fs/gs) in addition to restoring the original stack. Signed-off-by: Kevin O'Connor <kevin@xxxxxxxxxxxx> commit 1188480ae5e7834d668b6e922293d37ad9e7f3b9 Author: Kevin O'Connor <kevin@xxxxxxxxxxxx> Date: Tue Sep 30 12:13:44 2014 -0400 Break up call32() into call32() and call32_sloppy() This separates call32() into two functions. It also moves the call16_sloppy() code next to the call32_sloppy() code. Signed-off-by: Kevin O'Connor <kevin@xxxxxxxxxxxx> commit 2342129449c2191f048d4d86153940fde35719b1 Author: Kevin O'Connor <kevin@xxxxxxxxxxxx> Date: Wed Sep 24 17:48:28 2014 -0400 Move call16() functions from romlayout.S to inline assembler in stacks.c Use inline assembler in call16 type functions instead of using __call16() in romlayout.S. Since call16() and call16big() are now only called with %ss==0 they do not need to update the stack pointer. Only call16_sloppy() requires the stack manipulation code. Signed-off-by: Kevin O'Connor <kevin@xxxxxxxxxxxx> commit eb88bf7db541aa2dd70cae869238cfb3003efb56 Author: Kevin O'Connor <kevin@xxxxxxxxxxxx> Date: Wed Sep 24 15:58:12 2014 -0400 build: Support declaring 32bit C functions that must reside in the f-segment Add support for a FUNCFSEG macro that will force a "32bit flat" C function to be located in the f-segment. This is useful for 32bit code with inline assembler that thunks to 16bit mode. Signed-off-by: Kevin O'Connor <kevin@xxxxxxxxxxxx> commit 9984b9df14a357b2c10972e8dbc17b627904c502 Author: Kevin O'Connor <kevin@xxxxxxxxxxxx> Date: Tue Sep 30 00:17:44 2014 -0400 Update reset() to use call16_back() Signed-off-by: Kevin O'Connor <kevin@xxxxxxxxxxxx> commit 79c3ab3d6ceab52e73d1d5700e6dcb89d209f987 Author: Kevin O'Connor <kevin@xxxxxxxxxxxx> Date: Tue Sep 30 00:11:38 2014 -0400 Simplify farcall16 code With this change, farcall16() is only used for external API calls and is only invoked from a 32bit mode entered directly via transition32. farcall16big() is also only used for external API calls and is only invoked from a 32bit mode entered directly via transition32. call16_int() now calls _farcall16() directly, and it will use normal 16bit mode or big real mode as required. Signed-off-by: Kevin O'Connor <kevin@xxxxxxxxxxxx> commit dcacfa08b2a26e9aac17c52d4015100935bbcb9a Author: Kevin O'Connor <kevin@xxxxxxxxxxxx> Date: Mon Sep 29 23:59:47 2014 -0400 Track when entering via call32() and use the same mode for stack_hop_back() If 32bit mode is entered directly via transition32, then use a simple call16() when hopping back to 16bit mode. Use only call16big() during post and when entering 32bit mode via call32(). Signed-off-by: Kevin O'Connor <kevin@xxxxxxxxxxxx> commit 80568256057827956abfd6254a78f11d818ab344 Author: Kevin O'Connor <kevin@xxxxxxxxxxxx> Date: Mon Sep 29 19:39:31 2014 -0400 Update stack_hop_back() to jump to 16bit mode if called in 32bit mode. Also, update callers to rely on this feature. Signed-off-by: Kevin O'Connor <kevin@xxxxxxxxxxxx> commit 7e1baf2775160404fa29e6b1cd517ae92b6ceebf Author: Kevin O'Connor <kevin@xxxxxxxxxxxx> Date: Mon Sep 29 19:23:45 2014 -0400 Update invoke_mouse_handler() to use need_hop_back() Make the mouse handler stack_hop_back() code similar to the other users that use need_stack_hop(). Signed-off-by: Kevin O'Connor <kevin@xxxxxxxxxxxx> commit fabc1b51451b466bc11c9f90814961666a265df8 Author: Kevin O'Connor <kevin@xxxxxxxxxxxx> Date: Mon Sep 29 19:18:25 2014 -0400 Add need_hop_back() call that determines if stack_hop_back is needed Also, use need_hop_back() instead of on_extra_stack() in code that determines whether or not to call stack_hop_back(). Signed-off-by: Kevin O'Connor <kevin@xxxxxxxxxxxx> commit 1389eee20e6dccb5bf2fc92132cdde7b3b92a848 Author: Kevin O'Connor <kevin@xxxxxxxxxxxx> Date: Mon Sep 29 19:08:57 2014 -0400 Move stack hop code below call32/call16 code in stacks.c This change is a just code movement. Signed-off-by: Kevin O'Connor <kevin@xxxxxxxxxxxx> commit d5c61747e4c1f041264aa0cf133b76fc9ae5a692 Author: Kevin O'Connor <kevin@xxxxxxxxxxxx> Date: Tue Sep 30 09:37:26 2014 -0400 pmm: Fix entry point to support non-zero %ss If the pmm entry point was called with a non-zero stack segment, the pointer to the arguments on the stack would not be valid once the code transitioned to 32bit mode. Fix by adding the stack segment offset into the args pointer. Signed-off-by: Kevin O'Connor <kevin@xxxxxxxxxxxx> commit 12085439561f44107c7d3bea5a333a90ea987643 Author: Kevin O'Connor <kevin@xxxxxxxxxxxx> Date: Tue Sep 30 09:17:14 2014 -0400 Revert "Use the extra stack for 16bit USB and PS2 keyboard/mouse commands." It's not valid to pass a pointer to a stack variable through the stack_hop() call (because the call changes the stack segment). This bug was probably not noticed before because by default (CONFIG_ENTRY_EXTRASTACK) SeaBIOS uses the extra stack on all 16bit entry points, and the internal stack_hop() with that config option is effectively a no-op. This reverts commit d488a7683d90bf8fae7ceb8c3ad9e95fbbd92079. Signed-off-by: Kevin O'Connor <kevin@xxxxxxxxxxxx> _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx http://lists.xen.org/xen-devel
|
 |
Lists.xenproject.org is hosted with RackSpace, monitoring our |