| lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
|
Open Source and information security mailing list archives
| ||
|
Message-ID: <20141210214100.GH30437@atomide.com>
Date: Wed, 10 Dec 2014 13:41:00 -0800
From: Tony Lindgren <tony@...mide.com>
To: Kees Cook <keescook@...omium.org>
Cc: Tony Luck <tony.luck@...el.com>,
Russell King - ARM Linux <linux@....linux.org.uk>,
Andrew Morton <akpm@...ux-foundation.org>,
LKML <linux-kernel@...r.kernel.org>, linux-omap@...r.kernel.org,
"linux-arm-kernel@...ts.infradead.org"
<linux-arm-kernel@...ts.infradead.org>,
Arnd Bergmann <arnd@...db.de>,
Rob Herring <robherring2@...il.com>,
Randy Dunlap <rdunlap@...radead.org>,
Anton Vorontsov <anton@...msg.org>,
Colin Cross <ccross@...roid.com>,
Olof Johansson <olof@...om.net>
Subject: Re: [PATCH 2/2] pstore-ram: Allow optional mapping with
pgprot_noncached
* Kees Cook <keescook@...omium.org> [141210 13:18]:
> On Tue, Sep 16, 2014 at 1:50 PM, Tony Lindgren <tony@...mide.com> wrote:
> > From: Tony Lindgren <tony@...mide.com>
> > Date: Thu, 11 Sep 2014 15:02:37 -0700
> > Subject: [PATCH] pstore-ram: Allow optional mapping with pgprot_noncached
> >
> > On some ARMs the memory can be mapped pgprot_noncached() and still
> > be working for atomic operations. As pointed out by Colin Cross
> > <ccross@...roid.com>, in some cases you do want to use
> > pgprot_noncached() if the SoC supports it to see a debug printk
> > just before a write hanging the system.
> >
> > On ARMs, the atomic operations on strongly ordered memory are
> > implementation defined. So let's provide an optional kernel parameter
> > for configuring pgprot_noncached(), and use pgprot_writecombine() by
> > default.
> >
> > Cc: Arnd Bergmann <arnd@...db.de>
> > Cc: Rob Herring <robherring2@...il.com>
> > Cc: Randy Dunlap <rdunlap@...radead.org>
> > Cc: Anton Vorontsov <anton@...msg.org>
> > Cc: Colin Cross <ccross@...roid.com>
> > Cc: Kees Cook <keescook@...omium.org>
> > Cc: Olof Johansson <olof@...om.net>
> > Cc: Tony Luck <tony.luck@...el.com>
> > Cc: Russell King <linux@....linux.org.uk>
> > Signed-off-by: Tony Lindgren <tony@...mide.com>
>
> Sorry this got missed! I think rmk's concerns were addressed in this
> v2. Tony (Luck), can you take this into your tree?
>
> Acked-by: Kees Cook <keescook@...omium.org>
I take your ack covers patch 1/2 also. The first patch in this
series should be tagged cc stable when committing please.
Regards,
Tony
> Thanks!
>
> -Kees
>
> >
> > --- a/Documentation/ramoops.txt
> > +++ b/Documentation/ramoops.txt
> > @@ -14,11 +14,19 @@ survive after a restart.
> >
> > 1. Ramoops concepts
> >
> > -Ramoops uses a predefined memory area to store the dump. The start and size of
> > -the memory area are set using two variables:
> > +Ramoops uses a predefined memory area to store the dump. The start and size
> > +and type of the memory area are set using three variables:
> > * "mem_address" for the start
> > * "mem_size" for the size. The memory size will be rounded down to a
> > power of two.
> > + * "mem_type" to specifiy if the memory type (default is pgprot_writecombine).
> > +
> > +Typically the default value of mem_type=0 should be used as that sets the pstore
> > +mapping to pgprot_writecombine. Setting mem_type=1 attempts to use
> > +pgprot_noncached, which only works on some platforms. This is because pstore
> > +depends on atomic operations. At least on ARM, pgprot_noncached causes the
> > +memory to be mapped strongly ordered, and atomic operations on strongly ordered
> > +memory are implementation defined, and won't work on many ARMs such as omaps.
> >
> > The memory area is divided into "record_size" chunks (also rounded down to
> > power of two) and each oops/panic writes a "record_size" chunk of
> > @@ -55,6 +63,7 @@ Setting the ramoops parameters can be done in 2 different manners:
> > static struct ramoops_platform_data ramoops_data = {
> > .mem_size = <...>,
> > .mem_address = <...>,
> > + .mem_type = <...>,
> > .record_size = <...>,
> > .dump_oops = <...>,
> > .ecc = <...>,
> > --- a/fs/pstore/ram.c
> > +++ b/fs/pstore/ram.c
> > @@ -61,6 +61,11 @@ module_param(mem_size, ulong, 0400);
> > MODULE_PARM_DESC(mem_size,
> > "size of reserved RAM used to store oops/panic logs");
> >
> > +static unsigned int mem_type;
> > +module_param(mem_type, uint, 0600);
> > +MODULE_PARM_DESC(mem_type,
> > + "set to 1 to try to use unbuffered memory (default 0)");
> > +
> > static int dump_oops = 1;
> > module_param(dump_oops, int, 0600);
> > MODULE_PARM_DESC(dump_oops,
> > @@ -79,6 +84,7 @@ struct ramoops_context {
> > struct persistent_ram_zone *fprz;
> > phys_addr_t phys_addr;
> > unsigned long size;
> > + unsigned int memtype;
> > size_t record_size;
> > size_t console_size;
> > size_t ftrace_size;
> > @@ -358,7 +364,8 @@ static int ramoops_init_przs(struct device *dev, struct ramoops_context *cxt,
> > size_t sz = cxt->record_size;
> >
> > cxt->przs[i] = persistent_ram_new(*paddr, sz, 0,
> > - &cxt->ecc_info);
> > + &cxt->ecc_info,
> > + cxt->memtype);
> > if (IS_ERR(cxt->przs[i])) {
> > err = PTR_ERR(cxt->przs[i]);
> > dev_err(dev, "failed to request mem region (0x%zx@...llx): %d\n",
> > @@ -388,7 +395,7 @@ static int ramoops_init_prz(struct device *dev, struct ramoops_context *cxt,
> > return -ENOMEM;
> > }
> >
> > - *prz = persistent_ram_new(*paddr, sz, sig, &cxt->ecc_info);
> > + *prz = persistent_ram_new(*paddr, sz, sig, &cxt->ecc_info, cxt->memtype);
> > if (IS_ERR(*prz)) {
> > int err = PTR_ERR(*prz);
> >
> > @@ -435,6 +442,7 @@ static int ramoops_probe(struct platform_device *pdev)
> >
> > cxt->size = pdata->mem_size;
> > cxt->phys_addr = pdata->mem_address;
> > + cxt->memtype = pdata->mem_type;
> > cxt->record_size = pdata->record_size;
> > cxt->console_size = pdata->console_size;
> > cxt->ftrace_size = pdata->ftrace_size;
> > @@ -564,6 +572,7 @@ static void ramoops_register_dummy(void)
> >
> > dummy_data->mem_size = mem_size;
> > dummy_data->mem_address = mem_address;
> > + dummy_data->mem_type = 0;
> > dummy_data->record_size = record_size;
> > dummy_data->console_size = ramoops_console_size;
> > dummy_data->ftrace_size = ramoops_ftrace_size;
> > --- a/fs/pstore/ram_core.c
> > +++ b/fs/pstore/ram_core.c
> > @@ -380,7 +380,8 @@ void persistent_ram_zap(struct persistent_ram_zone *prz)
> > persistent_ram_update_header_ecc(prz);
> > }
> >
> > -static void *persistent_ram_vmap(phys_addr_t start, size_t size)
> > +static void *persistent_ram_vmap(phys_addr_t start, size_t size,
> > + unsigned int memtype)
> > {
> > struct page **pages;
> > phys_addr_t page_start;
> > @@ -392,7 +393,10 @@ static void *persistent_ram_vmap(phys_addr_t start, size_t size)
> > page_start = start - offset_in_page(start);
> > page_count = DIV_ROUND_UP(size + offset_in_page(start), PAGE_SIZE);
> >
> > - prot = pgprot_writecombine(PAGE_KERNEL);
> > + if (memtype)
> > + prot = pgprot_noncached(PAGE_KERNEL);
> > + else
> > + prot = pgprot_writecombine(PAGE_KERNEL);
> >
> > pages = kmalloc_array(page_count, sizeof(struct page *), GFP_KERNEL);
> > if (!pages) {
> > @@ -411,8 +415,11 @@ static void *persistent_ram_vmap(phys_addr_t start, size_t size)
> > return vaddr;
> > }
> >
> > -static void *persistent_ram_iomap(phys_addr_t start, size_t size)
> > +static void *persistent_ram_iomap(phys_addr_t start, size_t size,
> > + unsigned int memtype)
> > {
> > + void *va;
> > +
> > if (!request_mem_region(start, size, "persistent_ram")) {
> > pr_err("request mem region (0x%llx@...llx) failed\n",
> > (unsigned long long)size, (unsigned long long)start);
> > @@ -422,19 +429,24 @@ static void *persistent_ram_iomap(phys_addr_t start, size_t size)
> > buffer_start_add = buffer_start_add_locked;
> > buffer_size_add = buffer_size_add_locked;
> >
> > - return ioremap_wc(start, size);
> > + if (memtype)
> > + va = ioremap(start, size);
> > + else
> > + va = ioremap_wc(start, size);
> > +
> > + return va;
> > }
> >
> > static int persistent_ram_buffer_map(phys_addr_t start, phys_addr_t size,
> > - struct persistent_ram_zone *prz)
> > + struct persistent_ram_zone *prz, int memtype)
> > {
> > prz->paddr = start;
> > prz->size = size;
> >
> > if (pfn_valid(start >> PAGE_SHIFT))
> > - prz->vaddr = persistent_ram_vmap(start, size);
> > + prz->vaddr = persistent_ram_vmap(start, size, memtype);
> > else
> > - prz->vaddr = persistent_ram_iomap(start, size);
> > + prz->vaddr = persistent_ram_iomap(start, size, memtype);
> >
> > if (!prz->vaddr) {
> > pr_err("%s: Failed to map 0x%llx pages at 0x%llx\n", __func__,
> > @@ -500,7 +512,8 @@ void persistent_ram_free(struct persistent_ram_zone *prz)
> > }
> >
> > struct persistent_ram_zone *persistent_ram_new(phys_addr_t start, size_t size,
> > - u32 sig, struct persistent_ram_ecc_info *ecc_info)
> > + u32 sig, struct persistent_ram_ecc_info *ecc_info,
> > + unsigned int memtype)
> > {
> > struct persistent_ram_zone *prz;
> > int ret = -ENOMEM;
> > @@ -511,7 +524,7 @@ struct persistent_ram_zone *persistent_ram_new(phys_addr_t start, size_t size,
> > goto err;
> > }
> >
> > - ret = persistent_ram_buffer_map(start, size, prz);
> > + ret = persistent_ram_buffer_map(start, size, prz, memtype);
> > if (ret)
> > goto err;
> >
> > --- a/include/linux/pstore_ram.h
> > +++ b/include/linux/pstore_ram.h
> > @@ -53,7 +53,8 @@ struct persistent_ram_zone {
> > };
> >
> > struct persistent_ram_zone *persistent_ram_new(phys_addr_t start, size_t size,
> > - u32 sig, struct persistent_ram_ecc_info *ecc_info);
> > + u32 sig, struct persistent_ram_ecc_info *ecc_info,
> > + unsigned int memtype);
> > void persistent_ram_free(struct persistent_ram_zone *prz);
> > void persistent_ram_zap(struct persistent_ram_zone *prz);
> >
> > @@ -76,6 +77,7 @@ ssize_t persistent_ram_ecc_string(struct persistent_ram_zone *prz,
> > struct ramoops_platform_data {
> > unsigned long mem_size;
> > unsigned long mem_address;
> > + unsigned int mem_type;
> > unsigned long record_size;
> > unsigned long console_size;
> > unsigned long ftrace_size;
>
>
>
> --
> Kees Cook
> Chrome OS Security
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists