Asrock 330ht Fernbedienung (NCT677) unter Debian SID

Toxic-Tonic · 2. Oktober 2010

Hi,

habe heute versucht die FB von meinem neuen Asrock 330ht unter Debian an's laufen zu bekommen.

Debian-Basis ist ein Sid mit 3.6.35.7-er Kernel und Lirc 0.8.7. Die Sourcen habe ich von der Asrock-Seite. Ich habe es auch geschafft das Ding zu kompilieren, sogar mit lirc-0.8.7, obwohl die Sourcen für 0.8.6 sind, aber leider bekomme ich beim laden des Modules die Meldung:

Code

FATAL: Error inserting lirc_wb677 (/lib/modules/2.6.35.7-toxic-amd64/misc/lirc_wb677.ko): Invalid argument

und im dmesg

Code

[21767.518991] lirc_wb677: no symbol version for lirc_unregister_driver
[21767.519000] lirc_wb677: Unknown symbol lirc_unregister_driver (err -22)
[21767.519852] lirc_wb677: no symbol version for lirc_register_driver
[21767.519857] lirc_wb677: Unknown symbol lirc_register_driver (err -22)

Jemand eine Idee, bzw die Kombi schonmal ans fliegen bekommen?

Gruß

Toxic

Toxic-Tonic · 3. Oktober 2010

Ach ja, noch ne Frage, bis zu welchem Kernel kann ich denn Lirc 0.8.6 benutzen?

Danke und Gruß

Toxic

tr500 · 3. Oktober 2010

Ich hab den lirc-nct677x-src-1.0.4-ubuntu10.04 gegen lirc-0.8.7-pre1 und 2.6.34 unter gentoo zu laufen.
>2.6.34 hab ich noch nicht probiert

Toxic-Tonic · 3. Oktober 2010

Habe auch den Eindruck, dass das Problem woanders her kommt. Habe grade mal testweise einen 2.6.32 Kernel installiert und dann Lirc 0.8.6 dazu mit dem Modul, aber leider habe ich noch den gleichen Fehler...

Jemand eine Idee, was ich falsch mache? Denke ich fange vielleicht nochmal bei 0 an...

gda · 3. Oktober 2010

Zitat

Original von Toxic-Tonic
Habe auch den Eindruck, dass das Problem woanders her kommt. Habe grade mal testweise einen 2.6.32 Kernel installiert und dann Lirc 0.8.6 dazu mit dem Modul, aber leider habe ich noch den gleichen Fehler...

Jemand eine Idee, was ich falsch mache? Denke ich fange vielleicht nochmal bei 0 an...

Komisch, das ist genau die Konstellation die bei uns funktioniert.

Gerald

Toxic-Tonic · 4. Oktober 2010

Moin!

gda: Darum habe ich das ja mal probiert!

Denke daher nicht, dass es an LIRC oder dem Kernel liegt! Ich habe sogar den Ubuntu-Patch auf die lirc-Sourcen angewandt, ohne Änderung. So wie ich das sehe, werden die beide Symbole in der lirc_dev.h definiert, ich habe jezt mal die entsprechenden Zeilen in die lirc_wb677.h übertragen, ohne Erfolg!

Mir ist aufgefallen, dass auch schon beim compilieren die WARNING zu sehen ist:

Code

