Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1702238 > unrolled thread

remap_pfn_range() + outer_flush_range()

Started by"Wohlmuth, Oliver" <Oliver.Wohlmuth@socionext.com>
First post2017-08-02 18:10 +0200
Last post2017-08-02 18:10 +0200
Articles 1 — 1 participant

Back to article view | Back to linux.kernel


Contents

  remap_pfn_range() + outer_flush_range() "Wohlmuth, Oliver" <Oliver.Wohlmuth@socionext.com> - 2017-08-02 18:10 +0200

#1702238 — remap_pfn_range() + outer_flush_range()

From"Wohlmuth, Oliver" <Oliver.Wohlmuth@socionext.com>
Date2017-08-02 18:10 +0200
Subjectremap_pfn_range() + outer_flush_range()
Message-ID<ua4nI-3Eo-73@gated-at.bofh.it>
Hi,

I'm implementing a 2D graphics driver for an ARM A9 multicore SoC. As part of this, I'm using remap_pfn_range()
to map memory to user space. During testing I realized that remap_pfn_range() flushes the L1 cache, but doesn't
flush the L2 cache. As a result, I can get L2 cache hits even if I mapped the memory uncached.

What is the motivation for this?

Any help on this is greatly appreciated.

Best regards,
Oliver

P.S. I'm sorry if this is a bit of topic for this mailing list, but I didn't know where else to post this.

[toc] | [standalone]


Back to top | Article view | linux.kernel


csiph-web