Shutdown-Problem mit cineS2 & Co - Sammlung von HW-Daten - Workaround

Nitus · October 13, 2010 at 6:05 PM

Quote

Original von IG88
ich habe so ein shutdown problem auch schon mit einer zotac gt240 karte gesehen, als fix habe im vdr-shutdown script die treiber entladen

Hallo,
aufgrund Deines Postings und der Nachfrage von UFO habe ich gerade mal die Karte ausgebaut und musste feststellen, dass trotz der ausgebauten S2-Karte kein Shutdown möglich war. Somit könnte es wohl gut an der Grafikkarte liegen.
Welche Treiber entlädst Du genau in welchem Skript? Wäre Dir für ein paar Details sehr dankbar!
Grüße,
Michael

IG88 · October 13, 2010 at 7:41 PM

wird dann langsam off topic
hab ich nicht mehr im kopf aber wenn man das nvidia kernel modul entladen will muss man halt andere vorher entladen, weiß blos nicht mehr wie das mit den abhängigikeiten zu ermitteln ging
war ein yavdr den ich für einen freund aufgesetzt hatte, habe ihn mal angemailt ob er mir das shutdoen script mal zusenden kann

IG88 · October 14, 2010 at 8:58 PM

hi,

hier was vor dem shutdown passiert

stop vdr
stop x
rmmod snd_hda_intel
rmmod snd_hda_codec_nvhdmi
rmmod nvidia

er hatte aber nach ein paar wochen erfahrung mit dem system noch folgendes parat

"Merkwürdiges verhalten:
Manchmal fährt er runter umd dann sofort neu zu starten,
er hängt dann aber in einem schwarzen Bildschirm"

PS: für das "fährt manchmal nicht richtig runter" problem hat er eine kleine watchdog schaltung gebaut die die hdd led überwacht und bei einer gewissen zeit inaktivität der hdd (3-30 min) ein reset auslöst - funktioniert natürlich nur auf systemen die auch log und epg auf die platte schreiben
könnte ich bei interesse auch hier reinstellen

geronimo · October 16, 2010 at 9:19 AM

---

franky93128 · November 11, 2010 at 8:39 PM

Quote

Original von UFO

Der Code kommt in den Treiber und ist defaultmäßig deaktiviert. Er kann per Modulparameter aktiviert werden.
(Es ist nämlich keineswegs sicher, daß er bei anderen Chipsätzen keine Probleme macht.)

Später könnte man evtl. eine Liste von IDs in den Treiber einbauen, für die der Workaround automatisch aktiviert wird...

CU
Oliver

Hallo Oliver,

ich hatte heute auf einem meiner VDRs versucht, den DVB-Treiber auf Basis deines negene-test2 Repos incl. dem patch zu bauen.
Das ging leider schief, da der patch nicht verarbeitet wurde.
Hab dann mal unter linuxtv.org/hg nachgeschaut und unter http://linuxtv.org/hg/~endriss/ngene-test2/rev/739ac716da3b gefunden, dass der patch seit 3 Tagen im ngene-test2 drin ist.

Ohne patch hat sich der Treiber dann neu bauen lassen.
Der Shutdown hat aber dann wieder nicht mehr funktioniert, da ich den der Treiber erst mal ohne Parameter geladen habe.

Hab dann mal die die Treiber-Doku näher angeschaut und mir zusammengereimt, dass der Parameter für die Aktivierung des patches shutdown_workaround heißen müsste

Mit dem Parameter shutdown_workaround=1 beim Laden des Treibers funktioniert der Shutdown dann wieder.

Hast Du schon eine Idee, wann das auch in den http://linuxtv.org/hg/v4l-dvb/ einfließen wird?

Gruß
Klaus

UFO · November 12, 2010 at 1:00 AM

Quote

Original von franky93128
ich hatte heute auf einem meiner VDRs versucht, den DVB-Treiber auf Basis deines negene-test2 Repos incl. dem patch zu bauen.
Das ging leider schief, da der patch nicht verarbeitet wurde.
Hab dann mal unter linuxtv.org/hg nachgeschaut und unter http://linuxtv.org/hg/~endriss/ngene-test2/rev/739ac716da3b gefunden, dass der patch seit 3 Tagen im ngene-test2 drin ist.

