Date: Sun, 30 Jan 2000 14:42:39 -0500 (EST) From: Brian Dean <brdean@mindspring.com> To: "Daniel C. Sobral" <dcs@newsguy.com> Cc: Chuck Robey <chuckr@picnic.mat.net>, David Gilbert <dgilbert@velocet.ca>, "Sean O'Connell" <sean@stat.Duke.EDU>, freebsd-current@FreeBSD.ORG Subject: Re: Printer fiascos. Message-ID: <200001301942.OAA53806@vger.foo.com> In-Reply-To: <3893D34D.7F9C90F6@newsguy.com> from "Daniel C. Sobral" at "Jan 30, 2000 02:59:41 pm"
next in thread | previous in thread | raw e-mail | index | archive | help
For what its worth, I am able to reproduce this problem on my system.
Simply submit something to lpr, wait for the printer light to blink,
and pull the paper tray. The system hangs hard as described and does
not return to normal until the paper tray is put back in. I haven't
been able to make it do anything while the printer has the system
hung, so I haven't been able to track it down, yet. However, I
haven't had much time to spend on this problem, but thought I'd chime
in a "me too" when I saw someone had the (apparently) same problem.
I have an HP LaserJet 4 connected to the parallel port.
I am running -current, and a buildworld as of about a week ago.
-Brian
--
Brian Dean brdean@mindspring.com
Here's my dmesg:
Copyright (c) 1992-2000 The FreeBSD Project.
Copyright (c) 1982, 1986, 1989, 1991, 1993
The Regents of the University of California. All rights reserved.
FreeBSD 4.0-CURRENT #0: Sun Jan 23 09:10:33 EST 2000
bsd@vger.foo.com:/usr/src/sys/compile/VGER
Timecounter "i8254" frequency 1193182 Hz
Timecounter "TSC" frequency 300682757 Hz
CPU: Pentium II/Xeon/Celeron (300.68-MHz 686-class CPU)
Origin = "GenuineIntel" Id = 0x652 Stepping = 2
Features=0x183f9ff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR>
real memory = 201326592 (196608K bytes)
avail memory = 192131072 (187628K bytes)
Preloaded elf kernel "kernel" at 0xc02f3000.
Pentium Pro MTRR support enabled
md0: Malloc disk
npx0: <math processor> on motherboard
npx0: INT 16 interface
pcib0: <Intel 82443BX (440 BX) host to PCI bridge> on motherboard
pci0: <PCI bus> on pcib0
pcib1: <Intel 82443BX (440 BX) PCI-PCI (AGP) bridge> at device 1.0 on pci0
pci1: <PCI bus> on pcib1
isab0: <Intel 82371AB PCI to ISA bridge> at device 7.0 on pci0
isa0: <ISA bus> on isab0
ata-pci0: <Intel PIIX4 ATA-33 controller> port 0xf000-0xf00f at device 7.1 on pci0
ata-pci0: Busmastering DMA supported
ata0 at 0x01f0 irq 14 on ata-pci0
pci0: Intel 82371AB/EB (PIIX4) USB controller (vendor=0x8086, dev=0x7112) at 7.2 irq 11
chip1: <Intel 82371AB Power management controller> port 0x5000-0x500f at device 7.3 on pci0
vga-pci0: <NVidia Riva128 graphics accelerator> mem 0xe5000000-0xe5ffffff,0xe4000000-0xe4ffffff irq 10 at device 9.0 on pci0
xl0: <3Com 3c905-TX Fast Etherlink XL> port 0xc400-0xc43f irq 5 at device 10.0 on pci0
xl0: Ethernet address: 00:60:08:17:67:f9
miibus0: <MII bus> on xl0
nsphy0: <DP83840 10/100 media interface> on miibus0
nsphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
ahc0: <Adaptec 2940 Ultra SCSI adapter> port 0xc800-0xc8ff mem 0xe9000000-0xe9000fff irq 9 at device 11.0 on pci0
ahc0: aic7880 Wide Channel A, SCSI Id=7, 16/255 SCBs
pci0: unknown card (vendor=0x1102, dev=0x0002) at 12.0 irq 11
pci0: unknown card (vendor=0x1102, dev=0x7002) at 12.1
fdc0: <NEC 72065B or clone> at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0
fdc0: FIFO enabled, 8 bytes threshold
fd0: <1440-KB 3.5" drive> on fdc0 drive 0
ata-isa0: already registered as ata0
atkbdc0: <keyboard controller (i8042)> at port 0x60-0x6f on isa0
atkbd0: <AT Keyboard> irq 1 on atkbdc0
psm0: <PS/2 Mouse> irq 12 on atkbdc0
psm0: model Generic PS/2 mouse, device ID 0
vga0: <Generic ISA VGA> at port 0x3b0-0x3df iomem 0xa0000-0xbffff on isa0
sc0: <System console> on isa0
sc0: VGA <16 virtual consoles, flags=0x200>
sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0
sio0: type 16550A
sio1 at port 0x2f8-0x2ff irq 3 on isa0
sio1: type 16550A
ppc0: <Parallel port> at port 0x378-0x37f irq 7 on isa0
ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode
lpt0: <Printer> on ppbus0
lpt0: Interrupt-driven port
ppi0: <Parallel I/O> on ppbus0
IP packet filtering initialized, divert enabled, rule-based forwarding disabled, unlimited logging
Waiting 15 seconds for SCSI devices to settle
acd0: <BCD-40XH CD-ROM/VER 3.1> CDROM drive at ata0 as master
acd0: 128KB buffer, PIO4
acd0: Reads: CD-R, CD-RW, CD-DA stream, packet
acd0: Audio: play, 255 volume levels
acd0: Mechanism: ejectable tray
acd0: Medium: no/blank disc inside, unlocked
Mounting root from ufs:/dev/da0a
da2 at ahc0 bus 0 target 2 lun 0
da2: <SEAGATE ST32550N 0021> Fixed Direct Access SCSI-2 device
da2: 10.000MB/s transfers (10.000MHz, offset 15), Tagged Queueing Enabled
da2: 2047MB (4194058 512 byte sectors: 255H 63S/T 261C)
da1 at ahc0 bus 0 target 1 lun 0
da1: <SEAGATE ST32550N 0019> Fixed Direct Access SCSI-2 device
da1: 10.000MB/s transfers (10.000MHz, offset 15), Tagged Queueing Enabled
da1: 2047MB (4194058 512 byte sectors: 255H 63S/T 261C)
da0 at ahc0 bus 0 target 0 lun 0
da0: <SEAGATE ST32550N 0019> Fixed Direct Access SCSI-2 device
da0: 10.000MB/s transfers (10.000MHz, offset 15), Tagged Queueing Enabled
da0: 2047MB (4194058 512 byte sectors: 255H 63S/T 261C)
da4 at ahc0 bus 0 target 6 lun 0
da4: <iomega jaz 1GB H.72> Removable Direct Access SCSI-2 device
da4: 10.000MB/s transfers (10.000MHz, offset 15)
da4: Attempt to query device size failed: NOT READY, Medium not present
da3 at ahc0 bus 0 target 3 lun 0
da3: <WDIGTL WDE9100-1807A4 1.30> Fixed Direct Access SCSI-2 device
da3: 40.000MB/s transfers (20.000MHz, offset 8, 16bit)
da3: 8683MB (17783204 512 byte sectors: 255H 63S/T 1106C)
pid 52635 (communicator-4.6), uid 1000: exited on signal 10 (core dumped)
Dan Sobral wrote:
> Chuck Robey wrote:
> >
> > Sheesh. This is a FreeBSD-questions type thing, not current.
>
> I disagree. It is obvious that something is getting locked inside the
> kernel in his setup. This *SHOULDN'T* happen, it's that simple. If his
> machine locked whenever the printer went out of paper, and *stayed*
> locked, I'd be willing to believe the problem was caused by hardware.
> That's not what was reported. What was reported is rather (better)
> explained by some kernel code waiting indefinitely for an event, while
> preventing anything else from executing.
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200001301942.OAA53806>