>Do you have /proc/ other things?<br>
<br>
Yep.<br>
<br>
nahash@ubuntu:~$ cd /proc/<br>
Display all 108 possibilities? (y or n)<br>
<br>
<br>
I read here <a href="https://www.redhat.com/archives/redhat-list/2004-December/msg00279.html">https://www.redhat.com/archives/redhat-list/2004-December/msg00279.html</a><br>
that <tt>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.<br>
<br>
but I don't see any likely config files.<br>
<br>
nahash@ubuntu:/proc/sys/dev/parport$ ls<br>
default parport0<br>
nahash@ubuntu:/proc/sys/dev/parport$ cd /proc/sys/dev/parport/default/<br>
nahash@ubuntu:/proc/sys/dev/parport/default$ ls<br>
spintime timeslice<br>
nahash@ubuntu:/proc/sys/dev/parport/default$ cd /proc/sys/dev/parport/parport0/<br>
nahash@ubuntu:/proc/sys/dev/parport/parport0$ ls<br>
autoprobe autoprobe1 autoprobe3 devices irq spintime<br>
autoprobe0 autoprobe2 base-addr dma modes<br>
nahash@ubuntu:/proc/sys/dev/parport/parport0$ cd /proc/sys/dev/parport/parport0/devices/<br>
nahash@ubuntu:/proc/sys/dev/parport/parport0/devices$ ls<br>
active lp<br>
nahash@ubuntu:/proc/sys/dev/parport/parport0/devices$ cd /proc/sys/dev/parport/parport0/devices/lp/<br>
nahash@ubuntu:/proc/sys/dev/parport/parport0/devices/lp$ ls<br>
timeslice<br>
<br>
<br>
</tt><br><br><div><span class="gmail_quote">On 10/30/05, <b class="gmail_sendername">Adam Rosi-Kessel</b> <<a href="mailto:adam@rosi-kessel.org">adam@rosi-kessel.org</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hmm. No /proc/parport is not so good. Do you have /proc/ other things?<br><br>Karl Sokol wrote:<br>> I do not have a /proc/parport. Is that a problem?<br>><br>>>From man tunelp, I read:<br>><br>> "-i <IRQ>
<br>>
specifies the IRQ to use for the parallel port in<br>> question. If<br>>
this is set to something non-zero, -t and -c have no<br>> effect. If<br>>
your port does not use interrupts, this option will make<br>> print$B!>(B<br>>
ing stop. The command tunelp -i 0 restores non-interrupt<br>> driven<br>>
(polling) action, and your printer should work
again."<br>><br>> Sounds great. But...<br>><br>> nahash@ubuntu:/$ tunelp /dev/lp0 -i 0<br>> tunelp: ioctl: Invalid argument<br>> /dev/lp0 using IRQ 7<br>> nahash@ubuntu:/$<br>><br>> Others have the problem
<br>> <a href="http://www.linuxarkivet.se/mlists/suse-linux-e/0306/msg01023.html">http://www.linuxarkivet.se/mlists/suse-linux-e/0306/msg01023.html</a><br>> <a href="http://www.mail-archive.com/linux-setup@senator-bedfellow.mit.edu/msg01559.html">
http://www.mail-archive.com/linux-setup@senator-bedfellow.mit.edu/msg01559.html</a><br>><br>> But noone seems to have the solution.<br>><br>> Any other suggestions?<br>> Thanks.<br>><br>><br>> On 10/18/05, *Adam Rosi-Kessel* <
<a href="mailto:adam@rosi-kessel.org">adam@rosi-kessel.org</a><br>> <mailto:<a href="mailto:adam@rosi-kessel.org">adam@rosi-kessel.org</a>>> wrote:<br>><br>> Karl Sokol wrote:<br>> > My printer works ok for the most part- except that it is extremely
<br>> > slow. From what I could find googling around, there is a timing issue<br>> > peculiar to some hp models when the printer is in<br>> 'interrupt-driven' mode.<br>> ><br>> > The solution that is regularly presented is to set the printer into
<br>> > 'poll' mode by...<br>> ><br>> > $ lptcontrol -p -d /dev/lpt0<br>> ><br>> > However, it seems like the program lptcontrol is a BSD program and not<br>> > in the debian archive. Before I look for a source for lptcontrol or
<br>> > start fiddling with the kernel (which I would rather not do), is there<br>> > an easy way to change the printer's mode?<br>><br>> I have an unconfirmed suspicion that you might be able to change it
<br>> somewhere under /proc/parport/. Have you checked there?<br>><br>> Also, there is a command tunelp that I think should be included in<br>> standard<br>> Linux installations that probably does the same thing as lptcontrol.
<br>><br>
</blockquote></div>