From owner-freebsd-hackers Wed Jun 24 11:08:28 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA24994 for freebsd-hackers-outgoing; Wed, 24 Jun 1998 11:08:28 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from implode.root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA24864 for ; Wed, 24 Jun 1998 11:07:40 -0700 (PDT) (envelope-from root@implode.root.com) Received: from implode.root.com (localhost [127.0.0.1]) by implode.root.com (8.8.5/8.8.5) with ESMTP id LAA00690; Wed, 24 Jun 1998 11:08:00 -0700 (PDT) Message-Id: <199806241808.LAA00690@implode.root.com> To: Cejka Rudolf cc: freebsd-hackers@FreeBSD.ORG Subject: Re: fxp0: Hard bug??? In-reply-to: Your message of "Wed, 17 Jun 1998 15:42:53 +0200." <199806171342.NAA21334@sts.dcse.fee.vutbr.cz> From: David Greenman Reply-To: dg@root.com Date: Wed, 24 Jun 1998 11:08:00 -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >_BUT_ after adding two lines: > > CSR_WRITE_4(sc, FXP_CSR_PORT, FXP_PORT_SOFTWARE_RESET); > DELAY(10); > >in fxp_init() function, kernel boots well! I just noticed that you are using the 'SOFTWARE_RESET' instead of the 'SELECTIVE_RESET'. This is generally not recommended as it does a complete reset of the chip and requires complete reprogramming. In addition, it can also cause your PCI bus to hang if done when the card isn't completely idle. So are you saying that your card won't work propeyly without doing the SOFTWARE_RESET? What happens when you use the SELECTIVE_RESET instead? It sounds like your MSDOS driver is doing something very funky with the card...one can only imagine. -DG David Greenman Co-founder/Principal Architect, The FreeBSD Project To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message