Problem mit Realtek 8169 GBit

[funker]

Hi !

ich nutze den easyvdr 0.8 auf dem Intel Board D945GSEJT mit einer Skystar 2.
Der VDR wird bei mir nur als reines Aufnahmegerät verwendet (ohne TV).
Wenn ich per FTP meine aufgezeichneten Sendungen (über GBit LAN) auf meinen PC laden will, bekomm ich immer wieder längere aussetzer, da ist dann der VDR für ein paar Sek. nicht im LAN erreichbar.

Im log habe ich dann folgenden Eintrag gefunden:

Code:

Oct 24 22:05:47 (none) kernel: [27711.000062] ------------[ cut here ]------------
Oct 24 22:05:47 (none) kernel: [27711.000077] WARNING: at net/sched/sch_generic.c:226 dev_watchdog+0x1df/0x1f0()
Oct 24 22:05:47 (none) kernel: [27711.000087] NETDEV WATCHDOG: eth0 (r8169): transmit timed out
Oct 24 22:05:47 (none) kernel: [27711.000095] Modules linked in: ipv6 eeprom i2c_viapro dm_snapshot dm_mirror dm_region_hash dm_log dm_mod isl6421 b2c2_flexcop_pci b2c2_flexcop dvb_core cx24123 cx24113 s5h1420 i2c_i801 i2c_core pcspkr iTCO_wdt iTCO_vendor_support video output snd_hda_intel snd_pcm_oss snd_mixer_oss parport_pc parport snd_pcm snd_timer snd_page_alloc snd_hwdep intel_agp r8169 snd agpgart soundcore joydev
Oct 24 22:05:47 (none) kernel: [27711.000208] Pid: 0, comm: swapper Not tainted 2.6.28.9 #2
Oct 24 22:05:47 (none) kernel: [27711.000216] Call Trace:
Oct 24 22:05:47 (none) kernel: [27711.000240]  [<c012b646>] warn_slowpath+0x76/0x90
Oct 24 22:05:47 (none) kernel: [27711.000249]  [<c06c0030>] topology_sysfs_init+0x0/0x40
Oct 24 22:05:47 (none) kernel: [27711.000257]  [<c011dd12>] enqueue_task+0x12/0x30
Oct 24 22:05:47 (none) kernel: [27711.000263]  [<c011ed39>] resched_task+0x39/0x60
Oct 24 22:05:47 (none) kernel: [27711.000270]  [<c06c26df>] _spin_unlock_irqrestore+0xf/0x30
Oct 24 22:05:47 (none) kernel: [27711.000277]  [<c01237ea>] try_to_wake_up+0xda/0x180
Oct 24 22:05:47 (none) kernel: [27711.000288]  [<c011e20b>] __wake_up_common+0x4b/0x80
Oct 24 22:05:47 (none) kernel: [27711.000296]  [<c011f78e>] __wake_up+0x3e/0x60
Oct 24 22:05:47 (none) kernel: [27711.000305]  [<c06c26df>] _spin_unlock_irqrestore+0xf/0x30
Oct 24 22:05:47 (none) kernel: [27711.000323]  [<f885cb99>] dvb_dmxdev_section_callback+0xb9/0x140 [dvb_core]
Oct 24 22:05:47 (none) kernel: [27711.000341]  [<c012639a>] enqueue_task_fair+0x1a/0x40
Oct 24 22:05:47 (none) kernel: [27711.000364]  [<f885d828>] dvb_dmx_swfilter_section_copy_dump+0x188/0x220 [dvb_core]
Oct 24 22:05:47 (none) kernel: [27711.000372]  [<c03dd0ab>] strlcpy+0x1b/0x60
Oct 24 22:05:47 (none) kernel: [27711.000379]  [<c063248f>] dev_watchdog+0x1df/0x1f0
Oct 24 22:05:47 (none) kernel: [27711.000387]  [<c01099e3>] read_tsc+0x13/0x40
Oct 24 22:05:47 (none) kernel: [27711.000393]  [<c0145002>] getnstimeofday+0x52/0x120
Oct 24 22:05:47 (none) kernel: [27711.000401]  [<c0142a29>] hrtimer_run_pending+0x29/0x110
Oct 24 22:05:47 (none) kernel: [27711.000408]  [<c0147b28>] clockevents_program_event+0xa8/0x120
Oct 24 22:05:47 (none) kernel: [27711.000422]  [<c0134913>] run_timer_softirq+0x153/0x1c0
Oct 24 22:05:47 (none) kernel: [27711.000428]  [<c06322b0>] dev_watchdog+0x0/0x1f0
Oct 24 22:05:47 (none) kernel: [27711.000434]  [<c06322b0>] dev_watchdog+0x0/0x1f0
Oct 24 22:05:47 (none) kernel: [27711.000444]  [<c0130387>] __do_softirq+0x87/0x130
Oct 24 22:05:47 (none) kernel: [27711.000451]  [<c01426b1>] hrtimer_interrupt+0x171/0x1a0
Oct 24 22:05:47 (none) kernel: [27711.000459]  [<c0130485>] do_softirq+0x55/0x60
Oct 24 22:05:47 (none) kernel: [27711.000465]  [<c0130715>] irq_exit+0x85/0x90
Oct 24 22:05:47 (none) kernel: [27711.000472]  [<c0114197>] smp_apic_timer_interrupt+0x57/0x90
Oct 24 22:05:47 (none) kernel: [27711.000479]  [<c0142488>] hrtimer_start+0x18/0x20
Oct 24 22:05:47 (none) kernel: [27711.000486]  [<c0104618>] apic_timer_interrupt+0x28/0x30
Oct 24 22:05:47 (none) kernel: [27711.000493]  [<c010acd2>] mwait_idle+0x32/0x40
Oct 24 22:05:47 (none) kernel: [27711.000498]  [<c0101d9f>] cpu_idle+0x4f/0xb0
Oct 24 22:05:47 (none) kernel: [27711.000503] ---[ end trace d987977140915aa7 ]---
Oct 24 22:05:47 (none) kernel: [27711.006632] r8169: eth0: link up

