From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from az33egw01.freescale.net (az33egw01.freescale.net [192.88.158.102]) by ozlabs.org (Postfix) with ESMTP id 4B3D667B35 for ; Thu, 16 Jun 2005 01:06:14 +1000 (EST) In-Reply-To: <1118845450.7564.111.camel@jmcmullan.timesys> References: <42eb0bacadb197b42502ac1828450843@onz.com> <1118845450.7564.111.camel@jmcmullan.timesys> Mime-Version: 1.0 (Apple Message framework v619.2) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: From: Kumar Gala Date: Wed, 15 Jun 2005 10:06:05 -0500 To: "Jason McMullan" Cc: linuxppc-embedded Subject: Re: RFC: cpm2_devices.c List-Id: Linux on Embedded PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On Jun 15, 2005, at 9:24 AM, Jason McMullan wrote: > My personal opinions: > > * Use macro-offsets into a cpm2_map_t struct Not going to happen. Sorry. > * Put fcc_c regs back in Can you explain this. I'm not 100% sure what regs you are referring to. > * dpram[PROFF_*] should be in the resources list The patch I posted seems to do that. I'm guessing these comments may be against Allen's initial patch. > * cpm2_* is a better name than MPC82xx_* or MPC85xx_* > * Keep CPM2_DMA, etc, as these *should* be showing up in > /proc/iomem, since, IIRC, the platform layer does > reserve them upon registration. (And I *do* have a DMA > layer then uses CPM2_DMA as a driver-ish thing) I'll agree on DMA, do you see value in CPM, SI1 and SI2 being here? And if so for what? - kumar