From: Alan Cox <alan@lxorguk.ukuu.org.uk>
To: vimal singh <vimal.newwork@gmail.com>
Cc: linux-omap@vger.kernel.org, LKML <linux-kernel@vger.kernel.org>,
linux-serial@vger.kernel.org
Subject: Re: [RFC][PATCH]: Adding support for omap-serail driver
Date: Fri, 28 Aug 2009 15:05:45 +0100 [thread overview]
Message-ID: <20090828150545.5cf9dae5@lxorguk.ukuu.org.uk> (raw)
In-Reply-To: <ce9ab5790908280649n77765dedm9161316a181b6a07@mail.gmail.com>
> +#define UART_BASE(uart_no) (uart_no == UART1) ? OMAP_UART1_BASE :\
> + (uart_no == UART2) ? OMAP_UART2_BASE :\
> + OMAP_UART3_BASE
Would be cleaner if this was simply an array (and probably faster)
> +
> +#define UART_MODULE_BASE(uart_no) (UART1 == uart_no ? \
> + IO_ADDRESS(OMAP_UART1_BASE) :\
> + (UART2 == uart_no ? \
> + IO_ADDRESS(OMAP_UART2_BASE) :\
> + IO_ADDRESS(OMAP_UART3_BASE)))
Ditto
> +extern unsigned int fcr[MAX_UARTS];
> +extern char *saved_command_line;
We really don't wang globals floating around with names like fcr - and
why is saved command line needed when we have module option parsing
functions ?
> +unsigned int fcr[MAX_UARTS];
> +unsigned long up_activity;
Not acceptable as global names - too big a risk of clashes
> +static int serial_omap_startup(struct uart_port *port)
> +{
> + struct uart_omap_port *up = (struct uart_omap_port *)port;
> + unsigned long flags;
> + int irq_flags = 0;
> + int retval;
> +
> + /* Zoom2 has GPIO_102 connected to Serial device:
> + * Active High
> + */
> + if (up->port.flags & UPF_IOREMAP)
> + irq_flags |= IRQF_TRIGGER_HIGH;
Don't hijack flags here - especially as a patch is pending that adds a
separate field for IRQ flags to clean that up properly. Build on top of
that fix instead
> + if (up->port.flags & UPF_FOURPORT) {
> + unsigned int icp;
> + /*
> + * Enable interrupts on the AST Fourport board
> + */
> + icp = (up->port.iobase & 0xfe0) | 0x01f;
> + outb_p(0x80, icp);
> + (void) inb_p(icp);
> + }
Can you really have an AST 4port built into an OMAP - I think all the
UPF_FOURPORT code can go
Looks basically sound otherwise
next prev parent reply other threads:[~2009-08-28 14:05 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-08-28 13:49 [RFC][PATCH]: Adding support for omap-serail driver vimal singh
2009-08-28 14:05 ` Alan Cox [this message]
2009-09-01 14:10 ` Govindraj
2009-08-28 15:41 ` Tony Lindgren
2009-08-31 11:50 ` HU TAO-TGHK48
2009-09-01 7:13 ` Govindraj
2009-09-01 14:58 ` Pandita, Vikram
2009-09-03 5:46 ` HU TAO-TGHK48
2009-09-03 5:40 ` HU TAO-TGHK48
[not found] <FCCFB4CDC6E5564B9182F639FC35608702F9A4570A@dbde02.ent.ti.com>
2009-09-01 14:49 ` Pandita, Vikram
2009-09-02 8:40 ` Govindraj
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=20090828150545.5cf9dae5@lxorguk.ukuu.org.uk \
--to=alan@lxorguk.ukuu.org.uk \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-omap@vger.kernel.org \
--cc=linux-serial@vger.kernel.org \
--cc=vimal.newwork@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