* Test report for xen-unstable and qemu-xen @ 2013-08-12 15:04 Fabio Fantoni 2013-08-13 9:16 ` Fabio Fantoni 0 siblings, 1 reply; 15+ messages in thread From: Fabio Fantoni @ 2013-08-12 15:04 UTC (permalink / raw) To: xen-devel, Ian Campbell, Stefano Stabellini, George Dunlap Dom0: Wheezy 64 bit with kernel from package linux-image-3.2.0-4-amd64 version 3.2.46-1 and all dependency packages for xen, spice and usb redirection. Seabios 1.7.3-1, qemu 1.5.0+dfsg-5 (1.5.1), spice 0.12.4-0nocelt1 and usbredir 0.6-2 compiled from debian unstable sources. ------------------------- git clone git://xenbits.xen.org/xen.git (in this build commit is 73f18583dd824f0e49f65149ef603600ce31b8ee) ------------------------- Added some patches: - tools-configure-qemu-for-spice-and-usbredir - libxl-Add-spice-vdagent-support-for-upstream-qemu v3 - libxl: usb2 and usb3 controller support for upstream qemu v4 - tools-firmware-seabios-packaged - tools: Improve make deb v3 - tools: remove or disable old/useless/unused/unmainted stuff (the whole series of 9 patches) ------------------------- ./configure --prefix=/usr --disable-xend ------------------------- make debball ------------------------- New issue: - domU not start with qemu 1.5.1 and more that 2 gb of ram: tested on w7 64 bit domU with 4 gb of ram, with built-in qemu 1.3 it works, while with qemu 1.5.1 doesn't (stops at the beginning, spice client show only the lines of seabios version and machine UUID; qemu log show nothing more that 2 gb test), while with 2 gb of ram works also with qemu 1.5.1 ------------------------- ------------------------- Old issue: - Network is not working after restore on Windows domU with qemu-xen and gplpv Workaround: fixed mac address ------------- - Starting xendomain with "xl create" show some debug options: Starting auto Xen domains: W7.cfgxc: info: VIRTUAL MEMORY ARRANGEMENT: Loader: 0000000000100000->000000000019eb68 Modules: 0000000000000000->0000000000000000 TOTAL: 0000000000000000->000000007f000000 ENTRY ADDRESS: 0000000000100000 xc: info: PHYSICAL MEMORY ALLOCATION: 4KB PAGES: 0x0000000000000200 2MB PAGES: 0x00000000000003f7 1GB PAGES: 0x0000000000000000 [done]. I think it is would be better hiding them here ------------- - on W7 pro 64 bit domU error in the begin of qemu log, while domU seem to work: xc: error: linux_gnttab_set_max_grants: ioctl SET_MAX_GRANTS failed (22 = Invalid argument): Internal error xen be: qdisk-832: xc_gnttab_set_max_grants failed: Invalid argument ------------- - nested hvm was bugged: started test it on windows 7 pro 64 domU on qemu-xen, xpmode crashed on install without show error, no error on logs and havdetection works Now xpmode install and start correctly except integration features (disks,printers,clipboard sharing) and usb passthrough (of xpmode) ------------------------- ^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: Test report for xen-unstable and qemu-xen 2013-08-12 15:04 Test report for xen-unstable and qemu-xen Fabio Fantoni @ 2013-08-13 9:16 ` Fabio Fantoni 2013-08-13 10:04 ` Laszlo Ersek 0 siblings, 1 reply; 15+ messages in thread From: Fabio Fantoni @ 2013-08-13 9:16 UTC (permalink / raw) To: xen-devel, Ian Campbell, Stefano Stabellini, George Dunlap, qemu-devel@nongnu.org, pkg-qemu-devel, mjt Il 12/08/2013 17:04, Fabio Fantoni ha scritto: > Dom0: > Wheezy 64 bit with kernel from package linux-image-3.2.0-4-amd64 > version 3.2.46-1 and all dependency packages for xen, spice and usb > redirection. > Seabios 1.7.3-1, qemu 1.5.0+dfsg-5 (1.5.1), spice 0.12.4-0nocelt1 and > usbredir 0.6-2 compiled from debian unstable sources. > ------------------------- > git clone git://xenbits.xen.org/xen.git (in this build commit is > 73f18583dd824f0e49f65149ef603600ce31b8ee) > ------------------------- > Added some patches: > - tools-configure-qemu-for-spice-and-usbredir > - libxl-Add-spice-vdagent-support-for-upstream-qemu v3 > - libxl: usb2 and usb3 controller support for upstream qemu v4 > - tools-firmware-seabios-packaged > - tools: Improve make deb v3 > - tools: remove or disable old/useless/unused/unmainted stuff (the > whole series of 9 patches) > ------------------------- > ./configure --prefix=/usr --disable-xend > ------------------------- > make debball > > ------------------------- > New issue: > - domU not start with qemu 1.5.1 and more that 2 gb of ram: > tested on w7 64 bit domU with 4 gb of ram, with built-in qemu 1.3 it > works, > while with qemu 1.5.1 doesn't (stops at the beginning, spice client > show only the lines of seabios version and machine UUID; > qemu log show nothing more that 2 gb test), while with 2 gb of ram > works also with qemu 1.5.1 > ------------------------- Added qemu-devel and debian maintainers to cc for this regression about upstream qemu. If you need more details and tests tell me and I'll do/post them. > > ------------------------- > Old issue: > - Network is not working after restore on Windows domU with qemu-xen > and gplpv > Workaround: fixed mac address > ------------- > - Starting xendomain with "xl create" show some debug options: > Starting auto Xen domains: W7.cfgxc: info: VIRTUAL MEMORY ARRANGEMENT: > Loader: 0000000000100000->000000000019eb68 > Modules: 0000000000000000->0000000000000000 > TOTAL: 0000000000000000->000000007f000000 > ENTRY ADDRESS: 0000000000100000 > xc: info: PHYSICAL MEMORY ALLOCATION: > 4KB PAGES: 0x0000000000000200 > 2MB PAGES: 0x00000000000003f7 > 1GB PAGES: 0x0000000000000000 > [done]. > I think it is would be better hiding them here > ------------- > - on W7 pro 64 bit domU error in the begin of qemu log, while domU > seem to work: > xc: error: linux_gnttab_set_max_grants: ioctl SET_MAX_GRANTS failed > (22 = Invalid argument): Internal error > xen be: qdisk-832: xc_gnttab_set_max_grants failed: Invalid argument > ------------- > - nested hvm was bugged: started test it on windows 7 pro 64 domU on > qemu-xen, > xpmode crashed on install without show error, no error on logs and > havdetection works > Now xpmode install and start correctly except integration features > (disks,printers,clipboard sharing) and usb passthrough (of xpmode) > ------------------------- ^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: Test report for xen-unstable and qemu-xen 2013-08-13 9:16 ` Fabio Fantoni @ 2013-08-13 10:04 ` Laszlo Ersek 2013-08-13 10:33 ` Fabio Fantoni 0 siblings, 1 reply; 15+ messages in thread From: Laszlo Ersek @ 2013-08-13 10:04 UTC (permalink / raw) To: Fabio Fantoni Cc: xen-devel, Ian Campbell, Stefano Stabellini, George Dunlap, seabios, mjt, qemu-devel@nongnu.org, pkg-qemu-devel, Gerd Hoffmann CC'ing Gerd and the seabios list: On 08/13/13 11:16, Fabio Fantoni wrote: > Il 12/08/2013 17:04, Fabio Fantoni ha scritto: >> Dom0: >> Wheezy 64 bit with kernel from package linux-image-3.2.0-4-amd64 >> version 3.2.46-1 and all dependency packages for xen, spice and usb >> redirection. >> Seabios 1.7.3-1, qemu 1.5.0+dfsg-5 (1.5.1), spice 0.12.4-0nocelt1 and >> usbredir 0.6-2 compiled from debian unstable sources. >> ------------------------- >> git clone git://xenbits.xen.org/xen.git (in this build commit is >> 73f18583dd824f0e49f65149ef603600ce31b8ee) >> ------------------------- >> Added some patches: >> - tools-configure-qemu-for-spice-and-usbredir >> - libxl-Add-spice-vdagent-support-for-upstream-qemu v3 >> - libxl: usb2 and usb3 controller support for upstream qemu v4 >> - tools-firmware-seabios-packaged >> - tools: Improve make deb v3 >> - tools: remove or disable old/useless/unused/unmainted stuff (the >> whole series of 9 patches) >> ------------------------- >> ./configure --prefix=/usr --disable-xend >> ------------------------- >> make debball >> >> ------------------------- >> New issue: >> - domU not start with qemu 1.5.1 and more that 2 gb of ram: >> tested on w7 64 bit domU with 4 gb of ram, with built-in qemu 1.3 it >> works, >> while with qemu 1.5.1 doesn't (stops at the beginning, spice client >> show only the lines of seabios version and machine UUID; >> qemu log show nothing more that 2 gb test), while with 2 gb of ram >> works also with qemu 1.5.1 >> ------------------------- > > Added qemu-devel and debian maintainers to cc for this regression about > upstream qemu. > If you need more details and tests tell me and I'll do/post them. As a superficial guess, this could be fixed by the seabios-1.7.3.1 release: http://thread.gmane.org/gmane.comp.emulators.qemu/227536 http://code.coreboot.org/p/seabios/source/commit/2a9aeabdfb34374ecac25e7a8d21c9e368618cd4/ Laszlo > >> >> ------------------------- >> Old issue: >> - Network is not working after restore on Windows domU with qemu-xen >> and gplpv >> Workaround: fixed mac address >> ------------- >> - Starting xendomain with "xl create" show some debug options: >> Starting auto Xen domains: W7.cfgxc: info: VIRTUAL MEMORY ARRANGEMENT: >> Loader: 0000000000100000->000000000019eb68 >> Modules: 0000000000000000->0000000000000000 >> TOTAL: 0000000000000000->000000007f000000 >> ENTRY ADDRESS: 0000000000100000 >> xc: info: PHYSICAL MEMORY ALLOCATION: >> 4KB PAGES: 0x0000000000000200 >> 2MB PAGES: 0x00000000000003f7 >> 1GB PAGES: 0x0000000000000000 >> [done]. >> I think it is would be better hiding them here >> ------------- >> - on W7 pro 64 bit domU error in the begin of qemu log, while domU >> seem to work: >> xc: error: linux_gnttab_set_max_grants: ioctl SET_MAX_GRANTS failed >> (22 = Invalid argument): Internal error >> xen be: qdisk-832: xc_gnttab_set_max_grants failed: Invalid argument >> ------------- >> - nested hvm was bugged: started test it on windows 7 pro 64 domU on >> qemu-xen, >> xpmode crashed on install without show error, no error on logs and >> havdetection works >> Now xpmode install and start correctly except integration features >> (disks,printers,clipboard sharing) and usb passthrough (of xpmode) >> ------------------------- ^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: Test report for xen-unstable and qemu-xen 2013-08-13 10:04 ` Laszlo Ersek @ 2013-08-13 10:33 ` Fabio Fantoni 2013-08-13 11:09 ` Laszlo Ersek 0 siblings, 1 reply; 15+ messages in thread From: Fabio Fantoni @ 2013-08-13 10:33 UTC (permalink / raw) To: Laszlo Ersek Cc: xen-devel, Ian Campbell, Stefano Stabellini, George Dunlap, seabios, mjt, qemu-devel@nongnu.org, pkg-qemu-devel, Gerd Hoffmann Il 13/08/2013 12:04, Laszlo Ersek ha scritto: > CC'ing Gerd and the seabios list: > > On 08/13/13 11:16, Fabio Fantoni wrote: >> Il 12/08/2013 17:04, Fabio Fantoni ha scritto: >>> Dom0: >>> Wheezy 64 bit with kernel from package linux-image-3.2.0-4-amd64 >>> version 3.2.46-1 and all dependency packages for xen, spice and usb >>> redirection. >>> Seabios 1.7.3-1, qemu 1.5.0+dfsg-5 (1.5.1), spice 0.12.4-0nocelt1 and >>> usbredir 0.6-2 compiled from debian unstable sources. >>> ------------------------- >>> git clone git://xenbits.xen.org/xen.git (in this build commit is >>> 73f18583dd824f0e49f65149ef603600ce31b8ee) >>> ------------------------- >>> Added some patches: >>> - tools-configure-qemu-for-spice-and-usbredir >>> - libxl-Add-spice-vdagent-support-for-upstream-qemu v3 >>> - libxl: usb2 and usb3 controller support for upstream qemu v4 >>> - tools-firmware-seabios-packaged >>> - tools: Improve make deb v3 >>> - tools: remove or disable old/useless/unused/unmainted stuff (the >>> whole series of 9 patches) >>> ------------------------- >>> ./configure --prefix=/usr --disable-xend >>> ------------------------- >>> make debball >>> >>> ------------------------- >>> New issue: >>> - domU not start with qemu 1.5.1 and more that 2 gb of ram: >>> tested on w7 64 bit domU with 4 gb of ram, with built-in qemu 1.3 it >>> works, >>> while with qemu 1.5.1 doesn't (stops at the beginning, spice client >>> show only the lines of seabios version and machine UUID; >>> qemu log show nothing more that 2 gb test), while with 2 gb of ram >>> works also with qemu 1.5.1 >>> ------------------------- >> Added qemu-devel and debian maintainers to cc for this regression about >> upstream qemu. >> If you need more details and tests tell me and I'll do/post them. > As a superficial guess, this could be fixed by the seabios-1.7.3.1 release: > > http://thread.gmane.org/gmane.comp.emulators.qemu/227536 > > http://code.coreboot.org/p/seabios/source/commit/2a9aeabdfb34374ecac25e7a8d21c9e368618cd4/ > > Laszlo Thanks for reply, i did fast test adding this patch that you linked: http://code.coreboot.org/p/seabios/source/commit/2a9aeabdfb34374ecac25e7a8d21c9e368618cd4/ Same result, the problem remains, should I test full seabios 1.7.3.1? > >>> ------------------------- >>> Old issue: >>> - Network is not working after restore on Windows domU with qemu-xen >>> and gplpv >>> Workaround: fixed mac address >>> ------------- >>> - Starting xendomain with "xl create" show some debug options: >>> Starting auto Xen domains: W7.cfgxc: info: VIRTUAL MEMORY ARRANGEMENT: >>> Loader: 0000000000100000->000000000019eb68 >>> Modules: 0000000000000000->0000000000000000 >>> TOTAL: 0000000000000000->000000007f000000 >>> ENTRY ADDRESS: 0000000000100000 >>> xc: info: PHYSICAL MEMORY ALLOCATION: >>> 4KB PAGES: 0x0000000000000200 >>> 2MB PAGES: 0x00000000000003f7 >>> 1GB PAGES: 0x0000000000000000 >>> [done]. >>> I think it is would be better hiding them here >>> ------------- >>> - on W7 pro 64 bit domU error in the begin of qemu log, while domU >>> seem to work: >>> xc: error: linux_gnttab_set_max_grants: ioctl SET_MAX_GRANTS failed >>> (22 = Invalid argument): Internal error >>> xen be: qdisk-832: xc_gnttab_set_max_grants failed: Invalid argument >>> ------------- >>> - nested hvm was bugged: started test it on windows 7 pro 64 domU on >>> qemu-xen, >>> xpmode crashed on install without show error, no error on logs and >>> havdetection works >>> Now xpmode install and start correctly except integration features >>> (disks,printers,clipboard sharing) and usb passthrough (of xpmode) >>> ------------------------- ^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: Test report for xen-unstable and qemu-xen 2013-08-13 10:33 ` Fabio Fantoni @ 2013-08-13 11:09 ` Laszlo Ersek 2013-08-13 13:26 ` Fabio Fantoni 0 siblings, 1 reply; 15+ messages in thread From: Laszlo Ersek @ 2013-08-13 11:09 UTC (permalink / raw) To: Fabio Fantoni Cc: xen-devel, Ian Campbell, Stefano Stabellini, George Dunlap, seabios, mjt, qemu-devel@nongnu.org, pkg-qemu-devel, Gerd Hoffmann On 08/13/13 12:33, Fabio Fantoni wrote: > Il 13/08/2013 12:04, Laszlo Ersek ha scritto: >> CC'ing Gerd and the seabios list: >> >> On 08/13/13 11:16, Fabio Fantoni wrote: >>> Il 12/08/2013 17:04, Fabio Fantoni ha scritto: >>>> New issue: >>>> - domU not start with qemu 1.5.1 and more that 2 gb of ram: >>>> tested on w7 64 bit domU with 4 gb of ram, with built-in qemu 1.3 it >>>> works, >>>> while with qemu 1.5.1 doesn't (stops at the beginning, spice client >>>> show only the lines of seabios version and machine UUID; >>>> qemu log show nothing more that 2 gb test), while with 2 gb of ram >>>> works also with qemu 1.5.1 >>>> ------------------------- >>> Added qemu-devel and debian maintainers to cc for this regression about >>> upstream qemu. >>> If you need more details and tests tell me and I'll do/post them. >> As a superficial guess, this could be fixed by the seabios-1.7.3.1 >> release: >> >> http://thread.gmane.org/gmane.comp.emulators.qemu/227536 >> >> http://code.coreboot.org/p/seabios/source/commit/2a9aeabdfb34374ecac25e7a8d21c9e368618cd4/ >> >> >> Laszlo > > Thanks for reply, i did fast test adding this patch that you linked: > http://code.coreboot.org/p/seabios/source/commit/2a9aeabdfb34374ecac25e7a8d21c9e368618cd4/ > > Same result, the problem remains, should I test full seabios 1.7.3.1? No idea, it was just a random shot, sorry... You're probably down to bisecting qemu :( Laszlo ^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: Test report for xen-unstable and qemu-xen 2013-08-13 11:09 ` Laszlo Ersek @ 2013-08-13 13:26 ` Fabio Fantoni 2013-08-13 23:58 ` [Qemu-devel] " Kevin O'Connor 0 siblings, 1 reply; 15+ messages in thread From: Fabio Fantoni @ 2013-08-13 13:26 UTC (permalink / raw) To: Laszlo Ersek Cc: xen-devel, Ian Campbell, Stefano Stabellini, George Dunlap, seabios, mjt, qemu-devel@nongnu.org, pkg-qemu-devel, Gerd Hoffmann Il 13/08/2013 13:09, Laszlo Ersek ha scritto: > On 08/13/13 12:33, Fabio Fantoni wrote: >> Il 13/08/2013 12:04, Laszlo Ersek ha scritto: >>> CC'ing Gerd and the seabios list: >>> >>> On 08/13/13 11:16, Fabio Fantoni wrote: >>>> Il 12/08/2013 17:04, Fabio Fantoni ha scritto: >>>>> New issue: >>>>> - domU not start with qemu 1.5.1 and more that 2 gb of ram: >>>>> tested on w7 64 bit domU with 4 gb of ram, with built-in qemu 1.3 it >>>>> works, >>>>> while with qemu 1.5.1 doesn't (stops at the beginning, spice client >>>>> show only the lines of seabios version and machine UUID; >>>>> qemu log show nothing more that 2 gb test), while with 2 gb of ram >>>>> works also with qemu 1.5.1 >>>>> ------------------------- >>>> Added qemu-devel and debian maintainers to cc for this regression about >>>> upstream qemu. >>>> If you need more details and tests tell me and I'll do/post them. >>> As a superficial guess, this could be fixed by the seabios-1.7.3.1 >>> release: >>> >>> http://thread.gmane.org/gmane.comp.emulators.qemu/227536 >>> >>> http://code.coreboot.org/p/seabios/source/commit/2a9aeabdfb34374ecac25e7a8d21c9e368618cd4/ >>> >>> >>> Laszlo >> Thanks for reply, i did fast test adding this patch that you linked: >> http://code.coreboot.org/p/seabios/source/commit/2a9aeabdfb34374ecac25e7a8d21c9e368618cd4/ >> >> Same result, the problem remains, should I test full seabios 1.7.3.1? > No idea, it was just a random shot, sorry... You're probably down to > bisecting qemu :( > > Laszlo I did another test disabling the usb controller: it didn't find any bootable disk and tried to boot with pxe. I also tried F12 and it reported an hard-disk size of 0 MB. Configuration is correct because if I change the ram size to 2 GB instead of 4, it starts correctly. No additional information from qemu log. I tried also seabios 1.7.2.2 and master from git, both with same result. ^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: [Qemu-devel] Test report for xen-unstable and qemu-xen 2013-08-13 13:26 ` Fabio Fantoni @ 2013-08-13 23:58 ` Kevin O'Connor 2013-08-14 9:19 ` Fabio Fantoni 0 siblings, 1 reply; 15+ messages in thread From: Kevin O'Connor @ 2013-08-13 23:58 UTC (permalink / raw) To: Fabio Fantoni Cc: xen-devel, Ian Campbell, Stefano Stabellini, George Dunlap, seabios, qemu-devel@nongnu.org, pkg-qemu-devel, Gerd Hoffmann On Tue, Aug 13, 2013 at 03:26:43PM +0200, Fabio Fantoni wrote: > Il 13/08/2013 13:09, Laszlo Ersek ha scritto: > >On 08/13/13 12:33, Fabio Fantoni wrote: > >>Il 13/08/2013 12:04, Laszlo Ersek ha scritto: > >>>On 08/13/13 11:16, Fabio Fantoni wrote: > >>>>Il 12/08/2013 17:04, Fabio Fantoni ha scritto: > >>>>>New issue: > >>>>>- domU not start with qemu 1.5.1 and more that 2 gb of ram: > >>>>> tested on w7 64 bit domU with 4 gb of ram, with built-in qemu 1.3 it > >>>>>works, > >>>>> while with qemu 1.5.1 doesn't (stops at the beginning, spice client > >>>>>show only the lines of seabios version and machine UUID; > >>>>> qemu log show nothing more that 2 gb test), while with 2 gb of ram > >>>>>works also with qemu 1.5.1 > >>>>>------------------------- [...] > I did another test disabling the usb controller: it didn't find any > bootable disk and tried to boot with pxe. I also tried F12 and it > reported an hard-disk size of 0 MB. > Configuration is correct because if I change the ram size to 2 GB > instead of 4, it starts correctly. > No additional information from qemu log. > I tried also seabios 1.7.2.2 and master from git, both with same result. It's not clear to me if this is a QEMU issue or SeaBIOS issue. Can you arrange to run qemu with the following added to the command line: -chardev stdio,id=seabios -device isa-debugcon,iobase=0x402,chardev=seabios and post the full log from a successful (2G) boot as well as the unsuccessful (4G) boot? -Kevin ^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: [Qemu-devel] Test report for xen-unstable and qemu-xen 2013-08-13 23:58 ` [Qemu-devel] " Kevin O'Connor @ 2013-08-14 9:19 ` Fabio Fantoni 2013-08-14 9:56 ` Laszlo Ersek 0 siblings, 1 reply; 15+ messages in thread From: Fabio Fantoni @ 2013-08-14 9:19 UTC (permalink / raw) To: Kevin O'Connor Cc: xen-devel, Ian Campbell, Stefano Stabellini, George Dunlap, seabios, qemu-devel@nongnu.org, pkg-qemu-devel, Gerd Hoffmann Il 14/08/2013 01:58, Kevin O'Connor ha scritto: > On Tue, Aug 13, 2013 at 03:26:43PM +0200, Fabio Fantoni wrote: >> Il 13/08/2013 13:09, Laszlo Ersek ha scritto: >>> On 08/13/13 12:33, Fabio Fantoni wrote: >>>> Il 13/08/2013 12:04, Laszlo Ersek ha scritto: >>>>> On 08/13/13 11:16, Fabio Fantoni wrote: >>>>>> Il 12/08/2013 17:04, Fabio Fantoni ha scritto: >>>>>>> New issue: >>>>>>> - domU not start with qemu 1.5.1 and more that 2 gb of ram: >>>>>>> tested on w7 64 bit domU with 4 gb of ram, with built-in qemu 1.3 it >>>>>>> works, >>>>>>> while with qemu 1.5.1 doesn't (stops at the beginning, spice client >>>>>>> show only the lines of seabios version and machine UUID; >>>>>>> qemu log show nothing more that 2 gb test), while with 2 gb of ram >>>>>>> works also with qemu 1.5.1 >>>>>>> ------------------------- > [...] >> I did another test disabling the usb controller: it didn't find any >> bootable disk and tried to boot with pxe. I also tried F12 and it >> reported an hard-disk size of 0 MB. >> Configuration is correct because if I change the ram size to 2 GB >> instead of 4, it starts correctly. >> No additional information from qemu log. >> I tried also seabios 1.7.2.2 and master from git, both with same result. > It's not clear to me if this is a QEMU issue or SeaBIOS issue. Can > you arrange to run qemu with the following added to the command line: > > -chardev stdio,id=seabios -device isa-debugcon,iobase=0x402,chardev=seabios > > and post the full log from a successful (2G) boot as well as the > unsuccessful (4G) boot? > > -Kevin Tried qemu 1.6.0-rc3, hvm domU does not start in any case because qemu crashes on start ------------------------------------ xl create /etc/xen/W7.cfg ------------------------------------ Parsing config from /etc/xen/W7.cfg xc: info: VIRTUAL MEMORY ARRANGEMENT: Loader: 0000000000100000->000000000019ee88 Modules: 0000000000000000->0000000000000000 TOTAL: 0000000000000000->000000007f000000 ENTRY ADDRESS: 0000000000100000 xc: info: PHYSICAL MEMORY ALLOCATION: 4KB PAGES: 0x0000000000000200 2MB PAGES: 0x00000000000003f7 1GB PAGES: 0x0000000000000000 libxl: error: libxl_dm.c:1313:device_model_spawn_outcome: domain 1 device model: spawn failed (rc=-3) libxl: error: libxl_create.c:1079:domcreate_devmodel_started: device model did not start: -3 libxl: error: libxl_dm.c:1344:libxl__destroy_device_model: Device Model already exited ------------------------------------ ------------------------------------ /var/log/xen/qemu-dm-W7.log ------------------------------------ xc: error: linux_gnttab_set_max_grants: ioctl SET_MAX_GRANTS failed (22 = Invalid argument): Internal error xen be: qdisk-768: xc_gnttab_set_max_grants failed: Invalid argument xc: error: linux_gnttab_set_max_grants: ioctl SET_MAX_GRANTS failed (22 = Invalid argument): Internal error xen be: qdisk-832: xc_gnttab_set_max_grants failed: Invalid argument ------------------------------------ Tried with qemu 1.4.2 and it works also with 4 gb of ram. This ram regression seems to be introduced with qemu 1.5, and there is another regression more critical with qemu 1.6. Tried to add seabios debug options to domU xl configuration file... device_model_args=["-chardev stdio,id=seabios","-device","isa-debugcon,iobase=0x402,chardev=seabios"] But it doesn't boot /var/log/xen/qemu-dm-W7.log qemu-system-x86_64: -chardev stdio,id=seabios: invalid option ^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: [Qemu-devel] Test report for xen-unstable and qemu-xen 2013-08-14 9:19 ` Fabio Fantoni @ 2013-08-14 9:56 ` Laszlo Ersek 2013-08-14 10:54 ` Fabio Fantoni 0 siblings, 1 reply; 15+ messages in thread From: Laszlo Ersek @ 2013-08-14 9:56 UTC (permalink / raw) To: Fabio Fantoni Cc: xen-devel, Ian Campbell, Stefano Stabellini, George Dunlap, seabios, qemu-devel@nongnu.org, pkg-qemu-devel, Gerd Hoffmann On 08/14/13 11:19, Fabio Fantoni wrote: > Tried with qemu 1.4.2 and it works also with 4 gb of ram. > This ram regression seems to be introduced with qemu 1.5, and there is > another regression more critical with qemu 1.6. Can you save qemu's stderr for the 1.5->1.6 regression? > Tried to add seabios debug options to domU xl configuration file... > > device_model_args=["-chardev > stdio,id=seabios","-device","isa-debugcon,iobase=0x402,chardev=seabios"] > > But it doesn't boot > > /var/log/xen/qemu-dm-W7.log > qemu-system-x86_64: -chardev stdio,id=seabios: invalid option That's probably because you forgot to break up this option into separate python list entries: device_model_args=["-chardev", "stdio,id=seabios", "-device", "isa-debugcon,iobase=0x402,chardev=seabios"] Laszlo ^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: [Qemu-devel] Test report for xen-unstable and qemu-xen 2013-08-14 9:56 ` Laszlo Ersek @ 2013-08-14 10:54 ` Fabio Fantoni 2013-08-14 11:16 ` Laszlo Ersek 2013-08-14 12:29 ` Kevin O'Connor 0 siblings, 2 replies; 15+ messages in thread From: Fabio Fantoni @ 2013-08-14 10:54 UTC (permalink / raw) To: Laszlo Ersek Cc: xen-devel, Ian Campbell, Stefano Stabellini, George Dunlap, seabios, qemu-devel@nongnu.org, pkg-qemu-devel, Gerd Hoffmann Il 14/08/2013 11:56, Laszlo Ersek ha scritto: > On 08/14/13 11:19, Fabio Fantoni wrote: > >> Tried with qemu 1.4.2 and it works also with 4 gb of ram. >> This ram regression seems to be introduced with qemu 1.5, and there is >> another regression more critical with qemu 1.6. > Can you save qemu's stderr for the 1.5->1.6 regression? > >> Tried to add seabios debug options to domU xl configuration file... >> >> device_model_args=["-chardev >> stdio,id=seabios","-device","isa-debugcon,iobase=0x402,chardev=seabios"] >> >> But it doesn't boot >> >> /var/log/xen/qemu-dm-W7.log >> qemu-system-x86_64: -chardev stdio,id=seabios: invalid option > That's probably because you forgot to break up this option into > separate python list entries: > > device_model_args=["-chardev", "stdio,id=seabios", "-device", "isa-debugcon,iobase=0x402,chardev=seabios"] > > Laszlo > Thanks for your reply and sorry for my very stupid error. I retried with the correct parameters and on both cases (2 gb of ram working and 4gb of ram not working) I get only this one more line on qemu log: Start bios (version debian/1.7.3-1-1-ga76c6f1-dirty-20130813_122010-test) The probable cause is that on xen, seabios doesn't generate some tables but it takes the static ones from hvmloader. ^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: [Qemu-devel] Test report for xen-unstable and qemu-xen 2013-08-14 10:54 ` Fabio Fantoni @ 2013-08-14 11:16 ` Laszlo Ersek 2013-08-14 11:21 ` Michael S. Tsirkin 2013-08-14 12:29 ` Kevin O'Connor 1 sibling, 1 reply; 15+ messages in thread From: Laszlo Ersek @ 2013-08-14 11:16 UTC (permalink / raw) To: Fabio Fantoni Cc: xen-devel, Ian Campbell, Stefano Stabellini, George Dunlap, seabios, qemu-devel@nongnu.org, pkg-qemu-devel, Michael S. Tsirkin, Gerd Hoffmann On 08/14/13 12:54, Fabio Fantoni wrote: > Il 14/08/2013 11:56, Laszlo Ersek ha scritto: >> On 08/14/13 11:19, Fabio Fantoni wrote: >> >>> Tried with qemu 1.4.2 and it works also with 4 gb of ram. >>> This ram regression seems to be introduced with qemu 1.5, and there is >>> another regression more critical with qemu 1.6. >> Can you save qemu's stderr for the 1.5->1.6 regression? >> >>> Tried to add seabios debug options to domU xl configuration file... >>> >>> device_model_args=["-chardev >>> stdio,id=seabios","-device","isa-debugcon,iobase=0x402,chardev=seabios"] >>> >>> But it doesn't boot >>> >>> /var/log/xen/qemu-dm-W7.log >>> qemu-system-x86_64: -chardev stdio,id=seabios: invalid option >> That's probably because you forgot to break up this option into >> separate python list entries: >> >> device_model_args=["-chardev", "stdio,id=seabios", "-device", >> "isa-debugcon,iobase=0x402,chardev=seabios"] >> >> Laszlo >> > > Thanks for your reply and sorry for my very stupid error. > I retried with the correct parameters and on both cases (2 gb of ram > working and 4gb of ram not working) I get only this one more line on > qemu log: > Start bios (version debian/1.7.3-1-1-ga76c6f1-dirty-20130813_122010-test) > > The probable cause is that on xen, seabios doesn't generate some tables > but it takes the static ones from hvmloader. Without having any specifics in mind, maybe this can be attributed to the ACPI table move that affects both qemu and seabios, and hvmloader is the collateral damage. Probably stuff should be updated in qemu/seabios so that hvmloader be happy again. CC'ing Michael... Of course I might as well be completely off. Laszlo ^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: [Qemu-devel] Test report for xen-unstable and qemu-xen 2013-08-14 11:16 ` Laszlo Ersek @ 2013-08-14 11:21 ` Michael S. Tsirkin 2013-08-16 13:59 ` Fabio Fantoni 0 siblings, 1 reply; 15+ messages in thread From: Michael S. Tsirkin @ 2013-08-14 11:21 UTC (permalink / raw) To: Laszlo Ersek Cc: xen-devel, Ian Campbell, Stefano Stabellini, George Dunlap, seabios, qemu-devel@nongnu.org, Fabio Fantoni, pkg-qemu-devel, Gerd Hoffmann On Wed, Aug 14, 2013 at 01:16:24PM +0200, Laszlo Ersek wrote: > On 08/14/13 12:54, Fabio Fantoni wrote: > > Il 14/08/2013 11:56, Laszlo Ersek ha scritto: > >> On 08/14/13 11:19, Fabio Fantoni wrote: > >> > >>> Tried with qemu 1.4.2 and it works also with 4 gb of ram. > >>> This ram regression seems to be introduced with qemu 1.5, and there is > >>> another regression more critical with qemu 1.6. > >> Can you save qemu's stderr for the 1.5->1.6 regression? > >> > >>> Tried to add seabios debug options to domU xl configuration file... > >>> > >>> device_model_args=["-chardev > >>> stdio,id=seabios","-device","isa-debugcon,iobase=0x402,chardev=seabios"] > >>> > >>> But it doesn't boot > >>> > >>> /var/log/xen/qemu-dm-W7.log > >>> qemu-system-x86_64: -chardev stdio,id=seabios: invalid option > >> That's probably because you forgot to break up this option into > >> separate python list entries: > >> > >> device_model_args=["-chardev", "stdio,id=seabios", "-device", > >> "isa-debugcon,iobase=0x402,chardev=seabios"] > >> > >> Laszlo > >> > > > > Thanks for your reply and sorry for my very stupid error. > > I retried with the correct parameters and on both cases (2 gb of ram > > working and 4gb of ram not working) I get only this one more line on > > qemu log: > > Start bios (version debian/1.7.3-1-1-ga76c6f1-dirty-20130813_122010-test) > > > > The probable cause is that on xen, seabios doesn't generate some tables > > but it takes the static ones from hvmloader. > > Without having any specifics in mind, maybe this can be attributed to > the ACPI table move that affects both qemu and seabios, and hvmloader is > the collateral damage. Probably stuff should be updated in qemu/seabios > so that hvmloader be happy again. CC'ing Michael... > > Of course I might as well be completely off. > > Laszlo Seems unlikely - the ACPI table move code is still in my tree. -- MST ^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: [Qemu-devel] Test report for xen-unstable and qemu-xen 2013-08-14 11:21 ` Michael S. Tsirkin @ 2013-08-16 13:59 ` Fabio Fantoni 0 siblings, 0 replies; 15+ messages in thread From: Fabio Fantoni @ 2013-08-16 13:59 UTC (permalink / raw) To: Michael S. Tsirkin Cc: xen-devel, Ian Campbell, Stefano Stabellini, George Dunlap, seabios, qemu-devel@nongnu.org, pkg-qemu-devel, Gerd Hoffmann [-- Attachment #1.1: Type: text/plain, Size: 2165 bytes --] Il 14/08/2013 13:21, Michael S. Tsirkin ha scritto: > On Wed, Aug 14, 2013 at 01:16:24PM +0200, Laszlo Ersek wrote: >> On 08/14/13 12:54, Fabio Fantoni wrote: >>> Il 14/08/2013 11:56, Laszlo Ersek ha scritto: >>>> On 08/14/13 11:19, Fabio Fantoni wrote: >>>> >>>>> Tried with qemu 1.4.2 and it works also with 4 gb of ram. >>>>> This ram regression seems to be introduced with qemu 1.5, and there is >>>>> another regression more critical with qemu 1.6. >>>> Can you save qemu's stderr for the 1.5->1.6 regression? >>>> >>>>> Tried to add seabios debug options to domU xl configuration file... >>>>> >>>>> device_model_args=["-chardev >>>>> stdio,id=seabios","-device","isa-debugcon,iobase=0x402,chardev=seabios"] >>>>> >>>>> But it doesn't boot >>>>> >>>>> /var/log/xen/qemu-dm-W7.log >>>>> qemu-system-x86_64: -chardev stdio,id=seabios: invalid option >>>> That's probably because you forgot to break up this option into >>>> separate python list entries: >>>> >>>> device_model_args=["-chardev", "stdio,id=seabios", "-device", >>>> "isa-debugcon,iobase=0x402,chardev=seabios"] >>>> >>>> Laszlo >>>> >>> Thanks for your reply and sorry for my very stupid error. >>> I retried with the correct parameters and on both cases (2 gb of ram >>> working and 4gb of ram not working) I get only this one more line on >>> qemu log: >>> Start bios (version debian/1.7.3-1-1-ga76c6f1-dirty-20130813_122010-test) >>> >>> The probable cause is that on xen, seabios doesn't generate some tables >>> but it takes the static ones from hvmloader. >> Without having any specifics in mind, maybe this can be attributed to >> the ACPI table move that affects both qemu and seabios, and hvmloader is >> the collateral damage. Probably stuff should be updated in qemu/seabios >> so that hvmloader be happy again. CC'ing Michael... >> >> Of course I might as well be completely off. >> >> Laszlo > Seems unlikely - the ACPI table move code is still in my tree. > I see on 1.6 changelog: ... QEMU can expose the full set of ACPI tables to the guest: See Features/ACPITableGeneration <http://wiki.qemu.org/Features/ACPITableGeneration> ... Could be this the regression problem of 1.6? [-- Attachment #1.2: Type: text/html, Size: 3034 bytes --] [-- Attachment #2: Type: text/plain, Size: 136 bytes --] _______________________________________________ SeaBIOS mailing list SeaBIOS@seabios.org http://www.seabios.org/mailman/listinfo/seabios ^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: [Qemu-devel] Test report for xen-unstable and qemu-xen 2013-08-14 10:54 ` Fabio Fantoni 2013-08-14 11:16 ` Laszlo Ersek @ 2013-08-14 12:29 ` Kevin O'Connor 2013-08-14 12:50 ` Fabio Fantoni 1 sibling, 1 reply; 15+ messages in thread From: Kevin O'Connor @ 2013-08-14 12:29 UTC (permalink / raw) To: Fabio Fantoni Cc: xen-devel, Ian Campbell, Stefano Stabellini, George Dunlap, seabios, qemu-devel@nongnu.org, pkg-qemu-devel, Gerd Hoffmann On Wed, Aug 14, 2013 at 12:54:06PM +0200, Fabio Fantoni wrote: > I retried with the correct parameters and on both cases (2 gb of ram > working and 4gb of ram not working) I get only this one more line on > qemu log: > Start bios (version debian/1.7.3-1-1-ga76c6f1-dirty-20130813_122010-test) Xen moves the debug port to 0xe9 - can you try again with iobase=0xe9. (There should be some way to tell xen to log 0xe9 on its own, but I'm not familiar with xen.) -Kevin ^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: Test report for xen-unstable and qemu-xen 2013-08-14 12:29 ` Kevin O'Connor @ 2013-08-14 12:50 ` Fabio Fantoni 0 siblings, 0 replies; 15+ messages in thread From: Fabio Fantoni @ 2013-08-14 12:50 UTC (permalink / raw) To: Kevin O'Connor Cc: xen-devel, Ian Campbell, Stefano Stabellini, George Dunlap, seabios, mjt, qemu-devel@nongnu.org, pkg-qemu-devel, Gerd Hoffmann, Laszlo Ersek Il 14/08/2013 14:29, Kevin O'Connor ha scritto: > On Wed, Aug 14, 2013 at 12:54:06PM +0200, Fabio Fantoni wrote: >> I retried with the correct parameters and on both cases (2 gb of ram >> working and 4gb of ram not working) I get only this one more line on >> qemu log: >> Start bios (version debian/1.7.3-1-1-ga76c6f1-dirty-20130813_122010-test) > Xen moves the debug port to 0xe9 - can you try again with > iobase=0xe9. (There should be some way to tell xen to log 0xe9 on its > own, but I'm not familiar with xen.) > > -Kevin Thanks for reply. I tried with this: device_model_args=["-chardev","stdio,id=seabios","-device","isa-debugcon,iobase=0xe9,chardev=seabios"] No more lines in qemu log are written and also "Start bios" line does not appair any more. ^ permalink raw reply [flat|nested] 15+ messages in thread
end of thread, other threads:[~2013-08-16 13:59 UTC | newest] Thread overview: 15+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2013-08-12 15:04 Test report for xen-unstable and qemu-xen Fabio Fantoni 2013-08-13 9:16 ` Fabio Fantoni 2013-08-13 10:04 ` Laszlo Ersek 2013-08-13 10:33 ` Fabio Fantoni 2013-08-13 11:09 ` Laszlo Ersek 2013-08-13 13:26 ` Fabio Fantoni 2013-08-13 23:58 ` [Qemu-devel] " Kevin O'Connor 2013-08-14 9:19 ` Fabio Fantoni 2013-08-14 9:56 ` Laszlo Ersek 2013-08-14 10:54 ` Fabio Fantoni 2013-08-14 11:16 ` Laszlo Ersek 2013-08-14 11:21 ` Michael S. Tsirkin 2013-08-16 13:59 ` Fabio Fantoni 2013-08-14 12:29 ` Kevin O'Connor 2013-08-14 12:50 ` Fabio Fantoni
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).