All the mail mirrored from lore.kernel.org
 help / color / mirror / code / Atom feed
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 --]

  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 \
    --subject='Re: intel hda regression: 2.6.33-rc{1,2}: hd-audio0 eats 25% CPU (according to top)' \
    /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

Code repositories for project(s) associated with this inbox:

	https://80x24.org/mirrors/git.git

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.