Re: Printing is vvveeerrryyy slow

1999-03-03 Thread Leif Neland


On Tue, 2 Mar 1999, Thomas Dean wrote:

 I am running smp, 4.0-current, as of Mon Feb 15 03:34:29 PST 1999.
 
 Printing is very slow.  I have a HP LaserJet III attached to lpt0.
 Printing in the pcl, text, mode is slower than I expect.  Printing in
 the postscipt mode is extremely slow.  A 30K postscript file has been
 OVER 5 minutes and is not finished!
 
 From dmesg:
 ...
 ppc0 at 0x378 irq 7 on isa
 ppc0: PC87334 chipset (PS2/NIBBLE) in COMPATIBLE mode
 lpt0: generic printer on ppbus 0
 lpt0: Interrupt-driven port

I have the same problem.

The simple answer is that interrupt-driven printing doesn't work for you,
and you have to switch to polled printing: lptcontrol -p

But this leads to the question why it doesn't work for you and me, and how
to debug it. 

Is it printer, cable, port, or freebsd-config, which is to blame? I don't
know how to proceed either...

Leif Neland



To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-current in the body of the message



Re: Printing is vvveeerrryyy slow

1999-03-03 Thread Alfred Perlstein


On Tue, 2 Mar 1999, Thomas Dean wrote:

 I am running smp, 4.0-current, as of Mon Feb 15 03:34:29 PST 1999.
 
 Printing is very slow.  I have a HP LaserJet III attached to lpt0.
 Printing in the pcl, text, mode is slower than I expect.  Printing in
 the postscipt mode is extremely slow.  A 30K postscript file has been
 OVER 5 minutes and is not finished!

have you tried:
lptcontrol -p

I remeber the friendlies on #freebsd suggesting this
to me when i had similar symptoms last year.

(try other lptcontrol settings as well)

-Alfred

 tomdean



To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-current in the body of the message



Re: Printing is vvveeerrryyy slow

1999-03-03 Thread Geoff Rehmet
Alfred Perlstein writes :
  Printing is very slow.  I have a HP LaserJet III attached to lpt0.
  Printing in the pcl, text, mode is slower than I expect.  Printing in
  the postscipt mode is extremely slow.  A 30K postscript file has been
  OVER 5 minutes and is not finished!
 
 have you tried:
 lptcontrol -p
 
 I remeber the friendlies on #freebsd suggesting this
 to me when i had similar symptoms last year.
It's a long long time since I was working on the lpt driver.  This
kind of symptom was a common problem during its development.  I
haveen't been able to really appreciate the code for the nltp
driver, so I also can't really see if there is a problem.
Biggest problem when I was hacking on the lpt driver was that
interrupts tended to get lost sometimes.  I seem to recall, that
there were some problems with slow printing that just could not
be fixed.
Going into polled mode (lptcotnrol -p) is probably your best bet
at the moment.

Geoff.

-- 
Geoff Rehmet,
The Internet Solution
geo...@is.co.za; ge...@rucus.ru.ac.za; c...@freebsd.org
tel: +27-83-292-5800


To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-current in the body of the message



Re: Printing is vvveeerrryyy slow

1999-03-03 Thread Leif Neland
 It's a long long time since I was working on the lpt driver.  This
 kind of symptom was a common problem during its development.  I
 haveen't been able to really appreciate the code for the nltp
 driver, so I also can't really see if there is a problem.
 Biggest problem when I was hacking on the lpt driver was that
 interrupts tended to get lost sometimes.  I seem to recall, that
 there were some problems with slow printing that just could not
 be fixed.

Is there a way to test if interrupts are getting serviced? A counter of
interrupts?





To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-current in the body of the message



RE: Printing is vvveeerrryyy slow

1999-03-03 Thread Geoff Rehmet


Re: Printing is vvveeerrryyy slow

1999-03-03 Thread Chuck Robey
On Wed, 3 Mar 1999, Geoff Rehmet wrote:

 Alfred Perlstein writes :
   Printing is very slow.  I have a HP LaserJet III attached to lpt0.
   Printing in the pcl, text, mode is slower than I expect.  Printing in
   the postscipt mode is extremely slow.  A 30K postscript file has been
   OVER 5 minutes and is not finished!
  
  have you tried:
  lptcontrol -p
  
  I remeber the friendlies on #freebsd suggesting this
  to me when i had similar symptoms last year.
 It's a long long time since I was working on the lpt driver.  This
 kind of symptom was a common problem during its development.  I
 haveen't been able to really appreciate the code for the nltp
 driver, so I also can't really see if there is a problem.
 Biggest problem when I was hacking on the lpt driver was that
 interrupts tended to get lost sometimes.  I seem to recall, that
 there were some problems with slow printing that just could not
 be fixed.
 Going into polled mode (lptcotnrol -p) is probably your best bet
 at the moment.

Geoff, isn't it true that the largest fraction of folks having this
problem simply have got their interrupts in their machines set in such a
way that there are 2 (or more) devices on IRQ 7?  It's almost always a
music card doing it, too (although I saw one network card that defaulted
to IRQ 7 on install also).  People refuse to believe that they can't
have more than one card using an IRQ, and so they have this problem.

To be honest, although I'm sure that *some* folks having the slow
printing problem don't have IRQ 7 mis-set, I haven't seen one real case
where it wasn't that, yet.  I've followed a good number of those to
resolution, guys from freebsd-questions list.

+---
Chuck Robey | Interests include any kind of voice or data 
chu...@glue.umd.edu | communications topic, C programming, and Unix.
213 Lakeside Drive Apt T-1  |
Greenbelt, MD 20770 | I run picnic (FreeBSD-current)
(301) 220-2114  | and jaunt (Solaris7).
+---






To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-current in the body of the message



Re: Printing is vvveeerrryyy slow

1999-03-03 Thread Thomas Dean
My machine is a DEC Celebris 5133DP.  The only device added since
purchase was de0.

This is a recent problem, within the past few months.  Or, was I
running polled before that?  I used the default.  From an old config,
I see:

device  lpt0at isa? port? tty irq 7 vector lptintr


dmesg:
ncr0: ncr 53c810 fast10 scsi rev 0x02 int a irq 11 on pci0.1.0
vga0: Matrox MGA 2064W graphics accelerator rev 0x01 int a irq 9 on pci0.6.0
de0: Digital 21041 Ethernet rev 0x11 int a irq 10 on pci0.8.0
atkbd0 irq 1 on isa
psm0 irq 12 on isa
sio0 at 0x3f8-0x3ff irq 4 on isa
sio1 at 0x2f8-0x2ff irq 3 on isa
ppc0 at 0x378 irq 7 on isa
fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa

config:
controller  fdc0at isa? port IO_FD1 bio irq 6 drq 2 vector fdintr
device  atkbd0  at isa? tty irq 1
device  psm0at isa? tty irq 12
device  npx0at isa? port IO_NPX irq 13 vector npxintr
device  sio0at isa? port IO_COM1 tty irq 4 vector siointr
device  sio1at isa? port IO_COM2 tty irq 3 vector siointr
controller  ppc0at isa? port ? tty irq 7

I think this accounts for everything.

tomdean


To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-current in the body of the message



Re: Printing is vvveeerrryyy slow

1999-03-03 Thread Thomas Dean
Changing to polled improved things, somewhat.

Printing a 30k postscript file takes 2 minutes.

Sending an 9368 byte binary, printer control and setup file takes
approximately 1 minute.

This is very slow.  I will try to setup a DOS or WINNT machine to
duplicate this.

tomdean


To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-current in the body of the message



Re: Printing is vvveeerrryyy slow

1999-03-03 Thread Chuck Robey
On Wed, 3 Mar 1999, Thomas Dean wrote:

 Changing to polled improved things, somewhat.
 
 Printing a 30k postscript file takes 2 minutes.
 
 Sending an 9368 byte binary, printer control and setup file takes
 approximately 1 minute.
 
 This is very slow.  I will try to setup a DOS or WINNT machine to
 duplicate this.

The thing I posted about IRQs, it isn't dealing with what you have in
your kernel, so posting your config wasn't a help; it has solely to do
with what is physically existing in your computer.  You have to go
through your system and do a careful census of exactly what cards you
have installed and what irq's they're using.  This cannot ignore
peripherals installed from your motherboard, either (if you have a bios
setting putting something extra on IRQ 7, it's going to cause it just as
surely as having a Soundblaster on it will).


+---
Chuck Robey | Interests include any kind of voice or data 
chu...@glue.umd.edu | communications topic, C programming, and Unix.
213 Lakeside Drive Apt T-1  |
Greenbelt, MD 20770 | I run picnic (FreeBSD-current)
(301) 220-2114  | and jaunt (Solaris7).
+---






To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-current in the body of the message



Re: Printing is vvveeerrryyy slow

1999-03-03 Thread Peter Jeremy
Leif Neland le...@neland.dk wrote:
Is there a way to test if interrupts are getting serviced? A counter of
interrupts?

vmstat -i

Peter


To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-current in the body of the message



Re: Printing is vvveeerrryyy slow

1999-03-03 Thread Nicolas Souchu
On Tue, Mar 02, 1999 at 11:32:51PM -0800, Thomas Dean wrote:

I am running smp, 4.0-current, as of Mon Feb 15 03:34:29 PST 1999.

