Return to BSD News archive
Path: sserve!newshost.anu.edu.au!munnari.oz.au!news.Hawaii.Edu!ames!elroy.jpl.nasa.gov!swrinde!cs.utexas.edu!uunet!olivea!grapevine.lcs.mit.edu!ai-lab!life.ai.mit.edu!mycroft From: mycroft@duality.gnu.ai.mit.edu (Charles Hannum) Newsgroups: comp.os.386bsd.questions Subject: Re: [NetBSD-0.9] Possible problem with if_ed driver Date: 13 Sep 1993 14:24:16 GMT Organization: MIT Artificial Intelligence Lab Lines: 13 Message-ID: <MYCROFT.93Sep13102416@duality.gnu.ai.mit.edu> References: <2715f6$72v@mudos.pc.cc.cmu.edu> NNTP-Posting-Host: duality.gnu.ai.mit.edu In-reply-to: mju@mudos.pc.cc.cmu.edu's message of 13 Sep 1993 02:54:16 -0400 In article <2715f6$72v@mudos.pc.cc.cmu.edu> mju@mudos.pc.cc.cmu.edu (Marc Unangst) writes: Sep 12 19:49:04 mudos /netbsd: ed0 at 0x240-0x25f irq 10 maddr 0xcc000-0xcdfff on isa Sep 12 19:49:04 mudos /netbsd: ed0: address 00:00:c0:93:78:5a, type unknown (8bit) The second line is the one I'm concerned about; it appears as if the driver isn't correctly recognizing the card type, and so is only using 8K of RAM and running the card in 8-bit mode. This was a bug in the if_ed driver. It is fixed in NetBSD-current.