t/riscv: Add orc.b instruction for Zbb, removing
> gorc/gorci")
>
> Signed-off-by: Philipp Tomsich
> Reported-by: Vincent Palatin
>
Tested-by: Vincent Palatin
> ---
>
> target/riscv/insn_trans/trans_rvb.c.inc | 13 -
> 1 file changed, 8 insertions
ndc_tl(tmp, tmp, constant);
tcg_gen_shri_tl(tmp, tmp, 7);
/* Replicate the lsb of each byte across the byte. */
tcg_gen_muli_tl(ret, tmp, 0xff);
tcg_temp_free(tmp);
}
```
It does pass my own test sequences.
>
> On Wed, 13 Oct 2021 at 11:36, Vincent Palatin wrote:
>
On Thu, Oct 7, 2021 at 8:58 AM Alistair Francis
wrote:
>
> From: Philipp Tomsich
>
> The 1.0.0 version of Zbb does not contain gorc/gorci. Instead, a
> orc.b instruction (equivalent to the orc.b pseudo-instruction built on
> gorci from pre-0.93 draft-B) is available, mainly targeting
> string-pr
)
orc.b(0x01..) = 0x00.. (instead of 0xff..)
Implement a simpler but less astute/optimized 'divide and conquer' method
where bits are or'ed by pairs, then the pairs are or'ed by pair ...
Signed-off-by: Vincent Palatin
---
target/riscv/insn_t
)
orc.b(0x01..) = 0x00.. (instead of 0xff..)
Try to keep the carry from propagating and triggering the incorrect
results.
Signed-off-by: Vincent Palatin
---
target/riscv/insn_trans/trans_rvb.c.inc | 11 +--
1 file changed, 9 insertions(+), 2 deletions
nable-hax' either on OSX or Windows. This bug was triggered
since the code modification for multithreading added new usages of
qemu_mutex_iothread_locked.
This fixes the breakage on both platforms, I can now run again a full
Chromium OS image with HAX kernel acceleration.
Signed-off-by: Vince
^
> /home/cohuck/git/qemu/target/s390x/kvm.c:1665:5: error: nested extern
> declaration of ‘cpu_synchronize_post_init’ [-Werror=nested-externs]
> cc1: all warnings being treated as errors
> /home/cohuck/git/qemu/rules.mak:64: recipe for target 'target/s390x/kvm.o'
> failed
>
> Fix t
mingw32-w64 build on Windows 10, with glib-2.46.2)
Tested-by: Vincent Palatin
>
>
>> ---
>> configure | 2 +-
>> 1 file changed, 1 insertion(+), 1 deletion(-)
>>
>> diff --git a/configure b/configure
>> index 218df87d21..54a222d5e7 100755
>> --- a/co
On Tue, Jan 10, 2017 at 12:20 PM, wrote:
> Hi,
>
> Your series failed automatic build test. Please find the testing commands and
> their output below. If you have docker installed, you can probably reproduce
> it
> locally.
[...]
> /tmp/qemu-test/src/target/i386/hax-mem.c:268:33: error: unknown
(UG)
mode (including all the code to fallback on TCG emulation).
- not including the Darwin support (which is not yet debugged/tested).
- simplifying the initialization by removing the leftovers from the Android
specific code, then trimming down the remaining logic.
- removing the unused Me
Move the generic cpu_synchronize_ functions to the common hw_accel.h header,
in order to prepare for the addition of a second hardware accelerator.
Signed-off-by: Stefan Weil
Signed-off-by: Vincent Palatin
---
cpus.c | 1 +
gdbstub.c | 1 +
hw/i386/kvm
y.
Signed-off-by: Vincent Palatin
---
target/i386/Makefile.objs | 3 +
target/i386/hax-darwin.c | 316 ++
target/i386/hax-darwin.h | 63 +
target/i386/hax-i386.h| 8 ++
4 files changed, 390 insertions(+)
create mode 100644 targe
Use the Intel HAX is kernel-based hardware acceleration module for
Windows (similar to KVM on Linux).
Based on the "target/i386: Add Intel HAX to android emulator" patch
from David Chou
Signed-off-by: Vincent Palatin
---
Makefile.target | 1 +
configure
UG mode.
- fix most review comments
Vincent Palatin (4):
kvm: move cpu synchronization code
target/i386: Add Intel HAX files
Plumb the HAXM-based hardware acceleration support
hax: add Darwin support
Makefile.target |1 +
configure | 18 +
cpus.c
On Mon, Jan 9, 2017 at 2:03 PM, Paolo Bonzini wrote:
>
>
> On 06/01/2017 15:08, Vincent Palatin wrote:
>>>>>> Apart from the above change, can you check if there are some less
>>>>>> heavyeight methods to force an exit? I can think of QueueUserAPC wi
On Thu, Jan 5, 2017 at 10:38 PM, Paolo Bonzini wrote:
>
>
> On 05/01/2017 15:01, Paolo Bonzini wrote:
>>
>>
>> On 05/01/2017 14:50, Vincent Palatin wrote:
>>> Sorry I missed it.
>>> I move it to qemu_cpu_kick() as asked in the Darwin patch.
>>&
On Thu, Dec 22, 2016 at 10:49 AM, Paolo Bonzini wrote:
>
>
> On 19/12/2016 17:24, Vincent Palatin wrote:
>> diff --git a/cpus.c b/cpus.c
>> index 0e01791..b8db313 100644
>> --- a/cpus.c
>> +++ b/cpus.c
>> @@ -1264,6 +1264,11 @@ static void qemu_cpu_kick_t
On Thu, Dec 22, 2016 at 10:57 AM, Paolo Bonzini wrote:
>
>
> On 19/12/2016 17:24, Vincent Palatin wrote:
>> #else /* _WIN32 */
>> -abort();
>> +if (!qemu_cpu_is_self(cpu)) {
>> +CONTEXT context;
>> +if (SuspendThread(cpu->hThread)
y.
Signed-off-by: Vincent Palatin
---
cpus.c| 5 +
target-i386/Makefile.objs | 3 +
target-i386/hax-darwin.c | 316 ++
target-i386/hax-darwin.h | 63 +
target-i386/hax-i386.h| 8 ++
5 files changed, 395 insertions(
(UG)
mode (including all the code to fallback on TCG emulation).
- not including the Darwin support (which is not yet debugged/tested).
- simplifying the initialization by removing the leftovers from the Android
specific code, then trimming down the remaining logic.
- removing the unused Me
Move the generic cpu_synchronize_ functions to the common hw_accel.h header,
in order to prepare for the addition of a second hardware accelerator.
Signed-off-by: Stefan Weil
Signed-off-by: Vincent Palatin
---
cpus.c | 1 +
gdbstub.c | 1 +
hw/i386/kvm
Use the Intel HAX is kernel-based hardware acceleration module for
Windows (similar to KVM on Linux).
Based on the "target-i386: Add Intel HAX to android emulator" patch
from David Chou
Signed-off-by: Vincent Palatin
---
Makefile.target | 1 +
configure
not fully functional.
- remove the support for CPU without UG mode.
- fix most review comments
Vincent Palatin (4):
kvm: move cpu synchronization code
target-i386: Add Intel HAX files
Plumb the HAXM-based hardware acceleration support
hax: add Darwin support
Makefile.target |1 +
On Mon, Dec 19, 2016 at 11:29 AM, Vincent Palatin wrote:
> That's a forward port of the core HAX interface code from the
> emu-2.2-release branch in the external/qemu-android repository as used by
> the Android emulator.
>
> The original commit was "target-i386: Add Inte
(UG)
mode (including all the code to fallback on TCG emulation).
- not including the Darwin support (which is not yet debugged/tested).
- simplifying the initialization by removing the leftovers from the Android
specific code, then trimming down the remaining logic.
- removing the unused Me
Use the Intel HAX is kernel-based hardware acceleration module for
Windows (similar to KVM on Linux).
Based on the "target-i386: Add Intel HAX to android emulator" patch
from David Chou
Signed-off-by: Vincent Palatin
---
Makefile.target | 1 +
configure
y.
Signed-off-by: Vincent Palatin
---
cpus.c| 5 +
target-i386/Makefile.objs | 3 +
target-i386/hax-darwin.c | 316 ++
target-i386/hax-darwin.h | 63 +
target-i386/hax-i386.h| 8 ++
5 files changed, 395 insertions(
Move the generic cpu_synchronize_ functions to the common hw_accel.h header,
in order to prepare for the addition of a second hardware accelerator.
Signed-off-by: Stefan Weil
Signed-off-by: Vincent Palatin
---
cpus.c | 1 +
gdbstub.c | 1 +
hw/i386/kvm
w comments
Vincent Palatin (4):
kvm: move cpu synchronization code
target-i386: Add Intel HAX files
Plumb the HAXM-based hardware acceleration support
hax: add Darwin support
Makefile.target |1 +
configure | 18 +
cpus.c | 93 ++
On Thu, Dec 8, 2016 at 4:31 PM, Stefan Weil wrote:
>
> Am 08.12.2016 um 10:34 schrieb Yu Ning:
> > As a HAXM developer at Intel, I just want to come out and show our
> > support for Vincent's upstreaming effort. We'd love to see HAXM support
> > code land in upstream QEMU, and will do what is nece
On Thu, Nov 17, 2016 at 12:09 PM, Vincent Palatin wrote:
> On Mon, Nov 14, 2016 at 2:09 PM, Vincent Palatin
> wrote:
>> On Mon, Nov 14, 2016 at 1:36 PM, Stefan Weil wrote:
>>> Am 11.11.2016 um 12:28 schrieb Vincent Palatin:
>>> [...]
>>>> I have
(UG)
mode (including all the code to fallback on TCG emulation).
- not including the Darwin support (which is not yet debugged/tested).
- simplifying the initialization by removing the leftovers from the Android
specific code, then trimming down the remaining logic.
- removing the unused Me
Use the Intel HAX is kernel-based hardware acceleration module for
Windows (similar to KVM on Linux).
Based on the "target-i386: Add Intel HAX to android emulator" patch
from David Chou
Signed-off-by: Vincent Palatin
---
Makefile.target | 1 +
configure
Move the generic cpu_synchronize_ functions to the common hw_accel.h header,
in order to prepare for the addition of a second hardware accelerator.
Signed-off-by: Stefan Weil
Signed-off-by: Vincent Palatin
---
cpus.c | 1 +
gdbstub.c | 1 +
hw/i386/kvm
ted by Stefan Weil.
- clean-up IO / MMIO emulation.
- more clean-up of emulation leftovers.
Changes from v1 to v2:
- fix all style issues in the original code to get it through checkpatch.pl.
- remove Darwin support, it was barely tested and not fully functional.
- remove the support for CPU without UG m
On Mon, Nov 14, 2016 at 2:09 PM, Vincent Palatin wrote:
> On Mon, Nov 14, 2016 at 1:36 PM, Stefan Weil wrote:
>> Am 11.11.2016 um 12:28 schrieb Vincent Palatin:
>> [...]
>>> I have tested the end result on a Windows 10 Pro machine (with UG support)
>>> with
On Mon, Nov 14, 2016 at 1:36 PM, Stefan Weil wrote:
> Am 11.11.2016 um 12:28 schrieb Vincent Palatin:
> [...]
>> I have tested the end result on a Windows 10 Pro machine (with UG support)
>> with the Intel HAXM module 6.0.4 and a large ChromiumOS x86_64 image to
>> exercis
On Mon, Nov 14, 2016 at 1:21 PM, Stefan Weil wrote:
> Am 11.11.2016 um 12:28 schrieb Vincent Palatin:
>> I took a stab at trying to rebase/upstream the support for Intel HAXM.
>> (Hardware Accelerated Execution Manager).
>> Intel HAX is kernel-based hardware acceleration m
On Mon, Nov 14, 2016 at 12:56 PM, Paolo Bonzini wrote:
>
>
> On 11/11/2016 12:28, Vincent Palatin wrote:
>> +/*
>> + * In Hax, the qemu allocate the virtual address, and HAX kernel
>> + * populate the memory with physical memor
On Mon, Nov 14, 2016 at 11:15 AM, Paolo Bonzini wrote:
>
>
> On 11/11/2016 12:28, Vincent Palatin wrote:
>> +
>> +memcpy(env->xmm_regs, fpu.mmx_1, sizeof(fpu.mmx_1));
>> +memcpy((ZMMReg *) (env->xmm_regs) + 8, fpu.mmx_2, sizeof(fpu.mmx_2));
>
On Mon, Nov 14, 2016 at 10:29 AM, Stefan Weil wrote:
> Am 11.11.2016 um 12:28 schrieb Vincent Palatin:
> [...]
>>
>> Signed-off-by: Vincent Palatin
>> ---
>> hax-stub.c | 74 +++
>> include/sysemu/hax.h| 66 ++
&g
On Mon, Nov 14, 2016 at 9:55 AM, Stefan Weil wrote:
> On 11/14/16 09:21, Vincent Palatin wrote:
>>
>> On Sun, Nov 13, 2016 at 4:20 AM, wrote:
>>>
>>>
>>> === OUTPUT BEGIN ===
>>> fatal: unrecognized argument: --no-patch
>>> Checking
On Sun, Nov 13, 2016 at 4:20 AM, wrote:
> Hi,
>
> Your series seems to have some coding style problems. See output below for
> more information:
>
> Type: series
> Subject: [Qemu-devel] [PATCH v2 0/5] [RFC] Add HAX support
> Message-id: cover.1478863621.git.vpala...@chromium.org
>
> === TEST SCRI
to get the instanciations checked by the
compiler.
Does not include the Darwin support.
Signed-off-by: Vincent Palatin
---
hax-stub.c | 74 +++
include/sysemu/hax.h| 66 ++
target-i386/hax-all.c | 1490 +++
target-i386/
Simplify the implementation by removing the code for supporting the hardware
without Unrestricted Guest (UG) mode.
Signed-off-by: Vincent Palatin
---
hax-stub.c | 20 -
include/sysemu/hax.h | 6 --
target-i386/hax-all.c | 200
remove the leftovers from the Android specific code,
and use the AccelClass allowed field as expected.
then we can simplify the remaining logic and remove the hax_pre_init
callback.
Signed-off-by: Vincent Palatin
---
hax-stub.c| 15 ---
include/sysemu/hax.h | 4
Use the Intel HAX is kernel-based hardware acceleration module for
Windows and MacOSX (similar to KVM on Linux).
Based on the "target-i386: Add Intel HAX to android emulator" patch
from David Chou
Signed-off-by: Vincent Palatin
---
Makefile.target | 1 +
tested and not fully functional.
- remove the support for CPU without UG mode.
- fix most review comments
Vincent Palatin (5):
kvm: move cpu synchronization code
target-i386: Add Intel HAX files
hax: remove non UG code
hax: simplify init
Plumb the HAXM-based hardware accel
Move the generic cpu_synchronize_ functions to the common hw_accel.h header,
in order to prepare for the addition of a second hardware accelerator.
Signed-off-by: Vincent Palatin
---
cpus.c| 1 +
gdbstub.c | 1 +
hw/i386/kvm/apic.c| 1 +
hw/i386
On Wed, Nov 9, 2016 at 6:32 PM, Paolo Bonzini wrote:
>
>
> On 09/11/2016 18:19, Vincent Palatin wrote:
>>> > Please try removing this block and instead starting QEMU with
>>> > -mem-prealloc. If it works, remove hax_populate_ram and just set
>>> > mem
On Tue, Nov 8, 2016 at 9:37 PM, Paolo Bonzini wrote:
>
>> diff --git a/cpu-exec.c b/cpu-exec.c
>> index 4188fed..4bd238b 100644
>> --- a/cpu-exec.c
>> +++ b/cpu-exec.c
>
> All this should not be needed anymore with unrestricted guest support.
Removed in v2
>
>> diff --git a/cpus.c b/cpus.c
>> in
On Wed, Nov 9, 2016 at 1:30 PM, Stefan Hajnoczi wrote:
> On Tue, Nov 08, 2016 at 04:39:28PM +0100, Vincent Palatin wrote:
>
> Please run scripts/checkpatch.pl to verify that the code follows the
> QEMU coding style.
My original plan was to import those files unmodified but this ship
On Tue, Nov 8, 2016 at 6:46 PM, Paolo Bonzini wrote:
>
>
> On 08/11/2016 16:39, Vincent Palatin wrote:
>> +/* need tcg for non-UG platform in real mode */
>> +if (!hax_ug_platform())
>> + tcg_exec_init(tcg_tb_size * 1024 * 1024);
>> +
>
On Tue, Nov 8, 2016 at 6:46 PM, Paolo Bonzini wrote:
>
>
> On 08/11/2016 16:39, Vincent Palatin wrote:
>> +/* need tcg for non-UG platform in real mode */
>> +if (!hax_ug_platform())
>> + tcg_exec_init(tcg_tb_size * 1024 * 1024);
>> +
>
On Tue, Nov 8, 2016 at 6:43 PM, Paolo Bonzini wrote:
>
>
>
> On 08/11/2016 16:39, Vincent Palatin wrote:
> > I took a stab at trying to rebase/upstream the support for Intel HAXM.
> > (Hardware Accelerated Execution Manager).
> > Intel HAX is kernel-based hardware a
Use the Intel HAX is kernel-based hardware acceleration module for
Windows and MacOSX (similar to KVM on Linux).
Based on the "target-i386: Add Intel HAX to android emulator" patch
from David Chou
Signed-off-by: Vincent Palatin
---
Makefile.target | 1 +
testing of the integration by running a Linux
build with KVM enabled.
Vincent Palatin (3):
kvm: move cpu synchronization code
target-i386: Add Intel HAX files
Plumb the HAXM-based hardware acceleration support
Makefile.target |1 +
configure | 1
ot; package installed when
user runs android emulator with Intel target.
Signed-off-by: David Chou
"""
It has minor modifications to build and run along with the current
code base.
Signed-off-by: Vincent Palatin
---
hax-stub.c | 66 ++
inclu
Move the generic cpu_synchronize_ functions to the common hw_accel.h header,
in order to prepare for the addition of a second hardware accelerator.
Signed-off-by: Vincent Palatin
---
cpus.c| 1 +
gdbstub.c | 1 +
hw/i386/kvm/apic.c| 1 +
hw/i386
This leads to random off-by-one error.
When the size of the SD is exactly 1GB, the emulation was returning a
wrong SDHC CSD descriptor.
Signed-off-by: Vincent Palatin
---
hw/sd.c |4 +---
1 files changed, 1 insertions(+), 3 deletions(-)
diff --git a/hw/sd.c b/hw/sd.c
index cedfb20..f48d589
Signed-off-by: Vincent Palatin
---
hw/pci.h |1 +
hw/pci_ids.h |1 +
2 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/hw/pci.h b/hw/pci.h
index c220745..e0bfbfb 100644
--- a/hw/pci.h
+++ b/hw/pci.h
@@ -51,6 +51,7 @@
/* QEMU/Bochs VGA (0x1234) */
#define
The parameters mimick a real 4GB eMMC, but it can be set to various
sizes.
Signed-off-by: Vincent Palatin
---
hw/sd.c | 155 +++
1 files changed, 136 insertions(+), 19 deletions(-)
diff --git a/hw/sd.c b/hw/sd.c
index de477fe
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 changed, 12 insertions(+), 10 deletions(-)
diff --git a/hw/sd.c b/hw/sd.c
Try to be compliant with "SD Specifications Part A2 SD Host Controller
Simplified Specification Version 3.00", but not every feature is
implemented.
Signed-off-by: Vincent Palatin
---
hw/sdhci.c | 670
1 files changed, 670
Signed-off-by: Vincent Palatin
---
Makefile.objs |4 +++-
default-configs/pci.mak |1 +
2 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/Makefile.objs b/Makefile.objs
index cea15e4..5676de7 100644
--- a/Makefile.objs
+++ b/Makefile.objs
@@ -244,6 +244,9 @@ hw-obj
Signed-off-by: Vincent Palatin
---
blockdev.c |2 ++
blockdev.h |1 +
2 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/blockdev.c b/blockdev.c
index 7d579d6..c836311 100644
--- a/blockdev.c
+++ b/blockdev.c
@@ -29,6 +29,7 @@ static const char *const if_name[IF_COUNT
Dear Qemu developers,
This patchset adds the support for eMMC as found soldered on many embedded board
in addition to current support for SD/SDHC cards.
It also adds a standard SDHCI controller emulation.
The first patches are a couple of fixes to the current SD code found while
implementing these
>> First of all, as you have 2 totally separated subnets in your setup, I
>> think your command-line should use "vlan=" parameter to isolate them,
>> else you will end up with some random routing/broadcasting (and random
>> tends to change over time).
>
> Does the kernel need some sort of vlan supp
Hi,
On Wed, May 11, 2011 at 22:39, Rob Landley wrote:
> In 1.14.0, if I did this:
>
> qemu -net nic,blah -net user -net nic,blah -net tun,blah
>
> Then the first nic would be -net user, and the second nic would be -net
> tun. In current -git, -net user attaches to the second interface and
> -
On Tue, Mar 15, 2011 at 11:28, Marco Boni wrote:
> I would like to have some hints on how to implement new options in the QEMU
> monitor.
>
> In particular, I would like to add an instruction counter, so that I can
> press CTRL+ALT+2 and type something like "instruction_counter", and get the
> num
.
Signed-off-by: Vincent Palatin
---
exec.c |7 +--
1 files changed, 5 insertions(+), 2 deletions(-)
diff --git a/exec.c b/exec.c
index d611100..81f08b7 100644
--- a/exec.c
+++ b/exec.c
@@ -2957,8 +2957,11 @@ void *qemu_get_ram_ptr(ram_addr_t addr)
QLIST_FOREACH(block
eceive the first one, then returns 0 to can_receive
call since it has a 1 packet long queue. But as the dump code is always
ready to receive, qemu_can_send_packet will return true and the next
packet will discard the previous one in the usb-net code.
Signed-off-by: Vincent Palatin
---
net.c |6
Dear Qemu developers,
While debugging a machine emulation using SLIRP based user networking, I ran
into a couple of issues.
Please find attached the patches for them :
1) fix the SLIRP compilation when the debug traces are activated.
2) avoid packet loss with several receivers on the same vlan.
make the code compile correctly when DEBUG is activated.
Signed-off-by: Vincent Palatin
---
slirp/bootp.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/slirp/bootp.c b/slirp/bootp.c
index 0905c6d..1eb2ed1 100644
--- a/slirp/bootp.c
+++ b/slirp/bootp.c
@@ -284,7
confusing since
the same register will be called with different "offset" depending on the
base address.
My proposal is to workaround this by recording the offset in region_offset
field.
Signed-off-by: Vincent Palatin
---
exec.c |2 ++
1 files changed, 2 insertions(+), 0 deletion
Hi,
On Wed, Mar 2, 2011 at 12:11, Salvatore Lionetti
wrote:
> Still now, some memory region is called with base+offset.
>
> So:
>
> [0x204] <= value (write from uP register)
> cause
> read(opaque, offset=204, value)
>
> while
> [0x504] <= value (write from uP register)
> cause
> read(opaque, offs
Hi Adam,
>> Moving in the right direction, but it would be cleaner if the secondary
>> CPU reset was handled inside arm_boot.c, I think (there is a TODO
>> in that file to that effect). Then we could get rid of the cpu reset
>> hook from realview.c.
>
> Like the following?
This assumes that all t
- fix build error when activating traces
- properly display the config flags register
Signed-off-by: Vincent Palatin
---
hw/usb-ehci.c |6 +-
1 files changed, 5 insertions(+), 1 deletions(-)
diff --git a/hw/usb-ehci.c b/hw/usb-ehci.c
index e724653..ab9a23e 100644
--- a/hw/usb-ehci.c
Dear developers,
While using the EHCI patchset, I have found 2 minor issues.
So, I send in this email thread 2 fix proposals.
Those patches apply on top of the Jan Kiszka's ehci branch.
Thanks to Jan and David for gathering and updating this patchset.
--
Vincent
We must check against the current running command not the list address.
Signed-off-by: Vincent Palatin
---
hw/usb-ehci.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/hw/usb-ehci.c b/hw/usb-ehci.c
index 8be0780..e724653 100644
--- a/hw/usb-ehci.c
+++ b/hw/usb
On Sun, 09 May 2010 20:36:03 -0600
"David S. Ahern" wrote:
> > While using the EHCI patchset, I have found 2 minor issues.
> > So, I send in this email thread 2 fix proposals.
>
> Changes look good to me.
>
> Are you looking at any particular device or EHCI in general?
I'm just using it to exe
On Tuesday 07 August 2007 06:37, shizheng wrote:
> Hi,all:
>
> I think memory access monitoring is useful in debugging a target
> running in qemu. There are two ways to do this(or even more):
>
> 1.x86 specific. add debug register emulation in qemu.
> 2.hardware independent. such as adding a comman
On Wednesday 28 February 2007 03:11, Gregory Cavelier wrote:
> I'm trying to use ddd (connected to QEMU) to debug my own kernel and it
> works fine.
>
> The only problem I have is that I'm always interrupted by my IRQ handlers
> (and especially the timer, IRQ 0).
>
> Is there a way to avoid ddd to
On Friday 02 February 2007 16:11, Stephane Epardaud wrote:
> Vincent Palatin wrote:
> >> Does anyone know of known problems under Qemu for ARM and pthreads ?
> >
> > Yes, it is known ... last occurence in the mailing list archive is :
>
> Thanks, I guess I
> Does anyone know of known problems under Qemu for ARM and pthreads ?
Yes, it is known ... last occurence in the mailing list archive is :
On Saturday 20 January 2007 14:43, Paul Brook wrote:
[...]
>
> Threaded applications don't work reliably under qemu.
> See mailing list archives for discus
On Friday 08 December 2006 05:33, I_am alone wrote:
> I plan to do my undergraduate research on QEMU Virtual machine
> Design , Implementation and operation. Since i dont have much idea about
> virtual machines and there operations i would really appreciate if anyone
> could help me on th
> But for minix 2.0.4, I cannot map the
> USR.MNX to the fda while the ROOT.MNX is mapped to it.
You can change the floppy disk image later during the boot process by using
qemu monitor.
* enter qemu monitor (probably Ctrl-Alt-1)
* change the floppy using the following command :
change fda U
On Tuesday 08 August 2006 11:05, Steve Ellenoff wrote:
> Is there any easy way to log all I/O data reads & writes to/from the host
> parallel port, when using the -parallel /dev/parport0 option?
>
> My host is connected via parallel port to some custom hardware and I'd like
> to be able to diagnose
88 matches
Mail list logo
