Re: [Qemu-devel] Migrating decrementer

On 24/02/16 12:31, Juan Quintela wrote: >> I don't really understand the question. Migration has no equivalent >> in real hardware, so there's no "real" behaviour to mimic. If we >> freeze the TB during migration, then the guest's clock will get out of >> sync with wall clock time, and in a

Re: [Qemu-devel] [Qemu-ppc] Migrating decrementer

On 25/02/16 04:33, Mark Cave-Ayland wrote: > cpu_start/resume(): > cpu->tb_env->tb_offset = > qemu_clock_get_ns(QEMU_CLOCK_VIRTUAL) * tb_env->tb_freq + > cpu->tb_env->tb_offset - > qemu_clock_get_ns(QEMU_CLOCK_HOST) Actually just r

Re: [Qemu-devel] [Qemu-ppc] Migrating decrementer

On 25/02/16 05:00, Mark Cave-Ayland wrote: > On 25/02/16 04:33, Mark Cave-Ayland wrote: > >> cpu_start/resume(): >> cpu->tb_env->tb_offset = >> qemu_clock_get_ns(QEMU_CLOCK_VIRTUAL) * tb_env->tb_freq + >> cpu->tb_env

Re: [Qemu-devel] [Qemu-ppc] Migrating decrementer

On 29/02/16 03:57, David Gibson wrote: > On Fri, Feb 26, 2016 at 12:29:51PM +0000, Mark Cave-Ayland wrote: >> On 26/02/16 04:35, David Gibson wrote: >> >>>> Sign. And let me try that again, this time after caffeine: >>>> >>>>

Re: [Qemu-devel] [PATCH v2 00/24] target-sparc improvements

On 23/02/16 21:11, Richard Henderson wrote: > The primary focus of this patch set is to reduce the number of > helpers that modify TCG globals, and thus increase the lifetime > of those globals within each TB, and thus decrease the number > of times that tcg must spill and fill them from backing

[Qemu-devel] [PULL] Update OpenBIOS images

02-26 10:44:40 +) Update OpenBIOS images -------- Mark Cave-Ayland (1): Update OpenBIOS images pc-bios/openbios-ppc | Bin 750684 -> 750684 bytes pc-bios/openbios-sparc32 | Bin 381584 -

Re: [Qemu-devel] [Qemu-ppc] Migrating decrementer

On 26/02/16 04:35, David Gibson wrote: >> Sign. And let me try that again, this time after caffeine: >> >> cpu_start/resume(): >> cpu->tb_env->tb_offset = >> muldiv64(qemu_clock_get_ns(QEMU_CLOCK_VIRTUAL), >> cpu->tb_env->tb_freq, NANOSECONDS_PER_SECOND) + >>

Re: [Qemu-devel] [Qemu-ppc] [PATCH] dbdma: warn when using unassigned channel

for (i = 0; i < DBDMA_CHANNELS; i++) { > DBDMA_io *io = >channels[i].io; > +DBDMA_channel *ch = >channels[i]; > qemu_iovec_init(>iov, 1); > -s->channels[i].channel = i; > + > +ch->rw = dbdma_unassigned_rw; > +ch->flush = dbdma_unassigned_flush; > +ch->channel = i; > +ch->io.channel = ch; > } > > memory_region_init_io(>mem, NULL, _ops, s, "dbdma", 0x1000); Acked-by: Mark Cave-Ayland <mark.cave-ayl...@ilande.co.uk> ATB, Mark.

Re: [Qemu-devel] [PATCH] hw/pci-host/uninorth.c: Add support for Apple's PCI bridge register 0x48

On 22/01/16 18:26, Programmingkid wrote: > On Jan 22, 2016, at 11:46 AM, Mark Cave-Ayland wrote: > >> On 22/01/16 16:09, Programmingkid wrote: >> >>> Apple has custom PCI bridge registers that are not a part of any known >>> standard. This patch imple

Re: [Qemu-devel] [PATCH 00/13] cuda: misc fixes and cleanups

On 25/01/16 09:58, Alyssa Milburn wrote: > On Sat, Jan 23, 2016 at 09:39:57PM +0100, Hervé Poussineau wrote: >> Hi, >> >> This patchset cleans up a little bit the Apple CUDA emulation: >> - correctly reject unknown commands >> - correctly reject commands with wrong parameters >> - support

Re: [Qemu-devel] [PATCH] cuda.c: return error for unknown commands

On 22/01/16 23:07, Alyssa Milburn wrote: > This avoids MacsBug hanging at startup in the absence of ADB mouse > input, by replying with an error (which is also what MOL does) when > it sends an unknown command (0x1c). > > Signed-off-by: Alyssa Milburn > --- >

[Qemu-devel] Migrating decrementer (was: Re: [PATCH 4/4] target-ppc: ensure we include the decrementer value during migration)

On 18/01/16 04:51, David Gibson wrote: > On Fri, Jan 15, 2016 at 05:46:10PM +0000, Mark Cave-Ayland wrote: >> On 12/01/16 02:44, David Gibson wrote: >> >>>>> In other words, isn't this just skipping the decrementer interrupts at >>>>&g

