Re: kgdb: fix kgdbeth compilation and make it init late enough

From: George Anzinger (george_at_mvista.com)
Date: 03/03/04

  • Next message: George Anzinger: "Re: kgdb: fix kgdbeth compilation and make it init late enough" 
    Date:	Tue, 02 Mar 2004 17:04:51 -0800
To: Tom Rini <trini@kernel.crashing.org>

    Tom Rini wrote:
    > On Tue, Mar 02, 2004 at 11:28:27PM +0100, Pavel Machek wrote:
    >
    >
    >>Hi!
    >>
    >>
    >>>>CONFIG_NO_KGDB_CPUS can not be found anywhere in the patches => its
    >>>>probably not needd any more.
    >>>
    >>>I don't know if we can do that. There's some funky locking stuff done
    >>>on SMP, which for some reason can't be done to NR_CPUS (or, no one has
    >>>tried doing that).
    >>
    >>There was no CONFIG_NO_KGDB_CPUS anywhere else in the CVS, that means
    >>that test could not have been right.
    >
    >
    > That doesn't mean the right answer is to remove it. However, after
    > talking with George (who might speak up now anyhow) for 2.6 we can just
    > do the SMP locking stuff at NR_CPUS, since that's configurable.

    The old CONFIG_NO_KGDB_CPUS only affected the kgdb_info array. Its only purpose
    was to shorten the array as it I displayed it fairly often and having a bunch of
    unused stuff at the end was a bother. Now that 2.6 lets you define this, it is
    no longer needed.

    > 

    -- 
George Anzinger   george@mvista.com
High-res-timers:  http://sourceforge.net/projects/high-res-timers/
Preemption patch: http://www.kernel.org/pub/linux/kernel/people/rml
-
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/
  • Next message: George Anzinger: "Re: kgdb: fix kgdbeth compilation and make it init late enough"

    Relevant Pages

    • Re: [Kgdb-bugreport] [KGDB][RFC] Send a fuller T packet
      ... Tom Rini wrote: ... High-res-timers: http://sourceforge.net/projects/high-res-timers/ ... Preemption patch: http://www.kernel.org/pub/linux/kernel/people/rml ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: Scaling noise
      ... uniprocessors, so obviously the SMP locking has to be implemented anyway, to ... get each node up to the size just below the supposed knee in the scaling ... curve. ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: Garbage on serial console after serial driver loads
      ... >> Is this patch ok for you? ... > reading back the divisor and multiplying by eight though... ... Tom Rini ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: [Kgdb-bugreport] [PATCH] Kill kgdb_serial
      ... Tom Rini wrote: ... >>interface should not take over. ... > At this point, I'm going to give up on killing kgdb_serial, and pass ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: PPC KGDB changes and some help?
      ... On Jan 22, 2004, at 9:07 AM, Tom Rini wrote: ... Unless you need to choose among PPC KGDB functions at runtime, ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)