On Oct 21, 2009, at 13:46, ext Laurent Desnogues wrote:
>> @@ -4624,31 +4624,31 @@ static int disas_neon_data_insn(CPUState *
>> env, DisasContext *s, uint32_t insn)
>> switch (size) {
>> case 0:
>> if (op
Revised patch for getting rid of tcg temporary variable leaks in
target-arm/translate.c. This version also includes the leak patch for
gen_set_cpsr macro, now converted as a static inline function, which I
sent earlier as a separate patch on top of this patch. This patch (the
attached version) shou
On 10/21/2009 11:17 PM, Stefan Weil wrote:
Paolo Bonzini schrieb:
On 10/20/2009 06:17 PM, Stefan Weil wrote:
This patch makes make quiet again.
There is already a similar patch from Juan Quintela,
but maybe this shorter form is preferred.
This patch would reintroduce an ordering problem betw
Thanks for your feedback. I'll iron out the issues you mentioned,
please look at my further inlined comments below.
Cheers,
Juha
On Oct 21, 2009, at 22:20, ext Laurent Desnogues wrote:
>> @@ -4676,12 +4694,16 @@ static int disas_neon_data_insn(CPUState *
>> env, DisasContext *s, uint32_t insn
Anthony Liguori wrote:
However, an ugly #ifdef immediately tells someone, oh, s390 kvm needs
this terrible hack, so let's keep bugging those guys to eliminate the
need for that.
/me moves cleaning up memslot handling a little further up the prio
list. I fear it still won't make it to queue head
Paolo Bonzini schrieb:
> On 10/20/2009 06:17 PM, Stefan Weil wrote:
>> This patch makes make quiet again.
>>
>> There is already a similar patch from Juan Quintela,
>> but maybe this shorter form is preferred.
>
> This patch would reintroduce an ordering problem between building
> config*.h and bui
On Wed, Oct 21, 2009 at 04:52:00PM +0200, Gerd Hoffmann wrote:
> On 10/21/09 16:32, Glauber Costa wrote:
>> On Wed, Oct 21, 2009 at 03:38:31PM +0200, Gerd Hoffmann wrote:
>>> On 10/20/09 16:04, Glauber Costa wrote:
Currently, the msrs involved in setting up pvclock are not saved over
migr
On Wed, Oct 21, 2009 at 10:19 PM, Nick Couchman wrote:
On 2009/10/21 at 13:06, Blue Swirl wrote:
>> On Wed, Oct 21, 2009 at 7:41 PM, Nick Couchman
>> wrote:
>>> I have a couple of questions regarding sparc64 softmmu support in Qemu:
>>> - Is this part of Qemu being actively developed? Jud
On Mon, Oct 19, 2009 at 1:44 PM, wrote:
> Current ARM translator code has several places where it leaves
> temporary TCG variables alive. This patch removes all such instances I
> have found so far. Sorry for the mangled inlined patch, the mailserver
> I use doesn't like patches so I've also incl
>>> On 2009/10/21 at 13:06, Blue Swirl wrote:
> On Wed, Oct 21, 2009 at 7:41 PM, Nick Couchman
> wrote:
>> I have a couple of questions regarding sparc64 softmmu support in Qemu:
>> - Is this part of Qemu being actively developed? Judging by the commits to
> the git repo, it doesn't look like
S390x was one of the first platforms that received support for KVM back in the
day. Unfortunately until now there hasn't been a qemu implementation that would
enable users to actually run guests.
So let's include support for KVM S390x in qemu!
Signed-off-by: Alexander Graf
---
v1 -> v2:
- us
Right now only S390x Linux userspace emulation is supported. Let's enable
the basics for system emulation so we can run virtual machines with KVM!
Signed-off-by: Alexander Graf
---
target-s390x/cpu.h | 86 -
target-s390x/exec.h |5 +++
All "normal" system emulation targets in qemu I'm aware of display output
on either VGA or serial output.
Our S390x virtio machine doesn't have such kind of legacy hardware. So
instead we need to default to a virtio console.
I'm not particularly proud of this patch. It would be a lot better to
ha
On S390x we don't want to go through the hassle of emulating real existing
hardware, because we don't need to for running Linux.
So let's instead implement a machine that is 100% based on VirtIO which we
fortunately implement already.
This patch implements the bus that is the groundwork for such
MP State is implemented in the generic code, so let's move the variable
it accesses to generic code as well.
Still unbreaks PPC and now even S390x w/ KVM.
Signed-off-by: Alexander Graf
---
cpu-defs.h|1 +
target-i386/cpu.h |1 -
2 files changed, 1 insertions(+), 1 deletions(-)
In order to use the new S390x virtio bus we just introduced, we also
need a machine description that sets up the machine according to our
PV specification.
Let's add that machine description and be happy!
Signed-off-by: Alexander Graf
---
v2 -> v3
- use qemu_ram_alloc
use qemu_ram_alloc (s
In order to debug funny kernel breakages it's always good to have a working
gdb stub around.
While Uli's patches don't include one one, I needed one that's at least good
enough for 'bt' and some variable examinations during early bootup.
So here it is - the absolute basics to get the qemu gdb stu
KVM on S390x requires the virtual address space of the guest's RAM to be
within the first 256GB.
The general direction I'd like to see KVM on S390 move is that this requirement
is losened, but for now that's what we're stuck with.
So let's just hack up qemu_ram_alloc until KVM behaves nicely :-).
On our S390x Virtio machine we don't have anywhere to display early printks
on, because we don't know about VGA or serial ports.
So instead we just forward everything to the virtio console that we created
anyways.
Signed-off-by: Alexander Graf
---
hw/virtio-console.c |7 +++
hw/virtio-c
While S390x was one of the first targets that were supported by KVM it always
lacked qemu system emulation support.
In order to change that sad fact, I figured I'd just take on the task myself,
taking kuli (http://www.ibm.com/developerworks/linux/linux390/kuli.html),
Documentation/s390/kvm.txt and
On Wed, Oct 21, 2009 at 7:41 PM, Nick Couchman wrote:
> I have a couple of questions regarding sparc64 softmmu support in Qemu:
> - Is this part of Qemu being actively developed? Judging by the commits to
> the git repo, it doesn't look like there's a whole lot of focus on
> development of this
Paolo Bonzini wrote:
What about this:
-ram_addr_t qemu_ram_alloc(ram_addr_t size)
+ram_addr_t qemu_ram_alloc_at(ram_addr_t size, void *map_at)
{
RAMBlock *new_block;
size = TARGET_PAGE_ALIGN(size);
new_block = qemu_malloc(sizeof(*new_block));
-new_block->host = qemu_vmalloc
On 10/21/2009 08:06 PM, Anthony Liguori wrote:
Alexander Graf wrote:
So you would prefer a special #ifdef for s390 in generic code over a
specifically for this purpose exported function?
Well, you're the boss. I like the special function better, but
whatever you say.
How is someone supposed t
At every word of the sigset (using gdb commands to disable/enable the
watchpoints around the sigfillset, you avoid spurious triggers).
Not sure how do you mean. When would I enable the watchpoint?
301 static void *aio_thread(void *unused)
302 {
303 pid_t pid;
304 stat
Mulyadi Santosa wrote:
> On Wed, Oct 21, 2009 at 11:24 PM, Glauber Costa wrote:
> > You can provide a monitor command to do that
> >
> > something in the lines of:
> > - add_macro
> > - remove_macro
> > - list_macros
>
> Please CMIIW, "command_list" here refers to at least one of monitor
> com
Alexander Graf wrote:
On 21.10.2009, at 20:06, Anthony Liguori wrote:
Alexander Graf wrote:
So you would prefer a special #ifdef for s390 in generic code over a
specifically for this purpose exported function?
Well, you're the boss. I like the special function better, but
whatever you say.
lir...@il.ibm.com wrote:
This patch introduces block migration called during live migration. Block
are being copied to the destination in an async way. First the code will
transfer the whole disk and then transfer all dirty blocks accumulted during
the migration.
Still need to improve transitio
Liran Schour wrote:
qemu_savevm_state will call all registered components with 3 phases: START,
PART, END. Only the PART phase is iterative.
In case of storage live migration we have lot more data to copy then memory
and usually the dirty rate is much less then memory dirty rate. I thought
about
lir...@il.ibm.com wrote:
This patch adds the option to activate non-shared storage migration from the
monitor.
The migration command is as follows:
(qemu) migrate -d tcp:0: # for ordinary live migration
(qemu) migrate -d -b tcp:0: # for live migration with complete storage copy
(qemu) mig
On 21.10.2009, at 20:06, Anthony Liguori wrote:
Alexander Graf wrote:
So you would prefer a special #ifdef for s390 in generic code over
a specifically for this purpose exported function?
Well, you're the boss. I like the special function better, but
whatever you say.
How is someone sup
Hi Liran,
lir...@il.ibm.com wrote:
To support live migration without shared storage we need to be able to trace
writes to disk while migrating. This Patch expose handler registration for
above components to be notified about block writes.
diff --git a/block.c b/block.c
index 33f3d65..bf5f7a6
Glauber Costa wrote:
On Wed, Oct 21, 2009 at 2:55 PM, Anthony Liguori wrote:
Glauber Costa wrote:
Why don't we provide a mechanism to make a macro out of a sequence of
monitor commands, and let the user assign whatever he wants out of that?
Really? This seems exceedingly comp
Alexander Graf wrote:
So you would prefer a special #ifdef for s390 in generic code over a
specifically for this purpose exported function?
Well, you're the boss. I like the special function better, but
whatever you say.
How is someone supposed to figure out what _qemu_ram_alloc is for?
No
Hello,
when i try to compile, i'm getting the following error ( Using ubuntu 9.10, x64
) :
cd shepherd; make
make[1]: Entering directory `/home/shiny/Packages/sheepdog-2009102101/shepherd'
cc -c -g -O2 -Wall -Wstrict-prototypes -I../include -D_GNU_SOURCE shepherd.c -o
shepherd.o
shepherd.c
Hello,
I am getting the following error trying to compile sheepdog on Ubuntu 9.10 (
2.6.31-14 x64 ) :
cd shepherd; make
make[1]: Entering directory `/home/shiny/Packages/sheepdog-2009102101/shepherd'
cc -c -g -O2 -Wall -Wstrict-prototypes -I../include -D_GNU_SOURCE shepherd.c -o
shepherd.o
shep
On Wed, Oct 21, 2009 at 07:44:14PM +0200, Paolo Bonzini wrote:
>
>>> I suggest trying to make the sigset_t static, since that generates
>>> exactly the same code as the "nohang" case, and exactly the same stack
>>> layout as the "hang" case.
>
> (In case this wasn't clear: the sigfillset of a stati
I suggest trying to make the sigset_t static, since that generates
exactly the same code as the "nohang" case, and exactly the same stack
layout as the "hang" case.
(In case this wasn't clear: the sigfillset of a static sigset_t should
hang, proving that it's stack layout that comes to the re
On Wed, Oct 21, 2009 at 07:28:54PM +0200, Paolo Bonzini wrote:
>> I've uploaded them here:
>> http://www.kernel.org/pub/linux/kernel/people/mst/
>> you can't see them in mirrors yet but will be able to soon when
>> kernel.org mirroring system catches them.
>
> There is no difference in optimization
I've uploaded them here:
http://www.kernel.org/pub/linux/kernel/people/mst/
you can't see them in mirrors yet but will be able to soon when
kernel.org mirroring system catches them.
There is no difference in optimizations except that here:
for (i = 0; i < aiocb->aio_niov && count; ++i)
On Wed, Oct 21, 2009 at 2:55 PM, Anthony Liguori wrote:
> Glauber Costa wrote:
>>
>> Why don't we provide a mechanism to make a macro out of a sequence of
>> monitor commands, and let the user assign whatever he wants out of that?
>>
>
> Really? This seems exceedingly complicated to me.
>
> Redir
On 21.10.2009, at 18:54, Anthony Liguori wrote:
Alexander Graf wrote:
On 21.10.2009, at 16:29, Anthony Liguori wrote:
Alexander Graf wrote:
S390 requires vmas for guests to be < 256 GB. So we need to
directly export
mmaps "try to use this vma as start address" feature to not
accidently
On Wed, Oct 21, 2009 at 11:55 PM, Anthony Liguori wrote:
> Really? This seems exceedingly complicated to me.
>
> Redirecting the kernel output to serial and logging is a considerably better
> solution.
I'll respectfully consider everybody's thought hereinteresting
discussion so far though. m
Glauber Costa wrote:
Why don't we provide a mechanism to make a macro out of a sequence of
monitor commands, and let the user assign whatever he wants out of that?
Really? This seems exceedingly complicated to me.
Redirecting the kernel output to serial and logging is a considerably
bette
Alexander Graf wrote:
On 21.10.2009, at 16:29, Anthony Liguori wrote:
Alexander Graf wrote:
S390 requires vmas for guests to be < 256 GB. So we need to directly
export
mmaps "try to use this vma as start address" feature to not
accidently get
over that limit.
Signed-off-by: Alexander Graf
On Wed, Oct 21, 2009 at 2:44 PM, Mulyadi Santosa
wrote:
> On Wed, Oct 21, 2009 at 11:24 PM, Glauber Costa wrote:
>> You can provide a monitor command to do that
>>
>> something in the lines of:
>> - add_macro
>> - remove_macro
>> - list_macros
>
> Please CMIIW, "command_list" here refers to at
On Wed, Oct 21, 2009 at 11:24 PM, Glauber Costa wrote:
> You can provide a monitor command to do that
>
> something in the lines of:
> - add_macro
> - remove_macro
> - list_macros
Please CMIIW, "command_list" here refers to at least one of monitor
commands, right? meaning, i.e one could do:
ad
I have a couple of questions regarding sparc64 softmmu support in Qemu:
- Is this part of Qemu being actively developed? Judging by the commits to the
git repo, it doesn't look like there's a whole lot of focus on development of
this right now?
- Does anyone know what's left to be done for the s
On Wed, Oct 21, 2009 at 2:04 PM, Mulyadi Santosa
wrote:
> On Wed, Oct 21, 2009 at 8:52 PM, Glauber Costa wrote:
>> Why don't we provide a mechanism to make a macro out of a sequence of
>> monitor commands, and let the user assign whatever he wants out of that?
>
> Presto! never thought about that
On Wed, Oct 21, 2009 at 8:52 PM, Glauber Costa wrote:
> Why don't we provide a mechanism to make a macro out of a sequence of
> monitor commands, and let the user assign whatever he wants out of that?
Presto! never thought about thatwhat are we supposed to do in
order to provide such mechanis
On 21.10.2009, at 16:29, Anthony Liguori wrote:
Alexander Graf wrote:
S390 requires vmas for guests to be < 256 GB. So we need to
directly export
mmaps "try to use this vma as start address" feature to not
accidently get
over that limit.
Signed-off-by: Alexander Graf
---
cpu-common.h |
On Wed, Oct 21, 2009 at 05:42:34PM +0200, Michael S. Tsirkin wrote:
> On Tue, Oct 20, 2009 at 08:57:13PM +0200, Paolo Bonzini wrote:
> > On 10/20/2009 08:39 PM, Mark McLoughlin wrote:
> >> On Thu, 2009-10-08 at 22:37 +0200, Michael S. Tsirkin wrote:
> >>> With commit ee3993069ff55fa6f1c64daf1e09963
On Tue, Oct 20, 2009 at 08:57:13PM +0200, Paolo Bonzini wrote:
> On 10/20/2009 08:39 PM, Mark McLoughlin wrote:
>> On Thu, 2009-10-08 at 22:37 +0200, Michael S. Tsirkin wrote:
>>> With commit ee3993069ff55fa6f1c64daf1e09963e340db8e4,
>>> "posix-aio-compat: avoid signal race when spawning a thread"
On 10/21/09 16:32, Glauber Costa wrote:
On Wed, Oct 21, 2009 at 03:38:31PM +0200, Gerd Hoffmann wrote:
On 10/20/09 16:04, Glauber Costa wrote:
Currently, the msrs involved in setting up pvclock are not saved over
migration and/or save/restore. This patch puts their value in special
fields in ou
On Wed, Oct 21, 2009 at 04:52:00PM +0200, Gerd Hoffmann wrote:
> On 10/21/09 16:32, Glauber Costa wrote:
>> On Wed, Oct 21, 2009 at 03:38:31PM +0200, Gerd Hoffmann wrote:
>>> On 10/20/09 16:04, Glauber Costa wrote:
Currently, the msrs involved in setting up pvclock are not saved over
migr
On Wed, Oct 21, 2009 at 03:38:31PM +0200, Gerd Hoffmann wrote:
> On 10/20/09 16:04, Glauber Costa wrote:
>> Currently, the msrs involved in setting up pvclock are not saved over
>> migration and/or save/restore. This patch puts their value in special
>> fields in our CPUState, and deal with them us
Alexander Graf wrote:
S390 requires vmas for guests to be < 256 GB. So we need to directly export
mmaps "try to use this vma as start address" feature to not accidently get
over that limit.
Signed-off-by: Alexander Graf
---
cpu-common.h |1 +
exec.c | 15 +--
2 files ch
Hi,
Added to the previous list of patches is Uli's KD/VT/FB ioctl adding patch,
which was sent to the list earlier.
The following changes since commit 544f4f0b5aa659f858f384677d4767d8fcecb27d:
Blue Swirl (1):
bsd-user: fix breakage by 78cfb07fe0dc556cae662a0fab5fe1bd33daabdb
are availa
On Wed, Oct 21, 2009 at 5:27 AM, Kevin Wolf wrote:
> Am 20.10.2009 19:08, schrieb Daniel P. Berrange:
>> On Tue, Oct 20, 2009 at 12:40:08PM +0200, Kevin Wolf wrote:
>>> Am 20.10.2009 00:20, schrieb Anthony Liguori:
Mulyadi Santosa wrote:
> IMO, it would be faster if we provide keyboard sh
Quite a number of syscalls are only defined on systems with USE_UID16
defined; this patch defines them on other systems as well.
Fixes a large number of uid/gid-related testcases on the s390x target
(and most likely on other targets as well)
Signed-off-by: Ulrich Hecht
---
linux-user/syscall.c
code for running 64-bit S/390 Linux binaries
use CPU_DoubleU for FP regs
proper specification exception (SIGILL) handling
Signed-off-by: Ulrich Hecht
---
linux-user/elfload.c | 18 ++
linux-user/main.c| 89 ++
linux-user/s390x/syscall.h | 25 +++
Skips setting the tb_lock if a process doesn't have more than one thread,
which is usually the case. Results in about 20% performance gain (measured
with the s390x target, but the effect should be similar with other targets).
Signed-off-by: Ulrich Hecht
---
cpu-defs.h |8
implementations of dup3 and fallocate that are good enough to fool LTP
dup3 check, fallocate check fixed
use compile_prog
Signed-off-by: Ulrich Hecht
---
configure| 36
linux-user/syscall.c | 10 ++
2 files changed, 46 insertions(+),
Signed-off-by: Ulrich Hecht
---
cpu-all.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/cpu-all.h b/cpu-all.h
index ebe8bfb..d245dd2 100644
--- a/cpu-all.h
+++ b/cpu-all.h
@@ -138,7 +138,7 @@ typedef union {
uint64_t ll;
} CPU_DoubleU;
-#ifdef TARGET_SPARC
+#if
changes to configure and makefiles for S/390 host support
---
configure | 11 ---
1 files changed, 8 insertions(+), 3 deletions(-)
diff --git a/configure b/configure
index 350c742..df984a3 100755
--- a/configure
+++ b/configure
@@ -157,9 +157,12 @@ case "$cpu" in
parisc|parisc64)
getpriority returned wrong errno; fixes LTP test getpriority02.
Signed-off-by: Ulrich Hecht
---
linux-user/syscall.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/linux-user/syscall.c b/linux-user/syscall.c
index da6f2e1..455c3fd 100644
--- a/linux-user/syscall.c
+++
sync allows concurrent accesses to locations in memory through different TCG
variables. This comes in handy when you are emulating CPU registers that can
be used as either 32 or 64 bit, as TCG doesn't know anything about aliases.
See the s390x target for an example.
Fixed sync_i64 build failure on
enable zArch (64-bit) instructions
enable disassembler for both s390 and s390x
Signed-off-by: Ulrich Hecht
---
configure |2 +-
disas.c|3 +++
s390-dis.c |4 ++--
3 files changed, 6 insertions(+), 3 deletions(-)
diff --git a/configure b/configure
index ca6d45c..350c742 100755
-
changes to configure and makefiles for S/390 target support
---
configure |9 +++--
1 files changed, 7 insertions(+), 2 deletions(-)
diff --git a/configure b/configure
index df984a3..64be51f 100755
--- a/configure
+++ b/configure
@@ -793,6 +793,7 @@ sh4eb-linux-user \
sparc-linux-user \
S/390 TCG code generator as posted before
improvements since last time:
- don't use R0 (often means "zero", not "register zero")
- optimized add_i32 immediate
- formatted for better compliance with the QEMU coding style
Signed-off-by: Ulrich Hecht
---
dyngen-exec.h |2 +-
linux-user
Here's the patches again, split and fixed as suggested by Aurelien.
It should now be possible to apply host and target support separately.
See the individual patches for details on what has changed.
CU
Uli
Ulrich Hecht (12):
TCG "sync" op
S/390 disassembler fixes
S/390 CPU emulation
S/390
On 10/20/09 16:04, Glauber Costa wrote:
Currently, the msrs involved in setting up pvclock are not saved over
migration and/or save/restore. This patch puts their value in special
fields in our CPUState, and deal with them using vmstate.
kvm also has to account for it, by including them in the m
No users left.
Also cleanup obsolete helper functions.
Signed-off-by: Gerd Hoffmann
---
hw/pci.c |9 +
hw/qdev.c | 22 --
hw/qdev.h |1 -
net.h |7 ---
4 files changed, 1 insertions(+), 38 deletions(-)
diff --git a/hw/pci.c b/hw/pci.c
index fe2
Signed-off-by: Gerd Hoffmann
---
hw/stellaris.c |2 +-
hw/stellaris_enet.c | 40 +---
2 files changed, 26 insertions(+), 16 deletions(-)
diff --git a/hw/stellaris.c b/hw/stellaris.c
index 1628914..44c9eee 100644
--- a/hw/stellaris.c
+++ b/hw/stella
Signed-off-by: Gerd Hoffmann
---
hw/smc91c111.c | 28 +++-
1 files changed, 19 insertions(+), 9 deletions(-)
diff --git a/hw/smc91c111.c b/hw/smc91c111.c
index d58821a..4006035 100644
--- a/hw/smc91c111.c
+++ b/hw/smc91c111.c
@@ -19,6 +19,7 @@
typedef struct {
Sy
Signed-off-by: Gerd Hoffmann
---
hw/eepro100.c | 75 +++--
1 files changed, 62 insertions(+), 13 deletions(-)
diff --git a/hw/eepro100.c b/hw/eepro100.c
index 62207da..277759f 100644
--- a/hw/eepro100.c
+++ b/hw/eepro100.c
@@ -194,11 +194,11
The other pxe roms are loaded by the drivers individual drivers now.
Signed-off-by: Gerd Hoffmann
---
hw/pc.c |9 -
1 files changed, 8 insertions(+), 1 deletions(-)
diff --git a/hw/pc.c b/hw/pc.c
index 408d6d6..4cd8ec6 100644
--- a/hw/pc.c
+++ b/hw/pc.c
@@ -1163,6 +1163,11 @@ static
Signed-off-by: Gerd Hoffmann
---
hw/xilinx.h |2 +-
hw/xilinx_ethlite.c | 16 ++--
2 files changed, 11 insertions(+), 7 deletions(-)
diff --git a/hw/xilinx.h b/hw/xilinx.h
index 5e6aeea..705ff5b 100644
--- a/hw/xilinx.h
+++ b/hw/xilinx.h
@@ -40,7 +40,7 @@ xilinx_ethlit
Cleanup on unplug happens via qdev->exit() callback now.
Signed-off-by: Gerd Hoffmann
---
hw/acpi.c |3 ---
hw/device-hotplug.c | 16
hw/pci-hotplug.c| 25 -
sysemu.h|4
4 files changed, 0 insertions(+), 48 delet
Signed-off-by: Gerd Hoffmann
---
hw/musicpal.c | 14 +-
1 files changed, 9 insertions(+), 5 deletions(-)
diff --git a/hw/musicpal.c b/hw/musicpal.c
index 02d4c70..cb1ac6d 100644
--- a/hw/musicpal.c
+++ b/hw/musicpal.c
@@ -152,6 +152,7 @@ typedef struct mv88w8618_eth_state {
u
Signed-off-by: Gerd Hoffmann
---
Makefile.target |2 +-
hw/lance.c | 146
hw/pcnet.c | 154 +++---
hw/pcnet.h | 39 ++
4 files changed, 195 insertions(+), 146 d
Signed-off-by: Gerd Hoffmann
---
hw/qdev.c |4
hw/syborg.c|4 ++--
hw/syborg_virtio.c | 16 +---
hw/virtio-net.c| 43 ---
hw/virtio-pci.c| 33 +++--
hw/virtio.h|
Signed-off-by: Gerd Hoffmann
---
hw/rtl8139.c | 54 +-
1 files changed, 33 insertions(+), 21 deletions(-)
diff --git a/hw/rtl8139.c b/hw/rtl8139.c
index 10daeb2..de60246 100644
--- a/hw/rtl8139.c
+++ b/hw/rtl8139.c
@@ -47,6 +47,7 @@
#includ
Signed-off-by: Gerd Hoffmann
---
hw/e1000.c | 46 --
1 files changed, 36 insertions(+), 10 deletions(-)
diff --git a/hw/e1000.c b/hw/e1000.c
index f123bda..301997b 100644
--- a/hw/e1000.c
+++ b/hw/e1000.c
@@ -25,6 +25,7 @@
#include "hw.h"
#include
Signed-off-by: Gerd Hoffmann
---
hw/pcnet.c | 64 +---
hw/sun4m.c |2 +-
2 files changed, 49 insertions(+), 17 deletions(-)
diff --git a/hw/pcnet.c b/hw/pcnet.c
index fecbff7..45ca6f3 100644
--- a/hw/pcnet.c
+++ b/hw/pcnet.c
@@ -38,6
Signed-off-by: Gerd Hoffmann
---
hw/ne2000-isa.c | 17 +++--
hw/ne2000.c |6 +++---
hw/ne2000.h |2 +-
3 files changed, 11 insertions(+), 14 deletions(-)
diff --git a/hw/ne2000-isa.c b/hw/ne2000-isa.c
index e346731..1da0d54 100644
--- a/hw/ne2000-isa.c
+++ b/hw/ne2
Signed-off-by: Gerd Hoffmann
---
hw/ne2000.c | 39 ---
1 files changed, 32 insertions(+), 7 deletions(-)
diff --git a/hw/ne2000.c b/hw/ne2000.c
index 7ce56ff..41893b3 100644
--- a/hw/ne2000.c
+++ b/hw/ne2000.c
@@ -25,6 +25,7 @@
#include "pci.h"
#include "
Add a new type for properties common to all nics.
Add helper functions and macros to deal with it.
Signed-off-by: Gerd Hoffmann
---
hw/qdev.c |9 +
net.h | 14 ++
2 files changed, 23 insertions(+), 0 deletions(-)
diff --git a/hw/qdev.c b/hw/qdev.c
index 20f931c..b3
Initialization path will work with both converted and not-converted
drivers, so we can convert drivers one by one.
Signed-off-by: Gerd Hoffmann
---
hw/pci.c | 10 --
1 files changed, 8 insertions(+), 2 deletions(-)
diff --git a/hw/pci.c b/hw/pci.c
index abf07ca..fe2c4bd 100644
--- a/h
Function test whenever a driver has a specific property.
Signed-off-by: Gerd Hoffmann
---
hw/qdev-properties.c |5 +
hw/qdev.h|1 +
2 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/hw/qdev-properties.c b/hw/qdev-properties.c
index c9843a2..370f356 100644
---
Make the mac property use the newly added type for the mac address.
Signed-off-by: Gerd Hoffmann
---
hw/qdev-properties.c | 31 +--
hw/qdev.h|3 ++-
2 files changed, 23 insertions(+), 11 deletions(-)
diff --git a/hw/qdev-properties.c b/hw/qdev-prope
Signed-off-by: Gerd Hoffmann
---
hw/qdev-properties.c | 36
hw/qdev.h|4
net.c|2 +-
net.h|1 +
4 files changed, 42 insertions(+), 1 deletions(-)
diff --git a/hw/qdev-properties.c b/hw/qdev-prope
Hi,
Now the first non-RfC version of this series. Changes compared to
last RfC patch:
* Added some common helper code so we have less code duplication
and the actual driver changes are smaller.
* All network drivers are converted now.
* Some final cleanups which zap dead code.
With
Add new type for mac addresses.
Add function which sets the qemu default mac address if it finds the mac
address uninitialized (i.e. all zeros).
Signed-off-by: Gerd Hoffmann
---
net.c | 15 +++
net.h |5 +
qemu-common.h |1 +
3 files changed, 21 inserti
Signed-off-by: Gerd Hoffmann
---
hw/qdev-properties.c | 39 +++
hw/qdev.h|6 ++
2 files changed, 45 insertions(+), 0 deletions(-)
diff --git a/hw/qdev-properties.c b/hw/qdev-properties.c
index 76925c8..c9843a2 100644
--- a/hw/qdev-proper
Hi !
I need to create a new machine type with QEMU (QEMUMachine).
Is it something I can find to do that ? What do I need exactly ?
Thanks for help.
Have a nice day !
--
Johnny Giacomoni
Alternant en Electronique Informatique et Systèmes
1ère année du cycle ingénieur ESISAR Valence
Trivial patch to allow supplying a receive_raw function.
A future cleanup should combine this function pointer parameters into a
table.
Signed-off-by: Mark McLoughlin
---
hw/dp8393x.c |2 +-
hw/etraxfs_eth.c |2 +-
hw/mcf_fec.c |2 +-
hw/mipsnet.c |2 +-
hw/qdev.c
From: Sridhar Samudrala
Enable UFO on the host tap device if supported and allow setting UFO
on virtio-net in the guest.
Signed-off-by: Sridhar Samudrala
Signed-off-by: Mark McLoughlin
---
hw/virtio-net.c | 11 +--
net.c | 36
net.h
From: Anthony Liguori
With the latest GSO/csum offload patches, any guest using an unpatched version
of dhclient (any Ubuntu guest, for instance), will no longer be able to get
a DHCP address.
dhclient is actually at fault here. It uses AF_PACKET to receive DHCP responses
but does not check aux
We query the guest's feature set to see if it supports offload and,
if so, we enable those features on the tap interface.
Signed-off-by: Mark McLoughlin
---
hw/virtio-net.c | 18 ++
1 files changed, 18 insertions(+), 0 deletions(-)
diff --git a/hw/virtio-net.c b/hw/virtio-net.
This allows for the addition of a raw flag, and leaves the way open
for other flags too.
Signed-off-by: Mark McLoughlin
---
net-queue.c | 26 ++
net-queue.h |6 ++
net.c | 14 --
3 files changed, 36 insertions(+), 10 deletions(-)
diff --git
1 - 100 of 153 matches
Mail list logo
