Re: [2/4] 2.6.23-rc4: known regressions
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 - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [2/4] 2.6.23-rc4: known regressions
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 - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [2/4] 2.6.23-rc4: known regressions
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 - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [2/4] 2.6.23-rc4: known regressions
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 - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [2/4] 2.6.23-rc4: known regressions
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 - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [2/4] 2.6.23-rc4: known regressions
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 - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [2/4] 2.6.23-rc4: known regressions
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 - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [2/4] 2.6.23-rc4: known regressions
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 - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [2/4] 2.6.23-rc4: known regressions
> 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 - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [2/4] 2.6.23-rc4: known regressions
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 - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [2/4] 2.6.23-rc4: known regressions
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 8589 eip 8589 esp bfcfcb8c error 4 init[1]: segfault at 8589 eip 8589 esp bfcfcb8c error 4 init[1]: segfault at 8589 eip 8589 esp bfcfcb8c error 4 init[1]: segfault at 8589 eip 8589 esp bfcfcb8c error 4 init[1]: segfault at 8589 eip 8589 esp bfcfcb8c error 4 init[1]: segfault at 8589 eip 8589 esp bfcfcb8c error 4 init[1]: segfault at 8589 eip 8589 esp bfcfcb8c error 4 init[1]: segfault at 8589 eip 8589 esp bfcfcb8c error 4 init[1]: segfault at 8589 eip 8589 esp bfcfcb8c error 4 init[1]: segfault at 8589 eip 8589 esp bfcfcb8c error 4 input: AT Translated Set 2 keyboard as /devices/platform/i8042/ printk: 7888020 messages suppressed init[1]: segfault at 8589 eip 8589 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 -- - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [2/4] 2.6.23-rc4: known regressions
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 8589 eip 8589 esp bfcfcb8c error 4 init[1]: segfault at 8589 eip 8589 esp bfcfcb8c error 4 init[1]: segfault at 8589 eip 8589 esp bfcfcb8c error 4 init[1]: segfault at 8589 eip 8589 esp bfcfcb8c error 4 init[1]: segfault at 8589 eip 8589 esp bfcfcb8c error 4 init[1]: segfault at 8589 eip 8589 esp bfcfcb8c error 4 init[1]: segfault at 8589 eip 8589 esp bfcfcb8c error 4 init[1]: segfault at 8589 eip 8589 esp bfcfcb8c error 4 init[1]: segfault at 8589 eip 8589 esp bfcfcb8c error 4 init[1]: segfault at 8589 eip 8589 esp bfcfcb8c error 4 input: AT Translated Set 2 keyboard as /devices/platform/i8042/ printk: 7888020 messages suppressed init[1]: segfault at 8589 eip 8589 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 -- - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [2/4] 2.6.23-rc4: known regressions
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 - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [2/4] 2.6.23-rc4: known regressions
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 - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [2/4] 2.6.23-rc4: known regressions
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." - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [2/4] 2.6.23-rc4: known regressions
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 NameRegressions fixed since 21-Jun-2007 Adrian Bunk9 Andi Kleen 5 Linus Torvalds 5 Andrew Morton 4 Hugh Dickins 4 Al Viro3 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/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [2/4] 2.6.23-rc4: known regressions
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 NameRegressions fixed since 21-Jun-2007 Adrian Bunk9 Andi Kleen 5 Linus Torvalds 5 Andrew Morton 4 Hugh Dickins 4 Al Viro3 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/ - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [2/4] 2.6.23-rc4: known regressions
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. - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [2/4] 2.6.23-rc4: known regressions
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 - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [2/4] 2.6.23-rc4: known regressions
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 - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
