Title: Using Microsift Project for Effective Project Scheduling
Instructor Profile | About the Course | Workshop Objectives | Workshop Contents
Registration Details | Contact Details
I know you already have your own ideas to think of. :)
http://wiki.qemu.org/Google_Summer_of_Code_2011
But, I am wondering if any of you might have some UEFI or OVMF ideas for us:
http://sourceforge.net/apps/mediawiki/tianocore/index.php?title=GSOC2011
Thanks,
-Jordan
On Thu, Mar 3, 2011 at 10:02, vagran wrote:
> I have taken EFI BIOS image from
> http://sourceforge.net/apps/mediawiki/tianocore/index.php?title=OVMF
> 32-bit version works perfectly. However 64-bit version for some reason
> doesn't work on
> qemu-system-x86_64.
Hi. I was wondering if you could
Agevolazioni per lavoro autonomo
http://fineuropa2.x10.mx/lavoro_autonomo.html
---
This e-mail was sent to qemu-devel@nongnu.org because you are subscribed to
at least one of our mailing lists. If at any time you would like to remove
Good day!
I'm working on the omap3430 booting support from bootrom file.
On real hardware omap3430 have two copies of bootrom - low and high:
at the 0x14000 and 0x40014000
It was a problem, when qemu try to do reset GPMC, but now already solved.
But, stock omap3430 bootrom have it's own gpmc rese
I was able to reproduce this problem with qemu.git running OpenIndiana
148 with tap and bridge on the host. I did not see an issue with the
userspace network stack - seems to manifest itself as a checksum error
in transmitted packets.
Here is the host tcpdump during a TCP stall with mtu 1500:
19
On 2011-03-05 17:05, Marcelo Tosatti wrote:
> On Fri, Mar 04, 2011 at 11:20:08AM +0100, Jan Kiszka wrote:
>> Let kvm_cpu_exec return EXCP_* values consistently and generate those
>> codes already inside its inner loop. This means we will now re-enter the
>> kernel while ret == 0.
>>
>> Update kvm_h
On 2011-03-05 16:37, Marcelo Tosatti wrote:
> On Fri, Mar 04, 2011 at 11:20:00AM +0100, Jan Kiszka wrote:
>> KVM only requires to set the raised IRQ in CPUState and, if the user
>> space irqchip is used, to kick the receiving vcpu if it is remote.
>>
>> Signed-off-by: Jan Kiszka
>> ---
>> kvm-all
On 2011-03-05 18:14, Paolo Bonzini wrote:
> It is purely for icount-based virtual timers.
How about renaming the function to clarify its scope?
Jan
>
> Signed-off-by: Paolo Bonzini
> ---
> qemu-timer.c |7 +--
> 1 files changed, 1 insertions(+), 6 deletions(-)
>
> diff --git a/qemu-t
cache=none results in skipping the host page cache. So we can ignore
the tsyncfs request.
Signed-off-by: Aneesh Kumar K.V
---
hw/9pfs/virtio-9p.c |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/hw/9pfs/virtio-9p.c b/hw/9pfs/virtio-9p.c
index 75df1a1..dceefd5 100644
-
Signed-off-by: Aneesh Kumar K.V
---
hw/9pfs/virtio-9p.c | 21 +++--
1 files changed, 19 insertions(+), 2 deletions(-)
diff --git a/hw/9pfs/virtio-9p.c b/hw/9pfs/virtio-9p.c
index 1fa7256..293a562 100644
--- a/hw/9pfs/virtio-9p.c
+++ b/hw/9pfs/virtio-9p.c
@@ -142,7 +142,12 @@ st
cache=none implies the file are opened in the host with O_SYNC open flag
Signed-off-by: Aneesh Kumar K.V
---
fsdev/qemu-fsdev.c |8 +++-
fsdev/qemu-fsdev.h |1 +
hw/9pfs/virtio-9p.c | 17 -
hw/file-op-9p.h |1 +
qemu-config.c |6 ++
qemu-opti
SYNOPSIS
size[4] Tsyncfs tag[2] fid[4]
size[4] Rsyncfs tag[2]
DESCRIPTION
The Tsyncfs transaction transfers ("flushes") all modified data of
file system identified by fid to the disk device. The operation is
equivalent to calling sync() on the file system.
Signed-off-by: Anee
Signed-off-by: Aneesh Kumar K.V
---
hw/9pfs/virtio-9p.c | 327 ++-
hw/9pfs/virtio-9p.h | 22 +++-
2 files changed, 184 insertions(+), 165 deletions(-)
diff --git a/hw/9pfs/virtio-9p.c b/hw/9pfs/virtio-9p.c
index 27e7750..a9f52c6 100644
--- a/hw/
We use this flag when we reopen the file. We need
to track open flag because if the open request have
flags like O_SYNC, we want to open the file with same flag
in host too
Signed-off-by: Aneesh Kumar K.V
---
hw/9pfs/virtio-9p.c | 56 +-
hw/9pfs/
Signed-off-by: Aneesh Kumar K.V
---
hw/9pfs/virtio-9p.c | 99 --
1 files changed, 95 insertions(+), 4 deletions(-)
diff --git a/hw/9pfs/virtio-9p.c b/hw/9pfs/virtio-9p.c
index a9f52c6..811ac38 100644
--- a/hw/9pfs/virtio-9p.c
+++ b/hw/9pfs/virtio
we should use the local abstraction instead of
directly calling close.
Signed-off-by: Aneesh Kumar K.V
---
hw/9pfs/virtio-9p.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/hw/9pfs/virtio-9p.c b/hw/9pfs/virtio-9p.c
index 811ac38..c4b0198 100644
--- a/hw/9pfs/virtio-
This is a "real" fix for -icount, real in the sense that it
works in all cases including those that weren't fixed by my
first attempt.
Patch 1 is a sequel to my reorganization of qemu_next_deadline
vs. qemu_next_alarm_deadline. Patch 2 reverts the past attempts,
patch 3 is the three-line fix.
Pa
On 03/05/2011 05:35 PM, Marcelo Tosatti wrote:
TCG and KVM execution behaviour can become more
similar wrt locking by dropping qemu_global_mutex during generation and
execution of TBs.
Of course for memory or PIO accesses from vcpu context qemu_global_mutex
must be acquired.
-icount already ha
On Fri, Mar 04, 2011 at 11:20:00AM +0100, Jan Kiszka wrote:
> KVM only requires to set the raised IRQ in CPUState and, if the user
> space irqchip is used, to kick the receiving vcpu if it is remote.
>
> Signed-off-by: Jan Kiszka
> ---
> kvm-all.c | 17 +
> 1 files changed, 17
This reverts commits 225d02cd and c9f7383c. While some parts of
the latter could be saved, I preferred a smooth, complete revert.
Signed-off-by: Paolo Bonzini
---
qemu-timer.c | 66 +++--
1 files changed, 36 insertions(+), 30 deletions(-)
d
On Fri, Mar 04, 2011 at 11:20:08AM +0100, Jan Kiszka wrote:
> Let kvm_cpu_exec return EXCP_* values consistently and generate those
> codes already inside its inner loop. This means we will now re-enter the
> kernel while ret == 0.
>
> Update kvm_handle_internal_error accordingly, but keep
> kvm_a
It is purely for icount-based virtual timers.
Signed-off-by: Paolo Bonzini
---
qemu-timer.c |7 +--
1 files changed, 1 insertions(+), 6 deletions(-)
diff --git a/qemu-timer.c b/qemu-timer.c
index 88c7b28..06fa507 100644
--- a/qemu-timer.c
+++ b/qemu-timer.c
@@ -689,16 +689,11 @@ int64_t
The correct fix for -icount is obvious once you consider the biggest
difference between iothread and non-iothread modes. In the traditional
model, CPUs run _before_ the iothread calls select. In the iothread
model, CPUs run while the iothread isn't holding the mutex, i.e. _during_
those same call
On Sat, Feb 26, 2011 at 01:29:01PM +0100, Jan Kiszka wrote:
> > at
> > /var/tmp/portage/app-emulation/qemu-kvm-0.14.0/work/qemu-kvm-0.14.0/qemu-kvm.c:1466
> > #12 0x777bb944 in start_thread () from /lib/libpthread.so.0
> > #13 0x75e491dd in clone () from /lib/libc.so.6
> > (gdb
On 03/05/2011 05:50 PM, Peter Maydell wrote:
(1) Is there supposed to be any kind of guard on trying to
do a vmsave on a system with devices that don't implement
save/load? IME it just produces a snapshot which doesn't
work when you reload it...
I think you're right, devices currently have to c
On 5 March 2011 14:59, Paolo Bonzini wrote:
> On 03/05/2011 01:34 PM, Peter Maydell wrote:
>> Can you give an example/explanation? docs/migration.txt doesn't
>> seem to cover this...
>
> Sure, sorry for being terse. It simply needs to be:
>
> VMSTATE_UINT32_V(sys_cfgdata, arm_sysctl_state,
On 03/05/2011 01:34 PM, Peter Maydell wrote:
>> +VMSTATE_UINT32(sys_cfgdata, arm_sysctl_state),
>> +VMSTATE_UINT32(sys_cfgctrl, arm_sysctl_state),
>> +VMSTATE_UINT32(sys_cfgstat, arm_sysctl_state),
>>VMSTATE_END_OF_LIST()
>>}
>
> You need to presen
On Sat, 5 Mar 2011, Blue Swirl wrote:
Thanks, applied.
There were still some white space problem with the patch, the
unchanged lines had shifted by one space.
I guess that comes from reading patch file into alpine and wrapping ...
Anyway, thnx.
Ciao,
Gehrard
--
http://www.wiesinger.com/
Thanks, applied.
There were still some white space problem with the patch, the
unchanged lines had shifted by one space.
On Sat, Mar 5, 2011 at 2:44 PM, Gerhard Wiesinger wrote:
> bugfix under DOS for AMD netware driver:
> AMD PCNTNW Ethernet MLID v3.10 (960115), network card not found
>
> bugfi
> Can confirm screen update problems (wrong colors, e.g. red blocks).
With wich client, encoding, pixel format ? Does using another client
fix the issue ? Could you provide more informations (wireshark dumps,
screenshots, etc...) ?
Thanks,
--
Corentin Chary
http://xf.iksaif.net
On Fri, 4 Mar 2011, Stefan Weil wrote:
Am 04.03.2011 10:02, schrieb Corentin Chary:
On Thu, Mar 3, 2011 at 9:37 PM, Stefan Weil wrote:
Commit bc2429b9174ac2d3c56b7fd35884b0d89ec7fb02 introduced
a severe bug (stack corruption).
bitmap_clear was called with a wrong argument
which caused out-of
Fix selection of target list filter mode.
Signed-off-by: Adam Lackorzynski
Reviewed-by: Peter Maydell
---
hw/arm_gic.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/hw/arm_gic.c b/hw/arm_gic.c
index e6b1953..0e934ec 100644
--- a/hw/arm_gic.c
+++ b/hw/arm_gic.c
@@ -
Integrate secondary CPU reset into arm_boot, removing it from realview.c.
On non-Linux systems secondary CPUs start with the same entry as the boot
CPU.
Signed-off-by: Adam Lackorzynski
---
hw/arm_boot.c | 23 +++
hw/realview.c | 14 --
2 files changed, 15 ins
Implement VA->PA translations by cp15-c7 that went through unchanged
previously.
Signed-off-by: Adam Lackorzynski
---
target-arm/cpu.h |3 ++-
target-arm/helper.c | 48 ++--
target-arm/machine.c |2 ++
3 files changed, 50 insertions(+),
The following patches fix and enhance ARM related functionality.
Adam Lackorzynski (3):
target-arm: Fix soft interrupt in GIC distributor
target-arm: Implement cp15 VA->PA translation
target-arm: Integrate secondary CPU reset in arm_boot
Peter Maydell (1):
target-arm: Don't decode old cp1
From: Peter Maydell
In v7 of the ARM architecture, WFI (wait for interrupt) is a first-class
instruction, but in previous versions this functionality was provided
via a cp15 coprocessor register. Add correct feature checks to the
decoding of the cp15 WFI instructions so that they behave correctly
On Wed, 23 Feb 2011, Gerhard Wiesinger wrote:
On Wed, 23 Feb 2011, Peter Maydell wrote:
On 23 February 2011 18:06, Gerhard Wiesinger wrote:
I'm not a git expert. Can you explain how to merge 3 commit to one output
as
expected?
There are a number of ways to do it. I use stgit
(http://www.
On Sat, 5 Mar 2011, Blue Swirl wrote:
On Tue, Mar 1, 2011 at 9:20 PM, Gerhard Wiesinger wrote:
Hello,
Any feedback to the patch, ready to commit?
ERROR: Missing Signed-off-by: line(s)
Please add Signed-off-by: line.
Resend.
Ciao,
Gerhard
--
http://www.wiesinger.com/
bugfix under DOS for AMD netware driver:
AMD PCNTNW Ethernet MLID v3.10 (960115), network card not found
bugfix works well under DOS with:
1.) AMD NDIS driver v2.0.1
2.) AMD PCNTNW Ethernet MLID v3.10 (960115)
3.) Knoppix 6.2
Signed-off-by: Gerhard Wiesinger
---
hw/pcnet.c | 16 +
On 5 March 2011 12:11, Paolo Bonzini wrote:
> On 03/04/2011 09:34 PM, Peter Maydell wrote:
>>
>> .name = "realview_sysctl",
>> - .version_id = 1,
>> - .minimum_version_id = 1,
>> + .version_id = 2,
>> + .minimum_version_id = 2,
>> .fields = (VMStateField[]) {
>> VMST
Thanks, applied both.
On Thu, Mar 3, 2011 at 12:25 AM, Vincent Palatin wrote:
> make the code compile correctly when DEBUG is activated.
>
> Signed-off-by: Vincent Palatin
> ---
> slirp/bootp.c | 2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/slirp/bootp.c b/slirp/
On Tue, Mar 1, 2011 at 9:20 PM, Gerhard Wiesinger wrote:
> Hello,
>
> Any feedback to the patch, ready to commit?
ERROR: Missing Signed-off-by: line(s)
Please add Signed-off-by: line.
On Wed, Mar 2, 2011 at 3:36 PM, William Dauchy wrote:
> The initialization should not be only on reset but also when initializing
> the device.
> It resolves a bug when hot plugging a pci network device: the mac address
> was always null.
Missing Signed-off-by: line.
On 03/04/2011 09:34 PM, Peter Maydell wrote:
.name = "realview_sysctl",
-.version_id = 1,
-.minimum_version_id = 1,
+.version_id = 2,
+.minimum_version_id = 2,
.fields = (VMStateField[]) {
VMSTATE_UINT32(leds, arm_sysctl_state),
VMSTATE_UINT16(lockv
Hi all,
Is there any way by which we can run qemu on android-x86 OS.does qemu needs any
modification to run on android-x86
I'm trying to build QEMU with --static option but when m trying to run on
android it's getting stuck with the message
VNC srver running on "127.0.0.1:'
with regards,
On Thu, Mar 3, 2011 at 12:36 AM, Benjamin Poirier
wrote:
> Add support to the emulated hardware to extract vlan tags in packets
> going from the network to the guest.
>
> Signed-off-by: Benjamin Poirier
> Cc: Igor V. Kovalenko
> Cc: Jason Wang
> Cc: Michael S. Tsirkin
>
> --
>
> AFAIK, extract
On Sat, Mar 5, 2011 at 11:55 AM, Peter Maydell wrote:
> On 5 March 2011 09:48, Blue Swirl wrote:
>> On Sat, Mar 5, 2011 at 11:42 AM, Peter Maydell
>> wrote:
>>> On 5 March 2011 09:34, Blue Swirl wrote:
On Sun, Feb 27, 2011 at 7:52 PM, Stefan Weil wrote:
> +#include_next
Is
Le mardi 1 mars 2011 15:51:49, Natalia Portillo a écrit :
> > Actually I think they used to be online until recently, but Apple
> > revamped their archived not too long ago IIRC.
>
> For up to Mac II they are in the Inside Macintosh books, from them up to
> PowerPC you'll need to guess it, and for
On Tue, Mar 1, 2011 at 11:31 PM, Edgar E. Iglesias
wrote:
> On Fri, Feb 25, 2011 at 12:03:37AM +0100, Michael Walle wrote:
>> Am Donnerstag 17 Februar 2011, 23:45:01 schrieb Michael Walle:
>> > This patchset adds support for the LatticeMico32 softcore processor by
>> > Lattice Semiconductor.
>> >
On 5 March 2011 09:48, Blue Swirl wrote:
> On Sat, Mar 5, 2011 at 11:42 AM, Peter Maydell
> wrote:
>> On 5 March 2011 09:34, Blue Swirl wrote:
>>> On Sun, Feb 27, 2011 at 7:52 PM, Stefan Weil wrote:
+#include_next
>>>
>>> Isn't include_next an extension by GCC?
>>
>> Are gcc extensions f
On Sat, Mar 5, 2011 at 11:42 AM, Peter Maydell wrote:
> On 5 March 2011 09:34, Blue Swirl wrote:
>> On Sun, Feb 27, 2011 at 7:52 PM, Stefan Weil wrote:
>>> +#include_next
>>
>> Isn't include_next an extension by GCC?
>
> Are gcc extensions forbidden? We already have plenty of
> code that uses g
On 5 March 2011 09:34, Blue Swirl wrote:
> On Sun, Feb 27, 2011 at 7:52 PM, Stefan Weil wrote:
>> +#include_next
>
> Isn't include_next an extension by GCC?
Are gcc extensions forbidden? We already have plenty of
code that uses gcc-specific syntax or gcc extensions...
-- PMM
On Sun, Feb 27, 2011 at 7:52 PM, Stefan Weil wrote:
> timersub is needed by the latest vnc code.
>
> Signed-off-by: Stefan Weil
> ---
> hosts/w32/include/sys/time.h | 24
> 1 files changed, 24 insertions(+), 0 deletions(-)
> create mode 100644 hosts/w32/include/sys/ti
> Now please show me how I can use these tools when replying to
> a discussion and keeping other comments and thread flow. Yes
> sure this can be done, I can cut-n-paste all sorts of original
> message into the editor executed by git send-email, or even into
> command-line of git format-patch, but
05.03.2011 11:33, Corentin Chary wrote:
> On Sat, Mar 5, 2011 at 6:56 AM, Michael Tokarev wrote:
>> 05.03.2011 00:08, Corentin Chary wrote:
>> What's wrong with using an attachment? The whole email can be
>> fed into patch(1) (or git-am, whatever) and either will do the
>> job. But here it goes
On Sat, Mar 5, 2011 at 6:56 AM, Michael Tokarev wrote:
> 05.03.2011 00:08, Corentin Chary wrote:
>> On Fri, Mar 4, 2011 at 12:46 PM, Michael Tokarev wrote:
> []
>>> The attached slightly different patch fixes both places and fixes
>>> them for good (hopefully anyway). Runtime-tested for the tigh
On Fri, Mar 04, 2011 at 10:27:57PM -0800, Don Raikes wrote:
> Hello,
>
> I am new to qemu, but have a specific application in mind.
>
> I want to use a qemu emulated knopix system on a usb key to do diagnostics on
> a running windows system.
>
> Is there a way for me to access things like the h
58 matches
Mail list logo
