> >>> This test can be run using: > >>> > >>> $ avocado --show=ssh run -t arch:mips > > tests/acceptance/linux_ssh_mips_malta.py > >>> ssh: Entering interactive session. > >>> ssh: # uname -a > >>> ssh: Linux debian-mips 3.2.0-4-4kc-malta #1 Debian 3.2.51-1 mips > > GNU/Linux > >>> ssh: # lspci -d 11ab:4620 > >>> ssh: 00:00.0 Host bridge: Marvell Technology Group Ltd. > > GT-64120/64120A/64121A System Controller (rev 10) > >>> ssh: # cat /sys/bus/i2c/devices/i2c-0/name > >>> ssh: SMBus PIIX4 adapter at 1100 > >>> ssh: # cat /proc/mtd > >>> ssh: dev: size erasesize name > >>> ssh: mtd0: 00100000 00010000 "YAMON" > >>> ssh: mtd1: 002e0000 00010000 "User FS" > >>> ssh: mtd2: 00020000 00010000 "Board Config" > >>> ssh: # md5sum /dev/mtd2ro > >>> ssh: 0dfbe8aa4c20b52e1b8bf3cb6cbdf193 /dev/mtd2ro > >>> ssh: # poweroff > > Aleksandar, do you think of other commands we should run? What commands > do you usually try? >
Philippe, I will leave to you the choice of commands. You know that I have a very high opinion on this test that you designed and also implemented, I am more than happy even without any additions. But, by no means, add something whenever you think it is interesting and useful. However, I want to bring to your attention something that could also be of tremendous importance: Can we try communicating with the newly booted machine via gdb? And do some simple commands, like load a binary, set a breakpoint, display register content, etc? Merci mille fois. Aleksandar > I plan to later install more packages in the VM (in particular test > packages, FPU extensive, device tests and so on). > > My rule about device testing is "if the device can be tested in a KVM > guest, don't test it on TCG guest" for obvious reason of speed.
