$B"[EMAIL PROTECTED]"!$NL5NA>R2p%a!<%k$G$9!#(B
$B!X5.J}$NBN$r!{6b$GGc$$$?$$!&!&!&!Y$H4uK>[EMAIL PROTECTED]>@\8r>D(B
$B$7$FD:$-!"[EMAIL PROTECTED]>$rK~$?$;[EMAIL PROTECTED]"(B
[EMAIL PROTECTED]@-$+$i>R2pHqMQ(B
[EMAIL PROTECTED]:$$$F$*$j$^$;$s$N$G!"$40B?42<$5$$!#(B
[EMAIL PROTECTED]>$NJ}$OA
> > - Linux host USB redirector to use the USB 1.1 host devices which are
> > not requested by the host OS (i.e. no host driver is loaded for them).
> > It is *very* limited and buggy at the moment, but I was able (once !) to
> > mount a disk-on-key flash device.
>
> Had you thought of adding a min
> I just commited an initial USB support for QEMU. This USB layer will
> ultimately enable QEMU to use some host USB devices and to simulate USB
> devices.
Coolness!
> - Linux host USB redirector to use the USB 1.1 host devices which are
> not requested by the host OS (i.e. no host driver is load
1) The host OS must not use the USB device. It means in particular that
no host OS driver must be present for that device. The solution I am
using is to rename the host kernel module "usb-storage.o" to
"usb-storage.o.disabled" so that it is not loaded by Linux. Then QEMU
can exclusively access
John R. Hogerhuis wrote:
> What does it do? I'm guessing saving/restoring the virtual serial port
> device state?
Yes. It adds the 2 needed functions and register them with the
saving/loading system.
Vincent Pelletier
signature.asc
Description: OpenPGP digital signature
Hi all,
I tried to run the dos utility CDT in Qemu, but it always reported "no CD in
drive" when a CD was present. I have created a patch to make the TOC command
work in CDT. I still don't know how to fix the UPC/EAN stuff.
The patch fixes the "mode sense" command and adds a partial implementati
On Sat, 2005-11-05 at 15:59 +0100, Vincent Pelletier wrote:
> Hi.
>
> I posted it on the forum, but as I prefer mailing lists, I post it here.
> (btw : it tok about one hour for the ML "registration" confirmation
> message to came in my mailbox, that's why I posted on the forum first)
>
> 2005-11
CVSROOT:/cvsroot/qemu
Module name:qemu
Branch:
Changes by: Fabrice Bellard <[EMAIL PROTECTED]> 05/11/05 18:55:28
Modified files:
. : Makefile.target qemu-doc.texi vl.c vl.h
audio : alsaaudio.c audio.c audio.h audio_int.h
On Saturday 05 November 2005 11:10 am, Fabrice Bellard wrote:
> 1) The host OS must not use the USB device. It means in particular that
> no host OS driver must be present for that device. The solution I am
> using is to rename the host kernel module "usb-storage.o" to
> "usb-storage.o.disabled
CVSROOT:/cvsroot/qemu
Module name:qemu
Branch:
Changes by: Fabrice Bellard <[EMAIL PROTECTED]> 05/11/05 17:22:48
Modified files:
hw : usb-uhci.c
Log message:
same PCI parameters as PIIX3
CVSWeb URLs:
http://savannah.gnu.org/cgi-bin/viewcv
Volker Ruppert wrote:
Hi,
The following features are implemented:
- PCI UHCI USB controller (I finally decided to implement UHCI because I
know it better than OHCI and because Bochs has a similar driver. Of
course it would still be very interesting to have an equivalent OHCI
controller for no
CVSROOT:/cvsroot/qemu
Module name:qemu
Branch:
Changes by: Fabrice Bellard <[EMAIL PROTECTED]> 05/11/05 16:57:08
Modified files:
. : Makefile.target
hw : pc.c usb.h
Added files:
hw : usb-hid.c
Log message
CVSROOT:/cvsroot/qemu
Module name:qemu
Branch:
Changes by: Fabrice Bellard <[EMAIL PROTECTED]> 05/11/05 16:55:48
Modified files:
hw : usb.c
Log message:
cosmetics
CVSWeb URLs:
http://savannah.gnu.org/cgi-bin/viewcvs/qemu/qemu/hw/usb.c.dif
Hi,
> The following features are implemented:
>
> - PCI UHCI USB controller (I finally decided to implement UHCI because I
> know it better than OHCI and because Bochs has a similar driver. Of
> course it would still be very interesting to have an equivalent OHCI
> controller for non PC targets an
Hi,
On Sat, 5 Nov 2005, [EMAIL PROTECTED] wrote:
> What is the job of the two files gen-op.h and opc.h? They were created
> by dyngen -c / -g
> opc.h contains something like:
> DEF(movl_A0_EAX, 0, 3)
> DEF(addl_A0_EAX, 0, 5)
> DEF(addl_A0_EAX_s1, 0, 6)
These are definitions of the oplets. For
Hi.
I posted it on the forum, but as I prefer mailing lists, I post it here.
(btw : it tok about one hour for the ML "registration" confirmation
message to came in my mailbox, that's why I posted on the forum first)
2005-11-05 Vincent Pelletier <[EMAIL PROTECTED]>
* hw/serial.c (serial_
On Sat, Nov 05, 2005 at 12:35:12PM +0100, Oliver Gerlich wrote:
> > Thanks - I should have known that someone had made a file system for
> > this. However I still think it would be great to be able to pass the
> > actual /dev/cdrom on to the guest OS, but I must admit that I have not
> > grasped th
I don't know the exact purpose, but they are part of the code that forms the
intermediate language qemu uses when it performs dynamic translating.
On Sat, Nov 05, 2005 at 02:01:13PM +0100, [EMAIL PROTECTED] wrote:
> Hello!
>
> What is the job of the two files gen-op.h and opc.h? They were created
Hi,
I just commited an initial USB support for QEMU. This USB layer will
ultimately enable QEMU to use some host USB devices and to simulate USB
devices.
WARNING: the current USB support is for USB hackers only - it is not
meant to be fully usable yet.
The following features are implemente
CVSROOT:/cvsroot/qemu
Module name:qemu
Branch:
Changes by: Fabrice Bellard <[EMAIL PROTECTED]> 05/11/05 14:22:28
Modified files:
. : Changelog Makefile.target vl.c vl.h
hw : pc.c
Added files:
. : usb-linux
Hello!
What is the job of the two files gen-op.h and opc.h? They were created by
dyngen -c / -g
I don't understand their content.
opc.h contains something like:
DEF(movl_A0_EAX, 0, 3)
DEF(addl_A0_EAX, 0, 5)
DEF(addl_A0_EAX_s1, 0, 6)
gen-op.h contains:
static inline void gen_op_movl_A0_EAX(void
Lars Roland wrote:
On 11/4/05, Mike Swanson <[EMAIL PROTECTED]> wrote:
I've found on systems where traditional rippers don't work (eg,
cdparanoia), CDFS has a greater chance of ripping the CDs (by default
into WAV, but you can enable an option to rip it in the pure CDDA
format if you want).
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Lars Roland schrieb:
> On 11/4/05, Mike Swanson <[EMAIL PROTECTED]> wrote:
>
>>I've found on systems where traditional rippers don't work (eg,
>>cdparanoia), CDFS has a greater chance of ripping the CDs (by default
>>into WAV, but you can enable an op
On 11/4/05, Mike Swanson <[EMAIL PROTECTED]> wrote:
> I've found on systems where traditional rippers don't work (eg,
> cdparanoia), CDFS has a greater chance of ripping the CDs (by default
> into WAV, but you can enable an option to rip it in the pure CDDA
> format if you want).
Thanks - I should
24 matches
Mail list logo
