|
|
|
|
|
|
|
|
|
|
xen-users
Re: [Xen-users] crash e100 amd64 >=4GB RAM
Am 27.05.2010 07:32, schrieb Claudiu Curcă:
On Thu, May 27, 2010 at 8:19 AM, Daniel Schmitt<daniel.schmitt@xxxxxxx> wrote:
Hello list,
I'm using gentoo Linux with xen 3.4.1 and linux kernel 2.6.30 fine till
now where I need more RAM. I used 2GB and now I want to use 4GB.
But upping eth0 (4-port e100 Quad Port Device by Compaq) crashed the
kernel. I tried xen 4.0.0 with linux kernel 2.6.32-r1 from
http://code.google.com/p/gentoo-xen-kernel/downloads/list same error.
Using swiotlb=force or swiotlb=128,force or iommu=off did not succeed
even. The board has a tg3 gigabit NIC eth4, too. Upping this device does
not crash the kernel.
It must have something to do with e100 driver.
The machine where the crash happens is a Dell PowerEdge 840. It uses Intel
Core2Duo (dual core).
Can anyone help?
Here is some crash information:
------------------------
kernel BUG at lib/swiotlb-xen.c:454!
[<ffffffff80481120>] e100_rx_alloc_skb+0x190/0x230
...
RIP [<ffffffff803c56a6>] swiotlb_sync_single_for_device+0x96/0xe0
Segmentation fault
------------------------
Hello,
Does it happen with a non-xen (sys-kernel/gentoo-sources) kernel too?
(linux-2.6.32-gentoo-r7 is the latest, I believe).
If it does, then this could surely be a problem in the e100 driver and
should be reported upstream.
I tried now with grml 2010-04 amd64 version.
It does not hang. Upping eth0 works. Network traffic is received but not
answered.
ARP Replies are sent to the wrong IP if an ARP Request is received. I
analysed this with tcpdump.
Beside this, no packet is sent! If I try to ping another station, the TX
packets counter does not get increased.
strange ...
Seems like e100 is broken with amd64?
Perhaps I manage to use plain old eepro100 by D. Becker.
Daniel
_______________________________________________
Xen-users mailing list
Xen-users@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-users
|
<Prev in Thread] |
Current Thread |
[Next in Thread> |
- Re: [Xen-users] crash e100 amd64 >=4GB RAM,
Daniel Schmitt <=
|
|
|
|
|