From mboxrd@z Thu Jan 1 00:00:00 1970 From: Tony Lindgren Subject: Re: [pm-wip/uart][PATCH 2/4] OMAP3: serial: Fix uart4 handling for 3630 Date: Thu, 10 Jun 2010 14:12:17 +0300 Message-ID: <20100610111217.GA32208@atomide.com> References: <53199.192.168.10.88.1275659023.squirrel@dbdmail.itg.ti.com> <871vcmq08s.fsf@deeprootsystems.com> <20100607100656.GE15515@atomide.com> <20100609142801.GK32208@atomide.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Received: from mho-01-ewr.mailhop.org ([204.13.248.71]:61471 "EHLO mho-01-ewr.mailhop.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1758906Ab0FJLMT (ORCPT ); Thu, 10 Jun 2010 07:12:19 -0400 Content-Disposition: inline In-Reply-To: Sender: linux-omap-owner@vger.kernel.org List-Id: linux-omap@vger.kernel.org To: Govindraj Cc: Kevin Hilman , "Govindraj.R" , linux-omap@vger.kernel.org, Sergio Aguirre * Govindraj [100610 11:49]: > > -> Shouldn't we just retrieve the offset and then use > omap_ctrl_writew\ omap_ctrl_readw calls? Sure that works too. And that actually has the advantage that it's more likely to keep the mux read/write access in the platform init code. > -> I hope muxmode configuration can be done in the > existing code itself by manually populating the mode > and use offset retrieved from omap_mux_request_signal > and use omap_ctrl_writew. > Any comment? I'm not sure I follow you, but you should keep any mux functions in the platform init code and keep the driver as generic as possible. Regards, Tony