• Qu Wenruo's avatar
    btrfs: integrate page status update for data read path into begin/end_page_read · 92082d40
    Qu Wenruo authored
    In btrfs data page read path, the page status update are handled in two
    different locations:
    
      btrfs_do_read_page()
      {
    	while (cur <= end) {
    		/* No need to read from disk */
    		if (HOLE/PREALLOC/INLINE){
    			memset();
    			set_extent_uptodate();
    			continue;
    		}
    		/* Read from disk */
    		ret = submit_extent_page(end_bio_extent_readpage);
      }
    
      end_bio_extent_readpage()
      {
    	endio_readpage_uptodate_page_status();
      }
    
    This is fine for sectorsize == PAGE_SIZE case, as for above loop we
    should only hit one branch and then exit.
    
    But for subpage, there is more work to be done in page status update:
    
    - Page Unlock condition
      Unlike regular page size == sectorsize case, we can no longer just
      unlock a page.
      Only the last reader of the page can unlock the page.
      This means, we can unlock the page either in the while() loop, or in
      the endio function.
    
    - Page uptodate condition
      Since we have multiple sectors to read for a page, we can only mark
      the full page uptodate if all sectors are uptodate.
    
    To handle both subpage and regular cases, introduce a pair of functions
    to help handling page status update:
    
    - begin_page_read()
      For regular case, it does nothing.
      For subpage case, it updates the reader counters so that later
      end_page_read() can know who is the last one to unlock the page.
    
    - end_page_read()
      This is just endio_readpage_uptodate_page_status() renamed.
      The original name is a little too long and too specific for endio.
    
      The new thing added is the condition for page unlock.
      Now for subpage data, we unlock the page if we're the last reader.
    
    This does not only provide the basis for subpage data read, but also
    hide the special handling of page read from the main read loop.
    
    Also, since we're changing how the page lock is handled, there are two
    existing error paths where we need to manually unlock the page before
    calling begin_page_read().
    Signed-off-by: default avatarQu Wenruo <wqu@suse.com>
    Reviewed-by: default avatarDavid Sterba <dsterba@suse.com>
    Signed-off-by: default avatarDavid Sterba <dsterba@suse.com>
    92082d40
subpage.c 8.38 KB