lkml.org 
[lkml]   [2005]   [Jul]   [6]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: speedstep-centrino on dothan
    On Wed, 6 Jul 2005 17:11:59 -0400
    Dave Jones <davej@redhat.com> wrote:

    > This can't be done safely through any other means than ACPI right now.
    > It needs to know intimate things about which VID line is wired to what,
    > which is board specific.

    I don't think it's related to 'which VID line is wired to what': this isn't
    board specific, as it's given in datasheets provided by Intel (6 pins, etc).
    The only issue is that there are four different versions of Dothan CPUs for
    A1, A2, B0, B1, C0 steppings. There is only one version for C1 stepping. For
    those different versions, Intel provides different typical voltage ranges.
    For example, in read a post by Michael Clark in which he claims his IBM T42
    has VID#A version of Dothan 745. I read ACPI tables on my laptop (Toshiba
    Satellite A50, with Dothan 715) and I saw I got a VID#A version of Dothan
    715 (is there somebody around with some other versions?).

    Additionally, for lower frequencies VID#{A,B,C,D,E} voltages are the same.
    So I ask: wouldn't it be good to find a way to add some lower frequencies,
    while still reading ACPI tables for the other ones? Or to make profiles
    configurable as a module parameter (as boot)? My problem isn't really ACPI,
    but rather that one can't use lower and very useful frequencies.

    Moreover, we could provide built-in tables for C1 stepping.


    --
    ciao
    st3

    -
    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/

    \
     
     \ /
      Last update: 2005-07-07 00:07    [W:4.883 / U:0.020 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site