I see neither the change to sd_init implementation nor the implementation
of sd_is_mmc.
Best regards,
Filip Navara
On Fri, Mar 26, 2010 at 5:06 PM, Riku Voipio wrote:
> From: Juha Riihimäki
>
> change sd_init convention to allow multiple entries
>
> Signed-Off-By: Riku Voipio
On Fri, Dec 18, 2009 at 11:05 PM, Aurelien Jarno wrote:
> On Fri, Dec 18, 2009 at 10:32:37PM +0100, Marc Andre Tanner wrote:
> > On Tue, Dec 01, 2009 at 09:41:43PM +0100, Filip Navara wrote:
> > > While most of the ARMv5 instructions are backward compatible with
> ARMv4
the easiest for everyone (at least the readers) is
> git-format-patch and git-send-email.
If only everything was as easy as it sounds. Unfortunately
git-send-email was for long time unavailable to Windows users and even
now it is barely usable and hard to configure. TortoiseGit once again
doesn't work because of the changed setting on the nongnu.org mail
server... For me it is never-ending battle, instead of working on QEMU
I have to "fix" the GIT tools to send the patches properly each time I
want to send a patch.
Best regards,
Filip Navara
mode and several
instructions are treated as unimplemented (BLX, PLD, BKPT, LDRD, STRD).
Added are processor definitions for ARM7TDMI and ARM920T.
Based on patches by Ulrich Hecht and Vincent Sanders
.
Signed-off-by: Filip Navara
---
target-arm/cpu.h |7 ++-
target-arm/hel
On Sun, Nov 29, 2009 at 10:12 PM, Rob Landley wrote:
> On Sunday 29 November 2009 03:57:37 Filip Navara wrote:
>> On Sun, Nov 29, 2009 at 8:00 AM, Rob Landley wrote:
>> > On Friday 27 November 2009 05:35:26 Filip Navara wrote:
>> >> On Fri, Nov 27, 200
On Sun, Nov 29, 2009 at 8:00 AM, Rob Landley wrote:
> On Friday 27 November 2009 05:35:26 Filip Navara wrote:
>> On Fri, Nov 27, 2009 at 12:17 PM, Vincent Sanders
> wrote:
>> > I appear to be unable to take a hint, your silence on this patch in
>> > the past prob
On Fri, Nov 27, 2009 at 12:17 PM, Vincent Sanders wrote:
> I appear to be unable to take a hint, your silence on this patch in
> the past probably ought to have been a clue. however this will be the
> last time I bother to try and get anything merged so you wont have to
> be disturbed again.
>
> T
On Tue, Nov 17, 2009 at 8:17 PM, Evgeniy Dushistov wrote:
> On Tue, Nov 17, 2009 at 10:28:25AM +0100, Filip Navara wrote:
>> Interesting, I have been working on AT91SAM7X implementation. Most of
>> the stuff is in the GIT repository at
>> http://repo.or.cz/w/qemu/navara.git
&
On Tue, Nov 17, 2009 at 8:23 PM, Evgeniy Dushistov wrote:
> On Tue, Nov 17, 2009 at 10:39:27AM +0100, Filip Navara wrote:
>> I'd say it is preferable to split the individual devices and model
>> them using the QDEV infrastructure instead of putting it all together
>> i
"bus matrix", SDRAM controller and
USART (which is very similar to DBGU) to be split up.
Best regards,
Filip Navara
On Sun, Nov 15, 2009 at 9:49 PM, Evgeniy Dushistov wrote:
> add emulation of at91sam9263 cpu, plus sdram, plus nor flash connected to
> this cpu
&g
). In fact my patches lack the flash emulation which would
be a welcome addition.
Best regards,
Filip Navara
On Sun, Nov 15, 2009 at 9:47 PM, Evgeniy Dushistov wrote:
> This patch series add to qemu ability,
> to emulate Atmel ARM AT91SAM9263 CPU, details about this CPU
> you can fin
On Mon, Nov 9, 2009 at 3:35 PM, Anthony Liguori wrote:
> Filip Navara wrote:
>
>> The support for multiple keyboard devices is essential for emulating
>> embedded boards where multiple input devices are present (eg. keypad and
>> rotary encoder) which are implemented usi
The support for multiple keyboard devices is essential for emulating embedded
boards where multiple input devices are present (eg. keypad and rotary encoder)
which are implemented using separate QEMU devices.
Signed-off-by: Filip Navara
---
console.h | 11 ++-
hw/xenfb.c |8
mode and several
instructions are treated as unimplemented (BLX, PLD, BKPT, LDRD, STRD).
Based on patch by Ulrich Hecht .
Signed-off-by: Filip Navara
---
target-arm/cpu.h |6 ++-
target-arm/helper.c| 24 ++
target-arm/translate.c |
ssions, so that user
mode VMware tools can communicate to the backdoor.
Best regards,
Filip Navara
vmport.patch
Description: Binary data
On Jan 20, 2008 5:53 PM, Alexander Graf <[EMAIL PROTECTED]> wrote:
>
> On Jan 20, 2008, at 5:37 PM, Filip Navara wrote:
>
> The specific VMware backdoor call isn't implemented, but the framework is
> there and it wouldn't be hard to add support for it. The BIOS can
The specific VMware backdoor call isn't implemented, but the framework is
there and it wouldn't be hard to add support for it. The BIOS can fallback
to some "reasonable" value if the backdoor isn't available.
Best regards,
Filip Navara
On Jan 20, 2008 5:20 PM, Alexand
http://sourceforge.net/tracker/index.php?func=detail&aid=1864692&group_id=12580&atid=312580
- Filip
On Jan 20, 2008 3:25 PM, Paul Brook <[EMAIL PROTECTED]> wrote:
> On Sunday 20 January 2008, Filip Navara wrote:
> > Hello,
> >
> > attached is a patch that
Actually somebody has already described the problem on the mailing list and
Paul Brook replied to that message. Hopefully you can find it in the
archives.
F.
On Dec 12, 2007 5:25 PM, 武田 俊也 <[EMAIL PROTECTED]> wrote:
> Hi all.
>
> I encountered the crash problem with windows build on Core-Duo ho
No changes are required for Bochs BIOS. Sorry for late reply, the message
was discarded by spam filter :-/
Best regards,
Filip Navara
On 9/8/07, Alex Beregszaszi <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> On Sat, 2007-09-08 at 21:21 +0200, Filip Navara wrote:
> > Attached pa
Both of these cards have implementations for QEMU. The PCnet one is in the
CVS for quite some time and the e1000 emulation was discussed on the mailing
list some time ago, but wasn't merged (yet?).
Best regards, Filip Navara
On 9/15/07, Ben Pfaff <[EMAIL PROTECTED]> wrote:
>
>
Here it is, sorry for the delay.
Best regards,
Filip Navara
On 9/9/07, Thiemo Seufer <[EMAIL PROTECTED]> wrote:
>
> Filip Navara wrote:
> > Fix the CPUID function 2 to correctly report cache info for the
> particular
> > processor. I chose the values closest to t
duced by Intel and on AMD processor it's only used for compatibility,
but not for AMD-specific extensions. You can learn more by looking at the
tables on http://www.sandpile.org/ia32/cpuid.htm.
Best regards,
Filip Navara
On 9/10/07, Dan Kenigsberg <[EMAIL PROTECTED]> wrote:
>
> L
Hi,
the performance registers aren't implemented on QEMU.
Best regards,
Filip Navara
On 9/10/07, Peter Nguyen <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> I'm using qemu at the moment to run a system for debugging purposes. I
> was wondering whether qemu does a
Here it is.
Best regards,
Filip Navara
On 9/10/07, Thiemo Seufer <[EMAIL PROTECTED]> wrote:
>
> Filip Navara wrote:
> > Not sure if this is usefull, but the Darwin network driver uses the
> "flow
> > control" registers, so it's not good idea to bail o
Attached patch allows KQEMU to build on pure MinGW installation without the
need for ELF tools or compilation on Linux. I'm not sure if it breaks the
Linux compilation, so it should be carefully tested. Hope it's usefull at
least for someone.
Best regards,
Filip Navara
kqemu-
Attached patch allows KQEMU to build on pure MinGW installation without the
need for ELF tools or compilation on Linux. I'm not sure if it breaks the
Linux compilation, so it should be carefully tested. Hope it's usefull at
least for someone.
Best regards,
Filip Navara
kqemu-
Not sure if this is usefull, but the Darwin network driver uses the "flow
control" registers, so it's not good idea to bail out and stop the emulation
if they're accessed. The registers aren't vital for the EEPRO 100 operation,
so no harm in ignoring them.
qemu-eepro100-flow-control.patch
Descrip
Fix the reported xlevel for Intel CPU. We support the extended CPUID calls,
so report that we support them.
qemu-cpuid-xlevel.patch
Description: Binary data
Fix the CPUID function 2 to correctly report cache info for the particular
processor. I chose the values closest to the ones reported in the AMD
registers. This is important for operating systems that detect cache line
width and later call CLFLUSH for each line. In the previous implementation
the v
There is a bug in the block-vmdk.c that prevents writing to images larger
than 2Gb on Windows host operating systems. Attached patch fixes it.
qemu-block-vmdk.patch
Description: Binary data
Attached patch implements enough of the MMC-6 specification so that certain
guest operating systems (Darwin/x86) recognize the emulated CD-ROM drive as
DVD one. Specific DVD behavior is enabled for images larger than 700Mb.
qemu-ide-dvd.patch
Description: Binary data
Natalia Portillo wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Great document except because OSes (but DOS, so on) won't use BIOS
but direct IDE (through IRQs 14 and 15 and their I/O ports) or PIIX,
and that is what is needed to be expanded first (as BIOS will use them).
So, ATA-6
http://www.t13.org/project/d1410r3a.pdf
Jim C. Brown wrote:
On Sun, Dec 25, 2005 at 11:11:05PM +, Natalia Portillo wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
Can anyone implement LBA48 in QEMU please?
Regards,
Natalia Portillo
Sounds easy enough. Can you send me
Paul Brook wrote:
[snip]
int slirp_can_output(void)
{
-return 1;
+qemu_can_send_packet(slirp_vc);
}
It would be wise to return the value here.
- Filip
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listin
Filip Navara wrote:
Changelog:
Raise a GPF exception instead of page fault if the sign extension of
64-bit address isn't valid.
sigh, i should never make patches just after i wake up...
Index: target-i386/helper.c
===
RCS
Changelog:
Raise a GPF exception instead of page fault if the sign extension of
64-bit address isn't valid.
Index: target-i386/helper.c
===
RCS file: /cvsroot/qemu/qemu/target-i386/helper.c,v
retrieving revision 1.58
diff -u -r1.58
Can be related to
http://www.reactos.org/bugzilla/show_bug.cgi?id=716
- Filip
djame wrote:
Are we the only persons with this problem ?
[EMAIL PROTECTED] a écrit :
Hi,
Hi,
I have the exact same problem here on linux (mdk 9.2) even if I use
the localtime option
last time I used 'date' t
Emmanuel Charpentier wrote:
Dear List,
Natalia Portillo noticed that XP_64 refused to install due to lack of
APICs. Filip Navara proposed an initial patch, and Fabribe Bellard
proposed :
I can include the patch with a specific option to enable it. The
option will disapear when the hack
ce Bellard <[EMAIL PROTECTED]> 05/09/03 17:55:47
Modified files:
. : exec-all.h kqemu.c vl.c
Log message:
kqemu_cpu_interrupt support for win32 (Filip Navara)
CVSWeb URLs:
http://savannah.gnu.org/cgi-bin/viewcvs/qemu/qemu/exec-all.h.diff?tr1=1.36&tr2=1.37&
Francois Rioux wrote:
Filip,
I'm not trying to put the guest in ram. As you state, let's Windows
manage its whole memory, paging and swapping. I agree it would be as
dumb as setting up a ramdisk to put the swapfile. Let's not trying to
outsmart the OS.
There's slight misunderstaning the
Francois Rioux wrote:
[snip]
Ramdisk might have been a real performance accelerator for Windows
hosts with enough RAM available. Since I can't find the temp memory
image file is saved, I can't use that option.
Why do you think that it would improve performance? Sorry, but that's
complete ru
Jonas Maebe wrote:
On 26 aug 2005, at 15:57, [EMAIL PROTECTED] wrote:
QEMU is working better from hour to hour :-)
Now I am looking for a way to get my data from the linux client to
the Win2K host. When I use the integrated smb I get a transfer rate
from about 15 KB :-(
the tftp is about
Filip Navara wrote:
Francois Rioux wrote:
I'm exploring QEMU Windows guests under Windows (XP Pro) host. I've
successfully installed W2000 Adv Server, BartPE as guests.
At some point, I've tried to launch and work with QEMU in a Remote
Desktop (terminal server, RDP) sess
Francois Rioux wrote:
I'm exploring QEMU Windows guests under Windows (XP Pro) host. I've
successfully installed W2000 Adv Server, BartPE as guests.
At some point, I've tried to launch and work with QEMU in a Remote
Desktop (terminal server, RDP) session. The result is the following:
- No
Yves Trudeau wrote:
Hi,
I am trying to use a VMWare Win2k image in Qemu-0.7.1. I imported
the image with qemu-img successfully but when I lauch qemu, I have the
first part (in text mode) of the win2k boot with the progress bar but
as soon as it attempt to switch to graphic mode, qemu free
ashish patil wrote:
I downloaded QEMU for Windows Alpha [Binaries] from
http://www.h7.dion.ne.jp/~qemu-win/
and tested them with Puppy Linux [www.goosee.com/puppy/].
It worked well, without any problems . Also I was impressed with the
speed which was several times faster than Bochs and was c
Ellis, Mike wrote:
Hi there...
This is probably already in the works, but just in case it hadn't been reported yet, I think the
latest versions of "windows qemu" and "windows kqemu" may be out of sync.
Using qemu 0.7.1-3 from:
http://qemu.dad-answers.com/download/win32/
and the latest kq
Hi!
Steve D. Perkins wrote:
Paul Brook wrote:
Are you sure you included the correct patch?
I don't see anything win32 specific about this patch. AFAICS it's
just the gcc4 patch *that I wrote* and posed some time ago.
Both cygwin and mingw is still using gcc3.4.x, so it shouldn't be
necessa
Antony Gelberg wrote:
Paul Brook wrote:
On Wednesday 27 July 2005 14:21, Antony Gelberg wrote:
I've gotten a little further, but don't seem to be finding this as easy
as some of you. I can now type the admin password at the login screen,
but I get a dialog, title "Windows Product Act
Christian MICHON wrote:
>inside the qemu monitor (CTRL-ALT-2), type "info kqemu".
>Just to confirm.
>
>If you get "kqemu is enabled", report exactly which linux
>guest you're using. Did you do your own qemu compilation ?
>
>if not, you surely missed applying the regedit file, reboot the
>machine a
nt_cache {
uint32_t selector;
Index: ChangeLog
===
RCS file: /cvsroot/qvm86/qvm86/ChangeLog,v
retrieving revision 1.20
diff -u -p -r1.20 ChangeLog
--- ChangeLog 18 Jun 2005 22:59:47 - 1.20
+++ ChangeLog 28 Jul 2005 11:14:05 -
Elefterios Stamatogiannakis wrote:
[snip]
You can compile it yourself on either Windows machine with MinGW or
on linux machine with MinGW cross-compiler.
I tried to compile kqemu with MinGW without luck (although i didn't
push it much). The error was:
kqemu-win32.o(.text+0x217):kqemu-win
fndef KQEMU_H
#define KQEMU_H
-#define KQEMU_VERSION 0x010100
+#define KQEMU_VERSION 0x010101
struct kqemu_segment_cache {
uint32_t selector;
--- kqemu/kqemu.inf Thu Jan 1 01:00:00 1970
+++ kqemu/kqemu.inf Wed Jul 27 22:34:39 2005
@@ -0,0 +1,64 @@
+; Copyright (C) 2005 Filip Na
Two more patches...
qemu-20050723-05-apic.diff
EXTINT delivery mode support for I/O APIC.
qemu-20050723-06-div.diff
Raise #DE exception on DIV/IDIV overflows.
--- hw/apic.c Sat Jul 23 16:23:17 2005
+++ hw/apic.c Fri Jul 22 20:49:53 2005
@@ -127,7 +127,7 @@ static void apic_bus_deliver(uint32_t
J. Mayer wrote:
On Fri, 2005-07-22 at 00:10 +0200, Filip Navara wrote:
J. Mayer wrote:
Here's a long awaited patch (hum, Fabrice ? ;-) ).
It is really invasive in the target-ppc subdirectory.
[snip]
wow, you repeated my and Fabrice's mistake once more ... think
J. Mayer wrote:
Here's a long awaited patch (hum, Fabrice ? ;-) ).
It is really invasive in the target-ppc subdirectory.
[snip]
wow, you repeated my and Fabrice's mistake once more ... think about the
code below more :)
note: when you'll be done thinking or run out of ideas see my x86-64
Filip Navara wrote:
Christian MICHON wrote:
Hi Filip,
On 7/20/05, Filip Navara wrote:
Hmm, I used it on Windows some time ago...
did it work ? I manage to update and compile the patch for qemu 0.7.0
and windows host (see attached file). I added some #ifdef and followed
Paul's
Christian MICHON wrote:
Hi Filip,
On 7/20/05, Filip Navara wrote:
Hmm, I used it on Windows some time ago...
did it work ? I manage to update and compile the patch for qemu 0.7.0
and windows host (see attached file). I added some #ifdef and followed
Paul's hint of yesterday
Filip Navara wrote:
[snip]
qemu-20050718-02-insns.patch
- Add support for AMD cache info MCR.
- Fix INVLPG instruction in 64bit mode.
- Implement the ENTER instruction for 64bit mode.
- Add dummy support for MCA, PAT, MTRR and CLFLUSH.
- Correct size of 16bit
qemu-20050718-01-vaddr.patch
Fix TB virtual page map for x86-64 (at least 48bits of VA must
be honoured).
qemu-20050718-02-insns.patch
- Add support for AMD cache info MCR.
- Fix INVLPG instruction in 64bit mode.
- Implement the ENTER instruction for 64bit mode.
Christian MICHON wrote:
Yes, this one !
I think I understand now why it's not in the mainline yet.
This is only for linux hosts. I doesn't compile (yet :) )
on Windows hosts.
I already tapped into the patch to see if I can make it
work on Windows.
Christian
Hmm, I used it on Windo
. Thanks for listening, and for the
good work,
Michael Noisternig
Regards,
Filip Navara
--- End Message ---
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel
g, and for the
good work,
Michael Noisternig
Regards,
Filip Navara
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel
Paul Brook wrote:
In addition to this patch I also needed the attached patch to get MinGW
GCC 3.4.1 builds working...
...
-if (strstart(sym_name, "__op_label", &p)) {
+if (strstart(sym_name, "__op_label", &p) ||
+strstart(sym_name, "_op_label", &p
Paul Brook wrote:
On Wednesday 11 May 2005 22:04, Paul Brook wrote:
The attached patch adds support for gcc4 x86 and x86_64 hosts.
This time with the correct patch attached.
Paul
In addition to this patch I also needed the attached patch to get MinGW
GCC 3.4.1 builds working...
- Filip
Cai Qiang wrote:
[snip]
I has also worked on serial port support for windows host, but my build of
qemu always crash, althrough I have tried different method: cross-compile
using i386-mingw32msvc; mingw/msys. If anyone who has build qemu windows
port can teach me about it, I will try to finish
Filip Navara <[EMAIL PROTECTED]>
Support for creating VMDK images.
Index: block-vmdk.c
===
RCS file: /cvsroot/qemu/qemu/block-vmdk.c,v
retrieving revision 1.5
diff -u -p -r1.5 block-vmdk.c
--- block-vmdk.c 26 Apr 2005 21:08:00
Filip Navara wrote:
Fabrice Bellard wrote:
CVSROOT:/cvsroot/qemu
Module name:qemu
Branch:
Changes by:Fabrice Bellard <[EMAIL PROTECTED]>05/04/26
20:38:17
Modified files:
target-i386: op.c ops_sse.h
Log message:
removed switches in op.c (Paul Brook)
CVSWe
Fabrice Bellard wrote:
CVSROOT:/cvsroot/qemu
Module name:qemu
Branch:
Changes by: Fabrice Bellard <[EMAIL PROTECTED]> 05/04/26 20:38:17
Modified files:
target-i386: op.c ops_sse.h
Log message:
removed switches in op.c (Paul Brook)
CVSWeb URLs:
http://sa
--- block-vmdk.c 18 Sep 2004 19:32:11 - 1.4
+++ block-vmdk.c 26 Apr 2005 05:35:34 -
@@ -2,6 +2,7 @@
* Block driver for the VMDK format
*
* Copyright (c) 2004 Fabrice Bellard
+ * Copyright (c) 2005 Filip Navara
*
* Permission is hereby granted, free of charge, to any person obtaining a
Jonas Maebe wrote:
On 25 Apr 2005, at 22:17, Massimo Dal Zotto wrote:
In the meantime until we find a better solution could you give us some
explanation on why using a microseconds clock from gettimeofday instead
of rdtsc the guest os clock runs always 20% slower?
Because a system call (which getti
Natalia Portillo wrote:
Hi!
Windows XP AMD64 version complains about there is no local APIC saying
that the CPU is not an AMD64 one without it.
It detects it by reading ACPI tables which isn't supported by QEMU atm.
I have a hack which makes it working if you're insterested...
- Filip
__
Filip Navara wrote:
Changelog:
- Fix packing of VMDK4Header.
- Add write support for VMDK files (tested only on VMDK4 files).
Please discard this patch for now...it causes some image corruption.
- Filip
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
--- block-vmdk.c 18 Sep 2004 19:32:11 - 1.4
+++ block-vmdk.c 24 Apr 2005 10:56:16 -
@@ -2,6 +2,7 @@
* Block driver for the VMDK format
*
* Copyright (c) 2004 Fabrice Bellard
+ * Copyright (c) 2005 Filip Navara
*
* Permission is hereby granted, free of charge, to any person obtaining a
75 matches
Mail list logo
