Linux

Diskussionsstrang Neuen Diskussionsstrang anfangen

Herunterladen

linux@lug-owl.de

April 2015

4 Teilnehmer
1 Diskussionen

Wie Prozesse identifizieren die auf den Parport zugreifen?
by Stefan U. Hegner 23 Apr '15

23 Apr '15

Hallo Liste, hätte hier mal wieder ein HW-nahes Thema, an dem ich mir schon seit einer Woche die Zähne ausbeisse: Ich habe ein LCD-Display mit lcd4linux am Parport hängen. Seit der Migration auf Jessie und neue Hardware, läuft das Ding aber nicht mehr so wie es soll. Wenn ich lcd4linux im Hintergrund laufen lasse, bekomme ich irgendwann Meldungen wie die folgenden, und der Prozess stirbt, der Parport ist blockiert: Apr 5 11:46:56 zomba kernel: INFO: task lcd4linux:14452 blocked for more than 120 seconds. Apr 5 11:46:56 zomba kernel: Not tainted 3.16.0-4-amd64 #1 Apr 5 11:46:56 zomba kernel: "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. Apr 5 11:46:56 zomba kernel: lcd4linux D ffff8803adfdce78 0 14452 1 0x00000000 Apr 5 11:46:56 zomba kernel: ffff8803adfdca20 0000000000000082 0000000000012f00 ffff880439b43fd8 Apr 5 11:46:56 zomba kernel: 0000000000012f00 ffff8803adfdca20 ffffffffa02bc040 ffff880439b43e78 Apr 5 11:46:56 zomba kernel: ffffffffa02bc044 ffff8803adfdca20 00000000ffffffff ffffffffa02bc048 Apr 5 11:46:56 zomba kernel: Call Trace: Apr 5 11:46:56 zomba kernel: [<ffffffff8150cb35>] ? schedule_preempt_disabled+0x25/0x70 Apr 5 11:46:56 zomba kernel: [<ffffffff8150e5e3>] ? __mutex_lock_slowpath+0xd3/0x1c0 Apr 5 11:46:56 zomba kernel: [<ffffffff8150e6eb>] ? mutex_lock+0x1b/0x2a Apr 5 11:46:56 zomba kernel: [<ffffffffa02b9387>] ? pp_ioctl+0x27/0x970 [ppdev] Apr 5 11:46:56 zomba kernel: [<ffffffff811c92d3>] ? seq_read+0x1b3/0x360 Apr 5 11:46:56 zomba kernel: [<ffffffff811b9ecf>] ? do_vfs_ioctl+0x2cf/0x4b0 Apr 5 11:46:56 zomba kernel: [<ffffffff812063d5>] ? proc_reg_read+0x45/0x70 Apr 5 11:46:56 zomba kernel: [<ffffffff811a7ae3>] ? vfs_read+0x93/0x170 Apr 5 11:46:56 zomba kernel: [<ffffffff811ba131>] ? SyS_ioctl+0x81/0xa0 Apr 5 11:46:56 zomba kernel: [<ffffffff8150ff6d>] ? system_call_fast_compare_end+0x10/0x15 Bzw. wenn ich lcd4linux nicht direkt beim booten starte, sondern nachher manuell, bekomme ich Meldungen wie die Folgende: HD44780: ioctl(/dev/parport1, PPCLAIM) failed: 4 Interrupted system call HD44780: could not initialize parallel port! HD44780: start display failed! Error initializing driver HD44780: Exit! Anfangs dachte ich, dass das möglicherweise Probleme mit dem Parport-Timing wären, aber auf der lcd4linux Liste sagte man mir, dass das Problem beim PPCLAIM zu suchen wäre und dass irgendein anderer Prozess vermutlich den Parport blockiert, was mir lcd4linux leider übel nimmt. Mir sind aber keine laufenden Prozesse bewusst, die den Parport nutzen. Interessanterweise scheint dieses Problem aber gar nicht so kritisch zu sein, wenn ich lcd4linux im Vordergrund laufen lasse. Dann kommen sporadisch alle paar Stunden lediglich Meldungen wie die Folgende: owAcquire: failed to open device: Resource temporarily unavailable Frage: Wie kann ich den Parport monitoren, welche Prozesse damit kommunizieren? Meine Verdächtigen wären im Umfeld cups oder hplip angesiedelt, aber da ich keine parallelen Drucker mehr habe kann ich da auch voll falsch liegen. Die Idee wäre jedenfalls, erst mal den "Querschläger" zu identifizieren. Ich ahne ja fast, dass jetzt von JBG ein "strace" oder so in den Raum geworfen wird ... Aber ich glaube ich lerne das in diesem Leben nicht mehr. - Gebt mir wenigstens die Parameter dazu (/dev/parport1 als device steht ja schon oben). Danke. Stefan. -- Stefan U. Hegner <stefan(a)hegner-online.de> * * * D-32584 Löhne --- good ole Germany internet: http://www.hegner-web.de * * * GPG-Key | 048D 7F64 0BEB 73B1 2725 F-Print | C05E 4F77 9674 EF11 55FE

4 8