lkml.org 
[lkml]   [2011]   [Dec]   [23]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
SubjectRe: [PATCH] serial/efm32: add new driver
Date
On Thursday 22 December 2011, Uwe Kleine-König wrote:

> @@ -0,0 +1,14 @@
> +* Energymicro efm32 UART
> +
> +Required properties:
> +- compatible : Should be "efm32,usart"
> +- reg : Address and length of the register set
> +- interrupts : Should contain uart interrupt
> +
> +Example:
> +
> +uart@0x4000c400 {
> + compatible = "efm32,usart";
> + reg = <0x4000c400 0x400>;
> + interrupts = <15>;
> +};

Do you know if the usart was actually designed by energymicro or licensed
from another party? If it is a licensed part, it would be better to
list the "compatible" value under the company name that made it.

I would suggest that you also support the "clock-frequency" and/or
"current-speed" properties that are defined for serial ports, see the
of_serial driver.

> diff --git a/drivers/tty/serial/Kconfig b/drivers/tty/serial/Kconfig
> index 925a1e5..cfeb0f3 100644
> --- a/drivers/tty/serial/Kconfig
> +++ b/drivers/tty/serial/Kconfig
> @@ -1610,4 +1610,14 @@ config SERIAL_XILINX_PS_UART_CONSOLE
> help
> Enable a Xilinx PS UART port to be the system console.
>
> +config SERIAL_EFM32_USART
> + bool "EFM32 USART port."
> + depends on ARCH_EFM32
> + select SERIAL_CORE

Why not tristate? If it's not a console, you should be able to use
it as a module.

I would generally prefer not to make the driver depend on the
platform, so we can get better compile time coverage. I think a better
set of dependencies would be

depends on HAVE_CLK
depends on OF
default ARCH_EFM32

> +static void efm32_usart_write32(struct efm32_usart_port *efm_port,
> + u32 value, unsigned offset)
> +{
> + __raw_writel(value, efm_port->port.membase + offset);
> +}
> +
> +static u32 efm32_usart_read32(struct efm32_usart_port *efm_port,
> + unsigned offset)
> +{
> + return __raw_readl(efm_port->port.membase + offset);
> +}

Please use writel_relaxed() instead of __raw_writel().

> +static int __devinit efm32_usart_probe(struct platform_device *pdev)
> +{
> + struct efm32_usart_port *efm_port;
> + struct resource *res;
> + int ret;
> +
> + efm_port = kzalloc(sizeof(*efm_port), GFP_KERNEL);
> + if (!efm_port) {
> + dev_dbg(&pdev->dev, "failed to allocate private data\n");
> + return -ENOMEM;
> + }
> +
> + res = platform_get_resource(pdev, IORESOURCE_MEM, 0);
> + if (!res) {
> + ret = -ENODEV;
> + dev_dbg(&pdev->dev, "failed to determine base address\n");
> + goto err_get_base;
> + }
> +
> + if (resource_size(res) < 60) {
> + ret = -EINVAL;
> + dev_dbg(&pdev->dev, "memory resource too small\n");
> + goto err_too_small;
> + }

of_iomap() would be simpler here. I think you can leave out the assignment to
mapbase, and go straight to membase here.

checking the resource size should not be necessary, because that would imply
having an invalid device tree, which you don't have to check at run time.

Arnd
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2011-12-23 11:39    [W:0.122 / U:1.984 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site