Re: [Qemu-devel] [PATCH 12/13] cuda: remove GET_6805_ADDR command

On 25/01/16 08:35, Alyssa Milburn wrote: > On Sat, Jan 23, 2016 at 09:40:09PM +0100, Hervé Poussineau wrote: >> It doesn't seem to be used, and operating systems should accept a 'unknown >> command' answer. > > Mac OS 9 does seem to make the call, but it seems happy getting an 'unknown >

Re: [Qemu-devel] Migrating decrementer

On 25/01/16 11:10, David Gibson wrote: > Um.. so the migration duration is a complete red herring, regardless > of the units. > > Remember, we only ever compute the guest timebase value at the moment > the guest requests it - actually maintaining a current timebase value > makes sense in

Re: [Qemu-devel] Migrating decrementer

On 26/01/16 22:31, Mark Cave-Ayland wrote: > For a typical savevm/loadvm pair I see something like this: > > savevm: > > tb->guest_timebase = 26281306490558 > qemu_clock_get_ns(QEMU_CLOCK_VIRTUAL) = 7040725511 > > loadvm: > > cpu_get_host_ticks() = 26289847

Re: [Qemu-devel] [PATCH] hw/pci-host/uninorth.c: Add support for Apple's PCI bridge register 0x48

0x0; > +d->config[0x4b] = 0x1; > } > > static void u3_agp_pci_host_realize(PCIDevice *d, Error **errp) Tested-by: Mark Cave-Ayland <mark.cave-ayl...@ilande.co.uk> As this config space register is seemingly an Apple custom option (or at least I can't find a mention of i

[Qemu-devel] [Bug 1547526] Re: Java program does not execute on SPARC Solaris 8

I've been looking at this as I have time, and IMO it's a qemu bug. Fortunately I have a easy local reproducer here, and from what I can see in this one particular case it seems the QEMU doesn't honour the annul bit in the branch (or apparently corrupts it according to the guest?!). So yes, it's a

Re: [Qemu-devel] [PATCH v3 0/4] tcg: Improve sparc register windows

| 136 ++-- > tcg/tcg.h| 2 + > 3 files changed, 191 insertions(+), 143 deletions(-) Looks good here booting all of my SPARC32 and SPARC64 images into userspace, so: Tested-by: Mark Cave-Ayland <mark.cave-ayl...@ilande.co.uk> ATB, Mark.

Re: [Qemu-devel] [PATCH 0/4] virt: provide secure-only RAM and first flash

On 12/02/16 14:45, Peter Maydell wrote: > NOTE: to get the -bios option to correctly load to the secure-only > flash I had to implement a new function in loader.c. load_image_mr() > is just like load_image_targphys() except that it requests loading > to a MemoryRegion rather than a physaddr. I

Re: [Qemu-devel] [PATCH v2 00/13] cuda: misc fixes and cleanups

-- > hw/ppc/mac.h | 2 + > include/hw/input/adb.h | 2 +- > 4 files changed, 217 insertions(+), 84 deletions(-) Reviewed-by: Mark Cave-Ayland <mark.cave-ayl...@ilande.co.uk> This looks good to me, and again passes all my local tests. The only thing I noticed was th

Re: [Qemu-devel] [PATCH] adb: change handler only when recognized

On 12/03/16 13:38, Hervé Poussineau wrote: > ADB devices must take new handler into account only when they recognize it. > This lets operating systems probe for valid/invalid handles, to know device > capabilities. > > Add a FIXME in keyboard handler, which should use a different translation >

Re: [Qemu-devel] [Qemu-ppc] [PATCH v2] spapr: compute interrupt vector address from LPCR

On 31/03/16 05:55, David Gibson wrote: > On Wed, Mar 30, 2016 at 05:38:34PM +0200, Cédric Le Goater wrote: >> This address is changed by the linux kernel using the H_SET_MODE hcall >> and needs to be restored when migrating a spapr VM running in >> TCG. This can be done using the AIL bits from

[Qemu-devel] [RFC 0/4] target-ppc: handle KVM timebase migration

t this has only been compile-tested on x86 as I have no KVM PPC hardware and so it's really an RFC to determine whether this approach can work, and to invite testing and discussion from existing KVM PPC users. Signed-off-by: Mark Cave-Ayland <mark.cave-ayl...@ilande.co.uk> Mark Cave-Ayland (

[Qemu-devel] [RFC 3/4] target-ppc: synchronise tb_offset with KVM host on machine start

Recalculate the tb_offset between the guest and host, applying it to all CPUs when (re)starting the virtual machine. This has the effect of providing a near-seamless virtual timebase for KVM guests that support KVM_REG_PPC_TB_OFFSET. Signed-off-by: Mark Cave-Ayland <mark.cave-ayl...@ilande.co

[Qemu-devel] [RFC 1/4] target-ppc: introduce PPCMachineClass and PPCMachineState

Introduce PPCMachineClass in anticipation of making it the superclass for all PPC machines. Signed-off-by: Mark Cave-Ayland <mark.cave-ayl...@ilande.co.uk> --- hw/ppc/ppc.c| 16 include/hw/ppc/ppc.h| 16 include/qemu/typedefs.h |2

[Qemu-devel] [RFC 2/4] target-ppc: derive all PPC machine classes to have PPCMachineClass as their superclass

Using a new DEFINE_PPC_MACHINE macro, make sure that all PPC machines now derive from the new PPCMachineClass. Signed-off-by: Mark Cave-Ayland <mark.cave-ayl...@ilande.co.uk> --- hw/ppc/e500plat.c |7 +-- hw/ppc/mac_newworld.c | 17 +++-- hw/ppc/mac_oldw

[Qemu-devel] [RFC 4/4] target-ppc: hack to remove existing timebase migration code for testing

Signed-off-by: Mark Cave-Ayland <mark.cave-ayl...@ilande.co.uk> --- hw/ppc/ppc.c | 45 +++-- 1 file changed, 7 insertions(+), 38 deletions(-) diff --git a/hw/ppc/ppc.c b/hw/ppc/ppc.c index 39e15b1..053e600 100644 --- a/hw/ppc/ppc.c +++ b/hw/ppc

[Qemu-devel] [Bug 1547526] Re: Java program does not execute on SPARC Solaris 8

Proposed patch posted to mailing list: https://lists.nongnu.org/archive/html/qemu-devel/2016-04/msg01645.html - please test and report back. -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1547526

[Qemu-devel] [Bug 1547526] Re: Java program does not execute on SPARC Solaris 8

Leandro, thanks for testing on your setup. If it passes my local tests, I'll send it in for the QEMU 2.6 release. -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1547526 Title: Java program does not

[Qemu-devel] [PATCH for-2.6] target-sparc: fix ldstub sign-extension bug

access to real hardware for comparison. Signed-off-by: Mark Cave-Ayland <mark.cave-ayl...@ilande.co.uk> --- target-sparc/translate.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/target-sparc/translate.c b/target-sparc/translate.c index 58572c3..7998ff5 100644 --- a/

[Qemu-devel] [Bug 1450881] Re: qemu-system-sparc MUTEX_HELD assert and libC lock errors

Proposed patch posted to mailing list: https://lists.nongnu.org/archive/html/qemu-devel/2016-04/msg01645.html - please test and report back. -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1450881

[Qemu-devel] [PULL] qemu-sparc update

16:25:07 +0100) qemu-sparc update Mark Cave-Ayland (1): target-sparc: fix ldstub sign-extension bug target-sparc/translate.c |2 +- 1 file changed, 1

Re: [Qemu-devel] Updating documentation at http://wiki.qemu.org/download/qemu-doc.html

On 26/04/16 13:37, Jeff Cody wrote: > On Tue, Apr 26, 2016 at 11:02:45AM +0100, Stefan Hajnoczi wrote: >> On Tue, Apr 26, 2016 at 07:50:31AM +0100, Mark Cave-Ayland wrote: >>> Does anyone know if it's possible to update the documentation at the >>> above URL? I

[Qemu-devel] Updating documentation at http://wiki.qemu.org/download/qemu-doc.html

Hi all, Does anyone know if it's possible to update the documentation at the above URL? It appears as a link at http://wiki.qemu-project.org/Manual and seems to be the first hit for most people looking for information on QEMU SPARC emulation, which is frustrating as the information there is well

Re: [Qemu-devel] [PATCH v2 0/7] dma-helpers, scsi-block: use SG_IO for all I/O on scsi-block

On 23/05/16 13:54, Paolo Bonzini wrote: > scsi-block uses the block layer for reads and writes in order to avoid > allocating bounce buffers as big as the transferred data. We know how > to split a large transfer to multiple reads and writes, and thus we can > use scsi-disk.c's existing code to

Re: [Qemu-devel] [PATCH v2 0/7] dma-helpers, scsi-block: use SG_IO for all I/O on scsi-block

On 23/05/16 20:36, Mark Cave-Ayland wrote: > On 23/05/16 13:54, Paolo Bonzini wrote: > >> scsi-block uses the block layer for reads and writes in order to avoid >> allocating bounce buffers as big as the transferred data. We know how >> to split a large transfer to m

Re: [Qemu-devel] last call for bugs that need to be fixed for 2.6 release!

On 18/04/16 12:22, Peter Maydell wrote: > Hi; looking at http://wiki.qemu.org/Planning/2.6#Known_issues and > the mailing list we seem to be in reasonable shape for the 2.6 release. > I would ideally like the 2.6rc3 tarball which we will make later this > week to be the final one before full

[Qemu-devel] [Bug 1547526] Re: Java program does not execute on SPARC Solaris 8

*** This bug is a duplicate of bug 1450881 *** https://bugs.launchpad.net/bugs/1450881 ** This bug has been marked a duplicate of bug 1450881 qemu-system-sparc MUTEX_HELD assert and libC lock errors -- You received this bug notification because you are a member of qemu- devel-ml, which

[Qemu-devel] [Bug 1450881] Re: qemu-system-sparc MUTEX_HELD assert and libC lock errors

Fix is included in the 2.6.0-rc2 release. ** Changed in: qemu Status: New => 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/1450881 Title: qemu-system-sparc MUTEX_HELD assert

Re: [Qemu-devel] [PATCH 2/2 for-2.6] target-sparc: fix Trap Based Address Register behavior for sparc64

On 14/04/16 10:29, Artyom Tarasenko wrote: > Accoding the chapter 7.6 Trap Processing of the SPARC Architecture Manual v9, > the Trap Based Address Register is not modified as a trap is taken. > > This fix allows booting FreeBSD-10.3-RELEASE-sparc64. > > Signed-off-by: Artyom Tarasenko

Re: [Qemu-devel] [PATCH 1/2 for-2.6] target-sparc: fix Nucleus quad LDD 128 bit access for windowed registers

On 14/04/16 10:29, Artyom Tarasenko wrote: > Fix register offset calculation when regwptr is used. > > Signed-off-by: Artyom Tarasenko > --- > target-sparc/ldst_helper.c | 12 ++-- > 1 file changed, 6 insertions(+), 6 deletions(-) > > diff --git

[Qemu-devel] [PULL] qemu-sparc update

Hi Peter, This contains some register corruption fixes for qemu-system-sparc64. Please pull. ATB, Mark. The following changes since commit bc8995cafa0c36b9e4be682e9a60d59484b33500: Update version for v2.6.0-rc2 release (2016-04-14 17:30:28 +0100) are available in the git repository at:

Re: [Qemu-devel] [PATCH 1/2 for-2.6] target-sparc: fix Nucleus quad LDD 128 bit access for windowed registers

On 14/04/16 15:49, Artyom Tarasenko wrote: >> Possibly the DOS line endings are being added by a mail program? > > I use git send-email (which uses msmtp). Used to work fine. > > Clicking on "download mbox" on > https://patchwork.ozlabs.org/patch/610402/ and running checkpatch.pl > reveals no

Re: [Qemu-devel] [PATCH for-2.6] ppc: Fix migration of the XER register

I'm fairly sure this is right. Reviewed-by: Mark Cave-Ayland <mark.cave-ayl...@ilande.co.uk> ATB, Mark.

Re: [Qemu-devel] [PATCH 0/2] ppc: Fixes for LSWX and LSWI instructions

On 14/04/16 16:14, Thomas Huth wrote: > These two patches fix the bad range checks in the LSWI and LSWX > instructions. > > To see the change in behavior for the lswx instruction, you can use the > "emulator" test from the kvm-unit-tests suite - code can be found here: > >

[Qemu-devel] [Bug 1450881] Re: qemu-system-sparc MUTEX_HELD assert and libC lock errors

Excellent - thanks once again for all your help! -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1450881 Title: qemu-system-sparc MUTEX_HELD assert and libC lock errors Status in QEMU: New Bug

Re: [Qemu-devel] [PATCH 1/2 for-2.6] target-sparc: fix Nucleus quad LDD 128 bit access for windowed registers

On 14/04/16 15:04, Artyom Tarasenko wrote: > Can you please show the output of your checkpatch.pl report? I get: > > $ scripts/checkpatch.pl > 0001-target-sparc-fix-Nucleus-quad-LDD-128-bit-access-for.patch > total: 0 errors, 0 warnings, 25 lines checked >

[Qemu-devel] [PULL] Update OpenBIOS images

) Update OpenBIOS images Mark Cave-Ayland (1): Update OpenBIOS images pc-bios/openbios-ppc | Bin 750684 -> 750684 bytes pc-bios/openbios-sparc32 | Bin 381584 -> 381584

Re: [Qemu-devel] [PATCH v2 0/7] dma-helpers, scsi-block: use SG_IO for all I/O on scsi-block

On 25/05/16 09:45, Paolo Bonzini wrote: > On 25/05/2016 00:59, Mark Cave-Ayland wrote: >> I eventually traced the corruption down to this section of code in >> dma_blk_cb() which was incorrectly truncating the unaligned iovecs: >> >> if (dbs-&g

Re: [Qemu-devel] [PATCH 1/1] OpenBIOS: Switch over to official OpenBIOS git repo

On 11/07/16 21:57, Jeff Cody wrote: >> I've just noticed that the commits I pushed to the OpenBIOS github >> repository over the weekend haven't been pulled into the >> git.qemu-project.org repository yet - any chance you could take a look >> at the nightly update script? >> > > Hi Mark, > >

[Qemu-devel] [PATCHv2] OpenBIOS: switch over to official OpenBIOS git repo

. commit hashes are the same for historical commits). No other source changes are made by this commit since both the old and new HEADs contain the same source tree (albeit with difference metadata) whilst the previous git-svn HEAD can be retrieved via the svn-head branch. Proposed-by: Mark Cave-Ayland

Re: [Qemu-devel] [Qemu-ppc] [PULL 05/23] ppc: Enforce setting MSR:EE, IR and DR when MSR:PR is set

On 12/07/16 07:24, Cédric Le Goater wrote: >> That's exactly what I see here, thanks for testing. For the unassigned >> channels there is potentially scope for doing something better for ESCC, >> however the aim for this patchset was to merge the minimal changes >> required to enable testing. >

Re: [Qemu-devel] [PATCH 1/1] ppc: Fix MMU model values needed by PR KVM

On 21/07/16 06:55, Sam Bobroff wrote: > Commit 4322e8c "ppc: Fix 64K pages support in full emulation" added > the POWERPC_MMU_64K flag to the POWERPC_MMU_2_06 and POWERPC_MMU_2_07 > definitions but not to their "degraded" variants. When running with PR > KVM, kvm_fixup_page_sizes() removes the

[Qemu-devel] [PULL] Update OpenBIOS images

Hi Peter, Some interpreter tweaks from a busy weekend which fix up the Forth interpreter to enable MacOS 9 to boot from vanilla OpenBIOS. Please pull. ATB, Mark. The following changes since commit 4f194ce8197bf88684ae30b6f026b77276a7e851: Update OpenBIOS images to e79bca6 built from

Re: [Qemu-devel] [PATCH 0/7] hw/pci-bus: Fix PCI bus regression on several archs

the PCI bus is not 'realized' *at all* for some machines. > > It appears to be a hidden issue revealed by the above commit. > Thanks Mark Cave-Ayland and Leon Alrae for reporting it! > > For all the series: > Reported-by: Leon Alrae <leon.al...@imgtec.com> > Repor

Re: [Qemu-devel] [Qemu-ppc] [PATCH v2 01/10] ppc: Fix rfi/rfid/hrfi/... emulation

On 23/06/16 07:14, David Gibson wrote: > On Thu, Jun 23, 2016 at 08:08:38AM +0200, Cédric Le Goater wrote: >> On 06/23/2016 07:50 AM, David Gibson wrote: >>> On Wed, Jun 22, 2016 at 08:48:14AM +0200, Cédric Le Goater wrote: On 06/22/2016 04:46 AM, David Gibson wrote: > I'm not

[Qemu-devel] [PULL] Update OpenBIOS images

+0100) Update OpenBIOS images Mark Cave-Ayland (1): Update OpenBIOS images to b747b6a built from submodule. pc-bios/openbios-ppc | Bin 750684 -> 750840 by

Re: [Qemu-devel] [Qemu-ppc] [PULL 05/23] ppc: Enforce setting MSR:EE, IR and DR when MSR:PR is set

On 11/07/16 08:51, Cédric Le Goater wrote: >> Hmmm if that's the same 9.2.1 image we were using for last year's GSoC >> then it has been working fine here? From what I've seen both 9.2.1 and >> 9.2.2 now boot fine, but please test and report if that's not the case. > > Hello Mark, > > I managed

[Qemu-devel] [PULL] OpenBIOS: switch over to official OpenBIOS git repo

repo (2016-07-12 19:07:56 +0100) OpenBIOS: switch over to official OpenBIOS git repo Mark Cave-Ayland (1): OpenBIOS: switch over to official OpenBIOS git repo

Re: [Qemu-devel] [PATCH 1/1] OpenBIOS: Switch over to official OpenBIOS git repo

On 08/07/16 17:02, Mark Cave-Ayland wrote: > On 08/07/16 11:41, Andreas Färber wrote: > >> Am 07.07.2016 um 23:22 schrieb Jeff Cody: >>> This update should preserve git history, and switches over to the official >>> openbios git repo, rather than pulling f

Re: [Qemu-devel] [Qemu-ppc] [PULL 05/23] ppc: Enforce setting MSR:EE, IR and DR when MSR:PR is set

On 11/07/16 15:42, Programmingkid wrote: >> Hmmm if that's the same 9.2.1 image we were using for last year's GSoC >> then it has been working fine here? From what I've seen both 9.2.1 and >> 9.2.2 now boot fine, but please test and report if that's not the case. >> > I tried the Mac OS 9.2.1 iso

Re: [Qemu-devel] [PATCH v2] ppc: Fix support for odd MSR combinations

On 11/07/16 02:55, David Gibson wrote: > On Sat, Jul 09, 2016 at 01:41:31PM +1000, Benjamin Herrenschmidt wrote: >> MacOS uses an architecturally illegal MSR combination that >> seems nonetheless supported by 32-bit processors, which is >> to have MSR[PR]=1 and one or more of MSR[DR/IR/EE]=0. >>

Re: [Qemu-devel] [PULL 03/36] hw/pci: delay bus_master_enable_region initialization

On 11/07/16 16:18, Marcel Apfelbaum wrote: > On 07/11/2016 05:42 PM, Leon Alrae wrote: >> Hi, >> >> This commit causes regressions in my MIPS tests. QEMU segfaults when >> booting Linux on Malta board; > > Hi Leon, > > Is a good thing you caught it in the pull request, thanks! > Is a pity we

Re: [Qemu-devel] [PATCH 2/6] dbdma: add per-channel debugging enabled via DEBUG_DBDMA_CHANMASK

On 10/07/16 19:08, Mark Cave-Ayland wrote: > By default large amounts of DBDMA debugging are produced when often it is just > 1 or 2 channels that are of interest. Introduce DEBUG_DBDMA_CHANMASK to allow > the developer to select the channels of interest at compile time, and then >

Re: [Qemu-devel] [RFC PATCH 1/1] OpenBIOS: Switch over to official OpenBIOS git repo

On 28/06/16 14:44, Stefan Hajnoczi wrote: > On Tue, Jun 28, 2016 at 7:11 AM, Jeff Cody <jc...@redhat.com> wrote: >> On Mon, Jun 27, 2016 at 07:48:23AM +0100, Mark Cave-Ayland wrote: >>> On 21/06/16 14:48, Mark Cave-Ayland wrote: >>> >>>> On 21/06/16 11

[Qemu-devel] [Bug 1588328] Re: Qemu 2.6 Solaris 9 Sparc Segmentation Fault

I ran all the way through the installer in order to test the patch, so it should be working for you. Is your Spark9.disk labelled? See http://virtuallyfun.superglobalmegacorp.com/2010/10/03/formatting-disks- for-solaris/ for more information on how to do this. -- You received this bug

Re: [Qemu-devel] [PATCH v4 00/24] target-sparc improvements

d, I didn't see the branch rebase onto aa8151b7df here, although I was able to manually rebase the tgt-sparc-2 branch onto git master and build without issues. With that, I ran through all my OpenBIOS boot tests for SPARC32/SPARC64 and all my images booted fine without any regressions. Tested-by: Mark Cave-Ayland <mark.cave-ayl...@ilande.co.uk> ATB, Mark.

Re: [Qemu-devel] [Qemu-ppc] [RFC PATCH v1 3/5] spapr: Implement CPUClass::get_migration_id() for PowerPC CPUs

On 07/07/16 02:00, David Gibson wrote: > On Wed, Jul 06, 2016 at 02:29:19PM +0530, Bharata B Rao wrote: >> cpu_index is used as migration_id by default. For machine type versions >> that set use-migration-id property, cpu_dt_it is returned. >> >> Signed-off-by: Bharata B Rao

[Qemu-devel] [Bug 1588328] Re: Qemu 2.6 Solaris 9 Sparc Segmentation Fault

Great news! AFAICT it's just convention that the first disk slice is used, and I've also proposed a patch for OpenBIOS to include this in the boot search path in future, hopefully in time for 2.7. -- You received this bug notification because you are a member of qemu- devel-ml, which is

Re: [Qemu-devel] [RFC PATCH 1/1] OpenBIOS: Switch over to official OpenBIOS git repo

On 07/07/16 04:12, Jeff Cody wrote: > Alright, here is what I think will work to switch over relatively > painlessly, and move master over to the github hashes for the submodule. > > I haven't done it yet on the server, because I want to get another set of > eyes double checking it (Stefan,

Re: [Qemu-devel] [PATCH 1/1] OpenBIOS: Switch over to official OpenBIOS git repo

rebase origin/master >> >> N.B.: The server-side git changes have already happened, independent of this >> patch. >> >> Proposed-by: Mark Cave-Ayland <mark.cave-ayl...@ilande.co.uk> >> Signed-off-by: Jeff Cody <jc...@redhat.com> >> --- >

Re: [Qemu-devel] [RFC PATCH 1/1] OpenBIOS: Switch over to official OpenBIOS git repo

On 07/07/16 22:25, Jeff Cody wrote: > OK, it is all completed on the server side, and I submitted a patch for the > new hash. If anything looks amiss, just let me know. The server-side part looks absolutely great - thank you so much! I'll work through my outstanding OpenBIOS patches so if you

Re: [Qemu-devel] [RFC PATCH 1/1] OpenBIOS: Switch over to official OpenBIOS git repo

On 06/07/16 14:29, Jeff Cody wrote: > On Wed, Jul 06, 2016 at 08:26:57AM +0100, Mark Cave-Ayland wrote: >> On 28/06/16 21:43, Mark Cave-Ayland wrote: >> >>> On 28/06/16 14:44, Stefan Hajnoczi wrote: >>> >>>> On Tue, Jun 28, 2016 at 7:11 AM, Jeff Cody &

Re: [Qemu-devel] [Qemu-ppc] [PULL 05/23] ppc: Enforce setting MSR:EE, IR and DR when MSR:PR is set

On 01/07/16 07:41, David Gibson wrote: > From: Benjamin Herrenschmidt > > The architecture specifies that any instruction that sets MSR:PR will also > set MSR:EE, IR and DR. > > Signed-off-by: Benjamin Herrenschmidt > Signed-off-by: Cédric Le Goater >

Re: [Qemu-devel] [PULL 03/36] hw/pci: delay bus_master_enable_region initialization

On 04/07/16 17:46, Michael S. Tsirkin wrote: > From: Marcel Apfelbaum > > Skip bus_master_enable region creation on PCI device init > in order to be sure the IOMMU device (if present) would > be created in advance. Add this memory region at machine_done time. > >

Re: [Qemu-devel] [Qemu-ppc] [PULL 05/23] ppc: Enforce setting MSR:EE, IR and DR when MSR:PR is set

On 09/07/16 04:08, Benjamin Herrenschmidt wrote: > On Sat, 2016-07-09 at 13:00 +1000, Benjamin Herrenschmidt wrote: >>> Additionally, hreg_compute_mem_idx() will treat PR=1 as DR=1/IR=1 >>> as well ! That means that if those old processors allow PR=1 and IR >>> or DR=0 and MacOS uses it, we do

Re: [Qemu-devel] [PATCH v2] ppc: Fix support for odd MSR combinations

nstall and boot cycle of both OS 9.2.1 and OS 9.2.2 with no issues. Tested-by: Mark Cave-Ayland <mark.cave-ayl...@ilande.co.uk> ATB, Mark.

Re: [Qemu-devel] [PULL 03/36] hw/pci: delay bus_master_enable_region initialization

On 09/07/16 08:07, Marcel Apfelbaum wrote: > On 07/09/2016 04:34 AM, Mark Cave-Ayland wrote: >> On 04/07/16 17:46, Michael S. Tsirkin wrote: >> >>> From: Marcel Apfelbaum <mar...@redhat.com> >>> >>> Skip bus_master_enable region creation on PCI devi

[Qemu-devel] [PATCH 6/6] dbdma: reset io->processing flag for unassigned DBDMA channel rw accesses

Otherwise MacOS 9 hangs upon shutdown. Signed-off-by: Mark Cave-Ayland <mark.cave-ayl...@ilande.co.uk> Acked-by: Benjamin Herrenschmidt <b...@kernel.crashing.org> --- hw/misc/macio/mac_dbdma.c |1 + 1 file changed, 1 insertion(+) diff --git a/hw/misc/macio/mac_dbdma.c b/h

[Qemu-devel] [PATCH 2/6] dbdma: add per-channel debugging enabled via DEBUG_DBDMA_CHANMASK

where possible. Also clearly mark the start/end of DBDMA_run_bh to allow tracking the bottom half execution. Signed-off-by: Mark Cave-Ayland <mark.cave-ayl...@ilande.co.uk> Acked-by: Benjamin Herrenschmidt <b...@kernel.crashing.org> --- hw/misc/macio/mac_db

[Qemu-devel] [PATCH 1/6] dbdma: always define DBDMA_DPRINTF and enable debug with DEBUG_DBDMA

Enabling DBDMA_DPRINTF unconditionally ensures that any errors in debug statements are picked up immediately. Signed-off-by: Mark Cave-Ayland <mark.cave-ayl...@ilande.co.uk> Acked-by: Benjamin Herrenschmidt <b...@kernel.crashing.org> --- hw/misc/macio/mac_dbdma.c | 15 +++

[Qemu-devel] [PATCH 3/6] dbdma: fix endian of DBDMA_CMDPTR_LO during branch

The current DBDMA command is stored in little-endian format, so make sure we convert it to match our CPU when updating the DBDMA_CMDPTR_LO register. Signed-off-by: Mark Cave-Ayland <mark.cave-ayl...@ilande.co.uk> Acked-by: Benjamin Herrenschmidt <b...@kernel.crashing.org> --- h

Re: [Qemu-devel] [Qemu-ppc] [PULL 05/23] ppc: Enforce setting MSR:EE, IR and DR when MSR:PR is set

On 10/07/16 23:14, Cédric Le Goater wrote: > Mark, > > For OS 9, do you plan to commit these openbios patches soon ? > > https://lists.nongnu.org/archive/html/qemu-devel/2015-11/msg02824.html > > as we just gave them a good test. Or may be, include them under > a github branch to make

Re: [Qemu-devel] [Qemu-ppc] [PULL 05/23] ppc: Enforce setting MSR:EE, IR and DR when MSR:PR is set

On 11/07/16 04:09, Alfonso Gamboa wrote: > I removed OpenTransport and other extensions and control panels as well as > patched the System Suitcase on some of those iso's on the emaculation.com > forum. They are not stock images. Perhaps we still need further work. As > far as 9.0.4 booting,

[Qemu-devel] [PATCH 0/6] dbdma: improve logging and various fixes

of my local tests for a few weeks now, however since the PowerNV work has caused regressions in my MacOS 9 tests, Ben suggested that I submit the patchset anyway with his Ack to allow others to test their latest patches before submission. Signed-off-by: Mark Cave-Ayland <mark.cave-ayl...@ilande.co

[Qemu-devel] [PATCH 4/6] dbdma: fix load_word/store_word value endianness

The values to read/write to/from physical memory are copied directly to the physical address with no endian swapping required. Also add some extra information to debugging output while we are here. Signed-off-by: Mark Cave-Ayland <mark.cave-ayl...@ilande.co.uk> Acked-by: Benjamin Herrens

[Qemu-devel] [PATCH 5/6] dbdma: set FLUSH bit upon reception of flush command for unassigned DBDMA channels

This fixes MacOS 9 whereby it continually flushes and polls the status bits until they are set to indicate a successful flush. Signed-off-by: Mark Cave-Ayland <mark.cave-ayl...@ilande.co.uk> Acked-by: Benjamin Herrenschmidt <b...@kernel.crashing.org> --- hw/misc/macio/mac_db

Re: [Qemu-devel] [RFC PATCH 1/1] OpenBIOS: Switch over to official OpenBIOS git repo

On 28/06/16 21:43, Mark Cave-Ayland wrote: > On 28/06/16 14:44, Stefan Hajnoczi wrote: > >> On Tue, Jun 28, 2016 at 7:11 AM, Jeff Cody <jc...@redhat.com> wrote: >>> On Mon, Jun 27, 2016 at 07:48:23AM +0100, Mark Cave-Ayland wrote: >>>> On 21/06/16 14:48, M

[Qemu-devel] [PATCH] macio: set res_count value to 0 after non-block ATAPI DMA transfers

that the transfer had failed. Signed-off-by: Mark Cave-Ayland <mark.cave-ayl...@ilande.co.uk> --- hw/ide/macio.c |1 + 1 file changed, 1 insertion(+) diff --git a/hw/ide/macio.c b/hw/ide/macio.c index 5a326af..76f97c2 100644 --- a/hw/ide/macio.c +++ b/hw/ide/macio.c @@ -273,6 +273,7 @@

[Qemu-devel] [Bug 1588328] Re: Qemu 2.6 Solaris 9 Sparc Segmentation Fault

Great news! FWIW with newer versions of QEMU, including 2.6.0, the framebuffer emulation is good enough to install and run Solaris (including X) without the -nographic/-serial options if you need it. I've also CCd the relevant patch to qemu-stable so it should appear in 2.6.1 also. Many thanks

[Qemu-devel] [Bug 1588328] Re: Qemu 2.6 Solaris 9 Sparc Segmentation Fault

If you use OpenBIOS then you don't explicitly have to set scsi-options since the value can be overridden via the device tree which is exactly what OpenBIOS does. Interestingly enough it seems that the default bootloader for Solaris 9 is installed in the slice rather than the root of the disk as

[Qemu-devel] [Bug 1588328] Re: Qemu 2.6 Solaris 9 Sparc Segmentation Fault

It works here as per my post above, so I think the problem is still with the disk label. With the above ISO image, I don't get asked for the type of label which makes me think you are using a newer version of Solaris for labelling than you are for installation. Can you re-label the disk using the

[Qemu-devel] [Bug 1588328] Re: Qemu 2.6 Solaris 9 Sparc Segmentation Fault

Hmmm I've just tried a second installation of Solaris 9 with a completely blank disk image and now it appears that "boot disk:a" is correct, i.e. boot from slice a. Not sure yet if this is the correct convention for HDs. -- You received this bug notification because you are a member of qemu-

[Qemu-devel] [Bug 1588328] Re: Qemu 2.6 Solaris 9 Sparc Segmentation Fault

Okay. Can you confirm which version (or git revision) you've used to apply the patch so I can try and reproduce locally? -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1588328 Title: Qemu 2.6

[Qemu-devel] [Bug 1588328] Re: Qemu 2.6 Solaris 9 Sparc Segmentation Fault

I've just tried v2.6.0 with the recent ldstub patch applied and it looks from the output above that you're using an incorrect format to put down the disk label. I see the following: $ ./qemu-system-sparc -cdrom sol-9-905hw-ga-sparc-dvd.iso -hda /home/build/src/qemu/image/sparc32/sol9.qcow2 -boot

Re: [Qemu-devel] [PULL 095/107] spapr: clock should count only if vm is running

On 02/02/17 09:13, Laurent Vivier wrote: > On 02/02/2017 09:37, Mark Cave-Ayland wrote: >> On 02/02/17 05:14, David Gibson wrote: >> > ... >> Hi David/Laurent, > > Hi Mark, > >> I just noticed this in your pull request today - this looks like it is >&g

Re: [Qemu-devel] [PULL 095/107] spapr: clock should count only if vm is running

On 02/02/17 05:14, David Gibson wrote: > From: Laurent Vivier > > This is a port to ppc of the i386 commit: > 00f4d64 kvmclock: clock should count only if vm is running > > We remove timebase_post_load function, and use the VM state > change handler to save and restore

Re: [Qemu-devel] [PULL 095/107] spapr: clock should count only if vm is running

On 02/02/17 14:20, Laurent Vivier wrote: > I think adding the the PPCTimebase field and the VMSTATE_PPC_TIMEBASE_V > macro to the PMac machines should fix your issue. > > Do you have a test case I can try? > > Laurent Hi Laurent, Yes I'd say that is required, although I still think you need

[Qemu-devel] [Bug 1622547] Re: qemu-system-sparc fatal error Trap 0x29 on Solaris 2.6

There were some improvements to TCG which I tested locally with quite a range of images (although I don't specifically have Solaris 2.6), and didn't see any regressions at the time. Does dropping the -smp argument help at all? Otherwise are you able to attempt a git bisect or send me a link to

Re: [Qemu-devel] [Bug 1622547] Re: [PATCH] target/sparc: Restore ldstub of odd asis

On 27/01/17 12:57, Artyom Tarasenko wrote: > On Fri, Jan 27, 2017 at 9:15 AM, Richard Henderson <r...@twiddle.net> wrote: >> Fixes the booting of ss20 roms. > > Mike, can you please test this fix? > >> Reported-by: Mark Cave-Ayland <mark.cave-ayl...@ilan

<    3   4   5   6   7   8   9   10   11   12   >