Going back and testing previous netinst isos:
debian-31r1a-sparc-netinst - OK
debian-31r2-sparc-netinst - OK
debian-31r3-sparc-netinst - OK (sunlance load failed - forced to choose
no network card to continue)
debian-31r4-sparc-netinst - X (sunlance load failed)
debian-31r5-sparc-netinst - X (s
Hi. A few months ago I was able to successfully install from a
debian sparc netinst iso. This doesn't seem to be possible now as the
install hangs right after the Detecting Hardware dialogue (after asking
for hostname and domain). The screen will change from the usual blue
background/light gr
On Tue, 2007-02-20 at 13:09 +0900, Kazu wrote:
> Hi,
>
> After I used TAP device by -net nic -net tap,ifname=mytap and I tried to use
> user mode network by -net nic -net user, a Windows XP guest doesn't get
> IP address from a built-in DHCP server.
>
> It is fixed by an attached patch.
>
> DHCP
On Thu, 2007-02-15 at 15:44 +0800, Yu, Xiaoyang wrote:
> Hi Lonnie,
>
> Thanks a lot for the information.
>
> In our use case, we do not know the USB disk information before it is plugged
> by customer, so we cannot start qemu with -usbdevice.
>
> For Linux, reload the uhci_hcd driver works. If
On Thu, 2007-02-15 at 10:36 +0800, Yu, Xiaoyang wrote:
> Thanks a lot for the instruction. Will the suspend/resume support be added in
> the future release?
>
> Without the suspend/resume support, is there anything can be done in the
> guest domain to help detect a USB device? Maybe patch the k
On Wed, 2007-02-14 at 18:26 +0800, Yu, Xiaoyang wrote:
> BTW, I also found that Windows XP guest domain can not recognize the
> USB disk, while Windows XP SP2 guest domain can recognize the USB
> disk. So it seems like that the guest Linux/Windows domain should have
> some “special feature” to work
exactly sure how this file
was infected. The file downloaded at 2006/11/21 is not infected. It
seems that it has been infected recently.
The file has been removed for inspection until a clean build can be
uploaded.
Sorry for the inconvenience.
Lonnie Mendez, Kazu
On Sat, 2007-02-10 at 23:33 +, Thiemo Seufer wrote:
> So ... who is the person to blam^Wcredit for authorship?
> The patch looks good elsewise.
I believe the author is Vassili Karpov.
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.
On Mon, 2007-02-05 at 22:42 -0800, Ed Swierk wrote:
> On 2/5/07, Ed Swierk <[EMAIL PROTECTED]> wrote:
> > I'm attempting to boot a Linux disk image with the SYSLINUX boot
> > loader using the -nographic option. On the latest qemu CVS, the boot
> > loader hangs before printing "Ready" and booting th
Forwarding this for a user who is not subscribed.
---
Hi,
My M-Audio soundcard (ice1712) did not play nice with qemu's alsa output
since it only accepted S32_LE. I asked some weirdo who has nothing
better to do at 6:50 AM in the #qemu channel on freenode for help, and
he wrote the attached patch.
Is anyone else seeing this with current cvs?
shell$ qemu-img create -e -f qcow qtest.qcow 100M
shell$ qemu -hda qtest.qcow -monitor stdio
hda is encrypted.
Password: QEMU 0.8.2 monitor - type 'help' for more information
(qemu)
In the above illustration you can't enter the encryption key because
On Tue, 2007-01-23 at 17:03 +0100, VMiklos wrote:
> hi
>
> with newer kernel-headers, i get the following compile error:
> gcc-3.3 -Wall -O2 -g -fno-strict-aliasing -fomit-frame-pointer -I.
> -I.. -I/var/tmp/fst/src/qemu-0.8.2/target-i386
> -I/var/tmp/fst/src/qemu-0.8.2 -D_GNU_SOURCE -D_FILE_OFFSE
On Thu, 2007-01-11 at 00:00 +0100, ( अमेय पाळंदे ) Ameya Palande wrote:
> On 1/10/07, Thiemo Seufer <[EMAIL PROTECTED]> wrote:
> > ( ?? ) Ameya Palande wrote:
> > > Hi,
> > >
> > > Redhat and its derivatives don't have /usr/include/linux/compiler.h
> > > But debian, ope
Attached is a revised patch. This code allows qemu to manage several
guest mice. It solves the problem of removing a usb mouse/tablet
removable mouse device and losing all guest input from the ps/2 or other
emulated mouse device. It also allows the user to choose which guest
mouse will receiv
On Sat, 2006-12-16 at 23:37 -0500, [EMAIL PROTECTED] wrote:
> Yeah, I said "I think" because I wanted to use a decent benchmark to
> actually test the results. I threw in a test against VMPlayer as well. I
> found that with USB tablet emulation, Qemu was approximately only half as
> fast as it co
On Fri, 2006-12-15 at 22:48 +0100, Christian MICHON wrote:
> Using kqemu, I see no improvement in calculations, meaning the
> graphical part (sdl) is not the main blocking point. Next on my
> list of trials is the disk/io (we did some pthread experiment in the
> past, I think we can get some more b
On Fri, 2006-12-15 at 17:20 -0500, Joseph Miller wrote:
> I've got a copy of today's CVS, I was just assuming, since this is the
> qemu-devel mailing list, that someone on the list who regularly works on
> the qemu code would probably know more about this than I do. I have
> some assembly bac
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.
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'
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_
On Fri, 2006-12-01 at 16:21 +0800, Yu, Xiaoyang wrote:
> Great! Thanks a lot for the information! I found the function definition in
> the files you pointed out, by looking into the latest CVS snapshot.
>
> It seems that code changed a lot since version 0.8.2 released. So if I still
> use versi
On Thu, 2006-11-30 at 15:03 +0800, Yu, Xiaoyang wrote:
> Hi guys,
>
>
>
> I am using QEMU with Xen and Intel VT, and I have a question about
> detecting the CD-ROM disk unmount event: When user ejects CD-ROM in
> the guest domain, how can QEMU detect this event?
>
>
>
> I know if we use “in
On Tue, 2006-11-21 at 02:17 +0100, The Moon Seeker wrote:
>
> phase 1 (first boot)
>
> brctl addbr link1
>
> qemu -hda PC1.cow -hdb fat:qemuconfigs/pc1 -net
> nic,macaddr=00:ab:cd:7a:91:8c -net
> tap,script=pc1.eth1.sh,ifname=pc1.eth1 -net
> nic,macaddr=00:ab:cd:28:14:c1 -net
> tap,script=p
lo list. The attached patch allows qemu to handle several guest
mice. It solves the problem of removing a usb mouse/tablet removable
mouse device and losing all guest input from the ps/2 or other emulated
mouse device. It will also allow the user to choose which guest mouse
will receive even
Please ignore - I am sending something a little better.
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel
lo list. The attached patch allows qemu to have several mouse
handlers. The reason for this is that adding a usb mouse/tablet will
override the primary mouse event handler so there needs to be a way of
restoring a previous mouse input handler such as the ps/2 device on the
PC system target (a
lo list. Attached is a patch that implements save/load state for
the uhci controller. The code will only work well if you remove all usb
devices attached to the guest prior to saving the vm state. There is no
code yet that tries to reconstruct the ports list.
I'm sure there will need to
Hi. The attached patch allows qemu to dispatch usb data packets
asynchronously.
The uhci controller gives poor performance with this patch. It was
said on irc that allowing the uhci controller several pending requests
would improve this. However the ohci controller performs very well
as-is.
On Mon, 2006-11-13 at 14:06 -0800, Jonathan Kalbfeld wrote:
> qemu -isa -nics 1 -n ~joel/qemu-work/qemu/qemu-kit/tunconfig.sh \
>-macaddr 00:80:7F:22:61:77 -m 4 -serial stdio -fda
> /home/joel/qemu/grub144
>
> I have this much of a command line which doesn't cause qemu to
> complain but it do
On Tue, 2006-09-26 at 08:44 +0200, Jens Arm wrote:
> Hi
>
> Since the update from sunday w2k can load the net driver, but it can not send
> or receive
> pakets. W2k can not get an IP from the usernet-dhcp.
>
> I start qemu like this: qemu -m 384 disk.dsk
I'm seeing this as well with recent cv
On Mon, 2006-09-25 at 22:26 -0700, Arini Balakrishnan wrote:
> Hi,
> I am trying to install linux as a guest OS on Windows using QEMU. How do
> I install linux from multiple installation cds?
> Thanks!
> Arini
Use the qemu monitor to change the disc in qemu's emulated cdrom
drive. ie:
Access
On Mon, 2006-09-18 at 05:05 +0200, Alexey Eremenko wrote:
> Hi all !
>
> I would like to update some part of Qemu documentation, especially
> related to Windows Host.
>
> I am speaking about the end-user docs, those:
> http://fabrice.bellard.free.fr/qemu/qemu-doc.html
>
> For example the documen
On Sun, 2006-09-03 at 12:39 -0500, Neo wrote:
> hi,
>
> I am wondering if there is a way to install minix 2.0.4 on my own image
> file instead of just running on an existing one. For Minix 3, we can
> install it from emulated CD ROM. But for minix 2.0.4, I cannot map the
> USR.MNX to the fda wh
On Sun, 2006-07-30 at 21:02 +0200, Klemann Andy wrote:
> Hello,
>
> Sorry, my english is very bad but i have some problems:
>
> When I start die qemu with this command:
>
> qemu.exe -hda suse.img -vnc 55 -k de
>
> then i became this message:
>
> Could not load keymap files '/C/Program Files/Qe
On Tue, 2006-08-08 at 03:20 -0700, Tieu Ma Dau wrote:
> Hi all,
> I ran successfully Qemu to simulate ARM system on Linux host with the
> following command:
> ./qemu-system-arm -kernel zImage.integratorCP -append "root=/dev/nfs
> nfsroot=192.168.7.1:/mnt/nfsqemu rw
> ip=192.168.7.2::192.168.7.1:255
On Mon, 2006-07-24 at 06:38 -0500, wayne tempel wrote:
> Hello All,
>I see that the new version of Qemu is out 0.8.2. Where is the
> Windows version??
afaik these builds have so far been user contributed. If you do not
want to build it yourself you can find a build for qemu 0.
On Mon, 2006-07-24 at 13:06 +0400, Brad Campbell wrote:
> G'day all,
>
> Just a diary note or similar.
>
> I've been playing with skype under win2k under qemu with -kernel-kqemu and
> the alsa audio driver.
>
> 1st. The user-net driver appears to be a problem for skype but the tap driver
> wor
On Tue, 2006-07-18 at 23:46 +0200, Fabrice Bellard wrote:
> Lonnie Mendez wrote:
> > lo list. I have found the old diff to be incorrect on many levels. New
> > diff has additionally cleanup code for the linux redirector. Please see
> > the attached patch for solution
lo list. I have found the old diff to be incorrect on many levels. New
diff has additionally cleanup code for the linux redirector. Please see
the attached patch for solution.
--- qemu/vl.c 2006-07-17 03:16:38.191157512 -0500
+++ qemu/vl.c 2006-07-17 03:18:13.402683160 -0500
@@ -3781,6 +3781,7 @
On Fri, 2006-07-14 at 20:50 +0200, Fabrice Bellard wrote:
> Lonnie Mendez wrote:
> > I ran a limited test with the new code to see what works. All tests run
> > with kqemu enabled binary (1.3.0pre9). Host is a laptop w/ pentium 3
> > mobile processor running ubuntu li
I ran a limited test with the new code to see what works. All tests run
with kqemu enabled binary (1.3.0pre9). Host is a laptop w/ pentium 3
mobile processor running ubuntu linux.
deb-sid (2.6.17-1-686 SMP):
qemu -hda deb-sid.qcow -no-kqemu
boots to login prompt
qemu -hda deb-sid.qcow
b
lo list. I've made an attempt to add support for devices with
multiple configurations (and interfaces), but do not own a device to
test it on. If someone with such a device could test this it would be
very helpful. The patch is against CVS - the other limitations still
hold true such as no de
lo list. Launching qemu with kqemu enabled produces the below traces
when working with a Windows 2000 w/SP4 guest. It can be reproduced in
this process:
1) Open the Computer Management dialog in the Administrative Tools
2) Select under Storage "Disk Management"
3) Select a disk in the right pa
On Wed, 2006-06-14 at 18:17 +0200, Fabrice Bellard wrote:
> OK for this patch, but the following must be changed:
>
> 1) All instances of strcpy and strncpy must be replaced by pstrcpy.
>
> 2) product_name_size must be passed as parameter to usb_host_find_device().
lo. Attached is something
On Wed, 2006-06-14 at 17:57 +0200, Fabrice Bellard wrote:
> Lonnie Mendez wrote:
> > lo list. Trying usb_add host:3.2 was failing with:
> >
> > /proc/bus/usb/000/002: No such file or directory
> >
> > in the terminal that qemu was spawned from. It looks like
lo list. This is a patch to correct the GetMaxLun and
MassStorageReset defines in hw/usb-msd.c. The switch statement is
checking against both request type and request. It was discussed
briefly in #qemu.
--- qemu/hw/usb-msd.c 2006-06-14 22:21:29.0 -0500
+++ qemu/hw/usb-msd.c 2006-06-14
On Tue, 2006-06-06 at 05:35 -0700, Tieu Ma Dau wrote:
> Hi All,
> I've compiled Linux kernel 2.6.16 with kgdb on Linux. And after that,
> I've tried to debug this kernel with Qemu 0.8.1 on Msys to simulate
> ARM Processor. In fact, I've run the command below:
> qemu-system-arm -kernel myKernel -i
lo list. The attached patch calls the cleanup message destroy when
the device is detached by the user from the guest.
--- qemu/hw/usb-hub.c 2006-05-25 18:58:51.0 -0500
+++ qemu/hw/usb-hub.c 2006-05-26 16:47:47.0 -0500
@@ -194,7 +194,6 @@
/* send the detach messa
lo list. Trying usb_add host:3.2 was failing with:
/proc/bus/usb/000/002: No such file or directory
in the terminal that qemu was spawned from. It looks like strtoul was
returning 0 for bus_num with the devname "host:3.2". I rewrote the
function to use sscanf in both cases.
--- qemu/usb-
Don Kitchen wrote:
I'm using CVS i386, running patched win2000 on a 4G qcow install,
FAT formatted. Command line has only -hda and -snapshot.
Qemu crashes consistently when I pull up the Disk Administrator in
Administrative Tool's Computer Management, and click on the FAT partition.
Same
lo list. There was someone having problems with booting a floppy
that had an invalid boot signature (!0xaa55) in the irc channel earlier
today. They were however able to boot it in bochs using the option
floppy_bootsig_check: disabled=1.
This is something that can easily be enabled in th
Whoops. Wrong patch - missing 1 chunk - please see attached.
--- qemu/hw/usb.h 2006-05-21 11:30:15.0 -0500
+++ qemu/hw/usb.h 2006-05-22 13:23:10.0 -0500
@@ -127,6 +127,7 @@
int (*handle_data)(USBDevice *dev, int pid, uint8_t devep,
uint8_
The attached patch provides more output to accompany info usb. A
device name is provided which is obtained from product string
descriptor. This is to help clear up what device is which as the only
information currently provided to the user are the bus and address the
device has been given f
The attached patch signals root hub status change interrupt for
attach/detach in ohci_attach.
--- qemu/hw/usb-ohci.c 2006-05-22 11:02:16.0 -0500
+++ qemu/hw/usb-ohci.c 2006-05-22 11:22:46.0 -0500
@@ -252,6 +252,7 @@
{
OHCIState *s = port1->opaque;
OHCIPort *port = &
Sylvain Petreolle wrote:
Hi Lonnie,
I update qemu cvs daily (and more if found on qemu-devel ;)
Complete command line is :
qemu -no-acpi -cdrom /mnt/hdb/isos/frenzy_v03_release.iso
and default frenzy boot (no acpi)
qemu -cdrom /mnt/hdb/isos/frenzy_v03_release.iso
and acpi frenzy boot
I attach
Kazu wrote:
Here is values of ticks_per_sec on Athlon 64 3000+ .
i686 host:
1790803394
1790784284
1790774719
1790798849
1790814225
x86_64 host:
1790764763
1790815837
1790816089
1790803590
1790771017
Those are some very sane values.
I attached a patch that I modifed from your patch. It c
Lonnie Mendez wrote:
Can you provide the complete command line used to launch qemu. Also
what is the host system and what version of qemu are you using (is a
port) ?
Sorry about that. I meant how old is the code from your local
checkout. Still need the command line though
Sylvain Petreolle wrote:
Im using qemu cvs.
I tried to run Frenzy's livecd and it sees the USB peripherals,
even when -usb isnt specified on the commandline.
Since qemu's help says "-usb enable the USB driver (will be the default soon)",
I wonder how I can really disable usb.
I tried this
Kazu wrote:
If you set /proc/sys/dev/rtc/max-user-freq to 1024 and disable cpuspeed
service that is related to SpeedStep/PowerNow! on a host OS, the clock in
guest OS works fine.
I checked it on i686/x86_64 Linux host.
Mind saying how you checked this? I'm on a pentium-III mobile
processor
lo list. I forgot to update the bLength field in the hub
descriptor. The attached patch does this.
--- b/qemu/hw/usb-hub.c 2006-04-30 16:53:59.0 -0500
+++ a/qemu/hw/usb-hub.c 2006-05-05 08:47:52.0 -0500
@@ -152,7 +152,7 @@
static const uint8_t qemu_hub_hub_descriptor[] =
{
Christian MICHON wrote:
I see the old mouse sync problem is still here too...
Launch with -usbdevice tablet appended.
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel
Attached is another patch to implement the said resume code. With
this patch, devices attached to windows xp guest are able to resume the
controller when necessary. Before, if a device was attached to the
usbhub and windows had the root hub set for power savings then the bus
would stay susp
lo. The attached patch addresses the problem with removing the
usbhub/tablet devices and switches the handle_packet call in the port
reset call to handle_msg which just happens to make the hub functional.
--- a/qemu/hw/usb-hub.c 2006-04-28 19:44:18.0 -0500
+++ b/qemu/hw/usb-hub.c 2006-
Ran into this as well when testing a gps device. Looking at hw/usb.c
and usb_20 8.5.3 now.
frame 1346: pid=OUT addr=0x03 ep=2 len=1
data_out= 30
usb_generic_handle_data(): handle setup
usb.c: usb_generic_handle_data, send more than oneconfig paket out not
implemented yet - FIXME
frame 1
Lonnie Mendez wrote:
There is another vnc patch by Anthony Liguori (same person involved
with the tablet along with others). From what I've heard it will
reduce the bandwidth usage greatly.
Also, afaik this is still under development. The source was posted
on the irc channel
Christian Bourque wrote:
Eric, is it possible to tweak something to fix the mouse issue?
Because under w2k my mouse is completely out of sync...
I tried disabling mouse acceleration like I read on the list but that
didn't help...
CVS has a usb tablet mouse that features absolute coordinate
lo. The bug with the usb hub is a simple fix. We're simply using
handle_packet to pass USB_MSG_RESET when this should be passed to
handle_msg:
hw/usb-hub.c - line 388:
case PORT_RESET:
if (dev) {
dev->handle_packet(dev,
This is a rediff against CVS of the hub patch. It implements changes
to allow dynamic size for ports > 7 (the hub uses 8 ports so we run into
problems).
The FreeBSD workaround as mentioned in the patch is best explained here:
http://fxr.watson.org/fxr/source/dev/usb/uhub.c#L83
uhub onl
Johannes Schindelin wrote:
Also, you rename some things when it has no apparent use to rename them,
such as usb_device_add, or product_name.
Sorry but on that point you say things which are in no case provable by
any study.
Also kindly look into line 1417 and 1419 of your patch.
Johannes Schindelin wrote:
I am quite sure you put a lot of work into this patch, but you sure make it
hard to appreciate, too.
First note that applying such a huge patch is bad. Let me help you (a little
more than last time) to understand that: You are almost guaranteed to
introduce bugs, and
[EMAIL PROTECTED] wrote:
Hello Fabrice,
This patch introduces an already fixed bug with linux guest os. The
message is: "controller still running". The attached patch fixes this
problem.
To expand on this, I saw windows checking the status register several
times to look for hchalt once R/
[EMAIL PROTECTED] wrote:
Lonnie Mendez wrote:
[EMAIL PROTECTED] wrote:
Sorry about that. I was used to the previous syntax:
usb_add host:04b6:0005
My guess is that the new syntax is to distinguish it from the
busaddr:addr syntax? It would seem checking for length would
differentiate
[EMAIL PROTECTED] wrote:
In which case did it not work, when I test it, it is functioning (only
with libusb)
usb_add host:04b6x0005
Sorry about that. I was used to the previous syntax:
usb_add host:04b6:0005
My guess is that the new syntax is to distinguish it from the
busaddr:addr synt
[EMAIL PROTECTED] wrote:
I have fixed this issue, also I have found the segfault on usb_del.
Patch is attached.
Next problem:
Linux does not recognize it, if I add a "tablet" while linux is allready
running. The attach is not delivered to the operating system.
Hm. There also seems to be s
Another patch. This one does a few things:
-fixes minor output bugs and some various OBO bugs
-adds some improvements to the emulated hub
-sets up the emulated devices to use the generic message handler (they
now work again)
-makes tablet device visible to usb_add
There are of course more
lo. A few more things to note in the current problems category:
-emulated devices don't seem to be interacting:
frame 36: pid=SETUP addr=0x00 ep=0 len=8
data_out= 80 06 00 01 00 00 40 00
frame 37: pid=SETUP addr=0x00 ep=0 len=8
data_out= 80 06 00 01 00 00 40 00
frame 38: pid=SETUP add
Lonnie Mendez wrote:
There is some funkiness going on with removing the device in the
linux guest once attached. Not sure what it is yet.
This problem is addressed in the attached patch.
--- a/qemu/hw/usb-uhci.c2006-04-21 11:15:40.0 -0500
+++ b/qemu/hw/usb-uhci.c
[EMAIL PROTECTED] wrote:
you are too fast for me :)
Had to rediff it. Fabrice already put the necessary bits in
uhci_update_irq. Right in front of my eyes too.
There is some funkiness going on with removing the device in the
linux guest once attached. Not sure what it is yet.
--- a/q
lo. The attached patch applied on top of your patchset seems to work
as far as signaling resume goes.
--- a/qemu/hw/usb-uhci.c2006-04-21 11:15:40.0 -0500
+++ b/qemu/hw/usb-uhci.c2006-04-21 11:17:08.0 -0500
@@ -32,6 +32,8 @@
// #define DEBUG
// #define DEBUG_PAC
Lonnie Mendez wrote:
known problems:
1. under linux the uhci controller reports an error if no usb device is
connected
The port registers on the uhci controller shows no appropriate
response to an HCHALT command that is issued and so the hcd puts the
controller into global suspend
Lonnie Mendez wrote:
2. I did not test usb-hid and usb-hub
There was a usb tablet device added recently. You may want to cvs
up to account for that.
Disregard that. Just saw it ;p
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http
[EMAIL PROTECTED] wrote:
this patch breaks some things:
Sorry guys but I could not fix all of it, so I need your help, I didn't
want to destroy anybodys work, but the new api makes it necessary to
change some files:
1. usb-linux.c and usb-bsd.c will not work without adoption of the new api
[EMAIL PROTECTED] wrote:
lo
Yes I am absolutly sure we need this changes. The usb protocoll is a
very sophisticated work. There is an exactly defined sequence in which
packets are send. (I have made some small documentation about this:
http://217.20.126.200/tino/usb-order-of-events.pdf
http:/
[EMAIL PROTECTED] wrote:
With this patch applied I could detect a USB Epson Scanner and a USB
Epson Printer from Windows 98 + XP and I could even print pages with
the printer (see known problems below).
reasons for this patch:
I was looking for a way to address my USB printer with windows while
Hello list. I've noticed something odd going on with Windows guests
in that they will queue up and extra IN TD on a setup packet having a 32
byte data stage. So far I've seen this happen twice. Here is one
occurance:
frame 41: pid=SETUP addr=0x02 ep=0 len=8
data_out= 80 06 00 02 00 00
Brad Campbell wrote:
Leonardo E. Reiter wrote:
This is by no means a complete patch (do not apply it as it will
break usb-hid.c), but it adjusts the report descriptor in usb-hid.c
to provide position in 16-bits, and in absolute coordinates:
Index: usb-hid.c
=
I was trying out qemu's emulated usb mouse under debian sid and
windows xp. It worked fine under debian but failed to start under
windows xp guest.
It turns out the hid descriptor in the qemu_mouse_config_descriptor
array is out of position. Please see section 7.1 in the document HID1_11
Hello list. The bsd uhub driver has helped to uncover a bug in the
hub layer:
usb_20 (11.24.2.7.2.2)
usb11 (11.16.2.6.2.2):
{C_PORT_ENABLE}
This bit is set when the PORT_ENABLE bit changes from one to zero as a
result of a Port Error condition ... This bit is not set on any other
chang
Hello list. Linked are some fixes to the hub layer that allow a
FreeBSD guest's usb stack to run. Basically it allows for a variable
hub descriptor size (if qemu currently had 7 emulated ports on the hub
it would be OK). With this it was able to mount a flash drive and
transfer some files
lo again. Please note that this patch isn't needed for Windows XP
host system. This bug affects this os as a guest only. Sorry if I
didn't make it clear.
Also, I did modify it somewhat as it is now more correct and much
simplier to wait for the R/S bit to be unset in the frame timer cod
Hello list. Linked is a patch that fixes a bug that occurs on
Windows XP sp1a - sp2 and perhaps earlier. Windows 2000 seems
unaffected. This patch sets the hchalted bit of the status I/O register
when the run/stop bit is unset during a write to the usb command I/O
register of the emulated
Hello list. I've bundled a few fixes recently posted along with a
modification by myself. Please find description below and patch attached.
usb-linux.c:
-Modified code in usb_host_scan function to avoid returning information
on the host's root hubs. These are the physical ports that the
Krister Walfridsson wrote:
I'm playing with the USB code, but I cannot get the USB mouse emulation
to work with the guests I have tried (NetBSD and Win2k). Attached are
two patches that improves the situation somewhat.
* hw/usb-uhci.c
The PCI configuration registers are set up with an i
This is a very experimental patch to support host usb devices on BSD. It
was mainly
tested with FreeBSD 6.0-RELEASE as host and debian sid as guest. There are
still
some issues with the behavior of the code. Yesterday I was able to successfuly
mount
a flash drive and use a usb gps device
Linked are very experimental patches to support host usb devices on Win32,
FreeBSD, and possibly
MacOSX/Darwin. It was mainly tested using Windows XP as host with Windows 2000
and Debian sid
as guests. With these patches I am able to mount a flash drive and copy some
files to the guest.
T
This is a very experimental patch to support host usb devices on BSD. It
was mainly
tested with FreeBSD 6.0-RELEASE. The patch applies on top of the many BSD
patches
for the FreeBSD port of qemu.
WARNING: This is for developers only. Please do not try this with
devices
I noticed while testing the uhci emulation on debian it fails to load on the
Linux 2.6.12 kernel:
(from qemu terminal)
uhci writew port=0x0004 val=0x
uhci writew port=0x val=0x0004
uhci writew port=0x val=0x
uhci readw port=0x0010 val=0x0083
uhci readw port=0x0012 val=0x0080
uh
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
On Wednesday 10 August 2005 5:10 pm, Mark Williamson wrote:
> > > Isn't there a USB patch floating around somewhere (emulates OHCI in the
> > > guest)?
> >
> > Yes, but noone's written the code to wire it up to host devices. AFAIK it
> > currently emulates the host controller and not much else.
>
On Monday 04 July 2005 22:01, Emmanuel Nicolas Millan wrote:
> Hi everyone,
>
> I'm having problems installing win2000 in a linux host, the problem is
> already known, the disk fills up really quickly.
> First I try qemu 0.7.0 and apply the patch win2k-disk-full-fix... but
> it didn't work..
> I
1 - 100 of 104 matches
Mail list logo