Ohne patch hat sich der Treiber dann neu bauen lassen.
Der Shutdown hat aber dann wieder nicht mehr funktioniert, da ich den der Treiber erst mal ohne Parameter geladen habe.

Hab dann mal die die Treiber-Doku näher angeschaut und mir zusammengereimt, dass der Parameter für die Aktivierung des patches shutdown_workaround heißen müsste

Mit dem Parameter shutdown_workaround=1 beim Laden des Treibers funktioniert der Shutdown dann wieder.

Habe den ersten Beitrag entsprechend aktualisiert.

Quote

Hast Du schon eine Idee, wann das auch in den http://linuxtv.org/hg/v4l-dvb/ einfließen wird?

Wird noch dauern.

Firmware 18 ist erst seit heute offiziell verfügbar. Jetzt wird erst mal damit richtig getestet.

CU
Oliver

sviper · December 28, 2010 at 12:27 PM

Hallo Leute,

ich habe die DouFlex S2 seit letzte Woche am Laufen.
Habe die ngenetest2 mit FW18 installiert.
Mein VDR fähr nicht runter.

wo muss ich die Parameter den Treibern übergeben?
Habe Sie im Moment mit den anderen Paramatern für den ngene Treiber in der dvb.conf. Ist das richtig so?

Code

cat /etc/modprobe.d/dvb.conf 
options ngene one_adapter=0 adapter_nr=0 
options ngene shutdown_workaround=1

Distribution: Yavdr 0.3a

Zur Hardware:

Asus AT5IONT-I inkl. Intel® Atom D525 (Mini-ITX, Sound, HDMI, G-LAN, USB 3.0)
4GB Ram
DuoFlex S2 von Digital Devices

Code

cat /proc/cpuinfo
processor       : 0
vendor_id       : GenuineIntel
cpu family      : 6
model           : 28
model name      : Intel(R) Atom(TM) CPU D525   @ 1.80GHz
stepping        : 10
cpu MHz         : 1799.765
cache size      : 512 KB
physical id     : 0
siblings        : 4
core id         : 0
cpu cores       : 2
apicid          : 0
initial apicid  : 0
fdiv_bug        : no
hlt_bug         : no
f00f_bug        : no
coma_bug        : no
fpu             : yes
fpu_exception   : yes
cpuid level     : 10
wp              : yes
flags           : fpu vme de tsc msr pae mce cx8 apic mtrr pge mca cmov pat pse3                                                                             6 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx lm constant_tsc arch_perfmo                                                                             n pebs bts aperfmperf pni dtes64 monitor ds_cpl tm2 ssse3 cx16 xtpr pdcm movbe l                                                                             ahf_lm
bogomips        : 3599.53
clflush size    : 64
cache_alignment : 64
address sizes   : 36 bits physical, 48 bits virtual
power management:


processor       : 1
vendor_id       : GenuineIntel
cpu family      : 6
model           : 28
model name      : Intel(R) Atom(TM) CPU D525   @ 1.80GHz
stepping        : 10
cpu MHz         : 1799.765
cache size      : 512 KB
physical id     : 0
siblings        : 4
core id         : 1
cpu cores       : 2
apicid          : 2
initial apicid  : 2
fdiv_bug        : no
hlt_bug         : no
f00f_bug        : no
coma_bug        : no
fpu             : yes
fpu_exception   : yes
cpuid level     : 10
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat                                                                              pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx lm constant_tsc arch_pe                                                                             rfmon pebs bts aperfmperf pni dtes64 monitor ds_cpl tm2 ssse3 cx16 xtpr pdcm mov                                                                             be lahf_lm
bogomips        : 3599.98
clflush size    : 64
cache_alignment : 64
address sizes   : 36 bits physical, 48 bits virtual
power management:


processor       : 2
vendor_id       : GenuineIntel
cpu family      : 6
model           : 28
model name      : Intel(R) Atom(TM) CPU D525   @ 1.80GHz
stepping        : 10
cpu MHz         : 1799.765
cache size      : 512 KB
physical id     : 0
siblings        : 4
core id         : 0
cpu cores       : 2
apicid          : 1
initial apicid  : 1
fdiv_bug        : no
hlt_bug         : no
f00f_bug        : no
coma_bug        : no
fpu             : yes
fpu_exception   : yes
cpuid level     : 10
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat                                                                              pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx lm constant_tsc arch_pe                                                                             rfmon pebs bts aperfmperf pni dtes64 monitor ds_cpl tm2 ssse3 cx16 xtpr pdcm mov                                                                             be lahf_lm
bogomips        : 3599.99
clflush size    : 64
cache_alignment : 64
address sizes   : 36 bits physical, 48 bits virtual
power management:


