[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID:
<PH7PR12MB64181B1CDE2E0EF833458072D9B22@PH7PR12MB6418.namprd12.prod.outlook.com>
Date: Tue, 15 Apr 2025 02:57:03 +0000
From: Robert Lin <robelin@...dia.com>
To: Thierry Reding <thierry.reding@...il.com>
CC: "daniel.lezcano@...aro.org" <daniel.lezcano@...aro.org>, Jon Hunter
<jonathanh@...dia.com>, "tglx@...utronix.de" <tglx@...utronix.de>, Pohsun Su
<pohsuns@...dia.com>, "linux-kernel@...r.kernel.org"
<linux-kernel@...r.kernel.org>, "linux-tegra@...r.kernel.org"
<linux-tegra@...r.kernel.org>, Sumit Gupta <sumitg@...dia.com>
Subject: RE: [PATCH v3 1/3] clocksource/drivers/timer-tegra186: add
WDIOC_GETTIMELEFT support
> From: Thierry Reding <thierry.reding@...il.com>
> Sent: Thursday, April 10, 2025 6:09 PM
> To: Robert Lin <robelin@...dia.com>
> Cc: daniel.lezcano@...aro.org; Jon Hunter <jonathanh@...dia.com>;
> tglx@...utronix.de; Pohsun Su <pohsuns@...dia.com>; linux-
> kernel@...r.kernel.org; linux-tegra@...r.kernel.org; Sumit Gupta
> <sumitg@...dia.com>
> Subject: Re: [PATCH v3 1/3] clocksource/drivers/timer-tegra186: add
> WDIOC_GETTIMELEFT support
>
> I'm a little worried that we might be getting a very skewed value here due to
> the multiple rounds of rounding. Can we not compute timeleft in
> microseconds until the very end and only convert to seconds then?
>
Will do in the next patch, thank you.
Robert Lin
Powered by blists - more mailing lists