Printing is very slow.  I have a HP LaserJet III attached to lpt0.
Printing in the pcl, text, mode is slower than I expect.  Printing in
the postscipt mode is extremely slow.  A 30K postscript file has been
OVER 5 minutes and is not finished!

From dmesg:

Probing for devices on the ISA bus:
sc0 on isa
sc0: VGA color 16 virtual consoles, flags=0x0
atkbdc0 at 0x60-0x6f on motherboard
atkbd0 irq 1 on isa
psm0 irq 12 on isa
psm0: model Generic PS/2 mouse, device ID 0
sio0 at 0x3f8-0x3ff irq 4 on isa
sio0: type 16550A
sio1 at 0x2f8-0x2ff irq 3 on isa
sio1: type 16550A
ppc0 at 0x378 irq 7 on isa
ppc0: PC87334 chipset (PS2/NIBBLE) in COMPATIBLE mode
lpt0: generic printer on ppbus 0
lpt0: Interrupt-driven port
fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa


Another clue:

The National Semiconductors are tricky to configure and your parallel
port chipset is one of them (moreover a recent one). Compare the
boot detection (PS2/NIBBLE) with your BIOS settings. Try to change your
BIOS settings and dump me your dmesg (with verbose output). 

You may also try to force the operating mode with ppc boot flags. See
ppc(4) for more info about this.

-- 
nso...@teaser.fr / nso...@freebsd.org
FreeBSD - Turning PCs into workstations - http://www.FreeBSD.org


To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-current in the body of the message



Re: Printing is vvveeerrryyy slow

1999-03-03 Thread Thomas Dean
Just to be clear, when I said the values from dmesg and config covered
everything, I mean all the physical and/or BIOS devices are included
in the list.

There are TWO cards plugged into the MB, other than the CPU's.  These
are de0 and the vga.  The on-mother-board devices are all in dmesg.
There are no irq's in BIOS, other than some of those in dmesg,
parallel, serial, and, PS/2.

There are no other devices.

tomdean

=== all of dmesg 

Copyright (c) 1992-1999 FreeBSD Inc.
Copyright (c) 1982, 1986, 1989, 1991, 1993
The Regents of the University of California. All rights reserved.
FreeBSD 4.0-CURRENT #4: Mon Feb 15 03:34:29 PST 1999
tomd...@celebris:/usr/src/sys/compile/CELEBRIS-SMP
Timecounter-tdd i8254  frequency 1193026 Hz  cost 2540 ns
CPU: Pentium/P54C (586-class CPU)
  Origin = GenuineIntel  Id = 0x525  Stepping=5
  Features=0x3bfFPU,VME,DE,PSE,TSC,MSR,MCE,CX8,APIC
real memory  = 100663296 (98304K bytes)
avail memory = 95055872 (92828K bytes)
Programming 16 pins in IOAPIC #0
FreeBSD/SMP: Multiprocessor motherboard
 cpu0 (BSP): apic id:  0, version: 0x00030010, at 0xfee0
 cpu1 (AP):  apic id:  1, version: 0x00030010, at 0xfee0
 io0 (APIC): apic id:  2, version: 0x000f0011, at 0xfec0
