Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754157Ab0FGTpN (ORCPT ); Mon, 7 Jun 2010 15:45:13 -0400 Received: from mail-fx0-f46.google.com ([209.85.161.46]:58280 "EHLO mail-fx0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753198Ab0FGTpL convert rfc822-to-8bit (ORCPT ); Mon, 7 Jun 2010 15:45:11 -0400 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:organization:to:subject:date:user-agent:cc:references :in-reply-to:mime-version:content-type:content-transfer-encoding :message-id; b=w/SztKUA/5wwpaGwONBn5fuIwMLcKfMf8FRbYbEzQBeJhHfsbI3BtMLoj65stCH15h YQx5DqxTCeFQvapIeMMYZpU0wu8MvQ9kJBRrULH/6w09MHQaTTmUajwo0S3kkuadDNKt K6HUhaVBw5RaJ6SpJUJehuhDiWbYVOi0HowcM= From: Marek Vasut Organization: Hack&Dev To: Mike Rapoport Subject: Re: pxa300 - DDRAM base value Date: Mon, 7 Jun 2010 21:43:16 +0200 User-Agent: KMail/1.13.3 (Linux/2.6.33-2-amd64; KDE/4.4.3; x86_64; ; ) Cc: balakrishnan , Maharajan , Eric Miao , linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org References: <1275371058.7001.35.camel@balakrishnan-desktop> <1275892191.3501.17.camel@balakrishnan-desktop> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 8BIT Message-Id: <201006072143.16136.marek.vasut@gmail.com> Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2286 Lines: 59 Dne Po 7. Ĩervna 2010 21:37:16 Mike Rapoport napsal(a): > > hi, > > Now, I can able to boot after editing following files > > arch/arm/mach-pxa/Makefile.boot and > > arch/arm/mach/pxa/include/mach/memory.h (0x80000000 changed to > > 0xa0000000). My doubt is > > 1.why 0x80000000 (DDR phy address) is aliased to 0xa0000000 in pxa > > architecture? > > 2.In my development board two DDRAMs mapped at 0x80000000-0x88000000 and > > 0xc0000000-0xc8000000, how can I inform to kernel about this different > > bank and size?. > > enable CONFIG_HIGHMEM Mike, that wont help him as he has PHYS_OFFSET=0xa0000000 . Selecting CONFIG_HIGHMEM will only cause the pages for RAM below 0xa0000000 to have incorrectly computated descriptor addresses (or maybe will be ignored). The page descriptors for RAM at PA 0xa0000000 are at VA 0xc0000000 + some offset (there's an easy linear formula to compute their offset). Now if you feed that formula with 0x80000000, the page descriptors will end below 0xc0000000, which isn't a valid VA, therefore the descriptors will not be valid either (in the better case, but it will hang the kernel at early stage anyway). Therefore there are two ways -- either use what I suggested earlier or wait until the PHYS_OFFSET is dynamically computated (check Eric's patchset). Cheers > > > My Boot loader details, > > ------------------------------ > > =>bdi > > arch_number = 0x00000B04 > > env_t = 0x00000000 > > boot_params = 0x80000100 > > DRAM bank = 0x00000000 > > -> start = 0x80000000 > > -> size = 0x08000000 > > DRAM bank = 0x00000001 > > -> start = 0xC0000000 > > -> size = 0x08000000 > > ethaddr = 08:00:3e:26:0a:5b > > ip_addr = 192.168.0.21 > > baudrate = 115200 bps > > =>ver > > U-Boot 2010.03 (Jun 01 2010 - 14:27:43) > > > > > > With Thanks > > J.Balakrishnan > > _______________________________________________ > > linux-arm-kernel mailing list > > linux-arm-kernel@lists.infradead.org > > http://lists.infradead.org/mailman/listinfo/linux-arm-kernel -- 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/