From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754793Ab3AKL5r (ORCPT ); Fri, 11 Jan 2013 06:57:47 -0500 Received: from us01smtp3.synopsys.com ([198.182.44.81]:36458 "EHLO hermes.synopsys.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753699Ab3AKL5p (ORCPT ); Fri, 11 Jan 2013 06:57:45 -0500 Message-ID: <50EFFDAA.6060204@synopsys.com> Date: Fri, 11 Jan 2013 17:25:22 +0530 From: Vineet Gupta User-Agent: Mozilla/5.0 (X11; Linux i686; rv:16.0) Gecko/20121011 Thunderbird/16.0.1 MIME-Version: 1.0 To: Arnd Bergmann CC: , , "Grant Likely" , Alan Cox , "Greg Kroah-Hartman" , , Rob Herring , Rob Landley Subject: Re: [PATCH 4/4] serial/arc-uart: switch to devicetree based probing References: <1357885223-19243-1-git-send-email-vgupta@synopsys.com> <1357885223-19243-5-git-send-email-vgupta@synopsys.com> <201301111133.43507.arnd@arndb.de> In-Reply-To: <201301111133.43507.arnd@arndb.de> Content-Type: text/plain; charset="ISO-8859-15" Content-Transfer-Encoding: 7bit X-Originating-IP: [10.12.197.205] Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Friday 11 January 2013 05:03 PM, Arnd Bergmann wrote: > On Friday 11 January 2013, Vineet Gupta wrote: >> * DT binding for arc-uart >> * With alll the bits in place we can now use DT probing. >> >> Note that there's a bit of kludge right now because earlyprintk portion >> of driver can't use the DT infrastrcuture to get resoures/plat_data. >> This requires some infrastructre changes to of_flat_ framework >> >> Signed-off-by: Vineet Gupta >> Cc: Grant Likely >> Cc: Arnd Bergmann >> Cc: linux-serial@vger.kernel.org >> Cc: Alan Cox >> Cc: Greg Kroah-Hartman >> Cc: devicetree-discuss@lists.ozlabs.org >> Cc: Rob Herring >> Cc: Rob Landley >> Cc: linux-serial@vger.kernel.org > Acked-by: Arnd Bergmann > > Quick question about the name though: is this UART only used > on ARC, or is it something that synopsys licenses to other > parties as well? If the latter is true, we might want to > add a more generic "compatible" value for those that use > it on another architecture. It's not licensed as standalone IP - since its not a standard 8250. It is only (but actively) used on the internal FPGA flows from ARC days. Thx, Vineet > Arnd