linux-kernel - sound: BUG: can't load gdm greeter on battery with Linux 3.5

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite for Android: free password hash cracker in your pocket

[<prev] [next>] [thread-next>] [day] [month] [year] [list]

Message-ID: <501E68C3.3080108@free.fr>
Date:	Sun, 05 Aug 2012 14:36:19 +0200
From:	Vincent Blut <vincent.debian@...e.fr>
To:	dgreid@...omium.org
CC:	tiwai@...e.de, perex@...ex.cz, linux-kernel@...r.kernel.org
Subject: sound: BUG: can't load gdm greeter on battery with Linux 3.5

Hi,

Despite that the subject might suggest that this is a bug in the graphic
stack, it appears that
commit [b4a91cf0] makes the GDM greeter not loadable, however GDM has
been correctly loaded:

# service gdm3 status
[ ok ] gdm3 is running.

This issue only affects Linux 3.5 when I boot on battery, I spent some
time to bisect and  this commit seems to be the bad one:

commit b4a91cf05c33d4ab5b2b3738a257a3fe49b462bd
Author: Dylan Reid <dgreid@...omium.org>
Date:   Fri Jun 15 19:36:23 2012 -0700

    ALSA: hda - Handle open while transitioning to D3.
   
    This addresses an issue encountered when a pcm is opened while
    transitioning to low power state (codec->power_on == 1 &&
    codec->power_transition == -1).  Add snd_pcm_power_up_d3wait to
    hda_codec.  This function is used to power up from azx_open as opposed
    to snd_hda_power_up used from codec_exec_verb. When powering up from
    azx_open, wait for pending power downs to complete, avoiding the power
    up continuing in parallel with the power down on the work queue.
   
    The specific issue seen was with the CS4210 codec, it powers off the ADC
    and DAC nid in its suspend handler.  If it is re-opened before the
    ~100ms power down process completes, the ADC and DAC nid are initialized
    while powered down and audio is lost until another suspend/resume cycle.
   
    Signed-off-by: Dylan Reid <dgreid@...omium.org>
    Signed-off-by: Takashi Iwai <tiwai@...e.de>

Is this a known issue?

[alsa-info attached]

Have a good day,
Vincent

View attachment "alsa-info.txt" of type "text/plain" (15155 bytes)