xen-devel.lists.xenproject.org archive mirror
 help / color / mirror / Atom feed
From: Jo Mills <jo@maniscorse.co.uk>
To: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
Cc: alexander.h.duyck@intel.com,
	Ian Campbell <Ian.Campbell@citrix.com>,
	donald.c.skidmore@intel.com, mitch.a.williams@intel.com,
	bruce.w.allan@intel.com, jesse.brandeburg@intel.com,
	xen-devel@lists.xen.org, gregory.v.rose@intel.com,
	john.ronciak@intel.com, David Vrabel <david.vrabel@citrix.com>,
	carolyn.wyborny@intel.com, jeffrey.t.kirsher@intel.com
Subject: Re: xen-hypervisor-4.3-amd64 4.3.0-3+b1 -> Intel M/B, I/O virt. enabled, start vm -> Kernel panic
Date: Sun, 1 Jun 2014 17:18:53 +0100	[thread overview]
Message-ID: <20140601161853.GD4240@white.maniscorse> (raw)
In-Reply-To: <20140523155015.GC5209@phenom.dumpdata.com>

Hi Konrad et al,

I have had no reply from the e1000-devel list about my "e1000 Tx Hang" 
problem, but I may have stumbled on something relevant.

Today I created a new VM (wheezy) running on a Wheezy dom0 - my node 
blue in the previous e-mail trail.  I decided to use the e1000e device 
at 0000:01:00.0 via pciback as this device is currently free (I'm 
building a replacement for an out of date DMZ VM). 


Just to recap, dom0 has the following devices:

    eth0 via-rhine 0000:04:00.0 assigned for zone LOC xenbr0

    eth1 via-rhine 0000:04:01.0 assigned for zone DMZ (pci-passthrough)

    eth2 e1000 0000:04:02.0 used for DBRB

    eth3 e1000e 0000:01:00.0 planned for Windows client domU

eth3 is the one I have "pinched" to build my new DMZ domu.

When I create this domu (which uses a DRBD device) I get the following 
error (copied from dmesg) and eth0 in the domu is clearly unstable.

[    2.703909] input: PC Speaker as /devices/platform/pcspkr/input/input0
[    2.780858] e1000e: Intel(R) PRO/1000 Network Driver - 2.3.2-k
[    2.780868] e1000e: Copyright(c) 1999 - 2013 Intel Corporation.
[    2.781119] e1000e 0000:00:00.0: enabling device (0000 -> 0002)
[    2.781500] e1000e 0000:00:00.0: Xen PCI mapped GSI16 to IRQ26
[    2.781933] e1000e 0000:00:00.0: setting latency timer to 64
[    2.782684] Error: Driver 'pcspkr' is already registered, aborting...
[    2.784207] e1000e 0000:00:00.0: Interrupt Throttling Rate (ints/sec) set to dynamic conservative mode
[    2.895529] e1000e 0000:00:00.0: eth0: (PCI Express:2.5GT/s:Width x1) 68:05:ca:21:80:2c
[    2.895542] e1000e 0000:00:00.0: eth0: Intel(R) PRO/1000 Network Connection
[    2.895557] e1000e 0000:00:00.0: eth0: MAC: 3, PHY: 8, PBA No: E46981-008
[    3.153496] Adding 524284k swap on /dev/xvda1.  Priority:-1 extents:1 across:524284k SS
[    3.531185] EXT3-fs (xvda2): using internal journal
[    5.026608] ADDRCONF(NETDEV_UP): eth0: link is not ready
[    8.121021] e1000e: eth0 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: None
[    8.121454] ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[   13.824073] ------------[ cut here ]------------
[   13.824087] WARNING: at /build/linux-X2rDfB/linux-3.2.57/net/sched/sch_generic.c:256 dev_watchdog+0xf2/0x151()
[   13.824099] NETDEV WATCHDOG: eth0 (e1000e): transmit queue 0 timed out
[   13.824104] Modules linked in: evdev e1000e snd_pcm snd_page_alloc snd_timer snd soundcore pcspkr xen_pcifront coretemp ext3 mbcache jbd xen_blkfront
[   13.824130] Pid: 0, comm: swapper/0 Not tainted 3.2.0-4-amd64 #1 Debian 3.2.57-3
[   13.824138] Call Trace:
[   13.824141]  <IRQ>  [<ffffffff81046cd9>] ? warn_slowpath_common+0x78/0x8c
[   13.824157]  [<ffffffff81046d85>] ? warn_slowpath_fmt+0x45/0x4a
[   13.824163]  [<ffffffff812a7705>] ? netif_tx_lock+0x40/0x75
[   13.824171]  [<ffffffff812a7875>] ? dev_watchdog+0xf2/0x151
[   13.824179]  [<ffffffff810524f8>] ? run_timer_softirq+0x19a/0x261
[   13.824186]  [<ffffffff8109124c>] ? handle_irq_event_percpu+0x15f/0x17d
[   13.824194]  [<ffffffff812a7783>] ? netif_tx_unlock+0x49/0x49
[   13.824203]  [<ffffffff8104c36e>] ? __do_softirq+0xb9/0x177
[   13.824209]  [<ffffffff8121c0bd>] ? __xen_evtchn_do_upcall+0x24a/0x287
[   13.824219]  [<ffffffff81356c6c>] ? call_softirq+0x1c/0x30
[   13.824227]  [<ffffffff8100fa21>] ? do_softirq+0x3c/0x7b
[   13.824233]  [<ffffffff8104c5d6>] ? irq_exit+0x3c/0x99
[   13.824240]  [<ffffffff8121d47d>] ? xen_evtchn_do_upcall+0x27/0x32
[   13.824249]  [<ffffffff81356cbe>] ? xen_do_hypervisor_callback+0x1e/0x30
[   13.824254]  <EOI>  [<ffffffff810013aa>] ? hypercall_page+0x3aa/0x1000
[   13.824264]  [<ffffffff810013aa>] ? hypercall_page+0x3aa/0x1000
[   13.824273]  [<ffffffff8100675a>] ? xen_safe_halt+0xc/0x13
[   13.824279]  [<ffffffff81014614>] ? default_idle+0x47/0x7f
[   13.824286]  [<ffffffff8100d24c>] ? cpu_idle+0xaf/0xf2
[   13.824294]  [<ffffffff816abb36>] ? start_kernel+0x3b8/0x3c3
[   13.824301]  [<ffffffff816ad4df>] ? xen_start_kernel+0x412/0x418
[   13.824308] ---[ end trace c3ec188c56467b6a ]---
[   13.824328] e1000e 0000:00:00.0: eth0: Reset adapter unexpectedly
[   17.613023] e1000e: eth0 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: None
[   18.736090] eth0: no IPv6 routers present
[   22.832151] e1000e 0000:00:00.0: eth0: Reset adapter unexpectedly
[   26.741021] e1000e: eth0 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: None
[   71.824169] e1000e 0000:00:00.0: eth0: Reset adapter unexpectedly
[   75.645020] e1000e: eth0 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: None
[  365.824077] e1000e 0000:00:00.0: eth0: Reset adapter unexpectedly
[  369.629024] e1000e: eth0 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: None
[  379.824070] e1000e 0000:00:00.0: eth0: Reset adapter unexpectedly
[  383.709023] e1000e: eth0 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: None
[  393.824070] e1000e 0000:00:00.0: eth0: Reset adapter unexpectedly
[  397.657026] e1000e: eth0 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: None


