Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S933198AbbDILGl (ORCPT ); Thu, 9 Apr 2015 07:06:41 -0400 Received: from atrey.karlin.mff.cuni.cz ([195.113.26.193]:60427 "EHLO atrey.karlin.mff.cuni.cz" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753235AbbDILGh (ORCPT ); Thu, 9 Apr 2015 07:06:37 -0400 Date: Thu, 9 Apr 2015 13:06:34 +0200 From: Pavel Machek To: Geert Uytterhoeven Cc: Marek Vasut , kernel list , Dinh Nguyen , Jean-Christophe PLAGNIOL-VILLARD , Tomi Valkeinen , Grant Likely , Rob Herring , Jingoo Han , Rob Clark , Linux Fbdev development list , "devicetree@vger.kernel.org" , archit@ti.com, shc_work@mail.ru, linux@arm.linux.org.uk, hsweeten@visionengravers.com Subject: Re: simple framebuffer slower by factor of 20, on socfpga (arm) platform Message-ID: <20150409110634.GA27407@amd> References: <20150407121247.GA29497@amd> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2528 Lines: 72 On Tue 2015-04-07 14:19:33, Geert Uytterhoeven wrote: > Hi Pavel, > > On Tue, Apr 7, 2015 at 2:12 PM, Pavel Machek wrote: > > I have an socfpga board, which uses has simple framebuffer implemented > > in the FPGA. On 3.15, framebuffer is fast: > > > > root@wagabuibui:~# time cat /dev/fb0 > /dev/null > > real 0m 0.00s > > user 0m 0.00s > > sys 0m 0.00s > > > > on 3.18, this takes 220msec. Similar slowdown exists for > > writes. Simple framebuffer did not change at all between 3.15 and > > 3.18; resource flags of the framebuffer are still same (0x200). > > > > If I enable caching on 3.18, it speeds up a bit, to 70msec or > > so... Which means problem is not only in caching. > > > > Any ideas? > > My first guess was commit 67dc0d4758e5 ("vt_buffer: drop console buffer > copying optimisations"), but this was introduced only in v4.0-rc1. > > Just in case you encounter another performance regression after upgrading > to a more modern kernel ;-) :-). I did a git bisect, and it pointed to this. And reverting it indeed fixes the problem in 3.18. Problem is still there in 4.0. Archit do you know what is going on there? Should the revert be filled for 4.0? Pavel commit 981409b25e2a99409b26daa67293ca1cfd5ea0a0 Author: Archit Taneja Date: Fri Nov 16 14:46:04 2012 +0530 fbdev: arm has __raw I/O accessors, use them in fb.h This removes the sparse warnings on arm platforms: warning: cast removes address space of expression Signed-off-by: Archit Taneja Signed-off-by: Tomi Valkeinen Cc: H Hartley Sweeten Cc: Alexander Shiyan Cc: Russell King > Gr{oetje,eeting}s, > > Geert > > -- > Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org > > In personal conversations with technical people, I call myself a hacker. But > when I'm talking to journalists I just say "programmer" or something like that. > -- Linus Torvalds -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/