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: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <41394741acbaf5451f81382a2f31b44f.squirrel@www.codeaurora.org>
Date:	Sat, 9 Jun 2012 07:54:18 -0700 (PDT)
From:	merez@...eaurora.org
To:	"S, Venkatraman" <svenkatr@...com>
Cc:	"Maya Erez" <merez@...eaurora.org>, linux-mmc@...r.kernel.org,
	linux-arm-msm@...r.kernel.org,
	"linux-kernel" <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH v2 0/1] block: Add test-iosched scheduler


> On Thu, Jun 7, 2012 at 1:14 AM, Maya Erez <merez@...eaurora.org> wrote:
>> The test scheduler allows testing a block device by dispatching
>> specific requests according to the test case and declare PASS/FAIL
>> according to the requests completion error code
>>
> I can't get the point. Isn't this possible purely from userspace using
> IOCTLs ?
> Even otherwise, requiring to modify the scheduler for each test case
> is definitely not scalable.
The main benefit of the test-iosched is the ability to determine the
timing of each request that is being dispatched and to put on hold the
real FS requests so that they won't affect the tests scenario.
It also allows each block device to determine pass/fail result taking into
account the expected behavior and the actual result.
The scheduler doesn't have to be changed per tests case. What made you
think it should be?
Currently we use the test-iosched to test the eMMC4.5 features (such as
BKOPs, packed commands and sanitize). I hope that after we will release
the tests later this week it will be clearer.
>
>> Changes in v2:
>>    - Export test-iosched functionality to allow definition of the block
>> device
>>      tests under the block device layer
>>    - Add registration of block device tests utilities
>>
>> Maya Erez (1):
>>  block: Add test-iosched scheduler
>>
>>  Documentation/block/test-iosched.txt |   39 ++
>>  block/Kconfig.iosched                |    8 +
>>  block/Makefile                       |    1 +
>>  block/blk-core.c                     |    3 +-
>>  block/test-iosched.c                 | 1025
>> ++++++++++++++++++++++++++++++++++
>>  include/linux/test-iosched.h         |  218 +++++++
>>  6 files changed, 1292 insertions(+), 2 deletions(-)
>>  create mode 100644 Documentation/block/test-iosched.txt
>>  create mode 100644 block/test-iosched.c
>>  create mode 100644 include/linux/test-iosched.h
>>
>

Thanks,
Maya Erez
Consultant for Qualcomm Innovation Center, Inc.
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum

--
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

Powered by Openwall GNU/*/Linux Powered by OpenVZ