From owner-freebsd-ppc@FreeBSD.ORG Tue Jun 5 19:51:30 2012 Return-Path: Delivered-To: powerpc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 843981065677 for ; Tue, 5 Jun 2012 19:51:30 +0000 (UTC) (envelope-from raj@semihalf.com) Received: from smtp.semihalf.com (smtp.semihalf.com [213.17.239.109]) by mx1.freebsd.org (Postfix) with ESMTP id 011D58FC18 for ; Tue, 5 Jun 2012 19:51:30 +0000 (UTC) Received: from localhost (unknown [213.17.239.109]) by smtp.semihalf.com (Postfix) with ESMTP id 45C26C3842; Tue, 5 Jun 2012 21:51:17 +0200 (CEST) X-Virus-Scanned: by amavisd-new at semihalf.com Received: from smtp.semihalf.com ([213.17.239.109]) by localhost (smtp.semihalf.com [213.17.239.109]) (amavisd-new, port 10024) with ESMTP id 8xPEW2MGDSkO; Tue, 5 Jun 2012 21:51:16 +0200 (CEST) Received: from [10.0.0.112] (nat3-133.ghnet.pl [91.150.222.133]) by smtp.semihalf.com (Postfix) with ESMTPSA id 2DAACC3838; Tue, 5 Jun 2012 21:51:16 +0200 (CEST) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Rafal Jaworowski In-Reply-To: <9F7F498C-22D3-4D6D-8242-019FB36B998A@juniper.net> Date: Tue, 5 Jun 2012 21:51:24 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <04DDA357-B2ED-4656-80BD-8FA436759EEF@semihalf.com> References: <9F7F498C-22D3-4D6D-8242-019FB36B998A@juniper.net> To: Marcel Moolenaar X-Mailer: Apple Mail (2.1084) Cc: "powerpc@freebsd.org" Subject: Re: [P2020] FreeBSD cannot enable 2nd core. X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2012 19:51:30 -0000 On 2012-06-02, at 17:21, Marcel Moolenaar wrote: > All, >=20 > I'm running into a weird issue where the 2nd core of a P2020 SoC isn't = being woken > up by FreeBSD. If I manually frob the EEBPCR register from the U-Boot = prompt I see > that the second core is booting U-Boot (after which things go bad = obviously). But > from FreeBSD I don't seem to be able to get a kick. The only real = difference I see > between U-Boot and FreeBSD is that in FreeBSD we need to program the = BPTR register > to have the boot page mapped to where the kernel is loaded. But I have = no reason to > suspect that this is in any way related to why I can't bring the 2nd = core 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. Hi Marcel, I can confirm we noticed this problem on P2020DS not long ago with = vanilla 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 frame) seem to work fine on the P2020DS as well (SMP enabled). = I'm still cleaning up and fractioning our huge diff for commiting to SVN = and will test the P2020 too. Rafal