linux-kernel - Re: [PATCH] Compressed ia32 ELF file generation for loading by Gujin 1/3

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] [day] [month] [year] [list]

Message-ID: <45C8A3B3.6000802@zytor.com>
Date:	Tue, 06 Feb 2007 07:50:11 -0800
From:	"H. Peter Anvin" <hpa@...or.com>
To:	"Eric W. Biederman" <ebiederm@...ssion.com>
CC:	vgoyal@...ibm.com, Etienne Lorrain <etienne_lorrain@...oo.fr>,
	linux-kernel@...r.kernel.org
Subject: Re: [PATCH] Compressed ia32 ELF file generation for loading by Gujin
 1/3

Eric W. Biederman wrote:
> 
> Just for documentation the current interface is you come in through
> the kernels 16bit entry point and get all of it's BIOS calls, or your
> bootloader is responsible for getting the equivalent information
> somehow.
> 
> From what little I skimmed part of what Gujin wanted to do was sane
> at first glance. Just boot a gziped vmlinux like the other
> architectures.  The problem was the 16bit code.  
> 
> So there may be some good ideas buried in there somewhere, but it
> likely to take some doing, and patches that I have to save before
> I read them are a real pain!
> 

Actually, as far as I can see, he has re-invented having a real-mode 
code chunk which then gets run before the protected-mode kernel.  We 
already have that!  You can even intercept between running real-mode and 
protected-mode if you really want to.

I don't really see anything new here.  The one thing that he does which 
we might want to consider emulating is writing the real-mode code in C. 
  Right now, the assembly code is very cluttered, and with the size 
limit having been, long ago, raised from 2K to 32K we should be able to 
fit a fair bit of code even if we use C.

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