Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754373AbYKHXZq (ORCPT ); Sat, 8 Nov 2008 18:25:46 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752733AbYKHXZi (ORCPT ); Sat, 8 Nov 2008 18:25:38 -0500 Received: from an-out-0708.google.com ([209.85.132.244]:25828 "EHLO an-out-0708.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752344AbYKHXZh (ORCPT ); Sat, 8 Nov 2008 18:25:37 -0500 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=PVuE5iWD22Z7QOjJ6kRScSQDvy4S5VsS8s/dTe5SC5ni+SY0MN01klKQ64RLTOdfJj MJnWYZGf8tNR0tV0XrdS+wK7/x1TZRQyrHEXpLLrO6iUvu0CTdYEw1d+XodZELuRd+L4 o/N9jyIty0cyxR9Md1HR8kwGSyKodNvgoZ9rI= Message-ID: Date: Sun, 9 Nov 2008 02:25:35 +0300 From: Dmitry To: "Russell King" Subject: Re: 2.6.28-rc3-git1: spitz still won't boot Cc: "Richard Purdie" , "Pavel Machek" , "Eric Miao" , "Cyril Hrubis" , lenz@cs.wisc.edu, "kernel list" , Dirk@opfer-online.de, arminlitzel@web.de, pavel.urban@ct.cz, thommycheck@gmail.com In-Reply-To: <20081108232111.GD14351@flint.arm.linux.org.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20081105173303.GC2038@elf.ucw.cz> <20081106080416.GA1531@ucw.cz> <20081106191424.GA2273@atrey.karlin.mff.cuni.cz> <20081107142923.GA1616@ucw.cz> <20081107182311.GA28600@flint.arm.linux.org.uk> <1226155540.5379.5.camel@dax.rpnet.com> <20081108232111.GD14351@flint.arm.linux.org.uk> Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1668 Lines: 42 2008/11/9 Russell King : > On Sun, Nov 09, 2008 at 02:12:47AM +0300, Dmitry wrote: >> 2008/11/8 Richard Purdie : >> > Firstly, I don't think that patch should ever make it into a mainline >> > kernel. I can perhaps give some clues why its required though. I think >> > the bootloader on the zaurus truncates the image when writing the kernel >> > into flash using the standard flashing process. By having that much >> > extra padding on the end of the kernel, nothing important is lost. > ... >> >> I did rewrote your patch in a bit cleaner way (to apply the hack to >> vmlinux.lds.in >> in a cleaner way and only on PXA_SHARPSL), however I'm not submitting it >> till I find what's the real reason for this problem. > > Even if the reason is found, I don't think it's something that should > concern the kernel, especially as there is a script which writes the > kernel image into the flash. If it's a case that the boot loader needs > an extra 4K tacked on the end of the kernel image, that should be easy > enough for this 'updater.sh' shell script to do. Actually on my tosa builds it's like 40k of zeroes (.bss is before .stack and so is also present in the zImage). It seems that just 4k of padding isn't enough (I tried that). > > -- > Russell King > Linux kernel 2.6 ARM Linux - http://www.arm.linux.org.uk/ > maintainer of: > -- With best wishes Dmitry -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/