<feed xmlns='http://www.w3.org/2005/Atom'>
<title>bwlp/qemu.git/pc-bios/s390-ccw/netmain.c, branch spice_video_codecs</title>
<subtitle>Experimental fork of QEMU with video encoding patches</subtitle>
<id>https://git.openslx.org/bwlp/qemu.git/atom/pc-bios/s390-ccw/netmain.c?h=spice_video_codecs</id>
<link rel='self' href='https://git.openslx.org/bwlp/qemu.git/atom/pc-bios/s390-ccw/netmain.c?h=spice_video_codecs'/>
<link rel='alternate' type='text/html' href='https://git.openslx.org/bwlp/qemu.git/'/>
<updated>2020-07-02T08:00:42+00:00</updated>
<entry>
<title>pc-bios: s390x: Move panic() into header and add infinite loop</title>
<updated>2020-07-02T08:00:42+00:00</updated>
<author>
<name>Janosch Frank</name>
</author>
<published>2020-06-24T07:52:22+00:00</published>
<link rel='alternate' type='text/html' href='https://git.openslx.org/bwlp/qemu.git/commit/?id=add923b72e76080ca5339a27d58ed13566156935'/>
<id>urn:sha1:add923b72e76080ca5339a27d58ed13566156935</id>
<content type='text'>
panic() was defined for the ccw and net bios, i.e. twice, so it's
cleaner to rather put it into the header.

Also let's add an infinite loop into the assembly of disabled_wait() so
the caller doesn't need to take care of it.

Signed-off-by: Janosch Frank &lt;frankja@linux.ibm.com&gt;
Reviewed-by: Pierre Morel &lt;pmorel@linux.ibm.com&gt;
Reviewed-by: David Hildenbrand &lt;david@redhat.com&gt;
Reviewed-by: Thomas Huth &lt;thuth@redhat.com&gt;
Message-Id: &lt;20200624075226.92728-9-frankja@linux.ibm.com&gt;
Signed-off-by: Thomas Huth &lt;thuth@redhat.com&gt;
</content>
</entry>
<entry>
<title>pc-bios: s390x: Consolidate timing functions into time.h</title>
<updated>2020-07-02T07:59:24+00:00</updated>
<author>
<name>Janosch Frank</name>
</author>
<published>2020-06-24T07:52:16+00:00</published>
<link rel='alternate' type='text/html' href='https://git.openslx.org/bwlp/qemu.git/commit/?id=e70bc57ba0c982944cf5b71f293122dbb2b462f4'/>
<id>urn:sha1:e70bc57ba0c982944cf5b71f293122dbb2b462f4</id>
<content type='text'>
Let's consolidate timing related functions into one header.

Signed-off-by: Janosch Frank &lt;frankja@linux.ibm.com&gt;
Acked-by: Thomas Huth &lt;thuth@redhat.com&gt;
Reviewed-by: David Hildenbrand &lt;david@redhat.com&gt;
Message-Id: &lt;20200624075226.92728-3-frankja@linux.ibm.com&gt;
Signed-off-by: Thomas Huth &lt;thuth@redhat.com&gt;
</content>
</entry>
<entry>
<title>pc-bios: s390x: Save iplb location in lowcore</title>
<updated>2020-03-10T09:18:08+00:00</updated>
<author>
<name>Janosch Frank</name>
</author>
<published>2020-03-04T11:42:31+00:00</published>
<link rel='alternate' type='text/html' href='https://git.openslx.org/bwlp/qemu.git/commit/?id=9bfc04f9ef6802fff0fc77130ff345a541783363'/>
<id>urn:sha1:9bfc04f9ef6802fff0fc77130ff345a541783363</id>
<content type='text'>
The POP states that for a list directed IPL the IPLB is stored into
memory by the machine loader and its address is stored at offset 0x14
of the lowcore.

ZIPL currently uses the address in offset 0x14 to access the IPLB and
acquire flags about secure boot. If the IPLB address points into
memory which has an unsupported mix of flags set, ZIPL will panic
instead of booting the OS.

As the lowcore can have quite a high entropy for a guest that did drop
out of protected mode (i.e. rebooted) we encountered the ZIPL panic
quite often.

