Re: request for testing: patch for boot loader out of mem

2018-12-13 Thread Otto Moerbeek
On Thu, Dec 13, 2018 at 09:50:13PM -0500, Nick Holland wrote: > On 12/11/18 08:09, Otto Moerbeek wrote: > > On Mon, Dec 10, 2018 at 11:44:47AM +0100, Otto Moerbeek wrote: > > > >> On Mon, Dec 10, 2018 at 08:30:10AM +0100, Otto Moerbeek wrote: > >> > >> > Hi, > >> > > >> > the bootloader uses a

Re: request for testing: patch for boot loader out of mem

2018-12-13 Thread Nick Holland
On 12/11/18 08:09, Otto Moerbeek wrote: > On Mon, Dec 10, 2018 at 11:44:47AM +0100, Otto Moerbeek wrote: > >> On Mon, Dec 10, 2018 at 08:30:10AM +0100, Otto Moerbeek wrote: >> >> > Hi, >> > >> > the bootloader uses a very simple allocator for dynamic memory. It >> > maintains a list of free allo

Re: let etherip(4) output directly to the ip stack

2018-12-13 Thread David Gwynne
> On 13 Dec 2018, at 00:03, Martin Pieuchot wrote: > > On 12/12/18(Wed) 12:03, David Gwynne wrote: >> with the previous if_ethersubr.c diff, this allows etherip(4) to output >> directly to the network stack. > > What do you mean with "directly"? > > To my understanding ip{,6}_etherip_output(

Re: relayd and TLS client cert verification

2018-12-13 Thread Ashe Connor
> On 6 Dec 2018, at 16:17, Ashe Connor wrote: > > It's been a week or so, so bumping. (Benno was kind enough to offer a > review but was time-poor recently.) Another friendly ping. I'd love to do some more work on relayd but only if it's desirable/worth someone's time to review. Cheers, A

Re: request for testing: patch for boot loader out of mem

2018-12-13 Thread Ted Unangst
Otto Moerbeek wrote: > int > biosd_diskio(int rw, struct diskinfo *dip, u_int off, int nsect, void *buf) > { > - return biosd_io(rw, &dip->bios_info, off, nsect, buf); > + int i, n, ret; > + > + /* > + * Avoid doing too large reads, the bounce buffer used by biosd_io() > +

Re: pci/i386: Fix typo

2018-12-13 Thread Mark Kettenis
> From: Christian Ludwig > Cc: Christian Ludwig > Date: Thu, 13 Dec 2018 17:44:47 +0100 > > Extents code has its own set of flags and does not use malloc's. > The current code passes in EX_FAST by accident, which does no harm. > That's probably why nobody stumbled upon it, yet. > --- > sys/arch

pci/i386: Fix typo

2018-12-13 Thread Christian Ludwig
Extents code has its own set of flags and does not use malloc's. The current code passes in EX_FAST by accident, which does no harm. That's probably why nobody stumbled upon it, yet. --- sys/arch/i386/pci/pci_machdep.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/sys/arch/i3

Re: [PATCH] add Gemini Lake SoC pcidevs

2018-12-13 Thread Heppler, J. Scott
I have an HP Stream 14 with an n4000 Gemini Lake mobile processor. The amd64_current does not find the eMMC storage Would it be of value to the project to apply the patch, generate an install image using release(8), test and submit the dmesg? -- J. Scott Heppler