RTEMS Tester Kit
alan.cudmore at gmail.com
Wed Sep 20 17:21:18 UTC 2017
Lurking RPi Linux user here..
Are you talking about having the RPI control the reset line to one or more
Would a GPIO pin be sufficient for that, or would we need another output?
Also, what would the serial port on the Pi be used for? Would it connect to
a test target serial port and host the ser2net program?
On Tue, Sep 19, 2017 at 7:35 PM, Chris Johns <chrisj at rtems.org> wrote:
> I am currently looking into getting `rtems-test` to support TFTP loading of
> tests to targets that support networking with bootloaders like u-boot that
> boot executables.
> I have added a TFTP server implemented in python to the `rtems-test`
> command and
> each request to the server sends the next test so the tester can cycling
> all the tests. The file requested by the target is ignored.
> I have also added telnet as a tty console so you can get serial data via
> This integrates with the rather useful ser2net package that is widely
> If you combine TFTP and telnet you have a nice clean way to support target
> testing. The loading is fast, the connections to the testing host is all
> via the
> network and there is no extra complexity of JTAG and related software or
> need to write to flash devices that can fail or wear.
> However there is a simple but important piece missing, recovery when a test
> fails due to the target locking up. There needs to be a way to reset the
> I can add support to the configuration file to use a script that can
> to networked power switches and the power can be toggled. This is support
> to be added however these devices and often slow and some targets do not
> kindly to lots of power cycles. Another solution would be some way to
> toggle an
> output that can be connected to the reset of a board. Most boards have
> reset on
> a pin we could connect too.
> I was wondering about a RPi with a commonly available IO board and a Linux
> we provide as an SD image we document as a standard test support kit. The
> could have ser2net ready to go and a way to control outputs via telnet.
> I know there are RPi Linux users lurking in our community so I am wanting
> draw on the expertise we have to create a small project to do this.
> To highlight the importance testing of master (4.12) on real hardware, I
> checked on a Beaglebone Black yesterday a few tests and I have found
> minimum and
> dl02 do not finish. That is 2 out of 10 or so tests I have tried that
> I am after ideas for hardware, software and most all volunteers. Please
> join in.
> devel mailing list
> devel at rtems.org
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the devel