IIO-onwards

IIO-onwards

[Hennerich, Michael]

Hi Jonathan,

What are your plans for submitting IIO-onwards?

Greetings,
Michael

--
Analog Devices GmbH      Wilhelm-Wagenfeld-Str. 6      80807 Muenchen
Sitz der Gesellschaft: Muenchen; Registergericht: Muenchen HRB 40368;
Geschaeftsfuehrer:Dr.Carsten Suckrow, Thomas Wessel, William A. Martin, Mar=
garet Seif

Re: IIO-onwards

[Jonathan Cameron]

On 05/18/11 08:58, Hennerich, Michael wrote:
> Hi Jonathan,
> 
> What are your plans for submitting IIO-onwards?
It would have gone about a weak ago, but Thomas Gleixner wants some slight
tweaks to the irq core exports patch that about 50% of 
our tree is dependent on.  Getting this sorted is being slowed down by (I think)
the fact Thomas is travelling at the moment and seems to only have
intermittent email access. The outstanding issue is that irq_to_descs
should not be exported, but rather handle_generic_irq shouldn't
be inline.  I'm waiting on a reply for where it should go as it
doesn't obviously fit in any of the files under kernel/irq/.

Greg knows what the situation is, so fingers crossed that we can
get it cleared up in time to catch the merge window.

I think I'll just plump for a vaguely reasonable location for the code
and hope I guessed right as that will speed things up a touch and can't
do any harm!

Jonathan
> 
> Greetings,
> Michael
> 
> --
> Analog Devices GmbH      Wilhelm-Wagenfeld-Str. 6      80807 Muenchen
> Sitz der Gesellschaft: Muenchen; Registergericht: Muenchen HRB 40368;
> Geschaeftsfuehrer:Dr.Carsten Suckrow, Thomas Wessel, William A. Martin, Margaret Seif
> 
> 
> 

Re: IIO-onwards

[Jonathan Cameron]

On 05/18/11 09:39, Jonathan Cameron wrote:
> On 05/18/11 08:58, Hennerich, Michael wrote:
>> Hi Jonathan,
>>
>> What are your plans for submitting IIO-onwards?
> It would have gone about a weak ago, but Thomas Gleixner wants some slight
> tweaks to the irq core exports patch that about 50% of 
> our tree is dependent on.  Getting this sorted is being slowed down by (I think)
> the fact Thomas is travelling at the moment and seems to only have
> intermittent email access. The outstanding issue is that irq_to_descs
> should not be exported, but rather handle_generic_irq shouldn't
> be inline.  I'm waiting on a reply for where it should go as it
> doesn't obviously fit in any of the files under kernel/irq/.
> 
> Greg knows what the situation is, so fingers crossed that we can
> get it cleared up in time to catch the merge window.
> 
> I think I'll just plump for a vaguely reasonable location for the code
> and hope I guessed right as that will speed things up a touch and can't
> do any harm!
I've just pushed out exactly what I aim to send to Greg the moment
Thomas acks the irq element (or says he is pulling it via his tree).

Other than updates to that irq patch, I've cleaned up some commit
messages so it all looks nice and tidy ;)