The first thing I did has been to exchange all the BHYVE_UEFI* files
between the working system and the not working system. Unfortunately the
error is not gone.
On Wed, Dec 4, 2024 at 6:16 AM Sean C. Farley wrote:
> On Mon, 2 Dec 2024, Mario Marietto wrote:
>
> > Hello to everyone.
> >
> > Recen
On Mon, 2 Dec 2024, Mario Marietto wrote:
Hello to everyone.
Recently I've upgraded one of my FreeBSD systems and I see a strange
error when I try to boot Android 7.1.1. I have never seen this error
before and I also have another system where I haven't applied the
latest pkg upgrades where A
I will try to exchange one piece after another between the working and the
not working system to reach the point where the not working system will
start working.
On Tue, Dec 3, 2024 at 1:19 AM Mark Peek wrote:
>
>
> On Mon, Dec 2, 2024 at 4:01 PM Mario Marietto
> wrote:
>
>> --> Please read the
On Mon, Dec 2, 2024 at 4:01 PM Mario Marietto
wrote:
> --> Please read the bug I mentioned (comments #1 and #2) where the
> submitter only compiled a new vmm.ko and it didn't work without the
> corresponding bhyve.
>
> This is the reason why I asked :
>
> Can you offer a quick technical explanati
--> Please read the bug I mentioned (comments #1 and #2) where the
submitter only compiled a new vmm.ko and it didn't work without the
corresponding bhyve.
This is the reason why I asked :
Can you offer a quick technical explanation of the reason why the exchange
of the modules does not work for
On Mon, Dec 2, 2024 at 3:34 PM Mario Marietto
wrote:
> --> Did you use the new bhyve binary you built from the patch ?
>
> I didn't recompile bhyve,since I don't need it.
>
If you want the fix applied, you must compile and use both vmm.ko and bhyve
using the patch. The patch is used in both.
Pl
--> Did you reboot or reload the module ?
I have rebooted the machine.
--> Did you use the new bhyve binary you built from the patch ?
I didn't recompile bhyve,since I don't need it.
--> Note: copying binaries around from other systems or your custom
versions will not be something I can help de
On Mon, Dec 2, 2024 at 2:39 PM Mario Marietto
wrote:
> ok I've used this :
>
> .op_flags = VIE_OP_F_IMM8
>
> After the compilation is finished,I copied the compiled vmm.ko module from
> /usr/obj/usr/src/amd64.amd64/sys/modules/vmm/vmm.ko
> to /boot/kernel and to /boot/modules.
>
> Regarding the
ok I've used this :
.op_flags = VIE_OP_F_IMM8
After the compilation is finished,I copied the compiled vmm.ko module
from /usr/obj/usr/src/amd64.amd64/sys/modules/vmm/vmm.ko
to /boot/kernel and to /boot/modules.
Regarding the bhyve executable,I'm using two custom versions of it,called
bhyve-lin a
On Mon, Dec 2, 2024 at 1:35 PM Mario Marietto
wrote:
> Yes,I have also exchanged the bhyve binary. Now I'm trying to apply your
> patch and then I will rebuild vmm.
> I see that your code is :
>
> [0xF6] = {
> /* XXX Group 3 extended opcode - not just TEST */
> .op
Can you tell me if the compilation ended without errors ?
[root@marietto /usr/src/sys/modules/vmm]==> ls
Makefile
[root@marietto /usr/src/sys/modules/vmm]==> make
[Creating objdir /usr/obj/usr/src/amd64.amd64/sys/modules/vmm...]
machine -> /usr/src/sys/amd64/include
x86 -> /usr/src/sys/x86/inclu
Yes,I have also exchanged the bhyve binary. Now I'm trying to apply your
patch and then I will rebuild vmm.
I see that your code is :
[0xF6] = {
/* XXX Group 3 extended opcode - not just TEST */
.op_byte = 0xF6,
.op_type = VIE_OP_TYPE_TEST,
On Mon, Dec 2, 2024 at 1:05 PM Mario Marietto
wrote:
> Hello Mark,
>
> I see that your patch is about to modify the code of the vmm.ko module.
> I've just exchanged the vmm.ko module that I'm using on the ZFS system with
> the module that I use on the UFS system (where I don't see the error) but
re/uefi-firmware/BHYVE_UEFI_CODE.fd,/usr/local/share/uefi-firmware/BHYVE_UEFI_VARS.fd
>>> \
>>> vm0:13 < /dev/null & sleep 5 && vncviewer 0:13 && echo vncviewer 0:13 &
>>>
>>> The error I get on this ZFS system :
>>>
&g
efi-firmware/BHYVE_UEFI_CODE.fd,/usr/local/share/uefi-firmware/BHYVE_UEFI_VARS.fd
>> \
>> vm0:13 < /dev/null & sleep 5 && vncviewer 0:13 && echo vncviewer 0:13 &
>>
>> The error I get on this ZFS system :
>>
>> FreeBSD marietto 14.1-RELE
e/BHYVE_UEFI_CODE.fd,/usr/local/share/uefi-firmware/BHYVE_UEFI_VARS.fd
> \
> vm0:13 < /dev/null & sleep 5 && vncviewer 0:13 && echo vncviewer 0:13 &
>
> The error I get on this ZFS system :
>
> FreeBSD marietto 14.1-RELEASE-p5 FreeBSD 14.1-RELEASE-p5 GENERIC amd64
13 &
The error I get on this ZFS system :
FreeBSD marietto 14.1-RELEASE-p5 FreeBSD 14.1-RELEASE-p5 GENERIC amd64
is :
*Failed to emulate instruction sequence [ 41f646040874064c017d88eb144c89 ]
at 0xbea5fcf9*
But I don't get this error on the system installed on the UFS disk (it is
al
17 matches
Mail list logo
