On Fri, 2017-11-24 at 12:12 +0100, Jiri Denemark wrote:
> > Any application that's been coded sensibly will deal with the new
> > values in a graceful manner, eg. displaying "unknown model" or
> > something along the line rather than failing.
>
> Showing an unknown device and failing is not very d
On Fri, Nov 24, 2017 at 11:10:42 +0100, Andrea Bolognani wrote:
> On Thu, 2017-11-23 at 16:54 +0100, Pavel Hrdina wrote:
> > On Tue, Nov 21, 2017 at 05:42:24PM +0100, Andrea Bolognani wrote:
> > > Now that the target type is no longer formatted on the QEMU command
> > > line, we don't need the valu
On Thu, 2017-11-23 at 16:54 +0100, Pavel Hrdina wrote:
> On Tue, Nov 21, 2017 at 05:42:24PM +0100, Andrea Bolognani wrote:
> > Now that the target type is no longer formatted on the QEMU command
> > line, we don't need the values to match the QEMU device names any
> > longer, so we can shorten the
On Tue, Nov 21, 2017 at 05:42:24PM +0100, Andrea Bolognani wrote:
> Now that the target type is no longer formatted on the QEMU command
> line, we don't need the values to match the QEMU device names any
> longer, so we can shorten the names and reduce redundancy by dropping
> the -serial suffix: t
Now that the target type is no longer formatted on the QEMU command
line, we don't need the values to match the QEMU device names any
longer, so we can shorten the names and reduce redundancy by dropping
the -serial suffix: this also has the nice side-effect that target
type and address type will n