Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 13 Oct 2001 00:30:03 -0700 (PDT)
From:      Poul-Henning Kamp <phk@critter.freebsd.dk>
To:        freebsd-bugs@FreeBSD.org
Subject:   Re: kern/31238: `hpijs' process hangs unkillably in `devbuf' state 
Message-ID:  <200110130730.f9D7U3I57601@freefall.freebsd.org>

next in thread | raw e-mail | index | archive | help
The following reply was made to PR kern/31238; it has been noted by GNATS.

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.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200110130730.f9D7U3I57601>