On 7 February 2014 02:04, Ryan Harkin <ryan.har...@linaro.org> wrote: > On 7 February 2014 02:19, Tom Gall <tom.g...@linaro.org> wrote: >> Thanks Victor! >> >> This doesn't bode well. >> >> I'm trying to debug a Chrome on armv8 build. Chrome loaded into gdb >> with symbols is well over 1 Gig of memory. With everything else >> running (as in my X env) things die pretty early due to lack of RAM to >> allocate. >> >> Given this is all in the sim, I just don't see adding swap storage as >> a viable option. >> >> What would life be if we didn't have to face fun little things like this ? >> :-) >> >> >> On Thu, Feb 6, 2014 at 5:57 PM, Victor Kamensky >> <victor.kamen...@linaro.org> wrote: >>> Interesting question. >>> >>> I think on model side it is controlled by 'bp.dram_size' >>> parameter (set it with -C option): >>> >>> [kamensky@kamensky-w530 fastmodels]$ >>> ./FVP_Base_AEMv8A-AEMv8A/models/Linux64_GCC-4.1/FVP_Base_AEMv8A-AEMv8A >>> --list-params | grep dram_size >>> bp.dram_size=0x4 # (int , >>> init-time) default = '0x4' : Size of main memory in gigabytes (2, 4 >>> or 8) : [0x2..0x8] >>> >>> However when I tried it, it did not have any >>> effect, and even if list-params help claims that default >>> is 4Gb, my Linux kernel sees only 2Gb. >>> >>> I think the next issue is some setting in uefi >>> loader: uefi creates memory regions list that is >>> passed to the kernel. I see in uefi: >>> >>> ./ArmPlatformPkg/ArmVExpressPkg/ArmVExpress-FVP-AArch64.dsc >>> >>> # System Memory (2GB) >>> gArmTokenSpaceGuid.PcdSystemMemoryBase|0x80000000 >>> gArmTokenSpaceGuid.PcdSystemMemorySize|0x80000000 >>> >>> and I cannot set it much bigger because PcdSystemMemorySize >>> is defined as UINT32 in ./ArmPkg/ArmPkg.dec like this: >>> >>> # System Memory (DRAM): These PCDs define the region of in-built system >>> memory >>> # Some platforms can get DRAM extensions, these additional regions >>> will be declared >>> # to UEFI by ArmPLatformPlib >>> gArmTokenSpaceGuid.PcdSystemMemoryBase|0|UINT32|0x00000029 >>> gArmTokenSpaceGuid.PcdSystemMemorySize|0|UINT32|0x0000002A > > > Seems you're using an old tree. The latest upstream code has:
Yes, you are right. I had old tree. Pulled latest linaro uefi tree now I can specify gArmTokenSpaceGuid.PcdSystemMemorySize as 0x100000000 and build does not complain. However it does not work. Uefi does not come up in this case. I am not sure what is wrong, either logic in uefi code or memory map conflict, .. or it could be even issue in loaders before uefi. Do you know at what place and how uefi fvp platform code can tell uefi that it has more RAM? It goes back to Tom's question how to make Linux under aarch64 fvp to see more than 2G of RAM? Did anyone get it working before? Thanks, Victor > c357fd6a (Olivier Martin 2014-01-10 11:27:31 +0000 117) > gArmTokenSpaceGuid.PcdSystemMemoryBase|0|UINT64|0x00000029 > c357fd6a (Olivier Martin 2014-01-10 11:27:31 +0000 118) > gArmTokenSpaceGuid.PcdSystemMemorySize|0|UINT64|0x0000002A > > And Linaro's UEFI tree has: > > 673251fe (Leif Lindholm 2014-01-20 17:18:16 +0000 117) > gArmTokenSpaceGuid.PcdSystemMemoryBase|0|UINT64|0x00000029 > 673251fe (Leif Lindholm 2014-01-20 17:18:16 +0000 118) > gArmTokenSpaceGuid.PcdSystemMemorySize|0|UINT64|0x0000002A > > >>> >>> At this point I don't see where/how to change ArmPLatformPlib get >>> more memory available to Linux. >>> >>> Thanks, >>> Victor >>> >>> On 6 February 2014 13:35, Tom Gall <tom.g...@linaro.org> wrote: >>>> Is there a way to set how much memory an armv8 box will get when >>>> running in the model? >>>> >>>> I'll really like to avoid setting up swap :-) >>>> >>>> Thanks! >>>> >>>> -- >>>> Regards, >>>> Tom >>>> >>>> "Where's the kaboom!? There was supposed to be an earth-shattering >>>> kaboom!" Marvin Martian >>>> Tech Lead, Graphics Working Group | Linaro.org │ Open source software >>>> for ARM SoCs >>>> w) tom.gall att linaro.org >>>> h) tom_gall att mac.com >>>> >>>> _______________________________________________ >>>> linaro-dev mailing list >>>> linaro-dev@lists.linaro.org >>>> http://lists.linaro.org/mailman/listinfo/linaro-dev >> >> >> >> -- >> Regards, >> Tom >> >> "Where's the kaboom!? There was supposed to be an earth-shattering >> kaboom!" Marvin Martian >> Tech Lead, Graphics Working Group | Linaro.org │ Open source software >> for ARM SoCs >> w) tom.gall att linaro.org >> h) tom_gall att mac.com >> >> _______________________________________________ >> linaro-dev mailing list >> linaro-dev@lists.linaro.org >> http://lists.linaro.org/mailman/listinfo/linaro-dev _______________________________________________ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
