[lkml]   [2005]   [Dec]   [8]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: PAT status?
    Terence Ripperda wrote:
    > Hi Jeff,
    > I unfortunately haven't had much time to look at the status of the PAT
    > code I had been working on. there are really 2 steps to the code:
    > the first is enabling and configuring the PAT registers. this then
    > allows a page table entry define that can be passed to traditional
    > interfaces, such as remap_page_range or change_page_attr. this is
    > pretty simple and we've been using a similar interface in our driver
    > for some time now.
    > the second part was to make sure we didn't create any cache aliasing
    > via duplicate mappings. this part is a bit more involved and what was
    > holding everything back. I've been meaning to get back to looking at
    > this, but really haven't had the time.

    If you mean aliasing by the way of having MTRR entries conflicting
    with PAT page flags, then is this better dealt with by in-kernel
    drivers being changed to use PAT rather than the MTRR interface? One
    day, the kernel MTRR interface will be deprecated and unusable
    (modules could still program the MTRRs as PAT is done today in a
    number of drivers).

    > I don't know if you still want to limit the additional of the first
    > step, based on completion of the second step. I can try to set time
    > aside over the next month to try and sync up and take a look at where
    > we stand w/ the cachemap portion of the code. I think there where
    > still issues with gathering/passing in the correct attributes.
    > Thanks,
    > Terence

    Presumably, the aliasing will only bite where eg the X server sets up
    MTRRs and PAT is used for the region also. For x86_64 and IA32, the
    Intel IA32 system guides tell us that strong store ordering (ie
    write-through) takes precendence over weaker store ordering (eg
    write-combining), so we should be safe. For processors with known
    errata with PAT etc, we can disable PAT support.

    Would it be useful to get a rough patch covering point #1 onto LKML
    for discussion?
    Daniel J Blueman
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to
    More majordomo info at
    Please read the FAQ at

     \ /
      Last update: 2005-12-08 16:40    [W:0.020 / U:87.036 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site