[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <94D0CD8314A33A4D9D801C0FE68B40295BE0AFAA@G4W3202.americas.hpqcorp.net>
Date: Thu, 5 Nov 2015 04:18:49 +0000
From: "Elliott, Robert (Persistent Memory)" <elliott@....com>
To: Jan Kara <jack@...e.com>, "axboe@...nel.dk" <axboe@...nel.dk>
CC: LKML <linux-kernel@...r.kernel.org>,
"linux-fsdevel@...r.kernel.org" <linux-fsdevel@...r.kernel.org>,
Christoph Hellwig <hch@...radead.org>
Subject: RE: [PATCH] brd: Refuse improperly aligned discard requests
> -----Original Message-----
> From: linux-kernel-owner@...r.kernel.org [mailto:linux-kernel-
> owner@...r.kernel.org] On Behalf Of Jan Kara
> Sent: Wednesday, November 4, 2015 10:14 AM
> To: axboe@...nel.dk
> Cc: LKML <linux-kernel@...r.kernel.org>; linux-fsdevel@...r.kernel.org;
> Christoph Hellwig <hch@...radead.org>; Jan Kara <jack@...e.com>
> Subject: [PATCH] brd: Refuse improperly aligned discard requests
>
> Currently when improperly aligned discard request is submitted, we just
> silently discard more / less data which results in filesystem corruption
> in some cases. Refuse such misaligned requests.
I agree discarding more than requested is very bad.
If they are routed to SCSI or ATA devices, though, the discard commands
(SCSI UNMAP or ATA DATA SET MANAGEMENT/TRIM) are just hints, so there
is no guarantee the discard will do anything. Are you finding
filesystems that still don't understand that? dm-raid held that
mistaken assumption for a long time.
---
Robert Elliott, HP Server Storage
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists