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
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
> 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(
> 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
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()
> +
> 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
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
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