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
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!
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:
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]
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
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
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 leaning towards disabling
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]
FWIW, I'm still leaning
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 snapshot
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 found this in mm
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]
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:
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 you
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
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.
>>
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
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
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
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
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
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,
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.
> >
> >
> >
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.
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.
>
>
>
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.
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 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.
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.
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.
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 had too
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
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 in
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 hands
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
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 resuming.
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.
Suspending console(s)
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.
>
>
>
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
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
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]>
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
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
* 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
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 have
* 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 left
* 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
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
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 clocksource
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]
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
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
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
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.
"ucc_geth: returns NETDEV_TX_BUSY when BD ring is full"
Linus Torvalds (3):
Revert "ACPI: Only use IPI on known broken machines (AMD,
Dothan/BaniasPentium M)"
x86-64: add "local_apic_timer_c2_ok" here too
Linux 2.6.21-rc5
Marcel Selhorst (1):
Torvalds (3):
Revert ACPI: Only use IPI on known broken machines (AMD,
Dothan/BaniasPentium M)
x86-64: add local_apic_timer_c2_ok here too
Linux 2.6.21-rc5
Marcel Selhorst (1):
tpm_infineon: maintainer
Mark Glines (1):
airprime: USB ID for Novatel EV620 mini PCI-E card
60 matches
Mail list logo