Zhang, Xiantao wrote:
Avi Kivity wrote:
Zhang, Xiantao wrote:
Before Aps going to block status, it should make sure SIGINT is
masked, otherwise, it may eat SIGINT from user killing the guest, and
results in Qemu hanging there, becasue main thread can't get it to
free guest's resource.
Hi, Avi
Could you revert the commit d6f9e28239fd6ac6ace6e72b44c257ed3936fdd5 ?
It should be an incorrect fix, and leads to fail to generate asm-offsets.h
under some special configrations. It should be my fault, sorry! Please apply
this one. Thanks!
Xiantao
>From c680d223767159f8894e2
Avi Kivity wrote:
> Zhang, Xiantao wrote:
>> Hi, Avi
>> Could you help to queue this patch for 2.6.28? It has no any logic
>> changes, and just re-organizes the structure of vm data area to allow
>> users to configure large memory and more vcpus. Since it changes
>> many in header files, so it had
Avi Kivity wrote:
> Zhang, Xiantao wrote:
>> Before Aps going to block status, it should make sure SIGINT is
>> masked, otherwise, it may eat SIGINT from user killing the guest, and
>> results in Qemu hanging there, becasue main thread can't get it to
>> free guest's resource.
>>
>>
>> diff --git a
On Thursday 23 October 2008 04:44:48 Jan Kiszka wrote:
> Jan Kiszka wrote:
> > Jan Kiszka wrote:
> >> Jan Kiszka wrote:
> >>> Avi Kivity wrote:
> Jan Kiszka wrote:
> > [ taking Sheng's comments into account ]
> >
> > The logic of kvm_apic_accept_pic_intr has a minor, practically ha
On Mon, Oct 20, 2008 at 01:01:32PM -0200, Eduardo Habkost wrote:
> The following two patches should make kdump work when the kvm-intel module
> is loaded. We need to disable vmx mode before booting the kdump kernel,
> so I've introduced a notifier interface where KVM can hook and disable
> virtuali
Jan Kiszka wrote:
> Jan Kiszka wrote:
>> Jan Kiszka wrote:
>>> Avi Kivity wrote:
Jan Kiszka wrote:
> [ taking Sheng's comments into account ]
>
> The logic of kvm_apic_accept_pic_intr has a minor, practically hardly
> relevant incorrectness: PIC interrupts are still delivered e
On Wed, Oct 22, 2008 at 04:05:01PM -0200, Glauber Costa wrote:
> On Wed, Oct 22, 2008 at 3:54 PM, Eduardo Habkost <[EMAIL PROTECTED]> wrote:
> > On Wed, Oct 22, 2008 at 03:42:27PM -0200, Glauber Costa wrote:
> >> On Wed, Oct 22, 2008 at 3:35 PM, Eduardo Habkost <[EMAIL PROTECTED]> wrote:
> >> > If
On Wed, Oct 22, 2008 at 3:54 PM, Eduardo Habkost <[EMAIL PROTECTED]> wrote:
> On Wed, Oct 22, 2008 at 03:42:27PM -0200, Glauber Costa wrote:
>> On Wed, Oct 22, 2008 at 3:35 PM, Eduardo Habkost <[EMAIL PROTECTED]> wrote:
>> > If kvmtrace crashes or gets killed while collecting trace data, stale
>> >
If kvmtrace crashes or gets killed while collecting trace data, stale
trace setup information may be enabled, and currently there is no way
to force the previous trace setup to be overwritten or disabled.
The -f option will allow the user to forcibly clean up an existing trace
setup before enablin
On Wed, Oct 22, 2008 at 03:42:27PM -0200, Glauber Costa wrote:
> On Wed, Oct 22, 2008 at 3:35 PM, Eduardo Habkost <[EMAIL PROTECTED]> wrote:
> > If kvmtrace crashes or gets killed while collecting trace data, stale
> > trace setup information may be enabled on the kernel, and currently
> > there is
On Wed, Oct 22, 2008 at 3:35 PM, Eduardo Habkost <[EMAIL PROTECTED]> wrote:
> If kvmtrace crashes or gets killed while collecting trace data, stale
> trace setup information may be enabled on the kernel, and currently
> there is no way to force the previous trace setup to be overwritten
> or disabl
Mathias Gottschlag wrote:
I am currently working on my own hobby kernel and tested it on kvm
today. I think I found a bug in kvm with it (already discussed it on
IRC):
I wanted my kernel to be at a higher virtual address, in my case
0xE000. To get it there (Grub loaded it at physical addr
I am currently working on my own hobby kernel and tested it on kvm
today. I think I found a bug in kvm with it (already discussed it on IRC):
I wanted my kernel to be at a higher virtual address, in my case
0xE000. To get it there (Grub loaded it at physical addr 0x10),
I followed the
Extract the KVM_TRACE_DISABLE ioctl() call from cleanup_trace(), as
other parts of the code will use it.
Signed-off-by: Eduardo Habkost <[EMAIL PROTECTED]>
---
user/kvmtrace.c |9 +++--
1 files changed, 7 insertions(+), 2 deletions(-)
diff --git a/user/kvmtrace.c b/user/kvmtrace.c
index
If kvmtrace crashes or gets killed while collecting trace data, stale
trace setup information may be enabled on the kernel, and currently
there is no way to force the previous trace setup to be overwritten
or disabled.
The following two patches against kvm-userspace will add a new
command-line opt
Bjorn Helgaas wrote:
> On Wednesday 22 October 2008 02:45:31 am Yu Zhao wrote:
>> Document the new PCI[x86] boot parameters.
>>
>> Cc: Alex Chiang <[EMAIL PROTECTED]>
>> Cc: Grant Grundler <[EMAIL PROTECTED]>
>> Cc: Greg KH <[EMAIL PROTECTED]>
>> Cc: Ingo Molnar <[EMAIL PROTECTED]>
>> Cc: Jesse Bar
hony Liguori wrote:
Uri Lublin wrote:
In the scenario above (with ACK/GO messages), SRC _does_ know that DST
have failed (as it does not receive ACK). With ACK/GO messages we only
need third party involvement to handle a scenario where GO does not
reach DST. Without ACK/GO messages we need th
Jan Kiszka wrote:
> Jan Kiszka wrote:
>> Avi Kivity wrote:
>>> Jan Kiszka wrote:
[ taking Sheng's comments into account ]
The logic of kvm_apic_accept_pic_intr has a minor, practically hardly
relevant incorrectness: PIC interrupts are still delivered even if the
APIC of VPU
Currently, the napi_weight module param is ignored and
we hardcode the weight to 16 since this commit:
commit 85a8b9da078977c6198d434837c7d077669c9c54
Author: Anthony Liguori <[EMAIL PROTECTED]>
Date: Sun Jan 6 21:37:01 2008 -0600
Make sure to set weight to 16 always.
S
If after receiving some packets and refilling the queue with buffers,
we detect that more packets are available then we re-schedule the
queue and process them.
This re-scheduling - i.e. calling __netif_rx_schedule() - causes a
netdev reference to be taken.
Once we've finally run out of buffers to
Hi Avi,
Here's a few virtio_net fixes for kvm-guest-drivers-linux.
Cheers,
Mark.
--
To unsubscribe from this list: send the line "unsubscribe kvm" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Since 2.6.24, if get_tx_csum, get_sg or get_tso are NULL then the
default ethtool_op_get_xxx functions are called. Before 2.6.24,
however, these need to be manually hooked in.
Signed-off-by: Mark McLoughlin <[EMAIL PROTECTED]>
---
hack-module.awk |6 ++
1 files changed, 6 insertions(+), 0
Jan Kiszka wrote:
> Avi Kivity wrote:
>> Jan Kiszka wrote:
>>> [ taking Sheng's comments into account ]
>>>
>>> The logic of kvm_apic_accept_pic_intr has a minor, practically hardly
>>> relevant incorrectness: PIC interrupts are still delivered even if the
>>> APIC of VPU0 (BSP) is disabled. This d
Avi Kivity wrote:
> Jan Kiszka wrote:
>> [ taking Sheng's comments into account ]
>>
>> The logic of kvm_apic_accept_pic_intr has a minor, practically hardly
>> relevant incorrectness: PIC interrupts are still delivered even if the
>> APIC of VPU0 (BSP) is disabled. This does not comply with the Vi
Bjorn Helgaas wrote:
On Wednesday 22 October 2008 08:44:24 am Yu Zhao wrote:
Bjorn Helgaas wrote:
On Wednesday 22 October 2008 02:40:41 am Yu Zhao wrote:
This patch moves all definitions of the PCI resource names to an 'enum',
and also replaces some hard-coded resource variables with symbol
na
Bjorn Helgaas wrote:
On Wednesday 22 October 2008 02:43:24 am Yu Zhao wrote:
This patch adds boot option to align MMIO resource for a device.
The alignment is a bigger value between the PAGE_SIZE and the
resource size.
It looks like this forces alignment on PAGE_SIZE, not "a bigger
value betwe
Bjorn Helgaas wrote:
On Wednesday 22 October 2008 02:43:03 am Yu Zhao wrote:
This patch adds boot options so user can reassign device resources
of all devices under a bus.
The boot options can be used as:
pci=assign-mmio=:01,assign-pio=:02
'[:]bb' is the domain and bus numbe
Bjorn Helgaas wrote:
On Wednesday 22 October 2008 02:40:41 am Yu Zhao wrote:
This patch moves all definitions of the PCI resource names to an 'enum',
and also replaces some hard-coded resource variables with symbol
names. This change eases introduction of device specific resources.
Thanks for
On Wednesday 22 October 2008 08:44:24 am Yu Zhao wrote:
> Bjorn Helgaas wrote:
> > On Wednesday 22 October 2008 02:40:41 am Yu Zhao wrote:
> >> This patch moves all definitions of the PCI resource names to an 'enum',
> >> and also replaces some hard-coded resource variables with symbol
> >> names.
On Wednesday 22 October 2008 02:43:24 am Yu Zhao wrote:
> This patch adds boot option to align MMIO resource for a device.
> The alignment is a bigger value between the PAGE_SIZE and the
> resource size.
It looks like this forces alignment on PAGE_SIZE, not "a bigger
value between the PAGE_SIZE an
On Wednesday 22 October 2008 02:43:03 am Yu Zhao wrote:
> This patch adds boot options so user can reassign device resources
> of all devices under a bus.
>
> The boot options can be used as:
> pci=assign-mmio=:01,assign-pio=:02
> '[:]bb' is the domain and bus number.
I think th
Farkas Levente wrote:
hi,
the latest fedora kernel-2.6.26.5-45.fc9.i686 no longer boot as guests
ie. stops at:
Loading ehci-hcd module.
while if i switch back to the kernel-2.6.25.14-108.fc9.i686 it's boot
without problem on an intel, rhel-5, kvm-77 host.
This is already fixed for kvm-78.
On Wednesday 22 October 2008 02:45:31 am Yu Zhao wrote:
> Document the new PCI[x86] boot parameters.
>
> Cc: Alex Chiang <[EMAIL PROTECTED]>
> Cc: Grant Grundler <[EMAIL PROTECTED]>
> Cc: Greg KH <[EMAIL PROTECTED]>
> Cc: Ingo Molnar <[EMAIL PROTECTED]>
> Cc: Jesse Barnes <[EMAIL PROTECTED]>
> Cc:
On Wednesday 22 October 2008 02:40:41 am Yu Zhao wrote:
> This patch moves all definitions of the PCI resource names to an 'enum',
> and also replaces some hard-coded resource variables with symbol
> names. This change eases introduction of device specific resources.
Thanks for removing a bunch of
Jan Kiszka wrote:
[ taking Sheng's comments into account ]
The logic of kvm_apic_accept_pic_intr has a minor, practically hardly
relevant incorrectness: PIC interrupts are still delivered even if the
APIC of VPU0 (BSP) is disabled. This does not comply with the Virtual
Wire mode according to the
On Tue, Oct 21, 2008 at 10:34:12AM +0800, Xu, Dongxiao wrote:
> Hi, Gleb,
> It seems that this patch is x86 specific, and it breaks the IA-64
> compilation. Do you have any good idea to solve this? Thanks!
>
Solve this by ifdefs for now. For better solution cleanup of SMP
handling is needed.
Bugs item #2171940, was opened at 2008-10-16 16:59
Message generated for change (Comment added) made by lvivier
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=893831&aid=2171940&group_id=180599
Please note that this message will contain a full copy of the comment t
hi,
the latest fedora kernel-2.6.26.5-45.fc9.i686 no longer boot as guests
ie. stops at:
Loading ehci-hcd module.
while if i switch back to the kernel-2.6.25.14-108.fc9.i686 it's boot
without problem on an intel, rhel-5, kvm-77 host.
yours.
--
Levente "Si vis pacem
Zhang, Xiantao wrote:
Before Aps going to block status, it should make sure SIGINT is
masked, otherwise, it may eat SIGINT from user killing the guest, and
results in Qemu hanging there, becasue main thread can't get it to free
guest's resource.
diff --git a/arch/ia64/kvm/kvm-ia64.c b/arch/ia64
Zhang, Xiantao wrote:
Hi, Avi
Could you help to queue this patch for 2.6.28? It has no any logic
changes, and just re-organizes the structure of vm data area to allow
users to configure large memory and more vcpus. Since it changes many in
header files, so it had better go into rc1. Thanks!
hi,
I have Linux hangs since kvm-77, the guest is not reachable by any means and do
not react to sysrq keys. On the host the process is using 100% CPU.
Marcelot told me to try oos_shadow=off, after 2 days, now I have a Linux guest
which behave very strange.
- uses 100+% CPU on the host
23638 roo
Sheng Yang wrote:
Reminder by Avi, unifdef need a -U parameter to deal undefined macro, other wise
it can't deal with #if defined() || defined().
Also fix a historic bug on never execute unifdef...
Also discard "set -e" before unifdef, because unifdef would return 1 if it have
done something to
Guillaume Thouvenin wrote:
Instruction like shld has three operands, so we need to add a Src2
decode set. We start with Src2None, Src2CL, and Src2Imm8 to support
shld and we will expand it later. Operand type of Src2 are placed at
the end of the set to avoid renumbering. For Src2CL we mask to a
Sheng Yang wrote:
Also remove unnecessary parameter of unregister irq ack notifier.
Applied, thanks.
--
error compiling committee.c: too many arguments to function
--
To unsubscribe from this list: send the line "unsubscribe kvm" in
the body of a message to [EMAIL PROTECTED]
More majordomo
Jan Kiszka wrote:
This is a reworked version of the NMI watchdog fixes, taking the
discussion with Sheng into account. There are two further (minor) issues
I found in the APIC emulation at this chance, but those can be handled
separately.
Applied, thanks.
--
error compiling committee.c: to
Jan Kiszka wrote:
[ taking Sheng's comments into account ]
The logic of kvm_apic_accept_pic_intr has a minor, practically hardly
relevant incorrectness: PIC interrupts are still delivered even if the
APIC of VPU0 (BSP) is disabled. This does not comply with the Virtual
Wire mode according to the
Guillaume Thouvenin wrote:
Hello,
Presently when we want to skip an emulated instruction we update the
eip by reading the instruction length from VMCS structure and we add
this value to the current eip. It gives us the new eip. A problem occurs
when the guest state doesn't allow us to use VT be
Applied, thanks.
--
error compiling committee.c: too many arguments to function
--
To unsubscribe from this list: send the line "unsubscribe kvm" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Guillaume Thouvenin wrote:
Add decode entries for 0x04 and 0x05 (ADD) opcodes, execution is already
implemented.
Applied, thanks.
--
error compiling committee.c: too many arguments to function
--
To unsubscribe from this list: send the line "unsubscribe kvm" in
the body of a message to [EM
Guillaume Thouvenin wrote:
Add 'add' instruction test when source operand is an immediate (opcode
0x04 and 0x05) in real mode test harness.
Applied, thanks.
--
error compiling committee.c: too many arguments to function
--
To unsubscribe from this list: send the line "unsubscribe kvm" in
t
Document the SR-IOV sysfs entries.
Cc: Alex Chiang <[EMAIL PROTECTED]>
Cc: Grant Grundler <[EMAIL PROTECTED]>
Cc: Greg KH <[EMAIL PROTECTED]>
Cc: Ingo Molnar <[EMAIL PROTECTED]>
Cc: Jesse Barnes <[EMAIL PROTECTED]>
Cc: Matthew Wilcox <[EMAIL PROTECTED]>
Cc: Randy Dunlap <[EMAIL PROTECTED]>
Cc: Rol
Document the new PCI[x86] boot parameters.
Cc: Alex Chiang <[EMAIL PROTECTED]>
Cc: Grant Grundler <[EMAIL PROTECTED]>
Cc: Greg KH <[EMAIL PROTECTED]>
Cc: Ingo Molnar <[EMAIL PROTECTED]>
Cc: Jesse Barnes <[EMAIL PROTECTED]>
Cc: Matthew Wilcox <[EMAIL PROTECTED]>
Cc: Randy Dunlap <[EMAIL PROTECTED]>
Create HOW-TO for SR-IOV user and driver developer.
Cc: Alex Chiang <[EMAIL PROTECTED]>
Cc: Grant Grundler <[EMAIL PROTECTED]>
Cc: Greg KH <[EMAIL PROTECTED]>
Cc: Ingo Molnar <[EMAIL PROTECTED]>
Cc: Jesse Barnes <[EMAIL PROTECTED]>
Cc: Matthew Wilcox <[EMAIL PROTECTED]>
Cc: Randy Dunlap <[EMAIL PR
Support Single Root I/O Virtualization (SR-IOV) capability.
Cc: Alex Chiang <[EMAIL PROTECTED]>
Cc: Grant Grundler <[EMAIL PROTECTED]>
Cc: Greg KH <[EMAIL PROTECTED]>
Cc: Ingo Molnar <[EMAIL PROTECTED]>
Cc: Jesse Barnes <[EMAIL PROTECTED]>
Cc: Matthew Wilcox <[EMAIL PROTECTED]>
Cc: Randy Dunlap <[
Reserve bus range for SR-IOV at device scanning stage.
Cc: Alex Chiang <[EMAIL PROTECTED]>
Cc: Grant Grundler <[EMAIL PROTECTED]>
Cc: Greg KH <[EMAIL PROTECTED]>
Cc: Ingo Molnar <[EMAIL PROTECTED]>
Cc: Jesse Barnes <[EMAIL PROTECTED]>
Cc: Matthew Wilcox <[EMAIL PROTECTED]>
Cc: Randy Dunlap <[EMAIL
This patch splits a new function from pci_bus_add_devices(). The new
function can be used to register PCI bus to the device core and create
its sysfs entries.
Cc: Alex Chiang <[EMAIL PROTECTED]>
Cc: Grant Grundler <[EMAIL PROTECTED]>
Cc: Greg KH <[EMAIL PROTECTED]>
Cc: Ingo Molnar <[EMAIL PROTECTE
This patch adds boot option to align MMIO resource for a device.
The alignment is a bigger value between the PAGE_SIZE and the
resource size.
The boot option can be used as:
pci=align-mmio=:01:02.3
'[:]01:02.3' is the domain, bus, device and function number
of the device.
Cc: Alex
This cleanup makes pci_bus_add_devices() easier to read.
Cc: Alex Chiang <[EMAIL PROTECTED]>
Cc: Grant Grundler <[EMAIL PROTECTED]>
Cc: Greg KH <[EMAIL PROTECTED]>
Cc: Ingo Molnar <[EMAIL PROTECTED]>
Cc: Jesse Barnes <[EMAIL PROTECTED]>
Cc: Matthew Wilcox <[EMAIL PROTECTED]>
Cc: Randy Dunlap <[EMA
This patch adds boot options so user can reassign device resources
of all devices under a bus.
The boot options can be used as:
pci=assign-mmio=:01,assign-pio=:02
'[:]bb' is the domain and bus number.
Cc: Alex Chiang <[EMAIL PROTECTED]>
Cc: Grant Grundler <[EMAIL PROTECTED]>
C
This cleanup makes pcibios_allocate_resources() easier to read.
Cc: Alex Chiang <[EMAIL PROTECTED]>
Cc: Grant Grundler <[EMAIL PROTECTED]>
Cc: Greg KH <[EMAIL PROTECTED]>
Cc: Ingo Molnar <[EMAIL PROTECTED]>
Cc: Jesse Barnes <[EMAIL PROTECTED]>
Cc: Matthew Wilcox <[EMAIL PROTECTED]>
Cc: Randy Dunla
Add a function to map resource number to corresponding register so
people can get the offset and type of device specific BARs.
Cc: Alex Chiang <[EMAIL PROTECTED]>
Cc: Grant Grundler <[EMAIL PROTECTED]>
Cc: Greg KH <[EMAIL PROTECTED]>
Cc: Ingo Molnar <[EMAIL PROTECTED]>
Cc: Jesse Barnes <[EMAIL PRO
Make pci_alloc_child_bus() be able to allocate buses without bridge
devices. Some SR-IOV devices can occupy more than one bus number,
but there is no explicit bridges because that have internal routing
mechanism.
Cc: Alex Chiang <[EMAIL PROTECTED]>
Cc: Grant Grundler <[EMAIL PROTECTED]>
Cc: Greg K
This patch moves all definitions of the PCI resource names to an 'enum',
and also replaces some hard-coded resource variables with symbol
names. This change eases introduction of device specific resources.
Cc: Alex Chiang <[EMAIL PROTECTED]>
Cc: Grant Grundler <[EMAIL PROTECTED]>
Cc: Greg KH <[EMA
Add a wrapper for resource_alignment() so it can handle device specific
resource alignment.
Cc: Alex Chiang <[EMAIL PROTECTED]>
Cc: Grant Grundler <[EMAIL PROTECTED]>
Cc: Greg KH <[EMAIL PROTECTED]>
Cc: Ingo Molnar <[EMAIL PROTECTED]>
Cc: Jesse Barnes <[EMAIL PROTECTED]>
Cc: Matthew Wilcox <[EMAIL
Export __pci_read_base() so it can be used by whole PCI subsystem.
Cc: Alex Chiang <[EMAIL PROTECTED]>
Cc: Grant Grundler <[EMAIL PROTECTED]>
Cc: Greg KH <[EMAIL PROTECTED]>
Cc: Ingo Molnar <[EMAIL PROTECTED]>
Cc: Jesse Barnes <[EMAIL PROTECTED]>
Cc: Matthew Wilcox <[EMAIL PROTECTED]>
Cc: Randy Du
This cleanup removes unnecessary argument 'struct resource *res' in
pci_update_resource(), so it takes same arguments as other companion
functions (pci_assign_resource(), etc.).
Cc: Alex Chiang <[EMAIL PROTECTED]>
Cc: Grant Grundler <[EMAIL PROTECTED]>
Cc: Greg KH <[EMAIL PROTECTED]>
Cc: Ingo Moln
Greetings,
Following patches are intended to support SR-IOV capability in the
Linux kernel. With these patches, people can turn a PCI device with
the capability into multiple ones from software perspective, which
will benefit KVM and achieve other purposes such as QoS, security,
and etc.
Changes
Signed-off-by: Sheng Yang <[EMAIL PROTECTED]>
---
arch/ia64/kvm/kvm-ia64.c |2 +-
arch/x86/kvm/x86.c |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/ia64/kvm/kvm-ia64.c b/arch/ia64/kvm/kvm-ia64.c
index a40223f..c25c75b 100644
--- a/arch/ia64/kvm/kvm-ia64.c
* Yu Zhao <[EMAIL PROTECTED]> wrote:
> +static char *pci_assign_pio;
> +static char *pci_assign_mmio;
> +
> +static int pcibios_bus_resource_needs_fixup(struct pci_bus *bus)
> +{
> + int i;
> + int type = 0;
> + int domain, busnr;
> +
> + if (!bus->self)
> + return 0;
70 matches
Mail list logo