>> - glib everywhere
>
> - Let's start planning our next release in advance, here's a simple example:
>
> http://wiki.qemu.org/Planning/0.15-example
>
What about planning the 0.14 release first? From what I see on the
mailing list, we are more in a developme
On Tue, Jan 25, 2011 at 03:42:04PM +0100, Kevin Wolf wrote:
> Am 25.01.2011 15:11, schrieb Aurelien Jarno:
> > Luiz Capitulino a écrit :
> >> On Mon, 24 Jan 2011 16:06:34 -0600
> >> Anthony Liguori wrote:
> >>
> >>> On 01/24/2011 07:25 AM, Chri
MCG_STATUS_MCIP | MCG_STATUS_RIPV, 0, 0);
> }
> }
> }
> --
> 1.7.2.3
>
>
>
--
Aurelien Jarno GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net
--
To unsubscribe from this list: send the l
t
- has not the correct memory size
- doesn't have 2 serial port
That basically only leaves the PCI and USB devices configurable, but
those are already using qdev.
--
Aurelien Jarno GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net
--
To
malloc buffer in rng_core instead of vmalloc one.
What would be best way to fix that? Did I miss another way?
Thanks,
Aurelien
--
Aurelien Jarno GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net
--
To unsubscribe from this list: send th
On Wed, Feb 27, 2013 at 10:43:37AM +1030, Rusty Russell wrote:
> Aurelien Jarno writes:
> > Hi,
> >
> > I have noticed that virtio-rng only returns zero for kernels >= 2.6.33
> > built with CONFIG_HW_RANDOM=m. This is a bit much too predictable for a
>
On Wed, Feb 27, 2013 at 11:56:55AM +1030, Rusty Russell wrote:
> Aurelien Jarno writes:
> > Hi,
> >
> > I have noticed that virtio-rng only returns zero for kernels >= 2.6.33
> > built with CONFIG_HW_RANDOM=m. This is a bit much too predictable for a
> > rand
YAMON) won't work and that this should be forbidden to the
user.
> Based on "[PATCH 12/12] KVM/MIPS: General KVM support and support for
> SMP Guests" by Sanjay Lal .
>
> Signed-off-by: James Hogan
> Reviewed-by: Aurelien Jarno
> Cc: Peter Maydell
> Cc: San
n't start periodic timer in KVM mode
> > hw/mips: Add API to convert KVM guest KSEG0 <-> GPA
> > target-mips: kvm: Add main KVM support for MIPS
> > hw/mips: In KVM mode, inject IRQ2 (I/O) interrupts via ioctls
> > target-mips: Enable KVM support in build syst
On Thu, Jun 19, 2014 at 12:34:24PM -0700, Sanjay Lal wrote:
>
> On Jun 19, 2014, at 9:27 AM, Aurelien Jarno wrote:
>
> > On Tue, Jun 17, 2014 at 11:10:35PM +0100, James Hogan wrote:
> >> In KVM mode the bootrom is loaded and executed from the last 1MB of
> >>
On Fri, Jun 20, 2014 at 02:07:05AM -0400, Paolo Bonzini wrote:
>
>
> - Messaggio originale -
> > Da: "Aurelien Jarno"
> > A: "Sanjay Lal"
> > Cc: "James Hogan" , qemu-de...@nongnu.org, "Peter
> > Maydell" ,
&g
On Fri, Jun 20, 2014 at 12:38:30PM +0200, Paolo Bonzini wrote:
> Il 20/06/2014 11:10, Aurelien Jarno ha scritto:
> >> My idea was to add a machines-specific option umkernel=on, and require it
> >> in order to run KVM. Later we can add umkernel=on support for TCG as well,
&g
On Fri, Jun 20, 2014 at 10:25:24AM +0100, James Hogan wrote:
> On 19/06/14 22:47, Aurelien Jarno wrote:
> > On Thu, Jun 19, 2014 at 12:34:24PM -0700, Sanjay Lal wrote:
> >>
> >> On Jun 19, 2014, at 9:27 AM, Aurelien Jarno wrote:
> >>
> >>> On Tu
wever
> we should set it correctly now so as not to break migration/loadvm to a
> future version of QEMU that does support EBase.
>
> Signed-off-by: James Hogan
> Cc: Aurelien Jarno
> Cc: Paolo Bonzini
> ---
> target-mips/translate.c | 8 +++-
> 1 file changed, 7 in
; version of MIPS KVM.
>
> Reported-by: Andreas Färber
> Signed-off-by: James Hogan
> Cc: Aurelien Jarno
> Cc: Paolo Bonzini
> ---
> hw/mips/mips_malta.c | 6 +++---
> 1 file changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/hw/mips/mips_malta.c b/hw/m
t; KVM yet as KVM doesn't expose it, however we should ensure it is set
> correctly now to reduce the risk of breaking migration/loadvm to a
> future version of QEMU/Linux that does support them.
>
> Signed-off-by: James Hogan
> Cc: Aurelien Jarno
> Cc: Paolo Bonzini
>
0 can't be used with KVM.
>
> Signed-off-by: James Hogan
> Cc: Aurelien Jarno
> Cc: Paolo Bonzini
> ---
> hw/mips/mips_malta.c | 14 ++
> 1 file changed, 14 insertions(+)
>
> diff --git a/hw/mips/mips_malta.c b/hw/mips/mips_malta.c
> index 76cf5f2
for writes.
>
> Signed-off-by: James Hogan
> Cc: Aurelien Jarno
> Cc: Peter Maydell
> Cc: Paolo Bonzini
> Cc: Gleb Natapov
> Cc: Christoffer Dall
> Cc: Sanjay Lal
> ---
> target-mips/op_helper.c | 11 +++
> 1 file changed, 11 insertions(+)
>
On Mon, Dec 16, 2013 at 02:12:43PM +, James Hogan wrote:
> From: Sanjay Lal
>
> COP0 emulation is in-kernel for KVM, so inject IRQ2 (I/O) interrupts via
> ioctls.
>
> Signed-off-by: Sanjay Lal
> Signed-off-by: James Hogan
> Cc: Aurelien Jarno
> ---
> Cha
On Mon, Dec 16, 2013 at 02:12:45PM +, James Hogan wrote:
> From: Sanjay Lal
>
> Enable KVM support for MIPS in the build system.
>
> Signed-off-by: Sanjay Lal
> Signed-off-by: James Hogan
> Cc: Aurelien Jarno
> ---
> Changes in v2:
> - Expand commi
On Mon, Dec 16, 2013 at 02:12:36PM +, James Hogan wrote:
> From: Sanjay Lal
>
> Compare/Count timer interrupts are handled in-kernel for KVM, so don't
> bother starting it in QEMU.
>
> Signed-off-by: Sanjay Lal
> Signed-off-by: James Hogan
> Cc: Aurelien
On Mon, Dec 16, 2013 at 02:12:44PM +, James Hogan wrote:
> In KVM mode the bootrom is loaded and executed from the last 1MB of
> DRAM.
>
> Based on "[PATCH 12/12] KVM/MIPS: General KVM support and support for
> SMP Guests" by Sanjay Lal .
>
> Signed-off-by: Ja
hat debug memory access works.
>
> This is done by translating the address to a standard kseg0 or kseg2
> address before doing the normal address translation. The real virtual
> address is still used for TLB lookups.
>
> Signed-off-by: James Hogan
> Cc: Aurelien Jarn
Lal
> Signed-off-by: James Hogan
> Cc: Aurelien Jarno
> ---
> Changes in v2:
> - Expand commit message
> - Remove unnecessary include
> ---
> hw/mips/addr.c| 10 ++
> include/hw/mips/cpudevs.h | 4
> 2 files changed, 14 insertions(+)
>
ease the target page
> size to 16K when KVM is configured.
>
> Signed-off-by: Sanjay Lal
> Signed-off-by: James Hogan
> Cc: Aurelien Jarno
> ---
> Changes in v2:
> - Expand commit message
> ---
> target-mips/mips-defs.h | 5 +
> 1 file changed, 5 insertion
igmask) + sizeof(*sigset));
>
> +#ifdef TARGET_MIPS
> +/* MIPS has 128 signals */
> +sigmask->len = 16;
> +#else
> sigmask->len = 8;
> +#endif
> memcpy(sigmask->sigset, sigset, sizeof(*sigset));
> r = kvm_vcpu_ioctl(cpu, KVM_SET_SIGNAL_MASK, sigmask)
On Mon, Dec 16, 2013 at 02:12:38PM +, James Hogan wrote:
> Add preprocessor definitions for 32bit segment bases for use in
> get_physical_address(). These will also be taken advantage of in the
> next patch which adds KVM awareness.
>
> Signed-off-by: James Hogan
>
On Mon, Dec 16, 2013 at 02:12:42PM +, James Hogan wrote:
> From: Sanjay Lal
>
> Implement the main KVM arch API for MIPS.
>
> Signed-off-by: Sanjay Lal
> Signed-off-by: James Hogan
> Cc: Aurelien Jarno
> Cc: Gleb Natapov
> Cc: Paolo Bonzini
> ---
>
ge is built for a large variety of hosts, some of them
maybe without KVM support.
I am all for enabling KVM by default, but I think it should fall back to
TCG if it is not enabled (probably with a warning so that the user is
aware of that). On the other hand, if the user explicitl
serve the
> glacial speed, and conclude it's crap.
>
That's why it should not fallback silently to TCG, but warn the user
about that.
On the other hand, on a machine without KVM support (which might just be
because of local policy admin policy which doesn't provide acc
"-no-kvm-irqchip disable KVM kernel mode PIC/IOAPIC/LAPIC\n",
> +QEMU_ARCH_I386)
> +
> HXCOMM This is the last statement. Insert new options before this line!
> STEXI
> @end table
>
As far as I understand, this option was not in QEMU, because this syntax
is
Don't overflow when computing the 64-bit period from 32-bit registers.
Fixes sourceforge bug #2826486.
Signed-off-by: Aurelien Jarno
---
arch/x86/kvm/lapic.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/x86/kvm/lapic.c b/arch/x86/kvm/lapic.c
index 9c
volunteers)
>
> What do you mean by push vs. pull?
>
> Anyway, Aurelien was working on a stable release last week, maybe
> he's interested in helping with the stables (or not :)).
>
I didn't find the time to do the stable release, but we should be very
clos
nce as fun and productive as
> possible are certainly appreciated!
The idea is nice, but would it be possible to hold this on a week-end,
I personally won't be able to attend such thing on a day week.
Or maybe holding that on two days: friday and saturday so that people
can participate a
}
>
> async = async->next;
> + count++;
> }
> -return NULL;
> +
> +if (count > 64)
> + fprintf(stderr, "uhci: warning lots of async transactions\n");
> +
> +return match;
> }
>
> static void uhci_attach(USBPort
>packet.len = ret;
> +async->packet.len = len;
>
> done:
> -ret = uhci_complete_td(s, td, async, int_mask);
> +len = uhci_complete_td(s, td, async, int_mask);
> uhci_async_free(s, async);
> -return ret;
> +return len;
> }
>
> static voi
boo_machine = {
> - "bamboo",
> - "bamboo",
> - bamboo_init,
> + .name = "bamboo",
> + .desc = "bamboo",
> + .init = bamboo_init,
> + .max_cpus = 1,
> };
>
>
>
--
.'&
anslator is not
exactly the same, but it still fails.
Aurelien
[1]
http://ftp.debian-ports.org/debian-cd/hurd-i386/current/debian-hurd-k16-qemu.img.tar.gz
--
.''`. Aurelien Jarno | GPG: 1024D/F1BCDB73
: :' : Debian developer | Electr
On Thu, Nov 20, 2008 at 10:48:21AM +0100, Marcelo Tosatti wrote:
> Hi Aurelien,
Hi,
> On Wed, Nov 12, 2008 at 08:00:37PM +0100, Aurelien Jarno wrote:
> > Hi,
> >
> > Starting with kvm-76 (and including kvm-79), Hurd does not boot anymore
> > under KVM. The ext2
On Tue, Nov 25, 2008 at 10:57:17AM +0100, Aurelien Jarno wrote:
> On Thu, Nov 20, 2008 at 10:48:21AM +0100, Marcelo Tosatti wrote:
> > Hi Aurelien,
> Hi,
>
> > On Wed, Nov 12, 2008 at 08:00:37PM +0100, Aurelien Jarno wrote:
> > > Hi,
> > >
> > > S
On Fri, Mar 20, 2009 at 08:14:05PM -0300, Marcelo Tosatti wrote:
> On Mon, Feb 23, 2009 at 01:33:05AM +0100, Aurelien Jarno wrote:
> > Hi,
> >
> > Since kvm-81, I have noticed that GNU/kFreeBSD 32-bit guest are crashing
> > under high load (during a compilation for
st.h
> @@ -37,7 +37,8 @@
> #define KVM_REQ_PENDING_TIMER 5
> #define KVM_REQ_UNHALT 6
> #define KVM_REQ_MMU_SYNC 7
> -#define KVM_REQ_KVMCLOCK_UPDATE8
> +#define KVM_REQ_MMU_GLOBAL_SYNC8
> +#define KVM_REQ_KVMCLOCK_UPDATE9
>
>
c global pages on fetch()
>
> If an unsync global page becomes unreachable via the shadow tree, which
> can happen if one its parent pages is zapped, invlpg will fail to
> invalidate translations for gvas contained in such unreachable pages.
>
> So sync global pages in fetch()
< 20)) {
> +fprintf(stderr, "qemu: without kvm support at most 4095 MB RAM
> can be simulated\n");
> +exit(1);
> +}
> }
>
> if (qemu_init_main_loop()) {
--
Aurelien Jarno GPG: 1024D/F1BCDB73
au
On Tue, Feb 23, 2010 at 03:07:20PM -0600, Anthony Liguori wrote:
> On 02/23/2010 02:30 PM, Alexander Graf wrote:
> >On 23.02.2010, at 18:02, Aurelien Jarno wrote:
> >
> >>Ryan Harper a écrit :
> >>>Currently, x86_64-softmmu qemu segfaults when trying to use>
On Tue, Feb 23, 2010 at 06:02:15PM +0100, Aurelien Jarno wrote:
> Ryan Harper a écrit :
> > Currently, x86_64-softmmu qemu segfaults when trying to use > 4095M memsize.
> > This patch adds a simple check and error message (much like the 2047 limit
> > on
> > 32
as
like that, we would not have shared libraries anymore. This is a
nightmare at different levels, and especially at security level.
We should probably interact more with the maintainers of the various
BIOS package (that could mean synced release), in order to avoid this
kind of problem. Of course
On Thu, Mar 04, 2010 at 03:34:34PM -0600, Ryan Harper wrote:
> * Aurelien Jarno [2010-03-04 15:27]:
> > On Tue, Feb 23, 2010 at 06:02:15PM +0100, Aurelien Jarno wrote:
> > > Ryan Harper a écrit :
> > > > Currently, x86_64-softmmu qemu segfaults when trying t
onst char *value)
> */
> static void parse_error(JSONParserContext *ctxt, QObject *token, const char
> *msg, ...)
> {
> -fprintf(stderr, "parse error: %s\n", msg);
> +va_list ap;
> +va_start(ap, msg);
> +fprintf(stderr, &
alue)
> */
> static void parse_error(JSONParserContext *ctxt, QObject *token, const char
> *msg, ...)
> {
> -fprintf(stderr, "parse error: %s\n", msg);
> +va_list ap;
> +va_start(ap, msg);
> +fprintf(stderr, "parse error: ");
> +
\n"
> - " read/write config file")
> +"read/write config file\n")
>
>
>
--
Aurelien Jarno GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net
--
To unsubscribe from t
lot, up to the point that
> some commiters commit code that has never hit a public mailing list
> before.
>
This is indeed something very useful that should be encouraged.
Depending on the patch and the persons that have reviewed/acked it, I
commit some patches only after a very qui
qemu-tech.html
> qemu-doc.info
> @@ -26,6 +28,7 @@ qemu-img-cmds.texi
> qemu-img-cmds.h
> qemu-io
> qemu-monitor.texi
> +QMP/qmp-commands.txt
> .gdbinit
> *.a
> *.aux
> @@ -50,4 +53,5 @@ pc-bios/optionrom/linuxboot.bin
> pc-bios/optionrom/multiboot.bin
>
b/.gitignore
> index ce66ed5..a32b7c4 100644
> --- a/.gitignore
> +++ b/.gitignore
> @@ -28,6 +28,7 @@ qemu-img-cmds.texi
> qemu-img-cmds.h
> qemu-io
> qemu-monitor.texi
> +QMP/qmp-commands.txt
> .gdbinit
> *.a
> *.aux
> --
> 1.7.0
>
>
>
eady contains a lot of fixes and we can do
a call for patches for this release. One week should be enough, so that
we can have the release at the end of next week (a few technical days
are needed in addition).
--
Aurelien Jarno GPG: 1024D/F1BCDB73
aurel...@aurel32.net
offered to take care of this, but so far I do not have commit
> access.
>
You don't necessarily need commit access for that. Just create your own
tree with backported patches, and then send a stable pull request to
the mailing list.
--
Aurelien Jarno GPG: 10
eadline today. I only got the patch series from Kevin. There are
currently 44 patches waiting in the stable tree, so I guess we can go
for a release. I plan to do that later this week if nobody opposes.
--
Aurelien Jarno GPG: 1024D/F1BCDB73
aurel...@aurel32.net
ts it takes very long is fixed in QEMU SVN. It will be fixed in
KVM as soon as the QEMU SVN is pulleD.
--
.''`. Aurelien Jarno | GPG: 1024D/F1BCDB73
: :' : Debian developer | Electrical Engineer
`. `' [EMAIL PROTECTED] | [EMAIL PROTECTED]
`-
;
>
> #define HPET_TN_ENABLE 0x004
> @@ -45,6 +46,7 @@
> #define HPET_TN_SETVAL 0x040
> #define HPET_TN_32BIT0x100
> #define HPET_TN_INT_ROUTE_MASK 0x3e00
> +#define HPET_TN_CFG_WRITE_MASK 0x3f4e
> #define HPET_TN_INT_ROUTE_SHIFT 9
>
e any problem in this patch? How can I further
debug the problem?
Aurelien
--
Aurelien Jarno GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net
--
To unsubscribe from this list: send the line "unsubscribe kvm" in
the body of a me
On Sun, Feb 22, 2009 at 10:47:13PM -0300, Marcelo Tosatti wrote:
> On Mon, Feb 23, 2009 at 01:33:05AM +0100, Aurelien Jarno wrote:
> > Hi,
> >
> > Since kvm-81, I have noticed that GNU/kFreeBSD 32-bit guest are crashing
> > under high load (during a compilation for
gs up temporarily, but it will eventually happen again.
>
> Suggestions?
>
This is most probably fixed in git, commit
7def4ba752cf629043e884dac8541fa5114c4c91
--
.''`. Aurelien Jarno | GPG: 1024D/F1BCDB73
: :' : Debian developer |
fix this in kvm
> (1:84+dfsg-0ubuntu5) jaunty by applying:
> *
> http://svn.savannah.gnu.org/viewvc/trunk/exec.c?r1=6601&r2=6628&pathrev=6628&root=qemu&view=patch
>
This is exactly the patch I told you to try, so it is already in the git
tree.
Aurelien
--
Aurelien
id it would
> grow too fast, though we just add some key feature to it.
>
What about dumping the virtualisation flags to the kernel log when the
vmx/svm module is loaded?
Also do we have an idea of the number of flags that would appear on a
current CPU?
--
.''`. Aurelien Jarno
64 matches
Mail list logo
