Skip site navigation (1)Skip section navigation (2) 
Date:      Mon, 6 Mar 2017 11:07:53 -0600
From:      Karl Denninger <karl@denninger.net>
To:        freebsd-arm@freebsd.org
Subject:   Re: Booting an old kernel on RPI2
Message-ID:  <33191ccf-75a3-82f8-ee23-bae3fb1c9425@denninger.net>
In-Reply-To: <1488818491.18764.21.camel@freebsd.org>
References:  <20170304165740.GA9625@www.zefox.net> <E1ckory-004k8U-Sq@smtp.hs-karlsruhe.de> <20170306163005.GB19195@www.zefox.net> <1488818491.18764.21.camel@freebsd.org>
index | next in thread | previous in thread | raw e-mail 

[-- Attachment #1 --]
On 3/6/2017 10:41, Ian Lepore wrote:
> On Mon, 2017-03-06 at 08:30 -0800, bob prohaska wrote:
>> On Mon, Mar 06, 2017 at 10:23:54AM +0100, Ralf Wenk wrote:
>>>
>>> I am having the same problem here.
>>> It happened during make installworld of r314701. I run make
>>> installworld
>>> while the former kernel r313407  was still active.
>>> Now both kernels will boot up, but produce the same "out of memory"
>>> message while going to single- or multi-user.
>>> So it is not even possible to get a working shell in single-user
>>> mode.
>>> As it first happens during make installworld while still running
>>> the
>>> "old" r313407 kernel I think the cause is not the kernel itself.
>>>
>>>
>> As I understand it, sometime before the FreeBSD loader starts up a
>> division of memory is made between GPU and CPU. There is a config.txt
>> file containing gpu_mem=64 on my FreeBSD systems, but some of the
>> Linux literature mentions a file called uEnv.txt, which FreeBSD 
>> seems not to use (nor does Raspbian, far as I can see). 
>>
>> I wonder if there might be a u-boot command to
>> check if the setup routines have become corrupted, leaving too
>> little memory for the kernel to function, even though it reports
>> real memory  = 989851648 (943 MB)
>> avail memory = 957444096 (913 MB)
>> during the failed boot attempts.
>>
>>
>> Thanks for reading, and any ideas!
>>
>> bob prohaska
>>
> I'm pretty sure this out of memory error has nothing to do with the
> kernel at all.  It appears to be caused by clang 4.0 building the world
> incorrectly (most likely just jemalloc).
>
> It's a pity that both clang and jemalloc were updated to new versions
> within a few days of each other.
>
> It's even more of a pity that a series of other errors make it almost
> impossible to cross-build for arm from a stable-10 amd64 system after
> r313403, so that bisecting to find the exact point of the error is also
> almost impossible.  The problem with crossbuilding isn't fixed yet,
> (it's got something to do with libnetbsd and libmd bootstrapping), so
> it's hard to even look into this out of memory problem unless you have
> a stable-11 system to crossbuild on.
>
>
I have such system and in fact it's my production system on which I do
all my crossbuilds!

FreeBSD 11.0-STABLE #15 r312669M: Mon Jan 23 14:01:03 CST 2017    
karl@NewFS.denninger.net:/usr/obj/usr/src/sys/KSD-SMP


What do you want me to play with?

-- 
Karl Denninger
karl@denninger.net <mailto:karl@denninger.net>
/The Market Ticker/
/[S/MIME encrypted email preferred]/

[-- Attachment #2 --]
0	*H
010
	`He0	*H
\0X0@=0
	*H
010	UUS10UFlorida10U	Niceville10U
Cuda Systems LLC10UCuda Systems LLC CA1"0 	*H
	Cuda Systems LLC CA0
161218194535Z
211217194535Z0W10	UUS10UFlorida10U
Cuda Systems LLC10Ukarl@denninger.net0"0
	*H
0
͍fd`1ie6";fSz`5¹/?{=Ӵowjħ_fnӴMG\ҢҖ4ib}>@mJo&mM;
Q9U cj]p퐆W.2E=
^¢tzĄ'5i7_`~#dY
`]R]N%R}EXzqV@[oN	T>5AwYˡA"\v&YG]+($p:M,T?=mJkMљg*ym
L!J[./d׷?W^LysD'1
+V'~{-SSX=q-f=%&V<m4BeSet|
l2m 6iO{wv
+aHXˈ5=~é*C!?uJr3tb'3`Oe)üLxt&3N526llU
.|Cp[l?007++0)0'+0http://cudasystems.net:88880	U00	`HB0U0,	`HB
OpenSSL Generated Certificate0U/Zi
0GhG0U#0$q}ݽʒm50U0karl@denninger.net0
	*H
b%X%gwq	
ɁэrK[DMJ35W6
sz8d|qB2Cyw2PbV}
â[!W{HD7oD.TZ'w6~g( -,]R8P{*[f<1=7jGj9铚~3f2AʺN	k~@vz^j(>ͺyh2y{/9}4.45#S|<fW!.,Bss*Q+h=}l@	"q "M&6J5*,G {hɫjbNgǠ.ЃXȶ4$O.5evHlZba!4eE!x|Za1򹿈nZ5TuPvW|#G+	DZpI7S'n0 haGa@vZ	e|]Cu+))vRyY100010	UUS10UFlorida10U	Niceville10U
Cuda Systems LLC10UCuda Systems LLC CA1"0 	*H
	Cuda Systems LLC CA=0
	`HeM0	*H
	1	*H
0	*H
	1
170306170753Z0O	*H
	1B@_^]1OP7 ,Dȴ5]вX{8틟˺2[5F\Oj0l	*H
	1_0]0	`He*0	`He0
*H
0*H
0
*H
@0+0
*H
(0	+710010	UUS10UFlorida10U	Niceville10U
Cuda Systems LLC10UCuda Systems LLC CA1"0 	*H
	Cuda Systems LLC CA=0*H
	1010	UUS10UFlorida10U	Niceville10U
Cuda Systems LLC10UCuda Systems LLC CA1"0 	*H
	Cuda Systems LLC CA=0
	*H
eg%}7"ԍ#
*,!*MKHZ/;/)MVq-l*hbT!~؟\aA8`#NzZ]@@P	pdTO[Ӯe!r:n+m0gK{Cm@2D4gLSJm%	D'P;_5}[g7,e1l!7~^i1Dz0>%ea>e;I.5-9T\0
3Nc|?|q:e=
F>Td#d7{8:koPʭ^Kbg|M9Lh;sYݨl'%U
TC}梖%}	
HULj|_tx޼F&n PȜɢÀJxr1^HtJ0b#/Q~:
T!7B\a4Z!*vxW5O80Q3
help

Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?33191ccf-75a3-82f8-ee23-bae3fb1c9425>