On 8/15/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> I don't recall what specifically went wrong when we were using select
> in there, but it was pretty ugly.
>
> We're hitting more and more problems with this "select is
> broken"-versus-"depends-on user inferface sucks" problem.
How about if
ple/akpm/patches/2.6/2.6.23-
> > rc2/2.6.23-rc2-mm2/
> > >
> > > - Various problems from 2.6.23-rc2-mm1 were fixed
> > >
> > >
> > >
> > > Boilerplate:
> > >
> > > - See the `hot-fixes' directory for any import
ned-off-by: KAMEZAWA Hiroyuki <[EMAIL PROTECTED]>
---
arch/ia64/mm/init.c|2 --
include/asm-ia64/pgtable.h | 17 +++--
2 files changed, 11 insertions(+), 8 deletions(-)
Index: linux-2.6.23-rc2-mm2/include/asm-ia64/
On Tue, 21 Aug 2007 14:12:02 -0700
"Luck, Tony" <[EMAIL PROTECTED]> wrote:
> > + if (pte_present(pteval) &&// swap out ?
> > + pte_exec(pteval) &&// flush only new executable page.
> > pte_user(pteval) &&// ignore kernel page
> > (!pte_present(*ptep) ||// do_no_page
On Sun, 19 Aug 2007 15:56:07 + (UTC)
richard kennedy <[EMAIL PROTECTED]> wrote:
> On Thu, 09 Aug 2007 22:42:54 -0700, Andrew Morton wrote:
>
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-
> rc2/2.6.23-rc2-mm2/
> >
> > - Various
> + if (pte_present(pteval) &&// swap out ?
> + pte_exec(pteval) &&// flush only new executable page.
> pte_user(pteval) &&// ignore kernel page
> (!pte_present(*ptep) ||// do_no_page or swap in, migration,
> pte_pfn(*ptep) != pte_pfn(pteval)))
ged, 2 insertions(+), 4 deletions(-)
Index: linux-2.6.23-rc2-mm2/include/asm-ia64/pgtable.h
===
--- linux-2.6.23-rc2-mm2.orig/include/asm-ia64/pgtable.h
+++ linux-2.6.23-rc2-mm2/include/asm-ia64/pgtable.h
@@ -327,8 +327,8 @@ ia64_phys_addr
* Eric W. Biederman <[EMAIL PROTECTED]> wrote:
> Ok. I missed that. Duh. I just saw Andrews drop message.
>
> This looks like Alexey respun my patch, or else we were thinking on
> parallel paths. Probably parallel given Alexey's dislike of using the
> CTL_UNNUMBERED define.
>
> There are
Include linux/string.h for strcmp() to fix the following build error.
This patch is required for 2.6.23-rc2-mm2.
<-- snip -->
CC kernel/sysctl_check.o
/project/m32r-linux/kernel/linux-2.6.23-rc2-mm2/linux-2.6.23-rc2-mm2/kernel/sysctl_check.c:
In function 'sysctl_binary_lookup
On Thu, 09 Aug 2007 22:42:54 -0700, Andrew Morton wrote:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-
rc2/2.6.23-rc2-mm2/
>
> - Various problems from 2.6.23-rc2-mm1 were fixed
>
>
>
> Boilerplate:
>
> - See the `hot-fixes' direct
Michael Neuling wrote:
>
> SLB shadow was bust. Make sure you have
> edd0622bd2e8f755c960827e15aa6908c3c5aa94
>
> [POWERPC] Fix potential duplicate entry in SLB shadow buffer
>
> We were getting a duplicate entry in the SLB shadow buffer in
> slb_flush_and_rebolt() if the kernel
ts
>
>
> --
> Warm Regards,
> Balbir Singh
> Linux Technology Center
> IBM, ISTL
>
> --000300070303050202020703
> Content-Type: text/plain;
> name="config.txt"
> Content-Transfer-Encoding: 7bit
> Content-Dis
Hi,
My machine reboots automatically after a few seconds of booting 2.6.23-rc2-mm2.
I've tried several ways to debug the problem, but I've had no success.
I am not sure if this problem has been reported already, a few simple searches
did not indicate that the problem had been reported
On Thu, 16 Aug 2007, Lee Schermerhorn wrote:
> PATCH Initialize N_*_MEMORY and N_CPU masks for non-NUMA config
Acked-by: Christoph Lameter <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo inf
Andrew: this one should go with the other memoryless node patches.
Lee
---
PATCH Initialize N_*_MEMORY and N_CPU masks for non-NUMA config
Against: 2.6.23-rc2-mm2
The N_*_MEMORY and N_CPU node state masks are not being initialized
for !NUMA because
On 8/15/07, Paul Jackson <[EMAIL PROTECTED]> wrote:
> Lee wrote:
> > [altho' methinks CPUSET should select CONTAINERS rather than
> > depend on it...]
>
> Good point -- what do you think, Paul Menage?
That's how I made the configs originally; akpm asked me to invert the
dependencies to use "depend
Christoph wrote (and Lee quoted):
> Looks like we need to fix cpuset nodemasks for the !NUMA case then?
> It cannot expect to find valid nodemasks if !NUMA.
The code in kernel/cpuset.c should be written as if there are always
valid nodemasks. In the case of !NUMA, it will happen that there is
onl
On Wed, 2007-08-15 at 13:36 -0700, Christoph Lameter wrote:
> On Wed, 15 Aug 2007, Lee Schermerhorn wrote:
>
> > > So its always true for node 0. The "bit" is set.
> >
> > The issue is with the N_*_MEMORY masks. They don't get initialized
> > properly because node_set_state() is a no-op if !NUMA
On Wed, 15 Aug 2007, Lee Schermerhorn wrote:
> Thanks for testing. If Christoph agrees, I'll repost to -mm to request
> merging.
Please do. Looks right from what I can tell so far.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTE
On Wed, 15 Aug 2007, Serge E. Hallyn wrote:
> > Index: Linux/mm/page_alloc.c
> > ===
> > --- Linux.orig/mm/page_alloc.c 2007-08-15 10:01:23.0 -0400
> > +++ Linux/mm/page_alloc.c 2007-08-15 10:05:41.0 -0400
> > @
On Wed, 15 Aug 2007, Lee Schermerhorn wrote:
> > So its always true for node 0. The "bit" is set.
>
> The issue is with the N_*_MEMORY masks. They don't get initialized
> properly because node_set_state() is a no-op if !NUMA. So, where we
> look for intersections with or where we AND with the N
On Wed, 15 Aug 2007 14:00:29 -0400
Lee Schermerhorn <[EMAIL PROTECTED]> wrote:
> On Wed, 2007-08-15 at 12:12 -0500, Serge E. Hallyn wrote:
> > Quoting Paul Jackson ([EMAIL PROTECTED]):
> > > Lee wrote:
> > > > [altho' methinks CPUSET should select CONTAINERS rather than
> > > > depend on it...]
>
On Wed, 2007-08-15 at 22:22 +0530, Dhaval Giani wrote:
> Hi,
>
> On Wed, Aug 15, 2007 at 11:31:42AM -0500, Serge E. Hallyn wrote:
> > Quoting Lee Schermerhorn ([EMAIL PROTECTED]):
> > > On Wed, 2007-08-15 at 09:31 -0500, Serge E. Hallyn wrote:
> > > > Quoting Lee Schermerhorn ([EMAIL PROTECTED]):
On Wed, 2007-08-15 at 12:12 -0500, Serge E. Hallyn wrote:
> Quoting Paul Jackson ([EMAIL PROTECTED]):
> > Lee wrote:
> > > [altho' methinks CPUSET should select CONTAINERS rather than
> > > depend on it...]
> >
> > Good point -- what do you think, Paul Menage?
>
> Paul mentioned (http://www.spini
Quoting Paul Jackson ([EMAIL PROTECTED]):
> Lee wrote:
> > [altho' methinks CPUSET should select CONTAINERS rather than
> > depend on it...]
>
> Good point -- what do you think, Paul Menage?
Paul mentioned (http://www.spinics.net/lists/linux-containers/msg03775.html)
that he was asked not to use
Quoting Dhaval Giani ([EMAIL PROTECTED]):
> Hi,
>
> On Wed, Aug 15, 2007 at 11:31:42AM -0500, Serge E. Hallyn wrote:
> > Quoting Lee Schermerhorn ([EMAIL PROTECTED]):
> > > On Wed, 2007-08-15 at 09:31 -0500, Serge E. Hallyn wrote:
> > > > Quoting Lee Schermerhorn ([EMAIL PROTECTED]):
> > > > > On
Hi,
On Wed, Aug 15, 2007 at 11:31:42AM -0500, Serge E. Hallyn wrote:
> Quoting Lee Schermerhorn ([EMAIL PROTECTED]):
> > On Wed, 2007-08-15 at 09:31 -0500, Serge E. Hallyn wrote:
> > > Quoting Lee Schermerhorn ([EMAIL PROTECTED]):
> > > > On Tue, 2007-08-14 at 14:56 -0700, Christoph Lameter wrote:
Serge wrote:
> Paul, is the mems stuff in cpusets only really useful for NUMA cases?
I haven't been following this closely, but offhand, my take is that:
1) CONFIG_CPUSETS is primarily useful on SMP or NUMA systems.
2) It can be configured on non-NUMA systems (it still seems to
need CONF
ually restrict the memory, but
> > at least /cpusets/set1/mems exists and $SOME_CPU doesn't have to be 0 to
> > be valid.
>
> Well, you really shouldn't be writing cpu ids to the cpuset mems file.
> Rather, it takes node ids. And on !NUMA configs, only node 0 exists.
>
Lee wrote:
> [altho' methinks CPUSET should select CONTAINERS rather than
> depend on it...]
Good point -- what do you think, Paul Menage?
--
I won't rest till it's the best ...
Programmer, Linux Scalability
Paul Jackson <[EMAIL PROTECTED]> 1
ing cpu ids to the cpuset mems file.
Rather, it takes node ids. And on !NUMA configs, only node 0 exists.
Can you actually write a !0 cpuid to the mems file with the current
option #1 patch [that uses node_set() to populate the node_states[]]?
It should allow something like:
echo 0,1
Quoting Lee Schermerhorn ([EMAIL PROTECTED]):
> On Tue, 2007-08-14 at 14:56 -0700, Christoph Lameter wrote:
> > On Tue, 14 Aug 2007, Lee Schermerhorn wrote:
> >
> > > > Ok then you did not have a NUMA system configured. So its okay for the
> > > > dummies to ignore the stuff. CONFIG_NODES_SHIFT i
On Tue, 2007-08-14 at 14:56 -0700, Christoph Lameter wrote:
> On Tue, 14 Aug 2007, Lee Schermerhorn wrote:
>
> > > Ok then you did not have a NUMA system configured. So its okay for the
> > > dummies to ignore the stuff. CONFIG_NODES_SHIFT is a constant and does
> > > not
> > > change. The firs
On Tue, 14 Aug 2007, Lee Schermerhorn wrote:
> > Ok then you did not have a NUMA system configured. So its okay for the
> > dummies to ignore the stuff. CONFIG_NODES_SHIFT is a constant and does not
> > change. The first bit is always set.
>
> The first bit [node 0] is only set for the N_ONLINE
On Tue, 2007-08-14 at 14:28 -0700, Christoph Lameter wrote:
> On Tue, 14 Aug 2007, Serge E. Hallyn wrote:
>
> > CONFIG_NODES_SHIFT was unset, so MAX_NUMNODES=1, so
> > node_state() and node_set_state() are dummies.
>
> Ok then you did not have a NUMA system configured. So its okay for the
> dumm
On Tue, 14 Aug 2007, Lee Schermerhorn wrote:
> Here's an update to that patch to handle the other 2 places I found
> where node_set_state() would be a no-op when MAX_NUMNODES == 1.
What is the problem? node_set_state is not needed when !NUMA. All flags
are set for the single node?
-
To unsubscrib
On Tue, 2007-08-14 at 15:49 -0500, Serge E. Hallyn wrote:
>
> Here is a patch which fixes the bug on my system. As noted in
> the patch description, there are other calls to node_set_state() in
> mm/page_alloc.c which might also need to be switched to node_set(),
> if this is deemed the right so
On Tue, 14 Aug 2007, Serge E. Hallyn wrote:
> CONFIG_NODES_SHIFT was unset, so MAX_NUMNODES=1, so
> node_state() and node_set_state() are dummies.
Ok then you did not have a NUMA system configured. So its okay for the
dummies to ignore the stuff. CONFIG_NODES_SHIFT is a constant and does not
ch
On Tue, 2007-08-14 at 15:49 -0500, Serge E. Hallyn wrote:
> Quoting Serge E. Hallyn ([EMAIL PROTECTED]):
> > Quoting Lee Schermerhorn ([EMAIL PROTECTED]):
> > > On Tue, 2007-08-14 at 13:03 -0500, Serge E. Hallyn wrote:
> > > > Quoting Lee Schermerhorn ([EMAIL PROTECTED]):
> > > > > On Mon, 2007-08-
On Tue, 2007-08-14 at 14:23 -0500, Serge E. Hallyn wrote:
> Quoting Lee Schermerhorn ([EMAIL PROTECTED]):
> > On Tue, 2007-08-14 at 13:03 -0500, Serge E. Hallyn wrote:
> > > Quoting Lee Schermerhorn ([EMAIL PROTECTED]):
> > > > On Mon, 2007-08-13 at 15:12 -0500, Serge E. Hallyn wrote:
> > > > > Quo
Quoting Serge E. Hallyn ([EMAIL PROTECTED]):
> Quoting Lee Schermerhorn ([EMAIL PROTECTED]):
> > On Tue, 2007-08-14 at 13:03 -0500, Serge E. Hallyn wrote:
> > > Quoting Lee Schermerhorn ([EMAIL PROTECTED]):
> > > > On Mon, 2007-08-13 at 15:12 -0500, Serge E. Hallyn wrote:
> > > > > Quoting Dhaval G
Quoting Lee Schermerhorn ([EMAIL PROTECTED]):
> On Tue, 2007-08-14 at 13:03 -0500, Serge E. Hallyn wrote:
> > Quoting Lee Schermerhorn ([EMAIL PROTECTED]):
> > > On Mon, 2007-08-13 at 15:12 -0500, Serge E. Hallyn wrote:
> > > > Quoting Dhaval Giani ([EMAIL PROTECTED]):
> > > > > Hi,
> > > > >
> >
On Tue, 2007-08-14 at 13:03 -0500, Serge E. Hallyn wrote:
> Quoting Lee Schermerhorn ([EMAIL PROTECTED]):
> > On Mon, 2007-08-13 at 15:12 -0500, Serge E. Hallyn wrote:
> > > Quoting Dhaval Giani ([EMAIL PROTECTED]):
> > > > Hi,
> > > >
> > > > On mounting cpusets using containers, I have been hitt
Quoting Lee Schermerhorn ([EMAIL PROTECTED]):
> On Mon, 2007-08-13 at 15:12 -0500, Serge E. Hallyn wrote:
> > Quoting Dhaval Giani ([EMAIL PROTECTED]):
> > > Hi,
> > >
> > > On mounting cpusets using containers, I have been hitting the following
> > > bug.
> > >
> > >
> > > ---[ cut here
On Mon, 2007-08-13 at 15:12 -0500, Serge E. Hallyn wrote:
> Quoting Dhaval Giani ([EMAIL PROTECTED]):
> > Hi,
> >
> > On mounting cpusets using containers, I have been hitting the following
> > bug.
> >
> >
> > ---[ cut here ]
> > kernel BUG at kernel/cpuset.c:331!
> > CONFI
gt;
> Pid: 4293, comm: mkdir Not tainted (2.6.23-rc2-mm2 #3)
> EIP: 0060:[] EFLAGS: 00010246 CPU: 7
> EIP is at guarantee_online_mems+0x37/0x3e
> EAX: EBX: ECX: EDX: ca64bf48
> ESI: c05374a0 EDI: ca94 EBP: ca54becc ESP: ca54bec8
> DS: 007b ES: 0
On Mon, 13 Aug 2007, Alexey Dobriyan wrote:
> Andrew please drop
> introduce-strtol_check_range-fix.patch
> introduce-strtol_check_range.patch
> from -mm.
>
> strtol_check_range() semantics is broken, because caller can't distinguish
> -E from valid negative number if he wants to ne
Andrew please drop
introduce-strtol_check_range-fix.patch
introduce-strtol_check_range.patch
from -mm.
strtol_check_range() semantics is broken, because caller can't distinguish
-E from valid negative number if he wants to negative integers. Comment
mentions this, but we don't want
On Thu, 9 Aug 2007 22:42:54 -0700 Andrew Morton wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc2/2.6.23-rc2-mm2/
>
> - Various problems from 2.6.23-rc2-mm1 were fixed
libertas wireless warnings on x86_64:
drivers/net/wireless/libertas/if_cs.c:
Hi,
On mounting cpusets using containers, I have been hitting the following
bug.
---[ cut here ]
kernel BUG at kernel/cpuset.c:331!
invalid opcode: [#1] SMP
Modules linked in:
Pid: 4293, comm: mkdir Not tainted (2.6.23-rc2-mm2 #3)
EIP: 0060:[] EFLAGS: 00010246 CPU: 7
Andrew Morton wrote:
> On Fri, 10 Aug 2007 14:35:01 +0200 Gabriel C <[EMAIL PROTECTED]> wrote:
>
>> In file included from include/linux/blkdev.h:17,
>> from kernel/sched.c:45:
>> include/linux/bsg.h:67: warning: 'struct request_queue' declared inside
>> parameter list
>> include/
* Martin Schwidefsky ([EMAIL PROTECTED]) wrote:
> On Fri, 2007-08-10 at 22:58 -0400, Mathieu Desnoyers wrote:
> > I got the following errors when building 2.6.23-rc2-mm2 on both mips and
> > arm. Both errors are very much alike.
>
> That attached patch should fix it for arm
David Brownell wrote:
> On Friday 10 August 2007, Gabriel C wrote:
>> Getting that with gcc 4.2.1 :
>>
>> drivers/usb/host/ohci-dbg.c: In function 'show_registers':
>> drivers/usb/host/ohci-dbg.c:620: warning: the address of 'next' will always
>> evaluate as 'true'
>> drivers/usb/host/ohci-dbg.c:6
Why is the G5 so slow with 2.6.23-rc2-mm2? hdparm -t shows 1.8MB/sec
instead of 58MB/sec. alpm-increase-number-of-allowable-device-flags.patch
(raising ATA_DFLAG_CFG_MASK) turns out to be the guilty party: though the
problem doesn't appear until the next patch, which adds ATA_DFLAG_IPM a
On Friday 10 August 2007, Gabriel C wrote:
> Getting that with gcc 4.2.1 :
>
> drivers/usb/host/ohci-dbg.c: In function 'show_registers':
> drivers/usb/host/ohci-dbg.c:620: warning: the address of 'next' will always
> evaluate as 'true'
> drivers/usb/host/ohci-dbg.c:639: warning: the address of 'n
On Sat, Aug 11, 2007 at 12:54:57PM +0200, Martin Schwidefsky wrote:
> On Sat, 2007-08-11 at 11:56 +0200, Sam Ravnborg wrote:
> > > That attached patch should fix it for arm and mips. I'll try a few more
> > > architectures until I'm fed up with compiling cross-compilers..
> > http://userweb.kernel.
On Sat, 2007-08-11 at 11:56 +0200, Sam Ravnborg wrote:
> > That attached patch should fix it for arm and mips. I'll try a few more
> > architectures until I'm fed up with compiling cross-compilers..
> http://userweb.kernel.org/~akpm/cross-compilers/
Thanks for the hint but I prefer to compile them
On Sat, Aug 11, 2007 at 11:50:00AM +0200, Martin Schwidefsky wrote:
> On Fri, 2007-08-10 at 22:58 -0400, Mathieu Desnoyers wrote:
> > I got the following errors when building 2.6.23-rc2-mm2 on both mips and
> > arm. Both errors are very much alike.
>
> That attached patch
On Fri, 2007-08-10 at 22:58 -0400, Mathieu Desnoyers wrote:
> I got the following errors when building 2.6.23-rc2-mm2 on both mips and
> arm. Both errors are very much alike.
That attached patch should fix it for arm and mips. I'll try a few more
architectures until I'm fed u
On Fri, 2007-08-10 at 22:58 -0400, Mathieu Desnoyers wrote:
> I got the following errors when building 2.6.23-rc2-mm2 on both mips and
> arm. Both errors are very much alike.
Four letter words. Seems like I have install some more cross-compilers
to find all the compile problems with the mm
Hi Andrew,
I got the following errors when building 2.6.23-rc2-mm2 on both mips and
arm. Both errors are very much alike.
MIPS:
/opt/crosstool/gcc-3.4.5-glibc-2.3.6/mips-unknown-linux-gnu/lib/gcc/mips-unknown-linux-gnu/3.4.5/include
-D__KERNEL__ -Iinclude -Iinclude2 -I/home/compudj/git/linux
On Fri, Aug 10, 2007 at 01:20:19PM -0700, Andrew Morton wrote:
> git-wireless now has the usual git catastrophe when merging it against the
> recently-discovered net-2.6.24 tree, so I'll need to do something about
> that first.
I have rebased the wireless-dev tree, and the mm-master branch there
el energetic, but we'll need a lot of fixes here before
> I can release the sysctl changes in another -mm, please.
As a cheap workaround it should be possible to disable SYSCTL support
in 2.6.23-rc2-mm2 to get around these issues.
Andrew for the moment I have just sent you fixes for all of t
Gabriel C napsal(a):
> Dave Young wrote:
>>> On 8/10/07, Dave Young <[EMAIL PROTECTED]> wrote:
>>>> On 8/10/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
>>>> On Fri, 10 Aug 2007 16:18:38 +0800 "Dave Young" <[EMAIL PROTECTED]&g
On Fri, 10 Aug 2007 22:08:01 +0200
Aurelien Jarno <[EMAIL PROTECTED]> wrote:
> On Thu, Aug 09, 2007 at 10:42:54PM -0700, Andrew Morton wrote:
> >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc2/2.6.23-rc2-mm2/
> >
> > - Various
On Thu, Aug 09, 2007 at 10:42:54PM -0700, Andrew Morton wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc2/2.6.23-rc2-mm2/
>
> - Various problems from 2.6.23-rc2-mm1 were fixed
>
I have just noticed that the B44 drivers now depends on BROKEN. It
>>>
>> >
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc2/2.6.23-rc2-mm2/
>> >>>
>> >>
>> >> Yet another sysctl table check failed
>> >>
>> >> [ 88.949055] Netfilter messages via NETLINK v0.
On Fri, 10 Aug 2007 11:33:41 -0600
[EMAIL PROTECTED] (Eric W. Biederman) wrote:
> Gabriel C <[EMAIL PROTECTED]> writes:
>
> > Michal Piotrowski wrote:
> >> Andrew Morton pisze:
> >>>
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.
/setup.o] Error 1
>> make: *** [arch/i386/kernel] Error 2
>> make: *** Waiting for unfinished jobs
>>
>>
>>
>> Got it on a randconfig :
>>
>> http://194.231.229.228/kernel/mm/2.6.23-rc2-mm2/randconfig-auto-25
>
> PARAM got removed, but include/asm-i386
et_info (between 'iTCO_wdt_probe' and
> 'supermicro_new_unlock_watchdog')
> WARNING: vmlinux.o(.data+0xa74f0): Section mismatch: reference to
> .init.text:ioat_probe (between 'ioat_pci_drv' and 'ioat_pci_tbl')
>
> ...
>
> http://19
ween 'pm2fb_set_par' and 'pm2fb_pan_display')
WARNING: vmlinux.o(.text+0x180d3b): Section mismatch: reference to .init.data:
(between 'iTCO_wdt_probe' and 'supermicro_new_unlock_watchdog')
WARNING: vmlinux.o(.text+0x180e1d): Section mismatch: reference to .init.data:
On Fri, 10 Aug 2007 14:32:27 -0400
"Miles Lane" <[EMAIL PROTECTED]> wrote:
> [ INFO: inconsistent lock state ]
> 2.6.23-rc2-mm2 #10
> -
> inconsistent {in-hardirq-W} -> {hardirq-on-W} usage.
> ifconfig/8425 [HC0[0]:SC0[0]:HE1:SE
Waiting for unfinished jobs
>
> ....
>
> Got it on a randconfig :
>
> http://194.231.229.228/kernel/mm/2.6.23-rc2-mm2/randconfig-auto-25
PARAM got removed, but include/asm-i386/mach-voyager/setup_arch.h still
uses it.
-
To unsubscribe from this list: send the line "
setup.c:547: error: for each function it appears in.)
make[1]: *** [arch/i386/kernel/setup.o] Error 1
make: *** [arch/i386/kernel] Error 2
make: *** Waiting for unfinished jobs
Got it on a randconfig :
http://194.231.229.228/kernel/mm/2.6.23-rc2-mm2/randconfig-auto-25
-
To unsubscribe f
On 10/08/07, Gabriel C <[EMAIL PROTECTED]> wrote:
> Michal Piotrowski wrote:
> > Andrew Morton pisze:
> >> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc2/2.6.23-rc2-mm2/
> >>
> >
> > Yet another sysctl table check failed
Gabriel C <[EMAIL PROTECTED]> writes:
> Michal Piotrowski wrote:
>> Andrew Morton pisze:
>>>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc2/2.6.23-rc2-mm2/
>>>
>>
>> Yet another sysctl table check failed
>>
On Fri, Aug 10, 2007 at 01:21:21PM -0400, [EMAIL PROTECTED] wrote:
> On Fri, 10 Aug 2007 18:59:06 +0200, Adrian Bunk said:
>
> > It must be included on *all* architectures, and the architectures where
> > asm/page.h wasn't by chance already included indirectly included by some
> > other header d
Not sure if these are important issues or not:
sysctl table check failed: /kernel/cad_pid .1.54 Missing strategy
sysctl table check failed: /kernel/pty/nr .1.62.2 No data
sysctl table check failed: /dev/parport/default/timeslice .7.3.-3.1
Missing strategy
sysctl table check failed: /dev/parport/de
On Fri, 10 Aug 2007 18:59:06 +0200, Adrian Bunk said:
> It must be included on *all* architectures, and the architectures where
> asm/page.h wasn't by chance already included indirectly included by some
> other header don't compile.
Wow. So it happened to work by chance on *most* architectures
Ingo Molnar <[EMAIL PROTECTED]> writes:
> * Eric W. Biederman <[EMAIL PROTECTED]> wrote:
>
>> Yes. For the sched debug case I sent Ingo and friends but apparently
>> other changes in Ingos tree kept it from applying and Andrew dropped
>> it. So instead the code now screams at you and refuses t
On Fri, 10 Aug 2007 18:05:19 +0200 Ingo Molnar <[EMAIL PROTECTED]> wrote:
> > Yes. For the sched debug case I sent Ingo and friends but apparently
> > other changes in Ingos tree kept it from applying and Andrew dropped
> > it.
No, I know nothing about such a patch.
> So instead the code now
On Fri, Aug 10, 2007 at 12:40:49PM -0400, [EMAIL PROTECTED] wrote:
> On Fri, 10 Aug 2007 11:23:34 +0200, Aurelien Jarno said:
> > I have just tried it, and it fails to build for MIPS with the following
> > error:
> >
> > CC arch/mips/kernel/asm-offsets.s
> > In file included from include/li
On Fri, 10 Aug 2007 11:23:34 +0200, Aurelien Jarno said:
> I have just tried it, and it fails to build for MIPS with the following
> error:
>
> CC arch/mips/kernel/asm-offsets.s
> In file included from include/linux/sched.h:58,
> from arch/mips/kernel/asm-offsets.c:13:
> in
Hi,
Adrian Bunk, le Fri 10 Aug 2007 17:56:56 +0200, a écrit :
> On Thu, Aug 09, 2007 at 10:42:54PM -0700, Andrew Morton wrote:
> The change to drivers/s390/char/keyboard.c doesn't compile:
> (.text+0x2d666): undefined reference to `conv_uni_to_8bit'
> (.text+0x2d906): undefined reference to `conv
Michal Piotrowski wrote:
> Andrew Morton pisze:
>> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc2/2.6.23-rc2-mm2/
>>
>
> Yet another sysctl table check failed
>
> [ 88.949055] Netfilter messages via NETLINK v0.30.
> [ 89.485399] nf_
On Fri, 10 Aug 2007 14:35:01 +0200 Gabriel C <[EMAIL PROTECTED]> wrote:
> In file included from include/linux/blkdev.h:17,
> from kernel/sched.c:45:
> include/linux/bsg.h:67: warning: 'struct request_queue' declared inside
> parameter list
> include/linux/bsg.h:67: warning: its s
Andrew Morton pisze:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc2/2.6.23-rc2-mm2/
>
Yet another sysctl table check failed
[ 88.949055] Netfilter messages via NETLINK v0.30.
[ 89.485399] nf_conntrack version 0.5.0 (16384 buckets, 65536 max)
[ 89.491892]
* Eric W. Biederman <[EMAIL PROTECTED]> wrote:
> Yes. For the sched debug case I sent Ingo and friends but apparently
> other changes in Ingos tree kept it from applying and Andrew dropped
> it. So instead the code now screams at you and refuses to register
> Ingo sysctl table.
the commit b
Gabriel C <[EMAIL PROTECTED]> writes:
> And this 2
>
> ...
> [ 30.046491] sysctl table check failed: /kernel/cad_pid .1.54 Missing strategy
> [ 30.046527] sysctl table check failed: /kernel/pty/nr .1.62.2 No data
> ...
Yep.
The cad_pid case seems to be a real bug.
The pty/nr is a race you can'
Gabriel C <[EMAIL PROTECTED]> writes:
> ...
>
>> +sysctl-core-stop-using-the-unnecessary-ctl_table-typedef.patch
>> +sysctl-factor-out-sysctl_data.patch
>> +sysctl-error-on-bad-sysctl-tables.patch
>> +sysctl-update-sysctl_check_table.patch
>> +sysct-mqueue-remove-the-binary-sysctl-numbers.patch
>>
"Michal Piotrowski" <[EMAIL PROTECTED]> writes:
> Ah, it is intended.
> sysctl-error-on-bad-sysctl-tables.patch
Yes. I'm trying to flush out the bad sysctl table entries and prevent
us from adding new ones.
>> [ 25.120741] sysctl_check_dir: failed: /kernel ref: /kernel .1
>> [ 25.127102] s
On Thu, Aug 09, 2007 at 10:42:54PM -0700, Andrew Morton wrote:
>...
> Changes since 2.6.23-rc1-mm2:
>...
> +unicode-diacritics-support.patch
>...
> misc
>...
The change to drivers/s390/char/keyboard.c doesn't compile:
<-- snip -->
...
LD .tmp_vmlinux1
drivers/s390/built-in.o: In functi
On 10/08/07, Michal Piotrowski <[EMAIL PROTECTED]> wrote:
> Hi,
>
> Andrew Morton pisze:
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc2/2.6.23-rc2-mm2/
> >
> [..]
> > +sysctl-core-stop-using-the-unnecessary-ctl_table-
Hi,
Andrew Morton pisze:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc2/2.6.23-rc2-mm2/
>
[..]
> +sysctl-core-stop-using-the-unnecessary-ctl_table-typedef.patch
> +sysctl-factor-out-sysctl_data.patch
> +sysctl-error-on-bad-sysctl-tables.patch
&
-dbg.c:620: warning: the address of 'next' will always
evaluate as 'true'
drivers/usb/host/ohci-dbg.c:639: warning: the address of 'next' will always
evaluate as 'true'
...
config : http://194.231.229.228/kernel/mm/2.6.23-rc2-mm2/randconfig-auto-5
-
To unsu
NING: vmlinux.o(.data+0x5480): Section mismatch: reference to
.init.text:workqueue_cpu_callback (between 'workqueue_cpu_callback_nb.12121'
and 'workqueue_mutex')
WARNING: vmlinux.o(.data+0x90c4): Section mismatch: reference to
.init.text:cpu_callback (between 'cpu_cal
config there :
http://194.231.229.228/kernel/mm/2.6.23-rc2-mm2/randconfig-auto-5
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Dave Young wrote:
>> On 8/10/07, Dave Young <[EMAIL PROTECTED]> wrote:
>>> On 8/10/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
>>> On Fri, 10 Aug 2007 16:18:38 +0800 "Dave Young" <[EMAIL PROTECTED]> wrote:
>>>
>>>> Hi,
>
Gabriel C wrote:
> ...
>
>> +sysctl-core-stop-using-the-unnecessary-ctl_table-typedef.patch
>> +sysctl-factor-out-sysctl_data.patch
>> +sysctl-error-on-bad-sysctl-tables.patch
>> +sysctl-update-sysctl_check_table.patch
>> +sysct-mqueue-remove-the-binary-sysctl-numbers.patch
>> +sysctl-remove-binar
...
> +sysctl-core-stop-using-the-unnecessary-ctl_table-typedef.patch
> +sysctl-factor-out-sysctl_data.patch
> +sysctl-error-on-bad-sysctl-tables.patch
> +sysctl-update-sysctl_check_table.patch
> +sysct-mqueue-remove-the-binary-sysctl-numbers.patch
> +sysctl-remove-binary-sysctl-support-where-it-c
1 - 100 of 106 matches
Mail list logo
