[lkml]   [2005]   [Jan]   [10]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: clean way to support >32bit addr on 32bit CPU
    Dave wrote:

    >I have this ARM (XScale) based platform that supports 36bit physical
    >addressing. Due to the way the ATU is designed, the outbound memory
    >translation window is fixed outside the first 4GB of memory space, and
    >thus the need to use 64bit addressing in order to access the PCI bus.
    >After all said and done, the struct resource members start and end
    >must support 64bit integer values in order to work. On a 64bit arch
    >that would be fine since unsigned long is 64bit. However on a 32bit
    >arch one must use unsigned long long to get 64bit. However, if we do
    >that then it would make the 64bit archs to have 128bit start and end
    >and probably wouldn't be something we'd want. What would be a nice
    >clean way to support this that's acceptable to Linux? I guess this
    >issue would be similar to x86-32 PAE would have?
    >Also, please cc me on on the discussion. Not sure if my LKML
    >subscription is working... Thanks!
    Also, it would be nice to have PTEs to represent the upper 4GB such that
    it can be mmapped to user space. PAE handled this in and it would be
    great to have it in ARM MMU36 as well.


    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-03-22 14:09    [W:0.080 / U:9.496 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site