Define cpufreq_get for kernels which don't export it when not config'd.
Signed-off-by: Zachary Amsden
diff --git a/external-module-compat-comm.h b/external-module-compat-comm.h
index 47fdc86..6fe7d87 100644
--- a/external-module-compat-comm.h
+++ b/external-module-compat-comm.h
@@ -993,3 +993,12
If cpufreq can't determine the CPU khz, or cpufreq is not compiled in,
we should fallback to the measured TSC khz.
Signed-off-by: Zachary Amsden
diff --git a/arch/x86/kvm/x86.c b/arch/x86/kvm/x86.c
index 11a6f2f..6604f4c 100644
--- a/arch/x86/kvm/x86.c
+++ b/arch/x86/kvm/x86.c
@@ -1345,8 +13
Even if not using cpufreq, there is little justification for exporting
cpufreq_quick_get and not cpufreq_get, especially when it is so easy
and harmless to do.
Signed-off-by: Zachary Amsden
diff --git a/include/linux/cpufreq.h b/include/linux/cpufreq.h
index 44717eb..684fc4b 100644
--- a/inc
On Fri, 9 Oct 2009 08:30:28 -0700
Randy Dunlap wrote:
> From: Randy Dunlap
>
> When CONFIG_CPU_FREQ is disabled, cpufreq_get() needs a stub.
> Used by kvm (although it looks like a bit of the kvm code could
> be omitted when CONFIG_CPU_FREQ is disabled).
>
> arch/x86/built-in.o: In function `k
On Fri, Oct 9, 2009 at 4:11 PM, Cameron Macdonell wrote:
> I'm trying to set up a number of VMs on a host that uses IP over infiniband
> to its NFS server. I've been googling, but can't find any mention of
> sharing a single IB interface between multiple VMs. Since its IPoIB, I was
> wondering i
Frederic Weisbecker wrote:
On Sat, Oct 10, 2009 at 01:22:16AM +0400, Michael Tokarev wrote:
Marcelo Tosatti wrote:
[snip]
Would be useful to collect sar (sar -B -b -u) output every one second
in both host/guest. You already mentioned load was low, but this should
give more details.
Here we go
On Sat, Oct 10, 2009 at 01:22:16AM +0400, Michael Tokarev wrote:
> Marcelo Tosatti wrote:
> [snip]
>
>> Would be useful to collect sar (sar -B -b -u) output every one second
>> in both host/guest. You already mentioned load was low, but this should
>> give more details.
>
> Here we go: http://www.
Hi,
I'm trying to set up a number of VMs on a host that uses IP over
infiniband to its NFS server. I've been googling, but can't find any
mention of sharing a single IB interface between multiple VMs. Since
its IPoIB, I was wondering if something there is some similar to
bridged ethern
On Fri, Oct 09, 2009 at 09:55:13PM +0200, Juan Quintela wrote:
> Jamie Lokier wrote:
> > Glauber Costa wrote:
> >> On Thu, Oct 08, 2009 at 06:22:48PM +0200, Gleb Natapov wrote:
> >> > On Thu, Oct 08, 2009 at 06:17:57PM +0200, Avi Kivity wrote:
> >> > > On 10/08/2009 06:07 PM, Jamie Lokier wrote:
>
Marcelo Tosatti wrote:
[snip]
Would be useful to collect sar (sar -B -b -u) output every one second
in both host/guest. You already mentioned load was low, but this should
give more details.
Here we go: http://www.corpit.ru/mjt/hrtimer-interrupt-too-slow/
Two incindents - cases when hrtimer:
Zachary Amsden wrote:
> On 10/09/2009 10:47 AM, Jan Kiszka wrote:
>> Zachary Amsden wrote:
>>
>>> On 10/09/2009 10:36 AM, Jan Kiszka wrote:
>>>
Zachary Amsden wrote:
> On 10/08/2009 01:18 PM, Jan Kiszka wrote:
>
>
>> Zachary Amsden wrote:
>
FYI, patchset applied!
On Fri, Oct 9, 2009 at 5:40 PM, Lucas Meneghel Rodrigues
wrote:
> This allows you to not specify the full path in the
> config file, appends to the image dir.
>
> Signed-off-by: David Huff
> ---
> client/tests/kvm/kvm_vm.py | 12
> 1 files changed, 12 inse
On 10/09/2009 10:47 AM, Jan Kiszka wrote:
Zachary Amsden wrote:
On 10/09/2009 10:36 AM, Jan Kiszka wrote:
Zachary Amsden wrote:
On 10/08/2009 01:18 PM, Jan Kiszka wrote:
Zachary Amsden wrote:
They are globals, not clearly protected by any ordering
Zachary Amsden wrote:
> On 10/09/2009 10:36 AM, Jan Kiszka wrote:
>> Zachary Amsden wrote:
>>
>>> On 10/08/2009 01:18 PM, Jan Kiszka wrote:
>>>
Zachary Amsden wrote:
> They are globals, not clearly protected by any ordering or locking,
> and
> vulnerable to
This patch introduces unattended install on the sample config file:
* introduced the needed variables for the unattended
install test
* Created 2 test sets, winxp_unattended and fc11_unattended.
* Makes fc11_unattended the default test set
Signed-off-by: Lucas Meneghel Rodrigues
---
client/t
In order to make windows guests to tell the unattended install
server that the install process ended, a simple C++ program
using the winsock 2 API had to be developed. The program was
based on an MSDN article. Its usage is
finish.exe [host-ip]
The test expect this to be compiled under deps. This
In order to make it possible to prepare the environment
for the guests installation, we have to:
* Prepare a boot floppy for both windows and linux.
The boot floppy contains the unattended file, and in
case of windows, it will also hold a program that
can send to the server a ACK message. For Kic
This patch adds unattended install files for two Operating
Systems:
* Fedora 11: Fedora-11.ks
* Win XP: winnt.bat and winxp32.sif
Attention: Those files work great in case we use user mode
networking. For TAP mode networking, kickstart templating
needs to be implemented, and I will leave that f
In order to resolve the question, 'how will the guest
operating system tell the host operating system that
the unattended install process finish', we took the
simple approach and created a simple socket communication
ack process: The test instantiates a server tcp socket
on port 12323, and waits du
This allows you to not specify the full path in the
config file, appends to the image dir.
Signed-off-by: David Huff
---
client/tests/kvm/kvm_vm.py | 12
1 files changed, 12 insertions(+), 0 deletions(-)
diff --git a/client/tests/kvm/kvm_vm.py b/client/tests/kvm/kvm_vm.py
index d
On 10/09/2009 10:36 AM, Jan Kiszka wrote:
Zachary Amsden wrote:
On 10/08/2009 01:18 PM, Jan Kiszka wrote:
Zachary Amsden wrote:
They are globals, not clearly protected by any ordering or locking, and
vulnerable to various startup races.
Instead, for variable TSC machines, r
Zachary Amsden wrote:
> On 10/08/2009 01:18 PM, Jan Kiszka wrote:
>> Zachary Amsden wrote:
>>
>>> They are globals, not clearly protected by any ordering or locking, and
>>> vulnerable to various startup races.
>>>
>>> Instead, for variable TSC machines, register the cpufreq notifier and
>>> get
On 10/08/2009 01:18 PM, Jan Kiszka wrote:
Zachary Amsden wrote:
They are globals, not clearly protected by any ordering or locking, and
vulnerable to various startup races.
Instead, for variable TSC machines, register the cpufreq notifier and get
the TSC frequency directly from the cpufreq
This is on latest master branch on kvm.git and qemu-kvm.git, running 12
Windows Server2008 VMs, and using oprofile. I ran again without
oprofile and did not get the BUG. I am wondering if anyone else is
seeing this.
Thanks,
-Andrew
Oct 9 11:55:13 virtvictory-eth0 kernel: BUG: unable to h
Jamie Lokier wrote:
> Glauber Costa wrote:
>> On Thu, Oct 08, 2009 at 06:22:48PM +0200, Gleb Natapov wrote:
>> > On Thu, Oct 08, 2009 at 06:17:57PM +0200, Avi Kivity wrote:
>> > > On 10/08/2009 06:07 PM, Jamie Lokier wrote:
>> > > >Haven't we already confirmed that it *isn't* just an ioapic accele
Jamie Lokier wrote:
Glauber Costa wrote:
On Fri, Oct 09, 2009 at 11:06:41AM +0100, Jamie Lokier wrote:
Glauber Costa wrote:
It ensures the two models are compatible. Since they're the same device
from the point of view of the guest, there's no reason for them to have
differe
Thanks Duncan for reproducing the behavior outside myself and Phoronix.
I dug deeper into the actual syscalls being made by sqlite. The salient
part of the behaviour is small sequential writes followed by a fdatasync
(effectively a metadata-free fsync).
As Dustin indicates,
if scsi is us
On Fri, Oct 09, 2009 at 05:48:31PM +0100, Jamie Lokier wrote:
> Glauber Costa wrote:
> > On Fri, Oct 09, 2009 at 11:06:41AM +0100, Jamie Lokier wrote:
> > > Glauber Costa wrote:
> > > > > It ensures the two models are compatible. Since they're the same
> > > > > device
> > > > > from the point
qemu already stores id information in a couple of places.
No need to do it here too.
Signed-off-by: Glauber Costa
---
qemu-kvm.c |2 --
qemu-kvm.h |1 -
2 files changed, 0 insertions(+), 3 deletions(-)
diff --git a/qemu-kvm.c b/qemu-kvm.c
index 8257dd3..06c1226 100644
--- a/qemu-kvm.c
+
kvm_arch_run() takes a vcpu context parameter, but CPUState should
do. Convert it, as well as the functions that it end up calling
Signed-off-by: Glauber Costa
---
qemu-kvm-x86.c | 12 ++--
qemu-kvm.c |2 +-
qemu-kvm.h |3 ++-
3 files changed, 9 insertions(+), 8 deletio
There are no more users of kvm_run inside vcpu context. Remove it, and leave
the one
inside CPUState for the job.
Signed-off-by: Glauber Costa
---
qemu-kvm.c |4 +---
qemu-kvm.h |1 -
2 files changed, 1 insertions(+), 4 deletions(-)
diff --git a/qemu-kvm.c b/qemu-kvm.c
index fb50bb4..8
Convert header of public functions that access kvm_run, so they can
use CPUState version instead.
Signed-off-by: Glauber Costa
---
qemu-kvm-x86.c |4 ++--
qemu-kvm.c |8
qemu-kvm.h |4 ++--
3 files changed, 8 insertions(+), 8 deletions(-)
diff --git a/qemu-kvm-x86.c
Some functions that uses kvm_run are not static, but should be.
Make them static, and make them get a CPUState parameter in the process.
Signed-off-by: Glauber Costa
---
qemu-kvm-x86.c | 18 +-
qemu-kvm.h | 33 -
2 files changed, 9 insertio
It is not used anywhere, so just blow it away.
Signed-off-by: Glauber Costa
---
qemu-kvm.c |4 +---
qemu-kvm.h |1 -
2 files changed, 1 insertions(+), 4 deletions(-)
diff --git a/qemu-kvm.c b/qemu-kvm.c
index b92a68e..5c7376d 100644
--- a/qemu-kvm.c
+++ b/qemu-kvm.c
@@ -441,9 +441,7 @@
There is no need to replicate kvm_run inside vcpu context, since there is
already a field dedicated to that in CPUState. For now, keep both on, so
function can be converted slowly, since a lot of function headers will
be changed to take an env parameter, instead of a vcpu one.
This patch also conv
kvm_debug() and kvm_arch_halt() both take an opaque field for no reason,
since it is totally unused. kvm_halt() itself is just a wrapper around
kvm_arch_halt(), and is removed.
Signed-off-by: Glauber Costa
---
qemu-kvm-ia64.c |2 +-
qemu-kvm-x86.c |2 +-
qemu-kvm.c | 13 +++--
Upstream now has tests for irqchip_in_kernel. It differs from our signature, as
it does
not take any parameter. For consistency, convert our usage. Also, use a field
in KVMState
to store it, so we can have the exact same function as qemu upstream does.
Signed-off-by: Glauber Costa
---
exec.c
they are just a tiny wrapper around qemu memory functions. Drop' em
Signed-off-by: Glauber Costa
---
qemu-kvm-x86.c |7 +--
qemu-kvm.c | 24
2 files changed, 5 insertions(+), 26 deletions(-)
diff --git a/qemu-kvm-x86.c b/qemu-kvm-x86.c
index a44ae67..e8ec5
This series aims at cleanin up vcpu_context structure. I am not removing yet
the fd field, because it is used in the ioctls, and I want to do it separadedly.
But after this series, this structure exists only as a way to hold the file
descriptor,
and is, much cleaner, and much closer to upstream q
This patch adds a dedicated kvm tracepoint for a nested
vmrun.
Signed-off-by: Joerg Roedel
---
arch/x86/kvm/svm.c |6 ++
arch/x86/kvm/trace.h | 33 +
arch/x86/kvm/x86.c |1 +
3 files changed, 40 insertions(+), 0 deletions(-)
diff --git a/arch/x8
This patch adds a tracepoint for a nested #vmexit that gets
re-injected to the guest.
Signed-off-by: Joerg Roedel
---
arch/x86/kvm/svm.c |6 ++
arch/x86/kvm/trace.h | 33 +
arch/x86/kvm/x86.c |1 +
3 files changed, 40 insertions(+), 0 deletions(-
With all important informations now delivered through
tracepoints we can savely remove the nsvm_printk debugging
code for nested svm.
Signed-off-by: Joerg Roedel
---
arch/x86/kvm/svm.c | 34 --
1 files changed, 0 insertions(+), 34 deletions(-)
diff --git a/arch
Glauber Costa wrote:
> On Thu, Oct 08, 2009 at 06:22:48PM +0200, Gleb Natapov wrote:
> > On Thu, Oct 08, 2009 at 06:17:57PM +0200, Avi Kivity wrote:
> > > On 10/08/2009 06:07 PM, Jamie Lokier wrote:
> > > >Haven't we already confirmed that it *isn't* just an ioapic accelerator
> > > >because you ca
Glauber Costa wrote:
> On Fri, Oct 09, 2009 at 11:06:41AM +0100, Jamie Lokier wrote:
> > Glauber Costa wrote:
> > > > It ensures the two models are compatible. Since they're the same
> > > > device
> > > > from the point of view of the guest, there's no reason for them to have
> > > >
> > >
After a bit of struggle, here goes the inclusion of windows 7
to our guest testing party. Step files included, unattended
install files will follow.
It seems to me that is better to keep the ISO names the same
as the MSDN names, hence I am keeping the ISO names.
Signed-off-by: Lucas Meneghel Rodr
On Fri, Oct 9, 2009 at 3:18 AM, Daniel P. Berrange wrote:
> On Thu, Oct 08, 2009 at 10:57:55PM -0500, Dustin Kirkland wrote:
>> Now, all of that said, it is actually possible to hot-add a second
>> scsi device. However, as far as I can tell, this method is not yet
>> supported by libvirt. It look
On 10/09/2009 05:30 PM, Randy Dunlap wrote:
> I submitted a patch for that several days ago, against
> linux-next-20091006. (below again)
Thanks!
--
To unsubscribe from this list: send the line "unsubscribe kvm" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://
On Fri, 09 Oct 2009 12:00:55 +0200 Jiri Slaby wrote:
> On 10/09/2009 10:07 AM, a...@linux-foundation.org wrote:
> > The mm-of-the-moment snapshot 2009-10-09-01-07 has been uploaded to
>
> Hi, build fails with:
> ERROR: "cpufreq_get" [arch/x86/kvm/kvm.ko] undefined!
> because of
> CONFIG_KVM=m
> .
On Fri, Oct 9, 2009 at 9:38 AM, Anthony Liguori wrote:
>>> I would like some advice on how to proceed with this bug, and where
>>> the solution lies...in qemu or in libvirt. Ultimately, I would like
>>> the behavior we had in our previous release with kvm-84 and
>>> libvirt-0.6.1, where we could
On Fri, Oct 9, 2009 at 6:25 AM, Matthew Tippett wrote:
> Can I ask you to do the following...
>
> 1) Re-affirm that Ubuntu does not carry any non-stream patches and
> the build command and possibly any other unusual patches or
> commandline options. This should push it back onto Avi and Anthony'
On Fri, Oct 09, 2009 at 02:59:29PM +0200, Michael S. Tsirkin wrote:
> On Fri, Oct 09, 2009 at 01:49:03PM +0200, Gleb Natapov wrote:
> > On Fri, Oct 09, 2009 at 12:13:00PM +0200, Michael S. Tsirkin wrote:
> > > On Fri, Oct 09, 2009 at 09:00:49AM +0200, Gleb Natapov wrote:
> > > > On Fri, Oct 09, 200
I would like some advice on how to proceed with this bug, and where
the solution lies...in qemu or in libvirt. Ultimately, I would like
the behavior we had in our previous release with kvm-84 and
libvirt-0.6.1, where we could dynamically add scsi devices without a
problem, using:
pci_add 1 st
On Thu, Oct 08, 2009 at 06:22:48PM +0200, Gleb Natapov wrote:
> On Thu, Oct 08, 2009 at 06:17:57PM +0200, Avi Kivity wrote:
> > On 10/08/2009 06:07 PM, Jamie Lokier wrote:
> > >Haven't we already confirmed that it *isn't* just an ioapic accelerator
> > >because you can't migrate between in-kernel i
On Fri, Oct 09, 2009 at 11:06:41AM +0100, Jamie Lokier wrote:
> Glauber Costa wrote:
> > > It ensures the two models are compatible. Since they're the same device
> > > from the point of view of the guest, there's no reason for them to have
> > > different representations or to be incompatible
Hi Avi, Marcelo,
this series of patches contains bugfixes for the Nested SVM code and the
conversion of Nested SVM debugging to tracepoints. The fixes are:
1) A patch Alex already sent (1/9) but which was not yet
applied. It fixes a lost event_inj problem when we emulate a
This patch adds a tracepoint for the event that the guest
executed the SKINIT instruction. This information is
important because SKINIT is an SVM extenstion not yet
implemented by nested SVM and we may need this information
for debugging hypervisors that do not yet run on nested SVM.
Signed-off-by
This patch adds a tracepoint for every #vmexit we get from a
nested guest.
Signed-off-by: Joerg Roedel
---
arch/x86/kvm/svm.c |6 ++
arch/x86/kvm/trace.h | 36
arch/x86/kvm/x86.c |1 +
3 files changed, 43 insertions(+), 0 deletions(-)
diff
This patch adds a special tracepoint for the event that a
nested #vmexit is injected because kvm wants to inject an
interrupt into the guest.
Signed-off-by: Joerg Roedel
---
arch/x86/kvm/svm.c |2 +-
arch/x86/kvm/trace.h | 18 ++
arch/x86/kvm/x86.c |1 +
3 files cha
This patch adds a tracepoint for the event that the guest
executed the INVLPGA instruction.
Signed-off-by: Joerg Roedel
---
arch/x86/kvm/svm.c |3 +++
arch/x86/kvm/trace.h | 23 +++
arch/x86/kvm/x86.c |1 +
3 files changed, 27 insertions(+), 0 deletions(-)
diff
The nested SVM code emulates a #vmexit caused by a request
to open the irq window right in the request function. This
is a bug because the request function runs with preemption
and interrupts disabled but the #vmexit emulation might
sleep. This can cause a schedule()-while-atomic bug and is
fixed w
From: Alexander Graf
If event_inj is valid on a #vmexit the host CPU would write
the contents to exit_int_info, so the hypervisor knows that
the event wasn't injected.
We don't do this in nested SVM by now which is a bug and
fixed by this patch.
Signed-off-by: Alexander Graf
Signed-off-by: Joe
On Fri, Oct 09, 2009 at 01:49:03PM +0200, Gleb Natapov wrote:
> On Fri, Oct 09, 2009 at 12:13:00PM +0200, Michael S. Tsirkin wrote:
> > On Fri, Oct 09, 2009 at 09:00:49AM +0200, Gleb Natapov wrote:
> > > On Fri, Oct 09, 2009 at 08:43:59AM +0200, Michael S. Tsirkin wrote:
> > > > On Thu, Oct 08, 200
On Fri, Oct 09, 2009 at 11:02:31AM +0100, Jamie Lokier wrote:
> Gleb Natapov wrote:
> > On Thu, Oct 08, 2009 at 06:42:07PM +0200, Avi Kivity wrote:
> > > On 10/08/2009 06:34 PM, Gleb Natapov wrote:
> > > >So suppose I have simple watchdog device that required to be poked every
> > > >second, otherw
On Fri, Oct 09, 2009 at 12:37:38PM +0100, Jamie Lokier wrote:
> Michael S. Tsirkin wrote:
> > More long-term, we have duplication between reset and init
> > routines. Maybe devices really should have init and cleanup,
> > and on reset we'd cleanup all devices and then init them again?
>
> It sound
On Fri, Oct 09, 2009 at 12:13:00PM +0200, Michael S. Tsirkin wrote:
> On Fri, Oct 09, 2009 at 09:00:49AM +0200, Gleb Natapov wrote:
> > On Fri, Oct 09, 2009 at 08:43:59AM +0200, Michael S. Tsirkin wrote:
> > > On Thu, Oct 08, 2009 at 07:40:12PM +0100, Jamie Lokier wrote:
> > > > Avi Kivity wrote:
>
Michael S. Tsirkin wrote:
> More long-term, we have duplication between reset and init
> routines. Maybe devices really should have init and cleanup,
> and on reset we'd cleanup all devices and then init them again?
It sounds look a good idea to me. That is, after all, what hardware
reset often d
On Fri, Oct 09, 2009 at 09:00:49AM +0200, Gleb Natapov wrote:
> On Fri, Oct 09, 2009 at 08:43:59AM +0200, Michael S. Tsirkin wrote:
> > On Thu, Oct 08, 2009 at 07:40:12PM +0100, Jamie Lokier wrote:
> > > Avi Kivity wrote:
> > > > On 10/08/2009 06:06 PM, Michael S. Tsirkin wrote:
> > > > >On Thu, Oc
Glauber Costa wrote:
> > It ensures the two models are compatible. Since they're the same device
> > from the point of view of the guest, there's no reason for them to have
> > different representations or to be incompatible.
>
> live migration between something that has in-kernel irqchip and
Tosatti,
See attached patch.
Avi,
Could you pls. do the check in if no any other comments.
Thanks,
Marcelo Tosatti wrote:
On Wed, Sep 30, 2009 at 01:22:49PM -0300, Marcelo Tosatti wrote:
On Wed, Sep 30, 2009 at 09:01:51AM +0800, Zhai, Edwin wrote:
Avi,
I modify it according your comm
Gleb Natapov wrote:
> On Thu, Oct 08, 2009 at 06:42:07PM +0200, Avi Kivity wrote:
> > On 10/08/2009 06:34 PM, Gleb Natapov wrote:
> > >So suppose I have simple watchdog device that required to be poked every
> > >second, otherwise it resets a computer. On migration we have to migrate
> > >time elap
On 10/09/2009 10:07 AM, a...@linux-foundation.org wrote:
> The mm-of-the-moment snapshot 2009-10-09-01-07 has been uploaded to
Hi, build fails with:
ERROR: "cpufreq_get" [arch/x86/kvm/kvm.ko] undefined!
because of
CONFIG_KVM=m
...
# CONFIG_CPU_FREQ is not set
Should cpufreq_get be defined as inli
On Thu, Oct 08, 2009 at 10:57:55PM -0500, Dustin Kirkland wrote:
> Now, all of that said, it is actually possible to hot-add a second
> scsi device. However, as far as I can tell, this method is not yet
> supported by libvirt. It looks to me that with modern qemu, you have
> to do it this way:
>
On Thu, 2009-10-08 at 15:31 -0700, Sridhar Samudrala wrote:
> On Thu, 2009-10-08 at 11:07 +0100, Mark McLoughlin wrote:
> > On Wed, 2009-10-07 at 14:50 -0700, Sridhar Samudrala wrote:
> > > linux 2.6.32 includes UDP fragmentation offload support in software.
> > > So we can enable UFO on the host
On Fri, Oct 09, 2009 at 08:43:59AM +0200, Michael S. Tsirkin wrote:
> On Thu, Oct 08, 2009 at 07:40:12PM +0100, Jamie Lokier wrote:
> > Avi Kivity wrote:
> > > On 10/08/2009 06:06 PM, Michael S. Tsirkin wrote:
> > > >On Thu, Oct 08, 2009 at 05:29:29PM +0200, Avi Kivity wrote:
> > > >
> > > >>On
On Thu, Oct 08, 2009 at 10:29:53PM -0400, Kevin O'Connor wrote:
> Hi Michael,
>
> On Thu, Oct 08, 2009 at 05:53:46PM +0200, Michael S. Tsirkin wrote:
> > VGA adapters need to claim memory and i/o
> > transactions even if they do not have any
> > i/o or memory bars. E.g. PCI spec, page 297,
> > giv
75 matches
Mail list logo
