[Pkg-libvirt-maintainers] Bug#797513: Bug#797513: Regression in support for custom CPU configuration
Guido Günther
agx at sigxcpu.org
Fri Sep 18 14:04:38 UTC 2015
Hi Jiri,
On Fri, Sep 18, 2015 at 03:53:02PM +0200, Jiri Denemark wrote:
> On Fri, Sep 18, 2015 at 00:38:31 +0200, Nikolaus Schulz wrote:
> > On Tue, Sep 08, 2015 at 04:28:10PM +0200, Jiri Denemark wrote:
> > > Interesting, so it seems syscall feature is missing in both cases, which
> > > is why libvirt detects the CPU as n270 or coreduo (all new CPU models
> > > require syscall feature). Would you mind attaching the output of the
> > > "cpuid -1r" command?
> >
> > Attached.
>
> Thanks, the attached file confirms the CPU does not support syscall.
> Which means libvirt is correct in this part, I will play more with the
> data to look into the vendor issue.
>
> >
> > > Could you also set log_filters="1:cpu 1:qemu 1:daemon" in
> > > /etc/libvirt/libvirtd.conf, restart libvirtd and attach libvirtd.log?
> >
> > Ditto. Note that I temporarily upgraded to libvirt 1.2.19 for this, the
> > larger part of the log before that is still with 1.2.16.
>
> Hmm, the log doesn't contain any debug messages. Did you change
> log_filters settings as suggested? And if so, does log_outputs look
> similar to
>
> log_outputs="1:file:/var/log/libvirt/libvirtd.log"
>
> (note the "1" at the beginning)?
Debian does not build with --enable-debug at the moment so the
VIR_DEBUG_INT is stubbed out. Looking at the spec file it seems
Fedora doesn't enable it either.
I already wondered ad debconf if it wouldn't be better if distros
would build with debugging enabled?
Cheers
-- Guido
More information about the Pkg-libvirt-maintainers
mailing list