On Thu, Sep 2, 2010 at 5:49 AM, chandra shekar
wrote:
> hello every one can any one tell which part of code or file in qemu deals
> with snapshots
> any help or suggestions,thanks
There are two features called "snapshot" in QEMU:
1. The -snapshot mode creates a temporary qcow2 image file backed
On Wed, Sep 01, 2010 at 10:10:30PM +0200, Stefan Weil wrote:
> >+static inline void pci_memory_read(PCIDevice *dev,
> >+ pcibus_t addr,
> >+ uint8_t *buf,
> >+ pcibus_t len)
> >+{
> >+ pci_memory_rw(dev, addr, buf, len, 0);
> >+}
> >+
> >+static inline void pci_memory_write(PCIDevice *dev,
> >+ pci
On Sat, Aug 28, 2010 at 05:54:53PM +0300, Eduard - Gabriel Munteanu wrote:
> PCI devices should access memory through pci_memory_*() instead of
> cpu_physical_memory_*(). This also provides support for translation and
> access checking in case an IOMMU is emulated.
>
> Memory maps are treated as r
On Sat, Aug 28, 2010 at 05:54:55PM +0300, Eduard - Gabriel Munteanu wrote:
> Emulated PCI IDE controllers now use the memory access interface. This
> also allows an emulated IOMMU to translate and check accesses.
>
> Map invalidation results in cancelling DMA transfers. Since the guest OS
> can't
hello every one can any one tell which part of code or file in qemu deals
with snapshots
any help or suggestions,thanks
hi, iam chandra shekar i have started qemu as my PG project and i have
to find the part of source code in qemu source which deals with snap shots
and finding it difficult as there is no proper documentation i have also tried
using gdb but no use can any one please suggest any solutions,thanks
On Wed, Sep 01, 2010 at 02:07:33PM -0500, Adnan Khaleel wrote:
> Yamahata, Cam,
>
> Thank you both very much for pointers about Qemu coding for PCIe and MSI-X.
>
> I'm at a point where I can see my device when I do an lspci -t -v as shown
> below.
>
> linux-an84:~ # lspci -t -v
> -[:00]-+-00
Avi Kivity, le Wed 01 Sep 2010 15:17:50 +0300, a écrit :
> On 09/01/2010 01:54 PM, Samuel thibault wrote:
> >Linux 2.6.35 hangs at boot when giving -no-acpi to qemu, for instance
> >the Debian kernel:
> >
> >qemu -no-acpi -kernel /boot/vmlinuz-2.6.35-trunk-686
> >
> >There is no output except just
Please see my comments at the end of this mail.
Am 30.08.2010 00:08, schrieb Eduard - Gabriel Munteanu:
PCI devices should access memory through pci_memory_*() instead of
cpu_physical_memory_*(). This also provides support for translation and
access checking in case an IOMMU is emulated.
Memor
Yamahata, Cam,
Thank you both very much for pointers about Qemu coding for PCIe and MSI-X.
I'm at a point where I can see my device when I do an lspci -t -v as shown
below.
linux-an84:~ # lspci -t -v
-[:00]-+-00.0 Intel Corporation 82G33/G31/P35/P31 Express DRAM Controller
+-01.
This patch introduces the trace-events file where trace events can be
declared like so:
qemu_malloc(size_t size) "size %zu"
qemu_free(void *ptr) "ptr %p"
These trace event declarations are processed by a new tool called
tracetool to generate code for the trace events. Trace event
declarations ar
Am 01.09.2010 16:33, schrieb Bernhard Kohl:
> Some of them are not compile clean.
>
> Signed-off-by: Bernhard Kohl
Thanks, applied to the block branch.
Kevin
Hello Jan-Simon,
2010/9/1 Jan-Simon Möller :
> Am Mittwoch, 1. September 2010, 14:54:41 schrieb Anitha Boyapati:
> [...]
>>
>> My exact requirement is to test a gcc cross-compiler using DejaGnu for
>> a given target (AVR32). While the cross-compiler is ready, there is no
>> simulator. Since there
On 1 September 2010 19:22, Robin Randhawa wrote:
[...]
>> My exact requirement is to test a gcc cross-compiler using DejaGnu for
>> a given target (AVR32). While the cross-compiler is ready, there is no
>> simulator. Since there is not much of OS support, I am trying to
>> evaluate if Qemu can sti
We have an OS which writes to port 0x400 when probing for special hardware.
This causes an exit of the VM. With SeaBIOS this port isn't used anyway.
Signed-off-by: Bernhard Kohl
---
hw/pc.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/hw/pc.c b/hw/pc.c
index 69b13bf.
Some of them are not compile clean.
Signed-off-by: Bernhard Kohl
---
hw/lsi53c895a.c |4 ++--
hw/scsi-disk.c|8
hw/scsi-generic.c | 18 ++
3 files changed, 20 insertions(+), 10 deletions(-)
diff --git a/hw/lsi53c895a.c b/hw/lsi53c895a.c
index bd7b661..5e
All,
As far as I know, access delay of parallel port in QEMU is zero (or one?)
unless I use actual parallel port in a host system.
What I want to do is to give some delay without using the real parallel
port.
So I plan to put a qemu timer in parallel_ioport_write/read_sw() functions.
But I'm having
On 08/18/10 08:12, Onkar Mahajan wrote:
> Is there any benefit gained by porting 10Gb Ethernet adapters to
> Qemu/KVM ? The question may be naive. Please forgive me if this doesn't
> make any sense.
Creating a new QEMU driver to mimic one of the 10Gbit adapters is
probably a waste of time, you sh
Hi again.
On Wed, Sep 01, 2010 at 06:24:41pm +0530, Anitha Boyapati wrote:
> Hello Robin,
[...]
>
> >> 2. Can QEMU be used as a simple instruction set simulator with
> >> probably gdb support for remote debugging? My guess is this would
> >> require a bootloader to load the application to run the
Public bug reported:
As mentioned on
https://bugs.launchpad.net/ubuntu/+source/kvm/+bug/429965 as well as the
kvm mailinglist
(http://thread.gmane.org/gmane.comp.emulators.kvm.devel/14413), the nl-
be keymap does not work. The number keys above the regular keys (non-
numeric keypad numbers) as wel
** Attachment added: "nl-be keymap for Qemu (incl. qemu-kvm)"
https://bugs.launchpad.net/qemu/+bug/628082/+attachment/1534466/+files/nl-be
--
nl-be keymap is wrong
https://bugs.launchpad.net/bugs/628082
You received this bug notification because you are a member of qemu-
devel-ml, which is su
Am Mittwoch, 1. September 2010, 14:54:41 schrieb Anitha Boyapati:
[...]
>
> My exact requirement is to test a gcc cross-compiler using DejaGnu for
> a given target (AVR32). While the cross-compiler is ready, there is no
> simulator. Since there is not much of OS support, I am trying to
> evaluate
Hello Robin,
>> 1. For a microcontroller which doesn't have any OS support, can QEMU be
>> ported without any OS ?
>
> On the other hand, if your question could be rephrased as 'I want to add
> support for a new microcontroller to qemu but I only want to run "bare-metal"
> (not an OS or an appl
KVM on PowerPC used to have completely broken interrupt logic. Usually,
interrupts work by having a PIC that pulls a line up/down, so the CPU knows
that an interrupt is active. This line stays active until some action is
done to the PIC to release the line.
On KVM for PPC, we just checked if there
Hi Anitha.
Anitha Boyapati wrote:
Hi All,
Having gone through the documentation (developers) and source code, I
couple of questions:
1. For a microcontroller which doesn't have any OS support, can QEMU be
ported without any OS ?
Not sure I understand. If you want to run qemu natively on the
When a new cluster was allocated, we only need a flush after the write to the
L2 table if it was a COW and we need to decrease the refcounts of the old
clusters.
Signed-off-by: Kevin Wolf
---
block/qcow2-cluster.c | 16
1 files changed, 12 insertions(+), 4 deletions(-)
diff -
On 09/01/2010 01:54 PM, Samuel thibault wrote:
Public bug reported:
Linux 2.6.35 hangs at boot when giving -no-acpi to qemu, for instance
the Debian kernel:
qemu -no-acpi -kernel /boot/vmlinuz-2.6.35-trunk-686
There is no output except just "Booting the kernel"
Is this a kernel regression?
On 01.09.2010, at 13:56, Avi Kivity wrote:
> On 09/01/2010 02:47 PM, Alexander Graf wrote:
>> On 01.09.2010, at 13:45, Avi Kivity wrote:
>>
>>> On 09/01/2010 12:38 PM, Alexander Graf wrote:
On 01.09.2010, at 09:41, Avi Kivity wrote:
> On 08/31/2010 01:07 PM, Alexander Graf wrote:
On 01.09.2010, at 14:09, Avi Kivity wrote:
> On 09/01/2010 02:58 PM, Alexander Graf wrote:
>>
>>> Why not limit it to ppc? Someone might call it by accident.
>> How would you model it? Call kvm_arch_set_interrupt in hw/ppc.c? Which
>> header would I define the call in?
>>
>
> Well, eventuall
On 09/01/2010 03:09 PM, Avi Kivity wrote:
On 09/01/2010 02:58 PM, Alexander Graf wrote:
Why not limit it to ppc? Someone might call it by accident.
How would you model it? Call kvm_arch_set_interrupt in hw/ppc.c?
Which header would I define the call in?
Well, eventually this finds its
On 09/01/2010 02:58 PM, Alexander Graf wrote:
Why not limit it to ppc? Someone might call it by accident.
How would you model it? Call kvm_arch_set_interrupt in hw/ppc.c? Which header
would I define the call in?
Well, eventually this finds its way to cpu code in target-ppc, no? from
the
KVM on PowerPC used to have completely broken interrupt logic. Usually,
interrupts work by having a PIC that pulls a line up/down, so the CPU knows
that an interrupt is active. This line stays active until some action is
done to the PIC to release the line.
On KVM for PPC, we just checked if there
On 09/01/2010 02:47 PM, Alexander Graf wrote:
On 01.09.2010, at 13:45, Avi Kivity wrote:
On 09/01/2010 12:38 PM, Alexander Graf wrote:
On 01.09.2010, at 09:41, Avi Kivity wrote:
On 08/31/2010 01:07 PM, Alexander Graf wrote:
KVM on PowerPC used to have completely broken interrupt logic. Usu
On 01.09.2010, at 13:45, Avi Kivity wrote:
> On 09/01/2010 12:38 PM, Alexander Graf wrote:
>> On 01.09.2010, at 09:41, Avi Kivity wrote:
>>
>>> On 08/31/2010 01:07 PM, Alexander Graf wrote:
KVM on PowerPC used to have completely broken interrupt logic. Usually,
interrupts work by havin
On 09/01/2010 12:38 PM, Alexander Graf wrote:
On 01.09.2010, at 09:41, Avi Kivity wrote:
On 08/31/2010 01:07 PM, Alexander Graf wrote:
KVM on PowerPC used to have completely broken interrupt logic. Usually,
interrupts work by having a PIC that pulls a line up/down, so the CPU knows
that an in
No sorry, use the search on the mailing list webpage.
El 30/08/2010, a las 13:54, Paul Bolle escribió:
> On Sun, 2010-08-29 at 13:05 +0100, Natalia Portillo wrote:
>> Connecting the webcam directly with usb pass-thru will never work well
>> because of timing issues.
>>
>> Too much USB packets dr
Public bug reported:
Linux 2.6.35 hangs at boot when giving -no-acpi to qemu, for instance
the Debian kernel:
qemu -no-acpi -kernel /boot/vmlinuz-2.6.35-trunk-686
There is no output except just "Booting the kernel"
** Affects: qemu
Importance: Undecided
Status: New
--
linux 2.6.
On Tue, Aug 31, 2010 at 04:26:07PM -0600, Alex Williamson wrote:
> On Tue, 2010-08-31 at 16:33 -0500, Anthony Liguori wrote:
> > On 08/31/2010 03:27 PM, Michael S. Tsirkin wrote:
> > > On Fri, Aug 27, 2010 at 04:36:59PM -0600, Alex Williamson wrote:
> > >
> > >> Add the ability to configure the
On Wed, Sep 01, 2010 at 01:58:30AM +0300, Eduard - Gabriel Munteanu wrote:
> On Tue, Aug 31, 2010 at 11:29:53PM +0300, Michael S. Tsirkin wrote:
> > On Sat, Aug 28, 2010 at 05:54:52PM +0300, Eduard - Gabriel Munteanu wrote:
> > > The conversion was done using the GNU 'expand' tool (default settings
Am 01.09.2010 12:09, schrieb Bernhard Kohl:
> Am 31.08.2010 14:29, schrieb ext Kevin Wolf:
>>
>>> [PATCH v3 1/6] scsi-disk: fix the mode data length field returned by
>> the MODE SENSE command
>>> [PATCH v3 2/6] scsi-disk: fix the mode data header returned by the
>> MODE SENSE(10) command
>>> [PA
Am 31.08.2010 14:29, schrieb ext Kevin Wolf:
> [PATCH v3 1/6] scsi-disk: fix the mode data length field returned by
the MODE SENSE command
> [PATCH v3 2/6] scsi-disk: fix the mode data header returned by the
MODE SENSE(10) command
> [PATCH v3 3/6] scsi-disk: respect the page control (PC) field
On 09/01/10 11:39, Samuel Thibault wrote:
> Jes Sorensen, le Wed 01 Sep 2010 11:25:48 +0200, a écrit :
>> On 08/29/10 18:39, Samuel Thibault wrote:
>>> Linux 2.6.35 hangs at boot when giving -no-acpi to qemu, for instance
>>> the Debian kernel:
>>>
>>> qemu -no-acpi -kernel /boot/vmlinuz-2.6.35-tru
On (Tue) Aug 31 2010 [13:52:22], Amit Shah wrote:
> If a guest reports failure in adding a port, we shouldn't keep it lying
> around.
>
> Signed-off-by: Amit Shah
> ---
> hw/virtio-serial-bus.c |1 +
> 1 files changed, 1 insertions(+), 0 deletions(-)
>
> diff --git a/hw/virtio-serial-bus.c
On Tue, Aug 31, 2010 at 02:33:46PM -0600, Alex Williamson wrote:
> On Tue, 2010-08-31 at 23:14 +0300, Michael S. Tsirkin wrote:
> > On Fri, Aug 27, 2010 at 04:37:36PM -0600, Alex Williamson wrote:
> > > Based on a patch from Mark McLoughlin, this patch introduces a new
> > > bottom half packet tran
Jes Sorensen, le Wed 01 Sep 2010 11:25:48 +0200, a écrit :
> On 08/29/10 18:39, Samuel Thibault wrote:
> > Linux 2.6.35 hangs at boot when giving -no-acpi to qemu, for instance
> > the Debian kernel:
> >
> > qemu -no-acpi -kernel /boot/vmlinuz-2.6.35-trunk-686
>
> If you want anyone to look at t
On 01.09.2010, at 09:41, Avi Kivity wrote:
> On 08/31/2010 01:07 PM, Alexander Graf wrote:
>> KVM on PowerPC used to have completely broken interrupt logic. Usually,
>> interrupts work by having a PIC that pulls a line up/down, so the CPU knows
>> that an interrupt is active. This line stays acti
On 08/29/10 18:39, Samuel Thibault wrote:
> Hello,
>
> Linux 2.6.35 hangs at boot when giving -no-acpi to qemu, for instance
> the Debian kernel:
>
> qemu -no-acpi -kernel /boot/vmlinuz-2.6.35-trunk-686
If you want anyone to look at this, please provide some debug output to
go with it. Second,
On Tue, Aug 31, 2010 at 04:32:54PM -0600, Alex Williamson wrote:
> On Tue, 2010-08-31 at 23:25 +0300, Michael S. Tsirkin wrote:
> > On Fri, Aug 27, 2010 at 04:37:45PM -0600, Alex Williamson wrote:
> > > The bottom half handler shows big improvements over the timer
> > > with few downsides, default
Hi,
Signed-off-by: Gerd Hoffmann
I've taken a quick look and have a few questions.
Does this work without libspice (I think no)?
Correct, it needs libspice. Even in case you'll use qxl with sdl/vnc
libspice is needed to do the rendering.
Why does spice need to perform arbitrary gpa -
On 08/31/2010 01:07 PM, Alexander Graf wrote:
KVM on PowerPC used to have completely broken interrupt logic. Usually,
interrupts work by having a PIC that pulls a line up/down, so the CPU knows
that an interrupt is active. This line stays active until some action is
done to the PIC to release th
50 matches
Mail list logo