Re: [RFC/PATCH 0/3] TWL4030 IRQ Changes

2010-12-28 Thread Felipe Balbi
Hi, On Tue, 2010-12-28 at 17:41 +, Mark Brown wrote: > > when we finally move to struct irq_data, the below could > > be used. BTW, Thomas do you have any plans for exposing > > irq_data_to_desc() ? > > The general idea is to move to struct irq_data sooner rather than later > (all the existin

Re: [RFC/PATCH 0/3] TWL4030 IRQ Changes

2010-12-28 Thread Mark Brown
On Tue, Dec 28, 2010 at 07:36:04PM +0200, Felipe Balbi wrote: > when we finally move to struct irq_data, the below could > be used. BTW, Thomas do you have any plans for exposing > irq_data_to_desc() ? The general idea is to move to struct irq_data sooner rather than later (all the existing MFD d

Re: [RFC/PATCH 0/3] TWL4030 IRQ Changes

2010-12-28 Thread Felipe Balbi
Hi, On Tue, Dec 28, 2010 at 07:14:16PM +0200, Felipe Balbi wrote: I dropped the twl6030-irq.c changes because that thing is a bit messy. I hope the original author will feel inspired and fix that one up. Anyway, twl4030-irq.c seems to be going to the right direction now. Thanks to Mark Brown fo

[RFC/PATCH 0/3] TWL4030 IRQ Changes

2010-12-28 Thread Felipe Balbi
Hi all, I dropped the twl6030-irq.c changes because that thing is a bit messy. I hope the original author will feel inspired and fix that one up. Anyway, twl4030-irq.c seems to be going to the right direction now. Thanks to Mark Brown for pointing out the need to drop the locking and implement bu