[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <alpine.LFD.2.11.1504281127200.1582@knanqh.ubzr>
Date: Tue, 28 Apr 2015 11:28:53 -0400 (EDT)
From: Nicolas Pitre <nicolas.pitre@...aro.org>
To: Russell King - ARM Linux <linux@....linux.org.uk>
cc: Geert Uytterhoeven <geert@...ux-m68k.org>,
Tomi Valkeinen <tomi.valkeinen@...com>,
Pavel Machek <pavel@....cz>,
Archit Taneja <architt@...eaurora.org>,
Marek Vasut <marek.vasut@...il.com>,
kernel list <linux-kernel@...r.kernel.org>,
Dinh Nguyen <dinh.linux@...il.com>,
Jean-Christophe PLAGNIOL-VILLARD <plagnioj@...osoft.com>,
Grant Likely <grant.likely@...aro.org>,
Rob Herring <robh+dt@...nel.org>,
Jingoo Han <jg1.han@...sung.com>,
Rob Clark <robdclark@...il.com>,
Linux Fbdev development list <linux-fbdev@...r.kernel.org>,
"devicetree@...r.kernel.org" <devicetree@...r.kernel.org>,
Alexander Shiyan <shc_work@...l.ru>,
H Hartley Sweeten <hsweeten@...ionengravers.com>
Subject: Re: simple framebuffer slower by factor of 20, on socfpga (arm)
platform
On Tue, 28 Apr 2015, Russell King - ARM Linux wrote:
> On Fri, Apr 24, 2015 at 03:46:56PM +0200, Geert Uytterhoeven wrote:
> > So please optimize ARM's _memcpy_fromio(), _memcpy_toio(), and _memset_io().
> > That will benefit other drivers on ARM, too.
>
> That's not going to happen.
>
> I've had a patch which does that, but people are concerned that it changes
> the behaviour of the functions by changing the access size, which could
> cause regressions. It seems people are far too worried about that to even
> consider trying. :(
What about making the optimized implementation available via kconfig?
Nicolas
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists