Date: Mon, 21 May 2007 16:48:12 +0200 (CEST) From: Martin Dieringer <martin.dieringer@gmx.de> To: Ian Smith <smithi@nimnet.asn.au> Cc: freebsd-multimedia@freebsd.org, Ariff Abdullah <ariff@freebsd.org> Subject: Re: still audio hiccups Message-ID: <20070521164151.B783@thinkpad.dieringer.dyndns.org> In-Reply-To: <Pine.BSF.3.96.1070521235542.12194E-100000@gaia.nimnet.asn.au> References: <Pine.BSF.3.96.1070521235542.12194E-100000@gaia.nimnet.asn.au>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, 22 May 2007, Ian Smith wrote: > On Mon, 21 May 2007, Ariff Abdullah wrote: > > On Mon, 21 May 2007 14:46:28 +0200 (CEST) > > Martin Dieringer <martin.dieringer@gmx.de> wrote: > [..] > > > It seems to work now if I set debug.cpufreq.lowest=450, with > > > freq=300 and below there are still hiccups. > > > (I can live with cpu.freq above 450.) > > > > > > It doesn't matter if powerd is running, just seems to depend on > > > actual cpu frequency. > > > > > > I didn't reboot, kldunloaded all sound modules and reloaded the new > > > ones. > > > > > > > Consider my other suggestions: Disable acpi_thottle. This has nothing > > to do with cpufreq/est/speedstep/powernow/etc. > > > > hint.acpi_throttle.0.disabled=1 > > > > Lastly, believe me. This entire affair has nothing to do with sound > > driver at all. > > We believe you :) After much pulling teeth in -stable, Warner Losh had > already hit the bullseye regarding Martin's other problem (clock losing > time beyond ntpd's ability to cope when running powerd) in this post: > > http://lists.freebsd.org/pipermail/freebsd-stable/2007-May/035068.html > > where he suggested bumping debug.cpufreq.lowest up past 300MHz or so, > where Martin's t42p was shifting down to 75MHz at idle (with HZ=1000) but that didn't help before I used Ariff's sound patch... > Glad that's sorted .. is it?... m.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20070521164151.B783>