Paolo Bonzini f6fc1e30cf block: fix NetBSD qemu-iotests failure
Opening a block device on NetBSD has an additional step compared to other OSes,
corresponding to raw_normalize_devicepath.  The error message in that function
is slightly different from that in raw_open_common and this was causing spurious
failures in qemu-iotests.  However, in general it is not important to know what
exact step was failing, for example in the qemu-iotests case the error message
contains the fairly unequivocal "No such file or directory" text from strerror.
We can thus fix the failures by standardizing on a single error message for
both raw_open_common and raw_normalize_devicepath; in fact, we can even
use error_setg_file_open to make sure the error message is the same as in
the rest of QEMU.

Message-Id: <20190725095920.28419-1-pbonzini@redhat.com>
Tested-by: Thomas Huth <thuth@redhat.com>
Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
Reviewed-by: Philippe Mathieu-Daudé <philmd@redhat.com>
Signed-off-by: Thomas Huth <thuth@redhat.com>
2019-08-17 09:02:59 +02:00
..
2019-08-16 16:43:46 +01:00
2019-08-16 13:31:52 +02:00
2019-08-16 15:53:37 +01:00
2019-08-16 15:53:37 +01:00
2019-08-16 13:31:53 +02:00
2019-08-16 13:31:52 +02:00
2019-06-04 15:22:22 +02:00
2018-02-09 05:05:11 +01:00
2019-05-28 20:30:55 +02:00
2019-08-16 13:31:52 +02:00
2019-08-16 13:31:52 +02:00
2019-08-16 13:31:52 +02:00
2019-06-24 16:01:04 +02:00
2019-08-15 13:22:13 -05:00
2019-06-04 15:22:22 +02:00
2019-06-04 15:22:22 +02:00
2019-06-04 15:22:22 +02:00