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/
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxxx
https://lists.sourceforge.net/lists/listinfo/xen-devel
|