On Tue, 26 Feb 2008 16:18:55 +0100 Jiri Slaby <[EMAIL PROTECTED]> wrote:
> Hi,
>
> while booting up a notebook on 32 bit, this oopses appeared on the console
> after ext3 fsck:
> http://www.fi.muni.cz/~xslaby/sklad/mem_oops/
>
> It's 2.6.25-rc2-mm1, I can't find similar reports, is this known
* KOSAKI Motohiro <[EMAIL PROTECTED]> wrote:
> Fujitsu machine can't boot too. my bisect indicate git-sched.patch
> cause regression too.
hm, that's a bit weird - nothing really should have broken it. Could you
try to do a specific bisection of sched-devel.git:
Hi
Fujitsu machine can't boot too.
my bisect indicate git-sched.patch cause regression too.
Thanks.
> 25-rc2-mm1 is hanging early in boot on my HP ia64 numa platform. I saw
> the "Strange hang on ia64 with CONFIG_PRINTK_TIME=y" thread on lkml:
>
>
Hi
Fujitsu machine can't boot too.
my bisect indicate git-sched.patch cause regression too.
Thanks.
25-rc2-mm1 is hanging early in boot on my HP ia64 numa platform. I saw
the Strange hang on ia64 with CONFIG_PRINTK_TIME=y thread on lkml:
http://marc.info/?t=12028839681r=1w=4
* KOSAKI Motohiro [EMAIL PROTECTED] wrote:
Fujitsu machine can't boot too. my bisect indicate git-sched.patch
cause regression too.
hm, that's a bit weird - nothing really should have broken it. Could you
try to do a specific bisection of sched-devel.git:
On Tue, 26 Feb 2008 16:18:55 +0100 Jiri Slaby [EMAIL PROTECTED] wrote:
Hi,
while booting up a notebook on 32 bit, this oopses appeared on the console
after ext3 fsck:
http://www.fi.muni.cz/~xslaby/sklad/mem_oops/
It's 2.6.25-rc2-mm1, I can't find similar reports, is this known or
Gabriel C wrote:
> Arjan van de Ven wrote:
>> Gabriel C wrote:
>>> Arjan van de Ven wrote:
Gabriel C wrote:
> Laurent Riffard wrote:
>> Le 16.02.2008 09:25, Andrew Morton a écrit :
>>> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.25-rc2/2.6.25-rc2-mm1/
>
Arjan van de Ven wrote:
> Gabriel C wrote:
>> Arjan van de Ven wrote:
>>> Gabriel C wrote:
Laurent Riffard wrote:
> Le 16.02.2008 09:25, Andrew Morton a écrit :
>> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.25-rc2/2.6.25-rc2-mm1/
[..]
I'm getting
Gabriel C wrote:
Arjan van de Ven wrote:
Gabriel C wrote:
Laurent Riffard wrote:
Le 16.02.2008 09:25, Andrew Morton a écrit :
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.25-rc2/2.6.25-rc2-mm1/
[..]
I'm getting that in mainline now on one of my older laptops also.
we
Arjan van de Ven wrote:
> Gabriel C wrote:
>> Laurent Riffard wrote:
>>> Le 16.02.2008 09:25, Andrew Morton a écrit :
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.25-rc2/2.6.25-rc2-mm1/
>
>> [..]
>>
>> I'm getting that in mainline now on one of my older laptops also.
>
Paul E. McKenney schrieb:
On Fri, Feb 22, 2008 at 01:52:53AM +0100, Tilman Schmidt wrote:
So the nf_conntrack BUG is fixed, but the crash (and of course the
swapper "spinlock bad magic" BUG) persists.
Do you have CONFIG_DEBUG_PREEMPT set? That would help find any other
bugs similar to
Paul E. McKenney schrieb:
On Fri, Feb 22, 2008 at 01:52:53AM +0100, Tilman Schmidt wrote:
So the nf_conntrack BUG is fixed, but the crash (and of course the
swapper spinlock bad magic BUG) persists.
Do you have CONFIG_DEBUG_PREEMPT set? That would help find any other
bugs similar to
Arjan van de Ven wrote:
Gabriel C wrote:
Laurent Riffard wrote:
Le 16.02.2008 09:25, Andrew Morton a écrit :
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.25-rc2/2.6.25-rc2-mm1/
[..]
I'm getting that in mainline now on one of my older laptops also.
we fixed the
Gabriel C wrote:
Arjan van de Ven wrote:
Gabriel C wrote:
Laurent Riffard wrote:
Le 16.02.2008 09:25, Andrew Morton a écrit :
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.25-rc2/2.6.25-rc2-mm1/
[..]
I'm getting that in mainline now on one of my older laptops also.
we
Arjan van de Ven wrote:
Gabriel C wrote:
Arjan van de Ven wrote:
Gabriel C wrote:
Laurent Riffard wrote:
Le 16.02.2008 09:25, Andrew Morton a écrit :
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.25-rc2/2.6.25-rc2-mm1/
[..]
I'm getting that in mainline now on one of my
Gabriel C wrote:
Arjan van de Ven wrote:
Gabriel C wrote:
Arjan van de Ven wrote:
Gabriel C wrote:
Laurent Riffard wrote:
Le 16.02.2008 09:25, Andrew Morton a écrit :
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.25-rc2/2.6.25-rc2-mm1/
[..]
I'm getting that in
Gabriel C wrote:
Laurent Riffard wrote:
Le 16.02.2008 09:25, Andrew Morton a écrit :
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.25-rc2/2.6.25-rc2-mm1/
[..]
I'm getting that in mainline now on one of my older laptops also.
we fixed the cause of the machine you
Laurent Riffard wrote:
> Le 16.02.2008 09:25, Andrew Morton a écrit :
>> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.25-rc2/2.6.25-rc2-mm1/
>
> Got this in dmesg output:
>
> [ cut here ]
> WARNING: at arch/x86/mm/ioremap.c:129 __ioremap+0xc7/0x182()
Laurent Riffard wrote:
Le 16.02.2008 09:25, Andrew Morton a écrit :
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.25-rc2/2.6.25-rc2-mm1/
Got this in dmesg output:
[ cut here ]
WARNING: at arch/x86/mm/ioremap.c:129 __ioremap+0xc7/0x182()
Modules
Gabriel C wrote:
Laurent Riffard wrote:
Le 16.02.2008 09:25, Andrew Morton a écrit :
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.25-rc2/2.6.25-rc2-mm1/
[..]
I'm getting that in mainline now on one of my older laptops also.
we fixed the cause of the machine you
On Fri, Feb 22, 2008 at 01:52:53AM +0100, Tilman Schmidt wrote:
> Am 22.02.2008 01:40 schrieb Tilman Schmidt:
> >>
> >> [NETFILTER]: nf_conntrack: fix smp_processor_id() in preemptible code
> >> warning
> >
> > Yes, it does; and the system also survives substantially longer.
> > (IOW, it
On Fri, Feb 22, 2008 at 01:52:53AM +0100, Tilman Schmidt wrote:
Am 22.02.2008 01:40 schrieb Tilman Schmidt:
[NETFILTER]: nf_conntrack: fix smp_processor_id() in preemptible code
warning
Yes, it does; and the system also survives substantially longer.
(IOW, it hasn't crashed on
Am 22.02.2008 01:40 schrieb Tilman Schmidt:
>>
>> [NETFILTER]: nf_conntrack: fix smp_processor_id() in preemptible code
>> warning
>
> Yes, it does; and the system also survives substantially longer.
> (IOW, it hasn't crashed on me so far.)
Which of course it did the second after I sent off
Am 21.02.2008 12:28 schrieb Patrick McHardy:
>
> Could you test whether this patch fixes the netfilter
> warnings please?
> commit 736b33102292be0d75be1e950ca9bcd5361db7dd
> Author: Patrick McHardy <[EMAIL PROTECTED]>
> Date: Thu Feb 21 12:26:01 2008 +0100
>
> [NETFILTER]: nf_conntrack:
Am 21.02.2008 17:46 schrieb Christoph Hellwig:
> On Thu, Feb 21, 2008 at 04:38:28AM -0800, Andrew Morton wrote:
>> (net-related cc's removed)
>>
>> This look like a startup ordering bug in mnt_want_write().
>
> Do you have CONFIG_ACPI_CUSTOM_DSDT_INITRD set?
Negative.
HTH
T.
--
Tilman Schmidt
On Thu, 2008-02-21 at 04:38 -0800, Andrew Morton wrote:
>
> > <4>[0.071378] [do_name+279/440] do_name+0x117/0x1b8
> > <4>[0.071570] [write_buffer+34/49] write_buffer+0x22/0x31
> > <4>[0.071763] [flush_window+105/184] flush_window+0x69/0xb8
> > <4>[0.071996]
On Thu, Feb 21, 2008 at 04:38:28AM -0800, Andrew Morton wrote:
> (net-related cc's removed)
>
> This look like a startup ordering bug in mnt_want_write().
Do you have CONFIG_ACPI_CUSTOM_DSDT_INITRD set?
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
Stephen Hemminger wrote:
On Thu, 21 Feb 2008 12:28:50 +0100
Patrick McHardy <[EMAIL PROTECTED]> wrote:
diff --git a/net/netfilter/nf_conntrack_core.c
b/net/netfilter/nf_conntrack_core.c
index 327e847..b77eb56 100644
--- a/net/netfilter/nf_conntrack_core.c
+++
On Thu, 21 Feb 2008 12:28:50 +0100
Patrick McHardy <[EMAIL PROTECTED]> wrote:
> Tilman Schmidt wrote:
> > Still, X came up fine, I could log in (Gnome feeling subjectively
> > a bit sluggish), call up a web page from the Internet in Firefox,
> > and start perusing the logs, when the whole system
On Wed, 20 Feb 2008 22:14:20 +0100 Tilman Schmidt <[EMAIL PROTECTED]> wrote:
> Ok, so here's my story on 2.6.25-rc2-mm1:
>
> Built fine on my Pentium D in 32 bit mode, booted too, although
> complaining once already while unpacking the initramfs:
>
> <0>[0.069176] BUG: spinlock bad magic on
Tilman Schmidt wrote:
Still, X came up fine, I could log in (Gnome feeling subjectively
a bit sluggish), call up a web page from the Internet in Firefox,
and start perusing the logs, when the whole system froze: neither
mouse nor keyboard would react anymore, and only the Wind^Wreset
button
Tilman Schmidt wrote:
Still, X came up fine, I could log in (Gnome feeling subjectively
a bit sluggish), call up a web page from the Internet in Firefox,
and start perusing the logs, when the whole system froze: neither
mouse nor keyboard would react anymore, and only the Wind^Wreset
button
On Wed, 20 Feb 2008 22:14:20 +0100 Tilman Schmidt [EMAIL PROTECTED] wrote:
Ok, so here's my story on 2.6.25-rc2-mm1:
Built fine on my Pentium D in 32 bit mode, booted too, although
complaining once already while unpacking the initramfs:
0[0.069176] BUG: spinlock bad magic on CPU#0,
Stephen Hemminger wrote:
On Thu, 21 Feb 2008 12:28:50 +0100
Patrick McHardy [EMAIL PROTECTED] wrote:
diff --git a/net/netfilter/nf_conntrack_core.c
b/net/netfilter/nf_conntrack_core.c
index 327e847..b77eb56 100644
--- a/net/netfilter/nf_conntrack_core.c
+++
On Thu, Feb 21, 2008 at 04:38:28AM -0800, Andrew Morton wrote:
(net-related cc's removed)
This look like a startup ordering bug in mnt_want_write().
Do you have CONFIG_ACPI_CUSTOM_DSDT_INITRD set?
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a
On Thu, 21 Feb 2008 12:28:50 +0100
Patrick McHardy [EMAIL PROTECTED] wrote:
Tilman Schmidt wrote:
Still, X came up fine, I could log in (Gnome feeling subjectively
a bit sluggish), call up a web page from the Internet in Firefox,
and start perusing the logs, when the whole system froze:
On Thu, 2008-02-21 at 04:38 -0800, Andrew Morton wrote:
4[0.071378] [do_name+279/440] do_name+0x117/0x1b8
4[0.071570] [write_buffer+34/49] write_buffer+0x22/0x31
4[0.071763] [flush_window+105/184] flush_window+0x69/0xb8
4[0.071996] [unpack_to_rootfs+1585/2238]
Am 21.02.2008 17:46 schrieb Christoph Hellwig:
On Thu, Feb 21, 2008 at 04:38:28AM -0800, Andrew Morton wrote:
(net-related cc's removed)
This look like a startup ordering bug in mnt_want_write().
Do you have CONFIG_ACPI_CUSTOM_DSDT_INITRD set?
Negative.
HTH
T.
--
Tilman Schmidt
Am 21.02.2008 12:28 schrieb Patrick McHardy:
Could you test whether this patch fixes the netfilter
warnings please?
commit 736b33102292be0d75be1e950ca9bcd5361db7dd
Author: Patrick McHardy [EMAIL PROTECTED]
Date: Thu Feb 21 12:26:01 2008 +0100
[NETFILTER]: nf_conntrack: fix
Am 22.02.2008 01:40 schrieb Tilman Schmidt:
[NETFILTER]: nf_conntrack: fix smp_processor_id() in preemptible code
warning
Yes, it does; and the system also survives substantially longer.
(IOW, it hasn't crashed on me so far.)
Which of course it did the second after I sent off that
Tilman Schmidt wrote:
Still, X came up fine, I could log in (Gnome feeling subjectively
a bit sluggish), call up a web page from the Internet in Firefox,
and start perusing the logs, when the whole system froze: neither
mouse nor keyboard would react anymore, and only the Wind^Wreset
button
On Wed, 20 Feb 2008 08:21:33 +0100 Thomas Petazzoni <[EMAIL PROTECTED]> wrote:
> Le Tue, 19 Feb 2008 15:21:29 -0800,
> Andrew Morton <[EMAIL PROTECTED]> a __crit :
>
> > ug, sorry, if I'd realised it was like this I'd have said "don't
> > bother". Apart from the obvious problem, this means that
On Wed, 20 Feb 2008 08:21:33 +0100 Thomas Petazzoni [EMAIL PROTECTED] wrote:
Le Tue, 19 Feb 2008 15:21:29 -0800,
Andrew Morton [EMAIL PROTECTED] a __crit :
ug, sorry, if I'd realised it was like this I'd have said don't
bother. Apart from the obvious problem, this means that people will
Tilman Schmidt wrote:
Still, X came up fine, I could log in (Gnome feeling subjectively
a bit sluggish), call up a web page from the Internet in Firefox,
and start perusing the logs, when the whole system froze: neither
mouse nor keyboard would react anymore, and only the Wind^Wreset
button
Le Tue, 19 Feb 2008 15:21:29 -0800,
Andrew Morton <[EMAIL PROTECTED]> a écrit :
> ug, sorry, if I'd realised it was like this I'd have said "don't
> bother". Apart from the obvious problem, this means that people will
> keep breaking CONFIG_DMI=n all the time, because they will forget the
>
On Tue, 19 Feb 2008 22:25:00 + "Miller, Mike (OS Dev)" <[EMAIL PROTECTED]>
wrote:
>
>
> > -Original Message-
> > From: Alexey Dobriyan [mailto:[EMAIL PROTECTED]
> > Sent: Sunday, February 17, 2008 4:51 AM
> > To: Andrew Morton
> > Cc: linux-kernel@vger.kernel.org; Miller, Mike (OS
On Tue, 19 Feb 2008 16:55:02 +0100 Thomas Petazzoni <[EMAIL PROTECTED]> wrote:
> Le Mon, 18 Feb 2008 04:13:40 -0800,
> Andrew Morton <[EMAIL PROTECTED]> a __crit :
>
> > Option 3 wold be to add more #ifdef CONFIG_DMI lines around the
> > place. How ugly would that get?
>
> Like the attached
> -Original Message-
> From: Alexey Dobriyan [mailto:[EMAIL PROTECTED]
> Sent: Sunday, February 17, 2008 4:51 AM
> To: Andrew Morton
> Cc: linux-kernel@vger.kernel.org; Miller, Mike (OS Dev);
> [EMAIL PROTECTED]; [EMAIL PROTECTED]
> Subject: 2.6.25-rc2-mm1: new create_proc_entry() users
Thomas Petazzoni wrote:
Le Tue, 19 Feb 2008 09:41:47 -0800,
Randy Dunlap <[EMAIL PROTECTED]> a écrit :
Does this patch apply to -mm? Seem like No.
No, it was generated against 2.6.25-rc2.
After converting it from mime(?) to ASCII
Probably due to my PGP-MIME signature. Will try to
Le Tue, 19 Feb 2008 09:41:47 -0800,
Randy Dunlap <[EMAIL PROTECTED]> a écrit :
> Does this patch apply to -mm? Seem like No.
No, it was generated against 2.6.25-rc2.
> After converting it from mime(?) to ASCII
Probably due to my PGP-MIME signature. Will try to remember that
I should disable
On Feb 17, 2008 1:56 AM, Marcin Slusarz <[EMAIL PROTECTED]> wrote:
> On Sun, Feb 17, 2008 at 02:37:09AM +0100, Rafael J. Wysocki wrote:
> > On Saturday, 16 of February 2008, Marcin Slusarz wrote:
> > > On Sat, Feb 16, 2008 at 03:09:49AM -0800, Andrew Morton wrote:
> > > > On Sat, 16 Feb 2008
On Tue, 19 Feb 2008 16:55:02 +0100 Thomas Petazzoni wrote:
> Le Mon, 18 Feb 2008 04:13:40 -0800,
> Andrew Morton <[EMAIL PROTECTED]> a écrit :
>
> > Option 3 wold be to add more #ifdef CONFIG_DMI lines around the
> > place. How ugly would that get?
>
> Like the attached patch. #ifdef
Le Mon, 18 Feb 2008 04:13:40 -0800,
Andrew Morton <[EMAIL PROTECTED]> a écrit :
> Option 3 wold be to add more #ifdef CONFIG_DMI lines around the
> place. How ugly would that get?
Like the attached patch. #ifdef CONFIG_DMI everywhere :-(
Sincerly,
Thomas
---
Turn CONFIG_DMI into a
On Tue, 19 Feb 2008 16:55:02 +0100 Thomas Petazzoni wrote:
Le Mon, 18 Feb 2008 04:13:40 -0800,
Andrew Morton [EMAIL PROTECTED] a écrit :
Option 3 wold be to add more #ifdef CONFIG_DMI lines around the
place. How ugly would that get?
Like the attached patch. #ifdef CONFIG_DMI
Le Mon, 18 Feb 2008 04:13:40 -0800,
Andrew Morton [EMAIL PROTECTED] a écrit :
Option 3 wold be to add more #ifdef CONFIG_DMI lines around the
place. How ugly would that get?
Like the attached patch. #ifdef CONFIG_DMI everywhere :-(
Sincerly,
Thomas
---
Turn CONFIG_DMI into a selectable
On Feb 17, 2008 1:56 AM, Marcin Slusarz [EMAIL PROTECTED] wrote:
On Sun, Feb 17, 2008 at 02:37:09AM +0100, Rafael J. Wysocki wrote:
On Saturday, 16 of February 2008, Marcin Slusarz wrote:
On Sat, Feb 16, 2008 at 03:09:49AM -0800, Andrew Morton wrote:
On Sat, 16 Feb 2008 11:59:07 +0100
Le Tue, 19 Feb 2008 09:41:47 -0800,
Randy Dunlap [EMAIL PROTECTED] a écrit :
Does this patch apply to -mm? Seem like No.
No, it was generated against 2.6.25-rc2.
After converting it from mime(?) to ASCII
Probably due to my PGP-MIME signature. Will try to remember that
I should disable it
Thomas Petazzoni wrote:
Le Tue, 19 Feb 2008 09:41:47 -0800,
Randy Dunlap [EMAIL PROTECTED] a écrit :
Does this patch apply to -mm? Seem like No.
No, it was generated against 2.6.25-rc2.
After converting it from mime(?) to ASCII
Probably due to my PGP-MIME signature. Will try to remember
-Original Message-
From: Alexey Dobriyan [mailto:[EMAIL PROTECTED]
Sent: Sunday, February 17, 2008 4:51 AM
To: Andrew Morton
Cc: linux-kernel@vger.kernel.org; Miller, Mike (OS Dev);
[EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: 2.6.25-rc2-mm1: new create_proc_entry() users
On Tue, 19 Feb 2008 16:55:02 +0100 Thomas Petazzoni [EMAIL PROTECTED] wrote:
Le Mon, 18 Feb 2008 04:13:40 -0800,
Andrew Morton [EMAIL PROTECTED] a __crit :
Option 3 wold be to add more #ifdef CONFIG_DMI lines around the
place. How ugly would that get?
Like the attached patch. #ifdef
On Tue, 19 Feb 2008 22:25:00 + Miller, Mike (OS Dev) [EMAIL PROTECTED]
wrote:
-Original Message-
From: Alexey Dobriyan [mailto:[EMAIL PROTECTED]
Sent: Sunday, February 17, 2008 4:51 AM
To: Andrew Morton
Cc: linux-kernel@vger.kernel.org; Miller, Mike (OS Dev);
[EMAIL
Le Tue, 19 Feb 2008 15:21:29 -0800,
Andrew Morton [EMAIL PROTECTED] a écrit :
ug, sorry, if I'd realised it was like this I'd have said don't
bother. Apart from the obvious problem, this means that people will
keep breaking CONFIG_DMI=n all the time, because they will forget the
ifdefs, and
Steven Rostedt wrote:
>
> On Mon, 18 Feb 2008, Andrew Morton wrote:
>
>>> I don't think I've seen anyone else report this, but if I'm wrong, I'm
>>> sure someone will point me to the thread.
>> No, I think it's new.
>>
>
>> Looks like an ftrace-vs-lockdep problem.
>>
>
> Is there a .config
On Mon, 18 Feb 2008, Andrew Morton wrote:
> >
> > I don't think I've seen anyone else report this, but if I'm wrong, I'm
> > sure someone will point me to the thread.
>
> No, I think it's new.
>
> Looks like an ftrace-vs-lockdep problem.
>
Is there a .config around to look at?
Thanks,
--
On Mon, 18 Feb 2008 20:08:03 -0400 Kevin Winchester <[EMAIL PROTECTED]> wrote:
> Andrew Morton wrote:
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.25-rc2/2.6.25-rc2-mm1/
> >
> > - git-xfs is dropped due to git conflicts
> >
> > - git-x86 is dropped due to too many
Andrew Morton wrote:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.25-rc2/2.6.25-rc2-mm1/
>
> - git-xfs is dropped due to git conflicts
>
> - git-x86 is dropped due to too many changes to non-x86 code
>
> - git-perfmon remains dropped due to rejects
>
> - git-kgdb remains
Laurent Riffard wrote:
ioremap: trying to map RAM page at 0 <===
Completing Region/Field/Buffer/Package
initialization:
Hope this helps.
actually... it helps a lot.
I'll cook up a patch for this now :)
thanks for testing so
Le 18.02.2008 20:35, Arjan van de Ven a écrit :
Laurent Riffard wrote:
Le 16.02.2008 09:25, Andrew Morton a écrit :
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.25-rc2/2.6.25-rc2-mm1/
Got this in dmesg output:
[ cut here ]
WARNING: at
Laurent Riffard wrote:
Le 16.02.2008 09:25, Andrew Morton a écrit :
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.25-rc2/2.6.25-rc2-mm1/
Got this in dmesg output:
[ cut here ]
WARNING: at arch/x86/mm/ioremap.c:129 __ioremap+0xc7/0x182()
Can you
On Sat, 16 Feb 2008 00:25:22 -0800 Andrew Morton wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.25-rc2/2.6.25-rc2-mm1/
cciss driver has a bad macro definition:
#else /* no CONFIG_CISS_SCSI_TAPE */
/* If no tape support, then these become defined out of existence
On Sun, Feb 17, 2008 at 01:50:50PM +0300, Alexey Dobriyan wrote:
> > profile-likely-unlikely-macros
> > page-owner-tracking-leak-detector
> > cciss-procfs-updates-to-display-info-about-many-volumes
>
> Guys, create_proc_entry() is slightly racy in case of modular code and
> proc_create() was
On Sun, Feb 17, 2008 at 09:17:55PM -0800, Randy Dunlap wrote:
> On Sat, 16 Feb 2008 00:25:22 -0800 Andrew Morton wrote:
>
> >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.25-rc2/2.6.25-rc2-mm1/
>
> It's possible to config a specific CPU and also enable Intel MCE checks
On Sun, 17 Feb 2008 13:50:50 +0300 Alexey Dobriyan <[EMAIL PROTECTED]> wrote:
> > profile-likely-unlikely-macros
> > page-owner-tracking-leak-detector
> > cciss-procfs-updates-to-display-info-about-many-volumes
>
> Guys, create_proc_entry() is slightly racy in case of modular code and
>
On Mon, 18 Feb 2008 11:15:36 +0100 Thomas Petazzoni <[EMAIL PROTECTED]> wrote:
> Hi,
>
> Le Sat, 16 Feb 2008 21:44:10 -0800,
> Andrew Morton <[EMAIL PROTECTED]> a __crit :
>
> > Bustage in x86-configurable-dmi-scanning-code.patch. Previously,
> > DMI=y was just hardwired. Now, it becomes
Hi,
Le Sat, 16 Feb 2008 21:44:10 -0800,
Andrew Morton <[EMAIL PROTECTED]> a écrit :
> Bustage in x86-configurable-dmi-scanning-code.patch. Previously,
> DMI=y was just hardwired. Now, it becomes selectable and stuff
> breaks.
>
> I guess the DMI=n version of dmi_check_system() could become a
On Sun, 17 Feb 2008 16:16:19 -0800 Randy Dunlap <[EMAIL PROTECTED]> wrote:
> On Sat, 16 Feb 2008 00:25:22 -0800 Andrew Morton wrote:
>
> >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.25-rc2/2.6.25-rc2-mm1/
>
> Building i386 kernel on x86_64, I see a build error in
On Sun, 17 Feb 2008 16:16:19 -0800 Randy Dunlap [EMAIL PROTECTED] wrote:
On Sat, 16 Feb 2008 00:25:22 -0800 Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.25-rc2/2.6.25-rc2-mm1/
Building i386 kernel on x86_64, I see a build error in linking:
Hi,
Le Sat, 16 Feb 2008 21:44:10 -0800,
Andrew Morton [EMAIL PROTECTED] a écrit :
Bustage in x86-configurable-dmi-scanning-code.patch. Previously,
DMI=y was just hardwired. Now, it becomes selectable and stuff
breaks.
I guess the DMI=n version of dmi_check_system() could become a macro
On Mon, 18 Feb 2008 11:15:36 +0100 Thomas Petazzoni [EMAIL PROTECTED] wrote:
Hi,
Le Sat, 16 Feb 2008 21:44:10 -0800,
Andrew Morton [EMAIL PROTECTED] a __crit :
Bustage in x86-configurable-dmi-scanning-code.patch. Previously,
DMI=y was just hardwired. Now, it becomes selectable and
On Sun, 17 Feb 2008 13:50:50 +0300 Alexey Dobriyan [EMAIL PROTECTED] wrote:
profile-likely-unlikely-macros
page-owner-tracking-leak-detector
cciss-procfs-updates-to-display-info-about-many-volumes
Guys, create_proc_entry() is slightly racy in case of modular code and
proc_create() was
On Sun, Feb 17, 2008 at 09:17:55PM -0800, Randy Dunlap wrote:
On Sat, 16 Feb 2008 00:25:22 -0800 Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.25-rc2/2.6.25-rc2-mm1/
It's possible to config a specific CPU and also enable Intel MCE checks
and AMD
On Sun, Feb 17, 2008 at 01:50:50PM +0300, Alexey Dobriyan wrote:
profile-likely-unlikely-macros
page-owner-tracking-leak-detector
cciss-procfs-updates-to-display-info-about-many-volumes
Guys, create_proc_entry() is slightly racy in case of modular code and
proc_create() was invented to
On Sat, 16 Feb 2008 00:25:22 -0800 Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.25-rc2/2.6.25-rc2-mm1/
cciss driver has a bad macro definition:
#else /* no CONFIG_CISS_SCSI_TAPE */
/* If no tape support, then these become defined out of existence */
Laurent Riffard wrote:
Le 16.02.2008 09:25, Andrew Morton a écrit :
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.25-rc2/2.6.25-rc2-mm1/
Got this in dmesg output:
[ cut here ]
WARNING: at arch/x86/mm/ioremap.c:129 __ioremap+0xc7/0x182()
Can you
Le 18.02.2008 20:35, Arjan van de Ven a écrit :
Laurent Riffard wrote:
Le 16.02.2008 09:25, Andrew Morton a écrit :
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.25-rc2/2.6.25-rc2-mm1/
Got this in dmesg output:
[ cut here ]
WARNING: at
Laurent Riffard wrote:
ioremap: trying to map RAM page at 0 ===
Completing Region/Field/Buffer/Package
initialization:
Hope this helps.
actually... it helps a lot.
I'll cook up a patch for this now :)
thanks for testing so
Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.25-rc2/2.6.25-rc2-mm1/
- git-xfs is dropped due to git conflicts
- git-x86 is dropped due to too many changes to non-x86 code
- git-perfmon remains dropped due to rejects
- git-kgdb remains dropped
On Mon, 18 Feb 2008 20:08:03 -0400 Kevin Winchester [EMAIL PROTECTED] wrote:
Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.25-rc2/2.6.25-rc2-mm1/
- git-xfs is dropped due to git conflicts
- git-x86 is dropped due to too many changes to non-x86
On Mon, 18 Feb 2008, Andrew Morton wrote:
I don't think I've seen anyone else report this, but if I'm wrong, I'm
sure someone will point me to the thread.
No, I think it's new.
Looks like an ftrace-vs-lockdep problem.
Is there a .config around to look at?
Thanks,
-- Steve
--
To
Steven Rostedt wrote:
On Mon, 18 Feb 2008, Andrew Morton wrote:
I don't think I've seen anyone else report this, but if I'm wrong, I'm
sure someone will point me to the thread.
No, I think it's new.
Looks like an ftrace-vs-lockdep problem.
Is there a .config around to look at?
On Feb 17, 2008 9:17 PM, Randy Dunlap <[EMAIL PROTECTED]> wrote:
> On Sat, 16 Feb 2008 00:25:22 -0800 Andrew Morton wrote:
>
> >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.25-rc2/2.6.25-rc2-mm1/
>
> It's possible to config a specific CPU and also enable Intel MCE checks
On Sun, 17 Feb 2008 23:58:03 -0500
"Brown, Len" <[EMAIL PROTECTED]> wrote:
> >Len: This WARN_ON says that ACPI is trying to call ioremap()
> >on memory that the e820_table
> >lists as "kernel owned". Do you know why ACPI would do this?
> >Would ACPI get upset if
> >the kernel would tell it to
On Sat, 16 Feb 2008 00:25:22 -0800 Andrew Morton wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.25-rc2/2.6.25-rc2-mm1/
It's possible to config a specific CPU and also enable Intel MCE checks
and AMD MCE checks, ending with this:
arch/x86/kernel/built-in.o: In
>> evxfevnt-0091 [00] enable: Transition to
>ACPI mode successful
>> khelper used greatest stack depth: 3144 bytes left
>> net_namespace: 304 bytes
>> NET: Registered protocol family 16
>> ACPI: bus type pci registered
>> khelper used greatest stack depth: 3032 bytes left
>> PCI:
Thanks for spotting this - it only would happen if CONFIG_PROC_FS is disabled.
I have fixed it in the cifs-2.6.git tree so should be fine next time akpm pulls.
On Feb 17, 2008 6:14 PM, Randy Dunlap <[EMAIL PROTECTED]> wrote:
> On Sat, 16 Feb 2008 00:25:22 -0800 Andrew Morton wrote:
>
> >
> >
On Sat, 16 Feb 2008 00:25:22 -0800 Andrew Morton wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.25-rc2/2.6.25-rc2-mm1/
Building i386 kernel on x86_64, I see a build error in linking:
kernel/built-in.o: In function `jiffies_64_to_usecs':
(.text+0xeaed): undefined
On Sun, Feb 17, 2008 at 01:31:37PM -0800, H. Peter Anvin wrote:
> Sam Ravnborg wrote:
> >
> >But I assume in less obvious way.
> >It is a bit more intuitive to error out on missing
> >-m32 support than gcc failing to support .code16
> >or some other inline assembler magic.
> >
>
> No, you will
Sam Ravnborg wrote:
But I assume in less obvious way.
It is a bit more intuitive to error out on missing
-m32 support than gcc failing to support .code16
or some other inline assembler magic.
No, you will get the message "the selected CPU doesn't support the
x86-64 architecture".
On Sun, Feb 17, 2008 at 01:21:27PM -0800, H. Peter Anvin wrote:
> Sam Ravnborg wrote:
> >
> >For a 64 bit build we should error out if the compiler
> >fials to support -m32 (how unlikely that may be).
> >So I would prefer it unconditional for 64 bit.
> >
>
> We will err out anyway.
But I assume
Sam Ravnborg wrote:
For a 64 bit build we should error out if the compiler
fials to support -m32 (how unlikely that may be).
So I would prefer it unconditional for 64 bit.
We will err out anyway.
-hpa
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
1 - 100 of 178 matches
Mail list logo