From: David Woodhouse <dwmw2@infradead.org>
To: gerg <gerg@snapgear.com>
Cc: linux-kernel@vger.kernel.org, David McCullough <davidm@snapgear.com>
Subject: Re: [PATCH]: uClinux (MMU-less) patches against 2.5.28
Date: Fri, 26 Jul 2002 16:45:09 +0100 [thread overview]
Message-ID: <5015.1027698309@redhat.com> (raw)
In-Reply-To: <3D416603.2000107@snapgear.com>
gerg@snapgear.com said:
> The MAGIC_ROM_PTR support in the uClinux patch adds a field to the
> block_device_operations and file_operations structures that allows
> getting at the physical address in flash.
Sick. Just provide your own mmap() instead.
> Disabling processes that are known to be running direct from flash
> sounds workable. (There is no real notion of separating pages under
> uClinux - it is an all or nothing mapping. The text, data, bss, etc
> are always a single contiguous region in the address space).
Yep. For uClinux we could probably get away with that. I don't want to
suggest it for normal Linux though.
> More generous lock that really required for general VM linux, but at
> least the whole process model works for both VM and non-VM linux. I
> would expect this avoids any potential loop/deadlock with pages (going
> on the discussion in follow up emails anyway).
I don't see that many cases where these pages would get locked; I'm not
convinced it's a problem. But I'm aware of the percentages from the
previous times I've argued with Alan :)
--
dwmw2
prev parent reply other threads:[~2002-07-26 15:41 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-07-25 6:56 [PATCH]: uClinux (MMU-less) patches against 2.5.28 Greg Ungerer
2002-07-25 14:52 ` David Woodhouse
2002-07-26 0:08 ` Greg Ungerer
2002-07-26 1:20 ` Greg Ungerer
2002-07-26 8:19 ` David Woodhouse
2002-07-26 10:39 ` Alan Cox
2002-07-26 9:39 ` David Woodhouse
2002-07-26 10:56 ` Alan Cox
2002-07-26 9:58 ` David Woodhouse
2002-07-26 14:50 ` Alan Cox
2002-07-26 14:03 ` David Woodhouse
2002-07-26 17:11 ` Alan Cox
2002-07-26 16:01 ` David Woodhouse
2002-07-26 17:27 ` Alan Cox
2002-07-26 16:27 ` David Woodhouse
2002-07-26 15:08 ` gerg
2002-07-26 15:45 ` David Woodhouse [this message]
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=5015.1027698309@redhat.com \
--to=dwmw2@infradead.org \
--cc=davidm@snapgear.com \
--cc=gerg@snapgear.com \
--cc=linux-kernel@vger.kernel.org \
/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.