From owner-freebsd-net@FreeBSD.ORG Mon Jan 31 16:29:37 2005 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A797C16A4CE for ; Mon, 31 Jan 2005 16:29:37 +0000 (GMT) Received: from mail.acquirer.com (mail.acquirer.com [213.94.200.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id C578243D31 for ; Mon, 31 Jan 2005 16:29:35 +0000 (GMT) (envelope-from nick-list@netability.ie) X-Envelope-To: freebsd-net@freebsd.org Received: from pancake.ip6.netability.ie (pancake.ip6.netability.ie [IPv6:2001:bb0:ccc0:1::44]) by mail.acquirer.com (8.12.10/8.12.9) with ESMTP id j0VGTVtp016586; Mon, 31 Jan 2005 16:29:31 GMT (envelope-from nick-list@netability.ie) From: Nick Hilliard To: "Bjoern A. Zeeb" In-Reply-To: References: <1106914610.32953.12.camel@pancake.netability.ie> Content-Type: text/plain Date: Mon, 31 Jan 2005 16:29:30 +0000 Message-Id: <1107188970.82463.12.camel@pancake.netability.ie> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit cc: freebsd-net@freebsd.org Subject: Re: Marvell Yukon 88E8053 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Jan 2005 16:29:37 -0000 >>integrated pci-e Marvell Yukon 88E8053 gig nic installed. By the looks > > is this another of the PCIe ones? yep, deviceid 0x4362 instead of 0x4361 for the regular 88E8050. > if it would work the patch doesn't cover everything. See > http://sources.zabbadoz.net/freebsd/patchset/EXPERIMENTAL/if_sk-marvell-88e8050-id.diff > what would need to be patched but be sure to read the disclaimer > at the beginning of this file! ach, I missed the statement where it sets sk->sk_type. > if it's one of the 88E8050s (and it seems to be) you will have to wait > for a new driver to come; I know someone is working on this but I don't > know when we might expect something released. I have tried installing if_sk.c 1.83.2.6 and have put in a variant of the patch above (with the sk->sk_type line included). It now fails with: > skc0: port 0xc800-0xc8ff mem 0xdfefc000-0xdfefffff irq 16 at device 0.0 on pci3 > skc0: bad VPD resource id: expected 82 got 0 > sk0: on skc0 > sk0: no memory for jumbo buffers! > sk0: jumbo buffer allocation failed > device_attach: sk0 attach returned 12 > sk1: on skc0 > sk1: no memory for jumbo buffers! > sk1: jumbo buffer allocation failed > device_attach: sk1 attach returned 12 That "at device 0.0" looks suboptimal. Nick