FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.

» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Debian > Debian Kernel

LinkBack Thread Tools
Old 06-01-2010, 02:36 PM
Mathieu Desnoyers
Default Reverts needed for 2.6.32.x ia64 percpu usage

Hi Greg,

Pinging for a revert request for 2.6.32.x. It seems like we had a
misunderstanding about exactly which patches should be reverted. The email below
explains precisely which commits should be reverted from the 2.6.32.x stable



----- Forwarded message from Mathieu Desnoyers <mathieu.desnoyers@efficios.com> -----

Date: Thu, 27 May 2010 20:18:58 -0400
To: Ben Hutchings <ben@decadent.org.uk>,
Greg Kroah-Hartman <gregkh@suse.de>
Cc: Tejun Heo <tj@kernel.org>, stable-review@kernel.org,
User-Agent: Mutt/1.5.18 (2008-05-17)
From: Mathieu Desnoyers <mathieu.desnoyers@efficios.com>
Subject: Re: 2.6.32-stable percpu fixes

* Ben Hutchings (ben@decadent.org.uk) wrote:
> These commits included in
> ea0a09acd81c6d52c77d80f0d4089795df7bcb58 "modules: fix incorrect percpu usage"
> d150a2b96558a7349cbf3a72a279c37bc67d50fb "module: fix __module_ref_addr()"

In addition to commit d150a2b96558a7349cbf3a72a279c37bc67d50fb, both commits:

ea0a09acd81c6d52c77d80f0d4089795df7bcb58 "modules: fix incorrect percpu usage"
b6b3dcd55e2327a968833ff3f22eda3b8dd7ef9e "lockdep: fix incorrect percpu usage"

Should be reverted from the 2.6.32.x -stable series. Quoting the explanation
from Tejun:

"I wrote on the bugzilla but this is not a compiler bug but the -stable
patch [shouldn't; edit: should] have been applied only to 2.6.33. Not 2.6.32.
This is because till 2.6.32, ia64 hadn't been converted to dynamic percpu
allocator, so its static and dynamic percpu areas were separate and the
per_cpu_ptr() wouldn't do the offsetting the module code expects there. So,
please revert the patch from 2.6.32."

Greg, it looks like we've not been clear enough about the fact that all three
commits needed to be reverted from the 2.6.32.x stable branch. Sorry about that.



> apparently caused regressions, and have been reverted in SLE 11.1 and
> Debian unstable.
> The second has also now been reverted in, but the first has
> not. I'm afraid I don't understand the problems they were trying to
> solve, or the problems they caused, so could someone explain why the
> first should or not should not be reverted in 2.6.32-stable?
> (Matthieu previously asked whether it was really correct for 2.6.32:
> http://linux.kernel.org/pipermail/stable-review/2010-April/003571.html )
> Ben.
> --
> Ben Hutchings
> Once a job is fouled up, anything done to improve it makes it worse.

Mathieu Desnoyers
Operating System Efficiency R&D Consultant
EfficiOS Inc.

----- End forwarded message -----

Mathieu Desnoyers
Operating System Efficiency R&D Consultant
EfficiOS Inc.

To UNSUBSCRIBE, email to debian-kernel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 20100601143620.GA22673@Krystal">http://lists.debian.org/20100601143620.GA22673@Krystal

Thread Tools

All times are GMT. The time now is 07:15 PM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright 2007 - 2008, www.linux-archive.org