(RealTek 8169SB/8110SB Single-chip funktioniert nicht....) neue Kernelquellen?

E

ex-user_347

Guest
Hallo,

auf meinen Laptop funktioniert unter FreeBSD meine PCMCIA GIGABITE Netzwerkkarte nicht....

bei dmesg kommt u.a.

re0: <RealTek 8169SB/8110SB Single-chip Gigabiet Ethernet>

...
..

re0: couldn't set up irq ?


auf
http://lists.freebsd.org/pipermail/freebsd-current/2006-July/064454.html
taucht der anscheinend der gleiche Fehler auf....


funktioniert diese Netzwerkkarte mittlerweile unter FreeBSD?

sehe, dass es mittlerweile von if_re.c die Version 1.79 gibt...

----
File: [freebsd] / src / sys / dev / re / if_re.c (download)
Revision 1.79, Tue Nov 21 05:41:11 2006 UTC (2 weeks, 4 days ago) by yongari
----

ich habe 1.46 ( 2006/09/21 ) aufn PC....


würde es von daher mal mit der Neuen Version probieren... allerdings kann ich nicht ins von FreeBSD aus in Internet für cvsup oder so...


Gibt es irgendwie vllt ein tar.gz file welches ein aktuelles /usr/src/sys enthält?

(welches ich von Windows aus runterladen kann... und dann unter BSD entpacke?)

oder gibt es irgendwelche anderen Ideen?


Attila
 
gleiche Fehlermeldung: "re0: couldn't set up irq ?"

ok, das runterladen der 6.2-RC1 Sourcen hat funktioniert.... und anscheinend waren die 6.2-RC1 Quellen neuer als die, die ich vorher aufn Rechner hatte....

allerdings half mir der dann gebaute "neue" Kernel auch nicht viel weiter....

es kommt immer noch die gleiche Fehlermeldung...


Gibt es auch eine akzeptable Lösung um an ein ganz aktuelles /usr/src/sys zu kommen... sozusagen den stable-zweig... den ich auch über cvsup mir unter fbsd hole? (cvsup gibt es ja nicht unter Windows...)


Laut
http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/re/if_re.c
gibt es
Revision 1.79

für "Branch: MAIN"

aber 1.46.2.20 für

"Branch: RELENG_6 "


ist "MAIN" FreeBSD 7 ?


Attila
 
main ist -CURRENT, also wird irgendwann einmal 7.0. Würde ich nicht einsetzen, ist einfach nicht stabil genug. Allerdings könntest du versuchen die entsprechenden Dateien aus dem Verzeichnis "re" im CVS in deinen Sourcetree zu packen und einen neuen Kernel zu bauen. Eventuell klappt es :)
 
kein Erfolg

das austauschen der ensprechenden "re"-dateien hat, wie erwartet/befürchtet nicht den gewünschten Erfolg gebracht...

es haben dann einige abhänigkeiten nicht mehr gepasst und der kernel hat sich nicht mal mehr kompilieren lassen....


Sonst irgendwelche Vorschläge wie ich die "RealTek 8169SB/8110SB" unter FreeBSD zum laufen bekommen könnte?


attila
 
kein erfolg mit realtek treibern..

Hallo,
hätte es jetzt mit den realtek-treiber versucht, allerdings führt dies auch nicht zum gewünschten Erfolg....

den Fehler kann man weiter unter beim "dmesg-Auszug" sehen....




Attila

BTW: ich verwende freebsd 6.2rc1

--------------------------------------

dmesg:

