Kernel 2.6.18 für LinVDR

Zitat

Original von Dr. Seltsam
ich schau mir das mal an. Mach Dir bitte aber mal Gedanken, was bezüglich hotplug (da hat LinVDR m.E. nur ein vereinfachtes Script) und insbesondere udev (hat LinVDR gar nicht) zu beachten ist. Welche devices müssen ggf. manuell angelegt werden?

Reicht das Kernelmodul? was ist mit dem IO-Warrior Kit? Der Link auf die debian Packages ist tot. Gibt es da schon etwas fertiges, was unter LinVDR läuft?

Das Device wäre wohl "/dev/iowarrior1". Als Modul wird wohl reichen weil das erst mit GraphLCD geladen wird wenn ich das richtig überblickt hab.

Bin im Moment grade dabei das ganze mal über libusb und serdisplib zu versuchen.
Scheitere aber noch am kompilieren der libusb.

Das LinuxSDK findet sich u.a. hier:
http://serdisplib.sourceforge.net/ser/usb_ctinclud.html
(Link unter den Bildern)
Lässt sich aber auch scheinbar nur mit KDE und cmake kompilieren

Daher warte erstmal ab ob's vielleicht mit libusb irgendwie noch funzt und ich melde mich dann ggf. nochmal.

Gruß
Tarandor

Dann muss ja nur noch mein Display kommen um das ganze zu testen.

Zitat

da cmake wohl nicht richtig eingerichtet ist.

Das war auch mein Problem!

Gruß
Tarandor

So, lieber Dr.Seltsam,

ich habe mich mal bzgl. des TKIP/CCMP/AES Supports des "bcm43xx" Kernelmoduls kundig gemacht und bin wahrscheinlich fündig geworden. Der Support scheint sich hinter den "IEEE..."-Modulen zu verstecken:

#
# Bluetooth device drivers
#
CONFIG_BT_HCIUSB=m
# CONFIG_BT_HCIUSB_SCO is not set
CONFIG_BT_HCIUART=m
CONFIG_BT_HCIUART_H4=y
CONFIG_BT_HCIUART_BCSP=y
CONFIG_BT_HCIBCM203X=m
# CONFIG_BT_HCIBPA10X is not set
CONFIG_BT_HCIBFUSB=m
# CONFIG_BT_HCIDTL1 is not set
# CONFIG_BT_HCIBT3C is not set
# CONFIG_BT_HCIBLUECARD is not set
# CONFIG_BT_HCIBTUART is not set
CONFIG_BT_HCIVHCI=m
CONFIG_IEEE80211=m
# CONFIG_IEEE80211_DEBUG is not set
CONFIG_IEEE80211_CRYPT_WEP=m
# CONFIG_IEEE80211_CRYPT_CCMP is not set
# CONFIG_IEEE80211_CRYPT_TKIP is not set
CONFIG_IEEE80211_SOFTMAC=m
# CONFIG_IEEE80211_SOFTMAC_DEBUG is not set
CONFIG_WIRELESS_EXT=y

Könntest Du beim nächsten Kompilierungslauf diese 2 Zeilen aktivieren/ändern/auskommentieren:

CONFIG_IEEE80211_CRYPT_CCMP=m
CONFIG_IEEE80211_CRYPT_TKIP=m

Vielen Dank schon mal...

Cherio
Frank

Ich bin Dir zutiefst verbunden. :Hofknicks

Hallo Dr. Seltsam

Wie kompilierst Du die em8300-Module für deinen Kernel 2.6.18 ?

Bei meinen Versuchen diese Kernelmodule aus den verschieden Sourcen
em8300-0.16.0 oder em8300-cvs zu kompilieren, erhalte ich immer nachfolgende Fehler
und nach Einbinden der Module gibt mir em8300setup diese Info aus.

CC [M]  /usr/src/em8300-cvs-301106/modules/em8300_audio.o
/usr/src/em8300-cvs-301106/modules/em8300_audio.c: In Funktion »preprocess_digital«:
/usr/src/em8300-cvs-301106/modules/em8300_audio.c:169: Warnung: der Rückgabewert von »copy_from_user«, der mit dem Attribut warn_unused_result deklariert wurde, wird ignoriert
  CC [M]  /usr/src/em8300-cvs-301106/modules/em8300_fifo.o
