On 25-1-2021 19:42, John-Mark Gurney wrote:
Matt Churchyard wrote this message on Mon, Jan 25, 2021 at 10:46 +:
-Original Message-
From: John-Mark Gurney
Sent: 25 January 2021 06:21
To: Matt Churchyard
Cc: Elena Mihailescu ;
freebsd-virtualization@freebsd.org
Subject: Re: Warm Mig
On 22-1-2021 11:09, Matt Churchyard wrote:
Hello, all,
We have recently opened a review on Phabricator for the warm migration code for
> bhyve [1]. Please take a look and let us know if it is anything we can
improve.
[1] https://reviews.freebsd.org/D28270
Thank you,
Elena
I appreciate that thi
On 10-3-2020 19:08, Conrad Meyer wrote:
On Tue, Mar 10, 2020 at 9:28 AM Willem Jan Withagen
wrote:
problem that libblock_rbd.so is stripped in such a way that the
symbol I need is removed.
So either I'm doing it the wrong way, like special options on the
symbols oid.
However, I
On 10-3-2020 17:48, Alan Somers wrote:
On Tue, Mar 10, 2020 at 10:28 AM Willem Jan Withagen
wrote:
On 10-3-2020 17:21, Alan Somers wrote:
On Tue, Mar 10, 2020 at 9:41 AM Willem Jan Withagen
wrote:
On 10-3-2020 16:15, Alan Somers wrote:
On Tue, Mar 10, 2020 at 3:59 AM Willem Jan Withagen
On 10-3-2020 17:21, Alan Somers wrote:
On Tue, Mar 10, 2020 at 9:41 AM Willem Jan Withagen <mailto:w...@digiware.nl>> wrote:
On 10-3-2020 16:15, Alan Somers wrote:
On Tue, Mar 10, 2020 at 3:59 AM Willem Jan Withagen
mailto:w...@digiware.nl>> wrote:
On 9-3-2
On 10-3-2020 16:15, Alan Somers wrote:
On Tue, Mar 10, 2020 at 3:59 AM Willem Jan Withagen <mailto:w...@digiware.nl>> wrote:
On 9-3-2020 14:46, Alan Somers wrote:
On Mon, Mar 9, 2020 at 4:32 AM Willem Jan Withagen
mailto:w...@digiware.nl>> wrote:
Hi all,
On 9-3-2020 14:46, Alan Somers wrote:
On Mon, Mar 9, 2020 at 4:32 AM Willem Jan Withagen <mailto:w...@digiware.nl>> wrote:
Hi all,
And sorry for crosspoing three groups, but the answer can/could be
a mix
of things to do in these three areas.
I have a prototype
Hi all,
And sorry for crosspoing three groups, but the answer can/could be a mix
of things to do in these three areas.
I have a prototype of bhyve running on Rados/Ceph working:
https://github.com/freebsd/freebsd/pull/426
But there are a few catches on how to get it in the FreeBSd sources..
On 31-12-2019 00:48, Paul Vixie wrote:
On Monday, 30 December 2019 18:06:11 UTC Willem Jan Withagen wrote:
Something like:
bhyve -s 1,virtio-blk,rbd:poolname/imagename[@snapshotname] \
[:option1=value1[:option2=value2...]]
this is approximately how i'd ho
On 30-12-2019 19:06, Willem Jan Withagen wrote:
Hi,
One of the ways to run backing blockstore with KVM/Qemu is thru
the Ceph Rados Block Device (RBD).
https://github.com/qemu/qemu/blame/master/block/rbd.c
And is make it possible use as boot-image or other blockdevice. Where
the virtual machine
Hi,
One of the ways to run backing blockstore with KVM/Qemu is thru
the Ceph Rados Block Device (RBD).
https://github.com/qemu/qemu/blame/master/block/rbd.c
And is make it possible use as boot-image or other blockdevice. Where
the virtual machine using this image can migrate to another Dom0 host
Hi,
Just an info point.
I'm preparing for a lecture tomorrow, and thought why not do an actual
demo Like to be friends with Murphy :)
So after I started the cluster:
5 jails with 7 OSDs
This what I manually needed to do to boot a memory stick
# Start een Bhyve in
On 11-10-2015 19:43, Alfred Perlstein wrote:
> Hello,
>
> Here at Norse we are using bhyve to run our appliance in a test
> environment.
>
> We have a need for a test network to be made on demand, so this weekend
> I took some time and wrote a tool that allows you to specify a topology
> of bridg
On 16-3-2015 09:59, Alexander Motin wrote:
On 16.03.2015 10:56, Florian Smeets wrote:
On 3/16/2015 1:12 AM, Willem Jan Withagen wrote:
Assertion failed: (err == 0), function pci_vtblk_proc, file
/usr/srcs/src11/src/usr.sbin/bhyve/pci_virtio_block.c, line 276.
I noticed some work by several
On 16/03/2015 09:59, Alexander Motin wrote:
> On 16.03.2015 10:56, Florian Smeets wrote:
>> On 3/16/2015 1:12 AM, Willem Jan Withagen wrote:
>>> Assertion failed: (err == 0), function pci_vtblk_proc, file
>>> /usr/srcs/src11/src/usr.sbin/bhyve/pci_virtio_block.c, line
Assertion failed: (err == 0), function pci_vtblk_proc, file
/usr/srcs/src11/src/usr.sbin/bhyve/pci_virtio_block.c, line 276.
I noticed some work by several people on the virtio part of the tree.
This is with todays tree:
bhyve00 11.0-CURRENT FreeBSD 11.0-CURRENT #72 r280010:
En VM crashin
On 09/03/2015 23:17, Neel Natu wrote:
> Hi Willem,
>
> On Mon, Mar 9, 2015 at 2:45 PM, Willem Jan Withagen wrote:
>> On 07/03/2015 23:51, Allan Jude wrote:
>>> On 2015-03-07 17:46, Manas Bhatnagar wrote:
>>>> Hello,
>>>>
>>>> I
On 07/03/2015 23:51, Allan Jude wrote:
> On 2015-03-07 17:46, Manas Bhatnagar wrote:
>> Hello,
>>
>> I am trying to find out if Bhyve in 10-STABLE has support for suspending
>> and resuming guests. Please let me know. A google search returned a
>> mailing list thread from 2013 that shows it is a fe
happening at that level and just hook bhyve to nmdm.
I agree with the later...
And connecting stdout of grub-bhyve to /dev/null would probably work as
well
Will give it a shot.
--WjW
> On 9 February 2015 at 01:53, Willem Jan Withagen
> wrote:
>> On 8-2-2015 2:35, Allan Jude wro
On 8-2-2015 21:04, Yamagi Burmeister wrote:
> On Sun, 08 Feb 2015 15:53:45 +0100
> Willem Jan Withagen wrote:
>
>> A inbetween sulution at the moment is to run grub-bhyve -c /dev/null.
>> That continues, dus does not offer the possibility to interfere in the
>> boot p
On 8-2-2015 2:35, Allan Jude wrote:
> On 2015-02-07 20:04, Willem Jan Withagen wrote:
>> Hi (Peter),
>>
>> I'm trying to run grub-bhyve completely automated but when I run my
>> version of vmrun.sh like
>> ../bin/bhyve-run -f /usr/local/etc/ezbhyve/Ubu
Hi (Peter),
I'm trying to run grub-bhyve completely automated but when I run my
version of vmrun.sh like
../bin/bhyve-run -f /usr/local/etc/ezbhyve/Ubuntu1204A/rc.conf &
Thegrub-bhyve loader waits for me to forground it again, because it
wants to write to the output. Probably this is due
On 2015-01-20 18:48, Paul Vixie wrote:
Willem Jan Withagen <mailto:w...@digiware.nl>
Tuesday, January 20, 2015 8:37 AM
What is the easiest way to "propagate" the full-duplex tty stream
from a SSH-login to a /dev/nmdmA.
somewhat expectedly, i use <http://www.fres
On 2015-01-05 9:41, Willem Jan Withagen wrote:
On 2015-01-05 0:28, Peter Grehan wrote:
Hi Willem,
Would it it be possible in the meantime to enhance grub2-bhyve with the
same possibility as bhyve itself has for the console?
So I can redirect grub screen access to /dev/nmdm12041, and one can
On 11-1-2015 22:32, williamecow...@hush.ai wrote:
> Hello, I hope I can have some assistance.
>
> I am trying to get networking via wlan0 but without NAT or bridging (doesn't
> work on wifi unless WDS).
>
> say my my main network is 10.10.2.0/24, gateway/internet is 10.10.2.1, my ip
> is 10.10.
On 2015-01-05 0:28, Peter Grehan wrote:
Hi Willem,
Would it it be possible in the meantime to enhance grub2-bhyve with the
same possibility as bhyve itself has for the console?
So I can redirect grub screen access to /dev/nmdm12041, and one can even
use this channel to see the grubscreen durin
On 23-10-2014 1:00, Peter Grehan wrote:
> Hi Conrad,
>
>> Is the work being done in public?
>
> We're working on getting it released.
>
Peter,
Would it it be possible in the meantime to enhance grub2-bhyve with the
same possibility as bhyve itself has for the console?
So I can redirect grub
On 27-11-2014 12:23, Nikos Vassiliadis wrote:
> On 11/27/14 02:02, Craig Rodrigues wrote:
>> On Wed, Nov 26, 2014 at 3:44 PM, John-Mark Gurney
>> wrote:
>>
>>>
>>> So, what exactly is the problem again?
>>>
>>
>> https://lists.freebsd.org/pipermail/freebsd-virtualization/2014-November/003173.html
On 24-11-2014 3:04, Peter Grehan wrote:
> Hi Craig,
>
>> # stty -a
>> speed 9600 baud; 0 rows; 0 columns;
>> # echo $TERM
>> dialup
>>
>> Any idea how I can fix this? The console inside the VM
>> is quite unusable when it does not have the correct
>> rows/colums set.
>
> Not sure how you're get
On 16-11-2014 19:19, Allan Jude wrote:
> On 2014-11-16 12:54, Willem Jan Withagen wrote:
>> On 16-11-2014 0:59, Peter Grehan wrote:
>>> Hi Willem,
>>>
>>>> I'm trying to run one of my older VM's and get the crash below in the VM
>>>> w
Op 17 nov. 2014 om 16:37 heeft Dag-Erling Smørgrav het volgende
geschreven:
> Willem Jan Withagen writes:
>> The constraints as you put them are indeed rather tight. There is little
>> to be done about it. I was not aware of the fact that 11.0 is planned
>> for relea
On 17-11-2014 12:42, Bjoern A. Zeeb wrote:
> On 17 Nov 2014, at 11:20 , Willem Jan Withagen wrote:
>
>> I think I understand your critique, but then on the other hand I wonder
>> where the reluctance is As I read it, things are going to be enabled
>> in CURRENT only
On 17-11-2014 12:02, Warner Losh wrote:
>
> On Nov 17, 2014, at 12:46 AM, Craig Rodrigues
> wrote:
>
>> Hi,
>>
>> PROPOSAL == I would like to get feedback on the following
>> proposal. In the head branch (CURRENT), I would like to enable
>> VIMAGE with this commit:
>>
>>
>> PATCH ===
On 16-11-2014 0:59, Peter Grehan wrote:
> Hi Willem,
>
>> I'm trying to run one of my older VM's and get the crash below in the VM
>> when trying to boot...
>>
>> This happens both on an older BSD:
>> FreeBSD 11.0-CURRENT (FREETEST) #1 r273066M: Sun Oct 19 00:59:06 CEST
>> 2014
>> As well as on a
Hi,
I'm trying to run one of my older VM's and get the crash below in the VM
when trying to boot...
This happens both on an older BSD:
FreeBSD 11.0-CURRENT (FREETEST) #1 r273066M: Sun Oct 19 00:59:06 CEST 2014
As well as on a very recent:
FreeBSD 11.0-CURRENT (BHYVE00) #0 r274490M: Fri Nov 14 02:
On 26-10-2014 0:48, Willem Jan Withagen wrote:
> Hoi
>
> I tried the version on the libvirt.org/bhyve page.
> But that returns:
>
> freetest# virsh -c "bhyve:///system" domxml-to-native \\
> --format bhyve-argv --xml /root/libvirt-example.xml
>
On 26-10-2014 15:27, Conrad Meyer wrote:
> On Sun, Oct 26, 2014 at 10:11 AM, Willem Jan Withagen
> wrote:
>> Are there any FBSD directions online to actually get libvirt to build
>> after you did git clone??
>
>
> See README-hacking[0] and checkout pkgng poudrie
On 26-10-2014 13:35, Conrad Meyer wrote:
> On Sun, Oct 26, 2014 at 5:49 AM, Roman Bogorodskiy wrote:
>> Conrad Meyer wrote:
>>
>>> On Sat, Oct 25, 2014 at 9:42 PM, Willem Jan Withagen
>>> wrote:
>>>> Seems that my CDrom block was a problem.
On 26-10-2014 1:37, Conrad Meyer wrote:
> On Sat, Oct 25, 2014 at 6:48 PM, Willem Jan Withagen wrote:
>> Hoi
>>
>> I tried the version on the libvirt.org/bhyve page.
>> But that returns:
>>
>> freetest# virsh -c "bhyve:///system" domxml-to-nat
Hoi
I tried the version on the libvirt.org/bhyve page.
But that returns:
freetest# virsh -c "bhyve:///system" domxml-to-native \\
--format bhyve-argv --xml /root/libvirt-example.xml
error: unsupported configuration: unsupported disk device
So I was wondering if somebody would like to sh
On 25-10-2014 1:21, Peter Grehan wrote:
> Hi Willem,
>> And then booted a 10-STABLE bhyve VM with all memory and processors
>> assigned to the VM. So all the power could be available to the VM.
>
> You'll most likely want to keep some memory and processor resources
> available for the host system
On 24-10-2014 17:03, Allan Jude wrote:
> On 2014-10-24 04:05, Willem Jan Withagen wrote:
>> Hi,
>>
>> Just out of curiosity I did the following:
>>
>> Updated 10-STABLE src in both Dom0 and in the Bhyve FreeBSD VM
>> Rebooted my bhyve AMD testing machine
Hi,
Just out of curiosity I did the following:
Updated 10-STABLE src in both Dom0 and in the Bhyve FreeBSD VM
Rebooted my bhyve AMD testing machine so it was in a fresh state.
Nothing special loaded orhter than ZFS.
And build a 10-STABLE kernel on the raw box, that took about 6 minutes.
no {mak
On 22-10-2014 2:20, John wrote:
> On Tue, Oct 21, 2014 at 01:55:26PM -0700, Neel Natu wrote:
>
>> If you are comfortable sharing your disk image then I can try to
>> reproduce locally and hopefully get a better grip on what's happening.
>
> That's very nice of you to offer, but I have to decline
On 16-10-2014 5:00, Anish Gupta wrote:
> Hi all,
>
> The projects/bhyve_svm branch is ready to be merged to HEAD.
>
> This branch contains patches to bhyve to enable it to work on AMD
> processors with SVM/AMD-V hardware extensions[1]. Pretty much any AMD
> processor since 2010 will have the feat
On 10-6-2014 20:04, Peter Grehan wrote:
> Hi Willem,
>
>> I've got KTR compiled in, but last time I switched it on.
>> I got swamped in traffic, and I sort of got locked out of the
>> server... :(
>> Could also be because I was writing it to a file as well.
>>
>> So you'll have to help/tell me wha
On 2014-06-12 20:33, Craig Rodrigues wrote:
On Thu, Jun 12, 2014 at 11:28 AM, Craig Rodrigues wrote:
On Thu, Jun 12, 2014 at 1:00 AM, Roman Bogorodskiy wrote:
http://people.freebsd.org/~novel/misc/libvirt_port_updated.tgz
With this setup, I'm able to get networking (e.g. virsh net-list work
On 2014-06-10 17:34, Peter Grehan wrote:
Hi Nils,
Confirmed. Running a bhyved 3-vCPU-"CentOS 6.5", the host CPU load for
"vcpu 0"
is around 12% now.
Doh, that's not good - haven't given Centos 6.5 a try; will now to
investigate this.
All Ubuntus I have installed in VMs give more or less p
On 2014-06-10 15:59, Peter Grehan wrote:
Hi Willem,
On 2014-06-09 23:04, Peter Grehan wrote:
Still seeing that a 2 CPU VM is using about 100% of 1 cpu when idleing,
but that is another minor challenge.
Fixed in r267305
Ack.
There is still a small difference in behaviour between Linux an
On 2014-06-09 23:04, Peter Grehan wrote:
Still seeing that a 2 CPU VM is using about 100% of 1 cpu when idleing,
but that is another minor challenge.
Fixed in r267305
Ack.
There is still a small difference in behaviour between Linux and
FreeBSD. But I'd call that negectable...
PIDS
On 8-6-2014 18:23, Peter Grehan wrote:
>> Still seeing that a 2 CPU VM is using about 100% of 1 cpu when idleing,
>> but that is another minor challenge.
>
> I know what that one is: should have a fix shortly.
I've done some of the syscall tests, like before.
getuid(2) is now down to 350 nsec...
On 2014-06-08 17:30, Willem Jan Withagen wrote:
On 8-6-2014 17:27, Anish wrote:
Peter submitted this in bhyve_svm for SVM, Intel VT-x already has this
fix, see vmcs.c file in any branch.
http://svnweb.freebsd.org/base/projects/bhyve_svm/sys/amd64/vmm/amd/vmcb.c?r1=267217&r2=267216&
On 8-6-2014 17:27, Anish wrote:
> Peter submitted this in bhyve_svm for SVM, Intel VT-x already has this
> fix, see vmcs.c file in any branch.
>
> http://svnweb.freebsd.org/base/projects/bhyve_svm/sys/amd64/vmm/amd/vmcb.c?r1=267217&r2=267216&pathrev=267217
Downloaded bhyve_svm again and figured o
On 8-6-2014 1:06, Peter Grehan wrote:
So the question remains:
Why is it taking so long on the AMD platform.
>
> I believe this is now fixed with r267217 - please test out and let us
> know how it goes.
On Head
or on bhyve_svm
At the moment I do not have a working bhyve setup, tr
On 31-5-2014 2:13, Peter Grehan wrote:
> Hi Willem,
>
>> So the question remains:
>> Why is it taking so long on the AMD platform.
>
> The time difference looks a lot like a VM-exit roundtrip. My new AMD
> box is arriving shortly so I'll have a look into it.
Before running the getuid test:
On 31-5-2014 2:13, Peter Grehan wrote:
> Hi Willem,
>
>> So the question remains:
>> Why is it taking so long on the AMD platform.
>
> The time difference looks a lot like a VM-exit roundtrip. My new AMD
> box is arriving shortly so I'll have a look into it.
Hi Peter,
I would expect someth
On 30-5-2014 23:27, Nils Beyer wrote:
> Hi Willem,
>
> Willem Jan Withagen wrote:
>> 1) I'm looking for a better basic syscall in Linux that is not cache,
>> faked or otherwise tweaked to nog give what I want.
>> Would really be nice if there was a NOP_syscall,
Hi,
In my quest to find why Linux is so slow on AMD I executed
strace -T -c ls -aslR / > /dev/null
On both a Linux running on a real CPU (just a mere Celeron):
% time seconds usecs/call callserrors syscall
-- --- --- - -
25.26
On 2014-05-28 2:22, Tycho Nightingale wrote:
On May 27, 2014, at 8:14 PM, Willem Jan Withagen wrote:
When I do this under AMD I get:
Copyright (c) 2003-2013 The
DragonFly Project.
Copyright (c) 1992-2003 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983
When I do this under AMD I get:
Copyright (c) 2003-2013 The
DragonFly Project.
Copyright (c) 1992-2003 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights
On 25-5-2014 3:50, Steve Wills wrote:
> Hi,
>
> A bhyve VM I run had this:
>
> pid 79784 (bhyve), uid 0: exited on signal 6 (core dumped)
>
> and the only thing on the console was this:
>
> ahcich0: Timeout on slot 27 port 0
> ahcich0: is cs ss rs tfd 50 serr
On 15-5-2014 17:56, Anish wrote:
> Hi Andriy,
> Thanks for your interest in SVM port of bhyve. I do have patch to sync it
> to http://svnweb.freebsd.org/base?view=revision&revision=263780(3/26). If
> patches looks good to you, we can submit it. I have been testing it on
> Phenom box which lacks so
On 22-5-2014 21:29, Nils Beyer wrote:
> I suppose you start your bhyved Linux instances using the "-A" switch (ACPI
> tables), right? If you feel interested, you can try to start them without the
> "-A" switch. For me, the boot process is now stucked at "Calibrating delay
> loop". As far as I under
On 22-5-2014 21:29, Nils Beyer wrote:
> Hi,
>
> Willem Jan Withagen wrote:
>> I've just completed merging and patching with Anish patches...
>> ONce that seems to run for my freebsd vm's, I'll start merging my
>> patches. And hope that it still work
On 2014-05-22 18:24, Nils Beyer wrote:
Hi Willem,
Willem Jan Withagen wrote:
[...]
With the new kernel, that is no longer the case. On a idle vm the CPU
load is like 6-7%
At the moment I'm running:
linux-image-3.13.0-24-generic_3.13.0-24.46_amd64
Now, that looks promising.
Is that
Hoi,
Just a point on the timeline
I think somebody asked why his CPU load was so high on AMD running linux.
I've completed compiling a "fresh" linux-kernel on my Ubuntu 14.04
system, installed and rebooted it.
And where previously a Linux-kernel would drain the CPUs it got assigned
to th
On 2014-05-21 11:31, Nils Beyer wrote:
Hi Willem,
Willem Jan Withagen wrote:
I'd be interested in the vlapic to if that helps the speed.
But you can help me a lot if you give me the SVN commands to do what you
described above.
These were my steps:
0) mv /usr/src /usr/src.bak
1) svnli
e me the SVN commands to do what you
described above.
I can fetch a clean bhyve_svm brach, but that is as far as my svn goes.
I'll see if I can get my patches in as well.
Thanx,
--WjW
Thanks and regards,
Anish
On Tue, May 20, 2014 at 2:03 PM, Willem Jan Withagen mailto:w...@digiwa
nux..
--WjW
Thanks and regards,
Anish
On Tue, May 20, 2014 at 2:03 PM, Willem Jan Withagen mailto:w...@digiware.nl>> wrote:
On 15-5-2014 17:56, Anish wrote:
> Hi Andriy,
> Thanks for your interest in SVM port of bhyve. I do have patch
to sync it
> to
On 15-5-2014 17:56, Anish wrote:
> Hi Andriy,
> Thanks for your interest in SVM port of bhyve. I do have patch to sync it
> to http://svnweb.freebsd.org/base?view=revision&revision=263780(3/26). If
> patches looks good to you, we can submit it. I have been testing it on
> Phenom box which lacks so
On 18-5-2014 16:44, Anish wrote:
> Thanks for testing it.
>> Your patch applied cleanly to the working copy of the "bhyve_svm"-project.
> I was then able to merge with HEAD
> (using "theirs-full" on one file) and compile the kernel. So, to me it
> looks OK to commit.
> Yes, that's correct. You have
On 2014-02-23 22:04, Willem Jan Withagen wrote:
On 23-2-2014 18:26, Peter Grehan wrote:
Against what current version did you merge/build the SVM branch?
I'll either check that out, or try my subversion skills to see if that
reduces the diff.
My mistake - the sync was a r259205, whic
On 22-2-2014 22:28, Craig Rodrigues wrote:
> On Sat, Feb 22, 2014 at 12:16 PM, Willem Jan Withagen <mailto:w...@digiware.nl>> wrote:
>
> Hi,
>
> Just for the fun of it, I tried my build zfs-system scripts in a
> bhyve-vm.
>
> I use the 10.0-RELE
On 23-2-2014 22:12, Peter Grehan wrote:
>> On 23-2-2014 18:26, Peter Grehan wrote:
Against what current version did you merge/build the SVM branch?
I'll either check that out, or try my subversion skills to see if that
reduces the diff.
>>>
>>> My mistake - the sync was a r259205,
On 23-2-2014 18:26, Peter Grehan wrote:
>> Against what current version did you merge/build the SVM branch?
>> I'll either check that out, or try my subversion skills to see if that
>> reduces the diff.
>
> My mistake - the sync was a r259205, which was from Dec 10 and
> predates the -w option (r
On 23-2-2014 17:35, Aryeh Friedman wrote:
>
> And I've seen discussions in other threads about reading/writing cpu
> registers where some bits should be 0, but trap when being set
> (Or something close to this...???)
>
> So it could again be due to the amdsrc tree differences?
On 23-2-2014 18:09, Peter Grehan wrote:
>> -w does not exist on my bhyve
>> bhyve: illegal option -- w
>
> Hmmm, just checked and you're right. Looks like a mis-merge - this
> change went into CURRENT in early December, and the most recent sync for
> the SVM branch was from Jan 14 :(
>
> Now I'
On 23-2-2014 17:57, Peter Grehan wrote:
>> It's a toy box here so if anything needs to be tested, worked out.
>> Just let me know. And I'm willing to run the risk of lost work, because
>> using the ignore option bites me
>
> You can try the "-w" option. Aryeh has reported that it works for hi
On 23-2-2014 17:40, Peter Grehan wrote:
>> vm exit rdmsr 0xc0010015, cpu 0
>> ---
>>
>> And I've seen discussions in other threads about reading/writing cpu
>> registers where some bits should be 0, but trap when being set
>> (Or something close to this...???)
>>
>> So it could again be due to
On 23-2-2014 15:57, Craig Rodrigues wrote:
>> I'm also looking into running a Ubuntu vm. i want to test/use
> zoneminder, and all my FreeBSD attempts run into trouble.
>> So I'm also still looking for grub-bhyve.
>
> grub2-bhyve is in ports: http://www.freshports.org/sysutils/grub2-bhyve/
Yup
Hi,
I've kicked off 3 2G vm's which do a continous
while(1) { make -j 4 buidlworld }
And one of those VM's just crashed with the message below.
Observation:
The VM is clearly not able to recover from this. And probably needs to
be destroyed and restarted... Don't know it it got as far as vmrun.s
Op 22 feb. 2014 om 22:28 heeft Craig Rodrigues het
volgende geschreven:
> On Sat, Feb 22, 2014 at 12:16 PM, Willem Jan Withagen
> wrote:
> Hi,
>
> Just for the fun of it, I tried my build zfs-system scripts in a bhyve-vm.
>
> I use the 10.0-RELEASE iso to get t
On 22-2-2014 22:43, Craig Rodrigues wrote:
>
>
>
> On Sat, Feb 22, 2014 at 12:16 PM, Willem Jan Withagen <mailto:w...@digiware.nl>> wrote:
>
>
> CPU: AMD Phenom(tm) II X6 1075T Processor (3013.84-MHz K8-class CPU)
> Origin = "AuthenticAMD"
Hi,
Just for the fun of it, I tried my build zfs-system scripts in a bhyve-vm.
I use the 10.0-RELEASE iso to get to a shell, config and interface and
download my script. Installing does work, and on a regular system we can
go and boot into a ZFS-on-Root system.
In bhyve I get the following, on r
On Mon, Feb 10, 2014 at 8:19 PM, Michael Dexter
mailto:edi...@callfortesting.org>> wrote:
Willem,
On 2/10/14 7:14 AM, Willem Jan Withagen wrote:
> I usually prefer to build my onw. So I tried that from a both
basic
> 10-stable as
On 2014-02-10 7:36, Michael Dexter wrote:
On 2/9/14 10:33 AM, Willem Jan Withagen wrote:
Are there any (near future) plans to merge this with the regular stable
branch?
It just missed 10.0-RELEASE. :(
There was a technical issue at the time and there are some performance
patches on their way
On 8-2-2014 21:36, Michael Dexter wrote:
>
> Hello all,
>
> I have built and uploaded a bhyve SVM project branch snapshot of r261578
> (February 4th, 2014, MFC @ r259205) that can be found at:
>
> http://mirrors.nycbug.org/pub/bhyve/r261578-svm/
>
> Those with Barcelona class (http://en.wikiped
On 2013-10-15 1:51, Peter Grehan wrote:
Hi Craig,
There was a lot of non-trivial stuff done in the amd64 pmap code and the
BHyve intel module
for bhyve_npt_pmap, and these changes have not been made for the amd svm
code.
Right, I looked at it, and decided it was way easier to just run the svm
with the AMD stuff and plug that in
the sources that I already have?
--WjW
>
>
> On Thu, Oct 10, 2013 at 12:09 PM, Willem Jan Withagen
> wrote:
>
>
> Op 10 okt. 2013 om 19:00 heeft Peter Grehan het volgende
> geschreven:
>
> > Hi,
> >
> &g
Op 10 okt. 2013 om 19:00 heeft Peter Grehan het volgende
geschreven:
> Hi,
>
>> I'm trying to test bhyve on this testsystem I have.
>> But is does not create /dev/vmm
>>
>> Is this because this processor does not support the right set of features?
>
> The bhyve code in 10.0 is Intel-only.
>
I'm trying to test bhyve on this testsystem I have.
But is does not create /dev/vmm
Is this because this processor does not support the right set of features?
Thanx,
--WjW
This is what dmesg says:
FreeBSD 10.0-ALPHA5 #3 r256191M: Wed Oct 9 15:25:35 CEST 2013
..
CPU: AMD Phenom(tm) II X6 10
91 matches
Mail list logo
