On Tue, Nov 23, 2010 at 03:16:57PM +0100, Toni Mueller wrote:

quoted text
> Hi,
> 
> On Thu, 18.11.2010 at 16:38:55 +0100, Manuel Guesdon <ml+openbsd.misc@oxymium.net> wrote:
> > Is there a way to get detailed em(4) device errors without having to
> > recompile kernel with EM_DEBUG ?
> > I try to find in-errors reason(s) but netstat only gives errors as a sum of
> > dropped_pkts + stats.rxerrc + stats.crcerrs + sc->stats.algnerrc +... as far
> > as I can see :-(
> 
> I'm having a similar problem. On one 4x em(4) machine, I get a lot of
> input errors and, much more serious, intermittend packet loss, but only
> on one interface out of two with similar traffic levels (~1-4kpps per
> direction).
> 
> After reading the latest em(4) threads, I also found this very strange
> thing, which must have been automatically configured:
> 
> # ifconfig em3
> em3:
> flags=8b43<UP,BROADCAST,RUNNING,PROMISC,ALLMULTI,SIMPLEX,MULTICAST> mtu 1500
>         lladdr 00:30:48:94:0b:21
>         priority: 0
>         media: Ethernet autoselect (1000baseT full-duplex,master)
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>         status: active
> 
> 
> I'm unsure about how to remove this feature from this (physical)
> interface, and the machine uses none of carp, pfsync or sasync.
> The hardware for this interface is

I would rather investigate why the PROMISC and ALLMULTI flags are set
on this interface.

	-Otto

quoted text
> 
> em3 at pci5 dev 0 function 0 "Intel PRO/1000MT (82573L)" rev 0x00: apic 2 int 17 (irq 11), address 00:30:48:94:0b:21
> 
> as detected by OpenBSD 4.8-stable (i386).
> 
> The ability to selectively enable or disable debugging for individual
> devices at runtime would be a great feature, from a sysadmin's
> perspective.
> 
> 
> -- 
> Kind regards,
> --Toni++