Re: [LSF/MM TOPIC] Killing reliance on struct page->mapping

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

To: Jerome Glisse <jglisse@xxxxxxxxxx>
Subject: Re: [LSF/MM TOPIC] Killing reliance on struct page->mapping
From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
Date: Wed, 31 Jan 2018 17:55:58 +0000
Cc: lsf-pc@xxxxxxxxxxxxxxxxxxxxxxxxxx, linux-fsdevel@xxxxxxxxxxxxxxx, linux-mm@xxxxxxxxx, linux-block@xxxxxxxxxxxxxxx
In-reply-to: <20180131174245.GE2912@redhat.com>
User-agent: Mutt/1.9.1 (2017-09-22)

On Wed, Jan 31, 2018 at 12:42:45PM -0500, Jerome Glisse wrote:

> For block devices the idea is to use struct page and buffer_head (first one of
> a page) as a key to find mapping (struct address_space) back.

Details, please...

Follow-Ups:
- Re: [LSF/MM TOPIC] Killing reliance on struct page->mapping
  - From: Jerome Glisse

References:
- [LSF/MM TOPIC] Killing reliance on struct page->mapping
  - From: Jerome Glisse
- Re: [LSF/MM TOPIC] Killing reliance on struct page->mapping
  - From: Al Viro
- Re: [LSF/MM TOPIC] Killing reliance on struct page->mapping
  - From: Jerome Glisse

Prev by Date: Re: [PATCH v2] iversion: make inode_cmp_iversion{+raw} return bool instead of s64
Next by Date: Re: [LSF/MM TOPIC] Killing reliance on struct page->mapping
Previous by thread: Re: [LSF/MM TOPIC] Killing reliance on struct page->mapping
Next by thread: Re: [LSF/MM TOPIC] Killing reliance on struct page->mapping
Index(es):
- Date
- Thread

[Index of Archives] [Linux Ext4 Filesystem] [Union Filesystem] [Filesystem Testing] [Ceph Users] [Ecryptfs] [AutoFS] [Kernel Newbies] [Share Photos] [Security] [Netfilter] [Bugtraq] [Yosemite News] [MIPS Linux] [ARM Linux] [Linux Security] [Linux Cachefs] [Reiser Filesystem] [Linux RAID] [Samba] [Device Mapper] [CEPH Development]

Powered by Linux