[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20120312193020.GA1584@rainbow>
Date: Mon, 12 Mar 2012 23:30:21 +0400
From: Dmitry Artamonow <mad_soft@...ox.ru>
To: Stephen Warren <swarren@...dotorg.org>,
Olof Johansson <olof@...om.net>
Cc: linux-tegra@...r.kernel.org, Andi <andi.shyti@...il.com>,
Thierry Reding <thierry.reding@...onic-design.de>,
linux-kernel@...r.kernel.org, Colin Cross <ccross@...roid.com>,
Mike Rapoport <mike@...pulab.co.il>,
linux-arm-kernel@...ts.infradead.org
Subject: Re: [PATCH v2 2/2] arm/tegra: add timeout to PCIe PLL lock detection
loop
On 12:09 Mon 12 Mar , Stephen Warren wrote:
> Thierry pointed out that one of NVIDIA's downstream kernels uses a
> timeout of 300 here, rather than 2000 above. Do you see a specific need
> for this timeout for be 2000 rather than 300? It might be nice to be
> consistent.
No, there's no specific need for it to be 2000 - it may as well be 300.
I just wanted to stay on the safe side, but I think 300 should be still
more than enough time for PLL to lock.
>
> Olof, I notice you've already applied V1 of this, which has the return
> statement issue. Can you replace it with this, or should Dmitry send an
> incremental patch?
Yes, V1 breaks more things than it fixes, so it would be nice if
it can be replaced with fixed version (I hope it's not too late yet).
BTW, regarding timeout discussion above - should I resend patch with
adjusted timeout, or can you change it while applying? (of course,
if we settle on incremental patch, I'll roll this change in)
--
Best regards,
Dmitry "MAD" Artamonow
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists