Am 27.03.2007 08:17 schrieb Andrew Morton:
> I have a few fixes here which belong to subsystem trees, which were missed
> by the maintainers and which we probably want to get into 2.6.21.
[...]
> Maintainers are cc'ed. Please promptly ack, nack or otherwise quack, else
> I'll be making my own deci
On Wed, 28 Mar 2007, Andi Kleen wrote:
>
> Can you test this patch please?
This patch is totally broken.
> i386/x86-64: Convert nmi reservation to be global
>
> It doesn't make much sense to have this per CPU, because all
> the services using NMIs run on all CPUs. So make it global.
NO!
If
On 28/03/07, Jiri Kosina <[EMAIL PROTECTED]> wrote:
On Wed, 28 Mar 2007, Michal Piotrowski wrote:
> BUG: using smp_processor_id() in preemptible [0001] code: mount/7245
> is fixed, thanks.
> but I still get this
> [ 208.523901] =
> [ 208.529739] [ INFO: inco
On Wed, 28 Mar 2007, Michal Piotrowski wrote:
> BUG: using smp_processor_id() in preemptible [0001] code: mount/7245
> is fixed, thanks.
> but I still get this
> [ 208.523901] =
> [ 208.529739] [ INFO: inconsistent lock state ]
> [ 208.534087] 2.6.21-rc5-g28
Andi Kleen napisał(a):
> On Tuesday 27 March 2007 20:53, Michal Piotrowski wrote:
>> Linus Torvalds napisał(a):
>>> There's various fixes here, ranging from some architecture updates (ia64,
>>> ARM, MIPS, SH, Sparc64) to KVM, networking and network drivers.
>>>
>>> And random one-liners.
>>>
>> I
On Tuesday 27 March 2007 20:53, Michal Piotrowski wrote:
> Linus Torvalds napisał(a):
> > There's various fixes here, ranging from some architecture updates (ia64,
> > ARM, MIPS, SH, Sparc64) to KVM, networking and network drivers.
> >
> > And random one-liners.
> >
>
> I found this in mm snaps
Pavel Machek wrote:
> Hi!
>
So if you have reported a regression in the 2.6.21-rc
series, please check 2.6.21-rc5, and update your
report as appropriate (whether fixed or "still
problems with xyzzy").
>>> [just got back from vacation, or would have sent this
>>> earlier]
>>
Hi!
> >>So if you have reported a regression in the 2.6.21-rc
> >>series, please check 2.6.21-rc5, and update your
> >>report as appropriate (whether fixed or "still
> >>problems with xyzzy").
> >
> >[just got back from vacation, or would have sent this
> >earlier]
> >
> >FWIW, I'm still leani
Pavel Machek napisał(a):
> Hi!
>>> There's various fixes here, ranging from some architecture updates (ia64,
>>> ARM, MIPS, SH, Sparc64) to KVM, networking and network drivers.
>>>
>> Suspend to disk doesn't work for me with this patch. It hangs after
>> PM: Preparing devices for restore.
>> Suspen
Hi!
> >There's various fixes here, ranging from some architecture updates (ia64,
> >ARM, MIPS, SH, Sparc64) to KVM, networking and network drivers.
> >
>
> Suspend to disk doesn't work for me with this patch. It hangs after
> PM: Preparing devices for restore.
> Suspending console(s)
> during resu
Linus Torvalds napisał(a):
> There's various fixes here, ranging from some architecture updates (ia64,
> ARM, MIPS, SH, Sparc64) to KVM, networking and network drivers.
>
> And random one-liners.
>
I found this in mm snapshot
http://www.ussg.iu.edu/hypermail/linux/kernel/0703.2/1367.html
it's i
Linus Torvalds wrote:
On Tue, 27 Mar 2007, Jeff Garzik wrote:
FWIW, I'm still leaning towards disabling libata ACPI support by default for
2.6.21.
Hey, I'm not going to argue against anything that says "disable ACPI". Of
*course* it should be disabled if there aren't thousands of machines th
Hi,
On 26/03/07, Linus Torvalds <[EMAIL PROTECTED]> wrote:
There's various fixes here, ranging from some architecture updates (ia64,
ARM, MIPS, SH, Sparc64) to KVM, networking and network drivers.
Suspend to disk doesn't work for me with this patch. It hangs after
PM: Preparing devices for r
On Tue, 27 Mar 2007, Jeff Garzik wrote:
>
> FWIW, I'm still leaning towards disabling libata ACPI support by default for
> 2.6.21.
Hey, I'm not going to argue against anything that says "disable ACPI". Of
*course* it should be disabled if there aren't thousands of machines that
are in user ha
On Monday, March 26, 2007 11:20 pm Greg KH wrote:
> Already in Linus's tree.
>
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.2
> >1-rc5/2.6.21-rc5-mm2/broken-out/fix-sysfs-rom-file-creation-for-bios
> >-rom-shadows.patch
>
> I'd prefer to wait until 2.6.22 for this one, I've
On Tue, 27 Mar 2007 14:25:07 +0200 Andi Kleen <[EMAIL PROTECTED]> wrote:
> On Tuesday 27 March 2007 08:17, Andrew Morton wrote:
> >
> > I have a few fixes here which belong to subsystem trees, which were missed
> > by the maintainers and which we probably want to get into 2.6.21.
> >
> >
> > ft
On 3/27/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
I have a few fixes here which belong to subsystem trees, which were missed
by the maintainers and which we probably want to get into 2.6.21.
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm2/broken-out/fi
On Tuesday 27 March 2007 08:17, Andrew Morton wrote:
>
> I have a few fixes here which belong to subsystem trees, which were missed
> by the maintainers and which we probably want to get into 2.6.21.
>
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm2/br
At Mon, 26 Mar 2007 22:17:31 -0800,
Andrew Morton wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm2/broken-out/revert-ac97-fix-microphone-and-line_in-selection-logic.patch
The better fix is already in rc5, so please drop this one from your
tree.
On Mon, Mar 26, 2007 at 10:17:31PM -0800, Andrew Morton wrote:
>
> I have a few fixes here which belong to subsystem trees, which were missed
> by the maintainers and which we probably want to get into 2.6.21.
>
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-
I have a few fixes here which belong to subsystem trees, which were missed
by the maintainers and which we probably want to get into 2.6.21.
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm2/broken-out/make-aout-executables-work-again.patch
ftp://ftp.kernel
Jeff Garzik wrote:
Linus Torvalds wrote:
There's various fixes here, ranging from some architecture updates
(ia64, ARM, MIPS, SH, Sparc64) to KVM, networking and network drivers.
And random one-liners.
But probably more important, and likely much more visible to most
people is the fixes for
Linus Torvalds wrote:
There's various fixes here, ranging from some architecture updates (ia64,
ARM, MIPS, SH, Sparc64) to KVM, networking and network drivers.
And random one-liners.
But probably more important, and likely much more visible to most people
is the fixes for the fallout from the
This issue might be resolved with the patch provided in the following
bug report: http://bugzilla.kernel.org/show_bug.cgi?id=8058
Please try out the patch in the bug report without your patch and see if
the issue reproduces.
Ayaz
Ingo Molnar wrote:
* Linus Torvalds <[EMAIL PROTECTED]> wrot
On Mon, 2007-03-26 at 07:25 -0500, Bob Tracy wrote:
> Thomas Gleixner wrote:
> > This fix from John Stultz is still missing:
> >
> > http://lkml.org/lkml/2007/3/22/287
> >
> > It's in Andrews queue already and waits to be sent to you.
>
> In summary, that fix is a workaround to allow the acpi_pm
Thomas Gleixner wrote:
> This fix from John Stultz is still missing:
>
> http://lkml.org/lkml/2007/3/22/287
>
> It's in Andrews queue already and waits to be sent to you.
In summary, that fix is a workaround to allow the acpi_pm clocksource
to be selected instead of the pit clocksource, thereby
* Linus Torvalds <[EMAIL PROTECTED]> wrote:
> There's various fixes here, ranging from some architecture updates
> (ia64, ARM, MIPS, SH, Sparc64) to KVM, networking and network drivers.
here's a new v2.6.20 -> v2.6.21 forcedeth.c regression:
in the last week or so i've been seeing sporadic und
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
> my first quick guess was to extend np->priv locking to the whole of
> nv_start_xmit/nv_start_xmit_optimized - while that appeared to make
> the crash a bit less likely, it did not prevent it. So there must be
> some other, more fundamental problem be
On Sun, 2007-03-25 at 16:08 -0700, Linus Torvalds wrote:
> Those timer changes ended up much more painful than anybody wished for,
> but big thanks to Thomas Gleixner for being on it like a weasel on a dead
> rat, and the regression list has kept shrinking.
Why certainly ! I caused them, so I ha
29 matches
Mail list logo
