<feed xmlns='http://www.w3.org/2005/Atom'>
<title>talos-skiboot/test, branch 04-16-2019</title>
<subtitle>Talos™ II skiboot sources</subtitle>
<id>https://git.raptorcs.com/git/talos-skiboot/atom?h=04-16-2019</id>
<link rel='self' href='https://git.raptorcs.com/git/talos-skiboot/atom?h=04-16-2019'/>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-skiboot/'/>
<updated>2019-03-28T07:20:16+00:00</updated>
<entry>
<title>ci: qemu boot tests should use built skiboot</title>
<updated>2019-03-28T07:20:16+00:00</updated>
<author>
<name>Stewart Smith</name>
<email>stewart@linux.ibm.com</email>
</author>
<published>2019-03-28T07:01:06+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-skiboot/commit/?id=cb87cf17279b3feb3993f4f232c5b0474f1b6bff'/>
<id>urn:sha1:cb87cf17279b3feb3993f4f232c5b0474f1b6bff</id>
<content type='text'>
Signed-off-by: Stewart Smith &lt;stewart@linux.ibm.com&gt;
</content>
</entry>
<entry>
<title>ci: Remove debian-jessie boot test.</title>
<updated>2019-03-28T07:19:41+00:00</updated>
<author>
<name>Stewart Smith</name>
<email>stewart@linux.ibm.com</email>
</author>
<published>2019-03-28T07:00:00+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-skiboot/commit/?id=d0e56d97d4cd6d201313a4714860808b4c52d032'/>
<id>urn:sha1:d0e56d97d4cd6d201313a4714860808b4c52d032</id>
<content type='text'>
Debian (in its infinite "wisdom") has decided to erase most evidence of
there ever being a ppc64el installer for Debian Jessie.

So, screw them. Backwards compatibility testing was for losers anyway.

There is snapshot.debian.org, but it's *really* slow pulling things from
there, so it's not really an option unless we want to add multiple
minutes to test duration.

