Hi all,
Here is a list of some known regressions in 2.6.23-rc4.
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
Hugh Dickins 4
Al Viro 3
Alan Stern 3
Cornelia Huck 3
Jens Axboe 3
Tejun Heo 3
ACPI
Subject : 2.6.23-rc4: maxcpus still broken
References : http://lkml.org/lkml/2007/8/28/87
Last known good : ?
Submitter : Alexey Dobriyan <[email protected]>
Caused-By : Len Brown <[email protected]>
commit 61ec7567db103d537329b0db9a887db570431ff4
Handled-By : Len Brown <[email protected]>
Status : problem is being debugged
Subject : MCFG bug on hp nx6310
References : http://lkml.org/lkml/2007/8/8/252
Last known good : ?
Submitter : Michael Sedkowski <[email protected]>
Caused-By : ?
Handled-By : ?
Status : unknown
Subject : 2.6.23-rc1-git10 hangs on boot - needs "acpi=off"
References : http://lkml.org/lkml/2007/8/2/24
Last known good : ?
Submitter : Plamen Petrov <[email protected]>
Caused-By : ?
Handled-By : Len Brown <[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]>
Caused-By : Ivan N. Zlatev <[email protected]>
commit 5d5d3bc3eddf2ad97b2cb090b92580e7fed6cee1
Handled-By : Ivan N. Zlatev <[email protected]>
Status : problem is being debugged
CPUFREQ
Subject : ide problems: 2.6.22-git17 working, 2.6.23-rc1* is not
References : http://lkml.org/lkml/2007/7/27/298
http://lkml.org/lkml/2007/7/29/371
Last known good : ?
Submitter : dth <[email protected]>
Caused-By : Len Brown <[email protected]>
commit f79e3185dd0f8650022518d7624c876d8929061b
Handled-By : Len Brown <[email protected]>
Status : problem is being debugged
Regards,
Michal
--
LOG
http://www.stardust.webpages.pl/log/
On 8/29/07, Michal Piotrowski <[email protected]> wrote:
>
> ALSA
>
> Subject : Master volume control broken
> References : http://lkml.org/lkml/2007/8/18/46
> Last known good : ?
> Submitter : Thomas Meyer <[email protected]>
> Caused-By : Ivan N. Zlatev <[email protected]>
> commit 5d5d3bc3eddf2ad97b2cb090b92580e7fed6cee1
> Handled-By : Ivan N. Zlatev <[email protected]>
> Status : problem is being debugged
>
>
Hello,
I am not the one to handle the issue. I have just supplied the
pinconfigs for the intel mac cards and assisted with logs/debug
information, so I happen to be more of an end user. I am not familiar
with the code base of the Intel HDA Codec. Takashi Iwai is the one
with the knowledge to fix the problem.
Regards.
--
Ivan N. Zlatev
Web: http://www.i-nZ.net
"It's all some kind of whacked out conspiracy."
At Wed, 29 Aug 2007 18:42:56 +0300,
Ivan N. Zlatev wrote:
>
> On 8/29/07, Michal Piotrowski <[email protected]> wrote:
> >
> > ALSA
> >
> > Subject : Master volume control broken
> > References : http://lkml.org/lkml/2007/8/18/46
> > Last known good : ?
> > Submitter : Thomas Meyer <[email protected]>
> > Caused-By : Ivan N. Zlatev <[email protected]>
> > commit 5d5d3bc3eddf2ad97b2cb090b92580e7fed6cee1
> > Handled-By : Ivan N. Zlatev <[email protected]>
> > Status : problem is being debugged
> >
> >
>
> Hello,
>
> I am not the one to handle the issue. I have just supplied the
> pinconfigs for the intel mac cards and assisted with logs/debug
> information, so I happen to be more of an end user. I am not familiar
> with the code base of the Intel HDA Codec. Takashi Iwai is the one
> with the knowledge to fix the problem.
... but without the hardware :-<
IMO, this is actually no real regression. In the earlier verison, you
didn't have controls for multiple outputs, thus the mixer control was
named as Master. Now you do have multiple individual controls, and
thus there is no master any more, instead. That's the trade-off.
Takashi
Takashi Iwai wrote:
> At Wed, 29 Aug 2007 18:42:56 +0300,
> Ivan N. Zlatev wrote:
>> On 8/29/07, Michal Piotrowski <[email protected]> wrote:
>>> ALSA
>>>
>>> Subject : Master volume control broken
>>> References : http://lkml.org/lkml/2007/8/18/46
>>> Last known good : ?
>>> Submitter : Thomas Meyer <[email protected]>
>>> Caused-By : Ivan N. Zlatev <[email protected]>
>>> commit 5d5d3bc3eddf2ad97b2cb090b92580e7fed6cee1
>>> Handled-By : Ivan N. Zlatev <[email protected]>
>>> Status : problem is being debugged
>>>
>>>
>> Hello,
>>
>> I am not the one to handle the issue. I have just supplied the
>> pinconfigs for the intel mac cards and assisted with logs/debug
>> information, so I happen to be more of an end user. I am not familiar
>> with the code base of the Intel HDA Codec. Takashi Iwai is the one
>> with the knowledge to fix the problem.
>
> ... but without the hardware :-<
>
> IMO, this is actually no real regression. In the earlier verison, you
> didn't have controls for multiple outputs, thus the mixer control was
> named as Master. Now you do have multiple individual controls, and
> thus there is no master any more, instead. That's the trade-off.
>
Would you buy or use a stand-alone mixer where the only way to control
total output would be to change the setting for one output, then
rebalance all the others against it, and then iterate until the result
is correct?
Is this an intermediate step to the full functionality of a $29 Radio
Shack mixer, or a limitation of just one audio driver, or maybe the user
interface for ALSA is broken right now?
Is it planned to leave Linux audio in this state?
--
Bill Davidsen <[email protected]>
"We have more to fear from the bungling of the incompetent than from
the machinations of the wicked." - from Slashdot
Quoting Michal Piotrowski ([email protected]):
> Here is a list of some known regressions in 2.6.23-rc4.
> CPUFREQ
> Subject : ide problems: 2.6.22-git17 working, 2.6.23-rc1* is not
> References : http://lkml.org/lkml/2007/7/27/298
> http://lkml.org/lkml/2007/7/29/371
> Last known good : ?
> Submitter : dth <[email protected]>
> Caused-By : Len Brown <[email protected]>
> commit f79e3185dd0f8650022518d7624c876d8929061b
> Handled-By : Len Brown <[email protected]>
> Status : problem is being debugged
I just compiled 2.6.23-rc4 on this setup to check if we made any
progress. After reboot i see:
[SNIP]
NET: Registered protocol family 17
Using IPI Shortcut mode
Freeing unused kernel memory: 148 freed
init[1]: segfault at 85890000 eip 85890000 esp bfcfcb8c error 4
init[1]: segfault at 85890000 eip 85890000 esp bfcfcb8c error 4
init[1]: segfault at 85890000 eip 85890000 esp bfcfcb8c error 4
init[1]: segfault at 85890000 eip 85890000 esp bfcfcb8c error 4
init[1]: segfault at 85890000 eip 85890000 esp bfcfcb8c error 4
init[1]: segfault at 85890000 eip 85890000 esp bfcfcb8c error 4
init[1]: segfault at 85890000 eip 85890000 esp bfcfcb8c error 4
init[1]: segfault at 85890000 eip 85890000 esp bfcfcb8c error 4
init[1]: segfault at 85890000 eip 85890000 esp bfcfcb8c error 4
init[1]: segfault at 85890000 eip 85890000 esp bfcfcb8c error 4
input: AT Translated Set 2 keyboard as /devices/platform/i8042/
printk: 7888020 messages suppressed
init[1]: segfault at 85890000 eip 85890000 esp bfcfcb8c error 4
[more of the last 2 lines repeated over and over]
Am i doing something wrong (very possible) or am i bitten by
another/new phenomena ?
Danny
--
> ACPI
>
> Subject : 2.6.23-rc4: maxcpus still broken
> References : http://lkml.org/lkml/2007/8/28/87
> Last known good : ?
> Submitter : Alexey Dobriyan <[email protected]>
> Caused-By : Len Brown <[email protected]>
> commit 61ec7567db103d537329b0db9a887db570431ff4
> Handled-By : Len Brown <[email protected]>
> Status : problem is being debugged
>
Hugh debugged and fixed this one, and it is checked into 2.6.23-rc4-git3
62e6f1e8bb7c48c02b8bdb3085c5f6365682149b
fix maxcpus=1 oops in show_stat()
thanks,
-Len
On 29/08/07, Takashi Iwai <[email protected]> wrote:
> At Wed, 29 Aug 2007 18:42:56 +0300,
> Ivan N. Zlatev wrote:
> >
> > On 8/29/07, Michal Piotrowski <[email protected]> wrote:
> > >
> > > ALSA
> > >
> > > Subject : Master volume control broken
> > > References : http://lkml.org/lkml/2007/8/18/46
> > > Last known good : ?
> > > Submitter : Thomas Meyer <[email protected]>
> > > Caused-By : Ivan N. Zlatev <[email protected]>
> > > commit 5d5d3bc3eddf2ad97b2cb090b92580e7fed6cee1
> > > Handled-By : Ivan N. Zlatev <[email protected]>
> > > Status : problem is being debugged
> > >
> > >
> >
> > Hello,
> >
> > I am not the one to handle the issue. I have just supplied the
> > pinconfigs for the intel mac cards and assisted with logs/debug
> > information, so I happen to be more of an end user. I am not familiar
> > with the code base of the Intel HDA Codec. Takashi Iwai is the one
> > with the knowledge to fix the problem.
>
> ... but without the hardware :-<
>
> IMO, this is actually no real regression. In the earlier verison, you
> didn't have controls for multiple outputs, thus the mixer control was
> named as Master. Now you do have multiple individual controls, and
> thus there is no master any more, instead. That's the trade-off.
>
Shouldn't the goal be to have both? Multiple individual controls as
well as a Master that adjusts them all. That would also solve Thomas'
problem.
As I see it you broke Thomas' setup and that in my book is a regression.
--
Jesper Juhl <[email protected]>
Don't top-post http://www.catb.org/~esr/jargon/html/T/top-post.html
Plain text mails only, please http://www.expita.com/nomime.html
Takashi Iwai schrieb:
> At Wed, 29 Aug 2007 18:42:56 +0300,
> Ivan N. Zlatev wrote:
>
> ... but without the hardware :-<
>
> IMO, this is actually no real regression. In the earlier verison, you
> didn't have controls for multiple outputs, thus the mixer control was
> named as Master. Now you do have multiple individual controls, and
> thus there is no master any more, instead. That's the trade-off.
>
Konnichiwa.
Ok. Seen from this viewpoint this is no real regression. But do you have
an idea how can i fix my setup?
Currently i have these .Xmodmap key bindings:
keycode 174 = XF86AudioLowerVolume
keycode 176 = XF86AudioRaiseVolume
keycode 160 = XF86AudioMute
Some kde component while take care of the "XF86AudioLowerVolume" and
"XF86AudioRaiseVolume" events and change the value of the "master"
volume control.
This is still happening with 2.6.23-rc5, but the master volume, stopped to be connected with the build-in speakers.
When i connect headphones to my notebook the "MacBook-Volume-Up" and "MacBook-Volume-Down" keys still work, but they stopped to work with the build-in speaker, but will work with the headphones plugged in.
The problem is, that i use the build-in speakers more often than the headphones.
When a headphone is connected the build-in speakers go silent.
And i agree with Mr. Juhl that a master volume control should control both outputs, i.e. built-in speakers and headphones.
Any ideas?
mfg
thomas
At Sun, 2 Sep 2007 14:19:37 +0200,
Jesper Juhl wrote:
>
> On 29/08/07, Takashi Iwai <[email protected]> wrote:
> > At Wed, 29 Aug 2007 18:42:56 +0300,
> > Ivan N. Zlatev wrote:
> > >
> > > On 8/29/07, Michal Piotrowski <[email protected]> wrote:
> > > >
> > > > ALSA
> > > >
> > > > Subject : Master volume control broken
> > > > References : http://lkml.org/lkml/2007/8/18/46
> > > > Last known good : ?
> > > > Submitter : Thomas Meyer <[email protected]>
> > > > Caused-By : Ivan N. Zlatev <[email protected]>
> > > > commit 5d5d3bc3eddf2ad97b2cb090b92580e7fed6cee1
> > > > Handled-By : Ivan N. Zlatev <[email protected]>
> > > > Status : problem is being debugged
> > > >
> > > >
> > >
> > > Hello,
> > >
> > > I am not the one to handle the issue. I have just supplied the
> > > pinconfigs for the intel mac cards and assisted with logs/debug
> > > information, so I happen to be more of an end user. I am not familiar
> > > with the code base of the Intel HDA Codec. Takashi Iwai is the one
> > > with the knowledge to fix the problem.
> >
> > ... but without the hardware :-<
> >
> > IMO, this is actually no real regression. In the earlier verison, you
> > didn't have controls for multiple outputs, thus the mixer control was
> > named as Master. Now you do have multiple individual controls, and
> > thus there is no master any more, instead. That's the trade-off.
> >
> Shouldn't the goal be to have both? Multiple individual controls as
> well as a Master that adjusts them all. That would also solve Thomas'
> problem.
Yes, that'll be the best solution.
The fact that both volumes were controlled with a single control on
2.6.22 was a pure luck (or a side-effect). It wasn't intended
behavior. Originally, the driver code is written to control the
volumes of HP and speaker streams separately. This isn't changed
between 2.6.22 and 2.6.23.
The missing feature (the real Main volume) will be implemented on
2.6.24. (Not for all codecs, but most of them, I hope.)
Takashi
At Mon, 03 Sep 2007 22:23:06 +0200,
Thomas Meyer wrote:
>
> Takashi Iwai schrieb:
> > At Wed, 29 Aug 2007 18:42:56 +0300,
> > Ivan N. Zlatev wrote:
> >
> > ... but without the hardware :-<
> >
> > IMO, this is actually no real regression. In the earlier verison, you
> > didn't have controls for multiple outputs, thus the mixer control was
> > named as Master. Now you do have multiple individual controls, and
> > thus there is no master any more, instead. That's the trade-off.
> >
> Konnichiwa.
>
> Ok. Seen from this viewpoint this is no real regression. But do you have
> an idea how can i fix my setup?
>
> Currently i have these .Xmodmap key bindings:
>
> keycode 174 = XF86AudioLowerVolume
> keycode 176 = XF86AudioRaiseVolume
> keycode 160 = XF86AudioMute
>
> Some kde component while take care of the "XF86AudioLowerVolume" and
> "XF86AudioRaiseVolume" events and change the value of the "master"
> volume control.
>
> This is still happening with 2.6.23-rc5, but the master volume, stopped to be connected with the build-in speakers.
> When i connect headphones to my notebook the "MacBook-Volume-Up" and "MacBook-Volume-Down" keys still work, but they stopped to work with the build-in speaker, but will work with the headphones plugged in.
>
> The problem is, that i use the build-in speakers more often than the headphones.
> When a headphone is connected the build-in speakers go silent.
>
> And i agree with Mr. Juhl that a master volume control should control both outputs, i.e. built-in speakers and headphones.
>
> Any ideas?
The key events above are just event labels, and it's up to the desktop
system how they are interpreted. Most desktop systems like KDE or
GNOME should have the dedicated settings. They can be set up to
change the multiple volumes as a single action, but I'm not sure about
the details.
Alternatively, you can assign "PCM" volume, which controls usually all
digital output (in software).
Takashi