From: "Cédric Le Goater" <clg@kaod.org>
To: "Jamin Lin" <jamin_lin@aspeedtech.com>,
"Peter Maydell" <peter.maydell@linaro.org>,
"Steven Lee" <steven_lee@aspeedtech.com>,
"Troy Lee" <leetroy@gmail.com>,
"Andrew Jeffery" <andrew@codeconstruct.com.au>,
"Joel Stanley" <joel@jms.id.au>, "Cleber Rosa" <crosa@redhat.com>,
"Philippe Mathieu-Daudé" <philmd@linaro.org>,
"Wainer dos Santos Moschetta" <wainersm@redhat.com>,
"Beraldo Leal" <bleal@redhat.com>,
"open list:ASPEED BMCs" <qemu-arm@nongnu.org>,
"open list:All patches CC here" <qemu-devel@nongnu.org>
Cc: "Troy Lee" <troy_lee@aspeedtech.com>,
"Yunlin Tang" <yunlin.tang@aspeedtech.com>,
"Cédric Le Goater" <clg@redhat.com>
Subject: Re: [PATCH v2 07/11] hw/i2c/aspeed: support high part dram offset for DMA 64 bits
Date: Tue, 3 Sep 2024 09:08:29 +0200 [thread overview]
Message-ID: <054474d6-64a6-483c-ab90-d0bc6778712a@kaod.org> (raw)
In-Reply-To: <SI2PR06MB5041259485142B47913B7E9AFC932@SI2PR06MB5041.apcprd06.prod.outlook.com>
On 9/3/24 05:06, Jamin Lin wrote:
> Hi Cedric,
>
>> Subject: Re: [PATCH v2 07/11] hw/i2c/aspeed: support high part dram offset for
>> DMA 64 bits
>>
>> Jamin,
>>
>> Please adjust commit title
>
> What do you think if I change the commit title as following.
>
> hw/i2c/aspeed: Add support for dma_dram_offset attribute bits 33 and 32.
How about ?
"hw/i2c/aspeed: Add support for 64 bit addresses"
Thanks,
C.
>
> Thanks-Jamin
>>
>> On 8/8/24 04:49, Jamin Lin wrote:
>>> ASPEED AST2700 SOC is a 64 bits quad core CPUs (Cortex-a35) And the
>>> base address of dram is "0x4 00000000" which is 64bits address.
>>>
>>> The AST2700 support the maximum DRAM size is 8 GB.
>>> The DRAM physical address range is from "0x4_0000_0000" to
>>> "0x5_FFFF_FFFF".
>>>
>>> The DRAM offset range is from "0x0_0000_0000" to "0x1_FFFF_FFFF" and
>>> it is enough to use bits [33:0] saving the dram offset.
>>>
>>> Therefore, save the high part physical address bit[1:0] of Tx/Rx
>>> buffer address as dma_dram_offset bit[33:32].
>>> It does not need to decrease the dram physical high part address for
>>> DMA operation.
>>> (high part physical address bit[7:0] – 4)
>>>
>>> Signed-off-by: Jamin Lin <jamin_lin@aspeedtech.com>
>>> Reviewed-by: Cédric Le Goater <clg@redhat.com>
>>> ---
>>> hw/i2c/aspeed_i2c.c | 14 ++++++++++++++
>>> 1 file changed, 14 insertions(+)
>>>
>>> diff --git a/hw/i2c/aspeed_i2c.c b/hw/i2c/aspeed_i2c.c index
>>> c1ff80b1cf..44c3c39233 100644
>>> --- a/hw/i2c/aspeed_i2c.c
>>> +++ b/hw/i2c/aspeed_i2c.c
>>> @@ -743,6 +743,14 @@ static void
>> aspeed_i2c_bus_new_write(AspeedI2CBus *bus, hwaddr offset,
>>> __func__);
>>> break;
>>>
>>> + /*
>>> + * The AST2700 support the maximum DRAM size is 8 GB.
>>> + * The DRAM offset range is from 0x0_0000_0000 to
>>> + * 0x1_FFFF_FFFF and it is enough to use bits [33:0]
>>> + * saving the dram offset.
>>> + * Therefore, save the high part physical address bit[1:0]
>>> + * of Tx/Rx buffer address as dma_dram_offset bit[33:32].
>>> + */
>>> case A_I2CM_DMA_TX_ADDR_HI:
>>> if (!aic->has_dma64) {
>>> qemu_log_mask(LOG_GUEST_ERROR, "%s: No DMA 64 bits
>>> support\n", @@ -752,6 +760,8 @@ static void
>> aspeed_i2c_bus_new_write(AspeedI2CBus *bus, hwaddr offset,
>>> bus->regs[R_I2CM_DMA_TX_ADDR_HI] = FIELD_EX32(value,
>>>
>> I2CM_DMA_TX_ADDR_HI,
>>>
>> ADDR_HI);
>>> + bus->dma_dram_offset = deposit64(bus->dma_dram_offset, 32,
>> 32,
>>> + extract32(value, 0, 2));
>>> break;
>>> case A_I2CM_DMA_RX_ADDR_HI:
>>> if (!aic->has_dma64) {
>>> @@ -762,6 +772,8 @@ static void
>> aspeed_i2c_bus_new_write(AspeedI2CBus *bus, hwaddr offset,
>>> bus->regs[R_I2CM_DMA_RX_ADDR_HI] = FIELD_EX32(value,
>>>
>> I2CM_DMA_RX_ADDR_HI,
>>>
>> ADDR_HI);
>>> + bus->dma_dram_offset = deposit64(bus->dma_dram_offset, 32,
>> 32,
>>> + extract32(value, 0, 2));
>>> break;
>>> case A_I2CS_DMA_TX_ADDR_HI:
>>> qemu_log_mask(LOG_UNIMP,
>>> @@ -777,6 +789,8 @@ static void
>> aspeed_i2c_bus_new_write(AspeedI2CBus *bus, hwaddr offset,
>>> bus->regs[R_I2CS_DMA_RX_ADDR_HI] = FIELD_EX32(value,
>>>
>> I2CS_DMA_RX_ADDR_HI,
>>>
>> ADDR_HI);
>>> + bus->dma_dram_offset = deposit64(bus->dma_dram_offset, 32,
>> 32,
>>> + extract32(value, 0, 2));
>>> break;
>>> default:
>>> qemu_log_mask(LOG_GUEST_ERROR, "%s: Bad offset 0x%"
>>> HWADDR_PRIx "\n",
>
next prev parent reply other threads:[~2024-09-03 7:09 UTC|newest]
Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-08-08 2:49 [PATCH v2 00/11] support I2C for AST2700 Jamin Lin via
2024-08-08 2:49 ` [PATCH v2 01/11] hw/i2c/aspeed: support discontinuous register memory region of I2C bus Jamin Lin via
2024-09-02 13:08 ` Cédric Le Goater
2024-08-08 2:49 ` [PATCH v2 02/11] hw/i2c/aspeed: introduce a new bus pool buffer attribute in AspeedI2Cbus Jamin Lin via
2024-08-08 2:49 ` [PATCH v2 03/11] hw/i2c/aspeed: support discontinuous poll buffer memory region of I2C bus Jamin Lin via
2024-09-02 13:08 ` Cédric Le Goater
2024-08-08 2:49 ` [PATCH v2 04/11] hw/i2c/aspeed: introduce a new dma_dram_offset attribute in AspeedI2Cbus Jamin Lin via
2024-09-02 13:14 ` Cédric Le Goater
2024-09-02 13:22 ` Cédric Le Goater
2024-09-03 2:27 ` Jamin Lin
2024-08-08 2:49 ` [PATCH v2 05/11] hw/i2c/aspeed: Add AST2700 support Jamin Lin via
2024-09-02 13:14 ` Cédric Le Goater
2024-08-08 2:49 ` [PATCH v2 06/11] hw/i2c/aspeed: support Tx/Rx buffer 64 bits address Jamin Lin via
2024-09-02 13:26 ` Cédric Le Goater
2024-09-03 2:47 ` Jamin Lin
2024-08-08 2:49 ` [PATCH v2 07/11] hw/i2c/aspeed: support high part dram offset for DMA 64 bits Jamin Lin via
2024-09-02 13:28 ` Cédric Le Goater
2024-09-03 3:06 ` Jamin Lin
2024-09-03 7:08 ` Cédric Le Goater [this message]
2024-09-03 7:10 ` Jamin Lin
2024-08-08 2:49 ` [PATCH v2 08/11] aspeed/soc: introduce a new API to get the INTC orgate information Jamin Lin via
2024-09-02 14:53 ` Cédric Le Goater
2024-09-03 6:35 ` Jamin Lin
2024-08-08 2:49 ` [PATCH v2 09/11] aspeed/soc: support I2C for AST2700 Jamin Lin via
2024-08-08 2:49 ` [PATCH v2 10/11] aspeed: add tmp105 in i2c bus 0 " Jamin Lin via
2024-08-08 2:49 ` [PATCH v2 11/11] machine_aspeed.py: update to test I2C " Jamin Lin via
2024-09-02 13:41 ` Cédric Le Goater
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=054474d6-64a6-483c-ab90-d0bc6778712a@kaod.org \
--to=clg@kaod.org \
--cc=andrew@codeconstruct.com.au \
--cc=bleal@redhat.com \
--cc=clg@redhat.com \
--cc=crosa@redhat.com \
--cc=jamin_lin@aspeedtech.com \
--cc=joel@jms.id.au \
--cc=leetroy@gmail.com \
--cc=peter.maydell@linaro.org \
--cc=philmd@linaro.org \
--cc=qemu-arm@nongnu.org \
--cc=qemu-devel@nongnu.org \
--cc=steven_lee@aspeedtech.com \
--cc=troy_lee@aspeedtech.com \
--cc=wainersm@redhat.com \
--cc=yunlin.tang@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).