On Sun, Jan 28 2007, Jiri Slaby wrote:
> Andrew Morton napsal(a):
> >Temporarily at
> >
> > http://userweb.kernel.org/~akpm/2.6.20-rc6-mm1/
>
> Under disk load I get disk:
> [ cut here ]
> kernel BUG at /home/l/latest/xxx/block/cfq-
On Sun, Jan 28 2007, Jiri Slaby wrote:
Andrew Morton napsal(a):
Temporarily at
http://userweb.kernel.org/~akpm/2.6.20-rc6-mm1/
Under disk load I get disk:
[ cut here ]
kernel BUG at /home/l/latest/xxx/block/cfq-iosched.c:1026!
I fixed this one today
> Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> > On Sun, 28 Jan 2007 11:25:42 +0100
> > Jiri Slaby <[EMAIL PROTECTED]> wrote:
> >
> > > Andrew Morton napsal(a):
> > > > Temporarily at
> > > >
> > > > http://userweb
Andrew Morton wrote:
>
> A quick scan indicates that the following files might be buggy in this
> regard:
>
> drivers/mmc/wbsd.c
> drivers/mmc/sdhci.c
This are probably even buggier than so. They really should be using
page_address(), it seems that kmap_atomic() gives the same result when
not
Andrew Morton napsal(a):
On Mon, 29 Jan 2007 23:27:27 -0800
Andrew Morton <[EMAIL PROTECTED]> wrote:
On Sun, 28 Jan 2007 11:25:42 +0100
Jiri Slaby <[EMAIL PROTECTED]> wrote:
Andrew Morton napsal(a):
Temporarily at
http://userweb.kernel.org/~akpm/2.6.20-rc6-mm1/
I'm
On Mon, 29 Jan 2007 23:27:27 -0800
Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Sun, 28 Jan 2007 11:25:42 +0100
> Jiri Slaby <[EMAIL PROTECTED]> wrote:
>
> > Andrew Morton napsal(a):
> > > Temporarily at
> > >
> > > http://userweb.kern
On Mon, 29 Jan 2007 23:27:27 -0800
Andrew Morton [EMAIL PROTECTED] wrote:
On Sun, 28 Jan 2007 11:25:42 +0100
Jiri Slaby [EMAIL PROTECTED] wrote:
Andrew Morton napsal(a):
Temporarily at
http://userweb.kernel.org/~akpm/2.6.20-rc6-mm1/
I'm still seeing this during bootup
Andrew Morton napsal(a):
On Mon, 29 Jan 2007 23:27:27 -0800
Andrew Morton [EMAIL PROTECTED] wrote:
On Sun, 28 Jan 2007 11:25:42 +0100
Jiri Slaby [EMAIL PROTECTED] wrote:
Andrew Morton napsal(a):
Temporarily at
http://userweb.kernel.org/~akpm/2.6.20-rc6-mm1/
I'm still seeing
Andrew Morton wrote:
A quick scan indicates that the following files might be buggy in this
regard:
drivers/mmc/wbsd.c
drivers/mmc/sdhci.c
This are probably even buggier than so. They really should be using
page_address(), it seems that kmap_atomic() gives the same result when
not using
:
On Sun, 28 Jan 2007 11:25:42 +0100
Jiri Slaby [EMAIL PROTECTED] wrote:
Andrew Morton napsal(a):
Temporarily at
http://userweb.kernel.org/~akpm/2.6.20-rc6-mm1/
I'm still seeing this during bootup:
BUG: at /home/l/latest/xxx/arch/i386/mm/highmem.c:52
On Sun, 28 Jan 2007 11:25:42 +0100
Jiri Slaby <[EMAIL PROTECTED]> wrote:
> Andrew Morton napsal(a):
> > Temporarily at
> >
> > http://userweb.kernel.org/~akpm/2.6.20-rc6-mm1/
>
> I'm still seeing this during bootup:
> BUG: at /home/l/latest/xxx/a
Andrew Morton wrote:
On Tue, 30 Jan 2007 08:12:31 +0530
Suparna Bhattacharya <[EMAIL PROTECTED]> wrote:
On Sun, Jan 28, 2007 at 03:01:33PM -0800, Andrew Morton wrote:
On Sun, 28 Jan 2007 08:56:08 -0800
"Martin J. Bligh" <[EMAIL PROTECTED]> wrote:
- It seems that people have been busy
On Tue, 30 Jan 2007 08:12:31 +0530
Suparna Bhattacharya <[EMAIL PROTECTED]> wrote:
> On Sun, Jan 28, 2007 at 03:01:33PM -0800, Andrew Morton wrote:
> > On Sun, 28 Jan 2007 08:56:08 -0800
> > "Martin J. Bligh" <[EMAIL PROTECTED]> wrote:
> >
> > > > - It seems that people have been busy creating
On Sun, Jan 28, 2007 at 03:01:33PM -0800, Andrew Morton wrote:
> On Sun, 28 Jan 2007 08:56:08 -0800
> "Martin J. Bligh" <[EMAIL PROTECTED]> wrote:
>
> > > - It seems that people have been busy creating the need for this. I had
> > > to
> > > apply over sixty patches to this tree to fix
2.6.20-rc6-mm1 fails to compile if CONFIG_PREEMPT_RCU is set and
CONFIG_RCU_TRACE isn' -- the fix is fairly obvious.
Signed-off-by: Bernhard Rosenkraenzer <[EMAIL PROTECTED]>
---
--- linux-2.6.19/kernel/rcupreempt.c.ark2007-01-28 23:38:07.0
+0100
+++ linux-2.6.19/
On Mon, 29 Jan 2007 03:51:54 +0100
Andi Kleen <[EMAIL PROTECTED]> wrote:
>
> > I think the easy and correct fix for this situation is defining
> > CONFIG_ARCH_HAS_SETUP_ADDITIONAL_PAGES on x86_64 only if
> > IA32_EMULATION is defined. (Because x86_64 proper doesn't seem to
> > require
> I think the easy and correct fix for this situation is defining
> CONFIG_ARCH_HAS_SETUP_ADDITIONAL_PAGES on x86_64 only if
> IA32_EMULATION is defined. (Because x86_64 proper doesn't seem to
> require arch_setup_additional_pages() only IA32 emulation requires
> it.)
>
> The patch below should
* Herbert Xu <[EMAIL PROTECTED]> wrote:
> Actually, maybe I was confusing this with the fixes Ingo had for
> local_bh_disable vs. preemption in the -rt tree. Ingo, do you have
> preemptible RCU support in your -rt tree and if so did you have to fix
> the networking stack to behave correctly
I think the easy and correct fix for this situation is defining
CONFIG_ARCH_HAS_SETUP_ADDITIONAL_PAGES on x86_64 only if
IA32_EMULATION is defined. (Because x86_64 proper doesn't seem to
require arch_setup_additional_pages() only IA32 emulation requires
it.)
The patch below should fix it.
On Mon, 29 Jan 2007 03:51:54 +0100
Andi Kleen [EMAIL PROTECTED] wrote:
I think the easy and correct fix for this situation is defining
CONFIG_ARCH_HAS_SETUP_ADDITIONAL_PAGES on x86_64 only if
IA32_EMULATION is defined. (Because x86_64 proper doesn't seem to
require
* Herbert Xu [EMAIL PROTECTED] wrote:
Actually, maybe I was confusing this with the fixes Ingo had for
local_bh_disable vs. preemption in the -rt tree. Ingo, do you have
preemptible RCU support in your -rt tree and if so did you have to fix
the networking stack to behave correctly with
2.6.20-rc6-mm1 fails to compile if CONFIG_PREEMPT_RCU is set and
CONFIG_RCU_TRACE isn' -- the fix is fairly obvious.
Signed-off-by: Bernhard Rosenkraenzer [EMAIL PROTECTED]
---
--- linux-2.6.19/kernel/rcupreempt.c.ark2007-01-28 23:38:07.0
+0100
+++ linux-2.6.19/kernel
On Sun, Jan 28, 2007 at 03:01:33PM -0800, Andrew Morton wrote:
On Sun, 28 Jan 2007 08:56:08 -0800
Martin J. Bligh [EMAIL PROTECTED] wrote:
- It seems that people have been busy creating the need for this. I had
to
apply over sixty patches to this tree to fix post-2.6.20-rc4-mm1
On Tue, 30 Jan 2007 08:12:31 +0530
Suparna Bhattacharya [EMAIL PROTECTED] wrote:
On Sun, Jan 28, 2007 at 03:01:33PM -0800, Andrew Morton wrote:
On Sun, 28 Jan 2007 08:56:08 -0800
Martin J. Bligh [EMAIL PROTECTED] wrote:
- It seems that people have been busy creating the need for this.
Andrew Morton wrote:
On Tue, 30 Jan 2007 08:12:31 +0530
Suparna Bhattacharya [EMAIL PROTECTED] wrote:
On Sun, Jan 28, 2007 at 03:01:33PM -0800, Andrew Morton wrote:
On Sun, 28 Jan 2007 08:56:08 -0800
Martin J. Bligh [EMAIL PROTECTED] wrote:
- It seems that people have been busy creating the
On Sun, 28 Jan 2007 11:25:42 +0100
Jiri Slaby [EMAIL PROTECTED] wrote:
Andrew Morton napsal(a):
Temporarily at
http://userweb.kernel.org/~akpm/2.6.20-rc6-mm1/
I'm still seeing this during bootup:
BUG: at /home/l/latest/xxx/arch/i386/mm/highmem.c:52 kmap_atomic()
[c0104ffb
On Sun, Jan 28, 2007 at 10:43:12PM -0800, Andrew Morton wrote:
>
> > IIRC Ingo had made fixes for the networking stack in his rt tree since
> > the networking code assumes in lots of places that rcu_read_lock
> > disables preemption.
>
> oh. We'd better find those fixes then. I wonder what
On Mon, 29 Jan 2007 16:29:29 +1100
Herbert Xu <[EMAIL PROTECTED]> wrote:
> On Mon, Jan 29, 2007 at 04:17:44PM +1100, Herbert Xu wrote:
> > Michal Piotrowski <[EMAIL PROTECTED]> wrote:
> >
> > > Jan 28 22:58:29 euridica kernel: BUG: using smp_processor_id() in
> > > preemptible [0001] code:
On Mon, Jan 29, 2007 at 04:17:44PM +1100, Herbert Xu wrote:
> Michal Piotrowski <[EMAIL PROTECTED]> wrote:
>
> > Jan 28 22:58:29 euridica kernel: BUG: using smp_processor_id() in
> > preemptible [0001] code: yum-updatesd/2846
> > Jan 28 22:58:29 euridica kernel: caller is
Michal Piotrowski <[EMAIL PROTECTED]> wrote:
> Jan 28 22:58:29 euridica kernel: BUG: using smp_processor_id() in preemptible
> [0001] code: yum-updatesd/2846
> Jan 28 22:58:29 euridica kernel: caller is nf_conntrack_in+0x363/0x47f
> [nf_conntrack]
> Jan 28 22:58:29 euridica kernel: []
On 2.6.20-rc6 (run #1097), the openposixtest[1] suite results were:
build errors: 13 files, 31 lines
PASS: 1687
FAILED: 68
UNTESTED: 95
UNRESOLVED: 9
UNSUPPORTED: 22
INTERRUPTED: 7
SCORE:89
[1] http://posixtest.sourceforge.net/ (using v1.5.2)
On 2.6.20-rc6-mm1
On Sun, 28 Jan 2007 15:23:43 -0800
"Martin J. Bligh" <[EMAIL PROTECTED]> wrote:
> Andrew Morton wrote:
> > On Sun, 28 Jan 2007 08:56:08 -0800
> > "Martin J. Bligh" <[EMAIL PROTECTED]> wrote:
> >
> >>> - It seems that people have been busy creating the need for this. I had
> >>> to
> >>>
Andrew Morton wrote:
On Sun, 28 Jan 2007 08:56:08 -0800
"Martin J. Bligh" <[EMAIL PROTECTED]> wrote:
- It seems that people have been busy creating the need for this. I had to
apply over sixty patches to this tree to fix post-2.6.20-rc4-mm1 compilation
errors. And a number of patches
On Sun, 28 Jan 2007 23:31:00 +0100
Michal Piotrowski <[EMAIL PROTECTED]> wrote:
> Jan 28 22:58:29 euridica kernel: BUG: using smp_processor_id() in preemptible
> [0001] code: yum-updatesd/2846
> Jan 28 22:58:29 euridica kernel: caller is nf_conntrack_in+0x363/0x47f
> [nf_conntrack]
I'll
On Sun, 28 Jan 2007 08:56:08 -0800
"Martin J. Bligh" <[EMAIL PROTECTED]> wrote:
> > - It seems that people have been busy creating the need for this. I had to
> > apply over sixty patches to this tree to fix post-2.6.20-rc4-mm1
> > compilation
> > errors. And a number of patches were
seem to
require arch_setup_additional_pages() only IA32 emulation requires
it.)
The patch below should fix it. (Please use attachment - less chance of
whitespace issues. Sorry no control over mail client atm)
Signed-off-by: Parag Warudkar <[EMAIL PROTECTED]>
--- linux-2.6.20-rc6-mm1/arch/x86_64/Kconfig.orig
Andrew Morton napisał(a):
> Temporarily at
>
> http://userweb.kernel.org/~akpm/2.6.20-rc6-mm1/
>
> will appear one day at
>
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20-rc6/2.6.20-rc6-mm1/
>
>
Jan 28 22:58:
On Sat, 27 Jan 2007 23:49:28 -0800 Andrew Morton wrote:
>
> Temporarily at
>
> http://userweb.kernel.org/~akpm/2.6.20-rc6-mm1/
>
> will appear one day at
>
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20-rc6/2.6.20-rc6-mm1/
Jiri Slaby napsal(a):
Andrew Morton napsal(a):
Temporarily at
http://userweb.kernel.org/~akpm/2.6.20-rc6-mm1/
Under disk load I get disk:
[ cut here ]
kernel BUG at /home/l/latest/xxx/block/cfq-iosched.c:1026!
invalid opcode: [#1]
SMP
last sysfs file
- It seems that people have been busy creating the need for this. I had to
apply over sixty patches to this tree to fix post-2.6.20-rc4-mm1 compilation
errors. And a number of patches were dropped due to no-compile or to
runtime errors. Heaven knows how many runtime bugs were added.
- It seems that people have been busy creating the need for this. I had to
apply over sixty patches to this tree to fix post-2.6.20-rc4-mm1 compilation
errors. And a number of patches were dropped due to no-compile or to
runtime errors. Heaven knows how many runtime bugs were added.
.
dbench seems to panic on xfs / cfq ?
http://test.kernel.org/abat/68498/debug/console.log
Pid: 30381, comm: dbench Not tainted 2.6.20-rc6-mm1-autokern1 #1
RIP: 0010:[] []
cfq_dispatch_requests+0xa9/0x4a2
RSP: :8100e3231418 EFLAGS: 00010002
RAX: RBX: 81007db97600 RCX
CONFIG_BINFMT_ELF=y
# CONFIG_BINFMT_MISC is not set
# CONFIG_IA32_EMULATION is not set
Hm Ok. That's explainable. You don't have CONFIG_IA32_EMULATION set
and arch_setup_additional pages is only defined/exported in
syscall32.c which won't be built in your case. (It should go away if
you set
] Error 1
#
# Automatically generated make config: don't edit
# Linux kernel version: 2.6.20-rc6-mm1
# Sun Jan 28 14:44:26 2007
#
CONFIG_X86_64=y
CONFIG_64BIT=y
CONFIG_X86=y
CONFIG_ZONE_DMA32=y
CONFIG_LOCKDEP_SUPPORT=y
CONFIG_STACKTRACE_SUPPORT=y
CONFIG_SEMAPHORE_SLEEPERS=y
CONFIG_MMU=y
CONFIG_Z
Andrew Morton napsal(a):
Temporarily at
http://userweb.kernel.org/~akpm/2.6.20-rc6-mm1/
Under disk load I get disk:
[ cut here ]
kernel BUG at /home/l/latest/xxx/block/cfq-iosched.c:1026!
invalid opcode: [#1]
SMP
last sysfs file: /devices/platform/i2c-9191
Andrew Morton napsal(a):
Temporarily at
http://userweb.kernel.org/~akpm/2.6.20-rc6-mm1/
Unable to select IPV6. Menuconfig doesn't offer it when INET is selected. When
it's not it appears in the menu, but after state change it gets away. The same
behaviour in xconfig, gconfig
Andrew Morton napsal(a):
Temporarily at
http://userweb.kernel.org/~akpm/2.6.20-rc6-mm1/
Unable to select IPV6. Menuconfig doesn't offer it when INET is selected. When
it's not it appears in the menu, but after state change it gets away. The same
behaviour in xconfig, gconfig
Andrew Morton napsal(a):
Temporarily at
http://userweb.kernel.org/~akpm/2.6.20-rc6-mm1/
Under disk load I get disk:
[ cut here ]
kernel BUG at /home/l/latest/xxx/block/cfq-iosched.c:1026!
invalid opcode: [#1]
SMP
last sysfs file: /devices/platform/i2c-9191
#
# Automatically generated make config: don't edit
# Linux kernel version: 2.6.20-rc6-mm1
# Sun Jan 28 14:44:26 2007
#
CONFIG_X86_64=y
CONFIG_64BIT=y
CONFIG_X86=y
CONFIG_ZONE_DMA32=y
CONFIG_LOCKDEP_SUPPORT=y
CONFIG_STACKTRACE_SUPPORT=y
CONFIG_SEMAPHORE_SLEEPERS=y
CONFIG_MMU=y
CONFIG_ZONE_DMA=y
CONFIG_BINFMT_ELF=y
# CONFIG_BINFMT_MISC is not set
# CONFIG_IA32_EMULATION is not set
Hm Ok. That's explainable. You don't have CONFIG_IA32_EMULATION set
and arch_setup_additional pages is only defined/exported in
syscall32.c which won't be built in your case. (It should go away if
you set
.
dbench seems to panic on xfs / cfq ?
http://test.kernel.org/abat/68498/debug/console.log
Pid: 30381, comm: dbench Not tainted 2.6.20-rc6-mm1-autokern1 #1
RIP: 0010:[8039b19a] [8039b19a]
cfq_dispatch_requests+0xa9/0x4a2
RSP: :8100e3231418 EFLAGS: 00010002
RAX
- It seems that people have been busy creating the need for this. I had to
apply over sixty patches to this tree to fix post-2.6.20-rc4-mm1 compilation
errors. And a number of patches were dropped due to no-compile or to
runtime errors. Heaven knows how many runtime bugs were added.
- It seems that people have been busy creating the need for this. I had to
apply over sixty patches to this tree to fix post-2.6.20-rc4-mm1 compilation
errors. And a number of patches were dropped due to no-compile or to
runtime errors. Heaven knows how many runtime bugs were added.
Jiri Slaby napsal(a):
Andrew Morton napsal(a):
Temporarily at
http://userweb.kernel.org/~akpm/2.6.20-rc6-mm1/
Under disk load I get disk:
[ cut here ]
kernel BUG at /home/l/latest/xxx/block/cfq-iosched.c:1026!
invalid opcode: [#1]
SMP
last sysfs file
On Sat, 27 Jan 2007 23:49:28 -0800 Andrew Morton wrote:
Temporarily at
http://userweb.kernel.org/~akpm/2.6.20-rc6-mm1/
will appear one day at
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20-rc6/2.6.20-rc6-mm1/
allyesconfig on x86_64 does not build
() only IA32 emulation requires
it.)
The patch below should fix it. (Please use attachment - less chance of
whitespace issues. Sorry no control over mail client atm)
Signed-off-by: Parag Warudkar [EMAIL PROTECTED]
--- linux-2.6.20-rc6-mm1/arch/x86_64/Kconfig.orig 2007-01-28
17:32:09.0
On Sun, 28 Jan 2007 08:56:08 -0800
Martin J. Bligh [EMAIL PROTECTED] wrote:
- It seems that people have been busy creating the need for this. I had to
apply over sixty patches to this tree to fix post-2.6.20-rc4-mm1
compilation
errors. And a number of patches were dropped due to
Andrew Morton wrote:
On Sun, 28 Jan 2007 08:56:08 -0800
Martin J. Bligh [EMAIL PROTECTED] wrote:
- It seems that people have been busy creating the need for this. I had to
apply over sixty patches to this tree to fix post-2.6.20-rc4-mm1 compilation
errors. And a number of patches were
On Sun, 28 Jan 2007 15:23:43 -0800
Martin J. Bligh [EMAIL PROTECTED] wrote:
Andrew Morton wrote:
On Sun, 28 Jan 2007 08:56:08 -0800
Martin J. Bligh [EMAIL PROTECTED] wrote:
- It seems that people have been busy creating the need for this. I had
to
apply over sixty patches to
On 2.6.20-rc6 (run #1097), the openposixtest[1] suite results were:
build errors: 13 files, 31 lines
PASS: 1687
FAILED: 68
UNTESTED: 95
UNRESOLVED: 9
UNSUPPORTED: 22
INTERRUPTED: 7
SCORE:89
[1] http://posixtest.sourceforge.net/ (using v1.5.2)
On 2.6.20-rc6-mm1
Andrew Morton napisał(a):
Temporarily at
http://userweb.kernel.org/~akpm/2.6.20-rc6-mm1/
will appear one day at
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20-rc6/2.6.20-rc6-mm1/
Jan 28 22:58:29 euridica kernel: BUG: using smp_processor_id
On Sun, 28 Jan 2007 23:31:00 +0100
Michal Piotrowski [EMAIL PROTECTED] wrote:
Jan 28 22:58:29 euridica kernel: BUG: using smp_processor_id() in preemptible
[0001] code: yum-updatesd/2846
Jan 28 22:58:29 euridica kernel: caller is nf_conntrack_in+0x363/0x47f
[nf_conntrack]
I'll plug
Michal Piotrowski [EMAIL PROTECTED] wrote:
Jan 28 22:58:29 euridica kernel: BUG: using smp_processor_id() in preemptible
[0001] code: yum-updatesd/2846
Jan 28 22:58:29 euridica kernel: caller is nf_conntrack_in+0x363/0x47f
[nf_conntrack]
Jan 28 22:58:29 euridica kernel: [c01053c6]
On Mon, Jan 29, 2007 at 04:17:44PM +1100, Herbert Xu wrote:
Michal Piotrowski [EMAIL PROTECTED] wrote:
Jan 28 22:58:29 euridica kernel: BUG: using smp_processor_id() in
preemptible [0001] code: yum-updatesd/2846
Jan 28 22:58:29 euridica kernel: caller is nf_conntrack_in+0x363/0x47f
On Mon, 29 Jan 2007 16:29:29 +1100
Herbert Xu [EMAIL PROTECTED] wrote:
On Mon, Jan 29, 2007 at 04:17:44PM +1100, Herbert Xu wrote:
Michal Piotrowski [EMAIL PROTECTED] wrote:
Jan 28 22:58:29 euridica kernel: BUG: using smp_processor_id() in
preemptible [0001] code:
On Sun, Jan 28, 2007 at 10:43:12PM -0800, Andrew Morton wrote:
IIRC Ingo had made fixes for the networking stack in his rt tree since
the networking code assumes in lots of places that rcu_read_lock
disables preemption.
oh. We'd better find those fixes then. I wonder what other code
Temporarily at
http://userweb.kernel.org/~akpm/2.6.20-rc6-mm1/
will appear one day at
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20-rc6/2.6.20-rc6-mm1/
- Added the "IPWireless 3G PCMCIA Network Driver" tree as
git-ipwireless_cs.patch (J
Temporarily at
http://userweb.kernel.org/~akpm/2.6.20-rc6-mm1/
will appear one day at
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20-rc6/2.6.20-rc6-mm1/
- Added the IPWireless 3G PCMCIA Network Driver tree as
git-ipwireless_cs.patch (Jiri Kosina
68 matches
Mail list logo