Hi, me again... I looked at the code - that patch was already applied, I used the SUSE 2.0.35 linux source to compile the kernal. I don't think the problem is the lp driver. cat <filename> > /dev/lp1 prints sufficiently fast. I think the problem is with ghostscript going nuts about some bits it sees when processing a file and and spending all it's time with it ;-) Seriously, somehow gs is invoked as a filter and something goes wrong. An updated gs version seems adequate (I have 4.03) since apsfilter definitions appear not to work with the 4.03) I guess, I'll have to compile gs myself or change the whole printing/spooling/filtering business to something which works better. Thanks anyway, Samartha
Hi,
On Fri, Aug 28, Samartha wrote:
Has anyone experienced/solved a similar problem?
- printer printing extremely slow and choppy - gs 5.1 segmentation violation after install
I am running from a straight 5.2 Suse installation and upgraded to 2.0.35.
Are you using original 2.0.35? If so, apply the attached patch.
Samartha -o) Hubert Mantel /\\ _\_v
diff -urN linux-2.0.35/drivers/char/lp.c linux-2.0.35-suse/drivers/char/lp.c --- linux-2.0.35/drivers/char/lp.c Mon Jul 13 22:47:29 1998 +++ linux-2.0.35-suse/drivers/char/lp.c Wed Aug 19 10:43:44 1998 @@ -94,8 +94,6 @@ do { status = LP_S(minor); count++; - if (need_resched) - schedule(); } while (LP_READY(minor, status) && (count<LP_CHAR(minor))); /* take strobe low */ outb_p(( LP_PSELECP | LP_PINITP ), ( LP_C( minor ))); ------------------------------------------------------
- To get out of this list, please send email to majordomo@suse.com with this text in its body: unsubscribe suse-linux-e
- To get out of this list, please send email to majordomo@suse.com with this text in its body: unsubscribe suse-linux-e