From owner-freebsd-bugs Wed Jul 7 2:50: 4 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 900CC14C8F for ; Wed, 7 Jul 1999 02:50:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id CAA11141; Wed, 7 Jul 1999 02:50:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Wed, 7 Jul 1999 02:50:02 -0700 (PDT) Message-Id: <199907070950.CAA11141@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Craig Leres Subject: Re: kern/12543: [PATCH] cumulative error stats for fxp(4) Reply-To: Craig Leres Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/12543; it has been noted by GNATS. From: Craig Leres To: dg@root.com Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: kern/12543: [PATCH] cumulative error stats for fxp(4) Date: Wed, 07 Jul 1999 02:40:03 PDT > >>Description: > > > > It would be really sweet if one could look at the long term > > error counters for the intel 10/100 card. This information > > can be invaluable in debugging network problems. > > > >>How-To-Repeat: > > > > The fxp driver only keeps around the last set of incremental > > changes to the error counters. > > > >>Fix: > > > > Add a new fxp_stats struct and add in new amounts fxp_stats_update(). > > Hello, Craig. I actually had counters like that in an early version of the > driver but decided to remove them for performance reasons. I wonder if these > should be hidden behind a compile time option? That would be fine with me. It would be nice if there was some way to tell at run time that the stats were available so that a C program or gdb script could tell if the stats are available. Craig To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message