Re: [Xen-devel] [qemu-mainline test] 80469: regressions - FAIL

[Paul Durrant <Paul.Durrant@xxxxxxxxxx>]

> -----Original Message-----
[snip]
> > ./configure of QEMU fail with:
> > "ERROR: invalid trace backends
> > ÂÂÂÂÂÂÂÂPlease choose supported trace backends."
> >
> > They have remove the "stderr" tracebackend, and replaced it by "log".
> Which
> > also became the default. I have not look at what to do yet, but the
> configure
> > option "--enable-trace-backend=stderr" as became invalid.
> 
> Paul added this IIRC.
> 
> If it isn't immediately obvious what an appropriate replacement is (which
> remember needs to work with at least qemu-xen-unstable as well as qemu-
> upstream) then I think we should just remove this option from
> xen.git/tools/Makefile for the time being.
> 
> FWIW the bisector has fingered:
> 
> Â commit ed7f5f1d8db06fc31352a5ef4f54985e630c575a
> Â Author: Paolo Bonzini <pbonzini@xxxxxxxxxx>
> Â Date:ÂÂÂThu Jan 7 16:55:30 2016 +0300
> 
> ÂÂÂÂÂÂtrace: convert stderr backend to log
> 
> ÂÂÂÂÂÂ[Also update .travis.yml --enable-trace-backends=stderr
> ÂÂÂÂÂÂ--Stefan]
> 
> ÂÂÂÂÂÂSigned-off-by: Paolo Bonzini <pbonzini@xxxxxxxxxx>
> ÂÂÂÂÂÂSigned-off-by: Denis V. Lunev <den@xxxxxxxxxx>
> ÂÂÂÂÂÂAcked-by: Christian Borntraeger <borntraeger@xxxxxxxxxx>
> ÂÂÂÂÂÂMessage-id: 1452174932-28657-10-git-send-email-den@xxxxxxxxxx
> ÂÂÂÂÂÂSigned-off-by: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
> 
> It looks like s/stderr/log/g would work with qemu-mainline, but we'd need
> that backported to qemu-xen-unstable too.
> 
> Or given:
>     git show --stat -M ed7f5f1d8db06fc31352a5ef4f54985e630c575a
>     [...]
>     Âscripts/tracetool/backend/{stderr.py => log.py} |ÂÂ9 +++++----
> 
> Maybe xen.git/tools/Makefile could probe for the presence of these files?
> 

I don't think we should pull logging out... IMO it's too useful. (In fact I 
would prefer if libxl also kicked off qemu with a default events file that 
enabled logging from the platform device). If we can probe for the right thing 
to pass to configure then that seems like the best way to handle this (unless 
we want to keep different configuration recipes for different qemu 
tags/branches).

  Paul

> Ian.
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel