Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755438AbbFQUKP (ORCPT ); Wed, 17 Jun 2015 16:10:15 -0400 Received: from down.free-electrons.com ([37.187.137.238]:44158 "EHLO mail.free-electrons.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1750856AbbFQUKH (ORCPT ); Wed, 17 Jun 2015 16:10:07 -0400 Date: Wed, 17 Jun 2015 22:10:04 +0200 From: Thomas Petazzoni To: Russell King - ARM Linux Cc: Boris Brezillon , Arnd Bergmann , linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org Subject: Re: [PATCH] ARM: fix DEBUG_UART_PHYS/VIRT issue when modifying DEBUG_LL output Message-ID: <20150617221004.58699b2e@free-electrons.com> In-Reply-To: <20150617194058.GZ7557@n2100.arm.linux.org.uk> References: <1421145468-4144-1-git-send-email-boris.brezillon@free-electrons.com> <20150617144656.61eb29ae@free-electrons.com> <20150617194058.GZ7557@n2100.arm.linux.org.uk> Organization: Free Electrons X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.25; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1449 Lines: 37 Russell, On Wed, 17 Jun 2015 20:40:58 +0100, Russell King - ARM Linux wrote: > > Russell, what do you think of the proposed approach? > > I'd rather we killed all the defaults, rather than keep trying to fix > these subtle issues. That was always my goal of converting to this > model anyway. > > However, I think it's important not to loose this information (how many > of us with lots of different platforms want to keep on digging through > PDFs to try and find this documentation?) I'd like to see a per-SoC > file somewhere in Documentation/arm/ giving these details so at least > they're relatively easy to find. I personally find having the defaults for various popular platforms readily available in menuconfig to be a lot easier than having to dig some documentation to find the appropriate addresses. I.e, the current way is perfect. It's just that there is no need to show the physical/virtual addresses if an existing well-known platform is selected, especially as it causes weird behavior due to how kconfig works. Which Boris patch is solving. Best regards, Thomas -- Thomas Petazzoni, CTO, Free Electrons Embedded Linux, Kernel and Android engineering http://free-electrons.com -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/