On Tue, 2014-02-11 at 13:53 -0800, Luis R. Rodriguez wrote:
> Cc'ing kvm folks as they may have a shared interest on the shared
> physical case with the bridge (non NAT).
>
> On Tue, Feb 11, 2014 at 12:43 AM, Ian Campbell
> wrote:
> > On Mon, 2014-02-10 at 14:29 -0800, Lu
On Tue, 2014-02-11 at 13:53 -0800, Luis R. Rodriguez wrote:
Cc'ing kvm folks as they may have a shared interest on the shared
physical case with the bridge (non NAT).
On Tue, Feb 11, 2014 at 12:43 AM, Ian Campbell ian.campb...@citrix.com
wrote:
On Mon, 2014-02-10 at 14:29 -0800, Luis R
On Sun, 2014-02-02 at 20:56 -0800, Christoffer Dall wrote:
> On Thu, Jan 30, 2014 at 11:54:46AM -0500, Christopher Covington wrote:
> > Hi Ian,
> >
> > On 01/30/2014 11:11 AM, Ian Campbell wrote:
> > > mach-virt has existed for a while but it is not writte
On Sun, 2014-02-02 at 20:56 -0800, Christoffer Dall wrote:
On Thu, Jan 30, 2014 at 11:54:46AM -0500, Christopher Covington wrote:
Hi Ian,
On 01/30/2014 11:11 AM, Ian Campbell wrote:
mach-virt has existed for a while but it is not written down what it
actually
consists
On Thu, 2014-01-30 at 18:28 +0100, Arnd Bergmann wrote:
> On Thursday 30 January 2014, Ian Campbell wrote:
> > mach-virt has existed for a while but it is not written down what it
> > actually
> > consists of. Although it seems a bit unusual to document a binding for an
>
On Thu, 2014-01-30 at 17:24 +, Marc Zyngier wrote:
> >> I'm afraid I disagree with most of the above. The whole point of
> >> mach-virt is to provide a shell for DT platforms. None of this hardware
> >> is mandated. Instead, all the necessary information should be described
> >> in DT.
> >
>
On Thu, 2014-01-30 at 17:13 +, Marc Zyngier wrote:
> Hi Ian,
>
> On 30/01/14 16:11, Ian Campbell wrote:
> > mach-virt has existed for a while but it is not written down what it
> > actually
> > consists of. Although it seems a bit unusual to document a binding
On Thu, 2014-01-30 at 11:54 -0500, Christopher Covington wrote:
> > +++ b/Documentation/devicetree/bindings/arm/mach-virt.txt
> > @@ -0,0 +1,32 @@
> > +* Mach-virt "Dummy Virtual Machine" platform
> > +
> > +"mach-virt" is the smallest, dumbest platform possible, to be used as
> > +a guest for
.
I've done my best to capture the requirements based on the git log and my
memory/understanding.
While here remove the xenvm dts example, the Xen tools will now build a
suitable mach-virt compatible dts when launching the guest.
Signed-off-by: Ian Campbell
Cc: Rob Herring
Cc: Pawel Moll
Cc
.
I've done my best to capture the requirements based on the git log and my
memory/understanding.
While here remove the xenvm dts example, the Xen tools will now build a
suitable mach-virt compatible dts when launching the guest.
Signed-off-by: Ian Campbell ian.campb...@citrix.com
Cc: Rob Herring
On Thu, 2014-01-30 at 11:54 -0500, Christopher Covington wrote:
+++ b/Documentation/devicetree/bindings/arm/mach-virt.txt
@@ -0,0 +1,32 @@
+* Mach-virt Dummy Virtual Machine platform
+
+mach-virt is the smallest, dumbest platform possible, to be used as
+a guest for Xen, KVM and other
On Thu, 2014-01-30 at 17:13 +, Marc Zyngier wrote:
Hi Ian,
On 30/01/14 16:11, Ian Campbell wrote:
mach-virt has existed for a while but it is not written down what it
actually
consists of. Although it seems a bit unusual to document a binding for an
entire platform since mach-virt
On Thu, 2014-01-30 at 17:24 +, Marc Zyngier wrote:
I'm afraid I disagree with most of the above. The whole point of
mach-virt is to provide a shell for DT platforms. None of this hardware
is mandated. Instead, all the necessary information should be described
in DT.
Add support
On Thu, 2014-01-30 at 18:28 +0100, Arnd Bergmann wrote:
On Thursday 30 January 2014, Ian Campbell wrote:
mach-virt has existed for a while but it is not written down what it
actually
consists of. Although it seems a bit unusual to document a binding for an
entire platform since mach-virt
I suppose vendors of virtual hardware ought to be listed here as well.
Signed-off-by: Ian Campbell
Acked-by: Stefano Stabellini
Cc: Rob Herring
Cc: Pawel Moll
Cc: Mark Rutland
Cc: Kumar Gala
Cc: Stephen Warren
Acked-by: Stephen Warren
Cc: devicet...@vger.kernel.org
---
v2: rebased
I suppose vendors of virtual hardware ought to be listed here as well.
Signed-off-by: Ian Campbell ian.campb...@citrix.com
Acked-by: Stefano Stabellini stefano.stabell...@eu.citrix.com
Cc: Rob Herring robh...@kernel.org
Cc: Pawel Moll pawel.m...@arm.com
Cc: Mark Rutland mark.rutl...@arm.com
Cc
ugh.
> Signed-off-by: Julien Grall
Acked-by: Ian Campbell
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
julien.gr...@linaro.org
Acked-by: Ian Campbell ian.campb...@citrix.com
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http
On Sat, 2014-01-25 at 13:07 -0800, Matt Wilson wrote:
> On Fri, Jan 24, 2014 at 03:36:22PM +0000, Ian Campbell wrote:
> > On Fri, 2014-01-24 at 09:21 +0000, Ian Campbell wrote:
> > > On Thu, 2014-01-23 at 11:28 -0800, Matt Wilson wrote:
> > > > From: Matt Rusht
On Sat, 2014-01-25 at 13:07 -0800, Matt Wilson wrote:
On Fri, Jan 24, 2014 at 03:36:22PM +, Ian Campbell wrote:
On Fri, 2014-01-24 at 09:21 +, Ian Campbell wrote:
On Thu, 2014-01-23 at 11:28 -0800, Matt Wilson wrote:
From: Matt Rushton mrush...@amazon.com
Currently
On Fri, 2014-01-24 at 09:21 +, Ian Campbell wrote:
> On Thu, 2014-01-23 at 11:28 -0800, Matt Wilson wrote:
> > From: Matt Rushton
> >
> > Currently shrink_free_pagepool() is called before the pages used for
> > persistent grants are released via free_persiste
is
> torn down.
This may well be the explanation for the memory leak I was observing on
ARM last night. I'll give it a go and let you know.
> Cc: Konrad Rzeszutek Wilk
> Cc: "Roger Pau Monné"
> Cc: Ian Campbell
> Cc: David Vrabel
> Cc: linux-kernel@vger.kernel.org
is
torn down.
This may well be the explanation for the memory leak I was observing on
ARM last night. I'll give it a go and let you know.
Cc: Konrad Rzeszutek Wilk konrad.w...@oracle.com
Cc: Roger Pau Monné roger@citrix.com
Cc: Ian Campbell ian.campb...@citrix.com
Cc: David Vrabel david.vra
On Fri, 2014-01-24 at 09:21 +, Ian Campbell wrote:
On Thu, 2014-01-23 at 11:28 -0800, Matt Wilson wrote:
From: Matt Rushton mrush...@amazon.com
Currently shrink_free_pagepool() is called before the pages used for
persistent grants are released via free_persistent_gnts
> CONFIG_CPU_V6
> - implement sync_cmpxchg using __cmpxchg8 and __cmpxchg16
>
> Signed-off-by: Stefano Stabellini
Acked-by: Ian Campbell
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More m
- implement sync_cmpxchg using __cmpxchg8 and __cmpxchg16
Signed-off-by: Stefano Stabellini stefano.stabell...@eu.citrix.com
Acked-by: Ian Campbell ian.campb...@citrix.com
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More
On Thu, 2014-01-16 at 13:49 -0500, Jason Cooper wrote:
> > @Ian: Thanks for hunting this down, please keep bothering us with
> > bug reports :)
>
> Yes, please!
No worries there -- it seem Debian has quite a few people who use
kirkwood based systems and will report bugs when they find them...
On Thu, 2014-01-16 at 13:49 -0500, Jason Cooper wrote:
@Ian: Thanks for hunting this down, please keep bothering us with
bug reports :)
Yes, please!
No worries there -- it seem Debian has quite a few people who use
kirkwood based systems and will report bugs when they find them...
Thanks
ll Dove non-DT boards are affected and fixed by this patch.
> >
> > Signed-off-by: Sebastian Hesselbarth
> > Tested-by: Ian Campbell
> > Reported-by: Ian Campbell
> > Fixes: 2326f04321a9 ("ARM: kirkwood: convert to DT irqchip and clocksource")
> > Fixe
...@gmail.com
Tested-by: Ian Campbell i...@hellion.org.uk
Reported-by: Ian Campbell i...@hellion.org.uk
Fixes: 2326f04321a9 (ARM: kirkwood: convert to DT irqchip and clocksource)
Fixes: f07d73e33d0e (ARM: dove: convert to DT irqchip and clocksource)
---
Compared to the two patch version sent
On Mon, 2014-01-13 at 13:16 +, Jan Beulich wrote:
> >>> On 13.01.14 at 14:00, Ian Campbell wrote:
> > On Mon, 2014-01-13 at 12:34 +, Jan Beulich wrote:
> >> >>> On 13.01.14 at 13:01, Olaf Hering wrote:
> >> > On Mon, Jan 13, Jan Beulich wr
On Mon, 2014-01-13 at 12:34 +, Jan Beulich wrote:
> >>> On 13.01.14 at 13:01, Olaf Hering wrote:
> > On Mon, Jan 13, Jan Beulich wrote:
> >
> >> You can't do this in one go - the first two and the last one may be
> >> set independently (and are independent in their meaning), and
> >> hence
On Mon, 2014-01-13 at 12:34 +, Jan Beulich wrote:
On 13.01.14 at 13:01, Olaf Hering o...@aepfle.de wrote:
On Mon, Jan 13, Jan Beulich wrote:
You can't do this in one go - the first two and the last one may be
set independently (and are independent in their meaning), and
hence need
On Mon, 2014-01-13 at 13:16 +, Jan Beulich wrote:
On 13.01.14 at 14:00, Ian Campbell ian.campb...@citrix.com wrote:
On Mon, 2014-01-13 at 12:34 +, Jan Beulich wrote:
On 13.01.14 at 13:01, Olaf Hering o...@aepfle.de wrote:
On Mon, Jan 13, Jan Beulich wrote:
You can't do
On Thu, 2014-01-09 at 12:13 +, Catalin Marinas wrote:
> On Wed, Jan 08, 2014 at 06:49:56PM +, Stefano Stabellini wrote:
> > arch/arm64/Kconfig | 20
> > arch/arm64/kernel/Makefile |1 +
> > 2 files changed, 21 insertions(+)
> [...]
> > diff --git
count_process_tick for stolen
> ticks accounting.
>
> Signed-off-by: Stefano Stabellini
> Acked-by: Christopher Covington
Acked-by: Ian Campbell
> CC: li...@arm.linux.org.uk
> CC: will.dea...@arm.com
> CC: n...@linaro.org
> CC: marc.zyng...@arm.com
> CC: c.
for stolen
ticks accounting.
Signed-off-by: Stefano Stabellini stefano.stabell...@eu.citrix.com
Acked-by: Christopher Covington c...@codeaurora.org
Acked-by: Ian Campbell ian.campb...@citrix.com
CC: li...@arm.linux.org.uk
CC: will.dea...@arm.com
CC: n...@linaro.org
CC: marc.zyng...@arm.com
CC
On Thu, 2014-01-09 at 12:13 +, Catalin Marinas wrote:
On Wed, Jan 08, 2014 at 06:49:56PM +, Stefano Stabellini wrote:
arch/arm64/Kconfig | 20
arch/arm64/kernel/Makefile |1 +
2 files changed, 21 insertions(+)
[...]
diff --git
On Mon, 2014-01-06 at 11:00 +, David Vrabel wrote:
> On 06/01/14 10:00, Ian Campbell wrote:
> > On Thu, 2014-01-02 at 13:53 +, David Vrabel wrote:
> >> On 19/12/13 15:03, Levente Kurusa wrote:
> >>> This is required so that we give up the last reference to
On Thu, 2014-01-02 at 13:53 +, David Vrabel wrote:
> On 19/12/13 15:03, Levente Kurusa wrote:
> > This is required so that we give up the last reference to the device.
> >
> > Signed-off-by: Levente Kurusa
> > ---
> > drivers/xen/xenbus/xenbus_probe.c | 4 +++-
> > 1 file changed, 3
On Thu, 2014-01-02 at 13:53 +, David Vrabel wrote:
On 19/12/13 15:03, Levente Kurusa wrote:
This is required so that we give up the last reference to the device.
Signed-off-by: Levente Kurusa le...@linux.com
---
drivers/xen/xenbus/xenbus_probe.c | 4 +++-
1 file changed, 3
On Mon, 2014-01-06 at 11:00 +, David Vrabel wrote:
On 06/01/14 10:00, Ian Campbell wrote:
On Thu, 2014-01-02 at 13:53 +, David Vrabel wrote:
On 19/12/13 15:03, Levente Kurusa wrote:
This is required so that we give up the last reference to the device.
Signed-off-by: Levente
On Wed, 2013-12-18 at 11:58 -0500, Konrad Rzeszutek Wilk wrote:
> On Wed, Dec 18, 2013 at 04:01:03PM +0000, Ian Campbell wrote:
> > On Wed, 2013-12-18 at 14:55 +, Stefano Stabellini wrote:
> > > On Wed, 18 Dec 2013, Stefano Stabellini wrote:
> > > > On Tue, 17 D
On Wed, 2013-12-18 at 14:55 +, Stefano Stabellini wrote:
> On Wed, 18 Dec 2013, Stefano Stabellini wrote:
> > On Tue, 17 Dec 2013, Konrad Rzeszutek Wilk wrote:
> > > From: Mukesh Rathor
> > >
> > > Which is a PV guest with auto page translation enabled
> > > and with vector callback. It is a
> guests, they are not affected.
and if a toolstack did I think it would be reasonable to expect the
kernel to at least try and drive it!
> Signed-off-by: Stefano Stabellini
Acked-by: Ian Campbell
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the bo
, they are not affected.
and if a toolstack did I think it would be reasonable to expect the
kernel to at least try and drive it!
Signed-off-by: Stefano Stabellini stefano.stabell...@eu.citrix.com
Acked-by: Ian Campbell ian.campb...@citrix.com
--
To unsubscribe from this list: send the line unsubscribe linux
On Wed, 2013-12-18 at 14:55 +, Stefano Stabellini wrote:
On Wed, 18 Dec 2013, Stefano Stabellini wrote:
On Tue, 17 Dec 2013, Konrad Rzeszutek Wilk wrote:
From: Mukesh Rathor mukesh.rat...@oracle.com
Which is a PV guest with auto page translation enabled
and with vector
On Wed, 2013-12-18 at 11:58 -0500, Konrad Rzeszutek Wilk wrote:
On Wed, Dec 18, 2013 at 04:01:03PM +, Ian Campbell wrote:
On Wed, 2013-12-18 at 14:55 +, Stefano Stabellini wrote:
On Wed, 18 Dec 2013, Stefano Stabellini wrote:
On Tue, 17 Dec 2013, Konrad Rzeszutek Wilk wrote
tback/netback.c:218:14: warning: no previous prototype for
> ‘xenvif_count_frag_slots’ [-Wmissing-prototypes]
>
> Signed-off-by: Rashika Kheria
> Reviewed-by: Josh Triplett
Acked-by: Ian Campbell
> ---
>
> This revision fixes the following issues of the previous revis
On Thu, 2013-12-12 at 22:08 +, Zoltan Kiss wrote:
> On 28/11/13 17:43, Ian Campbell wrote:
> > On Thu, 2013-11-28 at 17:37 +, Zoltan Kiss wrote:
> > Routing/firewalling domUs is as valid as bridging. There is nothing in
> > the slightest bit suboptimal about it.
>
On Thu, 2013-12-12 at 22:08 +, Zoltan Kiss wrote:
On 28/11/13 17:43, Ian Campbell wrote:
On Thu, 2013-11-28 at 17:37 +, Zoltan Kiss wrote:
Routing/firewalling domUs is as valid as bridging. There is nothing in
the slightest bit suboptimal about it.
If this use case regresses
: warning: no previous prototype for
‘xenvif_count_frag_slots’ [-Wmissing-prototypes]
Signed-off-by: Rashika Kheria rashika.khe...@gmail.com
Reviewed-by: Josh Triplett j...@joshtriplett.org
Acked-by: Ian Campbell ian.campb...@citrix.com
---
This revision fixes the following issues
On Tue, 2013-12-03 at 15:40 +, Julien Grall wrote:
> On ARM (32 bits and 64 bits), the double-word is 8-bytes aligned. This will
> result on different structure from Xen and Linux repositories.
>
> As Linux is using __packed__ attribute, it must have a 4-bytes padding before
> each "id"
On Tue, 2013-12-03 at 15:40 +, Julien Grall wrote:
On ARM (32 bits and 64 bits), the double-word is 8-bytes aligned. This will
result on different structure from Xen and Linux repositories.
As Linux is using __packed__ attribute, it must have a 4-bytes padding before
each id field.
page-coherent.h.
>
> Signed-off-by: Stefano Stabellini
> CC: catalin.mari...@arm.com
> CC: will.dea...@arm.com
Tested-by: Ian Campbell
Ian.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
M
Stabellini stefano.stabell...@eu.citrix.com
CC: catalin.mari...@arm.com
CC: will.dea...@arm.com
Tested-by: Ian Campbell ian.campb...@citrix.com
Ian.
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo
On Wed, 2013-12-04 at 13:00 +, David Vrabel wrote:
> On 03/12/13 21:14, Konrad Rzeszutek Wilk wrote:
> >
> > Ian Campbell suggested getting rid of 'xen_platform_pci_unplug'
> > but unfortunatly the xen-blkfront driver is using it, so we
> > cannot do it.
>
&
On Wed, 2013-12-04 at 09:28 +, Ian Campbell wrote:
> This could probably even be semi automated by producing a script to feed
> to gdb which run through all of the options and diffing the result.
>
> If I could have the moon on a stick I would have a tool such as this
>
On Wed, 2013-12-04 at 11:18 +, Stefano Stabellini wrote:
> On Wed, 4 Dec 2013, Ian Campbell wrote:
> > On Wed, 2013-12-04 at 11:05 +, Stefano Stabellini wrote:
> > > On Wed, 4 Dec 2013, Ian Campbell wrote:
> > > > On Wed, 2013-12-04 at 10:51 +
On Wed, 2013-12-04 at 11:05 +, Stefano Stabellini wrote:
> On Wed, 4 Dec 2013, Ian Campbell wrote:
> > On Wed, 2013-12-04 at 10:51 +, Stefano Stabellini wrote:
> > > On Wed, 4 Dec 2013, Ian Campbell wrote:
> > > > &
On Wed, 2013-12-04 at 10:51 +, Stefano Stabellini wrote:
> On Wed, 4 Dec 2013, Ian Campbell wrote:
> > > +bool xen_has_pv_devices(void)
> > > +{
> > > + if (!xen_domain())
> > > + return false;
> > > +
> > > + if (xen_hvm_do
ul_unplug=never',
>in which case bail out and don't load PV drivers.
> - if running in HVM, and if PCI device 5853:0001 (xen_platform_pci)
>does not exist, then bail out and not load PV drivers.
>
> P.S.
> Ian Campbell suggested getting rid of 'xen_platform_pci_unplug'
On Tue, 2013-12-03 at 15:11 -0500, Konrad Rzeszutek Wilk wrote:
> > > If Konrad and Boris agree that breaking the kernel's ABI in this way is
> > > acceptable in this specific case, I'll defer to them.
> >
> > My opinion as Xen on ARM hypervisor maintainer is that this is the right
> > thing to
On Tue, 2013-12-03 at 15:11 -0500, Konrad Rzeszutek Wilk wrote:
If Konrad and Boris agree that breaking the kernel's ABI in this way is
acceptable in this specific case, I'll defer to them.
My opinion as Xen on ARM hypervisor maintainer is that this is the right
thing to do in this
drivers.
P.S.
Ian Campbell suggested getting rid of 'xen_platform_pci_unplug'
but unfortunatly the xen-blkfront driver is using it, so we
cannot do it.
It might still be nice to expose a suitable semantic interface (i.e.
some relevant predicate) rather than the raw value for blkfront to use
On Wed, 2013-12-04 at 10:51 +, Stefano Stabellini wrote:
On Wed, 4 Dec 2013, Ian Campbell wrote:
+bool xen_has_pv_devices(void)
+{
+ if (!xen_domain())
+ return false;
+
+ if (xen_hvm_domain()) {
+ /* User requested no unplug, so no PV drivers
On Wed, 2013-12-04 at 11:05 +, Stefano Stabellini wrote:
On Wed, 4 Dec 2013, Ian Campbell wrote:
On Wed, 2013-12-04 at 10:51 +, Stefano Stabellini wrote:
On Wed, 4 Dec 2013, Ian Campbell wrote:
+bool xen_has_pv_devices(void)
+{
+ if (!xen_domain
On Wed, 2013-12-04 at 11:18 +, Stefano Stabellini wrote:
On Wed, 4 Dec 2013, Ian Campbell wrote:
On Wed, 2013-12-04 at 11:05 +, Stefano Stabellini wrote:
On Wed, 4 Dec 2013, Ian Campbell wrote:
On Wed, 2013-12-04 at 10:51 +, Stefano Stabellini wrote:
On Wed, 4 Dec 2013
On Wed, 2013-12-04 at 09:28 +, Ian Campbell wrote:
This could probably even be semi automated by producing a script to feed
to gdb which run through all of the options and diffing the result.
If I could have the moon on a stick I would have a tool such as this
running against
On Wed, 2013-12-04 at 13:00 +, David Vrabel wrote:
On 03/12/13 21:14, Konrad Rzeszutek Wilk wrote:
Ian Campbell suggested getting rid of 'xen_platform_pci_unplug'
but unfortunatly the xen-blkfront driver is using it, so we
cannot do it.
I had a look at what blkfront was using
On Tue, 2013-12-03 at 16:32 +, One Thousand Gnomes wrote:
> > > How does the patch ensure new kernels on existing hypervisor versions
> > > don't break ?
> >
> > As Ian said on the thread "xen-block: correctly define structures in
> > public headers" (see thread
On Tue, 2013-12-03 at 15:51 +, One Thousand Gnomes wrote:
> > > If Konrad and Boris agree that breaking the kernel's ABI in this way is
> > > acceptable in this specific case, I'll defer to them.
> >
> > My opinion as Xen on ARM hypervisor maintainer is that this is the right
> > thing to do
On Tue, 2013-12-03 at 15:28 +, Julien Grall wrote:
> On 12/03/2013 03:15 PM, Jan Beulich wrote:
> On 03.12.13 at 16:09, Julien Grall wrote:
> >> --- a/include/xen/interface/io/blkif.h
> >> +++ b/include/xen/interface/io/blkif.h
> >> @@ -146,7 +146,7 @@ struct
On Tue, 2013-12-03 at 15:11 +, David Vrabel wrote:
> On 03/12/13 13:41, Ian Campbell wrote:
> > On Tue, 2013-12-03 at 11:59 +, David Vrabel wrote:
> >> On 03/12/13 11:08, Ian Campbell wrote:
> >>> On Tue, 2013-12-03 at 11:01 +, David Vrabel wrote:
>
On Tue, 2013-12-03 at 11:59 +, David Vrabel wrote:
> On 03/12/13 11:08, Ian Campbell wrote:
> > On Tue, 2013-12-03 at 11:01 +, David Vrabel wrote:
> >> On 03/12/13 10:57, Roger Pau Monne wrote:
> >>> Using __packed__ on the public interface is not correct
On Tue, 2013-12-03 at 11:11 +, Jan Beulich wrote:
> >>> On 03.12.13 at 12:05, Ian Campbell wrote:
> > On Tue, 2013-12-03 at 11:57 +0100, Roger Pau Monne wrote:
> >> Using __packed__ on the public interface is not correct, this
> >> structures sho
On Tue, 2013-12-03 at 11:01 +, David Vrabel wrote:
> On 03/12/13 10:57, Roger Pau Monne wrote:
> > Using __packed__ on the public interface is not correct, this
> > structures should be compiled using the native ABI, and __packed__
> > should only be used in the backend counterpart of those
On Tue, 2013-12-03 at 11:57 +0100, Roger Pau Monne wrote:
> Using __packed__ on the public interface is not correct, this
> structures should be compiled using the native ABI, and __packed__
> should only be used in the backend counterpart of those structures
> (which needs to handle different
On Tue, 2013-12-03 at 11:57 +0100, Roger Pau Monne wrote:
Using __packed__ on the public interface is not correct, this
structures should be compiled using the native ABI, and __packed__
should only be used in the backend counterpart of those structures
(which needs to handle different ABIs).
On Tue, 2013-12-03 at 11:01 +, David Vrabel wrote:
On 03/12/13 10:57, Roger Pau Monne wrote:
Using __packed__ on the public interface is not correct, this
structures should be compiled using the native ABI, and __packed__
should only be used in the backend counterpart of those
On Tue, 2013-12-03 at 11:11 +, Jan Beulich wrote:
On 03.12.13 at 12:05, Ian Campbell ian.campb...@citrix.com wrote:
On Tue, 2013-12-03 at 11:57 +0100, Roger Pau Monne wrote:
Using __packed__ on the public interface is not correct, this
structures should be compiled using the native ABI
On Tue, 2013-12-03 at 11:59 +, David Vrabel wrote:
On 03/12/13 11:08, Ian Campbell wrote:
On Tue, 2013-12-03 at 11:01 +, David Vrabel wrote:
On 03/12/13 10:57, Roger Pau Monne wrote:
Using __packed__ on the public interface is not correct, this
structures should be compiled using
On Tue, 2013-12-03 at 15:11 +, David Vrabel wrote:
On 03/12/13 13:41, Ian Campbell wrote:
On Tue, 2013-12-03 at 11:59 +, David Vrabel wrote:
On 03/12/13 11:08, Ian Campbell wrote:
On Tue, 2013-12-03 at 11:01 +, David Vrabel wrote:
On 03/12/13 10:57, Roger Pau Monne wrote
On Tue, 2013-12-03 at 15:28 +, Julien Grall wrote:
On 12/03/2013 03:15 PM, Jan Beulich wrote:
On 03.12.13 at 16:09, Julien Grall julien.gr...@linaro.org wrote:
--- a/include/xen/interface/io/blkif.h
+++ b/include/xen/interface/io/blkif.h
@@ -146,7 +146,7 @@ struct
On Tue, 2013-12-03 at 15:51 +, One Thousand Gnomes wrote:
If Konrad and Boris agree that breaking the kernel's ABI in this way is
acceptable in this specific case, I'll defer to them.
My opinion as Xen on ARM hypervisor maintainer is that this is the right
thing to do in this
On Tue, 2013-12-03 at 16:32 +, One Thousand Gnomes wrote:
How does the patch ensure new kernels on existing hypervisor versions
don't break ?
As Ian said on the thread xen-block: correctly define structures in
public headers (see thread https://lkml.org/lkml/2013/12/3/155), the
On Thu, 2013-11-28 at 17:37 +, Zoltan Kiss wrote:
> On 07/11/13 10:52, Ian Campbell wrote:
> > On Fri, 2013-11-01 at 19:00 +, Zoltan Kiss wrote:
> >> On 01/11/13 10:50, Ian Campbell wrote:
> >>> Does this always avoid copying when bridging/openvswitching/forwa
On Thu, 2013-11-28 at 17:37 +, Zoltan Kiss wrote:
On 07/11/13 10:52, Ian Campbell wrote:
On Fri, 2013-11-01 at 19:00 +, Zoltan Kiss wrote:
On 01/11/13 10:50, Ian Campbell wrote:
Does this always avoid copying when bridging/openvswitching/forwarding
(e.g. masquerading etc
plicit-function-declaration]
> tcph->check = ~csum_ipv6_magic(>saddr,
>
> Signed-off-by: Andy Whitcroft
Acked-by: Ian Campbell
Thanks!
> ---
> drivers/net/xen-netback/netback.c | 1 +
> 1 file changed, 1 insertion(+)
>
> Found while trying to couple la
On Wed, 2013-11-20 at 15:24 +0530, Laxman Dewangan wrote:
> On Wednesday 20 November 2013 02:50 PM, Heiko Stübner wrote:
> > Hi,
> >
> > Commit 9bab0b7fbace (genirq: Add IRQF_RESUME_EARLY and resume such IRQs
> > earlier) split the suspend/resume of the irqs into two parts.
> >
> > The early-irqs
t #address-cells value for
/plb@0/xps-ll-temac@81c0/ethernet@81c0/phy@7
Warning (avoid_default_addr_size): Relying on default #size-cells value for
/plb@0/xps-ll-temac@81c0/ethernet@81c0/phy@7
Signed-off-by: Ian Campbell
Cc: Benjamin Herrenschmidt
Cc: Paul Mackerras
Cc: Gernot V
Adding PCIe MSI support" this platform does not use
address-cells=2.
Signed-off-by: Ian Campbell
Acked-by: Josh Boyer
Cc: Rupjyoti Sarmah
Cc: Tirumala R Marri
Cc: Benjamin Herrenschmidt
Cc: Paul Mackerras
Cc: devicet...@vger.kernel.org (open list:OPEN FIRMWARE AND...)
Cc: linuxppc-...@lists.
this platform does not use
address-cells=2.
Signed-off-by: Ian Campbell ian.campb...@citrix.com
Acked-by: Josh Boyer jwbo...@gmail.com
Cc: Rupjyoti Sarmah rsar...@apm.com
Cc: Tirumala R Marri tma...@apm.com
Cc: Benjamin Herrenschmidt b...@kernel.crashing.org
Cc: Paul Mackerras pau...@samba.org
Cc
-cells value for
/plb@0/xps-ll-temac@81c0/ethernet@81c0/phy@7
Warning (avoid_default_addr_size): Relying on default #size-cells value for
/plb@0/xps-ll-temac@81c0/ethernet@81c0/phy@7
Signed-off-by: Ian Campbell ian.campb...@citrix.com
Cc: Benjamin Herrenschmidt b
On Wed, 2013-11-20 at 15:24 +0530, Laxman Dewangan wrote:
On Wednesday 20 November 2013 02:50 PM, Heiko Stübner wrote:
Hi,
Commit 9bab0b7fbace (genirq: Add IRQF_RESUME_EARLY and resume such IRQs
earlier) split the suspend/resume of the irqs into two parts.
The early-irqs get resumed
-declaration]
tcph-check = ~csum_ipv6_magic(ipv6h-saddr,
Signed-off-by: Andy Whitcroft a...@canonical.com
Acked-by: Ian Campbell ian.campb...@citrix.com
Thanks!
---
drivers/net/xen-netback/netback.c | 1 +
1 file changed, 1 insertion(+)
Found while trying to couple latest kernels
graft 8 <20130528152156.gb3...@phenom.dumpdata.com>
prune 8 <20130528181149.ga27...@phenom.dumpdata.com>
thanks
On Thu, 2013-11-21 at 17:52 +, David Vrabel wrote:
> > Fixes-Bug: http://bugs.xenproject.org/xen/bug/8
>
> This bug link has no useful information in it.
Looks like the intention
graft 8 20130528152156.gb3...@phenom.dumpdata.com
prune 8 20130528181149.ga27...@phenom.dumpdata.com
thanks
On Thu, 2013-11-21 at 17:52 +, David Vrabel wrote:
Fixes-Bug: http://bugs.xenproject.org/xen/bug/8
This bug link has no useful information in it.
Looks like the intention was for
On Tue, 2013-11-12 at 17:48 -0800, Anthony Liguori wrote:
> See http://article.gmane.org/gmane.linux.kernel/1590932 for a full
> analysis of current users.
Silly nit: Please can you include the message ID in case this goes away,
or use a URL which includes the ID already so it can be translated
On Tue, 2013-11-12 at 17:48 -0800, Anthony Liguori wrote:
See http://article.gmane.org/gmane.linux.kernel/1590932 for a full
analysis of current users.
Silly nit: Please can you include the message ID in case this goes away,
or use a URL which includes the ID already so it can be translated if
301 - 400 of 1198 matches
Mail list logo
