Date: Sat, 16 Feb 2013 11:59:40 -0800 From: Tim Kientzle <tim@kientzle.com> To: Ian Lepore <ian@freebsd.org> Cc: "arm@freebsd.org" <arm@freebsd.org>, Kostik Belousov <kostikbel@gmail.com>, Alan Cox <alc@rice.edu> Subject: Re: kernel address space & auto-tuning Message-ID: <343AF6FE-05D9-48FB-9385-7EC1A532D057@kientzle.com> In-Reply-To: <1361043297.1164.43.camel@revolution.hippie.lan> References: <51192C44.1060204@rice.edu> <1361039490.1164.36.camel@revolution.hippie.lan> <511FD88E.2020403@rice.edu> <1361043297.1164.43.camel@revolution.hippie.lan>
next in thread | previous in thread | raw e-mail | index | archive | help
>> >>> ... It may be that the important >>> part of the change would come next: pick better arbitrary ending >>> addresses. >> >> Is the location of the register mapping something that the kernel >> chooses? Or is it something that is passed to the kernel at boot-time? >> > > As near as I can tell, it's a pretty much arbitrary choice on a per-SoC > basis, always hard-coded with a named constant of some sort in kernel > source code. 0xE0000000 seems to be a popular choice, with comments > about it being the address used to bootstrap the initial devmap. That > appears to be true for only one SoC. I think maybe there's been some > cut and paste propagation here. Related to another thread, it would be nice to find ways to get more of these per-SoC values out of hardcoded constants. In this case, the FDT should give the size and physical address of the register map. Can we use that to determine the virtual mapping dynamically at runtime? Tim
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?343AF6FE-05D9-48FB-9385-7EC1A532D057>