[Linux-disciples] slow printing with hp842c
Karl Sokol
revkarl at gmail.com
Tue Nov 1 18:11:59 EST 2005
Somewhere in the midst of upgradeing from Hoary Hedgehog to Breezy Badger,
the printing came up to speed. Thanks for your help!
On 10/30/05, Karl Sokol <revkarl at gmail.com> wrote:
>
> >Do you have /proc/ other things?
>
> Yep.
>
> nahash at ubuntu:~$ cd /proc/
> Display all 108 possibilities? (y or n)
>
>
> I read here
> https://www.redhat.com/archives/redhat-list/2004-December/msg00279.html
> that In RHELv2.1 (which I think is based on 7.3) there is no /proc/parport
> but there is a /proc/sys/dev/parport when insmod parport and insmod
> parport_pc are run.
>
> but I don't see any likely config files.
>
> nahash at ubuntu:/proc/sys/dev/parport$ ls
> default parport0
> nahash at ubuntu:/proc/sys/dev/parport$ cd /proc/sys/dev/parport/default/
> nahash at ubuntu:/proc/sys/dev/parport/default$ ls
> spintime timeslice
> nahash at ubuntu:/proc/sys/dev/parport/default$ cd
> /proc/sys/dev/parport/parport0/
> nahash at ubuntu:/proc/sys/dev/parport/parport0$ ls
> autoprobe autoprobe1 autoprobe3 devices irq spintime
> autoprobe0 autoprobe2 base-addr dma modes
> nahash at ubuntu:/proc/sys/dev/parport/parport0$ cd
> /proc/sys/dev/parport/parport0/devices/
> nahash at ubuntu:/proc/sys/dev/parport/parport0/devices$ ls
> active lp
> nahash at ubuntu:/proc/sys/dev/parport/parport0/devices$ cd
> /proc/sys/dev/parport/parport0/devices/lp/
> nahash at ubuntu:/proc/sys/dev/parport/parport0/devices/lp$ ls
> timeslice
>
>
>
>
> On 10/30/05, Adam Rosi-Kessel <adam at rosi-kessel.org> wrote:
> >
> > Hmm. No /proc/parport is not so good. Do you have /proc/ other things?
> >
> > Karl Sokol wrote:
> > > I do not have a /proc/parport. Is that a problem?
> > >
> > >>From man tunelp, I read:
> > >
> > > "-i <IRQ>
> > > specifies the IRQ to use for the parallel port in
> > > question. If
> > > this is set to something non-zero, -t and -c have no
> > > effect. If
> > > your port does not use interrupts, this option will make
> > > print‐
> > > ing stop. The command tunelp -i 0 restores non-interrupt
> > > driven
> > > (polling) action, and your printer should work again."
> > >
> > > Sounds great. But...
> > >
> > > nahash at ubuntu:/$ tunelp /dev/lp0 -i 0
> > > tunelp: ioctl: Invalid argument
> > > /dev/lp0 using IRQ 7
> > > nahash at ubuntu:/$
> > >
> > > Others have the problem
> > > http://www.linuxarkivet.se/mlists/suse-linux-e/0306/msg01023.html
> > >
> > http://www.mail-archive.com/linux-setup@senator-bedfellow.mit.edu/msg01559.html
> > >
> > > But noone seems to have the solution.
> > >
> > > Any other suggestions?
> > > Thanks.
> > >
> > >
> > > On 10/18/05, *Adam Rosi-Kessel* < adam at rosi-kessel.org
> > > <mailto:adam at rosi-kessel.org>> wrote:
> > >
> > > Karl Sokol wrote:
> > > > My printer works ok for the most part- except that it is extremely
> > > > slow. From what I could find googling around, there is a timing
> > issue
> > > > peculiar to some hp models when the printer is in
> > > 'interrupt-driven' mode.
> > > >
> > > > The solution that is regularly presented is to set the printer into
> > > > 'poll' mode by...
> > > >
> > > > $ lptcontrol -p -d /dev/lpt0
> > > >
> > > > However, it seems like the program lptcontrol is a BSD program and
> > not
> > > > in the debian archive. Before I look for a source for lptcontrol or
> > > > start fiddling with the kernel (which I would rather not do), is
> > there
> > > > an easy way to change the printer's mode?
> > >
> > > I have an unconfirmed suspicion that you might be able to change it
> > > somewhere under /proc/parport/. Have you checked there?
> > >
> > > Also, there is a command tunelp that I think should be included in
> > > standard
> > > Linux installations that probably does the same thing as lptcontrol.
> > >
> >
>
--
Grace and Peace,
Karl Sokol
"They that are bound for heaven must be willing to swim against the stream,
and must do, not as most do, but as the best do."
-John Wesley's notes on Joshua 24:15
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.bostoncoop.net/pipermail/linux-disciples/attachments/20051101/4d64a430/attachment.htm
More information about the Linux-disciples
mailing list