Il 21/07/2014 21:14, Christian Borntraeger ha scritto:
> From: Cornelia Huck
>
> We should advertise all capabilities, including those that can
> be enabled.
>
> Signed-off-by: Cornelia Huck
> Acked-by: Christian Borntraeger
> Signed-off-by: Christian Borntraeger
> ---
> arch/s390/kvm/kvm-s3
Juan Quintela wrote:
> Hi
>
> Please, send any topic that you are interested in covering.
>
> Thanks, Juan.
>
> Call details:
>
> 15:00 CEST
> 13:00 UTC
> 09:00 EDT
>
> Every two weeks
>
> If you need phone number details, contact me privately
No topis, no call.
See you in 2 weeks.
--
To unsubs
Hello,
I am testing testpmd on recent kernels (>= 3.15) and i have an IOMMU
problem (there are several commits around IOMMU in v3.15, they may be
related with this problem):
Hardware:
Platform: Intel S2600IP
CPU: Intel(R) Xeon(R) CPU E5-2697 v2 @ 2.70GHz
BIOS version: SE5C600.86B.02.03.0003.0
Use device flag operation helper functions when check device
assignment status.
Signed-off-by: Ethan Zhao
---
drivers/pci/iov.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/pci/iov.c b/drivers/pci/iov.c
index de7a747..61fad36 100644
--- a/drivers/pci/iov.c
++
Use pci device flag operation helper functions when set device
to assigned or deassigned state.
Signed-off-by: Ethan Zhao
---
drivers/xen/xen-pciback/pci_stub.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/xen/xen-pciback/pci_stub.c
b/drivers/xen/xen-pciba
This patch set introduces three PCI device flag operation helper functions
when set pci device PF/VF to assigned or deassigned status also check it.
and patch 2,3,4 apply these helper functions to KVM,XEN and PCI.
Much thanks to suggestion from
alex.william...@redhat.com,
david.vra...@citrix.com,
This patch introduced three helper functions to hide direct
device flag operation.
void pci_set_dev_assigned(struct pci_dev *pdev);
void pci_set_dev_deassigned(struct pci_dev *pdev);
bool pci_is_dev_assigned(struct pci_dev *pdev);
Signed-off-by: Ethan Zhao
---
include/linux/pci.h | 13 +++
Use helper function instead of direct operation to pci device
flag when set device to assigned or deassigned.
Signed-off-by: Ethan Zhao
---
virt/kvm/assigned-dev.c |2 +-
virt/kvm/iommu.c|4 ++--
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/virt/kvm/assigned-dev
Currently tools/kvm doesn't build on arm64 when gtk3 is present. The error
looks like this:
LINK lkvm
ui/gtk3.o: In function `kvm_gtk_key_press':
/extra/sb/linux-kvm/tools/kvm/ui/gtk3.c:201: undefined reference to `kbd_queue'
/extra/sb/linux-kvm/tools/kvm/ui/gtk3.c:204: undefined reference
On Wed, Jul 23, 2014 at 12:19:03AM +0800, Ethan Zhao wrote:
> Use pci device flag operation helper functions when set device
> to assigned or deassigned state.
>
> Signed-off-by: Ethan Zhao
Reviewed-by: Konrad Rzeszutek Wilk
> ---
> drivers/xen/xen-pciback/pci_stub.c |4 ++--
> 1 files cha
2014-07-16 11:33+0200, Andrew Jones:
> On Wed, Jul 16, 2014 at 05:31:33AM -0400, Levente Kurusa wrote:
> > - Original Message -
> > > [...]
> > > +void chr_testdev_exit(int code)
> > > +{
> > > + char buf[8];
> > > + int len;
> > > +
> > > + snprintf(buf, sizeof(buf), "%dq", code);
> > > +
On 22/07/14 10:32, Paolo Bonzini wrote:
> Il 21/07/2014 21:14, Christian Borntraeger ha scritto:
>> From: Cornelia Huck
>>
>> We should advertise all capabilities, including those that can
>> be enabled.
>>
>> Signed-off-by: Cornelia Huck
>> Acked-by: Christian Borntraeger
>> Signed-off-by: Chri
On Thu, Jul 17, 2014 at 11:22:17AM -0700, Andy Lutomirski wrote:
> Currently, init_std_data contains its own logic for using arch
> random sources. This logic is a bit strange: it reads one long of
> arch random data per byte of internal state.
This isn't true. Check out the init_std_data() a bi
On Tue, Jul 22, 2014 at 6:59 AM, Theodore Ts'o wrote:
> On Thu, Jul 17, 2014 at 11:22:17AM -0700, Andy Lutomirski wrote:
>> Currently, init_std_data contains its own logic for using arch
>> random sources. This logic is a bit strange: it reads one long of
>> arch random data per byte of internal
On 07/22/2014 01:44 PM, Andy Lutomirski wrote:
>
> But, if you Intel's hardware does, in fact, work as documented, then
> the current code will collect very little entropy on RDSEED-less
> hardware. I see no great reason that we should do something weaker
> than following Intel's explicit recomme
On Tue, Jul 22, 2014 at 1:57 PM, H. Peter Anvin wrote:
> On 07/22/2014 01:44 PM, Andy Lutomirski wrote:
>>
>> But, if you Intel's hardware does, in fact, work as documented, then
>> the current code will collect very little entropy on RDSEED-less
>> hardware. I see no great reason that we should
On 07/22/2014 02:04 PM, Andy Lutomirski wrote:
>
> Just to check: do you mean the RDRAND is very likely to work (i.e.
> arch_get_random_long will return true) or that RDRAND will actually
> reseed several times during initialization?
>
I mean that RDRAND will actually reseed several times during
On Tue, Jul 22, 2014 at 2:08 PM, H. Peter Anvin wrote:
> On 07/22/2014 02:04 PM, Andy Lutomirski wrote:
>>
>> Just to check: do you mean the RDRAND is very likely to work (i.e.
>> arch_get_random_long will return true) or that RDRAND will actually
>> reseed several times during initialization?
>>
On 07/22/2014 02:10 PM, Andy Lutomirski wrote:
> On Tue, Jul 22, 2014 at 2:08 PM, H. Peter Anvin wrote:
>> On 07/22/2014 02:04 PM, Andy Lutomirski wrote:
>>>
>>> Just to check: do you mean the RDRAND is very likely to work (i.e.
>>> arch_get_random_long will return true) or that RDRAND will actual
On 21.07.14 11:59, mihai.cara...@freescale.com wrote:
-Original Message-
From: Linuxppc-dev [mailto:linuxppc-dev-
bounces+mihai.caraman=freescale@lists.ozlabs.org] On Behalf Of
mihai.cara...@freescale.com
Sent: Friday, July 18, 2014 12:06 PM
To: Alexander Graf; kvm-...@vger.kernel.or
This patch removes a fix me by including linux/types.h in kvm_para.h
as stated by the fix me in main.c and also removes the comment from
main.c too.
Signed-off-by: Nicholas Krause
---
arch/x86/kernel/cpu/mtrr/main.c | 2 +-
include/linux/kvm_para.h| 3 +--
2 files changed, 2 insertions(
On Tue, 22 Jul 2014, Nicholas Krause wrote:
> This patch removes a fix me by including linux/types.h in kvm_para.h
> as stated by the fix me in main.c and also removes the comment from
> main.c too.
>
> Signed-off-by: Nicholas Krause
> ---
> arch/x86/kernel/cpu/mtrr/main.c | 2 +-
> include/li
On Tue, Jul 22, 2014 at 6:06 PM, David Rientjes wrote:
> On Tue, 22 Jul 2014, Nicholas Krause wrote:
>
>> This patch removes a fix me by including linux/types.h in kvm_para.h
>> as stated by the fix me in main.c and also removes the comment from
>> main.c too.
>>
>> Signed-off-by: Nicholas Krause
On Tue, 22 Jul 2014, Nick Krause wrote:
> >> This patch removes a fix me by including linux/types.h in kvm_para.h
> >> as stated by the fix me in main.c and also removes the comment from
> >> main.c too.
> >>
> >> Signed-off-by: Nicholas Krause
> >> ---
> >> arch/x86/kernel/cpu/mtrr/main.c | 2
On Tue, Jul 22, 2014 at 6:13 PM, David Rientjes wrote:
> On Tue, 22 Jul 2014, Nick Krause wrote:
>
>> >> This patch removes a fix me by including linux/types.h in kvm_para.h
>> >> as stated by the fix me in main.c and also removes the comment from
>> >> main.c too.
>> >>
>> >> Signed-off-by: Nich
On 07/21/2014 09:23 PM, Razya Ladelsky wrote:
> Hello All,
>
> When vhost is waiting for buffers from the guest driver (e.g., more
> packets
> to send in vhost-net's transmit queue), it normally goes to sleep and
> waits
> for the guest to "kick" it. This kick involves a PIO in the guest, and
> t
26 matches
Mail list logo
