From: "Cédric Le Goater" <clg@kaod.org>
To: Troy Lee <leetroy@gmail.com>
Cc: Peter Maydell <peter.maydell@linaro.org>,
Andrew Jeffery <andrew@aj.id.au>,
Troy Lee <troy_lee@aspeedtech.com>,
qemu-devel@nongnu.org,
"open list:ASPEED BMCs" <qemu-arm@nongnu.org>,
Joel Stanley <joel@jms.id.au>
Subject: Re: [PATCH v1] Add dummy Aspeed AST2600 Display Port MCU (DPMCU)
Date: Fri, 10 Dec 2021 16:13:56 +0100 [thread overview]
Message-ID: <e96aa35b-a8d9-41fa-ae0f-5e89fe6b1cfa@kaod.org> (raw)
In-Reply-To: <CAN9Jwz3ytV3ogztQrcL+YKGdgKYdNjypeMFbKfyqMiwvWhnMEw@mail.gmail.com>
On 12/10/21 15:33, Troy Lee wrote:
> On Fri, Dec 10, 2021 at 10:05 PM Cédric Le Goater <clg@kaod.org> wrote:
>>
>> On 12/10/21 09:30, Troy Lee wrote:
>>> AST2600 Display Port MCU introduces 0x18000000~0x1803FFFF as it's memory
>>> and io address. If guest machine try to access DPMCU memory, it will
>>> cause a fatal error.
>>
>> The Aspeed SoCs have an "aspeed_soc.io" region for unimplemented devices
>> but it's too small. Anyhow, it is better to have per logic unit. We should
>> change that one day.
>>
> Good idea!
>
>> For my information, which FW image are you using ?
>>
>
> We're using Aspeed's SDK image, I tested with ast2600-default machine.
> Prebuilt image can be download from:
> https://github.com/AspeedTech-BMC/openbmc/releases/tag/v07.02
Excellent ! Is there one I could try in particular ?
Once correctly supported, we should include one of these SDK images in :
tests/avocado/boot_linux_console.py
to complete our tests of the device models.
QEMU is not making much difference between the revision. You might need
to improve that.
> Without declaring the DPMCU memory, the image will hangs in u-boot.
yeah. You can use -d guest_errors,unimp to catch accesses done on AHB
windows not covered by the QEMU models. There are plenty of ways to
move past U-Boot when models are not implemented yet. Don't waste
too much time, just ask.
eMMC is only on these branches :
https://github.com/openbmc/qemu/
https://github.com/legoater/qemu/
Same for SBC and support is primitive.
> We're still working on I3C and SPI issue to be resolved to get into rootfs.
I3C has not much support in Linux and none in QEMU. You will have to
add dummy models.
SPI as a non-SPI flash driver ? The SPI flash controller models should
be quite well covered today. What's the issue ?
Thanks,
C.
next prev parent reply other threads:[~2021-12-10 15:16 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-12-10 8:30 [PATCH v1] Add dummy Aspeed AST2600 Display Port MCU (DPMCU) Troy Lee
2021-12-10 12:58 ` Philippe Mathieu-Daudé
2021-12-10 14:05 ` Cédric Le Goater
2021-12-10 14:33 ` Troy Lee
2021-12-10 15:13 ` Cédric Le Goater [this message]
2021-12-14 7:57 ` Troy Lee
2021-12-14 8:19 ` Cédric Le Goater
2022-01-06 17:41 ` Peter Maydell
-- strict thread matches above, loose matches on Subject: below --
2021-12-10 8:04 Troy Lee
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=e96aa35b-a8d9-41fa-ae0f-5e89fe6b1cfa@kaod.org \
--to=clg@kaod.org \
--cc=andrew@aj.id.au \
--cc=joel@jms.id.au \
--cc=leetroy@gmail.com \
--cc=peter.maydell@linaro.org \
--cc=qemu-arm@nongnu.org \
--cc=qemu-devel@nongnu.org \
--cc=troy_lee@aspeedtech.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).