On 20 January 2012 12:10, Paolo Bonzini wrote:
> I noticed some unused code in the twl92230, probably from before
> qdev-ification. This patch makes the machine use the chip's pwrbtn
> signal.
Thanks, applied this patch.
Cheers
On 20 January 2012 13:06, Paolo Bonzini wrote:
> This lets the user specify the desired semantics. By default, the RTC
> will follow adjustments from the host's NTP client. "-rtc clock=vm" will
> improve determinism with both icount and qtest. Finally, the previous
> behavior is available with
On 7 February 2012 18:56, Peter Maydell wrote:
> The correct FPSID for the Cortex-A9 (according to the TRM) is
> 0x41033090 for the r0p0 that we claim to model.
Thanks, applied this patch.
Cheers
On 24 January 2012 20:32, Vasily Khoruzhick wrote:
> Signed-off-by: Vasily Khoruzhick
Thanks, applied this patch.
Cheers
On 29 January 2012 08:52, Stefan Weil wrote:
> The parameters initrd_size and base are already included
> in the info parameter, so there is no need to pass them
> separately.
Thanks, applied.
Cheers
On 1 February 2012 18:23, Peter Maydell wrote:
> Since target-arm has some CPUState fields for which we take the approach
> of baking assumptions about them into translated code and then calling
> tb_flush() when the fields change, we must also tb_flush on CPU reset,
> because reset is a change of
On 8 February 2012 06:41, Peter Maydell wrote:
> Make the "machine" option list use list merging, so that multiple
> -machine arguments (and the -enable-kvm argument) all merge together
> into a single list. Drop the calls to qemu_opts_reset() which meant
> that only the last -machine or -enable-k
On 17 February 2012 09:05, Paolo Bonzini wrote:
> On 02/17/2012 08:09 AM, andrzej zaborowski wrote:
>>> > This lets the user specify the desired semantics. By default, the RTC
>>> > will follow adjustments from the host's NTP client. "-rtc clock=vm"
On 3 February 2012 03:59, Andreas Färber wrote:
> No other emulated CPU uses this at this time.
But why does this code better fit in hw/ than target-arm? The iwMMXt
registers are core registers after all.
Also the defines let the board code request a cpu revision by name
instead of using a magi
On 17 February 2012 13:03, Andreas Färber wrote:
> Am 17.02.2012 10:59, schrieb andrzej zaborowski:
>> On 3 February 2012 03:59, Andreas Färber wrote:
>>> No other emulated CPU uses this at this time.
>>
>> But why does this code better fit in hw/ than target-arm
Hi Yang,
On 26 August 2013 03:47, Yang Ning wrote:
>
> Dear All:
>
> Firstly,I'm writing to express my thanks to Zaborowski for the source code
> of Max7310 which have helped me so much.
> But I'm still confused about the method of reading output port register.
> code:
>>
>>case 0x01: /*
On 20 December 2011 19:11, Peter Maydell wrote:
> From: Juha Riihimäki
>
> Signed-off-by: Juha Riihimäki
> [Riku Voipio: Fixes and restructuring patchset]
> Signed-off-by: Riku Voipio
> [Peter Maydell: More fixes and cleanups for upstream submission]
> Signed-off-by: Peter Maydell
> ---
> hw
On 20 December 2011 17:25, Eric Blake wrote:
> On 12/20/2011 02:15 AM, Wen Congyang wrote:
>> Signed-off-by: Wen Congyang
>> ---
>> Makefile.target | 8 +-
>> dump.c | 452
>> +++
>> dump.h | 4 +
>> hmp-commands.hx |
Hi Peter,
On 18 December 2011 21:37, Peter Maydell wrote:
> This patchset fixes a number of bugs in our SD card emulation, mostly
> in the status bit handling. In particular, it fixes the issues raised
> in https://bugs.launchpad.net/qemu/+bug/597641 . The others are things
> I noticed while I wa
Hi,
On 6 January 2012 17:55, Stefan Hajnoczi wrote:
> Is the following code correct in hw/omap_dss.c:
>
> case 0x58: /* RFBI_READ */
> if ((s->rfbi.control & (1 << 2)) && s->rfbi.chip[0])
> s->rfbi.rxbuf = s->rfbi.chip[0]->read(s->rfbi.chip[0]->opaque, 1);
> else if ((s->rfbi.contro
Signed-off-by: Andrzej Zaborowski
---
scripts/hxtool |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/scripts/hxtool b/scripts/hxtool
index 995bb7f..a985f5c 100644
--- a/scripts/hxtool
+++ b/scripts/hxtool
@@ -20,6 +20,8 @@ hxtotexi()
{
flag=0
line=1
+echo
Signed-off-by: Andrzej Zaborowski
---
There are other ways to do this, but adding an API for querying
available qdev drivers was the one that made most sense to me.
---
hw/qdev.c | 38 ++
hw/qdev.h |7 +++
monitor.c | 41
On 8 January 2012 16:14, Andrzej Zaborowski wrote:
> Signed-off-by: Andrzej Zaborowski
> ---
> There are other ways to do this, but adding an API for querying
> available qdev drivers was the one that made most sense to me.
> ---
> hw/qdev.c | 38 ++
Signed-off-by: Andrzej Zaborowski
---
There are other ways to do this, but adding an API for querying
available qdev drivers was the one that made most sense to me.
---
hw/qdev.c | 38 ++
hw/qdev.h |7 +++
monitor.c | 41
5340
(Actual authors of each file are listed in the file headers, not
in the Signed-off-by)
Andrzej Zaborowski (6):
gl: Add an OpenGL offscreen rendering API and backends.
gl: Add mesa OpenGL headers.
gl: OpenGL passthrough implementation.
virtio-serial: Call .guest_ready when new space is a
Without that it's impossible to write a virtio-serial port driver that
sends any buffers bigger than a couple kilobytes, other than by
polling to check when space in the queue becomes available.
Signed-off-by: Andrzej Zaborowski
---
hw/virtio-serial-bus.c |8
1 files chang
r the port access
and open/close the device at every command buffer.
* host cannot know for sure when a guest process has died unexpectedly.
Signed-off-by: Andrzej Zaborowski
---
Makefile.target |3 +-
hw/virtio-gl-port.c | 241 +++
2 files ch
Signed-off-by: Andrzej Zaborowski
---
qemu-options.hx | 24
vl.c| 36
2 files changed, 60 insertions(+), 0 deletions(-)
diff --git a/qemu-options.hx b/qemu-options.hx
index 7903e5c..f00bb6d 100644
--- a/qemu
On 5 January 2012 15:39, Stefan Weil wrote:
> Coverity complained about local variable key which was only partially
> initiated. Only key.st_value was set. As this was also the only part
> of key which was used in function symfind, the code could be optimized
> by directly passing a pointer to ori
On 7 January 2012 12:59, Stefan Hajnoczi wrote:
> The RFBI_READ/RFBI_STATUS code incorrectly uses chip[0] when it should
> be using chip[1]. Andrzej Zaborowski confirmed this
> bug since I don't know this code well.
>
> Reported-by: Dr David Alan Gilbert
> Signed-
On 6 January 2012 19:58, Peter Maydell wrote:
> Fix the sense of the REMAP bit: 0 should mean "map flash",
> 1 should mean "map RAM".
Thanks, applied both patches.
Cheers
On 9 January 2012 12:24, Peter Maydell wrote:
> Ping?
>
> (either I forgot to cc you, Andrzej, or the mailing list manager helpfully
> dropped you off the cc list again. Sorry.)
Thank you, now applied. I've been in CC but my patch queue was moving
slow, sorry.
Cheers
On 9 January 2012 19:32, Stefan Weil wrote:
> Coverity says that the division by sizeof(*s->rate) might be wrong.
> I think that coverity is right.
Thanks, applied.
Cheers
Hi,
On 10 January 2012 09:29, Alon Levy wrote:
> On Mon, Jan 09, 2012 at 08:57:50AM +0100, Andrzej Zaborowski wrote:
>> This is the host part of an OpenGL passthrough framework to make apps
>> run faster. It has initially lived on nongnu.org as a separate project
>> by Ev
On 10 January 2012 09:44, Alon Levy wrote:
> All but the last are assigned but unused variables,
> and an always true comparison, but the last looks like a logic
> error - decode not returning the actual return value for the last call
> in the buffer (vmgl-exec.c).
> ---
> gl/gloffscreen-xcomposi
On 10 January 2012 09:35, Stefan Hajnoczi wrote:
> On Mon, Jan 09, 2012 at 06:29:51PM +0100, Stefan Weil wrote:
>> These comments are used by static code analysis tools and in code reviews
>> to avoid false warnings because of missing break statements.
>>
>> The case statements handled here were r
On 12 January 2012 11:42, Alon Levy wrote:
> Don't mind at all! But for some reason this email and the other one I
> send before it to you and to the qemu-devel list didn't reach the list.
> If you saw this email is it too much to assume you saw the other one as
> well?
Thanks.
http://lists.nongn
On 16 January 2012 09:31, Peter Maydell wrote:
> On 16 January 2012 01:56, Alexander Graf wrote:
>>
>> On 13.01.2012, at 21:52, Peter Maydell wrote:
>>
>>> From: Evgeny Voevodin
>>>
>>> The secondary CPU bootloader in arm_boot.c holds secondary CPUs in a
>>> pen until the primary CPU releases th
On 14 January 2012 01:42, Andreas Färber wrote:
> Am 08.12.2011 01:41, schrieb Andreas Färber:
>> Am 10.11.2011 19:40, schrieb Pavel Borzenkov:
>>> When SDL support is disabled, there is no way to build QEMU without
>>> Cocoa support on MacOS X. This patch adds '--disable-cocoa' switch and
>>> all
On 12 January 2012 20:30, Vasily Khoruzhick wrote:
> Pallete entry size for 16bpp format is 2 bytes, not 4
>
> Signed-off-by: Vasily Khoruzhick
Thanks, applied, (with a style consistency change).
Cheers
On 12 January 2012 20:30, Vasily Khoruzhick wrote:
> u-boot uses single automatic scans and polling in
> pxa2xx_keypad driver, so clear KPC_AS bit immediately
> and update keys state even if KPC_AS and KPC_ASACT are
> cleared.
Thanks, applied.
Cheers
On 16 January 2012 07:48, Evgeny Voevodin wrote:
> Samsung exynos4210 Interrupt Combiner needs 512 IRQ sources.
Thanks, I applied this patch and the second one reviewed by Peter
Maydell. I haven't look at the other patches but on quick glance the
code formatting is still a little off in places.
On 13 January 2012 21:52, Peter Maydell wrote:
> From: Evgeny Voevodin
>
> The secondary CPU bootloader in arm_boot.c holds secondary CPUs in a
> pen until the primary CPU releases them. Make boards specify the
> address to be polled to determine whether to leave the pen (it was
> previously hard
From: Andrzej Zaborowski
Signed-off-by: Andrzej Zaborowski
---
v2: pass only char *prop_name as qdev_driver_prop_foreach_func parameter,
Anthony noted Property was soon going away.
---
hw/qdev.c | 38 ++
hw/qdev.h |7 +++
monitor.c | 41
On 17 January 2012 12:06, Andreas Färber wrote:
> Am 17.01.2012 00:46, schrieb Andrzej Zaborowski:
>> On 14 January 2012 01:42, Andreas Färber wrote:
>>> Am 08.12.2011 01:41, schrieb Andreas Färber:
>>>> Am 10.11.2011 19:40, schrieb Pavel Borzenkov:
>>>&g
On 16 May 2011 06:54, Dmitry Eremin-Solenikov wrote:
> Hello,
>
> On 5/16/11, andrzej zaborowski wrote:
>> On 25 April 2011 11:06, Dmitry Eremin-Solenikov
>> wrote:
>>> Switch dscm1 microdrive driver to use qdev infrastructure.
>>&
On 16 May 2011 15:08, Dmitry Eremin-Solenikov wrote:
> On 5/16/11, andrzej zaborowski wrote:
>> On 16 May 2011 06:54, Dmitry Eremin-Solenikov wrote:
>>> Socket is required, as we have to know the QBus before creating the
>>> device on it.
>>
>> Let's
On 17 May 2011 07:44, Jan Kiszka wrote:
> On 2011-05-17 03:38, andrzej zaborowski wrote:
>> On 16 May 2011 15:08, Dmitry Eremin-Solenikov wrote:
>>> On 5/16/11, andrzej zaborowski wrote:
>>>> On 16 May 2011 06:54, Dmitry Eremin-Solenikov wrote:
>>>>&g
Hi,
On 28 May 2011 21:52, Stefan Hajnoczi wrote:
> On Sat, May 28, 2011 at 3:55 PM, Marcus Comstedt wrote:
>> After NACKing a read operation, a raising SCL should not trigger a new
>> read from the slave. Introduce a new state which just waits for a stop
>> or start condition after NACK.
Makes
On 14 June 2011 18:53, Jan Kiszka wrote:
> Convert the last user of vga_dirty_log_restart to
> cpu_register_physical_memory_log and drop the service.
>
> CC: Andrzej Zaborowski
> Signed-off-by: Jan Kiszka
Reviewed-by: Andrzej Zaborowski
> ---
> hw/vga.c | 6 -
On 14 June 2011 18:53, Jan Kiszka wrote:
> Fixes cold reset in vmware graphic modes.
>
> CC: Andrzej Zaborowski
> Signed-off-by: Jan Kiszka
Reviewed-by: Andrzej Zaborowski
> ---
> hw/vmware_vga.c | 9 ++---
> 1 files changed, 6 insertions(+), 3 deletions(-
On 14 June 2011 18:53, Jan Kiszka wrote:
> Just like on SVGA_REG_ENABLE changes, keep dirty logging off on PCI BAR
> remappings when SVGA mode is on.
>
> CC: Andrzej Zaborowski
> Signed-off-by: Jan Kiszka
Reviewed-by: Andrzej Zaborowski
> ---
> hw/vmware_vga.c | 3 ++-
On 14 June 2011 18:53, Jan Kiszka wrote:
> This eliminates the last user of vga_dirty_log_start/start.
>
> CC: Andrzej Zaborowski
> Signed-off-by: Jan Kiszka
Reviewed-by: Andrzej Zaborowski
> ---
> hw/vmware_vga.c | 12 +++-
> 1 files changed, 7 inser
Hi,
On 26 May 2011 18:34, Peter Maydell wrote:
> The 9118 ethernet controller interrupt line is active low unless
> the IRQ config register is programmed to set both the IRQ_POL
> (polarity: active-high) and IRQ_TYPE (type: push-pull) bits:
> implement support for inverting the irq output in othe
On 20 July 2011 18:24, Markus Armbruster wrote:
> We try the drive defined with -drive if=ide,index=0 (or equivalent
> sugar). We use it only if (dinfo && bdrv_is_inserted(dinfo->bdrv) &&
> !bdrv_is_removable(dinfo->bdrv)). This is a convoluted way to test
> for "drive media can't be removed".
>
Hi,
I went ahead and pushed the series with the exception of this patch
and 14/15 because I think these are the types of patches that should
remain in downstream as a reminder, is there an argument for not
fixing these things in Linux?
In patch 04 I renamed omap2_gpio_module_set to omap2_gpio_set
On 6 July 2011 15:52, Vasily Khoruzhick wrote:
> Zipit Z2 is small PXA270 based handheld.
Thanks, I pushed this version.
Cheers
On 29 July 2011 17:35, Peter Maydell wrote:
> From: Juha Riihimäki
>
> The program actions onenand_prog_main() and onenand_prog_spare()
> can only set bits.
>
> This implies a rewrite of onenand_erase() to not use the program
> functions, since erase does need to set bits.
>
> Signed-off-by: Juha
Hi Vincent,
On 26 July 2011 01:19, Vincent Palatin wrote:
> We need to check that we are not crossing the boundaries of the card for
> the current access not for the next one which might not happen.
>
> Signed-off-by: Vincent Palatin
> ---
> hw/sd.c | 22 --
> 1 files chan
On 13 July 2011 23:05, Andreas Färber wrote:
> Am 12.07.2011 um 09:47 schrieb Jan Kiszka:
>
>> On 2011-07-04 20:15, andrzej zaborowski wrote:
>>>
>>> On 26 June 2011 11:11, Jan Kiszka wrote:
>>>>
>>>> On 2011-06-25 15:10, Andreas Färber
On 18 July 2011 12:44, Peter Maydell wrote:
> The code which prints the debug usage message on '-d ?' for *-user
> has to come before the check for "not enough arguments", so that
> "qemu-foo -d ?" prints the list of possible debug log items rather than
> the generic usage message. (This was inadv
On 3 August 2011 10:12, Markus Armbruster wrote:
> Peter Maydell writes:
>
>> On 1 August 2011 13:33, Markus Armbruster wrote:
>>> andrzej zaborowski writes:
>>>> On 20 July 2011 18:24, Markus Armbruster wrote:
>>>>> We try the drive d
On 3 August 2011 15:28, Markus Armbruster wrote:
> andrzej zaborowski writes:
>
>> On 3 August 2011 10:12, Markus Armbruster wrote:
>>> Peter Maydell writes:
>>>
>>>> On 1 August 2011 13:33, Markus Armbruster wrote:
>>>>> andrzej
On 3 August 2011 18:38, Markus Armbruster wrote:
> andrzej zaborowski writes:
>> 2. if the
>> underlaying storage can disappear for any other reason if that's
>> possible to check.
>
> bdrv_is_removable() *i
On 3 August 2011 20:24, Markus Armbruster wrote:
> andrzej zaborowski writes:
>> On 3 August 2011 18:38, Markus Armbruster wrote:
>>> andrzej zaborowski writes:
>>>> 2. if the
>>>> underlaying sto
On 4 August 2011 10:02, Kevin Wolf wrote:
> Am 03.08.2011 22:20, schrieb andrzej zaborowski:
>> On 3 August 2011 20:24, Markus Armbruster wrote:
>>> andrzej zaborowski writes:
>>>> On 3 August 2011 18:38, Markus Armbruster wrote:
&g
On 20 August 2011 01:51, Peter Maydell wrote:
> On 17 August 2011 22:11, Richard Henderson wrote:
>> As it's not used, fixes a compilation error.
Stefan Weil submitted an identical patch a couple of weeks ago, but I
can't see the rationale for inlining. It seems like working around
the warning
Signed-off-by: Andrzej Zaborowski
---
hw/bt-hci.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/hw/bt-hci.c b/hw/bt-hci.c
index 8c717f9..48cbbb5 100644
--- a/hw/bt-hci.c
+++ b/hw/bt-hci.c
@@ -442,7 +442,7 @@ static inline uint8_t *bt_hci_event_start(struct bt_hci_s
HCI Reset command returns a Command Complete event, not a Command Status
event. We need to avoid resetting the stored last command code for the
response to be fully correct.
Signed-off-by: Andrzej Zaborowski
---
hw/bt-hci.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff
On 18 April 2012 14:35, Stefan Hajnoczi wrote:
> Recently there have been new SD card emulation patches so I want to
> raise the issue of synchronous I/O while there is focus on the SD
> subsystem. Maybe some of the people who are improving the SD
> subsystem will be able to help.
>
> sd_blk_read
On 20 April 2012 11:50, Stefan Hajnoczi wrote:
> On Fri, Apr 20, 2012 at 12:21 AM, andrzej zaborowski
> wrote:
>> Yes, controllers would be affected, but there are various ways to go
>> about it. Some could be simple to implement (looking at
>> pxa2xx_mmci.
Hi,
On 17 February 2012 19:21, Peter Maydell wrote:
> I'm looking at cleaning up some more omap3 patches, and have
> been working on the omap_i2c related ones. At the moment in
> omap_i2c.c there are the following #defines for the I2C module
> revision (as exposed via the revision register):
>
>
On 20 February 2012 13:12, andrzej zaborowski wrote:
> I have neither of the TRMs at hand but I downloaded the TRM for
> omap35x which features i2c module 3.1 and it looks like the current
Sorry, the revision is not given in the TRM, 3.1 is an example.
Cheers
From: Andrzej Zaborowski
Signed-off-by: Andrzej Zaborowski
---
v2: pass only char *prop_name as qdev_driver_prop_foreach_func parameter,
Anthony noted Property was soon going away.
v3: use QOM.
---
monitor.c | 58 ++
1 files changed
On 22 February 2012 11:15, Igor Mitsyanko wrote:
> Convert three variables in DMAChannel state from type target_phys_addr_t to
> uint32_t,
> use VMSTATE_UINT32 instead of VMSTATE_UINTTL for these variables.
> We can do it safely because:
> 1) pxa2xx has 32-bit physical address;
> 2) rest of the c
On 22 February 2012 13:00, Peter Maydell wrote:
> On 22 February 2012 11:36, andrzej zaborowski wrote:
>> On 22 February 2012 11:15, Igor Mitsyanko wrote:
>>> Convert three variables in DMAChannel state from type target_phys_addr_t to
>>> uint32_t,
>&g
On 22 February 2012 13:26, Mitsyanko Igor wrote:
> On 02/22/2012 03:36 PM, andrzej zaborowski wrote:
>> Why's uint32_t more correct though? The purpose of using a named type
>> across qemu is to mark fields as memory addresses (similar to size_t
>> being used for size
On 22 February 2012 13:48, Peter Maydell wrote:
> On 22 February 2012 12:13, andrzej zaborowski wrote:
>> On 22 February 2012 13:00, Peter Maydell wrote:
>>> On 22 February 2012 11:36, andrzej zaborowski wrote:
>>>> On 22 February 2012 11:15, Igor Mitsyan
On 23 February 2012 09:20, Gerd Hoffmann wrote:
> $subject says all, which pretty much breaks libvirt-managed qemu ...
Also "device_add nonexistent-device" in the monitor gives a rather
unhelpful message:
Parameter 'driver' expects device type
Cheers
On 23 February 2012 09:48, Markus Armbruster wrote:
> andrzej zaborowski writes:
>
>> On 23 February 2012 09:20, Gerd Hoffmann wrote:
>>> $subject says all, which pretty much breaks libvirt-managed qemu ...
>>
>> Also "device_add nonexistent-device"
Without that it's impossible to write a virtio-serial port driver that
sends any buffers bigger than a couple kilobytes, other than by
polling to check when space in the queue becomes available.
Signed-off-by: Andrzej Zaborowski
---
v2: rebase after QOM.
---
hw/virtio-serial-bus.c |
r the port access
and open/close the device at every command buffer.
* host cannot know for sure when a guest process has died unexpectedly.
Signed-off-by: Andrzej Zaborowski
---
v2: rebase after QOM.
---
Makefile.target |3 +-
hw/virtio-gl-por
Signed-off-by: Andrzej Zaborowski
---
qemu-options.hx | 24
vl.c| 36
2 files changed, 60 insertions(+), 0 deletions(-)
diff --git a/qemu-options.hx b/qemu-options.hx
index b129996..8a5784c 100644
--- a/qemu
On 26 June 2011 11:11, Jan Kiszka wrote:
> On 2011-06-25 15:10, Andreas Färber wrote:
>> Am 25.06.2011 um 14:55 schrieb Jan Kiszka:
>>
>>> On 2011-06-25 14:37, Andreas Färber wrote:
Am 24.06.2011 um 16:27 schrieb Jan Kiszka:
> For unknown reasons, Windows drivers (tested with XP and
On 17 June 2011 12:04, Vasily Khoruzhick wrote:
> Until now, pxa2xx_lcd only supported 90deg rotation, but
> some machines (for example Zipit Z2) needs 270deg rotation.
>
> Signed-off-by: Vasily Khoruzhick
> ---
> v2: codestyle fixes
> v3: fix dpy_update calls for 180 and 360 deg. rotation.
> v4:
On 23 June 2011 17:53, Stefan Weil wrote:
> Parameter 'info' is const, so add the missing attribute.
>
> v2:
> Add 'const' to the local variable info in do_cpu_reset() and to
> the boot_info field in CPUARMState (suggested by Peter Maydell).
I pushed this version, thanks.
Cheers
Hi,
On 29 June 2011 20:53, Peter Maydell wrote:
> From: Juha Riihimäki
>
> Convert the OMAP GPIO module to qdev.
>
> Signed-off-by: Juha Riihimäki
> [Riku Voipio: Fixes and restructuring patchset]
> Signed-off-by: Riku Voipio
> [Peter Maydell: More fixes and cleanups for upstream submission]
>
If I remember correctly, the type is unsigned long because it needs to
match "chtype" as declared in curses.h. On some implementations of
curses it may be declared differently, we really should use the "chtype"
type directly but console.h is also used when the use of curses was
disabled in qemu co
This is probably the source of the problem. As you say it'd be best to
use chtype directly if it can be done cleanly, unfortunately it looks
like it'll add a curses specific snippet in console.h, but so be it.
The only other option is to add a conversion step in curses.c and give
up zero-copy pass
Hi,
On 5 July 2011 15:19, Peter Maydell wrote:
> On 4 July 2011 23:39, andrzej zaborowski wrote:
>> I'd also prefer that omap2_gpio_init remains a function that
>> does all the qdev magic in omap_gpio.c and with the current signature
>
> I'm not convinced ab
On 20 October 2011 12:48, Dmitry Koshelev wrote:
> irq_target array saving/loading is in the wrong loop.
> Version bump.
>
> Signed-off-by: Dmitry Koshelev
Thanks, pushed this patch.
Cheers
On 18 October 2011 17:12, Peter Maydell wrote:
> The OMAP2430 version of the omap-gpio device has five GPIO modules,
> not four like the other OMAP2 versions; wire up the fifth module's
> IRQ line correctly.
Thanks, pushed this patch.
Cheers
On 29 September 2011 16:48, Peter Maydell wrote:
> Fix the "-version" option, which was accidentally broken in commit
> fc9c541:
> * exit after printing version information rather than proceeding
> blithely onward (and likely printing the full usage message)
> * correct the cut-n-paste error i
On 13 October 2011 19:45, Peter Maydell wrote:
> Don't pass a NULL pointer in to SYS_signalfd in qemu_signalfd_available():
> this isn't valid and Valgrind complains about it.
Also pushed this patch.
Cheers
Hi Mathieu,
On 18 October 2011 23:45, Mathieu Sonet wrote:
> This driver emulates the ARM AACI interface (PL041) connected to a LM4549
> codec.
> It enables audio playback for the Versatile/PB platform.
>
> Limitations:
> - Supports only a playback on one channel (Versatile/Vexpress)
> - Supports
On 20 October 2011 16:36, Peter Maydell wrote:
> Hi; these are the pending target-arm patches I'd like to get in for 1.0;
> a couple of minor ones plus the A15 insn work. Please pull.
>
> V2 of this pullreq just adds Andreas' trivial patch as 8/8,
> so I haven't bothered re-emailing the identical
On 28 October 2011 11:55, Peter Maydell wrote:
> From: Mathieu Sonet
>
> This driver emulates the ARM AACI interface (PL041) connected to a LM4549
> codec.
> It enables audio playback for the Versatile/PB platform.
Thanks, pushed both changes.
Cheers
from vl.c?
>
> To make things more complicated, it looks like Thiemo Seufer did the
> original mips support, and he passed away. So he can't obviously
> comment.
>
> Anthony asked me to send a patch to the list, asking form comments.
Acked-by: Andrzej Zaborowski
Cheers
Hi,
On 11 November 2011 20:45, Anthony Liguori wrote:
> On 11/09/2011 02:46 PM, Peter Maydell wrote:
>>
>> Fix a bug in handling the write-one-to-clear bits in the PMCR
>> which meant that we would always clear the bit even if the
>> value written was a zero. Spotted by Coverity (see bug 887883).
On 13 November 2011 15:18, Peter Maydell wrote:
> Fix an error in commit afd4a6522 which meant that writing a zero
> to the RW bits in the PMCR wouldn't actually clear them. (Error
> spotted by Andrzej Zaborowski.)
>
> Signed-off-by: Peter Maydell
Thanks, pushed.
Cheers
On 9 November 2011 22:09, Peter Maydell wrote:
> "!X == 2" is always false (spotted by Coverity), so the checks
> for whether rndis is in the correct state would never fire.
I pushed this patch because it's a bugfix and the check is guarded by
is_rndis() so there should be no risk of affecting no
On 6 November 2011 20:14, Jean-Christophe DUBOIS wrote:
> Depending on the considered baseboard the bit used to
> reset the platform is different.
>
> Here is the list of considered Realview/Versatile platforms:
>
> Realview/Versatile AB for ARM926EJ-S: BOARD_ID = 0x100 = BOARD_ID_PB926
> http://i
On 20 October 2011 14:53, wrote:
> From: Juha Riihimäki
>
> Make NAND and OneNAND device models reject read-only drives.
> Test for example by running
>
> $ qemu-system-arm -drive if=none,file=/dev/zero,readonly,id=foo -device
> nand,drive=foo,chip_id=0x59 -kernel /dev/null
>
> or
>
> $ qemu-sy
On 14 November 2011 09:08, Peter Maydell wrote:
> I'm happy that non-rndis works, I tested that. What I don't know
> is whether the patch breaks rndis
Sorry, I misread what you said assuming that you tested a branch
affected by this patch. I'm unable to find a guest to test the rndis
mode so I r
On 16 September 2011 16:32, Peter Maydell wrote:
> On 16 September 2011 14:05, Anthony Liguori wrote:
>> On 09/09/2011 11:48 AM, Peter Maydell wrote:
>>> Ping?
>>
>> Is anyone actively maintaining the omap device model?
>
> Whoops, Andrzej's email got dropped from the cc (some odd interaction
> b
1 - 100 of 626 matches
Mail list logo
