From owner-freebsd-bugs@FreeBSD.ORG Fri Mar 24 16:20:19 2006 Return-Path: X-Original-To: freebsd-bugs@hub.freebsd.org 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 1553016A427 for ; Fri, 24 Mar 2006 16:20:18 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E11243D46 for ; Fri, 24 Mar 2006 16:20:18 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k2OGKHwj098223 for ; Fri, 24 Mar 2006 16:20:17 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k2OGKHPj098222; Fri, 24 Mar 2006 16:20:17 GMT (envelope-from gnats) Date: Fri, 24 Mar 2006 16:20:17 GMT Message-Id: <200603241620.k2OGKHPj098222@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org From: Lucas Nussbaum Cc: Subject: Re: kern/94863: [bge] hack to get bge(4) working on IBM e326m X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Lucas Nussbaum List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Mar 2006 16:20:19 -0000 The following reply was made to PR kern/94863; it has been noted by GNATS. From: Lucas Nussbaum To: Vivek Khera Cc: bug-followup@FreeBSD.org Subject: Re: kern/94863: [bge] hack to get bge(4) working on IBM e326m Date: Fri, 24 Mar 2006 17:14:35 +0100 On 24/03/06 at 09:57 -0500, Vivek Khera wrote: > > On Mar 24, 2006, at 5:23 AM, Lucas Nussbaum wrote: > > >I patched the FreeBSD driver to add those IDs, but then, when > >tranfering > >large files, I got : > > bge1: discard frame w/o leading ethernet header (len 4294967292 > >pkt len > >4294967292) > > > >And: > > Fatal trap 12: page fault while in kernel mode > > fault virtual address = 0x28 > > fault code = supervisor write, page not present > > instruction pointer = 0x8:0xffffffff80227802 > > stack pointer = 0x10:0xffffffffb1b00b80 > > frame pointer = 0x10:0xffffffffb1f3a020 > > code segment = base 0x0, limit 0xfffff, type 0x1b > > = DPL 0, pres 1, long 1, def32 0, gran 1 > > processor eflags = interrupt enabled, resume, IOPL = 0 > > current process = 18 (irq7: bge1) > > trap number = 12 > > panic: page fault > > Uptime: 1m57s > > Cannot dump. No dump device defined. > > Automatic reboot in 15 seconds - press a key on the console to abort > > > >You didn't run into similar issues ? > > Yes I did when all I did was identify the card by the chip ID. You > also need to activate the 5714 "evasive maneuvers" in bge.c where it > is special cased. Then it works quite well (at least it doesn't > crash). That's where you detect the ASIC as 0x08. Could you please provide a diff or a copy of your if_bge.* ? I was planning to hack the driver next week to support an e326m, so it would save me some time :-) > I found the ID numbers by running "pciconf -l" and then adding it to > the driver, then I found the ASIC rev by reading the boot message > from FreeBSD. I really think it's a BCM5780 : the same IDs were added to the linux driver for the 5780, and I remember ready about 5780 in some tech doc. > The "product review" literature claims it has a 5714 controller. I > can forward the PDF if you care. I put little faith into this, > though. For example, the Dell PE800 literature claims it has a 5721 > chip and so that is what the FreeBSD driver identifies the chip ID > as... but the pciconf database claims that chipid is a 5750A1 chip. > I'm inclined to trust the pciconf database more... We should make the > bge driver get the name from the chip like the commentary claims it > can do. Then we'd know for sure! Maybe the policy is to stay in sync with others systems... Anyway, thanks for the info. -- | Lucas Nussbaum | lucas.nussbaum@imag.fr jabber: lucas@nussbaum.fr | | Doctorant Laboratoire ID-IMAG |