From: rgroner@rtd.com (Rob Groner)
To: kernelnewbies@lists.kernelnewbies.org
Subject: Trying to debug interrupt flood after unbind
Date: Thu, 2 Jun 2016 11:02:53 -0400 [thread overview]
Message-ID: <1464879773.1927.12.camel@rtd-VirtualBox> (raw)
In-Reply-To: <20160602093830.GA10831@sudip-tp>
On Thu, 2016-06-02 at 10:38 +0100, Sudip Mukherjee wrote:
> On Tue, May 31, 2016 at 04:38:37PM -0400, Rob Groner wrote:
> > On Tue, 2016-05-31 at 13:14 -0700, Greg KH wrote:
> > > On Tue, May 31, 2016 at 06:41:24PM +0000, Rob Groner wrote:
> > > > I am trying to load a driver for an Exar serial chip, but that chip is gobbled
> > > > up by the 8250 driver on boot.
> > >
> > > Why does the in-kernel driver not support this chip? Do you have a
> > > pointer to the Exar source anywhere?
> >
> > This is kind of an ongoing topic since around December.
>
> yes, and new driver was provided to have the gpio as a separate platform
> driver which was also tested by Rob and he confirmed that everything is
> working as expected. But the reviews asked for a total rewrite with the
> exar codes split out from 8250_pci, and i got busy with a change of
> dayjob. If you want to have a look at the final version that was
> submitted then it is at:
> I thought to do it this weekend but I will be again travelling to UK
> this weekend so again postponed for atleast one month.
>
I have no criticism or complaint for how long it is taking or will take
to get the in-kernel driver in good working order...I greatly appreciate
all of the help that has been given and offered.
What I'm trying to do is come up with a working alternative until the
driver fix is in. In my perfect world, there would be a way for them to
disentangle the Exar chip from the 8250 driver, and then they could use
the provided Exar driver (until such time as the built-in driver does
everything needed).
Is there any other workaround other than "unbind"? Because unbind
doesn't work for some reason. And if there is no other alternative to
unbind, then is there some way I can try to identify where the interrupt
flood is coming from when I use it? I've looked at the Exar driver, and
when it receives the interrupt, it checks all of its registers, and if
there is no interrupt bit there, it says "not mine", which is either
true or not true. I'll investigate that possibility.
Rob
prev parent reply other threads:[~2016-06-02 15:02 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-05-31 18:41 Trying to debug interrupt flood after unbind Rob Groner
2016-05-31 20:14 ` Greg KH
2016-05-31 20:38 ` Rob Groner
2016-06-02 9:38 ` Sudip Mukherjee
2016-06-02 15:02 ` Rob Groner [this message]
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=1464879773.1927.12.camel@rtd-VirtualBox \
--to=rgroner@rtd.com \
--cc=kernelnewbies@lists.kernelnewbies.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;
as well as URLs for NNTP newsgroup(s).