2.6.21 known regressions (v2) (for -stable team)

2.6.21 known regressions (v2) (for -stable team)

Post by Michal Pio » Mon, 30 Apr 2007 03:01:37


Hi Gene,




I'm not sure if I understand correctly. Is it a proprietary driver?
If so, it's not a task for -stable team.


Regards,
Michal

--
Michal K. K. Piotrowski
Kernel Monkeys
( http://www.yqcomputer.com/ )
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to XXXX@XXXXX.COM
More majordomo info at http://www.yqcomputer.com/
Please read the FAQ at http://www.yqcomputer.com/
 
 
 

2.6.21 known regressions (v2) (for -stable team)

Post by Michal Pio » Mon, 30 Apr 2007 03:01:45

Hi all,

Here is a list of known regressions reported after 2.6.21 release.

Feel free to add new regressions/remove fixed etc.
http://www.yqcomputer.com/


Subject : kernel crash at boot with maxcpus=1 on quad core
kernel BUG at drivers/cpufreq/cpufreq.c:1023
References : http://www.yqcomputer.com/
Submitter : Brandeburg, Jesse < XXXX@XXXXX.COM >
Status : Unknow

Subject : Soft lockup on CPU0 when resuming from suspension to ram, related to acpi processor module
References : http://www.yqcomputer.com/
Submitter : Giorgio Lando < XXXX@XXXXX.COM >
Status : Unknow

Subject : Bad interaction between dynticks and amarok?
References : http://www.yqcomputer.com/
Submitter : Thomas Meyer < XXXX@XXXXX.COM >
Status : Unknow

Subject : Long pause initializating usb-storage
References : http://www.yqcomputer.com/
Submitter : Vincent Frentzel < XXXX@XXXXX.COM >
Status : Unknow

Subject : Multpiple problem when thermal is loaded with kernel 2.6.21
References : http://www.yqcomputer.com/
Submitter : Franois Valenduc < XXXX@XXXXX.COM >
Status : Unknow

Subject : 2.6.21: sky2 "hw csum failure" problem
References : http://www.yqcomputer.com/
Submitter : Hkan Lindqvist < XXXX@XXXXX.COM >
Status : unknown

Subject : sky2 regression in 2.6.21: Asus P5B-E Plus ethernet adapter no more supported
References : http://www.yqcomputer.com/
Submitter : Francois SIMOND < XXXX@XXXXX.COM >
Handled-By : Stephen Hemminger < XXXX@XXXXX.COM >
Status : unknown

Subject : 2.6.21 - BUG: at arch/i386/kernel/smp.c:177 send_IPI_mask_bitmask()
References : http://www.yqcomputer.com/
Submitter : Jeff Chua < XXXX@XXXXX.COM >
Status : unknown

Subject : 2.6.21 don't boot, it stops after ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 *5 6 7 9 10 11 12 14 15).
References : http://www.yqcomputer.com/
Submitter : Riccardo Ricci < XXXX@XXXXX.COM >
Handled-By : Len Brown < XXXX@XXXXX.COM >
Status : unknown

Subject : ACPI interpreter errors
References : http://www.yqcomputer.com/
Submitter : Udo A. Steinberg < XXXX@XXXXX.COM >
Handled-By : Len Brown < XXXX@XXXXX.COM >
Status : unknown

Subject : reiserfs -- circular locking
References : http://www.yqcomputer.com/
Submitter : David Brownell < XXXX@XXXXX.COM >
Handled-By : Jeff Mahoney < XXXX@XXXXX.COM >
Patch : http://www.yqcomputer.com/
Status : patch available

Regards,
Michal

--
Michal K. K. Piotrowski
Kernel Monkeys
( http://www.yqcomputer.com/ )
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to XXXX@XXXXX.COM
More majordomo info at http://www.yqcomputer.com/
Please read the FAQ at http://www.yqcomputer.com/

 
 
 

2.6.21 known regressions (v2) (for -stable team)

Post by Gene Heske » Mon, 30 Apr 2007 03:02:33


I'm not sure if my use of that should be dismissed out of hand because its
proprietary, the point being that the pl2303 driver seems to have
deteriorated over the last month or so to the point that now neither of my
pl2303 cables is working, while the FTDI adaptor I put in the heyu path a
month ago is working just fine. I do have another FTDI cable too, but I need
to get an extension for it, 10" overall just won't reach the ups so its not
yet tested.

Up until this boot to 2.6.21-cfs-v7, I could usually make that proprietary
upsd driver daemon work if I killed it, reconfigured it to use whatever port
it got at this bootup, kill it, restart it etc and eventually it would settle
down to 0.0% cpu, and work fine. Today I had to swap ports in both its
config and in heyu's after the reboot. heyu is fine now, but the pl2303 is
totally, can't even cat the 1 or 2 bytes a second worth of data that should
be coming from it, dead.

Hence, I'm pointing my personal finger of blame at the pl2303 driver, which
I've noted has been touched a couple of times recently.

In this case, no other change in the kernel config, just swapped the sd046
patch for the cfs-v7 patch, installed and rebooted.

I started having trouble with this in the middle (roughly) of the 2.6.21-rc
series.
--
Cheers, Gene
"There are four boxes to be used in defense of liberty:
soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Universe, n.:
The problem.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to XXXX@XXXXX.COM
More majordomo info at http://www.yqcomputer.com/
Please read the FAQ at http://www.yqcomputer.com/
 
 
 

2.6.21 known regressions (v2) (for -stable team)

Post by Thomas Gle » Mon, 30 Apr 2007 03:02:38


Michal, thanks for stepping up !


Len,

clockevents_notify() is called with the power verify information for an
offline CPU. I can handle this in the clockevents code, but I think acpi
is the correct place.

Thanks,

tglx



-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to XXXX@XXXXX.COM
More majordomo info at http://www.yqcomputer.com/
Please read the FAQ at http://www.yqcomputer.com/
 
 
 

2.6.21 known regressions (v2) (for -stable team)

Post by Gene Heske » Mon, 30 Apr 2007 03:02:39

n Saturday 28 April 2007, Michal Piotrowski wrote:
I went here, but without a login the page is immutable

Therefore I'll add it here

Subject :proprietary belkin upsd turns into cpu hog
Submitter : XXXX@XXXXX.COM
Reference :something changed in how /dev/ttyUSB's handle 1 and 2 byte messages
from pl2303 usb<->serial adaptors. Also, assignation of ttyUSB#'s is
volatile depending on phase of the moon when booted.




--
Cheers, Gene
"There are four boxes to be used in defense of liberty:
soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Love is a grave mental disease.
-- Plato
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to XXXX@XXXXX.COM
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
 
 
 

2.6.21 known regressions (v2) (for -stable team)

Post by Thomas Gle » Mon, 30 Apr 2007 03:02:46


Michal,

I don't think this is a regression. What Thomas wanted to point out is,
that the amarok / sound device is making the positive effect of dynticks
moot, as it starts to trigger useless interrupts.

Thomas, is my interpretation correct ? Did you check, which interrupt
was increasing - i.e. was it the soundcard one ?

tglx



-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to XXXX@XXXXX.COM
More majordomo info at http://www.yqcomputer.com/
Please read the FAQ at http://www.yqcomputer.com/
 
 
 

2.6.21 known regressions (v2) (for -stable team)

Post by Thomas Mey » Mon, 30 Apr 2007 03:10:34

ichal Piotrowski schrieb:
Please remove this from the regression list. This seems to be an
userspace only problem and is not related to any kernel driver:
amarok and/or audacious seems to repeatedly read/write to the X socket:

tail of the strace of audacious:
gettimeofday({1177782978, 24491}, NULL) = 0
clock_gettime(CLOCK_MONOTONIC, {224, 581502867}) = 0
clock_gettime(CLOCK_MONOTONIC, {224, 581614815}) = 0
select(4, [3], [3], NULL, NULL) = 1 (out [3])
writev(3,
[{"\221\3\n\0\3\0\200\2#\0\200\2\0\6@\0\240\4\20\0L\0\20\0"..., 40}], 1)
= 40
read(3, 0x80da6c8, 4096) = -1 EAGAIN (Resource
temporarily unavailable)
gettimeofday({1177782978, 25286}, NULL) = 0
poll([{fd=4, events=POLLIN}, {fd=3, events=POLLIN}], 2, 9) = 0
gettimeofday({1177782978, 33242}, NULL) = 0
read(3, 0x80da6c8, 4096) = -1 EAGAIN (Resource
temporarily unavailable)
gettimeofday({1177782978, 33475}, NULL) = 0
poll([{fd=4, events=POLLIN}, {fd=3, events=POLLIN}], 2, 1) = 0
gettimeofday({1177782978, 36548}, NULL) = 0
clock_gettime(CLOCK_MONOTONIC, {224, 593554129}) = 0
read(3, 0x80da6c8, 4096) = -1 EAGAIN (Resource
temporarily unavailable)
gettimeofday({1177782978, 36921}, NULL) = 0
poll([{fd=4, events=POLLIN}, {fd=3, events=POLLIN}], 2, 9) = 0
gettimeofday({1177782978, 46572}, NULL) = 0
clock_gettime(CLOCK_MONOTONIC, {224, 603578038}) = 0
clock_gettime(CLOCK_MONOTONIC, {224, 603689148}) = 0
select(4, [3], [3], NULL, NULL) = 1 (out [3])
writev(3, [{"\221\3\n\0\3\0\200\2#\0\200\2\0\6@\0\0\4 \0L\0\20\0\23"...,
40}], 1) = 40
read(3, 0x80da6c8, 4096) = -1 EAGAIN (Resource
temporarily unavailable)
gettimeofday({1177782978, 47341}, NULL) = 0
poll([{fd=4, events=POLLIN}, {fd=3, events=POLLIN}], 2, 9) = 0
gettimeofday({1177782978, 56566}, NULL) = 0
read(3, 0x80da6c8, 4096) = -1 EAGAIN (Resource
temporarily unavailable)
gettimeofday({1177782978, 56799}, NULL) = 0
poll([{fd=4, events=POLLIN}, {fd=3, events=POLLIN}], 2, 0) = 0
clock_gettime(CLOCK_MONOTONIC, {224, 613921380}) = 0
read(3, 0x80da6c8, 4096) = -1 EAGAIN (Resource
temporarily unavailable)
gettimeofday({1177782978, 57282}, NULL) = 0
poll([{fd=4, events=POLLIN}, {fd=3, events=POLLIN}], 2, 9) = 0
gettimeofday({1177782978, 67696}, NULL) = 0
clock_gettime(CLOCK_MONOTONIC, {224, 624704202}) = 0
clock_gettime(CLOCK_MONOTONIC, {224, 624817966}) = 0
select(4, [3], [3], NULL, NULL) = 1 (out [3])
writev(3, [{"\221\3\n\0\3\0\200\2#\0\200\2\0\6@\0P\4
\0L\0\20\0\23\0"..., 40}], 1) = 40
read(3, 0x80da6c8, 4096) = -1 EAGAIN (Resource
temporarily unavailable)
gettimeofday({1177782978, 68476}, NULL) = 0
poll([{fd=4, events=POLLIN}, {fd=3, events=POLLIN}], 2, 9) = 0
gettimeofday({1177782978, 76564}, NULL) = 0
read(3, 0x80da6c8, 4096) = -1 EAGAIN (Resource
temporarily unavailable)
gettimeofday({1177782978, 76796}, NULL) = 0
poll([{fd=4, events=POLLIN}, {fd=3, events=POLLIN}], 2, 0) = 0
clock_gettime(CLOCK_MONOTONIC, {224, 633919963}) = 0
read(3, 0x80da6c8, 4096) = -1 EAGAIN (Resource
temporarily unavailable)
gettimeofday({1177782978, 77280}, NULL) = 0
poll([{fd=4, events=POLLIN}, {fd=3, events=POLLIN}], 2, 9) = 0
gettimeofday({1177782978, 86898}, NULL) = 0
clock_gettime(CLOCK_MONOTONIC, {224, 643911329}) = 0
clock_gettime(CLOCK_MONOTONIC, {224, 644025581}) = 0
select(4, [3], [3], NULL, NULL) = 1 (out [3])
writev(
 
 
 

2.6.21 known regressions (v2) (for -stable team)

Post by Thomas Mey » Mon, 30 Apr 2007 03:20:19

Thomas Gleixner schrieb:

No, it wasn't the soundcard one. but i had this effect with amarok and
audacious... so, i guessed... which was wrong.

It's the timer interrupt (+50-70 timer interrupts). But i'm not sure
what both applications are doing, while they are "idle"...

with kind regards
thomas

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to XXXX@XXXXX.COM
More majordomo info at http://www.yqcomputer.com/
Please read the FAQ at http://www.yqcomputer.com/
 
 
 

2.6.21 known regressions (v2) (for -stable team)

Post by Diego Call » Mon, 30 Apr 2007 04:10:11

El Sat, 28 Apr 2007 20:03:07 +0200, Thomas Meyer < XXXX@XXXXX.COM > escribi
>> Please remove this from the regression list. This seems to be an >> userspace only problem and is not related to any kernel driver: >> amarok and/or audacious seems to repeatedly read/write to the X socket:

OK - I added it just to be sure that there wasn't any dynticks regression,
it's gone now.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to XXXX@XXXXX.COM
More majordomo info at http://www.yqcomputer.com/
Please read the FAQ at http://www.yqcomputer.com/
 
 
 

2.6.21 known regressions (v2) (for -stable team)

Post by Thomas Gle » Mon, 30 Apr 2007 05:10:09


Ok, so amarok is one of those applications which arm timers for no
obvious reason. If you enable CONFIG_TIMER_STATS in the kernel, you can
analyse the timer offenders via the /proc/timer_stats interface.

tglx


-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to XXXX@XXXXX.COM
More majordomo info at http://www.yqcomputer.com/
Please read the FAQ at http://www.yqcomputer.com/
 
 
 

2.6.21 known regressions (v2) (for -stable team)

Post by Stephen He » Wed, 02 May 2007 06:40:09


This is not a "regression" it is a bug, that has shown up for
some users for quite a while, see:
http://www.yqcomputer.com/


--
Stephen Hemminger < XXXX@XXXXX.COM >
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to XXXX@XXXXX.COM
More majordomo info at http://www.yqcomputer.com/
Please read the FAQ at http://www.yqcomputer.com/