Write to a cacheable physical address in linux kernel without using ioremap or mmap

Question

I am changing the linux kernel scheduler to print the pid of the next process in a known physical memory location. mmap is used for userspace programs while i read that ioremap marks the page as non-cacheable which would slowdown the execution of the program. I would like a fast way to write to a known physical memory. phys_to_virt is the option that i think is feasible. Any idea for a different technique.

PS: i am running this linux kernel on top of qemu. the physical address will be used by qemu to read information sent by guest kernel. writing to a known io-port is not feasible since the device code backing this io-device will be called every time there is an access to the device.

EDIT : I want the physical address location of the pid to be safe. How can I make sure that a physical address that the kernel is using is not being assigned to any process. As far as my knowledge goes, ioremap would mark the page as cacheable and would hence not be of great use.

Answer 1

The simplest way to do this would be to do kmalloc() to get some memory in the kernel. Then you can get the physical address of the pointer that returns by passing it to virt_to_phys() . This is a total hack but for your case of debugging / tracing under qemu, it should work fine.

EDIT : I misunderstood the question. If you want to use a specific physical address, there are a couple of things you could do. Maybe the cleanest thing to do would be to modify the e820 map that qemu passes in to mark the RAM page as reserved, and then the kernel won't use it. (ie the same way that ACPI tables are passed in).

If you don't want to modify qemu, you could also modify the early kernel startup (around arch/x86/kernel/setup.c probably) to do reserve_bootmem() on the specific physical page you want to protect from being used.

To actually use the specified physical address, you can just use ioremap_cache() the same way the ACPI drivers access their tables.

Answer 2

It seems I misunderstood the cache coherency between VM and host part, here is an updated answer. What you want is "virtual adress in VM" <-> "virtual or physical adress in QEMU adress space". Then you can either kmalloc it, but it may vary from instance to instance, or simply declare a global variable in the kernel.

Then virt_to_phys would give you access to the physical address in VM space, and I suppose you can translate this in a QEMU adress space. What do you mean by "a physical address that the kernel is using is not assigned to any process ?" You are afraid the page conatining your variable might be swapped ? kmalloced memory is not swappable

Original (and wrong) answer

If the adress where you want to write is in it's own page, I can't see how an ioremap of this page would slow down code executing in a different page.

You need a cache flush anyway, and without SSE, I can't see how you can bypass the cache if MMU and cache are on. I can see only this two options :

• ioremap and declare a particular page non cacheable

• use a "normal" address, and manually do a cache flush each time you write.