Re: printing takes hours in HAMM
> According to <[EMAIL PROTECTED]>:
> > > According to <[EMAIL PROTECTED]>:
> > > > After upgrading to Hamm, (actually, after upgrading to 2.0.34) I noticed
> > > > that the advanced extensions to the parallel port (SPP and such) can be
> > > > recognized. Perhaps these extensions are the source of your problem ?
> > >
> > > Ah, that sounds like a very good idea! I will experiment with the
> > > lp settings in the BIOS tonight and see whether that makes a difference.
> > > How did you find out about that difference?
> >
> > How did I find out about that difference?
> > Some time ago, while I was still running bo, I experimented with my BIOS
> > settings and noticed that the printer behavior is different when the BIOS
> > enables the parallel port extensions. The only thing I remember is that
> > either
> > the printer didn't work at all, or that it was very slow or that it began
> > the
> > printing and then stoped. It didn't took me much time to reset the BIOS to
> > the
> > simple parallel port definition.
>
> Oops, sorry, I meant to ask:
> How did you find out that 2.0.34 knows about the advanced extensions of the
> parallel port? I didn't see anything in the changelog.
My log says:
...
Sep 13 09:30:29 rakefet kernel: Failed initialization of WD-7000 SCSI card!
Sep 13 09:30:29 rakefet kernel: ppa: Version 1.42
Sep 13 09:30:29 rakefet kernel: ppa: Probing port 03bc
Sep 13 09:30:29 rakefet kernel: ppa: Probing port 0378
Sep 13 09:30:29 rakefet kernel: ppa: SPP port present
Sep 13 09:30:29 rakefet kernel: ppa: PS/2 bidirectional port present
Sep 13 09:30:29 rakefet kernel: ppa: Probing port 0278
Sep 13 09:30:29 rakefet kernel: scsi : 0 hosts.
...
And I don't recall the same stuff on my previous (2.0.29) kernel. Or am I
wrong ?
Also, I believe that SPP, EPP and friends are the names of the parallel port
advanced extensions. And if there is an SPP detection then I think it is
reasonable to expect that other extensions might be detected and handled as
well. However, it is all based on the above lines. I didn't read it anywhere
and, coming to think about it, I might be completely wrong. Am I ?
>
> Well, I solved my problem in the meantime. I rebooted with my old 2.0.34
> kernel and found that everything works alright. Then I looked at the
> source diffs of patch 2.0.35 and saw that there are the following
> changes in the file drivers/char/lp.c:
>
> diff -u --recursive --new-file v2.0.34/linux/drivers/char/lp.c
> linux/drivers/char/lp.c
> @@ -89,7 +89,14 @@
> while(wait != LP_WAIT(minor)) wait++;
> /* control port takes strobe high */
> outb_p(( LP_PSELECP | LP_PINITP | LP_PSTROBE ), ( LP_C( minor )));
> - while(wait) wait--;
> + /* Wait until NBUSY line goes high */
> + count = 0;
> + do {
> + status = LP_S(minor);
> + count++;
> + if (need_resched)
> + schedule();
> + } while (LP_READY(minor, status) && (count /* take strobe low */
> outb_p(( LP_PSELECP | LP_PINITP ), ( LP_C( minor )));
> /* update waittime statistics */
>
> I undid the patch, recompiled the module lp.o and voila! it works again.
> This is not a satisfying solution, but I don't understand enough about
> kernel programming to find the bug(?) myself.
> Maybe this NBUSY line rarely goes high?
>
> Anybody have an idea what to do?
My understanding + knowledge is much less then yours :(.
Re: printing takes hours in HAMM
According to <[EMAIL PROTECTED]>:
> > According to <[EMAIL PROTECTED]>:
> > > After upgrading to Hamm, (actually, after upgrading to 2.0.34) I noticed
> > > that the advanced extensions to the parallel port (SPP and such) can be
> > > recognized. Perhaps these extensions are the source of your problem ?
> >
> > Ah, that sounds like a very good idea! I will experiment with the
> > lp settings in the BIOS tonight and see whether that makes a difference.
> > How did you find out about that difference?
>
> How did I find out about that difference?
> Some time ago, while I was still running bo, I experimented with my BIOS
> settings and noticed that the printer behavior is different when the BIOS
> enables the parallel port extensions. The only thing I remember is that
> either
> the printer didn't work at all, or that it was very slow or that it began the
> printing and then stoped. It didn't took me much time to reset the BIOS to
> the
> simple parallel port definition.
Oops, sorry, I meant to ask:
How did you find out that 2.0.34 knows about the advanced extensions of the
parallel port? I didn't see anything in the changelog.
Well, I solved my problem in the meantime. I rebooted with my old 2.0.34
kernel and found that everything works alright. Then I looked at the
source diffs of patch 2.0.35 and saw that there are the following
changes in the file drivers/char/lp.c:
diff -u --recursive --new-file v2.0.34/linux/drivers/char/lp.c
linux/drivers/char/lp.c
@@ -89,7 +89,14 @@
while(wait != LP_WAIT(minor)) wait++;
/* control port takes strobe high */
outb_p(( LP_PSELECP | LP_PINITP | LP_PSTROBE ), ( LP_C( minor )));
- while(wait) wait--;
+ /* Wait until NBUSY line goes high */
+ count = 0;
+ do {
+ status = LP_S(minor);
+ count++;
+ if (need_resched)
+ schedule();
+ } while (LP_READY(minor, status) && (counthttp://www.spiegl.de
Finger [EMAIL PROTECTED] for my PGP key
o _ _ _
- __o __o /\_ _ \\o (_)\__/o (_)
--- _`\<,__`\<,__>(_) (_)/<_\_| \ _|/' \/
-- (_)/ (_) (_)/ (_) (_)(_) (_)(_)' _\o_
~~~
Re: printing takes hours in HAMM
> According to <[EMAIL PROTECTED]>: > > After upgrading to Hamm, (actually, after upgrading to 2.0.34) I noticed > > that the advanced extensions to the parallel port (SPP and such) can be > > recognized. Perhaps these extensions are the source of your problem ? > > Ah, that sounds like a very good idea! I will experiment with the > lp settings in the BIOS tonight and see whether that makes a difference. > How did you find out about that difference? How did I find out about that difference? Some time ago, while I was still running bo, I experimented with my BIOS settings and noticed that the printer behavior is different when the BIOS enables the parallel port extensions. The only thing I remember is that either the printer didn't work at all, or that it was very slow or that it began the printing and then stoped. It didn't took me much time to reset the BIOS to the simple parallel port definition. That is the only thing I can say about it because I didn't look at it any further.
Re: printing takes hours in HAMM
According to <[EMAIL PROTECTED]>: > After upgrading to Hamm, (actually, after upgrading to 2.0.34) I noticed > that the advanced extensions to the parallel port (SPP and such) can be > recognized. Perhaps these extensions are the source of your problem ? Ah, that sounds like a very good idea! I will experiment with the lp settings in the BIOS tonight and see whether that makes a difference. How did you find out about that difference? Thanks, Andy. -- Andy Spiegl, University of Technology, Muenchen, Germany E-Mail: [EMAIL PROTECTED] URL: http://www.spiegl.de PGP fingerprint: B8 48 24 7B DB 96 6F 1C D9 6D 8E 6C DB C2 E7 E9 o _ _ _ - __o __o /\_ _ \\o (_)\__/o (_) --- _`\<,__`\<,__>(_) (_)/<_\_| \ _|/' \/ -- (_)/ (_) (_)/ (_) (_)(_) (_)(_)' _\o_ ~~~
Re: printing takes hours in HAMM
> Hi! > After my upgrade to HAMM every kind of printing takes forever. > No matter whether I print via magicfilter or cat a file to /dev/lp1 > my printer prints a line, waits something like 5 seconds, then > prints the next line. > Anyone out there who has an idea what happened? > Do I have to set some baud rates for the device or something? > Thanks a lot in advance! > Andy. I strongly suspect this a kernel-related problem, since the printing is slow even when doing 'cat file >/dev/lp1'. Or maybe you have confused /dev/lp1 with /dev/lp0? Try another kernel (an make sure to update the modules and install them (2.0.33 worked fine for me)). Ciao -Michele
Re: printing takes hours in HAMM
After upgrading to Hamm, (actually, after upgrading to 2.0.34) I noticed that the advanced extensions to the parallel port (SPP and such) can be recognized. Perhaps these extensions are the source of your problem ? > Hi! > After my upgrade to HAMM every kind of printing takes forever. > No matter whether I print via magicfilter or cat a file to /dev/lp1 > my printer prints a line, waits something like 5 seconds, then > prints the next line. > > Anyone out there who has an idea what happened? > Do I have to set some baud rates for the device or something? >
printing takes hours in HAMM
Hi! After my upgrade to HAMM every kind of printing takes forever. No matter whether I print via magicfilter or cat a file to /dev/lp1 my printer prints a line, waits something like 5 seconds, then prints the next line. Anyone out there who has an idea what happened? Do I have to set some baud rates for the device or something? Thanks a lot in advance! Andy. -- Andy Spiegl, University of Technology, Muenchen, Germany E-Mail: [EMAIL PROTECTED] URL: http://www.spiegl.de PGP fingerprint: B8 48 24 7B DB 96 6F 1C D9 6D 8E 6C DB C2 E7 E9 o _ _ _ - __o __o /\_ _ \\o (_)\__/o (_) --- _`\<,__`\<,__>(_) (_)/<_\_| \ _|/' \/ -- (_)/ (_) (_)/ (_) (_)(_) (_)(_)' _\o_ ~~~