processor       : 3
vendor_id       : GenuineIntel
cpu family      : 6
model           : 28
model name      : Intel(R) Atom(TM) CPU D525   @ 1.80GHz
stepping        : 10
cpu MHz         : 1799.765
cache size      : 512 KB
physical id     : 0
siblings        : 4
core id         : 1
cpu cores       : 2
apicid          : 3
initial apicid  : 3
fdiv_bug        : no
hlt_bug         : no
f00f_bug        : no
coma_bug        : no
fpu             : yes
fpu_exception   : yes
cpuid level     : 10
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat                                                                              pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx lm constant_tsc arch_pe                                                                             rfmon pebs bts aperfmperf pni dtes64 monitor ds_cpl tm2 ssse3 cx16 xtpr pdcm mov                                                                             be lahf_lm
bogomips        : 3599.99
clflush size    : 64
cache_alignment : 64
address sizes   : 36 bits physical, 48 bits virtual
power management:




cat /proc/meminfo
MemTotal:        3096372 kB
MemFree:         2846904 kB
Buffers:           17064 kB
Cached:           111644 kB
SwapCached:            0 kB
Active:            76592 kB
Inactive:          95276 kB
Active(anon):      43196 kB
Inactive(anon):      572 kB
Active(file):      33396 kB
Inactive(file):    94704 kB
Unevictable:           0 kB
Mlocked:               0 kB
HighTotal:       2375240 kB
HighFree:        2198768 kB
LowTotal:         721132 kB
LowFree:          648136 kB
SwapTotal:        701432 kB
SwapFree:         701432 kB
Dirty:                 8 kB
Writeback:             0 kB
AnonPages:         43160 kB
Mapped:            17900 kB
Shmem:               616 kB
Slab:              13992 kB
SReclaimable:       4692 kB
SUnreclaim:         9300 kB
KernelStack:        1424 kB
PageTables:         1204 kB
NFS_Unstable:          0 kB
Bounce:                0 kB
WritebackTmp:          0 kB
CommitLimit:     2249616 kB
Committed_AS:     421392 kB
VmallocTotal:     262144 kB
VmallocUsed:       40472 kB
VmallocChunk:     192464 kB
HardwareCorrupted:     0 kB
HugePages_Total:       0
HugePages_Free:        0
HugePages_Rsvd:        0
HugePages_Surp:        0
Hugepagesize:       4096 kB
DirectMap4k:       40952 kB
DirectMap4M:      729088 kB


lspci


00:00.0 Host bridge: Intel Corporation N10 Family DMI Bridge (rev 02)
00:1b.0 Audio device: Intel Corporation N10/ICH 7 Family High Definition Audio Controller (rev 02)
00:1c.0 PCI bridge: Intel Corporation N10/ICH 7 Family PCI Express Port 1 (rev 02)
00:1c.1 PCI bridge: Intel Corporation N10/ICH 7 Family PCI Express Port 2 (rev 02)
00:1c.2 PCI bridge: Intel Corporation N10/ICH 7 Family PCI Express Port 3 (rev 02)
00:1c.3 PCI bridge: Intel Corporation N10/ICH 7 Family PCI Express Port 4 (rev 02)
00:1d.0 USB Controller: Intel Corporation N10/ICH7 Family USB UHCI Controller #1 (rev 02)
00:1d.1 USB Controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #2 (rev 02)
00:1d.2 USB Controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #3 (rev 02)
00:1d.3 USB Controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #4 (rev 02)
00:1d.7 USB Controller: Intel Corporation N10/ICH 7 Family USB2 EHCI Controller (rev 02)
00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev e2)
00:1f.0 ISA bridge: Intel Corporation NM10 Family LPC Controller (rev 02)
00:1f.2 IDE interface: Intel Corporation N10/ICH7 Family SATA IDE Controller (rev 02)
00:1f.3 SMBus: Intel Corporation N10/ICH 7 Family SMBus Controller (rev 02)
02:00.0 USB Controller: NEC Corporation Device 0194 (rev 03)
03:00.0 VGA compatible controller: nVidia Corporation GT218 [ION] (rev a2)
03:00.1 Audio device: nVidia Corporation High Definition Audio Controller (rev a1)
04:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 03)
05:00.0 PCI bridge: Pericom Semiconductor Device a404 (rev 03)
06:01.0 PCI bridge: Pericom Semiconductor Device a404 (rev 03)
06:02.0 PCI bridge: Pericom Semiconductor Device a404 (rev 03)
06:03.0 PCI bridge: Pericom Semiconductor Device a404 (rev 03)
07:00.0 Multimedia video controller: Micronas Semiconductor Holding AG Device 0720 (rev 01)
08:00.0 SATA controller: JMicron Technology Corp. JMB360 AHCI Controller (rev 02)

