From: Pierre-Louis Bossart <pierre-louis.bossart@linux.dev>
To: Vijendar Mukunda <Vijendar.Mukunda@amd.com>, vkoul@kernel.org
Cc: yung-chuan.liao@linux.intel.com, Sunil-kumar.Dommati@amd.com,
mario.limonciello@amd.com, linux-sound@vger.kernel.org,
linux-kernel@vger.kernel.org,
Mario Limonciello <superm1@kernel.org>
Subject: Re: [PATCH V2 2/2] soundwire: amd: refactor bandwidth calculation logic
Date: Tue, 13 Jan 2026 22:39:37 +0100 [thread overview]
Message-ID: <70daa8bb-5dba-4ec3-ade5-d5ce57ca8b2f@linux.dev> (raw)
In-Reply-To: <20260113141352.1940465-3-Vijendar.Mukunda@amd.com>
On 1/13/26 15:13, Vijendar Mukunda wrote:
> For ACP6.3/7.0/7.1/7.2 platforms, amd SoundWire manager doesn't have
> banked registers concept. For bandwidth calculation, need to use static
> mapping for block offset calculation based on master port request.
> Refactor bandwidth calculation logic to support 6Mhz bus clock frequency
> with frame size as 50 x 10, 125 x 2 and 12Mhz bus clock frequency with
> frame size as 50 x 10 based on static port block offset logic.
Consider rewriting this commit message, it's quite unclear how you went from 'no banked registers' to static mapping of block offset calculation logic. There's also a built-in contradiction between the need for bandwidth calculation and static mappings. If you force a specific port to use a specific part of the frame, then you don't really need to calculate the bandwidth, do you? Or maybe only to control that the space allocated statically for the port is enough for a stream.
In addition the text says both 6 and 12 MHz are supported, but....
> + /* Static mapping logic */
> + if (!amd_manager->port_offset_map[p_rt->num]) {
> + if (bus->params.curr_dr_freq == 12000000) {
.... this only deals with 6MHz bus clock.
> + max_slots = bus->params.row * (bus->params.col - 1);
> + if (next_offset[inst_id] + stream_slot_size <=
> + (max_slots - 1)) {
> + amd_manager->port_offset_map[p_rt->num] =
> + next_offset[inst_id];
> + next_offset[inst_id] += stream_slot_size;
> + } else {
> + dev_err(bus->dev,
> + "No space for port %d\n", p_rt->num);
> + return -ENOMEM;
> + }
> + } else {
> + amd_manager->port_offset_map[p_rt->num] =
> + (p_rt->num * 64) + 1;
... and this doesn't seem related to 12 MHz.
> + }
> + }
> + port_bo = amd_manager->port_offset_map[p_rt->num];
> + dev_dbg(bus->dev,
> + "Port=%d hstart=%d hstop=%d port_bo=%d slots=%d max_ports=%d\n",
> + p_rt->num, hstart, hstop, port_bo, stream_slot_size,
> + amd_manager->max_ports);
> +
> sdw_fill_xport_params(&p_rt->transport_params, p_rt->num,
> false, SDW_BLK_GRP_CNT_1, sample_int,
> port_bo, port_bo >> 8, hstart, hstop,
> @@ -1093,6 +1130,11 @@ static int amd_sdw_manager_probe(struct platform_device *pdev)
> default:
> return -EINVAL;
> }
> + amd_manager->max_ports = amd_manager->num_dout_ports + amd_manager->num_din_ports;
> + amd_manager->port_offset_map = devm_kcalloc(dev, amd_manager->max_ports,
> + sizeof(int), GFP_KERNEL);
> + if (!amd_manager->port_offset_map)
> + return -ENOMEM;
>
> prop = &amd_manager->bus.prop;
> prop->mclk_freq = AMD_SDW_BUS_BASE_FREQ;
> diff --git a/include/linux/soundwire/sdw_amd.h b/include/linux/soundwire/sdw_amd.h
> index fe31773d5210..470360a2723c 100644
> --- a/include/linux/soundwire/sdw_amd.h
> +++ b/include/linux/soundwire/sdw_amd.h
> @@ -66,8 +66,10 @@ struct sdw_amd_dai_runtime {
> * @status: peripheral devices status array
> * @num_din_ports: number of input ports
> * @num_dout_ports: number of output ports
> + * @max_ports: total number of input ports and output ports
> * @cols_index: Column index in frame shape
> * @rows_index: Rows index in frame shape
> + * @port_offset_map: dynamic array to map port block offset
> * @instance: SoundWire manager instance
> * @quirks: SoundWire manager quirks
> * @wake_en_mask: wake enable mask per SoundWire manager
> @@ -92,10 +94,12 @@ struct amd_sdw_manager {
>
> int num_din_ports;
> int num_dout_ports;
> + int max_ports;
>
> int cols_index;
> int rows_index;
>
> + int *port_offset_map;
> u32 instance;
> u32 quirks;
> u32 wake_en_mask;
next prev parent reply other threads:[~2026-01-13 22:06 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-01-13 14:13 [PATCH V2 0/2] soundwire: amd: clock related changes Vijendar Mukunda
2026-01-13 14:13 ` [PATCH V2 1/2] soundwire: amd: add clock init control function Vijendar Mukunda
2026-01-13 14:59 ` Mario Limonciello (AMD) (kernel.org)
2026-01-13 14:13 ` [PATCH V2 2/2] soundwire: amd: refactor bandwidth calculation logic Vijendar Mukunda
2026-01-13 21:39 ` Pierre-Louis Bossart [this message]
2026-01-14 0:00 ` Mukunda,Vijendar
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=70daa8bb-5dba-4ec3-ade5-d5ce57ca8b2f@linux.dev \
--to=pierre-louis.bossart@linux.dev \
--cc=Sunil-kumar.Dommati@amd.com \
--cc=Vijendar.Mukunda@amd.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-sound@vger.kernel.org \
--cc=mario.limonciello@amd.com \
--cc=superm1@kernel.org \
--cc=vkoul@kernel.org \
--cc=yung-chuan.liao@linux.intel.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