Skip to contentSkip to conversation

2.6.23-rc3: known regressions v3

PATCH In review Michal Piotrowski 3 participants 3 messages Aug 24, 2007 – Aug 25, 2007 Alpha port

lore
Share & tools
lore
#0 lore raw

PATCH 1/4 2.6.23-rc3: known regressions v3

Hi all,

Here is a list of some known regressions in 2.6.23-rc3.

Feel free to add new regressions/remove fixed etc.
http://kernelnewbies.org/known_regressions

List of Aces

Name Regressions fixed since 21-Jun-2007

Adrian Bunk                            9
Andi Kleen                             5
Linus Torvalds                         5
Andrew Morton                          4
Al Viro                                3
Alan Stern                             3
Cornelia Huck                          3
Jens Axboe                             3
Tejun Heo                              3

Unclassified

Subject : 2.6.23-rc3-git1 crash/stuck on VIA CN700 system
References : http://lkml.org/lkml/2007/8/20/174
Last known good : ?
Submitter : Stefan Becker <[email protected]>

Caused-By       : ?
Handled-By      : ?
Status          : unknown

Subject : 2.6.23-rc2 cross compile regressions (alpha,xtensa)
References : http://lkml.org/lkml/2007/8/6/43
Last known good : alpha: 2.6.22-git8

                  xtensa: 2.6.22-git6
Submitter       : Jan Dittmer <[email protected]>
Caused-By       : ?
Handled-By      : xtensa: Christian Zankel <[email protected]>
Status          : unknown

Subject : console is messed up after resume from s2ram or switching to console from X
References : http://lkml.org/lkml/2007/8/4/6
Last known good : ?
Submitter : Jeff Chua <[email protected]>

Antonino A. Daplas <[email protected]>
Workaround : "s2ram --force --acpi_sleep 1 --vbe_mode"
Status : problem is being debugged

Subject : konqueror suddenly vanishing, "konqueror: Fatal IO error: client killed"
References : http://lkml.org/lkml/2007/7/22/86
Last known good : ?
Submitter : Markus <[email protected]>

Caused-By       : ?
Handled-By      : Ingo Molnar <[email protected]>
Status          : problem is being debugged

ALSA

Subject : Master volume control broken
References : http://lkml.org/lkml/2007/8/18/46
Last known good : ?
Submitter : Thomas Meyer <[email protected]>

                  commit 5d5d3bc3eddf2ad97b2cb090b92580e7fed6cee1

Handled-By : ?
Status : unknown

Regards,
Michal

--
LOG
http://www.stardust.webpages.pl/log/

#1 lore raw
Quoted 11 lines · Michal Piotrowski

ALSA

Subject : Master volume control broken
References : http://lkml.org/lkml/2007/8/18/46
Last known good : ?
Submitter : Thomas Meyer <[email protected]>

                  commit 5d5d3bc3eddf2ad97b2cb090b92580e7fed6cee1

Handled-By : ?
Status : unknown

Thomas Meyer,

The commit just adds the pinconfigs which Mac OS X and win32 use for the Intel Macs (intel hda audio with the Sigmatel STAC9221 codec).

For me "Master" works fine with the speakers/headphones plugged in. The volume of the internal speakers is bound to "Front" in the mixer (can also be controled by "PCM"), but does not react to the "Master". I've just thought this is by design - one can maintain two volume sets for the internal speakers and the external speakers. I am probably wrong.

In the meanwhile if you want to use your "fancy multimedia control keys" as a workaround you could try to bind your multimedia keys to execute:
volume up: amixer -q set PCM 10%+
volume down: amixer -q set PCM 10%-

I have attached codec info and amixer output for Tiwai.

Regards,

Signature · 4 lines
Ivan N. Zlatev

Web: http://www.i-nZ.net
"It's all some kind of whacked out conspiracy."

_______________________________________________
Alsa-devel mailing list
[email protected]
http://mailman.alsa-project.org/mailman/listinfo/alsa-devel

#2 lore raw
Quoted 13 lines · Ivan N. Zlatev
Quoted 11 lines · Michal Piotrowski

ALSA

Subject : Master volume control broken
References : http://lkml.org/lkml/2007/8/18/46
Last known good : ?
Submitter : Thomas Meyer <[email protected]>

                  commit 5d5d3bc3eddf2ad97b2cb090b92580e7fed6cee1

Handled-By : ?
Status : unknown

Quoted 7 lines

In the meanwhile if you want to use your "fancy multimedia control keys" as a workaround you could try to bind your multimedia keys to execute:
volume up: amixer -q set PCM 10%+
volume down: amixer -q set PCM 10%-

I have these key bindings in the .Xmodmap file

keycode 174 = XF86AudioLowerVolume
keycode 176 = XF86AudioRaiseVolume
keycode 160 = XF86AudioMute
keycode 204 = XF86Eject

Some kde component while take care of the "XF86AudioLowerVolume" and "XF86AudioRaiseVolume" events and change the value of the "master" volume control.

mfg
thomas