On Mon, December 29, 2014 20:12, Marius Strobl wrote:
> On Mon, Dec 29, 2014 at 05:55:28PM +0100, Roger Pau Monné wrote:
>
>> El 29/12/14 a les 12.41, Roger Pau Monné ha escrit:
>>
>>> Hello,
>>>
>>>
>>> Sorry for not noticing this earlier, I've been without a computer for
>>>  some days. Do you get a panic message, or the system just freezes?
>>>
>>> Can you please post the full boot output with boot_verbose enabled?
>>>
>>
>> I'm not able to reproduce the problem with Qemu and OVMF, and I don't
>> have any box right now that uses UEFI.
>>
>> I'm guessing that this is due to some memory reservation conflict, so
>> I'm attaching a patch that should help diagnose it.
>>
>
> You'll probably want to nuke RF_ACTIVE so the resources are marked
> as taken but in case of vt_efifb(4), the memory isn't mapped twice. I don't
> not know whether the latter actually is a problem for x86, though, it'll
> likely at least replace the VM_MEMATTR_WRITE_COMBINING mapping done in
> vt_efifb_remap(). Removing RF_ACTIVE in turn might not be sufficient for
> the Xen bits to mark the resource as reserved, this should be fixed in the
> FreeBSD/Xen code then, however.
> Also end = size - 1, see the attached patch.

Hi, I tried this patch on my Acer. I does not help. Legacy boot (BIOS)
still works.

Jakob

_______________________________________________
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Reply via email to