[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <F0F0851DD515419B962AB1646D333CB1@subhasishg>
Date: Wed, 11 May 2011 12:31:01 +0530
From: "Subhasish Ghosh" <subhasish@...tralsolutions.com>
To: "Alan Cox" <alan@...rguk.ukuu.org.uk>
Cc: <davinci-linux-open-source@...ux.davincidsp.com>,
"Greg Kroah-Hartman" <gregkh@...e.de>,
<linux-arm-kernel@...ts.infradead.org>, <m-watkins@...com>,
<nsekhar@...com>, <sachi@...tralsolutions.com>,
"Andrew Morton \(commit_signer:1/4=25%\)" <akpm@...ux-foundation.org>,
"Randy Dunlap \(commit_signer:1/4=25%\)" <randy.dunlap@...cle.com>,
"open list" <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH v4 08/11] tty: add pruss SUART driver
> Trace all looks fine. I can't see anything else taking the lock so you'll
> need to do a bit more debugging and find out why the spin lock change
> makes the difference and what the real root cause is.
We do not support Modem control signals. So, I use -clocal with stty,
but I observe that still enable_ms and get_mctrl handlers get called.
Is that normal, how can I disable these functions from getting called.
Actually, this same driver works perfectly with 2.6.33 kernel.
With this Kernel I do not observe that these handlers getting called.
So, basically the code path is different.
Further, I only use the port->lock to disable interrupts, so its never
possible that
while interrupts are disabled by my driver, the TTY is executing anything.
There is another lock in the MFD driver, but that only uses spin_lock/unlock
variant.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists