Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 2 Dec 2024 22:07:45 +0100
From:      Mario Marietto <marietto2008@gmail.com>
To:        Mark Peek <mp@freebsd.org>
Cc:        =?UTF-8?Q?Corvin_K=C3=B6hne?= <c.koehne@beckhoff.com>,  FreeBSD virtualization <freebsd-virtualization@freebsd.org>
Subject:   Re: Failed to emulate instruction sequence [ 41f646040874064c017d88eb144c89 ] at 0xbea5fcf9
Message-ID:  <CA%2B1FSiijiUvF4m65ZnCfNQrJdUVN%2BkXByDScnhLjZTjRTqQ13Q@mail.gmail.com>
In-Reply-To: <CA%2B1FSigkus=xw6Y%2BQzD8hK9Dmkt6LR1hsY-U8V=yQ3yReTSL8g@mail.gmail.com>
References:  <CA%2B1FSijzwf6xHOv7-CfmdFPmxD46vFEdaJ4V6xy29G4BYEetWA@mail.gmail.com> <CAGGgMJemKNkEB87sHABECYrQT37tzPcF74o6dejAz4=nMApCBQ@mail.gmail.com> <CA%2B1FSigkus=xw6Y%2BQzD8hK9Dmkt6LR1hsY-U8V=yQ3yReTSL8g@mail.gmail.com>

index | next in thread | previous in thread | raw e-mail

[-- Attachment #1 --]
I forgot to say that I have also exchanged the whole boot folder. And
nope,even this didn't work.

On Mon, Dec 2, 2024 at 10:04 PM Mario Marietto <marietto2008@gmail.com>
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
> this operation didn't solve the problem. I suspect that the wrong code is
> not inside the vmm.ko module. Can you offer a quick technical explanation
> of the reason why the exchange of the modules does not work for me ?
>
> On Mon, Dec 2, 2024 at 9:14 PM Mark Peek <mp@freebsd.org> wrote:
>
>> On Mon, Dec 2, 2024 at 11:54 AM Mario Marietto <marietto2008@gmail.com>
>> 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 Android is still able to boot.
>>> The bhyve parameters that I use in both systems are the following :
>>>
>>> /usr/sbin/./bhyve -S -c sockets=2,cores=2,threads=2 -m 8G -w -H -A \
>>> -s 0,hostbridge \
>>> -s
>>> 1,ahci-hd,/mnt/zroot-133/bhyve/img/Android/DarkMatter-qemu.img,bootindex=1 \
>>> -s 8:0,passthru,4/0/0 \
>>> -s 11,hda,play=/dev/dsp,rec=/dev/dsp \
>>> -s 13,virtio-net,tap13 \
>>> -s 29,fbuf,tcp=0.0.0.0:5913,w=1440,h=900,wait \
>>> -s 30,xhci,tablet \
>>> -s 31,lpc \
>>> -l
>>> bootrom,/usr/local/share/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 :
>>>
>>> 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 also 14.1-RELEASE-p5 FreeBSD 14.1-RELEASE-p5 GENERIC amd64). Any
>>> suggestions about how I can fix it ?
>>>
>>
>>
>> This looks like a duplication of this bug:
>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=282852
>>
>> I need to tweak the patch (attached to the bug) before submitting for
>> review. Note that both the kernel and bhyve need to be recompiled after
>> applying the patch.
>>
>> Mark
>>
>>
>
>
> --
> Mario.
>


-- 
Mario.

[-- Attachment #2 --]
<div dir="ltr">I forgot to say that I have also exchanged the whole boot folder. And nope,even this didn&#39;t work.<br></div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Mon, Dec 2, 2024 at 10:04 PM Mario Marietto &lt;<a href="mailto:marietto2008@gmail.com">marietto2008@gmail.com</a>&gt; wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Hello Mark,</div><div><br></div><div>I see that your patch is about to modify the code of the vmm.ko module. I&#39;ve just exchanged the vmm.ko module that I&#39;m using on the ZFS system with the module that I use on the UFS system (where I don&#39;t see the error) but this operation didn&#39;t solve the problem. I suspect that the wrong code is not inside the vmm.ko module. Can you offer a quick technical explanation of the reason why the exchange of the modules does not work for me ? <br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Dec 2, 2024 at 9:14 PM Mark Peek &lt;<a href="mailto:mp@freebsd.org" target="_blank">mp@freebsd.org</a>&gt; wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr">On Mon, Dec 2, 2024 at 11:54 AM Mario Marietto &lt;<a href="mailto:marietto2008@gmail.com" target="_blank">marietto2008@gmail.com</a>&gt; wrote:</div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Hello to everyone.</div><div><br></div><div>Recently I&#39;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&#39;t applied the latest pkg upgrades where Android is still able to boot. <br></div><div>The bhyve parameters that I use in both systems are the following :</div><div><br></div><div>/usr/sbin/./bhyve -S -c sockets=2,cores=2,threads=2 -m 8G -w -H -A \<br>-s 0,hostbridge \<br>-s 1,ahci-hd,/mnt/zroot-133/bhyve/img/Android/DarkMatter-qemu.img,bootindex=1 \<br>-s 8:0,passthru,4/0/0 \<br>-s 11,hda,play=/dev/dsp,rec=/dev/dsp \<br>-s 13,virtio-net,tap13 \<br>-s 29,fbuf,tcp=<a href="http://0.0.0.0:5913" target="_blank">0.0.0.0:5913</a>,w=1440,h=900,wait \<br>-s 30,xhci,tablet \<br>-s 31,lpc \<br>-l bootrom,/usr/local/share/uefi-firmware/BHYVE_UEFI_CODE.fd,/usr/local/share/uefi-firmware/BHYVE_UEFI_VARS.fd \<br>vm0:13 &lt; /dev/null &amp; sleep 5 &amp;&amp; vncviewer 0:13 &amp;&amp; echo vncviewer 0:13 &amp;</div><div><br></div><div>The error I get on this ZFS system :</div><div><br></div><div>FreeBSD marietto 14.1-RELEASE-p5 FreeBSD 14.1-RELEASE-p5 GENERIC amd64</div><div><br></div><div>is :</div><div><br></div><div><b>Failed to emulate instruction sequence [ 41f646040874064c017d88eb144c89 ] at 0xbea5fcf9</b><br></div><div><br></div><div>But I don&#39;t get this error on the system installed on the UFS disk (it is also 14.1-RELEASE-p5 FreeBSD 14.1-RELEASE-p5 GENERIC amd64). Any suggestions about how I can fix it ?</div></div></blockquote><div><br></div><div><br></div><div>This looks like a duplication of this bug:<br><a href="https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=282852" target="_blank">https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=282852</a></div><div><br></div><div>I need to tweak the patch (attached to the bug) before submitting for review. Note that both the kernel and bhyve need to be recompiled after applying the patch.</div><div><br></div><div>Mark</div><div> </div></div></div>
</blockquote></div><div><br clear="all"></div><br><span class="gmail_signature_prefix">-- </span><br><div dir="ltr" class="gmail_signature">Mario.<br></div>
</blockquote></div><div><br clear="all"></div><br><span class="gmail_signature_prefix">-- </span><br><div dir="ltr" class="gmail_signature">Mario.<br></div>
help

Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CA%2B1FSiijiUvF4m65ZnCfNQrJdUVN%2BkXByDScnhLjZTjRTqQ13Q>