search for: invigor

...for these changes were discussed earlier on list: https://www.redhat.com/archives/ovirt-devel/2011-January/msg00000.html https://www.redhat.com/archives/ovirt-devel/2011-June/msg00000.html So, while it has been quiet around here lately, expect a lot more activity and noise on the relaunched and re-invigorated ovirt.org site and mailing lists in the very near future. The ovirt-devel at redhat.com mailing list will transition to several mailing lists, to more clearly differentiate the various components of the stack. oVirt Node development is still on-going as oVirt Node makes up the RHEV Hypervisor...

Hi there, I'm very interested in oVirt as a management interface for a VM setup we're building, however it seems as though there isn't much info on the product roadmap or active development. I'm wondering if anyone could point me to more information on the roadmap or commit activity on the project? Regards, Anthony -------------- next part -------------- An HTML attachment was

...sage that proves that we are created, and explains how the technology behind creation can help us to end addiciton <http://alome.ga/lists/lt.php?id=YUgNAQ9TGAFUUB1QWlQKVF0F> and schizophrenia--just before our minds expand and it erradicates stupid and blind; it--the message, and I--we hope to invigorate democracy and rekindle a kind of rennasaince for civic involvement <http://alome.ga/lists/lt.php?id=YUgDBABcGAFUUB1QWlQKVF0F> that helps to use these new technologies to make a real democracy, one where we can see clearly (now) ... that America should have used the phone and the internet f...

...h. +/*P:900 This is the Switcher: code which sits at 0xFFC00000 to do the low-level + * Guest<->Host switch. It is as simple as it can be made, but it's naturally + * very specific to x86. + * + * You have now completed Preparation. If this has whet your appetite; if you + * are feeling invigorated and refreshed then the next, more challenging stage + * can be found in "make Guest". :*/ - There is are two pages above us for this CPU (struct lguest_pages). - The second page (struct lguest_ro_state) becomes read-only after the - context switch. The first page (the stack f...

...h. +/*P:900 This is the Switcher: code which sits at 0xFFC00000 to do the low-level + * Guest<->Host switch. It is as simple as it can be made, but it's naturally + * very specific to x86. + * + * You have now completed Preparation. If this has whet your appetite; if you + * are feeling invigorated and refreshed then the next, more challenging stage + * can be found in "make Guest". :*/ - There is are two pages above us for this CPU (struct lguest_pages). - The second page (struct lguest_ro_state) becomes read-only after the - context switch. The first page (the stack f...

...h. +/*P:900 This is the Switcher: code which sits at 0xFFC00000 to do the low-level + * Guest<->Host switch. It is as simple as it can be made, but it's naturally + * very specific to x86. + * + * You have now completed Preparation. If this has whet your appetite; if you + * are feeling invigorated and refreshed then the next, more challenging stage + * can be found in "make Guest". :*/ - There is are two pages above us for this CPU (struct lguest_pages). - The second page (struct lguest_ro_state) becomes read-only after the - context switch. The first page (the stack f...

...h. +/*P:900 This is the Switcher: code which sits at 0xFFC00000 to do the low-level + * Guest<->Host switch. It is as simple as it can be made, but it's naturally + * very specific to x86. + * + * You have now completed Preparation. If this has whet your appetite; if you + * are feeling invigorated and refreshed then the next, more challenging stage + * can be found in "make Guest". :*/ - There is are two pages above us for this CPU (struct lguest_pages). - The second page (struct lguest_ro_state) becomes read-only after the - context switch. The first page (the stack f...

...i.gq/lists/lt.php?id=YUgMAAdTGAFSXB1QWlQKVF0F> and then up again to the second floor of that "privatz" room, where the Pool of Bethesda <http://isiti.gq/lists/lt.php?id=YUgNBABQGAFSXB1QWlQKVF0F> waits for everyone to ignore the warning signs and take a dip in the rejuvenating and invigorating pool that is depicted in Zelda and Coccoon and ... In the dream, tentatively titled "Venice is every town" as a Lauderdam (dark to right <http://isiti.gq/lists/lt.php?id=YUgGBgFTGAFSXB1QWlQKVF0F> the message) of Live's Babylon is every town <http://isiti.gq/lists/lt.ph...

Hi all, I've been working on lguest64 and in order to do this, I had to move a lot of the i386 specific out of the way. Well, the lguest64 port is still not ready to display, but before Rusty makes too many changes I would like this in upstream so I don't have to keep repeating my changes :-) So this patch series moves lguest32 out of the way for other archs. -- Steve

Hi all, I've been working on lguest64 and in order to do this, I had to move a lot of the i386 specific out of the way. Well, the lguest64 port is still not ready to display, but before Rusty makes too many changes I would like this in upstream so I don't have to keep repeating my changes :-) So this patch series moves lguest32 out of the way for other archs. -- Steve

[ Changes since last version. - Move lg.h to include/asm instead (suggested by Rusty Russel) - All steps of the series compiles (suggested by Stephen Rothwell) - Better ifdef header naming (suggested by Stephen Rothwell) - Added Andi Kleen to CC (forgot to on V1) ] Hi all, I've been working on lguest64 and in order to do this, I had to move a lot of the i386 specific out of the

[ Changes since last version. - Move lg.h to include/asm instead (suggested by Rusty Russel) - All steps of the series compiles (suggested by Stephen Rothwell) - Better ifdef header naming (suggested by Stephen Rothwell) - Added Andi Kleen to CC (forgot to on V1) ] Hi all, I've been working on lguest64 and in order to do this, I had to move a lot of the i386 specific out of the

Hi all, These are the patches I'm planning to submit for 2.6.24. Comments gratefully accepted. Along with the usual cleanups and improvements are Jes' de-i386-ification patches, and a new "virtio" mechanism designed to be shared with KVM (and hopefully other hypervisors). Cheers, Rusty. Documentation/lguest/Makefile | 30 Documentation/lguest/lguest.c

Hi all, These are the patches I'm planning to submit for 2.6.24. Comments gratefully accepted. Along with the usual cleanups and improvements are Jes' de-i386-ification patches, and a new "virtio" mechanism designed to be shared with KVM (and hopefully other hypervisors). Cheers, Rusty. Documentation/lguest/Makefile | 30 Documentation/lguest/lguest.c