Re: [2/4] 2.6.23-rc4: known regressions

Re: [2/4] 2.6.23-rc4: known regressions

[Michal Piotrowski]

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 <adobriyan@sw.ru>
Caused-By       : Len Brown <len.brown@intel.com>
                  commit 61ec7567db103d537329b0db9a887db570431ff4
Handled-By      : Len Brown <len.brown@intel.com>
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 <sedmich@gmail.com>
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 <plamen.petrov@tk.ru.acad.bg>
Caused-By       : ?
Handled-By      : Len Brown <len.brown@intel.com>
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 <thomas@m3y3r.de>
Caused-By       : Ivan N. Zlatev <contact@i-nz.net>
                  commit 5d5d3bc3eddf2ad97b2cb090b92580e7fed6cee1
Handled-By      : Ivan N. Zlatev <contact@i-nz.net>
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 <dth@dth.net>
Caused-By       : Len Brown <lenb@kernel.org>
                  commit f79e3185dd0f8650022518d7624c876d8929061b
Handled-By      : Len Brown <lenb@kernel.org>
Status          : problem is being debugged



Regards,
Michal

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

Re: [2/4] 2.6.23-rc4: known regressions

[Ivan N. Zlatev]

On 8/29/07, Michal Piotrowski <michal.k.k.piotrowski@gmail.com> wrote:
>
> ALSA
>
> Subject         : Master volume control broken
> References      : http://lkml.org/lkml/2007/8/18/46
> Last known good : ?
> Submitter       : Thomas Meyer <thomas@m3y3r.de>
> Caused-By       : Ivan N. Zlatev <contact@i-nz.net>
>                   commit 5d5d3bc3eddf2ad97b2cb090b92580e7fed6cee1
> Handled-By      : Ivan N. Zlatev <contact@i-nz.net>
> 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."

Re: [2/4] 2.6.23-rc4: known regressions

[Takashi Iwai]

At Wed, 29 Aug 2007 18:42:56 +0300,
Ivan N. Zlatev wrote:
> 
> On 8/29/07, Michal Piotrowski <michal.k.k.piotrowski@gmail.com> wrote:
> >
> > ALSA
> >
> > Subject         : Master volume control broken
> > References      : http://lkml.org/lkml/2007/8/18/46
> > Last known good : ?
> > Submitter       : Thomas Meyer <thomas@m3y3r.de>
> > Caused-By       : Ivan N. Zlatev <contact@i-nz.net>
> >                   commit 5d5d3bc3eddf2ad97b2cb090b92580e7fed6cee1
> > Handled-By      : Ivan N. Zlatev <contact@i-nz.net>
> > 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

Re: [2/4] 2.6.23-rc4: known regressions

[Bill Davidsen]

Takashi Iwai wrote:
> At Wed, 29 Aug 2007 18:42:56 +0300,
> Ivan N. Zlatev wrote:
>> On 8/29/07, Michal Piotrowski <michal.k.k.piotrowski@gmail.com> wrote:
>>> ALSA
>>>
>>> Subject         : Master volume control broken
>>> References      : http://lkml.org/lkml/2007/8/18/46
>>> Last known good : ?
>>> Submitter       : Thomas Meyer <thomas@m3y3r.de>
>>> Caused-By       : Ivan N. Zlatev <contact@i-nz.net>
>>>                   commit 5d5d3bc3eddf2ad97b2cb090b92580e7fed6cee1
>>> Handled-By      : Ivan N. Zlatev <contact@i-nz.net>
>>> 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 <davidsen@tmr.com>
   "We have more to fear from the bungling of the incompetent than from
the machinations of the wicked."  - from Slashdot

Re: [2/4] 2.6.23-rc4: known regressions

[Jesper Juhl]

On 29/08/07, Takashi Iwai <tiwai@suse.de> wrote:
> At Wed, 29 Aug 2007 18:42:56 +0300,
> Ivan N. Zlatev wrote:
> >
> > On 8/29/07, Michal Piotrowski <michal.k.k.piotrowski@gmail.com> wrote:
> > >
> > > ALSA
> > >
> > > Subject         : Master volume control broken
> > > References      : http://lkml.org/lkml/2007/8/18/46
> > > Last known good : ?
> > > Submitter       : Thomas Meyer <thomas@m3y3r.de>
> > > Caused-By       : Ivan N. Zlatev <contact@i-nz.net>
> > >                   commit 5d5d3bc3eddf2ad97b2cb090b92580e7fed6cee1
> > > Handled-By      : Ivan N. Zlatev <contact@i-nz.net>
> > > 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 <jesper.juhl@gmail.com>
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

Re: [2/4] 2.6.23-rc4: known regressions

[Takashi Iwai]

At Sun, 2 Sep 2007 14:19:37 +0200,
Jesper Juhl wrote:
> 
> On 29/08/07, Takashi Iwai <tiwai@suse.de> wrote:
> > At Wed, 29 Aug 2007 18:42:56 +0300,
> > Ivan N. Zlatev wrote:
> > >
> > > On 8/29/07, Michal Piotrowski <michal.k.k.piotrowski@gmail.com> wrote:
> > > >
> > > > ALSA
> > > >
> > > > Subject         : Master volume control broken
> > > > References      : http://lkml.org/lkml/2007/8/18/46
> > > > Last known good : ?
> > > > Submitter       : Thomas Meyer <thomas@m3y3r.de>
> > > > Caused-By       : Ivan N. Zlatev <contact@i-nz.net>
> > > >                   commit 5d5d3bc3eddf2ad97b2cb090b92580e7fed6cee1
> > > > Handled-By      : Ivan N. Zlatev <contact@i-nz.net>
> > > > 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

Re: [2/4] 2.6.23-rc4: known regressions

[Thomas Meyer]

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

Re: [2/4] 2.6.23-rc4: known regressions

[Takashi Iwai]

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

Re: [2/4] 2.6.23-rc4: known regressions

[Danny ter Haar]

Quoting Michal Piotrowski (michal.k.k.piotrowski@gmail.com):
> 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 <dth@dth.net>
> Caused-By       : Len Brown <lenb@kernel.org>
>                   commit f79e3185dd0f8650022518d7624c876d8929061b
> Handled-By      : Len Brown <lenb@kernel.org>
> 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
-- 

Re: [2/4] 2.6.23-rc4: known regressions

[Len Brown]

> ACPI
> 
> Subject         : 2.6.23-rc4: maxcpus still broken
> References      : http://lkml.org/lkml/2007/8/28/87
> Last known good : ?
> Submitter       : Alexey Dobriyan <adobriyan@sw.ru>
> Caused-By       : Len Brown <len.brown@intel.com>
>                   commit 61ec7567db103d537329b0db9a887db570431ff4
> Handled-By      : Len Brown <len.brown@intel.com>
> 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

Re: [3/4] 2.6.23-rc4: known regressions

[Michal Piotrowski]

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



FS

Subject         : [NFSD OOPS] 2.6.23-rc1-git10
References      : http://lkml.org/lkml/2007/8/2/462
Last known good : ?
Submitter       : Andrew Clayton <andrew@digital-domain.net>
Caused-By       : ?
Handled-By      : ?
Status          : unknown



Kconfig

Subject         : CONFIG_HOTPLUG_CPU: kconfig bug?
References      : http://lkml.org/lkml/2007/8/27/204
Last known good : ?
Submitter       : Hugh Dickins <hugh@veritas.com>
Caused-By       : ?
Handled-By      : Sam Ravnborg <sam@ravnborg.org>
Status          : problem is being debugged



Networking

Subject         : System freeze when restarting network connection with Broadcom driver
References      : http://bugzilla.kernel.org/show_bug.cgi?id=8934
Last known good : ?
Submitter       : Christian Casteyde <casteyde.christian@free.fr>
Caused-By       : ?
Handled-By      : ?
Status          : problem is being debugged

Subject         : NETDEV WATCHDOG: eth0: transmit timed out
References      : http://lkml.org/lkml/2007/8/13/737
Last known good : ?
Submitter       : Karl Meyer <adhocrocker@gmail.com>
Caused-By       : ?
Handled-By      : Francois Romieu <romieu@fr.zoreil.com>
Status          : problem is being debugged

Subject         : Weird network problems with 2.6.23-rc2
References      : http://lkml.org/lkml/2007/8/11/40
Last known good : ?
Submitter       : Shish <shish@shishnet.org>
Caused-By       : ?
Handled-By      : ?
Status          : unknown



Regards,
Michal

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

Re: [NFS] [3/4] 2.6.23-rc4: known regressions

[J. Bruce Fields]

On Wed, Aug 29, 2007 at 05:27:39PM +0200, Michal Piotrowski wrote:
> FS
> 
> Subject         : [NFSD OOPS] 2.6.23-rc1-git10
> References      : http://lkml.org/lkml/2007/8/2/462
> Last known good : ?
> Submitter       : Andrew Clayton <andrew@digital-domain.net>
> Caused-By       : ?
> Handled-By      : ?
> Status          : unknown

This is a bug, but (alas) appears to be a preexisting bug, so may not
belong on this list.--b.

Re: [4/4] 2.6.23-rc4: known regressions

[Michal Piotrowski]

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



Power management

Subject         : something broke resume from s2ram on mbp c1d (??? :))
References      : http://lkml.org/lkml/2007/8/28/67
Last known good : 2.6.23-rc3
Submitter       : Soeren Sonnenburg <kernel@nn7.de>
Caused-By       : ?
Handled-By      : Rafael J. Wysocki <rjw@sisk.pl>
Status          : unknown

Subject         : 2.6.23-rc2 swsusp, suddenly increased uptime
References      : http://lkml.org/lkml/2007/8/12/249
Last known good : ?
Submitter       : Thomas Voegtle <tv@lio96.de>
Caused-By       : ?
Handled-By      : Rafael J. Wysocki <rjw@sisk.pl>
Status          : problem is being debugged

Subject         : resume from ram much slower
References      : http://lkml.org/lkml/2007/8/10/275
Last known good : 2.6.23-rc1 ?
Submitter       : Arkadiusz Miskiewicz <arekm@maven.pl>
Caused-By       : ?
Handled-By      : Rafael J. Wysocki <rjw@sisk.pl>
Status          : problem is being debugged



USB

Subject         : 2.6.23-rc1: USB hard disk broken
References      : http://lkml.org/lkml/2007/7/25/62
Last known good : ?
Submitter       : Tino Keitel <tino.keitel@gmx.de>
Caused-By       : ?
Handled-By      : Oliver Neukum <oliver@neukum.org>
Status          : unknown



Regards,
Michal

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

Re: [4/4] 2.6.23-rc4: known regressions

[Soeren Sonnenburg]

On Wed, 2007-08-29 at 17:27 +0200, Michal Piotrowski wrote:

> Power management
> 
> Subject         : something broke resume from s2ram on mbp c1d (??? :))
> References      : http://lkml.org/lkml/2007/8/28/67
> Last known good : 2.6.23-rc3
> Submitter       : Soeren Sonnenburg <kernel@nn7.de>
> Caused-By       : ?
> Handled-By      : Rafael J. Wysocki <rjw@sisk.pl>
> Status          : unknown

> Subject         : resume from ram much slower
> References      : http://lkml.org/lkml/2007/8/10/275
> Last known good : 2.6.23-rc1 ?
> Submitter       : Arkadiusz Miskiewicz <arekm@maven.pl>
> Caused-By       : ?
> Handled-By      : Rafael J. Wysocki <rjw@sisk.pl>
> Status          : problem is being debugged


I am not sure whether the problem I am having is not the very same as
the one Arkadiusz is seeing. At least I've found resume from s2ram to be
working a couple of times. Only sometimes it took long to resume, that
is >30 seconds (around 5 - which I already consider long - is normal). 

anyway this this is with the closed source fglrx kernel module, as
without the machine freezes when X is running on resume...

well and fglrx seems to cause this ...

BUG: scheduling while atomic: Xorg/0x00000002/3408
 [<c03c39a2>] schedule+0x5d2/0x6d0
 [<c0127038>] __wake_up+0x38/0x50
 [<f8c2df71>] irqmgr_wrap_shutdown+0xe1/0x150 [fglrx]
 [<f8c1b42f>] firegl_release_helper+0x55f/0x7d0 [fglrx]
 [<f8c1ed8b>] firegl_takedown+0x5b/0xc40 [fglrx]
 [<f8c1e41f>] firegl_release+0x12f/0x190 [fglrx]
 [<f8c126ff>] ip_firegl_release+0xf/0x20 [fglrx]
 [<c017a451>] __fput+0x91/0x160
 [<c01776f9>] filp_close+0x49/0x80
 [<c012f56c>] put_files_struct+0x9c/0xc0
 [<c013080e>] do_exit+0x12e/0x7c0
 [<f8c6dd09>] IRQMGR_WorkerThreadRoutine+0x29/0x30 [fglrx]
 [<f8c0fb90>] kasThreadRoutineHelper+0x0/0x20 [fglrx]
 [<f8c0fb90>] kasThreadRoutineHelper+0x0/0x20 [fglrx]
 [<f8c2dd1e>] IRQMGR_CallbackWrapper+0xe/0x20 [fglrx]
 [<f8c0fb90>] kasThreadRoutineHelper+0x0/0x20 [fglrx]
 [<c0104f85>] kernel_thread_helper+0xd/0x18

well...
Soeren
-- 
Sometimes, there's a moment as you're waking, when you become aware of
the real world around you, but you're still dreaming.

Re: [4/4] 2.6.23-rc4: known regressions

[Michal Piotrowski]

Hi,

