[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <1163153798.8335.196.camel@localhost.localdomain>
Date: Fri, 10 Nov 2006 11:16:38 +0100
From: Thomas Gleixner <tglx@...utronix.de>
To: Arjan van de Ven <arjan@...radead.org>
Cc: Andrew Morton <akpm@...l.org>, LKML <linux-kernel@...r.kernel.org>,
Ingo Molnar <mingo@...e.hu>, Len Brown <lenb@...nel.org>,
John Stultz <johnstul@...ibm.com>, Andi Kleen <ak@...e.de>,
Roman Zippel <zippel@...ux-m68k.org>
Subject: Re: [patch 08/19] i386: cleanup apic code
On Fri, 2006-11-10 at 11:04 +0100, Arjan van de Ven wrote:
> >
> > /*
> > * Knob to control our willingness to enable the local APIC.
> > + *
> > + * -1=force-disable, +1=force-enable
>
> mind doing 2 defines for these? Makes things more readable I suspect
Yep.
> > - return maxlvt;
> > + return APIC_INTEGRATED(GET_APIC_VERSION(v)) ? GET_APIC_MAXLVT(v) : 2;
> > }
>
> why not use lapic_is_integrated() here?
oops.
> > \
> > + if (cpu_has_tsc)
> > + apic_printk(APIC_VERBOSE, "..... CPU clock speed is "
>
> please put "approximated at" or something here; or people will call
> supportlines if they bought a 3.4Ghz processor and this shows 3.39999Ghz
:)
> > +EXPORT_SYMBOL(switch_APIC_timer_to_ipi);
>
> why is this exported at all? Modules really shouldn't be touching apic
> level details....
This is exported for ACPI to handle the C3 stops lapic hell.
tglx
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists