Date: Sat, 25 Oct 2014 09:34:18 -0700 From: Rui Paulo <rpaulo@me.com> To: Konstantin Belousov <kostikbel@gmail.com> Cc: svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org Subject: Re: svn commit: r273598 - in head: include sys/dev/acpica Message-ID: <855B73E0-3073-407C-9A42-AEBE9B6744D6@me.com> In-Reply-To: <20141025090000.GG1877@kib.kiev.ua> References: <33decfcd-e77c-4e4c-8161-9f4a232213c6@me.com> <20141024194546.GE1877@kib.kiev.ua> <20141025090000.GG1877@kib.kiev.ua>
next in thread | previous in thread | raw e-mail | index | archive | help
On Oct 25, 2014, at 02:00, Konstantin Belousov <kostikbel@gmail.com> wrote: > > Ok, I did looked at the pte of the HPET page. I get the value > 0x80000000fed00025 > which coincides with the resource address 0xfed00000 reported > by devinfo -vr for hpet (to double-check my findings). The low > bits indicate that PAT0 pat entry is used for the page caching > mode. Corresponding PAT MSR 0x277 has the following value: > sandy% sudo cpucontrol -m 0x277 /dev/cpuctl0 > MSR 0x277: 0x00010506 0x00070406 > i.e. memory type is 6, which is write-back, according to SDM. > This is wrong, as I feared. > > The patch below fixes the issue. The pte for HPET page is equal to > 0x80000000fed0003d > after the patch is applied, PAT3 is used, and its value is 0 == > UNCACHEABLE, as it must be. > > Do you agree with the patch ? Yes, thanks for working on this! -- Rui Paulo
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?855B73E0-3073-407C-9A42-AEBE9B6744D6>