[Qemu-devel] Unable to parse -device drivers containing commas?

2013-05-30 Thread Mark Cave-Ayland
Hi all, I found that the QEMU -device command line parser doesn't seem to like driver names containing a comma such as SUNW,tcx for the video driver on qemu-system-sparc: $ ./qemu-system-sparc -device SUNW,tcx,help qemu-system-sparc: -device SUNW,tcx,help: Parameter 'driver' expects device

Re: [Qemu-devel] Unable to parse -device drivers containing commas?

2013-05-31 Thread Mark Cave-Ayland
On 30/05/13 13:07, Eric Blake wrote: Is there a way of escaping the commas on the command line so that it is possible to list properties for drivers named in this way? Commas are escaped by doubling them. Try ./qemu-system-sparc -device SUNW,,tcx,help That's the generic quoting we've used

[Qemu-devel] [PATCH] tcx: Fix 24-bit display mode

2013-06-01 Thread Mark Cave-Ayland
Commit d08151bf (conversion of tcx to the memory API) broke the 24-bit mode of the tcx display adapter by accidentally passing in the final address of the dirty region to memory_region_reset_dirty() instead of its size. Signed-off-by: Mark Cave-Ayland mark.cave-ayl...@ilande.co.uk --- hw/display

Re: [Qemu-devel] [PATCH] tcx: Fix 24-bit display mode

2013-06-02 Thread Mark Cave-Ayland
On 01/06/13 21:59, Blue Swirl wrote: On Sat, Jun 1, 2013 at 11:41 AM, Mark Cave-Ayland mark.cave-ayl...@ilande.co.uk wrote: Commit d08151bf (conversion of tcx to the memory API) broke the 24-bit mode of the tcx display adapter by accidentally passing in the final address of the dirty region

[Qemu-devel] [PATCHv2] tcx: Fix 24-bit display mode

2013-06-02 Thread Mark Cave-Ayland
Commit d08151bf (conversion of tcx to the memory API) broke the 24-bit mode of the tcx display adapter by accidentally passing in the final address of the dirty region to memory_region_reset_dirty() instead of its size. Signed-off-by: Mark Cave-Ayland mark.cave-ayl...@ilande.co.uk --- hw/display

[Qemu-devel] gtk UI doesn't correctly byte swap 32-bit framebuffer on qemu-system-ppc little-endian host

2013-06-03 Thread Mark Cave-Ayland
Hi all, I've just been testing some more OpenBIOS images with the new gtk UI and found that if you specify a 32-bit depth framebuffer on qemu-system-ppc running on a little-endian host then the RGB - BGR byteswap doesn't take place. Good: ./qemu-system-ppc -g 1024x768x32 -vnc :1

Re: [Qemu-devel] gtk UI doesn't correctly byte swap 32-bit framebuffer on qemu-system-ppc little-endian host

2013-06-04 Thread Mark Cave-Ayland
On 04/06/13 08:50, Gerd Hoffmann wrote: On 06/04/13 01:19, Anthony Liguori wrote: Mark Cave-Aylandmark.cave-ayl...@ilande.co.uk writes: Hi all, I've just been testing some more OpenBIOS images with the new gtk UI and found that if you specify a 32-bit depth framebuffer on qemu-system-ppc

[Qemu-devel] [PULL] Update OpenBIOS images to r1229

2013-10-02 Thread Mark Cave-Ayland
to fetch changes up to ad98acb9b1d610c4d243f53d9fb380e500d4abbe: Update OpenBIOS images (2013-10-03 00:04:20 +0100) Mark Cave-Ayland (1): Update OpenBIOS images pc-bios/README |2 +- pc-bios/openbios-ppc

[Qemu-devel] PPC: Timer issues with git master

2013-10-10 Thread Mark Cave-Ayland
Hi all, I've just upgraded my git repository from around the 1.6 release timeframe to git master and I'm seeing some strange timing issues running through my OpenBIOS test suite which weren't there before my git update. The two most noticeable changes are in FreeBSD and HelenOS; the

[Qemu-devel] [PATCH] PPC: fix PCI configuration space MemoryRegions for grackle/uninorth

2013-10-11 Thread Mark Cave-Ayland
-bit register as intended. Signed-off-by: Mark Cave-Ayland mark.cave-ayl...@ilande.co.uk CC: Hervé Poussineau hpous...@reactos.org CC: Andreas Färber afaer...@suse.de CC: Alexander Graf ag...@suse.de --- hw/pci-host/grackle.c |4 ++-- hw/pci-host/uninorth.c | 16 2 files

[Qemu-devel] [PATCHv2] sun4m: Add FCode ROM for TCX framebuffer

2013-10-11 Thread Mark Cave-Ayland
place during install Mark Cave-Ayland (1): sun4m: Add FCode ROM for TCX framebuffer Makefile |2 +- hw/display/tcx.c | 27 ++- hw/sparc/sun4m.c | 17 ++--- pc-bios/QEMU,tcx.bin | Bin 0 - 1242 bytes pc-bios/README |4

[Qemu-devel] [PATCHv2] sun4m: Add FCode ROM for TCX framebuffer

2013-10-11 Thread Mark Cave-Ayland
Forth) at the base address of each slot, and if present executes it so that it creates its own device node in the OpenBIOS device tree. The FCode ROM is generated as part of the OpenBIOS build and should generally be updated at the same time. Signed-off-by: Mark Cave-Ayland mark.cave-ayl

[Qemu-devel] [PATCH 0/2] sun4m: Implement Sun CG3 framebuffer for QEMU

