[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <7c0d283c-f6d0-4ba6-9686-ae6dcfaa4389@lunn.ch>
Date: Thu, 29 Jan 2026 18:37:30 +0100
From: Andrew Lunn <andrew@...n.ch>
To: Sean Anderson <sean.anderson@...ux.dev>
Cc: Vincenzo Frascino <vincenzo.frascino@....com>,
Liam Girdwood <lgirdwood@...il.com>,
Mark Brown <broonie@...nel.org>, linux-sound@...r.kernel.org,
Jaroslav Kysela <perex@...ex.cz>, linux-kernel@...r.kernel.org,
linux-arm-kernel@...ts.infradead.org,
Michal Simek <michal.simek@....com>, Takashi Iwai <tiwai@...e.com>
Subject: Re: [PATCH 2/2] ASoC: xilinx: xlnx_i2s: Discover parameters from
registers
> - ret = of_property_read_u32(node, "xlnx,num-channels", &drv_data->channels);
> - if (ret < 0) {
> - dev_err(dev, "cannot get supported channels\n");
> - return ret;
> - }
I don't know this device at all, so i might be asking dumb
questions....
It is possible that the device supports multiple channels, but the use
case is mono, and so xlnx,num-channels is 1 in DT? Would that break
given your change?
> - ret = of_property_read_u32(node, "xlnx,dwidth", &drv_data->data_width);
Could it be the device supports 24 bits, but the use case only wants
16, and so has this property set to 16?
Andrew
Powered by blists - more mailing lists