All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Martin K. Petersen" <martin.petersen@oracle.com>
To: Mike Snitzer <snitzer@redhat.com>
Cc: dm-devel@redhat.com, Srinivas Eeda <srinivas.eeda@oracle.com>,
	"Martin K. Petersen" <martin.petersen@oracle.com>,
	agk@redhat.com, "Darrick J. Wong" <darrick.wong@oracle.com>
Subject: Re: dm-io: reject unsupported DISCARD/WRITE SAME requests with EOPNOTSUPP
Date: Fri, 13 Feb 2015 14:21:01 -0500	[thread overview]
Message-ID: <yq1sie9mxcy.fsf@sermon.lab.mkp.net> (raw)
In-Reply-To: <20150213155550.GA32670@redhat.com> (Mike Snitzer's message of "Fri, 13 Feb 2015 10:55:50 -0500")

>>>>> "Mike" == Mike Snitzer <snitzer@redhat.com> writes:

Mike> When I implemented dm_table_supports_discards() I consciously
Mike> allowed a DM table to contain a mix of discard support.  I'm now
Mike> wondering where it is we benefit from that?  Seems like more of a
Mike> liability than anything -- so a bigger hammer approach to fixing
Mike> this would be to require all targets and all devices in a DM table
Mike> support discard.

I think our original rationale was that since discard is only a hint it
would be fine to mix and match. And at the time there seemed to be value
in supporting a heterogeneous setups with say a disk drive and an SSD.

Back then the SSD vendors were all busy telling us how crucial discard
would be going forward. However, that turned out not to be the case and
discard often causes more problems than it solves. So I'm perfectly OK
with requiring all devices in a table to have the same capabilities. In
many ways I think that's a cleaner approach.

-- 
Martin K. Petersen	Oracle Linux Engineering

  parent reply	other threads:[~2015-02-13 19:21 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-02-13  9:24 [PATCH] dm-io: reject unsupported DISCARD/WRITE SAME requests with EOPNOTSUPP Darrick J. Wong
2015-02-13 15:55 ` Mike Snitzer
2015-02-13 17:01   ` Darrick J. Wong
2015-02-13 19:21   ` Martin K. Petersen [this message]
2015-02-13 20:07     ` Darrick J. Wong
2015-02-13 20:58       ` Mike Snitzer
2015-02-13 21:12         ` Martin K. Petersen
2015-02-26 19:56   ` Mikulas Patocka
2015-02-26 20:10     ` Mikulas Patocka
2015-02-27 18:42     ` Darrick J. Wong

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=yq1sie9mxcy.fsf@sermon.lab.mkp.net \
    --to=martin.petersen@oracle.com \
    --cc=agk@redhat.com \
    --cc=darrick.wong@oracle.com \
    --cc=dm-devel@redhat.com \
    --cc=snitzer@redhat.com \
    --cc=srinivas.eeda@oracle.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.