Display More

sviper · December 28, 2010 at 2:04 PM

Hallo Leute,

hier noch mal die Syslog bevor der VDR nicht mehr reagiert.
In diesem Fall wollte ich ihn nicht ein mal runterfahren.
Er hat sich einfach so aufgehängt. Der VDR ist dann auch nicht mehr über Putty erreichbar.
Erst wenn ich ihn mit der Reset Taste neustarte arbeitet er wieder. runterzufahren auf.

Code

Dec 28 13:41:44 ionvdr vdr: [1719] Text2Skin: message display update thread ended (pid=1060, tid=1719)
Dec 28 13:41:45 ionvdr kernel: [  988.808521] ngene: Command timeout cmd=03 prev=03
Dec 28 13:41:45 ionvdr kernel: [  988.808565] host_to_ngene (c000): 03 05 d0 f5 81 01 00 01
Dec 28 13:41:45 ionvdr kernel: [  988.808604] ngene_to_host (c100): d1 a1 01 00 00 00 00 00
Dec 28 13:41:45 ionvdr kernel: [  988.808639] dev->hosttongene (ed8d8000): 03 05 d0 f4 1b 01 00 00
Dec 28 13:41:45 ionvdr kernel: [  988.808675] dev->ngenetohost (ed8d8100): 00 00 00 00 00 00 00 00
Dec 28 13:41:47 ionvdr kernel: [  990.808520] ngene: Command timeout cmd=03 prev=03
Dec 28 13:41:47 ionvdr kernel: [  990.808563] host_to_ngene (c000): 03 05 d0 f5 81 01 00 01
Dec 28 13:41:47 ionvdr kernel: [  990.808601] ngene_to_host (c100): d1 a1 01 00 00 00 00 00
Dec 28 13:41:47 ionvdr kernel: [  990.808636] dev->hosttongene (ed8d8000): 03 05 d0 f4 12 01 00 00
Dec 28 13:41:47 ionvdr kernel: [  990.808672] dev->ngenetohost (ed8d8100): 00 00 00 00 00 00 00 00
Dec 28 13:41:49 ionvdr kernel: [  992.808520] ngene: Command timeout cmd=03 prev=03
Dec 28 13:41:49 ionvdr kernel: [  992.808564] host_to_ngene (c000): 03 05 d0 f5 81 01 00 01
Dec 28 13:41:49 ionvdr kernel: [  992.808602] ngene_to_host (c100): d1 a1 01 00 00 00 00 00
Dec 28 13:41:49 ionvdr kernel: [  992.808638] dev->hosttongene (ed8d8000): 03 05 d0 f5 3e 01 00 00
Dec 28 13:41:49 ionvdr kernel: [  992.808674] dev->ngenetohost (ed8d8100): 00 00 00 00 00 00 00 00
Dec 28 13:41:51 ionvdr kernel: [  994.808522] ngene: Command timeout cmd=03 prev=03
Dec 28 13:41:51 ionvdr kernel: [  994.808567] host_to_ngene (c000): 03 05 d0 f5 81 01 00 01
Dec 28 13:41:51 ionvdr kernel: [  994.808606] ngene_to_host (c100): d1 a1 01 00 00 00 00 00
Dec 28 13:41:51 ionvdr kernel: [  994.808642] dev->hosttongene (ed8d8000): 03 05 d0 f5 81 01 00 00
Dec 28 13:41:51 ionvdr kernel: [  994.808677] dev->ngenetohost (ed8d8100): 00 00 00 00 00 00 00 00
Dec 28 13:41:53 ionvdr init: openbox main process (1716) terminated with status 1
Dec 28 13:41:53 ionvdr init: openbox main process ended, respawning
Dec 28 13:41:53 ionvdr vdr: [1060] switching to channel 1
Dec 28 13:41:53 ionvdr vdr: [1060] info: Kanal nicht verfügbar!
Dec 28 13:41:53 ionvdr vdr: [1723] Text2Skin: message display update thread staDec 28 13:56:27 ionvdr kernel: imklog 4.2.0, log source = /proc/kmsg started.

