linux-kernel - Re: 2.6.28-rc3-git1: spitz still won't boot

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: <bc64b4640811081525o66e51fffy4729008f8e6a0017@mail.gmail.com>
Date:	Sun, 9 Nov 2008 02:25:35 +0300
From:	Dmitry <dbaryshkov@...il.com>
To:	"Russell King" <rmk+lkml@....linux.org.uk>
Cc:	"Richard Purdie" <rpurdie@...ys.net>,
	"Pavel Machek" <pavel@...e.cz>,
	"Eric Miao" <eric.y.miao@...il.com>, "Cyril Hrubis" <metan@....cz>,
	lenz@...wisc.edu, "kernel list" <linux-kernel@...r.kernel.org>,
	Dirk@...er-online.de, arminlitzel@....de, pavel.urban@...cz,
	thommycheck@...il.com
Subject: Re: 2.6.28-rc3-git1: spitz still won't boot

2008/11/9 Russell King <rmk+lkml@....linux.org.uk>:
> On Sun, Nov 09, 2008 at 02:12:47AM +0300, Dmitry wrote:
>> 2008/11/8 Richard Purdie <rpurdie@...ys.net>:
>> > 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@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/