Re: [Qemu-devel] [PATCH 1/3] sh: SE7750 board definition

[Nobuhiro Iwamatsu <iwamatsu.nobuhiro@renesas.com>]

Jean-Christophe PLAGNIOL-VILLARD wrote:
> On 11:32 Tue 13 Jan     , Nobuhiro Iwamatsu wrote:
>> Paul Mundt wrote:
>>> On Mon, Jan 12, 2009 at 12:48:02PM +0900, Shin-ichiro KAWASAKI wrote:
>>>>>> +    cpu_physical_memory_write(SH7750_BCR1_A7, (uint8_t *)&bcr1, 4);
>>>>>> +    cpu_physical_memory_write(SH7750_BCR2_A7, (uint8_t *)&bcr2, 2);
>>>>>> +
>>>>>> +    /* Start from P2 area */
>>>>>> +    env->pc = SDRAM_BASE | 0xa0000000;
>>>>>> +
>>>>>> +    /* pass kernel cmdline */
>>>>>> +    if (kernel_cmdline) {
>>>>>> +        pstrcpy((char *)phys_load_addr + ENTRY_OFFSET +  
>>>>>> COMMAND_LINE_OFFSET,
>>>>>> +                strlen(kernel_cmdline) + 1, kernel_cmdline);
>>>>>> +        env->pc += 0x80000;
>>>>>> +        phys_load_addr += 0x80000;
>>>>>> +    }
>>>>> do you known the flash model present on the real board?
>>>> No, I don't.
>>>> The patches for SE7750 are all implemented using informations in 
>>>> linux source code.
>>>> I visited Solution Engine site (in Japanese) but could not find 
>>>> useful specs.
>>>> http://www.hitachi-ul.co.jp/system/SH-SE/shiyou.html
>>>>
>>> I haven't seen one of these boards in at least 7 years, so I can't help
>>> you with specifications. Yoshii-san or Iwamatsu-san might know, though?
>>> SE7751 should have the same flash model and layout IIRC.
>>>
>> This board can not get from Hitachi-ULSI now and this is too old.
>> I can send it later by examining the flash memory of this board.
>> # I do not understand the meaning that supports this board ....
>>
>> BTW, I have question about Qemu-sh board support.
>> Does the developer of Qemu-SH try to support all boards?
>> I think that it is good to make it the base of Qemu-SH by
>> thinking about one board as virtual as MIPS.
>>
>> Because first of all, I am not so interested in the support of the board.
>> I am interested in emulation of CPU and the userland.
>> In the current situation, the number of supported real boards increases
>> when the support of CPU increases. The code of the board enters whenever
>> CPU is supported.
>> I think that you should decide a virtual board of SH and switch CPU.
> A virtual board is good to test CPU and different IPs, but you can not compare
> the comportment of qemu against the real hard. IMHO, this is the more
> important part for supporting new boards.

I understood your comment.

Then, I do not support in each board and I think support it by the unit of IP.
Because we can be tested IP with a real machine.

BTW, because I think that qemu is CPU or userland emulator,
I don't think that complete emulation of the board is so important.

Best regards,
  Nobuhiro
Best regards,
  Nobuhiro