On Thu, 2006-12-07 at 14:43 +0800, Yu, Xiaoyang wrote:
> Thanks a lot! So we need to use "usb_del bus.addr" to remove the device from
> the guest. So I must get the bus.addr information for the device first. But I
> cannot do so by just add code into usb_device_add() function, because the
> bus.
Thanks a lot! So we need to use "usb_del bus.addr" to remove the device from
the guest. So I must get the bus.addr information for the device first. But I
cannot do so by just add code into usb_device_add() function, because the
bus.addr will change after that. Is there a place in QEMU source co
On Thu, 2006-12-07 at 14:11 +0800, Yu, Xiaoyang wrote:
> I see. Guest OS will assign the USB device an address later. Is it possible
> to store this new address in host OS? Then when the USB device is unplugged,
> host OS can send "usb_del" command to QEMU to automatically delete the device.
It'
I see. Guest OS will assign the USB device an address later. Is it possible to
store this new address in host OS? Then when the USB device is unplugged, host
OS can send "usb_del" command to QEMU to automatically delete the device.
Thanks!
Xiaoyang
-Original Message-
From: [EMAIL PROTECT
On Thu, 2006-12-07 at 12:18 +0800, Yu, Xiaoyang wrote:
> After add a USB device by “usb_add”, I can view it by “info usb”. It
> shows the bus number and address.
>
>
>
> As shown in vl.c, it seems that usb_info() is called when issue “info
> usb”, and usb_device_add() is called when issue “usb_
Yu, Xiaoyang would like to recall the message, "Bus number and address changes
after usb_add?".
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel
After add a USB device by "usb_add", I can view it by "info usb". It
shows the bus number and address.
As shown in vl.c, it seems that usb_info() is called when issue "info
usb", and usb_device_add() is called when issue "usb_add".
But if I add call to usb_info() in the end of usb_device_a
After add a USB device by "usb_add", I can view it by "info usb". It
shows the bus number and address.
As shown in vl.c, it seems that usb_info() is called when issue "info
usb", and usb_device_add() is called when issue "usb_add".
But if I add call to usb_info() in the end of usb_device_a
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer 06/12/07 00:30:19
Modified files:
target-mips: translate.c
Log message:
Simplify mask construction.
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/target-mips/translate.c?cvsroot=qem
Thiemo Seufer a écrit :
> Aurelien Jarno wrote:
> [snip]
>> Index: hw/mips_r4k.c
>> ===
>> RCS file: /sources/qemu/qemu/hw/mips_r4k.c,v
>> retrieving revision 1.23
>> diff -u -d -p -r1.23 mips_r4k.c
>> --- hw/mips_r4k.c6 Dec 2006 2
Aurelien Jarno wrote:
[snip]
> Index: hw/mips_r4k.c
> ===
> RCS file: /sources/qemu/qemu/hw/mips_r4k.c,v
> retrieving revision 1.23
> diff -u -d -p -r1.23 mips_r4k.c
> --- hw/mips_r4k.c 6 Dec 2006 21:38:37 - 1.23
> +++ hw
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer 06/12/06 23:12:49
Modified files:
target-mips: translate.c
Log message:
Update copyright notice.
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/target-mips/translate.c?cvsroot=qemu&r
Hello all,
This patch, initially posted by Thiemo Seufer, adds more devices to the
MIPS system emulation, most importantly a RTC emulation which e.g. keeps
timestamps on a linux filesystem sane.
I have only modified it to use the patch I posted on the mailing list a
few minutes ago.
Aurelien
I
Hello all,
This patch moves the initialisation of the RTC date/time from hw/pc.c
into hw/mc146818rtc.c, to avoid duplication of code. I guess all
platforms using this RTC chip will want to setup at least the date and
time.
Aurelien
Index: hw/mc146818rtc.c
=
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer 06/12/06 21:38:37
Modified files:
. : Makefile.target vl.h
hw : mips_r4k.c
Added files:
hw : mips_timer.c
Log message:
Move the MIPS CPU ti
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer 06/12/06 20:17:30
Modified files:
target-mips: cpu.h exec.h helper.c mips-defs.h op.c
op_helper.c translate.c
Log message:
Add MIPS32R2 instructions, and generally
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer 06/12/06 18:19:33
Modified files:
target-mips: exec.h op.c op_helper.c translate.c
Log message:
Dynamically translate MIPS mtc0 instructions.
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcv
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer 06/12/06 17:59:07
Modified files:
target-mips: exec.h op.c op_helper.c translate.c
Log message:
Dynamically translate MIPS mfc0 instructions.
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcv
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer 06/12/06 17:48:53
Modified files:
hw : mips_r4k.c
target-mips: cpu.h translate.c
Log message:
Halt/reboot support for Linux, by Daniel Jacobowitz. This is a band-aid
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer 06/12/06 17:42:40
Modified files:
target-mips: cpu.h exec.h helper.c mips-defs.h op_helper.c
translate.c
Log message:
MIPS TLB performance improvements, by Daniel J
Paul,
Thank you! I didn't know it, as nobody told me. :)
Heng
Paul Brook wrote:
helper_test(T0); //my own function
if (T0)
GOTO_LABEL_PARAM(1);
FORCE_RET();
ops that use GOTO_LABEL_PARM or EXIT_TB must not have a stack frame.
Paul
__
> helper_test(T0); //my own function
> if (T0)
> GOTO_LABEL_PARAM(1);
> FORCE_RET();
ops that use GOTO_LABEL_PARM or EXIT_TB must not have a stack frame.
Paul
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongn
Hi QEMU developers,
I'm running into a strange problem when I add some my own stuff in QEMU.
If I add a function call in the following position, QEMU will crash
immediately after execution.
In target-i386/op.c:
void OPPROTO op_jnz_T0_label(void)
{
helper_test(T0); //my own function
if
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer 06/12/06 15:51:39
Modified files:
target-sparc : op_helper.c
Log message:
sparc-softmmu build fix
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/target-sparc/op_helper.c?cvsroot=qemu&r
Hi,
please do not reply to something completely unrelated.
On Wed, 6 Dec 2006, Manish Gajbhiye wrote:
> We are faceing one Problem in Qemu guest os winxp . The Qemu hbas been
> installed in Linux CentOs 4.4 . Guest os detected the Realtek Lan
> Adapter . BUt with is Adpeter we are unable get t
25 matches
Mail list logo
