Home » Mailing list archives » linux-kernel » 2008 » April » 26

Re: [git pull] generic bitops, take 2

Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]
[view in full thread]
From: Sam Ravnborg
Subject: Re: [git pull] generic bitops, take 2
Date: Saturday, April 26, 2008 - 10:32 am

On Sat, Apr 26, 2008 at 07:22:22PM +0200, Ingo Molnar wrote:

I may be able to explain why..
Before the x68 merge we had an arch/i386/Kconfig.cpu but we did
not have any arch/x86_64/Kconfig.cpu.
When we merged i386 and x86_64 we included the 64 bit stuff in
arch/x86/Kconfig.cpu and thus it became used by both 32bit and 64bit
x86. But during this process we did not do the proper unification
of um - so here we live with the old style.
Blame the one who did the Kconfig unification..

I would assume um should do similar unifaction and get rid of the
i386/x86_64 split (bot I have not looked at doing it).

	Sam
--
Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]
Messages in current thread:
[git pull] generic bitops, Ingo Molnar, (Thu Apr 24, 2:57 pm)
Re: [git pull] generic bitops, Linus Torvalds, (Thu Apr 24, 3:14 pm)
Re: [git pull] generic bitops, Harvey Harrison, (Thu Apr 24, 3:41 pm)
[PATCH] x86, bitops: select the generic bitmap search func ..., Alexander van Heukelum, (Fri Apr 25, 4:12 am)
[git pull] generic bitops, take 2, Ingo Molnar, (Sat Apr 26, 8:15 am)
Re: [git pull] generic bitops, take 2, Linus Torvalds, (Sat Apr 26, 10:03 am)
Re: [git pull] generic bitops, take 2, Ingo Molnar, (Sat Apr 26, 10:22 am)
Re: [git pull] generic bitops, take 2, Ingo Molnar, (Sat Apr 26, 10:28 am)
Re: [git pull] generic bitops, take 2, Sam Ravnborg, (Sat Apr 26, 10:32 am)
Re: [git pull] generic bitops, take 2, Sam Ravnborg, (Sat Apr 26, 10:34 am)
[git pull] generic bitops, take 3, Ingo Molnar, (Sat Apr 26, 10:50 am)
Re: [git pull] generic bitops, take 2, Miklos Vajna, (Sat Apr 26, 10:51 am)
[2.6 patch] mm/filemap.c:generic_write_checks() mustn't be ..., Adrian Bunk, (Mon Apr 28, 8:38 am)
[2.6 patch] fs/buffer.c:init_buffer() mustn't be inline, Adrian Bunk, (Mon Apr 28, 8:38 am)
[2.6 patch] fs/block_dev.c:I_BDEV() mustn't be inline, Adrian Bunk, (Mon Apr 28, 8:38 am)
[2.6 patch] block/blk-barrier.c:blk_ordered_cur_seq() must ..., Adrian Bunk, (Mon Apr 28, 8:38 am)
[2.6 patch] net/ipv4/ip_output.c:ip_send_check() mustn't b ..., Adrian Bunk, (Mon Apr 28, 8:38 am)
[2.6 patch] reiserfs: some functions mustn't be inline, Adrian Bunk, (Mon Apr 28, 8:38 am)
[2.6 patch] fs/udf/partition.c:udf_get_pblock() mustn't be ..., Adrian Bunk, (Mon Apr 28, 8:38 am)
Re: [2.6 patch] fs/buffer.c:init_buffer() mustn't be inline, Linus Torvalds, (Mon Apr 28, 9:01 am)
Re: [2.6 patch] fs/udf/partition.c:udf_get_pblock() mustn' ..., Jan Kara, (Mon Apr 28, 9:47 am)
Re: [2.6 patch] fs/buffer.c:init_buffer() mustn't be inline, Adrian Bunk, (Mon Apr 28, 9:48 am)
Re: [2.6 patch] fs/buffer.c:init_buffer() mustn't be inline, Linus Torvalds, (Mon Apr 28, 9:58 am)
Re: [git pull] generic bitops, take 2, Jeff Dike, (Mon Apr 28, 10:26 am)
Re: [2.6 patch] fs/block_dev.c:I_BDEV() mustn't be inline, Linus Torvalds, (Mon Apr 28, 5:41 pm)
Re: [2.6 patch] fs/block_dev.c:I_BDEV() mustn't be inline, Al Viro, (Mon Apr 28, 6:12 pm)
Re: [2.6 patch] fs/block_dev.c:I_BDEV() mustn't be inline, Linus Torvalds, (Mon Apr 28, 6:21 pm)
Re: [2.6 patch] fs/block_dev.c:I_BDEV() mustn't be inline, Jeff Dike, (Mon Apr 28, 7:32 pm)
Re: [2.6 patch] fs/block_dev.c:I_BDEV() mustn't be inline, Sam Ravnborg, (Mon Apr 28, 9:57 pm)
Re: [2.6 patch] block/blk-barrier.c:blk_ordered_cur_seq() ..., Jens Axboe, (Tue Apr 29, 12:46 am)
Re: [2.6 patch] fs/block_dev.c:I_BDEV() mustn't be inline, Adrian Bunk, (Tue Apr 29, 1:06 am)
Re: [2.6 patch] fs/block_dev.c:I_BDEV() mustn't be inline, Sam Ravnborg, (Tue Apr 29, 1:17 am)
Re: [2.6 patch] fs/block_dev.c:I_BDEV() mustn't be inline, Adrian Bunk, (Tue Apr 29, 2:03 am)
Re: [2.6 patch] reiserfs: some functions mustn't be inline, Edward Shishkin, (Tue Apr 29, 3:43 pm)