EST on PentiumD-T2080

[William Grzybowski]

Hi,

I'm running 8-CURRENT from yesterday.

Before the update I was running the snapshot for 2008-02.

In this snapshot the cpufreq with EST seemed t be working fine, but after the update it is not recognizing the processor MSR.

After a little bit of debugging I was able to get my MSR (32 most significant bits) as 0x06190d28 .
And this value is not in the ESTprocs list, which would be ID32(1300, 1340, 600, 1100, 100) and does not make any sense for this CPU.

So, the ESTprocs list hasn't changed for a while if I've looked it right which means the rdmsr instruction is returning the wrong data for some reason!?

I am not any kind of the expert in the subject, just curious what could be wrong...

The CPU is:
CPU: Genuine Intel(R) CPU           T2080  @ 1.73GHz (1733.41-MHz 686-class CPU)
  Origin = "GenuineIntel"  Id = 0x6ec  Stepping = 12
  Features=0xbfe9fbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE>
  Features2=0xc189<SSE3,MON,EST,TM2,xTPR,PDCM>
  AMD Features=0x100000<NX>
  TSC: P-state invariant
  Cores per package: 2

Any toughts?

Thank you.
_______________________________________________
freebsd-acpi@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-acpi
To unsubscribe, send any mail to "freebsd-acpi-unsubscribe@..."

[William Grzybowski]

Well, forget about it, sorry.

I realized that the static table is not really necessary, the est.c tries to fetch the table list from ACPI.

I recompiled the module once again and now the freq_list has a lot of possible frequencies, a lot more than before.

Before I send the first e-mail there as only 6 and I could not set any of them because was listed as XXXX/-1.

This problem is possible related to my bug laptop's acpi which has a lot of errors about allocating resources.

By the way, I already sent a couple of e-mails to this list before, ACPI is a subject which I really like, maybe there is any kind of task (development) that I could accomplish to help the freebsd project and increases my knowledge about this?

That's all, sorry for the annoyance with the previously e-mail.

William.

On Sun, Apr 19, 2009 at 07:31:18PM -0300, William Grzybowski wrote:

> Hi,
>
> I'm running 8-CURRENT from yesterday.
>
> Before the update I was running the snapshot for 2008-02.
>
> In this snapshot the cpufreq with EST seemed t be working fine, but after the update it is not recognizing the processor MSR.
>
> After a little bit of debugging I was able to get my MSR (32 most significant bits) as 0x06190d28 .
> And this value is not in the ESTprocs list, which would be ID32(1300, 1340, 600, 1100, 100) and does not make any sense for this CPU.
>
> So, the ESTprocs list hasn't changed for a while if I've looked it right which means the rdmsr instruction is returning the wrong data for some reason!?
>
> I am not any kind of the expert in the subject, just curious what could be wrong...
>
> The CPU is:
> CPU: Genuine Intel(R) CPU           T2080  @ 1.73GHz (1733.41-MHz 686-class CPU)
>   Origin = "GenuineIntel"  Id = 0x6ec  Stepping = 12
>   Features=0xbfe9fbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE>
>   Features2=0xc189<SSE3,MON,EST,TM2,xTPR,PDCM>
>   AMD Features=0x100000<NX>
>   TSC: P-state invariant
>   Cores per package: 2
>
> Any toughts?
>
> Thank you.

_______________________________________________
freebsd-acpi@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-acpi
To unsubscribe, send any mail to "freebsd-acpi-unsubscribe@..."

[Jakub Lach]

Hello.

You may be interested in ACPICA patches against CURRENT provided by jkim.

http://people.freebsd.org/~jkim/

(acpica-import)

-best regards,
Jakub Lach

William Grzybowski wrote:

Well, forget about it, sorry.

I realized that the static table is not really necessary, the est.c tries to fetch the table list from ACPI.

I recompiled the module once again and now the freq_list has a lot of possible frequencies, a lot more than before.

Before I send the first e-mail there as only 6 and I could not set any of them because was listed as XXXX/-1.

This problem is possible related to my bug laptop's acpi which has a lot of errors about allocating resources.

By the way, I already sent a couple of e-mails to this list before, ACPI is a subject which I really like, maybe there is any kind of task (development) that I could accomplish to help the freebsd project and increases my knowledge about this?

That's all, sorry for the annoyance with the previously e-mail.

William.

On Sun, Apr 19, 2009 at 07:31:18PM -0300, William Grzybowski wrote:
> Hi,
>
> I'm running 8-CURRENT from yesterday.
>
> Before the update I was running the snapshot for 2008-02.
>
> In this snapshot the cpufreq with EST seemed t be working fine, but after the update it is not recognizing the processor MSR.
>
> After a little bit of debugging I was able to get my MSR (32 most significant bits) as 0x06190d28 .
> And this value is not in the ESTprocs list, which would be ID32(1300, 1340, 600, 1100, 100) and does not make any sense for this CPU.
>
> So, the ESTprocs list hasn't changed for a while if I've looked it right which means the rdmsr instruction is returning the wrong data for some reason!?
>
> I am not any kind of the expert in the subject, just curious what could be wrong...
>
> The CPU is:
> CPU: Genuine Intel(R) CPU           T2080  @ 1.73GHz (1733.41-MHz 686-class CPU)
>   Origin = "GenuineIntel"  Id = 0x6ec  Stepping = 12
>   Features=0xbfe9fbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE>
>   Features2=0xc189<SSE3,MON,EST,TM2,xTPR,PDCM>
>   AMD Features=0x100000<NX>
>   TSC: P-state invariant
>   Cores per package: 2
>
> Any toughts?
>
> Thank you.
_______________________________________________
[e-mail] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-acpi
To unsubscribe, send any mail to "[e-mail]"