root@minivdr:/usr/src/lirc-nct677x-src-1.0.4-ubuntu10.04/lirc_wb677# make
echo KERNELDIR=/lib/modules/2.6.35.7-toxic-amd64/build
KERNELDIR=/lib/modules/2.6.35.7-toxic-amd64/build
make -C /lib/modules/2.6.35.7-toxic-amd64/build -I /usr/src/lirc-0.8.6 M=/usr/src/lirc-nct677x-src-1.0.4-ubuntu10.04/lirc_wb677 modules
make[1]: Entering directory `/usr/src/linux-headers-2.6.35.7-toxic-amd64'
  CC [M]  /usr/src/lirc-nct677x-src-1.0.4-ubuntu10.04/lirc_wb677/lirc_wb677_main.o
  CC [M]  /usr/src/lirc-nct677x-src-1.0.4-ubuntu10.04/lirc_wb677/lirc_wb677_mouse_kbd.o
  LD [M]  /usr/src/lirc-nct677x-src-1.0.4-ubuntu10.04/lirc_wb677/lirc_wb677.o
  Building modules, stage 2.
  MODPOST 1 modules
WARNING: "lirc_register_driver" [/usr/src/lirc-nct677x-src-1.0.4-ubuntu10.04/lirc_wb677/lirc_wb677.ko] undefined!
WARNING: "lirc_unregister_driver" [/usr/src/lirc-nct677x-src-1.0.4-ubuntu10.04/lirc_wb677/lirc_wb677.ko] undefined!
  CC      /usr/src/lirc-nct677x-src-1.0.4-ubuntu10.04/lirc_wb677/lirc_wb677.mod.o
  LD [M]  /usr/src/lirc-nct677x-src-1.0.4-ubuntu10.04/lirc_wb677/lirc_wb677.ko
make[1]: Leaving directory `/usr/src/linux-headers-2.6.35.7-toxic-amd64'
root@minivdr:/usr/src/lirc-nct677x-src-1.0.4-ubuntu10.04/lirc_wb677#

Alles anzeigen

Jemand mit "C-Ahnung" eine Idee, wie ich das löse?

Danke und Gruß

Toxic

PS.: Welche gcc-Version benutzt Ubuntu (9/10)?

gda · 4. Oktober 2010

Zitat

Original von Toxic-Tonic
So wie ich das sehe, werden die beide Symbole in der lirc_dev.h definiert, ich habe jezt mal die entsprechenden Zeilen in die lirc_wb677.h übertragen, ohne Erfolg!

Das bringt natürlich nichts, weil das ja eine Linker-Warnung ist und keine Compiler-Warnung. Dem Linker ist das völlig egal was in der Header-Datei steht.

Zitat

Original von Toxic-Tonic
Mir ist aufgefallen, dass auch schon beim compilieren die WARNING zu sehen ist:

Code

LD [M]  /usr/src/lirc-nct677x-src-1.0.4-ubuntu10.04/lirc_wb677/lirc_wb677.o
  Building modules, stage 2.
  MODPOST 1 modules
WARNING: "lirc_register_driver" [/usr/src/lirc-nct677x-src-1.0.4-ubuntu10.04/lirc_wb677/lirc_wb677.ko] undefined!
WARNING: "lirc_unregister_driver" [/usr/src/lirc-nct677x-src-1.0.4-ubuntu10.04/lirc_wb677/lirc_wb677.ko] undefined!

Nein, das ist wie gesagt eine Linker-Warnung. Die Tatsache, dass die Definition dafür in lirc_dev.h steht, lässt vermuten, dass die fehlenden Funktionen in dem Modul lirc_dev.ko stehen müssten. Da ein Modul nicht gegen ein Modul gelinkt wird, halte ich die Warnungen für normal.
Ich sehe 2 Möglichkeiten. Entweder du hast ein lirc_dev.ko bei dem diese Funktionen fehlen, oder du hast das Modul lirc_dev.ko einfach nicht vorher geladen. depmod -a vergessen?

Sieh doch mal nach ob die Funktionen da sind:

Code

$ nm $(modinfo lirc_dev | grep filename: | tr -d '[:space:]' | cut -d ':' -f 2) | grep "T lirc_.*register_driver"
000008b0 T lirc_register_driver
00000610 T lirc_unregister_driver

Wie du siehst gibt es sie bei mir.

und so sieht meine modules.dep aus:

Code

# grep  lirc_wb677 /lib/modules/$(uname -r)/modules.dep
updates/dkms/lirc_wb677.ko: kernel/ubuntu/lirc/lirc_dev/lirc_dev.ko

Die Version des gcc ist 4.4.3, spielt aber mit Sicherheit keine Rolle.

