[1/3] 2.6.19-rc2: known unfixed regressions

[1/3] 2.6.19-rc2: known unfixed regressions

[Adrian Bunk]

This email lists some known unfixed regressions in 2.6.19-rc2 compared 
to 2.6.18.

If you find your name in the Cc header, you are either submitter of one
of the bugs, maintainer of an affectected subsystem or driver, a patch
of you caused a breakage or I'm considering you in any other way possibly
involved with one or more of these issues.

Due to the huge amount of recipients, please trim the Cc when answering.


Subject    : CONFIG_X86_VOYAGER=y, CONFIG_SMP=n compile error
References : http://lkml.org/lkml/2006/10/7/51
Submitter  : Jesper Juhl <jesper.juhl@gmail.com>
Caused-By  : David Howells <dhowells@redhat.com>
             commit 7d12e780e003f93433d49ce78cfedf4b4c52adc5
Status     : unknown


Subject    : CONFIG_X86_VISWS=y, CONFIG_SMP=n compile error
References : http://lkml.org/lkml/2006/10/7/51
Submitter  : Jesper Juhl <jesper.juhl@gmail.com>
Caused-By  : David Howells <dhowells@redhat.com>
             commit 7d12e780e003f93433d49ce78cfedf4b4c52adc5
Status     : unknown


Subject    : unable to rip cd
References : http://lkml.org/lkml/2006/10/13/100
Submitter  : Alex Romosan <romosan@sycorax.lbl.gov>
Status     : unknown


Subject    : sata-via doesn't detect anymore disks attached to VIA vt6421
References : http://bugzilla.kernel.org/show_bug.cgi?id=7255
Submitter  : Thierry Vignaud <tvignaud@mandriva.com>
Status     : unknown


Subject    : monitor not active after boot
References : http://lkml.org/lkml/2006/10/5/338
Submitter  : Olaf Hering <olaf@aepfle.de>
Caused-By  : Antonino Daplas <adaplas@pol.net>
             commit 346bc21026e7a92e1d7a4a1b3792c5e8b686133d
Status     : unknown


Subject    : SMP x86_64 boot problem
References : http://lkml.org/lkml/2006/9/28/330
             http://lkml.org/lkml/2006/10/5/289
Submitter  : art@usfltd.com
Status     : submitter was asked to git bisect
             result of bisecting seems to be wrong


Subject    : do_IRQ: No irq handler for vector
References : http://lkml.org/lkml/2006/10/11/13
Submitter  : Robert Hancock <hancockr@shaw.ca>
Handled-By : "Eric W. Biederman" <ebiederm@xmission.com>
Status     : Andrew: a few people are seeing this. Eric is working it.


Subject    : messed up keyboard events, TSC related
References : http://bugzilla.kernel.org/show_bug.cgi?id=7291
Submitter  : David Gerber <dg-kernel-bug@zapek.com>
Handled-By : Dmitry Torokhov <dtor@insightbb.com>
             John Stultz <johnstul@us.ibm.com>
Status     : Dmitry and John are investigating


Subject    : ide-generic no longer finds marvell controller
References : http://bugzilla.kernel.org/show_bug.cgi?id=7353
Submitter  : Kenny Graunke <kenny@whitecape.org>
Caused-By  : Patrick Jefferson <henj@hp.com>
             commit a4bea10eca68152e84ffc4eaeb9d20ec2ac34664
Handled-By : Alan Cox <alan@redhat.com>
Status     : Alan is investigating


Subject    : cpufreq not working on AMD K8
References : http://lkml.org/lkml/2006/10/10/114
Submitter  : Christian <christiand59@web.de>
Handled-By : Mark Langsdorf <mark.langsdorf@amd.com>
Status     : Mark is investigating

2.6.19-rc2: known unfixed regressions (v2)

[Adrian Bunk]

This email lists some known unfixed regressions in 2.6.19-rc2 compared 
to 2.6.18 that are not yet fixed Linus' tree.

If you find your name in the Cc header, you are either submitter of one
of the bugs, maintainer of an affectected subsystem or driver, a patch
of you caused a breakage or I'm considering you in any other way possibly
involved with one or more of these issues.

