From owner-freebsd-stable@FreeBSD.ORG Tue Sep 23 19:06:32 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1CFD110656A1 for ; Tue, 23 Sep 2008 19:06:32 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.190]) by mx1.freebsd.org (Postfix) with ESMTP id 9B70C8FC21 for ; Tue, 23 Sep 2008 19:06:31 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by fk-out-0910.google.com with SMTP id k31so2250181fkk.11 for ; Tue, 23 Sep 2008 12:06:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=A6nBB0rlWI3npo1xLa8wnl5qJYbfOec5KU0Bgg/SGxI=; b=KK/oXou/x/jlKwhII0z62Rz9X7bzt0U+olyxwbgUs1Q7DMhyrznNyWVft+hVQUGX3F j8pAF16VCiSfIZ16+2OnYaBsK9Q7ib8AgJFolLqerjtDh3wZEbvJztmQYT00mrHyby4F G6f8HeQTOzYLmrq00zejgYcuu7yIwW39xJhiY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=jXog3e6cIOcQFI2i4+C4Ede9GxKr9kn4P3bSK7mnFlGuFKgVX9X1D5wENZt8kerjRc AhHmL97yKus4Sjf9HCAoQExvieWUeXOSI6GET+YyqKxjSidYsCC/8K0gjcEndbiPLOvx WL82W/AEmgil6YdJecvp/rHSmMK/EO0OUrgJQ= Received: by 10.180.230.6 with SMTP id c6mr4175825bkh.27.1222194998259; Tue, 23 Sep 2008 11:36:38 -0700 (PDT) Received: by 10.180.208.16 with HTTP; Tue, 23 Sep 2008 11:36:38 -0700 (PDT) Message-ID: <2a41acea0809231136o51201085g3ba38dfb625ef217@mail.gmail.com> Date: Tue, 23 Sep 2008 11:36:38 -0700 From: "Jack Vogel" To: "Jeremy Chadwick" In-Reply-To: <20080923100601.GA52531@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <48D8BAF1.1020602@incunabulum.net> <20080923100601.GA52531@icarus.home.lan> Cc: Bruce M Simpson , FreeBSD stable Subject: Re: fxp multicast forwarding problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Sep 2008 19:06:32 -0000 LOL, sorry to disappoint you but I'm not responsible for fxp, Intel didn't write it, and i've never touched it :) Now that wouldnt mean that I can't look at it, but I am very busy right now, so unless there's no alternative I'd rather not. Jack On Tue, Sep 23, 2008 at 3:06 AM, Jeremy Chadwick wrote: > On Tue, Sep 23, 2008 at 10:46:25AM +0100, Bruce M Simpson wrote: >> Hi, >> >> Whilst doing some QA work on XORP on my desktop, which has fxp0 and >> msk0, fxp0 got totally hosed. >> I was running PIM-SM and IGMPv2 router-mode on the box at the time. >> >> I wonder if this is related to the problems with fxp multicast >> transmission I saw back in April. >> I'm a bit concerned about this as fxp is still a very widespread and >> useful network chip. >> >> I am running 7.0-RELEASE-p4/amd64. >> sysctls for dev.fxp.0 are set to their default values. >> >> I'm not expert on the fxp driver internals, but perhaps someone else has >> seen this kind of problem before. Multicast-promiscuous mode (aka >> ALLMULTI) was enabled on the interface. I know some NICs have problems >> with this, or don't even support it. >> >> The errors look like this: >> fxp0: SCB timeout: 0x10 0x0 0x80 0x0 >> fxp0: SCB timeout: 0x10 0x0 0x80 0x0 >> fxp0: DMA timeout >> ... repeated ... >> >> Attempted workarounds which don't work to un-wedge the chip: >> Reload the fxp0 microcode with "ifconfig fxp0 link0" >> Forcibly unloading the kernel module and reloading it >> Unpatching and repatching at the switch (a cheap 10/100 one) >> Enabling and disabling promiscuous mode >> Twiddling dev.fxp.0.noflow >> >> The link status looks fine, but the card will not send or receive traffic. >> A warm reboot was enough to get things back up again. >> >> regards, >> BMS > > Adding Jack Vogel, who's responsible for fxp(4). > > -- > | 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. PGP: 4BD6C0CB | > >