From owner-freebsd-arm@freebsd.org Sat Oct 22 20:42:58 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 70068C1D6C7 for ; Sat, 22 Oct 2016 20:42:58 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [195.149.99.3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "raven.bwct.de", Issuer "raven.bwct.de" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 1695A336 for ; Sat, 22 Oct 2016 20:42:57 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.15.2/8.15.2) with ESMTPS id u9MKgp4R044473 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Sat, 22 Oct 2016 22:42:52 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.5/8.14.4) with ESMTP id u9MKgn3l059369 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 22 Oct 2016 22:42:49 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.15.2/8.15.2) with ESMTP id u9MKgn1S096398; Sat, 22 Oct 2016 22:42:49 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.15.2/8.15.2/Submit) id u9MKglY8096397; Sat, 22 Oct 2016 22:42:47 +0200 (CEST) (envelope-from ticso) Date: Sat, 22 Oct 2016 22:42:47 +0200 From: Bernd Walter To: Mark Millard Cc: ticso@cicely.de, freebsd-arm@freebsd.org Subject: Re: [SPAM] Issue booting RPI2 B (v1.2) [V1.2 is BVM2837 and quad-core Cortex-A53 based] Message-ID: <20161022204247.GC96251@cicely7.cicely.de> Reply-To: ticso@cicely.de References: <053B3B99-E4D9-4714-ACCF-AA846E1855CE@dsl-only.net> <1C2BA80D-FAB7-49D2-8D02-5CE1431953CF@dsl-only.net> <38a4152b-e27e-baa3-33a6-cd7318026569@ixsystems.com> <20161022200449.GB96251@cicely7.cicely.de> <9BF0FDD6-932B-4656-B7B2-C23AD540A933@dsl-only.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <9BF0FDD6-932B-4656-B7B2-C23AD540A933@dsl-only.net> X-Operating-System: FreeBSD cicely7.cicely.de 10.2-RELEASE amd64 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED=-1, BAYES_00=-1.9, RP_MATCHES_RCVD=-1.507 autolearn=ham version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on spamd.cicely.de X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Oct 2016 20:42:58 -0000 On Sat, Oct 22, 2016 at 01:22:08PM -0700, Mark Millard wrote: > On 2016-Oct-22, at 1:04 PM, Bernd Walter wrote: > > > WTF - why can't they use a different name for something completely > > different. > > This isn't just a PCB version change, especially not a change in a > > minor number. > > In other words I need to keep my thumb on the Pi 2s I recently got, > > since those are the old ones. > > Got mine just 2 months ago directly from RS, maybe they still have a > > stock on the previos Pi 2. > > The modern versions of the official operating system supports both V1.1 and V1.2 of the board, allowing existing programs to continue to work on newer boards. (At least that is my understanding.) > > It is a different SOC but with the new one configured for use for extreme compatibility with the old one from what I can tell. (User space code, anyway, including using official interfaces to things on the board.) They do not claim to support 64 bit at all: just Cortex-A7 compatibility. > > For their primary target customers it is not "completely different". > > That other operating systems might choose to go in a different direction is not a consideration for them: what they support is very compatible even though the hardware does not require such configuration. It is not just other OS. There are tons of customized Pi Images out there for different kind of application type of things, which can't boot until updated by the vendor first. Usually this wouldn't be a big deal, since you boot them and start an update. Many kind of common use cases run customized kernels e.g. to run SPI based displays. Gratend - force them to use updated Linux kernels seem to be wise given the recent Linux kernel bugs, but on the other hand I guess the timing is so bad that they might miss that fix. > (I'd have preferred RPI2C vs. RPI2B for naming at least. But I'm not using the official materials generally so the issue is more noticable.) Me too. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm.