On Sep 16, 2014, at 3:14 PM, Scott Duplichan <[email protected]> wrote:
> Hello Andrew,
>
> The above overflow is from DuetTimerLib, one that uses the ACPI timer.
> Probably a similar overflow could be demonstrated for the ones using APIC
> timer. In many ways it is in the same category as 58,000 year delay problem.
> It really doesn't matter.
>
Scott,
I think this brings up the point that the TimerLIb delay routines should have
an upper bound on how long they will delay for.
There is a high probability that a TimerLib delay is much more power
inefficient that a call to UEFI gBS->Stall(). So there is probably not a need
for a really long stall via the TimerLib.
Thanks,
Andrew Fish
> Thanks,
> Scott
>
------------------------------------------------------------------------------
Want excitement?
Manually upgrade your production database.
When you want reliability, choose Perforce.
Perforce version control. Predictably reliable.
http://pubads.g.doubleclick.net/gampad/clk?id=157508191&iu=/4140/ostg.clktrk
_______________________________________________
edk2-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/edk2-devel
