From mboxrd@z Thu Jan 1 00:00:00 1970 Subject: Re: [PATCH] [MTD] [NAND] GPIO NAND flash driver From: David Woodhouse To: Mike Rapoport In-Reply-To: <48F1AF0C.8080401@compulab.co.il> References: <48EF3291.5040000@compulab.co.il> <20081010141916.GB16934@shareable.org> <20081010214827.GP435@flint.arm.linux.org.uk> <8bd0f97a0810101507y589dfd3br4da47c634e83bb36@mail.gmail.com> <48F1AF0C.8080401@compulab.co.il> Content-Type: text/plain Date: Mon, 13 Oct 2008 14:59:04 +0100 Message-Id: <1223906344.6770.603.camel@macbook.infradead.org> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Cc: Russell King - ARM Linux , Mike Frysinger , Russ Dill , Jamie Lokier , Ben Dooks , linux-mtd List-Id: Linux MTD discussion mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On Sun, 2008-10-12 at 10:02 +0200, Mike Rapoport wrote: > Mike Frysinger wrote: > >> The problem is that a write to GPIO may pass a write to the static > >> memory regions, or vice versa. So, what we do is we insert a read > >> with a dependency in the execution to ensure that we stall the > >> pipeline until that read - and therefore the preceding write has > >> completed. > > > > so the function comment should read something like "make sure the gpio > > state has actually changed before returning to the higher nand layers" > > > > The patch with (hopefully) clearer gpio_nand_dosync() comments. Please can I have it in a form I can apply, with changelog and signed-off-by, and without those silly 'u16' types in it. The C language has perfectly good types for specifying unsigned 16-bit integers; use them. Thanks. -- David Woodhouse Open Source Technology Centre David.Woodhouse@intel.com Intel Corporation