Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 5 Jun 2012 15:07:40 -0700
From:      Marcel Moolenaar <marcelm@juniper.net>
To:        Rafal Jaworowski <raj@semihalf.com>
Cc:        "powerpc@freebsd.org" <powerpc@freebsd.org>
Subject:   Re: [P2020] FreeBSD cannot enable 2nd core.
Message-ID:  <E280B093-656C-4548-9028-E7FB7C04F7FA@juniper.net>
In-Reply-To: <04DDA357-B2ED-4656-80BD-8FA436759EEF@semihalf.com>
References:  <9F7F498C-22D3-4D6D-8242-019FB36B998A@juniper.net> <04DDA357-B2ED-4656-80BD-8FA436759EEF@semihalf.com>

next in thread | previous in thread | raw e-mail | index | archive | help

On Jun 5, 2012, at 12:51 PM, Rafal Jaworowski wrote:

>=20
> On 2012-06-02, at 17:21, Marcel Moolenaar wrote:
>=20
>> All,
>>=20
>> I'm running into a weird issue where the 2nd core of a P2020 SoC isn't b=
eing woken
>> up by FreeBSD.  If I manually frob the EEBPCR register from the U-Boot p=
rompt I see
>> that the second core is booting U-Boot (after which things go bad obviou=
sly).  But
>> from FreeBSD I don't seem to be able to get a kick.  The only real diffe=
rence I see
>> between U-Boot and FreeBSD is that in FreeBSD we need to program the BPT=
R register
>> to have the boot page mapped to where the kernel is loaded. But I have n=
o reason to
>> suspect that this is in any way related to why I can't bring the 2nd cor=
e up.
>> BTW: The logic in FreeBSD worked fine on a P1020.
>>=20
>> Does anyone know of any erratas I should be concerned about or have had =
similar
>> experiences they can share.
>=20
> Hi Marcel,
> I can confirm we noticed this problem on P2020DS not long ago with vanill=
a SVN HEAD, however we haven't investigated this because our local changes =
for the DPAA QorIQ (rebased against SVN HEAD from around the same time fram=
e) seem to work fine on the P2020DS as well (SMP enabled). I'm still cleani=
ng up and fractioning our huge diff for commiting to SVN and will test the =
P2020 too.

Ok, good. It's always good to get confirmation. It allows me to forget
about firmware/load/kernel handoff and hardware.
I'll let you know what I find out, once I solved the more urgent problem
of /sbin/init not running at all (even on UP).

Thanks,

--=20
Marcel Moolenaar
marcelm@juniper.net





Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?E280B093-656C-4548-9028-E7FB7C04F7FA>