Thanks for the pointers, guys. It took a while for me to figure out what
got wrong to foul up UML, but the bug and fix are trivial (posting now).
Some of the testing I thought had got done clearly wasn't done, since
PTRACE_SETREGS was 100% busticated for 32-bit processes calling ptrace on
x86_64 k
On Thu, Feb 21, 2008 at 06:20:23PM +0100, Miklos Szeredi wrote:
> Bisected it down to
>
> good e7b5e11eaaa8ef93a34e68016de51152d0d62911
> bad bde6f5f59c2b2b48a7a849c129d5b48838fe77ee
>
> I strongly suspect it's one of the ptrace cleanup patches. Roland,
> could you please have a look?
I agree.
> > > > - UML doesn't boot: guest is 2.6.24-mm1 also, haven't tried any
> > > >other. Same guest boots fine on 2.6.24 host.
> > >
> > > What does it do?
> >
> > See below.
>
> This bug seems to have made it to mainlin
> > > - UML doesn't boot: guest is 2.6.24-mm1 also, haven't tried any
> > >other. Same guest boots fine on 2.6.24 host.
> >
> > What does it do?
>
> See below.
This bug seems to have made it to mainline as well, starting with
-rc1. Any ide
21 +0100
> Pierre Peiffer <[EMAIL PROTECTED]> wrote:
>
>> Hi,
>>
>> When I compile the kernel 2.6.24-mm1 with:
>> CONFIG_NET_ISA=y
>> CONFIG_NE2000=y
>>
>> I have the following compile error:
>> ...
>> GEN .version
>>
> > - strange key repeating (short press of a key results in lots of key
> >press events) when there's some sort of load (I/O?) I may have
> >seen this on non-mm kernels as well, but it's definitely more
> >noticable in -mm
>
> Do you have CONFIG_FAIR_GROUP_SCHED enabled?, if so, doe
> On Fri, Feb 15, 2008 at 08:52:04PM +0100, Miklos Szeredi wrote:
> > > What does it do?
> >
> > See below.
>
> > [0.42] Checking host MADV_REMOVE support...<3>MADV_REMOVE failed,
> > err = -38
>
> Where'd MADV_REMOVE go? I have it on 2.6.24.
Oh, I always get this message. Looking cl
On Fri, Feb 15, 2008 at 08:52:04PM +0100, Miklos Szeredi wrote:
> > What does it do?
>
> See below.
> [0.42] Checking host MADV_REMOVE support...<3>MADV_REMOVE failed, err
> = -38
Where'd MADV_REMOVE go? I have it on 2.6.24.
> [0.42] Failed to get registers from stub, errno =
On Fri, 15 Feb 2008 11:46:55 -0500
[EMAIL PROTECTED] wrote:
> On Fri, 15 Feb 2008 12:43:45 +0100, Miklos Szeredi said:
> > I'm trying out 2.6.24-mm1 on my work laptop (T60), and generally it
>
> > - mounting isofs always results in an empty directory
>
> I hit thi
On Friday 15 February 2008, Miklos Szeredi wrote:
> > > - UML doesn't boot: guest is 2.6.24-mm1 also, haven't tried any
> > >other. Same guest boots fine on 2.6.24 host.
> >
> > What does it do?
>
> See below.
>
> >
> >
> > - UML doesn't boot: guest is 2.6.24-mm1 also, haven't tried any
> >other. Same guest boots fine on 2.6.24 host.
>
> What does it do?
See below.
>
> Any chance you can bisect it?
It would be a bit painful, because this is the only machine I ca
On Fri, Feb 15, 2008 at 12:43:45PM +0100, Miklos Szeredi wrote:
> - UML doesn't boot: guest is 2.6.24-mm1 also, haven't tried any
>other. Same guest boots fine on 2.6.24 host.
What does it do?
Any chance you can bisect it?
Jeff
--
Work
stently working properly for a long time with various
> kernels (and the e1000 driver). I've now swithed to 2.6.24-mm1 and
> e1000e, and it's almost consistently broken after boot and resume, and
> sometimes needs several tries (with the KDE NetworkManager thingy) to
>
e1000 driver). I've now swithed to 2.6.24-mm1 and
e1000e, and it's almost consistently broken after boot and resume, and
sometimes needs several tries (with the KDE NetworkManager thingy) to
make it work.
My guess is that either NetworkManager is buggy, or there's something
else in
Miklos Szeredi wrote:
>> OK. can you download, install and run `ethregs -i eth0` (from
>> e1000.sf.net) and send me the output? I'll compare with a known
>> working t60 I have here and see if anything shows up.
>
> OK, attached.
>
>> Also, post me the dmesg from after the adapter fails to load
>>
And here's the NetworkManager side of the log:
==
Feb 15 12:27:30 tucsk NetworkManager: starting...
Feb 15 12:27:30 tucsk NetworkManager: [1203074850.429242]
nm_system_device_get_system_config(): found config
'/etc/syscon
> OK. can you download, install and run `ethregs -i eth0` (from
> e1000.sf.net) and send me the output? I'll compare with a known
> working t60 I have here and see if anything shows up.
OK, attached.
> Also, post me the dmesg from after the adapter fails to load
> properly.
Hmm, nothing in dmesg
Miklos Szeredi wrote:
>>> - network doesn't always come up at first try (e1000e). On 2.6.24
>>>e1000e doesn't seem to work at all, so I use e1000, but that has
>>>other problems.
>
> It does seem to be using MSI interrupts:
>
>CPU0 CPU1
> 0:2994380 1 I
On Fri, 15 Feb 2008 12:43:45 +0100, Miklos Szeredi said:
> I'm trying out 2.6.24-mm1 on my work laptop (T60), and generally it
> - mounting isofs always results in an empty directory
I hit this in 24-rc8-mm1, and bisected it down to
iget-stop-isofs-from-using-read_inode-fix-2.patch
Kok, Auke wrote:
> Miklos Szeredi wrote:
>> - network doesn't always come up at first try (e1000e). On 2.6.24
>>e1000e doesn't seem to work at all, so I use e1000, but that has
>>other problems.
>
> Andy Gospodarek pointed out a possible problem with e1000e if you are not
> using
> MSI
s
TLB: 1943 1176 TLB shootdowns
TRM: 0 0 Thermal event interrupts
THR: 0 0 Threshold APIC interrupts
SPU: 0 0 Spurious interrupts
ERR: 0
#
# Automatically generated make config: don't edit
# Linux kernel version:
Miklos Szeredi wrote:
> - network doesn't always come up at first try (e1000e). On 2.6.24
>e1000e doesn't seem to work at all, so I use e1000, but that has
>other problems.
Andy Gospodarek pointed out a possible problem with e1000e if you are not using
MSI interrupts (e.g. booting with p
> On Fri, 2008-02-15 at 12:43 +0100, Miklos Szeredi wrote:
>
> > - strange key repeating (short press of a key results in lots of key
> >press events) when there's some sort of load (I/O?) I may have
> >seen this on non-mm kernels as well, but it's definitely more
> >noticable in -mm
On Fri, 2008-02-15 at 12:43 +0100, Miklos Szeredi wrote:
> - strange key repeating (short press of a key results in lots of key
>press events) when there's some sort of load (I/O?) I may have
>seen this on non-mm kernels as well, but it's definitely more
>noticable in -mm
Do you ha
ge the behavior of the existing code, but
>> improves it in term of readability and maintainability as it consolidates it
>> a little. As there was no objection, I think you can include them in your
>> -mm tree.
>>
>> The patchset applies on top of "2.6
I'm trying out 2.6.24-mm1 on my work laptop (T60), and generally it
works surprisingly well (including suspend/resume), with only a few
minor issues. If these are not known/fixed already, I'll send out
proper bug reports to the relevant people:
- UML doesn't boot: guest is
mproves it in term of readability and maintainability as it consolidates it
> a little. As there was no objection, I think you can include them in your
> -mm tree.
>
> The patchset applies on top of "2.6.24-mm1 + previous patches about
> IPC" sent the last days (ie
On Feb 13, 2008 9:07 PM, Alexey Dobriyan <[EMAIL PROTECTED]> wrote:
> On Tue, Feb 12, 2008 at 05:13:41PM +0100, [EMAIL PROTECTED] wrote:
> > Trivial patch which adds some small locking functions and makes use of them
> > to factorize some part of the code and to make it cleaner.
>
> What's wrong wi
On Tue, Feb 12, 2008 at 05:13:41PM +0100, [EMAIL PROTECTED] wrote:
> Trivial patch which adds some small locking functions and makes use of them
> to factorize some part of the code and to make it cleaner.
What's wrong with consolidation activity in general is that one need to
follow tags many tim
Rafael J. Wysocki wrote:
> On Tuesday, 5 of February 2008, Kamalesh Babulal wrote:
>> Hi,
>>
>> The kernel bootup panics with the 2.6.24-mm1 and 2.6.24-git13 kernel
>> while defconfig compiled in for x86_64 (Intel(R) Xeon) box
>
> Is that still happening or ha
On Tuesday, 5 of February 2008, Kamalesh Babulal wrote:
> Hi,
>
> The kernel bootup panics with the 2.6.24-mm1 and 2.6.24-git13 kernel
> while defconfig compiled in for x86_64 (Intel(R) Xeon) box
Is that still happening or has it been fixed?
Rafael
> BUG: unable to handl
semctl_down(), msgctl_down() and shmctl_down() are used to handle the same
set of commands for each kind of IPC. They all start to do the same job (they
retrieve the ipc and do some permission checks) before handling the commands
on their own.
This patch proposes to consolidate this by moving thes
From: Pierre Peiffer <[EMAIL PROTECTED]>
The IPC_SET command performs the same permission setting for all IPCs.
This patch introduces a common ipc_update_perm() function to update these
permissions and makes use of it for all IPCs.
Signed-off-by: Pierre Peiffer <[EMAIL PROTECTED]>
Acked-by: Serge
From: Pierre Peiffer <[EMAIL PROTECTED]>
All IPCs make use of an intermetiate *_setbuf structure to handle the
IPC_SET command. This is not really needed and, moreover, it complicates
a little bit the code.
This patch get rid of the use of it and uses directly the semid64_ds/
msgid64_ds/shmid64_d
From: Pierre Peiffer <[EMAIL PROTECTED]>
semctl_down() takes one unused parameter: semnum.
This patch proposes to get rid of it.
Signed-off-by: Pierre Peiffer <[EMAIL PROTECTED]>
Acked-by: Serge Hallyn <[EMAIL PROTECTED]>
---
ipc/sem.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(
From: Pierre Peiffer <[EMAIL PROTECTED]>
Currently, sys_msgctl is not easy to read.
This patch tries to improve that by introducing the msgctl_down function
to handle all commands requiring the rwmutex to be taken in write mode
(ie IPC_SET and IPC_RMID for now). It is the equivalent function of
se
From: Pierre Peiffer <[EMAIL PROTECTED]>
semctl_down is called with the rwmutex (the one which protects the
list of ipcs) taken in write mode.
This patch moves this rwmutex taken in write-mode inside semctl_down.
This has the advantages of reducing a little bit the window during
which this rwmutex
From: Pierre Peiffer <[EMAIL PROTECTED]>
Currently, the way the different commands are handled in sys_shmctl
introduces some duplicated code.
This patch introduces the shmctl_down function to handle all the commands
requiring the rwmutex to be taken in write mode (ie IPC_SET and IPC_RMID
for now).
From: Pierre Peiffer <[EMAIL PROTECTED]>
Trivial patch which adds some small locking functions and makes use of them
to factorize some part of the code and to make it cleaner.
Signed-off-by: Pierre Peiffer <[EMAIL PROTECTED]>
Acked-by: Serge Hallyn <[EMAIL PROTECTED]>
---
ipc/sem.c | 61 +
maintainability as it consolidates it
a little. As there was no objection, I think you can include them in your
-mm tree.
The patchset applies on top of "2.6.24-mm1 + previous patches about
IPC" sent the last days (ie Nadia's patches + mine).
For information, her
t; I've been ignoring the patches because they say "PATCH 2.6.24-mm1", and so
> I simply don't know whether it's supposed to go into *my* kernel or just
> -mm.
>
> There's also been several versions and discussions, so I'd really like to
> hav
it in the 2.6.24.x
> > tree.
>
> I've been ignoring the patches because they say "PATCH 2.6.24-mm1", and so
> I simply don't know whether it's supposed to go into *my* kernel or just
> -mm.
>
> There's also been several versions and discussio
On Sat, 9 Feb 2008, Greg KH wrote:
>
> Once the patch goes into Linus's tree, feel free to send it to the
> [EMAIL PROTECTED] address so that we can include it in the 2.6.24.x
> tree.
I've been ignoring the patches because they say "PATCH 2.6.24-mm1", and so
On Sun, Feb 10, 2008 at 02:29:24PM +0900, KOSAKI Motohiro wrote:
> CC'd Greg KH <[EMAIL PROTECTED]>
>
> I tested this patch on fujitsu memoryless node.
> (2.6.24 + silently-restrict-nodemask-to-allowed-nodes-V3 insted 2.6.24-mm1)
> it seems works good.
>
> Te
CC'd Greg KH <[EMAIL PROTECTED]>
I tested this patch on fujitsu memoryless node.
(2.6.24 + silently-restrict-nodemask-to-allowed-nodes-V3 insted 2.6.24-mm1)
it seems works good.
Tested-by: KOSAKI Motohiro <[EMAIL PROTECTED]>
Greg, I hope this patch merge to 2.6.24.x stable
Hi Lee-san
looks good for me.
I'll test about the head of week and report it by another mail.
Thanks!
> Was "Re: [2.6.24 regression][BUGFIX] numactl --interleave=all doesn't
> works on memoryless node."
>
> [Aside: I noticed there were two slightly different distributions for
> this topic. I'v
ussion. This is
something Paul J will need to address with his cpuset/mempolicy rework,
so we can sort it out in that context.
Again, tested with "numactl --interleave=all" and memtoy on ia64 using
mem= command line argument to simulate memoryless node.
Lee
=
Hi,
By continuing to consolidate a little the IPC code, each id can be built
directly in ipc_addid() instead of having it built from each callers of
ipc_addid()
And I also remove shm_addid() in order to have, as much as possible, the
same code for shm/sem/msg.
Signed-off-by: Pierre Peiffer <[EM
Hi,
2.6.24-mm1 won't build if CONFIG_X86_PAE is defined:
/home/lkernel/src/linux-2.6.24-mm1/arch/x86/mm/pgtable_32.c: In function
‘pgd_mop_up_pmds’:
/home/lkernel/src/linux-2.6.24-mm1/arch/x86/mm/pgtable_32.c:302:
warning: passing argument 1 of ‘pmd_free’ from incompatible pointer type
On Thu, 2008-02-07 at 19:26 -0600, Jay Cliburn wrote:
> On Thu, 07 Feb 2008 21:24:47 +0100
> Peter Zijlstra <[EMAIL PROTECTED]> wrote:
> The trace isn't from me; it's from Zan. He's running -mm, I'm not, if
> that makes a difference.
>
> >
> > Call Trace:
> > [schedule
On Thu, 07 Feb 2008 21:24:47 +0100
Peter Zijlstra <[EMAIL PROTECTED]> wrote:
>
> On Thu, 2008-02-07 at 20:49 +0100, Peter Zijlstra wrote:
> > On Wed, 2008-02-06 at 18:23 -0800, Andrew Morton wrote:
> > > On Wed, 06 Feb 2008 20:10:50 -0600 "J. K. Cliburn"
> > > <[EMAIL PROTECTED]> wrote:
> > >
>
On Thu, 2008-02-07 at 20:49 +0100, Peter Zijlstra wrote:
> On Wed, 2008-02-06 at 18:23 -0800, Andrew Morton wrote:
> > On Wed, 06 Feb 2008 20:10:50 -0600 "J. K. Cliburn" <[EMAIL PROTECTED]>
> > wrote:
> >
> > > Zan Lynx wrote:
> > >
> > > > gnome-terminal gets stuck.
> > >
> > > I began seeing
On Wed, 2008-02-06 at 18:23 -0800, Andrew Morton wrote:
> On Wed, 06 Feb 2008 20:10:50 -0600 "J. K. Cliburn" <[EMAIL PROTECTED]> wrote:
>
> > Zan Lynx wrote:
> >
> > > gnome-terminal gets stuck.
> >
> > I began seeing this very thing around 2.6.24 time. (Fedora 8, vanilla
> > kernel.) I coul
On Wed, 06 Feb 2008 20:10:50 -0600 "J. K. Cliburn" <[EMAIL PROTECTED]> wrote:
> Zan Lynx wrote:
>
> > gnome-terminal gets stuck.
>
> I began seeing this very thing around 2.6.24 time. (Fedora 8, vanilla
> kernel.) I could usually cause the gnome terminal to hang if I rapidly
> resized the wi
Zan Lynx wrote:
gnome-terminal gets stuck.
I began seeing this very thing around 2.6.24 time. (Fedora 8, vanilla
kernel.) I could usually cause the gnome terminal to hang if I rapidly
resized the window while executing make check-headers.
Over a couple of days I bisected it down to this
ning the 2.6.24 MM
> > series kernels.
>
> Do you have the -mm1 hot fixes applied if its occuring in 2.6.24-mm1 ?
All of them except stop-c_p_a-corrupting-the-pds.patch but I don't think
that matters since the patch description says it affects x86_32 and this
system is x86_64.
--
Za
On Wed, 06 Feb 2008 12:38:42 -0700
Zan Lynx <[EMAIL PROTECTED]> wrote:
> This doesn't happen often so it is rather hard to nail down, but I am
> fairly sure it didn't happen before I started running the 2.6.24 MM
> series kernels.
Do you have the -mm1 hot fixes applied
ernel: [22779.484008] []
system_call_after_swapgs+0x7b/0x80
Kernel .config:
#
# Automatically generated make config: don't edit
# Linux kernel version: 2.6.24-mm1
# Mon Feb 4 15:04:58 2008
#
CONFIG_64BIT=y
# CONFIG_X86_32 is not set
CONFIG_X86_64=y
CONFIG_X86=y
# CONFIG_GENERIC_LOCKBREAK is not
> should be fixed by the commit below. (already upstream)
>
> Ingo
Oops, sorry ;-)
--
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
* KOSAKI Motohiro <[EMAIL PROTECTED]> wrote:
> Hi Ingo,
>
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24/2.6.24-mm1/
> >
> >
> > - The x86 git tree has been dropped due to runtime failure on one of my test
> > machines
>
Hi Ingo,
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24/2.6.24-mm1/
>
>
> - The x86 git tree has been dropped due to runtime failure on one of my test
> machines
My PC display warning message at boot time.
Could I help
On Tue, 05 Feb 2008 11:50:11 PST, Arjan van de Ven said:
> > A bugfix?
>
> yes it was a really painful bugfix, but still.
I'm not saying that it wasn't needed, it *was* a busticated API.
> I'll repeat the question. What would waiting for an -mm release have bought
> for this bugfix?
> Answer: n
On Tue, 05 Feb 2008 14:48:14 -0500
[EMAIL PROTECTED] wrote:
> On Tue, 05 Feb 2008 09:01:24 PST, Arjan van de Ven said:
> > [EMAIL PROTECTED] wrote:
> > > On Sun, 03 Feb 2008 17:16:34 PST, Andrew Morton said:
> > >> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm
[EMAIL PROTECTED] wrote:
I don't think it's a realistic expectation to delay every bugfix and arch patch
until Andrew
gets around to releasing an -mm, not do I see the point of that, what would
have been different?
A bugfix?
yes it was a really painful bugfix, but still.
I'll repeat the qu
On Tue, 05 Feb 2008 09:01:24 PST, Arjan van de Ven said:
> [EMAIL PROTECTED] wrote:
> > On Sun, 03 Feb 2008 17:16:34 PST, Andrew Morton said:
> >> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24/2.6.24-mm1/
> >
> > Builds, boots, mostly se
[EMAIL PROTECTED] wrote:
On Sun, 03 Feb 2008 17:16:34 PST, Andrew Morton said:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24/2.6.24-mm1/
Builds, boots, mostly seems to run for limited testing.
One note - the following commit(s) (and related CPA reworking) broke the
On Sun, 03 Feb 2008 17:16:34 PST, Andrew Morton said:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24/2.6.24-mm1/
Builds, boots, mostly seems to run for limited testing.
One note - the following commit(s) (and related CPA reworking) broke the NVidia
binary driver
* Andrew Morton <[EMAIL PROTECTED]> [2008-02-04 23:40]:
> We did this wrong. We should have introduced a new reserve_bootmem_foo()
> and migrated over to that in stages. Once all callers are migrated, remove
> the old interface.
Well, my original proposal was to add a new function but then someo
Hello.
Andrew Morton wrote:
This is from ppc32:
CC arch/powerpc/mm/mem.o
arch/powerpc/mm/mem.c: In function 'do_init_bootmem':
arch/powerpc/mm/mem.c:256: error: too few arguments to function
'reserve_bootmem'
arch/powerpc/mm/mem.c:261: error: too few arguments to function
're
Andrew Morton wrote:
> On Tue, 05 Feb 2008 13:48:17 +0530 Kamalesh Babulal <[EMAIL PROTECTED]> wrote:
>
[snip]
> argh, I'd forgotten about that. You bisected it down to a clearly-innocent
> patch and none of the mm developers appeared interested.
>
> Oh well, it'll probably be in mainline tomorr
On Tue, 05 Feb 2008 13:48:17 +0530 Kamalesh Babulal <[EMAIL PROTECTED]> wrote:
> The 2.6.24-mm1 kernel panics while bootup on the x86_64 (Dual Core AMD
> Opteron)
> box. This was seen in 2.6.24-rc8-mm1 either
> (http://lkml.org/lkml/2008/1/17/129).
>
> BUG: unable
Hi Andrew,
The 2.6.24-mm1 kernel panics while bootup on the x86_64 (Dual Core AMD Opteron)
box. This was seen in 2.6.24-rc8-mm1 either
(http://lkml.org/lkml/2008/1/17/129).
BUG: unable to handle kernel paging request at 4a78
IP: [] __alloc_pages+0x47/0x337
PGD 0
Oops: [1] SMP
Hi,
The kernel bootup panics with the 2.6.24-mm1 and 2.6.24-git13 kernel
while defconfig compiled in for x86_64 (Intel(R) Xeon) box
BUG: unable to handle kernel paging request at ffb0
IP: [] init_irq+0x188/0x444
PGD 203067 PUD 204067 PMD 0
Oops: [1] SMP
CPU 2
Modules linked
Hello,
I had sent a patch recently (which is currently pending) which
solves this problem.
see:
http://www.spinics.net/lists/netdev/msg54455.html
Regards,
Rami Rosen
On Feb 5, 2008 1:25 AM, Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Mon, 04 Feb 2008 23:32:49 +0100
> Tilman Schmidt <[EMAIL
Sam Ravnborg wrote:
> On Mon, Feb 04, 2008 at 09:52:23PM +0530, Kamalesh Babulal wrote:
>> Hi Andrew,
>>
>> The 2.6.24-mm1 kernel build fails at many places with section type
>> conflict build error.
>
> What arch?
> We have troubles with powerpc as
Hello.
> random: revert braindamage that snuck into checkpatch cleanup
>
> Signed-off-by: Matt Mackall <[EMAIL PROTECTED]>
Yes. It solved the oops.
Thank you.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo
On Mon, 2008-02-04 at 17:36 -0800, Andrew Morton wrote:
> On Tue, 05 Feb 2008 10:28:43 +0900 Tetsuo Handa <[EMAIL PROTECTED]> wrote:
>
> > Hello.
> >
> > Kernel config is at http://I-love.SAKURA.ne.jp/tmp/config-2.6.24-mm1
> >
> > 2.6.24 works fine.
On Tue, 05 Feb 2008 10:28:43 +0900 Tetsuo Handa <[EMAIL PROTECTED]> wrote:
> Hello.
>
> Kernel config is at http://I-love.SAKURA.ne.jp/tmp/config-2.6.24-mm1
>
> 2.6.24 works fine.
Thanks for testing and reporting. It really helps.
> Regards.
> --
> BUG:
Hello.
Kernel config is at http://I-love.SAKURA.ne.jp/tmp/config-2.6.24-mm1
2.6.24 works fine.
Regards.
--
BUG: unable to handle kernel paging request at 25476bec
IP: [] twothirdsMD4Transform+0x78/0x37c
*pde =
Oops: [#1] SMP DEBUG_PAGEALLOC
last sysfs file:
/sys/devices
On Tue, 5 Feb 2008 00:06:39 + (GMT)
Hugh Dickins <[EMAIL PROTECTED]> wrote:
> On Mon, 4 Feb 2008, Andrew Morton wrote:
> >
> > Takashi found a bug in it:
>
> Bless him.
>
> > ---
> > a/lib/vsprintf.c~add-new-string-functions-strict_strto-and-convert-kernel-params-to-use-them-fix-2
> > +++
On Mon, 4 Feb 2008, Andrew Morton wrote:
>
> Takashi found a bug in it:
Bless him.
> ---
> a/lib/vsprintf.c~add-new-string-functions-strict_strto-and-convert-kernel-params-to-use-them-fix-2
> +++ a/lib/vsprintf.c
> @@ -234,7 +234,7 @@ int strict_strto##type(const char *cp, u
> if
On Mon, 04 Feb 2008 23:32:49 +0100
Tilman Schmidt <[EMAIL PROTECTED]> wrote:
> My attempt to build this failed with:
>
>CC [M] net/sched/cls_flow.o
> net/sched/cls_flow.c: In function ___flow_dump___:
> net/sched/cls_flow.c:598: error: ___struct tcf_ematch_tree___ has no member
> named ___h
On Mon, 04 Feb 2008 15:23:50 -0700
Zan Lynx <[EMAIL PROTECTED]> wrote:
>
> On Sun, 2008-02-03 at 17:16 -0800, Andrew Morton wrote:
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24/2.6.24-mm1/
> >
> >
>
> arc
On Mon, 4 Feb 2008 21:56:54 + (GMT)
Hugh Dickins <[EMAIL PROTECTED]> wrote:
> Please chuck out:
> add-new-string-functions-strict_strto-and-convert-kernel-params-to-use-them.patch
> (along with Randy's perfectly reasonable -fix.patch).
>
> So predictable that it would just disable loading mod
On Mon, 4 Feb 2008 21:29:02 +0100
Mariusz Kozlowski <[EMAIL PROTECTED]> wrote:
> Hello,
>
> This is from ppc32:
>
> CC arch/powerpc/mm/mem.o
> arch/powerpc/mm/mem.c: In function 'do_init_bootmem':
> arch/powerpc/mm/mem.c:256: error: too few arguments to function
> 'reserve_bootmem'
On Sun, 2008-02-03 at 17:16 -0800, Andrew Morton wrote:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24/2.6.24-mm1/
>
>
arch/x86/kernel/built-in.o: In function `amd_smp_thermal_interrupt':
(.text+0xe7c4): undefined reference to `mce_log_therm_thr
Please chuck out:
add-new-string-functions-strict_strto-and-convert-kernel-params-to-use-them.patch
(along with Randy's perfectly reasonable -fix.patch).
So predictable that it would just disable loading modules with params:
Feb 4 13:17:02 blonde kernel: thinkpad_acpi: `1' invalid for parameter
On Mon, 4 Feb 2008 16:29:21 +0100
Pierre Peiffer <[EMAIL PROTECTED]> wrote:
> Hi,
>
> When I compile the kernel 2.6.24-mm1 with:
> CONFIG_NET_ISA=y
> CONFIG_NE2000=y
>
> I have the following compile error:
> ...
> GEN .version
> CHK include
Hello,
This is from ppc32:
CC arch/powerpc/mm/mem.o
arch/powerpc/mm/mem.c: In function 'do_init_bootmem':
arch/powerpc/mm/mem.c:256: error: too few arguments to function
'reserve_bootmem'
arch/powerpc/mm/mem.c:261: error: too few arguments to function
'reserve_bootmem'
Leftover
On Mon, Feb 04, 2008 at 09:52:23PM +0530, Kamalesh Babulal wrote:
> Hi Andrew,
>
> The 2.6.24-mm1 kernel build fails at many places with section type
> conflict build error.
What arch?
We have troubles with powerpc as pointed out by Al in another thread.
Sam
--
To unsubscri
Hi Andrew,
The 2.6.24-mm1 kernel build fails at many places with section type
conflict build error.
drivers/net/typhoon.c:181: error: typhoon_card_info causes a section type
conflict
make[2]: *** [drivers/net/typhoon.o] Error 1
drivers/net/natsemi.c:245: error: natsemi_pci_info causes a
Hi,
When I compile the kernel 2.6.24-mm1 with:
CONFIG_NET_ISA=y
CONFIG_NE2000=y
I have the following compile error:
...
GEN .version
CHK include/linux/compile.h
UPD include/linux/compile.h
CC init/version.o
LD init/built-in.o
LD .tmp_vmlinux1
PROTECTED]> wrote:
> [...]
> >> And I've tried linux-2.6.24-rc8-mm1 — it fails even running MDs saying
> >> that do_md_run() returning -22.
> >
> > I'm pretty sure that got fixed, thanks.
> >
> > I'm trying to get 2.6.24-mm1 out.
ing MDs saying
>> that do_md_run() returning -22.
>
> I'm pretty sure that got fixed, thanks.
>
> I'm trying to get 2.6.24-mm1 out. Maybe tomorrow - please test that, make
> sure that we fixed it.
Yeah, you've fixed it now, MD's are running OK.
Now I can
* Andrew Morton <[EMAIL PROTECTED]> wrote:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24/2.6.24-mm1/
>
> - The x86 git tree has been dropped due to runtime failure on one of my test
> machines
ouch - rather unlucky timing. You updated to a fresh
Kamalesh Babulal wrote:
> Hi Andrew,
>
> The 2.6.24-mm1 kernel build fails with
>
> arch/x86/mm/pgtable_32.c: In function `pgd_mop_up_pmds':
> arch/x86/mm/pgtable_32.c:302: warning: passing arg 1 of `pmd_free' from
> incompatible pointer type
> arch/x86/m
Hi Andrew,
The 2.6.24-mm1 kernel build fails with
arch/x86/mm/pgtable_32.c: In function `pgd_mop_up_pmds':
arch/x86/mm/pgtable_32.c:302: warning: passing arg 1 of `pmd_free' from
incompatible pointer type
arch/x86/mm/pgtable_32.c:302: error: too few arguments to function `pmd_fre
97 matches
Mail list logo
