[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#362708: marked as done (acpi_cpufreq and snd_atiixp conflict)

Your message dated Mon, 26 May 2008 15:18:59 +0200
with message-id <20080526131859.GA21309@stro.at>
and subject line Re: acpi_cpufreq and snd_atiixp conflict
has caused the Debian Bug report #362708,
regarding acpi_cpufreq and snd_atiixp conflict
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
362708: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=362708
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message ---
Package: linux-image-2.6.15-1-686-smp
Severity: normal


When acpi_cpufreq kernel module is loaded, alsa would randomly break. The
application accessing sound sometimes hangs and cpu usage gets 100%, and
sometimes it works fine. Multiple applications accessing sound at the same
time often causes the problem to appear, but a single application could too.
Without acpi_cpufreq loaded, alsa works perfectly fine with single or
multiple applications accessing sound at the same time.

I am not sure, though, if this is a problem with my acpi. This is a Toshiba
Satellite A70 laptop with atiixp chipset and Pheonix BIOS. The machine
shuts down properly but does not reboot. Reboot completes the shutdown but
stops there before actually turning off the machine or rebooting it. LEDs
stay on and I can hear the fan.

I used to use p4_clockmod scaling driver just fine. acpi_cpufreq could not
be loaded in previous kernels. This is the first kernel in which I managed
to load acpi_cpufreq, and it seems to work fine, except for the sound problem.

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (900, 'testing'), (500, 'unstable')

--- End Message ---
--- Begin Message --- 
Version: 2.6.24-1

in newer kernels acpi_cpufreq is gone, don't remeber when
thus setting to a safe version.

closing thanks for report.

-- 
maks

--- End Message ---
Reply to: