2009
Sun Jan 25 00:58:27 UTC 2009
Sun Jan 25 00:49:49 UTC 2009
Sun Jan 25 00:49:50 UTC 2009
It should increase every second, shouldn't it? ;)
MfG,
--
Julian Stecklina
Well, take it from an old hand: the only reason it would be easier to
program in C is that you can't easily express c
vif/0 on xenbus0
xn0: Ethernet address: aa:00:4b:17:23:8e
[XEN] netfront_backend_changed: newstate=2
Btw, it is very cool to see FreeBSD on Xen. :)
Regards,
--
Julian Stecklina
Well, take it from an old hand: the only reason it would be easier to
program in C is that you can't easily express comp
o BLITZXEN) from 8-CURRENT.
Regards,
--
Julian Stecklina
Well, take it from an old hand: the only reason it would be easier to
program in C is that you can't easily express complex problems in C,
so you don't. - Erik Naggum (in comp.lang.lisp)
___
to convince the admin of the box and report back. ;) But it
should really be properly fixed as it is quite a showstopper. I don't
dare to build ports on that box (or do anything else involving make...).
Regards,
--
Julian Stecklina
Well, take it from an old hand: the only reason it would be
Ivan Voras writes:
> 2009/1/30 Julian Stecklina :
>> Mister Olli writes:
>>
>>> Hi,
>>>
>>> I've never experimented with the kern.hz variable, but on all
>>> configuration examples for 8-CURRENT if always seen 'kern.hz=100'.
her file-backed disk and build CURRENT on that from
the provided image.
MfG,
--
Julian Stecklina
Well, take it from an old hand: the only reason it would be easier to
program in C is that you can't easily express complex problems in C,
so you don't. - Erik Naggum (in comp.lang.lisp)
___
etc/rc.conf' and add the following lines
> # NTP stuff
> ntpdate_enable="YES"
> ntpdate_flags="-b "
> ntpd_enable="YES"
> - reboot domU
>
> If you try it on your problem, could you please give me some feedback if
> it worked?
Doesn&
, when I do 'reboot' in the virtual machine, it just stops and has to
be recreated.
Regards,
--
Julian Stecklina
Well, take it from an old hand: the only reason it would be easier to
program in C is that you can't easily express complex problems in C,
so you don't. -
mentioned VMMs. Has someone already done this or am I out of luck
and have to get a real test box?
Regards,
--
Julian Stecklina
Well, take it from an old hand: the only reason it would be easier to
program in C is that you can't easily express complex problems in C,
so you don't. - Erik
undamental reason that
> paravirtualized guests should not work there.
I'll try VMWare. Thanks for the advice. I am still puzzled why Xen
presents such a problem for hardware-virtualization based VMMs. Maybe
the virtualization guys at our university can clear that up...
Regards,
--
Julian Steckl
Kip Macy writes:
> On Mon, Feb 9, 2009 at 4:35 PM, Julian Stecklina wrote:
>> Kip Macy writes:
>>
>> I'll try VMWare. Thanks for the advice. I am still puzzled why Xen
>> presents such a problem for hardware-virtualization based VMMs. Maybe
>> the vir
er in building a virtual Xen test
box. *bummer*
Regards,
--
Julian Stecklina
Well, take it from an old hand: the only reason it would be easier to
program in C is that you can't easily express complex problems in C,
so you don't. - Erik
disk image, use make buildworld buildkernel installworld
installkernel distribution
DESTDIR=/foo KERNCONF=XEN and fiddle in /etc until you have a working system,
like
with every from-source install. I had no problems with that.
Regards,
--
Julian Stecklina
Always code as if the guy who ends up m
he start would be to pick a bug and
> start analyzing it. Then, you can ask and get answers on the concrete
> questions you would have with the code. Note that for the general
> questions, not specific to the Xen bits, hackers@ or current@ may
> be the better forums due to wider audienc
Mister Olli writes:
> hi julian,
>
> On Sa, 2009-04-04 at 19:25 +0200, Julian Stecklina wrote:
>>
>> [snip]
>>
>> The time jumping problem may be a good candidate, as it is quite a
>> showstopper for me and at least some other people.
>
> Do you
ff anywhere? Is there a possibility of setting the stuff up
> from grounds up without having to keep a separate FreeBSD box for
> building bootstrap?
So far a separate FreeBSD build box is the best way to go. You can set
this up in the virtualization solution of your choice. VirtualBox and
KVM wo
and this allows my Xen DomU to finish booting and start running.
>
> I've noticed that buildworlds seem to fail because of weird time
> related issues. Has anyone else seen some weird clock behaviour?
Yes (after some minutes the clock jumps to some constant point in the
past). But I have
endable
> in their entirety (ala V6 and Minix).
You can use microkernels[1] for almost the same thing. It's what we do
at Technische Universität Dresden.
Regards,
--
Julian Stecklina
The day Microsoft makes something that doesn't suck is probably the day
they start making vacuum cle
. And actually it did: L4Linux exists for quite
some time and I believe that there was also a paper on live migration of
L4Linux instances way before Xen did that. IMHO given some commercial
support (and some foresight), L4 could have been the better Xen.
Regards,
--
Julian Stecklina
The day Micros
te it if people updated to the latest -current and
> tested Xen out.
I'll try to do that in the next couple of days.
Regards,
--
Julian Stecklina
The day Microsoft makes something that doesn't suck is probably the day
they start making vacuum cleaners - Ernst Jan Plugge
20 matches
Mail list logo
