Cy Schubert wrote: > In message <[email protected]>, Yuri > Pankov write > s: >> This is an OpenPGP/MIME signed message (RFC 4880 and 3156) >> --NAG3HGfiwhsHyGq3aNdsIv1NzTEMODbUH >> Content-Type: multipart/mixed; boundary="c7yUHUJpZYpJqOrOWLAb4sE3Rmh2alrdi"; >> protected-headers="v1" >> From: Yuri Pankov <[email protected]> >> To: Cy Schubert <[email protected]> >> Cc: Mark Peek <[email protected]>, Enji Cooper <[email protected]>, >> Warner Losh <[email protected]>, =?UTF-8?Q?Dag-Erling_Sm=c3=b8rgrav?= >> <[email protected]>, freebsd-current <[email protected]> >> Message-ID: <[email protected]> >> Subject: Re: workaround for VMware WS NAT bug triggered by OpenSSH 7.8p1 >> changes >> References: <[email protected]> >> In-Reply-To: <[email protected]> >> >> --c7yUHUJpZYpJqOrOWLAb4sE3Rmh2alrdi >> Content-Type: text/plain; charset=utf-8 >> Content-Language: en-US >> Content-Transfer-Encoding: quoted-printable >> >> Cy Schubert wrote: >>> In message <[email protected]>, Yuri=20 >>> Pankov write >>> s: >>>> Yuri Pankov <[email protected]> wrote: >>>>> In-Reply-To: <CAGGgMJf45vkNY6o6-in+kiAFHxsFZpKBc4Oa6qiCFnzKnRjk1g@mai= >> >>> l.gmail. >>>>> com> >>>>> Mark Peek wrote: >>>>>> On Fri, Dec 21, 2018 at 9:30 PM Enji Cooper <[email protected]> >>> wro=3D >>>>> te: >>>>>> =3D20 >>>>>>> >>>>>>>> On Dec 21, 2018, at 17:48, Yuri Pankov <[email protected]> wrote: >>>>>>>> >>>>>>>> Mark Peek wrote: >>>>>>>>> Thanks for the cc:. I forwarded the original report on to an=20 >>> interna=3D >>>>> l >>>>>>>>> VMware desktop product contact. >>>>>>>> >>>>>>>> Thank you. >>>>>>>> >>>>>>>>> What version of Workstation or Fusion is this occurring on? I=20 >>> saw >>>>>>>>> Workstation 14 mentioned but curious if it occurs on=20 >>> Workstation 15 >>>>>>>>> (latest). >>>>>>>> >>>>>>>> Running the latest available for download: 15.0.2 build-10952284. >>>>>>> >>>>>>> This is affecting me on VMware Fusion 11.0.1-11.0.2. I know it=20 >>> wasn=3DE2=3D >>>>> =3D80=3D99t >>>>>>> affecting me on 10.x. I didn=3DE2=3D80=3D99t install 11.0.0, so I=20 >>> don=3DE2=3D80=3D99=3D >>>>> t know if it >>>>>>> affects that version... >>>>>>> >>>>>>> Thanks so much! >>>>>>> >>>>>>> -Enji >>>>>> =3D20 >>>>>> =3D20 >>>>>> BTW, there appears to be a workaround here using -o=20 >>> 'IPQoS=3D3Dthroughput=3D >>>>> ' >>>>>> (untested by me). I've seen the issue forwarded internally but no=20 >>> furth=3D >>>>> er >>>>>> discussions yet. >>>>>> =3D20 >>>>>> https://communities.vmware.com/thread/590825 >>>> >>>> Yes, that's exactly what the patch attached to original message does i= >> f >>>> we are running as a VMware guest. The workaround is known and it work= >> s, >>>> but it's not immediately clear and I just wanted it to be the default >>>> for the time being. >>> =20 >>> The patch assumes VMWARE_GUEST_WORKAROUND unconditionally. Is this=20 >>> intended? >> >> It's the added code that is ifdef'ed VMWARE_GUEST_WORKAROUND, so it can >> be ripped out easily when no longer needed, and yes, it's enabled >> unconditionally for now. And the check itself is if 'kern.vm_guest' >> reports 'vmware'. > > It doesn't look that conditional to me.
Indeed, and that's what I said exactly :-) The added code is enabled unconditionally, and the added code also has a check for vmware guest. The ifdefs are there only to show that this is local addition, nothing else. I'm not saying it needs to be done this way, this is just something I did quickly after installing yet another VM and forgetting to modify my ~/.ssh/config to include the workaround.
signature.asc
Description: OpenPGP digital signature