Preloaded elf kernel kernel at 0xf02b.
Probing for devices on PCI bus 0:
chip0: Intel 82434NX (Neptune) PCI cache memory controller \
rev 0x11 on pci0.0.0
ncr0: ncr 53c810 fast10 scsi rev 0x02 int a irq 11 on pci0.1.0
chip1: Intel 82378IB PCI to ISA bridge rev 0x88 on pci0.2.0
vga0: Matrox MGA 2064W graphics accelerator rev 0x01 int a irq 9 on pci0.6.0
de0: Digital 21041 Ethernet rev 0x11 int a irq 10 on pci0.8.0
de0: DEC DE450-CA 21041 [10Mb/s] pass 1.1
de0: address 00:00:f8:02:76:db
Probing for devices on the ISA bus:
sc0 on isa
sc0: VGA color 16 virtual consoles, flags=0x0
atkbdc0 at 0x60-0x6f on motherboard
atkbd0 irq 1 on isa
psm0 irq 12 on isa
psm0: model Generic PS/2 mouse, device ID 0
sio0 at 0x3f8-0x3ff irq 4 on isa
sio0: type 16550A
sio1 at 0x2f8-0x2ff irq 3 on isa
sio1: type 16550A
ppc0 at 0x378 irq 7 on isa
ppc0: PC87334 chipset (PS2/NIBBLE) in COMPATIBLE mode
lpt0: generic printer on ppbus 0
lpt0: Interrupt-driven port
fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa
fdc0: NEC 72065B
fdc0: FIFO enabled, 8 bytes threshold
fd0: 1.44MB 3.5in
fd0: 1.44MB 3.5in
vga0 at 0x3b0-0x3df maddr 0xa msize 131072 on isa
npx0 on motherboard
npx0: INT 16 interface
Intel Pentium detected, installing workaround for F00F bug
APIC_IO: Testing 8254 interrupt delivery
APIC_IO: routing 8254 via pin 2
de0 XXX: driver didn't set ifq_maxlen
lo0 XXX: driver didn't set ifq_maxlen
Waiting 5 seconds for SCSI devices to settle
SMP: AP CPU #1 Launched!
da0 at ncr0 bus 0 target 0 lun 0
da0: QUANTUM FIREBALL1080S 1Q09 Fixed Direct Access SCSI-2 device 
da0: 10.0MB/s transfers (10.0MHz, offset 8)
da0: 1042MB (2134305 512 byte sectors: 255H 63S/T 132C)
da2 at ncr0 bus 0 target 2 lun 0
da2: QUANTUM EMPIRE_1080S 1240 Fixed Direct Access SCSI-2 device 
da2: 10.0MB/s transfers (10.0MHz, offset 8), Tagged Queueing Enabled
da2: 1029MB (2109376 512 byte sectors: 255H 63S/T 131C)
da1 at ncr0 bus 0 target 1 lun 0
da1: QUANTUM FIREBALL ST3.2S 0F0C Fixed Direct Access SCSI-2 device 
da1: 10.0MB/s transfers (10.0MHz, offset 8), Tagged Queueing Enabled
da1: 3090MB (6328861 512 byte sectors: 255H 63S/T 393C)
changing root device to da1s1a
cd0 at ncr0 bus 0 target 5 lun 0
cd0: TOSHIBA CD-ROM XM-5401TA 3605 Removable CD-ROM SCSI-2 device 
cd0: 4.237MB/s transfers (4.237MHz, offset 8)
cd0: Attempt to query device size failed: NOT READY, Medium not present
(da1:ncr0:0:1:0): tagged openings now 8


To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-current in the body of the message



Re: Printing is vvveeerrryyy slow

1999-03-03 Thread Daniel C. Sobral
Geoff Rehmet wrote:
 
 Alfred Perlstein writes :
   Printing is very slow.  I have a HP LaserJet III attached to lpt0.
   Printing in the pcl, text, mode is slower than I expect.  Printing in
   the postscipt mode is extremely slow.  A 30K postscript file has been
   OVER 5 minutes and is not finished!
 
  have you tried:
  lptcontrol -p
 
  I remeber the friendlies on #freebsd suggesting this
  to me when i had similar symptoms last year.
 It's a long long time since I was working on the lpt driver.  This
 kind of symptom was a common problem during its development.  I
 haveen't been able to really appreciate the code for the nltp
 driver, so I also can't really see if there is a problem.
 Biggest problem when I was hacking on the lpt driver was that
 interrupts tended to get lost sometimes.  I seem to recall, that
 there were some problems with slow printing that just could not
 be fixed.
 Going into polled mode (lptcotnrol -p) is probably your best bet
 at the moment.

I suspect changing the interrupt mask might also have an impact.

--
Daniel C. Sobral(8-DCS)
d...@newsguy.com
d...@freebsd.org

FreeBSD is Yoda, Linux is Luke Skywalker.




To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-current in the body of the message



Re: Printing is vvveeerrryyy slow

1999-03-03 Thread Daniel C. Sobral
Thomas Dean wrote:
 
 My machine is a DEC Celebris 5133DP.  The only device added since
 purchase was de0.

Regardless of the devices configured in the kernel, does the
*computer* have other *physical* devices, such as sound cards
(builtin or not)?

Also, I seem recall discussions suggesting that using different
interrupt masks make a difference, in some cases.

--
Daniel C. Sobral(8-DCS)
d...@newsguy.com
d...@freebsd.org

FreeBSD is Yoda, Linux is Luke Skywalker.




To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-current in the body of the message



Re: Printing is vvveeerrryyy slow

1999-03-03 Thread Daniel C. Sobral
Leif Neland wrote:
 
 Is it printer, cable, port, or freebsd-config, which is to blame? I don't
 know how to proceed either...

BIOS settings? Have you tried changing BIOS settings such as EPP?

--
Daniel C. Sobral(8-DCS)
d...@newsguy.com
d...@freebsd.org

FreeBSD is Yoda, Linux is Luke Skywalker.




To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-current in the body of the message



Printing is vvveeerrryyy slow

1999-03-02 Thread Thomas Dean
I am running smp, 4.0-current, as of Mon Feb 15 03:34:29 PST 1999.

Printing is very slow.  I have a HP LaserJet III attached to lpt0.
Printing in the pcl, text, mode is slower than I expect.  Printing in
the postscipt mode is extremely slow.  A 30K postscript file has been
OVER 5 minutes and is not finished!