isa0: <ISA bus> on isab0
atapci0: <Intel PIIX4 UDMA33 controller> port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf4f0-0xf4ff at device 7.1 on pci0
ata0: <ATA channel 0> on atapci0
ata1: <ATA channel 1> on atapci0
uhci0: <Intel 82443MX USB controller> port 0xf4c0-0xf4df irq 9 at device 7.2 on pci0
uhci0: [GIANT-LOCKED]
usb0: <Intel 82443MX USB controller> on uhci0
usb0: USB revision 1.0
uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub0: 2 ports with 2 removable, self powered
pci0: <bridge> at device 7.3 (no driver attached)
pcm0: <ESS Solo-1 (unknown vendor)> port 0xf440-0xf47f,0xf4a0-0xf4af,0xf4b0-0xf4bf,0xf4e8-0xf4eb,0xf4ec-0xf4ef irq 9 at device 13.0 on pci0
pci0: <simple comms> at device 16.0 (no driver attached)
cbb0: <RF5C475 PCI-CardBus Bridge> irq 9 at device 19.0 on pci0
cardbus0: <CardBus bus> on cbb0
pccard0: <16-bit PCCard bus> on cbb0
pci0: <display, VGA> at device 20.0 (no driver attached)
acpi_acad0: <AC Adapter> on acpi0
battery0: <ACPI Control Method Battery> on acpi0
acpi_lid0: <Control Method Lid Switch> on acpi0
atkbdc0: <Keyboard controller (i8042)> port 0x60,0x64 irq 1 on acpi0
atkbd0: <AT Keyboard> irq 1 on atkbdc0
kbd0 at atkbd0
atkbd0: [GIANT-LOCKED]
psm0: <PS/2 Mouse> irq 12 on atkbdc0
psm0: [GIANT-LOCKED]
psm0: model Generic PS/2 mouse, device ID 0
sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0
sio0: type 16550A
sio1 port 0x2e8-0x2ef,0x118-0x11f irq 3 drq 3 on acpi0
sio1: type 16550A
ppc0: <Standard parallel printer port> port 0x378-0x37b irq 7 on acpi0
ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode
ppbus0: <Parallel port bus> on ppc0
plip0: <PLIP network interface> on ppbus0
lpt0: <Printer> on ppbus0
lpt0: Interrupt-driven port
ppi0: <Parallel I/O> on ppbus0
fdc0: <floppy drive controller> port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0
fdc0: [FAST]
fd0: <1440-KB 3.5" drive> on fdc0 drive 0
pmtimer0 on isa0
orm0: <ISA Option ROM> at iomem 0xc0000-0xcbfff on isa0
sc0: <System console> at flags 0x100 on isa0
sc0: VGA <16 virtual consoles, flags=0x300>
vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
Timecounter "TSC" frequency 300682888 Hz quality 800
Timecounters tick every 1.000 msec
cardbus0: <network, ethernet> at device 0.0 (no driver attached)
ad0: 76319MB <FUJITSU MHT2080AT 0022> at ata0-master UDMA33
Trying to mount root from ufs:/dev/ad0s2a
rl0: <Realtek RTL8169(s) Gigabit Ethernet Adapter> port 0x1000-0x10ff mem 0x88000000-0x880001ff irq 9 at device 0.0 on cardbus0
rl0: [GIANT-LOCKED]
version:1.72
rl0: Ethernet address: 01:30:00:00:00:00
rl0: unknown device ID: 3c7d
device_attach: rl0 attach returned 6


pciconf -lv

rl0@pci2:0:0: class=0x020000 card=0x816910ec chip=0x816910ec rev=0x10 hdr=0x00
vendor = 'Realtek Semiconductor'
device = 'RTL8169 Gigabit Ethernet Adapter'
class = network
subclass = ethernet
 
irgendwelche Ideen, wie ich die Karte zum Laufen bekommen könnte?


Attila
 
Versuche es mit einem 6.2-RC oder 6.2-RELEASE, verwende _nicht_ den Treiber von realtek.com.tw, bau' den Kernel aber mit dem Patch im Anhang.
 

Anhänge

  • pccbb.c.diff.txt
    806 Bytes · Aufrufe: 350
danke, es funktioniert...

danke, mit dem patch funktioniert es (habe auch die neuen release quellen verwendet..)


wann ist zu erwarten, dass die netzwerkkarte ohne etwas zu patchen funktioniert?


Attila
 
attila schrieb:
danke, mit dem patch funktioniert es (habe auch die neuen release quellen verwendet..)
Zum Vergrößern anklicken....

Das haettest Du auch schon frueher haben koennen; wie ich im Nachhinein festgestellt habe, hat imp@ in dem von Dir erwaehnten Thread auf freebsd-current@ eine im Wesentlichen identische Aenderung vorgeschlagen. :)

attila schrieb:
wann ist zu erwarten, dass die netzwerkkarte ohne etwas zu patchen funktioniert?
Zum Vergrößern anklicken....

Keine Ahnung; der Patch ist nicht die ideale Loesung fuer das Problem (das tatsaechlich bei pccbb(4) und nicht bei re(4) liegt, sondern von letzterem nur ausgeloest wird), ich halt ihn allerdings fuer durchaus besser als "nur ein Workaround" und "committbar". Imp@ sieht das allerdings anders und ich habe auf Grund eines von ihm nicht "approvten" Commit in CardBus-Kram schon mal eine auf die Finger bekommen, von daher werde ich das lassen. Wenn es schlecht laeuft, dann eruebrigt sich das Problem in FreeBSD 7 wenn der Interrupt Filter Support Einzug haelt und wird in FreeBSD 6 nie behoben...
 
