Date: Sat, 25 Nov 2000 02:29:47 +0000 From: Brian Somers <brian@Awfulhak.org> To: Roger Hardiman <roger@FreeBSD.org> Cc: cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org, brian@Awfulhak.org Subject: Re: cvs commit: src/sys/pci if_rl.c Message-ID: <200011250229.eAP2Tmd76270@hak.lan.Awfulhak.org> In-Reply-To: Message from Roger Hardiman <roger@FreeBSD.org> of "Fri, 24 Nov 2000 09:36:08 PST." <200011241736.JAA28279@freefall.freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
> roger 2000/11/24 09:36:08 PST
>
> Modified files:
> sys/pci if_rl.c
> Log:
> Print a warning when we detect a Realtek 8139B chip
> (identified by the IO map being 256 bytes long instead of 128)
>
> This chip works very unreliably on my Lanner embedded PC with the rl driver.
> Lots of watchdog timeouts or poor performance.
>
> Forcing the media type to 10 Meg (ifconfig rl0 media 10baseT/UTP) is a good
> workaround.
>
> This looks very similar to the problem reported in PR kern/18790
>
> It is interesting to note that the linux driver has lots of special
> case code for this chip.
Interesting... I have the exact same problem (lousy performance,
10baseT/UTP *without* full-duplex makes it good, lots of interrupt
timeouts) with the vr device:
vr0: <VIA VT3043 Rhine I 10/100BaseTX> port 0xe000-0xe07f mem 0xe7000000-0xe700007f irq 10 at device 18.0 on pci0
vr0: Ethernet address: 00:90:99:16:03:7b
miibus0: <MII bus> on vr0
Same behaviour on both -stable & -current.
> Revision Changes Path
> 1.51 +12 -2 src/sys/pci/if_rl.c
--
Brian <brian@Awfulhak.org> <brian@[uk.]FreeBSD.org>
<http://www.Awfulhak.org>; <brian@[uk.]OpenBSD.org>
Don't _EVER_ lose your sense of humour !
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe cvs-all" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200011250229.eAP2Tmd76270>