Gerald

Toxic-Tonic · 4. Oktober 2010

Hi,

danke für die ausführliche Antwort!

Also, die Zeile in modules.dep stimmt soweit!

die Augabe von modinfo nicht, aber schon ohne den Textfilter ist die viel kürzer. Wenn ich aber mit dem MC die Datei anschaue, dann sehe ich in der Lirc_dev.ko die Zeilen:

Code

0...0fa0 T lirc_register_driver
...
0...0d10 T lirc_unregister_driver

in der lirc_w677.ko sieht das dann so aus:

Code

U lirc_register_driver
...
             U lirc_unregister_driver

Hilft das?

Danke und Gruß

Toxic

PS.: depmod -a habe ich schon ca 100x gemacht!

PPS.: Muss man das Modul eigentlich mit Parametern aufrufen?

gda · 4. Oktober 2010

Zitat

Original von Toxic-Tonic
die Augabe von modinfo nicht, aber schon ohne den Textfilter ist die viel kürzer.

Das habe ich nicht verstanden, ist aber vielleicht auch nicht so wichtig.

Zitat

Original von Toxic-Tonic
Wenn ich aber mit dem MC die Datei anschaue, dann sehe ich in der Lirc_dev.ko die Zeilen:

Wenn ich MC höre , dann bekomme ich Schüttelfrost.

Zitat
Original von Toxic-Tonic
Code
0...0fa0 T lirc_register_driver
...
0...0d10 T lirc_unregister_driver
in der lirc_w677.ko sieht das dann so aus:
Code
U lirc_register_driver
...
             U lirc_unregister_driver

Das sieht eigentlich gut aus. Dann mit insmod mal lirc_dev laden, danach dmesg und dann nochmal insmod lirc_w677 und dmesg. Sieh mal sicherheitshalber nach ob die Module mehr als einmal in dem Kerneltree stehen.

Gerald

Toxic-Tonic · 4. Oktober 2010

Ja, sorry ist peinlich, aber ich habe mich voll an den MC gewöhnt!

Also dmesg vom start (da wird auch lirc_dev und lirc_wb677 geladen):

Code

....
....
[    7.755031] udev: starting version 161
[    8.160242] input: Power Button as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0C:00/input/input2
[    8.160257] ACPI: Power Button [PWRB]
[    8.160462] input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input3
[    8.160471] ACPI: Power Button [PWRF]
[    8.239139] ACPI: acpi_idle registered with cpuidle
[    8.250730] ACPI: WMI: Mapper loaded
[    8.258769] pci_hotplug: PCI Hot Plug PCI Core version: 0.5
-----------------------------------------------------------------------------------------------
[    8.336510] lirc_dev: IR Remote Control driver registered, major 61 
[    8.345443] lirc_wb677: no symbol version for lirc_unregister_driver
[    8.345452] lirc_wb677: Unknown symbol lirc_unregister_driver (err -22)
[    8.346275] lirc_wb677: no symbol version for lirc_register_driver
[    8.346280] lirc_wb677: Unknown symbol lirc_register_driver (err -22)
-----------------------------------------------------------------------------------------------
[    8.357588] i2c i2c-0: nForce2 SMBus adapter at 0x4d00
[    8.357604] ACPI: resource nForce2_smbus [io  0x4e00-0x4e3f] conflicts with ACPI region SM00 [mem 0x00004e00-0x00004e3f pref disabled]
[    8.357613] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver
[    8.486775] shpchp: Standard Hot Plug PCI Controller Driver version: 0.4
[    8.528043] lirc_wb677: no symbol version for lirc_unregister_driver
[    8.528052] lirc_wb677: Unknown symbol lirc_unregister_driver (err -22)
[    8.530503] lirc_wb677: no symbol version for lirc_register_driver
[    8.530512] lirc_wb677: Unknown symbol lirc_register_driver (err -22)
[    8.648876] cfg80211: Calling CRDA to update world regulatory domain
[    8.895137] input: PC Speaker as /devices/platform/pcspkr/input/input4
[    9.091079] HDA Intel 0000:00:08.0: power state changed by ACPI to D0
[    9.091209] HDA Intel 0000:00:08.0: power state changed by ACPI to D0
[    9.092181] ACPI: PCI Interrupt Link [LAZA] enabled at IRQ 20
[    9.092193]   alloc irq_desc for 20 on node -1
[    9.092198]   alloc kstat_irqs on node -1
[    9.092216] HDA Intel 0000:00:08.0: PCI INT A -> Link[LAZA] -> GSI 20 (level, low) -> IRQ 20
[    9.092225] hda_intel: Disable MSI for Nvidia chipset
....
....

