lirc Problem: FATAL: Module 8250 is in use.

donulfo · 14. Juli 2008

Hallo zusammen,
ich wollte soeben per irrecord meine fernbedienung unter easyVDR 0.6.2 anlernen.

stopvdr
lirc_on_com1

Code

lircd: Kein Prozess abgebrochen
FATAL: Module 8250 is in use.

syslog sagt mir folgendes:

Code

Jul 14 14:23:55 (none) Runvdr: start Lirc on com1
Jul 14 14:23:55 (none) kernel: [   51.021925] Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing enabled
Jul 14 14:23:55 (none) kernel: [   51.266032] serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
Jul 14 14:23:55 (none) kernel: [   51.511993] serial8250: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A
Jul 14 14:23:55 (none) kernel: [   51.531539] 00:08: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
Jul 14 14:23:55 (none) kernel: [   51.532856] 00:09: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A
Jul 14 14:23:55 (none) kernel: [   51.566780] lirc_dev: IR Remote Control driver registered, at major 61 
Jul 14 14:23:55 (none) kernel: [   51.567831] lirc_serial: no version for "lirc_unregister_plugin" found: kernel tainted.
Jul 14 14:23:56 (none) kernel: [   52.070958] lirc_serial: auto-detected active low receiver
Jul 14 14:23:56 (none) kernel: [   52.071094] lirc_dev: lirc_register_plugin: sample_rate: 0
Jul 14 14:23:56 (none) udevd-event[5104]: udev_node_symlink: symlink(lirc0, /dev/lirc0) failed: File exists

Alles anzeigen

Jetzt ist mir soeben noch folgendes aufgefallen:

Code

Jul 14 14:24:49 (none) vdr: [5968] too many different colors used in palette
Jul 14 14:24:53 (none) kernel: [  109.495480] irq 7: nobody cared (try booting with the "irqpoll" option)
Jul 14 14:24:53 (none) kernel: [  109.495502]  [<c01560f4>] __report_bad_irq+0x24/0x90
Jul 14 14:24:53 (none) kernel: [  109.495523]  [<c01563b1>] note_interrupt+0x251/0x290
Jul 14 14:24:53 (none) kernel: [  109.495545]  [<c01555d0>] handle_IRQ_event+0x30/0x70
Jul 14 14:24:53 (none) kernel: [  109.495561]  [<c0156feb>] handle_level_irq+0xdb/0x100
Jul 14 14:24:53 (none) kernel: [  109.495575]  [<c010757b>] do_IRQ+0x3b/0x80
Jul 14 14:24:53 (none) kernel: [  109.495597]  [<c0105333>] common_interrupt+0x23/0x30
Jul 14 14:24:53 (none) kernel: [  109.495630]  [<d0f655c3>] dvb_dmx_swfilter_packets+0x33/0x60 [dvb_core]
Jul 14 14:24:53 (none) kernel: [  109.495663]  [<d0fe791f>] debiirq+0x2cf/0x450 [dvb_ttpci]
Jul 14 14:24:53 (none) kernel: [  109.495685]  [<d0f8c8f2>] interrupt_hw+0xe2/0x270 [saa7146]
Jul 14 14:24:53 (none) kernel: [  109.495704]  [<c01312d4>] tasklet_action+0x54/0xc0
Jul 14 14:24:53 (none) kernel: [  109.495718]  [<c0130ef8>] __do_softirq+0x88/0x100
Jul 14 14:24:53 (none) kernel: [  109.495736]  [<c0130fc5>] do_softirq+0x55/0x60
Jul 14 14:24:53 (none) kernel: [  109.495742]  [<c013123a>] irq_exit+0x7a/0x90
Jul 14 14:24:53 (none) kernel: [  109.495745]  [<c0107580>] do_IRQ+0x40/0x80
Jul 14 14:24:53 (none) kernel: [  109.495752]  [<c0142c37>] hrtimer_start+0xc7/0x160
Jul 14 14:24:53 (none) kernel: [  109.495759]  [<c0102bb0>] default_idle+0x0/0x60
Jul 14 14:24:53 (none) kernel: [  109.495770]  [<c0105333>] common_interrupt+0x23/0x30
Jul 14 14:24:53 (none) kernel: [  109.495774]  [<c0102bb0>] default_idle+0x0/0x60
Jul 14 14:24:53 (none) kernel: [  109.495801]  [<c01209f2>] native_safe_halt+0x2/0x10
Jul 14 14:24:53 (none) kernel: [  109.495811]  [<c0102bec>] default_idle+0x3c/0x60
Jul 14 14:24:53 (none) kernel: [  109.495815]  [<c0102413>] cpu_idle+0x53/0xf0
Jul 14 14:24:53 (none) kernel: [  109.495830]  [<c07e3a7f>] start_kernel+0x2ff/0x390
Jul 14 14:24:53 (none) kernel: [  109.495838]  [<c07e3210>] unknown_bootoption+0x0/0x250
Jul 14 14:24:53 (none) kernel: [  109.495884]  =======================
Jul 14 14:24:53 (none) kernel: [  109.495886] handlers:
Jul 14 14:24:53 (none) kernel: [  109.495888] [<c056b3b0>] (usb_hcd_irq+0x0/0x60)
Jul 14 14:24:53 (none) kernel: [  109.495893] Disabling IRQ #7
Jul 14 14:24:55 (none) vdr: [5968] too many different colors used in palette
Jul 14 14:24:55 (none) vdr: [5968] too many different colors used in palette

