Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1764856AbYA2Aak (ORCPT ); Mon, 28 Jan 2008 19:30:40 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1758359AbYA2AaS (ORCPT ); Mon, 28 Jan 2008 19:30:18 -0500 Received: from iabervon.org ([66.92.72.58]:55288 "EHLO iabervon.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1757055AbYA2AaR (ORCPT ); Mon, 28 Jan 2008 19:30:17 -0500 Date: Mon, 28 Jan 2008 19:30:09 -0500 (EST) From: Daniel Barkalow To: Mike Frysinger cc: richard kennedy , bryan.wu@analog.com, Linux Kernel Mailing List , Bryan Wu Subject: Re: [rfc] exposing MMR's of on-chip peripherals for debugging purposes In-Reply-To: <8bd0f97a0801281615w6fbdd77aifda714685f56cc41@mail.gmail.com> Message-ID: References: <8bd0f97a0801280216x56d52028s2ea247dd969e85e2@mail.gmail.com> <1201516811.7547.46.camel@roc-laptop> <8bd0f97a0801280306k5dc4410eu208bc55f1975ceb8@mail.gmail.com> <479DD2F3.6020209@rsk.demon.co.uk> <8bd0f97a0801280510q42dbf5d3i947877b7e3454fe1@mail.gmail.com> <8bd0f97a0801281615w6fbdd77aifda714685f56cc41@mail.gmail.com> User-Agent: Alpine 1.00 (LNX 882 2007-12-20) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1460 Lines: 32 On Mon, 28 Jan 2008, Mike Frysinger wrote: > On Jan 28, 2008 7:08 PM, Daniel Barkalow wrote: > > Could you submit the XML files and the autogeneration code? The C file > > isn't really source. Not only is it big, it'll probably change around a > > whole lot when you make small changes to your process, be hard to review, > > etc. > > that would require the build system to have xml tools installed ... > that doesnt sound pleasant. If they're only required for building blackfin debugging stuff, that shouldn't be a big deal. People building embedded kernels with debugging from source can probably handle the extra requirement. Setting up a cross-compilation toolchain for embedded processors is much trickier than getting xml tools. > that said, the XML files in question are probably 10x+ the size of the > C file. swapping 1 meg for 10+ megs ? :) If it's a bunch of smaller files, and if changes tend to be localized, that would be a good tradeoff. Alternatively, have them packaged separately, which might be more appropriate anyway if people might want to use them for other purposes (on the host when using jtag, perhaps). -Daniel *This .sig left intentionally blank* -- 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/