Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 10 Nov 2014 22:14:17 +0800
From:      Julian Elischer <julian@freebsd.org>
To:        Nikolay Denev <ndenev@gmail.com>, Craig Rodrigues <rodrigc@freebsd.org>
Cc:        "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>, FreeBSD Net <freebsd-net@freebsd.org>, "freebsd-virtualization@freebsd.org" <freebsd-virtualization@freebsd.org>, freebsd-arch <freebsd-arch@freebsd.org>
Subject:   Re: Enabling VIMAGE by default for FreeBSD 11?
Message-ID:  <5460C839.7060404@freebsd.org>
In-Reply-To: <CA%2BP_MZHijzLskaZOJ3GGiUJOgda5E9%2BFs95mQa6P3sArMNyOKw@mail.gmail.com>
References:  <CAG=rPVe_JGy%2BeUiDjHaXXi5=n2mWGOeZjHkbVeUeS_m1z1_uMg@mail.gmail.com> <20141012182551.002b3cc0a45a56d3f34e6174@yamagi.org> <3B4471A7-CDF4-440D-BDD8-3D5B2256B8DD@lists.zabbadoz.net> <CAG=rPVdFzgvEo2vR5omnDnHDisU4k0tmTo8AFOg81q12bgwgBg@mail.gmail.com> <7EAA2A23-06F9-44C9-A3E1-62AA37EE5CDA@lists.zabbadoz.net> <CAG=rPVdx2B151MVMynaGjGzCP9Qi4HCp5G4WuGuySqZ6d7eoDA@mail.gmail.com> <CA%2BP_MZHijzLskaZOJ3GGiUJOgda5E9%2BFs95mQa6P3sArMNyOKw@mail.gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On 11/10/14, 5:30 PM, Nikolay Denev wrote:
> On Mon, Nov 10, 2014 at 2:33 AM, Craig Rodrigues <rodrigc@freebsd.org> wrote:
>> On Sun, Oct 12, 2014 at 6:07 PM, Bjoern A. Zeeb <
>> bzeeb-lists@lists.zabbadoz.net> wrote:
>>
>>>
>>>> Can you provide a pointer to your Perforce branch?
>>> //depot/user/bz/vimage/src/...
>>>
>>>
>> Hi,
>>
>> Since I am more familiar with git than Perforce, I converted
>> your Perforce branch to git and put it on github:
>>
>> https://github.com/rodrigc/bz-vimage
>>
>> I took a look at the history of that branch, and it looks like you
>> merged quite a lot of changes in this branch back to FreeBSD.
>> There were a few places where it looks like the code in your branch
>> diverged from FreeBSD (in carp area, for example).
>>
>> Offhand, can you remember any VIMAGE related memory leaks
>> you might have fixed in this branch which you did not merge back?
>>
>> This one looks pretty simple by removing UMA_ZONE_NOFREE in a few
>> places:
>>
>> https://github.com/rodrigc/bz-vimage/commit/ebe7e4c5e7e5b3dbfc442a25f10ca8681c605c89
>>
>>
>> In this one, you added dom_pr_register() and dom_pr_unregister() hooks:
>>
>> https://github.com/rodrigc/bz-vimage/commit/a1d5c8bc2f4484e58594ca8fad793aa339a5ef29
>>
>> but I'm not sure if you wanted to merge this back to FreeBSD or not.
>>
>> Can you think of anything else in this branch that we need for VIMAGE?
>>
>> Thanks.
>>
>> --
>> Craig
>> _______________________________________________
>> freebsd-virtualization@freebsd.org mailing list
>> http://lists.freebsd.org/mailman/listinfo/freebsd-virtualization
>> To unsubscribe, send any mail to "freebsd-virtualization-unsubscribe@freebsd.org"
> I haven't checked if this is fixed in CURRENT, but at least on
> 10.0-STABLE r270295M,
> gif(4) does not seem to play well with VIMAGE.
>
> I've just noticed that gif(4) interface unit numbers seem to be unique
> per machine, regardless of the vnet (I guess unit numbering not
> properly virtualized),
> so that if I create gif0 in one vnet jail and try the same in another
> vnet jail I get "ifconfig: SIOCIFCREATE2: File exists"
>
> What's even worse is that once the jail is destroyed, the gif(4)
> tunnel interface disappears from the system (no longer shows in
> ifconfig), but you can't reuse the unit number, so
> I continue to get SIOCIFCREATE2: File exists for gif0 on the host or
> other vnet jails.

yes there are some parts of the system where the design is not 
compatible with virtualization.

for example.. if a single /dev entry controls stuff.. which kind of 
complicates things..
>
> --Nikolay
> _______________________________________________
> freebsd-virtualization@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-virtualization
> To unsubscribe, send any mail to "freebsd-virtualization-unsubscribe@freebsd.org"
>




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?5460C839.7060404>