Below is the vm config file in case there is anything useful in there.

    #
    # Configuration file for the Xen instance vm-server-22.maniscorse, created
    # by xen-tools 4.3.1 on Sun Jun  1 15:31:46 2014.
    #
    
    #
    #  Kernel + memory size
    #
    
    
    #bootloader = '/usr/lib/xen-default/bin/pygrub'
    bootloader = 'pygrub'
    
    vcpus       = '1'
    memory      = '1024'
    
    #
    #  Disk device(s).
    #
    root        = '/dev/xvda2 ro'
    
    #disk        = [
    #                  'phy:/dev/blue/vm-server-22.maniscorse-disk,xvda2,w',
    #                  'phy:/dev/blue/vm-server-22.maniscorse-swap,xvda1,w',
    #              ]
    
    #
    # Add support for drbd
    #
    disk         = [
                    'drbd:vm-22-disk,xvda2,w',
                    'phy:/dev/blue/vm-server-22.maniscorse-swap,xvda1,w',
                ]
    
    
    #
    #  Physical volumes
    #
    
    
    #
    #  Hostname
    #
    name        = 'vm-server-22.maniscorse'
    
    #
    #  Networking
    #
    #vif         = [ 'ip=192.168.2.222 ,mac=00:16:3e:de:02:00' ]
    #
    #
    # Add support for looped through pci NIC
    # (Same device number on both blue and green)
    #
    pci = [ '01:00.0' ]
    
    
    #
    #  Behaviour
    #
    on_poweroff = 'destroy'
    on_reboot   = 'restart'
    on_crash    = 'restart'



Is it possible that there is some horrible interaction between the 
e1000 device and the e1000e device? It just seems quite a co-incidence.

Best regards,

Jo.

  parent reply	other threads:[~2014-06-01 16:18 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-05-17 17:46 xen-hypervisor-4.3-amd64 4.3.0-3+b1 -> Intel M/B, I/O virt. enabled, start vm -> Kernel panic Jo Mills
2014-05-19 10:58 ` Jan Beulich
2014-05-19 11:03   ` Ian Campbell
2014-05-20 10:14 ` David Vrabel
2014-05-20 10:18   ` Ian Campbell
2014-05-20 16:20     ` David Vrabel
2014-05-20 18:41       ` Jo Mills
2014-05-21  9:42         ` David Vrabel
2014-05-22  9:47           ` Konrad Rzeszutek Wilk
     [not found]           ` <20140522094744.GA8264@localhost.localdomain>
2014-05-22 10:03             ` Jo Mills
     [not found]             ` <20140522100327.GG7332@white.maniscorse>
2014-05-23 15:50               ` Konrad Rzeszutek Wilk
     [not found]               ` <20140523155015.GC5209@phenom.dumpdata.com>
2014-06-01 16:18                 ` Jo Mills [this message]
2014-06-02  9:34                   ` David Vrabel
2014-06-02 18:25                     ` Jo Mills
2014-06-08 15:15                       ` Jo Mills

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=20140601161853.GD4240@white.maniscorse \
    --to=jo@maniscorse.co.uk \
    --cc=Ian.Campbell@citrix.com \
    --cc=alexander.h.duyck@intel.com \
    --cc=bruce.w.allan@intel.com \
    --cc=carolyn.wyborny@intel.com \
    --cc=david.vrabel@citrix.com \
    --cc=donald.c.skidmore@intel.com \
    --cc=gregory.v.rose@intel.com \
    --cc=jeffrey.t.kirsher@intel.com \
    --cc=jesse.brandeburg@intel.com \
    --cc=john.ronciak@intel.com \
    --cc=konrad.wilk@oracle.com \
    --cc=mitch.a.williams@intel.com \
    --cc=xen-devel@lists.xen.org \
    /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).