Re: Kernel fails on Dreamcast - results of bisection

Magnus Damm
2009-03-23T03:49:37Z

On Sun, Mar 22, 2009 at 7:37 AM, Adrian McMenamin
<adrian@newgolddream.dyndns.info> wrote:
> This is the result of the bisection. I cannot see what bit of this patch
> is causing the difficulties but I'm pretty sure that this is where it
> is. The actual problem is a race condition, as it does not happen on
> every boot...
>
> adrian@bossclass:~/lethal-repo$ git bisect good
> 955c0778723501cc16fec40501cd54b7e72d3e74 is first bad commit
> commit 955c0778723501cc16fec40501cd54b7e72d3e74
> Author: Magnus Damm <damm@igel.co.jp>
> Date:   Thu Jan 22 09:55:31 2009 +0000
>
>    sh: rework clocksource and sched_clock
>
>    Rework and simplify the sched_clock and clocksource code. Instead
>    of registering the clocksource in a shared file we move it into the
>    tmu driver. Also, add code to handle sched_clock in the case of no
>    clocksource.
>
>    Signed-off-by: Magnus Damm <damm@igel.co.jp>
>    Signed-off-by: Paul Mundt <lethal@linux-sh.org>

Unless you have some dreamcast specific timer dependencies I really
doubt that this patch is the cause of your problems. How about
creating a smaller kernel? Take the defconfig and remove for instance
cpufreq, mtd and all filesystems except whatever your rootfs is on.

Cheers,

/ magnus