On Fri, Dec 9, 2011 at 4:38 PM, Greg KH wrote:
> How about for 3.2.1? I'll try to get this into 3.2, but I can't
> guarantee anything so late in the release cycle, sorry.
Sounds fair, fingers crossed for 3.2 ;)
Thanks,
Omar
--
To unsubscribe from this list: send the line "unsubscribe linux-oma
On Thu, Dec 08, 2011 at 07:44:28PM -0600, Ramirez Luna, Omar wrote:
> On Thu, Dec 8, 2011 at 6:07 PM, Greg KH wrote:
> >> > Definitely 3.2-fix material IMO :)
> >>
> >> I believe it was pushed to staging-next... I'm rooting so it can be
> >> pushed to staging-linus :)
> >
> > As it wasn't original
On Thu, Dec 8, 2011 at 6:07 PM, Greg KH wrote:
>> > Definitely 3.2-fix material IMO :)
>>
>> I believe it was pushed to staging-next... I'm rooting so it can be
>> pushed to staging-linus :)
>
> As it wasn't originally stated that this was a problem that needed to be
> fixed for 3.2, can it wait f
On Fri, Dec 9, 2011 at 2:07 AM, Greg KH wrote:
> On Thu, Dec 08, 2011 at 02:16:10PM -0600, Ramirez Luna, Omar wrote:
>> On Thu, Dec 8, 2011 at 2:11 PM, Felipe Contreras
>> > Definitely 3.2-fix material IMO :)
>>
>> I believe it was pushed to staging-next... I'm rooting so it can be
>> pushed to st
On Thu, Dec 08, 2011 at 02:16:10PM -0600, Ramirez Luna, Omar wrote:
> On Thu, Dec 8, 2011 at 2:11 PM, Felipe Contreras
> wrote:
> > On Sat, Nov 19, 2011 at 12:18 AM, Omar Ramirez Luna
> > wrote:
> >> Given that dm timer framework doesn't support request of clocks
> >> by soft | hard irqs because
On Thu, Dec 8, 2011 at 2:11 PM, Felipe Contreras
wrote:
> On Sat, Nov 19, 2011 at 12:18 AM, Omar Ramirez Luna
> wrote:
>> Given that dm timer framework doesn't support request of clocks
>> by soft | hard irqs because some recent changes, tidspbridge needs
>> to request its clocks on init and ena
On Thu, Dec 8, 2011 at 1:50 PM, Felipe Contreras
wrote:
> On Thu, Dec 8, 2011 at 9:10 PM, Ramirez Luna, Omar
> wrote:
>> On Wed, Dec 7, 2011 at 4:11 PM, Felipe Contreras
>> wrote:
>>> On Sat, Nov 19, 2011 at 12:18 AM, Omar Ramirez Luna
>>> wrote:
Given that dm timer framework doesn't sup
On Sat, Nov 19, 2011 at 12:18 AM, Omar Ramirez Luna wrote:
> Given that dm timer framework doesn't support request of clocks
> by soft | hard irqs because some recent changes, tidspbridge needs
> to request its clocks on init and enable/disable them on demand.
>
> This was first seen on 3.2-rc1.
>
On Thu, Dec 8, 2011 at 9:10 PM, Ramirez Luna, Omar wrote:
> On Wed, Dec 7, 2011 at 4:11 PM, Felipe Contreras
> wrote:
>> On Sat, Nov 19, 2011 at 12:18 AM, Omar Ramirez Luna
>> wrote:
>>> Given that dm timer framework doesn't support request of clocks
>>> by soft | hard irqs because some recent
On Wed, Dec 7, 2011 at 4:11 PM, Felipe Contreras
wrote:
> On Sat, Nov 19, 2011 at 12:18 AM, Omar Ramirez Luna
> wrote:
>> Given that dm timer framework doesn't support request of clocks
>> by soft | hard irqs because some recent changes, tidspbridge needs
>> to request its clocks on init and ena
On Sat, Nov 19, 2011 at 12:18 AM, Omar Ramirez Luna wrote:
> Given that dm timer framework doesn't support request of clocks
> by soft | hard irqs because some recent changes, tidspbridge needs
> to request its clocks on init and enable/disable them on demand.
>
> This was first seen on 3.2-rc1.
>
Given that dm timer framework doesn't support request of clocks
by soft | hard irqs because some recent changes, tidspbridge needs
to request its clocks on init and enable/disable them on demand.
This was first seen on 3.2-rc1.
Signed-off-by: Omar Ramirez Luna
---
drivers/staging/tidspbridge/co
12 matches
Mail list logo