Date: Thu, 15 Jul 2004 22:26:01 +0200 From: Palle Girgensohn <girgen@pingpong.net> To: Antony T Curtis <antony.t.curtis@ntlworld.com> Cc: current@freebsd.org Subject: Re: parallel port *slow* Message-ID: <86F29657A0347B8E2AF67E33@palle.girgensohn.se> In-Reply-To: <1089914418.54518.7.camel@pcgem.rdg.cyberkinetica.com> References: <2A1A414BD992B32464CA6FF3@palle.girgensohn.se> <1089914418.54518.7.camel@pcgem.rdg.cyberkinetica.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Ah, look cool, thanks for the pointer! I did something else that also worked. I read about lptconfig in a thread here around June 14 about interrupt storming, so I've set the lpt device in polling mode, which works a lot better. Setting it to ECP seems even better than polling, though. I'll try it! /Palle --On torsdag, juli 15, 2004 19.00.18 +0100 Antony T Curtis <antony.t.curtis@ntlworld.com> wrote: > On Thu, 2004-07-15 at 16:42, Palle Girgensohn wrote: >> Hi! >> >> >> For a while now my parallel port (with printer hooked up) has been >> *really SLOW*. Takes several minutes to print a single very simple page. >> >> Any idea how to debug or what to try/fix? >> >> All I see in the log is: > > <snip> > >> ppc0: <Parallel port> at port 0x378-0x37f irq 7 on isa0 >> ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode >> ppc0: FIFO with 16/16/16 bytes threshold > > if you do a "man ppc" there are flags settable on the ppc device. > If you set the flags so that it is in ECP mode, it will be much faster. > Even EPP mode works faster. > > IIRC Compatible mode uses an interrupt for every character. EPP can > handle a burst of characters while ECP uses DMA so can transfer a large > block per interrupt. > > -- > Antony T Curtis <antony.t.curtis@ntlworld.com> >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?86F29657A0347B8E2AF67E33>