Re: HT not working by default since 2.4.22

From: Jeff Garzik (jgarzik_at_pobox.com)
Date: 09/26/03

  • Next message: Jeff Garzik: "Re: [PATCH v2] reduce NFS stack usage" 
    Date:	Thu, 25 Sep 2003 20:04:24 -0400
To: marcelo@parcelfarce.linux.theplanet.co.uk

    marcelo@parcelfarce.linux.theplanet.co.uk wrote:
    > On Wed, 24 Sep 2003, Brown, Len wrote:
    >
    >
    >>Okay, so what to do?
    >>
    >>We could make 2.4.23 like 2.4.21 where ACPI code for HT is included in
    >>the kernel even when CONFIG_ACPI is not set.
    >>
    >>Or we could leave 2.4.23 like 2.4.22 where disabling CONFIG_ACPI really
    >>does remove all ACPI code in the kernel; and when CONFIG_ACPI is set,
    >>CONFIG_ACPI_HT_ONLY is available to limit ACPI to just the tables part
    >>needed for HT.
    >
    >
    > CONFIG_ACPI_HT should be not dependant on CONFIG_ACPI. So
    >
    > 1) Please make it very clear on the configuration that for HT
    > CONFIG_ACPI_HT_ONLY is needed
    > 2) Move it outside CONFIG_ACPI.
    >
    > OK?

    Unfortunately CONFIG_ACPI_HT_ONLY outside and independent of CONFIG_ACPI
    proved a bit confusing.

    How about the more simple CONFIG_HYPERTHREAD or CONFIG_HT?

    If enabled and CONFIG_SMP is set, then we will attempt to discover HT
    via ACPI tables, regardless of CONFIG_ACPI value.

    Or... (I know multiple people will shoot me for saying this) we could
    resurrect acpitable.[ch], and build that when CONFIG_ACPI is disabled.

            Jeff

    -
    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: Jeff Garzik: "Re: [PATCH v2] reduce NFS stack usage"

    Relevant Pages

    • Re: ptrace problem on ia64 with kernel 2.4.26
      ... > ddd, and other debugging tools, which depend on ptrace system call, don't ... > modification to peek info about register r4. ... > We use the following configuration: ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: [PATCH] mm lock ordering summary
      ... On Fri, 25 Jun 2004, Andrew Morton wrote: ... It's alleging that you'll be okay if you write code with tree_lock ... Look at the summary and if what I've written fits ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: swsusp bigdiff [was Re: [PATCH] Software Suspend split to two stage V2.]
      ... >> BTW here's my curent bigdiff. ... Okay, I tried wihtout PREEMPT and HIGHMEM, and it seemed to work ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: Realtime Preemption, 2.6.12, Beginners Guide?
      ... > the same computer on the same network, ... Okay, I've managed to figure out a reproducible test for this problem. ... for me to capture any messages prior to this spam, ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: [PATCH] deinline large functions in sock.h
      ... Okay, so is it pro- or contra- argument for inlining? ... They deinline functions which are larger ... >> First patch simply does such a move. ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)