LKML Archive on lore.kernel.org help / color / mirror / Atom feed
From: Russell King <rmk+lkml@arm.linux.org.uk> To: Pavel Machek <pavel@suse.cz> Cc: "Rafael J. Wysocki" <rjw@sisk.pl>, rpurdie@rpsys.net, lenz@cs.wisc.edu, kernel list <linux-kernel@vger.kernel.org>, Dirk@opfer-online.de, arminlitzel@web.de, pavel.urban@ct.cz, Cyril Hrubis <metan@ucw.cz>, thommycheck@gmail.com Subject: Re: 2.6.28-rc2-git1: spitz still won't boot Date: Mon, 3 Nov 2008 11:04:49 +0000 [thread overview] Message-ID: <20081103110449.GB26372@flint.arm.linux.org.uk> (raw) In-Reply-To: <20081103104035.GA19153@atrey.karlin.mff.cuni.cz> On Mon, Nov 03, 2008 at 11:40:35AM +0100, Pavel Machek wrote: > > On Friday, 31 of October 2008, Pavel Machek wrote: > > > Hi! > > > > > > ...unfortunately, 2.6.27 contains the 'reset floating' bug, and from > > > the point 'reset floating' is fixed, to 2.6.28-rc1, tree will not > > > compile, so bisect is quite hard to do. Any ideas? > > > > Is this a regression from .27? > > Yes, it is (*). > Pavel > (*) Okay, so 2.6.27 does not boot due to the 'reset floating' bug. I wouldn't say that was a bug. That was by design of Dmitry, which I'm far from happy with. If an output is being used to drive a reset line, you always want to actively drive it to the inactive state for noise immunity reasons. > 'reset floating' is fixed in 2.6.28-rc1, and compilation of spitz > is fixed in 2.6.28-rc2, but it still will not boot. Compilation errors are only going to get worse as ARM continues to diversify. We're entirely reliant on sfr's linux-next project to find build errors prior to merging, and it is unfortunate that this time around, sfr was on vacation on the run up to the merge window. Hence, there was very little build coverage of the changes that went in during this last merge window. I spent most of the merge window fixing up all the shitty patches that people had submitted up until that point that either broke compilation or had runtime problems. > So yes, some new spitz-breaking bug got introduced. But no, 2.6.27 > will not boot due to other bug. 2.6.26 boots. If 2.6.27 doesn't boot even with the reset fixes applied, there's a hell of a lot of changes that could be the culpret (and I don't remember much that happened before this last merge window.) The only thing I can suggest is to bisect with the reset fixes on top. This is precisely where we're let down by not having a Zaurus maintainer who knows the Zaurus issues inside out, and regularly puts effort into building and testing kernels for these platforms. That's a hint for anyone who's reading this. -- Russell King Linux kernel 2.6 ARM Linux - http://www.arm.linux.org.uk/ maintainer of:
next prev parent reply other threads:[~2008-11-03 11:05 UTC|newest] Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top 2008-10-31 15:06 2.6.28-rc2-git1: spitz still won't boot Pavel Machek 2008-10-31 21:55 ` Rafael J. Wysocki 2008-11-03 10:40 ` Pavel Machek 2008-11-03 11:04 ` Russell King [this message] 2008-11-03 11:12 ` Pavel Machek 2008-11-05 14:23 ` 2.6.28-rc3-git1: " Pavel Machek 2008-11-05 15:13 ` Dmitry 2008-11-05 17:33 ` Pavel Machek 2008-11-05 23:00 ` Dmitry 2008-11-06 8:04 ` Pavel Machek 2008-11-06 19:14 ` Cyril Hrubis 2008-11-07 13:23 ` Eric Miao 2008-11-07 14:29 ` Pavel Machek 2008-11-07 14:57 ` Dmitry 2008-11-07 18:23 ` Russell King 2008-11-08 14:45 ` Richard Purdie 2008-11-08 23:12 ` Dmitry 2008-11-08 23:21 ` Russell King 2008-11-08 23:25 ` Dmitry 2008-11-08 23:28 ` Russell King 2008-11-09 11:45 ` Pavel Machek 2008-11-09 11:46 ` Pavel Machek 2008-11-09 12:30 ` Dmitry 2008-11-09 14:12 ` Pavel Machek 2008-11-09 14:52 ` Dmitry 2008-11-10 7:50 ` Pavel Machek
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=20081103110449.GB26372@flint.arm.linux.org.uk \ --to=rmk+lkml@arm.linux.org.uk \ --cc=Dirk@opfer-online.de \ --cc=arminlitzel@web.de \ --cc=lenz@cs.wisc.edu \ --cc=linux-kernel@vger.kernel.org \ --cc=metan@ucw.cz \ --cc=pavel.urban@ct.cz \ --cc=pavel@suse.cz \ --cc=rjw@sisk.pl \ --cc=rpurdie@rpsys.net \ --cc=thommycheck@gmail.com \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).