From: Sergei Trofimovich <slyich@gmail.com>
To: Takashi Iwai <tiwai@suse.de>
Cc: linux-kernel@vger.kernel.org,
"Maciej Rutecki" <maciej.rutecki@gmail.com>,
"Éric Piel" <eric.piel@tremplin-utc.net>
Subject: Re: intel hda regression: 2.6.33-rc{1,2}: hd-audio0 eats 25% CPU (according to top)
Date: Fri, 25 Dec 2009 16:25:28 +0200 [thread overview]
Message-ID: <20091225162528.5dbbbea0@mosly> (raw)
In-Reply-To: <s5h637vmhcu.wl%tiwai@suse.de>
[-- Attachment #1: Type: text/plain, Size: 5971 bytes --]
On Fri, 25 Dec 2009 12:18:57 +0100
Takashi Iwai <tiwai@suse.de> wrote:
> At Fri, 25 Dec 2009 12:21:07 +0200,
> Sergei Trofimovich wrote:
> >
> > $SUBJ
> >
> > $ git describe
> > v2.6.33-rc2
> >
> > No matter if I actually play any sounds that process consumes 23-24% CPU
> > Don't know if it's related to above: even if there is no any sound activity
> > I can hear crackling in headphones.
> >
> > $ lspci -vvv
> >
> > 00:1b.0 Audio device: Intel Corporation 82801H (ICH8 Family) HD Audio Controller (rev 03)
> > Subsystem: Hewlett-Packard Company Device 30c9
> > Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
> > Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
> > Latency: 0, Cache Line Size: 64 bytes
> > Interrupt: pin A routed to IRQ 27
> > Region 0: Memory at e0644000 (64-bit, non-prefetchable) [size=16K]
> > Capabilities: [50] Power Management version 2
> > Flags: PMEClk- DSI- D1- D2- AuxCurrent=55mA PME(D0+,D1-,D2-,D3hot+,D3cold+)
> > Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-
> > Capabilities: [60] MSI: Enable+ Count=1/1 Maskable- 64bit+
> > Address: 00000000fee0300c Data: 4191
> > Capabilities: [70] Express (v1) Root Complex Integrated Endpoint, MSI 00
> > DevCap: MaxPayload 128 bytes, PhantFunc 0, Latency L0s unlimited, L1 unlimited
> > ExtTag- RBE- FLReset-
> > DevCtl: Report errors: Correctable- Non-Fatal- Fatal- Unsupported-
> > RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop+
> > MaxPayload 128 bytes, MaxReadReq 128 bytes
> > DevSta: CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr+ TransPend-
> > LnkCap: Port #0, Speed unknown, Width x0, ASPM unknown, Latency L0 <64ns, L1 <1us
> > ClockPM- Surprise- LLActRep- BwNot-
> > LnkCtl: ASPM Disabled; Disabled- Retrain- CommClk-
> > ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt-
> > LnkSta: Speed unknown, Width x0, TrErr- Train- SlotClk- DLActive- BWMgmt- ABWMgmt-
> > Capabilities: [100] Virtual Channel <?>
> > Capabilities: [130] Root Complex Link <?>
> > Kernel driver in use: HDA Intel
> > Kernel modules: snd-hda-intel
> >
> > $ powertop
> >
> > Cn Avg residency P-states (frequencies)
> > C0 (cpu running) (25.1%) 1200 Mhz 4.7%
> > C1 0.0ms ( 0.0%) 1067 Mhz 0.2%
> > C2 0.3ms (74.9%) 933 Mhz 0.2%
> > 800 Mhz 94.9%
> >
> >
> > Wakeups-from-idle per second : 2931.9 interval: 10.0s
> > no ACPI power usage estimate available
> >
> > Top causes for wakeups:
> > 80.6% (6766.8) <interrupt> : HDA Intel
> > 10.5% (885.6) <kernel IPI> : Rescheduling interrupts
> > 6.4% (541.3) <kernel core> : hrtimer_start_range_ns (tick_sched_timer)
> This has been already reported by some people, but unfortunately I
> couldn't reproduce this on my test machines.
>
> Eric figured out that replacing the whole sound/pci/hda/* files with
> 2.6.31 works, so this must be a regression in that area.
> Could someone bisect it? The commits to check are restricted only in
> sound/pci/hda, so there shouldn't be many changes.
>
> % git bisect start -- sound/pci/hda
> % git bisect bad
> % git bisect good v2.6.32
>
>
> thanks,
Done:
d56757abc11a21996d9839c0d4e3b2c3666cd318 is the first bad commit
commit d56757abc11a21996d9839c0d4e3b2c3666cd318
Author: Takashi Iwai <tiwai@suse.de>
Date: Wed Nov 18 08:00:14 2009 +0100
ALSA: hda - Replace the rest of jack-detections with snd_hda_jack_detect()
Signed-off-by: Takashi Iwai <tiwai@suse.de>
:040000 040000 46040881f7bc4b662a784ac66a6482c2a5b3dca5 6a76aa47a3d0cccad0c8a3ae62cb63ecbdd9b44d M sound
Bisect log:
git bisect start '--' 'sound/pci/hda'
# bad: [55639353a0035052d9ea6cfe4dde0ac7fcbb2c9f] Linux 2.6.33-rc1
git bisect bad 55639353a0035052d9ea6cfe4dde0ac7fcbb2c9f
# good: [22763c5cf3690a681551162c15d34d935308c8d7] Linux 2.6.32
git bisect good 22763c5cf3690a681551162c15d34d935308c8d7
# good: [123c07aeddd71fbb295842a8c19866e780b9a100] ALSA: hda_intel: Digital PC Beep - change behaviour for input layer
git bisect good 123c07aeddd71fbb295842a8c19866e780b9a100
# good: [123c07aeddd71fbb295842a8c19866e780b9a100] ALSA: hda_intel: Digital PC Beep - change behaviour for input layer
git bisect good 123c07aeddd71fbb295842a8c19866e780b9a100
# bad: [0b587fc4d35afb1bc0fc3d890084bb14c78372dc] ALSA: hda: Fix max PCM level to 0 dB for Fujitsu-Siemens laptops using CX2054
9 (Venice)
git bisect bad 0b587fc4d35afb1bc0fc3d890084bb14c78372dc
# good: [23ccc2bd246a5bdb1ac03dc9040a0585c1890ef3] ALSA: intelhdmi - export monitor-presence and ELD-valid status
git bisect good 23ccc2bd246a5bdb1ac03dc9040a0585c1890ef3
# bad: [d56757abc11a21996d9839c0d4e3b2c3666cd318] ALSA: hda - Replace the rest of jack-detections with snd_hda_jack_detect()
git bisect bad d56757abc11a21996d9839c0d4e3b2c3666cd318
# good: [848de598eef9603d6f2c174f90fded4e63ac5e23] ALSA: intelhdmi - sticky infoframe
git bisect good 848de598eef9603d6f2c174f90fded4e63ac5e23
# good: [81bf31e2d0a6a9f5d83da0a757f8ca03db908162] ALSA: intelhdmi - sticky channel count
git bisect good 81bf31e2d0a6a9f5d83da0a757f8ca03db908162
# good: [83d605fd63e704419ccb92d48b735c6890ce3d6a] ALSA: hda - show EPSS capability in proc
git bisect good 83d605fd63e704419ccb92d48b735c6890ce3d6a
Sorry, was unable to revert that commit on top of current 2.6.33-rc2 and verify it's guilty.
> Takashi
--
Sergei
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 198 bytes --]
next prev parent reply other threads:[~2009-12-25 14:24 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-12-25 9:31 drm/radeon/kms regression: 2.6.33-rc2 does not boot Andrei Gaponenko
2009-12-25 9:46 ` Dave Airlie
2009-12-25 10:08 ` Andrei Gaponenko
2009-12-25 10:32 ` Dave Airlie
2009-12-25 10:44 ` Andrei Gaponenko
2009-12-25 12:35 ` Dr. David Alan Gilbert
2009-12-26 18:57 ` Alex Deucher
2009-12-25 10:21 ` intel hda regression: 2.6.33-rc{1,2}: hd-audio0 eats 25% CPU (according to top) Sergei Trofimovich
2009-12-25 11:18 ` Takashi Iwai
2009-12-25 14:25 ` Sergei Trofimovich [this message]
2009-12-25 15:31 ` Maciej Rutecki
2009-12-25 16:05 ` Takashi Iwai
2009-12-25 16:32 ` Sergei Trofimovich
2009-12-25 17:06 ` Takashi Iwai
2009-12-25 18:00 ` Sergei Trofimovich
2009-12-25 19:01 ` Maciej Rutecki
2009-12-25 21:59 ` Takashi Iwai
2009-12-25 16:44 ` Maciej Rutecki
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20091225162528.5dbbbea0@mosly \
--to=slyich@gmail.com \
--cc=eric.piel@tremplin-utc.net \
--cc=linux-kernel@vger.kernel.org \
--cc=maciej.rutecki@gmail.com \
--cc=tiwai@suse.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.