From owner-cvs-all Thu Sep 24 10:14:33 1998 Return-Path: Received: (from daemon@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA03886 for cvs-all-outgoing; Thu, 24 Sep 1998 10:14:33 -0700 (PDT) (envelope-from owner-cvs-all) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA03867; Thu, 24 Sep 1998 10:14:25 -0700 (PDT) (envelope-from wpaul@FreeBSD.org) From: Bill Paul Received: (from wpaul@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id KAA05299; Thu, 24 Sep 1998 10:14:24 -0700 (PDT) Date: Thu, 24 Sep 1998 10:14:24 -0700 (PDT) Message-Id: <199809241714.KAA05299@freefall.freebsd.org> To: cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG Subject: cvs commit: src/sys/pci if_tl.c Sender: owner-cvs-all@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk wpaul 1998/09/24 10:14:24 PDT Modified files: sys/pci if_tl.c Log: Small tweak: force another reset of the adapter after probing for all the PHYs in tl_attach(). This is mainly to suck away any possible stray interrupts. This prevents an intermittent problem on some systems where the adapter probes correctly but yields a device timeout (and possible subsequent adapter check) when configured. When I originally tested the driver, I ifconfig'ed the interface after the system had already been booted and didn't notice any problems, but when configuring the interface immediately at startup, it would occasionally timeout and hang, until an adapter check interrupt came along and reset things again. I'm not exactly sure if this is a general problem of just something peculiar to this hardware (there are three devices, including the tlan, all on IRQ 11) but the extra reset shouldn't hurt anything. (It works fine with my 100Mbps Olicom adapter too.) Thanks to Mark Taylor from Cybernet (mtaylor@cybernet.com) for allowing me remote access to a Compaq system for debugging purposes. Revision Changes Path 1.16 +13 -3 src/sys/pci/if_tl.c