Hi Matthieu --
No, something is still wrong with sparsemem: I can generate an oops
from userspace by 'cat /proc/pagetypeinfo'. This is the same symptoms
as reported here for FLATMEM:
http://marc.info/?l=linux-arm-kernel&m=121933133810688&w=4
The patch there is already in the 2.6.28.4 kernel. That's the
ARCH_FLATMEM_HAS_HOLES patch, and it doesn't fix the problem for
SPARSEMEM either. (I force-enabled it for a test...).
I'm not sure where to go from here, but it seems time to post to LAK
ML, to:
* point out in-line function vs #define issue ...
* post fix for correct __virt_to_phys and __phys_to_virt #defines
* Ask for help in fixing the above oops.
Let me know if you want the oops posted. (BTW, my testing is done
with the mapping by the #defines I posted, not the inline functions ...)
regards, ......... Charlie
--- In Matthieu Crapet <> wrote:
>
> Hi,
>
> Congratulations to all of you :)
> Anybody can confirm that the 2 defines are working fine ?
> I will update my patchset later.
>
> Matthieu
>
>
> charliem_1216 wrote:
> >
> >
> >
> > I think this is confusing and not needed. Why not just have the
> > following #defines:
> >
> > #define __phys_to_virt(p) \
> > (((p) & 0x07ffffff) | (((p) & 0xe0000000) ? 0x08000000 : 0) |
> > CONFIG_PAGE_OFFSET)
> > #define __virt_to_phys(v) \
> > (((v) & 0x07ffffff) | (((v) & 0x08000000) ? 0xe0000000 : 0 ))
> >
> > regards, ......... Charlie
> >
> > > #define SECTION_SIZE_BITS 24
> > > #define MAX_PHYSMEM_BITS 32
> > >
> >
> >
>
------------------------------------
Yahoo! Groups Links
<*> To visit your group on the web, go to:
http://groups.yahoo.com/group/ts-7000/
<*> Your email settings:
Individual Email | Traditional
<*> To change settings online go to:
http://groups.yahoo.com/group/ts-7000/join
(Yahoo! ID required)
<*> To change settings via email:
<*> To unsubscribe from this group, send an email to:
<*> Your use of Yahoo! Groups is subject to:
http://docs.yahoo.com/info/terms/
|