Return to BSD News archive
#! rnews 1649 sserve.cc.adfa.oz.au Path: sserve!newshost.anu.edu.au!harbinger.cc.monash.edu.au!simtel!news.kei.com!news.mathworks.com!gatech!howland.reston.ans.net!xlink.net!rz.uni-karlsruhe.de!news.uni-stuttgart.de!news.rhrz.uni-bonn.de!RRZ.Uni-Koeln.DE!se From: se@MI.Uni-Koeln.DE (Stefan Esser) Newsgroups: comp.unix.bsd.freebsd.misc Subject: Re: de0 fails - Can't fix iomem with UserConfig - Why? Date: 11 Jul 1995 09:37:14 GMT Organization: Institute for Mathematics, University of Cologne, Germany Lines: 25 Message-ID: <3ttgoa$78s@news.rrz.uni-koeln.de> References: <DB87I5.MKy@ncrcae.ColumbiaSC.ATTGIS.COM> <3thd4q$qe4@news.rrz.uni-koeln.de> <deeken.805384748@iti.informatik.th-darmstadt.de> NNTP-Posting-Host: fileserv1.mi.uni-koeln.de In article <deeken.805384748@iti.informatik.th-darmstadt.de>, deeken@iti.informatik.th-darmstadt.de (Hannes Deeken) writes: |> On a similar line: I can't get a Cogent EMaster 800+ (4-Port Ethernet |> with 4 DEC 21040 behind a DEC PCI-PCI-Bridge) to work on all 4 ports. |> All four chips are successfully detected, but on the second, third |> and fourth chip, the ethernet address comes out empty (tulip_read_macaddr |> returns -3). This seems to be a incompatibility between the "de" driver and that particular board. Guess that different vendors use different methods to make the MAC addresses available to the driver ... Doesn't look like a problem with the PCI init code at all, but I'll make sure, if you send a boot message log. Regards, STefan -- Stefan Esser Internet: <se@ZPR.Uni-Koeln.DE> Zentrum fuer Paralleles Rechnen Tel: +49 221 4706021 Universitaet zu Koeln FAX: +49 221 4705160 Weyertal 80 50931 Koeln