From mboxrd@z Thu Jan 1 00:00:00 1970 From: Marco Stornelli Subject: Re: [PATCH 06/14] Pramfs: Include files Date: Wed, 24 Jun 2009 08:32:50 +0200 Message-ID: <2ea1731b0906232332n2488d452p27419eac7edab7e4@mail.gmail.com> References: <4A33A7EC.6070008@gmail.com> <20090623192648.GB23119@logfs.org> <1245791743.25547.3517.camel@macbook.infradead.org> <200906232355.34134.arnd@arndb.de> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Cc: David Woodhouse , =?ISO-8859-1?Q?J=F6rn_Engel?= , Sam Ravnborg , Tim Bird , Chris Simmonds , Linux FS Devel , Linux Embedded , Linux Kernel To: Arnd Bergmann Return-path: In-Reply-To: <200906232355.34134.arnd@arndb.de> Sender: linux-embedded-owner@vger.kernel.org List-Id: linux-fsdevel.vger.kernel.org 2009/6/23 Arnd Bergmann : > On Tuesday 23 June 2009, David Woodhouse wrote: >> And dd on /dev/mem would work, surely? > > Actually, reading from /dev/mem is only valid on real RAM. If the nvr= am > is part of an IO memory mapping, you have to do mmap()+memcpy() rathe= r > than read(). So dd won't do it, but it's still easy to read from user > space. =46or "security" reasons pram reserve the region of memory with reserve_mem_region_exclusive()..... > >> I'd definitely recommend making it fixed-endian. Not doing so for JF= =46S2 >> was a mistake I frequently regretted. > > Right. > > =A0 =A0 =A0 =A0Arnd <>< >