On 30/08/07, Soeren Sonnenburg <kernel@nn7.de> wrote:
> On Wed, 2007-08-29 at 17:27 +0200, Michal Piotrowski wrote:
>
> > Power management
> >
> > Subject         : something broke resume from s2ram on mbp c1d (??? :))
> > References      : http://lkml.org/lkml/2007/8/28/67
> > Last known good : 2.6.23-rc3
> > Submitter       : Soeren Sonnenburg <kernel@nn7.de>
> > Caused-By       : ?
> > Handled-By      : Rafael J. Wysocki <rjw@sisk.pl>
> > Status          : unknown
>
> > Subject         : resume from ram much slower
> > References      : http://lkml.org/lkml/2007/8/10/275
> > Last known good : 2.6.23-rc1 ?
> > Submitter       : Arkadiusz Miskiewicz <arekm@maven.pl>
> > Caused-By       : ?
> > Handled-By      : Rafael J. Wysocki <rjw@sisk.pl>
> > Status          : problem is being debugged
>
>
> I am not sure whether the problem I am having is not the very same as
> the one Arkadiusz is seeing. At least I've found resume from s2ram to be
> working a couple of times. Only sometimes it took long to resume, that
> is >30 seconds (around 5 - which I already consider long - is normal).
>
> anyway this this is with the closed source fglrx kernel module,

Arkadiusz, are you using any of these binary crap modules?

> as
> without the machine freezes when X is running on resume...
>
> well and fglrx seems to cause this ...
>
> BUG: scheduling while atomic: Xorg/0x00000002/3408
>  [<c03c39a2>] schedule+0x5d2/0x6d0
>  [<c0127038>] __wake_up+0x38/0x50
>  [<f8c2df71>] irqmgr_wrap_shutdown+0xe1/0x150 [fglrx]
>  [<f8c1b42f>] firegl_release_helper+0x55f/0x7d0 [fglrx]
>  [<f8c1ed8b>] firegl_takedown+0x5b/0xc40 [fglrx]
>  [<f8c1e41f>] firegl_release+0x12f/0x190 [fglrx]
>  [<f8c126ff>] ip_firegl_release+0xf/0x20 [fglrx]
>  [<c017a451>] __fput+0x91/0x160
>  [<c01776f9>] filp_close+0x49/0x80
>  [<c012f56c>] put_files_struct+0x9c/0xc0
>  [<c013080e>] do_exit+0x12e/0x7c0
>  [<f8c6dd09>] IRQMGR_WorkerThreadRoutine+0x29/0x30 [fglrx]
>  [<f8c0fb90>] kasThreadRoutineHelper+0x0/0x20 [fglrx]
>  [<f8c0fb90>] kasThreadRoutineHelper+0x0/0x20 [fglrx]
>  [<f8c2dd1e>] IRQMGR_CallbackWrapper+0xe/0x20 [fglrx]
>  [<f8c0fb90>] kasThreadRoutineHelper+0x0/0x20 [fglrx]
>  [<c0104f85>] kernel_thread_helper+0xd/0x18
>
> well...
> Soeren

Regards,
Michal

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

Re: [4/4] 2.6.23-rc4: known regressions

[Arkadiusz Miskiewicz]

On Monday 03 of September 2007, Michal Piotrowski wrote:
> Hi,
>
> On 30/08/07, Soeren Sonnenburg <kernel@nn7.de> wrote:
> > On Wed, 2007-08-29 at 17:27 +0200, Michal Piotrowski wrote:
> > > Power management
> > >
> > > Subject         : something broke resume from s2ram on mbp c1d (??? :))
> > > References      : http://lkml.org/lkml/2007/8/28/67
> > > Last known good : 2.6.23-rc3
> > > Submitter       : Soeren Sonnenburg <kernel@nn7.de>
> > > Caused-By       : ?
> > > Handled-By      : Rafael J. Wysocki <rjw@sisk.pl>
> > > Status          : unknown
> > >
> > > Subject         : resume from ram much slower
> > > References      : http://lkml.org/lkml/2007/8/10/275
> > > Last known good : 2.6.23-rc1 ?
> > > Submitter       : Arkadiusz Miskiewicz <arekm@maven.pl>
> > > Caused-By       : ?
> > > Handled-By      : Rafael J. Wysocki <rjw@sisk.pl>
> > > Status          : problem is being debugged
> >
> > I am not sure whether the problem I am having is not the very same as
> > the one Arkadiusz is seeing. At least I've found resume from s2ram to be
> > working a couple of times. Only sometimes it took long to resume, that
> > is >30 seconds (around 5 - which I already consider long - is normal).
> >
> > anyway this this is with the closed source fglrx kernel module,
>
> Arkadiusz, are you using any of these binary crap modules?

No.

> Regards,
> Michal

ps. had no time to do bisecting

-- 
Arkadiusz Miśkiewicz        PLD/Linux Team
arekm / maven.pl            http://ftp.pld-linux.org/