Display More

IG88 · December 28, 2010 at 3:12 PM

hi,

ich denke mal der code von UFO ist noch nicht im allgemeinen dvb treiber von linuxtv.org und den yavdr nutzt vermutllich auch eine version des treibers von vor xx tagen
was bedeutet das die option mit dem shutdown nicht existiert und der parameter nicht wirken kann
am bestenr du compilierst dir den treiber aus UFO's repository und installierts ihn
es steckt noch ein anderes problem in dem treiber den du nutzt, man kan nicht auf beiden tunern hd nutzen, der fix dafür steckt auch schon in UFO's repository
http://linuxtv.org/hg/~endriss/ngene-test2
bzw.
hg clone http://linuxtv.org/hg/~endriss/ngene-test2

nähere infos findest du hier
http://www.vdrportal.de/board/thread.p…4103#post964103

btw. habe den treiber gestern auf meinem system (kein yavdr oder ubuntu) installiert und die option hat funktioniert, denn ohne den shutdown fix fährt mein system nicht runter

UFO · December 28, 2010 at 3:53 PM

Quote

Original von sviper
Hallo Leute,

hier noch mal die Syslog bevor der VDR nicht mehr reagiert.
In diesem Fall wollte ich ihn nicht ein mal runterfahren.
Er hat sich einfach so aufgehängt. Der VDR ist dann auch nicht mehr über Putty erreichbar.
Erst wenn ich ihn mit der Reset Taste neustarte arbeitet er wieder. runterzufahren auf.
...
<ngene command timeout>
...

Display More

Bitte längere Logs posten:
- Komplettes Log vom Laden des Treibers (da steht insbesondere drin, welche Firmware-Version geladen wird).
- Komplettes Log vom Herunterfahren (da steht u.a. drin, ob der Workaround aktiv ist).

Meine Glaskugel sagt, daß hier ein Treiber mit Fw15 läuft...

CU
Oliver

sviper · December 29, 2010 at 11:14 AM

Hallo

ich habe die Treiber selbst kompiliert.

Quote

ich habe die DouFlex S2 seit letzte Woche am Laufen.
Habe die ngenetest2 mit FW18 installiert.
Mein VDR fähr nicht runter.

Treiber sind aus
hg clone http://linuxtv.org/hg/~endriss/ngene-test2
mit FW18!
Gibt es unterschiedliche FW18? Welche muss ich nehmen?

was für Log-Datein entahlten folgende Angaben die ihr braucht:
für Treiberladen und fürs runterfahren?
(Syslog?)

Quote

Bitte längere Logs posten:
- Komplettes Log vom Laden des Treibers (da steht insbesondere drin, welche Firmware-Version geladen wird).
- Komplettes Log vom Herunterfahren (da steht u.a. drin, ob der Workaround aktiv ist).

Besonders das der VDR einfach so mal einfriert, macht mir Sorgen

Der VDR, um den es hier geht ist übrigens ein Server, der im Moment nur Daten über Streamdev an meinen anderen VDR sendet.
Weiterhin ist nur ein Kabel am Tuner 1 angeschlossen.

Parameter -D0 wird dem VDR übergeben damit er nur den ersten Tuner benutzt.

vdrjoe · December 29, 2010 at 12:39 PM

Quote

Der VDR, um den es hier geht ist übrigens ein Server, der im Moment nur Daten über Streamdev an meinen anderen VDR sendet.

Das lässt mich aufhorchen, welche streamdev-Version benutzt Du?

Ich habe eine ähnliche Konstellation, wobei mein Server 24/7 läuft, die "fährt nicht 'runter "-Problematik also für mich nicht wirklich relevant ist.

Es gab da vor ein paar Wochen einen Patch beim Streamdev-server; nachdem ich diesen eingespielt hatte (oder das aktualisierte dkms vom yavdr genommen hatte?) waren meine wochenlange Probleme mit hängendem VDR wie weggeblasen. Ich hatte zwischendurch sogar das neue Mainboard in verdacht.