Signed-off-by: Janosch Frank &lt;frankja@linux.ibm.com&gt;
Tested-by: Marc Hartmayer &lt;mhartmay@linux.ibm.com&gt;
Message-Id: &lt;20200304114231.23493-19-frankja@linux.ibm.com&gt;
Reviewed-by: Christian Borntraeger &lt;borntraeger@de.ibm.com&gt;
Reviewed-by: David Hildenbrand &lt;david@redhat.com&gt;
Signed-off-by: Christian Borntraeger &lt;borntraeger@de.ibm.com&gt;
</content>
</entry>
<entry>
<title>pc-bios/s390-ccw/net: fix a possible memory leak in get_uuid()</title>
<updated>2019-09-18T15:47:27+00:00</updated>
<author>
<name>Yifan Luo</name>
</author>
<published>2019-08-14T06:14:26+00:00</published>
<link rel='alternate' type='text/html' href='https://git.openslx.org/bwlp/qemu.git/commit/?id=09be82ce53e8269412544521d449c44305beccf3'/>
<id>urn:sha1:09be82ce53e8269412544521d449c44305beccf3</id>
<content type='text'>
There is a possible memory leak in get_uuid(). Should free allocated mem
before
return NULL.

Signed-off-by: Yifan Luo &lt;luoyifan@cmss.chinamobile.com&gt;
Message-Id: &lt;02cf01d55267$86cf2850$946d78f0$@cmss.chinamobile.com&gt;
Reviewed-by: Thomas Huth &lt;thuth@redhat.com&gt;
Reviewed-by: Cornelia Huck &lt;cohuck@redhat.com&gt;
Signed-off-by: Thomas Huth &lt;thuth@redhat.com&gt;
</content>
</entry>
<entry>
<title>s390-bios: Use control unit type to determine boot method</title>
<updated>2019-04-12T10:40:35+00:00</updated>
<author>
<name>Jason J. Herne</name>
</author>
<published>2019-04-04T14:34:32+00:00</published>
<link rel='alternate' type='text/html' href='https://git.openslx.org/bwlp/qemu.git/commit/?id=3668cb7ce864ee9351d5d20a1ec6b427cd0b3be4'/>
<id>urn:sha1:3668cb7ce864ee9351d5d20a1ec6b427cd0b3be4</id>
<content type='text'>
The boot method is different depending on which device type we are
booting from. Let's examine the control unit type to determine if we're
a virtio device. We'll eventually add a case to check for a real dasd device
here as well.

Since we have to call enable_subchannel() in main now, might as well
remove that call from virtio.c : run_ccw(). This requires adding some
additional enable_subchannel calls to not break calls to
virtio_is_supported().

Signed-off-by: Jason J. Herne &lt;jjherne@linux.ibm.com&gt;
Reviewed-by: Cornelia Huck &lt;cohuck@redhat.com&gt;
Reviewed-by: Thomas Huth &lt;thuth@redhat.com&gt;
Message-Id: &lt;1554388475-18329-14-git-send-email-jjherne@linux.ibm.com&gt;
Signed-off-by: Thomas Huth &lt;thuth@redhat.com&gt;
</content>
</entry>
<entry>
<title>s390-bios: Decouple channel i/o logic from virtio</title>
<updated>2019-04-12T10:40:35+00:00</updated>
<author>
<name>Jason J. Herne</name>
</author>
<published>2019-04-04T14:34:24+00:00</published>
<link rel='alternate' type='text/html' href='https://git.openslx.org/bwlp/qemu.git/commit/?id=120d04103e3f870d0fcd2a23c2ada0a4a4f036cc'/>
<id>urn:sha1:120d04103e3f870d0fcd2a23c2ada0a4a4f036cc</id>
<content type='text'>
Create a separate library for channel i/o related code. This decouples
channel i/o operations from virtio and allows us to make use of them for
the real dasd boot path.

Signed-off-by: Jason J. Herne &lt;jjherne@linux.ibm.com&gt;
Reviewed-by: Cornelia Huck &lt;cohuck@redhat.com&gt;
Reviewed-by: Thomas Huth &lt;thuth@redhat.com&gt;
Message-Id: &lt;1554388475-18329-6-git-send-email-jjherne@linux.ibm.com&gt;
Signed-off-by: Thomas Huth &lt;thuth@redhat.com&gt;
</content>
</entry>
<entry>
<title>pc-bios/s390-ccw/net: Try to load pxelinux.cfg file accoring to the UUID</title>
<updated>2018-06-18T13:08:44+00:00</updated>
<author>
<name>Thomas Huth</name>
</author>
<published>2018-05-22T09:53:51+00:00</published>
<link rel='alternate' type='text/html' href='https://git.openslx.org/bwlp/qemu.git/commit/?id=0d8261b506933c245b79ca6a57422dc81d8989c1'/>
<id>urn:sha1:0d8261b506933c245b79ca6a57422dc81d8989c1</id>
<content type='text'>
With the STSI instruction, we can get the UUID of the current VM instance,
so we can support loading pxelinux config files via UUID in the file name,
too.

Acked-by: Christian Borntraeger &lt;borntraeger@de.ibm.com&gt;
Tested-by: Viktor Mihajlovski &lt;mihajlov@linux.vnet.ibm.com&gt;
Signed-off-by: Thomas Huth &lt;thuth@redhat.com&gt;
</content>
</entry>
<entry>
<title>pc-bios/s390-ccw/net: Add support for pxelinux-style config files</title>
<updated>2018-06-18T13:08:44+00:00</updated>
<author>
<name>Thomas Huth</name>
</author>
<published>2018-05-22T09:37:29+00:00</published>
<link rel='alternate' type='text/html' href='https://git.openslx.org/bwlp/qemu.git/commit/?id=ec623990b34ab0e271141356af96d67a0c4e980d'/>
<id>urn:sha1:ec623990b34ab0e271141356af96d67a0c4e980d</id>
<content type='text'>
Since it is quite cumbersome to manually create a combined kernel with
initrd image for network booting, we now support loading via pxelinux
configuration files, too. In these files, the kernel, initrd and command
line parameters can be specified seperately, and the firmware then takes
care of glueing everything together in memory after the files have been
downloaded. See this URL for details about the config file layout:
https://www.syslinux.org/wiki/index.php?title=PXELINUX

The user can either specify a config file directly as bootfile via DHCP
(but in this case, the file has to start either with "default" or a "#"
comment so we can distinguish it from binary kernels), or a folder (i.e.
the bootfile name must end with "/") where the firmware should look for
the typical pxelinux.cfg file names, e.g. based on MAC or IP address.
We also support the pxelinux.cfg DHCP options 209 and 210 from RFC 5071.

Acked-by: Christian Borntraeger &lt;borntraeger@de.ibm.com&gt;
Tested-by: Viktor Mihajlovski &lt;mihajlov@linux.vnet.ibm.com&gt;
Signed-off-by: Thomas Huth &lt;thuth@redhat.com&gt;
</content>
</entry>
<entry>
<title>pc-bios/s390-ccw/net: Update code for the latest changes in SLOF</title>
<updated>2018-06-18T13:08:44+00:00</updated>
<author>
<name>Thomas Huth</name>
</author>
<published>2018-05-18T09:31:27+00:00</published>
<link rel='alternate' type='text/html' href='https://git.openslx.org/bwlp/qemu.git/commit/?id=134f0b3d7ca5fbbd17f21fea87066967ce1d6de5'/>
<id>urn:sha1:134f0b3d7ca5fbbd17f21fea87066967ce1d6de5</id>
<content type='text'>
The ip_version information now has to be stored in the filename_ip_t
structure, and there is now a common function called tftp_get_error_info()
which can be used to get the error string for a TFTP error code.
We can also get rid of some superfluous "(char *)" casts now.

Acked-by: Christian Borntraeger &lt;borntraeger@de.ibm.com&gt;
Tested-by: Viktor Mihajlovski &lt;mihajlov@linux.vnet.ibm.com&gt;
Signed-off-by: Thomas Huth &lt;thuth@redhat.com&gt;
</content>
</entry>
<entry>
<title>pc-bios/s390-ccw/net: Add support for .INS config files</title>
<updated>2018-05-02T09:27:15+00:00</updated>
<author>
<name>Thomas Huth</name>
</author>
<published>2018-04-18T12:02:37+00:00</published>
<link rel='alternate' type='text/html' href='https://git.openslx.org/bwlp/qemu.git/commit/?id=c4942ee94271052b68125ec8c06e8c71a967aad3'/>
<id>urn:sha1:c4942ee94271052b68125ec8c06e8c71a967aad3</id>
<content type='text'>
The .INS config files can normally be found on CD-ROM ISO images,
so by supporting these files, it is now possible to boot directly
when the TFTP server is set up with the contents of such an CD-ROM
image.

Acked-by: Christian Borntraeger &lt;borntraeger@de.ibm.com&gt;
Signed-off-by: Thomas Huth &lt;thuth@redhat.com&gt;
</content>
</entry>
</feed>
