| Message ID | 20210102022949.92304-2-warthog618@gmail.com |
|---|---|
| State | New |
| Headers | show |
| Series | selftests: gpio: rework and port to GPIO uAPI v2 | expand |
On Sat, Jan 02, 2021 at 03:52:32PM +0200, Andy Shevchenko wrote: > On Saturday, January 2, 2021, Kent Gibson <warthog618@gmail.com> wrote: > > > The GPIO mockup selftests are overly complicated with separate > > implementations of the tests for sysfs and cdev uAPI, and with the cdev > > implementation being dependent on tools/gpio and libmount. > > > > Rework the test implementation to provide a common test suite with a > > simplified pluggable uAPI interface. The cdev implementation utilises > > the GPIO uAPI directly to remove the dependence on tools/gpio. > > The simplified uAPI interface removes the need for any file system mount > > checks in C, and so removes the dependence on libmount. > > > > The rework also fixes the sysfs test implementation which has been broken > > since the device created in the multiple gpiochip case was split into > > separate devices. > > > > > > I briefly looked at code in shell below... there are places to improve > (useless use of: cat, test, negation, etc). > My shell is clearly pretty poor, so I would really appreciate a pointer to an example of each, and I'll then hunt down the rest. Thanks, Kent.
On Sun, Jan 03, 2021 at 12:20:26AM +0200, Andy Shevchenko wrote: > On Sat, Jan 2, 2021 at 4:32 AM Kent Gibson <warthog618@gmail.com> wrote: > > > > The GPIO mockup selftests are overly complicated with separate > > implementations of the tests for sysfs and cdev uAPI, and with the cdev > > implementation being dependent on tools/gpio and libmount. > > > > Rework the test implementation to provide a common test suite with a > > simplified pluggable uAPI interface. The cdev implementation utilises > > the GPIO uAPI directly to remove the dependence on tools/gpio. > > The simplified uAPI interface removes the need for any file system mount > > checks in C, and so removes the dependence on libmount. > > > > The rework also fixes the sysfs test implementation which has been broken > > since the device created in the multiple gpiochip case was split into > > separate devices. > > Okay, I commented something, not sure if everything is correct, needs > double checking. > Shell is quite a hard programming language. Everyday I found something > new about it. > You are telling me - there are about six million ways to do even the most trivial tasks. Makes you appreciate more constrained languages. > ... > > > +#include <linux/gpio.h> > > Perhaps include it after system headers? > hehe, I blindly sorted them. Should it matter? > > +#include <signal.h> > > +#include <stdint.h> > > +#include <stdio.h> > > +#include <stdlib.h> > > +#include <string.h> > > +#include <sys/ioctl.h> > > +#include <unistd.h> > > ... > > > +SYSFS=`mount -t sysfs | head -1 | awk '{ print $3 }'` > > Oh, would below be better? > grep -w sysfs /proc/mounts | cut -f2 -d' ' > That looks good - the other is a carry over from the old gpio-mockup.sh. > ... > > > +[ ! -d "$SYSFS" ] && skip "sysfs is not mounted" > > [ -d ... ] || skip "..." > Yeah, those were if [ .. ]; then fi originally. I did the first step of simplification and missed the second :-(. > ... > > > +[ ! -d "$GPIO_SYSFS" ] && skip "CONFIG_GPIO_SYSFS is not selected" > > Ditto. > > ... > > > + local platform=`cat $SYSFS/kernel/debug/gpio | grep "$chip:" | tr -d ',' | awk '{print $5}'` > > Besides useless use of cat (and tr + awk can be simplified) why are What do you suggest for the tr/awk simplification? > you simply not using > /sys/bus/gpio/devices/$chip ? > Cos that shows all the gpiochips, not just the ones created by gpio-mockup. And I certainly don't want to go messing with real hardware. The default tests should still run on real hardware - but only accessing the mockup devices. Got a better way to filter out real hardware? > > + # e.g. /sys/class/gpio/gpiochip508/device/gpiochip0/dev > > + local syschip=`ls -d $GPIO_SYSFS/gpiochip*/device/$chip/dev` > > ls -d is fragile, better to use `find ...` > OK > > + syschip=${syschip#$GPIO_SYSFS} > > + syschip=${syschip%/device/$chip/dev} > > How does this handle more than one gpiochip listed? It is filtered by $chip so there can only be one. Or is that a false assumption? > Also, can you consider optimizing these to get whatever you want easily? > Sadly that IS my optimized way - I don't know of an easier way to find the sysfs GPIO number given the gpiochip and offset :-(. Happy to learn of any alternative. > > + sysfs_nr=`cat $SYSFS/devices/$platform/gpio/$syschip/base` > > (It's probably fine here, but this doesn't work against PCI bus, for > example, see above for the fix) > Not sure what you mean here. > > + sysfs_nr=$(($sysfs_nr + $offset)) > > + sysfs_ldir=$GPIO_SYSFS/gpio$sysfs_nr > > } > > ... > > > +set_line() > > { > > + if [ -z "$sysfs_nr" ]; then > > + find_sysfs_nr > > + echo $sysfs_nr > $GPIO_SYSFS/export > > fi > > It sounds like a separate function (you have release_line(), perhaps > acquire_line() is good to have). > The cdev implementation has to release and re-acquire in the background as there is no simple way to perform a set_config on a requested line from shell - just holding the requested line for a set is painful enough, and the goal here was to keep the tests simple. I didn't want to make line acquisition/release explicit in the gpio-mockup tests, as that would make them needlessly complicated, so the acquire is bundled into the set_line - and anywhere else the uAPI implementation needs it. There is an implicit assumption that a set_line will always be called before a get_line, but that is always true - there is no "as-is" being tested here. Of course you still need the release_line at the end of the test, so that is still there. > > +release_line() > > { > > + [ -z "$sysfs_nr" ] && return > > + echo $sysfs_nr > $GPIO_SYSFS/unexport > > + sysfs_nr= > > + sysfs_ldir= > > } > > ... > > > +BASE=`dirname $0` > > Can be used via shell substitutions. > Yup > ... > > > +skip() > > { > > > + echo $* >&2 > > In all cases better to use "$*" (note surrounding double quotes). > Agreed - except where for option in $*; do is used to parse parameters. > > + echo GPIO $module test SKIP > > + exit $ksft_skip > > } > > ... > > > + [ ! which modprobe > /dev/null 2>&1 ] && skip "need modprobe installed" > > AFAIR `which` can be optional on some systems. > That is how other selftests check for availability of modprobe. e.g. selftests/kmod/kmod.sh and selftests/vm/test_hmm.sh, so I assumed it was acceptable. Is there an alternative? > ... > > > + DEBUGFS=`mount -t debugfs | head -1 | awk '{ print $3 }'` > > + [ ! -d "$DEBUGFS" ] && skip "debugfs is not mounted" > > Same as per sysfs in another script. > > ... > > > +try_insert_module() > > +{ > > + modprobe -q $module $1 > > + err=$? > > + [ $err -ne 0 ] && fail "insert $module failed with error $err" > > I guess it's as simple as `modprobe ... || fail "... $?" > Yup > > +} > > ... > > > + [ ! -e "$mock_line" ] && fail "missing line $chip:$offset" > > [ -e ... ] || ... > > ... > > > + local ranges=$1 > > + local gc= > > + shift > > I found that combination > local ranges=$1; shift > is better to read. > Agreed - the gc certainly shouldn't be splitting the two. > ... > > > + gpiochip=`ls -d $DEBUGFS/$module/gpiochip* 2>/dev/null` > > `find ...` is a better choice. > > > + for chip in $gpiochip; do > > + gc=`basename $chip` > > + [ -z "$1" ] && fail "unexpected chip - $gc" > > + test_line $gc 0 > > > + if [ "$random" ] && [ $1 -gt 2 ]; then > > You call the test twice, while you may do it in one go. > Ahh, replacing the && with -a. Good to know. > > + test_line $gc $((( RANDOM % ($1 - 2) + 1))) > > + fi > > + test_line $gc $(($1 - 1)) > > + test_no_line $gc $1 > > shift > > + done > > + [ "$1" ] && fail "missing expected chip of width $1" > > ... > > > +# manual gpio allocation tests fail if a physical chip already exists > > +[ "$full_test" ] && [ -e "/dev/gpiochip0" ] && skip "full tests conflict with gpiochip0" > > I guess it should be rather something like > > [ "$full_test" = "true" -a -e "/dev/gpiochip0" ] > I'm going with empty for false, so you can drop the = "true" here. > P.S. Also you may use `#!/bin/sh -efu` as shebang and fix other problems. > A shebang or a `set -efu`? I don't see shebang options used anywhere in the selftest scripts, but I agree with a set. Either way I am unsure what the shebang should be. The majority of the selftest scripts use bash as the shebang, with the remainder using plain sh. These scripts do use some bash extensions, and it was originally bash, so I left it as that. My test setups mainly use busybox, and don't have bash, so they complain about the bash shebang - though the ash(??) busybox is using still runs the script fine. Thanks again for the review - always a learning experience. Cheers, Kent.
On Sun, Jan 3, 2021 at 4:17 AM Kent Gibson <warthog618@gmail.com> wrote: > On Sun, Jan 03, 2021 at 12:20:26AM +0200, Andy Shevchenko wrote: > > On Sat, Jan 2, 2021 at 4:32 AM Kent Gibson <warthog618@gmail.com> wrote: ... > > > +#include <linux/gpio.h> > > > > Perhaps include it after system headers? > > hehe, I blindly sorted them. > Should it matter? I would include more particular headers later. Btw system headers can not always be in order because of dependencies. ... > > > + local platform=`cat $SYSFS/kernel/debug/gpio | grep "$chip:" | tr -d ',' | awk '{print $5}'` > > > > Besides useless use of cat (and tr + awk can be simplified) why are > > What do you suggest for the tr/awk simplification? You have `awk`, you can easily switch the entire pipeline to a little awk scriptlet. > > you simply not using > > /sys/bus/gpio/devices/$chip ? > > Cos that shows all the gpiochips, not just the ones created by gpio-mockup. I didn't get this. What is the content of $chip in your case? > And I certainly don't want to go messing with real hardware. > The default tests should still run on real hardware - but only > accessing the mockup devices. > > Got a better way to filter out real hardware? I probably have to understand what is the input and what is the expected output. It's possible I missed something here. > > > + # e.g. /sys/class/gpio/gpiochip508/device/gpiochip0/dev > > > + local syschip=`ls -d $GPIO_SYSFS/gpiochip*/device/$chip/dev` > > > > ls -d is fragile, better to use `find ...` > > OK > > > > + syschip=${syschip#$GPIO_SYSFS} > > > + syschip=${syschip%/device/$chip/dev} > > > > How does this handle more than one gpiochip listed? > > It is filtered by $chip so there can only be one. > Or is that a false assumption? When you have glob() in use it may return any number of results (starting from 0) and your script should be prepared for that. > > Also, can you consider optimizing these to get whatever you want easily? > > Sadly that IS my optimized way - I don't know of an easier way to find > the sysfs GPIO number given the gpiochip and offset :-(. > Happy to learn of any alternative. I'm talking about getting $syschip. I think there is a way to get it without all those shell substitutions from somewhere else. > > > + sysfs_nr=`cat $SYSFS/devices/$platform/gpio/$syschip/base` > > > > (It's probably fine here, but this doesn't work against PCI bus, for > > example, see above for the fix) > > Not sure what you mean here. When GPIO is a PCI device the above won't give a proper path. If we wish to give an example to somebody, it would be better to have it good enough. > > > + sysfs_nr=$(($sysfs_nr + $offset)) > > > + sysfs_ldir=$GPIO_SYSFS/gpio$sysfs_nr > > > } ... > > > +set_line() > > > { > > > + if [ -z "$sysfs_nr" ]; then > > > + find_sysfs_nr > > > + echo $sysfs_nr > $GPIO_SYSFS/export > > > fi > > > > It sounds like a separate function (you have release_line(), perhaps > > acquire_line() is good to have). > > > > The cdev implementation has to release and re-acquire in the background > as there is no simple way to perform a set_config on a requested line > from shell - just holding the requested line for a set is painful enough, > and the goal here was to keep the tests simple. > > I didn't want to make line acquisition/release explicit in the gpio-mockup > tests, as that would make them needlessly complicated, so the acquire is > bundled into the set_line - and anywhere else the uAPI implementation > needs it. There is an implicit assumption that a set_line will always > be called before a get_line, but that is always true - there is no > "as-is" being tested here. > > Of course you still need the release_line at the end of the test, so > that is still there. Yes and to me logically correct to distinguish acquire_line() with set_line(). Then wherever you need to set_line(), you may call acquire_line() which should be idempotent (the same way as release_line() call). > > > +release_line() > > > { > > > + [ -z "$sysfs_nr" ] && return > > > + echo $sysfs_nr > $GPIO_SYSFS/unexport > > > + sysfs_nr= > > > + sysfs_ldir= > > > } ... > > > +skip() > > > { > > > > > + echo $* >&2 > > > > In all cases better to use "$*" (note surrounding double quotes). > > > > Agreed - except where > > for option in $*; do > > is used to parse parameters. Exactly! And "" helps with that. If I put parameters as `a b c "d e"`, your case will take them wrongly. > > > + echo GPIO $module test SKIP > > > + exit $ksft_skip > > > } > > > > ... > > > > > + [ ! which modprobe > /dev/null 2>&1 ] && skip "need modprobe installed" > > > > AFAIR `which` can be optional on some systems. > > > > That is how other selftests check for availability of modprobe. > e.g. selftests/kmod/kmod.sh and selftests/vm/test_hmm.sh, so I assumed > it was acceptable. > > Is there an alternative? OK. Just replace it with a dropped useless test call. which ... || skip ... ... > > P.S. Also you may use `#!/bin/sh -efu` as shebang and fix other problems. > > A shebang or a `set -efu`? Shebang. The difference is that with shebang you don't need to edit the script each time you want to change that. sh -x /path/to/the/script will give different results. > I don't see shebang options used anywhere in the selftest scripts, but I > agree with a set. Because shell scripts in the kernel are really badly written (so does Python ones). Again, even senior developers can't get shell right (including me). > Either way I am unsure what the shebang should be. > The majority of the selftest scripts use bash as the shebang, with the > remainder using plain sh. > These scripts do use some bash extensions, and it was originally bash, so > I left it as that. > My test setups mainly use busybox, and don't have bash, so they complain > about the bash shebang - though the ash(??) busybox is using still runs > the script fine. I'm using busybox on an everyday basis and mentioned shebang works there if I'm not mistaken. Because all flags are listed in the standard. https://pubs.opengroup.org/onlinepubs/007904875/utilities/sh.html > Thanks again for the review - always a learning experience. -- With Best Regards, Andy Shevchenko
On Sun, Jan 03, 2021 at 05:10:10PM +0200, Andy Shevchenko wrote: > On Sun, Jan 3, 2021 at 4:17 AM Kent Gibson <warthog618@gmail.com> wrote: > > On Sun, Jan 03, 2021 at 12:20:26AM +0200, Andy Shevchenko wrote: > > > On Sat, Jan 2, 2021 at 4:32 AM Kent Gibson <warthog618@gmail.com> wrote: > > ... > > > > > +#include <linux/gpio.h> > > > > > > Perhaps include it after system headers? > > > > hehe, I blindly sorted them. > > Should it matter? > > I would include more particular headers later. > Btw system headers can not always be in order because of dependencies. > > ... > > > > > + local platform=`cat $SYSFS/kernel/debug/gpio | grep "$chip:" | tr -d ',' | awk '{print $5}'` > > > > > > Besides useless use of cat (and tr + awk can be simplified) why are > > > > What do you suggest for the tr/awk simplification? > > You have `awk`, you can easily switch the entire pipeline to a little > awk scriptlet. > Ah ok - I was actually going the other way to do away with the awk, so had replaced it with a pair of cuts, though I'm still looking for better alternatives for the whole gpiochipN:offset -> sysfs_nr mapping problem - see below. > > > you simply not using > > > /sys/bus/gpio/devices/$chip ? > > > > Cos that shows all the gpiochips, not just the ones created by gpio-mockup. > > I didn't get this. What is the content of $chip in your case? > $chip is the gpiochipN name, so gpiochip0, gpiochip1 etc. What we are trying to find here is the base of the GPIO numbering for the chip so we can export/unexport them to sysfs (after adding the offset for the particular line). > > And I certainly don't want to go messing with real hardware. > > The default tests should still run on real hardware - but only > > accessing the mockup devices. > > > > Got a better way to filter out real hardware? > > I probably have to understand what is the input and what is the > expected output. It's possible I missed something here. > > > > > + # e.g. /sys/class/gpio/gpiochip508/device/gpiochip0/dev > > > > + local syschip=`ls -d $GPIO_SYSFS/gpiochip*/device/$chip/dev` > > > > > > ls -d is fragile, better to use `find ...` > > > > OK > > > > > > + syschip=${syschip#$GPIO_SYSFS} > > > > + syschip=${syschip%/device/$chip/dev} > > > > > > How does this handle more than one gpiochip listed? > > > > It is filtered by $chip so there can only be one. > > Or is that a false assumption? > > When you have glob() in use it may return any number of results > (starting from 0) and your script should be prepared for that. > Yeah, we really don't want to be using globs at all. > > > Also, can you consider optimizing these to get whatever you want easily? > > > > Sadly that IS my optimized way - I don't know of an easier way to find > > the sysfs GPIO number given the gpiochip and offset :-(. > > Happy to learn of any alternative. > > I'm talking about getting $syschip. I think there is a way to get it > without all those shell substitutions from somewhere else. > $syschip is just an intermediate that I'm not really interested in - it just helps find the base, and so the nr. I've been playing with alternatives and my current one is: # e.g. /sys/devices/platform/gpio-mockup.1/gpiochip1 local platform=$(find $SYSFS/devices/platform/ -name $chip -type d -maxdepth 2) [ "$platform" ] || fail "can't find platform of $chip" # e.g. /sys/devices/platform/gpio-mockup.1/gpio/gpiochip508/base local base=$(find $(dirname $platform)/gpio/ -name base -type f -maxdepth 2) [ "$base" ] || fail "can't find base of $chip" sysfs_nr=$(< $base) sysfs_nr=$(($sysfs_nr + $offset)) which works, though still doesn't handle the possibility of multiple matches returned by the finds. > > > > + sysfs_nr=`cat $SYSFS/devices/$platform/gpio/$syschip/base` > > > > > > (It's probably fine here, but this doesn't work against PCI bus, for > > > example, see above for the fix) > > > > Not sure what you mean here. > > When GPIO is a PCI device the above won't give a proper path. > If we wish to give an example to somebody, it would be better to have > it good enough. > How would it appear for PCI bus? > > > > + sysfs_nr=$(($sysfs_nr + $offset)) > > > > + sysfs_ldir=$GPIO_SYSFS/gpio$sysfs_nr > > > > } > > ... > > > > > +set_line() > > > > { > > > > + if [ -z "$sysfs_nr" ]; then > > > > + find_sysfs_nr > > > > + echo $sysfs_nr > $GPIO_SYSFS/export > > > > fi > > > > > > It sounds like a separate function (you have release_line(), perhaps > > > acquire_line() is good to have). > > > > > > > The cdev implementation has to release and re-acquire in the background > > as there is no simple way to perform a set_config on a requested line > > from shell - just holding the requested line for a set is painful enough, > > and the goal here was to keep the tests simple. > > > > I didn't want to make line acquisition/release explicit in the gpio-mockup > > tests, as that would make them needlessly complicated, so the acquire is > > bundled into the set_line - and anywhere else the uAPI implementation > > needs it. There is an implicit assumption that a set_line will always > > be called before a get_line, but that is always true - there is no > > "as-is" being tested here. > > > > Of course you still need the release_line at the end of the test, so > > that is still there. > > Yes and to me logically correct to distinguish acquire_line() with set_line(). > Then wherever you need to set_line(), you may call acquire_line() > which should be idempotent (the same way as release_line() call). > Oh, ok - it would only be called from set_line - I thought you meant expose it as part of the uAPI test interface (currently get_line/set_line/release_line). > > > > +release_line() > > > > { > > > > + [ -z "$sysfs_nr" ] && return > > > > + echo $sysfs_nr > $GPIO_SYSFS/unexport > > > > + sysfs_nr= > > > > + sysfs_ldir= > > > > } > > ... > > > > > +skip() > > > > { > > > > > > > + echo $* >&2 > > > > > > In all cases better to use "$*" (note surrounding double quotes). > > > > > > > Agreed - except where > > > > for option in $*; do > > > > is used to parse parameters. > > Exactly! And "" helps with that. > > If I put parameters as `a b c "d e"`, your case will take them wrongly. > > > > > + echo GPIO $module test SKIP > > > > + exit $ksft_skip > > > > } > > > > > > ... > > > > > > > + [ ! which modprobe > /dev/null 2>&1 ] && skip "need modprobe installed" > > > > > > AFAIR `which` can be optional on some systems. > > > > > > > That is how other selftests check for availability of modprobe. > > e.g. selftests/kmod/kmod.sh and selftests/vm/test_hmm.sh, so I assumed > > it was acceptable. > > > > Is there an alternative? > > OK. Just replace it with a dropped useless test call. > which ... || skip ... > Yup - I've since replaced it with a test call to modprobe -h, so no `which` required. > ... > > > > P.S. Also you may use `#!/bin/sh -efu` as shebang and fix other problems. > > > > A shebang or a `set -efu`? > > Shebang. The difference is that with shebang you don't need to edit > the script each time you want to change that. > sh -x /path/to/the/script will give different results. > OK, didn't consider that. Have got the scripts running with the -efu flags set - that was entertaining. > > I don't see shebang options used anywhere in the selftest scripts, but I > > agree with a set. > > Because shell scripts in the kernel are really badly written (so does > Python ones). > Again, even senior developers can't get shell right (including me). > > > Either way I am unsure what the shebang should be. > > The majority of the selftest scripts use bash as the shebang, with the > > remainder using plain sh. > > These scripts do use some bash extensions, and it was originally bash, so > > I left it as that. > > My test setups mainly use busybox, and don't have bash, so they complain > > about the bash shebang - though the ash(??) busybox is using still runs > > the script fine. > > I'm using busybox on an everyday basis and mentioned shebang works > there if I'm not mistaken. > Because all flags are listed in the standard. > https://pubs.opengroup.org/onlinepubs/007904875/utilities/sh.html > I meant the actual /bin/bash, not the flags. Though I now build bash in my buildroots, so I don't get that warning anymore. Cheers, Kent.
On Sun, Jan 03, 2021 at 05:10:10PM +0200, Andy Shevchenko wrote: > On Sun, Jan 3, 2021 at 4:17 AM Kent Gibson <warthog618@gmail.com> wrote: > > On Sun, Jan 03, 2021 at 12:20:26AM +0200, Andy Shevchenko wrote: > > > On Sat, Jan 2, 2021 at 4:32 AM Kent Gibson <warthog618@gmail.com> wrote: > [snip] > > ... > > > > > + local platform=`cat $SYSFS/kernel/debug/gpio | grep "$chip:" | tr -d ',' | awk '{print $5}'` > > > > > > Besides useless use of cat (and tr + awk can be simplified) why are > > > > What do you suggest for the tr/awk simplification? > > You have `awk`, you can easily switch the entire pipeline to a little > awk scriptlet. > Baah, the number that I'm after is in the $SYSFS/kernel/debug/gpio that I was pulling the platform from, so I can just pull it directly from there. No need to go hunting through the file system for the base file - the range of GPIOs assigned to the chip is right there. In this example it is the 508: # e.g. gpiochip0: GPIOs 508-511, parent: platform/gpio-mockup.0, gpio-mockup-A: So I'll use that - unless it is unreliable for some reason? Cheers, Kent.
On Mon, Jan 4, 2021 at 3:51 AM Kent Gibson <warthog618@gmail.com> wrote: > On Sun, Jan 03, 2021 at 05:10:10PM +0200, Andy Shevchenko wrote: ... > In this example it is the 508: > > # e.g. gpiochip0: GPIOs 508-511, parent: platform/gpio-mockup.0, gpio-mockup-A: > > So I'll use that - unless it is unreliable for some reason? debugfs is not an ABI and tomorrow this can be changed without notice. -- With Best Regards, Andy Shevchenko
On Mon, Jan 04, 2021 at 03:52:49PM +0200, Andy Shevchenko wrote: > On Mon, Jan 4, 2021 at 3:51 AM Kent Gibson <warthog618@gmail.com> wrote: > > On Sun, Jan 03, 2021 at 05:10:10PM +0200, Andy Shevchenko wrote: > > ... > > > In this example it is the 508: > > > > # e.g. gpiochip0: GPIOs 508-511, parent: platform/gpio-mockup.0, gpio-mockup-A: > > > > So I'll use that - unless it is unreliable for some reason? > > debugfs is not an ABI and tomorrow this can be changed without notice. > I had a bad feeling that might be the case, and all my current solutions use debugfs one way or another, so back to the drawing board on that one. Thanks, Kent.
On Mon, Jan 04, 2021 at 11:00:31PM +0800, Kent Gibson wrote: > On Mon, Jan 04, 2021 at 03:52:49PM +0200, Andy Shevchenko wrote: > > On Mon, Jan 4, 2021 at 3:51 AM Kent Gibson <warthog618@gmail.com> wrote: > > > On Sun, Jan 03, 2021 at 05:10:10PM +0200, Andy Shevchenko wrote: > > > > ... > > > > > In this example it is the 508: > > > > > > # e.g. gpiochip0: GPIOs 508-511, parent: platform/gpio-mockup.0, gpio-mockup-A: > > > > > > So I'll use that - unless it is unreliable for some reason? > > > > debugfs is not an ABI and tomorrow this can be changed without notice. > > > > I had a bad feeling that might be the case, and all my current solutions > use debugfs one way or another, so back to the drawing board on that one. > Hang on - the find approach that I was looking at previously only uses /sys/devices/platform, so I'll revert to that one - and add handling for multi-match. Cheers, Kent.
diff --git a/tools/testing/selftests/gpio/Makefile b/tools/testing/selftests/gpio/Makefile index 32bdc978a711..e4363c64d40d 100644 --- a/tools/testing/selftests/gpio/Makefile +++ b/tools/testing/selftests/gpio/Makefile @@ -1,32 +1,8 @@ # SPDX-License-Identifier: GPL-2.0 -VAR_CFLAGS := $(shell pkg-config --cflags mount 2>/dev/null) -VAR_LDLIBS := $(shell pkg-config --libs mount 2>/dev/null) -ifeq ($(VAR_LDLIBS),) -VAR_LDLIBS := -lmount -I/usr/include/libmount -endif - -CFLAGS += -O2 -g -std=gnu99 -Wall -I../../../../usr/include/ $(VAR_CFLAGS) -LDLIBS += $(VAR_LDLIBS) - TEST_PROGS := gpio-mockup.sh TEST_FILES := gpio-mockup-sysfs.sh -TEST_PROGS_EXTENDED := gpio-mockup-chardev - -GPIODIR := $(realpath ../../../gpio) -GPIOOBJ := gpio-utils.o +TEST_GEN_PROGS_EXTENDED := gpio-mockup-cdev -all: $(TEST_PROGS_EXTENDED) - -override define CLEAN - $(RM) $(TEST_PROGS_EXTENDED) - $(MAKE) -C $(GPIODIR) OUTPUT=$(GPIODIR)/ clean -endef - -KSFT_KHDR_INSTALL := 1 include ../lib.mk -$(TEST_PROGS_EXTENDED): $(GPIODIR)/$(GPIOOBJ) - -$(GPIODIR)/$(GPIOOBJ): - $(MAKE) OUTPUT=$(GPIODIR)/ -C $(GPIODIR) diff --git a/tools/testing/selftests/gpio/gpio-mockup-cdev.c b/tools/testing/selftests/gpio/gpio-mockup-cdev.c new file mode 100644 index 000000000000..3bfd876a8b6a --- /dev/null +++ b/tools/testing/selftests/gpio/gpio-mockup-cdev.c @@ -0,0 +1,139 @@ +// SPDX-License-Identifier: GPL-2.0 +/* + * GPIO mockup cdev test helper + * + * Copyright (C) 2020 Kent Gibson + */ + +#include <errno.h> +#include <fcntl.h> +#include <linux/gpio.h> +#include <signal.h> +#include <stdint.h> +#include <stdio.h> +#include <stdlib.h> +#include <string.h> +#include <sys/ioctl.h> +#include <unistd.h> + +#define CONSUMER "gpio-mockup-cdev" + +static int request_line_v1(int cfd, unsigned int offset, + uint32_t flags, unsigned int val) +{ + struct gpiohandle_request req; + int ret; + + memset(&req, 0, sizeof(req)); + req.lines = 1; + req.lineoffsets[0] = offset; + req.flags = flags; + strcpy(req.consumer_label, CONSUMER); + if (flags & GPIOHANDLE_REQUEST_OUTPUT) + req.default_values[0] = val; + + ret = ioctl(cfd, GPIO_GET_LINEHANDLE_IOCTL, &req); + if (ret == -1) + return -errno; + return req.fd; +} + +static int get_value_v1(int lfd) +{ + struct gpiohandle_data vals; + int ret; + + memset(&vals, 0, sizeof(vals)); + ret = ioctl(lfd, GPIOHANDLE_GET_LINE_VALUES_IOCTL, &vals); + if (ret == -1) + return -errno; + return vals.values[0]; +} + +static void usage(char *prog) +{ + printf("Usage: %s [-l] [-b <bias>] [-s <value>] [-u <uAPI>] <gpiochip> <offset>\n", prog); + printf(" -b: set line bias to one of pull-down, pull-up, disabled\n"); + printf(" (default is to leave bias unchanged):\n"); + printf(" -l: set line active low (default is active high)\n"); + printf(" -s: set line value (default is to get line value)\n"); + exit(-1); +} + +static int wait_signal(void) +{ + int sig; + sigset_t wset; + + sigemptyset(&wset); + sigaddset(&wset, SIGHUP); + sigaddset(&wset, SIGINT); + sigaddset(&wset, SIGTERM); + sigwait(&wset, &sig); + + return sig; +} + +int main(int argc, char *argv[]) +{ + char *chip; + int opt, ret, cfd, lfd; + unsigned int offset, val; + uint32_t flags_v1; + + ret = 0; + flags_v1 = GPIOHANDLE_REQUEST_INPUT; + + while ((opt = getopt(argc, argv, "lb:s:u:")) != -1) { + switch (opt) { + case 'l': + flags_v1 |= GPIOHANDLE_REQUEST_ACTIVE_LOW; + break; + case 'b': + if (strcmp("pull-up", optarg) == 0) + flags_v1 |= GPIOHANDLE_REQUEST_BIAS_PULL_UP; + else if (strcmp("pull-down", optarg) == 0) + flags_v1 |= GPIOHANDLE_REQUEST_BIAS_PULL_DOWN; + else if (strcmp("disabled", optarg) == 0) + flags_v1 |= GPIOHANDLE_REQUEST_BIAS_DISABLE; + break; + case 's': + val = atoi(optarg); + flags_v1 &= ~GPIOHANDLE_REQUEST_INPUT; + flags_v1 |= GPIOHANDLE_REQUEST_OUTPUT; + break; + default: + usage(argv[0]); + } + } + + if (argc < optind + 2) + usage(argv[0]); + + chip = argv[optind]; + offset = atoi(argv[optind+1]); + + cfd = open(chip, 0); + if (cfd == -1) { + fprintf(stderr, "Failed to open %s: %s\n", chip, strerror(errno)); + return -errno; + } + + lfd = request_line_v1(cfd, offset, flags_v1, val); + + close(cfd); + + if (lfd < 0) { + fprintf(stderr, "Failed to request %s:%d: %s\n", chip, offset, strerror(-lfd)); + return lfd; + } + + if (flags_v1 & GPIOHANDLE_REQUEST_OUTPUT) + wait_signal(); + else + ret = get_value_v1(lfd); + + close(lfd); + + return ret; +} diff --git a/tools/testing/selftests/gpio/gpio-mockup-sysfs.sh b/tools/testing/selftests/gpio/gpio-mockup-sysfs.sh index dd269d877562..8ec99b4b12e5 100755 --- a/tools/testing/selftests/gpio/gpio-mockup-sysfs.sh +++ b/tools/testing/selftests/gpio/gpio-mockup-sysfs.sh @@ -1,135 +1,71 @@ # SPDX-License-Identifier: GPL-2.0 -is_consistent() -{ - val= - - active_low_sysfs=`cat $GPIO_SYSFS/gpio$nr/active_low` - val_sysfs=`cat $GPIO_SYSFS/gpio$nr/value` - dir_sysfs=`cat $GPIO_SYSFS/gpio$nr/direction` - - gpio_this_debugfs=`cat $GPIO_DEBUGFS |grep "gpio-$nr" | sed "s/(.*)//g"` - dir_debugfs=`echo $gpio_this_debugfs | awk '{print $2}'` - val_debugfs=`echo $gpio_this_debugfs | awk '{print $3}'` - if [ $val_debugfs = "lo" ]; then - val=0 - elif [ $val_debugfs = "hi" ]; then - val=1 - fi - - if [ $active_low_sysfs = "1" ]; then - if [ $val = "0" ]; then - val="1" - else - val="0" - fi - fi - - if [ $val_sysfs = $val ] && [ $dir_sysfs = $dir_debugfs ]; then - echo -n "." - else - echo "test fail, exit" - die - fi -} - -test_pin_logic() -{ - nr=$1 - direction=$2 - active_low=$3 - value=$4 - - echo $direction > $GPIO_SYSFS/gpio$nr/direction - echo $active_low > $GPIO_SYSFS/gpio$nr/active_low - if [ $direction = "out" ]; then - echo $value > $GPIO_SYSFS/gpio$nr/value - fi - is_consistent $nr -} - -test_one_pin() -{ - nr=$1 - - echo -n "test pin<$nr>" - - echo $nr > $GPIO_SYSFS/export 2>/dev/null - - if [ X$? != X0 ]; then - echo "test GPIO pin $nr failed" - die - fi - #"Checking if the sysfs is consistent with debugfs: " - is_consistent $nr +# Overrides functions in gpio-mockup.sh to test using the GPIO SYSFS uAPI - #"Checking the logic of active_low: " - test_pin_logic $nr out 1 1 - test_pin_logic $nr out 1 0 - test_pin_logic $nr out 0 1 - test_pin_logic $nr out 0 0 +SYSFS=`mount -t sysfs | head -1 | awk '{ print $3 }'` +[ ! -d "$SYSFS" ] && skip "sysfs is not mounted" - #"Checking the logic of direction: " - test_pin_logic $nr in 1 1 - test_pin_logic $nr out 1 0 - test_pin_logic $nr low 0 1 - test_pin_logic $nr high 0 0 +GPIO_SYSFS="${SYSFS}/class/gpio" +[ ! -d "$GPIO_SYSFS" ] && skip "CONFIG_GPIO_SYSFS is not selected" - echo $nr > $GPIO_SYSFS/unexport +sysfs_nr= +sysfs_ldir= - echo "successful" -} - -test_one_pin_fail() +# determines the sysfs GPIO number given the $chip and $offset +find_sysfs_nr() { - nr=$1 - - echo $nr > $GPIO_SYSFS/export 2>/dev/null - - if [ X$? != X0 ]; then - echo "test invalid pin $nr successful" - else - echo "test invalid pin $nr failed" - echo $nr > $GPIO_SYSFS/unexport 2>/dev/null - die - fi + # e.g. gpiochip0: GPIOs 508-511, parent: platform/gpio-mockup.0, gpio-mockup-A: + local platform=`cat $SYSFS/kernel/debug/gpio | grep "$chip:" | tr -d ',' | awk '{print $5}'` + # e.g. /sys/class/gpio/gpiochip508/device/gpiochip0/dev + local syschip=`ls -d $GPIO_SYSFS/gpiochip*/device/$chip/dev` + syschip=${syschip#$GPIO_SYSFS} + syschip=${syschip%/device/$chip/dev} + sysfs_nr=`cat $SYSFS/devices/$platform/gpio/$syschip/base` + sysfs_nr=$(($sysfs_nr + $offset)) + sysfs_ldir=$GPIO_SYSFS/gpio$sysfs_nr } -list_chip() +# The helpers being overridden... +get_line() { - echo `ls -d $GPIO_DRV_SYSFS/gpiochip* 2>/dev/null` + [ -z "$sysfs_nr" ] && fail "sysfs line $chip:$offset not exported" + cat $sysfs_ldir/value } -test_chip() +set_line() { - chip=$1 - name=`basename $chip` - base=`cat $chip/base` - ngpio=`cat $chip/ngpio` - printf "%-10s %-5s %-5s\n" $name $base $ngpio - if [ $ngpio = "0" ]; then - echo "number of gpio is zero is not allowed". + if [ -z "$sysfs_nr" ]; then + find_sysfs_nr + echo $sysfs_nr > $GPIO_SYSFS/export fi - test_one_pin $base - test_one_pin $(($base + $ngpio - 1)) - test_one_pin $((( RANDOM % $ngpio ) + $base )) + for option in $*; do + case $option in + active-high) + echo 0 > $sysfs_ldir/active_low + ;; + active-low) + echo 1 > $sysfs_ldir/active_low + ;; + input) + echo "in" > $sysfs_ldir/direction + ;; + 0) + echo "out" > $sysfs_ldir/direction + echo 0 > $sysfs_ldir/value + ;; + 1) + echo "out" > $sysfs_ldir/direction + echo 1 > $sysfs_ldir/value + ;; + esac + done } -test_chips_sysfs() +release_line() { - gpiochip=`list_chip $module` - if [ X"$gpiochip" = X ]; then - if [ X"$valid" = Xfalse ]; then - echo "successful" - else - echo "fail" - die - fi - else - for chip in $gpiochip; do - test_chip $chip - done - fi + [ -z "$sysfs_nr" ] && return + echo $sysfs_nr > $GPIO_SYSFS/unexport + sysfs_nr= + sysfs_ldir= } - diff --git a/tools/testing/selftests/gpio/gpio-mockup.sh b/tools/testing/selftests/gpio/gpio-mockup.sh index 7f35b9880485..66eed9b60963 100755 --- a/tools/testing/selftests/gpio/gpio-mockup.sh +++ b/tools/testing/selftests/gpio/gpio-mockup.sh @@ -2,71 +2,55 @@ # SPDX-License-Identifier: GPL-2.0 #exit status -#1: Internal error -#2: sysfs/debugfs not mount -#3: insert module fail when gpio-mockup is a module. -#4: Skip test including run as non-root user. -#5: other reason. - -SYSFS= -GPIO_SYSFS= -GPIO_DRV_SYSFS= +#0: success +#1: fail +#4: skip test - including run as non-root user + +BASE=`dirname $0` DEBUGFS= GPIO_DEBUGFS= -dev_type= -module= +dev_type="cdev" +module="gpio-mockup" +verbose= +random= +active_opt= +bias_opt= +line_set_pid= -# Kselftest framework requirement - SKIP code is 4. +# Kselftest return codes +ksft_fail=1 ksft_skip=4 usage() { echo "Usage:" - echo "$0 [-f] [-m name] [-t type]" - echo "-f: full test. It maybe conflict with existence gpio device." - echo "-m: module name, default name is gpio-mockup. It could also test" - echo " other gpio device." - echo "-t: interface type: chardev(char device) and sysfs(being" - echo " deprecated). The first one is default" - echo "" - echo "$0 -h" - echo "This usage" + echo "$0 [-frv] [-t type]" + echo "-f: full test (minimal set run by default)" + echo "-r: test random lines as well as fence posts" + echo "-t: interface type:" + echo " cdev (character device ABI) - default" + echo " sysfs (deprecated SYSFS ABI)" + echo "-v: verbose progress reporting" + exit $ksft_fail } -prerequisite() +skip() { - msg="skip all tests:" - if [ $UID != 0 ]; then - echo $msg must be run as root >&2 - exit $ksft_skip - fi - SYSFS=`mount -t sysfs | head -1 | awk '{ print $3 }'` - if [ ! -d "$SYSFS" ]; then - echo $msg sysfs is not mounted >&2 - exit 2 - fi - GPIO_SYSFS=`echo $SYSFS/class/gpio` - GPIO_DRV_SYSFS=`echo $SYSFS/devices/platform/$module/gpio` - DEBUGFS=`mount -t debugfs | head -1 | awk '{ print $3 }'` - if [ ! -d "$DEBUGFS" ]; then - echo $msg debugfs is not mounted >&2 - exit 2 - fi - GPIO_DEBUGFS=`echo $DEBUGFS/gpio` - source gpio-mockup-sysfs.sh + echo $* >&2 + echo GPIO $module test SKIP + exit $ksft_skip } -try_insert_module() +prerequisite() { - if [ -d "$GPIO_DRV_SYSFS" ]; then - echo "$GPIO_DRV_SYSFS exist. Skip insert module" - else - modprobe -q $module $1 - if [ X$? != X0 ]; then - echo $msg insmod $module failed >&2 - exit 3 - fi - fi + [ $(id -u) -ne 0 ] && skip "must be run as root" + + [ ! which modprobe > /dev/null 2>&1 ] && skip "need modprobe installed" + + DEBUGFS=`mount -t debugfs | head -1 | awk '{ print $3 }'` + [ ! -d "$DEBUGFS" ] && skip "debugfs is not mounted" + + GPIO_DEBUGFS=$DEBUGFS/$module } remove_module() @@ -74,133 +58,313 @@ remove_module() modprobe -r -q $module } -die() +cleanup() { + release_line remove_module - exit 5 } -test_chips() +fail() { - if [ X$dev_type = Xsysfs ]; then - echo "WARNING: sysfs ABI of gpio is going to deprecated." - test_chips_sysfs $* - else - $BASE/gpio-mockup-chardev $* - fi + echo "test failed: $*" >&2 + echo GPIO $module test FAIL + exit $ksft_fail +} + +try_insert_module() +{ + modprobe -q $module $1 + err=$? + [ $err -ne 0 ] && fail "insert $module failed with error $err" +} + +log() +{ + [ "$verbose" ] && echo $* +} + +# The following line helpers, release_Line, get_line and set_line, all +# make use of the global $chip and $offset variables. +# +# This implementation drives the GPIO character device (cdev) uAPI. +# Other implementations may override these to test different uAPIs. + +# Release any resources related to the line +release_line() +{ + [ -z "$line_set_pid" ] && return + kill $line_set_pid + line_set_pid= } -gpio_test() +# Read the current value of the line +get_line() { - param=$1 - valid=$2 + release_line + + $BASE/gpio-mockup-cdev $active_opt /dev/$chip $offset > /dev/null 2>&1 + echo $? +} - if [ X"$param" = X ]; then - die +# Set the state of the line +# +# Changes to line configuration are provided as parameters. +# The line is assumed to be an output if the line value 0 or 1 is +# specified, else an input. +set_line() +{ + local val= + + release_line + + # parse config options... + for option in $*; do + case $option in + active-low) + active_opt="-l " + ;; + active-high) + active_opt= + ;; + bias-none) + bias_opt= + ;; + pull-down) + bias_opt="-bpull-down " + ;; + pull-up) + bias_opt="-bpull-up " + ;; + 0) + val=0 + ;; + 1) + val=1 + ;; + esac + done + + local cdev_opts=${active_opt} + if [ "$val" ]; then + $BASE/gpio-mockup-cdev $cdev_opts -s$val /dev/$chip $offset 2>&1 >/dev/null & + # failure to set is detected by reading mock and toggling values + line_set_pid=$! + # wait for line to be set... + sleep 0.05 + elif [ "$bias_opt" ]; then + cdev_opts=${cdev_opts}${bias_opt} + $BASE/gpio-mockup-cdev $cdev_opts /dev/$chip $offset 2>&1 >/dev/null fi - try_insert_module "gpio_mockup_ranges=$param" - echo -n "GPIO $module test with ranges: <" - echo "$param>: " - printf "%-10s %s\n" $param - test_chips $module $valid - remove_module } -BASE=`dirname $0` +assert_line() +{ + local val=`get_line` + [ "$val" -ne $1 ] && fail "line value is $val when $1 was expected" +} + +# The following mock helpers all make use of the $mock_line +set_mock() +{ + echo $1 > $mock_line +} -dev_type= -TEMP=`getopt -o fhm:t: -n '$0' -- "$@"` +assert_mock() +{ + local val=`cat $mock_line` + [ "$val" -ne $1 ] && fail "mock $mock_line value $val when $1 expected" +} -if [ "$?" != "0" ]; then - echo "Parameter process failed, Terminating..." >&2 - exit 1 -fi +# test the functionality of a line +# +# The line is set from the mockup side and is read from the userspace side +# (input), and is set from the userspace side and is read from the mockup side +# (output). +# +# Setting the mockup pull using the userspace interface bias settings is +# tested where supported by the userspace interface (cdev). +test_line() +{ + chip=$1 + offset=$2 + log "test_line $chip $offset" + mock_line=$GPIO_DEBUGFS/$chip/$offset + [ ! -e "$mock_line" ] && fail "missing line $chip:$offset" -# Note the quotes around `$TEMP': they are essential! -eval set -- "$TEMP" + # test as input + set_mock 1 + set_line input active-high + assert_line 1 + set_mock 0 + assert_line 0 -while true; do - case $1 in - -f) - full_test=true + if [ "$full_test" ]; then + # test as input + if [ "$dev_type" != "sysfs" ]; then + set_mock 0 + set_line input pull-up + assert_line 1 + set_mock 0 + assert_line 0 + + set_mock 1 + set_line input pull-down + assert_line 0 + set_mock 1 + assert_line 1 + + set_line bias-none + fi + + set_mock 0 + set_line active-low + assert_line 1 + set_mock 1 + assert_line 0 + + # test as output + set_mock 1 + set_line active-low 1 + assert_mock 0 + set_line 0 + assert_mock 1 + fi + + # test as output + set_mock 1 + set_line active-high 0 + assert_mock 0 + set_line 1 + assert_mock 1 + + release_line +} + +test_no_line() +{ + log test_no_line $* + [ -e "$GPIO_DEBUGFS/$1/$2" ] && fail "unexpected line $1:$2" +} + +# Load the module and check that the expected number of gpiochips, with the +# expected number of lines, are created and are functional. +# +# $1 is the gpio_mockup_ranges parameter for the module +# The remaining parameters are the number of lines, n, expected for each of +# the gpiochips expected to be created. +# +# For each gpiochip the fence post lines, 0 and n-1, are tested, and the +# line on the far side of the fence post, n, is tested to not exist. +# +# If the $random flag is set then a random line in the middle of the +# gpiochip is tested as well. +insmod_test() +{ + local ranges=$1 + local gc= + shift + + [ -z "$ranges" ] && fail "missing ranges" + try_insert_module "gpio_mockup_ranges=$ranges" + log "GPIO $module test with ranges: <$ranges>: " + gpiochip=`ls -d $DEBUGFS/$module/gpiochip* 2>/dev/null` + for chip in $gpiochip; do + gc=`basename $chip` + [ -z "$1" ] && fail "unexpected chip - $gc" + test_line $gc 0 + if [ "$random" ] && [ $1 -gt 2 ]; then + test_line $gc $((( RANDOM % ($1 - 2) + 1))) + fi + test_line $gc $(($1 - 1)) + test_no_line $gc $1 shift + done + [ "$1" ] && fail "missing expected chip of width $1" + remove_module +} + +while getopts ":frvt:" opt; do + case $opt in + f) + full_test=true ;; - -h) - usage - exit + r) + random=true ;; - -m) - module=$2 - shift 2 + t) + dev_type=$OPTARG ;; - -t) - dev_type=$2 - shift 2 - ;; - --) - shift - break + v) + verbose=true ;; *) - echo "Internal error!" - exit 1 + usage ;; esac done +shift $((OPTIND-1)) -if [ X"$module" = X ]; then - module="gpio-mockup" -fi +prerequisite -if [ X$dev_type != Xsysfs ]; then - dev_type="chardev" -fi +trap exit SIGTERM SIGINT +trap cleanup EXIT -prerequisite +case "$dev_type" in +sysfs) + source $BASE/gpio-mockup-sysfs.sh + echo "WARNING: gpio sysfs ABI is deprecated." + ;; +cdev) + ;; +*) + fail "unknown interface type: $dev_type" + ;; +esac + +remove_module -echo "1. Test dynamic allocation of gpio successful means insert gpiochip and" -echo " manipulate gpio pin successful" -gpio_test "-1,32" true -gpio_test "-1,32,-1,32" true -gpio_test "-1,32,-1,32,-1,32" true -if [ X$full_test = Xtrue ]; then - gpio_test "-1,32,32,64" true - gpio_test "-1,32,40,64,-1,5" true - gpio_test "-1,32,32,64,-1,32" true - gpio_test "0,32,32,64,-1,32,-1,32" true - gpio_test "-1,32,-1,32,0,32,32,64" true - echo "2. Do basic test: successful means insert gpiochip and" - echo " manipulate gpio pin successful" - gpio_test "0,32" true - gpio_test "0,32,32,64" true - gpio_test "0,32,40,64,64,96" true +# manual gpio allocation tests fail if a physical chip already exists +[ "$full_test" ] && [ -e "/dev/gpiochip0" ] && skip "full tests conflict with gpiochip0" + +echo "1. Module load tests" +echo "1.1. dynamic allocation of gpio" +insmod_test "-1,32" 32 +insmod_test "-1,32,-1,32" 32 32 +insmod_test "-1,32,-1,32,-1,32" 32 32 32 +if [ "$full_test" ]; then + echo "1.2. manual allocation of gpio" + insmod_test "0,32" 32 + insmod_test "0,32,32,64" 32 32 + insmod_test "0,32,40,64,64,96" 32 24 32 + echo "1.3. dynamic and manual allocation of gpio" + insmod_test "-1,32,32,64" 32 32 + insmod_test "-1,32,-1,32,0,32,32,64" 32 32 32 32 + insmod_test "-1,32,32,64,-1,32" 32 32 32 + insmod_test "-1,32,40,64,-1,5" 32 24 5 + insmod_test "0,32,32,64,-1,32,-1,32" 32 32 32 32 fi -echo "3. Error test: successful means insert gpiochip failed" -echo "3.1 Test number of gpio overflow" -#Currently: The max number of gpio(1024) is defined in arm architecture. -gpio_test "-1,32,-1,1024" false -if [ X$full_test = Xtrue ]; then - echo "3.2 Test zero line of gpio" - gpio_test "0,0" false - echo "3.3 Test range overlap" - echo "3.3.1 Test corner case" - gpio_test "0,32,0,1" false - gpio_test "0,32,32,64,32,40" false - gpio_test "0,32,35,64,35,45" false - gpio_test "0,32,31,32" false - gpio_test "0,32,32,64,36,37" false - gpio_test "0,32,35,64,34,36" false - echo "3.3.2 Test inserting invalid second gpiochip" - gpio_test "0,32,30,35" false - gpio_test "0,32,1,5" false - gpio_test "10,32,9,14" false - gpio_test "10,32,30,35" false - echo "3.3.3 Test others" - gpio_test "0,32,40,56,39,45" false - gpio_test "0,32,40,56,30,33" false - gpio_test "0,32,40,56,30,41" false - gpio_test "0,32,40,56,20,21" false +echo "2. Module load error tests" +echo "2.1 gpio overflow" +# Currently: The max number of gpio(1024) is defined in arm architecture. +insmod_test "-1,1024" +if [ "$full_test" ]; then + echo "2.2 no lines defined" + insmod_test "0,0" + echo "2.3 ignore range overlap" + insmod_test "0,32,0,1" 32 + insmod_test "0,32,1,5" 32 + insmod_test "0,32,30,35" 32 + insmod_test "0,32,31,32" 32 + insmod_test "10,32,30,35" 22 + insmod_test "10,32,9,14" 22 + insmod_test "0,32,20,21,40,56" 32 16 + insmod_test "0,32,32,64,32,40" 32 32 + insmod_test "0,32,32,64,36,37" 32 32 + insmod_test "0,32,35,64,34,36" 32 29 + insmod_test "0,32,35,64,35,45" 32 29 + insmod_test "0,32,40,56,30,33" 32 16 + insmod_test "0,32,40,56,30,41" 32 16 + insmod_test "0,32,40,56,39,45" 32 16 fi -echo GPIO test PASS - +echo GPIO $module test PASS
The GPIO mockup selftests are overly complicated with separate implementations of the tests for sysfs and cdev uAPI, and with the cdev implementation being dependent on tools/gpio and libmount. Rework the test implementation to provide a common test suite with a simplified pluggable uAPI interface. The cdev implementation utilises the GPIO uAPI directly to remove the dependence on tools/gpio. The simplified uAPI interface removes the need for any file system mount checks in C, and so removes the dependence on libmount. The rework also fixes the sysfs test implementation which has been broken since the device created in the multiple gpiochip case was split into separate devices. Fixes: commit 8a39f597bcfd ("gpio: mockup: rework device probing") Signed-off-by: Kent Gibson <warthog618@gmail.com> --- tools/testing/selftests/gpio/Makefile | 26 +- .../testing/selftests/gpio/gpio-mockup-cdev.c | 139 ++++++ .../selftests/gpio/gpio-mockup-sysfs.sh | 168 ++----- tools/testing/selftests/gpio/gpio-mockup.sh | 462 ++++++++++++------ 4 files changed, 505 insertions(+), 290 deletions(-) create mode 100644 tools/testing/selftests/gpio/gpio-mockup-cdev.c