Signed-off-by: Stewart Smith &lt;stewart@linux.ibm.com&gt;
</content>
</entry>
<entry>
<title>test: Update qemu arguments to use bmc simulator</title>
<updated>2018-12-12T23:23:17+00:00</updated>
<author>
<name>Joel Stanley</name>
<email>joel@jms.id.au</email>
</author>
<published>2018-12-12T05:02:57+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-skiboot/commit/?id=8da47e00d153617cdde28182f7e22f85a097cf8f'/>
<id>urn:sha1:8da47e00d153617cdde28182f7e22f85a097cf8f</id>
<content type='text'>
THe qemu skiboot platform as of 8340a9642bba ("plat/qemu: use the common
OpenPOWER routines to initialize") uses the common aspeed BMC setup
routines. This means a BT interface is always set up, and if the
corresponding Qemu model is not present the timeout is 30 seconds.

It looks like this every time an IPMI message is sent:

 BT: seq 0x9e netfn 0x06 cmd 0x31: Maximum queue length exceeded
 BT: seq 0x9d netfn 0x06 cmd 0x31: Removed from queue
 BT: seq 0x9f netfn 0x06 cmd 0x31: Maximum queue length exceeded
 BT: seq 0x9e netfn 0x06 cmd 0x31: Removed from queue
 BT: seq 0xa0 netfn 0x06 cmd 0x31: Maximum queue length exceeded
 BT: seq 0x9f netfn 0x06 cmd 0x31: Removed from queue

Avoid this by adding the bmc simulator model to the Qemu powernv
machine.

Signed-off-by: Joel Stanley &lt;joel@jms.id.au&gt;
Signed-off-by: Stewart Smith &lt;stewart@linux.ibm.com&gt;
</content>
</entry>
<entry>
<title>Use $() rather than backticks in all shell</title>
<updated>2018-09-13T05:19:36+00:00</updated>
<author>
<name>Stewart Smith</name>
<email>stewart@linux.ibm.com</email>
</author>
<published>2018-09-10T04:20:03+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-skiboot/commit/?id=084e37bab1cf6fb334af3f2c8a77f0f260eb91fe'/>
<id>urn:sha1:084e37bab1cf6fb334af3f2c8a77f0f260eb91fe</id>
<content type='text'>
The cool kids are all using $() these days as backticks are all
backwards and uncool.

Practically speaking, it makes it easier to escape things, nest things,
and all the other reasons listed on http://mywiki.wooledge.org/BashFAQ/082

Signed-off-by: Stewart Smith &lt;stewart@linux.ibm.com&gt;
Signed-off-by: Stewart Smith &lt;stewart@linux.vnet.ibm.com&gt;
</content>
</entry>
<entry>
<title>test/qemu: start building qemu again, and use our built qemu for tests</title>
<updated>2018-06-27T04:33:40+00:00</updated>
<author>
<name>Stewart Smith</name>
<email>stewart@linux.ibm.com</email>
</author>
<published>2018-06-26T04:33:31+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-skiboot/commit/?id=af1cbe34c85d9a6c9f4669ecd6fa91aaa1366c27'/>
<id>urn:sha1:af1cbe34c85d9a6c9f4669ecd6fa91aaa1366c27</id>
<content type='text'>
We need to use QEMU_BIN rather than QEMU as the makefiles define
QEMU already.

Signed-off-by: Stewart Smith &lt;stewart@linux.ibm.com&gt;
</content>
</entry>
<entry>
<title>test/qemu: skip qemu test if 'old' qemu without PCR</title>
<updated>2018-05-29T06:02:35+00:00</updated>
<author>
<name>Stewart Smith</name>
<email>stewart@linux.ibm.com</email>
</author>
<published>2018-05-29T06:02:13+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-skiboot/commit/?id=021f6f39b9bfb60e1cda5432bfe6430cb9adfed7'/>
<id>urn:sha1:021f6f39b9bfb60e1cda5432bfe6430cb9adfed7</id>
<content type='text'>
3d019581c98153 introduced clearing PCR on reinit cpus,
and until (the near future from now) qemu didn't support
this register.

Signed-off-by: Stewart Smith &lt;stewart@linux.ibm.com&gt;
</content>
</entry>
<entry>
<title>test: Simplify build process for hello and sreset tests</title>
<updated>2018-05-09T15:17:42+00:00</updated>
<author>
<name>Joel Stanley</name>
<email>joel@jms.id.au</email>
</author>
<published>2018-05-08T10:23:00+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-skiboot/commit/?id=a565a2837a60c5546e55999e32a88f844f46e860'/>
<id>urn:sha1:a565a2837a60c5546e55999e32a88f844f46e860</id>
<content type='text'>
Link with ld instead of gcc so we can build with clang as cc.

Remove the linker script and unnecessary flags. The application links
just fine without them.

Add cflags required by clang in order to build for the correct target.

Remove the dependency file generation. The assembly files don't include
any headers, so they weren't doing anything.

Simplify clean rule, as the $(RM) alias does -f for us, and we no longer
have .d files.

Build tested on ppc64le and amd64. Booted in Qemu on both using:

  qemu-system-ppc64 -M powernv -nodefaults -nographic -serial stdio \
	  -kernel test/hello_world/hello_kernel/hello_kernel

Signed-off-by: Joel Stanley &lt;joel@jms.id.au&gt;
Signed-off-by: Stewart Smith &lt;stewart@linux.ibm.com&gt;
</content>
</entry>
<entry>
<title>qemu-debian-test: Remove unusable hda option</title>
<updated>2018-05-09T15:17:42+00:00</updated>
<author>
<name>Joel Stanley</name>
<email>joel@jms.id.au</email>
</author>
<published>2018-05-08T10:22:59+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-skiboot/commit/?id=ef280be1657a32f9e0b69a216d64a2e0954a19a8'/>
<id>urn:sha1:ef280be1657a32f9e0b69a216d64a2e0954a19a8</id>
<content type='text'>
When running this:

 qemu-system-ppc64 -m 2G -M powernv -kernel debian-jessie-vmlinux \
  -initrd debian-jessie-initrd.gz -nographic \
  -device ipmi-bmc-sim,id=ipmi0 -device isa-ipmi-bt,bmc=ipmi0 \
  -hda /tmp/debian-jessie-install.qcow2.kDubGYDrqa

We die with this error:

 qemu-system-ppc64: -hda /tmp/debian-jessie-install.qcow2.kDubGYDrqa: machine type does not support if=ide,bus=0,unit=0

Signed-off-by: Joel Stanley &lt;joel@jms.id.au&gt;
Signed-off-by: Stewart Smith &lt;stewart@linux.ibm.com&gt;
</content>
</entry>
<entry>
<title>test: qemu-debian-jessie boot: fix qemu-img</title>
<updated>2018-05-06T16:25:36+00:00</updated>
<author>
<name>Stewart Smith</name>
<email>stewart@linux.ibm.com</email>
</author>
<published>2018-05-06T15:46:15+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-skiboot/commit/?id=a18249182fbeb5887b2a9149201b73501d58ef83'/>
<id>urn:sha1:a18249182fbeb5887b2a9149201b73501d58ef83</id>
<content type='text'>
We can just use whatever qemu-img binary that's laying around,
including the distro one.

Signed-off-by: Stewart Smith &lt;stewart@linux.ibm.com&gt;
</content>
</entry>
<entry>
<title>sreset_world: re-enable the non-stb build</title>
<updated>2018-05-04T08:25:04+00:00</updated>
<author>
<name>Joel Stanley</name>
<email>joel@jms.id.au</email>
</author>
<published>2018-05-04T07:18:35+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-skiboot/commit/?id=7a8214eeb1c5beacb2f780e419d60afa7b65b844'/>
<id>urn:sha1:7a8214eeb1c5beacb2f780e419d60afa7b65b844</id>
<content type='text'>
This breaks the test when you don't have the SKIBOOT_ENABLE_MAMBO_STB
flag set, as the binary is removed as an intermediate artefact (I
suspect) when building the sreset_world.stb binary.

Fixes: 1ddf7e51936f ("Mambo: run hello_world and sreset_world tests with Secure and Trusted Boot")
Signed-off-by: Joel Stanley &lt;joel@jms.id.au&gt;
Signed-off-by: Stewart Smith &lt;stewart@linux.ibm.com&gt;
</content>
</entry>
</feed>
