From mboxrd@z Thu Jan 1 00:00:00 1970 From: Dave Hansen Subject: Re: [LSF/MM TOPIC] Fixing large block devices on 32 bit Date: Fri, 31 Jan 2014 16:32:03 -0800 Message-ID: <52EC4083.8010309@intel.com> References: <1391194978.2172.20.camel@dabdike.int.hansenpartnership.com> <52EC19E6.9010509@intel.com> <1391210864.2172.61.camel@dabdike.int.hansenpartnership.com> <52EC3D9F.8040702@intel.com> <20140201002547.GA3551@node.dhcp.inet.fi> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: James Bottomley , linux-scsi , linux-ide , linux-fsdevel@vger.kernel.org, linux-mm@kvack.org, lsf-pc@lists.linux-foundation.org To: "Kirill A. Shutemov" Return-path: In-Reply-To: <20140201002547.GA3551@node.dhcp.inet.fi> Sender: owner-linux-mm@kvack.org List-Id: linux-fsdevel.vger.kernel.org On 01/31/2014 04:25 PM, Kirill A. Shutemov wrote: >> > I think all we have to do is set a low bit in page->mapping > It's already in use to say page->mapping is anon_vma. ;) I weasel-worded that by not saying *THE* low bit. ;) We find *some* discriminator whether it be a page flag or an actual bit in page->mapping, or a magic value that doesn't collide with the existing PAGE_MAPPING_* flags. Poor 'struct page'. It's the doormat of data structures. -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: email@kvack.org