It shouldn't have changed though; you're just requesting memory to use
for x86bios calls.
+jhb - any ideas?
-a
On 8 January 2016 at 20:53, Cy Schubert <cy.schub...@komquats.com> wrote:
> Cy Schubert writes:
>> In message <201601080107.u0817kdw078...@slippy.cwsent.com>, Cy Schubert
>> writes:
>> > In message <CAJ-VmonGOs2f+rzciEcV=VuaNrZt0hqNePQx4LZDWu6BxuR9NQ@mail.gmail.
>> c
>> > om>
>> > , Adrian Chadd writes:
>> > > Ok,
>> > >
>> > > So try adding this check:
>> > >
>> > > vmbuf = x86bios_alloc(&offs, sizeof(*buf), M_WAITOK);
>> > > if (vmbuf == NULL) {
>> > > printf("%s: x86bios_alloc failed!\n", __func__);
>> > > goto fail;
>> > > }
>> > >
>> > > ... that call shouldn't be failing, but if it's truely failing on the
>> > > bcopy(), the only reason is because vmbuf is NULL.
>> >
>> > Thanks. I'll try this.
>> >
>> > vesa.c hasn't changed for a while so I suspect the root cuase may be
>> > somewhere else (we're probably treating the symptom here). Nice thing about
>>
>> > using the same mobo and cpu combination on all my machines (except
>> > laptops), failures are completely reproducible. Might be a good idea to put
>>
>> > in a dtrace probe too.
>>
>> Hi Adrian,
>>
>> Your patch fixed the issue. I've included a dtrace probe. I suspect the
>> error may be BIOS specific and the dtrace probe should help in tracking it
>> down. Does this look good to commit?
>
> A bit of multitasking going on here. I should have included the patch. :~
>
>
>
>
> Cheers,
> Cy Schubert <cy.schub...@komquats.com> or <cy.schub...@cschubert.com>
> FreeBSD UNIX: <c...@freebsd.org> Web: http://www.FreeBSD.org
>
> The need of the many outweighs the greed of the few.
>
_______________________________________________
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
