From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1JfYzb-0004Cz-Sy for mharc-grub-devel@gnu.org; Sat, 29 Mar 2008 07:12:59 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JfYza-0004CV-Gs for grub-devel@gnu.org; Sat, 29 Mar 2008 07:12:58 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JfYzV-0004Ba-I8 for grub-devel@gnu.org; Sat, 29 Mar 2008 07:12:57 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JfYzV-0004BX-9C for grub-devel@gnu.org; Sat, 29 Mar 2008 07:12:53 -0400 Received: from pne-smtpout3-sn2.hy.skanova.net ([81.228.8.111]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1JfYzV-0004wM-6J for grub-devel@gnu.org; Sat, 29 Mar 2008 07:12:53 -0400 Received: from [127.0.0.1] (88.193.32.97) by pne-smtpout3-sn2.hy.skanova.net (7.3.129) id 478BDB960040A6FD for grub-devel@gnu.org; Sat, 29 Mar 2008 12:12:52 +0100 Message-ID: <47EE2452.80304@nic.fi> Date: Sat, 29 Mar 2008 13:13:22 +0200 From: =?ISO-8859-1?Q?Vesa_J=E4=E4skel=E4inen?= User-Agent: Thunderbird 2.0.0.12 (Windows/20080213) MIME-Version: 1.0 To: The development of GRUB 2 References: <20080326220948.xw0fmregqocog0s0@webmail.spamcop.net> <1206631822.2380.2.camel@dv> <1206726009.20032.11.camel@dv> In-Reply-To: <1206726009.20032.11.camel@dv> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-detected-kernel: by monty-python.gnu.org: Solaris 10 (beta) Subject: Re: Native CD test results X-BeenThere: grub-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: The development of GRUB 2 List-Id: The development of GRUB 2 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Mar 2008 11:12:59 -0000 Pavel Roskin wrote: > And while "looking deeper", it turned out that there is a scary timebomb > in kern/i386/pc/startup.S. Only the initial part of that file is > supposed to be uncompressed, but in fact, the error handlers of the > decompression function itself were spilling into the compressed area. > Adding even minimal debugging code would push the main part of > lzo1x_decompress() beyond the boundary defined by > GRUB_KERNEL_MACHINE_RAW_SIZE, which would crash even before "Welcome to > GRUB". > > So I've applied another patch that assures that to uncompressed code > stays below GRUB_KERNEL_MACHINE_RAW_SIZE. It would be nice to avoid any > constant here and make grub-mkimage.c use a label in the image, but it > would need more work and more testing. Yeah... I noticed that too when I was playing with IDT's some time ago and Bean found out the reason. I think we need to update this so that it will never happen. Perhaps divide code to sections or so? We could provide this in LD variable... hmm... I could investigate what would be required for it... Good place to learn more about LD scripts.