From chris@holly.dyndns.org  Fri Oct 12 14:33:54 2001
Return-Path: <chris@holly.dyndns.org>
Received: from holly.dyndns.org (adsl-208-191-149-224.dsl.hstntx.swbell.net [208.191.149.224])
	by hub.freebsd.org (Postfix) with ESMTP id E9FB937B406
	for <FreeBSD-gnats-submit@freebsd.org>; Fri, 12 Oct 2001 14:33:53 -0700 (PDT)
Received: (from chris@localhost)
	by holly.dyndns.org (8.11.6/8.9.3) id f9CLYHH23981;
	Fri, 12 Oct 2001 16:34:17 -0500 (CDT)
	(envelope-from chris)
Message-Id: <200110122134.f9CLYHH23981@holly.dyndns.org>
Date: Fri, 12 Oct 2001 16:34:17 -0500 (CDT)
From: Chris Costello <chris@freebsd.org>
Reply-To: Chris Costello <chris@freebsd.org>
To: FreeBSD-gnats-submit@freebsd.org
Cc:
Subject: `hpijs' process hangs unkillably in `devbuf' state
X-Send-Pr-Version: 3.113
X-GNATS-Notify:

>Number:         31238
>Category:       kern
>Synopsis:       `hpijs' process hangs unkillably in `devbuf' state
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Fri Oct 12 14:40:00 PDT 2001
>Closed-Date:    Sun Dec 01 11:33:21 PST 2002
>Last-Modified:  Sun Dec 01 11:33:21 PST 2002
>Originator:     Chris Costello
>Release:        FreeBSD 4.4-STABLE i386
>Organization:
FreeBSD Project
>Environment:
System: FreeBSD holly.calldei.com 4.4-STABLE FreeBSD 4.4-STABLE #1: Sun Oct 7 16:56:12 CDT 2001 chris@holly.calldei.com:/usr/obj/usr/src/sys/Holly i386

>Description:

   The GhostScript helper process, `hpijs' (for the DeskJet et. al.
Hewlett-Packard printers), will hang after printing a page or two,
and will not be killable:

20317 daemon   -20   0  1488K   128K devbuf   0:00  0.00%  0.00% hpijs

   More information in the audit trail as I start adding
debugging stuff to my system.  So far, I _think_ I've deduced
that it's a memory leak, as `ksp->ks_memuse' exceeding
`ksp->ks_limit' is the only place where malloc() will sleep.
I've currently not tracked down the source of the memory leak.

>How-To-Repeat:

   Printing anything exceeding usually two or three pages using this driver
will do the trick.

>Fix:

   Not sure yet.  Going to work on it.  Input or verbal abuse (delivering
at least helpful guidance or a solution) is welcomed!
>Release-Note:
>Audit-Trail:

From: Poul-Henning Kamp <phk@critter.freebsd.dk>
To: Chris Costello <chris@FreeBSD.ORG>
Cc: FreeBSD-gnats-submit@FreeBSD.ORG
Subject: Re: kern/31238: `hpijs' process hangs unkillably in `devbuf' state 
Date: Sat, 13 Oct 2001 09:27:50 +0200

 If this is with a USB printer, grab the patch I committed yesterday
 to ulpt.c.
 
 Poul-Henning
 
 In message <200110122134.f9CLYHH23981@holly.dyndns.org>, Chris Costello writes:
 >
 >>Number:         31238
 >>Category:       kern
 >>Synopsis:       `hpijs' process hangs unkillably in `devbuf' state
 >>Confidential:   no
 >>Severity:       serious
 >>Priority:       medium
 >>Responsible:    freebsd-bugs
 >>State:          open
 >>Quarter:        
 >>Keywords:       
 >>Date-Required:
 >>Class:          sw-bug
 >>Submitter-Id:   current-users
 >>Arrival-Date:   Fri Oct 12 14:40:00 PDT 2001
 >>Closed-Date:
 >>Last-Modified:
 >>Originator:     Chris Costello
 >>Release:        FreeBSD 4.4-STABLE i386
 >>Organization:
 >FreeBSD Project
 >>Environment:
 >System: FreeBSD holly.calldei.com 4.4-STABLE FreeBSD 4.4-STABLE #1: Sun Oct 7 16:56:12 CDT 2001 chris@holly.calldei.com:/usr/obj/usr/src/sys/Holly i386
 >
 >>Description:
 >
 >   The GhostScript helper process, `hpijs' (for the DeskJet et. al.
 >Hewlett-Packard printers), will hang after printing a page or two,
 >and will not be killable:
 >
 >20317 daemon   -20   0  1488K   128K devbuf   0:00  0.00%  0.00% hpijs
 >
 >   More information in the audit trail as I start adding
 >debugging stuff to my system.  So far, I _think_ I've deduced
 >that it's a memory leak, as `ksp->ks_memuse' exceeding
 >`ksp->ks_limit' is the only place where malloc() will sleep.
 >I've currently not tracked down the source of the memory leak.
 >
 >>How-To-Repeat:
 >
 >   Printing anything exceeding usually two or three pages using this driver
 >will do the trick.
 >
 >>Fix:
 >
 >   Not sure yet.  Going to work on it.  Input or verbal abuse (delivering
 >at least helpful guidance or a solution) is welcomed!
 >>Release-Note:
 >>Audit-Trail:
 >>Unformatted:
 >
 >To Unsubscribe: send mail to majordomo@FreeBSD.org
 >with "unsubscribe freebsd-bugs" in the body of the message
 >
 
 -- 
 Poul-Henning Kamp       | UNIX since Zilog Zeus 3.20
 phk@FreeBSD.ORG         | TCP/IP since RFC 956
 FreeBSD committer       | BSD since 4.3-tahoe    
 Never attribute to malice what can adequately be explained by incompetence.

From: Chris Costello <chris@FreeBSD.ORG>
To: Poul-Henning Kamp <phk@critter.freebsd.dk>
Cc: FreeBSD-gnats-submit@FreeBSD.ORG
Subject: Re: kern/31238: `hpijs' process hangs unkillably in `devbuf' state
Date: Sat, 13 Oct 2001 11:06:57 -0500

 On Saturday, October 13, 2001, Poul-Henning Kamp wrote:
 > If this is with a USB printer, grab the patch I committed yesterday
 > to ulpt.c.
 
    Er, sorry, this should've been in the original PR: It's a
 parallel port printer.
 
 ppbus0: IEEE1284 device found /NIBBLE/ECP
 Probing for PnP devices on ppbus0:
 ppbus0: <HEWLETT-PACKARD DESKJET 880C> MLC,PCL,PML
 plip0: <PLIP network interface> on ppbus0
 lpt0: <Printer> on ppbus0
 lpt0: Interrupt-driven port
 ppi0: <Parallel I/O> on ppbus0
 
 -- 
 +-------------------+------------------------------------------------+
 | Chris Costello    | All that glitters has a high refractive index. |
 | chris@FreeBSD.org |                                                |
 +-------------------+------------------------------------------------+

