From: Alan Cox <alan@lxorguk.ukuu.org.uk>
To: Christian Pellegrin <chripell@gmail.com>
Cc: linux-kernel@vger.kernel.org, linux-serial@vger.kernel.org,
Christian Pellegrin <chripell@fsfe.org>
Subject: Re: [PATCH] max3100 driver
Date: Sat, 20 Sep 2008 15:11:49 +0100 [thread overview]
Message-ID: <20080920151149.21dbad1d@lxorguk.ukuu.org.uk> (raw)
In-Reply-To: <1221895208650-git-send-email-chripell@gmail.com>
> +#define MAX3100_MAJOR 204
> +#define MAX3100_MINOR 128
> +/* 4 MAX3100s should be enough for everyone */
> +#define MAX_MAX3100 4
These need to be officially allocated if you need constant numbers
> +static int max3100_sr(struct max3100_port_s *s, u16 tx, u16 *rx)
> +{
> + struct spi_message message;
> + struct spi_transfer tran;
> + u16 etx, erx;
> + int status;
> +
> + etx = htons(tx);
Use cpu_to_le/be or le/be_to_cpu functions, these make the intended
endianness clear.
> + *rx = ntohs(erx);
Ditto
> + if (rxchars > 0)
> + tty_flip_buffer_push(s->port.info->port.tty);
> + if (uart_circ_chars_pending(xmit) < WAKEUP_CHARS)
If there has been a hangup the port.tty will be NULL...
> +static void
> +max3100_set_termios(struct uart_port *port, struct ktermios *termios,
> + struct ktermios *old)
> +{
> + struct max3100_port_s *s = container_of(port,
> + struct max3100_port_s,
> + if (!old || (termios->c_cflag != old->c_cflag)) {
This optimisation is wrong and not worth doing anyway
> + i = cflag & CBAUD;
> + switch (i) {
Use tty_get_baud_rate() to get the actual baud rate requested which is an
arbitary value.
> + default:
> + param_new = 1;
> + dev_warn(&s->spi->dev, "invalid baudrate\n");
Shouldn't warn on these, just be sure to use tty_encode_baud_rate to pass
back the actual rate the user ends up with.
> + if (termios->c_iflag & IGNPAR)
> + s->port.ignore_status_mask |=
> + MAX3100_STATUS_PE | MAX3100_STATUS_FE |
> + MAX3100_STATUS_OE;
Bits you don't support should also be cleared in the tty->termios struct
(eg markspace you don't seem to do)
> + max3100s[i] = kzalloc(sizeof(struct max3100_port_s), GFP_KERNEL);
> + if (!max3100s[i]) {
> + dev_warn(&spi->dev,
> + "kmalloc for max3100 structure %d failed!\n", i);
Does this not then need to unregister the driver ?
Looks basically sound to me - just some minor cleanups needed.
Alan
next prev parent reply other threads:[~2008-09-20 14:11 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-09-20 7:20 [PATCH] max3100 driver Christian Pellegrin
2008-09-20 8:24 ` Andrew Morton
2008-09-20 10:35 ` chri
2008-09-20 13:56 ` Arjan van de Ven
2008-09-20 14:30 ` chri
2008-09-20 14:34 ` Alan Cox
2008-09-21 16:09 ` Ben Pfaff
2008-10-09 6:23 ` chri
2008-10-10 12:08 ` Christian Pellegrin
2008-09-20 14:11 ` Alan Cox [this message]
2008-09-20 14:37 ` chri
2008-10-09 6:30 ` chri
2008-10-09 9:18 ` Alan Cox
-- strict thread matches above, loose matches on Subject: below --
2008-09-20 10:51 Michael Trimarchi
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=20080920151149.21dbad1d@lxorguk.ukuu.org.uk \
--to=alan@lxorguk.ukuu.org.uk \
--cc=chripell@fsfe.org \
--cc=chripell@gmail.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-serial@vger.kernel.org \
/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