On Friday 07 September 2007, Natalia Portillo wrote:
> and remember, please, x86_64 only composes from pentium4 upwards and
> athlon64 upwards, no sense to behave like 386 in x86-64 emulator lol)
Actually, there is. Isn't the x86_64 emulator required to use kqemu on x86_64?
Or does the -cpu 486 o
On Sunday 09 September 2007, Alain Knaff (qemu) wrote:
> Workaround:
>
> Putting the following into the script:
> exec 3>/dev/null
> exec 4>/dev/null
> exec 5>/dev/null
> exec 6>/dev/null
better yet: for i in {3..6}; do exec $i>&-; done
On Thursday 06 September 2007, Lapo Luchini wrote:
> I noticed that cow adds space also if the written data is the same as
> the one it was there already.
> Is there a reason why checking it would be bad/difficult/slow/other?
> Simply no one had the will to code the check?
Simply that your operati
On Monday 03 September 2007, Philip Boulain wrote:
> (Ok, the latter is needlessly Turing complete, so tools can't
> understand it, but "tools" are i) out of scope ii) better served by Q-
> style XML plists anyway.)
It's not if Qemu is the "shell":
#!qemu
Would just need to convince qemu to igno
On Saturday 01 September 2007, Markus Hitter wrote:
> > qemu -c MyImage/vm.cfg
>
> In opposite to "qemu -c MyImage" ?
>
> Why do you want the user to do extra typing? There's one config in
> one directory, so typing the config file name is just redundant.
Why would there only be one config in one
On Friday 31 August 2007, Anthony Liguori wrote:
> You're overriding what "qemu my_pc" means. "qemu my_pc" create a QEMU
> vm with 128m of memory and -hda my_pc with the default network card.
Why should -hda be assumed instead of -c or -c X/config?
> "qemu -c my_pc/config" only has one meaning:
On Thursday 16 August 2007, Paul Brook wrote:
> If you really want to get it merged I suggest modifying kqemu to use the
> kvm interface, augmenting the kvm interface if necessary.
This sounds like the way to go.
On Thursday 16 August 2007, H. Peter Anvin wrote:
> Jorge Lucángeli Obes wrote:
> > The '#!' trick works nice with scripts, but I don't see it playing
> > very well with images. ¿Comments? ¿Pointers?
>
> Well, you can make it work with a header (you just have to pad it out to
> a fixed length or us
On Thursday 16 August 2007, [EMAIL PROTECTED] wrote:
> This is a very simple proof-of-concept patch that fakes ICMP well enough
> for ping to work.
Speaking of which... does ping work if qemu runs as root?
As to the patch, it looks like it only works if you're testing whether you
actually can pin
FWIW, I suspect this problem is specific to tap+bridge+qemu combination.
On Friday 03 August 2007 15:02, Jason Wessel wrote:
> The RTC message has nothing to do with the interrupt controller load.
>
> The patch I mentioned was aimed at stability/bug fix. Nothing to do
> with performance what so e
On Sunday 01 July 2007 07:29, andrzej zaborowski wrote:
> On 5/24/07, sinisa marovic <[EMAIL PROTECTED]> wrote:
> > I'm afraid I will have to dissapoint you: it will be only isapc with no
> > networking or other fancy devices. Main goal is the ability to run dos
> > games. I do not know how familia
On Sunday 24 June 2007 23:21, Natalia Portillo wrote:
> Apart from what Stefan said you,
> the only way that will be useful for learning graphical operating
> systems will be having a screen-reader capable of doing OCR of the
> entire screen, or at least, part of it (the QEMU window).
Or perhaps f
On Friday 22 June 2007 12:37, Johannes Schindelin wrote:
> If at the same time you make something original, which is not derived from
> the GPLed program, then you are as free as a bird to sh*t on the GPL with
> regards to your original work. You can choose whatever license, if any.
Not if you wan
On Friday 22 June 2007 11:46, M. Warner Losh wrote:
> In message: <[EMAIL PROTECTED]>
> Luke -Jr <[EMAIL PROTECTED]> writes:
> : On Friday 22 June 2007 11:07, you wrote:
> : > > On Thursday 21 June 2007 17:33, M. Warner Losh wrote:
> : > > >
On Friday 22 June 2007 11:07, you wrote:
> > On Thursday 21 June 2007 17:33, M. Warner Losh wrote:
> > > The GPL only has as much force of law as copyright law gives it, and in
> > > order to be applicable, the work in question must somehow rely on the
> > > GPL'd work. The "somehow" here is an in
On Friday 22 June 2007 00:34, Balazs Attila-Mihaly (Cd-MaN) wrote:
> I must prefix this with the fact that IANAL, but as I understand it, you
> must release the source code only if you distribute that modified system
> (with GPL v2). That is, if you use this system internally in you company,
> you
On Thursday 21 June 2007 17:33, M. Warner Losh wrote:
> The GPL only has as much force of law as copyright law gives it, and in
> order to be applicable, the work in question must somehow rely on the GPL'd
> work. The "somehow" here is an interesting legal question that hasn't been
> well settled.
On Thursday 21 June 2007 06:28, Armbrost Failsafe wrote:
> We are looking into using QEMU as the base for a model of a custom system
> featuring some custom ASICs. But licensing issues are halting the process
> right now. Does anyone know what happens license-wise if we create a model
> of propriet
On Monday 21 May 2007 16:13, H. Peter Anvin wrote:
> The easiest way to do that is by having an "RPC stub library" in the
> emulated environment which contains nothing but trap instructions --
> like system calls -- that can be intercepted on the other side. At that
> point, one has to do translat
I'm sure someone's probably had a similar idea before, and it's probably not
practical for some reason I'm overlooking-- but is there a reason Qemu can't
dynamically translate library calls to use the native libraries instead of
requiring emulated libraries as well?
On Saturday 24 February 2007 04:54:44 pm Daniel P. Berrange wrote:
> Having repeatedly said that we should be doing TLS encryption for VNC, I
> figured I ought to get down & implement it. So, in the spirit of 'release
> early, release often', here is the very first cut of my patch for QEMU.
> This
Does anyone have plans to add more hotplugging support to qemu? For example,
PCI hotplug (for video and network) and/or memory hotplug? Perhaps even disk
hotplugging for more than just CD-ROMs?
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://
Is there a reason to not use the semi-standard -rfbauth argument?
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel
23 matches
Mail list logo