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: [LSF/MM TOPIC] Killing reliance on struct page->mapping
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 RAID] [Linux SCSI] [Linux ATA RAID] [IDE] [Linux Wireless] [Linux Kernel] [ATH6KL] [Linux Bluetooth] [Linux Netdev] [Kernel Newbies] [Security] [Git] [Netfilter] [Bugtraq] [Yosemite News] [MIPS Linux] [ARM Linux] [Linux Security] [Device Mapper]

Powered by Linux