search for: ifdeferi

no point in carrying those ifdefs along, just cleanup the code that seems either BSD specific or can't work on klibc. Signed-off-by: maximilian attems <max at stro.at> --- usr/utils/cat.c | 22 +--------------------- 1 files changed, 1 insertions(+), 21 deletions(-) diff --git a/usr/utils/cat.c b/usr/utils/cat.c index 1108d2e..7465148 100644 --- a/usr/utils/cat.c +++

...>> >> Sven-Hendrik, or any other mingw guys around, do you mind testing the >> patch too? Patch based on git master from >> https://git.xiph.org/mirrors/flac.git. >> > > Ifdef changes now consolidated into a single file. Ping, no comments? I noticed some more ifdeferies around that needs consolidating and warnings that need suppressing, that can go into a separate patch. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 196 bytes Desc: OpenPGP digital signature Url : http://li...

...ind testing the >>>> patch too? Patch based on git master from >>>> https://git.xiph.org/mirrors/flac.git. >>>> >>> >>> Ifdef changes now consolidated into a single file. >> >> Ping, no comments? >> >> I noticed some more ifdeferies around that needs consolidating and >> warnings that need suppressing, that can go into a separate patch. > > Sorry, I got hit by the Gnome3 catastrophe of 2011 and I'm still trying > to make my machine usable. > > Erik Wow ok, haven't touched it since the gnone2 d...

...mingw guys around, do you mind testing the > >> patch too? Patch based on git master from > >> https://git.xiph.org/mirrors/flac.git. > >> > > > > Ifdef changes now consolidated into a single file. > > Ping, no comments? > > I noticed some more ifdeferies around that needs consolidating and > warnings that need suppressing, that can go into a separate patch. Sorry, I got hit by the Gnome3 catastrophe of 2011 and I'm still trying to make my machine usable. Erik -- ---------------------------------------------------------------------- Erik...

...patch too? Patch based on git master from >>>>> https://git.xiph.org/mirrors/flac.git. >>>>> >>>> >>>> Ifdef changes now consolidated into a single file. >>> >>> Ping, no comments? >>> >>> I noticed some more ifdeferies around that needs consolidating and >>> warnings that need suppressing, that can go into a separate patch. >> >> Sorry, I got hit by the Gnome3 catastrophe of 2011 and I'm still trying >> to make my machine usable. >> >> Erik > > Wow ok, haven'...

On Fri, Apr 10, 2015 at 12:19:16PM +0200, Greg Kurz wrote: > This patch brings cross-endian support to vhost when used to implement > legacy virtio devices. Since it is a relatively rare situation, the > feature availability is controlled by a kernel config option (not set > by default). > > The vq->is_le boolean field is added to cache the endianness to be > used for ring

On Fri, Apr 10, 2015 at 12:19:16PM +0200, Greg Kurz wrote: > This patch brings cross-endian support to vhost when used to implement > legacy virtio devices. Since it is a relatively rare situation, the > feature availability is controlled by a kernel config option (not set > by default). > > The vq->is_le boolean field is added to cache the endianness to be > used for ring

On Thu, 23 Apr 2015 17:29:42 +0200 Greg Kurz <gkurz at linux.vnet.ibm.com> wrote: > This patch brings cross-endian support to vhost when used to implement > legacy virtio devices. Since it is a relatively rare situation, the > feature availability is controlled by a kernel config option (not set > by default). > > The vq->is_le boolean field is added to cache the

On Thu, 23 Apr 2015 17:29:42 +0200 Greg Kurz <gkurz at linux.vnet.ibm.com> wrote: > This patch brings cross-endian support to vhost when used to implement > legacy virtio devices. Since it is a relatively rare situation, the > feature availability is controlled by a kernel config option (not set > by default). > > The vq->is_le boolean field is added to cache the

On Fri, 24 Apr 2015 09:19:26 +0200 Cornelia Huck <cornelia.huck at de.ibm.com> wrote: > On Thu, 23 Apr 2015 17:29:42 +0200 > Greg Kurz <gkurz at linux.vnet.ibm.com> wrote: > > > This patch brings cross-endian support to vhost when used to implement > > legacy virtio devices. Since it is a relatively rare situation, the > > feature availability is controlled

This patch brings cross-endian support to vhost when used to implement legacy virtio devices. Since it is a relatively rare situation, the feature availability is controlled by a kernel config option (not set by default). The vq->is_le boolean field is added to cache the endianness to be used for ring accesses. It defaults to native endian, as expected by legacy virtio devices. When the ring

On Tue, 21 Apr 2015 16:04:23 +0200 "Michael S. Tsirkin" <mst at redhat.com> wrote: > On Fri, Apr 10, 2015 at 12:19:16PM +0200, Greg Kurz wrote: > > This patch brings cross-endian support to vhost when used to implement > > legacy virtio devices. Since it is a relatively rare situation, the > > feature availability is controlled by a kernel config option (not

On 11/10/2011 18:39, Erik de Castro Lopo wrote: > > I'm subscribed to the list (and I set my reply-to to the list). > Please do not CC me. > > JonY wrote: > >> Its probably on one of the sf tracker somewhere, I can't seem to find it >> anymore. It wasn't anything complicated, so I should be able to redo it >> quickly. > > I'm a Linux

Hi, This patchset allows vhost to be used with legacy virtio when guest and host have a different endianness. It is compatible with modern virtio and can be fully compiled out through kernel config. FWIW, I could flawlessly kexec/reboot guests from ppc64 to ppc64le and back. I could also migrate from a ppc64 to a ppc64le host and back. No regressions on x86 as expected. My experimental QEMU tree

Hi, This patchset allows vhost to be used with legacy virtio when guest and host have a different endianness. It is compatible with modern virtio and can be fully compiled out through kernel config. FWIW, I could flawlessly kexec/reboot guests from ppc64 to ppc64le and back. I could also migrate from a ppc64 to a ppc64le host and back. No regressions on x86 as expected. My experimental QEMU tree

On Tue, Apr 21, 2015 at 05:48:20PM +0200, Greg Kurz wrote: > On Tue, 21 Apr 2015 16:04:23 +0200 > "Michael S. Tsirkin" <mst at redhat.com> wrote: > > > On Fri, Apr 10, 2015 at 12:19:16PM +0200, Greg Kurz wrote: > > > This patch brings cross-endian support to vhost when used to implement > > > legacy virtio devices. Since it is a relatively rare

On Tue, Apr 21, 2015 at 05:48:20PM +0200, Greg Kurz wrote: > On Tue, 21 Apr 2015 16:04:23 +0200 > "Michael S. Tsirkin" <mst at redhat.com> wrote: > > > On Fri, Apr 10, 2015 at 12:19:16PM +0200, Greg Kurz wrote: > > > This patch brings cross-endian support to vhost when used to implement > > > legacy virtio devices. Since it is a relatively rare

Hi, This patchset allows vhost to be used with legacy virtio when guest and host have a different endianness. Patch 7 got rewritten according to Cornelia's and Michael's comments. I have also introduced patch 8 that brings BE vnet headers support to tun/macvtap. This series is enough to have vhost_net working flawlessly. I could succesfully reboot guests from ppc64 to ppc64le and

Hi, This patchset allows vhost to be used with legacy virtio when guest and host have a different endianness. Patch 7 got rewritten according to Cornelia's and Michael's comments. I have also introduced patch 8 that brings BE vnet headers support to tun/macvtap. This series is enough to have vhost_net working flawlessly. I could succesfully reboot guests from ppc64 to ppc64le and