On Wed, Jan 30, 2019 at 11:03:02AM +0300, Alexander Shiyan wrote: > Hello. > > >Среда, 30 января 2019, 9:08 +03:00 от Sascha Hauer <s.hauer@xxxxxxxxxxxxxx>: > >Sorry for the delay. Has this been resolved in the meantime? > > Still no. > > >On Thu, Jan 24, 2019 at 12:37:29PM +0300, Alexander Shiyan wrote: > >> I decided to change the size of the UBI volume for the root file system to 60 MB. > >> Now I get a weird OOM error. Turning on debug information shows a conflict, > >> but I do not quite understand where to look for the problem. > >> Where is the starting point to try to solve this problem? > >> > >> malloc space: 0x95df8d40 -> 0x97df8d3f (size 32 MiB) > >> > >> Loading ARM Linux zImage '/dev/nand0.system.ubi.kernel' > >> __request_region ok: 0x92000000:0x922a244f > >The Kernel documentation recommends putting the Kernel 32MiB into SDRAM > >to avoid relocation. This is what we see here. > > > >> __request_region: 0x923a3000:0x95e02fff conflicts with 0x95df8d40:0x97df8d3f > > > >Now we try allocate space for the initrd above it which is 60MiB. This > >conflicts with the malloc space. > > > >So yes, you're out of memory. > Memory should be enough (256 Mb). I think the problem is that the memory is > divided into two banks of 128 Mb each. > > Just look for a next line: > __request_region: 0x923a3000:0x95e02fff outside parent resource 0x98000000:0x9fffffff > > Maybe we need some kind of option to merge nearby banks? If I'm not mistaken the banks are not really nearby. You should have two banks, one from 0x90000000 to 0x97ffffff and one from 0xa0000000 to 0xa7ffffff. I don't know where the resource 0x98000000:0x9fffffff comes from. Could you paste the output of the iomem command? Are you using the code from arch/arm/mach-imx/esdctl.c or are you bypassing it? Sascha -- Pengutronix e.K. | | Industrial Linux Solutions | http://www.pengutronix.de/ | Peiner Str. 6-8, 31137 Hildesheim, Germany | Phone: +49-5121-206917-0 | Amtsgericht Hildesheim, HRA 2686 | Fax: +49-5121-206917-5555 | _______________________________________________ barebox mailing list barebox@xxxxxxxxxxxxxxxxxxx http://lists.infradead.org/mailman/listinfo/barebox
