ich nochmal...
den patch hatte ich auch gerade gefunden :lol2....jetzt ist es durchgelaufen...
so! jetzt aber schluß hier mit diesem :ot. Danke dir trotzdem!
toaster
[Anleitung] Debian 4.0 (Etch) Kernelupdate von kernel.org + Module für lirc + cdfs (+ hg-dvb)
- wilderigel
- Geschlossen
-
-
Hallo,
warum kann man diesen schönen Kernel eigentlich nicht per apt-get bekommen?
wilderigel:
Könntest du ihn nicht bei Tobi oder hier im vdr-Portal veröffentlichen?Tschüß Frank
-
Hallo,
erstmal danke für deine super Anleitung, ich habe jetzt den 1. Punkt Kernel updaten und installieren probiert, hat auch alles ohne Fehler hingehauen, doch jetzt bring ich leider den vdr nicht mehr hoch, er bleibt bei folgender Zeile ohne Fehlermeldung oder dergleichen stehen:Zitatdrivers/hid/usbhid/hid-core.c: v2.6:USB HID core driver
Was hab ich falsch gemacht, bzw. was muss ich noch machen?
Nach einer Weile kommt dann initramfs oder so !!
-
Hallo,
ich jetzt auch mal den Kernel übersetzt. Bei LIRC hatte ich erst Probleme, habe es dann aber wie hier beschrieben doch übersetzt bekommen.
Da ich eine Matrox G100 habe, wollte ich dann den Framebuffer Support aktivieren. Dazu habe ich den Kernel noch mal deinstalliert und mit den unten angegeben Optionen neu übersetzt.
Code
Alles anzeigen--- Backlight & LCD device support ---> Display device support ---> <M> Lowlevel video output switch controls <*> Support for frame buffer devices [*] Enable firmware EDID --- Enable Video Mode Handling Helpers --- Enable Tile Blitting Support --- Frame buffer hardware drivers <M> Cirrus Logic support <M> Permedia2 support [*] enable FIFO disconnect feature <M> CyberPro 2000/2010/5000 support <M> Arc Monochrome LCD board support [ ] Asiliant (Chips) 69000 display support [ ] IMS Twin Turbo display support <M> VGA 16-color graphics support [*] VESA VGA graphics support [ ] Intel-based Macintosh Framebuffer Support < > Hecuba board support <M> Hercules mono graphics support [ ] Hercules mono Acceleration functions (EXPERIMENTAL) <M> Epson S1D13XXX framebuffer support <M> nVidia Framebuffer Support [*] Enable DDC Support [ ] Lots of debug output [*] Support for backlight control < > nVidia Riva support <M> Intel 810/815 support (EXPERIMENTAL) [ ] use VESA Generalized Timing Formula < > Intel LE80578 (Vermilion) support <M> Intel 830M/845G/852GM/855GM/865G/915G/945G support (EXPERIMENTAL) [ ] Intel driver Debug Messages [*] DDC/I2C for Intel framebuffer support <*> Matrox acceleration [*] Millennium I/II support [*] Mystique support [*] G100/G200/G400/G450/G550 support <M> Matrox I2C support <M> G400 second head support [ ] Multihead support <M> ATI Radeon display support [*] DDC/I2C for ATI Radeon support [*] Support for backlight control [ ] Lots of debug output from Radeon driver <M> ATI Rage128 display support [*] Support for backlight control <M> ATI Mach64 display support [*] Mach64 CT/VT/GT/LT (incl. 3D RAGE) support [*] Mach64 generic LCD support (EXPERIMENTAL) [*] Mach64 GX support [*] Support for backlight control < > S3 Trio/Virge support <M> S3 Savage support [*] Enable DDC2 Support [ ] Enable Console Acceleration <M> SiS/XGI display support [*] SiS 300 series support [*] SiS 315/330/340 series and XGI support <M> NeoMagic display support <M> IMG Kyro support <M> 3Dfx Banshee/Voodoo3 display support [ ] 3Dfx Banshee/Voodoo3 Acceleration functions (EXPERIMENTAL) <M> 3Dfx Voodoo Graphics (sst1) support < > VIA VT8623 support <M> Cyberblade/i1 support <M> Trident support [ ] Trident Acceleration functions (EXPERIMENTAL)Damit bekomme ich jedoch dieses Bild:
[Blockierte Grafik: http://www.jepsennet.de/vdr/forum/matrox.jpg]Irgendwelche Ideen?
Tschüß Frank
-
hi,
falls es leute geben sollte (so wie mich z.B.), welche lirc nicht extern, sondern als teil des kernels compilieren wollen, können den kernel-patch aus folgender quelle nutzen:http://people.redhat.com/jwilson/lirc/
das hat bei mir mit einem 2.6.23.1er kernel gut funktioniert. der vorteil an der sache ist halt der, das die lirc-module alle im kernel-.deb-package drin sind.
auch festes in den kernel eincompilieren ist möglich. wenn der serielle treiber dann als modul kommt, kann man sich damit das setserial sparen. -
hi, ich sitze grad an dem problem das wohl die einstellung in /var/lib/setserial/autoserial.conf
/dev/ttyS1 uart noneerst nach dem laden der module in /etc/lirc/hardware.conf passiert.
hier nen auszug der bootlog
Jan 4 05:39:53 VDRServer kernel: Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing enabled
Jan 4 05:39:53 VDRServer kernel: serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
Jan 4 05:39:53 VDRServer kernel: serial8250: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A
Jan 4 05:39:53 VDRServer kernel: 00:08: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
Jan 4 05:39:53 VDRServer kernel: 00:09: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550AJan 4 05:39:54 VDRServer kernel: lirc_dev: IR Remote Control driver registered, major 61
Jan 4 05:39:54 VDRServer kernel: lirc_serial: no version for "lirc_unregister_plugin" found: kernel tainted.
Jan 4 05:39:54 VDRServer kernel: lirc_serial: use 'setserial /dev/ttySX uart none'
Jan 4 05:39:54 VDRServer kernel: lirc_serial: or compile the serial port driver as module and
Jan 4 05:39:54 VDRServer kernel: lirc_serial: make sure this module is loaded firstund dann hab ich mal geguckt ob der com port richtige settings hat, mit folgendem ergebnis
VDRServer:~# setserial /dev/ttyS1
/dev/ttyS1, UART: unknown, Port: 0x02f8, IRQ: 3irgendwer ne idee wie ich erst die /var/lib/setserial/autoserial.conf ausführe und dann erst die module geladen werden, ausser nen cron mit modprobe lirc_serial ?
und ohne kernel patch
-
Zitat
Original von OppTupacShakur
hi, ich sitze grad an dem problem das wohl die einstellung in /var/lib/setserial/autoserial.conf
/dev/ttyS1 uart noneSetserial(8) auf ubuntu gutsy sagt aber, das muss in /etc/serial.conf. Damit funktioniert es hier auch. Seltsamerweise existiert hier /var/lib/setserial/autoserial.conf ebenfalls, wird aber offensichtlich nicht verwendet.
BTW: aus https://help.ubuntu.com/community/Install_Lirc_Gutsy habe ich mir die wesentlichen Schritte beim lirc-debugging extrahiert:
Codetroubleshooting: 1. modules loaded? (lirc_dev+lirc_serial for serial receiver) 2. devices exist? (/dev/lirc, /dev/lirc0 or /dev/lirc/0) 3. mode2 works? 4. lircd.conf exist? (create with irrecord) 5. lircd runs? 6. check remote control with irw. 7. learn remote with application (e.g. VDR) -
Zitat
Original von wilderigel
mein gutsy hat keine /etc/serial.conf, dafuer aber ne /var/lib/setserial/autoserial.conf die auch funktioniert.
Mein gutsy hatte das auch nicht. So frech wie ich bin habe ich die einfach angelegt, da das ja in der manpage so drinsteht. /var/lib/setserial/autoserial.conf existiert bei mir auch, aber die habe ich garnicht angefasst (warum auch? die manpage sagt ja dass das in /etc/serial.conf muss). Und siehe da, bei mir hat es funktioniert. Versuch doch einfach mal /etc/serial.conf anzulegen. Wenn es nicht funktioniert kannst du ja immer noch weitersuchen. -
hmm, ja aber ist dies hier nicht ne debian etch anleitung? also sollte doch mir lirc alles zu funken wie beschrieben, was es ja definitiv nicht tut, da der comport erst nach dem versuch die module zu laden gesetzt wird.
wie stellt ihr das denn an, odder ladet ihr die module immer per hand?
oder nutzt hier gar keiner debian etch und die anleitung ist nur geraten? -
steht doch im titel + lirc und auch nicht ubuntu
war ja nun nur darauf bezogen das alle antworten bei ubuntu geht das so und so;) -
hmm wäre auch ne idee, aberr für mich leider nicht relevant, da ich noch dboxen am comport habe.
ich werde mal gucken das ich nen debian paket für die lirc 0.8.3 hinbekomme. wäre ja de beste lösung. aber werde erst gucken ob lirc mit debian standard kernel überhaupt tut, also ob da alles auto geladen wird.
-
hmm, ich habs ja genau nach anleitung getan, aber leider werden die module zu früh geladen.
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!