All of lore.kernel.org
 help / color / mirror / Atom feed
From: David Woodhouse <dwmw2@infradead.org>
To: Mike Frysinger <vapier.adi@gmail.com>
Cc: David@blackfin.uclinux.org, uclinux-dev@uclinux.org,
	dedekind1@gmail.com, Paul@blackfin.uclinux.org,
	Schmidt <bernds_cb1@t-online.de>,
	David Howells <dhowells@redhat.com>, Mundt <lethal@linux-sh.org>,
	linux-mtd@lists.infradead.org, Greg Ungerer <gerg@uclinux.org>,
	uclinux-dist-devel@blackfin.uclinux.org,
	Bernd@blackfin.uclinux.org, McCullough <davidm@snapgear.com>
Subject: Re: [Uclinux-dist-devel] [PATCH 1/2] mtd: physmap: add physmap_unmapped_area() for no-mmu XIP
Date: Sun, 08 Aug 2010 12:33:20 +0100	[thread overview]
Message-ID: <1281267200.19967.246.camel@macbook.infradead.org> (raw)
In-Reply-To: <AANLkTikMrbK4B22Q=aa1zWmx_M-f_eqnKHcaZZb7qj9i@mail.gmail.com>

On Sat, 2010-08-07 at 19:26 -0400, Mike Frysinger wrote:
> can you can safely do XIP on writable flash devices ?  with nommu, you
> certainly cant.  plus, it is only possible with certain filesystems
> right ?  like ROMFS ?  and that's already r/o ...

As long as you don't allow any process to run that has part of the flash
chip mapped, you ought to be able to do it.

You might not want to use XIP for *everything* in that case -- but you
could imagine a situation where your critical processes are in RAM but
optional extra apps are XIP.

It's hard to implement though, because you'd have to keep track of which
processes need to be blocked and have some way to ensure it happens.

> if we delve a bit, what you're referring to is only possible i think
> if this change is merged (we posted this back in Jan w/no feedback):
>   mtd-physmap: add support users can assign the probe type in board files
> 
> otherwise, there's no way of declaring a physmap of a parallel nor
> flash and having it end up with read-only capabilities ...

Hm, yeah -- that one looks sane enough. I can merge that, although part
1 of that 2-part series I still object to because I don't *want*
different architectures to use different config symbols for the same
thing. Driver code shouldn't have to cope with that.

-- 
dwmw2

  reply	other threads:[~2010-08-08 11:33 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-05-23  7:30 [PATCH 1/2] mtd: physmap: add physmap_unmapped_area() for no-mmu XIP Mike Frysinger
2010-05-23  7:30 ` [PATCH 2/2] mtd: physmap: allow maps to be read-only mapped Mike Frysinger
2010-06-12 14:26 ` [PATCH 1/2] mtd: physmap: add physmap_unmapped_area() for no-mmu XIP Artem Bityutskiy
2010-08-04  9:33   ` David Woodhouse
2010-08-07 23:26     ` [Uclinux-dist-devel] " Mike Frysinger
2010-08-08 11:33       ` David Woodhouse [this message]
2010-08-09  7:36         ` Mike Frysinger
2010-08-20  6:17   ` Artem Bityutskiy

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1281267200.19967.246.camel@macbook.infradead.org \
    --to=dwmw2@infradead.org \
    --cc=Bernd@blackfin.uclinux.org \
    --cc=David@blackfin.uclinux.org \
    --cc=Paul@blackfin.uclinux.org \
    --cc=bernds_cb1@t-online.de \
    --cc=davidm@snapgear.com \
    --cc=dedekind1@gmail.com \
    --cc=dhowells@redhat.com \
    --cc=gerg@uclinux.org \
    --cc=lethal@linux-sh.org \
    --cc=linux-mtd@lists.infradead.org \
    --cc=uclinux-dev@uclinux.org \
    --cc=uclinux-dist-devel@blackfin.uclinux.org \
    --cc=vapier.adi@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.