<feed xmlns='http://www.w3.org/2005/Atom'>
<title>bwlp/qemu.git/pc-bios/s390-ccw/virtio-scsi.h, 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/virtio-scsi.h?h=spice_video_codecs</id>
<link rel='self' href='https://git.openslx.org/bwlp/qemu.git/atom/pc-bios/s390-ccw/virtio-scsi.h?h=spice_video_codecs'/>
<link rel='alternate' type='text/html' href='https://git.openslx.org/bwlp/qemu.git/'/>
<updated>2022-07-06T16:35:10+00:00</updated>
<entry>
<title>pc-bios/s390-ccw: Split virtio-scsi code from virtio_blk_setup_device()</title>
<updated>2022-07-06T16:35:10+00:00</updated>
<author>
<name>Thomas Huth</name>
</author>
<published>2022-07-04T11:19:00+00:00</published>
<link rel='alternate' type='text/html' href='https://git.openslx.org/bwlp/qemu.git/commit/?id=cf30b7c4a9b2c64518be8037c2e6670aacdb00b9'/>
<id>urn:sha1:cf30b7c4a9b2c64518be8037c2e6670aacdb00b9</id>
<content type='text'>
The next patch is going to add more virtio-block specific code to
virtio_blk_setup_device(), and if the virtio-scsi code is also in
there, this is more cumbersome. And the calling function virtio_setup()
in main.c looks at the device type already anyway, so it's more
logical to separate the virtio-scsi stuff into a new function in
virtio-scsi.c instead.

Message-Id: &lt;20220704111903.62400-10-thuth@redhat.com&gt;
Reviewed-by: Eric Farman &lt;farman@linux.ibm.com&gt;
Signed-off-by: Thomas Huth &lt;thuth@redhat.com&gt;
</content>
</entry>
<entry>
<title>pc-bios/s390-ccw: Do not bail out early if not finding a SCSI disk</title>
<updated>2020-10-06T17:36:50+00:00</updated>
<author>
<name>Thomas Huth</name>
</author>
<published>2020-07-28T12:30:14+00:00</published>
<link rel='alternate' type='text/html' href='https://git.openslx.org/bwlp/qemu.git/commit/?id=605751b5a5334e187761b0b8a8266a216897bf70'/>
<id>urn:sha1:605751b5a5334e187761b0b8a8266a216897bf70</id>
<content type='text'>
In case the user did not specify a boot device, we want to continue
looking for other devices if there are no valid SCSI disks on a virtio-
scsi controller. As a first step, do not panic in this case and let
the control flow carry the error to the upper functions instead.

Message-Id: &lt;20200806105349.632-6-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>pc-bios/s390-ccw: Build a reasonable max_sectors limit</title>
<updated>2017-05-19T10:29:01+00:00</updated>
<author>
<name>Eric Farman</name>
</author>
<published>2017-05-10T15:53:58+00:00</published>
<link rel='alternate' type='text/html' href='https://git.openslx.org/bwlp/qemu.git/commit/?id=de4e3ae408ad29ca820ae68e09976e14d80289a6'/>
<id>urn:sha1:de4e3ae408ad29ca820ae68e09976e14d80289a6</id>
<content type='text'>
Now that we've read all the possible limits that have been defined for
a virtio-scsi controller and the disk we're booting from, it's possible
that we are STILL going to exceed the limits of the host device.
For example, a "-device scsi-generic" device does not support the
Block Limits VPD page.

So, let's fallback to something that seems to work for most boot
configurations if larger values were specified (including if nothing
was explicitly specified, and we took default values).

Signed-off-by: Eric Farman &lt;farman@linux.vnet.ibm.com&gt;
Message-Id: &lt;20170510155359.32727-8-farman@linux.vnet.ibm.com&gt;
Signed-off-by: Cornelia Huck &lt;cornelia.huck@de.ibm.com&gt;
</content>
</entry>
<entry>
<title>pc-bios/s390-ccw: add virtio-scsi implementation</title>
<updated>2016-03-23T15:13:38+00:00</updated>
<author>
<name>Eugene (jno) Dvurechenski</name>
</author>
<published>2015-11-10T14:36:13+00:00</published>
<link rel='alternate' type='text/html' href='https://git.openslx.org/bwlp/qemu.git/commit/?id=86aec22d482f9514ff24ea8efbbae2bd3d7203d0'/>
<id>urn:sha1:86aec22d482f9514ff24ea8efbbae2bd3d7203d0</id>
<content type='text'>
Add virtio-scsi.[ch] with primary implementation of virtio-scsi.

Signed-off-by: Eugene (jno) Dvurechenski &lt;jno@linux.vnet.ibm.com&gt;
Signed-off-by: Cornelia Huck &lt;cornelia.huck@de.ibm.com&gt;
</content>
</entry>
</feed>
