Thread (59 messages) 59 messages, 7 authors, 2017-11-15

n900 in next-20170901

From: Joonsoo Kim <hidden>
Date: 2017-09-07 07:29:28
Also in: linux-omap, lkml

On Wed, Sep 06, 2017 at 06:30:57AM -0700, Tony Lindgren wrote:
Hi,

* Joonsoo Kim [off-list ref] [170905 16:32]:
quoted
I think that I made a mistake for configuration CONFIG_HIGHMEM=y and
CONFIG_HAVE_MEMBLOCK_NODE_MAP=y. In this case, the MOVABLE_ZONE can
be *!highmem*. Could you check that your configuration have above
options?
CONFIG_HIGHMEM is set yeah.
quoted
And, could you check that following patch works for you?
Does not seem to help, tried against next with just 9caf25f996e8
revert and also with 9caf25f996e8.
Oops. I misunderstood your problem. Could you test with
CONFIG_DEBUG_VIRTUAL?

After commit 9caf25f996e8, user for CMA memory should use to check
PageHighmem in order to get proper virtual address of the page. If
someone doesn't use it, it is possible to use wrong virtual address
and it then causes the use of wrong physical address.
CONFIG_DEBUG_VIRTUAL would catch this case.

If it doesn't help, is there a way to test n900 configuration in QEMU?

Thanks.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help