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@xxxxxx>: > > > (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@xxxxxx>: > > >> > 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@xxxxxx>: > > >> >> > 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@xxxxxx> > > >> >> > --- > > >> >> > > > >> >> > 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/ -- To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
