[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <BANLkTinkEHjrBW1GJSJhBnbgxXm5Vtw7BQ@mail.gmail.com>
Date: Tue, 3 May 2011 11:12:58 +0200
From: Geert Uytterhoeven <geert@...ux-m68k.org>
To: Akinobu Mita <akinobu.mita@...il.com>
Cc: Greg Ungerer <gerg@...pgear.com>, linux-kernel@...r.kernel.org,
linux-arch@...r.kernel.org, akpm@...ux-foundation.org,
arnd@...db.de, Greg Ungerer <gerg@...inux.org>
Subject: Re: [PATCH v3 1/7] m68knommu: fix build error due to the lack of find_next_bit_le()
On Tue, May 3, 2011 at 11:11, Akinobu Mita <akinobu.mita@...il.com> wrote:
> 2011/5/3, Greg Ungerer <gerg@...pgear.com>:
>> Hi Akinobu,
>>
>> On 27/04/11 23:20, Akinobu Mita wrote:
>>> m68knommu can't build ext4, udf, and ocfs2 due to the lack of
>>> find_next_bit_le().
>>>
>>> This implements find_next_bit_le() on m68knommu by duplicating the
>>> generic find_next_bit_le() in lib/find_next_bit.c.
>>
>> Wouldn't the m68k specific implementation of this in
>> arch/m68k/include/asm/bitops_mm.h be better?
>
> find_next_bit_le() in bitops_mm.h has a bug
> (Please see https://lkml.org/lkml/2011/4/3/43) and it is not fixed
> in mainline yet. So I decided to use generic one for the safety.
Yeah, I still have to create a for-2.6.40 branch and add it there.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@...ux-m68k.org
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
-- Linus Torvalds
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists