Date: Sat, 15 Jun 2024 12:47:43 +0200 From: Mario Marietto <marietto2008@gmail.com> To: Oleksandr Kryvulia <shuriku@shurik.kiev.ua> Cc: virtualization@freebsd.org Subject: Re: bhyve passthru problem Message-ID: <CA%2B1FSiiw3Y3Po=MiCPYM3a4-738uOO3daX0XNybQ9gBhwTB0OQ@mail.gmail.com> In-Reply-To: <92b37bf8-7ef9-4abd-8617-af12fbb35e13@shurik.kiev.ua> References: <a63589a8-2cb2-4952-83b1-7a97e2f8cd44@shurik.kiev.ua> <38c9656c26fc3cee7ba733168c0fa2cdd01209d9.camel@FreeBSD.org> <c8c87fc3-2665-44c3-a8cf-6dcbd6525c38@freebsd.org> <92b37bf8-7ef9-4abd-8617-af12fbb35e13@shurik.kiev.ua>
next in thread | previous in thread | raw e-mail | index | archive | help
[-- Attachment #1 --] Ciao Oleksandr. I can't produce patches,I'm not a programmer. But I conduct experiments every day,changing parameters,system files between different FreeBSD versions,operating systems and tools. Can't you use virtio-net instead of passing through the physical network interface,like this for example : -s 13,virtio-net,tap18 \ in your bhyve guest ? You can try these bhyve versions : (try both) https://drive.google.com/drive/folders/14OMOjdyS5NPQ75ISatcpCWegU0udzG0r?usp=sharing On Sat, Jun 15, 2024 at 9:17 AM Oleksandr Kryvulia <shuriku@shurik.kiev.ua> wrote: > 14.06.24 10:50, Peter Grehan: > >> I don't know why bhyve validates the BAR size. The commit adding this > >> check is old [1] and doesn't explain it. What bhyve could do is > >> rounding up the BAR size to a full page size when allocating memory for > >> the BAR. > >> > >> [1] https://github.com/freebsd/freebsd- > >> src/commit/7a902ec0eccc752c9c38533ed123121eaaea1225 > > > > At the time, BIOSs would often place device BARs of less than a page > > size in the same physical page. Since EPT only gives page granularity, > > this would result in all those devices being available to the guest > > even if they hadn't been passed through. > > > Peter, can you explain how can I use this device in a guest without > passing through? > > > -- Mario. [-- Attachment #2 --] <div dir="ltr"><div>Ciao Oleksandr.</div><div><br></div><div>I can't produce patches,I'm not a programmer. But I conduct experiments every day,changing parameters,system files between different FreeBSD versions,operating systems and tools. </div><div><br></div><div>Can't you use virtio-net instead of passing through the physical network interface,like this for example : -s 13,virtio-net,tap18 \ in your bhyve guest ?</div><div><br></div><div>You can try these bhyve versions : (try both)<br></div><div><br></div><div><a href="https://drive.google.com/drive/folders/14OMOjdyS5NPQ75ISatcpCWegU0udzG0r?usp=sharing">https://drive.google.com/drive/folders/14OMOjdyS5NPQ75ISatcpCWegU0udzG0r?usp=sharing</a></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Jun 15, 2024 at 9:17 AM Oleksandr Kryvulia <<a href="mailto:shuriku@shurik.kiev.ua">shuriku@shurik.kiev.ua</a>> 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">14.06.24 10:50, Peter Grehan:<br> >> I don't know why bhyve validates the BAR size. The commit adding this<br> >> check is old [1] and doesn't explain it. What bhyve could do is<br> >> rounding up the BAR size to a full page size when allocating memory for<br> >> the BAR.<br> >><br> >> [1] <a href="https://github.com/freebsd/freebsd-" rel="noreferrer" target="_blank">https://github.com/freebsd/freebsd-</a><br>; >> src/commit/7a902ec0eccc752c9c38533ed123121eaaea1225<br> ><br> > At the time, BIOSs would often place device BARs of less than a page <br> > size in the same physical page. Since EPT only gives page granularity, <br> > this would result in all those devices being available to the guest <br> > even if they hadn't been passed through.<br> ><br> Peter, can you explain how can I use this device in a guest without <br> passing through?<br> <br> <br> </blockquote></div><br clear="all"><br><span class="gmail_signature_prefix">-- </span><br><div dir="ltr" class="gmail_signature">Mario.<br></div>
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CA%2B1FSiiw3Y3Po=MiCPYM3a4-738uOO3daX0XNybQ9gBhwTB0OQ>