From mboxrd@z Thu Jan 1 00:00:00 1970 From: Chris McGee Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (1.0) Message-Id: Date: Fri, 9 Sep 2016 10:55:42 -0400 References: In-Reply-To: To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Subject: Re: [9fans] Linker and duplicate symbols Topicbox-Message-UUID: 9cfa76f6-ead9-11e9-9d60-3106f5b1d025 I wanted to check if the problem was pre existing or a result of a potential= ly bad merge on my part. It sounds like reboot wasn't a big concern for the r= aspberry Pi engineers. Wow, weird. Thanks for the suggestion. I'll try it out when/if they ever have the zero a= vailable in Canada for a comparable price. Do you use the pi or pi2 kernel f= or zero? Chris On Sep 9, 2016, at 4:31 AM, Richard Miller <9fans@hamnavoe.com> wrote: >> Only weird problem is when I do fshalt -r. My pi2 goes unstable with pani= cs on reboot. Cold reset brings it back to normal. >=20 > Sorry, I have seen this failure too, but only on pi3. If you run with > *ncpu=3D1 the soft reboot seems to work reliably. But my scheme for > rebooting from multicore state is clearly not right. Unfortunately I > don't know of any way of forcing an arm reset after loading the new > kernel without also resetting the gpu back to the load-from-sdcard > point. I'll welcome any suggestions for a way to do this. I think > linux on the pi supports kexec, so it might be possible to reverse > engineer from that and find a way that works. On the other hand, if > you search the web for "raspbian kexec" most of the hits seem to be of > the "doesn't work" variety, so maybe not. >=20 >> Does your latest code work on Pi zero? I don't yet have one to test it. >=20 > Yes it does. If you boot different kernels from the same sdcard you need > to use [pi0] as a section header for the zero. (Discovered by trial and > error because this doesn't seem to be documented anywhere.) >=20 >=20