From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-in-06.arcor-online.net (mail-in-06.arcor-online.net [151.189.21.46]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mx.arcor.de", Issuer "Thawte Premium Server CA" (verified OK)) by ozlabs.org (Postfix) with ESMTP id 3ED2EDDF63 for ; Thu, 28 Jun 2007 06:57:19 +1000 (EST) In-Reply-To: <41E15EC0-D16E-4A9F-BCA8-1E126F6D95A7@kernel.crashing.org> References: <11829070051484-git-send-email-galak@kernel.crashing.org> <11829070063989-git-send-email-galak@kernel.crashing.org> <11829070073637-git-send-email-galak@kernel.crashing.org> <11829070091056-git-send-email-galak@kernel.crashing.org> <11829070102887-git-send-email-galak@kernel.crashing.org> <11829070111239-git-send-email-galak@kernel.crashing.org> <1182907013252-git-send-email-galak@kernel.crashing.org> <1182907014549-git-send-email-galak@kernel.crashing.org> <1182907015126-git-send-email-galak@kernel.crashing.org> <11829070192461-git-send-email-galak@kernel.crashing.org> <8fa84ed4810eb9aca18739bf709e71d9@kernel.crashing.org> <41E15EC0-D16E-4A9F-BCA8-1E126F6D95A7@kernel.crashing.org> Mime-Version: 1.0 (Apple Message framework v623) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <0639caa4f420578b671c9e2f9713ba39@kernel.crashing.org> From: Segher Boessenkool Subject: Re: [PATCH 09/15] [POWERPC] 86xx: Add uli1575 pci-bridge sector to MPC8641HPCN dts file. Date: Wed, 27 Jun 2007 22:57:07 +0200 To: Kumar Gala Cc: linuxppc-dev@ozlabs.org List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , >>>> - ranges = <0 f8000000 00100000>; >>>> - reg = ; // CCSRBAR 1M >>>> + ranges = <00001000 f8001000 000ff000 >>> [...] >>>> + reg = ; // CCSRBAR >>> >>> This can't be right, and I suspect it will break any kernel access to >>> the first 0x1000 bytes of the CCSR_BAR space. reg should actually >>> describe the register space of the SOC. If ranges needs to specify >>> that, too, they should be able to be redundant. But this looks like >>> a big hack, to me. Am I missing something? >> >> "reg" and "ranges" can never overlap really. >> >> Is this the special case where the PHB is visible in >> PCI configuration space? >> >> Or, please explain what CCSR_BAR is... > > Its a 1M MMIO register space on the SOC (all device registers on the > SOC live there). Okay, so it has nothing to do with PCI configuration space? There is "BAR" in the name, so it is a movable range? Where is the base address set? What is the relationship between (in the example) the address ranges x'f800_0000+1000 and x'f800_1000+ff000? Segher