All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jason Wessel <jason.wessel@windriver.com>
To: Ben Dooks <ben-linux@fluff.org>
Cc: linux-arm-kernel@lists.arm.linux.org.uk, linux-kernel@vger.kernel.org
Subject: Re: linux-next: fix vector initialisation when !CONFIG_KGDB
Date: Wed, 18 Jun 2008 20:28:48 -0500	[thread overview]
Message-ID: <4859B650.9030208@windriver.com> (raw)
In-Reply-To: <20080618165021.GJ10351@trinity.fluff.org>



Ben Dooks wrote:
> It seems in the changes for adding CONFIG_KGDB that the ARM
> trap initialisation has been turned off if the configuration
> is not enabled. If CONFIG_KGDB is not set, the system locks
> up as soon as the kernel turns the IRQs on for the first
> time in init/main.c.
>
> The fix is to remove the dependency on calling early_trap_init()
> on CONFIG_KGDB, so that the vectors are initialised before
> the init sequence enables the IRQs.
>
> Signed-off-by: Ben Dooks <ben-linux@fluff.org>
>
> --- linux-2.6.26-rc6-q1.orig/arch/arm/kernel/setup.c	2008-06-18 15:17:31.000000000 +0100
> +++ linux-2.6.26-rc6-q1/arch/arm/kernel/setup.c	2008-06-18 15:17:45.000000000 +0100
> @@ -855,9 +855,7 @@ void __init setup_arch(char **cmdline_p)
>  #endif
>  #endif
>  
> -#if defined(CONFIG_KGDB)
>  	early_trap_init();
> -#endif
>  }
>
>   

That is absolutely correct.  Thanks for catching this.

I folded this into the general ARM kgdb patch as there is no sense in
generating a patch bisecting failure.  The change is in the kgdb-next
branch which feeds into the linux-next, which means it should show up in
the next day or so.

Thanks,
Jason.

      reply	other threads:[~2008-06-19  1:30 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-06-18 16:50 linux-next: fix vector initialisation when !CONFIG_KGDB Ben Dooks
2008-06-19  1:28 ` Jason Wessel [this message]

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=4859B650.9030208@windriver.com \
    --to=jason.wessel@windriver.com \
    --cc=ben-linux@fluff.org \
    --cc=linux-arm-kernel@lists.arm.linux.org.uk \
    --cc=linux-kernel@vger.kernel.org \
    /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: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.