Due to the huge amount of recipients, please trim the Cc when answering.


Subject    : ppc prep boot hang
References : http://lkml.org/lkml/2006/10/14/58
Submitter  : Meelis Roos <mroos@linux.ee>
Status     : unknown


Subject    : X60s: BUG()s, lose ACPI events after suspend/resume
References : http://lkml.org/lkml/2006/10/10/39
Submitter  : Martin Lorenz <martin@lorenz.eu.org>
Status     : unknown


Subject    : T60 stops triggering any ACPI events
References : http://lkml.org/lkml/2006/10/4/425
             http://lkml.org/lkml/2006/10/16/262
Submitter  : "Michael S. Tsirkin" <mst@mellanox.co.il>
Status     : unknown


Subject    : x86_64: build error: unknown pseudo-op: `.cfi_signal_frame'
References : http://lkml.org/lkml/2006/10/16/8
Submitter  : Ingo Molnar <mingo@elte.hu>
Caused-By  : Jan Beulich <jbeulich@novell.com>
             Andi Kleen <ak@suse.de>
             commit adf1423698f00d00b267f7dca8231340ce7d65ef
Status     : Jan: That is nothing I added, I suppose Andi did.
                  But the fix is obvious and trivial.


Subject    : undefined reference to highest_possible_node_id
References : http://lkml.org/lkml/2006/9/4/233
             http://lkml.org/lkml/2006/10/15/11
Submitter  : Olaf Hering <olaf@aepfle.de>
Caused-By  : Greg Banks <gnb@melbourne.sgi.com>
             commit 0f532f3861d2c4e5aa7dcd33fb18e9975eb28457
Status     : unknown


Subject    : many ARM compile failures after the post -rc1 IRQ patches
References : http://lkml.org/lkml/2006/10/15/29
             http://armlinux.simtec.co.uk/kautobuild/2.6.19-rc2/index.html
Submitter  : Russell King <rmk+lkml@arm.linux.org.uk>
Caused-By  : David Howells <dhowells@redhat.com>
Status     : unknown


Subject    : CONFIG_X86_VOYAGER=y, CONFIG_SMP=n compile error
References : http://lkml.org/lkml/2006/10/7/51
Submitter  : Jesper Juhl <jesper.juhl@gmail.com>
Caused-By  : David Howells <dhowells@redhat.com>
             commit 7d12e780e003f93433d49ce78cfedf4b4c52adc5
Status     : unknown


Subject    : CONFIG_X86_VISWS=y, CONFIG_SMP=n compile error
References : http://lkml.org/lkml/2006/10/7/51
Submitter  : Jesper Juhl <jesper.juhl@gmail.com>
Caused-By  : David Howells <dhowells@redhat.com>
             commit 7d12e780e003f93433d49ce78cfedf4b4c52adc5
Status     : unknown


Subject    : sata-via doesn't detect anymore disks attached to VIA vt6421
References : http://bugzilla.kernel.org/show_bug.cgi?id=7255
Submitter  : Thierry Vignaud <tvignaud@mandriva.com>
Status     : unknown


Subject    : SMP x86_64 boot problem
References : http://lkml.org/lkml/2006/9/28/330
             http://lkml.org/lkml/2006/10/5/289
Submitter  : art@usfltd.com
Status     : submitter was asked to git bisect
             result of bisecting seems to be wrong


Subject    : monitor not active after boot
References : http://lkml.org/lkml/2006/10/5/338
Submitter  : Olaf Hering <olaf@aepfle.de>
Caused-By  : Antonino Daplas <adaplas@pol.net>
             commit 346bc21026e7a92e1d7a4a1b3792c5e8b686133d
Status     : unknown


Subject    : unable to rip cd
References : http://lkml.org/lkml/2006/10/13/100
Submitter  : Alex Romosan <romosan@sycorax.lbl.gov>
Status     : unknown


Subject    : ide-generic no longer finds marvell controller
References : http://bugzilla.kernel.org/show_bug.cgi?id=7353
Submitter  : Kenny Graunke <kenny@whitecape.org>
Caused-By  : Patrick Jefferson <henj@hp.com>
             commit a4bea10eca68152e84ffc4eaeb9d20ec2ac34664
Handled-By : Alan Cox <alan@redhat.com>
Status     : Alan is investigating


Subject    : cpufreq not working on AMD K8
References : http://lkml.org/lkml/2006/10/10/114
Submitter  : Christian <christiand59@web.de>
Handled-By : Mark Langsdorf <mark.langsdorf@amd.com>
Status     : Mark is investigating

[2.6.19 patch] drivers/ide/pci/generic.c: re-add the __setup("all-generic-ide",...)

[Adrian Bunk]

On Wed, Oct 18, 2006 at 07:18:44PM -0400, Alan Cox wrote:
> On Thu, Oct 19, 2006 at 12:15:20AM +0200, Adrian Bunk wrote:
> > IOW, your patch does break existing setups since the change to 
> > module_param() requires prefixing with the module name (the ata_generic 
> > option with the same name is irrelevant)?
> > 
> > Considering that drivers/ide/ is slowly approaching a RIP status, 
> > is such an incompatible change really required?
> > 
> > I'd be more inclined to revert your patch.
> 
> We shouldn't revert it - there is a real problem for some users whose
> distro has it modular this fixed. We might want to honour both 

Agreed, patch below.

cu
Adrian


<--  snip  -->


The change from __setup() to module_param_named() requires users to 
prefix the option with "generic.".

This patch re-adds the __setup() additionally to the 
module_param_named().

Usually it would make sense getting rid of such an obsolete __setup() at 
some time, but considering that drivers/ide/ is slowly approaching a RIP 
status it's already implicitely scheduled for removal.

This patch fixes kernel Bugzilla #7353.

Signed-off-by: Adrian Bunk <bunk@stusta.de>

--- linux-2.6/drivers/ide/pci/generic.c.old	2006-10-19 16:35:15.000000000 +0200
+++ linux-2.6/drivers/ide/pci/generic.c	2006-10-19 16:46:21.000000000 +0200
@@ -40,6 +40,19 @@
 
 static int ide_generic_all;		/* Set to claim all devices */
 
+/*
+ * the module_param_named() was added for the modular case
+ * the __setup() is left as compatibility for existing setups
+ */
+#ifndef MODULE
+static int __init ide_generic_all_on(char *unused)
+{
+	ide_generic_all = 1;
+	printk(KERN_INFO "IDE generic will claim all unknown PCI IDE storage controllers.");
+	return 1;
+}
+__setup("all-generic-ide", ide_generic_all_on);
+#endif
 module_param_named(all_generic_ide, ide_generic_all, bool, 0444);
 MODULE_PARM_DESC(all_generic_ide, "IDE generic will claim all unknown PCI IDE storage controllers.");
 

Re: [2.6.19 patch] drivers/ide/pci/generic.c: re-add the __setup("all-generic-ide",...)

[Randy Dunlap]

On Thu, 19 Oct 2006 17:26:51 +0200 Adrian Bunk wrote:

> On Wed, Oct 18, 2006 at 07:18:44PM -0400, Alan Cox wrote:
> > On Thu, Oct 19, 2006 at 12:15:20AM +0200, Adrian Bunk wrote:
> > > IOW, your patch does break existing setups since the change to 
> > > module_param() requires prefixing with the module name (the ata_generic 
> > > option with the same name is irrelevant)?
> > > 
> > > Considering that drivers/ide/ is slowly approaching a RIP status, 
> > > is such an incompatible change really required?
> > > 
> > > I'd be more inclined to revert your patch.
> > 
> > We shouldn't revert it - there is a real problem for some users whose
> > distro has it modular this fixed. We might want to honour both 
> 
> Agreed, patch below.
> 
> cu
> Adrian
> 
> 
> <--  snip  -->
> 
> 
> The change from __setup() to module_param_named() requires users to 
> prefix the option with "generic.".
> 
> This patch re-adds the __setup() additionally to the 
> module_param_named().
> 
> Usually it would make sense getting rid of such an obsolete __setup() at 
> some time, but considering that drivers/ide/ is slowly approaching a RIP 
> status it's already implicitely scheduled for removal.
> 
> This patch fixes kernel Bugzilla #7353.
> 
> Signed-off-by: Adrian Bunk <bunk@stusta.de>
> 
> --- linux-2.6/drivers/ide/pci/generic.c.old	2006-10-19 16:35:15.000000000 +0200
> +++ linux-2.6/drivers/ide/pci/generic.c	2006-10-19 16:46:21.000000000 +0200
> @@ -40,6 +40,19 @@
>  
>  static int ide_generic_all;		/* Set to claim all devices */
>  
> +/*
> + * the module_param_named() was added for the modular case
> + * the __setup() is left as compatibility for existing setups
> + */
> +#ifndef MODULE
> +static int __init ide_generic_all_on(char *unused)
> +{
> +	ide_generic_all = 1;
> +	printk(KERN_INFO "IDE generic will claim all unknown PCI IDE storage controllers.");
> +	return 1;
> +}
> +__setup("all-generic-ide", ide_generic_all_on);
> +#endif
>  module_param_named(all_generic_ide, ide_generic_all, bool, 0444);
>  MODULE_PARM_DESC(all_generic_ide, "IDE generic will claim all unknown PCI IDE storage controllers.");

Missing update to Documentation/kernel-parameters.txt ?
(maybe it's been missing forever?)

---
~Randy

Re: [2.6.19 patch] drivers/ide/pci/generic.c: re-add the __setup("all-generic-ide",...)

[Adrian Bunk]

On Thu, Oct 19, 2006 at 09:07:41AM -0700, Randy Dunlap wrote:
> On Thu, 19 Oct 2006 17:26:51 +0200 Adrian Bunk wrote:
>...
> > --- linux-2.6/drivers/ide/pci/generic.c.old	2006-10-19 16:35:15.000000000 +0200
> > +++ linux-2.6/drivers/ide/pci/generic.c	2006-10-19 16:46:21.000000000 +0200
> > @@ -40,6 +40,19 @@
> >  
> >  static int ide_generic_all;		/* Set to claim all devices */
> >  
> > +/*
> > + * the module_param_named() was added for the modular case
> > + * the __setup() is left as compatibility for existing setups
> > + */
> > +#ifndef MODULE
> > +static int __init ide_generic_all_on(char *unused)
> > +{
> > +	ide_generic_all = 1;
> > +	printk(KERN_INFO "IDE generic will claim all unknown PCI IDE storage controllers.");
> > +	return 1;
> > +}
> > +__setup("all-generic-ide", ide_generic_all_on);
> > +#endif
> >  module_param_named(all_generic_ide, ide_generic_all, bool, 0444);
> >  MODULE_PARM_DESC(all_generic_ide, "IDE generic will claim all unknown PCI IDE storage controllers.");
> 
> Missing update to Documentation/kernel-parameters.txt ?
> (maybe it's been missing forever?)

It's been missing forever.

I'm not sure whether documenting it now where it's deprecated and nearly 
dead makes sense..

> ~Randy

cu
Adrian

-- 

       "Is there not promise of rain?" Ling Tan asked suddenly out
        of the darkness. There had been need of rain for many days.
       "Only a promise," Lao Er said.
                                       Pearl S. Buck - Dragon Seed

Re: [2.6.19 patch] drivers/ide/pci/generic.c: re-add the __setup("all-generic-ide",...)

[Alan Cox]

Ar Iau, 2006-10-19 am 18:13 +0200, ysgrifennodd Adrian Bunk:
> > Missing update to Documentation/kernel-parameters.txt ?
> > (maybe it's been missing forever?)
> 
> It's been missing forever.
> 
> I'm not sure whether documenting it now where it's deprecated and nearly 
> dead makes sense..

Its not dead, its so useful that drivers/ata also supports it

Re: [2.6.19 patch] drivers/ide/pci/generic.c: re-add the __setup("all-generic-ide",...)

[Adrian Bunk]

On Thu, Oct 19, 2006 at 05:29:58PM +0100, Alan Cox wrote:
> Ar Iau, 2006-10-19 am 18:13 +0200, ysgrifennodd Adrian Bunk:
> > > Missing update to Documentation/kernel-parameters.txt ?
> > > (maybe it's been missing forever?)
> > 
> > It's been missing forever.
> > 
> > I'm not sure whether documenting it now where it's deprecated and nearly 
> > dead makes sense..
> 
> Its not dead, its so useful that drivers/ata also supports it

But in the drivers/ata case it's a module parameter, not a __setup 
kernel parameter.

And I don't think it makes sense to manually add module parameters to 
kernel-parameters.txt

If a documentation of all module parameters is considered useful, 
someone should write a script to automatically generate such a list.

cu
Adrian

-- 

       "Is there not promise of rain?" Ling Tan asked suddenly out
        of the darkness. There had been need of rain for many days.
       "Only a promise," Lao Er said.
                                       Pearl S. Buck - Dragon Seed

Re: [2.6.19 patch] drivers/ide/pci/generic.c: re-add the __setup("all-generic-ide",...)

[Randy Dunlap]

On Fri, 20 Oct 2006 23:05:33 +0200 Adrian Bunk wrote:

> On Thu, Oct 19, 2006 at 05:29:58PM +0100, Alan Cox wrote:
> > Ar Iau, 2006-10-19 am 18:13 +0200, ysgrifennodd Adrian Bunk:
> > > > Missing update to Documentation/kernel-parameters.txt ?
> > > > (maybe it's been missing forever?)
> > > 
> > > It's been missing forever.
> > > 
> > > I'm not sure whether documenting it now where it's deprecated and nearly 
> > > dead makes sense..
> > 
> > Its not dead, its so useful that drivers/ata also supports it
> 
> But in the drivers/ata case it's a module parameter, not a __setup 
> kernel parameter.

That's just an implementation nit/detail.  Users don't care which
way it's implemented, they just need to see some reasonable
documentation.

> And I don't think it makes sense to manually add module parameters to 
> kernel-parameters.txt

There are module parameters there already...
so we are being inconsistent.

> If a documentation of all module parameters is considered useful, 
> someone should write a script to automatically generate such a list.

I think that sounds great -- in theory.  Really, I do.
I even wrote a (simple) script for it last night.[1]
(but someone else is free to redo it, and probably not in
shell script :)

And maybe one "development community" answer is that this is
a distro problem, let them handle it.  (I don't like that answer,
but possibly the distros are OK with it.  I don't know.)

Ideally, users would be able to see/read documentation (like kernel
or module parameters) (a) without reading the source code and
(b) without building the module binary files.  Maybe that's too
much to ask of the development community, so the users can just
build all 1500 or so (and growing) loadable kernel modules
and run 'modinfo' on them to see what the possible module
parameters are.  Of course, if they need this information to be
able to install their (only) Linux system, then they are out of
luck, or they can use their other (or working) OS to search the
internet for such documenation.

Anyway, regarding your suggestion:  Yes, I think that it would be
good to generate such documentation instead of maintaining it
(and sometimes not doing that).  Maybe someone can & will make
that happen.

---
~Randy
[1] http://www.xenotime.net/linux/scripts/module-params

Re: Linux 2.6.19-rc2

[Jeff Garzik]

Alan Cox wrote:
> Ar Gwe, 2006-10-20 am 14:30 -0400, ysgrifennodd Kevin Radloff:
>> On 10/13/06, Linus Torvalds <torvalds@osdl.org> wrote:
>>> Ok, it's a week since -rc1, so -rc2 is out there.
>> A bit behind, but booting still takes ages on my laptop as
>> libata/ata_piix tries to probe a device that isn't there (I reported
>> this previously against -rc1, but got no response):
> 
> Probing is somewhat broken in 2.6.18 - something in the core code
> changed as its upset quite a few drivers at once. One case causes
> repeated errors and finally detection of an ATAPI device, the other
> causes repeated errors and then failure when no device is present but
> takes a few minutes and keeps IRQs locked off for long periods. Both
> appear to be fallouts from the new EH code.

There are definitely warts related to the new EH stuff, but specifically 
for SATA + ata_piix, it has been a long hard road of trying various 
probing mechanisms.  Tejun has some patches that revert all the PCS work 
and rewinds back to original SATA ata_piix probing, in -mm for testing.

If testing feedback proves positive, let's go ahead and fast-track that 
up the line.

With ata_piix, I would worry more about PCS register follies than core 
libata.  Users can try the module option force_pcs=[0|1|2] to experiment 
and see if any of the three possibilities improves their boot.

	Jeff

2.6.19-rc2: known unfixed regressions (v3)

[Adrian Bunk]

This email lists some known unfixed regressions in 2.6.19-rc2 compared 
to 2.6.18 that are not yet fixed Linus' tree.

If you find your name in the Cc header, you are either submitter of one
of the bugs, maintainer of an affectected subsystem or driver, a patch
of you caused a breakage or I'm considering you in any other way possibly
involved with one or more of these issues.

Due to the huge amount of recipients, please trim the Cc when answering.


Subject    : ppc prep boot hang
References : http://lkml.org/lkml/2006/10/14/58
Submitter  : Meelis Roos <mroos@linux.ee>
Status     : unknown


Subject    : X60s: BUG()s, lose ACPI events after suspend/resume
References : http://lkml.org/lkml/2006/10/10/39
Submitter  : Martin Lorenz <martin@lorenz.eu.org>
Status     : unknown


Subject    : T60 stops triggering any ACPI events
References : http://lkml.org/lkml/2006/10/4/425
             http://lkml.org/lkml/2006/10/16/262
Submitter  : "Michael S. Tsirkin" <mst@mellanox.co.il>
Status     : unknown


Subject    : CONFIG_X86_VOYAGER=y, CONFIG_SMP=n compile error
References : http://lkml.org/lkml/2006/10/7/51
Submitter  : Jesper Juhl <jesper.juhl@gmail.com>
Caused-By  : David Howells <dhowells@redhat.com>
             commit 7d12e780e003f93433d49ce78cfedf4b4c52adc5
Status     : unknown


Subject    : CONFIG_X86_VISWS=y, CONFIG_SMP=n compile error
References : http://lkml.org/lkml/2006/10/7/51
Submitter  : Jesper Juhl <jesper.juhl@gmail.com>
Caused-By  : David Howells <dhowells@redhat.com>
             commit 7d12e780e003f93433d49ce78cfedf4b4c52adc5
Status     : unknown


Subject    : sata-via doesn't detect anymore disks attached to VIA vt6421
References : http://bugzilla.kernel.org/show_bug.cgi?id=7255
Submitter  : Thierry Vignaud <tvignaud@mandriva.com>
Status     : unknown


Subject    : SMP x86_64 boot problem
References : http://lkml.org/lkml/2006/9/28/330
             http://lkml.org/lkml/2006/10/5/289
Submitter  : art@usfltd.com
Status     : submitter was asked to git bisect
             result of bisecting seems to be wrong


Subject    : unable to rip cd
References : http://lkml.org/lkml/2006/10/13/100
Submitter  : Alex Romosan <romosan@sycorax.lbl.gov>
Status     : unknown


Subject    : cpufreq not working on AMD K8
References : http://lkml.org/lkml/2006/10/10/114
Submitter  : Christian <christiand59@web.de>
Handled-By : Mark Langsdorf <mark.langsdorf@amd.com>
Status     : Mark is investigating


Subject    : MSI errors during boot (CONFIG_PCI_MULTITHREAD_PROBE)
References : http://lkml.org/lkml/2006/10/16/291
Submitter  : Stephen Hemminger <shemminger@osdl.org>
Handled-By : Greg KH <greg@kroah.com>
Status     : Greg is working on a fix


Subject    : snd-hda-intel <-> forcedeth MSI problem
References : http://lkml.org/lkml/2006/10/5/40
             http://lkml.org/lkml/2006/10/7/164
Submitter  : Prakash Punnoor <prakash@punnoor.de>
Status     : patches are being discussed

Re: 2.6.19-rc2: known unfixed regressions (v3)

[Michael S. Tsirkin]

Quoting r. Adrian Bunk <bunk@stusta.de>:
> Subject: 2.6.19-rc2: known unfixed regressions (v3)
> 
> This email lists some known unfixed regressions in 2.6.19-rc2 compared 
> to 2.6.18 that are not yet fixed Linus' tree.
> 
> If you find your name in the Cc header, you are either submitter of one
> of the bugs, maintainer of an affectected subsystem or driver, a patch
> of you caused a breakage or I'm considering you in any other way possibly
> involved with one or more of these issues.
> 
> Due to the huge amount of recipients, please trim the Cc when answering.
>

skip, hope I didn't trim too much.

>
> Subject    : T60 stops triggering any ACPI events
> References : http://lkml.org/lkml/2006/10/4/425
>              http://lkml.org/lkml/2006/10/16/262
> Submitter  : "Michael S. Tsirkin" <mst@mellanox.co.il>
> Status     : unknown

Just retested with 2.6.19-rc3 - it's still there:
e.g. after I do a full kernel compile, my T60 stops triggering any ACPI events:
tail -f /var/log/acpid does not show anything, even on Fn/F4 which is supposed
to be always enabled.  Restarting the acpid doesn't do anything either - ACPI
starts working again, for a while, only after reboot.

Works fine in 2.6.18 ( + this patch http://lkml.org/lkml/2006/7/20/56).

-- 
MST

Re: 2.6.19-rc2: known unfixed regressions (v3)

[Pavel Machek]

On Tue 2006-10-24 17:00:51, Michael S. Tsirkin wrote:
> Quoting r. Adrian Bunk <bunk@stusta.de>:
> > Subject: 2.6.19-rc2: known unfixed regressions (v3)
> > 
> > This email lists some known unfixed regressions in 2.6.19-rc2 compared 
> > to 2.6.18 that are not yet fixed Linus' tree.
> > 
> > If you find your name in the Cc header, you are either submitter of one
> > of the bugs, maintainer of an affectected subsystem or driver, a patch
> > of you caused a breakage or I'm considering you in any other way possibly
> > involved with one or more of these issues.
> > 
> > Due to the huge amount of recipients, please trim the Cc when answering.
> >
> 
> skip, hope I didn't trim too much.
> 
> >
> > Subject    : T60 stops triggering any ACPI events
> > References : http://lkml.org/lkml/2006/10/4/425
> >              http://lkml.org/lkml/2006/10/16/262
> > Submitter  : "Michael S. Tsirkin" <mst@mellanox.co.il>
> > Status     : unknown
> 
> Just retested with 2.6.19-rc3 - it's still there:
> e.g. after I do a full kernel compile, my T60 stops triggering any ACPI events:
> tail -f /var/log/acpid does not show anything, even on Fn/F4 which is supposed
> to be always enabled.  Restarting the acpid doesn't do anything either - ACPI
> starts working again, for a while, only after reboot.
> 
> Works fine in 2.6.18 ( + this patch http://lkml.org/lkml/2006/7/20/56).

Bugzilla.kernel.org, assign it to acpi people...
									Pavel
-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

Re: 2.6.19-rc2: known unfixed regressions (v3)

[Michael S. Tsirkin]

Quoting r. Pavel Machek <pavel@suse.cz>:
> > >
> > > Subject    : T60 stops triggering any ACPI events
> > > References : http://lkml.org/lkml/2006/10/4/425
> > >              http://lkml.org/lkml/2006/10/16/262
> > > Submitter  : "Michael S. Tsirkin" <mst@mellanox.co.il>
> > > Status     : unknown
> > 
> > Just retested with 2.6.19-rc3 - it's still there:
> > e.g. after I do a full kernel compile, my T60 stops triggering any ACPI events:
> > tail -f /var/log/acpid does not show anything, even on Fn/F4 which is supposed
> > to be always enabled.  Restarting the acpid doesn't do anything either - ACPI
> > starts working again, for a while, only after reboot.
> > 
> > Works fine in 2.6.18 ( + this patch http://lkml.org/lkml/2006/7/20/56).
> 
> Bugzilla.kernel.org, assign it to acpi people...

Already done, http://bugzilla.kernel.org/show_bug.cgi?id=7408

-- 
MST