From: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
To: Kartik Rajput <kkartik@nvidia.com>
Cc: gregkh@linuxfoundation.org, jirislaby@kernel.org,
robh@kernel.org, krzk+dt@kernel.org, conor+dt@kernel.org,
thierry.reding@gmail.com, jonathanh@nvidia.com,
hvilleneuve@dimonoff.com, arnd@kernel.org,
geert+renesas@glider.be, robert.marko@sartura.hr,
schnelle@linux.ibm.com, linux-kernel@vger.kernel.org,
linux-serial@vger.kernel.org, devicetree@vger.kernel.org,
linux-tegra@vger.kernel.org
Subject: Re: [PATCH v4 2/2] serial: tegra-utc: Add driver for Tegra UART Trace Controller (UTC)
Date: Thu, 13 Feb 2025 13:05:36 +0200 [thread overview]
Message-ID: <Z63SAPtHXR6KN9qa@smile.fi.intel.com> (raw)
In-Reply-To: <20250213100442.45773-3-kkartik@nvidia.com>
On Thu, Feb 13, 2025 at 03:34:42PM +0530, Kartik Rajput wrote:
> The Tegra264 SoC supports the UART Trace Controller (UTC), which allows
> multiple firmware clients (up to 16) to share a single physical UART.
> Each client is provided with its own interrupt and has access to a
> 128-character wide FIFO for both transmit (TX) and receive (RX)
> operations.
>
> Add tegra-utc driver to support Tegra UART Trace Controller (UTC)
> client.
Btw, neither the commit message nor cover letter explain why the new driver
is needed. There are some serial Tegra drivers already. Is this one completely
different from the existing drivers?
...
> +#define TEGRA_UTC_ENABLE 0x0
It would be nice to use fixed width values for the register offsets,
e.g., 0x000 here.
> +#define TEGRA_UTC_ENABLE_CLIENT_ENABLE BIT(0)
> +
> +#define TEGRA_UTC_FIFO_THRESHOLD 0x8
> +
> +#define TEGRA_UTC_COMMAND 0xc
Ditto.
> +#define TEGRA_UTC_COMMAND_RESET BIT(0)
> +#define TEGRA_UTC_COMMAND_FLUSH BIT(1)
> +#define TEGRA_UTC_DATA 0x20
Ditto.
> +#define TEGRA_UTC_FIFO_STATUS 0x100
> +#define TEGRA_UTC_FIFO_EMPTY BIT(0)
> +#define TEGRA_UTC_FIFO_FULL BIT(1)
> +#define TEGRA_UTC_FIFO_REQ BIT(2)
> +#define TEGRA_UTC_FIFO_OVERFLOW BIT(3)
> +#define TEGRA_UTC_FIFO_TIMEOUT BIT(4)
> +
> +#define TEGRA_UTC_FIFO_OCCUPANCY 0x104
> +
> +#define TEGRA_UTC_INTR_STATUS 0x108
> +#define TEGRA_UTC_INTR_SET 0x10c
> +#define TEGRA_UTC_INTR_MASK 0x110
> +#define TEGRA_UTC_INTR_CLEAR 0x114
> +#define TEGRA_UTC_INTR_EMPTY BIT(0)
> +#define TEGRA_UTC_INTR_FULL BIT(1)
> +#define TEGRA_UTC_INTR_REQ BIT(2)
> +#define TEGRA_UTC_INTR_OVERFLOW BIT(3)
> +#define TEGRA_UTC_INTR_TIMEOUT BIT(4)
...
> +#if IS_ENABLED(CONFIG_SERIAL_TEGRA_UTC_CONSOLE)
> +#define TEGRA_UTC_DEFAULT_FIFO_THRESHOLD 0x4
Hmm... Is this a register offset? If not, why it's in a hexadecimal format?
> +#define TEGRA_UTC_EARLYCON_MAX_BURST_SIZE 128
...
> +static int tegra_utc_probe(struct platform_device *pdev)
> +{
> + const unsigned int *soc_fifosize;
> + struct device *dev = &pdev->dev;
> + struct tegra_utc_port *tup;
> + int ret;
> +
> + tup = devm_kzalloc(&pdev->dev, sizeof(*tup), GFP_KERNEL);
Use dev?
> + if (!tup)
> + return -ENOMEM;
> +
> + ret = device_property_read_u32(dev, "tx-threshold", &tup->tx_threshold);
> + if (ret)
> + return dev_err_probe(dev, ret, "missing %s property\n", "tx-threshold");
> +
> + ret = device_property_read_u32(dev, "rx-threshold", &tup->rx_threshold);
> + if (ret)
> + return dev_err_probe(dev, ret, "missing %s property\n", "rx-threshold");
> +
> + soc_fifosize = device_get_match_data(&pdev->dev);
> + tup->fifosize = *soc_fifosize;
> +
> + tup->tx_base = devm_platform_ioremap_resource_byname(pdev, "tx");
> + if (IS_ERR(tup->tx_base))
> + return PTR_ERR(tup->tx_base);
> +
> + tup->rx_base = devm_platform_ioremap_resource_byname(pdev, "rx");
> + if (IS_ERR(tup->rx_base))
> + return PTR_ERR(tup->rx_base);
> + ret = tegra_utc_setup_port(&pdev->dev, tup);
Ditto.
> + if (ret)
> + dev_err_probe(dev, ret, "failed to setup uart port\n");
> +
> + platform_set_drvdata(pdev, tup);
> +
> + return tegra_utc_register_port(tup);
> +}
...
With the above being addressed, FWIW,
Reviewed-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
--
With Best Regards,
Andy Shevchenko
next prev parent reply other threads:[~2025-02-13 11:05 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-02-13 10:04 [PATCH v4 0/2] Add support for Tegra UART Trace Controller (UTC) client Kartik Rajput
2025-02-13 10:04 ` [PATCH v4 1/2] dt-bindings: serial: Add bindings for nvidia,tegra264-utc Kartik Rajput
2025-02-13 10:04 ` [PATCH v4 2/2] serial: tegra-utc: Add driver for Tegra UART Trace Controller (UTC) Kartik Rajput
2025-02-13 11:05 ` Andy Shevchenko [this message]
2025-02-13 12:35 ` Kartik Rajput
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=Z63SAPtHXR6KN9qa@smile.fi.intel.com \
--to=andriy.shevchenko@linux.intel.com \
--cc=arnd@kernel.org \
--cc=conor+dt@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=geert+renesas@glider.be \
--cc=gregkh@linuxfoundation.org \
--cc=hvilleneuve@dimonoff.com \
--cc=jirislaby@kernel.org \
--cc=jonathanh@nvidia.com \
--cc=kkartik@nvidia.com \
--cc=krzk+dt@kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-serial@vger.kernel.org \
--cc=linux-tegra@vger.kernel.org \
--cc=robert.marko@sartura.hr \
--cc=robh@kernel.org \
--cc=schnelle@linux.ibm.com \
--cc=thierry.reding@gmail.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