From: Peter Crosthwaite
The end of transfer check was occurring and potentially returning before
the interrupt flag was checked. This means the interrupt will be missed
if it occurs on the last packet. Fix by checking for the interrupt
before checking for the end of transfer.
Signed-off-by: Pete
From: Peter Crosthwaite
This message was printing out the data in decimal only, which is not
very friendly to the debugging developer. Add hex variant in
parenthesis to make it consistent with other similar messages in this
module.
Signed-off-by: Peter Crosthwaite
---
hw/sd/sdhci.c | 3 ++-
1
From: Peter Crosthwaite
This interrupt is not risen after the last block is written to sd. It
is mutually exclusive with the end of transfer conditions. Fix.
Signed-off-by: Peter Crosthwaite
---
hw/sd/sdhci.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/hw/sd/sdhci
From: Peter Crosthwaite
The data_count variable was being reset on every transfer, including
DMA transfer resumptions. This is incorrect, it should only be set
on a new command.
Manifests as a bug when using ADMA and there is a timer delay between
ADMA frames where the fifo is left in a non empt
From: Peter Crosthwaite
the SD command ACMD41 can be used in a read only mode to query device
state without doing the SD card initialisation. This is valid even
which the device is already initialised. Fix the command to be
responsive when in the ready state accordingly.
Signed-off-by: Peter Cro
From: Peter Crosthwaite
Fixes found in SD and SDHCI found doing some corner case testing.
Peter Crosthwaite (5):
sd/sd.c: Fix "inquiry" ACMD41
sd/sdhci.c: Only reset data_count on new commands
sd/sdhci: Fix Buffer Write Ready interrupt
sd/sdhci.c: Fix bdata_read DPRINT message
sd/sdhc
From: Peter Crosthwaite
Implement the automatic CS control feature. If the MANUAL_CS bit is
cleared then the chip select stay de-asserted as long as the tx FIFO
is empty.
Signed-off-by: Peter Crosthwaite
Reviewed-by: Peter Maydell
Reviewed-by: Edgar E. Iglesias
---
changed from v3:
remove usa
From: Peter Crosthwaite
The LQSPI bus attachment supports byte/halfword and misaligned
accesses. Fixed. Refactored the LQSPI cache to be byte-wise
instead of word wise accordingly.
Signed-off-by: Peter Crosthwaite
Reviewed-by: Peter Maydell
Reviewed-by: Edgar E. Iglesias
---
hw/ssi/xilinx_s
From: Peter Crosthwaite
Do 16 words per fifo flush. Increases performance and decreases
debug verbosity. This data depth has no real hardware analogue,
so just go with something that has reasonable performance.
Signed-off-by: Peter Crosthwaite
Reviewed-by: Peter Maydell
Reviewed-by: Edgar E. I
From: Peter Crosthwaite
The debug printfs on every SPI operation is extremely verbose. Add
a second level of debug for this.
Signed-off-by: Peter Crosthwaite
Reviewed-by: Peter Maydell
Reviewed-by: Edgar E. Iglesias
---
hw/ssi/xilinx_spips.c | 70 ++--
From: Peter Crosthwaite
This is worth keeping track of when debugging the device model.
Signed-off-by: Peter Crosthwaite
Reviewed-by: Peter Maydell
Reviewed-by: Edgar E. Iglesias
---
hw/ssi/xilinx_spips.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/hw/ssi/xilinx_spips.c b/hw/ssi/
From: Peter Crosthwaite
The QSPI controller was using byte-wide stripes when striping across
the two flashes in dual parallel mode. The real hardware however uses
individual bit striping. QEMU misbehaves in the (corner) case where
data is written/read in dual-parallel mode and read/written back i
From: Peter Crosthwaite
The CTRL register was RAZ/WI on some of the RW bits. Even though the
function behind these bits is invalid in QEMU, they should still be
guest accessible. Fix.
Signed-off-by: Peter Crosthwaite
Reviewed-by: Peter Maydell
Reviewed-by: Edgar E. Iglesias
---
changed from v
From: Peter Crosthwaite
The LQSPI mode is supposed to work via the automatic CS mode feature
rather than manipulate CS lines itself. Now that auto CS is implemented
remove LQSPIs CS mode override logic. There is still a need to
manipulate the U_PAGE bit in LQSPI config register to implement
dual-
From: Peter Crosthwaite
Updates to the Zynq SPI controller. Some QOMifying cleanup, followed by
a number of bugs/incompletnesses found by some (very) rigourous test
vectors.
changed from v4:
Address PMM review (P5 and P8)
changed from v3:
Fixed break after goto (PMM review)
Peter Crosthwaite (
From: Peter Crosthwaite
SPI has a mode where it automatically starts based on tx fifo
occupancy. Implemented.
Signed-off-by: Peter Crosthwaite
Reviewed-by: Peter Maydell
Reviewed-by: Edgar E. Iglesias
---
hw/ssi/xilinx_spips.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --
From: Peter Crosthwaite
Invalidate the LQSPI cached page when transitioning into LQSPI mode.
Otherwise there is a possibility that the controller will return stale
data to the guest when transitioning back to LQ_MODE after a page
program.
Signed-off-by: Peter Crosthwaite
Reviewed-by: Peter Mayd
From: Peter Crosthwaite
QSPI has a bigger FIFO than the regular SPI controller. Differentiate
between the two with correct FIFO sizes for each.
This is the first piece of class data for SPIPS, so this patch sees
the creation of the XilinxSPIPSClass definition and assoicated QOM
constructs.
Sign
From: Peter Crosthwaite
You really need this is you want to track a guest banging on LQSPI.
Signed-off-by: Peter Crosthwaite
Reviewed-by: Peter Maydell
Reviewed-by: Edgar E. Iglesias
---
hw/ssi/xilinx_spips.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/hw/ssi/xil
From: Peter Crosthwaite
The real hardware does not produce interrupts in LQSPI mode. Inhibit
generation of interrupts when the LQ_MODE bit is set.
Signed-off-by: Peter Crosthwaite
Reviewed-by: Peter Maydell
Reviewed-by: Edgar E. Iglesias
---
hw/ssi/xilinx_spips.c | 7 ++-
1 file changed
Nice idea, thanks Andreas
> Date: Mon, 20 May 2013 17:59:12 +0200
> From: afaer...@suse.de
> To: mcheun...@hotmail.com
> CC: qemu-devel@nongnu.org
> Subject: Re: [Qemu-devel] This is an out of tree build but your source tree
>
> Hi,
>
> Am 20.05.2013 04:33, schrieb Peter Cheung:
> > Hi all
> >
From: Peter Crosthwaite
By default these interrupts are clear on read.
Signed-off-by: Peter Crosthwaite
Reviewed-by: Peter Maydell
Reviewed-by: Edgar E. Iglesias
---
hw/ssi/xilinx_spips.c | 4
1 file changed, 4 insertions(+)
diff --git a/hw/ssi/xilinx_spips.c b/hw/ssi/xilinx_spips.c
i
From: Peter Crosthwaite
Make SPI and QSPI different classes. QSPIPS is setup as a child of SPIPS.
Only QSPI has the LQSPI functionality, so move all that to the child class.
Signed-off-by: Peter Crosthwaite
Reviewed-by: Peter Maydell
Reviewed-by: Edgar E. Iglesias
---
Changed from v2:
User pa
Thanks gentlemen :-)
> Date: Mon, 20 May 2013 08:17:33 +0200
> From: stefa...@gmail.com
> To: mcheun...@hotmail.com
> CC: qemu-devel@nongnu.org
> Subject: Re: [Qemu-devel] This is an out of tree build but your source tree
>
> On Mon, May 20, 2013 at 4:33 AM, Peter Cheung wrote:
> > /Users/peter/
From: Peter Crosthwaite
object_dymamic_cast_assert used to be tolerant of NULL objects and not
assert. Its clear from the implementation that this is the expected
behavior.
The preceding check of the cast cache dereferences obj however causing
a segfault. Fix by conditionalizing the cast cache l
On 05/20/2013 10:00 PM, Qiao Nuohan wrote:
> Function walk_pte needs pte index to calculate virtual address. However, pte
> index of PAE paging or IA-32e paging is 9 bit, so the mask should be 0x1ff.
> ---
> target-i386/arch_memory_mapping.c |2 +-
> 1 files changed, 1 insertions(+), 1 deletio
On Thu, May 16, 2013 at 03:17:45PM +0300, Michael S. Tsirkin wrote:
> On Thu, May 16, 2013 at 07:07:24PM +0800, Amos Kong wrote:
> > Introduce this new QMP event to notify management after guest changes
> > mac-table configuration.
> > +event_data = qobject_from_jsonf("{ 'name': %s }", n->net
On Fri, May 17, 2013 at 09:39:31AM +0200, Stefan Hajnoczi wrote:
> On Thu, May 16, 2013 at 07:07:25PM +0800, Amos Kong wrote:
Hi Stefan,
> > @@ -961,6 +961,44 @@ void print_net_client(Monitor *mon, NetClientState *nc)
> > nc->info_str);
> > }
> >
> > +MacTableInfoList *qmp_
On Thu, May 16, 2013 at 03:19:54PM +0300, Michael S. Tsirkin wrote:
> On Thu, May 16, 2013 at 07:07:25PM +0800, Amos Kong wrote:
> > We want to implement mac programming over macvtap through Libvirt.
> > The previous patch adds QMP event to notify management of mac-table
> > change. This patch adds
于 2013-5-17 17:14, Stefan Hajnoczi 写道:
On Fri, May 17, 2013 at 02:58:57PM +0800, Wenchao Xia wrote:
于 2013-5-16 15:47, Stefan Hajnoczi 写道:
On Thu, May 16, 2013 at 02:16:20PM +0800, Wenchao Xia wrote:
After checking the code, I found it possible to add delta data backup
support also, If an a
Function walk_pte needs pte index to calculate virtual address. However, pte
index of PAE paging or IA-32e paging is 9 bit, so the mask should be 0x1ff.
---
target-i386/arch_memory_mapping.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/target-i386/arch_memory_mapping.c
On Mon, 05/20 09:49, Richard W.M. Jones wrote:
> On Mon, May 20, 2013 at 09:41:06AM +0100, Richard W.M. Jones wrote:
> > On Mon, May 20, 2013 at 03:03:34PM +0800, Fam Zheng wrote:
> > > CURL library API has changed, the current curl driver is not working.
> > > This patch rewrites the use of API as
On Fri, May 17, 2013 at 10:59:25AM -0500, Anthony Liguori wrote:
> Paolo Bonzini writes:
> > So you can see it in three ways:
> >
> > 1) It's not a QEMU problem, but a firmware problem. You could initialize
> > the UMBs with 0xFF in SeaBIOS for example.
>
> SeaBIOS is not supposed to do any init
On 20 May 2013 22:11, Andreas Färber wrote:
> Am 20.05.2013 17:16, schrieb Peter Maydell:
>> Autogenerate the default target list based on what files exist
>> in default-configs; this allows us to remove one of the places
>> that has to be kept up to date with a complete list of every
>> target we
On 20 May 2013 22:45, Andreas Färber wrote:
> Am 20.05.2013 23:33, schrieb Peter Maydell:
>> On 20 May 2013 21:57, Andreas Färber wrote:
>>> - TARGET_BASE_ARCH in Makefile.target is assumed to be the name of the
>>> target-* subdirectory, but this will not always be desirable.
>>
>> Isn't it the
Hi Andreas, Peter,
On Tue, May 21, 2013 at 1:59 AM, Andreas Färber wrote:
> Hi,
>
> Am 20.05.2013 04:33, schrieb Peter Cheung:
>> Hi all
>> I have this problem in my Mac
>>
>> /Users/peter/workspace/qemu_latest>make
>> Makefile:16: *** This is an out of tree build but your source tree
>> (/Us
Am 20.05.2013 23:33, schrieb Peter Maydell:
> On 20 May 2013 21:57, Andreas Färber wrote:
>> Am 20.05.2013 19:23, schrieb Paolo Bonzini:
>> Add to that
>>
>> - TARGET_BASE_ARCH in Makefile.target is assumed to be the name of the
>> target-* subdirectory, but this will not always be desirable.
>
>
On 05/20/2013 11:23 AM, Paolo Bonzini wrote:
> We have three variables currently in config-target.h:
>
> - TARGET_ARCH is used to create a unique per-arch symbol, used in #ifdefs.
> It is also used as a string through config-target.h, but this is almost
> always wrong.
>
> - TARGET_ARCH2 is t
On 20 May 2013 21:57, Andreas Färber wrote:
> Am 20.05.2013 19:23, schrieb Paolo Bonzini:
> Add to that
>
> - TARGET_BASE_ARCH in Makefile.target is assumed to be the name of the
> target-* subdirectory, but this will not always be desirable.
Isn't it the name of the target-* subdirectory by defi
On Sun, 2013-05-19 at 22:15 -0600, Alex Williamson wrote:
> On Sun, 2013-05-19 at 17:35 +0200, Knut Omang wrote:
> > On Mon, 2013-05-13 at 16:23 -0600, Alex Williamson wrote:
> > > On Mon, 2013-05-13 at 22:55 +0200, Knut Omang wrote:
> > > > Hi all,
> > > >
> > > > Perfect timing from my perspecti
Am 20.05.2013 17:16, schrieb Peter Maydell:
> Autogenerate the default target list based on what files exist
> in default-configs; this allows us to remove one of the places
> that has to be kept up to date with a complete list of every
> target we support.
>
> Signed-off-by: Peter Maydell
In th
On Sun, 2013-05-19 at 23:26 +0400, Maik Broemme wrote:
> Hi Knut,
>
> Knut Omang wrote:
> >
> > On Mon, 2013-05-13 at 16:23 -0600, Alex Williamson wrote:
> > > On Mon, 2013-05-13 at 22:55 +0200, Knut Omang wrote:
> > > > Hi all,
> > > >
> > > > Perfect timing from my perspective, thanks Alex!
>
Am 20.05.2013 19:23, schrieb Paolo Bonzini:
> We have three variables currently in config-target.h:
>
> - TARGET_ARCH is used to create a unique per-arch symbol, used in #ifdefs.
> It is also used as a string through config-target.h, but this is almost
> always wrong.
>
> - TARGET_ARCH2 is th
Confirmed working in git. Cheers. :)
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1179104
Title:
client crash during debian ppc installation
Status in QEMU:
Fix Released
Status in “qemu” packag
On Mon, May 20, 2013 at 12:32 PM, Michael S. Tsirkin wrote:
> On Mon, May 20, 2013 at 11:09:56AM -0600, Bjorn Helgaas wrote:
>> Indicate ASPM L0s and L1 support in Link Capabilities and make the ASPM
>> bits in Link Control writable. These Link Control bits don't do anything
>> in qemu, but havin
Am 17.05.2013 13:12, schrieb Paolo Bonzini:
> Il 17/05/2013 12:58, Andreas Färber ha scritto:
>> qmp_dump_guest_memory() calls dump_init() and returns an Error when
>> cpu_get_dump_info() returns an error, as done by the stub.
>> So there is no need to have a stub for qmp_dump_guest_memory().
>>
>>
Am 17.05.2013 22:11, schrieb Jens Freimann:
> From: Ekaterina Tumanova
>
> Split out dump-guest-memory memory mapping code to allow dumping without
> memory mapping
>
> The qemu dump.c code currently requires CONFIG_HAVE_CORE_DUMP as well as
> CONFIG_HAVE_GET_MEMORY_MAPPING. This allows for dum
On Mon, May 20, 2013 at 11:09:56AM -0600, Bjorn Helgaas wrote:
> Indicate ASPM L0s and L1 support in Link Capabilities and make the ASPM
> bits in Link Control writable. These Link Control bits don't do anything
> in qemu, but having them writable means the BIOS or OS can write them as
> on real h
Ping.
This should be IMO committed to stable, as it fixes a crash with
qemu-system-ppc -M prep -cpu 603e
Hervé
Hervé Poussineau a écrit :
IABR SPR is already registered in gen_spr_603(), called from init_proc_603E().
Signed-off-by: Hervé Poussineau
---
target-ppc/translate_init.c |5 --
** Changed in: qemu
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1044727
Title:
-kernel does not work for multiboot ELF kernels
Status in QEMU:
Fix
** Changed in: qemu
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1071149
Title:
target-mips: special3 instruction dinsm translation error
Status in QE
** Changed in: qemu
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1058225
Title:
When setting hardware clock on linux guest, hwclock shows crazy date
** Changed in: qemu
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1073585
Title:
Deleting UDP socket in monitor mode
Status in QEMU:
Fix Released
Bu
"Aneesh Kumar K.V" writes:
> From: "Aneesh Kumar K.V"
>
> With mapped security models like mapped-xattr and mapped-file, we save the
> symlink target as file contents. Now if we ever expose a normal directory
> with mapped security model and find real symlinks in export path, never
> follow them
** Changed in: qemu
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1089996
Title:
Recent floppy boot regression in qemu-system-i386
Status in QEMU:
F
** Changed in: qemu
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1091241
Title:
NetBSD/i386 6.0 guest suffers interrupt storm since qemu BIOS update
S
** Changed in: qemu
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1169254
Title:
latest qemu.git master -> qemu-system-x86_64 crashes when issuing
scr
** Changed in: qemu
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1127369
Title:
i386 emulation unreliable since commit
b76f0d8c2e3eac94bc7fd90a510cb7
** Changed in: qemu
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1110531
Title:
regression booting pxa kernels
Status in QEMU:
Fix Released
Bug des
** Changed in: qemu
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1154328
Title:
qemu locks up on typing 41 characters at once into serial console
Stat
** Changed in: qemu
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1075252
Title:
qemu-img cannot read VMDK4 file
Status in QEMU:
Fix Released
Bug d
** Changed in: qemu
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1166954
Title:
Error compiling qemu due to missing
Status in QEMU:
Fix Released
Bu
** Changed in: qemu
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1169375
Title:
qemu.git master -> qemu segfaults during tcp migration (and other
mod
** Changed in: qemu
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1169856
Title:
OpenBIOS seek fails on NetBSD CD image
Status in QEMU:
Fix Released
** Changed in: qemu
Status: Confirmed => Fix Released
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1179104
Title:
client crash during debian ppc installation
Status in QEMU:
Fix Released
From: "Aneesh Kumar K.V"
With mapped security models like mapped-xattr and mapped-file, we save the
symlink target as file contents. Now if we ever expose a normal directory
with mapped security model and find real symlinks in export path, never
follow them and return proper error.
Signed-off-by
"Aneesh Kumar K.V" writes:
> Michael Tokarev writes:
>
>> Rehashing an old thread again...
>>
>> 28.02.2013 21:25, M. Mohan Kumar wrote:
>>> Michael Tokarev writes:
>>>
>>>
28.02.2013 17:55, M. Mohan Kumar wrote:
> Michael Tokarev writes:
>
> Hi,
>
> Please try mount
On Sun, May 19, 2013 at 5:54 AM, Michael S. Tsirkin wrote:
> On Wed, May 15, 2013 at 04:33:08PM -0600, Bjorn Helgaas wrote:
>> Indicate ASPM L0s and L1 support in Link Capabilities and make the ASPM
>> bits in Link Control writable. These Link Control bits don't do anything
>> in qemu, but having
We have three variables currently in config-target.h:
- TARGET_ARCH is used to create a unique per-arch symbol, used in #ifdefs.
It is also used as a string through config-target.h, but this is almost
always wrong.
- TARGET_ARCH2 is the name of the executable (minus the qemu-/qemu-system-
p
On 05/19/2013 09:30 AM, Ed Maste wrote:
> On 19 May 2013 10:51, in a thread relating to the sparc-linux-user
> linker script, Michael Tokarev wrote:
>> If we apply this for 1.5, it will be the first release of debian
>> package without extra fixes. Hopefully anyway :)
>>
>> (Ofcourse we may add m
On 05/20/2013 10:21 AM, Peter Maydell wrote:
> Reformat the qapi-schema TargetType enumeration so that it has just
> one target architecture name per line. This allows patches for
> adding new targets to just add a single line, rather than having
> to reformat most of the list (resulting in a hard-
Il 20/05/2013 18:38, Peter Maydell ha scritto:
>> > I have queued a patch for 1.6 that would change this field to a free
>> > string. There is no use of this enum, not even for introspection. You
>> > don't need to know what targets were supported in the version that you
>> > compiled from. Only
On 20 May 2013 17:35, Paolo Bonzini wrote:
> Il 20/05/2013 18:21, Peter Maydell ha scritto:
>> Reformat the qapi-schema TargetType enumeration
> I have queued a patch for 1.6 that would change this field to a free
> string. There is no use of this enum, not even for introspection. You
> don't n
Indicate ASPM L0s and L1 support in Link Capabilities and make the ASPM
bits in Link Control writable. These Link Control bits don't do anything
in qemu, but having them writable means the BIOS or OS can write them as
on real hardware.
Signed-off-by: Bjorn Helgaas
---
hw/pci/pcie.c
Linux actually doesn't have definitions for the individual L0s and L1 bits
in Link Capabilities, but if/when it does, it will use these names, which
follow the Link Control naming pattern.
Signed-off-by: Bjorn Helgaas
---
hw/pci/pcie.c |2 +-
include/hw/pci/pcie_regs.h |3 +-
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Il 20/05/2013 18:57, Eric Blake ha scritto:
> Changing the name of an architecture would be reflected by having
> a different qemu-FOO binary name, right? If that's the case, then
> introspection of which architectures are supported is done by
> list
On 05/20/2013 10:47 AM, Peter Maydell wrote:
> On 20 May 2013 17:41, Eric Blake wrote:
>> Yep, that raises (once again) the question of dynamic introspection -
>> there's a difference between the maximum amount of information known at
>> compile time, and the subset of enum values that are actuall
On 20 May 2013 17:41, Eric Blake wrote:
> Yep, that raises (once again) the question of dynamic introspection -
> there's a difference between the maximum amount of information known at
> compile time, and the subset of enum values that are actually usable at
> runtime. This list is static (all k
Il 20/05/2013 18:21, Peter Maydell ha scritto:
> Reformat the qapi-schema TargetType enumeration so that it has just
> one target architecture name per line. This allows patches for
> adding new targets to just add a single line, rather than having
> to reformat most of the list (resulting in a har
On Sat, May 18, 2013 at 06:31:47AM +0200, Laszlo Ersek wrote:
> Qouting patch 2/6:
>
> > Since commit 39097daf ("qemu-ga: use key-value store to avoid
> > recycling fd handles after restart") we've relied on the state
> > directory for the fd handles' key-value store. Even though we don't
> > supp
Reformat the qapi-schema TargetType enumeration so that it has just
one target architecture name per line. This allows patches for
adding new targets to just add a single line, rather than having
to reformat most of the list (resulting in a hard-to-check diff).
Signed-off-by: Peter Maydell
---
d1
Let the patches and pull requests start flowing! :-)
Regards,
Anthony Liguori
Hello Pavel,
Am 19.05.2013 21:06, schrieb Pavel Pisa:
> On Sunday 19 May 2013 20:23:55 Andreas Färber wrote:
>> Am 18.05.2013 20:24, schrieb Rempel, Cynthia:
> The RTEMS development community is considering having a Google Summer
> of Code student test LinCAN on a simulated RTEMS target bo
Hi,
Am 20.05.2013 04:33, schrieb Peter Cheung:
> Hi all
> I have this problem in my Mac
>
> /Users/peter/workspace/qemu_latest>make
> Makefile:16: *** This is an out of tree build but your source tree
> (/Users/peter/workspace/qemu_latest) seems to have been used for an
> in-tree build. You c
Hi,
On behalf of the QEMU Team, I'd like to announce the availability of the
QEMU 1.5.0 release!
http://wiki.qemu.org/download/qemu-1.5.0.tar.bz2
This release was developed in a little more than 90 days by over 130
unique authors averaging 20 commits a day. This represents a
year-to-year growth
On 19 May 2013, at 23:39, Rob Landley wrote:
> On 05/19/2013 03:09:14 PM, Mark Burton wrote:
>> Spot on Peter,
>> The (simplistic) plan is simply to take a snapshot at regular intervals,
>> when you want to step backwards, you return to a snapshot, and then re-run
>> forwards to 'just before yo
Until proper patch is available I'm using attached temp workaround.
After some testing GHC and produced executables appear to work correctly
in foreign arch chroot.
I'm sure there will be issues but I only need compilation to work in
foreign arch chroot because I will deploy produced executables
I think I am seeing the same symptoms when I let two QEMU instances talk
to each other over pipe serial.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1181796
Title:
Qemu locks up when incoming ser
On 19 May 2013, at 23:20, Peter Maydell wrote:
> On 19 May 2013 21:09, Mark Burton wrote:
>>Note - what I understand by a basic block is something that ends in a
>> jump/branch of some description. Hence, one thing I think you can say about a
>> basic block is that each PC value within
Autogenerate the default target list based on what files exist
in default-configs; this allows us to remove one of the places
that has to be kept up to date with a complete list of every
target we support.
Signed-off-by: Peter Maydell
---
configure | 84 +++-
These patches clean up configure's handling of the list of known
targets. Firstly we autogenerate the default list based on the
set of default-config files; this reduces by 1 the number of
places that need editing when a new target is added to QEMU.
Secondly we improve the quality of our error mess
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Il 20/05/2013 17:07, Eric Blake ha scritto:
> On 05/20/2013 05:00 AM, Paolo Bonzini wrote:
>> I see the following patches on the list that IMO deserve
>> inclusion into 1.5. All of them should be low-risk.
>>
>> <1368718348-15199-1-git-send-email-ema
If the user specifies a target list themselves, check each entry
to make sure it's a target we recognise. This allows us to print
a helpful error message, rather than falling through (where we
would probably eventually end up hitting the uninformative
"ERROR: Unsupported target CPU").
Signed-off-b
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Il 20/05/2013 17:05, Eric Blake ha scritto:
> On 05/20/2013 04:59 AM, Paolo Bonzini wrote:
>> Il 20/05/2013 12:43, Paolo Bonzini ha scritto:
>>> Il 20/05/2013 08:51, Lei Li ha scritto:
Now we have ringbuf char device, but the backend name of it
>
On 05/20/2013 05:00 AM, Paolo Bonzini wrote:
> I see the following patches on the list that IMO deserve inclusion into
> 1.5. All of them should be low-risk.
>
> <1368718348-15199-1-git-send-email-ema...@freebsd.org>
> [PATCH v2] Rename hexdump to avoid FreeBSD libutil conflict
>
> <1369046780-1
On 05/20/2013 04:59 AM, Paolo Bonzini wrote:
> Il 20/05/2013 12:43, Paolo Bonzini ha scritto:
>> Il 20/05/2013 08:51, Lei Li ha scritto:
>>> Now we have ringbuf char device, but the backend name of it
>>> is a little confusion. We actually register it by 'memory', but
>>> the description in qemu-op
Am 20.05.2013 14:25, schrieb Anthony Liguori:
> Paolo Bonzini writes:
>
>> Il 20/05/2013 13:28, Stefan Weil ha scritto:
>>> Am 20.05.2013 13:00, schrieb Paolo Bonzini:
I see the following patches on the list that IMO deserve inclusion into
1.5. All of them should be low-risk.
On 05/20/2013 12:51 AM, Lei Li wrote:
> When register and open a chardev udp, the backend name should be udp
> not dgram, and we do not have backend dgram in the chardev list. This
> patch makes the new qapi udp backend consistent with the original
> udp device.
>
> Signed-off-by: Lei Li
> ---
>
> So I rebased this patch myself, but don't have the latest windows
> driver bits to test it.
> Dmitry, could you please test and report on list?
>
> Thanks!
Michael, many thanks for this rebase.
I've tested this diff on latest windows driver with corresponding
patches and it works as expected.
"Michael S. Tsirkin" writes:
> On Mon, May 20, 2013 at 12:52:57PM +0200, Paolo Bonzini wrote:
>> Il 20/05/2013 10:18, Michael S. Tsirkin ha scritto:
>> > diff --git a/include/hw/virtio/virtio-net.h
>> > b/include/hw/virtio/virtio-net.h
>> > index beeead7..b315ac9 100644
>> > --- a/include/hw/vir
1 - 100 of 151 matches
Mail list logo
