From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail.micromemory.com (ip67-95-226-82.z226-95-67.customer.algx.net [67.95.226.82]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (Client did not present a certificate) by ozlabs.org (Postfix) with ESMTP id 6470FDDE49 for ; Thu, 24 May 2007 02:21:00 +1000 (EST) Received: from [192.168.0.90] by micromemory.com (MDaemon PRO v9.5.6) with ESMTP id md50000412594.msg for ; Wed, 23 May 2007 09:20:56 -0700 Subject: Re: Porting RapidIO from ppc arch to powerpc arch in support of MPC8641D From: Phil Terry To: segher@kernel.crashing.org In-Reply-To: <836bca7802dca173490f4d38e0c48b7a@kernel.crashing.org> References: <1179862732.25914.40.camel@pterry-fc6.micromemory.com> <46B96294322F7D458F9648B60E15112C234AE6@zch01exm26.fsl.freescale.net> <1179934657.11247.14.camel@pterry-fc6.micromemory.com> <836bca7802dca173490f4d38e0c48b7a@kernel.crashing.org> Content-Type: text/plain Date: Wed, 23 May 2007 09:20:53 -0700 Message-Id: <1179937253.11247.44.camel@pterry-fc6.micromemory.com> Mime-Version: 1.0 Cc: linuxppc-dev@ozlabs.org, Zhang Wei-r63237 Reply-To: pterry@micromemory.com List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On Wed, 2007-05-23 at 18:05 +0200, Segher Boessenkool wrote: > >> The law should really be removed. > > In my application I'm may be using a huge part of the 36-bit address > > space to address multiple remote RIO boards in a peer DMA multicomputer > > application. The default law just for maintenance messages isn't going > > to cut it. > > If the firmware sets up the "law", it should put a property > in the node describing the setting. If Linux sets up the > laws, there shouldn't be a property (since it is a policy > decision). Ooops, I just posted a question to you before I saw this pop up sorry? But when you say "firmware" do you mean u-boot or your kernel loading code or do you mean some aspect of the hardware, eg, its EEPROM program which can vary from hardware to hardware instantiation? If you mean u-boot I'm confused (so whats new?). AFAIK u-boot can't probe and set this up and even if it did, linux in the arch's I'm familiar with sets everything up anew regardless of what the boot loader did. AFAIK in the freescale processors the dtb is being passed in from u-boot as a supplied with the kernel build "blob" not because it built it dynamically. Or again have I got hold of the wrong end of the stick? Cheers Phil > > >>> The dbells and mboxs can be removed. The default setting in rio is > >>> okay. > >> > >> this could possibly be useful. > > Same issue. Even if the firmware uses a default setting, > it should still put it in the device tree _iff_ it is the > firmware's decision (and not the kernel's). > > > Segher > > >