All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Erik de Bruijn - BudgetDedicated.com" <Erik@BudgetDedicated.com>
To: xen-devel@lists.sourceforge.net
Subject: eth interrupts unavailable under xen
Date: Wed, 08 Dec 2004 01:11:09 +0100	[thread overview]
Message-ID: <41B6469D.4060001@BudgetDedicated.com> (raw)

Hello great ML,

Hardly ever would I pose a question when I believe it can be found by 
searching the ML archive, this mailing list has been very helpful for me 
(thanks!), but now I believe I have encountered odd behavior that needs 
to be fixed or discussed. :)

I have two Domain0 Linux 2.6.9 kernel configs, one to run under XEN and 
one to run Natively on x86. They have identical building parameters and 
boot options (except for including or excluding xen).

Everything works with the native linux kernel, but under xen/xenlinux 
network devices are detected but they can't be used.

A side-by-side diff of the kernel output:

NATIVE                                                          XEN/XENLINUX
via-rhine.c:v1.10-LK1.2.0-2.6 June-10-2004 Written by Donald 	via-rhine.c:v1.10-LK1.2.0-2.6 June-10-2004 Written by Donald 
							      >	PCI: Obtained IRQ 11 for device 0000:00:12.0
divert: allocating divert_blk for eth0				divert: allocating divert_blk for eth0
eth0: VIA Rhine II at 0xdc00, 00:30:1b:31:57:fe, IRQ 11.	eth0: VIA Rhine II at 0xdc00, 00:30:1b:31:57:fe, IRQ 11.
eth0: MII PHY found at address 1, status 0x786d advertising 0	eth0: MII PHY found at address 1, status 0x786d advertising 0
divert: not allocating divert_blk for non-ethernet device lo	divert: not allocating divert_blk for non-ethernet device lo
forcedeth.c: Reverse Engineered nForce ethernet driver. Versi	forcedeth.c: Reverse Engineered nForce ethernet driver. Versi
Universal TUN/TAP device driver 1.5 (C)1999-2002 Maxim Krasny	Universal TUN/TAP device driver 1.5 (C)1999-2002 Maxim Krasny
r8169 Gigabit Ethernet driver 1.2 loaded			r8169 Gigabit Ethernet driver 1.2 loaded
                                                              >	PCI: Obtained IRQ 10 for device 0000:00:09.0
divert: allocating divert_blk for eth1				divert: allocating divert_blk for eth1
eth1: Identified chip type is 'RTL8169s/8110s'.			eth1: Identified chip type is 'RTL8169s/8110s'.
eth1: RTL8169 at 0xf885af00, 00:50:fc:f6:86:92, IRQ 10	      |	eth1: RTL8169 at 0xc885af00, 00:50:fc:f6:86:92, IRQ 10

The output differences are normal, as far as I can judge with some more 
xen hosts. I've noticed that the /etc/interrupt seems to describe 
something problematic.

Extracted from the below it seems that eth0 and eth1 do not show up in 
/proc/interrupts but do show up in the boot output. I'm able to 
configure the interfaces but they never send out a packet, let alone 
recieve anything. In the borked an the working system one NIC chipset is 
similar. We've never had problems with the NIC's before. XenLinux runs 
smooth on other hosts.

Does anyone know where to look for solutions? I've been varying a lot of 
options, but this only makes the xen and non-xen bases setup vary more 
and less "Cetis Paribus" to be able to do some useful testing. I'd like 
to approach the problem in a more rational way. Any pointers?

-- 
Kind regards,

Erik de Bruijn
BudgetDedicated

www.BudgetDedicated.com | Tel. +31 492 430559 | Fax. +31 492 663870 | Mob. +31 6 21856715 | Adres: Haagwinde 16 | Zipcode NL-5731 WD Mierlo



Linux (native)
<   0:    1199786          XT-PIC  timer
<   1:          8          XT-PIC  i8042
<   2:          0          XT-PIC  cascade
<   4:       5642          XT-PIC  serial
<   8:          2          XT-PIC  rtc
<  10:       4711          XT-PIC  eth1            <----
<  11:       1574          XT-PIC  eth0            <----
<  12:          0          XT-PIC  ehci_hcd
<  14:       1178          XT-PIC  ide0
<  15:         25          XT-PIC  ide1

---
XEN/XenLinuxBorked

>   1:          8        Phys-irq  i8042
>   4:        715        Phys-irq  serial
>   8:          2        Phys-irq  rtc
>  12:          0        Phys-irq  ehci_hcd
>  14:       1177        Phys-irq  ide0
>  15:         25        Phys-irq  ide1
> 128:          1     Dynamic-irq  misdirect
> 129:          0     Dynamic-irq  ctrl-if
> 130:       8067     Dynamic-irq  timer
> 131:          0     Dynamic-irq  net-be-dbg


XEN/AnotherXenLinuxButWorking
sysx sbin # cat /proc/interrupts

           CPU0

  1:          8        Phys-irq  i8042
  4:        292        Phys-irq  serial
  5:   29700212        Phys-irq  eth0            <----
 10:      25375        Phys-irq  ide4
 11:    4399697        Phys-irq  ide2
 14:       1165        Phys-irq  ide0
128:          1     Dynamic-irq  misdirect
129:       1984     Dynamic-irq  ctrl-if
130:  103238953     Dynamic-irq  timer
131:          0     Dynamic-irq  net-be-dbg
132:     127467     Dynamic-irq  blkif-backend
133:    1204817     Dynamic-irq  vif22.0
134:     395070     Dynamic-irq  blkif-backend
...
150:     120699     Dynamic-irq  blkif-backend
151:      18471     Dynamic-irq  vif71.0
NMI:          0
ERR:          0




-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/

             reply	other threads:[~2004-12-08  0:11 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-12-08  0:11 Erik de Bruijn - BudgetDedicated.com [this message]
  -- strict thread matches above, loose matches on Subject: below --
2004-12-08 16:06 eth interrupts unavailable under xen Ian Pratt
2004-12-08 17:06 ` Erik de Bruijn - BudgetDedicated.com
2004-12-08 17:21 Ian Pratt

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=41B6469D.4060001@BudgetDedicated.com \
    --to=erik@budgetdedicated.com \
    --cc=xen-devel@lists.sourceforge.net \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.