From mboxrd@z Thu Jan 1 00:00:00 1970 From: arnd@arndb.de (Arnd Bergmann) Date: Tue, 26 Apr 2016 00:18:45 +0200 Subject: [GIT PULL] move ARM LCD display driver to auxdisplay In-Reply-To: <20160425115758.GA4874@lukather> References: <20160425115758.GA4874@lukather> Message-ID: <8373519.0RWpCDubQ0@wuerfel> To: linux-arm-kernel@lists.infradead.org List-Id: linux-arm-kernel.lists.infradead.org On Monday 25 April 2016 13:57:58 Maxime Ripard wrote: > Hi, > > On Sat, Apr 23, 2016 at 11:43:58AM +0200, Linus Walleij wrote: > > Hi ARM SoC guys, > > > > these two patches move the ARM character LCD driver from > > misc drivers to the auxdisplay subsystem where it belongs and > > updates the defconfig for the RealView accordingly. > > > > Please pull it into some cleanup branch in the ARM SoC > > tree. > > > > I tried to get some ACK from the auxdisplay maintainer but no > > reaction. > > Auxdisplay is not a new framework, but rather a very old one. > > It got introduced in 2.6.21, and only received a couple of drivers > since. > > It seems to be quite redundant with fbdev deferred_io, which itself is > almost deprecated these days. I'm holding off on this pull request for now then. I'd certainly like to see the driver get moved out of drivers/misc, let me know once there has been an agreement of where it should go. Arnd From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752082AbcDYWTT (ORCPT ); Mon, 25 Apr 2016 18:19:19 -0400 Received: from mout.kundenserver.de ([212.227.17.24]:59055 "EHLO mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750750AbcDYWTR (ORCPT ); Mon, 25 Apr 2016 18:19:17 -0400 From: Arnd Bergmann To: Maxime Ripard Cc: Linus Walleij , "arm@kernel.org" , "linux-kernel@vger.kernel.org" , "linux-arm-kernel@lists.infradead.org" , Miguel Ojeda Sandonis Subject: Re: [GIT PULL] move ARM LCD display driver to auxdisplay Date: Tue, 26 Apr 2016 00:18:45 +0200 Message-ID: <8373519.0RWpCDubQ0@wuerfel> User-Agent: KMail/4.11.5 (Linux/3.16.0-10-generic; KDE/4.11.5; x86_64; ; ) In-Reply-To: <20160425115758.GA4874@lukather> References: <20160425115758.GA4874@lukather> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Provags-ID: V03:K0:EXHZijvkcGMW9312d5fno++CUr3Oq5+h1hiuvqy/s6IkBl1yBUB 8NrxVfKOSYFhJcSLXd26ZwseNNkE0i2MhCu1HrXufWudEN9KYc3+N9QXRECTpuQ4uEI7rj4 zYgHZAOEiRQkTj2Ab7EEoH1SrRCZ00EOfFAQTFfFPYEFqgVcnQzpcJnLrNTXq0YuFzS2g+Z XmtGWq77ak+1x+NxqVMpw== X-UI-Out-Filterresults: notjunk:1;V01:K0:JEvvJJ79qnI=:mxjYonGyKxmOksMgo2HrSy U+ZoGs8MzA259nz77OOXwzsF9VxomNYgUg4NbS8Z/1QjWC/vDuXJHlLXDRqS9v4+CYoQS5WPo QhjiK0rcnVumTn+1e7ZQD8RSY+0V+NTQuTii+jsykIJmWbacIuZGcIDkEe0zBPv89pasiNbGy HmC/NxujNmKGZox3Sojt0FwBO9Ez54r3udS4XWOLU+DtHnY0cvKMw9dwzs89KVGuMzC0vj06o mqc+H9hJeqGvznozzKhPF3ZgN7WQs3k8LIXrlX8HgCYroHBbXTVgWkWi8upMpffGB1QWrIRI8 gXECY24cjQggL7iE5EcgyuTsdzWaFpKTswQRsWwC6IkCkyLnRxuD8wsEEcSfAqyF1QAp2IyIG DG3EWb8wms5WbVOEpzU5n2iVRXGQACb5Jwr6mM+SK2zCgOkYCreBEMKfM1zzRGuaPYsDS3XcB OMx1KN679AlWa1w9hdPHqew6JlnS+beQfQbZfvpWqQtNqt+XU3QWp2FaziU4Fg9oDYO+ZHi3V IfCc2S22F9SCNk1VN86PGn2lQYOpsY8tLdXk+9XLX+sbwZne/tQVeMNLPucFVaBnMQx3iBbM9 NCBDCMRV2yIxthKMnC7rNd7zdo6CnjkAc8haW+KYlyX35sUVajHmnnvqlbOROq+bl65EUDqVM ujBmj3ednrM2xUDp/5roSKnPgepm9OP/SUm3qqKW/UEPJMgJ1jJoTE1fAh07HKJNe9N/7pANy 6g9UaP//5Scwc0Ac Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Monday 25 April 2016 13:57:58 Maxime Ripard wrote: > Hi, > > On Sat, Apr 23, 2016 at 11:43:58AM +0200, Linus Walleij wrote: > > Hi ARM SoC guys, > > > > these two patches move the ARM character LCD driver from > > misc drivers to the auxdisplay subsystem where it belongs and > > updates the defconfig for the RealView accordingly. > > > > Please pull it into some cleanup branch in the ARM SoC > > tree. > > > > I tried to get some ACK from the auxdisplay maintainer but no > > reaction. > > Auxdisplay is not a new framework, but rather a very old one. > > It got introduced in 2.6.21, and only received a couple of drivers > since. > > It seems to be quite redundant with fbdev deferred_io, which itself is > almost deprecated these days. I'm holding off on this pull request for now then. I'd certainly like to see the driver get moved out of drivers/misc, let me know once there has been an agreement of where it should go. Arnd