I wrote some know-hows for use of qemu on FreeBSD.
http://people.freebsd.org/~maho/qemu/qemu.html
-- NAKATA, Maho ([EMAIL PROTECTED])
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel
Hello list,
I cannot do windows update inside of Windows 2000 SP4, vanilla
qemu 0.8.0. Whenever I do windows update, I recived
web server is not responding (or something like that in Japanese).
Version of IE doesn't matter at all.
o qemu 0.8.0 / FreeBSD 6.0 from ports
o Windows 2000 SP4 Japanese
simple example:
qemu "/Users/Jernej Simončič/Simončič_image_2.img" -m 128
can be correctly declarated and stored in a XML file while its
generating problems with normal 8bit text files. Not necessarily on
the creators system, but maybe on another users system, if you share
the config file
On Thursday, January 5, 2006, 0:52:07, Mike Kronenberg wrote:
> As I mentioned in a earlier thread about config files, one of the big
> advantages of XML is it's language independence.
And flat files are language dependant how?
> There are french, spanish, japanese, chinese people using qemu,
Under some circumstances target_mmap will return -EINVAL. However its callers
expect it behave like normal mmap. ie. return -1 and ser errno.
Discovered when testing qemu with some malformed ELF executables. It
segfaulted instead of displaying an error.
The patch below changes target_map to hav
As I mentioned in a earlier thread about config files, one of the big
advantages of XML is it's language independence.
There are french, spanish, japanese, chinese people using qemu,
resulting in imagenames / paths in the corresponding language.
ASCII/UTF-8 is not everything.
Mike
On 05.01.
On Wednesday, January 4, 2006, 22:39:23, Giuseppe Della Bianca wrote:
> Also modifying qemu, the command line of qemu allow to use the logic
> that everyone prefers.
I'd prefer to have 5 config files and just specify one of them on the
command-line, than having 5 scripts, which run qemu with th
On Wednesday, January 4, 2006, 22:22:09, Giuseppe Della Bianca wrote:
> The xml configuration file are too much hard to consult and to modify
> directly from a human.
It's not hard to edit XML (when it's nicely structured, and not clumped all
in a single line), but from my experience it just do
Do u use KQEMU?
Hetz
On 1/4/06, octane indice <[EMAIL PROTECTED]> wrote:
> Hello
>
> I'm trying to use the new -smp option.
> host: win2k
> guest: linux 2.6.13-SMP
>
> The first sight is a really big slowdown.
> with -smp 2, the guest seems to go approximatively to 1/4 speed of a
> monoCPU guest.
I'd like to see some more things in it (besides that windows clients
can't handle (ba)sh scripts:
- State of the machine (saved/running/snapshot)
- what cpu/machine
- further information (Author, Copyright...)
- paths that can be handled by every plattform
...
so you can g(zip) up a vm and sen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Giuseppe Della Bianca wrote:
>>I like VMWare style. Maybe it should be possible to share the same
>>config file between qemu and VMWare, also to favour user migration.
>
> Please, you can make an detailed example?
This is one config I use with VMPl
Hi,
On Wed, 4 Jan 2006, Giuseppe Della Bianca wrote:
> > Yah. I like this the best. It is the most flexible. It even allows
> > you to put logic into your qemu startup.
> ]zac[
>
> The script not are the solution that I would want.
What do you want (specifically)?
> To make a good job wit
On Wed, Jan 04, 2006 at 10:39:23PM +0100, Giuseppe Della Bianca wrote:
> > Yah. I like this the best. It is the most flexible. It even allows
> > you to put logic into your qemu startup.
> ]zac[
>
> The script not are the solution that I would want.
>
> To make a good job with the script is
Hi,
On Wed, 4 Jan 2006, Giuseppe Della Bianca wrote:
> ]zac[
> > I like VMWare style. Maybe it should be possible to share the same
> > config file between qemu and VMWare, also to favour user migration.
>
> Please, you can make an detailed example?
I can give you a perfectly simple example of
On Tue, Jan 03, 2006 at 11:27:52PM +0100, Flavio Visentin wrote:
> Paul Brook wrote:
> > Config file support without a decent GUI seem rather pointless.
> > The big advantage of doing it as a shell script is it's dead easy to hack
> > to
> > include whatever custom magical features people want.
>
]zac[
> I'd go for the shell script. If enough people like it I'm sure it could be
> included with qemu.
Ok.
> Config file support without a decent GUI seem rather pointless.
]zac[
I understand and I agree yours (and of the others that prefer the scripts)
motivations.
To modify qemu allows t
> Yah. I like this the best. It is the most flexible. It even allows
> you to put logic into your qemu startup.
]zac[
The script not are the solution that I would want.
To make a good job with the script is much laborious, and demands to use one
collection of additional programs (that I thi
> http://lists.gnu.org/archive/html/qemu-devel/2005-12/msg00137.html), it
> should be possible to set up a network, user-mode or TUN/TAP. However, I
> fail to see the light as to how to bring the correct interface up on the
> guest system (arm-linux). ifconfig shows two devices, lo and dummy0, but
]zac[
> I like VMWare style. Maybe it should be possible to share the same
> config file between qemu and VMWare, also to favour user migration.
Please, you can make an detailed example?
Gdb
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://l
]zac[
> sry :) , you probably understood anyway what i meant ...
]zac[
Yes, :) .
Gdb
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel
]zac[
> > xml style or rc style, please no hack in betweeen :)
>
> INI? *SCNR* :)
and kde, samba and other?
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel
]zac[
> see no reasons why to choose anything else than xml for it. We have tons of
> xml libs that can be used for gui's (think perl, tk, python etc...).
]zac[
The xml configuration file are too much hard to consult and to modify
directly from a human.
The idea to use additional library and the
Hi,
On Wed, 4 Jan 2006, Jens Axboe wrote:
> 1.0.GIT
Using git for QEmu development? Welcome to the club. ;-)
Regarding your patches: as far as I understand them, I like 'em.
Ciao,
Dscho
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://list
Hi,
fetch_next_pair_value is declared as:
static inline void fetch_next_pair_value(struct relocation_info * rel, unsigned
int *value)
so the second arg should be unsigned. Please apply.
--- dyngen.c31 May 2005 22:45:24 +0200 1.40
+++ dyngen.c04 Jan 2006 20:40:33 +0100
@@ -97
Hi,
gcc4 is more picky about signedness. Please apply.
--- block-cloop.c 18 Dec 2004 10:42:44 +0100 1.2
+++ block-cloop.c 04 Jan 2006 20:38:09 +0100
@@ -32,8 +32,8 @@
uint64_t* offsets;
uint32_t sectors_per_block;
uint32_t current_block;
-char* compressed
Hi,
gcc4 is more picky about signedness. Please apply.
--- block-dmg.c 31 May 2005 22:45:24 +0200 1.3
+++ block-dmg.c 04 Jan 2006 20:38:26 +0100
@@ -44,8 +44,8 @@
uint64_t* sectors;
uint64_t* sectorcounts;
uint32_t current_chunk;
-char* compressed_chunk;
-char* u
Hi,
--enable-cocoa is not mentioned in configure--help output. Please apply.
--- configure 19 Dec 2005 19:54:10 +0100 1.79
+++ configure 04 Jan 2006 20:08:47 +0100
@@ -375,6 +375,7 @@
echo " --host-cc=CC use C compiler CC [$host_cc] for dyngen etc."
echo " --make=MA
On Wednesday 04 January 2006 17:41, [EMAIL PROTECTED] wrote:
> Hi,
>
> does anyone have a copy of the Cirrus Logic GD5446
> technical reference manual (gd5446trm.pdf)?
>
> All copies that were available online seem to have vanished...
www.datasheetarchive.com has a copy.
Paul
__
On Wed, Jan 04, 2006 at 04:56:13PM +0100, Wolfgang Schildbach wrote:
> Hi everyone,
>
> I am using the current CVS (HEAD) version of qemu running on x86 linux,
> and am using it to emulate an ARM on the integrator board, running
> arm-linux, using arm-test-0.1.tar.gz.
>
> >From what I've read i
I made a proposal some month ago based on xml:
http://lists.gnu.org/archive/html/qemu-devel/2005-08/msg00034.html
I use this style of xml property lists for the configuration of the
vm of Q (slightly alter by now).
Q is a OS X port of QEMU http://www.kberg.ch/q
I ran recently into some troubl
Hi,
does anyone have a copy of the Cirrus Logic GD5446
technical reference manual (gd5446trm.pdf)?
All copies that were available online seem to have vanished...
Michael
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mai
Hi everyone,
I am using the current CVS (HEAD) version of qemu running on x86 linux,
and am using it to emulate an ARM on the integrator board, running
arm-linux, using arm-test-0.1.tar.gz.
>From what I've read in this list (
http://lists.gnu.org/archive/html/qemu-devel/2005-12/msg00137.html),
Hello
I'm trying to use the new -smp option.
host: win2k
guest: linux 2.6.13-SMP
The first sight is a really big slowdown.
with -smp 2, the guest seems to go approximatively to 1/4 speed of a
monoCPU guest.
I tried to boot with -smp 8, but it was so slow that I abandoned.
Am I doing something
Hi,
Subject: [PATCH] ide id updates
From: Jens Axboe <[EMAIL PROTECTED]>
Date: 1136375788 +0100
Some changes to the ata/atapi identify code and default values:
- Store the drive id in the IDEState, so we can reliably set and query
new values. Right now doing things like:
doesn't work, as the
Subject: [PATCH] Add lba48 support to ide
From: Jens Axboe <[EMAIL PROTECTED]>
Date: 1136376117 +0100
Add lba48 support for the ide code. Read back of hob registers isn't
there yet, though.
---
hw/ide.c | 148 ++
1 files changed, 128
Subject: [PATCH] Properly support the ide flush cache commands
From: Jens Axboe <[EMAIL PROTECTED]>
Date: 1136376567 +0100
Add a ->bdrv_sync() hook to the BlockDriver, as it should know how to
sync the cached state with what is on disk. I updated the raw and dmg
drivers, they just need to fsync()
Hi,
Here's the set of 3 patches I currently have for the qemu ide/block
code.
1/3: The ide id updates
2/3: lba48 support
3/3: Proper support of the flush cache command
--
Jens Axboe
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.non
Hi Andre...
> The problem that you are running into here is that sys_uname has been
> replaced by sys_newuname in kernel/sys.c. When I put a breakpoint in
> this function, everything works correctly when I run uname in the
> virtual machine.
yes, you're right. sys_newuname is the system call hand
On Wednesday, January 4, 2006, 6:50:28, martin wrote:
> xml style or rc style, please no hack in betweeen :)
INI? *SCNR* :)
--
< Jernej Simončič ><><><><>< http://deepthought.ena.si/ >
The deficiency will never show itself during the dry runs.
-- Boyle's Third Law
___
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
martin wrote:
> xml style or rc style, please no hack in betweeen :)
I like VMWare style. Maybe it should be possible to share the same
config file between qemu and VMWare, also to favour user migration.
- --
Flavio Visentin
| \|
40 matches
Mail list logo
