Re: amd64: i8254_delay(): simpler microsecond->ticks conversion

2019-05-18 Thread Mike Larkin
On Sun, May 19, 2019 at 12:47:11AM -0500, Scott Cheloha wrote: > This code is really fidgety and I think we can do better. > > If we use a 64-bit value here for microseconds the compiler arranges > for all the math to be done with 64-bit quantites. I'm pretty sure > this is standard C numeric

amd64: i8254_delay(): simpler microsecond->ticks conversion

2019-05-18 Thread Scott Cheloha
This code is really fidgety and I think we can do better. If we use a 64-bit value here for microseconds the compiler arranges for all the math to be done with 64-bit quantites. I'm pretty sure this is standard C numeric type upconversion. As noted in the comment for the assembly, use of the

Re: print regress results

2019-05-18 Thread Alexander Bluhm
On Wed, May 15, 2019 at 01:24:09PM +0200, Ingo Schwarze wrote: > > As the make processes cannot hold state over several targets or > > directories, I create a regress log. It is placed in the top > > directory where you invoke make regress. All failures are logged > > there. if there are none,

Re: efiboot: allow bigger ucodes

2019-05-18 Thread Mike Larkin
On Sat, May 18, 2019 at 05:58:39AM +0200, Mark Kettenis wrote: > > Date: Fri, 17 May 2019 17:56:52 -0400 > > From: Patrick Wildt > > > > Hi, > > > > claudio@ has a Kaby Lake that exceeds the 128 kB limit, being as big as > > 190 kB. So, for him the ucode isn't being loaded. > > > > On EFI