linux-serial.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: christian pellegrin <chripell@gmail.com>
To: Masakazu Mokuno <mokuno@sm.sony.co.jp>, Feng Tang <feng.tang@intel.com>
Cc: Greg KH <greg@kroah.com>, David Brownell <david-b@pacbell.net>,
	linux-serial@vger.kernel.org,
	spi-devel-list <spi-devel-general@lists.sourceforge.net>,
	Andrew Morton <akpm@linuxfoundation.org>,
	Alan Cox <alan@lxorguk.ukuu.org.uk>
Subject: Re: spi-devel-general Digest, Vol 46, Issue 10
Date: Tue, 16 Mar 2010 18:32:32 +0100	[thread overview]
Message-ID: <cabda6421003161032y32f34472s32dab90233500a7b@mail.gmail.com> (raw)
In-Reply-To: <mailman.59674.1267729564.5170.spi-devel-general@lists.sourceforge.net>

Hi,

On Thu, Mar 4, 2010 at 8:06 PM,
<spi-devel-general-request@lists.sourceforge.net> wrote:

>> +     if (use_irq) {
>> +             ret = request_irq(max->irq, serial_m3110_irq,
>> +                                     IRQ_TYPE_EDGE_FALLING, "max3110", max);
>
> According to the manufacturer's datasheet, it looks like MAX3110'irq is
> level interrupt. Refer Figure 6 of the datasheet.
>

It should work anyway if you are sure you clear the the condition that
generated the interrupt (so the interrupt line will have another
transition for sure). It's quite common when using deferred work
(worqueues for example) otherwise you have to turn irq off to avoid an
interrupt storm. Usually turning interrupts on and off is quite tricky
because they are counted.

>> +     pmax = max;
>
> If this driver supports only one instance of devices, how about
> declaring a global struct uart_m3100 instead of kmallc()?
>

huh didn't noticed that it supports only one instance. I guess this is
very bad (my test machine for example has 2 MAX3100s, one for a GPS
receiver and one for a slow RS485 link).

-- 
Christian Pellegrin, see http://www.evolware.org/chri/
"Real Programmers don't play tennis, or any other sport which requires
you to change clothes. Mountain climbing is OK, and Real Programmers
wear their climbing boots to work in case a mountain should suddenly
spring up in the middle of the computer room."
--
To unsubscribe from this list: send the line "unsubscribe linux-serial" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

           reply	other threads:[~2010-03-16 17:32 UTC|newest]

Thread overview: expand[flat|nested]  mbox.gz  Atom feed
 [parent not found: <mailman.59674.1267729564.5170.spi-devel-general@lists.sourceforge.net>]

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=cabda6421003161032y32f34472s32dab90233500a7b@mail.gmail.com \
    --to=chripell@gmail.com \
    --cc=akpm@linuxfoundation.org \
    --cc=alan@lxorguk.ukuu.org.uk \
    --cc=david-b@pacbell.net \
    --cc=feng.tang@intel.com \
    --cc=greg@kroah.com \
    --cc=linux-serial@vger.kernel.org \
    --cc=mokuno@sm.sony.co.jp \
    --cc=spi-devel-general@lists.sourceforge.net \
    /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;
as well as URLs for NNTP newsgroup(s).