From owner-freebsd-net@FreeBSD.ORG Thu Nov 1 00:54:37 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 73D2C16A421 for ; Thu, 1 Nov 2007 00:54:37 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.189]) by mx1.freebsd.org (Postfix) with ESMTP id E668013C48D for ; Thu, 1 Nov 2007 00:54:36 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so283110nfb for ; Wed, 31 Oct 2007 17:54:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; 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=jgbvK9bmZuy4EZyXK4ceXq4ffQXXGcEg8fFiaDey3es=; b=jB2k6U4fuoApeCRBf05sVJc8GCcM3rSHO89iZpa1EI4HCxHdJ5kQmt/f8vAXQFHxIGJnXMwFPBOJ2f8t8dEoXOJh5A/QK7T22Y7hKBfQjTx09cuUqmOgfcp6BsdlPFiyJ92Uk8/EaroFPK2UwlzCD6qfJDkbDPLNIcjt4JzJUco= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=nOiaMTzedU1cngiFKsSKkdj6PKE5VLKlfCiB6klGYN2oueobDmlvFBgV1aktYPwx7onsyvoRpkjoo7QQf1jj0pSIiIXJK9GC5eQyvYswXXil0J2dwGgRKcioMiWEHt9suvKVAdDaZAISNRRCoF0HxoYhKLTaBBe+sFoYKGCKH3g= Received: by 10.86.71.1 with SMTP id t1mr6996698fga.1193876894038; Wed, 31 Oct 2007 17:28:14 -0700 (PDT) Received: by 10.86.100.19 with HTTP; Wed, 31 Oct 2007 17:28:13 -0700 (PDT) Message-ID: <2a41acea0710311728n69b5669fxb14fd382e3e072d4@mail.gmail.com> Date: Wed, 31 Oct 2007 17:28:13 -0700 From: "Jack Vogel" To: "Vladimir Ivanov" In-Reply-To: <47291716.1030904@yandex-team.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2a41acea0710310935u6ed33491pcee4c6bd57d12d1a@mail.gmail.com> <4728AFCC.7020706@samsco.org> <47291716.1030904@yandex-team.ru> Cc: "freebsd-net@freebsd.org" , Scott Long , FreeBSD Current , FreeBSD Stable List Subject: Re: Proposed #ifdef change to em X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Nov 2007 00:54:37 -0000 Vladimir, Your one phrase "more or less patched" invalidated the whole data point. We are talking about code thats checked in and bound for 6.3 :) I have hundreds of machines here at Intel that DON'T have the problem, that's why in early 20th century philosophy they realized that verification as scientific method was ineffective, falsification on the other hand is powerful. So if any users out there have a problem I am trying to understand why. The only way that I have so far reproduced something like their failure is when FAST interrupts are enabled, THEN when I disable them on that same machine the problem disappears. Right now I have still not figured out why this is, I'm trying to do that as I write this. I am also not saying that nothing ever caused a watchdog before FAST handling, only that as best that I can tell right now the one repro I have on STABLE, October Snapshot, is related to it. Regards, Jack On 10/31/07, Vladimir Ivanov wrote: > Scott Long wrote: > > Jack Vogel wrote: > >> I have found that the FAST interrupt handling is implicated > >> in the watchdog resets that I have seen. > > It's not true. I have seen watchdogs much earlier then FASTINTR. > Also, please note: older driver had a bug preventing watchdog to be > reported (see http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/92895) > > >> > >> What I plan to do is revert to the way 6.2 had things, meaning > >> that FAST interrupts will be available but defined off by default. > >> > >> I wanted to know if anyone has an issue with this. And more > >> importantly, I have personally not seen this problem on 7, but > >> I could set up #ifdef's in that driver to be the same way. > >> > >> What does everyone think? > > We've a lot of computers w/FASTINTR (more or less patched). They carry > huge traffic. But I don't remember when I have seen last watchdog. > > E.g.: > > pitman:~# sysctl dev.em.0.stats=1; dmesg | tail -30 > dev.em.0.stats: -1 -> -1 > [skip] > em0: Excessive collisions = 0 > em0: Sequence errors = 0 > em0: Defer count = 0 > em0: Missed Packets = 44614035 > em0: Receive No Buffers = 5082415 > em0: Receive Length Errors = 0 > em0: Receive errors = 0 > em0: Crc errors = 1 > em0: Alignment errors = 0 > em0: Carrier extension errors = 0 > em0: RX overruns = 185231 > em0: watchdog timeouts = 0 > em0: XON Rcvd = 0 > em0: XON Xmtd = 0 > em0: XOFF Rcvd = 0 > em0: XOFF Xmtd = 0 > em0: Good Packets Rcvd = 918214961288 > em0: Good Packets Xmtd = 933147667144 > pitman:~# uptime > 2:54 up 247 days, 5:59, 1 user, load averages: 1,82 1,63 1,55 > > WBR, > Vladimir >