Re: error building scsi_da.c with recent current

2019-12-16 Thread pete wright
no worries - and thanks for the workaround. i'm going to take a look before i sign-off for the night, hopefully github will be in sync by then. cheers, -pete On Mon, Dec 16, 2019 at 3:15 PM Warner Losh wrote: > The prior version (r355814) works just fine, if you wanted to get going... > Sorry

Re: error building scsi_da.c with recent current

2019-12-16 Thread Warner Losh
The prior version (r355814) works just fine, if you wanted to get going... Sorry for the hassle.. I'm flushing my WIP trees, deleting old stuff and forgot this change had a dependency on something that's not quite ready yet. Warner On Mon, Dec 16, 2019 at 4:12 PM pete wright wrote: > Thanks,

Re: error building scsi_da.c with recent current

2019-12-16 Thread pete wright
Thanks, maybe git mirror was lagging will test in a bit. Thanks! -pete On Mon, Dec 16, 2019, 3:09 PM Warner Losh wrote: > Update. That version was in place for about an hour before I fixed it. > r355815 broke it and r355818 fixed it. > > Warner > > > On Mon, Dec 16, 2019 at 3:27 PM pete wright

Re: error building scsi_da.c with recent current

2019-12-16 Thread Warner Losh
Update. That version was in place for about an hour before I fixed it. r355815 broke it and r355818 fixed it. Warner On Mon, Dec 16, 2019 at 3:27 PM pete wright wrote: > here's the error i'm getting when building: > /usr/home/pete/git/freebsd/sys/cam/scsi/scsi_da.c:1544:28: error: expected >

error building scsi_da.c with recent current

2019-12-16 Thread pete wright
here's the error i'm getting when building: /usr/home/pete/git/freebsd/sys/cam/scsi/scsi_da.c:1544:28: error: expected identifier SYSCTL_INT64(_kern_cam_da, OID_AUTO, default_max_delete, CTLFLAG_RWTUN, ^ /usr/home/pete/git/freebsd/sys/sys/sysctl.h:126:18: note: expanded

FreeBSD CI Weekly Report 2019-12-15

2019-12-16 Thread Li-Wen Hsu
(Please send the followup to freebsd-testing@ and note Reply-To is set.) FreeBSD CI Weekly Report 2019-12-15 === Here is a summary of the FreeBSD Continuous Integration results for the period from 2019-12-09 to 2019-12-15. During this period, we have: * 2566

Re: UEFI and loader.efi in base/head past r355103

2019-12-16 Thread Trond Endrestøl
On Mon, 16 Dec 2019 10:27+0200, Toomas Soome wrote: > Also make sure you do have updated firmware. 1.22 is the latest one. > r355347 by itself does not really look like it should cause infinite loop on > normal input, but there we would need to check what we do get from keypress > and then we

Re: UEFI and loader.efi in base/head past r355103

2019-12-16 Thread Toomas Soome
> On 16. Dec 2019, at 08:30, Trond Endrestøl > wrote: > > On Sun, 15 Dec 2019 20:41+0100, Trond Endrestøl wrote: > >> I updated the loader.efi stored in the ESP of my laptop, Lenovo >> ThinkPad E590T (20NB), running boot firmware 1.22, as I wanted to try >> out base/head r355441. >> >> As