From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Jan Beulich" Subject: Re: Xen bug or sky2 device driver bug? Date: Fri, 18 Aug 2006 10:09:39 +0200 Message-ID: <44E591E3.76E4.0078.0@novell.com> References: <44E5713A.2050106@camars.kaist.ac.kr> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="=__Part6F4AC3D3.1__=" Return-path: In-Reply-To: <44E5713A.2050106@camars.kaist.ac.kr> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Jae-Wan Jang , xen-devel@lists.xensource.com List-Id: xen-devel@lists.xenproject.org --=__Part6F4AC3D3.1__= Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Disposition: inline We had determined this to be a problem in the bridge netfilter code, in that it can't deal with skb-s that have no headroom set up (for alignment purposes), as the sky2 driver appears to do. I'm attaching the patch we use to address this in SLE10. Jan >>> Jae-Wan Jang 18.08.06 09:50 >>> Hello, I'm using ASUS P5WD2-E Premium mother board. It has two Marvell Yukon II gigabit Ethernet and sky2 device driver is used for them. When domU receives lots of lots of packets (about 10Kb each), dom0 crashes. Unfortunately, my machine doesn't have serial port, I can't capture all the oops messages. Following is backtrace of the oops messages. When domU receives lots of packets from other physical machine, kernel panic occurs. Backtrace br_handle_frame br_nf_pre_routing_finish br_nf_pre_routing nf_iterate nf_hook_slow br_handle_frame netif_receive_skb sky2_poll net_rx_action __do_softirq irq_exit do_IRQ evtchn_do_upcall hypervisor_callback xen_idle cpu_idle rest_init start_kernel 0xc010006f Is it bug of Xen or sky2 device? Thanks in advance. -- Jae-Wan Jang jwjang@camars.kaist.ac.kr +82-42-869-3559 http://camars.kaist.ac.kr/~jwjang _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel --=__Part6F4AC3D3.1__= Content-Type: application/octet-stream; name="nf_bridge-header-size" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="nf_bridge-header-size" U3ViamVjdDogbmZfYnJpZGdlOiBldGhlcm5ldCBoZWFkZXIgaXMgMTQgbm90IDE2IGJ5dGVzCkZy b206IGpiZXVsaWNoQG5vdmVsbC5jb20KQWNrZWQtYnk6IGtyYXhlbEBzdXNlLmRlClJlZmVyZW5j ZXM6IDE1MDQxMAoKVGhlIGJyaWRnZSBuZXRmaWx0ZXIgY29kZSBzYXZlcyB0d28gbW9yZSBieXRl cyB0aGF0IGl0IHNob3VsZC4KSW4gbW9zdCBjYXNlcyBpdCBkb2Vzbid0IGh1cnQgYmVjYXVzZSBt YW55IGRyaXZlcnMgdXNlIE5FVF9JUF9BTElHTgp0byBtYWtlIHRoZSBJUCBoZWFkZXIgYWxpZ25l ZCwgc28gdGhlcmUgYXJlIHR3byBleHRyYSBieXRlcyBoZWFkIHJvb20KYXZhaWxhYmxlLgoKU29t ZSBkcml2ZXJzIGRvbid0IGRvIHRoYXQgdGhvdWdoIChza3kyIGZvciBleGFtcGxlKSwgc28gY29w eWluZwphY2Nlc3NlcyBkYXRhIG91dHNpZGUgdGhlIHNrYnVmZiBkYXRhIGFsbG9jYXRpb24uICBP biB4ZW4ga2VybmVscwp0aGlzIGNhbiBraWxsIHRoZSBtYWNoaW5lIHdpdGggYSBwYWdlIGZhdWx0 IGR1ZSB0byB0aGUgd2F5IGhvdwpza2J1ZmZzIGFyZSBhbGxvY2F0ZWQgYW5kIHRoZSBtZW1vcnkg aXMgbWFuYWdlZC4KCkluZGV4OiBsaW51eC0yLjYuMTYvaW5jbHVkZS9saW51eC9uZXRmaWx0ZXJf YnJpZGdlLmgKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PQotLS0gbGludXgtMi42LjE2Lm9yaWcvaW5jbHVkZS9saW51eC9u ZXRmaWx0ZXJfYnJpZGdlLmgKKysrIGxpbnV4LTIuNi4xNi9pbmNsdWRlL2xpbnV4L25ldGZpbHRl cl9icmlkZ2UuaApAQCAtNzMsMTQgKzczLDE0IEBAIHZvaWQgbmZfYnJpZGdlX21heWJlX2NvcHlf aGVhZGVyKHN0cnVjdCAKIAkJCW1lbWNweShza2ItPmRhdGEgLSAxOCwgc2tiLT5uZl9icmlkZ2Ut PmRhdGEsIDE4KTsKIAkJCXNrYl9wdXNoKHNrYiwgNCk7CiAJCX0gZWxzZQotCQkJbWVtY3B5KHNr Yi0+ZGF0YSAtIDE2LCBza2ItPm5mX2JyaWRnZS0+ZGF0YSwgMTYpOworCQkJbWVtY3B5KHNrYi0+ ZGF0YSAtIDE0LCBza2ItPm5mX2JyaWRnZS0+ZGF0YSwgMTQpOwogCX0KIH0KIAogc3RhdGljIGlu bGluZQogdm9pZCBuZl9icmlkZ2Vfc2F2ZV9oZWFkZXIoc3RydWN0IHNrX2J1ZmYgKnNrYikKIHsK LSAgICAgICAgaW50IGhlYWRlcl9zaXplID0gMTY7CisgICAgICAgIGludCBoZWFkZXJfc2l6ZSA9 IDE0OwogCiAJaWYgKHNrYi0+cHJvdG9jb2wgPT0gX19jb25zdGFudF9odG9ucyhFVEhfUF84MDIx USkpCiAJCWhlYWRlcl9zaXplID0gMTg7Cg== --=__Part6F4AC3D3.1__= Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel --=__Part6F4AC3D3.1__=--