On Wed, Jan 30, 2008 at 05:31:05PM +0300, Dmitry Bolshakov wrote:
>
> qemu-0.9.1:
> -builded by myself too
> http://qemu-forum.ipi.fi/viewtopic.php?f=5&t=4269
qemu 0.9.1 was released with a known bug which prevents installing solaris
guests with timeouts in the CD device and which was finally fix
Anthony Liguori, le Wed 06 Feb 2008 13:19:23 -0600, a écrit :
> Ian Jackson wrote:
> >iwj writes ("[PATCH] Allow AF_UNIX sockets to be disabled on non-Windows"):
> >
> >>The patch below makes it possible to disable AF_UNIX (unix-domain)
> >>sockets in host environments which do not define _WIN32,
Ian Jackson wrote:
iwj writes ("[PATCH] Allow AF_UNIX sockets to be disabled on non-Windows"):
The patch below makes it possible to disable AF_UNIX (unix-domain)
sockets in host environments which do not define _WIN32, by adding
-DNO_UNIX_SOCKETS to the compiler flags. This is useful in the
Ian Jackson wrote:
The system calls read and write may return less than the whole amount
requested for a number of reasons. So the idioms
if (read(fd, &object, sizeof(object)) != sizeof(object)) goto fail;
and even worse
if (read(fd, &object, sizeof(object)) < 0) goto fail;
are wrong. Add
Ian Jackson wrote:
qemu's audio subdirectory contains a copy of BSD's sys-queue.h, which
defines a bunch of LIST_ macros. This makes it difficult to build a
program made partly out of qemu and partly out of the Linux kernel[1],
since Linux has a different set of LIST_ macros. It might also caus
iwj writes ("[PATCH] Allow AF_UNIX sockets to be disabled on non-Windows"):
> The patch below makes it possible to disable AF_UNIX (unix-domain)
> sockets in host environments which do not define _WIN32, by adding
> -DNO_UNIX_SOCKETS to the compiler flags. This is useful in the
> effectively-embed
iwj writes ("[PATCH] check return value from read() and write() properly"):
> The system calls read and write may return less than the whole amount
> requested for a number of reasons. So the idioms
>if (read(fd, &object, sizeof(object)) != sizeof(object)) goto fail;
> and even worse
>if (
iwj writes ("[PATCH] Remove clone-and-hack code from qemu-img"):
> qemu-img.c has copies of qemu_malloc et al, which are already provided
> in osdep.c. The attached patch removes these from qemu-img.c and
> adds osdep.o to BLOCK_OBJS.
Is there some reason why this patch has not yet been included
iwj writes ("[PATCH] avoid name clashes due to LIST_* macros"):
> qemu's audio subdirectory contains a copy of BSD's sys-queue.h, which
> defines a bunch of LIST_ macros. This makes it difficult to build a
> program made partly out of qemu and partly out of the Linux kernel[1],
> since Linux has a
andrzej zaborowski writes ("Re: [Qemu-devel] Making qemu use 10.0.3.x not
10.0.2.x"):
> Right, but this happens so rarely (and there are no obvious symptoms
> when it happens)
The symptoms are generally that the host loses its network connection
to those parts of the outside world, or that it can
Samuel Thibault, le Mon 19 Nov 2007 15:20:16 +, a écrit :
> Qemu currently uses 6 65k tables of pointers for handling ioports, which
> makes 3MB on 64bit machines. There's a comment that says "XXX: use a two
> level table to limit memory usage". But wouldn't it be more simple and
> effective to
On 6 Feb 2008, at 06:00, Gwenole Beauchesne wrote:
2008/2/5, Fabrice Bellard <[EMAIL PROTECTED]>:
This is an SDL related issue (i.e. SDL may or may not use OpenGL to
display graphics). Fixing SDL for Mac OS X would also be interesting.
I think SDL trunk (1.3) supports OpenGL rendering more spe
Hi,
> Using a (once) randomly-chosen default greatly reduces the odds of
> that happening. Many many people foolishly choose 10.0.{0,1,2,3}.x.
> Many fewer choose (say) 172.30.206.x. So the fixed qemu default
> should be 172.30.206.x, or some other range also chosen at random.
A few years bac
Hi,
Serial emulation lacks loopback mode (ie a transmitted byte is directly
received in the serial port).
After a reset, serial port registers should go back to default values.
This is done by adding a call to qemu_register_reset().
Attached patch fixes both issues.
Hervé
Index: hw/serial.
Hi,
Attached patch adds a debug print when keyboard data register is read,
and removes a dead define at top of file.
It also diminishes registred memory address range when i8042 is
memory-mapped. Indeed, i8042 only has 2 ports (data and control), and
it_shift parameter can be used to widen t
Hi,
Parallel port control register should always have the 0xc0 bits enabled
(like this is already done in Qemu parallel port hardware emulation).
Status register should also start with EPP timeout bit set, like on real
hardware.
Attached patch fixes both issues.
Hervé
Index: parallel.c
===
On 06/02/2008, Ian Jackson <[EMAIL PROTECTED]> wrote:
> andrzej zaborowski writes ("Re: [Qemu-devel] Making qemu use 10.0.3.x not
> 10.0.2.x"):
> > This rfc talks about organisations and networks that are real, not
> > about the network inside qemu which doesn't have connectivity with
> > another
Warner Losh writes ("Re: [Qemu-devel] Making qemu use 10.0.3.x not 10.0.2.x"):
> I think that the suggestion is that qemu picks, one time, a new
> default. This new default would be selected at random, and would be
> the same on all new versions of qemu.
Yes.
> I don't think that the suggestion
Hi,
I've been trying to get the new TCG approach running on an i386 host.
It works when I use gcc3 (miraculously as I will explain later), but
fails on gcc4.
On boot the very first instruction that gets issued is the ljmp to the
bios:
IN:
0xfff0: ljmp $0xf000,$0xe05b
Thi
- Message d'origine
> De : Asheesh Laroia <[EMAIL PROTECTED]>
> À : Asheesh Laroia on [qemu-devel]
> Envoyé le : Mardi, 5 Février 2008, 23h24mn 42s
> Objet : Re: [Qemu-devel] Making qemu use 10.0.3.x not 10.0.2.x
>
> On Tue, 5 Feb 2008, Jernej Simončič wrote:
>
> > On Tuesday, February
20 matches
Mail list logo
