On Wed, Sep 14, 2016 at 11:32:07PM +0200, Daniel Schwierzeck wrote: > Hi Tom, > > Am 12.09.2016 um 18:21 schrieb Tom Rini: > > > > Another thing I'd like to call out, and ask for a little help with too > > is automated testing. The framework in test/py/test.py can be used on > > real hardware and Stephen Warren has been doing a good job having things > > run on Tegra boards. You can see his scripts here[1]. I've setup > > locally some of my boards (some TI, RPi3, A20-OLinuXino-Lime2) and I'm > > looking at adding more still, so long as I can update U-Boot in a way > > that does not involve the console. You can see my scripts here[2] and > > I'm cleaning things up and pushing them back up to Stephen. But there's > > always more to do and test. Is anyone else out there running this on > > real hardware, or would like to set this up? Has anyone out there > > gotten this hooked up with qemu? > > > > I have scripts for running tests on MIPS Malta in Qemu [1]. Currently > the only non-working tests are test_sleep and test_net_tftpboot on Malta > 64Bit. > > I think it's possible to create a generic ConsoleQemu class but I hadn't > time yet to try this. > > [1] https://github.com/danielschwierzeck/u-boot-test-hooks
Ah cool. I think between that and what Michal sent me off-list throwing together some helper scripts to fit into Stephens hook scripts should be doable. The only thing I'm not sure about, wrt doing a class is the amount of flags that qemu needs (and how much they vary) compared with sandbox. Thanks! -- Tom
signature.asc
Description: Digital signature
_______________________________________________ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot