David Miller wrote:
> So I did research and this code is the way it is because
> of LEON (this commit is from "linux-2.6-history.git") :-)
Back then I was attending grad school and was blissfully unaware. :-)
>
> So let's take baby steps, please confirm that you agree with me that
> the following patch is correct and that it works on your machine.
It works fine for me!
> If it works I want to reinstate the virt_to_page() change I posted
> the other day as well, simply so that we consistently use the
> asm-generic/memory-model.h interfaces instead of assuming FLATMEM
> memory model all over our headers.
Yes this change works as well.
>
> But I am truly mystified how anything works with non-zero phys_base
> with this being wrong. Fundamental operations like
> {srmmu,sun4c}_mk_pte() use this.
>
> LEON uses this via SRMMU, so how does it work properly? :-)
Hmm, srmmu_mk_pte() uses page_to_pfn() which accounts for pfn_base?
The only use of page_to_phys below arch/sparc that I find is in pci32_map_page
which is where I got into trouble. :-)
Thanks for looking into this!
Best regards,
Kristoffer
--
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
