From owner-freebsd-bugs@FreeBSD.ORG Wed Dec 28 21:00:37 2005 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 599EC16A460 for ; Wed, 28 Dec 2005 21:00:37 +0000 (GMT) (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 0E78143D6A for ; Wed, 28 Dec 2005 21:00:22 +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 jBSL0LvK041917 for ; Wed, 28 Dec 2005 21:00:21 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id jBSL0LsV041914; Wed, 28 Dec 2005 21:00:21 GMT (envelope-from gnats) Date: Wed, 28 Dec 2005 21:00:21 GMT Message-Id: <200512282100.jBSL0LsV041914@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org From: Gleb Smirnoff Cc: Subject: Re: kern/91032: invalid IP checksum under if_bridge(4)+em(4) combination X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Gleb Smirnoff List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Dec 2005 21:00:37 -0000 The following reply was made to PR kern/91032; it has been noted by GNATS. From: Gleb Smirnoff To: "Ralf S. Engelschall" Cc: FreeBSD-gnats-submit@FreeBSD.org Subject: Re: kern/91032: invalid IP checksum under if_bridge(4)+em(4) combination Date: Wed, 28 Dec 2005 23:55:23 +0300 On Wed, Dec 28, 2005 at 09:45:38PM +0100, Ralf S. Engelschall wrote: R> Another workaround would have been to put into the box a 100baseTX NIC R> driven by fxp(4) instead of the 1000baseTX NIC driven by em(4). Because R> the combination of if_bridge(4) and fxp(4) I've running fine with mostly R> the same configuration on another server. Not all fxp(4) cards can do checksum offloading. If you put the one that can't, then the seconds workaround doesn't differ from the first one. An problem ins't em specific in this case probably. So important questions is: does the fxp card you used can do offloading? -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE