Date: Sun, 26 Apr 2009 13:02:11 -0700 (PDT) From: Jakub Lach <jakub_lach@mailplus.pl> To: freebsd-acpi@freebsd.org Subject: Re: EST on PentiumD-T2080 Message-ID: <23245990.post@talk.nabble.com> In-Reply-To: <20090419231713.GA1118@venon.lostgarden> References: <20090419223118.GA1320@venon.lostgarden> <20090419231713.GA1118@venon.lostgarden>
next in thread | previous in thread | raw e-mail | index | archive | help
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. > _______________________________________________ > freebsd-acpi@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-acpi > To unsubscribe, send any mail to "freebsd-acpi-unsubscribe@freebsd.org" > > -- View this message in context: http://www.nabble.com/EST-on-PentiumD-T2080-tp23126771p23245990.html Sent from the freebsd-acpi mailing list archive at Nabble.com.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?23245990.post>