linux-kernel - Re: [PATCH] ubi: kill homegrown endian macros

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <20070517182314.GA5584@uranus.ravnborg.org>
Date:	Thu, 17 May 2007 20:23:14 +0200
From:	Sam Ravnborg <sam@...nborg.org>
To:	Christoph Hellwig <hch@....de>
Cc:	David Woodhouse <dwmw2@...radead.org>, dedekind@...radead.org,
	akpm@...l.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH] ubi: kill homegrown endian macros

On Thu, May 17, 2007 at 08:12:23PM +0200, Christoph Hellwig wrote:
> On Thu, May 17, 2007 at 11:50:54PM +0800, David Woodhouse wrote:
> > On Thu, 2007-05-17 at 16:32 +0200, Christoph Hellwig wrote:
> > > Kill ubis homegrown endianess handling crap and replace it with
> > > the normal kernel endianess handling. 
> > 
> > NAK. The 'normal' kernel stuff doesn't work in GCC; only in sparse.
> > 
> > If you want to go removing the ones which _do_ work in GCC, then fix the
> > 'normal' one first. _Then_ go about converting others over to it.
> 
> Nope.  gcc checking is crap and we need to run sparse anyway.  It's what
> everyone in the kernel use so it's perfect for some random code almost
> no one uses aswell.

Care to explain what is wrong with the gcc checks as used by UBI?
Would be nice to know before someone start to migrate current
stuff so gcc can check for correct endian.

	Sam
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/