franky93128 · December 29, 2010 at 1:42 PM

Quote

Original von sviper
Hallo Leute,

ich habe die DouFlex S2 seit letzte Woche am Laufen.
Habe die ngenetest2 mit FW18 installiert.
Mein VDR fähr nicht runter.
........

Zur Hardware:

Asus AT5IONT-I inkl. Intel® Atom D525 (Mini-ITX, Sound, HDMI, G-LAN, USB 3.0)
4GB Ram
DuoFlex S2 von Digital Devices

[/code]

Display More

Hi sviper,

wie ich sehe, hast Du das Asus AT5IONT-I MB.

Das hatte jedoch nie dieses Shurdownproblem in Verbindung mit der CineS2.
Ich hab auch einen VDR mit diesem MB und CineS2 am laufen und der hatte auch mit fw15 kein Shutdown-Problem.
Mittlerweile läuft er auch mit negen-test2 und fw18 aber ohne dass ich den shutdown_workaround Parameter verwenden muss damit er problemlos runter fährt.
Ich vermute mal die Ursache für dein Shutdown-Problem liegt wo anders.

Die Shutdown-Probleme hatte ich nur mit meinen AT3IONT-I wobei die mit dem Parameter shutdown_workaround=1 behoben sind.

Gruß
franky

sviper · December 30, 2010 at 3:03 PM

Hallo,

ich verwende eigentlich die aktuelle streamdev-Version die beim yavdr dabei ist.
Glaube das ist die 0.5 aus dem cvs.

Bin erst wieder am 03.01 daheim. werde mich dann noch mal melden.

walter- · March 5, 2011 at 5:26 PM

- Hersteller des Mainboards: Asus
- genauer Typ: AT3IONT-I Deluxe
- BIOS-Version: 0211 date: 01/05/10
- CPU-Typ und Taktfrequenz: Intel Atom 330 1,6GHz
- Speicherausbau:4GB DDR3 RAM

Hier auch das shutdown problem:
Note: when I use hibernate the computer is shutting down correctly.

Wouldn't is be better now to load the patch by default? Second note: I didn't try the workaround yet.

Walter

UFO · March 6, 2011 at 1:31 AM

Quote

Original von walter-
Wouldn't is be better now to load the patch by default?

No, because we do not know how it might affect systems with other chipsets.

CU
Oliver

sle85276 · April 25, 2011 at 12:05 PM

Hallo,

ich muss das noch mal aufwärmen. Werden die Meldungen immer ausgegeben wenn der Patch installiert ist? Muss man die Meldungen anschalten? Wo werden die Meldungen ausgegeben?

Quote from Nitus

Code

[  334.428244] host_to_ngene (c000): ff ff ff ff ff ff ff ff
[  334.428305] ngene_to_host (c100): ff ff ff ff ff ff ff ff
[  334.428366] dev->hosttongene (f4835000): 21 03 0c 91 ff 01 00 01
[  334.428426] dev->ngenetohost (f4835100): 00 00 01 00 00 00 00 00

Hintergrund: Ich versuche gerade einen POV ION 330 mit Mystique Satix S2 dual V2 und easyVdr 0.8.06 zum Ausschalten zu bewegen.

Gruß Stefan

IG88 · April 25, 2011 at 12:46 PM

hi,

vorausgesetzt die treiber beinhalten den fix sollte es genügen die dvb.conf wie oben von sviper beschrieben in /etc/modules.d/ anzulegen, dann wird beim laden des modules immer der/die parameter mitgegeben
bei mir sieht das so aus
options ngene one_adapter=0 shutdown_workaround=1

die meldung siehtst du imho auf der lokalen console beim shutdown des systems

sle85276 · April 25, 2011 at 6:14 PM

Hallo,

was mir greade noch aufgefallen ist:

Im log von Nitus werden die Zeilen direkt vor dem "Power down" ausgegeben. easyvdr entlädt die DVB-Module aber frühzeitig beim Herunterfahren. Muss das ngene Modul bis zum "Power Down" geladen bleiben damit der Workaround funktioniert?

Gruß Stefan

IG88 · April 25, 2011 at 10:56 PM

da ich das problem hatte und ich das entladen damals auch probiert habe würde ich sagen das du den treiber nicht entladen darfst
(und weil der fix code im treiber steht und wenn er nicht läuft ...)

Participate now!