Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
Realtek r8169
View unanswered posts
View posts from last 24 hours

 
Reply to topic    Gentoo Forums Forum Index Gentoo on Alternative Architectures
View previous topic :: View next topic  
Author Message
Qdot
Tux's lil' helper
Tux's lil' helper


Joined: 06 Jan 2005
Posts: 127

PostPosted: Thu Mar 23, 2006 5:52 am    Post subject: Realtek r8169 Reply with quote

Hello!

I know this driver is sloppy.. but, is anyone interested in collaborating with me to fix that it on the Alpha?

It sometimes works, but very ocassionally.. really weird behaviour, both with NAPI and without.

Code:
0001:01:09.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8169 Gigabit Ethernet (rev 10)
        Subsystem: Realtek Semiconductor Co., Ltd. RTL-8169 Gigabit Ethernet
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
        Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
        Latency: 255 (8000ns min, 16000ns max), Cache Line Size 10
        Interrupt: pin A routed to IRQ 39
        Region 0: I/O ports at 200009400 [size=256]
        Region 1: Memory at 209231000 (32-bit, non-prefetchable) [size=256]
        Expansion ROM at 209200000 [disabled] [size=128K]
        Capabilities: [dc] Power Management version 2
                Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0-,D1+,D2+,D3hot+,D3cold-)
                Status: D0 PME-Enable- DSel=0 DScale=0 PME-



trying to get it working on: Linux DS20 2.6.16-rc5 #1 Wed Mar 1 15:28:23 EST 2006 alpha EV6 GNU/Linux

Code:
cpu                     : Alpha
cpu model               : EV6
cpu variation           : 7
cpu revision            : 0
cpu serial number       :
system type             : Tsunami
system variation        : Goldrush
system revision         : 0
system serial number    : NI92008682
cycle frequency [Hz]    : 500000000
timer frequency [Hz]    : 1024.00
page size [bytes]       : 8192
phys. address bits      : 44
max. addr. space #      : 255
BogoMIPS                : 994.44
kernel unaligned acc    : 74723 (pc=fffffc0000494774,va=fffffc003c9d570c)
user unaligned acc      : 0 (pc=0,va=0)
platform string         : AlphaServer DS20 500 MHz
cpus detected           : 1
L1 Icache               : 64K, 2-way, 64b line
L1 Dcache               : 64K, 2-way, 64b line
L2 cache                : 4096K, 1-way, 64b line
L3 cache                : n/a


Any help or pointers to right people/right places?
Back to top
View user's profile Send private message
wildhorse
Apprentice
Apprentice


Joined: 16 Mar 2006
Posts: 150
Location: Estados Unidos De América

PostPosted: Thu Mar 23, 2006 8:57 pm    Post subject: Reply with quote

I had problems with the Realtek 8169 myself, not just the one I posted a few days ago, and came to a simple conclusion:
https://forums.gentoo.org/viewtopic-p-3183599.html
[
Back to top
View user's profile Send private message
Qdot
Tux's lil' helper
Tux's lil' helper


Joined: 06 Jan 2005
Posts: 127

PostPosted: Thu Mar 23, 2006 9:50 pm    Post subject: Reply with quote

wildhorse wrote:
I had problems with the Realtek 8169 myself, not just the one I posted a few days ago, and came to a simple conclusion:
https://forums.gentoo.org/viewtopic-p-3183599.html
[

Well, that is a solution.. any more creative ones?
Back to top
View user's profile Send private message
wildhorse
Apprentice
Apprentice


Joined: 16 Mar 2006
Posts: 150
Location: Estados Unidos De América

PostPosted: Thu Mar 23, 2006 10:29 pm    Post subject: Reply with quote

Seriously, have a look at http://people.freebsd.org/~wpaul/re/if_re.c

Quote:
* The following routine is designed to test for a defect on some
* 32-bit 8169 cards. Some of these NICs have the REQ64# and ACK64#
* lines connected to the bus, however for a 32-bit only card, they
* should be pulled high. The result of this defect is that the
* NIC will not work right if you plug it into a 64-bit slot: DMA
* operations will be done with 64-bit transfers, which will fail
* because the 64-bit data lines aren't connected.
*
* There's no way to work around this (short of talking a soldering
* iron to the board), however we can detect it. The method we use
* here is to put the NIC into digital loopback mode, set the receiver
* to promiscuous mode, and then try to send a frame. We then compare
* the frame data we sent to what was received. If the data matches,
* then the NIC is working correctly, otherwise we know the user has
* a defective NIC which has been mistakenly plugged into a 64-bit PCI
* slot. In the latter case, there's no way the NIC can work correctly,
* so we print out a message on the console and abort the device attach.


When I found this notice it gave me the creeps. Also notice the 7500 byte limitation for Jumbo packages. And so on. This NIC is a few years old by now and it is still not working. That is why I came to the final conclusion. The DS20 is a fine machine (I have a few myself). Compaq/HP uses the BCM5701/5703 for this hardware (although I know that VMS supports only certain versions of this hw, sigh). No offense, and good luck!
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Gentoo on Alternative Architectures All times are GMT
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum