From owner-freebsd-multimedia Mon Feb 16 04:36:51 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA14516 for freebsd-multimedia-outgoing; Mon, 16 Feb 1998 04:36:51 -0800 (PST) (envelope-from owner-freebsd-multimedia@FreeBSD.ORG) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id EAA14410; Mon, 16 Feb 1998 04:36:44 -0800 (PST) (envelope-from luigi@labinfo.iet.unipi.it) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id MAA27817; Mon, 16 Feb 1998 12:09:10 +0100 From: Luigi Rizzo Message-Id: <199802161109.MAA27817@labinfo.iet.unipi.it> Subject: Re: Q: Audio from ATAPI CDROM following resume? To: mike@smith.net.au (Mike Smith) Date: Mon, 16 Feb 1998 12:09:10 +0100 (MET) Cc: grafe@lab12.ie.pitt.edu, freebsd-mobile@FreeBSD.ORG, multimedia@FreeBSD.ORG In-Reply-To: <199802161055.CAA05848@dingo.cdrom.com> from "Mike Smith" at Feb 16, 98 02:54:48 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > However, following a resume from a suspend, by way of "/usr/sbin/zzz", > > audio output does not appear at the notebook's speakers, ... > I am observing exactly the same symptoms on the same unit under > -current (no PAO). The mixer appears to be correctly set following > resume as well. > > Multimedia people; is there anything in the Yamaha OPL-SAX that is > likely to need reinitialising after power-on to restore operation? the opl-sax has an independent master volume register, which we currently set only in the attach routine to max level. maybe that register is cleared at power up. if this is the case (can be easily tested by looking at the attach code and trying to set it playing with /dev/io) one could try to support that with the mixer. the fact that mixer values are preserved is not significant since the state of the mixer is cached in the io descriptor and reads do not go to the chip. i have no idea, though, what is the correct way to properly resume operation. is there some specific "resume" interface for a device driver which can be called ? cheers luigi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message