On 11 Sep 2020, at 13:36, Andrey V. Elsukov wrote:
> On 01.09.2020 17:20, Hiroshi Nishida wrote:
>> Interestingly, I have exactly the same problem also with CentOS 8 +
>> KVM/QEMU.
>>
>> I would appreciate it if anybody could tell me how to fix this.
>> Thank you.
>
> Hi,
>
> I think you just need
Hi,
I have been wondering about this with other (commercial) virtualisation
solutions in the past. If running on a “disk image” ideally I’d
love that image to be a sparse file and ideally I’d love for
bhyve/underlying virtualisation for the disk to understand TRIM so in
case one deletes huge
On 15 Oct 2018, at 16:10, Marcelo Araujo wrote:
Em ter, 16 de out de 2018 às 00:06, Bjoern A. Zeeb <
bzeeb-li...@lists.zabbadoz.net> escreveu:
Hi,
I tried to use bhyve with the tap(4)/vtnet(4) solution as documented
in
the handbook (tap needs autoopen).
However, I am using no br
Hi,
I tried to use bhyve with the tap(4)/vtnet(4) solution as documented in
the handbook (tap needs autoopen).
However, I am using no bridge(4) interface but a “point-to-point”
configuration.
Example:
guest configures vtnet0 to 192.0.2.2/24
host configures tap0 to 192.0.2.1/24
When rebooting
On 15 Dec 2016, at 15:10, Nikos Vassiliadis wrote:
It'd would be so good if we had a extra pkg for vbox-kmod with
vnet support
I think that’s your best solution. And possibly not just for
vbox-kmod but for all networking kmods?
/bz
___
freebsd-vi
w.
If you find problems please file a bug report and make sure to set
"vimage" in the Keywords field but feel also free to post to
freebsd-virtualisation@ which I'll be monitoring.
Thanks a lot to everyone!
Bjoern
--
Bjoern A. Zeeb
bz added a comment.
Can I have you guys have a look at https://reviews.freebsd.org/D6924
Thanks
REVISION DETAIL
https://reviews.freebsd.org/D1944
EMAIL PREFERENCES
https://reviews.freebsd.org/settings/panel/emailpreferences/
To: nvass-gmx.com, trociny, kristof, gnn, zec, rodrigc, gl
___
freebsd-virtualization@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-virtualization
To unsubscribe, send any mail to
"freebsd-virtualization-unsubscr...@freebsd.org"
> On 02 Mar 2016, at 14:53 , Sergey Zakharchenko
> wrote:
>
> Hello,
>
> As far as I can tell, jails still do not properly encapsulate SysV
> IPC. Should I look into VIMAGE or is situation the same there?
There’s a patch floating around. We still hope to have the VNET teardown, the
VIMAGE f
Hi,
sorry for the cross-post, Reply-To: set.
> On 22 Feb 2016, at 13:41 , Bjoern A. Zeeb
> wrote:
>
> Hi,
>
> has anyone else experienced VNET jails to not fully go away anymore on a
> recent HEAD kernel (or possibly an older kernel)?
>
> I have test cases wi
Hi,
has anyone else experienced VNET jails to not fully go away anymore on a recent
HEAD kernel (or possibly an older kernel)?
I have test cases with which I can have them in DYING state (see jls -av) for
ever or at least more than half a day. I am in the process of trying to find
the cause
Hi,
sorry for the cross-post; Reply-To set.
I extracted a patch from projects VNET which tries to get the VNET teardown
more robust (and in a next step plug the remaining [TCP] memory leaks).
If anyone has an interest in testing some parts on a non-production setup
(you have been warned) please
> On 15 Jun 2015, at 17:10 , kikuc...@uranus.dti.ne.jp wrote:
>
> On Mon, 15 Jun 2015 09:53:53 +, "Bjoern A. Zeeb"
> wrote:
>> Hi,
>>
>> removed hackers, added virtualization.
>>
>>
>>> On 12 Jun 2015, at 01:17 , kikuc..
Hi,
removed hackers, added virtualization.
> On 12 Jun 2015, at 01:17 , kikuc...@uranus.dti.ne.jp wrote:
>
> Hello,
>
> I’m (still) trying to figure out how jail-aware SysV IPC mechanism should be.
The best way probably is to finally get the “common” VIMAGE framework into HEAD
to allow easy
bz reopened this revision.
bz added a comment.
This revision is now accepted and ready to land.
Even if this would have been merged properly and not broken the build there's
still stuff that is wrong for initialisation with different net contexts in
this and that needs to be fixed properly.
REV
tps://wiki.freebsd.org/VIMAGE/porting-to-vimage
>
> Thanks.. wow, did I actually know ALL that only 5 years ago?
> Scary. probbaly worth having someone who is currently active and up to date
> look at it to see if it's all still correct..
> especially the module load/unload st
On 21 Nov 2014, at 08:06 , Craig Rodrigues wrote:
> On Thu, Nov 20, 2014 at 10:07 AM, Craig Rodrigues
> wrote:
>
>> On Wed, Nov 19, 2014 at 6:05 AM, Bjoern A. Zeeb wrote:
>>
>>>
>>> For people to use pf with VIMAGE we first MUST have the securit
otes and presentations that you have done
> on VIMAGE:
> https://wiki.freebsd.org/?action=fullsearch&context=180&value=VIMAGE&titlesearch=Titles
>
> but didn’t see anything that could be readily turned into a man page.
https://people.freebsd.org/~bz/20100530-02.vnet.9.html
The m
ne otherwise.
—
Bjoern A. Zeeb "Come on. Learn, goddamn it.", WarGames, 1983
___
freebsd-virtualization@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-virtualization
To unsubscribe, send any mail to
"free
etwork stack. There’ll
be a lot of regression test writing and debugging to be done.
That all said, I’d like to see it happen as well, but I’d love to have a lot
of the issues being addressed first before putting a date on it to enable
it in GENERIC in HEAD.
/bz
—
Bjoern A. Zeeb &qu
On 16 Oct 2014, at 08:52 , Dag-Erling Smørgrav wrote:
> "Bjoern A. Zeeb" writes:
>> Also if people are seriously thinking about virtualising pf we need to
>> import the openbsd/apple pf fix from a few years ago because otherwise
>> people in virtualised stacks wi
On 12 Oct 2014, at 18:19 , Craig Rodrigues wrote:
> On Oct 12, 2014 9:39 AM, "Bjoern A. Zeeb"
> wrote:
>>
>> No, an old perforce branch of mine had all but the last TCP ones fixed.
> The code is still there.
>>
>
> Can you provide a pointer to yo
g...
> Have those been fixed?
No, an old perforce branch of mine had all but the last TCP ones fixed. The
code is still there.
—
Bjoern A. Zeeb "Come on. Learn, goddamn it.", WarGames, 1983
___
freebsd-virtualiz
on of the maintainance costs of your shoulders.
/bz
--
Bjoern A. Zeeb You have to have visions!
Stop bit received. Insert coin for new address family.
___
freebsd-virtualization@freebsd.org mailing list
On 9. Jul 2012, at 06:01 , Mikolaj Golub wrote:
>
> On Sun, 8 Jul 2012 20:52:55 + Bjoern A. Zeeb wrote:
>
> BAZ> Situation 1)
>
> BAZ> epairNa is in base, eiparNb is jail foo
> BAZ> stop jail foo: jail -r foo
> BAZ> both epa
On 8. Jul 2012, at 20:40 , Mikolaj Golub wrote:
>
> On Sat, 7 Jul 2012 20:38:23 + Bjoern A. Zeeb wrote:
>
> BAZ> On 6. Jul 2012, at 05:53 , Mikolaj Golub wrote:
>
>>>
>>> On Thu, 5 Jul 2012 20:21:53 + Bjoern A. Zeeb wrote:
>>>
>>&g
On 6. Jul 2012, at 05:53 , Mikolaj Golub wrote:
>
> On Thu, 5 Jul 2012 20:21:53 + Bjoern A. Zeeb wrote:
>
> BAZ> On 5. Jul 2012, at 19:53 , Mikolaj Golub wrote:
>
>>>
>>> On Thu, 05 Jul 2012 12:18:20 -0700 Xin Li wrote:
>>>
>>> XL
looks wrong; I am wondering if someone broke some other central
assumptions but given I cannot currently spend time on this and if it fixes
things
feel free to go ahead.
/bz
--
Bjoern A. Zeeb You have to have visions!
It does not matter how good you are. It ma
> "/sys/conf/kern.mk", line 108: if-less endif
> make: fatal errors encountered -- cannot continue
> *** Error code 1
Your base system world is too old; /usr/share/mk is out of date. You may try
to use make -m /usr/src/share/mk ...
/bz
--
Bjoern A. Zeeb
need to do that.
Cheers,
Bjoern
--
Bjoern A. Zeeb You have to have visions!
It does not matter how good you are. It matters what good you do!
___
freebsd-virtualization@freebsd.org mailing list
http://lists.freebsd.org
t
> http://lists.freebsd.org/mailman/listinfo/freebsd-pf
> To unsubscribe, send any mail to "freebsd-pf-unsubscr...@freebsd.org"
--
Bjoern A. Zeeb You have to have visions!
It does not matter how good you are. It matters what good you do!
___
hardware sucks,
i.e. you have a raid controller but no battery etc. Also which hardware
seems to make a difference but that's not specific to the FreeBSD guest.
/bz
--
Bjoern A. Zeeb You have to have v
On Sep 7, 2011, at 3:32 PM, Nikos Vassiliadis wrote:
> Hi,
>
> Wouldn't it be good to note in UPDATING that the new pf supports VIMAGE?
Well, see the PRs on how much it does. We'll first fix the real (serious) pf
bugs and then address the rest of virtualization.
more tircky.
Ok, just a patch it seems, not committed; try to see if it still applies to
stable/8. If not I can probably update it quickly:
http://lists.freebsd.org/pipermail/freebsd-virtualization/2010-September/000509.html
/bz
--
Bjoern A. Zeeb
the information:
http://lists.freebsd.org/pipermail/freebsd-virtualization/2011-May/thread.html#707
Alternatively ask on freebsd-net@ .
/bz
--
Bjoern A. Zeeb You have to have visions!
Stop bit received. Insert coin for new address family.
___
m inside the
VIMAGE as well? Myabe try to ping your default gateway from within the jail
first so that there might be actual traffic (or at least an attempt of).
/bz
--
Bjoern A. Zeeb You have to have visions!
Stop bit received. Insert
output of ifconfig -a, arp -an, ndp -n, netstat -rn, ... would
certainly help. I am aware of one bug that epair can stop passing packets
but ETIME currently to look.
/bz
--
Bjoern A. Zeeb You have to have visions!
Stop bit received. Insert c
On May 6, 2011, at 8:28 PM, Mickey Harvey wrote:
> Is it possible to run pf or ipfw within a jail? I am running 8.2 and have
> vimage compiled in the kernel.
The next time please post to one list only and not zillions of them.
See my reply on freebsd-jail.
--
Bjoern A
Hi,
this is a heads up in case anyone is relying on this in private VNET
modules or code. I am planning on merging this code to stable/8
probably during the weekend. It should be a NOP for almost everyone,
especially if not running a VIMAGE kernel.
/bz
--
Bjoern A. Zeeb
cp.c in order to prevent crashes when mounting
smbfs. Now it looks likes I don't need it any more -- smb works without that
patch.
Cool; that's what I was hoping for. Another item crossed off:)
/bz
--
Bjoern A. Zeeb You have to have visions!
Stop
On Thu, 3 Feb 2011, Bjoern A. Zeeb wrote:
Hi,
next week I plan to extract the initial parts from perforce and merge
them to SVN. This will include:
1) vnet socket pushdown.
As some might have noticed I committed a bit of the "noise" from that
already. It's proven kind of
ing to get ports breakage figured out.
I'll keep you updated during next week as things progress and might
post merge candidate patches for your testing.
Regards,
Bjoern
--
Bjoern A. Zeeb You have to have visions!
Going to jail sucks -- All my daemons lik
On Thu, 3 Feb 2011, Monthadar Al Jaberi wrote:
On Thu, Feb 3, 2011 at 12:18 PM, Bjoern A. Zeeb
wrote:
On Thu, 3 Feb 2011, Monthadar Al Jaberi wrote:
On Thu, Feb 3, 2011 at 11:59 AM, Bjoern A. Zeeb
wrote:
On Thu, 3 Feb 2011, Monthadar Al Jaberi wrote:
I don't understand why you
On Thu, 3 Feb 2011, Monthadar Al Jaberi wrote:
On Thu, Feb 3, 2011 at 11:59 AM, Bjoern A. Zeeb
wrote:
On Thu, 3 Feb 2011, Monthadar Al Jaberi wrote:
I don't understand why you saw a CRED_TO_VNET of 0
I was under the impression that every process/thread in the system
would
be
on vnet0
t;td_vnet_lpush = NULL;
#endif
Nice try. Want another search? Hint: there is this in vnet.h:
#define curvnet curthread->td_vnet
And then you'll, again, find the CURVNET_SET_* macros.
Thank you
Something you may find useful as well btw is:
http://people.freebsd.org/~bz/20100530-02
t in the code for now
my assumption is that if ath drivers dont use VNET I shouldnt :P
What is wrong with this hack?
br,
P.S. I have printed "porting to vnet" text to have it always at hand,
but its a bit hard for me... doing my best.
On Wed, Feb 2, 2011 at 6:30 PM, Julian Eli
e this:
+#ifdef VIMAGE
+ CURVNET_SET(vnet0);
+#endif
ifp = if_alloc(IFT_ETHER);
+#ifdef VIMAGE
+ CURVNET_RESTORE();
+#endif
It's the type A) kind of change from above that will break eventually
in the future.
/bz
--
Bjoern A. Zeeb You h
On Wed, 26 Jan 2011, Mikolaj Golub wrote:
On Wed, 26 Jan 2011 14:18:03 + (UTC) Bjoern A. Zeeb wrote:
BAZ> On Wed, 26 Jan 2011, Mikolaj Golub wrote:
>>
>> On Wed, 26 Jan 2011 09:15:46 +0000 (UTC) Bjoern A. Zeeb wrote:
>>
>> BAZ> I think you shou
ebsd versions
or if you are building for another machine.
/bz
--
Bjoern A. Zeeb You have to have visions!
Going to jail sucks -- All my daemons like it!
http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/jails.html__
On Wed, 26 Jan 2011, Mikolaj Golub wrote:
On Wed, 26 Jan 2011 09:15:46 + (UTC) Bjoern A. Zeeb wrote:
BAZ> I think you should wrap the CURVNET changes in __FreeBSD_version
BAZ> checks so that the port, should it run elsewhere or on older FreeBSDs
BAZ> (if it runs there) not troub
nges in __FreeBSD_version
checks so that the port, should it run elsewhere or on older FreeBSDs
(if it runs there) not trouble people having to patch it away.
#if defined(__FreeBSD_version) && __FreeBSD_version >= 800500
#endif
might be a save bet.
/bz
--
Bjoern A. Zeeb
rked important here.
/bz
--
Bjoern A. Zeeb You have to have visions!
Going to jail sucks -- All my daemons like it!
http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/jails.html
___
freebsd-virtualiz
cement for VIMAGE:
http://svn.freebsd.org/viewvc/base/head/sys/net/vnet.c?r1=217203&r2=217202&pathrev=217203
# sysctl kern.features.vimage
it's been MFCed to stable/8 and will be part of FreeBSD 8.3 (it'll
miss 8.2).
/bz
--
Bjoern A. Zeeb
On Fri, 14 Jan 2011, Thierry Herbelot wrote:
"Bjoern A. Zeeb" a écrit
On Thu, 18 Nov 2010, Thierry Herbelot wrote:
"Bjoern A. Zeeb" a écrit
On Thu, 18 Nov 2010, Thierry Herbelot wrote:
"Bjoern A. Zeeb" a écrit
On Wed, 17 Nov 2010, Thierry Herbelot wro
On Thu, 18 Nov 2010, Thierry Herbelot wrote:
"Bjoern A. Zeeb" a écrit
On Thu, 18 Nov 2010, Thierry Herbelot wrote:
"Bjoern A. Zeeb" a écrit
On Wed, 17 Nov 2010, Thierry Herbelot wrote:
As promised, here are the full logs (in attachment)
This is a serial console log
does vmove magic.
I would really appreciate if someone would support the move of the general
infrastructure from perforce to HEAD (and help so we can get an exp run
for the ports which break similarly).
That would help interface and other subsystems (people are doing)
immendiately.
/b
someone outside the jail (who can see that point in the filesystem)
sees it,
who's stack do they use to access it?
Short answer: you cannot mount any file system inside a jail unless
it's marked jail friendly which brings us to ZFS only currently.
/bz
--
Bjoe
On Sun, 9 Jan 2011, Bjoern A. Zeeb wrote:
On Sun, 9 Jan 2011, Brandon Gooch wrote:
On Sun, Jan 9, 2011 at 9:17 AM, Subbsd wrote:
Hi
is there any mechanism to find out from userland is supports the
current kernel VIMAGE or not? something like 'sysctl
kern.features.vnet=1' ?
Tha
n.features.compat_freebsd4: 1
kern.features.vimage: 1 <<<
kern.features.posix_shm: 1
kern.features.ipsec_natt: 1
kern.features.ipsec: 1
/bz
--
Bjoern A. Zeeb You have to have visions!
Going to jail sucks -- All my daemons like it!
http://docs.freebsd.org/mail/current/freebsd-virtualization.html
(will rotate at midnight UTC I think).
So yes, we received them.
/bz
--
Bjoern A. Zeeb You have to have visions!
Going to jail sucks -- All my daemons like it!
http://www.freebsd.or
On Thu, 30 Dec 2010, Nikos Vassiliadis wrote:
Hi,
I bumped into this. The following script will cause
a kernel panic.
...
what version is this?
--
Bjoern A. Zeeb You have to have visions!
Going to jail sucks -- All my daemons like it!
http
application heavily.
No, fsck will not help you anything; this is a memory (RAM) not a disk
storage/file system problem.
/bz
--
Bjoern A. Zeeb Welcome a new stage of life.
Going to jail sucks -- All my daemons like it!
http://www.freebsd.org/doc
On Thu, 18 Nov 2010, Thierry Herbelot wrote:
"Bjoern A. Zeeb" a écrit
On Wed, 17 Nov 2010, Thierry Herbelot wrote:
As promised, here are the full logs (in attachment)
This is a serial console log showing the command loop that triggers the
bug on a debug kernel and ensuing DDB ses
3469
(further tests showed an increase of the routetbl malloc zone by 4MBytes for
each vnet jail creation/destruction cycle)
Hmm, I had fixed that (somewhere). I'll see where the patch went. You
are on 8.1-RELEASE or -STABLE?
/bz
--
Bjoern A. Zeeb Welc
to decide whether to go left
or right.
/bz
--
Bjoern A. Zeeb Welcome a new stage of life.
Going to jail sucks -- All my daemons like it!
http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/jails.html
_
you might still
leak network stack details between runs but if that's not a problem
for you the solution might work.
Regards,
Bjoern
--
Bjoern A. Zeeb Welcome a new stage of life.
Going to jail sucks -- All my daemons like it!
http://w
ome patches for a couple of things but cannot
(yet) help with the additional (duplicate) UMA zones showing up at
each iteration (for the -z case).
/bz
--
Bjoern A. Zeeb Welcome a new stage of life.
Going to jail sucks -- All my daemons like it!
http://
u should get
in touch with the folks doing 1).
/bz
--
Bjoern A. Zeeb Welcome a new stage of life.
Going to jail sucks -- All my daemons like it!
http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/jails.html
be on his weg page as well).
So, yes, we are talking to him, even though I got busy the last weeks.
As he's piggybacking on VNET/VIMAGE and there'll me more things he and
we'll do, there's certainly code going to be shared (I would hope).
/bz
--
Bjoern A. Zeeb
p in devfs) and b) based on credtials on open you'll figure out
the right jail.
I promised the group that after the meeting I would bring up the topic with
other interested
developers... so here we are..
Tahnks a lot!
/bz
--
Bjoern A. Zeeb Welcome a new stag
ision to me and
there might be work in progress from multiple people already.
/bz
--
Bjoern A. Zeeb Welcome a new stage of life.
Going to jail sucks -- All my daemons like it!
http://www.freebsd.org/doc/en_US.ISO88
ng.
/bz
PS: freebsd-virtualization@ is the best list to report "VIMAGE" or
"vnet" related problems.
--
Bjoern A. Zeeb Welcome a new stage of life.
___
freebsd-virtualization@freebsd.org mailing list
http:
ry: 2916 MB
Dumping 113 MB: 98 82 66 50 34 18 2
Thanks, Nikos
___
freebsd-virtualization@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-virtualization
To unsubscribe, send any mail to
"freebsd-virtualization-unsubscr.
ain environment
yes, see the comment at the top of the patch:
! You should not leak /dev/pf into jails for now or they might
! change your rules;-)
See devfs, devfs.rules, etc. The jail startup script would usually
apply the devfsrules_jail defines in /etc/defaults/devfs.rules.
/bz
--
On Tue, 7 Sep 2010, Bjoern A. Zeeb wrote:
Hey,
in a way to work on something I needed to be able to at least load pf
on my VIMAGE development machine. So I quickly hacked together a
patch that does exactly that. I hope it'll apply to HEAD or stable/8
but I didn't test on either.
s+vnet but should allow
using pf in the base system even if VIMAGE is enabled. In case it
still panics for you, let me know and include a backtrace in your
report.
http://people.freebsd.org/~bz/20100907-01-pf-vnet0.diff
/bz
--
Bjoern A. Zeeb Welcome a new sta
you'll have to do manual
ether address assignments (see 3rd paragraph of the DESCRIPTION
section in the epair(4) manual page.
/bz
--
Bjoern A. Zeeb Welcome a new stage of life.
___
freebsd-virtualization@freebsd.org ma
sions with possibly other epairs bridged to a 2nd
machine over nfe0?
/bz
--
Bjoern A. Zeeb Welcome a new stage of life.
___
freebsd-virtualization@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-virtual
for tunnel mode IPsec you do not need gif tunnels at all. You can
just setup ipsec. If you need interfaces over ipsec for link state
protocols like OSPF you would want to configure transport mode for the
gif-tunnel endpoints and only protect those (the gif tunnel) and then
use routes.
--
Bjoern A. Z
t...
ipcrm: shmid(131072): : Function not implemented
if you create a jail with a vnet you want to give it
jail - i -c vnet allow.sysvipc ..
and then things should start to work at leat in the non-virtualized
way (global namespace across all jails).
/bz
--
Bjoern A. Zeeb It will n
parameter: vnet
Where an error, what I do not so?
can you confirm with uname -i or uname -a that you actually installed
and booted the right kernel?
/bz
--
Bjoern A. Zeeb It will not break if you know what you are doing.
___
freebsd
y on doesn't seem to work with
8.0.
If 7.2 won't work for my needs, but 8 or 9-CURRENT will, is anyone aware
of an updated ipfw DSCP patch? I haven't seen anything on Google or the
freebsd-ipfw mailing list.
what is DSCP?
I guess Differentiated Services CodePoint (if talking MP
27;s not a
problem for all the other physical interfaces like bge, bce, em,
or have we just not noticed what happens if we have them as module and
attach at run-time?
/bz
--
Bjoern A. Zeeb It will not break if you know what you are doing.
_
can still give a command to
start a jail starting all the rc framework etc. in it.
/bz
--
Bjoern A. Zeeb It will not break if you know what you are doing.
___
freebsd-virtualization@freebsd.org mailing list
http://lists.freebsd.org/mailman
s if the interface was just created.
--
Bjoern A. Zeeb It will not break if you know what you are doing.
___
freebsd-virtualization@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-virtualization
To unsubscribe, send a
/bz
--
Bjoern A. Zeeb It will not break if you know what you are doing.
___
freebsd-virtualization@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-virtualization
To unsubscribe, send any mail to
"freebsd-virtualization
real need to do this as we use 7.1 in production.
Notes:
* CPU limiting is not support is not supported unless you use
shecd_4bsd.
* I have not tested this on any system yet, just compile tested, I am
putting it though its paces right now.
Tom
--
Bjoern A. Zeeb It will not br
~bz/20090906-01-V_llatbl.diff
which is in HEAD but not yet MFCed to stable/8.
/bz
--
Bjoern A. Zeeb It will not break if you know what you are doing.
___
freebsd-virtualization@freebsd.org mailing list
http://lists.freebsd.org/mailman/l
On Sun, 30 Aug 2009, Kris Kennaway wrote:
Hi,
Trying to mount root from nfs:
Fatal trap 12: page fault while in kernel mode
known and I just pointed you at the patch (via OOB) to try.
/bz
--
Bjoern A. Zeeb What was I talking about and who are you again
, when the if.c
code has settled.
/bz
--
Bjoern A. Zeeb What was I talking about and who are you again?
___
freebsd-virtualization@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-virtualization
To unsubscribe, s
struct in_ifaddr *ia;
struct in_addr prefix, mask, p;
/bz
--
Bjoern A. Zeeb The greatest risk is not taking one.
___
freebsd-virtualization@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-vi
HEADS UP r185435?
Yes, all of FreeBSD 7.2 (BETA, RC1, upcomig RC2 and RELEASE) have and
will have it. So if you are going to update your system to any of
those versions you'll have it.
/bz
PS: in case of reply please remove the -virtualization Cc:
--
Bjoern A. Zeeb Th
On Wed, 4 Feb 2009, Bjoern A. Zeeb wrote:
On Mon, 2 Feb 2009, Julian Elischer wrote:
Hi,
If I can get some confirmation of this by others then
the next step would be to simply remove the VIMAGE_GLOBALS option
and all the global variables it covers.
At least that's what seems next
dents wrt. VIMAGE_GLOBALS even with all the larger changes that
went in. I think it's safe to keep them another 4-6 weeks.
/bz
--
Bjoern A. Zeeb The greatest risk is not taking one.
___
freebsd-virtualization@freebsd.org mailing
the ``V_rules''
than on the side. It would be kind of hard for 3rd party vendors
to supply (binary) modules with that then though.
I really hope we won't need to go there.
/bz
--
Bjoern A. Zeeb The greatest risk is not taking one.
_
e
tested what was posted?
--
Bjoern A. Zeeb The greatest risk is not taking one.
___
freebsd-virtualization@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-virtualization
To unsubscribe, send any mail
On Sat, 13 Dec 2008, Max Laier wrote:
On Saturday 13 December 2008 20:33:53 Bjoern A. Zeeb wrote:
...
This state of having the variables in parallel, global and in the
container struct, will be maintained for another (short) time until
the entire virtualization framework is in. This is needed
On Sat, 13 Dec 2008, Bjoern A. Zeeb wrote:
Hi,
Author: bz
Date: Sat Dec 13 19:13:03 2008
New Revision: 186048
URL: http://svn.freebsd.org/changeset/base/186048
Log:
Second round of putting global variables, which were virtualized
but formerly missed under VIMAGE_GLOBAL.
Put the extern
case you have more questions the man pages do not address, or
problem, etc. please follow-up to freebsd-jail@ .
Regards,
Bjoern
PS: the MFC question was answered in the commit message so do not ask.
--
Bjoern A. Zeeb Stop bit received. Insert coin for new game.
-- Forwarded m
99 matches
Mail list logo
