[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] [PATCH 1/3] sh4: mmio based CF support on r2d board.
From: |
andrzej zaborowski |
Subject: |
Re: [Qemu-devel] [PATCH 1/3] sh4: mmio based CF support on r2d board. |
Date: |
Wed, 29 Oct 2008 15:22:04 +0100 |
2008/10/27 Blue Swirl <address@hidden>:
> On 10/27/08, andrzej zaborowski <address@hidden> wrote:
>> 2008/10/26 Blue Swirl <address@hidden>:
>> > It would be better to make the init function take instead of mmio
>> > pointer, two target_phys_addr_t parameters and do the physical memory
>> > registration there.
>>
>>
>> Why would it be better? This implementation seems more flexible.
>
> How is this more flexible? Now r2d.c has to know the number of
> registers in the IDE controller which should be internal to ide.c.
I think the size of the mapping is not related to the number of the
registers - it should be the same as the mapping on the real machine.
For example CF has 26 address pins so the mapping must be 2^26 bytes
for a CF card's io region, additionally the prcoessor may have
registers that let software remap or unmap those.