Alles anzeigen

Hat das evtl. was damit zu tun?
Kann mir jemand einen Tipp geben, wo hier das Problem besteht?

Wie die syslog ja auch schon von sich gibt, scheint ja lrc zu laufen... es läuft auch, da wenn ich bei meiner TV Fernbedienung den videotext drücke, schaltet der vdr auf kanal 6...

MfG
DonUlfo

Dauser · 14. Juli 2008

versuch mal in dem skript lirc_on_com1.sh
zwischen den entladen der module (modprobe -r)
und dem laden(modprobe)
ein sleep 3 zu setzen.

donulfo · 15. Juli 2008

hi,

habe nun mal ein sleep eingesetzt, mit dem folgenden ergebnis beim starten von lirc_on_com1

Code

~# lirc_on_com1
lircd: Kein Prozess abgebrochen
FATAL: Module 8250 is in use.
/dev/ttyS0: No such file or directory
FATAL: Error inserting lirc_serial (/lib/modules/2.6.22.15/misc/lirc_serial.ko): Device or resource busy

Von was wird denn das Module 8250 benutzt?

MfG
DonUlfo

donulfo · 16. Juli 2008

hat niemand ne idee dazu ???

mfg
donulfo

lheik · 16. Juli 2008

Hallo,
schau doch mal mit lsmod nach. evtl findest du unter "used by" den übeltäter.

Gruß Uwe

noamx · 28. Mai 2009

Hallo,

ich habe dasselbe Problem. Die "Übeltäter" sind 8520_pnp und 8520_pci. Wenn ich diese beiden mit modprobe -r entlade, funktioniert auch das Anlernen mit lirc_on_com1.sh und irrecord.

Wie aber verhindere ich, dass der easy-vdr die Module wieder lädt?

netvista-fan · 28. Mai 2009

Ich hatte bei meinem Debian Lenny den kernel einfach ohne die Module erstellt da setserial irgendwie nicht wollte.

gda · 28. Mai 2009

Zitat

Original von noamx
Die "Übeltäter" sind 8520_pnp und 8520_pci.

Ist da nicht ein Zahlendreher drin?

Zitat

Original von noamx
Wie aber verhindere ich, dass der easy-vdr die Module wieder lädt?

Auf die Blacklist setzen /etc/modprobe.d/blacklist.conf ? Oder gibt es das bei easyvdr nicht?

Gerald

gehlhajo · 28. Mai 2009

setserial /dev/ttyS0 uart none

is your friend...

gda · 28. Mai 2009

Zitat

Original von gehlhajo
setserial /dev/ttyS0 uart none

is your friend...

Nun sagte aber netvista-fan

Zitat

Original von netvista-fan
... da setserial irgendwie nicht wollte.

Daher mein Vorschlag mit der Blacklist.

Gerald

netvista-fan · 28. Mai 2009

Ja, die module in die blacklist packen sollte natürlich auch klappen.
Und genau, die sache mit setserial klappte einfach nicht... (wär aber wohl der "normale" weg)

gehlhajo · 28. Mai 2009

Zitat

Original von gda
Nun sagte aber netvista-fan
[quote]Original von netvista-fan
... da setserial irgendwie nicht wollte.

..und da ich ich Eurer Logik
"setserial funktioniert bei netvista-fan nicht, also funktioniert es auch bei donulfo nicht" nicht so ganz folgen konnte,fühlte ich mich bemüßigt, die Zeilen zu schreiben.
Entschuldigt, daß ich Eure Zeit verschwendet habe...

Viele Grüße

gehlhajo

netvista-fan · 28. Mai 2009

Halb so wild...
ist ja fast Wochenende.

gda · 28. Mai 2009

Zitat

Original von gehlhajo
[Entschuldigt, daß ich Eure Zeit verschwendet habe...

Fühle dich nicht gleich auf den Schlips getreten. Natürlich ist dein Vorschlag generell die beste Lösung.

Gerald

noamx · 28. Mai 2009

Zitat

Original von gda
Auf die Blacklist setzen /etc/modprobe.d/blacklist.conf ? Oder gibt es das bei easyvdr nicht?

Geben tut's die, aber helfen tut's nicht. Der Start des vdrs mit "startvdr" lädt die Treiber wieder und dann ist wieder Essig mit Fernbedienung.

Weiß jemand wie der Easyvdr seine Module verwaltet?

lirc Problem: FATAL: Module 8250 is in use.

Jetzt mitmachen!

Teilen