linux-kernel - Re: [PATCH] powerpc: compile kernel for linkstations optimized for size

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 for Android: free password hash cracker in your pocket

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

Message-Id: <BAFAB2E9-A9E1-443D-9774-459965AF52C1@ime.usp.br>
Date:	Mon, 13 Oct 2008 19:28:02 -0200
From:	Rogério Brito <rbrito@....usp.br>
To:	Guennadi Liakhovetski <g.liakhovetski@....de>
Cc:	linux-kernel@...r.kernel.org, linuxppc-dev@...abs.org,
	akpm@...ux-foundation.org
Subject: Re: [PATCH] powerpc: compile kernel for linkstations optimized for size

Hi, Guennadi.

On 13/10/2008, at 16:03, Guennadi Liakhovetski wrote:

> On Mon, 13 Oct 2008, Rogério Brito wrote:
>
>> From: Rogério Brito <rbrito@....usp.br>
>>
>> Since Linkstations and Kuroboxes often have *very* little memory (as
>> they are embedded systems), it is desirable to get their kernels
>> compiled optimized for size.
>>
>> Signed-off-by: Rogério Brito <rbrito@....usp.br>
>>
>> ---
>>
>> I have been using kernels optimized for size on my Kurobox (standard)
>> for many different releases and I have experienced no problem with  
>> this
>> option enabled. Thus, this patch.
>
> The comment for this option says: "watch out for broken compilers," if
> this doesn't hold any more, it should be remove, if it still holds, I
> wouldn't turn this on by default, as I don't think we can test all

Pragmatically speaking, -O2 can be broken too (and see the amount of  
ICEs that you can get with newer kernels even compiling with -O2).  
Unless you prove that the compiler is correct and keeps all its  
invariants, then you can rely on this. But, pragmatically speaking  
again, gcc has bugs.

But leaving the mathematical situation aside (Dijkstra would have  
spanked all of us here :)), as I mentioned below the signed off line,  
I have been using -Os and it is working fine. It's serving me quite  
well and with a decent uptime:

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -  
- - -
lutz:~# uptime
  19:22:53 up 17 days,  5:56,  1 user,  load average: 0.00, 0.00, 0.00
lutz:~# uname -a
Linux lutz 2.6.27-rc6.try02 #8 Fri Sep 26 11:29:55 BRT 2008 ppc GNU/ 
Linux
lutz:~#
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -  
- - -

And, despite the 0.00 load, I'm streaming music with it via mt-daapd  
and serving cifs mounts.

> possible (cross- or native-) compilers users might want to use. In any
> case this is one of options that users can select themselves, if it  
> suits
> them.

And that is, not to mention, with a very home-brew and quick'n'dirty  
cross-compiled kernel (with a vanilla gcc 4.2.0 taken straight from  
gcc.gnu.org; the same with the kernel: no patches applied).

-- 
Rogério Brito : rbrito@...ckenzie,ime.usp}.br : GPG key 1024D/7C2CAEB8
http://www.ime.usp.br/~rbrito : http://meusite.mackenzie.com.br/rbrito
Projects: algorithms.berlios.de : lame.sf.net : vrms.alioth.debian.org

--
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/