From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:40591) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VAKYx-0002JY-4f for qemu-devel@nongnu.org; Fri, 16 Aug 2013 09:59:40 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VAKYr-0002bR-56 for qemu-devel@nongnu.org; Fri, 16 Aug 2013 09:59:35 -0400 Received: from mail-ea0-f179.google.com ([209.85.215.179]:36378) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VAKYq-0002b6-T9 for qemu-devel@nongnu.org; Fri, 16 Aug 2013 09:59:29 -0400 Received: by mail-ea0-f179.google.com with SMTP id b10so1015988eae.38 for ; Fri, 16 Aug 2013 06:59:27 -0700 (PDT) Message-ID: <520E3048.8090001@m2r.biz> Date: Fri, 16 Aug 2013 15:59:36 +0200 From: Fabio Fantoni MIME-Version: 1.0 References: <5209F95F.1080806@m2r.biz> <520A04A2.9020801@redhat.com> <520A0B5E.8080405@m2r.biz> <520A1407.1060301@redhat.com> <520A3413.5020002@m2r.biz> <20130813235826.GA12821@morn.localdomain> <520B4B94.2080506@m2r.biz> <520B5452.4090004@redhat.com> <520B61CE.1060308@m2r.biz> <520B6708.5000105@redhat.com> <20130814112154.GF5315@redhat.com> In-Reply-To: <20130814112154.GF5315@redhat.com> Content-Type: multipart/alternative; boundary="------------010504070802000300060608" Subject: Re: [Qemu-devel] Test report for xen-unstable and qemu-xen List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: "Michael S. Tsirkin" Cc: xen-devel , Ian Campbell , Stefano Stabellini , George Dunlap , seabios , mjt@tls.msk.ru, "qemu-devel@nongnu.org" , pkg-qemu-devel@lists.alioth.debian.org, Kevin O'Connor , Gerd Hoffmann , Laszlo Ersek This is a multi-part message in MIME format. --------------010504070802000300060608 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit 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 ... Could be this the regression problem of 1.6? --------------010504070802000300060608 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
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
...

Could be this the regression problem of 1.6?
--------------010504070802000300060608--