On 07/20/2010 12:46 AM, Chris Wright wrote:
Please send in any agenda items you are interested in covering.
Last week's agenda, minus the item that we started to discuss.
--
I have a truly marvellous patch that fixes the bug which this
signature is too narrow to contain.
On Tue, Jul 13, 2010 at 06:45:00PM +0900, Isaku Yamahata wrote:
> On Mon, Jul 12, 2010 at 08:59:14PM -0400, Kevin O'Connor wrote:
> > On Mon, Jul 12, 2010 at 08:47:47PM +0900, Isaku Yamahata wrote:
> > > pam register offset is north bridge specific.
> > > So determine the offset based on found nort
Add network load by netperf, server is launched on guest, execute netperf
client with different protocols on host. if all clients execute successfully,
case will be pass. Test result will be record into result.txt.
Now this case only tests with "TCP_RR TCP_CRR UDP_RR TCP_STREAM TCP_MAERTS
TCP_SENDF
The function get_interface_name is used to get the interface name of linux
guest through the macaddress of specified macaddress.
Signed-off-by: Jason Wang
Signed-off-by: Amos Kong
---
0 files changed, 0 insertions(+), 0 deletions(-)
diff --git a/client/tests/kvm/kvm_net_utils.py
b/client/test
The latest case contains TX/RX/SG/TSO/GSO/GRO/LRO test. RTL8139 NIC doesn't
support TSO, LRO, it's too old, so drop offload test from rtl8139. LRO, GRO
are only supported by latest kernel, virtio nic doesn't support receive
offloading function.
Initialize the callbacks first and execute all the sub
Mainly test steps:
1. get a new mac from pool, and the old mac addr of guest.
2. execute the mac_change.sh in guest.
3. relogin to guest and query the interfaces info by `ifconfig`
Signed-off-by: Cao, Chen
Signed-off-by: Amos Kong
---
0 files changed, 0 insertions(+), 0 deletions(-)
diff --git
This case just snoop tftp packet through tcpdump, it depends on public dhcp
server, better to test it through dnsmasq.
Signed-off-by: Jason Wang
Signed-off-by: Amos Kong
---
0 files changed, 0 insertions(+), 0 deletions(-)
diff --git a/client/tests/kvm/tests/pxe.py b/client/tests/kvm/tests/pxe
According to different nic model set different MTU for it. And ping from guest
to host, to see whether tested size can be received by host.
Signed-off-by: Jason Wang
Signed-off-by: Amos Kong
---
0 files changed, 0 insertions(+), 0 deletions(-)
diff --git a/client/tests/kvm/tests/jumbo.py b/cli
This test is the basic test of transfering file between host and guest. Try to
transfer a large file from host to guest, and transfer it back to host, then
compare the files by diff command.
The default file size is 4000M, scp timeout is 1000s. It means if the average
speed is less than 4M/s, this
Use 'ping' to test send/recive multicat packets. Flood ping test is also added.
Limit guest network as 'bridge' mode, because multicast packets could not be
transmitted to guest when using 'user' network.
Add join_mcast.py for joining machine into multicast groups.
Signed-off-by: Amos Kong
---
0
This is an enhancement of existed vlan test. Rename the vlan_tag.py to vlan.py,
it is more reasonable.
. Setup arp from "/proc/sys/net/ipv4/conf/all/arp_ignore"
. Multiple vlans exist simultaneously
. Test ping between same and different vlans
. Test by TCP data transfer, floop ping between same vl
This test use ping to check the virtual nics, it contains two kinds of test:
1. Packet loss ratio test, ping the guest with different size of packets.
2. Stress test, flood ping guest then use ordinary ping to test the network.
The interval and packet size could be configurated through tests_base.
Old method uses the mac address in the configuration files which could
lead serious problem when multiple tests running in different hosts.
This patch adds a new macaddress pool algorithm, it generates the mac prefix
based on mac address of the host which could eliminate the duplicated mac
address
This test mainly covers TCP sent from host to guest and from guest to host
with repeatedly turn on/off NIC promiscuous mode.
Signed-off-by: Amos Kong
---
0 files changed, 0 insertions(+), 0 deletions(-)
diff --git a/client/tests/kvm/tests/nic_promisc.py
b/client/tests/kvm/tests/nic_promisc.py
Repeatedly load/unload nic driver, try to transfer file between guest and host
by threads at the same time, and check the md5sum.
Signed-off-by: Amos Kong
---
0 files changed, 0 insertions(+), 0 deletions(-)
diff --git a/client/tests/kvm/tests/nicdriver_unload.py
b/client/tests/kvm/tests/nicdr
The kvm_net_utils.py is a just a place that wraps common network
related commands which is used to do the network-related tests.
Use -1 as the packet ratio for loss analysis.
Use quiet mode when doing the flood ping.
Signed-off-by: Jason Wang
Signed-off-by: Amos Kong
---
0 files changed, 0 inse
The following series contain 11 network related subtests, welcome to give me
some suggestions about correctness, design, enhancement.
Thank you so much!
---
Amos Kong (14):
KVM-test: Add a new macaddress pool algorithm
KVM Test: Add a function get_interface_name() to kvm_net_utils.py
Bonjours a vous,
Bonjours a vous, Peut-on gagner sa vie avec internet ? De nombreuses personnes
se posent cette question. Les moyens gratuits accessibles par tous ne
permettent pas de vivre d'internet (grand maxi 500 euros par mois).
Ces moyens permettent de se faire un peu d'argent de poche,
The following series contain 11 network related subtests, welcome to give me
some suggestions about correctness, design, enhancement.
Thank you so much!
---
Amos Kong (14):
KVM-test: Add a new macaddress pool algorithm
KVM Test: Add a function get_interface_name() to kvm_net_utils.py
The following changes since commit 488243b0e9126daa5f1e7fb2e97717b66a977517:
target-ppc: fix power mode checking on 7400/7410 (2010-07-19 00:33:29 +0200)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/mst/qemu.git for_anthony
Michael S. Tsirkin (4):
Please send in any agenda items you are interested in covering.
thanks,
-chris
Am 19.07.2010 14:26, schrieb Kevin Wolf:
Am 18.07.2010 21:42, schrieb Stefan Weil:
"No such file or directory" is a misleading error message
when a user tries to open a file with wrong permissions.
Cc: Kevin Wolf
Signed-off-by: Stefan Weil
---
block.c | 12
1 files changed
On 07/19/2010 11:11 AM, Gleb Natapov wrote:
On Mon, Jul 19, 2010 at 10:54:03AM -0500, Anthony Liguori wrote:
On 07/19/2010 09:53 AM, Gleb Natapov wrote:
On Mon, Jul 19, 2010 at 09:45:58AM -0500, Anthony Liguori wrote:
On 07/19/2010 02:33 AM, Gleb Natapov wrote:
On
This patch improves the resilience of the load_vmstate() function, doing
further and better ordered tests.
In load_vmstate(), if there is any error on bdrv_snapshot_goto(), except if the
error is on VM state device, load_vmstate() will return zero and the VM will be
started with major corruption c
On Mon, Jul 19, 2010 at 11:22 AM, Kevin Wolf wrote:
>>
>> - /* Verify if there is a device that doesn't support snapshots and is
>> writable */
>> + bs_vm_state = bdrv_snapshots();
>> + if (!bs_vm_state) {
>> + error_report("No block device supports snapshots");
>> + return
On Mon, Jul 19, 2010 at 05:47:40PM +0100, Richard W.M. Jones wrote:
> On Mon, Jul 19, 2010 at 07:11:37PM +0300, Gleb Natapov wrote:
> > And there are such that cause cpu to stall for 6.5 seconds when you do
> > io to them? I never said that we should implement ISA or PCI device, I
> > don't know wh
---
qemu-monitor.hx | 71 +++
1 files changed, 71 insertions(+), 0 deletions(-)
diff --git a/qemu-monitor.hx b/qemu-monitor.hx
index 2af3de6..4e6062b 100644
--- a/qemu-monitor.hx
+++ b/qemu-monitor.hx
@@ -2490,6 +2490,77 @@ STEXI
show device
Converts the 'info qdm' command to QMP, allowing the discovery of all devices
known to the QEMU binary without relying on command line paramaters like
-device ? and -device devtype,?
This change does not modify the output of the 'info qdm' monitor command.
Signed-off-by: Miguel Di Ciurcio Filho
This series introduces the documentation for the query-qdm command and the
conversion of the monitor command 'info qdm' to QMP.
The documentation and code are based on a patch previously sent to qemu-devel
by Daniel P. Berrange:
http://lists.gnu.org/archive/html/qemu-devel/2010-06/msg00931.html
On Mon, Jul 19, 2010 at 07:11:37PM +0300, Gleb Natapov wrote:
> And there are such that cause cpu to stall for 6.5 seconds when you do
> io to them? I never said that we should implement ISA or PCI device, I
> don't know why you bring them here.
Where is "6.5 seconds" coming from? That is the *to
Both values are only used in exec.c, so there is no need
to make them globally available.
Signed-off-by: Stefan Weil
---
exec-all.h |2 --
exec.c |4 ++--
2 files changed, 2 insertions(+), 4 deletions(-)
diff --git a/exec-all.h b/exec-all.h
index a775582..58b5575 100644
--- a/exec-a
On Mon, Jul 19, 2010 at 10:54:03AM -0500, Anthony Liguori wrote:
> On 07/19/2010 09:53 AM, Gleb Natapov wrote:
> >On Mon, Jul 19, 2010 at 09:45:58AM -0500, Anthony Liguori wrote:
> >>On 07/19/2010 02:33 AM, Gleb Natapov wrote:
> >>>On Mon, Jul 19, 2010 at 08:28:02AM +0100, Richard W.M. Jones wrote:
On 07/19/2010 09:53 AM, Gleb Natapov wrote:
On Mon, Jul 19, 2010 at 09:45:58AM -0500, Anthony Liguori wrote:
On 07/19/2010 02:33 AM, Gleb Natapov wrote:
On Mon, Jul 19, 2010 at 08:28:02AM +0100, Richard W.M. Jones wrote:
On Mon, Jul 19, 2010 at 09:23:56AM +0300, Gleb Natapov
Am 19.07.2010 17:36, schrieb Aurelien Jarno:
>> Have you tested some more OSes to ensure that they don't start to expect
>> events to actually work now the command "works"? I didn't see any
>> problems in a quick test with Linux, but you never know.
>>
>
> Besides FreeBSD, I have tested without pr
On Mon, Jul 19, 2010 at 05:28:40PM +0200, Kevin Wolf wrote:
> Am 19.07.2010 15:53, schrieb Aurelien Jarno:
> > The GET EVENT STATUS NOTIFICATION is a mandatory command according
> > to MMC-3, even if event status notification is not supported.
> >
> > This patch adds support for this command. It r
Am 19.07.2010 15:53, schrieb Aurelien Jarno:
> The GET EVENT STATUS NOTIFICATION is a mandatory command according
> to MMC-3, even if event status notification is not supported.
>
> This patch adds support for this command. It returns NEA ("No Event
> Available") with an empty "Supported Event Cla
On Mon, Jul 19, 2010 at 09:52:23AM -0500, Anthony Liguori wrote:
> On 07/19/2010 04:15 AM, Gleb Natapov wrote:
> >On Mon, Jul 19, 2010 at 11:09:13AM +0200, Alexander Graf wrote:
> >>On 19.07.2010, at 11:06, Gleb Natapov wrote:
> >>
> >>>On Mon, Jul 19, 2010 at 10:00:04AM +0100, Richard W.M. Jones w
Dear developers -- I've seen no responses yet. My proposal
is due in early August, so if anyone has feelings on this or
comments about it, please respond soon :-) ...
Thank you for your patience -- Eliot moss
Original Message
Subject: [Qemu-devel] Automatic generation of code-
On Mon, Jul 19, 2010 at 09:45:58AM -0500, Anthony Liguori wrote:
> On 07/19/2010 02:33 AM, Gleb Natapov wrote:
> >On Mon, Jul 19, 2010 at 08:28:02AM +0100, Richard W.M. Jones wrote:
> >>On Mon, Jul 19, 2010 at 09:23:56AM +0300, Gleb Natapov wrote:
> >>>That what I am warring about too. If we are ad
On 07/19/2010 04:15 AM, Gleb Natapov wrote:
On Mon, Jul 19, 2010 at 11:09:13AM +0200, Alexander Graf wrote:
On 19.07.2010, at 11:06, Gleb Natapov wrote:
On Mon, Jul 19, 2010 at 10:00:04AM +0100, Richard W.M. Jones wrote:
virt-install is another program that uses explicit -in
On 07/19/2010 02:33 AM, Gleb Natapov wrote:
On Mon, Jul 19, 2010 at 08:28:02AM +0100, Richard W.M. Jones wrote:
On Mon, Jul 19, 2010 at 09:23:56AM +0300, Gleb Natapov wrote:
That what I am warring about too. If we are adding device we have to be
sure such device can actually exist on
Am 14.07.2010 20:27, schrieb Miguel Di Ciurcio Filho:
> This patch improves the resilience of the load_vmstate() function, doing
> further and better ordered tests.
>
> In load_vmstate(), if there is any error on bdrv_snapshot_goto(), except if
> the
> error is on VM state device, load_vmstate()
The GET EVENT STATUS NOTIFICATION is a mandatory command according
to MMC-3, even if event status notification is not supported.
This patch adds support for this command. It returns NEA ("No Event
Available") with an empty "Supported Event Classes" to show that it
doesn't event support status noti
On Mon, Jul 19, 2010 at 02:06:27PM +0100, Richard W.M. Jones wrote:
> On Mon, Jul 19, 2010 at 12:15:43PM +0300, Gleb Natapov wrote:
> > That what we are talking about, no? We are trying to find faster way to
> > load kernel/initrd and stay architectural. Honestly I would expect much
> > greater spe
On Mon, Jul 19, 2010 at 12:15:43PM +0300, Gleb Natapov wrote:
> That what we are talking about, no? We are trying to find faster way to
> load kernel/initrd and stay architectural. Honestly I would expect much
> greater speedup from Richard's approach like 2 seconds vs 8 seconds. It
> is hard to ju
> In the old version there is a file ops_mem.h that has proto types for memory
> functions. In the new version this file does not exist anymore which is due to
> the inclusion of tcg instead of dyngen.
I'm not very familiar with the old dyngen system, but I believe the tcg
equivalent to ops_mem.h
Forgot to mention:
The bug is still present in the latest git-version as of this writing.
--
New qemu instances often cannot be started if host system is under load
https://bugs.launchpad.net/bugs/607204
You received this bug notification because you are a member of qemu-
devel-ml, which is subs
Public bug reported:
I've got a problem where I cannot start any new VMs with qemu-kvm if the
host machine is under high CPU load. The problem is not 100%
reproducible (it works sometimes), but under load conditions, it happens
most of the time - roughly 95%.
I'm usually using libvirt to start an
** Attachment added: "strace output"
http://launchpadlibrarian.net/52160914/qemu-kvm-bug-strace
--
New qemu instances often cannot be started if host system is under load
https://bugs.launchpad.net/bugs/607204
You received this bug notification because you are a member of qemu-
devel-ml, whic
On 07/14/10 11:56, David Ahern wrote:
> Create USB buses and devices based on USB version.
>
> Signed-off-by: David Ahern
ping.
Relative to current code this addresses a number of FIXME's by assigning
USB devices to a specific bus. It is also groundwork for adding ehci.
David
> ---
> hw/usb-
Am 18.07.2010 21:42, schrieb Stefan Weil:
> "No such file or directory" is a misleading error message
> when a user tries to open a file with wrong permissions.
>
> Cc: Kevin Wolf
> Signed-off-by: Stefan Weil
> ---
> block.c | 12
> 1 files changed, 8 insertions(+), 4 deletions(-
This version adds polling for DMA done.
Part 1/2 (the fix for e->callback == NULL) is the same as always so
I won't attach it.
Rich.
--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
libguestfs lets you edit virtual machines. Supports shell scripting,
bindings f
2010/7/19 Kevin Wolf :
> Am 19.07.2010 06:45, schrieb Yoshiaki Tamura:
>> Commit d246673dcb9911218ff555bcdf28b250e38fa46c has expanded the types
>> of block drive that can be initialized for block migration. Although
>> bdrv_getlength() may return < 0, current code shifts it without
>> checking.
On Mon, Jul 19, 2010 at 11:49:09AM +0100, Richard W.M. Jones wrote:
> On Mon, Jul 19, 2010 at 01:45:00PM +0300, Gleb Natapov wrote:
> > On Mon, Jul 19, 2010 at 11:15:04AM +0100, Richard W.M. Jones wrote:
> > >
> > > This is the second version of the patch.
> > >
> > > We don't use the word "blit"
On Mon, Jul 19, 2010 at 01:45:00PM +0300, Gleb Natapov wrote:
> On Mon, Jul 19, 2010 at 11:15:04AM +0100, Richard W.M. Jones wrote:
> >
> > This is the second version of the patch.
> >
> > We don't use the word "blit" any more, instead this is replaced with
> > "DMA", even though it's not quite l
On Mon, Jul 19, 2010 at 11:15:04AM +0100, Richard W.M. Jones wrote:
>
> This is the second version of the patch.
>
> We don't use the word "blit" any more, instead this is replaced with
> "DMA", even though it's not quite like a DMA operation on physical
> hardware.
>
You ignored the whole discu
--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
virt-df lists disk usage of guests without needing to install any
software inside the virtual machine. Supports Linux and Windows.
http://et.redhat.com/~rjones/virt-df/
>From 55d4700262253da52aa403dc1ba68da2ae91b084
--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
libguestfs lets you edit virtual machines. Supports shell scripting,
bindings from many languages. http://et.redhat.com/~rjones/libguestfs/
See what it can do: http://et.redhat.com/~rjones/libguestfs/recipes.html
>
This is the second version of the patch.
We don't use the word "blit" any more, instead this is replaced with
"DMA", even though it's not quite like a DMA operation on physical
hardware.
The guest writes the physical address and size to two 32 bit fw_cfg
variables. Then when the guest issues an
On Mon, Jul 19, 2010 at 10:59 AM, Kevin Wolf wrote:
> bdrv_commit copies the image to its backing file sector by sector, which
> is (surprise!) relatively slow. Let's take a larger buffer and handle more
> sectors at once if possible.
>
> With a 1G qcow2 file, this brought the time bdrv_commit tak
bdrv_commit copies the image to its backing file sector by sector, which
is (surprise!) relatively slow. Let's take a larger buffer and handle more
sectors at once if possible.
With a 1G qcow2 file, this brought the time bdrv_commit takes down from
5:06 min to 1:14 min for me.
Signed-off-by: Kevi
Am 16.07.2010 20:16, schrieb Christoph Hellwig:
> On Fri, Jul 16, 2010 at 06:17:36PM +0200, Kevin Wolf wrote:
>> +buf = qemu_malloc(2048 * BDRV_SECTOR_SIZE);
>
> Please add a COMMIT_BUF_SIZE #define instead of the hardcoded 2048 in
> various places.
>
>> for (i = 0; i < total_sectors;) {
On Mon, Jul 19, 2010 at 11:21:34AM +0200, Alexander Graf wrote:
>
> On 19.07.2010, at 11:19, Gleb Natapov wrote:
>
> > On Mon, Jul 19, 2010 at 11:13:38AM +0200, Alexander Graf wrote:
> >>
> >> On 19.07.2010, at 11:10, Gleb Natapov wrote:
> >>
> >>> On Mon, Jul 19, 2010 at 11:02:54AM +0200, Alex
Am 19.07.2010 06:45, schrieb Yoshiaki Tamura:
> Commit d246673dcb9911218ff555bcdf28b250e38fa46c has expanded the types
> of block drive that can be initialized for block migration. Although
> bdrv_getlength() may return < 0, current code shifts it without
> checking. This makes block migration in
On 19.07.2010, at 11:19, Gleb Natapov wrote:
> On Mon, Jul 19, 2010 at 11:13:38AM +0200, Alexander Graf wrote:
>>
>> On 19.07.2010, at 11:10, Gleb Natapov wrote:
>>
>>> On Mon, Jul 19, 2010 at 11:02:54AM +0200, Alexander Graf wrote:
On 19.07.2010, at 11:00, Gleb Natapov wrote:
On Mon, Jul 19, 2010 at 12:19:22PM +0300, Gleb Natapov wrote:
> Vcpu executes "in %ax". Next instruction is executed 6 seconds later.
> All timers that should have been processed during this time fire at the
> same moment triggering all kind of timeouts. Think about watchdog that
> should be writte
On Mon, Jul 19, 2010 at 08:23:34AM +0100, Richard W.M. Jones wrote:
> On Mon, Jul 19, 2010 at 01:59:22AM +0200, Aurelien Jarno wrote:
> > OpenBIOS also uses the same firmware interface, so it would need to be
> > changed if this patch is accepted.
>
> The patch leaves the old interface. Does it s
On 19.07.2010, at 11:15, Gleb Natapov wrote:
> On Mon, Jul 19, 2010 at 11:09:13AM +0200, Alexander Graf wrote:
>>
>> On 19.07.2010, at 11:06, Gleb Natapov wrote:
>>
>>> On Mon, Jul 19, 2010 at 10:00:04AM +0100, Richard W.M. Jones wrote:
virt-install is another program that uses expli
On Mon, Jul 19, 2010 at 11:13:38AM +0200, Alexander Graf wrote:
>
> On 19.07.2010, at 11:10, Gleb Natapov wrote:
>
> > On Mon, Jul 19, 2010 at 11:02:54AM +0200, Alexander Graf wrote:
> >>
> >> On 19.07.2010, at 11:00, Gleb Natapov wrote:
> >>
> >>> On Mon, Jul 19, 2010 at 10:54:43AM +0200, Alex
On Mon, Jul 19, 2010 at 09:40:18AM +0200, Alexander Graf wrote:
> Richard, what does kvm_stat tell you while loading the initrd? Are
> there a lot of PIO requests or are we simply looping inside qemu
> code?
The two attached files were made by running kvm_stat -l > /tmp/...
during a single run sta
On 19.07.2010, at 11:10, Gleb Natapov wrote:
> On Mon, Jul 19, 2010 at 11:02:54AM +0200, Alexander Graf wrote:
>>
>> On 19.07.2010, at 11:00, Gleb Natapov wrote:
>>
>>> On Mon, Jul 19, 2010 at 10:54:43AM +0200, Alexander Graf wrote:
On 19.07.2010, at 10:48, Gleb Natapov wrote:
On Mon, Jul 19, 2010 at 11:09:13AM +0200, Alexander Graf wrote:
>
> On 19.07.2010, at 11:06, Gleb Natapov wrote:
>
> > On Mon, Jul 19, 2010 at 10:00:04AM +0100, Richard W.M. Jones wrote:
> >>
> >> virt-install is another program that uses explicit -initrd.
> >>
> > Installation takes a lot of t
On Mon, Jul 19, 2010 at 11:02:54AM +0200, Alexander Graf wrote:
>
> On 19.07.2010, at 11:00, Gleb Natapov wrote:
>
> > On Mon, Jul 19, 2010 at 10:54:43AM +0200, Alexander Graf wrote:
> >>
> >> On 19.07.2010, at 10:48, Gleb Natapov wrote:
> >>
> >>>
> Were there DMA capable devices back in
On 19.07.2010, at 11:06, Gleb Natapov wrote:
> On Mon, Jul 19, 2010 at 10:00:04AM +0100, Richard W.M. Jones wrote:
>>
>> virt-install is another program that uses explicit -initrd.
>>
> Installation takes a lot of time. Saving 1 second there will not be
> noticeable. And during lifetime of inst
On Mon, Jul 19, 2010 at 10:00:04AM +0100, Richard W.M. Jones wrote:
> On Mon, Jul 19, 2010 at 11:40:41AM +0300, Gleb Natapov wrote:
> > On Mon, Jul 19, 2010 at 09:34:11AM +0100, Richard W.M. Jones wrote:
> > > On Mon, Jul 19, 2010 at 10:55:33AM +0300, Gleb Natapov wrote:
> > > > Why not put then on
On Mon, Jul 19, 2010 at 10:00:04AM +0100, Richard W.M. Jones wrote:
[...]
OK, it's early in the morning and I can't do maths. But we're still
asking a big increase in complexity versus optimizing something which
is just slow in qemu at the moment.
Rich.
--
Richard Jones, Virtualization Group,
On 19.07.2010, at 11:00, Gleb Natapov wrote:
> On Mon, Jul 19, 2010 at 10:54:43AM +0200, Alexander Graf wrote:
>>
>> On 19.07.2010, at 10:48, Gleb Natapov wrote:
>>
>>>
Were there DMA capable devices back in ISA times? There must be. If so, we
can just take a look at what they do an
On Mon, Jul 19, 2010 at 10:54:43AM +0200, Alexander Graf wrote:
>
> On 19.07.2010, at 10:48, Gleb Natapov wrote:
>
> > On Mon, Jul 19, 2010 at 10:41:48AM +0200, Alexander Graf wrote:
> >>
> >> On 19.07.2010, at 10:30, Gleb Natapov wrote:
> >>
> >>> On Mon, Jul 19, 2010 at 10:24:46AM +0200, Alex
On Mon, Jul 19, 2010 at 11:40:41AM +0300, Gleb Natapov wrote:
> On Mon, Jul 19, 2010 at 09:34:11AM +0100, Richard W.M. Jones wrote:
> > On Mon, Jul 19, 2010 at 10:55:33AM +0300, Gleb Natapov wrote:
> > > Why not put then on cdrom or disk?
> >
> > It simplifies device and mountpoint enumeration not
On 19.07.2010, at 10:48, Gleb Natapov wrote:
> On Mon, Jul 19, 2010 at 10:41:48AM +0200, Alexander Graf wrote:
>>
>> On 19.07.2010, at 10:30, Gleb Natapov wrote:
>>
>>> On Mon, Jul 19, 2010 at 10:24:46AM +0200, Alexander Graf wrote:
On 19.07.2010, at 10:19, Gleb Natapov wrote:
On Mon, Jul 19, 2010 at 10:41:48AM +0200, Alexander Graf wrote:
>
> On 19.07.2010, at 10:30, Gleb Natapov wrote:
>
> > On Mon, Jul 19, 2010 at 10:24:46AM +0200, Alexander Graf wrote:
> >>
> >> On 19.07.2010, at 10:19, Gleb Natapov wrote:
> >>
> >> Yes and no. It sounds nice at first, but doesn'
On 19.07.2010, at 10:30, Gleb Natapov wrote:
> On Mon, Jul 19, 2010 at 10:24:46AM +0200, Alexander Graf wrote:
>>
>> On 19.07.2010, at 10:19, Gleb Natapov wrote:
>>
>> Yes and no. It sounds nice at first, but doesn't quite fit. There are two
>> issues:
>>
>> 1) We need a new PCI ID
> We have
On Mon, Jul 19, 2010 at 09:34:11AM +0100, Richard W.M. Jones wrote:
> On Mon, Jul 19, 2010 at 10:55:33AM +0300, Gleb Natapov wrote:
> > Why not put then on cdrom or disk?
>
> It simplifies device and mountpoint enumeration not to have a separate
> disk. It would also mean we couldn't use standard
On Mon, Jul 19, 2010 at 10:55:33AM +0300, Gleb Natapov wrote:
> Why not put then on cdrom or disk?
It simplifies device and mountpoint enumeration not to have a separate
disk. It would also mean we couldn't use standard Fedora paths, or
we'd have to have bind-mount /bin etc on to the disk mount p
On Mon, Jul 19, 2010 at 10:24:46AM +0200, Alexander Graf wrote:
>
> On 19.07.2010, at 10:19, Gleb Natapov wrote:
>
> > On Mon, Jul 19, 2010 at 10:08:57AM +0200, Alexander Graf wrote:
> >>
> >> On 19.07.2010, at 10:01, Gleb Natapov wrote:
> >>
> >>> On Mon, Jul 19, 2010 at 09:57:02AM +0200, Alex
On 19.07.2010, at 10:19, Gleb Natapov wrote:
> On Mon, Jul 19, 2010 at 10:08:57AM +0200, Alexander Graf wrote:
>>
>> On 19.07.2010, at 10:01, Gleb Natapov wrote:
>>
>>> On Mon, Jul 19, 2010 at 09:57:02AM +0200, Alexander Graf wrote:
On 19.07.2010, at 09:51, Gleb Natapov wrote:
On Mon, Jul 19, 2010 at 10:08:57AM +0200, Alexander Graf wrote:
>
> On 19.07.2010, at 10:01, Gleb Natapov wrote:
>
> > On Mon, Jul 19, 2010 at 09:57:02AM +0200, Alexander Graf wrote:
> >>
> >> On 19.07.2010, at 09:51, Gleb Natapov wrote:
> >>
> >>> On Mon, Jul 19, 2010 at 09:40:18AM +0200, Alex
On 19.07.2010, at 10:01, Gleb Natapov wrote:
> On Mon, Jul 19, 2010 at 09:57:02AM +0200, Alexander Graf wrote:
>>
>> On 19.07.2010, at 09:51, Gleb Natapov wrote:
>>
>>> On Mon, Jul 19, 2010 at 09:40:18AM +0200, Alexander Graf wrote:
On 19.07.2010, at 09:33, Gleb Natapov wrote:
On Mon, Jul 19, 2010 at 09:57:02AM +0200, Alexander Graf wrote:
>
> On 19.07.2010, at 09:51, Gleb Natapov wrote:
>
> > On Mon, Jul 19, 2010 at 09:40:18AM +0200, Alexander Graf wrote:
> >>
> >> On 19.07.2010, at 09:33, Gleb Natapov wrote:
> >>
> >>> On Mon, Jul 19, 2010 at 08:28:02AM +0100, Rich
On 19.07.2010, at 09:51, Gleb Natapov wrote:
> On Mon, Jul 19, 2010 at 09:40:18AM +0200, Alexander Graf wrote:
>>
>> On 19.07.2010, at 09:33, Gleb Natapov wrote:
>>
>>> On Mon, Jul 19, 2010 at 08:28:02AM +0100, Richard W.M. Jones wrote:
On Mon, Jul 19, 2010 at 09:23:56AM +0300, Gleb Natapo
On Mon, Jul 19, 2010 at 08:44:16AM +0100, Richard W.M. Jones wrote:
> On Mon, Jul 19, 2010 at 10:33:12AM +0300, Gleb Natapov wrote:
> > On Mon, Jul 19, 2010 at 08:28:02AM +0100, Richard W.M. Jones wrote:
> > > On Mon, Jul 19, 2010 at 09:23:56AM +0300, Gleb Natapov wrote:
> > > > That what I am warr
On Mon, Jul 19, 2010 at 09:40:18AM +0200, Alexander Graf wrote:
>
> On 19.07.2010, at 09:33, Gleb Natapov wrote:
>
> > On Mon, Jul 19, 2010 at 08:28:02AM +0100, Richard W.M. Jones wrote:
> >> On Mon, Jul 19, 2010 at 09:23:56AM +0300, Gleb Natapov wrote:
> >>> That what I am warring about too. If
On Mon, Jul 19, 2010 at 10:33:12AM +0300, Gleb Natapov wrote:
> On Mon, Jul 19, 2010 at 08:28:02AM +0100, Richard W.M. Jones wrote:
> > On Mon, Jul 19, 2010 at 09:23:56AM +0300, Gleb Natapov wrote:
> > > That what I am warring about too. If we are adding device we have to be
> > > sure such device
On 19.07.2010, at 09:33, Gleb Natapov wrote:
> On Mon, Jul 19, 2010 at 08:28:02AM +0100, Richard W.M. Jones wrote:
>> On Mon, Jul 19, 2010 at 09:23:56AM +0300, Gleb Natapov wrote:
>>> That what I am warring about too. If we are adding device we have to be
>>> sure such device can actually exist o
On Mon, Jul 19, 2010 at 08:28:02AM +0100, Richard W.M. Jones wrote:
> On Mon, Jul 19, 2010 at 09:23:56AM +0300, Gleb Natapov wrote:
> > That what I am warring about too. If we are adding device we have to be
> > sure such device can actually exist on real hw too otherwise we may have
> > problems l
On Mon, Jul 19, 2010 at 09:23:56AM +0300, Gleb Natapov wrote:
> That what I am warring about too. If we are adding device we have to be
> sure such device can actually exist on real hw too otherwise we may have
> problems later.
I don't understand why the constraints of real h/w have anything to d
On Mon, Jul 19, 2010 at 01:59:22AM +0200, Aurelien Jarno wrote:
> OpenBIOS also uses the same firmware interface, so it would need to be
> changed if this patch is accepted.
The patch leaves the old interface. Does it still need to be changed?
Rich.
--
Richard Jones, Virtualization Group, Red
97 matches
Mail list logo
