From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Fri, 21 Sep 2018 15:25:13 +0800 From: Ming Lei To: Christoph Hellwig Cc: Dave Chinner , Ming Lei , linux-block , linux-mm , Linux FS Devel , "open list:XFS FILESYSTEM" , Dave Chinner , Vitaly Kuznetsov , Linux Kernel Mailing List , Jens Axboe Subject: Re: block: DMA alignment of IO buffer allocated from slab Message-ID: <20180921072511.GA8188@ming.t460p> References: <20180921015608.GA31060@dastard> <20180921070805.GC14529@lst.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180921070805.GC14529@lst.de> Sender: owner-linux-mm@kvack.org List-ID: On Fri, Sep 21, 2018 at 09:08:05AM +0200, Christoph Hellwig wrote: > On Fri, Sep 21, 2018 at 11:56:08AM +1000, Dave Chinner wrote: > > > 3) If slab can't guarantee to return 512-aligned buffer, how to fix > > > this data corruption issue? > > > > I think that the block layer needs to check the alignment of memory > > buffers passed to it and take appropriate action rather than > > corrupting random memory and returning a sucess status to the bad > > bio. > > Or just reject the I/O. But yes, we already have the > queue_dma_alignment helper in the block layer, we just don't do it > in the fast path. I think generic_make_request_checks needs to > check it, and print an error and return a warning if the alignment > requirement isn't met. That can be done in generic_make_request_checks(), but some cost may be introduced, because each bvec needs to be checked in the fast path. Thanks, Ming