Linearer Modus

Arnulf zu Linden · 21.12.2015 21:08

Ein HP LaserJet 1100 hängt an einem PC, der mit einer Dual-Parallelport-PCI-Karte ausgestattet ist. Unter Windows 7 pro SP1 64-Bit funktioniert der Drucker, nachdem Windows dafür ein Update gezogen hat.
Unter CUPS 1.5.4 (auf Slackware64-14.1) druckt er nicht. Im Webinterface behauptet CUPS nach dem "Drucken" einer Testseite, das der Druckauftrag korrekt abgewickelt worden, aber aus dem Drucker komtm einfach kein Ausdruck.

Code:

Hardware:

AMD Phenom II X6 1100T

16 GiB DDR3 PC-1600

MSI 990FXA-GD80

Dual-Parallelport-PCI-Karte

HP LaserJet 1100

lspci -v

[…]

06:06.0 Parallel controller: MosChip Semiconductor Technology Ltd. PCI 9865 Multi-I/O Controller (prog-if 03 [IEEE1284])

        Subsystem: Device a000:2000

        Flags: bus master, medium devsel, latency 32, IRQ 22

        I/O ports at b030 [size=8]

        I/O ports at b020 [size=8]

        Memory at fe203000 (32-bit, non-prefetchable) [size=4K]

        Memory at fe202000 (32-bit, non-prefetchable) [size=4K]

        Capabilities: [48] Power Management version 2

        Kernel driver in use: parport_pc

06:06.2 Parallel controller: MosChip Semiconductor Technology Ltd. PCI 9865 Multi-I/O Controller (prog-if 03 [IEEE1284])

        Subsystem: Device a000:2000

        Flags: bus master, medium devsel, latency 32, IRQ 20

        I/O ports at b010 [size=8]

        I/O ports at b000 [size=8]

        Memory at fe201000 (32-bit, non-prefetchable) [size=4K]

        Memory at fe200000 (32-bit, non-prefetchable) [size=4K]

        Capabilities: [48] Power Management version 2

        Kernel driver in use: parport_pc

[…]

dmesg

[…]

[    2.332848] PCI parallel port detected: 9710:9865, I/O at 0xb030(0x0), IRQ 22

[    2.332872] parport0: PC-style at 0xb030, irq 22 [PCSPP,TRISTATE,EPP]

[    2.344525] parport0: Printer, Hewlett-Packard HP LaserJet 1100

[    2.344720] PCI parallel port detected: 9710:9865, I/O at 0xb010(0x0), IRQ 20

[    2.344754] parport1: PC-style at 0xb010, irq 20 [PCSPP,TRISTATE,EPP]

[…]

http://localhost:631/admin/log/error_log

[…]

E [17/Dec/2015:15:02:12 +0100] [cups-deviced] PID 3358 (hp) stopped with status 127!

E [17/Dec/2015:15:02:12 +0100] [cups-deviced] PID 3357 (snmp) stopped with status 1!

E [17/Dec/2015:15:02:12 +0100] [cups-deviced] PID 3356 (hpfax) stopped with status 1!

Mit ähnlicher Hardware (HP LaserJet 6L an Parallelport-PCI-Karte) und gleicher Software treten diese Probleme nicht auf. Da kommt unter Linux lediglich beim Drucken der 1. Seite nach dem Rechnerstart "disabling IRQ xx" (xx= IRQ des Parallelports).

Bevor jetzt jemand das Alter dieser Drucker anführt: Die sollen noch "verbraucht werden", also so lange genutzt werden, bis der Toner (LaserJet 1100 noch eine Ersatzkartusche vorhanden, LaserJet 6L Kartusche noch fast voll) alle ist oder der Drucker kaputt geht.

21.12.2015 21:30

Schau mal ob es mehrere Treibervariationen (Foomatic, Gutenprint etc) im Repo deiner Distri gibt und probiere die nacheinander aus. Ich hatte das bei manchen Druckern schon, dass mal der eine und mal der andere ging.

Dirk · 21.12.2015 21:31

hatte auch mal nen update für cups erwischt, da druckte meiner auch nichts mehr. aber warum eine parallel karte, statt nen guten alten externen jetdirect printserver?

Arnulf zu Linden · 21.12.2015 21:36

(21.12.2015 21:30)mrshadowtux schrieb: Schau mal ob es mehrere Treibervariationen (Foomatic, Gutenprint etc) im Repo deiner Distri gibt und probiere die nacheinander aus. Ich hatte das bei manchen Druckern schon, dass mal der eine und mal der andere ging.

hplip und Gutenprint funktionieren beide nicht.

(21.12.2015 21:31)Dirk schrieb: aber warum eine parallel karte, statt nen guten alten externen jetdirect printserver?

Parallelport-PCI-Karten sind in beiden Fällen in den PCs drin, Printserver sind nicht vorhanden und dafür soll auch kein Geld mehr ausgegeben werden.

thosch97 · 22.12.2015 01:50

Mein LaserJet will erstmal ne Firmware. Hab zwar für den hier auf die Schnelle nix gefunden, aber evtl unter Windows einfach mal Port monitoren und schauen was alles so bei rumkommt.

Arnulf zu Linden · 22.12.2015 22:03

Ring frei zur nächsten Runde!

Heute wurde der Drucker an einen momentan eh herumstehenden PC mit gleicher Softwarebasis und Sockel-AM2-Brett mit nativem Parallelport angeschlossen. Der Parallelport wird vom Kernel korrekt konfiguriert und der Drucker über IEEE1284 erkannt. Funktionieren tut er auch an diesem System nicht. Als Fehlermeldung kommt mittlerweile je nach Treiber "Printer not connected. Retrying in 30 seconds" (o.ä.).

Wechsel der Softwarebasis (Linux) auf Knoppix-7.0.4 (enthält CUPS 1.5.3):
Damit funktioniert der Drucker sowohl am PCI-Parallelport am eingangs beschriebenen System als auch am nativen Parallelport (s.o.). CUPS erkennt den Drucker offenbar automatisch und bietet dafür im Webinterface zwei fertige Konfigurationen als lokale Drucker an, eine mit dem Gutenprint-Treiber und eine mit dem hplip-Treiber. Beide funktionieren!

@ thosch97: Damit dürfte klar sein, das der keine Firmware braucht.

Unter Slackware64 bietet CUPS im Webinterface gar keinen lokalen Drucker an! Na gut, hplip will das ppdev-Kernelmodul haben. Also mal schnell 'nen neuen Kernel mit ppdev-Modul dabei kompiliert und mit diesem Kernel neu gestartet. Jetzt bietet CUPS im Webinterface als lokalen Drucker ganz allgemein "HPLIP" an, aber eine funktionierende Konfiguration kann damit auch nicht erstellt werden.

Dies sagt mir, dass an irgendeiner Stelle die Kommunikation über den Parallelport nicht funktioniert. Entweder fehlt noch was im Kernel, aber was? Oder CUPS scheitert irgendwie daran. Bei hplip scheint es seit geraumer Zeit normal zu sein, dass das ohne Parallelport-Unterstützung daher kommt. Was für'n Quatsch! Für Parallelport-Unterstützung muss das aus dem SRC neu gebaut werden, wobei zu Beginn ein ./configure --enable-pp-build erforderlich ist. Es ist mir allerdings nicht gelungen, ein lauffähiges hplip aus dem SRC zu bauen. Je nach Version scheitert schon ./configure, weil es libcups nicht findet, obwohl es da ist. Oder der Kram lässt sich kompilieren, schmeißt beim Start im xTerm-Fenster aber 'ne Fehlermeldung. Eigentlich würde mir aber auch Gutenprint reichen, da der Drucker eh keine Sonderfunktionen hat, für die hplip notwendig wäre.

Obige Diagnose widerspricht sich allerdings mit der Tatsache, dass der HP LaserJet 6L mit gleicher Softwarebasis läuft, wobei mir da bei der Systembeschreibung ein kleiner Fehler unterlaufen ist. Der HP LaserJet 6L hängt nicht an einer Parallelport-PCI-Karte, sondern an einer Parallelport-PCIe x1-Karte.

gandro · 23.12.2015 14:42

Ich hatte auch meine Probleme mit dem LaserJet 1110 unter Linux via Parallelport, leider kann ich mich nicht mehr an die Details erinnern. Schau, dass du das "lp" Modul im Griff hast - für direkten Zugriff auf den Parallelport darf es nicht geladen sein, für Printing via Kernel hingegen muss es geladen sein.

Nachtrag: Und versuche auch die von CUPS aufgerufenen Programme mal manuell aufzurufen, dann siehst du evtl. im Output was.

Arnulf zu Linden · 23.12.2015 19:59

Heute Vormittag noch mal die Knoppix reingeschoben und mit lsmod geschaut, was da alles an Parallelport-Geraffel geladen wird.
Danach die Slackware64 gestartet, und da fehlte doch tatsächlich das lp-Kernelmodul. Neuen Kernel gebacken, durchgestartet, und CUPS erkennt nun automatisch den Drucker. Damit lässt sich dann mittels "Drucker hinzufügen" eine funktionierende Konfiguration mit dem Gutenprint-Treiber erstellen. Der Drucker druckt nun also auch unter Slackware64-14.1!

Das in der Slackware64-14.1 enthaltene hplip funktioniert hier genauso wenig wie auf dem System mit dem HP LaserJet 6L dran. Damit erhärtet sich der Verdacht, das leider auch in der Slackware64-14.1 wie in vielen anderen aktuellen Distros – das Internet ist voll von Problembeschreibungen über Parallelport-Drucker unter modernen Distros – nur das hplip-Standardkompilat ohne Parallelport-Support enthalten ist.

gandro · 23.12.2015 20:03

http://hplipopensource.com/hplip-web/tec...rview.html

Zitat:HPOJ performs all parallel I/O directly to the hardware port in User Mode. This is problematic with other Linux/Unix platforms. Many kernels do not allow direct communication to the parallel port from User Mode. HPLIP also performs parallel I/O in User Mode, but HPLIP uses the ppdev/parport kernel modules. Which provides kernel management and a better sharing mechanism for other applications.

Kann sein dass ppdev ebenfalls von Nöten ist.

Nachtrag: Und für libcups compilieren musst du natürlich auch die Header installiert haben. Debian und Derivate haben das ja in separaten Paketen.

Arnulf zu Linden · 23.12.2015 21:21

(23.12.2015 20:03)gandro schrieb: Kann sein dass ppdev ebenfalls von Nöten ist.

Nachtrag: Und für libcups compilieren musst du natürlich auch die Header installiert haben. Debian und Derivate haben das ja in separaten Paketen.

hplip braucht ppdev, Gutenprint nicht.

Das Problem mit libcups war, das sie da war, ./configure sie aber nicht finden wollte.

Da das Primärziel erreicht wurde, ist das Thema für mich durch, zumal weder der LaserJet 1100 noch der LaserJet 6L Funktionen bieten, die sich nur mit dem hlip-Treiber nutzen ließen.