This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
Home Products Support Community News


Re: [Xen-devel] xen 4 only seeing one keyboard and mouse

To: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
Subject: Re: [Xen-devel] xen 4 only seeing one keyboard and mouse
From: M A Young <m.a.young@xxxxxxxxxxxx>
Date: Thu, 26 Aug 2010 23:24:48 +0100 (BST)
Cc: xen-devel@xxxxxxxxxxxxxxxxxxx
Delivery-date: Thu, 26 Aug 2010 15:25:51 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <alpine.LFD.2.00.1008262234020.7742@xxxxxxxxxxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <alpine.LFD.2.00.1008222048160.26824@xxxxxxxxxxxxxxx> <20100823151842.GB5955@xxxxxxxxxxxxxxxxxxx> <alpine.LFD.2.00.1008232030510.22588@xxxxxxxxxxxxxxx> <alpine.LFD.2.00.1008232127180.26050@xxxxxxxxxxxxxxx> <20100824171019.GA18015@xxxxxxxxxxxxxxxxxxx> <alpine.LFD.2.00.1008242126080.19009@xxxxxxxxxxxxxxx> <20100824211603.GA6502@xxxxxxxxxxxxxxxxxxx> <alpine.LFD.2.00.1008242334150.17347@xxxxxxxxxxxxxxx> <20100825142821.GB4394@xxxxxxxxxxxxxxxxxxx> <alpine.LFD.2.00.1008252230050.18644@xxxxxxxxxxxxxxx> <20100826140459.GD3792@xxxxxxxxxxxxxxxxxxx> <alpine.LFD.2.00.1008262146440.7742@xxxxxxxxxxxxxxx> <alpine.LFD.2.00.1008262234020.7742@xxxxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Alpine 2.00 (LFD 1167 2008-08-23)
On Thu, 26 Aug 2010, M A Young wrote:

On Thu, 26 Aug 2010, M A Young wrote:

Okay, here is my first attempt at dirty debugging. I have made a patch to try to track where vector_irq is being changed (attached) and have also attached. I have looked at it quickly, and I don't think some low IRQs are getting set on the second CPU.

My next thoughts on this are that almost all IRQs allocated on the first cpu before the second is started aren't initialized on the second CPU. I presume that __setup_vector_irq from xen/arch/x86/irq.c is where it is supposed to happen
or perhaps it should happen in io_apic_set_pci_routing from xen/arch/x86/io_apic.c where the higher IRQs are set (it doesn't because __assign_irq_vector sees the IRQ is already in use
     old_vector = irq_to_vector(irq);
    if (old_vector) {
        cpus_and(tmp_mask, mask, cpu_online_map);
        cpus_and(tmp_mask, cfg->domain, tmp_mask);
        if (!cpus_empty(tmp_mask)) {
            cfg->vector = old_vector;
            return 0;
but seems to miss the fact that it is only actually configured for one cpu.

        Michael Young

Xen-devel mailing list