From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 8C812138A1A for ; Thu, 13 Nov 2014 20:08:53 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id D3A93E08EC; Thu, 13 Nov 2014 20:08:47 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 8ECEEE0898 for ; Thu, 13 Nov 2014 20:08:46 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id 8D2E9340447 for ; Thu, 13 Nov 2014 20:08:45 +0000 (UTC) X-Virus-Scanned: by amavisd-new using ClamAV at gentoo.org X-Spam-Flag: NO X-Spam-Score: -1.85 X-Spam-Level: X-Spam-Status: No, score=-1.85 tagged_above=-999 required=5.5 tests=[AWL=-0.148, RCVD_IN_DNSWL_LOW=-0.7, RP_MATCHES_RCVD=-1, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=unavailable Received: from smtp.gentoo.org ([127.0.0.1]) by localhost (smtp.gentoo.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MqQRKXC04nft for ; Thu, 13 Nov 2014 20:08:39 +0000 (UTC) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTPS id 4B1FF34041B for ; Thu, 13 Nov 2014 20:08:39 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1Xp0h1-0004fV-Nh for gentoo-user@gentoo.org; Thu, 13 Nov 2014 21:08:36 +0100 Received: from rrcs-71-40-157-251.se.biz.rr.com ([71.40.157.251]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 13 Nov 2014 21:08:35 +0100 Received: from wireless by rrcs-71-40-157-251.se.biz.rr.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 13 Nov 2014 21:08:35 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-user@lists.gentoo.org From: James Subject: [gentoo-user] Re: question regarding usb gadget / eth usb Date: Thu, 13 Nov 2014 20:08:26 +0000 (UTC) Message-ID: References: <20141113180338.GA4094@solfire> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: sea.gmane.org User-Agent: Loom/3.14 (http://gmane.org/) X-Loom-IP: 71.40.157.251 (Mozilla/5.0 (X11; Linux x86_64; rv:29.0) Gecko/20100101 Firefox/29.0 SeaMonkey/2.26.1) X-Archives-Salt: dea4874b-bd46-4af9-a7ce-2eb033262203 X-Archives-Hash: d45e6a973a19638c77189e20a3796858 gmx.de> writes: > http://www.acmesystems.it/arietta A very neat looking device for arm9. > I setup a sdcard as described there and the board boots -- > as far as I can tell, since the user led on the board starts to > play the heartbeat blues ;) > Now... > I cannot access the board. It looks (quick scan of their site only) like the vendor is only supporting their debian image. So I would work with that image to profile and gain insight into what the kernel supports/needs and aget everything working first with their debian image.... > As far as I understood the docs, the board uses ethernet over usb > and I thought (read: dont know for sure), that gentoo should > load the appropiate kernel modules itsself ... but it doesnt. Look carefully at the docs the vendor supplies. Reseach what is typcially included with a generic arm9 processor and what features they make available, to the pins on there board. There might me a serial port console hardwared to a grooup of 2 or 3 pins. You might have to "toggle" some of the debian software to activate the serial console, as it is normal for embedded board vendors to support a lesser number of pins on the circuit board to minmize the size, while claiming a greater number of features that (possibly) exist in sofware. Often you have to pay extra for keen features to be enable. Understand this about "ARM" processors. ARM ltd owns reference designs and implementations. Different vendors either license and modify (customize) the arm processor or license from another licensee a unique arm implementation. So the Vendors 100% control the actual processor's features and most use a matrix to figure out what and whom to make available to it's customers. I. E. there is no such thing as a "Arm 9" processor because there are thousands of variants. This is one the keenest reasons for theirn(ARM Ltd) success as their licensees have a granularity of control over their products that no other silicon (wholesaler) vendor allows, except for expensive custom FPGA and ASIC based processors. So this also means that both the NSA and Other countries intelligence services can have undocumented features (backdoors if you like) into any hareware that you purchase; not limited to ARM. Your vendor holds the keys to what you seek. However, over time folks discover things by "brute force experimentation" very simimlar to software hacking...... WRT (& others) has many images that work on many different arm processors, so that is also a good keyword to include in your searches. If you are stuck on running gentoo on an arm 9, find a reference implementation for embedded gentoo on an arm-9 and start there. If that does not exist, start with the debian embedded linux the vendor offers. Arm 9 emulator on your workstation might also help decyphering and debugging codes and hardware in the arm 9 family. Good hunting! James