From mboxrd@z Thu Jan 1 00:00:00 1970 From: David Miller Date: Sat, 18 Sep 2010 03:17:04 +0000 Subject: Re: [PATCH] fbmem: Fix fb_read, fb_write unaligned accesses. Message-Id: <20100917.201704.181464273.davem@davemloft.net> List-Id: References: <201009180123.48303.james@albanarts.com> In-Reply-To: <201009180123.48303.james@albanarts.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: james@albanarts.com Cc: sparclinux@vger.kernel.org, linux-kernel@vger.kernel.org, linux-fbdev@vger.kernel.org, airlied@redhat.com, akpm@linux-foundation.org, marcin.slusarz@gmail.com, FlorianSchandinat@gmx.de, vda.linux@googlemail.com, jbarnes@virtuousgeek.org, jsimmons@infradead.org From: James Hogan Date: Sat, 18 Sep 2010 01:23:47 +0100 > Apologies for corrupted patch. I'll try again. > Comments? I'd also appreciate if somebody familiar with sbus on sparc > could check this patch is sane since I know virtually nothing about sbus > and am not in a position to compile for sparc, let alone test on it: > > fb_{read,write} access the framebuffer using lots of fb_{read,write}l's > but don't check that the file position is aligned which can cause > problems on some architectures which do not support unaligned accesses. > > Since the operations are essentially memcpy_{from,to}io, new > fb_memcpy_{from,to}fb macros have been defined and these are used > instead. > > For Sparc, fb_{read,write} macros use sbus_{read,write}, so this defines > new sbus_memcpy_{from,to}io functions the same as memcpy_{from,to}io but > using sbus_{read,write}b instead of {read,write}b. > > Signed-off-by: James Hogan Compiles cleanly on sparc and looks correct to me: Acked-by: David S. Miller