Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 17 Nov 2004 17:53:43 -0800
From:      Nate Lawson <nate@root.org>
To:        Warner Losh <imp@rover.village.org>
Cc:        sos@DeepCore.dk
Subject:   Re: [PATCH] Please test: new ACPI release (20041105) import
Message-ID:  <419C00A7.7030300@root.org>
In-Reply-To: <20041117.173409.104092741.imp@harmony.village.org>
References:  <419BB117.4070802@root.org> <20041117211943.E583E5D0A@ptavv.es.net> <20041117.173409.104092741.imp@harmony.village.org>

next in thread | previous in thread | raw e-mail | index | archive | help
Warner Losh wrote:
>>I do suspect that this is a PCI power issue and not an ACPI issue, but
>>I'd like to know if it shows up on more models. It is most obvious when
>>playing a stream as the buffers keep emptying and the sound stops after
>>a short time. Music is clearly too fast and high pitched, but at 10%
>>overspeed, some may not notice. (Does Dr. Dre sound much different 10%
>>faster?)
> 
> I've flipped the sense of the PCI power sysctl in current.  Once
> that's sanner, we should investigate setting the power states on
> resume.  Not sure what to do about suspend, since I think that acpi
> has different notions of what D level to put a device in for different
> S levels and it would likely have to take care of that after giving
> the device a chance to save state.
> 
> Warner

I have a patch in my tree to do this.  I'll post it once it's 
well-tested.  At the moment, setting UART to D3 appears to hang the 
system and I'm not sure why.

-- 
Nate



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