Alles anzeigen

Die selbe Meldung kommt auch beim insmod/modprobe...

Datei ist nur einmal da! habe sie sogar jetzt "von Hand" installiert!

Bin ratlos!!

Gruß

Toxic

gda · 4. Oktober 2010

Eventuell habe ich auch was übersehen.

Zitat
Original von Toxic-Tonic
Code
[21767.518991] lirc_wb677: no symbol version for lirc_unregister_driver

Anscheinend ist das Modul nur ohne Module-Version gebaut. Ich denke du kannst das mal prüfen indem du versuchst das Laden zu forcen mit modprobe -f.

Eventuell hilft dir dann das hier weiter.

Gerald

Toxic-Tonic · 4. Oktober 2010

Hi,

Erster Erfolg! Mit modprobe -f lirc_wb677 läd er das Modul! Der Link bringt leider nichts, die Datei existiert bereits im Kernel-Source-Verzeichnis. Ich sehe allerdings dass in dem wb677-Verzeichnis nach dem make eine Module.symvers liegt mit 0kb. Also scheint darin doch ein teil des Problems zu stecken...

Zweite Sache, wie schaffe ich es, das das Module beim Initialisieren richtig (mit -f) geladen wird...?

Danke und Gruß

Toxic

gda · 4. Oktober 2010

Zitat

Original von Toxic-Tonic
Erster Erfolg! Mit modprobe -f lirc_wb677 läd er das Modul! Der Link bringt leider nichts, die Datei existiert bereits im Kernel-Source-Verzeichnis.

Im Kernel-Verzeichnis nützt dir die nichts. Sieh dir das Makefile an und finde heraus warum da eine leere Datei entsteht.

Zitat

Original von Toxic-Tonic
Zweite Sache, wie schaffe ich es, das das Module beim Initialisieren richtig (mit -f) geladen wird...?

Du solltest eigentlich versuchen das Modul so zu bauen, dass force nicht nötig ist.
Ansonsten einfach den modprobe -f in die rc.local?

Gerald

Toxic-Tonic · 4. Oktober 2010

Beides gute Ideen! Ich versuche das gleich mal heraus zu finden!

Wenn ich was habe Poste ich es!

Gruß

Toxic

Ulf · 5. Oktober 2010

Hoi Toxic,
bist du evtl ein Opfer dessen:

Zitat

From 2.6.36 on all LIRC kernel drivers are already included in the kernel. There has been a slight interface change in the LIRC ioctls that will affect 64-bit kernels. We're already working on a 0.9.0 release which is supposed to be fully functional with the in-kernel drivers. Stay tuned.

von:
http://www.lirc.org/faq.html

Gruß
Ulf

gda · 5. Oktober 2010

Zitat

Original von ULF
Hoi Toxic,
bist du evtl ein Opfer dessen:

Nein, sein Kernel verlangt nur Module mit Versions-Nummer, aber seine aktuelle Entwicklungs-Umgebung erzeugt keine. Deshalb geht es ja auch wenn er das Laden forced.

Gerald

Ulf · 14. Oktober 2010

Hoi Gerald,
vielen Dank für die Erklärung,
hätte ich den Thread wohl gründlicher lesen sollen

Gruß
Ulf

Asrock 330ht Fernbedienung (NCT677) unter Debian SID

Jetzt mitmachen!

Teilen