let's see - I've tried adding a form feed character at the end of foo.txt - still fails silently. I added the IO address and IRQ line /etc/modules.conf (and just to see if it would work to /etc/modules). I have no file /etc/modules/parport (hmmm . . .) I also just looked at /var/log/lp-errs, and it says /etc/magicfilter/pnm2ppa-720-color-eco-filter -- Interrupted System Call. I think I have finally found something that at least realizes there is a problem, although when I cat directly to the printer port I should bypass this. Can anyone tell me what this means? I have seen somewhere that the report that it is using IRQ -1 only means that it is not using interrupt driven printinfg, but is using polling instead, which is what it had been using when it worked fine. Getting a little frustrated, although it could be worse - I don't have to print that often.
Thanks again, Steve On Sun, 29 April 2001, "Karl E. Jorgensen" wrote: The box is a Debian Woody distro running on an AMD K6-400, I > > use lpr to print and I have an HP 712C, which up until now ran fine. > > Two weeks ago, I upgraded my kernel to v2.4.2 to take advantage of the > > AGP port feature, and at about the same time I did a apt-get upgrade. > > Now my printer fails silently - no error messages, no printout. > > > I've tried lpr foo.text - if it's a large enough file, I can see it > > momentarily in the lpq, but it dissapears very quickly. > > > > I've tried cat foo.txt > /dev/lp0, and I get a small pause as it does > > this, and then nothing. > > That's interesting... I don't know the in's and out's of your printer model, > but I would have expected something to come out. Did your file contain a > ^L (=form feed) at the end? Might be worth adding. > > > > > tunelp /dev/lp0 -s reports status 216, on-line > > > > tunelp /dev/lp0 -r reports lp0 online, using IRQ -1 (hmmm. . . dmesg tells > > me that parport0 is using IRQ 7, which is what it should be using.) > > Very odd. I *think* I had that too, before I added > options parport_pc io=0x378 irq=3 dma=3 > to /etc/modules.conf (/etc/modutils/parport actually followed by > update-modules). You may want to do something similar (but set it to whatever > you BIOS is set to - the above settings are my current ones). > > > lpc> enable all shows that qeueing is enabled > > > > I regenerated the magicfilterconfig file - no better (although I would > > think that catting to lp0 should bypass the filter, so this shouldn' > > t have been the problem.) > > > > I can't think of anything else to do - I've even tried rebooting and > > reconfiguring the kernel so that it's all compiled in instead of having all > > the lp and parport functions as modules. Still nothing. > > > > If anybody can help, I'd really appreciate it. I can't find any > > documentation about kernel v.2.4.2 - is this a known bug? I admit I > > haven't > > looked all that hard, as I'm between ISP's right now and I only have acces > > at work. > > > > Thanks again. > > > > > > > > -- >