Den Befehl "ethtool -K eth0 tso off" habe ich auch schon probiert, jedoch ohne Erfolg.

Jetzt habe ich bei google was gefunden. Man kann dieses Problem eventuell lösen, in dem man den Kernel mit der Option "noapic" bootet.

Normal sollte man da einen Eintrag in die grub.conf machen, habe diese Datei aber nicht gefunden.

In welche Datei muss ich diese Option hinzufügen und wie muss der Eintrag dazu genau aussehen?

Vielen Dank.

[Captain_Beefheart]

moinsen


in der
/boot/grub/menu.lst

den ersten Kernelaufruf

ungefähr so:
boot/vmlinuz-X.X.XX.X root=/dev/XXXX ro noapic pci=routeirq acpi=force vga=XXXX

kannst noapic imho aber einfach hinten dran hängen - nur "vorne" darf es nich hin

....wenns dennn hilft...

  Captain_Beefheart

P.S. Realtek's machen wohl unter Linux öfter Ärger.....
   

[funker]

vielen Dank für die schnelle Antwort.
Ich habe den Eintrag in die menu.lst vorgenommen und das System dann neu gestartet.
Leider hat es nicht viel geholfen. Der Fehler tritt immer noch auf.
Gibt es noch eine andere Möglichkeit?
Eventuell einen neuen Treiber für die Netzwerkkarte installieren?

Nachtrag:

Habe noch was gefunden. Es wird statt dem Treiber r8168 der Treiber r8169 verwendet.
Vielleicht hilft es, wenn ich versuche den aktuellen Treiber von der Realtek Seite herunterlade und installiere.

[Captain_Beefheart]

Hallo


hmmm  könnte helfen

siehe mal hier
http://blog.verfriemelt.com/index.php/20...9-treiber/

nur doof, dass unter den meisten Distributionen der  als [ erkannt und dementsprechend auch das falsche Modul geladen wird.

  gruß

[Captain_Beefheart]

Nochmal hallo

habe gerade mal ins Handbuch vom Board geschaut

da steht was von

Realtek 8111DL   

[funker]

ich habe mir den aktuellen Treiber (RTL8168) von der Realtek Homepage heruntergeladen und installiert. Der Fehler scheint bis jetzt nicht mehr aufzutreten. lsmod zeigt jetzt das Modul r8168 an statt r8169 -  also ist das richtige Modul jetzt geladen.

Laut der Realtek scheint es keine Unterschiede zu geben zwischen RTL8111DL und RTL8168.

RTL8111B/RTL8168B/RTL8111/RTL8168
RTL8111C/RTL8111CP/RTL8111D(L)
RTL8168C/RTL8111DP/RTL8111E

siehe hier:

http://www.realtek.com/Downloads/downloa...Down=false

[michel8]

ich habe mir den aktuellen Treiber (RTL8168) von der Realtek Homepage heruntergeladen und installiert.

Hallo funker,

wie genau hast Du den treiber gesaugt und installiert?
Evtl. hilft das auch anderen oder der neue Treiber könnte sogar mit in ein Update einfließen...

Danke und Gruß
Michel

[funker]

Zuerst habe ich den Linux Treiber Version 8.019.00 für den Kernel 2.6.x hier heruntergeladen:

http://www.realtek.com.tw/DOWNLOADS/DOWN...WN=FALSE#2

Danach die heruntergeladene Datei auf den VDR kopiert und dann entpackt.
Anschließend habe ich die das script autorun.sh aufgerufen, (war beim Treiber dabei) dann den VDR neu gestartet.

Nach dem reboot war dann das Modul r8168 geladen. Bis jetzt funktioniert es einwandfrei.