From owner-freebsd-current@FreeBSD.ORG Fri Feb 6 14:59:15 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 333621065679 for ; Fri, 6 Feb 2009 14:59:15 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 046748FC16 for ; Fri, 6 Feb 2009 14:59:15 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (pool-98-109-39-197.nwrknj.fios.verizon.net [98.109.39.197]) by cyrus.watson.org (Postfix) with ESMTPSA id A6D9A46B09; Fri, 6 Feb 2009 09:59:14 -0500 (EST) Received: from localhost (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.3/8.14.3) with ESMTP id n16EwqV4078031; Fri, 6 Feb 2009 09:59:08 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Christian Gusenbauer Date: Fri, 6 Feb 2009 09:58:37 -0500 User-Agent: KMail/1.9.7 References: <200902021643.39862.c47g@gmx.at> <200902052203.37792.beech@freebsd.org> <200902061343.50224.c47g@gmx.at> In-Reply-To: <200902061343.50224.c47g@gmx.at> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902060958.37302.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Fri, 06 Feb 2009 09:59:08 -0500 (EST) X-Virus-Scanned: ClamAV 0.94.2/8961/Fri Feb 6 08:29:06 2009 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-current@freebsd.org Subject: Re: lpt stopped working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2009 14:59:15 -0000 On Friday 06 February 2009 7:43:50 am Christian Gusenbauer wrote: > Hi John! > > Sorry, it seems that I missed your previous mail, so my answer comes here > right now. > > On Friday 06 February 2009, Beech Rintoul wrote: > > On Wednesday 04 February 2009 05:14:10 John Baldwin wrote: > > > On Monday 02 February 2009 10:43:39 am Christian Gusenbauer wrote: > > > > Hi! > > > > > > > > Since the recent update (svn r187576) to the ppbus/ppc code my printer > > > > > > stopped > > > > > > > working. Every request seems to hang forever in ppb_request_bus waiting > > > > for ppb->ppc_lock (at least 'top' tells me that it's hanging in state > > > > 'ppbreq'). > > > > > > Can you use procstat to get a stack trace of the hung thread? > > # procstat -k 1199 > PID TID COMM TDNAME KSTACK > 1199 100184 cat - mi_switch sleepq_switch > sleepq_catch_signals sleepq_wait_sig _sleep ppb_request_bus lpt_request_ppbus > lptwrite devfs_write_f dofilewrite kern_writev write syscall Xint0x80_syscall Ok, can you run kgdb against your running kernel (Just run 'kgdb' without any arguments) and do the following: (kgdb) p *(struct ppb_data *)ppbus_devclass->devices[0]->softc Assuming the ppb_owner is not 0, can you then do this: (kgdb) p *(device_t)((struct ppb_data *)ppbus_devclass->devices[0]->softc)->ppb_owner -- John Baldwin