On Thu, May 11, 2017 at 07:46:27PM +0900, AKASHI Takahiro wrote:
Luis,But that is accurate, given the default file we search for on test_driver_data.c
On Fri, Apr 28, 2017 at 03:45:35AM +0200, Luis R. Rodriguez wrote:
That looks fine, but I think we'd better change the line:This is true but that is the *test* shell script, and it purposely avoids the+To test an async call one could do::Your current shell script doesn't search for the firmware in
+
+ echo anything > /lib/firmware/test-driver_data.bin
/lib/firmware unless you explicitly specify $FWPATH.
existing firmware path to avoid overriding dummy test files on the production
path. So the above still stands as it is not using the test shell script
driver_data.sh.
I'll add a note:
"""
Note that driver_data.sh uses its own temporary custom path for creating and
looking for driver data files, it does this to not overwrite any production
files you might have which may share the same names used by the test shell
script driver_data.sh. If you are not using the driver_data.sh script your
default path will be used.
"""
since it is just incorrect as far as driver_data.sh goes.+ echo anything > /lib/firmware/test-driver_data.bin
is test-driver_data.bin. It also does not create a conflict to overwrite a file
used on driver_data.sh as driver_data.sh uses a custom path. I think the note
above on custom path is sufficient for the developer or user to be aware of
the fact the driver_data.sh does it own thing, and that the example is just a
manual test case.
What do you mean by that its incorrect ?
Luis