linux-kernel - 2.6.26: Parport printing problem

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [day] [month] [year] [list]

Message-Id: <50F88745-08CD-4BAD-965E-619A8DDE7085@it-loops.com>
Date:	Sun, 21 Sep 2008 17:59:08 +0200
From:	Guntsche Michael <mike@...loops.com>
To:	linux-kernel@...r.kernel.org
Subject: 2.6.26: Parport printing problem

Hi list,

I am having some problems with printing to an epson printer connected  
to the parallel port.
I have an old computer that acts as my firewall/print server. Every  
now and then I print out some pages on this setup.
At the beginning of the year I printed a pdf file without any  
problems. This weekend I wanted to print out a small PDF but instead  
of getting the page, I just got gibberish showing up on the page. I  
did not change anything in my cups setup so I booted to 2.6.25 and  
tried again, same problem.
Since this is an Epson inkjet printer I turned off cups and fired up  
the escpuil tool.

	escputil -i -r /dev/lp0

This should normally print out the inklevels. But instead if the ouput  
I just got gibberish printed out again. For me it looked like that the  
data, got somehow mangled on the way to the printer. I recompiled the  
kernel and tried it once again with parport_pc in polling mode. Same  
result.

I then connected the printer via its USB port to another computer  
running 2.6.26 and tried escputil again. It worked without any  
problems. I saw the ink levels and could also trigger the print head  
cleaning sequence. A test print out from cups and the PDF printout  
worked as well. I then connected the printer to this new server with  
the parallel port. I got the same result as with the other computer.  
Instead of ink levels or a printout I just got gibberish on the page.

Since then I moved my cups setup to the server since it is faster  
anyway. Nevertheless I still do not understand why printing does not  
work via the parallel port.
On the new machine parport_pc even detects the type and name of the  
printer, so the connection is definitely working. It just looks like  
that output sent via the parport somehow gets tampered with.
Maybe someone has an idea.

Please CC me since I am not subscribed to the list.

Kind regards,
Michael
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/