lkml.org 
[lkml]   [2015]   [Mar]   [12]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH] n_tty: use kmalloc() instead of vmalloc() to avoid crash on armada-xp
Dear Stas Sergeev,

On Thu, 12 Mar 2015 15:44:44 +0300, Stas Sergeev wrote:

> Hello Thomas, I haven't got to look into that register:
> uboot is updated to v2011.12-2014_T2.0 and everything
> is working! So thanks once again.

Well if everything is working now, and seeing your boot log, the
register 0xf1020254 will contain 0xf0000000.

> The only problem I now have is the lack of 256Mb of
> ram.
>
> [ 0.000000] MEMBLOCK
> configuration:
> [ 0.000000] memory size = 0x1f0000000 reserved size =
> 0x70d6e3
> [ 0.000000] memory.cnt =
> 0x2
> [ 0.000000] memory[0x0] [0x00000000000000-0x000000efffffff],
> 0xf0000000
> bytes flags:
> 0x0
> [ 0.000000] memory[0x1] [0x00000100000000-0x000001ffffffff],
> 0x100000000
> bytes flags: 0x0
>
> There is a 8Gb in a single dimm.
> Do you have any idea why 0xf0000000-0xffffffff range is missing?
> I suspect this is something with uboot too.

No, this is expected. Your physical address space is shared between RAM
and I/O devices. So the space 0xf0000000 -> 0xffffffff in the physical
address space is where all the registers for your SoC and PCIe devices
will be located. You are therefore indeed losing 256 MB of RAM, but
there's nothing that can be done about this.

Best regards,

Thomas
--
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com


\
 
 \ /
  Last update: 2015-03-12 14:01    [W:0.253 / U:2.784 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site