/usr/src/em8300-cvs-301106/modules/em8300_fifo.c: In Funktion »em8300_fifo_write_nolock«:
/usr/src/em8300-cvs-301106/modules/em8300_fifo.c:206: Warnung: der Rückgabewert von »copy_from_user«, der mit dem Attribut warn_unused_result deklariert wurde, wird ignoriert
  CC [M]  /usr/src/em8300-cvs-301106/modules/em8300_video.o
  CC [M]  /usr/src/em8300-cvs-301106/modules/em8300_misc.o
  CC [M]  /usr/src/em8300-cvs-301106/modules/em8300_dicom.o
  CC [M]  /usr/src/em8300-cvs-301106/modules/em8300_ucode.o
  CC [M]  /usr/src/em8300-cvs-301106/modules/em8300_ioctl.o
  CC [M]  /usr/src/em8300-cvs-301106/modules/em8300_spu.o
  CC [M]  /usr/src/em8300-cvs-301106/modules/em9010.o
  CC [M]  /usr/src/em8300-cvs-301106/modules/em8300_registration.o
  CC [M]  /usr/src/em8300-cvs-301106/modules/em8300_procfs.o
  CC [M]  /usr/src/em8300-cvs-301106/modules/em8300_devfs.o
  CC [M]  /usr/src/em8300-cvs-301106/modules/em8300_udev.o
  CC [M]  /usr/src/em8300-cvs-301106/modules/em8300_sysfs.o
/usr/src/em8300-cvs-301106/modules/em8300_sysfs.c: In Funktion »em8300_sysfs_postregister_driver«:
/usr/src/em8300-cvs-301106/modules/em8300_sysfs.c:40: Warnung: der Rückgabewert von »driver_create_file«, der mit dem Attribut warn_unused_result deklariert wurde, wird ignoriert
  CC [M]  /usr/src/em8300-cvs-301106/modules/em8300_alsa.o


root@ubuntu:~# em8300setup
Microcode uploaded to /dev/em8300-0
Current settings are:
Cannot read audio : em8300 Driver returned 22 (unknown)
Video   Aspect  Audio   Spu
PAL     4:3     ???     OFF
root@ubuntu:~#

Wäre sehr dankbar für deine Hilfe.

Mfg
Frank

[quote]Original von vdr-by-dgc
Hallo Dr. Seltsam

Wie kompilierst Du die em8300-Module für deinen Kernel 2.6.18 ?

Bei meinen Versuchen diese Kernelmodule aus den verschieden Sourcen
em8300-0.16.0 oder em8300-cvs zu kompilieren, erhalte ich immer nachfolgende Fehler
und nach Einbinden der Module gibt mir em8300setup diese Info aus.

...
root@ubuntu:~# em8300setup
Microcode uploaded to /dev/em8300-0
Current settings are:
Cannot read audio : em8300 Driver returned 22 (unknown)
Video   Aspect  Audio   Spu
PAL     4:3     ???     OFF
root@ubuntu:~#

Hallo Frank
mit alsa bekomme ich auch kein audio; versuch mal beim laden der em8300 module "audio_driver=oss bzw. audio_driver=osslike"
Die ersten zwei Fehler bekomme ich auch ( läuft aber trotzdem) den mit dem sysfs.c hatte ich bisher noch nicht..
Vielleicht hilfts ja.
Gruß wolle

@ Dr. Seltsam

Zitat

Original von Dr. Seltsam
welchen gcc nimmst Du ?

Ubuntu 6.06.1 LTS mit gcc 4.0.3 oder Eisfair mit gcc 3.4.4
und Kernel 2.6.18 mit Deiner .config-2.6.18 oder Kernel 2.6.19 analog.

plautze

Zitat

mit alsa bekomme ich auch kein audio; versuch mal beim laden der em8300 module "audio_driver=oss bzw. audio_driver=osslike"

Super Hinweis - damit em8300setup - Audio-Info
korrekt - Danke.
- Korrekte Funktion auf linvdr mit kernel 2.6.19 muss ich noch testen.

Benutze bisher die dxr3config von wicky mit entsprechender /etc/modprobe.d/em8300-Datei.
Umsetzung in der em8300 manuell dann so:
options em8300 dicom_fix=1 dicom_control=1 dicom_other_pal=1 audio_driver=oss use_bt865=1 bt865_ucode_timeout=1

Aber trotzdem, warum funzt die original em8300-Module vom Doc
mit Kernel 2.6.18 ohne diese Einstellung?

Mfg
Frank

Hallo Dr. Seltsam

Zitat

versuch mal http://cachalot.mine.nu/src/dxr3/em8300-oss-default.patch

Mit Patch funzen die em8300-Module auch ohne obige Änderung.
Beim Kompilieren werden zwar die gleichen Fehler ausgegeben -
aber mit Aufruf von em8300setup wird Audio korrekt angezeigt.

Ich bedanke mich recht herzlich für die Hilfe!

Mfg
Frank

PS: Entschuldigung für die flappsige Anrede (Doc).

/Nachtrag
1. em8300setup funzt unter linvdr
2. wird aber von mir nur zum Test von Audio ??? genutzt
3. Problem war bisher, dass eigene kompilierte em8300-Module nicht unter linvdr, kanotix als auch ubuntu funzten - siehe Diskussion x-vdr mit zulu

Gruß
Frank

Ich habe gestern auch mal den neuen Kernel installiert. Soweit läuft alles, bis auf das Heruntertakten meiner P4/2,0/400/Northwood-CPU.

Vorher hatte ich den Kernel 2.6.15 und da konnte ich mit:
modprobe p4-clockmod
modprobe cpufreq-ondemand die Taktrate bis auf 250MHz runtertakten.

Jetzt kommt leider bei Aufruf von "modprobe cpufreq-ondemand" eine Fehlermeldung:
FATAL: Module cpufreq_ondemand not found

Die CPU läuft dann immer mit 2000Mhz und wird nicht mehr runtergetaktet!
Wenn ich zurück auf den Kernel 2.6.15 wechsle, dann läuft wieder alles wie vorher, nur beim Kernel 2.6.18 geht es nicht?

Muss ich bei dem neuen Kernel etwas anderes einstellen? Oder woran liegt es?

Paulaner

Paulaner

Also wenn du danach noch diese Zeile ausführst, sollte es funktionieren.

echo ondemand >/sys/devices/system/cpu/cpu0/cpufreq/scaling_governor

Weitere Info hier

Gruß
K-Pax

Zitat

Original von k-pax
Paulaner

Also wenn du danach noch diese Zeile ausführst, sollte es funktionieren.
echo ondemand >/sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
Weitere Info hier

Gruß
K-Pax

Alles anzeigen

Die Zeile "echo ondemand ..." habe ich schon in der runvdr.delayed mit drin.
Dein Link verweist auf das Cool&Quiet für AMD-CPUs, aber ich habe ein INTEL-CPU.

Aber wie gesagt funktioniert das ganze wunderbar beim "alten" Kernel 2.6.15 .
Selbst wenn ich jetzt in /boot die symbolischen Links wieder auf den Kernel 2.6.15 setze funktioniert das Runtertakten sofort wieder.

Ich vermute, das irgendwas am Aufruf geändert werden muss, aber meine Linux-Kenntnisse sind dazu leider nicht ausreichend.

Paulaner

Hallo!

In diesem Thread ists mal um die Nova T-500 gegangen... Ich kämpfe grade mit ebensolcher, und bin ein bisschen ratlos.

Bis jetzt war mein LinVDR ein PVR350-only System, kenn mich mit DVB überhaupt noch nicht aus. Ich hab meinen LinVDR mit dem mahlzei.iso auf neuesten stand (neusetup+linvdrupdater.sh) gebracht - sollte also den Dr.Seltsam kernel haben.

Nach längerem Versuchen hab ich jetzt mal wieder mein PVR350 zum laufen gebracht - nur was ich mit der DVB Karte jetzt machen soll, weiß ich net ganz.

