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


Groups > linux.kernel > #1260239

Re: [GIT PULL] memremap fix for 4.3 (v2)

From Dan Williams <dan.j.williams@intel.com>
Newsgroups linux.kernel
Subject Re: [GIT PULL] memremap fix for 4.3 (v2)
Date 2015-11-01 22:00 +0100
Message-ID <qq7Tj-4F2-9@gated-at.bofh.it> (permalink)
References <qq7qh-4uL-1@gated-at.bofh.it> <qq7zX-4y5-7@gated-at.bofh.it>
Organization linux.* mail to news gateway

Show all headers | View raw


On Sun, Nov 1, 2015 at 12:36 PM, Russell King - ARM Linux
<linux@arm.linux.org.uk> wrote:
> On Sun, Nov 01, 2015 at 08:24:25PM +0000, Williams, Dan J wrote:
>> diff --git a/kernel/memremap.c b/kernel/memremap.c
>> index 72b0c66628b6..9d6b55587eaa 100644
>> --- a/kernel/memremap.c
>> +++ b/kernel/memremap.c
>> @@ -24,6 +24,16 @@ __weak void __iomem *ioremap_cache(resource_size_t offset, unsigned long size)
>>  }
>>  #endif
>>
>> +static void *try_ram_remap(resource_size_t offset, size_t size)
>> +{
>> +     struct page *page = pfn_to_page(offset >> PAGE_SHIFT);
>> +
>> +     /* In the simple case just return the existing linear address */
>> +     if (!PageHighMem(page))
>> +             return __va(offset);
>> +     return NULL; /* fallback to ioremap_cache */
>
> Right, so a highmem page results in this returning NULL, which will...
>
>> @@ -66,8 +76,8 @@ void *memremap(resource_size_t offset, size_t size, unsigned long flags)
>>                * the requested range is potentially in "System RAM"
>>                */
>>               if (is_ram == REGION_INTERSECTS)
>> -                     addr = __va(offset);
>> -             else
>> +                     addr = try_ram_remap(offset, size);
>> +             if (!addr)
>>                       addr = ioremap_cache(offset, size);
>
> cause ioremap_cache() to be called.  That falls through on ARM to:
>
>         __arm_ioremap_pfn_caller()
>
> and we will hit this (as I've mentioned before through explanation
> rather than quoting code):
>
>         /*
>          * Don't allow RAM to be mapped - this causes problems with ARMv6+
>          */
>         if (WARN_ON(pfn_valid(pfn)))
>                 return NULL;
>

Right, which means the caller is broken and shouldn't be using
memremap, same as misuse of ioremap_cache today.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Back to linux.kernel | Previous | NextPrevious in thread | Find similar | Unroll thread


Thread

[GIT PULL] memremap fix for 4.3 (v2) "Williams, Dan J" <dan.j.williams@intel.com> - 2015-11-01 21:30 +0100
  Re: [GIT PULL] memremap fix for 4.3 (v2) Russell King - ARM Linux <linux@arm.linux.org.uk> - 2015-11-01 21:40 +0100
    Re: [GIT PULL] memremap fix for 4.3 (v2) Dan Williams <dan.j.williams@intel.com> - 2015-11-01 22:00 +0100

csiph-web