qemu-devel
[Top][All Lists]
Advanced

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

Re: [Qemu-devel] [PATCH v4] [i.MX] fix CS handling during SPI access.


From: Jean-Christophe DUBOIS
Subject: Re: [Qemu-devel] [PATCH v4] [i.MX] fix CS handling during SPI access.
Date: Wed, 11 Jan 2017 17:12:33 +0100
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.5.1

Le 10/01/2017 à 00:02, Peter Maydell a écrit :
On 9 January 2017 at 22:27, Jean-Christophe DUBOIS <address@hidden> wrote:
I might be wrong but I think they are coming out of reset with
their CS line set to low (so they are selected by default)
because this is the default level at reset.
If that's true then you're in difficulties, because
there's no guarantee about device reset order. So
even if your SPI controller calls qemu_set_irq in
its reset function, if the devices on the other
end happen to have their reset called after the
controller then they'll still reset into selected...
How does it work for platforms that would have pull-up resistors on some signals? Is it something we cannot model in QEMU?

On a related note, it seems quite a few SPI controller emulator are actually calling qemu_set_irq() in their reset handler.

JC


thanks
-- PMM





reply via email to

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