Ich kann die module (#modprobe dvb-usb-dibusb-common - oder?) ohne fehler in den Kernel laden, dmesg reagiert aber nicht wirklich darauf.

auch ein w_scan sagt, dass es kein frontend öffnen konnte - ich weiß jetzt nicht mehr weiter - an welcher Stelle oder mit welchen Tools kann ich denn der Karte auf die Finger schaun?

ein lspci liefert mir nur paar neue USB-RootHubs wenn ich die Karte einbaue - aber das wird wohl so gedacht sein, oder?

00:00.0 Host bridge: Intel Corp. 440BX/ZX - 82443BX/ZX Host bridge (rev 03)
        Flags: bus master, medium devsel, latency 64
        Memory at 44000000 (32-bit, prefetchable) [size=16M]
        Capabilities: [a0] AGP version 1.0


00:01.0 PCI bridge: Intel Corp. 440BX/ZX - 82443BX/ZX AGP bridge (rev 03) (prog-if 00 [Normal decode])
        Flags: bus master, 66Mhz, medium devsel, latency 64
        Bus: primary=00, secondary=01, subordinate=01, sec-latency=32
        I/O behind bridge: 00001000-00001fff
        Memory behind bridge: 40000000-400fffff
        Prefetchable memory behind bridge: 41000000-41ffffff


00:0a.0 Ethernet controller: Intel Corp. 82557 [Ethernet Pro 100] (rev 05)
        Subsystem: Compaq Computer Corporation Embedded NC3120 with Wake on LAN
        Flags: bus master, medium devsel, latency 66, IRQ 10
        Memory at 42000000 (32-bit, prefetchable) [size=4K]
        I/O ports at 2000 [size=32]
        Memory at 40100000 (32-bit, non-prefetchable) [size=1M]
        Expansion ROM at 10000000 [disabled] [size=1M]
        Capabilities: [dc] Power Management version 1


00:0d.0 Multimedia video controller: Internext Compression Inc: Unknown device 0803 (rev 01)
        Subsystem: Hauppauge computer works Inc.: Unknown device 4000
        Flags: bus master, medium devsel, latency 64, IRQ 11
        Memory at 48000000 (32-bit, prefetchable) [size=64M]
        Capabilities: [44] Power Management version 2


00:0e.0 USB Controller: VIA Technologies, Inc. UHCI USB (rev 61) (prog-if 00 [UHCI])
        Subsystem: VIA Technologies, Inc. UHCI USB
        Flags: bus master, medium devsel, latency 66, IRQ 11
        I/O ports at 2060 [size=32]
        Capabilities: [80] Power Management version 2


00:0e.1 USB Controller: VIA Technologies, Inc. UHCI USB (rev 61) (prog-if 00 [UHCI])
        Subsystem: VIA Technologies, Inc. UHCI USB
        Flags: bus master, medium devsel, latency 66, IRQ 11
        I/O ports at 2080 [size=32]
        Capabilities: [80] Power Management version 2


00:0e.2 USB Controller: VIA Technologies, Inc.: Unknown device 3104 (rev 63) (prog-if 20)
        Subsystem: VIA Technologies, Inc.: Unknown device 3104
        Flags: bus master, medium devsel, latency 66, IRQ 10
        Memory at 42100000 (32-bit, non-prefetchable) [size=256]
        Capabilities: [80] Power Management version 2


00:14.0 ISA bridge: Intel Corp. 82371AB PIIX4 ISA (rev 02)
        Flags: bus master, medium devsel, latency 0


00:14.1 IDE interface: Intel Corp. 82371AB PIIX4 IDE (rev 01) (prog-if 80 [Master])
        Flags: bus master, medium devsel, latency 64
        I/O ports at 2040 [size=16]


00:14.2 USB Controller: Intel Corp. 82371AB PIIX4 USB (rev 01) (prog-if 00 [UHCI])
        Flags: bus master, medium devsel, latency 64, IRQ 10
        I/O ports at 2020 [size=32]


00:14.3 Bridge: Intel Corp. 82371AB PIIX4 ACPI (rev 02)
        Flags: medium devsel, IRQ 9


01:00.0 VGA compatible controller: ATI Technologies Inc 3D Rage Pro AGP 1X/2X (rev 5c) (prog-if 00 [VGA])
        Subsystem: ATI Technologies Inc: Unknown device 0080
        Flags: bus master, stepping, medium devsel, latency 66, IRQ 9
        Memory at 41000000 (32-bit, prefetchable) [size=16M]
        I/O ports at 1000 [size=256]
        Memory at 40000000 (32-bit, non-prefetchable) [size=4K]
        Expansion ROM at 40020000 [disabled] [size=128K]
        Capabilities: [50] AGP version 1.0

Die VIA-USB's sind das von der Nova T500 karte... Das "VIA Technologies, Inc.: Unknown device" macht mich ein bisschen stutzig. Als ich die karte (im selben PC) unter Ubuntu angeschaut habe, hatte ich ein USB2.0 Gerät in der Liste... ist das soweit okay, oder ist das schon ein Problem?

lg und Danke schon mal, für etwaige Infos und Debug-Ansätze
lg Daniel