All of lore.kernel.org
 help / color / mirror / Atom feed
From: Harvey Harrison <harvey.harrison@gmail.com>
To: Gerd Hoffmann <kraxel@redhat.com>
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	bluebird@gentoo.org, sparclinux@vger.kernel.org,
	linux-kernel@vger.kernel.org, David Miller <davem@davemloft.net>
Subject: Re: [PATCH-2.6.28 final] byteorder: fix new headers for userspace
Date: Tue, 06 Jan 2009 16:41:01 +0000	[thread overview]
Message-ID: <1231260061.11902.40.camel@brick> (raw)
In-Reply-To: <4963311B.6020502@redhat.com>

On Tue, 2009-01-06 at 11:23 +0100, Gerd Hoffmann wrote:
> Harvey Harrison wrote:
> > glibc headers define both __LITTLE_ENDIAN and __BIG_ENDIAN
> > which was tripping the check in linux/byteorder.h.  Let's
> > just stay out of userspace's way and use __KERN_{endian}
> 
> Ping.  What is the status of this?
> 
> > Converted the arches in mainline that have already moved to the
> > new header, as the other arches merge the will need simlar
> > fixups.
> 
> In latest git powerpc, s390 and x86 are merged and need this fix too.
> 
> cheers,
>   Gerd

I was waiting for the cris, xtensa and parisc arches to merge as they
have conversion patches in their arch trees.  I'll send the patchset out
today with the proviso it shouldn't be applied until those three have
merged.

Cheers,

Harvey


WARNING: multiple messages have this Message-ID (diff)
From: Harvey Harrison <harvey.harrison@gmail.com>
To: Gerd Hoffmann <kraxel@redhat.com>
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	bluebird@gentoo.org, sparclinux@vger.kernel.org,
	linux-kernel@vger.kernel.org, David Miller <davem@davemloft.net>
Subject: Re: [PATCH-2.6.28 final] byteorder: fix new headers for userspace
Date: Tue, 06 Jan 2009 08:41:01 -0800	[thread overview]
Message-ID: <1231260061.11902.40.camel@brick> (raw)
In-Reply-To: <4963311B.6020502@redhat.com>

On Tue, 2009-01-06 at 11:23 +0100, Gerd Hoffmann wrote:
> Harvey Harrison wrote:
> > glibc headers define both __LITTLE_ENDIAN and __BIG_ENDIAN
> > which was tripping the check in linux/byteorder.h.  Let's
> > just stay out of userspace's way and use __KERN_{endian}
> 
> Ping.  What is the status of this?
> 
> > Converted the arches in mainline that have already moved to the
> > new header, as the other arches merge the will need simlar
> > fixups.
> 
> In latest git powerpc, s390 and x86 are merged and need this fix too.
> 
> cheers,
>   Gerd

I was waiting for the cris, xtensa and parisc arches to merge as they
have conversion patches in their arch trees.  I'll send the patchset out
today with the proviso it shouldn't be applied until those three have
merged.

Cheers,

Harvey


  reply	other threads:[~2009-01-06 16:41 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-12-13 15:55 Compiling glibc with 2.6.28 linux headers Friedrich Oslage
2008-12-16  9:13 ` David Miller
2008-12-16  9:13   ` David Miller
2008-12-17  1:22   ` Harvey Harrison
2008-12-17  1:22     ` Harvey Harrison
2008-12-18  1:46   ` [PATCH-2.6.28 final] byteorder: fix new headers for userspace Harvey Harrison
2008-12-18  1:46     ` Harvey Harrison
2008-12-18 20:09     ` Linus Torvalds
2008-12-18 20:09       ` Linus Torvalds
2008-12-18 20:47       ` Linus Torvalds
2008-12-18 20:47         ` Linus Torvalds
2008-12-18 20:53         ` Harvey Harrison
2008-12-18 20:53           ` Harvey Harrison
2008-12-19  8:08         ` Arjan van de Ven
2008-12-19  8:08           ` Arjan van de Ven
2008-12-19 16:37           ` Harvey Harrison
2008-12-19 16:37             ` Harvey Harrison
2009-01-06 10:23     ` Gerd Hoffmann
2009-01-06 10:23       ` Gerd Hoffmann
2009-01-06 16:41       ` Harvey Harrison [this message]
2009-01-06 16:41         ` Harvey Harrison

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1231260061.11902.40.camel@brick \
    --to=harvey.harrison@gmail.com \
    --cc=akpm@linux-foundation.org \
    --cc=bluebird@gentoo.org \
    --cc=davem@davemloft.net \
    --cc=kraxel@redhat.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=sparclinux@vger.kernel.org \
    --cc=torvalds@linux-foundation.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.