From: Guennadi Liakhovetski <g.liakhovetski@gmx.de>
To: Ian Molton <ian@mnementh.co.uk>
Cc: Linux Media Mailing List <linux-media@vger.kernel.org>
Subject: Re: [PATCH/RFC] tmio_mmc: keep card-detect interrupts enabled
Date: Wed, 16 Dec 2009 22:24:36 +0100 (CET) [thread overview]
Message-ID: <Pine.LNX.4.64.0912162223170.5283@axis700.grange> (raw)
In-Reply-To: <Pine.LNX.4.64.0911282002490.3696@axis700.grange>
On Sat, 28 Nov 2009, Guennadi Liakhovetski wrote:
> On Tue, 10 Nov 2009, Ian Molton wrote:
>
> > Well if they are only masked they shouldnt stop being asserted. But we
> > should unmask them again.
> >
> > Im not really sure we should mask them anyway, with the card possibly
> > being gone... Will need to look into it further.
>
> Hi Ian
>
> What's the status of this patch? Are you going to queue it for 2.6.33?
Ian, ping? I still don't see this patch in any (Linus' / next) upstream
tree and the merge window will be closing soon. Any update?
Thanks
Guennadi
>
> Thanks
> Guennadi
>
> >
> > 2009/11/9 Guennadi Liakhovetski <g.liakhovetski@gmx.de>:
> > > (re-adding accidentally dropped ML)
> > >
> > > On Mon, 9 Nov 2009, Ian Molton wrote:
> > >
> > >> Well, I presume we want to know when the card gets removed :)
> > >
> > > Sure, that's why we shouldn't mask those interrupts:-) If they do get
> > > masked and missed, I do not know, if the interrupt remains pending in this
> > > case, because they never get detected then:)
> > >
> > >>
> > >> 2009/11/9 Guennadi Liakhovetski <g.liakhovetski@gmx.de>:
> > >> > Hi Ian
> > >> >
> > >> > Why did you drop all CCs?
> > >> >
> > >> > On Mon, 9 Nov 2009, Ian Molton wrote:
> > >> >
> > >> >> I havent looked at the consequences for the driver if a insert IRQ
> > >> >> occurs during IO, however it seems logical that we should not
> > >> >> permanently mask the IRQ.
> > >> >>
> > >> >> I presume that the IRQ remains pending?
> > >> >
> > >> > Don't know, never checked. Is this important to know?
> > >> >
> > >> > Thanks
> > >> > Guennadi
> > >> >
> > >> >>
> > >> >> 2009/11/6 Guennadi Liakhovetski <g.liakhovetski@gmx.de>:
> > >> >> > On SuperH platforms the SDHI controller does not produce any command IRQs
> > >> >> > after a completed IO. This leads to card-detect interrupts staying
> > >> >> > disabled. Do not disable card-detect interrupts on DATA IRQs.
> > >> >> >
> > >> >> > Signed-off-by: Guennadi Liakhovetski <g.liakhovetski@gmx.de>
> > >> >> > ---
> > >> >> >
> > >> >> > Marked as RFC because I'm not really sure this is a correct approach to
> > >> >> > fix this problem, and whether this will have negative effect on other
> > >> >> > tmio_mmc MFD users.
> > >> >> >
> > >> >> > diff --git a/drivers/mmc/host/tmio_mmc.h b/drivers/mmc/host/tmio_mmc.h
> > >> >> > index c676767..0b31d44 100644
> > >> >> > --- a/drivers/mmc/host/tmio_mmc.h
> > >> >> > +++ b/drivers/mmc/host/tmio_mmc.h
> > >> >> > @@ -55,10 +55,8 @@
> > >> >> > /* Define some IRQ masks */
> > >> >> > /* This is the mask used at reset by the chip */
> > >> >> > #define TMIO_MASK_ALL 0x837f031d
> > >> >> > -#define TMIO_MASK_READOP (TMIO_STAT_RXRDY | TMIO_STAT_DATAEND | \
> > >> >> > - TMIO_STAT_CARD_REMOVE | TMIO_STAT_CARD_INSERT)
> > >> >> > -#define TMIO_MASK_WRITEOP (TMIO_STAT_TXRQ | TMIO_STAT_DATAEND | \
> > >> >> > - TMIO_STAT_CARD_REMOVE | TMIO_STAT_CARD_INSERT)
> > >> >> > +#define TMIO_MASK_READOP (TMIO_STAT_RXRDY | TMIO_STAT_DATAEND)
> > >> >> > +#define TMIO_MASK_WRITEOP (TMIO_STAT_TXRQ | TMIO_STAT_DATAEND)
> > >> >> > #define TMIO_MASK_CMD (TMIO_STAT_CMDRESPEND | TMIO_STAT_CMDTIMEOUT | \
> > >> >> > TMIO_STAT_CARD_REMOVE | TMIO_STAT_CARD_INSERT)
> > >> >> > #define TMIO_MASK_IRQ (TMIO_MASK_READOP | TMIO_MASK_WRITEOP | TMIO_MASK_CMD)
> > >
> > > Thanks
> > > Guennadi
> > > ---
> > > Guennadi Liakhovetski, Ph.D.
> > > Freelance Open-Source Software Developer
> > > http://www.open-technology.de/
> > >
> >
> >
> >
> > --
> > Ian Molton
> > Linux, Automotive, and other hacking:
> > http://www.mnementh.co.uk/
> >
>
> ---
> Guennadi Liakhovetski
>
---
Guennadi Liakhovetski, Ph.D.
Freelance Open-Source Software Developer
http://www.open-technology.de/
prev parent reply other threads:[~2009-12-16 21:24 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <Pine.LNX.4.64.0911061127240.4389@axis700.grange>
[not found] ` <c09aa50a0911090242l35d0dfb2vec0cdeff8b86d33e@mail.gmail.com>
[not found] ` <Pine.LNX.4.64.0911091530030.4289@axis700.grange>
[not found] ` <c09aa50a0911091218i681449e0r5cb96b9db3e0def6@mail.gmail.com>
2009-11-09 20:39 ` [PATCH/RFC] tmio_mmc: keep card-detect interrupts enabled Guennadi Liakhovetski
2009-11-10 1:36 ` Ian Molton
2009-11-28 19:06 ` Guennadi Liakhovetski
2009-12-16 21:24 ` Guennadi Liakhovetski [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=Pine.LNX.4.64.0912162223170.5283@axis700.grange \
--to=g.liakhovetski@gmx.de \
--cc=ian@mnementh.co.uk \
--cc=linux-media@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