From owner-freebsd-arm@FreeBSD.ORG Thu Jan 29 18:24:05 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 13F7A493 for ; Thu, 29 Jan 2015 18:24:05 +0000 (UTC) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "raven.bwct.de", Issuer "BWCT" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 9A9AC1CC for ; Thu, 29 Jan 2015 18:24:03 +0000 (UTC) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id t0TINIjv053219 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Thu, 29 Jan 2015 19:23:39 +0100 (CET) (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 t0TINGLZ039601 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 29 Jan 2015 19:23:16 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.14.2/8.14.2) with ESMTP id t0TINFZB080098; Thu, 29 Jan 2015 19:23:15 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.14.2/8.14.2/Submit) id t0TINFSZ080097; Thu, 29 Jan 2015 19:23:15 +0100 (CET) (envelope-from ticso) Date: Thu, 29 Jan 2015 19:23:14 +0100 From: Bernd Walter To: SAITOU Toshihide Subject: Re: System-On-Module Message-ID: <20150129182314.GN73589@cicely7.cicely.de> Reply-To: ticso@cicely.de References: <20150129113930.53cfc2ff@bender> <20150129123505.GJ73589@cicely7.cicely.de> <20150129.224028.2161712352713160981.toshi@ruby.ocn.ne.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150129.224028.2161712352713160981.toshi@ruby.ocn.ne.jp> X-Operating-System: FreeBSD cicely7.cicely.de 7.0-STABLE i386 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-0.2 required=5.0 tests=ALL_TRUSTED=-1, BAYES_00=-1.9, DNS_FROM_AHBL_RHSBL=2.699, T_RP_MATCHES_RCVD=-0.01 autolearn=no version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on spamd.cicely.de Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Jan 2015 18:24:05 -0000 On Thu, Jan 29, 2015 at 10:40:28PM +0900, SAITOU Toshihide wrote: > On Thu, 29 Jan 2015 13:35:05 +0100, Bernd Walter wrote: > > On Thu, Jan 29, 2015 at 11:39:30AM +0000, Andrew Turner wrote: > >> On Thu, 29 Jan 2015 18:27:08 +0900 > >> "Lundberg, Johannes" wrote: > >> > >> > What I'm most worried about is the graphics stack.. Some companies > >> > don't seem so keen on handing out specs. > >> > >> The only ARM vendor I know that has released documentation on their 3D > >> hardware is Broadcom [1]. The only options for this are the Raspberry > >> Pi or one of the mobile phones with a Broadcom CPU. I neither option to > >> be applicable for your requirements. > > > > On the other hand people still struggle when it comes to CPI on RPi, > > because it is handled by the GPU. > > I'm still not so sure about this Broadcom SoC. > > This is the reason why I like that the RPi Camera header is also used > > on the Hummingboard and the BanannaPi. > > The Hummingboard is an iMX6. > > The BanannaPi unfortunately is an Allwinner and their datasheets are > > AFAIK chinese only and IIRC also under NDA. > > It depends on the purpose, but I think the UVC camera is alternative. > > This class SOC has the sufficient power for the MJPEG > recording. Because the MJPEG encoding is performed by the camera :) > So, I think the GPU support is not necessary, unless you need > simultaneously decoding. On the RPi the GPU support is required because the camera interface is hooked up to the GPU,w hile the ARM has no direct access. Of course configuring the Omnivison chips is an art by itself. > (I thought it would be nice if there is a NEON MPEG decoder...) For the camera I'm mostly interested in technical pictures (feducil detection, ...), no video encoding. And for grafic support some LCD and HDMI, but in cases where fbdev support is sufficient. But of corse a NEON en-/decoder would be nice too. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm.