[Expired for QEMU because there has been no activity for 60 days.]
** Changed in: qemu
Status: Incomplete => Expired
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1385934
Title:
USB with pa
On 03/20/2018 02:35 AM, Michael Clark wrote:
> FYI - I also have an experimental branch containing a RISC-V TCG back-end
> that I started on during the RISC-V Hackathon in Portland last week:
>
> - https://github.com/michaeljclark/riscv-qemu/tree/wip-riscv-tcg-backend
Cool.
> I'm able to run a v
On 19/03/18 14:00, Thomas Huth wrote:
The macio-newworld device can currently be used to abort QEMU unexpectedly:
$ ppc-softmmu/qemu-system-ppc -S -M ref405ep,accel=qtest -qmp stdio
{"QMP": {"version": {"qemu": {"micro": 50, "minor": 11, "major": 2},
"package": "build-all"}, "capabilities": [
On 3/20/2018 12:05 AM, Igor Mammedov wrote:
On Mon, 19 Mar 2018 17:04:49 +0800 chao@linux.intel.com wrote: > >> From: Qin Chao >> >> Emulation of
IA32_APIC_BASE MSR in HAXM is not correct, such as >> bit 8, which is
BSP flag and should be set to 1 for the bootstrap >> processor and set
In OE project 4.15 linux kernel boot hang was observed under
single cpu aarch64 qemu. Kernel code was in a loop waiting for
vtimer arrival, spinning in TC generated blocks, while interrupt
was pending unprocessed. This happened because when qemu tried to
handle vtimer interrupt target had interrupt
On Mon, 19 Mar 2018 15:28:50 +1100
Alexey Kardashevskiy wrote:
> On 13/3/18 1:26 pm, Alexey Kardashevskiy wrote:
> > Hi Igor,
> >
> > ec78f8114bc4c1 "numa: use possible_cpus for not mapped CPUs check" added a
> > warning about "All CPU(s) up to maxcpus should be described in NUMA config,
> > abi
301 - 306 of 306 matches
Mail list logo