* [Qemu-devel] kqemu runtime loading
@ 2005-11-29 19:06 Jérôme Warnier
2005-11-29 21:42 ` Jim C. Brown
0 siblings, 1 reply; 7+ messages in thread
From: Jérôme Warnier @ 2005-11-29 19:06 UTC (permalink / raw)
To: List qemu-devel
It would be great if kqemu could be loaded at runtime instead of
requiring qemu to be rebuild.
For packaged versions of qemu (most Linux distributions do those days),
you have to rebuild it yourself (without packaging) instead of using the
neat available package.
Would it be hard to do?
Any plans to do it?
Regards
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [Qemu-devel] kqemu runtime loading
2005-11-29 19:06 [Qemu-devel] kqemu runtime loading Jérôme Warnier
@ 2005-11-29 21:42 ` Jim C. Brown
2005-11-30 6:36 ` Pascal Terjan
0 siblings, 1 reply; 7+ messages in thread
From: Jim C. Brown @ 2005-11-29 21:42 UTC (permalink / raw)
To: J?r?me Warnier; +Cc: List qemu-devel
On Tue, Nov 29, 2005 at 08:06:30PM +0100, J?r?me Warnier wrote:
> It would be great if kqemu could be loaded at runtime instead of
> requiring qemu to be rebuild.
This is more or less already the case.
You can compile and distribute a kqemu enabled qemu binary w/o needing to
include kqemu in the package.
Compiling from source for kqemu support sans kqemu modules also looks doable
but I haven't tried that.
> For packaged versions of qemu (most Linux distributions do those days),
> you have to rebuild it yourself (without packaging) instead of using the
> neat available package.
>
> Would it be hard to do?
> Any plans to do it?
It can be done. It is their choice to not do it.
>
> Regards
>
--
Infinite complexity begets infinite beauty.
Infinite precision begets infinite perfection.
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [Qemu-devel] kqemu runtime loading
2005-11-29 21:42 ` Jim C. Brown
@ 2005-11-30 6:36 ` Pascal Terjan
2005-11-30 10:00 ` Jérôme Warnier
0 siblings, 1 reply; 7+ messages in thread
From: Pascal Terjan @ 2005-11-30 6:36 UTC (permalink / raw)
To: qemu-devel
On 11/29/05, Jim C. Brown <jma5@umd.edu> wrote:
> > For packaged versions of qemu (most Linux distributions do those days),
> > you have to rebuild it yourself (without packaging) instead of using the
> > neat available package.
Mandriva package is built with support for both kqemu and qvm86 (kqemu
is chosen first if both are available).
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [Qemu-devel] kqemu runtime loading
2005-11-30 6:36 ` Pascal Terjan
@ 2005-11-30 10:00 ` Jérôme Warnier
2005-11-30 19:37 ` Pascal Terjan
0 siblings, 1 reply; 7+ messages in thread
From: Jérôme Warnier @ 2005-11-30 10:00 UTC (permalink / raw)
To: List qemu-devel
Le mercredi 30 novembre 2005 à 07:36 +0100, Pascal Terjan a écrit :
> On 11/29/05, Jim C. Brown <jma5@umd.edu> wrote:
> > > For packaged versions of qemu (most Linux distributions do those days),
> > > you have to rebuild it yourself (without packaging) instead of using the
> > > neat available package.
>
> Mandriva package is built with support for both kqemu and qvm86 (kqemu
> is chosen first if both are available).
So, it needs the non-free part at build-time, but they remove it
afterwards?
Is that so?
Thanks
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [Qemu-devel] kqemu runtime loading
2005-11-30 10:00 ` Jérôme Warnier
@ 2005-11-30 19:37 ` Pascal Terjan
2005-11-30 21:54 ` Jerome Warnier
0 siblings, 1 reply; 7+ messages in thread
From: Pascal Terjan @ 2005-11-30 19:37 UTC (permalink / raw)
To: qemu-devel
On 11/30/05, Jérôme Warnier <jwarnier@beeznest.net> wrote:
> Le mercredi 30 novembre 2005 à 07:36 +0100, Pascal Terjan a écrit :
> > On 11/29/05, Jim C. Brown <jma5@umd.edu> wrote:
> > > > For packaged versions of qemu (most Linux distributions do those days),
> > > > you have to rebuild it yourself (without packaging) instead of using the
> > > > neat available package.
> >
> > Mandriva package is built with support for both kqemu and qvm86 (kqemu
> > is chosen first if both are available).
> So, it needs the non-free part at build-time, but they remove it
> afterwards?
No, only the .h is needed. The proprietary part is only needed if you
want to build the module.
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [Qemu-devel] kqemu runtime loading
2005-11-30 19:37 ` Pascal Terjan
@ 2005-11-30 21:54 ` Jerome Warnier
2005-11-30 23:04 ` Jim C. Brown
0 siblings, 1 reply; 7+ messages in thread
From: Jerome Warnier @ 2005-11-30 21:54 UTC (permalink / raw)
To: List qemu-devel
Le mercredi 30 novembre 2005 à 20:37 +0100, Pascal Terjan a écrit :
> On 11/30/05, Jérôme Warnier <jwarnier@beeznest.net> wrote:
> > Le mercredi 30 novembre 2005 à 07:36 +0100, Pascal Terjan a écrit :
> > > On 11/29/05, Jim C. Brown <jma5@umd.edu> wrote:
> > > > > For packaged versions of qemu (most Linux distributions do those days),
> > > > > you have to rebuild it yourself (without packaging) instead of using the
> > > > > neat available package.
> > >
> > > Mandriva package is built with support for both kqemu and qvm86 (kqemu
> > > is chosen first if both are available).
> > So, it needs the non-free part at build-time, but they remove it
> > afterwards?
>
> No, only the .h is needed. The proprietary part is only needed if you
> want to build the module.
And the header (.h) is free?
--
Jérôme Warnier
FLOSS Consultant
http://beeznest.net
^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2005-11-30 23:05 UTC | newest]
Thread overview: 7+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-11-29 19:06 [Qemu-devel] kqemu runtime loading Jérôme Warnier
2005-11-29 21:42 ` Jim C. Brown
2005-11-30 6:36 ` Pascal Terjan
2005-11-30 10:00 ` Jérôme Warnier
2005-11-30 19:37 ` Pascal Terjan
2005-11-30 21:54 ` Jerome Warnier
2005-11-30 23:04 ` Jim C. Brown
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.