qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: does drive_get_next(IF_NONE) make sense?


From: Thomas Huth
Subject: Re: does drive_get_next(IF_NONE) make sense?
Date: Mon, 15 Nov 2021 17:09:58 +0100
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.3.0

On 15/11/2021 08.12, Alistair Francis wrote:
On Mon, Nov 15, 2021 at 3:32 PM Markus Armbruster <armbru@redhat.com> wrote:

Peter Maydell <peter.maydell@linaro.org> writes:

On Fri, 12 Nov 2021 at 13:34, Markus Armbruster <armbru@redhat.com> wrote:

Thomas Huth <thuth@redhat.com> writes:

On 03/11/2021 09.41, Markus Armbruster wrote:
Peter Maydell <peter.maydell@linaro.org> writes:

Does it make sense for a device/board to do drive_get_next(IF_NONE) ?
Short answer: hell, no!  ;)

Would it make sense to add an "assert(type != IF_NONE)" to drive_get()
to avoid such mistakes in the future?

Worth a try.

You need to fix the sifive_u_otp device first :-)

And for that, we may want Hao Wu's "[PATCH v4 5/7] blockdev: Add a new
IF type IF_OTHER" first.

I can fixup sifive_u_otp, just let me know what the prefered solution is

What kind of device is that OTP exactly? If it is some kind of non-serial flash device, maybe you could simply use IF_PFLASH instead?

 Thomas




reply via email to

[Prev in Thread] Current Thread [Next in Thread]