From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753396Ab2KOGoI (ORCPT ); Thu, 15 Nov 2012 01:44:08 -0500 Received: from mail-pa0-f46.google.com ([209.85.220.46]:34997 "EHLO mail-pa0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752278Ab2KOGoE (ORCPT ); Thu, 15 Nov 2012 01:44:04 -0500 Date: Wed, 14 Nov 2012 22:43:59 -0800 From: Dmitry Torokhov To: Alexandra Chin Cc: Henrik Rydberg , Linux Kernel , Linux Input , Linus Walleij , Naveen Kumar Gaddipati , Mahesh Srinivasan , Alex Chang , Scott Lin , Christopher Heiny Subject: Re: [RFC] staging: ste_rmi4: merge into the main kernel tree Message-ID: <20121115064359.GA17551@core.coreip.homeip.net> References: <20121103013623.0f3a1b28168a9a42881b0b00@tw.synaptics.com> <20121113201212.8550fb074e1f7cce78f29d97@tw.synaptics.com> <20121113175309.GA3601@polaris.bitmath.org> <20121114180401.GC29131@core.coreip.homeip.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Nov 15, 2012 at 02:56:45AM +0000, Alexandra Chin wrote: > Hi Dmitry, > > > > As I know, currently there is no synaptics RMI4 touchscreen driver in the > > > main tree. In order to support our customers effectively, is it able to merge > > > staging ste_rmi4 driver into the main kernel.org tree? If it is accepted, should > > > I send a patch for this change? > > > > I believe that we should keep ste_rmi4 in staging, not as reflection of > > its code quality, but rather because it is a temporary solution until > > full-fledged RMI4 driver is merged. > > > > Please have Greg commit the patch that Henrik reviewed to staging and > > then work with Christopher Heiny group on getting the full featured > > driver into mainline. > > Thank you for the prompt reply. The ste_rmi4 driver is actually not intended to be > a temporary solution for the full-fledged driver. We have requests from a number > of our customers and partners (Qualcomm, Samsung, Intel etc.) urging us to have > a driver available in the kernel mainline that is specific to touchscreen with simple > architecture and supporting our S3200 family of Touch Controllers and above. We > are committing resources to continue to maintain this driver and provide updates > to support future touch controller revisions from Synaptics. > It would be greatly appreciated if this driver can be considered for inclusion in the > kernel mainline. In this case you need to enumerate the benefits of this driver over unified driver and show why the unified driver can't be fixed. Currently the driver is in mainline (even though the directory is staging) and nobody will remove it until another driver is fully functional and ready for prime time. But once this happens I do not see the benefits of maintaining 2 drivers for the same hardware. Thank you. -- Dmitry