On 06/22/13 03:37, Ronnie Sahlberg wrote:
> Don't assume that SG_IO is always invoked with a simple buffer,
> check the iovec_count and if it is > 1 then we need to pass an array
> of iovectors to libiscsi instead of just a plain buffer.
>
> Signed-off-by: Ronnie Sahlberg
> ---
> block/iscsi.c |
Hi I am porting peter-bochs debugger to qemu. I am stuck into the
breakpoint->continue part. Anybody want to give a help to finish the debugger
stub?
https://www.dropbox.com/s/aidxcm9l1vnia1b/GKD.png
https://www.dropbox.com/s/76a778f1a76ga7v/LibGKD.png?m
Thanksfrom Peter
On Fri, Jun 21, 2013 at 08:10:15AM -0500, Anthony Liguori wrote:
> "Michael S. Tsirkin" writes:
>
> > From: Michael S. Tsirkin
> >
> > The following changes since commit 90a2541b763b31d2b551b07e24aae3de5266d31b:
> >
> > target-i386: fix over 80 chars warnings (2013-06-15 17:50:38 +)
> >
>
On Fri, Jun 21, 2013 at 09:51:20AM +1000, Alexey Kardashevskiy wrote:
> And kvm_irqchip_add_msi_route does not have any link to a device or a bus
> so I'll have to walk through all PHBs in system and see if PHB's MSI window
> is the one from MSIMessage and convert MSIMessage to virq. Pretty easy an
On Sun, Jun 23, 2013 at 9:07 AM, Michael S. Tsirkin wrote:
> On Fri, Jun 21, 2013 at 09:51:20AM +1000, Alexey Kardashevskiy wrote:
>> And kvm_irqchip_add_msi_route does not have any link to a device or a bus
>> so I'll have to walk through all PHBs in system and see if PHB's MSI window
>> is the o
On Thu, Jun 20, 2013 at 11:46 PM, Alex Williamson
wrote:
> On Fri, 2013-06-21 at 12:49 +1000, Alexey Kardashevskiy wrote:
>> On 06/21/2013 12:34 PM, Alex Williamson wrote:
>>
>>
>> Do not follow you, sorry. For x86, is it that MSI routing table which is
>> updated via KVM_SET_GSI_ROUTING in KVM? W
List,
Please find a new version of the patch to fix the iSCSI crash when ioctl with
iovector is sent.
Updated to fix the commit message as per lerseks suggestion.
Also added an explicit cast to suppress a compiler warning when we dont have
iovector support available.
Don't assume that SG_IO is always invoked with a simple buffer,
check the iovec_count and if it is >= 1 then we need to pass an array
of iovectors to libiscsi instead of just a plain buffer.
Signed-off-by: Ronnie Sahlberg
---
block/iscsi.c | 56 +
On 06/23/13 17:07, Ronnie Sahlberg wrote:
> Don't assume that SG_IO is always invoked with a simple buffer,
> check the iovec_count and if it is >= 1 then we need to pass an array
> of iovectors to libiscsi instead of just a plain buffer.
>
> Signed-off-by: Ronnie Sahlberg
> ---
> block/iscsi.c
On 06/22/2013 03:58 AM, Peter Maydell wrote:
> On 22 June 2013 03:10, Richard Henderson wrote:
>> + ldflags="$ldflags $textseg_ldflags"
>> fi
>>
>> echo "LDFLAGS+=$ldflags" >> $config_target_mak
>
> Should we really be putting this in LDFLAGS? That seems
> likely to end up getting accidentally
On 06/22/2013 09:10 AM, Zhihui Zhang wrote:
> This way, jmp_next[0] means "taken" for both conditional jumps AND
> unconditional jumps.
> Currently, it has opposite meanings for the two cases.
So? There's no proscribed meaning for the 0 and 1 indices.
r~
On 23 June 2013 19:20, Richard Henderson wrote:
> On 06/22/2013 03:58 AM, Peter Maydell wrote:
>> Should we really be putting this in LDFLAGS? That seems
>> likely to end up getting accidentally applied in places
>> where we don't want it (helper binaries, etc). It seems
>> like it would be more r
@Peter Maydell (pmaydell): you're right, but in the meantime, I needed
to find another solution.
@Michael Tokarev (mjt+launchpad-tls): Thanks a lot for your answer, it
helped me pass this hindrance... to find 2 other obstacles.
Regarding the first one: I patched the two files as recommended (and
When the BIOS returns ebx = 0, the current entry is still valid and
needs to be included in the Multiboot memory map.
Fixing this meant that using bx as the entry index doesn't work any
more because it's 0 on the last entry (and it was SeaBIOS-specific
anyway), so the whole loop had to change a bi
Signed-off-by: Kevin Wolf
---
pc-bios/multiboot.bin | Bin 1024 -> 1024 bytes
1 files changed, 0 insertions(+), 0 deletions(-)
mode change 100644 => 100755 pc-bios/multiboot.bin
diff --git a/pc-bios/multiboot.bin b/pc-bios/multiboot.bin
old mode 100644
new mode 100755
index
7b3c1745a430ea5e0e
Kevin Wolf (3):
multiboot: Don't forget last mmap entry
multiboot: Calculate upper_mem in the ROM
multiboot: Updated ROM binary
hw/i386/multiboot.c |2 -
pc-bios/multiboot.bin | Bin 1024 -> 1024 bytes
pc-bios/optionrom/multiboot.S | 75 +
The upper_mem field of the Multiboot information struct doesn't really
contain the RAM size - 1 MB like we used to calculate it, but only the
memory from 1 MB up to the first (upper) memory hole.
In order to correctly retrieve this information, the multiboot ROM now
looks at the mmap it creates an
Jan Kiszka a écrit :
Changes in v3:
- decouple vmport from portio types
- removed portio traces from memory.h, consolidating it in ioport.h
CC: Jan Kiszka
CC: malc
Jan Kiszka (14):
adlib: replace register_ioport*
applesmc: replace register_ioport*
wdt_ib700: replace register_ioport*
Jan Kiszka a écrit :
From: Jan Kiszka
The current ioport dispatcher is a complex beast, mostly due to the
need to deal with old portio interface users. But we can overcome it
without converting all portio users by embedding the required base
address of a MemoryRegionPortio access into that data
On Sun, 2013-06-23 at 17:07 +0300, Michael S. Tsirkin wrote:
> Yes I think that's fine really.
>
> Basically devices all speak MSIMessage as they should -
> this is what the PCI spec says.
> On all normal systems guests also speak MSIMessage so
> the API which uses these makes sense for kv
On Sun, 2013-06-23 at 10:02 -0500, Anthony Liguori wrote:
> It doesn't make a lot of sense to have Power do MSI decoding in
> userspace while x86 does it in the kernel. I assume the kernel
> doesn't have enough information to do the translation on Power?
Well, it would need the host bridge which
Kevin Wolf writes:
> Kevin Wolf (3):
> multiboot: Don't forget last mmap entry
> multiboot: Calculate upper_mem in the ROM
> multiboot: Updated ROM binary
Reviewed-by: Anthony Liguori
Do you have a test case that triggered this that you can share?
I'll apply this after a day or so when
On Sun, Jun 23, 2013 at 4:39 PM, Benjamin Herrenschmidt
wrote:
> On Sun, 2013-06-23 at 10:02 -0500, Anthony Liguori wrote:
>> It doesn't make a lot of sense to have Power do MSI decoding in
>> userspace while x86 does it in the kernel. I assume the kernel
>> doesn't have enough information to do
BH will be used outside big lock, so introduce lock to protect
between the writers, ie, bh's adders and deleter. The lock only
affects the writers and bh's callback does not take this extra lock.
Note that for the same AioContext, aio_bh_poll() can not run in
parallel yet.
Signed-off-by: Liu Ping
On 6/20/2013 5:54 AM, Paolo Bonzini wrote:
Il 14/06/2013 15:58, Chegu Vinod ha scritto:
If a user chooses to turn on the auto-converge migration capability
these changes detect the lack of convergence and throttle down the
guest. i.e. force the VCPUs out of the guest for some duration
and let th
Introduce an asynchronous version of run_on_cpu() i.e. the caller
doesn't have to block till the call back routine finishes execution
on the target vcpu.
Signed-off-by: Chegu Vinod
Reviewed-by: Paolo Bonzini
---
cpus.c| 29 +
include/qemu-common.h |
Busy enterprise workloads hosted on large sized VM's tend to dirty
memory faster than the transfer rate achieved via live guest migration.
Despite some good recent improvements (& using dedicated 10Gig NICs
between hosts) the live migration does NOT converge.
If a user chooses to force convergence
If a user chooses to turn on the auto-converge migration capability
these changes detect the lack of convergence and throttle down the
guest. i.e. force the VCPUs out of the guest for some duration
and let the migration thread catchup and help converge.
Verified the convergence using the following
The auto-converge migration capability allows the user to specify if they
choose live migration seqeunce to automatically detect and force convergence.
Signed-off-by: Chegu Vinod
Reviewed-by: Paolo Bonzini
Reviewed-by: Eric Blake
---
include/migration/migration.h |2 ++
migration.c
If a user chooses to turn on the auto-converge migration capability
these changes detect the lack of convergence and throttle down the
guest. i.e. force the VCPUs out of the guest for some duration
and let the migration thread catchup and help converge.
Verified the convergence using the following
Oops! A minor glitch on my side (pl. ignore the subject line of
this...as this is actually patch 3/3 and not patch 2/3). I just resent
this as patch 3/3 with the correct subject line.
Thx
Vinod
On 6/23/2013 1:05 PM, Chegu Vinod wrote:
If a user chooses to turn on the auto-converge migra
My intention was to make things consistent for readability. In the case of
gen_jz_ecx_string(), jmp_next[1] is already the "not taken" case. However,
looks like the meaning of jmp_next changes in the case of a TB loop, it
does not point to the next TB to execute any more. Anyway, I thought this
p
On Tue, Jun 11, 2013 at 4:40 PM, wrote:
> From: Peter Crosthwaite
>
> Define and use standard QOM cast macro. Remove usages of DO_UPCAST
> and direct -> style upcasting.
>
> Signed-off-by: Peter Crosthwaite
> ---
>
> hw/net/e1000.c | 20 +---
> 1 file changed, 13 insertions(+),
On Tue, Jun 11, 2013 at 4:44 PM, wrote:
> From: Peter Crosthwaite
>
> Define and use standard QOM cast macro. Remove usages of DO_UPCAST
> and direct -> style upcasting.
>
> Signed-off-by: Peter Crosthwaite
> ---
>
> hw/scsi/megasas.c | 17 +++--
> 1 file changed, 11 insertions(+),
On 06/21/2013 10:03 PM, Alexander Graf wrote:
>
> On 21.06.2013, at 14:01, Julio Guerra wrote:
>
>> 2013/6/21 Alexander Graf :
>>>
>>> On 26.05.2013, at 19:41, Julio Guerra wrote:
>>>
MPC86xx processors are based on the e600 core, which is not the case
in qemu where it is based on the 7
On Sun, 2013-06-23 at 10:06 -0500, Anthony Liguori wrote:
> On Thu, Jun 20, 2013 at 11:46 PM, Alex Williamson
> wrote:
> > On Fri, 2013-06-21 at 12:49 +1000, Alexey Kardashevskiy wrote:
> >> On 06/21/2013 12:34 PM, Alex Williamson wrote:
> >>
> >>
> >> Do not follow you, sorry. For x86, is it that
On Sun, 2013-06-23 at 16:58 -0500, Anthony Liguori wrote:
> On Sun, Jun 23, 2013 at 4:39 PM, Benjamin Herrenschmidt
> wrote:
> > On Sun, 2013-06-23 at 10:02 -0500, Anthony Liguori wrote:
> >> It doesn't make a lot of sense to have Power do MSI decoding in
> >> userspace while x86 does it in the ke
Hi Andreas,
On Tue, Jun 11, 2013 at 7:58 PM, Andreas Färber wrote:
> Am 11.06.2013 08:52, schrieb peter.crosthwa...@xilinx.com:
>> From: Peter Crosthwaite
>>
>> Use standard QOM cast macros. Remove usage of DO_UPCAST and
>> direct -> style upcasting.
>>
>> Signed-off-by: Peter Crosthwaite
>> --
Hi Frederic,
On Tue, Jun 11, 2013 at 5:09 PM, Frederic Konrad
wrote:
> Hi,
>
>
> On 11/06/2013 08:49, peter.crosthwa...@xilinx.com wrote:
>>
>> From: Peter Crosthwaite
>>
>> Use standard QOM cast macro. Remove usages of container_of() and
>> direct -> style upcasting.
>>
>> Signed-off-by: Peter
于 2013-6-21 23:24, Luiz Capitulino 写道:
On Fri, 21 Jun 2013 14:37:37 +0800
Wenchao Xia wrote:
In monitor_find_completion() and related functions, Global variable
*mon_cmds is not used any more, make them reenterable safely.
*cur_mon is also not used now. *info_cmds is still there, but soon
will
I've respun this, but still testing and debugging a few issues.
Some notes FTR.
On Tue, Apr 16, 2013 at 10:50 PM, François Legal
wrote:
> Le 16-04-2013 14:19, Peter Maydell a écrit :
[Snip]
>
>
> New patch follows.
>
> ---
>
> diff -urN qemu-master.old/hw/cpu/a9mpcore.c qemu-master/hw/cpu/a9mpco
Hi Hu,
On Sat, Jun 22, 2013 at 6:50 PM, Hu Tao wrote:
> Cc: Gerd Hoffmann
> Signed-off-by: Hu Tao
> ---
> hw/usb/hcd-ohci.c | 16 +++-
> 1 file changed, 7 insertions(+), 9 deletions(-)
>
> diff --git a/hw/usb/hcd-ohci.c b/hw/usb/hcd-ohci.c
> index 51241cd..79ef41b 100644
> --- a/hw
On 2013-06-23 22:50, Hervé Poussineau wrote:
> Jan Kiszka a écrit :
>> From: Jan Kiszka
>>
>> The current ioport dispatcher is a complex beast, mostly due to the
>> need to deal with old portio interface users. But we can overcome it
>> without converting all portio users by embedding the required
On Mon, Jun 24, 2013 at 03:54:31PM +1000, Peter Crosthwaite wrote:
> Hi Hu,
>
> On Sat, Jun 22, 2013 at 6:50 PM, Hu Tao wrote:
> > Cc: Gerd Hoffmann
> > Signed-off-by: Hu Tao
> > ---
> > hw/usb/hcd-ohci.c | 16 +++-
> > 1 file changed, 7 insertions(+), 9 deletions(-)
> >
> > diff -
On 06/21/13 20:15, Michael Tokarev wrote:
> 21.06.2013 14:38, Gerd Hoffmann wrote:
>> Signed-off-by: Gerd Hoffmann
>> ---
>> util/qemu-sockets.c |2 +-
>> 1 file changed, 1 insertion(+), 1 deletion(-)
>>
>> diff --git a/util/qemu-sockets.c b/util/qemu-sockets.c
>> index fdd8dc4..364bd8c 10064
2013/6/24 Alexey Kardashevskiy :
> On 06/21/2013 10:03 PM, Alexander Graf wrote:
>>
>> On 21.06.2013, at 14:01, Julio Guerra wrote:
>>
>>> 2013/6/21 Alexander Graf :
On 26.05.2013, at 19:41, Julio Guerra wrote:
> MPC86xx processors are based on the e600 core, which is not the cas
Hi Hu,
On Mon, Jun 24, 2013 at 4:11 PM, Hu Tao wrote:
> On Mon, Jun 24, 2013 at 03:54:31PM +1000, Peter Crosthwaite wrote:
>> Hi Hu,
>>
>> On Sat, Jun 22, 2013 at 6:50 PM, Hu Tao wrote:
>> > Cc: Gerd Hoffmann
>> > Signed-off-by: Hu Tao
>> > ---
>> > hw/usb/hcd-ohci.c | 16 +++-
>>
On Thu, 06/13 10:38, Stefan Hajnoczi wrote:
> On Thu, Jun 13, 2013 at 11:21:29AM +0800, Fam Zheng wrote:
> > Refuse to open higher version for safety.
> >
> > Although we try to be compatible with published VMDK spec, VMware has
> > newer version from ESXi 5.1 exported OVF/OVA, which we have no kn
netclient 'name' entry in event is useful for management to know
which device is changed. n->netclient_name is not always set.
This patch changes to use nc->name. If we don't assign 'id',
qemu will set a generated name to nc->name.
Signed-off-by: Amos Kong
---
hw/net/virtio-net.c | 11 +++---
Signed-off-by: Gerd Hoffmann
---
qemu-char.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/qemu-char.c b/qemu-char.c
index 2c3cfe6..ee7c70e 100644
--- a/qemu-char.c
+++ b/qemu-char.c
@@ -3500,7 +3500,7 @@ static CharDriverState *qmp_chardev_open_file(ChardevFile
*fil
Signed-off-by: Gerd Hoffmann
---
util/qemu-sockets.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/util/qemu-sockets.c b/util/qemu-sockets.c
index 96eca2a..86fb09c 100644
--- a/util/qemu-sockets.c
+++ b/util/qemu-sockets.c
@@ -848,9 +848,9 @@ int unix_nonblocking_conn
Hi,
Here is v2 of the series, addressing Michaels review comments.
cheers,
Gerd
Gerd Hoffmann (13):
qemu-socket: zero-initialize SocketAddress
qemu-socket: drop pointless allocation
qemu-socket: catch monitor_get_fd failures
qemu-char: check optional fields using has_*
qemu-char: u
Signed-off-by: Gerd Hoffmann
---
qapi-schema.json |7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/qapi-schema.json b/qapi-schema.json
index a80ee40..a29ce57 100644
--- a/qapi-schema.json
+++ b/qapi-schema.json
@@ -3185,10 +3185,11 @@
# @addr: socket address to liste
Signed-off-by: Gerd Hoffmann
---
util/qemu-sockets.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/util/qemu-sockets.c b/util/qemu-sockets.c
index 35023a8..126cbb6 100644
--- a/util/qemu-sockets.c
+++ b/util/qemu-sockets.c
@@ -903,7 +903,7 @@ int socket_connect(SocketAddr
Signed-off-by: Gerd Hoffmann
---
qemu-char.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/qemu-char.c b/qemu-char.c
index cfc68cd..3e0044b 100644
--- a/qemu-char.c
+++ b/qemu-char.c
@@ -2666,8 +2666,8 @@ static CharDriverState *qemu_chr_open_socket_fd(int fd,
bool d
Signed-off-by: Gerd Hoffmann
---
qemu-char.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/qemu-char.c b/qemu-char.c
index ee7c70e..cfc68cd 100644
--- a/qemu-char.c
+++ b/qemu-char.c
@@ -2604,7 +2604,7 @@ static CharDriverState *qemu_chr_open_socket_fd(int fd,
bool d
Signed-off-by: Gerd Hoffmann
---
util/qemu-sockets.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/util/qemu-sockets.c b/util/qemu-sockets.c
index 126cbb6..095716e 100644
--- a/util/qemu-sockets.c
+++ b/util/qemu-sockets.c
@@ -963,7 +963,7 @@ int socket_dgram(SocketAddres
Allow to explicitly create mux chardevs on the command line,
like you can using QMP.
Signed-off-by: Gerd Hoffmann
---
qemu-char.c | 18 ++
1 file changed, 18 insertions(+)
diff --git a/qemu-char.c b/qemu-char.c
index e6c3157..7d072a8 100644
--- a/qemu-char.c
+++ b/qemu-char.c
Signed-off-by: Gerd Hoffmann
---
include/sysemu/char.h |2 +-
qemu-char.c |4 ++--
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/include/sysemu/char.h b/include/sysemu/char.h
index 066c216..e65e4a4 100644
--- a/include/sysemu/char.h
+++ b/include/sysemu/char.h
@
On Sun, Jun 23, 2013 at 02:38:04PM +0300, Michael S. Tsirkin wrote:
> On Fri, Jun 21, 2013 at 08:10:15AM -0500, Anthony Liguori wrote:
> > "Michael S. Tsirkin" writes:
> >
> > > From: Michael S. Tsirkin
> > >
> > > The following changes since commit
> > > 90a2541b763b31d2b551b07e24aae3de5266d31
Signed-off-by: Gerd Hoffmann
---
qemu-char.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/qemu-char.c b/qemu-char.c
index 3e0044b..5751391 100644
--- a/qemu-char.c
+++ b/qemu-char.c
@@ -3185,7 +3185,7 @@ CharDriverState *qemu_chr_new_from_opts(QemuOpts *opts,
if (i
Signed-off-by: Gerd Hoffmann
---
qemu-char.c |2 ++
1 file changed, 2 insertions(+)
diff --git a/qemu-char.c b/qemu-char.c
index 7d072a8..dcc91bb 100644
--- a/qemu-char.c
+++ b/qemu-char.c
@@ -2255,6 +2255,8 @@ static CharDriverState *qemu_chr_open_udp(QemuOpts *opts)
fd = inet_dgram_
mux failure path has a memory leak. creating a mux chardev can't
fail though, so just assert() that instead of fixing an error path
which never ever runs anyway ...
Also fix bid being leaked while being at it.
Signed-off-by: Gerd Hoffmann
---
qemu-char.c |7 +++
1 file changed, 3 inser
Signed-off-by: Gerd Hoffmann
---
util/qemu-sockets.c |1 -
1 file changed, 1 deletion(-)
diff --git a/util/qemu-sockets.c b/util/qemu-sockets.c
index 86fb09c..35023a8 100644
--- a/util/qemu-sockets.c
+++ b/util/qemu-sockets.c
@@ -871,7 +871,6 @@ SocketAddress *socket_parse(const char *str, E
Hi,
Here comes the usb patch queue, bringing QOM improvements for
ehci-sysbus, tegra2 ehci support and the usual share of little bug
fixes.
please pull,
Gerd
The following changes since commit 576156ffed72ab4feb0b752979db86ff8759a2a1:
Merge remote-tracking branch 'bonzini/iommu-for-anthon
Am 24.06.2013 um 08:13 schrieb Julio Guerra :
> 2013/6/24 Alexey Kardashevskiy :
>> On 06/21/2013 10:03 PM, Alexander Graf wrote:
>>>
>>> On 21.06.2013, at 14:01, Julio Guerra wrote:
>>>
2013/6/21 Alexander Graf :
>
> On 26.05.2013, at 19:41, Julio Guerra wrote:
>
>> MPC
From: Hans de Goede
The next libusb release will deprecate libusb_get_port_path, and since
we compile with -Werror, this breaks the build.
Signed-off-by: Hans de Goede
Signed-off-by: Gerd Hoffmann
---
hw/usb/host-libusb.c |4
1 file changed, 4 insertions(+)
diff --git a/hw/usb/host-
From: Andreas Färber
This prepares an EHCI device for the Nvidia Tegra2 SoC family.
Values based on patch by Vincent Palatin and verified against TRM v01p.
Cc: Vincent Palatin
Signed-off-by: Andreas Färber
Signed-off-by: Gerd Hoffmann
---
hw/usb/hcd-ehci-sysbus.c | 15 +++
hw/u
From: Andreas Färber
The SysBus qdev initfn merely calls SysBusDeviceClass::init, so we can
replace it with a realizefn already. This avoids getting into any initfn
ambiguity with the upcoming Faraday EHCI implementation.
Rename internal usb_ehci_initfn() to usb_ehci_realize() to allow to
return
... like host-{linux,bsd}.c do.
Cc: qemu-sta...@nongnu.org
Signed-off-by: Gerd Hoffmann
---
hw/usb/host-libusb.c |1 +
1 file changed, 1 insertion(+)
diff --git a/hw/usb/host-libusb.c b/hw/usb/host-libusb.c
index 0c12b0f..e2f3cc8 100644
--- a/hw/usb/host-libusb.c
+++ b/hw/usb/host-libusb.c
This patch adds a serial property for all usb devices, which can be
used to set the serial number of a usb device (as listed by lsusb -v)
to a specific value. Applies to emulated devices only.
Signed-off-by: Gerd Hoffmann
---
hw/usb/bus.c |1 +
hw/usb/desc.c|6 ++
hw
commit 7b074a22dab4bdda9864b933f1bc811a3db42845 changed the serial
number of hid devices. Add compat properties to keep the old serial
number for qemu 0.12 and older.
Signed-off-by: Gerd Hoffmann
---
hw/i386/pc_piix.c | 12
1 file changed, 12 insertions(+)
diff --git a/hw/i386/p
From: Kuo-Jung Su
Add Faraday FUSBH200 support, which is slightly different from EHCI spec.
(Or maybe simply a bad/wrong implementation...)
Signed-off-by: Kuo-Jung Su
Signed-off-by: Andreas Färber
Signed-off-by: Gerd Hoffmann
---
hw/usb/hcd-ehci-sysbus.c | 75 ++
From: Andreas Färber
This makes the mem MemoryRegion available to derived instance_inits.
Keep the bus in realize for now since naming breaks in instance_init.
Signed-off-by: Andreas Färber
Signed-off-by: Gerd Hoffmann
---
hw/usb/hcd-ehci-pci.c| 19 ++-
hw/usb/hcd-ehci-
From: Kuo-Jung Su
Replace PORTSC macros with variables which could then be
configured in ehci__class_init(...)
Signed-off-by: Kuo-Jung Su
Signed-off-by: Andreas Färber
Signed-off-by: Gerd Hoffmann
---
hw/usb/hcd-ehci-pci.c|2 ++
hw/usb/hcd-ehci-sysbus.c |6 ++
hw/usb/hcd-
From: Peter Crosthwaite
There are a number of different cast implementations from various
stages of QEMU development out in device model land. This series cleans
up the ones involving TYPE_PCI_DEVICE to consistently use proper QOM
casts for both up and down casts.
Some were easy, some needed QOM
From: Peter Crosthwaite
Define and use standard QOM cast macro. Remove usages of DO_UPCAST
and direct -> style upcasting.
Signed-off-by: Peter Crosthwaite
---
hw/net/e1000.c | 18 --
1 file changed, 12 insertions(+), 6 deletions(-)
diff --git a/hw/net/e1000.c b/hw/net/e1000.c
From: Peter Crosthwaite
Define and use standard QOM cast macro. Remove usages of DO_UPCAST
and direct -> style upcasting.
Signed-off-by: Peter Crosthwaite
---
hw/net/rtl8139.c | 26 ++
1 file changed, 18 insertions(+), 8 deletions(-)
diff --git a/hw/net/rtl8139.c b/hw
From: Peter Crosthwaite
Define and use standard QOM cast macro. Remove usages of DO_UPCAST
and direct -> style upcasting.
Signed-off-by: Peter Crosthwaite
---
hw/net/pcnet-pci.c | 14 +-
1 file changed, 9 insertions(+), 5 deletions(-)
diff --git a/hw/net/pcnet-pci.c b/hw/net/pcne
79 matches
Mail list logo