From mboxrd@z Thu Jan 1 00:00:00 1970 From: Keir Fraser Subject: Re: [PATCH] Xen 4.1.2 HVM guest realtek nic problems (eth0 8139cp transmit queue timed out) Date: Thu, 03 Nov 2011 18:34:14 +0000 Message-ID: References: <20111103180759.GM12984@reaktio.net> Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable Return-path: In-Reply-To: <20111103180759.GM12984@reaktio.net> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Pasi =?ISO-8859-1?B?S+Rya2vkaW5lbg==?= Cc: xen@lists.fedoraproject.org, xen-devel@lists.xensource.com, Stefano Stabellini List-Id: xen-devel@lists.xenproject.org On 03/11/2011 18:07, "Pasi K=E4rkk=E4inen" wrote: > On Tue, Nov 01, 2011 at 10:56:06PM +0200, Pasi K=E4rkk=E4inen wrote: >> On Mon, Oct 31, 2011 at 09:29:24PM +0200, Pasi K=E4rkk=E4inen wrote: >>> On Mon, Oct 31, 2011 at 12:24:14PM -0700, Boris Derzhavets wrote: >>>> Seems to related >>>>=20 >>>> https://bugs.launchpad.net/ubuntu/+source/xen/+bug/854829 >>>>=20 >>>=20 >>> Thanks, that seems to be the same bug. >>>=20 >>> Is the bugfix patch from xen-unstable going to backported to >>> xen-4.1-testing.hg ? >>> (4.1 backported patch available on ubuntu's launchpad above..) >>>=20 >>=20 >> So the Ubuntu backport from xen-unstable to Xen 4.1.1 is here: >> https://launchpadlibrarian.net/81948978/xen-pirq-resubmit-irq.patch >>=20 >> It seems to be shipping in Ubuntu 11.10 xen 4.1.1-2ubuntu4.1 packages. >>=20 >> Does that patch look suitable to be applied to xen-4.1-testing.hg ? >> This bug should be fixed for Xen 4.1.3. >=20 > Any comments?=20 This looks like a backport of Stefano's xen-unstable c/s 24007. I would lik= e him to submit/ack the backport, as it is not a trivial backport of the xen-unstable patch. -- Keir > -- Pasi >=20 >=20 >>=20 >>>=20 >>>=20 >>>> Boris. >>>>=20 >>>> --- On Mon, 10/31/11, Pasi K=E4rkk=E4inen wrote: >>>>=20 >>>> From: Pasi K=E4rkk=E4inen >>>> Subject: [Xen-devel] Xen 4.1.2 HVM guest realtek nic problems (et= h0 >>>> 8139cp transmit queue timed out) >>>> To: xen-devel@lists.xensource.com >>>> Date: Monday, October 31, 2011, 2:49 PM >>>>=20 >>>> Hello, >>>>=20 >>>> While testing Xen 4.1.2 and HVM guests I noticed the following pr= oblem >>>> with Fedora 16 HVM guests (using Linux 3.1.0 kernel in the VM): >>>>=20 >>>> The errors (call trace) happens pretty much immediately when ther= e's >>>> some network traffic going on.. >>>>=20 >>>> Simple "yum update" in the VM triggers the problem.. >>>>=20 >>>> [ 0.000000] Linux version 3.1.0-5.fc16.x86_64 >>>> ([1]mockbuild@x86-10.phx2.fedoraproject.org) (gcc version 4.6.1 >>>> 20111003 >>>> (Red Hat 4.6.1-10) (GCC) ) #1 SMP Thu Oct 27 03:46:50 UTC 2011 >>>> [ 0.000000] Command line: BOOT_IMAGE=3D/vmlinuz-3.1.0-5.fc16.x86= _64 >>>> root=3D/dev/mapper/vg_f16test64hvm-lv_root ro >>>> rd.lvm.lv=3Dvg_f16test64hvm/lv_root rd.dm=3D0 SYSFONT=3Dlatarcyrheb-sun= 16 >>>> rhgb >>>> KEYTABLE=3Dfi rd.md=3D0 rd.luks=3D0 rd.lvm.lv=3Dvg_f16test64hvm/lv_swap >>>> LANG=3Den_US.UTF-8 console=3DttyS0,38400 console=3Dtty0 >>>> >>>>=20 >>>> [ 28.998481] 8139cp 0000:00:03.0: eth0: link up, 100Mbps, >>>> full-duplex, >>>> lpa 0x05E1 >>>> [ 149.712071] ------------[ cut here ]------------ >>>> [ 149.717216] WARNING: at net/sched/sch_generic.c:255 >>>> dev_watchdog+0xf0/0x150() >>>> [ 149.724709] Hardware name: HVM domU >>>> [ 149.728738] NETDEV WATCHDOG: eth0 (8139cp): transmit queue 0 t= imed >>>> out >>>> [ 149.735537] Modules linked in: ip6t_REJECT nf_conntrack_ipv6 >>>> nf_defrag_ipv6 nf_conntrack_ipv4 nf_defrag_ipv4 ip6table_filter >>>> xt_state >>>> ip6_tables nf_conntrack 81 >>>> 39too 8139cp ppdev parport_pc mii parport i2c_piix4 i2c_core joyd= ev >>>> [last unloaded: scsi_wait_scan] >>>> [ 149.768028] Pid: 0, comm: swapper Not tainted 3.1.0-5.fc16.x86= _64 >>>> #1 >>>> [ 149.774639] Call Trace: >>>> [ 149.777765] [] >>>> warn_slowpath_common+0x83/0x9b >>>> [ 149.784024] [] warn_slowpath_fmt+0x46/0x48 >>>> [ 149.790141] [] ? netif_tx_lock+0x4a/0x7c >>>> [ 149.799007] [] dev_watchdog+0xf0/0x150 >>>> [ 149.806361] [] run_timer_softirq+0x19b/0x28= 0 >>>> [ 149.814392] [] ? sched_clock+0x9/0xd >>>> [ 149.821650] [] ? netif_tx_unlock+0x54/0x54 >>>> [ 149.828926] [] __do_softirq+0xc9/0x1b5 >>>> [ 149.836803] [] ? sched_clock+0x9/0xd >>>> [ 149.843422] [] call_softirq+0x1c/0x30 >>>> [ 149.850067] [] do_softirq+0x46/0x81 >>>> [ 149.856760] [] irq_exit+0x57/0xb1 >>>> [ 149.863035] [] xen_evtchn_do_upcall+0x31/0x= 3e >>>> [ 149.871144] [] xen_hvm_callback_vector+0x6e= /0x80 >>>> [ 149.879494] [] ? native_safe_halt+0x= b/0xd >>>> [ 149.888220] [] default_idle+0x4e/0x86 >>>> [ 149.894962] [] cpu_idle+0xae/0xe8 >>>> [ 149.901461] [] rest_init+0x72/0x74 >>>> [ 149.908949] [] start_kernel+0x3ab/0x3b6 >>>> [ 149.916617] [] >>>> x86_64_start_reservations+0xaf/0xb3 >>>> [ 149.929148] [] ? early_idt_handlers+0x140/0= x140 >>>> [ 149.936797] [] x86_64_start_kernel+0x102/0x= 111 >>>> [ 149.944336] ---[ end trace d8786cb7d6a57f8a ]--- >>>> [ 149.950406] 8139cp 0000:00:03.0: eth0: Transmit timeout, statu= s >>>> d 3b 15 80ff >>>> [ 149.961879] ------------[ cut here ]------------ >>>> [ 149.962245] WARNING: at kernel/softirq.c:159 >>>> _local_bh_enable_ip+0x44/0x8e() >>>> [ 149.962245] Hardware name: HVM domU >>>> [ 149.962245] Modules linked in: ip6t_REJECT nf_conntrack_ipv6 >>>> nf_defrag_ipv6 nf_conntrack_ipv4 nf_defrag_ipv4 ip6table_filter >>>> xt_state >>>> ip6_tables nf_conntrack 8139too 8139cp ppdev parport_pc mii parpo= rt >>>> i2c_piix4 i2c_core joydev [last unloaded: scsi_wait_scan] >>>> [ 149.962245] Pid: 0, comm: swapper Tainted: G >>>> W 3.1.0-5.fc16.x86_64 #1 >>>> [ 149.962245] Call Trace: >>>> [ 149.962245] [] >>>> warn_slowpath_common+0x83/0x9b >>>> [ 149.962245] [] ? skb_release_data+0xca/0xcf >>>> [ 149.962245] [] warn_slowpath_null+0x1a/0x1c >>>> [ 149.962245] [] _local_bh_enable_ip+0x44/0x8= e >>>> [ 149.962245] [] local_bh_enable_ip+0xe/0x10 >>>> [ 149.962245] [] _raw_spin_unlock_bh+0x15/0x1= 7 >>>> [ 149.962245] [] destroy_conntrack+0x9d/0xdc >>>> [nf_conntrack] >>>> [ 149.962245] [] nf_conntrack_destroy+0x19/0x= 1b >>>> [ 149.962245] [] skb_release_head_state+0xa7/= 0xef >>>> [ 149.962245] [] __kfree_skb+0x13/0x83 >>>> [ 149.962245] [] consume_skb+0x56/0x6b >>>> [ 149.962245] [] cp_clean_rings+0xb4/0x114 >>>> [8139cp] >>>> [ 149.962245] [] cp_tx_timeout+0x88/0x10e [81= 39cp] >>>> [ 149.962245] [] dev_watchdog+0x104/0x150 >>>> [ 149.962245] [] run_timer_softirq+0x19b/0x28= 0 >>>> [ 149.962245] [] ? sched_clock+0x9/0xd >>>> [ 149.962245] [] ? netif_tx_unlock+0x54/0x54 >>>> [ 149.962245] [] __do_softirq+0xc9/0x1b5 >>>> [ 149.962245] [] ? sched_clock+0x9/0xd >>>> [ 149.962245] [] call_softirq+0x1c/0x30 >>>> [ 149.962245] [] do_softirq+0x46/0x81 >>>> [ 149.962245] [] irq_exit+0x57/0xb1 >>>> [ 149.962245] [] xen_evtchn_do_upcall+0x31/0x= 3e >>>> [ 149.962245] [] xen_hvm_callback_vector+0x6e= /0x80 >>>> [ 149.962245] [] ? native_safe_halt+0x= b/0xd >>>> [ 149.962245] [] default_idle+0x4e/0x86 >>>> [ 149.962245] [] cpu_idle+0xae/0xe8 >>>> [ 149.962245] [] rest_init+0x72/0x74 >>>> [ 149.962245] [] start_kernel+0x3ab/0x3b6 >>>> [ 149.962245] [] >>>> x86_64_start_reservations+0xaf/0xb3 >>>> [ 149.962245] [] ? early_idt_handlers+0x140/0= x140 >>>> [ 149.962245] [] x86_64_start_kernel+0x102/0x= 111 >>>> [ 149.962245] ---[ end trace d8786cb7d6a57f8b ]--- >>>>=20 >>>> Full guest kernel dmesg attached to this email. >>>> The host is running F16 with Xen 4.1.2 and Linux 3.1.0 dom0 kerne= l. >>>>=20 >>>> Xen cfgfile for the HVM domain: >>>>=20 >>>> kernel =3D "hvmloader" >>>> builder=3D'hvm' >>>> device_model =3D 'qemu-dm' >>>> name =3D "f16test64hvm" >>>> memory =3D 1024 >>>> vcpus=3D1 >>>> pae=3D1 >>>> acpi=3D1 >>>> apic=3D1 >>>> vif =3D [ 'type=3Dioemu, mac=3D00:16:3f:03:01:14, bridge=3Dvirbr0' ] >>>> disk =3D [ 'phy:/dev/vg_f16/f16test64hvm,hda,w', >>>> 'file:/root/iso/Fedora-16-Final-RC2-x86_64-DVD.iso,hdc:cdrom,r' ] >>>> boot=3D'cd' >>>> xen_platform_pci=3D0 >>>> on_poweroff =3D 'destroy' >>>> on_reboot =3D 'restart' >>>> on_crash =3D 'restart' >>>> sdl=3D0 >>>> vnc=3D1 >>>> vncpasswd=3D'' >>>> stdvga=3D0 >>>> serial=3D'pty' >>>> tsc_mode=3D0 >>>> usb=3D1 >>>> usbdevice=3D'tablet' >>>> keymap=3D'fi' >>>>=20 >>>> Using "model=3De1000" instead for the vif works OK.. no problems wi= th >>>> the >>>> emulated intel nic. >>>>=20 >>>> Any ideas what the problem with the emulated realtek nic? >>>>=20 >>>> Thanks, >>>>=20 >>>> -- Pasi >>>>=20 >>>> -----Inline Attachment Follows----- >>>>=20 >>>> _______________________________________________ >>>> Xen-devel mailing list >>>> [2]Xen-devel@lists.xensource.com >>>> [3]http://lists.xensource.com/xen-devel >>>>=20 >>>> References >>>>=20 >>>> Visible links >>>> 1. file:///mc/compose?to=3Dmockbuild@x86-10.phx2.fedoraproject.org >>>> 2. file:///mc/compose?to=3DXen-devel@lists.xensource.com >>>> 3. http://lists.xensource.com/xen-devel >>>=20 >>> _______________________________________________ >>> Xen-devel mailing list >>> Xen-devel@lists.xensource.com >>> http://lists.xensource.com/xen-devel >>=20 >> _______________________________________________ >> Xen-devel mailing list >> Xen-devel@lists.xensource.com >> http://lists.xensource.com/xen-devel