From patchwork Wed Aug 15 19:16:27 2012 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Patchwork-Submitter: =?utf-8?b?UmFwaGHDq2wgQXNzw6luYXQ=?= X-Patchwork-Id: 1326691 Return-Path: X-Original-To: patchwork-linux-omap@patchwork.kernel.org Delivered-To: patchwork-process-083081@patchwork2.kernel.org Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by patchwork2.kernel.org (Postfix) with ESMTP id 8B462DFFED for ; Wed, 15 Aug 2012 19:16:32 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753901Ab2HOTQb (ORCPT ); Wed, 15 Aug 2012 15:16:31 -0400 Received: from roc.holo.8d.com ([64.254.227.115]:54611 "EHLO roc.holo.8d.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753873Ab2HOTQa (ORCPT ); Wed, 15 Aug 2012 15:16:30 -0400 Received: from raph.usine.8d.com ([192.168.142.55] helo=renkinjitsu.usine.8d.com) by roc.holo.8d.com with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.69) (envelope-from ) id 1T1j4u-0000Xn-9r; Wed, 15 Aug 2012 15:16:29 -0400 Received: from raph by renkinjitsu.usine.8d.com with local (Exim 4.80) (envelope-from ) id 1T1j4t-00068r-81; Wed, 15 Aug 2012 15:16:27 -0400 Date: Wed, 15 Aug 2012 15:16:27 -0400 From: Raphael Assenat To: linux-omap@vger.kernel.org Cc: tomi.valkeinen@ti.com Subject: [PATCH v2] OMAPDSS: Do not require a VDDS_DSI regulator on am35xx Message-ID: <20120815191627.GA22993@renkinjitsu.usine.8d.com> MIME-Version: 1.0 Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Score: -2.6 X-Spam-Level: -- X-Spam-Report: -2.6 points, 5.0 required autolearn=ham -2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1% [score: 0.0000] Sender: linux-omap-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-omap@vger.kernel.org On our AM3505 based board, dpi.c complains that there is no VDSS_DSI regulator and the framebuffer cannot be enabled. However, this check does not seem to apply to AM3505/17 chips. Taking into account comments received after my first patch[1], I have added entries to dss_features.c to support the am35xx soc. Then in dpi.c, instead of using cpu_is_omap34xx() and soc_is_am35xx(), a call to dss_has_feature() is used. [1] http://marc.info/?l=linux-fbdev&m=134272967203409&w=2 Signed-off-by: Raphaël Assénat --- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html diff --git a/drivers/video/omap2/dss/dpi.c b/drivers/video/omap2/dss/dpi.c index 3266be2..0e83054 100644 --- a/drivers/video/omap2/dss/dpi.c +++ b/drivers/video/omap2/dss/dpi.c @@ -31,9 +31,9 @@ #include #include