On Wednesday 09 January 2008, Dor Laor wrote:
> Some figures: Linux rx 350Mbps, tx 150bps, Windows rx 700mbps, tx 100 mbps.
very nice!
in a related note, the VMWare tools package, which is supposed to 'enhance
performance' by installing 'specially tuned' drivers into a guest, doesn't
include ne
Hi.
I found that the RTEMS ATA driver hangs
because it waits for READY_STAT to be asserted
after issuing a WIN_DIAGNOSE command.
In hw/ide.c we find
case WIN_DIAGNOSE:
ide_set_signature(s);
s->status = 0x00; /* NOTE: READY is _not_ set */
s->error = 0
When using the -smb option with samba-3.0.28 qemu fails to completely
remove the /tmp/qemu-smb.$pid directory at exit. Newer smbd versions
also create subdirectories at this place.
This patch removes recursively all files and subdirectories.
diff -ur qemu/vl.c qemu-patched/vl.c
--- qemu/vl.c 20
On Wed, 2008-01-09 at 16:14 -0300, Lauro Ramos Venancio wrote:
> I think these patches are important bugfixes and they should be
> applied on the qemu head.
> They fix some LTP tests.
Tonight I'll be pulling my local tree up to CVS current and I'll resend
any remaining EFAULT and zero/NULL patche
>Windows Vista recognizes it but there is no traffic.
I should note, that there is no traffic only with Microsoft's built-in
drivers. Vista works with e1000 drivers downloaded from www.intel.com
Additionally, tested Linux 2.4 guest kernel (Mandrake Linux 9.2) and Solaris
10 (U3) guest - they work
Hi,
On Wed, 9 Jan 2008, Lauro Ramos Venancio wrote:
> As discussed yesterday in the qemu irc channel, I've created a stable
> branch for qemu 0.9.1. This branch will follow two basic rules:
>
> 1. Only fixes will be applied.
> 2. Patches will be applied only after they are applied on qemu head.
I think these patches are important bugfixes and they should be
applied on the qemu head.
They fix some LTP tests.
Lauro
2007/12/11, Thayne Harbaugh <[EMAIL PROTECTED]>:
> The EFAULT changes use a result of NULL to detect a failure from lock*()
> functions. There are syscalls that accept NULL as
Very good !
Now, what about the bugzilla ? where to fill bug reports against the stable
version ?
--
-Alexey Eremenko "Technologov"
Hi,
On Wed, 9 Jan 2008, Jonathan Kalbfeld wrote:
> Hey where is the QEMU IRC channel? I wouldn't mind being a "fly on the
> wall" in there.
#qemu on irc.freenode.net
Hth,
Dscho
Le mercredi 09 janvier 2008 à 11:53 -0600, Anthony Liguori a écrit :
> Laurent Vivier wrote:
> > Le mercredi 09 janvier 2008 à 11:40 +0100, andrzej zaborowski a écrit :
> >
> >> On 09/01/2008, Laurent Vivier <[EMAIL PROTECTED]> wrote:
> >>
> >>> Le mercredi 09 janvier 2008 à 10:31 +0100, La
Hey where is the QEMU IRC channel? I wouldn't mind being a "fly on the
wall" in there.
On Jan 9, 2008 11:03 AM, Lauro Ramos Venancio <[EMAIL PROTECTED]>
wrote:
> As discussed yesterday in the qemu irc channel, I've created a stable
> branch for qemu 0.9.1. This branch will follow two basic rules
As discussed yesterday in the qemu irc channel, I've created a stable
branch for qemu 0.9.1. This branch will follow two basic rules:
1. Only fixes will be applied.
2. Patches will be applied only after they are applied on qemu head.
The repository is
http://repo.or.cz/w/qemu/qemu_0_9_1_stable.gi
Hi,
On Wed, 9 Jan 2008, Anthony Liguori wrote:
> Laurent Vivier wrote:
> > Le mercredi 09 janvier 2008 à 11:40 +0100, andrzej zaborowski a écrit :
> >
> > > On 09/01/2008, Laurent Vivier <[EMAIL PROTECTED]> wrote:
> > >
> > > > Le mercredi 09 janvier 2008 à 10:31 +0100, Laurent Vivier a é
Laurent Vivier wrote:
Le mercredi 09 janvier 2008 à 11:40 +0100, andrzej zaborowski a écrit :
On 09/01/2008, Laurent Vivier <[EMAIL PROTECTED]> wrote:
Le mercredi 09 janvier 2008 à 10:31 +0100, Laurent Vivier a écrit :
Le mardi 08 janvier 2008 à 17:17 +0100, Hervé Poussineau a é
Hi all,
target-alpha/helper.c line 401 does :
call_pal(env);
But this functions' signature is :
void call_pal (CPUState *env, int palcode);
so this doesn't compile. I am not sure whats the right fix is. Any ideas?
Regards,
ismail
--
Never learn by your mistakes, if you do you may never dar
Le mercredi 09 janvier 2008 à 14:56 +0100, andrzej zaborowski a écrit :
> On 09/01/2008, Laurent Vivier <[EMAIL PROTECTED]> wrote:
> > Le mercredi 09 janvier 2008 à 13:27 +, Johannes Schindelin a écrit :
> > > Hi,
> > >
> > > On Wed, 9 Jan 2008, Laurent Vivier wrote:
> > >
> > > > Le mercredi 0
Le mercredi 09 janvier 2008 à 13:59 +, Johannes Schindelin a écrit :
> Hi,
>
> On Wed, 9 Jan 2008, Laurent Vivier wrote:
>
> > Le mercredi 09 janvier 2008 à 13:27 +, Johannes Schindelin a écrit :
> > > Hi,
> > >
> > > On Wed, 9 Jan 2008, Laurent Vivier wrote:
> > >
> > > > Le mercredi 0
Hi,
On Wed, 9 Jan 2008, Laurent Vivier wrote:
> Le mercredi 09 janvier 2008 à 13:27 +, Johannes Schindelin a écrit :
> > Hi,
> >
> > On Wed, 9 Jan 2008, Laurent Vivier wrote:
> >
> > > Le mercredi 09 janvier 2008 à 12:27 +, Johannes Schindelin a écrit :
> > >
> > > > On Wed, 9 Jan 2008
On 09/01/2008, Laurent Vivier <[EMAIL PROTECTED]> wrote:
> Le mercredi 09 janvier 2008 à 13:27 +, Johannes Schindelin a écrit :
> > Hi,
> >
> > On Wed, 9 Jan 2008, Laurent Vivier wrote:
> >
> > > Le mercredi 09 janvier 2008 à 12:27 +, Johannes Schindelin a écrit :
> > >
> > > > On Wed, 9 Ja
Le mercredi 09 janvier 2008 à 13:27 +, Johannes Schindelin a écrit :
> Hi,
>
> On Wed, 9 Jan 2008, Laurent Vivier wrote:
>
> > Le mercredi 09 janvier 2008 à 12:27 +, Johannes Schindelin a écrit :
> >
> > > On Wed, 9 Jan 2008, Laurent Vivier wrote:
> > >
> > > > but "-hda" is an alias fo
Hi,
On Wed, 9 Jan 2008, Laurent Vivier wrote:
> Le mercredi 09 janvier 2008 à 12:27 +, Johannes Schindelin a écrit :
>
> > On Wed, 9 Jan 2008, Laurent Vivier wrote:
> >
> > > but "-hda" is an alias for "-drive file="%s",index=%d,media=disk".
> >
> > It appears to me as if "-hda" is impleme
Le mercredi 09 janvier 2008 à 13:27 +0100, Andreas Färber a écrit :
> Am 09.01.2008 um 13:08 schrieb Laurent Vivier:
>
> > Le mercredi 09 janvier 2008 à 11:40 +0100, andrzej zaborowski a
> > écrit :
> >> On 09/01/2008, Laurent Vivier <[EMAIL PROTECTED]> wrote:
> >>> Le mercredi 09 janvier 2008 à
Le mercredi 09 janvier 2008 à 12:27 +, Johannes Schindelin a écrit :
> Hi,
>
> On Wed, 9 Jan 2008, Laurent Vivier wrote:
>
> > but "-hda" is an alias for "-drive file="%s",index=%d,media=disk".
>
> It appears to me as if "-hda" is implemented suboptimally, then. In
> particular, drive_add(
This is version 2.2 of the patch to re-implement the "GET CONFIGURATION"
MMC-6 command as used by the IDE emulation to match the published SPEC
and that was originally published in :
http://lists.gnu.org/archive/html/qemu-devel/2007-11/msg00849.html
Important changes from the previous patches
On 09/01/2008, Laurent Vivier <[EMAIL PROTECTED]> wrote:
> Le mercredi 09 janvier 2008 à 11:40 +0100, andrzej zaborowski a écrit :
> > On 09/01/2008, Laurent Vivier <[EMAIL PROTECTED]> wrote:
> > > Le mercredi 09 janvier 2008 à 10:31 +0100, Laurent Vivier a écrit :
> > > > Le mardi 08 janvier 2008
Am 09.01.2008 um 13:08 schrieb Laurent Vivier:
Le mercredi 09 janvier 2008 à 11:40 +0100, andrzej zaborowski a
écrit :
On 09/01/2008, Laurent Vivier <[EMAIL PROTECTED]> wrote:
Le mercredi 09 janvier 2008 à 10:31 +0100, Laurent Vivier a écrit :
Le mardi 08 janvier 2008 à 17:17 +0100, Hervé P
Hi,
On Wed, 9 Jan 2008, Laurent Vivier wrote:
> but "-hda" is an alias for "-drive file="%s",index=%d,media=disk".
It appears to me as if "-hda" is implemented suboptimally, then. In
particular, drive_add() should be able to get a separate "file" parameter,
which can be overridden by the "fmt
On Wed, 9 Jan 2008, Marius Groeger wrote:
> I'm having problems with qemu's (-M prep, -cpu 604) handling of the
> MSR_SE bit. My gdbstub can successfully step along regular code, but
> qemu chokes when stepping over a branch instruction like "blr".
> (Needless to say, that same gdbstub works fi
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer 08/01/09 12:14:45
Modified files:
. : qemu-doc.texi
Log message:
qemu manpage: describe arguments of usbdevice option, by Aurelien Jarno.
CVSWeb URLs:
http://cvs.savannah.gnu.org/v
Le mercredi 09 janvier 2008 à 11:40 +0100, andrzej zaborowski a écrit :
> On 09/01/2008, Laurent Vivier <[EMAIL PROTECTED]> wrote:
> > Le mercredi 09 janvier 2008 à 10:31 +0100, Laurent Vivier a écrit :
> > > Le mardi 08 janvier 2008 à 17:17 +0100, Hervé Poussineau a écrit :
> > > > Hi,
> > > >
> >
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer 08/01/09 12:03:22
Modified files:
target-mips: exec.h
Log message:
Fix typo which broke MIPS32R2 64-bit FPU support.
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/target-mips/exec.h
On 09/01/2008, Laurent Vivier <[EMAIL PROTECTED]> wrote:
> Le mercredi 09 janvier 2008 à 10:31 +0100, Laurent Vivier a écrit :
> > Le mardi 08 janvier 2008 à 17:17 +0100, Hervé Poussineau a écrit :
> > > Hi,
> > >
> > > On Windows, since December 2nd, files names provided in command line
> > > have
Le mercredi 09 janvier 2008 à 10:31 +0100, Laurent Vivier a écrit :
> Le mardi 08 janvier 2008 à 17:17 +0100, Hervé Poussineau a écrit :
> > Hi,
> >
> > On Windows, since December 2nd, files names provided in command line
> > have to double their backslash to work correctly, for example: "-hda
On 09/01/2008, Laurent Vivier <[EMAIL PROTECTED]> wrote:
> Le mardi 08 janvier 2008 à 17:17 +0100, Hervé Poussineau a écrit :
> > Hi,
> >
> > On Windows, since December 2nd, files names provided in command line
> > have to double their backslash to work correctly, for example: "-hda
> > c:\\disks\\
Le dimanche 06 janvier 2008 à 23:44 +0100, Juergen Lock a écrit :
> (which I didn't yet test at all, it should e.g. allow scsi drives to be
> emulated, tho very likely FreeBSD host support for the scsi passthru
> feature still needs to be done, and io via qemu is probably too slow to
> burn a dvd
Le mardi 08 janvier 2008 à 17:17 +0100, Hervé Poussineau a écrit :
> Hi,
>
> On Windows, since December 2nd, files names provided in command line
> have to double their backslash to work correctly, for example: "-hda
> c:\\disks\\qemu.qcow" instead of -hda c:\disks\qemu.qcow"
> This patch remo
Anup Gangwar wrote:
> In one of the posts for Vista on QEMU someone had mentioned that ACPI
> is to be blamed. In one of the subsequent posts it was pointed that
> ACPI is supported quite well in EFI BIOS. This is the reason I had
> mentioned that it no longer works with QEMU.
>
> The goal still re
In one of the posts for Vista on QEMU someone had mentioned that ACPI is to
be blamed. In one of the subsequent posts it was pointed that ACPI is
supported quite well in EFI BIOS. This is the reason I had mentioned that it
no longer works with QEMU.
The goal still remains to get Vista 64-bit worki
38 matches
Mail list logo