cvsup,csup,portsnap funktioniert nicht

bin zwar nicht sicher, ob des was damit zu tun hat, aber irgendwie kann ich über den üblichen weg keine Updates machen...

(d.h. ich hol mir jetzt halt immer ports.tar.gz und entpacke dieses file...)


bsd# cvsup -g -L 2 /etc/cvsup/stable-supfile
Parsing supfile "/etc/cvsup/stable-supfile"
Connecting to cvsup5.de.FreeBSD.org
Connected to cvsup5.de.FreeBSD.org
Server software version: SNAP_16_1h
Negotiating file attribute support
Exchanging collection information
Establishing multiplexed-mode data connection
Running
TreeList failed: Network write failure: Connection closed
Will retry at 14:26:51

.........

bsd# csup -g -L 2 /etc/cvsup/stable-supfile
Parsing supfile "/etc/cvsup/stable-supfile"
Connecting to cvsup5.de.FreeBSD.org
Connected to 195.30.6.180
Server software version: SNAP_16_1h
Negotiating file attribute support
Exchanging collection information
Establishing multiplexed-mode data connection
Running
Receiver: Connection reset by peer
Will retry at 14:27:09
--------------------------------------


und auch portsnap mag mich nicht

bsd# portsnap fetch extract
Looking up portsnap.FreeBSD.org mirrors... 2 mirrors found.
Fetching snapshot tag from portsnap1.FreeBSD.org... done.
Fetching snapshot metadata... done.
Updating from Sun Jan 28 01:33:56 CET 2007 to Fri Feb 16 10:00:33 CET 2007.
Fetching 3 metadata patches.. done.
Applying metadata patches... done.
Fetching 3 metadata files... done.
Fetching 949 patches.....10....20....30....40....50....60....70....80....90....100....110....120....130....140....150....160....170....180....190....200....210....220....230....240....250....260....270....280....290....300....310....320....330....340....350....360....370....380....390....400....410....420....430....440....450....460....470....480....490....500....510....520....530....540....550....560....570....580....590....600....610....620....630....640....650....660....670....680....690....700....710....720....730....740....750....760....770....780....790....800....810....820....830....840....850....860....870....880....890....900....910....920....930....940.... done.
Applying patches... done.
Fetching 1074 new ports or files... snapshot is corrupt.


irgendwelche Ideen wie ich das ändern könnte?

(bei anderen rechnern im netz funktioniert cvsup, csup oder portsnap völlig problemlos...)

mfg

attila
 
Zuletzt bearbeitet von einem Moderator:
Neuer Thread wäre besser gewesen...

In der Regel nutzt man einen neuen Thread, wenn man eine neue Frage stellt. Deshalb wieder einmal der Hinweis auf Wie man Fragen richtig stellt.
attila schrieb:
bsd# cvsup -g -L 2 /etc/cvsup/stable-supfile
...
Running
TreeList failed: Network write failure: Connection closed
Will retry at 14:26:51
...
bsd# csup -g -L 2 /etc/cvsup/stable-supfile
...
Running
Receiver: Connection reset by peer
...
bsd# portsnap fetch extract
...
Fetching 1074 new ports or files... snapshot is corrupt.

irgendwelche Ideen wie ich das ändern könnte?
Zum Vergrößern anklicken....
Dies riecht nach defekter Netzwerkkarte oder Netzwerkkabel.
 
cvsup,csup,portsnap funktioniert nicht? netzwerkkarte?

hm, interessanter Hinweis... (Wie man Fragen richtig stellt...)
Hätte ich ja beinahe überlesen, wenn er nicht so groß geschrieben worden wäre... ;-)
(den Text kannte ich übrigens noch nicht...)

denke, hätte vllt doch besser ein neues Posting machen sollen (auf auf den aktuellen Thread verweisen..)....

dachte mir aber, dass es in gewisser Weise mit diesem Posting zusammenhängen könnte...

weil erst durch das Patchen der Treiber diese Netzwerkkarte unter FreeBSD funktioniert hat... (wie in diesem Thread geschildert...)


also defekte Netzwerkkabel kann ich ausschließen.... (hab grad nochmal 4/5 andere getestet...)

defekte Netzwerkkarte? möglich, halte ich aber für unwahrscheinlich.... diese Gigabite-Karte ist noch recht neu....
Aber wie könnte ich des testen? also unter Linux, Windows, BSD was halt hier aufn Laptop so läuft sie eigentlich ohne Probleme (also ohne Probleme die mir aufgefallen wären...)


irgendwelche Ideen?

Attila
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Zurück
Oben