linux-kernel - Re: [RFC PATCH v2] support ioctl for tunable user request

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite for Android: free password hash cracker in your pocket

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <CAH9JG2U9uWMQYVjyH1HOmefe2mdf79fpR5mkjPW9nj4v2MrcwQ@mail.gmail.com>
Date:	Mon, 5 Sep 2011 21:40:39 +0900
From:	Kyungmin Park <kmpark@...radead.org>
To:	Christoph Hellwig <hch@...radead.org>
Cc:	Jens Axboe <jaxboe@...ionio.com>,
	Jaehoon Chung <jh80.chung@...sung.com>,
	"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
	Arnd Bergmann <arnd.bergmann@...aro.org>,
	Arnd Bergmann <arnd@...db.de>, Lin Ming <lxy@...pku.edu.cn>
Subject: Re: [RFC PATCH v2] support ioctl for tunable user request

On Mon, Sep 5, 2011 at 9:18 PM, Christoph Hellwig <hch@...radead.org> wrote:
> On Mon, Sep 05, 2011 at 08:47:58PM +0900, Kyungmin Park wrote:
>> The concept is similar with DISCARD request except no-wait for request complete
>>
>>  #define REQ_DISCARD            (1 << __REQ_DISCARD)
>> +#define REQ_TUNE               (1 << __REQ_TUNE)
>>
>> As it's hard to detect the idle time at device level, user send the
>> tune request to device when idle.
>
> But what does a "tune" request actually do?  It's an overly generic
> term, but I still can't even think of what it would do to a storage

Yes, tune is generic term, that's reason to send the RFC patch, we
consider the several names, but not found the proper name, if you
suggest the proper name, it can change the proper one.

and you can find the prototype at below URL
http://marc.info/?l=linux-mmc&m=131407402925988&w=2

In case of MMC, it supports the background operation (BKOPS) and these
features can be extended at Universal Flash Storage (UFS) later.

> device, nor why it would be a generic block layer concept.
Do you mean the mmc specific ioctl is proper or other place? in case
of ioctl, it's considered but hope to make it the generic request to
use other storage devices.

Thank you,
Kyungmin Park
--
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/