On Tue, Mar 15, 2011 at 02:20:54PM +0100, Tristan Gingold wrote:
> Signed-off-by: Tristan Gingold
> ---
> net.c |3 ++-
> 1 files changed, 2 insertions(+), 1 deletions(-)
Thanks, applied.
> diff --git a/net.c b/net.c
> index ddcca97..b2dfaa8 100644
> --- a/net.c
> +++ b/net.c
> @@ -1305,9 +
On Tue, Mar 15, 2011 at 04:26:50PM +, Peter Maydell wrote:
> This patchset fixes various bugs in the implementation of the Neon
> instructions loading a single element to all lanes.
>
> The primary bug is that VLD1's "single element to all lanes" form differs
> from those for VLD2, VLD3 and VL
On Tue, Mar 15, 2011 at 10:47:22AM -0600, Alex Williamson wrote:
> From: Michael Brown
>
> The problem is with definitions in hw/pcnet.c such as:
>
> #define CSR_CRDA(S) ((S)->csr[28] | ((S)->csr[29] << 16))
>
> "(S)->csr[29]" is a uint16_t, but "(S)->csr[29] << 16" gets promoted to
> in
On Wed, Mar 16, 2011 at 06:29:26PM +0900, Isaku Yamahata wrote:
> consolidate smbus initialization for pc_piix, mips_malta and mips_fulong.
>
> Signed-off-by: Isaku Yamahata
>
> Cc: Aurelien Jarno
> Cc: Huacai Chen
> Signed-off-by: Isaku Yamahata
> ---
> hw/mips_fulong2e.c |9 +
>
On Tue, Mar 22, 2011 at 06:21:58PM +, Peter Maydell wrote:
> Correct the condition determining whether we instantiate the onboard
> NIC or a PCI card NIC on VersatilePB and Realview boards. This was broken
> in two ways:
> (1) if the user asked for two default NICs ("-net nic -net nic") we wou
Am 01.04.2011 22:27, schrieb Aurelien Jarno:
On Sun, Mar 13, 2011 at 03:44:02PM +0100, Stefan Weil wrote:
Replace endianess -> endianness.
Given it concerns code and not comments, I am reluctant for this kind of
patches unless we have a very good reason.
Do you have some pointers about "endia
On Tue, Mar 22, 2011 at 06:39:40PM +, Peter Maydell wrote:
> Improve the warnings we give if the user specified a combination of -net
> options which don't make much sense:
> * Fix a bug where we would only complain about the first VLAN having
>no NIC or no host network connection; we now
On 1 April 2011 21:55, Aurelien Jarno wrote:
> On Tue, Mar 22, 2011 at 06:39:40PM +, Peter Maydell wrote:
>> * Diagnose the case where the user asked for NICs which the board
>> didn't instantiate (for example where the user asked for two NICs
>> but the board only supports one)
> Than
On 1 April 2011 19:29, Blue Swirl wrote:
> On Fri, Apr 1, 2011 at 5:30 PM, Peter Maydell
> wrote:
>> Make the Neon helper routines use the correct FP status from
>> the CPUEnv rather than using a dummy static one. This means
>> they will correctly handle denormals and NaNs and will set
>> FPSCR
On 1 April 2011 21:27, Aurelien Jarno wrote:
> On Sun, Mar 13, 2011 at 03:44:02PM +0100, Stefan Weil wrote:
>> Replace endianess -> endianness.
>
> Given it concerns code and not comments, I am reluctant for this kind of
> patches unless we have a very good reason.
>
> Do you have some pointers ab
On 01.04.2011, at 21:20, Anthony Liguori wrote:
> On 04/01/2011 01:01 PM, Alexander Graf wrote:
>> On 01.04.2011, at 19:28, Anthony Liguori wrote:
>>
>>> On 03/31/2011 11:15 PM, David Gibson wrote:
This patch series adds a "pseries" machine to qemu, allowing it to
emulate IBM pSeries l
On 01.04.2011, at 21:22, Anthony Liguori wrote:
> On 04/01/2011 01:01 PM, Alexander Graf wrote:
>> On 01.04.2011, at 19:28, Anthony Liguori wrote:
>>
>>> On 03/31/2011 11:15 PM, David Gibson wrote:
This patch series adds a "pseries" machine to qemu, allowing it to
emulate IBM pSeries l
Sorry for late comment after the commit.
PRIx64 shouldn't be used instead of cast?
On Fri, Apr 01, 2011 at 10:08:23PM +0200, Aurelien Jarno wrote:
> On Mon, Feb 28, 2011 at 10:22:33AM +0800, Wen Congyang wrote:
> > I enable acpi_piix4 debug, and got the following build errors:
> > # make
> > CC
On 02.04.2011, at 01:21, Alexander Graf wrote:
>
> On 01.04.2011, at 21:22, Anthony Liguori wrote:
>
>> On 04/01/2011 01:01 PM, Alexander Graf wrote:
>>> On 01.04.2011, at 19:28, Anthony Liguori wrote:
>>>
On 03/31/2011 11:15 PM, David Gibson wrote:
> This patch series adds a "pseries
On 04/01/2011 07:06 PM, Alexander Graf wrote:
On 02.04.2011, at 01:21, Alexander Graf wrote:
On 01.04.2011, at 21:22, Anthony Liguori wrote:
On 04/01/2011 01:01 PM, Alexander Graf wrote:
On 01.04.2011, at 19:28, Anthony Liguori wrote:
On 03/31/2011 11:15 PM, David Gibson wrote:
This patch
> Have you verified that all bus devices have been qdevified since this
> code has been added? I wouldn't bet it is the case.
I think his analysis is valid. So how about the following patch.
>From ee27041a238d51247e30100d1909066978cd8858 Mon Sep 17 00:00:00 2001
Message-Id:
From: Isaku Yamahata
Fellow developers,
I'm thinking of starting a VM project to allow running x86 Windows apps on
ARM Android. This will obviously involve binary translation. I've read about
QEMU's tiny code generator and think for a usable experience,
the intermediate micro-op representation will have to be abando
On 02.04.2011, at 02:09, Anthony Liguori wrote:
> On 04/01/2011 07:06 PM, Alexander Graf wrote:
>> On 02.04.2011, at 01:21, Alexander Graf wrote:
>>
>>> On 01.04.2011, at 21:22, Anthony Liguori wrote:
>>>
On 04/01/2011 01:01 PM, Alexander Graf wrote:
> On 01.04.2011, at 19:28, Anthony
On 03/28/2011 03:09 PM, Peter Maydell wrote:
> Short answer: looks like QEMU doesn't currently work on ARMv5 hosts
> (although ARMv7 are fine). I'll look into this if I can manage to
> scare up some suitable hardware.
QEMU properly handles unaligned accesses when emulating in system mode,
but when
101 - 119 of 119 matches
Mail list logo