2013-10-15 Thread Mark Cave-Ayland
framebuffer to maintain compatibility. Signed-off-by: Mark Cave-Ayland mark.cave-ayl...@ilande.co.uk Mark Cave-Ayland (2): sun4m: Add Sun CG3 framebuffer and corresponding OpenBIOS FCode ROM sun4m: Add Sun CG3 framebuffer initialisation function Makefile |2

[Qemu-devel] [PATCH 2/2] sun4m: Add Sun CG3 framebuffer initialisation function

2013-10-15 Thread Mark Cave-Ayland
In order to allow the user to choose the framebuffer for sparc-softmmu, add -vga tcx and -vga cg3 options to the QEMU command line. If no option is specified, the default TCX framebuffer is used. Signed-off-by: Mark Cave-Ayland mark.cave-ayl...@ilande.co.uk CC: Blue Swirl blauwir...@gmail.com CC

[Qemu-devel] [PATCH 1/2] sun4m: Add Sun CG3 framebuffer and corresponding OpenBIOS FCode ROM

2013-10-15 Thread Mark Cave-Ayland
The CG3 framebuffer is a simple 8-bit framebuffer for use with operating systems such as early Solaris that do not have drivers for TCX. Signed-off-by: Mark Cave-Ayland mark.cave-ayl...@ilande.co.uk CC: Blue Swirl blauwir...@gmail.com CC: Bob Breuer breu...@mc.net CC: Artyom Tarasenko atar4q

Re: [Qemu-devel] [PATCH 1/2] sun4m: Add Sun CG3 framebuffer and corresponding OpenBIOS FCode ROM

2013-10-17 Thread Mark Cave-Ayland
On 15/10/13 22:46, Peter Maydell wrote: On 15 October 2013 21:19, Mark Cave-Ayland mark.cave-ayl...@ilande.co.uk wrote: +/* FCode ROM */ +memory_region_init_ram(s-rom, NULL, cg3.prom, FCODE_MAX_ROM_SIZE); +vmstate_register_ram_global(s-rom); +memory_region_set_readonly(s-rom

Re: [Qemu-devel] PPC: Timer issues with git master

2013-10-17 Thread Mark Cave-Ayland
On 11/10/13 09:44, Paolo Bonzini wrote: I've just upgraded my git repository from around the 1.6 release timeframe to git master and I'm seeing some strange timing issues running through my OpenBIOS test suite which weren't there before my git update. The two most noticeable changes are in

Re: [Qemu-devel] PPC: Timer issues with git master

2013-10-17 Thread Mark Cave-Ayland
On 17/10/13 15:53, Paolo Bonzini wrote: Hi Paolo, I've just attempted a bisection testing HelenOS, but I'm struggling to get a consistent result. Even with the same binary across multiple runs then sometimes I see the issue with frequent timer pauses, and sometimes I don't which makes tracking

Re: [Qemu-devel] [Qemu-ppc] [PULL 00/29] ppc patch queue 2013-10-25

2013-10-25 Thread Mark Cave-Ayland
On 25/10/13 22:27, Alexander Graf wrote: Hi Blue / Aurelien / Anthony, This is my current patch queue for ppc. Please pull. Alex Hi Alex, Did you get my repost of the PPC PCI configuration space patch to qemu-devel here:

Re: [Qemu-devel] [PATCH 0/2] sun4m: Implement Sun CG3 framebuffer for QEMU

2013-10-26 Thread Mark Cave-Ayland
On 15/10/13 21:19, Mark Cave-Ayland wrote: This patchset follows on from the previous Add FCode ROM for TCX framebuffer patch and provides QEMU with an implementation of the Sun CG3 8-bit framebuffer. It is based upon Bob Breuer's original work which has been rebased onto git master, and is now

Re: [Qemu-devel] [Qemu-ppc] [PULL 00/29] ppc patch queue 2013-10-25

2013-10-26 Thread Mark Cave-Ayland
On 26/10/13 05:43, Alexander Graf wrote: Did you get my repost of the PPC PCI configuration space patch to qemu-devel here: http://lists.gnu.org/archive/html/qemu-devel/2013-10/msg01491.html? Or should that go via someone else's tree? Thanks a lot for the reminder. There is absolutely

Re: [Qemu-devel] There are two distinct qdevs named TYPE_OPENPROM

2013-10-29 Thread Mark Cave-Ayland
On 29/10/13 14:32, Peter Maydell wrote: On 29 October 2013 07:57, Markus Armbrusterarm...@redhat.com wrote: sun4m.c and sun4u.c both define a qdev named TYPE_OPENPROM. As far as I can tell, they differ only in the name of their memory region. If they ever get linked into the same

Re: [Qemu-devel] [PATCH] sun4m: add display width and height to the firmware configuration

2013-07-23 Thread Mark Cave-Ayland
On 15/06/13 14:55, Mark Cave-Ayland wrote: Currently the graphics resolution for TCX is fixed at 1024x768, however other framebuffers are capable of supporting additional resolutions. Signed-off-by: Mark Cave-Aylandmark.cave-ayl...@ilande.co.uk --- hw/sparc/sun4m.c |4 1 file

[Qemu-devel] [PATCHv2] sun4m: add display width and height to the firmware configuration

2013-07-26 Thread Mark Cave-Ayland
Currently the graphics resolution for TCX is fixed at 1024x768, however other framebuffers are capable of supporting additional resolutions. Signed-off-by: Mark Cave-Ayland mark.cave-ayl...@ilande.co.uk CC: Anthony Liguori aligu...@us.ibm.com CC: Blue Swirl blauwir...@gmail.com --- hw/sparc

[Qemu-devel] ioport: qemu-system-sparc64 currently broken

2013-07-26 Thread Mark Cave-Ayland
Hi Jan/Paolo, I've just updated my local QEMU repository to git master for OpenBIOS testing and it seems that the ioport changes break SPARC64. git bisect points to this commit: commit b40acf99bef69fa8ab0f9092ff162fde945eec12 Author: Jan Kiszka jan.kis...@siemens.com Date: Mon Jun 24

Re: [Qemu-devel] ioport: qemu-system-sparc64 currently broken

2013-07-27 Thread Mark Cave-Ayland
On 27/07/13 09:55, Paolo Bonzini wrote: Il 27/07/2013 00:21, Mark Cave-Ayland ha scritto: I suspect that there may be multiple breakages here (as HEAD blows up differently with a trap failure), but this is definitely the start of the chain. Yes, the fixes so far are the following: commit

Re: [Qemu-devel] [PATCH for-1.6] fw_cfg: the I/O port variant expects little-endian

2013-07-29 Thread Mark Cave-Ayland
= DEVICE_NATIVE_ENDIAN, +.endianness = DEVICE_LITTLE_ENDIAN, .valid.accepts = fw_cfg_comb_valid, }; Hi Paolo, I can confirm that this fixes SPARC64 boot for me - thanks! Tested-by: Mark Cave-Ayland mark.cave-ayl...@ilande.co.uk ATB, Mark.

Re: [Qemu-devel] [PATCH qom-next for-1.6 v2] fdc: Fix inheritence for SUNW, fdtwo

2013-07-29 Thread Mark Cave-Ayland
Färberafaer...@suse.de Hi Andreas, I can confirm that this fixes SPARC32 for me - thanks! Tested-by: Mark Cave-Ayland mark.cave-ayl...@ilande.co.uk ATB, Mark.

[Qemu-devel] [PULL for-1.6] Update OpenBIOS images to r1198

2013-07-30 Thread Mark Cave-Ayland
to 9a949b94f60ee48ca0fbb5dc263c7ee77b75149f: Update OpenBIOS images (2013-07-30 23:11:07 +0100) Mark Cave-Ayland (1): Update OpenBIOS images pc-bios/README |4 ++-- pc-bios/openbios-ppc | Bin 733972

Re: [Qemu-devel] [ANNOUNCE] QEMU 1.6.0-rc1 is now available

2013-08-04 Thread Mark Cave-Ayland
On 01/08/13 23:08, Anthony Liguori wrote: Hi, On behalf of the QEMU Team, I'd like to announce the availability of the second release candidate for the QEMU 1.6 release. This release is meant for testing purposes and should not be used in a production environment.

[Qemu-devel] [PATCH for-1.7 1/3] sun4m: Add FCode ROM for TCX framebuffer

2013-11-02 Thread Mark Cave-Ayland
Forth) at the base address of each slot, and if present executes it so that it creates its own device node in the OpenBIOS device tree. The FCode ROM is generated as part of the OpenBIOS build and should generally be updated at the same time. Signed-off-by: Mark Cave-Ayland mark.cave-ayl

[Qemu-devel] [PATCH for-1.7 3/3] sun4m: Add Sun CG3 framebuffer initialisation function

2013-11-02 Thread Mark Cave-Ayland
In order to allow the user to choose the framebuffer for sparc-softmmu, add -vga tcx and -vga cg3 options to the QEMU command line. If no option is specified, the default TCX framebuffer is used. Signed-off-by: Mark Cave-Ayland mark.cave-ayl...@ilande.co.uk CC: Blue Swirl blauwir...@gmail.com CC

[Qemu-devel] [PATCH for-1.7 0/3] sun4m: Add TCX FCode ROM and support for CG3 framebuffer

2013-11-02 Thread Mark Cave-Ayland
-2.png The CG3 framebuffer is selected by passing -vga cg3 on the command line to qemu-system-sparc. If either -vga tcx is specified (or the -vga argument is omitted) then qemu-system-sparc defaults to using the existing TCX framebuffer to maintain compatibility. Signed-off-by: Mark Cave-Ayland

[Qemu-devel] [PATCH for-1.7 2/3] sun4m: Add Sun CG3 framebuffer and corresponding OpenBIOS FCode ROM

2013-11-02 Thread Mark Cave-Ayland
The CG3 framebuffer is a simple 8-bit framebuffer for use with operating systems such as early Solaris that do not have drivers for TCX. Signed-off-by: Mark Cave-Ayland mark.cave-ayl...@ilande.co.uk CC: Blue Swirl blauwir...@gmail.com CC: Bob Breuer breu...@mc.net CC: Artyom Tarasenko atar4q

Re: [Qemu-devel] [PATCH] PPC: fix PCI configuration space MemoryRegions for grackle/uninorth

2013-11-08 Thread Mark Cave-Ayland
On 08/11/13 03:20, Alexander Graf wrote: On 11.10.2013, at 12:53, Mark Cave-Aylandmark.cave-ayl...@ilande.co.uk wrote: OpenBIOS prior to SVN r1225 had a horrible bug when accessing PCI configuration space for PPC Mac architectures - instead of writing the PCI configuration data value to the

Re: [Qemu-devel] Openbios upgrade broke sparc32 linux.

2013-07-15 Thread Mark Cave-Ayland
On 04/07/13 22:52, Olivier Danet wrote: The bug was introduced in Linux 3.8 Here is a patch for swift, there are also issues in hypersparc.S, viking.S, tsunami.S ...: == diff -up linux_prev/arch/sparc/mm/swift.S

Re: [Qemu-devel] Possibility of unaligned DMA accesses via the QEMU DMA API?

2013-07-17 Thread Mark Cave-Ayland
On 17/07/13 09:16, Kevin Wolf wrote: Hi Kevin, Thanks for the reply - CC to qemu-devel as requested. I've been testing some of Alex Graf's patches for running Darwin under QEMU PPC and have been experiencing some timeout problems on block devices. My attention is drawn to this commit in

Re: [Qemu-devel] Possibility of unaligned DMA accesses via the QEMU DMA API?

2013-07-17 Thread Mark Cave-Ayland
On 17/07/13 14:35, Kevin Wolf wrote: Okay, so I've had a quick look at that DMA controller, and it seems that for a complete emulation, there's no way around using a bounce buffer (and calling directly into the block layer instead of using dma-helpers.c) for the general case. You can have a

Re: [Qemu-devel] Possibility of unaligned DMA accesses via the QEMU DMA API?

2013-07-22 Thread Mark Cave-Ayland
On 18/07/13 14:44, Alexander Graf wrote: What I would do, however, is to complete even the INPUT/OUTPUT_MORE commands only at the end of the whole request. This is definitely allowed behaviour, and it ensures that a memory region isn't already reused by the OS while e.g. a write request is

[Qemu-devel] [PATCH] sun4m: add display width and height to the firmware configuration

2013-06-15 Thread Mark Cave-Ayland
Currently the graphics resolution for TCX is fixed at 1024x768, however other framebuffers are capable of supporting additional resolutions. Signed-off-by: Mark Cave-Ayland mark.cave-ayl...@ilande.co.uk --- hw/sparc/sun4m.c |4 1 file changed, 4 insertions(+) diff --git a/hw/sparc

Re: [Qemu-devel] [PATCH] sun4m: add display width and height to the firmware configuration

2013-06-16 Thread Mark Cave-Ayland
On 15/06/13 15:54, Andreas Färber wrote: Looks fine, Reviewed-by: Andreas Färberafaer...@suse.de Does this require corresponding OpenBIOS patches or was that already prepared? (only see your cleanups and bug fixes there) Yes, I rolled up some code for this in the corresponding OpenBIOS

Re: [Qemu-devel] [PATCH] Graphics: Switch to 800x600x32 as default mode

2013-06-21 Thread Mark Cave-Ayland
On 20/06/13 13:23, Alexander Graf wrote: On 20.06.2013, at 14:19, Peter Maydell wrote: On 20 June 2013 13:09, Alexander Grafag...@suse.de wrote: We have stayed at 800x600x15 as default graphics mode for the last 9 years. If there ever was a reason to be there, surely nobody remembers it.

[Qemu-devel] [PATCH] cmd646: fix build when DEBUG_IDE is enabled.

2013-06-28 Thread Mark Cave-Ayland
Make sure we use the correct TARGET/PRI macros in the debug statements. Signed-off-by: Mark Cave-Ayland mark.cave-ayl...@ilande.co.uk CC: Kevin Wolf kw...@redhat.com --- hw/ide/cmd646.c |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/hw/ide/cmd646.c b/hw/ide/cmd646.c

Re: [Qemu-devel] Openbios upgrade broke sparc32 linux.

2013-06-28 Thread Mark Cave-Ayland
On 28/06/13 03:08, Rob Landley wrote: Commit 467b34689d27 upgraded the openbios image, and ever since my linux system images hang about the time they try to initialize interrupts. http://landley.net/aboriginal/bin/system-image-sparc.tar.bz2 Extract that and ./run-emulator.sh in the tarball.

Re: [Qemu-devel] sparc64 with openbios-sparc64

2013-12-02 Thread Mark Cave-Ayland
On 26/11/13 22:05, Mahmood Naderan wrote: On Tuesday, November 26, 2013 4:51 PM, Mahmood Naderan nt_mahm...@yahoo.com wrote: Hello, Is there any news on emulating sparc64 machine with openbios-sparc64 on a x86_64 host machine? I followed some posts regarding this from 2010 however didn't

[Qemu-devel] PPC: Regression booting NetBSD

2013-12-10 Thread Mark Cave-Ayland
Hi all, I've been running my OpenBIOS test suite on a recent git (commit a1d22a) and have encountered a QEMU process segfault in 2 out of 3 of my NetBSD 5.0.2 boot attempts. Does anyone have an idea what could be causing this? Other OSs don't seem to be affected.

Re: [Qemu-devel] PPC: Regression booting NetBSD

2013-12-10 Thread Mark Cave-Ayland
On 10/12/13 14:40, Peter Maydell wrote: On 10 December 2013 14:24, Mark Cave-Ayland mark.cave-ayl...@ilande.co.uk wrote: I've been running my OpenBIOS test suite on a recent git (commit a1d22a) and have encountered a QEMU process segfault in 2 out of 3 of my NetBSD 5.0.2 boot attempts. Does

[Qemu-devel] Request for OpenBIOS image update

2013-12-10 Thread Mark Cave-Ayland
Hi Anthony, There's a fairly nasty regression in OpenBIOS for 1.7 which breaks booting for SPARC32 disk images, along with a stack underflow which affects all architectures during boot. Please can you update the OpenBIOS git-svn mirror on git.qemu.org, and let me know how to coordinate the

[Qemu-devel] [PATCH 0/2] sun4m: Implement Sun CG3 framebuffer for QEMU

2013-12-13 Thread Mark Cave-Ayland
tcx is specified (or the -vga argument is omitted) then qemu-system-sparc defaults to using the existing TCX framebuffer to maintain compatibility. Mark Cave-Ayland (2): sun4m: Add Sun CG3 framebuffer and corresponding OpenBIOS FCode ROM sun4m: Add Sun CG3 framebuffer initialisation function

[Qemu-devel] [PATCH 2/2] sun4m: Add Sun CG3 framebuffer initialisation function

2013-12-13 Thread Mark Cave-Ayland
In order to allow the user to choose the framebuffer for sparc-softmmu, add -vga tcx and -vga cg3 options to the QEMU command line. If no option is specified, the default TCX framebuffer is used. Signed-off-by: Mark Cave-Ayland mark.cave-ayl...@ilande.co.uk CC: Blue Swirl blauwir...@gmail.com CC

[Qemu-devel] [PATCH 1/2] sun4m: Add Sun CG3 framebuffer and corresponding OpenBIOS FCode ROM

2013-12-13 Thread Mark Cave-Ayland
The CG3 framebuffer is a simple 8-bit framebuffer for use with operating systems such as early Solaris that do not have drivers for TCX. Signed-off-by: Mark Cave-Ayland mark.cave-ayl...@ilande.co.uk CC: Blue Swirl blauwir...@gmail.com CC: Anthony Liguori aligu...@amazon.com CC: Bob Breuer breu

Re: [Qemu-devel] No rule to make target ../libhw32/virtio.o

2011-01-13 Thread Mark Cave-Ayland
, plus the team there are currently very active and in my experience a lot more responsive when it comes to fixing any problems that may arise. HTH, Mark. -- Mark Cave-Ayland - Senior Technical Architect PostgreSQL - PostGIS Sirius Corporation plc - control through freedom http

Re: [Qemu-devel] Re: [PATCH] mingw32: Fix definitions for PRId64, PRIx64, PRIu64, PRIo64

2011-01-31 Thread Mark Cave-Ayland
Cave-Ayland - Senior Technical Architect PostgreSQL - PostGIS Sirius Corporation plc - control through freedom http://www.siriusit.co.uk t: +44 870 608 0063 Sirius Labs: http://www.siriusit.co.uk/labs

Re: [Qemu-devel] [PATCH] pcibus_get_dev_path: correct pci device path construction

2011-01-31 Thread Mark Cave-Ayland
, PCI_SLOT(t-devfn), PCI_FUNC(t-devfn)); +} + +qemu_free(pci_path); + return path; } Has anyone had a chance to look at this patch yet? ATB, Mark. -- Mark Cave-Ayland - Senior Technical Architect PostgreSQL - PostGIS Sirius Corporation plc - control through freedom http

Re: [Qemu-devel] gdb for sparc64?

2010-09-03 Thread Mark Cave-Ayland
/openbios-builtin.elf.nostrip...done. (gdb) target remote :1234 Remote debugging using :1234 [New Thread 1] 0x01fff020 in ?? () (gdb) cont Continuing. ...and then off you go. I don't know whether this is a bug/feature in the QEMU gdb stubs or just GDB itself. HTH, Mark. -- Mark Cave

[Qemu-devel] Tracing memory accesses via gdbstub and SPARC64

2010-09-27 Thread Mark Cave-Ayland
out the culprit. I'd be quite happy to hardcode an address to force a break in gdb somewhere within the qemu source as workaround if someone could point me in the right direction? Many thanks, Mark. -- Mark Cave-Ayland - Senior Technical Architect PostgreSQL - PostGIS Sirius Corporation plc

Re: [Qemu-devel] Re: sparc64 lazy conditional codes evaluation

2010-05-10 Thread Mark Cave-Ayland
5a834bb47c373e887de5210b7ceae96e1ef413f7 (just after the changes): [ 70.384466] Failed to execute /init [ 70.474804] Kernel panic - not syncing: No init found. Try passing init= option to kernel. So while it's technically correct, it seems to have added ~15% overhead to the emulation :( ATB, Mark. -- Mark Cave-Ayland

Re: [Qemu-devel] Re: sparc64 lazy conditional codes evaluation

2010-05-15 Thread Mark Cave-Ayland
nothing to worry about here. ATB, Mark. -- Mark Cave-Ayland - Senior Technical Architect PostgreSQL - PostGIS Sirius Corporation plc - control through freedom http://www.siriusit.co.uk t: +44 870 608 0063 Sirius Labs: http://www.siriusit.co.uk/labs

[Qemu-devel] Re: [OpenBIOS] [PATCH 0/3] sparc64 cleanups v1

2010-05-27 Thread Mark Cave-Ayland
. -- Mark Cave-Ayland - Senior Technical Architect PostgreSQL - PostGIS Sirius Corporation plc - control through freedom http://www.siriusit.co.uk t: +44 870 608 0063 Sirius Labs: http://www.siriusit.co.uk/labs

[Qemu-devel] Re: [OpenBIOS] [PATCH 0/3] sparc64 cleanups v1

2010-05-28 Thread Mark Cave-Ayland
debian-504-sparc-netinst.iso -nographic -boot d HTH, Mark. -- Mark Cave-Ayland - Senior Technical Architect PostgreSQL - PostGIS Sirius Corporation plc - control through freedom http://www.siriusit.co.uk t: +44 870 608 0063 Sirius Labs: http://www.siriusit.co.uk/labs

Re: [Qemu-devel] Disable PS/2 mouse

2010-06-09 Thread Mark Cave-Ayland
/KVM VNC framebuffer. It may not be completely optimal, but it at least solves the synchronised mouse pointer issue which was the major complaint we were getting from our users. HTH, Mark. -- Mark Cave-Ayland - Senior Technical Architect PostgreSQL - PostGIS Sirius Corporation plc - control

Re: [Qemu-devel] Re: [OpenBIOS] [commit] r791 - in trunk/openbios-devel: fs/grubfs include/fs packages

2010-07-13 Thread Mark Cave-Ayland
as that will really help :) ATB, Mark. -- Mark Cave-Ayland - Senior Technical Architect PostgreSQL - PostGIS Sirius Corporation plc - control through freedom http://www.siriusit.co.uk t: +44 870 608 0063 Sirius Labs: http://www.siriusit.co.uk/labs

Re: [Qemu-devel] Re: [OpenBIOS] [commit] r791 - in trunk/openbios-devel: fs/grubfs include/fs packages

2010-07-13 Thread Mark Cave-Ayland
available revision, and the problem is still there. Does anyone has an idea of the problem before I start debugging it? [CCed: qemu-devel@nongnu.org as this version is now used in QEMU] Thanks for the report - this should now be fixed as of OpenBIOS r821. ATB, Mark. -- Mark Cave-Ayland - Senior

Re: [Qemu-devel] M68K Or PPC Status Update to Run Mac OS in Qemu

2009-12-22 Thread Mark Cave-Ayland
for this, I can have a look and see how feasible it would be to add this to OpenBIOS. ATB, Mark. -- Mark Cave-Ayland - Senior Technical Architect PostgreSQL - PostGIS Sirius Corporation plc - control through freedom http://www.siriusit.co.uk t: +44 870 608 0063 Sirius Labs: http

Re: [Qemu-devel] [OpenBIOS] solaris 8 on sparc, webstart launcher crashing

2011-05-31 Thread Mark Cave-Ayland
for someone to fix this, you'll need to supply the information requested by Blue above. Also which version of QEMU are you running? ATB, Mark. -- Mark Cave-Ayland - Senior Technical Architect PostgreSQL - PostGIS Sirius Corporation plc - control through freedom http://www.siriusit.co.uk t: +44

Re: [Qemu-devel] [PATCH 0/4] SPARC64: Implement sparcv9 ldfa/stfa instructions

2011-07-13 Thread Mark Cave-Ayland
managed to get a 64-bit Linux kernel to boot to date? ATB, Mark. -- Mark Cave-Ayland - Senior Technical Architect PostgreSQL - PostGIS Sirius Corporation plc - control through freedom http://www.siriusit.co.uk t: +44 870 608 0063 Sirius Labs: http://www.siriusit.co.uk/labs

Re: [Qemu-devel] sparc32_dma: correctly initialize ledma base address

2011-08-15 Thread Mark Cave-Ayland
interesting indeed. This corresponds to the fix I added to OpenBIOS here: http://lists.openbios.org/pipermail/openbios/2011-April/006350.html. I guess that we should just assume a fixed address of 0xff00 based upon the evidence we have to date. ATB, Mark. -- Mark Cave-Ayland - Senior

Re: [Qemu-devel] [PATCH RFC] sparc32: add dbri audio device

2011-08-15 Thread Mark Cave-Ayland
on the openbios mailing list. ATB, Mark. -- Mark Cave-Ayland - Senior Technical Architect PostgreSQL - PostGIS Sirius Corporation plc - control through freedom http://www.siriusit.co.uk t: +44 870 608 0063 Sirius Labs: http://www.siriusit.co.uk/labs

Re: [Qemu-devel] sparc32_dma: correctly initialize ledma base address

2011-08-19 Thread Mark Cave-Ayland
hasn't already done it (*sigh* I really miss the git web interface on qemu.org). ATB, Mark. -- Mark Cave-Ayland - Senior Technical Architect PostgreSQL - PostGIS Sirius Corporation plc - control through freedom http://www.siriusit.co.uk t: +44 870 608 0063 Sirius Labs: http

Re: [Qemu-devel] [PATCH] main: force enabling of I/O thread

2011-09-02 Thread Mark Cave-Ayland
test on a PPC64 Mac running Linux boots the linux-0.2.img.bz2 test image fine here. ATB, Mark. -- Mark Cave-Ayland - Senior Technical Architect PostgreSQL - PostGIS Sirius Corporation plc - control through freedom http://www.siriusit.co.uk t: +44 870 608 0063 Sirius Labs: http

Re: [Qemu-devel] Help Debugging AIX boot on qemu-system-ppc (it reads bootfile.exe now)

2011-04-05 Thread Mark Cave-Ayland
come and join us over on the OpenBIOS list and get the discussion started there. ATB, Mark. -- Mark Cave-Ayland - Senior Technical Architect PostgreSQL - PostGIS Sirius Corporation plc - control through freedom http://www.siriusit.co.uk t: +44 870 608 0063 Sirius Labs: http

Re: [Qemu-devel] [PATCH for-1.2 v5 14/14] pci: Tidy up PCI host bridges

2012-08-13 Thread Mark Cave-Ayland
On 13/08/12 15:16, Anthony Liguori wrote: I understand what your objection is but it's unreasonable IMHO. The purpose of QOM is to bring consistency across large swaths of code in QEMU that have historically done things there own way. This means expressing concepts like inheritence and

[Qemu-devel] git.qemu.org git-svn mirror of OpenBIOS is not up to date

2012-07-21 Thread Mark Cave-Ayland
Hi all, I've been looking at the git.qemu.org OpenBIOS git-svn mirror, and it seems that the mirror is out of date. The git.qemu.org mirror indicates that the last commit is r1057, whereas the current commit in OpenBIOS SVN trunk is r1061. ATB, Mark.

Re: [Qemu-devel] Sparc Softmmu

2012-02-19 Thread Mark Cave-Ayland
. -- Mark Cave-Ayland - Senior Technical Architect PostgreSQL - PostGIS Sirius Corporation plc - control through freedom http://www.siriusit.co.uk t: +44 870 608 0063 Sirius Labs: http://www.siriusit.co.uk/labs

[Qemu-devel] SPARC64: immediate segfault on startup with git mastervery

2012-03-17 Thread Mark Cave-Ayland
Hi Avi/Blue, I've just updated to git master and found that SPARC64 is broken again; a git bisect shows the following commit causes this: commit f3705d53296d78b14f5823472ae2add16a25a0a5 Author: Avi Kivity a...@redhat.com Date: Thu Mar 8 16:16:34 2012 +0200 memory: make

Re: [Qemu-devel] SPARC64: immediate segfault on startup with git mastervery

2012-03-18 Thread Mark Cave-Ayland
On 18/03/12 09:44, Avi Kivity wrote: Hi Avi/Blue, I've just updated to git master and found that SPARC64 is broken again; a git bisect shows the following commit causes this: commit f3705d53296d78b14f5823472ae2add16a25a0a5 Author: Avi Kivitya...@redhat.com Date: Thu Mar 8 16:16:34 2012

Re: [Qemu-devel] SPARC64: immediate segfault on startup with git mastervery

2012-03-18 Thread Mark Cave-Ayland
On 18/03/12 10:51, Blue Swirl wrote: (except Sparc32, Sparc64 and PPC displays are still not refreshed correctly). Details about this please. Screen is not updated correctly, there are lines from previous screenful. Pressing ctrl-alt-1 refreshes the display. Perhaps dirty tracking is

[Qemu-devel] [PATCH 1/2] PPC: Fix interrupt MSR value within the PPC interrupt handler.

2012-03-27 Thread Mark Cave-Ayland
of the interrupt MSR whilst including additional comments to clarify which bits are being changed within both the MSR and the interrupt MSR. Signed-off-by: Mark Cave-Ayland mark.cave-ayl...@ilande.co.uk Signed-off-by: Martin Sucha such...@uniba.sk --- target-ppc/helper.c | 23 --- 1 files

[Qemu-devel] [PATCH 2/2] PPC: Fix TLB invalidation bug within the PPC interrupt handler.

2012-03-27 Thread Mark Cave-Ayland
would never be triggered. This patch simply changes the IR/DR bit check in the TLB flush logic to use the original MSR value (albeit with some interrupt-specific bits cleared) so that the IR/DR bits are preserved at the point where the check takes place. Signed-off-by: Mark Cave-Ayland mark.cave-ayl

[Qemu-devel] [PATCH 0/2] PPC: interrupt handler bugfixes v2

2012-03-27 Thread Mark Cave-Ayland
. Mark Cave-Ayland (2): PPC: Fix interrupt MSR value within the PPC interrupt handler. PPC: Fix TLB invalidation bug within the PPC interrupt handler. target-ppc/helper.c | 25 + 1 files changed, 21 insertions(+), 4 deletions(-) -- 1.7.2.5

Re: [Qemu-devel] [Qemu-ppc] [PATCH 1/2] PPC: Fix interrupt MSR value within the PPC interrupt handler.

2012-03-29 Thread Mark Cave-Ayland
On 28/03/12 01:46, David Gibson wrote: Hi David, If we're going to make this specific to MSRs, might as well cut down on the user's verbosity: #define MSR_BIT(x) ((target_ulong)1 MSR_##x) ...and move it to a header file. Or possibly have the header file define a set of MSRBIT_IR,

[Qemu-devel] SPARC64: unable to boot OpenBIOS from git master

2012-02-27 Thread Mark Cave-Ayland
Hi all, I've been experimenting with SPARC64 under QEMU, and with current git master I am unable to boot OpenBIOS at all with the following error: OpenBIOS for Sparc64 Unhandled Exception 0x0032 PC = 0xffd19d84 NPC = 0xffd19d88 Stopping execution Using git bisect

[Qemu-devel] PPC: VGA broken in git master

2012-03-04 Thread Mark Cave-Ayland
Hi all, I've just done a git pull to update my local repository, and it now appears that the VGA device is broken in QEMU - rather than displaying the OpenBIOS banner in my VNC client, the framebuffer remains constantly black. A git bisect shows that the problem is caused by the following

Re: [Qemu-devel] [PATCH] pci: fix bridge IO/BASE

2012-03-04 Thread Mark Cave-Ayland
On 04/03/12 17:49, Blue Swirl wrote: According to the spec it is a device, so should be ok? If I just make BAR4 writeable we get past the bios screen at least. Maybe openbios gets confused if a device has no BARs? Do things work for you with the patch below? All it does is make BAR4 writeable,

Re: [Qemu-devel] [PATCH] pci: fix bridge IO/BASE

2012-03-04 Thread Mark Cave-Ayland
On 04/03/12 19:51, Blue Swirl wrote: I now know the root cause of the problem. OpenBIOS programs the BARs somewhat correctly just by accident. The initial io_base and mem_base for BARs are not correct, but because the host bridge BARs (and also 6 of which 4 are not even BARs!) are programmed

Re: [Qemu-devel] PPC: VGA broken in git master

2012-03-05 Thread Mark Cave-Ayland
On 05/03/12 09:51, Avi Kivity wrote: On 03/04/2012 08:06 PM, Mark Cave-Ayland wrote: Hi all, I've just done a git pull to update my local repository, and it now appears that the VGA device is broken in QEMU - rather than displaying the OpenBIOS banner in my VNC client, the framebuffer remains

Re: [Qemu-devel] PPC: VGA broken in git master

2012-03-05 Thread Mark Cave-Ayland
On 05/03/12 15:48, Avi Kivity wrote: Can you provide the command line needed to reproduce the problem? Sure. I can reproduce it here using something as simple as: ./qemu-system-ppc -cdrom /dev/null -boot d -vnc :1 What you'll see is that the framebuffer remains black in your VNC client, as

[Qemu-devel] Excessive VGA/VNC updates causing emulation slowdown (was: [Qemu-ppc] TCG PPC performance regression?)

2012-03-06 Thread Mark Cave-Ayland
Hi all, I've been looking at trying to fix some outstanding OpenBIOS bug reports and come across a serious performance regression with regard to VGA/VNC updates on qemu-system-ppc. In particular, I've been looking at Any ideas gratefully received.Any ideas gratefully received.trying to create

Re: [Qemu-devel] [Qemu-ppc] [PATCH 1/2] PPC: Fix interrupt MSR value within the PPC interrupt handler.

2012-04-06 Thread Mark Cave-Ayland
On 29/03/12 20:06, Scott Wood wrote: Hrm, yeah. I think what you ought to do is to use the new logic just for the classic exception models. Have the default branch remain the one that just masks ME. That's wrong, but it's the same wrong as we have already, and we can fix it later once we've

[Qemu-devel] [PATCHv3] PPC: Fix interrupt MSR value for classic exception models.

2012-04-06 Thread Mark Cave-Ayland
of the interrupt MSR for classic exception models whilst including additional comments to clarify which bits are being changed within both the MSR and the interrupt MSR. Signed-off-by: Mark Cave-Ayland mark.cave-ayl...@ilande.co.uk Signed-off-by: Martin Sucha such...@uniba.sk --- target-ppc/cpu.h|2

[Qemu-devel] [Bug 942299] Re: Regression in booting HelenOS/ppc under Qemu

2012-04-10 Thread Mark Cave-Ayland
is subscribed to QEMU. https://bugs.launchpad.net/bugs/942299 Title: Regression in booting HelenOS/ppc under Qemu Status in Home for various HelenOS development branches: New Status in QEMU: New Bug description: Mark Cave-Ayland identified Qemu commit 41557447d30eeb944e42069513df13585f5e6c7f

Re: [Qemu-devel] [Qemu-ppc] [PATCHv3] PPC: Fix interrupt MSR value for classic exception models.

2012-04-13 Thread Mark Cave-Ayland
On 11/04/12 02:08, David Gibson wrote: Hi David, Commit 41557447d30eeb944e42069513df13585f5e6c7f introduced a new method of calculating the MSR for the interrupt context. However this doesn't quite agree with the PowerISA 2.06B specification (pp. 811-814) since too many bits were being

Re: [Qemu-devel] [Qemu-ppc] [PATCHv3] PPC: Fix interrupt MSR value for classic exception models.

2012-04-22 Thread Mark Cave-Ayland
On 18/04/12 21:31, Jakub Jermar wrote: Does HelenOS break without the patch? It worked fine for me. Hi Alex, I've just tested QEMU git (which includes the TLB invalidation fix) and it seems to work with HelenOS mainline quite nice. Not sure if we can conclude the other fix is not needed

[Qemu-devel] Memory API: handling unassigned physical memory

2012-04-29 Thread Mark Cave-Ayland
Hi all, I've been having a look at handling SBUS probes within qemu-system-sparc when I came across a very simple crash bug with git master trying to access unassigned physical addresses: (qemu) info mtree memory -7ffe (prio 0, RW): system

Re: [Qemu-devel] Memory API: handling unassigned physical memory

2012-04-30 Thread Mark Cave-Ayland
On 30/04/12 09:41, Avi Kivity wrote: Yes. I think it's even possible to do this now, you can create an mmio region for the bus and add subregions to it. All subregions automatically overlap the container region. Simply replace memory_region_init(bus-address_space, ...)

Re: [Qemu-devel] Memory API: handling unassigned physical memory

2012-04-30 Thread Mark Cave-Ayland
On 30/04/12 14:23, Avi Kivity wrote: Hi Avi, My understanding based upon this is that it would be impossible to register a different parent MemoryRegion without duplicating the init function for all shared devices which seems undesirable :( What are the requirements? You need a different

Re: [Qemu-devel] Memory API: handling unassigned physical memory

2012-04-30 Thread Mark Cave-Ayland
On 30/04/12 14:27, Peter Maydell wrote: Hi Peter, IMO the best fix is to unsysbus the device and qomify it instead. This way we're 100% flexible in how we can attach it. You don't need to wait for QOM to grow enough features to replace sysbus. If you don't like what sysbus_mmio_map() does,

Re: [Qemu-devel] Memory API: handling unassigned physical memory

2012-04-30 Thread Mark Cave-Ayland
On 30/04/12 15:03, Peter Maydell wrote: Therefore I can't change it to my (modified) sbus_mmio_map() function because it would break other non-SPARC platforms, and AIUI there is nothing in the memory API that allows me to move a subregion to a different MemoryRegion parent, even if I can get a

Re: [Qemu-devel] Memory API: handling unassigned physical memory

2012-04-30 Thread Mark Cave-Ayland
On 30/04/12 15:39, Peter Maydell wrote: Right I think I'm starting to understand this now - in which case it becomes a matter of just copying a handful of lines within sun4m which is more bearable. In your view, would a suitable fix be to change dma_memory_read, dma_memory_write, dma_opaque,

Re: [Qemu-devel] Memory API: handling unassigned physical memory

2012-05-01 Thread Mark Cave-Ayland
On 01/05/12 07:57, Blue Swirl wrote: Therefore I can't change it to my (modified) sbus_mmio_map() function because it would break other non-SPARC platforms, and AIUI there is nothing in the memory API that allows me to move a subregion to a different MemoryRegion parent, even if I can get a

  1   2   3   4   5   6   7   8   9   10   >