[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date: Thu, 07 Jul 2016 19:43:25 +0200
From: Robert Jarzmik <robert.jarzmik@...e.fr>
To: Mark Brown <broonie@...nel.org>
Cc: "Franklin S Cooper Jr." <fcooper@...com>,
Andy Shevchenko <andy.shevchenko@...il.com>,
david.s.gordon@...el.com, Jens Axboe <axboe@...com>,
Andrew Morton <akpm@...ux-foundation.org>,
Ming Lin <ming.l@....samsung.com>,
"linux-kernel\@vger.kernel.org" <linux-kernel@...r.kernel.org>,
linux-spi <linux-spi@...r.kernel.org>,
Sekhar Nori <nsekhar@...com>,
Peter Ujfalusi <peter.ujfalusi@...com>
Subject: Re: [RFC] [PATCH v2 1/3] scatterlist: Add support to clone scatterlist
Mark Brown <broonie@...nel.org> writes:
> On Thu, Jul 07, 2016 at 12:04:33AM +0200, Robert Jarzmik wrote:
>
>> For these "tricky" cases, at the time I created sg_split I had done a tester as
>> well. It's very basic, doesn't cover all the corner cases, is a bit dumb, but
>> you might have a look, and the brain cost you'll pay to adapt it to test what
>> you want will hopefully pay off by the knowledge gained on scatterlist. It is
>> appended at the end of the mail.
>
> Might be worth getting this into the kernel source, under tools/testing
> perhaps?
Maybe so.
I'll try, but I don't trust much my chances of success, given that this tester :
- should compile and link in $(TOP)/lib/scatterlist.c, as this is where
sg_split() is defined
- this implies all its includes
- this implies at least these ones :
bug.h
mm.h
scatterlist.h
string.h
types.h
- this implies having page_to_phys and co. defined somewhere without
draining the whole include/linux and include/asm* trees
For the tester, I had created an apart include/linux tree where all the includes
were _manually_ filled in with minimal content.
I don't know if an existing selftest had already this kind of problem,
ie. having to compile and link a kernel .c file, and that makes me feel this
might be difficult to keep a nice standalone tester.
Cheers.
--
Robert
Powered by blists - more mailing lists