search for: microkernels

Chris Mauritz wrote: > > The 32bit PPC release is for the older G3/G4 macs, no? I've got a > pile of unused G4 400-800mhz powermacs just sitting around The ppc32 distro will work on any NewWorld G3, G4 based machine ( and 32bit ibm power, like the older rs6k's ) - it _also_ works fine on the MacMini and G4 Xserve's. With some common sense tweaks, a G4 450Mhz is a very

.../www.cl.cam.ac.uk/netos/papers/2003-xensosp.pdf And Linus replied: This is what I alluded to [in a previous comment] - saying that if you move the driver down to ring1, then you should move _everything_ down to ring1 and just leave a microkernel at ring0. Now, I''m not big on microkernels, but a pure virtual machine abstraction is at least not the distateful academic mental masturbation that we saw in the 80''s. --- end --- Cheers, James Scott Purveyor of Non-distasteful Academic Mental Masturbation ------------------------------------------------------- This SF.net...

pv-grub is also the best/only way to run hurd under xen: http://www.gnu.org/software/hurd/microkernel/mach/gnumach/ports/xen.html#index4h1 it's also the best way by far to run netbsd without a separate /boot Cheers, Brian Szymanski -------------- next part -------------- An HTML attachment was scrubbed... URL:

I am pleased to announce the release of GUK (Project Guest VM Microkernel), which is an enhanced version of Mini-OS that underpins the Guest VM virtual machine. Guest VM is an implementation of the Java platform, written almost completely in Java, running directly on Xen. Although GUK was developed specifically for Guest VM, it can be used stand-alone in a similar way to Mini-OS. The main

I am pleased to announce the release of GUK (Project Guest VM Microkernel), which is an enhanced version of Mini-OS that underpins the Guest VM virtual machine. Guest VM is an implementation of the Java platform, written almost completely in Java, running directly on Xen. Although GUK was developed specifically for Guest VM, it can be used stand-alone in a similar way to Mini-OS. The main

Hi, recently we (oVirt) have started discussing whether the way virt-v2v handles import from OVA files is good. And I would be interested in ideas how it can be improved. It is likely somebody already gave some thought to this problem. TL;DR: Extracting the OVA before import is a problem for large VMs (in sizes of TBs). Can we change something to prevent the extraction and work directly over

Hello, I am writing a hobby operating system from scratch. Right now, my main development environment is on Windows, but I also use FreeBSD and Mac OS X quite a lot, so I'd like to be able to work on those systems too. I am not using the GNU toolkit, like most people do, but I use the Windows WDK. For those not familiar with this, it is the Microsoft environment for writing drivers. Actually

On Fri, Sep 09, 2016 at 01:03:49PM +0200, Tomáš Golembiovský wrote: > Hi, > > recently we (oVirt) have started discussing whether the way virt-v2v > handles import from OVA files is good. And I would be interested in > ideas how it can be improved. It is likely somebody already gave some > thought to this problem. > > TL;DR: Extracting the OVA before import is a problem

I'm need to run a rsync server on a Quad 2.8Ghz , 1Gb RAM, 1Terabyte of disk.. Dell 725N - it's a storage, NAS type box running W2K, RAID 5 etc.. A real beast.. :-) The Unix guys want to backup their boxes to this beast using rsync clients. It would seem that Windows Services for Unix (WSU) is the key.. Current version gives me a fully compliant POSIX environment, not reliant on

Package: xen-utils-common Version: 4.1.2-1 Severity: normal Hi, I was doing some experiments today with XL TOOLSTACK, and found few problems when trying to do PV domU boot. I was trying to run kfreebsd9 or linux-3.2 kernel in qemu using PV i386, and with simple configuration without any disks, nics or virtual framebuffer, kernel boots (and then kernel itselfs correctly fails with information

libxen-dev_3.0.1-2_i386.deb to pool/main/x/xen/libxen-dev_3.0.1-2_i386.deb libxen-python_3.0.1-2_i386.deb to pool/main/x/xen/libxen-python_3.0.1-2_i386.deb (new) libxen3.0_3.0.1-2_i386.deb extra libs control library for XEN, a Virtual Machine Monitor Library to control the XEN microkernel. Contains functions for creating, starting, stopping, saving, virtual instances.

On Wed, 8 May 2019 at 13:48, Valeri Galtsev <galtsev at kicp.uchicago.edu> wrote: > > > On 2019-05-08 12:28, Stephen John Smoogen wrote: > > On Wed, 8 May 2019 at 13:24, mark <m.roth at 5-cent.us> wrote: > > >> > > Yep. Minimum for that is going to be about the same as your RESCUE. The > > other would just be to confirm that the sda has space and

Hi Bjarke, > * Provide an efficient runtime implementation that does not > depend on reading the DWARF EH information. why? The DWARF EH info encodes two things: (1) how to restore registers; and (2) matching rules for exception objects, and what to do with them. You will need something along the lines of (1) if you unwind out of the middle of functions. As for (2), if you

Hi, I want to support the unwind instruction on x86. Specifically I want to: * Provide an efficient runtime implementation that does not depend on reading the DWARF EH information. * It should be self hosted, meaning the runtime is static linked in. I want to use it kernel mode. * Unwinding should be a read-only operation regarding the stack, so I can create a stack dump in the

Puppet Labs is really thrilled to announce, in conjunction with EMC, our new open source bare metal provisioning tool: Razor. Razor is next generation provisioning software that handles bare metal hardware and virtual server provisioning with inventory discovery and tagging, rule-based policy management, and extensible broker plugin integration. It integrates closely with Puppet and Facter. The

I sure hope so: http://duckdown.blogspot.com/2006/03/additional-thoughts-on-why-ruby-isnt.html Seems like it''s getting genuine rebuttals, though. It''s actually kind of amusing.