[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-users] Xen PCI Passthrough error


  • To: Pasi KÃrkkÃinen <pasik@xxxxxx>
  • From: Fabien Gaud <fabien.gaud@xxxxxxxx>
  • Date: Fri, 15 Apr 2011 12:30:37 +0200
  • Cc: xen-users@xxxxxxxxxxxxxxxxxxx
  • Delivery-date: Fri, 15 Apr 2011 03:34:58 -0700
  • Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; b=oCrdJODCiKGfh1Qo+xLbmk91sSzMWlWs+xH4pe4W2DOizlBHJRX4jU5TxuElS7b9FF aTsznXKPzEcGwDq2cEUm41xeKfbLmaKzcYhSlsAXF/gDUT35nPY+GhRG00lT//ezyLK9 M/6MFu0vPgNvShhkj3926Gg7YpyfqHMX5tzSA=
  • List-id: Xen user discussion <xen-users.lists.xensource.com>

Thanks for your answer.Â
I found the issue. I was setting both Âswiotlb=force andÂiommu=soft on my DomU kernel. These options seems incompatible. When using onlyÂiommu=soft, it works.

Fabien.

On Fri, Apr 15, 2011 at 12:08 PM, Pasi KÃrkkÃinen <pasik@xxxxxx> wrote:
On Mon, Apr 11, 2011 at 06:32:22PM +0200, Fabien Gaud wrote:
> Hello,
>
> I'm trying to get PCI passthrough working on my Dell R905 machine.
> This machine is equipped with four e1000e cards. I'm running Xen 4.1
> on Debian Squeeze with a 2.6.32 kernel.
>
> When I start a DomU with a directly assigned NIC, I got "0000:00:00.0:
> eth0: Detected Tx Unit Hang". And after many of these messages, I got
> :

- What kernel is the domU running? debian vanilla?
- What exact kernel version?
- What domU kernel cmdline options are you using?
- Did you try with/without MSI/MSI-X interrupts?

-- Pasi

>
> [ Â 14.816116] WARNING: at
> /build/buildd-linux-2.6_2.6.32-31-amd64-vrfdM4/linux-2.6-2.6.32/debian/build/source_amd64_xen/net/sched/sch_generic.c:261
> dev_watchdog+0xe2/0x194()
> [ Â 14.816151] NETDEV WATCHDOG: eth0 (e1000e): transmit queue 0 timed out
> [ Â 14.816167] Modules linked in: evdev snd_pcm snd_timer snd
> soundcore snd_page_alloc pcspkr ext3 jbd mbcache e1000e xen_blkfront
> [ Â 14.816247] Pid: 0, comm: swapper Not tainted 2.6.32-5-xen-amd64 #1
> [ Â 14.816264] Call Trace:
> [ Â 14.816275] Â<IRQ> Â[<ffffffff81272bee>] ? dev_watchdog+0xe2/0x194
> [ Â 14.816310] Â[<ffffffff81272bee>] ? dev_watchdog+0xe2/0x194
> [ Â 14.816332] Â[<ffffffff8104ef10>] ? warn_slowpath_common+0x77/0xa3
> [ Â 14.816354] Â[<ffffffff81066fd5>] ? run_posix_cpu_timers+0x25/0x6ea
> [ Â 14.816376] Â[<ffffffff81272b0c>] ? dev_watchdog+0x0/0x194
> [ Â 14.816395] Â[<ffffffff8104ef98>] ? warn_slowpath_fmt+0x51/0x59
> [ Â 14.816416] Â[<ffffffff8102ddcc>] ? pvclock_clocksource_read+0x3a/0x8b
> [ Â 14.816439] Â[<ffffffff8100ec1a>] ? xen_vcpuop_set_next_event+0x0/0x60
> [ Â 14.816460] Â[<ffffffff8100ec66>] ? xen_vcpuop_set_next_event+0x4c/0x60
> [ Â 14.816484] Â[<ffffffff8107112f>] ? tick_dev_program_event+0x2d/0x95
> [ Â 14.816505] Â[<ffffffff81272ae0>] ? netif_tx_lock+0x3d/0x69
> [ Â 14.816526] Â[<ffffffff8125d584>] ? netdev_drivername+0x3b/0x40
> [ Â 14.816547] Â[<ffffffff81272bee>] ? dev_watchdog+0xe2/0x194
> [ Â 14.816569] Â[<ffffffff8100eb00>] ? xen_timer_interrupt+0x17d/0x18d
> [ Â 14.816592] Â[<ffffffff8105b5ff>] ? run_timer_softirq+0x1c9/0x268
> [ Â 14.816615] Â[<ffffffff81054cab>] ? __do_softirq+0xdd/0x1a6
> [ Â 14.816636] Â[<ffffffff81012cac>] ? call_softirq+0x1c/0x30
> [ Â 14.816656] Â[<ffffffff8101422b>] ? do_softirq+0x3f/0x7c
> [ Â 14.816675] Â[<ffffffff81054b1b>] ? irq_exit+0x36/0x76
> [ Â 14.816696] Â[<ffffffff811f2269>] ? xen_evtchn_do_upcall+0x33/0x42
> [ Â 14.816716] Â[<ffffffff81012cfe>] ? xen_do_hypervisor_callback+0x1e/0x30
> [ Â 14.816733] Â<EOI> Â[<ffffffff810093aa>] ? hypercall_page+0x3aa/0x1001
> [ Â 14.816763] Â[<ffffffff810093aa>] ? hypercall_page+0x3aa/0x1001
> [ Â 14.816783] Â[<ffffffff8100ec1a>] ? xen_vcpuop_set_next_event+0x0/0x60
> [ Â 14.816804] Â[<ffffffff8100e6bb>] ? xen_safe_halt+0xc/0x15
> [ Â 14.816825] Â[<ffffffff8100bfc7>] ? xen_idle+0x37/0x40
> [ Â 14.816843] Â[<ffffffff81010eb1>] ? cpu_idle+0xa2/0xda
> [ Â 14.816864] Â[<ffffffff81509cdd>] ? start_kernel+0x3dc/0x3e8
> [ Â 14.816884] Â[<ffffffff8150bc93>] ? xen_start_kernel+0x586/0x58a
> [ Â 14.816902] ---[ end trace 199b78cce11f6233 ]---
>
>
>
> Note that I've got the same issue with Xen 4.0. I have also tried to
> upgrade the e1000e driver to the latest version available (1.3.10a)
> without any success.
>
> Does anybody have an idea ?
>
> My problem is closely related to this one :
> http://lists.xensource.com/archives/html/xen-devel/2010-05/msg01066.html.
> A solution (a patch) was proposed but, unfortunately, is not publicly
> available.
>
> Thanks in advance,
> Fabien Gaud.
>
> _______________________________________________
> Xen-users mailing list
> Xen-users@xxxxxxxxxxxxxxxxxxx
> http://lists.xensource.com/xen-users

_______________________________________________
Xen-users mailing list
Xen-users@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-users

 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.