On Tue, May 26, 2009 at 07:08:52AM -0400, Jon Smirl wrote:
> On Mon, May 25, 2009 at 11:44 PM, Timur Tabi wrote:
> > My patch is already set to go through the powerpc tree, so there's no
> > need to repost it here. ?Please, you changed the title of the patch.
> I'm changing the code, I removed t
On Tue, May 26, 2009 at 6:08 AM, Jon Smirl wrote:
> On Mon, May 25, 2009 at 11:44 PM, Timur Tabi wrote:
>> On Mon, May 25, 2009 at 5:15 PM, Jon Smirl wrote:
>>
>>> The macro spin_event_timeout() takes a condition and timeout value
>>
>> My patch is already set to go through the powerpc tree
On Mon, May 25, 2009 at 11:44 PM, Timur Tabi wrote:
> On Mon, May 25, 2009 at 5:15 PM, Jon Smirl wrote:
>
>> The macro spin_event_timeout() takes a condition and timeout value
>
> My patch is already set to go through the powerpc tree, so there's no
> need to repost it here. Please, you cha
On Mon, May 25, 2009 at 06:15:05PM -0400, Jon Smirl wrote:
> reset retries. Removing the retries makes the driver fail to load about 5% of
> the time. An oscilliscope is
Please also send a patch sorting this out in the STAC9766 driver as
requested. Other than that and the udelay() thing it loo
On Mon, May 25, 2009 at 10:44:12PM -0500, Timur Tabi wrote:
> On Mon, May 25, 2009 at 5:15 PM, Jon Smirl wrote:
> > ? ? ?The macro spin_event_timeout() takes a condition and timeout value
> My patch is already set to go through the powerpc tree, so there's no
> need to repost it here. Please, y
On Mon, May 25, 2009 at 5:15 PM, Jon Smirl wrote:
> The macro spin_event_timeout() takes a condition and timeout value
My patch is already set to go through the powerpc tree, so there's no
need to repost it here. Please, you changed the title of the patch.
--
Timur Tabi
Linux kernel deve
