Hi Andrew,
Looks good for NTFS thanks! The only thing is that I think we
already have a variable "unsigned long flags" in the function
ntfs_end_buffer_async_read() so that could be used instead of
redefining it more locally in the if statements.
Could you send the patch to Linus?
Feel free t
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 us
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 thi
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 thi
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()
> []
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 creatin
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 th
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.
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 arch_setup_
> 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 fi
* 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 w
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
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: y
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+0x36
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: [] show_
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
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 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 plu
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 droppe
On 1/28/07, Parag Warudkar <[EMAIL PROTECTED]> wrote:
>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
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_i
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 no
- 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.
Wha
- 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.
Bui
- 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.
d
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 CONF
26 matches
Mail list logo
