From owner-freebsd-bugs@FreeBSD.ORG Fri Nov 5 10:50:39 2004 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 011FB16A4CE for ; Fri, 5 Nov 2004 10:50:39 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id CCA9F43D53 for ; Fri, 5 Nov 2004 10:50:38 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.11/8.12.11) with ESMTP id iA5AocS8083938 for ; Fri, 5 Nov 2004 10:50:38 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.11/8.12.11/Submit) id iA5Aoc3U083937; Fri, 5 Nov 2004 10:50:38 GMT (envelope-from gnats) Date: Fri, 5 Nov 2004 10:50:38 GMT Message-Id: <200411051050.iA5Aoc3U083937@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org From: Jeremy Chadwick Subject: Re: kern/71229: Device sk0 hands up when data transfering X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Jeremy Chadwick List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Nov 2004 10:50:39 -0000 The following reply was made to PR kern/71229; it has been noted by GNATS. From: Jeremy Chadwick To: freebsd-gnats-submit@FreeBSD.org, hunreal@gmail.com Cc: Subject: Re: kern/71229: Device sk0 hands up when data transfering Date: Fri, 5 Nov 2004 02:50:09 -0800 I can confirm this exact behaviour on other vendors' motherboards, particularly Gigabyte. The chipset in question: === skc0: port 0xa000-0xa0ff mem 0xf9044000-0xf9047fff irq 20 at device 9.0 on pci1 skc0: Yukon Gigabit Ethernet 10/100/1000Base-T Adapter sk0: on skc0 sk0: Ethernet address: 00:0f:ea:31:f0:ee miibus1: on sk0 e1000phy0: on miibus1 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto skc0@pci1:9:0: class=0x020000 card=0xe0001458 chip=0x432011ab rev=0x13 hdr=0x00 vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' device = '88E8001 Gigabit 32-bit Ethernet Controller with Integrated PHY' class = network subclass = ethernet === The errors in question when doing large transfers: === Nov 4 23:51:57 icarus kernel: sk0: discard frame w/o leading ethernet header (len 0 pkt len 0) Nov 4 23:51:57 icarus kernel: sk0: discard oversize frame (ether type 0 flags 3 len 9022 > max 1514) Nov 4 23:51:57 icarus kernel: sk0: discard oversize frame (ether type 0 flags 3 len 1556 > max 1514) Nov 4 23:51:57 icarus kernel: sk0: discard frame w/o leading ethernet header (len 0 pkt len 0) Nov 4 23:51:57 icarus kernel: sk0: discard oversize frame (ether type 0 flags 3 len 9022 > max 1514) Nov 4 23:51:57 icarus kernel: sk0: discard oversize frame (ether type 0 flags 3 len 7524 > max 1514) Nov 4 23:51:57 icarus kernel: sk0: discard oversize frame (ether type e889 flags 3 len 9022 > max 1514) Nov 4 23:51:57 icarus kernel: sk0: discard oversize frame (ether type eb3a flags 3 len 3840 > max 1514) ...and so on... === Operating system is 5.3-RELEASE (as of Nov 5 2004 -- today). I have managed to circumvent this problem by forcing the sk0 interface to 100baseTX + full-duplex instead of autodetect (which normally picks up 1000baseTX + full-duplex, since it's connected to a GbE switch). This is definitely looking to be some sort-of driver problem, and IMHO has very little to do with motherboard BIOS revisions as implied in the aforementioned PR (kern/69879). kern/69789, IMHO, should have never been closed. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. |