From: Poul-Henning Kamp <phk@critter.freebsd.dk>
To: chris@FreeBSD.ORG
Cc: FreeBSD-gnats-submit@FreeBSD.ORG
Subject: Re: kern/31238: `hpijs' process hangs unkillably in `devbuf' state 
Date: Sat, 13 Oct 2001 20:27:42 +0200

 In message <20011013110656.B20646@holly.calldei.com>, Chris Costello writes:
 >On Saturday, October 13, 2001, Poul-Henning Kamp wrote:
 >> If this is with a USB printer, grab the patch I committed yesterday
 >> to ulpt.c.
 >
 >   Er, sorry, this should've been in the original PR: It's a
 >parallel port printer.
 >
 >ppbus0: IEEE1284 device found /NIBBLE/ECP
 >Probing for PnP devices on ppbus0:
 >ppbus0: <HEWLETT-PACKARD DESKJET 880C> MLC,PCL,PML
 >plip0: <PLIP network interface> on ppbus0
 >lpt0: <Printer> on ppbus0
 >lpt0: Interrupt-driven port
 >ppi0: <Parallel I/O> on ppbus0
 
 Well, it could still be the same issue: my HP printer seems to send
 some data back which gets queued up for something and never freed.
 
 Maybe your IEEE1284 printer does the same thing...
 
 -- 
 Poul-Henning Kamp       | UNIX since Zilog Zeus 3.20
 phk@FreeBSD.ORG         | TCP/IP since RFC 956
 FreeBSD committer       | BSD since 4.3-tahoe    
 Never attribute to malice what can adequately be explained by incompetence.

From: Chris Costello <chris@FreeBSD.ORG>
To: Poul-Henning Kamp <phk@critter.freebsd.dk>
Cc: FreeBSD-gnats-submit@FreeBSD.ORG
Subject: Re: kern/31238: `hpijs' process hangs unkillably in `devbuf' state
Date: Sat, 13 Oct 2001 22:07:49 -0500

 On Saturday, October 13, 2001, Poul-Henning Kamp wrote:
 > Well, it could still be the same issue: my HP printer seems to send
 > some data back which gets queued up for something and never freed.
 > 
 > Maybe your IEEE1284 printer does the same thing...
 
    I'm having a lot of trouble tracking down where the allocation
 is even occuring, making it quite a bit difficult to debug.  Can
 you (or anybody) point me to where the incoming information is
 buffered in this case?
 
 -- 
 +-------------------+-----------------------------------------------------+
 | Chris Costello    | I bet the human brain is a kludge.  - Marvin Minsky |
 | chris@FreeBSD.org |                                                     |
 +-------------------+-----------------------------------------------------+
State-Changed-From-To: open->feedback 
State-Changed-By: iedowse 
State-Changed-When: Sun Dec 1 11:08:30 PST 2002 
State-Changed-Why:  

Does this continue to occur on more recent -STABLEs? 

http://www.freebsd.org/cgi/query-pr.cgi?pr=31238 
State-Changed-From-To: feedback->closed 
State-Changed-By: chris 
State-Changed-When: Sun Dec 1 11:32:40 PST 2002 
State-Changed-Why:  
This bug no longer seems to occur on 4.7-STABLE. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=31238 
>Unformatted:
