From owner-svn-src-head@FreeBSD.ORG Wed Jan 5 21:29:10 2011 Return-Path: Delivered-To: svn-src-head@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C7045106564A; Wed, 5 Jan 2011 21:29:10 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 853148FC17; Wed, 5 Jan 2011 21:29:10 +0000 (UTC) Received: from [127.0.0.1] (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.3/8.14.1) with ESMTP id p05LND20020462; Wed, 5 Jan 2011 14:23:13 -0700 (MST) (envelope-from imp@bsdimp.com) Message-ID: <4D24E13F.3040807@bsdimp.com> Date: Wed, 05 Jan 2011 14:23:11 -0700 From: Warner Losh User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101029 Thunderbird/3.1.6 MIME-Version: 1.0 To: "Bjoern A. Zeeb" References: <201101041909.p04J95i8051538@svn.freebsd.org> <20110105185309.N14966@maildrop.int.zabbadoz.net> In-Reply-To: <20110105185309.N14966@maildrop.int.zabbadoz.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Juli Mallett , svn-src-head@FreeBSD.org, svn-src-all@FreeBSD.org, src-committers@FreeBSD.org Subject: Re: svn commit: r216969 - head/sys/mips/conf X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SVN commit messages for the src tree for head/-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Jan 2011 21:29:10 -0000 On 01/05/2011 11:54, Bjoern A. Zeeb wrote: > On Tue, 4 Jan 2011, Juli Mallett wrote: > >> Author: jmallett >> Date: Tue Jan 4 19:09:05 2011 >> New Revision: 216969 >> URL: http://svn.freebsd.org/changeset/base/216969 >> >> Log: >> Remove OCTEON1-32. Since moving to the Cavium SDK, we've lost our >> support for >> running an o32 kernel safely, and would have to add interrupt >> disabling and >> reenabling to a bunch of macros in the Simple Executive sources to >> support it. >> >> The only reason one would run an o32 kernel on Octeon would be to >> run o32 world, >> which is better worked towards by adding o32 binary compatibility to >> n64 kernels >> along with, eventually, supporting multilib systems so o32 binaries >> can run >> alongside n32 and n64 ones. >> >> Discussed with: imp > > Thanks for fixing. > > Can anyone look at MALTA64 OCTEON1 SWARM64 SWARM64_SMP and XLR64 as > well? Those seem to be the last kernels failing on universe now. Yes. They are. In a n64 world they build fine. I'll look at the loops to see why they are even built, because they shouldn't be since we haven't integrated the n64 stuff into the MACHINE_ARCH name yet. Warner > > >> Deleted: >> head/sys/mips/conf/OCTEON1-32 >> >