From: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
To: M A Young <m.a.young@durham.ac.uk>
Cc: xen-devel@lists.xensource.com
Subject: Re: xen 4 only seeing one keyboard and mouse
Date: Mon, 16 Aug 2010 11:46:18 -0400 [thread overview]
Message-ID: <20100816154618.GA8493@phenom.dumpdata.com> (raw)
In-Reply-To: <alpine.LFD.2.00.1008082108120.25685@vega3.dur.ac.uk>
On Sun, Aug 08, 2010 at 09:16:56PM +0100, M A Young wrote:
> On Sun, 8 Aug 2010, M A Young wrote:
>
> >Unfortunately I don't have a serial console to output to. The best
> >I can do is the dmesg outputs for xen and the kernel with I am
> >attaching (bzipped).
>
> I found the conring_size setting and got a more complete dmesg log.
<sigh>
I looked through it and also through your previous kernel and Xen
outputs and nothing sparked that 'Aha!' moment.
There are a couple of things we can try:
- Compare this with the output from Xen 3.4 and see if the IOAPIC lines
are different. Especially if these:
(XEN) IOAPIC[0]: Set PCI routing entry (2-12 -> 0x78 -> IRQ 12 Mode:0 Active:0)
(XEN) IOAPIC[0]: Set PCI routing entry (2-1 -> 0x28 -> IRQ 1 Mode:0 Active:0
are different. I think that previous to Xen 4, the pv-ops kernel could
not set the IOAPIC entries below pin 16, so you would not see them and
instead it would have these programmed:
(XEN) 01 001 01 0 0 0 0 0 1 1 28
(XEN) 0c 001 01 0 0 0 0 0 1 1 78
Which is OK, as the trigger and polarity look to be correct.
- Boot the Xen4, and trigger the IOAPIC debug printout. I think this is
can be done via "xm send-keys i". Also the 'q' output would be
usefull (it will tell us which ioports domain 0 has access to - we
should see dom0 see 0x60 and 0x64), and irq 1, and 12.
- The /proc/interrupts is interesting. It shows no interrupts on your
other CPU, but the IOAPIC tells us that the irq's should be blasted
to both CPUs. So I wonder if it got reprogrammed by the 'irqbalance'
daemon. One way to find that out is to do the 'xm send-keys i'
thingie to see if the destination field is the same.
- We can also compare this to baremetal IOAPIC programming. It should
be the _same_ as what Xen does. What we can do is provide
'apic=debug' and that will print out the IOAPIC entries of baremetal
kernel. The values for irq 1 and 12 ought to be same as what Xen saw
and programmed it too.
next prev parent reply other threads:[~2010-08-16 15:46 UTC|newest]
Thread overview: 44+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-07-21 20:27 xen 4 only seeing one keyboard and mouse M A Young
2010-07-21 20:40 ` Pasi Kärkkäinen
2010-07-21 21:16 ` M A Young
2010-07-21 21:41 ` Pasi Kärkkäinen
2010-07-21 22:10 ` M A Young
2010-07-22 17:51 ` Konrad Rzeszutek Wilk
2010-07-22 18:54 ` M A Young
2010-07-23 14:27 ` Konrad Rzeszutek Wilk
2010-08-08 18:50 ` M A Young
2010-08-08 20:16 ` M A Young
2010-08-09 4:42 ` Konrad Rzeszutek Wilk
2010-08-16 15:46 ` Konrad Rzeszutek Wilk [this message]
2010-08-16 21:05 ` M A Young
2010-08-16 22:33 ` Konrad Rzeszutek Wilk
2010-08-18 23:25 ` Konrad Rzeszutek Wilk
2010-08-20 21:59 ` M A Young
2010-08-22 20:03 ` M A Young
2010-08-23 15:18 ` Konrad Rzeszutek Wilk
2010-08-23 19:34 ` M A Young
2010-08-23 20:37 ` M A Young
2010-08-24 17:10 ` Konrad Rzeszutek Wilk
2010-08-24 19:06 ` M A Young
2010-08-24 19:47 ` Keir Fraser
2010-08-24 20:31 ` M A Young
2010-08-24 21:16 ` Konrad Rzeszutek Wilk
2010-08-24 22:40 ` M A Young
2010-08-25 14:28 ` Konrad Rzeszutek Wilk
2010-08-25 21:32 ` M A Young
2010-08-26 14:04 ` Konrad Rzeszutek Wilk
2010-08-26 14:08 ` Keir Fraser
2010-08-26 20:53 ` M A Young
2010-08-26 22:15 ` M A Young
2010-08-26 22:24 ` M A Young
2010-08-27 7:34 ` Keir Fraser
2010-08-31 15:00 ` Konrad Rzeszutek Wilk
2010-09-03 18:50 ` M A Young
2010-09-08 15:44 ` Konrad Rzeszutek Wilk
2010-09-08 21:36 ` M A Young
2010-09-08 23:17 ` Konrad Rzeszutek Wilk
2010-09-17 22:49 ` M A Young
2010-09-20 14:51 ` Konrad Rzeszutek Wilk
2010-09-20 15:05 ` xen 4 only seeing one keyboard and mouse, fixed in xen 4.0.2-rc-pre Pasi Kärkkäinen
2010-08-21 21:00 ` xen 4 only seeing one keyboard and mouse M A Young
2010-08-23 14:24 ` Konrad Rzeszutek Wilk
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20100816154618.GA8493@phenom.dumpdata.com \
--to=konrad.wilk@oracle.com \
--cc=m.a.young@durham.ac.uk \
--cc=xen-devel@lists.xensource.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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).