From owner-freebsd-current Mon Aug 20 23:37: 0 2001 Delivered-To: freebsd-current@freebsd.org Received: from ipcard.iptcom.net (ipcard.iptcom.net [212.9.224.5]) by hub.freebsd.org (Postfix) with ESMTP id ECCF837B408; Mon, 20 Aug 2001 23:36:53 -0700 (PDT) (envelope-from sobomax@FreeBSD.org) Received: from vega.vega.com (dialup12-35.iptelecom.net.ua [212.9.228.227]) by ipcard.iptcom.net (8.9.3/8.9.3) with ESMTP id JAA50143; Tue, 21 Aug 2001 09:36:23 +0300 (EEST) (envelope-from sobomax@FreeBSD.org) Received: from FreeBSD.org (big_brother.vega.com [192.168.1.1]) by vega.vega.com (8.11.4/8.11.3) with ESMTP id f7L6ZCo19213; Tue, 21 Aug 2001 09:35:12 +0300 (EEST) (envelope-from sobomax@FreeBSD.org) Message-ID: <3B82015A.BEEE9382@FreeBSD.org> Date: Tue, 21 Aug 2001 09:36:11 +0300 From: Maxim Sobolev Organization: Vega International Capital X-Mailer: Mozilla 4.78 [en] (Windows NT 5.0; U) X-Accept-Language: en,uk,ru MIME-Version: 1.0 To: John Baldwin Cc: current@FreeBSD.org, sos@freebsd.dk, grasshacker@over-yonder.net Subject: Re: Sound broken on -current again... References: Content-Type: text/plain; charset=x-user-defined Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG John Baldwin wrote: > > The same is here (OPL3-SA driver on Toshiba Satellite Pro 445CDX notebook). > > I found that after reverting the following deltas (jhb's 10 August commit) > > sound starts working again: > > That's a rather large commit. Is this the ast() fixup? Is the process that > has the sound device open hung? Is it stuck in a wait channel? If so, can you > do a ps and find the wait channel? Is it chewing up large amounts of CPU time? > Has it exited with a signal? Somebody tracked it down to kern_synch.c,v 1.154 and I'm confirming that reverting this delta indeed fixes the problem. The process in question hangs and doesn't respond to any signals (SIGKILL included). Following is the relevant piece of `ps axl' output: UID PID PPID CPU PRI NI VSZ RSS WCHAN STAT TT TIME COMMAND 0 275 267 0 -8 0 41496 212 - R+ v0 0:00,74 madplay /cdr Please note that even though madplay above is in the `RUN' state it doesn't consume any CPU time. Please let me know if any additional information would be necessary. -Maxim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message