From owner-freebsd-arm@FreeBSD.ORG Sun Apr 22 01:00:31 2012 Return-Path: Delivered-To: freebsd-arm@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CAB7C10656EB for ; Sun, 22 Apr 2012 01:00:31 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id B58258FC08 for ; Sun, 22 Apr 2012 01:00:31 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q3M10VN7069518 for ; Sun, 22 Apr 2012 01:00:31 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q3M10VoB069517; Sun, 22 Apr 2012 01:00:31 GMT (envelope-from gnats) Date: Sun, 22 Apr 2012 01:00:31 GMT Message-Id: <201204220100.q3M10VoB069517@freefall.freebsd.org> To: freebsd-arm@FreeBSD.org From: dfilter@FreeBSD.ORG (dfilter service) Cc: Subject: Re: arm/160431: commit references a PR X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dfilter service List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Apr 2012 01:00:31 -0000 The following reply was made to PR arm/160431; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: arm/160431: commit references a PR Date: Sun, 22 Apr 2012 00:58:20 +0000 (UTC) Author: marius Date: Sun Apr 22 00:58:04 2012 New Revision: 234561 URL: http://svn.freebsd.org/changeset/base/234561 Log: Interrupts must be disabled while handling a partial cache line flush, as otherwise the interrupt handling code may modify data in the non-DMA part of the cache line while we have it stashed away in the temporary stack buffer, then we end up restoring a stale value. PR: 160431 Submitted by: Ian Lepore MFC after: 1 week Modified: head/sys/arm/arm/busdma_machdep.c Modified: head/sys/arm/arm/busdma_machdep.c ============================================================================== --- head/sys/arm/arm/busdma_machdep.c Sun Apr 22 00:43:32 2012 (r234560) +++ head/sys/arm/arm/busdma_machdep.c Sun Apr 22 00:58:04 2012 (r234561) @@ -1091,14 +1091,16 @@ static void bus_dmamap_sync_buf(void *buf, int len, bus_dmasync_op_t op) { char _tmp_cl[arm_dcache_align], _tmp_clend[arm_dcache_align]; + register_t s; + int partial; if ((op & BUS_DMASYNC_PREWRITE) && !(op & BUS_DMASYNC_PREREAD)) { cpu_dcache_wb_range((vm_offset_t)buf, len); cpu_l2cache_wb_range((vm_offset_t)buf, len); } + partial = (((vm_offset_t)buf) | len) & arm_dcache_align_mask; if (op & BUS_DMASYNC_PREREAD) { - if (!(op & BUS_DMASYNC_PREWRITE) && - ((((vm_offset_t)(buf) | len) & arm_dcache_align_mask) == 0)) { + if (!(op & BUS_DMASYNC_PREWRITE) && !partial) { cpu_dcache_inv_range((vm_offset_t)buf, len); cpu_l2cache_inv_range((vm_offset_t)buf, len); } else { @@ -1107,27 +1109,32 @@ bus_dmamap_sync_buf(void *buf, int len, } } if (op & BUS_DMASYNC_POSTREAD) { - if ((vm_offset_t)buf & arm_dcache_align_mask) { - memcpy(_tmp_cl, (void *)((vm_offset_t)buf & ~ - arm_dcache_align_mask), - (vm_offset_t)buf & arm_dcache_align_mask); - } - if (((vm_offset_t)buf + len) & arm_dcache_align_mask) { - memcpy(_tmp_clend, (void *)((vm_offset_t)buf + len), - arm_dcache_align - (((vm_offset_t)(buf) + len) & - arm_dcache_align_mask)); + if (partial) { + s = intr_disable(); + if ((vm_offset_t)buf & arm_dcache_align_mask) + memcpy(_tmp_cl, (void *)((vm_offset_t)buf & + ~arm_dcache_align_mask), + (vm_offset_t)buf & arm_dcache_align_mask); + if (((vm_offset_t)buf + len) & arm_dcache_align_mask) + memcpy(_tmp_clend, + (void *)((vm_offset_t)buf + len), + arm_dcache_align - (((vm_offset_t)(buf) + + len) & arm_dcache_align_mask)); } cpu_dcache_inv_range((vm_offset_t)buf, len); cpu_l2cache_inv_range((vm_offset_t)buf, len); - - if ((vm_offset_t)buf & arm_dcache_align_mask) - memcpy((void *)((vm_offset_t)buf & - ~arm_dcache_align_mask), _tmp_cl, - (vm_offset_t)buf & arm_dcache_align_mask); - if (((vm_offset_t)buf + len) & arm_dcache_align_mask) - memcpy((void *)((vm_offset_t)buf + len), _tmp_clend, - arm_dcache_align - (((vm_offset_t)(buf) + len) & - arm_dcache_align_mask)); + if (partial) { + if ((vm_offset_t)buf & arm_dcache_align_mask) + memcpy((void *)((vm_offset_t)buf & + ~arm_dcache_align_mask), _tmp_cl, + (vm_offset_t)buf & arm_dcache_align_mask); + if (((vm_offset_t)buf + len) & arm_dcache_align_mask) + memcpy((void *)((vm_offset_t)buf + len), + _tmp_clend, arm_dcache_align - + (((vm_offset_t)(buf) + len) & + arm_dcache_align_mask)); + intr_restore(s); + } } } _______________________________________________ svn-src-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscribe@freebsd.org" From owner-freebsd-arm@FreeBSD.ORG Sun Apr 22 05:54:09 2012 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D5099106566C; Sun, 22 Apr 2012 05:54:09 +0000 (UTC) (envelope-from gonzo@hq.bluezbox.com) Received: from hq.bluezbox.com (hq.bluezbox.com [70.38.37.145]) by mx1.freebsd.org (Postfix) with ESMTP id 955E38FC0C; Sun, 22 Apr 2012 05:54:09 +0000 (UTC) Received: from [24.87.53.93] (helo=[192.168.1.132]) by hq.bluezbox.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.73 (FreeBSD)) (envelope-from ) id 1SLpk6-0002MV-Jv; Sat, 21 Apr 2012 22:53:52 -0700 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.0 \(1444\)) From: Oleksandr Tymoshenko In-Reply-To: Date: Sat, 21 Apr 2012 22:54:01 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <281BC604-3A40-467E-9A88-146B2D084BFC@bluezbox.com> References: To: Tim Kientzle X-Mailer: Apple Mail (2.1444) Sender: gonzo@hq.bluezbox.com X-Spam-Level: ---- X-Spam-Report: Spam detection software, running on the system "hq.bluezbox.com", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see The administrator of that system for details. Content preview: On 2012-04-21, at 4:11 PM, Tim Kientzle wrote: > > On Apr 17, 2012, at 7:25 AM, Damjan Marion wrote: > >> >> I put together guide how to build bootable SD card with FreeBSD on beaglebone. >> >> http://people.freebsd.org/~dmarion/beaglebone/creating_bootable_sd_card/ >> >> It is still work in progress, so ethernet driver is not complete and USB support is missing. >> >> Will be happy to hear any feedback. > > Your instructions should have buildworld before buildkernel. > > In particular, buildworld constructs the cross-compile toolchain > that buildkernel expects. [...] Content analysis details: (-4.4 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.8 ALL_TRUSTED Passed through trusted hosts only via SMTP -2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1% [score: 0.0000] Cc: freebsd-arm@FreeBSD.org, Damjan Marion Subject: Re: beaglebone X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Apr 2012 05:54:09 -0000 On 2012-04-21, at 4:11 PM, Tim Kientzle wrote: >=20 > On Apr 17, 2012, at 7:25 AM, Damjan Marion wrote: >=20 >>=20 >> I put together guide how to build bootable SD card with FreeBSD on = beaglebone. >>=20 >> = http://people.freebsd.org/~dmarion/beaglebone/creating_bootable_sd_card/ >>=20 >> It is still work in progress, so ethernet driver is not complete and = USB support is missing. >>=20 >> Will be happy to hear any feedback. >=20 > Your instructions should have buildworld before buildkernel. >=20 > In particular, buildworld constructs the cross-compile toolchain > that buildkernel expects. There is separate target for this "kernel-toolchain"= From owner-freebsd-arm@FreeBSD.ORG Sun Apr 22 05:59:35 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BAE6D106564A; Sun, 22 Apr 2012 05:59:35 +0000 (UTC) (envelope-from tim@kientzle.com) Received: from monday.kientzle.com (99-115-135-74.uvs.sntcca.sbcglobal.net [99.115.135.74]) by mx1.freebsd.org (Postfix) with ESMTP id 94EC18FC0C; Sun, 22 Apr 2012 05:59:35 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id q3M5x2Qw058944; Sun, 22 Apr 2012 05:59:02 GMT (envelope-from tim@kientzle.com) Received: from [192.168.2.143] (CiscoE3000 [192.168.1.65]) by kientzle.com with SMTP id idm27dc4wstrpricrhct4sempe; Sun, 22 Apr 2012 05:59:02 +0000 (UTC) (envelope-from tim@kientzle.com) Mime-Version: 1.0 (Apple Message framework v1257) Content-Type: text/plain; charset=us-ascii From: Tim Kientzle In-Reply-To: <281BC604-3A40-467E-9A88-146B2D084BFC@bluezbox.com> Date: Sat, 21 Apr 2012 22:59:02 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <281BC604-3A40-467E-9A88-146B2D084BFC@bluezbox.com> To: Oleksandr Tymoshenko X-Mailer: Apple Mail (2.1257) Cc: freebsd-arm@freebsd.org, Damjan Marion Subject: Re: beaglebone X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Apr 2012 05:59:35 -0000 On Apr 21, 2012, at 10:54 PM, Oleksandr Tymoshenko wrote: > On 2012-04-21, at 4:11 PM, Tim Kientzle wrote: >> On Apr 17, 2012, at 7:25 AM, Damjan Marion wrote: >>>=20 >>> I put together guide how to build bootable SD card with FreeBSD on = beaglebone. >>>=20 >>> = http://people.freebsd.org/~dmarion/beaglebone/creating_bootable_sd_card/ >>>=20 >> Your instructions should have buildworld before buildkernel. >>=20 >> In particular, buildworld constructs the cross-compile toolchain >> that buildkernel expects. >=20 > There is separate target for this "kernel-toolchain" Yes, there is. But you have to run "buildworld" anyway, so you may as well do that before buildkernel. Then you don't need any extra steps. Cheers, Tim From owner-freebsd-arm@FreeBSD.ORG Mon Apr 23 01:37:26 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3B803106566B; Mon, 23 Apr 2012 01:37:26 +0000 (UTC) (envelope-from tim@kientzle.com) Received: from monday.kientzle.com (99-115-135-74.uvs.sntcca.sbcglobal.net [99.115.135.74]) by mx1.freebsd.org (Postfix) with ESMTP id 167AA8FC1A; Mon, 23 Apr 2012 01:37:25 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id q3N1bJWp062793; Mon, 23 Apr 2012 01:37:19 GMT (envelope-from tim@kientzle.com) Received: from [192.168.2.143] (CiscoE3000 [192.168.1.65]) by kientzle.com with SMTP id x5uevkckh9a5hpcjibj9hrb8de; Mon, 23 Apr 2012 01:37:19 +0000 (UTC) (envelope-from tim@kientzle.com) Mime-Version: 1.0 (Apple Message framework v1257) Content-Type: text/plain; charset=us-ascii From: Tim Kientzle In-Reply-To: Date: Sun, 22 Apr 2012 18:37:17 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: freebsd-arm@freebsd.org X-Mailer: Apple Mail (2.1257) Cc: Damjan Marion Subject: Re: beaglebone X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Apr 2012 01:37:26 -0000 On Apr 17, 2012, at 7:25 AM, Damjan Marion wrote: >=20 > I put together guide how to build bootable SD card with FreeBSD on = beaglebone. >=20 > = http://people.freebsd.org/~dmarion/beaglebone/creating_bootable_sd_card/ >=20 > It is still work in progress, so ethernet driver is not complete and = USB support is missing. I assembled a shell script to automate building a FreeBSD disk image for BeagleBone: https://github.com/kientzle/freebsd-beaglebone It should make it very easy for people to build working images. You should be able to get started by just: * Cloning the project above onto a recent FreeBSD-CURRENT desktop. * sudo /bin/sh beaglebsd.sh The script will prompt you for everything it needs, including downloading the necessary source code. Tim From owner-freebsd-arm@FreeBSD.ORG Mon Apr 23 10:00:37 2012 Return-Path: Delivered-To: freebsd-arm@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D56EB1065670 for ; Mon, 23 Apr 2012 10:00:37 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id C021D8FC16 for ; Mon, 23 Apr 2012 10:00:37 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q3NA0bBT078878 for ; Mon, 23 Apr 2012 10:00:37 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q3NA0bTt078877; Mon, 23 Apr 2012 10:00:37 GMT (envelope-from gnats) Date: Mon, 23 Apr 2012 10:00:37 GMT Message-Id: <201204231000.q3NA0bTt078877@freefall.freebsd.org> To: freebsd-arm@FreeBSD.org From: Kristof Provost Cc: Subject: Re: arm/158950: arm/sheevaplug fails fsx when mmap operations are enabled X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Kristof Provost List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Apr 2012 10:00:37 -0000 The following reply was made to PR arm/158950; it has been noted by GNATS. From: Kristof Provost To: bug-followup@FreeBSD.org, kirk@ba23.org Cc: Subject: Re: arm/158950: arm/sheevaplug fails fsx when mmap operations are enabled Date: Mon, 23 Apr 2012 11:58:51 +0200 The problem still occurs in current (r234281). Interestingly it only seems to occur when using a USB stick. It doesn't happen when using NFS, or a loop-mounted file system (over NFS). The following code frequently (but not always!) triggers the problem as well: #include #include #include #include #include #define FILE_NAME "test.img" /* Also occurs with offset = 0, but not as frequently */ #define OFFSET 4096 int main(int argc, char **argv) { int fd, i; char buff[1024]; char *map; (void)argc; (void)argv; /* Make sure the file doesn't exist when we start */ unlink(FILE_NAME); fd = open(FILE_NAME, O_CREAT | O_RDWR); if (fd < 0) { perror("Failed to open " FILE_NAME); return 1; } /* mmap write (beyond what is currently written) */ for (i = 0; i < 1024; i++) { buff[i] = i % 128; } /* Truncate the file up */ ftruncate(fd, OFFSET + 1024); map = mmap(NULL, 1024, PROT_READ | PROT_WRITE, MAP_FILE | MAP_SHARED, fd, OFFSET); if (map == (char*)-1) { perror("Failed to mmap "); return 1; } memcpy(map, buff, 1024); msync(map, 1024, MS_SYNC); munmap(map, 1024); /* Now read() and check if all bytes are written correctly */ lseek(fd, OFFSET, SEEK_SET); read(fd, buff, 1024); for (i = 0; i < 1024; i++) { if (buff[i] != (i % 128)) printf("After mmap: offset %d is %d, not %d as expected\n", i, buff[i], i % 128); } close(fd); return 0; } From owner-freebsd-arm@FreeBSD.ORG Mon Apr 23 11:07:11 2012 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D3039106566B for ; Mon, 23 Apr 2012 11:07:11 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id BD4AF8FC12 for ; Mon, 23 Apr 2012 11:07:11 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q3NB7B2t047514 for ; Mon, 23 Apr 2012 11:07:11 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q3NB7BZH047512 for freebsd-arm@FreeBSD.org; Mon, 23 Apr 2012 11:07:11 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 23 Apr 2012 11:07:11 GMT Message-Id: <201204231107.q3NB7BZH047512@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-arm@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-arm@FreeBSD.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Apr 2012 11:07:11 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o arm/166256 arm build fail in pmap.c o arm/162159 arm [panic] USB errors leading to panic on DockStar 9.0-RC o arm/161110 arm /usr/src/sys/arm/include/signal.h is bad o arm/161044 arm devel/icu does not build on arm o arm/160431 arm [busdma] [patch] Disable interrupts during busdma cach o arm/158950 arm arm/sheevaplug fails fsx when mmap operations are enab o arm/156814 arm OpenRD Ultimate does not boot on DB-88F6XXX or SHEEVAP o arm/156496 arm [patch] Minor bugfixes and enhancements to mmc and mmc o arm/155894 arm [patch] Enable at91 booting from SDHC (high capacity) o arm/155214 arm [patch] MMC/SD IO slow on Atmel ARM with modern large o arm/154227 arm [geli] using GELI leads to panic on ARM o arm/154189 arm lang/perl5.12 doesn't build on arm o arm/153380 arm Panic / translation fault with wlan on ARM o arm/150581 arm [irq] Unknown error generates IRQ address decoding err o arm/149288 arm mail/dovecot causes panic during configure on Sheevapl o arm/134368 arm [patch] nslu2_led driver for the LEDs on the NSLU2 p arm/134338 arm [patch] Lock GPIO accesses on ixp425 17 problems total. From owner-freebsd-arm@FreeBSD.ORG Tue Apr 24 17:20:15 2012 Return-Path: Delivered-To: freebsd-arm@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 641471065688 for ; Tue, 24 Apr 2012 17:20:15 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 359C28FC0C for ; Tue, 24 Apr 2012 17:20:15 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q3OHKFqk069492 for ; Tue, 24 Apr 2012 17:20:15 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q3OHKFf5069491; Tue, 24 Apr 2012 17:20:15 GMT (envelope-from gnats) Date: Tue, 24 Apr 2012 17:20:15 GMT Message-Id: <201204241720.q3OHKFf5069491@freefall.freebsd.org> To: freebsd-arm@FreeBSD.org From: Mark Tinguely Cc: Subject: Re: arm/158950: arm/sheevaplug fails fsx when mmap operations are enabled X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Mark Tinguely List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Apr 2012 17:20:15 -0000 The following reply was made to PR arm/158950; it has been noted by GNATS. From: Mark Tinguely To: bug-followup@FreeBSD.org, kirk@ba23.org Cc: Subject: Re: arm/158950: arm/sheevaplug fails fsx when mmap operations are enabled Date: Tue, 24 Apr 2012 12:17:08 -0500 This may be related to problem: arm/162159: [panic] USB errors leading to panic on DockStar 9.0-RC1/arm What is the output to the mmap program? --Mark Tinguely. From owner-freebsd-arm@FreeBSD.ORG Wed Apr 25 09:20:13 2012 Return-Path: Delivered-To: freebsd-arm@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D054B106568E for ; Wed, 25 Apr 2012 09:20:13 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id BBAB98FC1A for ; Wed, 25 Apr 2012 09:20:13 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q3P9KDrm093459 for ; Wed, 25 Apr 2012 09:20:13 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q3P9KDDc093458; Wed, 25 Apr 2012 09:20:13 GMT (envelope-from gnats) Date: Wed, 25 Apr 2012 09:20:13 GMT Message-Id: <201204250920.q3P9KDDc093458@freefall.freebsd.org> To: freebsd-arm@FreeBSD.org From: Kristof Provost Cc: Subject: Re: arm/158950: arm/sheevaplug fails fsx when mmap operations are enabled X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Kristof Provost List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Apr 2012 09:20:13 -0000 The following reply was made to PR arm/158950; it has been noted by GNATS. From: Kristof Provost To: bug-followup@FreeBSD.org Cc: Subject: Re: arm/158950: arm/sheevaplug fails fsx when mmap operations are enabled Date: Wed, 25 Apr 2012 11:15:17 +0200 The sample program above has the following output: root@openrd:/mnt# /bin/kp After mmap: offset 32 is 0, not 32 as expected After mmap: offset 33 is 0, not 33 as expected After mmap: offset 34 is 0, not 34 as expected ... After mmap: offset 61 is 0, not 61 as expected After mmap: offset 62 is 0, not 62 as expected After mmap: offset 63 is 0, not 63 as expected After mmap: offset 224 is 0, not 96 as expected After mmap: offset 225 is 0, not 97 as expected ... That's confirmed by hexdump-ing the test.img file afterwards. I'm also able to reproduce the problem described in arm/162159. You're probably right about the relation. The problem looks very similar too: 32-byte sections that are 0 rather than the expected values. From owner-freebsd-arm@FreeBSD.ORG Wed Apr 25 14:15:59 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 951A6106566C for ; Wed, 25 Apr 2012 14:15:59 +0000 (UTC) (envelope-from fabien.thomas@netasq.com) Received: from work.netasq.com (gwlille.netasq.com [91.212.116.1]) by mx1.freebsd.org (Postfix) with ESMTP id A0D118FC08 for ; Wed, 25 Apr 2012 14:15:58 +0000 (UTC) Received: from [10.2.1.1] (unknown [10.2.1.1]) by work.netasq.com (Postfix) with ESMTPSA id E576B2704122; Wed, 25 Apr 2012 16:16:36 +0200 (CEST) From: Fabien Thomas Content-Type: multipart/signed; boundary="Apple-Mail=_6536D8CE-12F5-48D1-A5AD-EC0E024C7712"; protocol="application/pkcs7-signature"; micalg=sha1 Date: Wed, 25 Apr 2012 16:15:55 +0200 Message-Id: <39ED732B-A88A-4052-976D-CB13F0CB1C0C@netasq.com> To: freebsd-arm@freebsd.org Mime-Version: 1.0 (Apple Message framework v1257) X-Mailer: Apple Mail (2.1257) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: hps@freebsd.org Subject: Dreamplug : USB support X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Fabien Thomas List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Apr 2012 14:15:59 -0000 --Apple-Mail=_6536D8CE-12F5-48D1-A5AD-EC0E024C7712 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi, It seems that sometimes USB works on Dreamplug and sometimes not. I've included a working dmesg and a full debug output of the non-working = boot. I've tried to increase the timeout in usb.h but without success. Maybe someone will have a clue for this problem ? Fabien Success: uhub0: 1 port with 1 removable, self powered Root mount waiting for: usbus0 ugen0.2: at usbus0 uhub1: on = usbus0 Root mount waiting for: usbus0 uhub1: 4 ports with 4 removable, self powered Root mount waiting for: usbus0 Root mount waiting for: usbus0 ugen0.3: at usbus0 umass0: = on usbus0 umass0: SCSI over Bulk-Only; quirks =3D 0x4000 umass0:0:0:-1: Attached to scbus0 da0 at umass-sim0 bus 0 scbus0 target 0 lun 0 da0: Removable Direct Access SCSI-0 device=20= da0: 40.000MB/s transfers da0: 3724MB (7626752 512 byte sectors: 255H 63S/T 474C) (probe0:umass-sim0:0:0:1): TEST UNIT READY. CDB: 0 20 0 0 0 0=20 (probe0:umass-sim0:0:0:1): CAM status: SCSI Status Error (probe0:umass-sim0:0:0:1): SCSI status: Check Condition (probe0:umass-sim0:0:0:1): SCSI sense: UNIT ATTENTION asc:28,0 (Not = ready to ready change, medium may have changed) da1 at umass-sim0 bus 0 scbus0 target 0 lun 1 da1: Removable Direct Access SCSI-0 device=20= da1: 40.000MB/s transfers da1: 30959MB (63404032 512 byte sectors: 255H 63S/T 3946C) ugen0.4: at usbus0 Trying to mount root from ufs:/dev/ufs/dreamplug Failure: usb_needs_explore:=20 usb_needs_explore: No root HUB usb_process: Message pm=3D0xc34eadac, cb=3D0xc0967474 (enter) usbus0: 480Mbps High Speed USB v2.0 usb_alloc_device: parent_dev=3D0xc3500b80, bus=3D0xc34eac78, = parent_hub=3D0, depth=3D0, port_index=3D0, port_no=3D1, speed=3D3, = usb_mode=3D0 usb_set_device_state: udev 0xc3686c00 state DETACHED -> POWERED usbd_req_set_address: setting device address=3D1 usbd_do_request_flags: udev=3D0xc3686c00 bmRequestType=3D0x00 = bRequest=3D0x05 wValue=3D0x0001 wIndex=3D0x0000 wLength=3D0x0000 usbd_do_request_flags: Handle Request function is set ad0: 70911MB at ata0-master UDMA100 SATA = 1.5Gb/s usb_set_device_state: udev 0xc3686c00 state POWERED -> ADDRESSED usbd_setup_device_desc: Minimum MaxPacketSize is large enough to hold = the complete device descriptor usbd_req_get_device_desc:=20 usbd_req_get_desc: id=3D0, type=3D1, index=3D0, max_len=3D18 usbd_do_request_flags: udev=3D0xc3686c00 bmRequestType=3D0x80 = bRequest=3D0x06 wValue=3D0x0100 wIndex=3D0x0000 wLength=3D0x0012 usbd_do_request_flags: Handle Request function is set usbd_setup_device_desc: adding unit addr=3D1, rev=3D200, class=3D9, = subclass=3D0, protocol=3D1, maxpacket=3D64, len=3D18, speed=3D3 usbd_req_get_desc: id=3D0, type=3D3, index=3D0, max_len=3D4 usbd_do_request_flags: udev=3D0xc3686c00 bmRequestType=3D0x80 = bRequest=3D0x06 wValue=3D0x0300 wIndex=3D0x0000 wLength=3D0x0002 usbd_do_request_flags: Handle Request function is set usbd_do_request_flags: udev=3D0xc3686c00 bmRequestType=3D0x80 = bRequest=3D0x06 wValue=3D0x0300 wIndex=3D0x0000 wLength=3D0x0004 usbd_do_request_flags: Handle Request function is set usb_alloc_device: Using first language usb_alloc_device: Language selected: 0x0001 usbd_req_get_desc: id=3D1, type=3D3, index=3D1, max_len=3D255 usbd_do_request_flags: udev=3D0xc3686c00 bmRequestType=3D0x80 = bRequest=3D0x06 wValue=3D0x0301 wIndex=3D0x0001 wLength=3D0x0002 usbd_do_request_flags: Handle Request function is set usbd_do_request_flags: udev=3D0xc3686c00 bmRequestType=3D0x80 = bRequest=3D0x06 wValue=3D0x0301 wIndex=3D0x0001 wLength=3D0x0010 usbd_do_request_flags: Handle Request function is set usbd_req_get_desc: id=3D1, type=3D3, index=3D2, max_len=3D255 usbd_do_request_flags: udev=3D0xc3686c00 bmRequestType=3D0x80 = bRequest=3D0x06 wValue=3D0x0302 wIndex=3D0x0001 wLength=3D0x0002 usbd_do_request_flags: Handle Request function is set usbd_do_request_flags: udev=3D0xc3686c00 bmRequestType=3D0x80 = bRequest=3D0x06 wValue=3D0x0302 wIndex=3D0x0001 wLength=3D0x001c usbd_do_request_flags: Handle Request function is set usb_alloc_device: setting config 0 usbd_set_config_index: udev=3D0xc3686c00 index=3D0 usb_detach_device: udev=3D0xc3686c00 usb_cdev_free: Freeing device nodes usb_config_parse: iface_index=3D255 cmd=3D1 usbd_req_get_config_desc_full: index=3D0 usbd_req_get_config_desc: confidx=3D0 usbd_req_get_desc: id=3D0, type=3D2, index=3D0, max_len=3D9 usbd_do_request_flags: udev=3D0xc3686c00 bmRequestType=3D0x80 = bRequest=3D0x06 wValue=3D0x0200 wIndex=3D0x0000 wLength=3D0x0009 usbd_do_request_flags: Handle Request function is set usbd_req_get_desc: id=3D0, type=3D2, index=3D0, max_len=3D25 usbd_do_request_flags: udev=3D0xc3686c00 bmRequestType=3D0x80 = bRequest=3D0x06 wValue=3D0x0200 wIndex=3D0x0000 wLength=3D0x0019 usbd_do_request_flags: Handle Request function is set usbd_set_config_index: udev=3D0xc3686c00 cdesc=3D0xc34e5520 (addr 1) = cno=3D1 attr=3D0x40, selfpowered=3D1, power=3D0 usb_set_device_state: udev 0xc3686c00 state ADDRESSED -> CONFIGURED usbd_req_set_config: setting config 1 usbd_do_request_flags: udev=3D0xc3686c00 bmRequestType=3D0x00 = bRequest=3D0x09 wValue=3D0x0001 wIndex=3D0x0000 wLength=3D0x0000 usbd_do_request_flags: Handle Request function is set usb_config_parse: iface_index=3D255 cmd=3D0 usb_config_parse: found idesc nendpt=3D1 usb_config_parse: iface_index=3D255 cmd=3D2 usb_config_parse: found idesc nendpt=3D1 usb_cdev_create: Creating device nodes usbd_set_config_index: error=3DUSB_ERR_NORMAL_COMPLETION usb_detach_device: udev=3D0xc3686c00 usb_alloc_device: new dev (addr 1), udev=3D0xc3686c00, parent_hub=3D0 usb_bus_port_set_device: bus 0xc34eac78 devices[1] =3D 0xc3686c00 ugen0.1: at usbus0 usb_probe_and_attach: iclass=3D9/0/0 iindex=3D0/0 uhub0: on = usbus0 uhub_attach: depth=3D0 selfpowered=3D1, parent=3D0, = parent->selfpowered=3D0 uhub_attach: Getting HUB descriptor usbd_do_request_flags: udev=3D0xc3686c00 bmRequestType=3D0xa0 = bRequest=3D0x06 wValue=3D0x2900 wIndex=3D0x0000 wLength=3D0x0009 usbd_do_request_flags: Handle Request function is set GEOM: ad0s2: geometry does not match label (255h,63s !=3D 16h,63s). GEOM: ufsid/4eb8e3d67ec8647c: geometry does not match label (255h,63s !=3D= 16h,63s). usbd_do_request_flags: udev=3D0xc3686c00 bmRequestType=3D0x23 = bRequest=3D0x03 wValue=3D0x0008 wIndex=3D0x0001 wLength=3D0x0000 usbd_do_request_flags: Handle Request function is set uhub_attach: turn on port 1 power usb_needs_explore:=20 usb_proc_msignal: t=3D0, num=3D0 uhub0: 1 port with 1 removable, self powered usb_needs_explore:=20 usb_proc_msignal: t=3D1, num=3D1 usb_probe_and_attach: end of interfaces at 1 usb_needs_explore:=20 usb_proc_msignal: t=3D3, num=3D1 usb_process: Message pm=3D0xc34eadac (leave) usb_process: Message pm=3D0xc34ead5c, cb=3D0xc0967708 (enter) usb_bus_powerd: bus=3D0xc34eac78 usb_bus_powerd: Recomputing power masks usbd_do_request_flags: udev=3D0xc3686c00 bmRequestType=3D0xa3 = bRequest=3D0x00 wValue=3D0x0000 wIndex=3D0x0001 wLength=3D0x0004 usbd_do_request_flags: Handle Request function is set uhub_read_port_status: port 1, wPortStatus=3D0x0301, wPortChange=3D0x0001,= err=3DUSB_ERR_NORMAL_COMPLETION uhub_reattach_port: reattaching port 1 usbd_do_request_flags: udev=3D0xc3686c00 bmRequestType=3D0x23 = bRequest=3D0x01 wValue=3D0x0010 wIndex=3D0x0001 wLength=3D0x0000 usbd_do_request_flags: Handle Request function is set usbd_do_request_flags: udev=3D0xc3686c00 bmRequestType=3D0xa3 = bRequest=3D0x00 wValue=3D0x0000 wIndex=3D0x0001 wLength=3D0x0004 usbd_do_request_flags: Handle Request function is set uhub_read_port_status: port 1, wPortStatus=3D0x0301, wPortChange=3D0x0000,= err=3DUSB_ERR_NORMAL_COMPLETION uhub_reattach_port: Port 1 is in Host Mode usbd_req_reset_port:=20 usbd_do_request_flags: udev=3D0xc3686c00 bmRequestType=3D0x23 = bRequest=3D0x01 wValue=3D0x0014 wIndex=3D0x0001 wLength=3D0x0000 usbd_do_request_flags: Handle Request function is set usbd_do_request_flags: udev=3D0xc3686c00 bmRequestType=3D0x23 = bRequest=3D0x03 wValue=3D0x0004 wIndex=3D0x0001 wLength=3D0x0000 usbd_do_request_flags: Handle Request function is set Root mount waiting for: usbus0 usb_needs_explore:=20 usb_proc_msignal: t=3D3, num=3D1 usbd_do_request_flags: udev=3D0xc3686c00 bmRequestType=3D0xa3 = bRequest=3D0x00 wValue=3D0x0000 wIndex=3D0x0001 wLength=3D0x0004 usbd_do_request_flags: Handle Request function is set usbd_do_request_flags: udev=3D0xc3686c00 bmRequestType=3D0x23 = bRequest=3D0x01 wValue=3D0x0014 wIndex=3D0x0001 wLength=3D0x0000 usbd_do_request_flags: Handle Request function is set usbd_req_reset_port: port 1 reset returning = error=3DUSB_ERR_NORMAL_COMPLETION usbd_do_request_flags: udev=3D0xc3686c00 bmRequestType=3D0xa3 = bRequest=3D0x00 wValue=3D0x0000 wIndex=3D0x0001 wLength=3D0x0004 usbd_do_request_flags: Handle Request function is set uhub_read_port_status: port 1, wPortStatus=3D0x0303, wPortChange=3D0x0000,= err=3DUSB_ERR_NORMAL_COMPLETION usb_alloc_device: parent_dev=3D0xc3461a00, bus=3D0xc34eac78, = parent_hub=3D0xc3686c00, depth=3D1, port_index=3D0, port_no=3D1, = speed=3D1, usb_mode=3D0 usb_set_device_state: udev 0xc368d000 state DETACHED -> POWERED usbd_req_set_address: setting device address=3D2 usbd_do_request_flags: udev=3D0xc368d000 bmRequestType=3D0x00 = bRequest=3D0x05 wValue=3D0x0002 wIndex=3D0x0000 wLength=3D0x0000 usbd_get_endpoint: udev=3D0xc368d000 iface_index=3D0 address=3D0x0 = type=3D0x0 dir=3D0xff index=3D0 usbd_get_endpoint: udev=3D0xc368d000 iface_index=3D0 address=3D0x0 = type=3D0x0 dir=3D0xff index=3D0 usbd_get_endpoint: udev=3D0xc368d000 iface_index=3D0 address=3D0x0 = type=3D0x0 dir=3D0xff index=3D0 usbd_get_endpoint: udev=3D0xc368d000 iface_index=3D0 address=3D0x0 = type=3D0x0 dir=3D0xff index=3D0 usb_proc_msignal: t=3D0, num=3D0 usb_process: Message pm=3D0xc371f044, cb=3D0xc098296c (enter) usb_command_wrapper: cb 0xc371f0b0 (enter) usbd_callback_wrapper: case 1-4 usbd_do_request_callback: st=3D0 usbd_transfer_submit: xfer=3D0xc371f0b0, endpoint=3D0xc368d08c, = nframes=3D1, dir=3Dwrite usb_dump_endpoint: endpoint=3D0xc368d08c edesc=3D0xc368d34c isoc_next=3D0 = toggle_next=3D0 bEndpointAddress=3D0x00 usb_dump_queue: endpoint=3D0xc368d08c xfer:=20 usbd_transfer_submit: open usbd_transfer_power_ref: Adding type 0 to power state usbd_transfer_power_ref: needs power usb_command_wrapper: cb 0xc371f0b0 (enter) usb_command_wrapper: cb 0xc371f0b0 (leave) usb_command_wrapper: cb 0xc371f0b0 (enter) usbd_pipe_enter: enter usb_command_wrapper: cb 0xc371f0b0 (enter) usbd_pipe_start: start usb_command_wrapper: cb 0xc371f0b0 (leave) usb_command_wrapper: cb 0 (leave) usb_command_wrapper: cb 0 (leave) usb_process: Message pm=3D0xc371f044 (leave) usbd_transfer_done: err=3DUSB_ERR_STALLED usb_proc_msignal: t=3D0, num=3D0 usb_process: Message pm=3D0xc371f044, cb=3D0xc098296c (enter) usb_command_wrapper: cb 0xc371f0b0 (enter) usbd_callback_wrapper: case 1-4 usbd_callback_wrapper_sub: xfer=3D0xc371f0b0 endpoint=3D0xc368d08c = sts=3D22 alen=3D0, slen=3D8, afrm=3D1, nfrm=3D1 usbd_do_request_callback: st=3D2 usb_command_wrapper: cb 0 (leave) usb_process: Message pm=3D0xc371f044 (leave) usbd_transfer_stop: close usbd_transfer_done: err=3DUSB_ERR_CANCELLED usbd_transfer_done: not transferring usb_needs_explore:=20 usb_proc_msignal: t=3D3, num=3D1 Root mount waiting for: usbus0 usb_alloc_device: set address 2 failed (USB_ERR_STALLED, ignored) usb_set_device_state: udev 0xc368d000 state POWERED -> ADDRESSED usbd_req_get_desc: id=3D0, type=3D1, index=3D0, max_len=3D8 usbd_do_request_flags: udev=3D0xc368d000 bmRequestType=3D0x80 = bRequest=3D0x06 wValue=3D0x0100 wIndex=3D0x0000 wLength=3D0x0008 usbd_get_endpoint: udev=3D0xc368d000 iface_index=3D0 address=3D0x0 = type=3D0x0 dir=3D0xff index=3D0 usbd_get_endpoint: udev=3D0xc368d000 iface_index=3D0 address=3D0x0 = type=3D0x0 dir=3D0xff index=3D0 usbd_get_endpoint: udev=3D0xc368d000 iface_index=3D0 address=3D0x0 = type=3D0x0 dir=3D0xff index=3D0 usbd_get_endpoint: udev=3D0xc368d000 iface_index=3D0 address=3D0x0 = type=3D0x0 dir=3D0xff index=3D0 usb_proc_msignal: t=3D0, num=3D0 usb_process: Message pm=3D0xc371e044, cb=3D0xc098296c (enter) usb_command_wrapper: cb 0xc371e0b0 (enter) usbd_callback_wrapper: case 1-4 usbd_do_request_callback: st=3D0 usbd_transfer_submit: xfer=3D0xc371e0b0, endpoint=3D0xc368d08c, = nframes=3D2, dir=3Dwrite usb_dump_endpoint: endpoint=3D0xc368d08c edesc=3D0xc368d34c isoc_next=3D0 = toggle_next=3D1 bEndpointAddress=3D0x00 usb_dump_queue: endpoint=3D0xc368d08c xfer:=20 usbd_transfer_submit: open usb_command_wrapper: cb 0xc371e0b0 (enter) usb_command_wrapper: cb 0xc371e0b0 (leave) usb_command_wrapper: cb 0xc371e0b0 (enter) usb_command_wrapper: cb 0xc371e0b0 (leave) usb_command_wrapper: cb 0xc371e0b0 (enter) usbd_pipe_enter: enter usb_command_wrapper: cb 0xc371e0b0 (enter) usbd_pipe_start: start usb_command_wrapper: cb 0xc371e0b0 (leave) usb_command_wrapper: cb 0 (leave) usb_command_wrapper: cb 0 (leave) usb_process: Message pm=3D0xc371e044 (leave) usbd_transfer_done: err=3DUSB_ERR_STALLED usb_proc_msignal: t=3D0, num=3D0 usb_process: Message pm=3D0xc371e044, cb=3D0xc098296c (enter) usb_command_wrapper: cb 0xc371e0b0 (enter) usbd_callback_wrapper: case 1-4 usbd_callback_wrapper_sub: xfer=3D0xc371e0b0 endpoint=3D0xc368d08c = sts=3D22 alen=3D0, slen=3D16, afrm=3D1, nfrm=3D2 usbd_do_request_callback: st=3D2 usb_command_wrapper: cb 0 (leave) usb_process: Message pm=3D0xc371e044 (leave) usbd_transfer_stop: close usbd_transfer_done: err=3DUSB_ERR_CANCELLED usbd_transfer_done: not transferring usbd_setup_device_desc: getting device descriptor at addr 2 failed, = USB_ERR_STALLED usbd_req_re_enumerate: Trying to reset parent High Speed TT. usbd_do_request_flags: udev=3D0xc3686c00 bmRequestType=3D0x23 = bRequest=3D0x09 wValue=3D0x0000 wIndex=3D0x0001 wLength=3D0x0000 usbd_do_request_flags: Handle Request function is set usbd_req_reset_port:=20 usbd_do_request_flags: udev=3D0xc3686c00 bmRequestType=3D0x23 = bRequest=3D0x01 wValue=3D0x0014 wIndex=3D0x0001 wLength=3D0x0000 usbd_do_request_flags: Handle Request function is set usbd_do_request_flags: udev=3D0xc3686c00 bmRequestType=3D0x23 = bRequest=3D0x03 wValue=3D0x0004 wIndex=3D0x0001 wLength=3D0x0000 usbd_do_request_flags: Handle Request function is set usb_needs_explore:=20 usb_proc_msignal: t=3D3, num=3D1 usbd_do_request_flags: udev=3D0xc3686c00 bmRequestType=3D0xa3 = bRequest=3D0x00 wValue=3D0x0000 wIndex=3D0x0001 wLength=3D0x0004 usbd_do_request_flags: Handle Request function is set usbd_do_request_flags: udev=3D0xc3686c00 bmRequestType=3D0x23 = bRequest=3D0x01 wValue=3D0x0014 wIndex=3D0x0001 wLength=3D0x0000 usbd_do_request_flags: Handle Request function is set Root mount waiting for: usbus0 usbd_req_reset_port: port 1 reset returning = error=3DUSB_ERR_NORMAL_COMPLETION usb_set_device_state: udev 0xc368d000 state ADDRESSED -> POWERED usbd_req_set_address: setting device address=3D2 usbd_do_request_flags: udev=3D0xc368d000 bmRequestType=3D0x00 = bRequest=3D0x05 wValue=3D0x0002 wIndex=3D0x0000 wLength=3D0x0000 usbd_get_endpoint: udev=3D0xc368d000 iface_index=3D0 address=3D0x0 = type=3D0x0 dir=3D0xff index=3D0 usbd_get_endpoint: udev=3D0xc368d000 iface_index=3D0 address=3D0x0 = type=3D0x0 dir=3D0xff index=3D0 usbd_get_endpoint: udev=3D0xc368d000 iface_index=3D0 address=3D0x0 = type=3D0x0 dir=3D0xff index=3D0 usbd_get_endpoint: udev=3D0xc368d000 iface_index=3D0 address=3D0x0 = type=3D0x0 dir=3D0xff index=3D0 usb_proc_msignal: t=3D0, num=3D0 usb_process: Message pm=3D0xc371e044, cb=3D0xc098296c (enter) usb_command_wrapper: cb 0xc371e0b0 (enter) usbd_callback_wrapper: case 1-4 usbd_do_request_callback: st=3D0 usbd_transfer_submit: xfer=3D0xc371e0b0, endpoint=3D0xc368d08c, = nframes=3D1, dir=3Dwrite usb_dump_endpoint: endpoint=3D0xc368d08c edesc=3D0xc368d34c isoc_next=3D0 = toggle_next=3D1 bEndpointAddress=3D0x00 usb_dump_queue: endpoint=3D0xc368d08c xfer:=20 usbd_transfer_submit: open usb_command_wrapper: cb 0xc371e0b0 (enter) usb_command_wrapper: cb 0xc371e0b0 (leave) usb_command_wrapper: cb 0xc371e0b0 (enter) usbd_pipe_enter: enter usb_command_wrapper: cb 0xc371e0b0 (enter) usbd_pipe_start: start usb_command_wrapper: cb 0xc371e0b0 (leave) usb_command_wrapper: cb 0 (leave) usb_command_wrapper: cb 0 (leave) usb_process: Message pm=3D0xc371e044 (leave) usbd_transfer_done: err=3DUSB_ERR_STALLED usb_proc_msignal: t=3D0, num=3D0 usb_process: Message pm=3D0xc371e044, cb=3D0xc098296c (enter) usb_command_wrapper: cb 0xc371e0b0 (enter) usbd_callback_wrapper: case 1-4 usbd_callback_wrapper_sub: xfer=3D0xc371e0b0 endpoint=3D0xc368d08c = sts=3D22 alen=3D0, slen=3D8, afrm=3D1, nfrm=3D1 usbd_do_request_callback: st=3D2 usb_command_wrapper: cb 0 (leave) usb_process: Message pm=3D0xc371e044 (leave) usbd_transfer_stop: close usbd_transfer_done: err=3DUSB_ERR_CANCELLED usbd_transfer_done: not transferring usbd_req_re_enumerate: addr=3D2, set address failed! (USB_ERR_STALLED, = ignored) usbd_req_get_desc: id=3D0, type=3D1, index=3D0, max_len=3D8 usbd_do_request_flags: udev=3D0xc368d000 bmRequestType=3D0x80 = bRequest=3D0x06 wValue=3D0x0100 wIndex=3D0x0000 wLength=3D0x0008 usb_needs_explore:=20 usb_proc_msignal: t=3D3, num=3D1 usbd_get_endpoint: udev=3D0xc368d000 iface_index=3D0 address=3D0x0 = type=3D0x0 dir=3D0xff index=3D0 usbd_get_endpoint: udev=3D0xc368d000 iface_index=3D0 address=3D0x0 = type=3D0x0 dir=3D0xff index=3D0 usbd_get_endpoint: udev=3D0xc368d000 iface_index=3D0 address=3D0x0 = type=3D0x0 dir=3D0xff index=3D0 usbd_get_endpoint: udev=3D0xc368d000 iface_index=3D0 address=3D0x0 = type=3D0x0 dir=3D0xff index=3D0 usb_proc_msignal: t=3D0, num=3D0 usb_process: Message pm=3D0xc371f044, cb=3D0xc098296c (enter) usb_command_wrapper: cb 0xc371f0b0 (enter) usbd_callback_wrapper: case 1-4 usbd_do_request_callback: st=3D0 usbd_transfer_submit: xfer=3D0xc371f0b0, endpoint=3D0xc368d08c, = nframes=3D2, dir=3Dwrite usb_dump_endpoint: endpoint=3D0xc368d08c edesc=3D0xc368d34c isoc_next=3D0 = toggle_next=3D1 bEndpointAddress=3D0x00 usb_dump_queue: endpoint=3D0xc368d08c xfer:=20 usbd_transfer_submit: open usb_command_wrapper: cb 0xc371f0b0 (enter) usb_command_wrapper: cb 0xc371f0b0 (leave) usb_command_wrapper: cb 0xc371f0b0 (enter) usb_command_wrapper: cb 0xc371f0b0 (leave) usb_command_wrapper: cb 0xc371f0b0 (enter) usbd_pipe_enter: enter usb_command_wrapper: cb 0xc371f0b0 (enter) usbd_pipe_start: start usb_command_wrapper: cb 0xc371f0b0 (leave) usb_command_wrapper: cb 0 (leave) usb_command_wrapper: cb 0 (leave) usb_process: Message pm=3D0xc371f044 (leave) usbd_transfer_done: err=3DUSB_ERR_STALLED usb_proc_msignal: t=3D0, num=3D0 usb_process: Message pm=3D0xc371f044, cb=3D0xc098296c (enter) usb_command_wrapper: cb 0xc371f0b0 (enter) usbd_callback_wrapper: case 1-4 usbd_callback_wrapper_sub: xfer=3D0xc371f0b0 endpoint=3D0xc368d08c = sts=3D22 alen=3D0, slen=3D16, afrm=3D1, nfrm=3D2 usbd_do_request_callback: st=3D2 usb_command_wrapper: cb 0 (leave) usb_process: Message pm=3D0xc371f044 (leave) usbd_transfer_stop: close usbd_transfer_done: err=3DUSB_ERR_CANCELLED usbd_transfer_done: not transferring usbd_setup_device_desc: getting device descriptor at addr 2 failed, = USB_ERR_STALLED Root mount waiting for: usbus0 usbd_req_re_enumerate: Trying to reset parent High Speed TT. usbd_do_request_flags: udev=3D0xc3686c00 bmRequestType=3D0x23 = bRequest=3D0x09 wValue=3D0x0000 wIndex=3D0x0001 wLength=3D0x0000 usbd_do_request_flags: Handle Request function is set usbd_req_reset_port:=20 usbd_do_request_flags: udev=3D0xc3686c00 bmRequestType=3D0x23 = bRequest=3D0x01 wValue=3D0x0014 wIndex=3D0x0001 wLength=3D0x0000 usbd_do_request_flags: Handle Request function is set usbd_do_request_flags: udev=3D0xc3686c00 bmRequestType=3D0x23 = bRequest=3D0x03 wValue=3D0x0004 wIndex=3D0x0001 wLength=3D0x0000 usbd_do_request_flags: Handle Request function is set usb_needs_explore:=20 usb_proc_msignal: t=3D3, num=3D1 usb_needs_explore:=20 usb_proc_msignal: t=3D3, num=3D1 usbd_do_request_flags: udev=3D0xc3686c00 bmRequestType=3D0xa3 = bRequest=3D0x00 wValue=3D0x0000 wIndex=3D0x0001 wLength=3D0x0004 usbd_do_request_flags: Handle Request function is set usbd_do_request_flags: udev=3D0xc3686c00 bmRequestType=3D0x23 = bRequest=3D0x01 wValue=3D0x0014 wIndex=3D0x0001 wLength=3D0x0000 usbd_do_request_flags: Handle Request function is set usbd_req_reset_port: port 1 reset returning = error=3DUSB_ERR_NORMAL_COMPLETION usb_set_device_state: udev 0xc368d000 state POWERED -> POWERED usbd_req_set_address: setting device address=3D2 usbd_do_request_flags: udev=3D0xc368d000 bmRequestType=3D0x00 = bRequest=3D0x05 wValue=3D0x0002 wIndex=3D0x0000 wLength=3D0x0000 usbd_get_endpoint: udev=3D0xc368d000 iface_index=3D0 address=3D0x0 = type=3D0x0 dir=3D0xff index=3D0 usbd_get_endpoint: udev=3D0xc368d000 iface_index=3D0 address=3D0x0 = type=3D0x0 dir=3D0xff index=3D0 usbd_get_endpoint: udev=3D0xc368d000 iface_index=3D0 address=3D0x0 = type=3D0x0 dir=3D0xff index=3D0 usbd_get_endpoint: udev=3D0xc368d000 iface_index=3D0 address=3D0x0 = type=3D0x0 dir=3D0xff index=3D0 usb_proc_msignal: t=3D0, num=3D0 usb_process: Message pm=3D0xc371f044, cb=3D0xc098296c (enter) usb_command_wrapper: cb 0xc371f0b0 (enter) usbd_callback_wrapper: case 1-4 usbd_do_request_callback: st=3D0 usbd_transfer_submit: xfer=3D0xc371f0b0, endpoint=3D0xc368d08c, = nframes=3D1, dir=3Dwrite usb_dump_endpoint: endpoint=3D0xc368d08c edesc=3D0xc368d34c isoc_next=3D0 = toggle_next=3D1 bEndpointAddress=3D0x00 usb_dump_queue: endpoint=3D0xc368d08c xfer:=20 usbd_transfer_submit: open usb_command_wrapper: cb 0xc371f0b0 (enter) usb_command_wrapper: cb 0xc371f0b0 (leave) usb_command_wrapper: cb 0xc371f0b0 (enter) usbd_pipe_enter: enter usb_command_wrapper: cb 0xc371f0b0 (enter) usbd_pipe_start: start usb_command_wrapper: cb 0xc371f0b0 (leave) usb_command_wrapper: cb 0 (leave) usb_command_wrapper: cb 0 (leave) usb_process: Message pm=3D0xc371f044 (leave) usbd_transfer_done: err=3DUSB_ERR_STALLED usb_proc_msignal: t=3D0, num=3D0 usb_process: Message pm=3D0xc371f044, cb=3D0xc098296c (enter) usb_command_wrapper: cb 0xc371f0b0 (enter) usbd_callback_wrapper: case 1-4 usbd_callback_wrapper_sub: xfer=3D0xc371f0b0 endpoint=3D0xc368d08c = sts=3D22 alen=3D0, slen=3D8, afrm=3D1, nfrm=3D1 usbd_do_request_callback: st=3D2 usb_command_wrapper: cb 0 (leave) usb_process: Message pm=3D0xc371f044 (leave) usbd_transfer_stop: close usbd_transfer_done: err=3DUSB_ERR_CANCELLED usbd_transfer_done: not transferring Root mount waiting for: usbus0 usbd_req_re_enumerate: addr=3D2, set address failed! (USB_ERR_STALLED, = ignored) usbd_req_get_desc: id=3D0, type=3D1, index=3D0, max_len=3D8 usbd_do_request_flags: udev=3D0xc368d000 bmRequestType=3D0x80 = bRequest=3D0x06 wValue=3D0x0100 wIndex=3D0x0000 wLength=3D0x0008 usb_needs_explore:=20 usb_proc_msignal: t=3D3, num=3D1 usbd_get_endpoint: udev=3D0xc368d000 iface_index=3D0 address=3D0x0 = type=3D0x0 dir=3D0xff index=3D0 usbd_get_endpoint: udev=3D0xc368d000 iface_index=3D0 address=3D0x0 = type=3D0x0 dir=3D0xff index=3D0 usbd_get_endpoint: udev=3D0xc368d000 iface_index=3D0 address=3D0x0 = type=3D0x0 dir=3D0xff index=3D0 usbd_get_endpoint: udev=3D0xc368d000 iface_index=3D0 address=3D0x0 = type=3D0x0 dir=3D0xff index=3D0 usb_proc_msignal: t=3D0, num=3D0 usb_process: Message pm=3D0xc371e044, cb=3D0xc098296c (enter) usb_command_wrapper: cb 0xc371e0b0 (enter) usbd_callback_wrapper: case 1-4 usbd_do_request_callback: st=3D0 usbd_transfer_submit: xfer=3D0xc371e0b0, endpoint=3D0xc368d08c, = nframes=3D2, dir=3Dwrite usb_dump_endpoint: endpoint=3D0xc368d08c edesc=3D0xc368d34c isoc_next=3D0 = toggle_next=3D1 bEndpointAddress=3D0x00 usb_dump_queue: endpoint=3D0xc368d08c xfer:=20 usbd_transfer_submit: open usb_command_wrapper: cb 0xc371e0b0 (enter) usb_command_wrapper: cb 0xc371e0b0 (leave) usb_command_wrapper: cb 0xc371e0b0 (enter) usb_command_wrapper: cb 0xc371e0b0 (leave) usb_command_wrapper: cb 0xc371e0b0 (enter) usbd_pipe_enter: enter usb_command_wrapper: cb 0xc371e0b0 (enter) usbd_pipe_start: start usb_command_wrapper: cb 0xc371e0b0 (leave) usb_command_wrapper: cb 0 (leave) usb_command_wrapper: cb 0 (leave) usb_process: Message pm=3D0xc371e044 (leave) usbd_transfer_done: err=3DUSB_ERR_STALLED usb_proc_msignal: t=3D0, num=3D0 usb_process: Message pm=3D0xc371e044, cb=3D0xc098296c (enter) usb_command_wrapper: cb 0xc371e0b0 (enter) usbd_callback_wrapper: case 1-4 usbd_callback_wrapper_sub: xfer=3D0xc371e0b0 endpoint=3D0xc368d08c = sts=3D22 alen=3D0, slen=3D16, afrm=3D1, nfrm=3D2 usbd_do_request_callback: st=3D2 usb_command_wrapper: cb 0 (leave) usb_process: Message pm=3D0xc371e044 (leave) usbd_transfer_stop: close usbd_transfer_done: err=3DUSB_ERR_CANCELLED usbd_transfer_done: not transferring usbd_setup_device_desc: getting device descriptor at addr 2 failed, = USB_ERR_STALLED usb_free_device: udev=3D0xc368d000 port=3D1 usb_set_device_state: udev 0xc368d000 state POWERED -> DETACHED ugen0.2: at usbus0 (disconnected) usb_bus_port_set_device: bus 0xc34eac78 devices[0] =3D 0 usb_detach_device: udev=3D0xc368d000 usb_cdev_free: Freeing device nodes usb_config_parse: iface_index=3D255 cmd=3D1 uhub_reattach_port: could not allocate new device usbd_do_request_flags: udev=3D0xc3686c00 bmRequestType=3D0x23 = bRequest=3D0x01 wValue=3D0x0001 wIndex=3D0x0001 wLength=3D0x0000 usbd_do_request_flags: Handle Request function is set usb_process: Message pm=3D0xc34ead5c (leave) usb_process: Message pm=3D0xc34ead70, cb=3D0xc0967708 (enter) usb_bus_powerd: bus=3D0xc34eac78 usb_bus_powerd: Recomputing power masks usbd_do_request_flags: udev=3D0xc3686c00 bmRequestType=3D0xa3 = bRequest=3D0x00 wValue=3D0x0000 wIndex=3D0x0001 wLength=3D0x0004 usbd_do_request_flags: Handle Request function is set uhub_read_port_status: port 1, wPortStatus=3D0x0301, wPortChange=3D0x0000,= err=3DUSB_ERR_NORMAL_COMPLETION usb_process: Message pm=3D0xc34ead70 (leave) Trying to mount root from ufs:/dev/ufs/dreamplug GEOM: ufsid/4eb8e3d67ec8647c: geometry does not match label (255h,63s !=3D= 16h,63s). usb_needs_explore:=20 usb_proc_msignal: t=3D0, num=3D1 usb_process: Message pm=3D0xc34ead5c, cb=3D0xc0967708 (enter) usb_bus_powerd: bus=3D0xc34eac78 usb_bus_powerd: Recomputing power masks usbd_do_request_flags: udev=3D0xc3686c00 bmRequestType=3D0xa3 = bRequest=3D0x00 wValue=3D0x0000 wIndex=3D0x0001 wLength=3D0x0004 usbd_do_request_flags: Handle Request function is set uhub_read_port_status: port 1, wPortStatus=3D0x0301, wPortChange=3D0x0000,= err=3DUSB_ERR_NORMAL_COMPLETION usb_process: Message pm=3D0xc34ead5c (leave) usb_needs_explore:=20 usb_proc_msignal: t=3D0, num=3D1 usb_process: Message pm=3D0xc34ead5c, cb=3D0xc0967708 (enter) usb_bus_powerd: bus=3D0xc34eac78 usb_bus_powerd: Recomputing power masks usbd_do_request_flags: udev=3D0xc3686c00 bmRequestType=3D0xa3 = bRequest=3D0x00 wValue=3D0x0000 wIndex=3D0x0001 wLength=3D0x0004 usbd_do_request_flags: Handle Request function is set uhub_read_port_status: port 1, wPortStatus=3D0x0301, wPortChange=3D0x0000,= err=3DUSB_ERR_NORMAL_COMPLETION usb_process: Message pm=3D0xc34ead5c (leave) usb_needs_explore:=20 usb_proc_msignal: t=3D0, num=3D1 usb_process: Message pm=3D0xc34ead5c, cb=3D0xc0967708 (enter) usb_bus_powerd: bus=3D0xc34eac78 usb_bus_powerd: Recomputing power masks usbd_do_request_flags: udev=3D0xc3686c00 bmRequestType=3D0xa3 = bRequest=3D0x00 wValue=3D0x0000 wIndex=3D0x0001 wLength=3D0x0004 usbd_do_request_flags: Handle Request function is set uhub_read_port_status: port 1, wPortStatus=3D0x0301, wPortChange=3D0x0000,= err=3DUSB_ERR_NORMAL_COMPLETION usb_process: Message pm=3D0xc34ead5c (leave) usb_needs_explore:=20 usb_proc_msignal: t=3D0, num=3D1 usb_process: Message pm=3D0xc34ead5c, cb=3D0xc0967708 (enter) usb_bus_powerd: bus=3D0xc34eac78 usb_bus_powerd: Recomputing power masks usbd_do_request_flags: udev=3D0xc3686c00 bmRequestType=3D0xa3 = bRequest=3D0x00 wValue=3D0x0000 wIndex=3D0x0001 wLength=3D0x0004 usbd_do_request_flags: Handle Request function is set uhub_read_port_status: port 1, wPortStatus=3D0x0301, wPortChange=3D0x0000,= err=3DUSB_ERR_NORMAL_COMPLETION usb_process: Message pm=3D0xc34ead5c (leave) usb_needs_explore:=20 usb_proc_msignal: t=3D0, num=3D1 usb_process: Message pm=3D0xc34ead5c, cb=3D0xc0967708 (enter) usb_bus_powerd: bus=3D0xc34eac78 usb_bus_powerd: Recomputing power masks usbd_do_request_flags: udev=3D0xc3686c00 bmRequestType=3D0xa3 = bRequest=3D0x00 wValue=3D0x0000 wIndex=3D0x0001 wLength=3D0x0004 usbd_do_request_flags: Handle Request function is set uhub_read_port_status: port 1, wPortStatus=3D0x0301, wPortChange=3D0x0000,= err=3DUSB_ERR_NORMAL_COMPLETION usb_process: Message pm=3D0xc34ead5c (leave) usb_needs_explore:=20 usb_proc_msignal: t=3D0, num=3D1 usb_process: Message pm=3D0xc34ead5c, cb=3D0xc0967708 (enter) usb_bus_powerd: bus=3D0xc34eac78 usb_bus_powerd: Recomputing power masks usbd_do_request_flags: udev=3D0xc3686c00 bmRequestType=3D0xa3 = bRequest=3D0x00 wValue=3D0x0000 wIndex=3D0x0001 wLength=3D0x0004 usbd_do_request_flags: Handle Request function is set uhub_read_port_status: port 1, wPortStatus=3D0x0301, wPortChange=3D0x0000,= err=3DUSB_ERR_NORMAL_COMPLETION usb_process: Message pm=3D0xc34ead5c (leave) usb_needs_explore:=20 usb_proc_msignal: t=3D0, num=3D1 usb_process: Message pm=3D0xc34ead5c, cb=3D0xc0967708 (enter) usb_bus_powerd: bus=3D0xc34eac78 usb_bus_powerd: Recomputing power masks usbd_do_request_flags: udev=3D0xc3686c00 bmRequestType=3D0xa3 = bRequest=3D0x00 wValue=3D0x0000 wIndex=3D0x0001 wLength=3D0x0004 usbd_do_request_flags: Handle Request function is set uhub_read_port_status: port 1, wPortStatus=3D0x0301, wPortChange=3D0x0000,= err=3DUSB_ERR_NORMAL_COMPLETION usb_process: Message pm=3D0xc34ead5c (leave) usb_needs_explore:=20 usb_proc_msignal: t=3D0, num=3D1 usb_process: Message pm=3D0xc34ead5c, cb=3D0xc0967708 (enter) usb_bus_powerd: bus=3D0xc34eac78 usb_bus_powerd: Recomputing power masks usbd_do_request_flags: udev=3D0xc3686c00 bmRequestType=3D0xa3 = bRequest=3D0x00 wValue=3D0x0000 wIndex=3D0x0001 wLength=3D0x0004 usbd_do_request_flags: Handle Request function is set uhub_read_port_status: port 1, wPortStatus=3D0x0301, wPortChange=3D0x0000,= err=3DUSB_ERR_NORMAL_COMPLETION usb_process: Message pm=3D0xc34ead5c (leave) usb_needs_explore:=20 usb_proc_msignal: t=3D0, num=3D1 usb_process: Message pm=3D0xc34ead5c, cb=3D0xc0967708 (enter) usb_bus_powerd: bus=3D0xc34eac78 usb_bus_powerd: Recomputing power masks usbd_do_request_flags: udev=3D0xc3686c00 bmRequestType=3D0xa3 = bRequest=3D0x00 wValue=3D0x0000 wIndex=3D0x0001 wLength=3D0x0004 usbd_do_request_flags: Handle Request function is set uhub_read_port_status: port 1, wPortStatus=3D0x0301, wPortChange=3D0x0000,= err=3DUSB_ERR_NORMAL_COMPLETION usb_process: Message pm=3D0xc34ead5c (leave) usb_needs_explore:=20 usb_proc_msignal: t=3D0, num=3D1 usb_process: Message pm=3D0xc34ead5c, cb=3D0xc0967708 (enter) usb_bus_powerd: bus=3D0xc34eac78 usb_bus_powerd: Recomputing power masks usbd_do_request_flags: udev=3D0xc3686c00 bmRequestType=3D0xa3 = bRequest=3D0x00 wValue=3D0x0000 wIndex=3D0x0001 wLength=3D0x0004 usbd_do_request_flags: Handle Request function is set uhub_read_port_status: port 1, wPortStatus=3D0x0301, wPortChange=3D0x0000,= err=3DUSB_ERR_NORMAL_COMPLETION usb_process: Message pm=3D0xc34ead5c (leave) usb_needs_explore:=20 usb_proc_msignal: t=3D0, num=3D1 usb_process: Message pm=3D0xc34ead5c, cb=3D0xc0967708 (enter) usb_bus_powerd: bus=3D0xc34eac78 usb_bus_powerd: Recomputing power masks usbd_do_request_flags: udev=3D0xc3686c00 bmRequestType=3D0xa3 = bRequest=3D0x00 wValue=3D0x0000 wIndex=3D0x0001 wLength=3D0x0004 usbd_do_request_flags: Handle Request function is set uhub_read_port_status: port 1, wPortStatus=3D0x0301, wPortChange=3D0x0000,= err=3DUSB_ERR_NORMAL_COMPLETION usb_process: Message pm=3D0xc34ead5c (leave) usb_needs_explore:=20 usb_proc_msignal: t=3D0, num=3D1 usb_process: Message pm=3D0xc34ead5c, cb=3D0xc0967708 (enter) usb_bus_powerd: bus=3D0xc34eac78 usb_bus_powerd: Recomputing power masks usbd_do_request_flags: udev=3D0xc3686c00 bmRequestType=3D0xa3 = bRequest=3D0x00 wValue=3D0x0000 wIndex=3D0x0001 wLength=3D0x0004 usbd_do_request_flags: Handle Request function is set uhub_read_port_status: port 1, wPortStatus=3D0x0301, wPortChange=3D0x0000,= err=3DUSB_ERR_NORMAL_COMPLETION usb_process: Message pm=3D0xc34ead5c (leave)= --Apple-Mail=_6536D8CE-12F5-48D1-A5AD-EC0E024C7712-- From owner-freebsd-arm@FreeBSD.ORG Wed Apr 25 14:34:43 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 56753106566B for ; Wed, 25 Apr 2012 14:34:43 +0000 (UTC) (envelope-from freebsd@damnhippie.dyndns.org) Received: from qmta14.emeryville.ca.mail.comcast.net (qmta14.emeryville.ca.mail.comcast.net [76.96.27.212]) by mx1.freebsd.org (Postfix) with ESMTP id 37C128FC14 for ; Wed, 25 Apr 2012 14:34:43 +0000 (UTC) Received: from omta21.emeryville.ca.mail.comcast.net ([76.96.30.88]) by qmta14.emeryville.ca.mail.comcast.net with comcast id 2CpA1j0021u4NiLAEEadAR; Wed, 25 Apr 2012 14:34:37 +0000 Received: from damnhippie.dyndns.org ([24.8.232.202]) by omta21.emeryville.ca.mail.comcast.net with comcast id 2Eac1j00V4NgCEG8hEac3L; Wed, 25 Apr 2012 14:34:37 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id q3PEYY5n074837; Wed, 25 Apr 2012 08:34:34 -0600 (MDT) (envelope-from freebsd@damnhippie.dyndns.org) From: Ian Lepore To: Kristof Provost In-Reply-To: <201204250920.q3P9KDDc093458@freefall.freebsd.org> References: <201204250920.q3P9KDDc093458@freefall.freebsd.org> Content-Type: text/plain; charset="us-ascii" Date: Wed, 25 Apr 2012 08:34:34 -0600 Message-ID: <1335364474.66865.36.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-arm@freebsd.org Subject: Re: arm/158950: arm/sheevaplug fails fsx when mmap operations are enabled X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Apr 2012 14:34:43 -0000 On Wed, 2012-04-25 at 09:20 +0000, Kristof Provost wrote: > The following reply was made to PR arm/158950; it has been noted by GNATS. > > From: Kristof Provost > To: bug-followup@FreeBSD.org > Cc: > Subject: Re: arm/158950: arm/sheevaplug fails fsx when mmap operations are > enabled > Date: Wed, 25 Apr 2012 11:15:17 +0200 > > The sample program above has the following output: > > root@openrd:/mnt# /bin/kp > After mmap: offset 32 is 0, not 32 as expected > After mmap: offset 33 is 0, not 33 as expected > After mmap: offset 34 is 0, not 34 as expected > ... > After mmap: offset 61 is 0, not 61 as expected > After mmap: offset 62 is 0, not 62 as expected > After mmap: offset 63 is 0, not 63 as expected > After mmap: offset 224 is 0, not 96 as expected > After mmap: offset 225 is 0, not 97 as expected > ... > > That's confirmed by hexdump-ing the test.img file afterwards. > > I'm also able to reproduce the problem described in arm/162159. You're > probably right about the relation. > > The problem looks very similar too: 32-byte sections that are 0 rather > than the expected values. Whenever I run into IO corruption that comes in 32-byte chunks I immediately suspect trouble in the busdma cacheline flush code. A useful first step in narrowing that down is to change the data cache from write-back to write-through mode and see if the symptoms change. I think for a sheeva cpu you'd do that in pmap_pte_init_arm10() in sys/arm/arm/pmap.c. Change the xxx_cache_mode vars to be the same as they are in the pmap_pte_init_arm9() function just above it. -- Ian From owner-freebsd-arm@FreeBSD.ORG Wed Apr 25 15:00:16 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3B6B9106566B; Wed, 25 Apr 2012 15:00:15 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe03.c2i.net [212.247.154.66]) by mx1.freebsd.org (Postfix) with ESMTP id 74DE58FC0A; Wed, 25 Apr 2012 15:00:14 +0000 (UTC) X-T2-Spam-Status: No, hits=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 Received: from [176.74.212.201] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe03.swip.net (CommuniGate Pro SMTP 5.4.4) with ESMTPA id 100631346; Wed, 25 Apr 2012 16:55:03 +0200 From: Hans Petter Selasky To: freebsd-arm@freebsd.org, Fabien Thomas Date: Wed, 25 Apr 2012 16:54:05 +0200 User-Agent: KMail/1.13.5 (FreeBSD/8.3-PRERELEASE; KDE/4.4.5; amd64; ; ) References: <39ED732B-A88A-4052-976D-CB13F0CB1C0C@netasq.com> In-Reply-To: <39ED732B-A88A-4052-976D-CB13F0CB1C0C@netasq.com> X-Face: 'mmZ:T{)),Oru^0c+/}w'`gU1$ubmG?lp!=R4Wy\ELYo2)@'UZ24N@d2+AyewRX}mAm; Yp |U[@, _z/([?1bCfM{_"B<.J>mICJCHAzzGHI{y7{%JVz%R~yJHIji`y>Y}k1C4TfysrsUI -%GU9V5]iUZF&nRn9mJ'?&>O MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201204251654.05895.hselasky@c2i.net> Cc: Subject: Re: Dreamplug : USB support X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Apr 2012 15:00:16 -0000 On Wednesday 25 April 2012 16:15:55 Fabien Thomas wrote: > Hi, > > It seems that sometimes USB works on Dreamplug and sometimes not. > > I've included a working dmesg and a full debug output of the non-working > boot. I've tried to increase the timeout in usb.h but without success. > > Maybe someone will have a clue for this problem ? > > Fabien > > Success: > > uhub0: 1 port with 1 removable, self powered > Root mount waiting for: usbus0 > ugen0.2: at usbus0 > uhub1: on > usbus0 Root mount waiting for: usbus0 > uhub1: 4 ports with 4 removable, self powered > Root mount waiting for: usbus0 > Root mount waiting for: usbus0 > ugen0.3: at usbus0 > umass0: on > usbus0 umass0: SCSI over Bulk-Only; quirks = 0x4000 > umass0:0:0:-1: Attached to scbus0 > da0 at umass-sim0 bus 0 scbus0 target 0 lun 0 > da0: Removable Direct Access SCSI-0 device > da0: 40.000MB/s transfers > da0: 3724MB (7626752 512 byte sectors: 255H 63S/T 474C) Is this a hardware builtin USB device? --HPT From owner-freebsd-arm@FreeBSD.ORG Wed Apr 25 15:05:50 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9A6D31065672 for ; Wed, 25 Apr 2012 15:05:50 +0000 (UTC) (envelope-from fabien.thomas@netasq.com) Received: from work.netasq.com (gwlille.netasq.com [91.212.116.1]) by mx1.freebsd.org (Postfix) with ESMTP id 2D0988FC08 for ; Wed, 25 Apr 2012 15:05:50 +0000 (UTC) Received: from [10.2.1.1] (unknown [10.2.1.1]) by work.netasq.com (Postfix) with ESMTPSA id 895ED2704150; Wed, 25 Apr 2012 17:06:28 +0200 (CEST) Mime-Version: 1.0 (Apple Message framework v1257) Content-Type: multipart/signed; boundary="Apple-Mail=_5F60DFE5-D440-437F-8CAA-7E588AFC2EEB"; protocol="application/pkcs7-signature"; micalg=sha1 From: Fabien Thomas In-Reply-To: <201204251654.05895.hselasky@c2i.net> Date: Wed, 25 Apr 2012 17:05:47 +0200 Message-Id: <63BD8703-9C0C-468B-A649-6C35FEC4BB0C@netasq.com> References: <39ED732B-A88A-4052-976D-CB13F0CB1C0C@netasq.com> <201204251654.05895.hselasky@c2i.net> To: Hans Petter Selasky X-Mailer: Apple Mail (2.1257) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-arm@freebsd.org Subject: Re: Dreamplug : USB support X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Apr 2012 15:05:50 -0000 --Apple-Mail=_5F60DFE5-D440-437F-8CAA-7E588AFC2EEB Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=iso-8859-1 Le 25 avr. 2012 =E0 16:54, Hans Petter Selasky a =E9crit : > On Wednesday 25 April 2012 16:15:55 Fabien Thomas wrote: >> Hi, >>=20 >> It seems that sometimes USB works on Dreamplug and sometimes not. >>=20 >> I've included a working dmesg and a full debug output of the = non-working >> boot. I've tried to increase the timeout in usb.h but without = success. >>=20 >> Maybe someone will have a clue for this problem ? >>=20 >> Fabien >>=20 >> Success: >>=20 >> uhub0: 1 port with 1 removable, self powered >> Root mount waiting for: usbus0 >> ugen0.2: at usbus0 >> uhub1: = on >> usbus0 Root mount waiting for: usbus0 >> uhub1: 4 ports with 4 removable, self powered >> Root mount waiting for: usbus0 >> Root mount waiting for: usbus0 >> ugen0.3: at usbus0 >> umass0: on >> usbus0 umass0: SCSI over Bulk-Only; quirks =3D 0x4000 >> umass0:0:0:-1: Attached to scbus0 >> da0 at umass-sim0 bus 0 scbus0 target 0 lun 0 >> da0: Removable Direct Access SCSI-0 = device >> da0: 40.000MB/s transfers >> da0: 3724MB (7626752 512 byte sectors: 255H 63S/T 474C) >=20 > Is this a hardware builtin USB device? This is the SoC USB port that is connected to a hub and then USB to SD = controller = (https://www.globalscaletechnologies.com/t-dreamplugdetails.aspx#hw_block)= . I've not included the info but it was on 8.3 release. >=20 > --HPT --Apple-Mail=_5F60DFE5-D440-437F-8CAA-7E588AFC2EEB-- From owner-freebsd-arm@FreeBSD.ORG Wed Apr 25 15:16:27 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C72A8106566B for ; Wed, 25 Apr 2012 15:16:27 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe05.c2i.net [212.247.154.130]) by mx1.freebsd.org (Postfix) with ESMTP id 4F9DA8FC08 for ; Wed, 25 Apr 2012 15:16:27 +0000 (UTC) X-T2-Spam-Status: No, hits=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 Received: from [176.74.212.201] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe05.swip.net (CommuniGate Pro SMTP 5.4.4) with ESMTPA id 264242852; Wed, 25 Apr 2012 17:16:16 +0200 From: Hans Petter Selasky To: Fabien Thomas Date: Wed, 25 Apr 2012 17:15:19 +0200 User-Agent: KMail/1.13.5 (FreeBSD/8.3-PRERELEASE; KDE/4.4.5; amd64; ; ) References: <39ED732B-A88A-4052-976D-CB13F0CB1C0C@netasq.com> <201204251654.05895.hselasky@c2i.net> <63BD8703-9C0C-468B-A649-6C35FEC4BB0C@netasq.com> In-Reply-To: <63BD8703-9C0C-468B-A649-6C35FEC4BB0C@netasq.com> X-Face: 'mmZ:T{)),Oru^0c+/}w'`gU1$ubmG?lp!=R4Wy\ELYo2)@'UZ24N@ =?iso-8859-1?q?d2+AyewRX=7DmAm=3BYp=0A=09=7CU=5B?=@, _z/([?1bCfM{_"B<.J>mICJCHAzzGHI{y7{%JVz%R~yJHIji`y> =?iso-8859-1?q?Y=7Dk1C4TfysrsUI=0A=09-=25GU9V5=5DiUZF=26nRn9mJ=27=3F=26?=>O MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Message-Id: <201204251715.19277.hselasky@c2i.net> Cc: freebsd-arm@freebsd.org Subject: Re: Dreamplug : USB support X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Apr 2012 15:16:27 -0000 On Wednesday 25 April 2012 17:05:47 Fabien Thomas wrote: > Le 25 avr. 2012 =E0 16:54, Hans Petter Selasky a =E9crit : > > On Wednesday 25 April 2012 16:15:55 Fabien Thomas wrote: > >> Hi, > >>=20 > >> It seems that sometimes USB works on Dreamplug and sometimes not. > >>=20 > >> I've included a working dmesg and a full debug output of the non-worki= ng > >> boot. I've tried to increase the timeout in usb.h but without success. > >>=20 > >> Maybe someone will have a clue for this problem ? > >>=20 > >> Fabien > >>=20 > >> Success: > >>=20 > >> uhub0: 1 port with 1 removable, self powered > >> Root mount waiting for: usbus0 > >> ugen0.2: at usbus0 > >> uhub1: on > >> usbus0 Root mount waiting for: usbus0 > >> uhub1: 4 ports with 4 removable, self powered > >> Root mount waiting for: usbus0 > >> Root mount waiting for: usbus0 > >> ugen0.3: at usbus0 > >> umass0: > >> on usbus0 umass0: SCSI over Bulk-Only; quirks =3D 0x4000 > >> umass0:0:0:-1: Attached to scbus0 > >> da0 at umass-sim0 bus 0 scbus0 target 0 lun 0 > >> da0: Removable Direct Access SCSI-0 devi= ce > >> da0: 40.000MB/s transfers > >> da0: 3724MB (7626752 512 byte sectors: 255H 63S/T 474C) > >=20 > > Is this a hardware builtin USB device? >=20 > This is the SoC USB port that is connected to a hub and then USB to SD > controller > (https://www.globalscaletechnologies.com/t-dreamplugdetails.aspx#hw_block) > . I've not included the info but it was on 8.3 release. If it is possible to make a USB trace, that would probably give you the ans= wer=20 why it is not working. =2D-HPS From owner-freebsd-arm@FreeBSD.ORG Wed Apr 25 15:26:38 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DCE28106564A for ; Wed, 25 Apr 2012 15:26:38 +0000 (UTC) (envelope-from fabien.thomas@netasq.com) Received: from work.netasq.com (gwlille.netasq.com [91.212.116.1]) by mx1.freebsd.org (Postfix) with ESMTP id 834C98FC14 for ; Wed, 25 Apr 2012 15:26:38 +0000 (UTC) Received: from [10.2.1.1] (unknown [10.2.1.1]) by work.netasq.com (Postfix) with ESMTPSA id F3E11270411C; Wed, 25 Apr 2012 17:27:16 +0200 (CEST) Mime-Version: 1.0 (Apple Message framework v1257) Content-Type: multipart/signed; boundary="Apple-Mail=_DE609F53-3EA4-436F-8B94-CC83340CE8A4"; protocol="application/pkcs7-signature"; micalg=sha1 From: Fabien Thomas In-Reply-To: <201204251715.19277.hselasky@c2i.net> Date: Wed, 25 Apr 2012 17:26:35 +0200 Message-Id: <9A981356-92D4-4C5D-85CD-A3F3483206EB@netasq.com> References: <39ED732B-A88A-4052-976D-CB13F0CB1C0C@netasq.com> <201204251654.05895.hselasky@c2i.net> <63BD8703-9C0C-468B-A649-6C35FEC4BB0C@netasq.com> <201204251715.19277.hselasky@c2i.net> To: Hans Petter Selasky X-Mailer: Apple Mail (2.1257) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-arm@freebsd.org Subject: Re: Dreamplug : USB support X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Apr 2012 15:26:38 -0000 --Apple-Mail=_DE609F53-3EA4-436F-8B94-CC83340CE8A4 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=iso-8859-1 Le 25 avr. 2012 =E0 17:15, Hans Petter Selasky a =E9crit : > On Wednesday 25 April 2012 17:05:47 Fabien Thomas wrote: >> Le 25 avr. 2012 =E0 16:54, Hans Petter Selasky a =E9crit : >>> On Wednesday 25 April 2012 16:15:55 Fabien Thomas wrote: >>>> Hi, >>>>=20 >>>> It seems that sometimes USB works on Dreamplug and sometimes not. >>>>=20 >>>> I've included a working dmesg and a full debug output of the = non-working >>>> boot. I've tried to increase the timeout in usb.h but without = success. >>>>=20 >>>> Maybe someone will have a clue for this problem ? >>>>=20 >>>> Fabien >>>>=20 >>>> Success: >>>>=20 >>>> uhub0: 1 port with 1 removable, self powered >>>> Root mount waiting for: usbus0 >>>> ugen0.2: at usbus0 >>>> uhub1: on >>>> usbus0 Root mount waiting for: usbus0 >>>> uhub1: 4 ports with 4 removable, self powered >>>> Root mount waiting for: usbus0 >>>> Root mount waiting for: usbus0 >>>> ugen0.3: at usbus0 >>>> umass0: >>>> on usbus0 umass0: SCSI over Bulk-Only; quirks =3D 0x4000 >>>> umass0:0:0:-1: Attached to scbus0 >>>> da0 at umass-sim0 bus 0 scbus0 target 0 lun 0 >>>> da0: Removable Direct Access SCSI-0 = device >>>> da0: 40.000MB/s transfers >>>> da0: 3724MB (7626752 512 byte sectors: 255H 63S/T 474C) >>>=20 >>> Is this a hardware builtin USB device? >>=20 >> This is the SoC USB port that is connected to a hub and then USB to = SD >> controller >> = (https://www.globalscaletechnologies.com/t-dreamplugdetails.aspx#hw_block)= >> . I've not included the info but it was on 8.3 release. >=20 > If it is possible to make a USB trace, that would probably give you = the answer=20 > why it is not working. Can you tell me how to do it ? Thanks, Fabien --Apple-Mail=_DE609F53-3EA4-436F-8B94-CC83340CE8A4-- From owner-freebsd-arm@FreeBSD.ORG Thu Apr 26 12:43:50 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 78D9A106564A for ; Thu, 26 Apr 2012 12:43:50 +0000 (UTC) (envelope-from kp@sigsegv.be) Received: from mercury.codepro.be (mercury.codepro.be [IPv6:2001:4b98:dc0:51:216:3eff:feb7:3147]) by mx1.freebsd.org (Postfix) with ESMTP id 070108FC08 for ; Thu, 26 Apr 2012 12:43:50 +0000 (UTC) Received: from adrastea.jupiter.sigsegv.be (adrastea.jupiter.sigsegv.be [IPv6:2001:6f8:1498:1::3]) by mercury.codepro.be (Postfix) with ESMTP id E6F5BAD; Thu, 26 Apr 2012 14:43:48 +0200 (CEST) Received: from thebe.jupiter.sigsegv.be (thebe.jupiter.sigsegv.be [172.16.1.5]) by adrastea.jupiter.sigsegv.be (Postfix) with ESMTP id 710081FC6; Thu, 26 Apr 2012 14:43:48 +0200 (CEST) Received: by thebe.jupiter.sigsegv.be (Postfix, from userid 1000) id 51809200D1; Thu, 26 Apr 2012 14:43:48 +0200 (CEST) Date: Thu, 26 Apr 2012 14:43:48 +0200 From: Kristof Provost To: Ian Lepore Message-ID: <20120426124347.GL46643@thebe.jupiter.sigsegv.be> References: <201204250920.q3P9KDDc093458@freefall.freebsd.org> <1335364474.66865.36.camel@revolution.hippie.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1335364474.66865.36.camel@revolution.hippie.lan> X-PGP-Fingerprint: E114 D9EA 909E D469 8F57 17A5 7D15 91C6 9EFA F286 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-arm@freebsd.org Subject: Re: arm/158950: arm/sheevaplug fails fsx when mmap operations are enabled X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Apr 2012 12:43:50 -0000 On 2012-04-25 08:34:34 (-0600), Ian Lepore wrote: > Whenever I run into IO corruption that comes in 32-byte chunks I > immediately suspect trouble in the busdma cacheline flush code. A > useful first step in narrowing that down is to change the data cache > from write-back to write-through mode and see if the symptoms change. I > think for a sheeva cpu you'd do that in pmap_pte_init_arm10() in > sys/arm/arm/pmap.c. Change the xxx_cache_mode vars to be the same as > they are in the pmap_pte_init_arm9() function just above it. > I've had to disable it in pmap_pte_init_generic() rather than pmap_pte_init_arm10(), but that does seem to prevent the corruption. Regards, Kristof From owner-freebsd-arm@FreeBSD.ORG Thu Apr 26 22:00:51 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 97FED1065670 for ; Thu, 26 Apr 2012 22:00:51 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe01.c2i.net [212.247.154.2]) by mx1.freebsd.org (Postfix) with ESMTP id 17EDF8FC0A for ; Thu, 26 Apr 2012 22:00:50 +0000 (UTC) X-T2-Spam-Status: No, hits=-1.0 required=5.0 tests=ALL_TRUSTED Received: from [176.74.212.201] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe01.swip.net (CommuniGate Pro SMTP 5.4.4) with ESMTPA id 269833700; Fri, 27 Apr 2012 00:00:41 +0200 From: Hans Petter Selasky To: Fabien Thomas Date: Thu, 26 Apr 2012 23:59:46 +0200 User-Agent: KMail/1.13.5 (FreeBSD/8.3-PRERELEASE; KDE/4.4.5; amd64; ; ) References: <39ED732B-A88A-4052-976D-CB13F0CB1C0C@netasq.com> <201204251715.19277.hselasky@c2i.net> <9A981356-92D4-4C5D-85CD-A3F3483206EB@netasq.com> In-Reply-To: <9A981356-92D4-4C5D-85CD-A3F3483206EB@netasq.com> X-Face: 'mmZ:T{)),Oru^0c+/}w'`gU1$ubmG?lp!=R4Wy\ELYo2)@'UZ24N@ =?iso-8859-1?q?d2+AyewRX=7DmAm=3BYp=0A=09=7CU=5B?=@, _z/([?1bCfM{_"B<.J>mICJCHAzzGHI{y7{%JVz%R~yJHIji`y> =?iso-8859-1?q?Y=7Dk1C4TfysrsUI=0A=09-=25GU9V5=5DiUZF=26nRn9mJ=27=3F=26?=>O MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Message-Id: <201204262359.46480.hselasky@c2i.net> Cc: freebsd-arm@freebsd.org Subject: Re: Dreamplug : USB support X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Apr 2012 22:00:51 -0000 On Wednesday 25 April 2012 17:26:35 Fabien Thomas wrote: > Le 25 avr. 2012 =E0 17:15, Hans Petter Selasky a =E9crit : > > On Wednesday 25 April 2012 17:05:47 Fabien Thomas wrote: > >> Le 25 avr. 2012 =E0 16:54, Hans Petter Selasky a =E9crit : > >>> On Wednesday 25 April 2012 16:15:55 Fabien Thomas wrote: > >>>> Hi, > >>>>=20 > >>>> It seems that sometimes USB works on Dreamplug and sometimes not. > >>>>=20 > >>>> I've included a working dmesg and a full debug output of the > >>>> non-working boot. I've tried to increase the timeout in usb.h but > >>>> without success. > >>>>=20 > >>>> Maybe someone will have a clue for this problem ? > >>>>=20 > >>>> Fabien > >>>>=20 > >>>> Success: > >>>>=20 > >>>> uhub0: 1 port with 1 removable, self powered > >>>> Root mount waiting for: usbus0 > >>>> ugen0.2: at usbus0 > >>>> uhub1: > >>>> on usbus0 Root mount waiting for: usbus0 > >>>> uhub1: 4 ports with 4 removable, self powered > >>>> Root mount waiting for: usbus0 > >>>> Root mount waiting for: usbus0 > >>>> ugen0.3: at usbus0 > >>>> umass0: > >>>> on usbus0 umass0: SCSI over Bulk-Only; quirks =3D 0x4000 > >>>> umass0:0:0:-1: Attached to scbus0 > >>>> da0 at umass-sim0 bus 0 scbus0 target 0 lun 0 > >>>> da0: Removable Direct Access SCSI-0 > >>>> device da0: 40.000MB/s transfers > >>>> da0: 3724MB (7626752 512 byte sectors: 255H 63S/T 474C) > >>>=20 > >>> Is this a hardware builtin USB device? > >>=20 > >> This is the SoC USB port that is connected to a hub and then USB to SD > >> controller > >> (https://www.globalscaletechnologies.com/t-dreamplugdetails.aspx#hw_bl= oc > >> k) . I've not included the info but it was on 8.3 release. > >=20 > > If it is possible to make a USB trace, that would probably give you the > > answer why it is not working. >=20 > Can you tell me how to do it ? You maybe need something like the Beagle USB analyzer. =2D-HPS From owner-freebsd-arm@FreeBSD.ORG Fri Apr 27 06:48:57 2012 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0306D106564A for ; Fri, 27 Apr 2012 06:48:57 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from monday.kientzle.com (99-115-135-74.uvs.sntcca.sbcglobal.net [99.115.135.74]) by mx1.freebsd.org (Postfix) with ESMTP id BAC6A8FC15 for ; Fri, 27 Apr 2012 06:48:56 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id q3R6mois085693 for arm@freebsd.org; Fri, 27 Apr 2012 06:48:50 GMT (envelope-from kientzle@freebsd.org) Received: from [192.168.2.143] (CiscoE3000 [192.168.1.65]) by kientzle.com with SMTP id j78j322b35h2t88t9vhymx9tu2; for arm@freebsd.org; Fri, 27 Apr 2012 06:48:50 +0000 (UTC) (envelope-from kientzle@freebsd.org) From: Tim Kientzle Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Date: Thu, 26 Apr 2012 23:48:47 -0700 Message-Id: <9AD7075B-B85D-40DB-84B7-FD630B858A30@freebsd.org> To: arm@freebsd.org Mime-Version: 1.0 (Apple Message framework v1257) X-Mailer: Apple Mail (2.1257) Cc: Subject: Cross-buildworld works but not native build? X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Apr 2012 06:48:57 -0000 I've been working with the projects/armv6 tree and have encountered a = very confusing situation. On i386, this works: $ make TARGET_ARCH=3Darm TARGET_CPUTYPE=3Darmv6 buildworld If I take the resulting world and run it on arm, then the following = fails (with the exact same source): $ make buildworld =85.=20 cc -O -pipe -fpic -fvisibility=3Dhidden -DVISIBILITY_HIDDEN -std=3Dgnu99= -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized = -Wno-pointer-sign -c = /usr/src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/umoddi3.c -o = umoddi3.o cc -O -pipe -fpic -fvisibility=3Dhidden -DVISIBILITY_HIDDEN -std=3Dgnu99= -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized = -Wno-pointer-sign -c = /usr/src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/umodti3.c -o = umodti3.o cc -O -pipe -fpic -fvisibility=3Dhidden -DVISIBILITY_HIDDEN -std=3Dgnu99= -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized = -Wno-pointer-sign -c = /usr/src/lib/libcompiler_rt/__sync_fetch_and_add_4.c -o = __sync_fetch_and_add_4.o In file included from = /usr/src/lib/libcompiler_rt/__sync_fetch_and_op_n.h:31, from = /usr/src/lib/libcompiler_rt/__sync_fetch_and_add_4.c:6: /usr/obj/usr/src/tmp/usr/include/machine/atomic.h: In function = 'atomic_cmpset_32': /usr/obj/usr/src/tmp/usr/include/machine/atomic.h:491: error: = 'ARM_RAS_START' undeclared (first use in this function) /usr/obj/usr/src/tmp/usr/include/machine/atomic.h:491: error: (Each = undeclared identifier is reported only once /usr/obj/usr/src/tmp/usr/include/machine/atomic.h:491: error: for each = function it appears in.) /usr/obj/usr/src/tmp/usr/include/machine/atomic.h: In function = 'atomic_add_32': /usr/obj/usr/src/tmp/usr/include/machine/atomic.h:516: error: = 'ARM_RAS_START' undeclared (first use in this function) Looking at the source, ARM_RAS_START really does seem to be undeclared = (it's declared in sysarch.h, but atomic.h only includes sysarch.h for = kernel builds). So it looks to me like the cross-buildworld should fail also. In any = case, it's not clear why the two aren't behaving the same way. Tim From owner-freebsd-arm@FreeBSD.ORG Fri Apr 27 07:32:18 2012 Return-Path: Delivered-To: arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6A90C106564A; Fri, 27 Apr 2012 07:32:18 +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 043EA8FC18; Fri, 27 Apr 2012 07:32:17 +0000 (UTC) Received: from [10.0.0.63] (63.imp.bsdimp.com [10.0.0.63]) (authenticated bits=0) by harmony.bsdimp.com (8.14.4/8.14.3) with ESMTP id q3R7VZmx098508 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES128-SHA bits=128 verify=NO); Fri, 27 Apr 2012 01:31:37 -0600 (MDT) (envelope-from imp@bsdimp.com) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=windows-1252 From: Warner Losh In-Reply-To: <9AD7075B-B85D-40DB-84B7-FD630B858A30@freebsd.org> Date: Fri, 27 Apr 2012 01:31:35 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <3C1105BB-438C-464A-A434-9E8FE0A56314@bsdimp.com> References: <9AD7075B-B85D-40DB-84B7-FD630B858A30@freebsd.org> To: Tim Kientzle X-Mailer: Apple Mail (2.1084) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (harmony.bsdimp.com [10.0.0.6]); Fri, 27 Apr 2012 01:31:37 -0600 (MDT) Cc: arm@FreeBSD.org Subject: Re: Cross-buildworld works but not native build? X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Apr 2012 07:32:18 -0000 On Apr 27, 2012, at 12:48 AM, Tim Kientzle wrote: > I've been working with the projects/armv6 tree and have encountered a = very confusing situation. >=20 > On i386, this works: > $ make TARGET_ARCH=3Darm TARGET_CPUTYPE=3Darmv6 buildworld >=20 > If I take the resulting world and run it on arm, then the following = fails (with the exact same source): > $ make buildworld > =85.=20 > cc -O -pipe -fpic -fvisibility=3Dhidden -DVISIBILITY_HIDDEN = -std=3Dgnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k = -Wno-uninitialized -Wno-pointer-sign -c = /usr/src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/umoddi3.c -o = umoddi3.o > cc -O -pipe -fpic -fvisibility=3Dhidden -DVISIBILITY_HIDDEN = -std=3Dgnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k = -Wno-uninitialized -Wno-pointer-sign -c = /usr/src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/umodti3.c -o = umodti3.o > cc -O -pipe -fpic -fvisibility=3Dhidden -DVISIBILITY_HIDDEN = -std=3Dgnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k = -Wno-uninitialized -Wno-pointer-sign -c = /usr/src/lib/libcompiler_rt/__sync_fetch_and_add_4.c -o = __sync_fetch_and_add_4.o > In file included from = /usr/src/lib/libcompiler_rt/__sync_fetch_and_op_n.h:31, > from = /usr/src/lib/libcompiler_rt/__sync_fetch_and_add_4.c:6: > /usr/obj/usr/src/tmp/usr/include/machine/atomic.h: In function = 'atomic_cmpset_32': > /usr/obj/usr/src/tmp/usr/include/machine/atomic.h:491: error: = 'ARM_RAS_START' undeclared (first use in this function) > /usr/obj/usr/src/tmp/usr/include/machine/atomic.h:491: error: (Each = undeclared identifier is reported only once > /usr/obj/usr/src/tmp/usr/include/machine/atomic.h:491: error: for each = function it appears in.) > /usr/obj/usr/src/tmp/usr/include/machine/atomic.h: In function = 'atomic_add_32': > /usr/obj/usr/src/tmp/usr/include/machine/atomic.h:516: error: = 'ARM_RAS_START' undeclared (first use in this function) >=20 >=20 > Looking at the source, ARM_RAS_START really does seem to be undeclared = (it's declared in sysarch.h, but atomic.h only includes sysarch.h for = kernel builds). >=20 > So it looks to me like the cross-buildworld should fail also. In any = case, it's not clear why the two aren't behaving the same way. Does it work if you force MACHINE_ARCH to be armv6? Warner= From owner-freebsd-arm@FreeBSD.ORG Fri Apr 27 07:38:09 2012 Return-Path: Delivered-To: arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 953CA106564A; Fri, 27 Apr 2012 07:38:09 +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 314438FC15; Fri, 27 Apr 2012 07:38:09 +0000 (UTC) Received: from [10.0.0.63] (63.imp.bsdimp.com [10.0.0.63]) (authenticated bits=0) by harmony.bsdimp.com (8.14.4/8.14.3) with ESMTP id q3R7Wc6b098564 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES128-SHA bits=128 verify=NO); Fri, 27 Apr 2012 01:32:38 -0600 (MDT) (envelope-from imp@bsdimp.com) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=windows-1252 From: Warner Losh In-Reply-To: <9AD7075B-B85D-40DB-84B7-FD630B858A30@freebsd.org> Date: Fri, 27 Apr 2012 01:32:38 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <5C9B3F76-81BA-4C13-B003-563DF658D35B@bsdimp.com> References: <9AD7075B-B85D-40DB-84B7-FD630B858A30@freebsd.org> To: Tim Kientzle X-Mailer: Apple Mail (2.1084) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (harmony.bsdimp.com [10.0.0.6]); Fri, 27 Apr 2012 01:32:38 -0600 (MDT) Cc: arm@FreeBSD.org Subject: Re: Cross-buildworld works but not native build? X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Apr 2012 07:38:09 -0000 sorry for the double reply... We don't force uname quite right with the patches I did, so you are = trying to build MACHINE_ARCH arm on a armv6 box, which will have issues = unless you do it cross. Warner On Apr 27, 2012, at 12:48 AM, Tim Kientzle wrote: > I've been working with the projects/armv6 tree and have encountered a = very confusing situation. >=20 > On i386, this works: > $ make TARGET_ARCH=3Darm TARGET_CPUTYPE=3Darmv6 buildworld >=20 > If I take the resulting world and run it on arm, then the following = fails (with the exact same source): > $ make buildworld > =85.=20 > cc -O -pipe -fpic -fvisibility=3Dhidden -DVISIBILITY_HIDDEN = -std=3Dgnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k = -Wno-uninitialized -Wno-pointer-sign -c = /usr/src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/umoddi3.c -o = umoddi3.o > cc -O -pipe -fpic -fvisibility=3Dhidden -DVISIBILITY_HIDDEN = -std=3Dgnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k = -Wno-uninitialized -Wno-pointer-sign -c = /usr/src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/umodti3.c -o = umodti3.o > cc -O -pipe -fpic -fvisibility=3Dhidden -DVISIBILITY_HIDDEN = -std=3Dgnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k = -Wno-uninitialized -Wno-pointer-sign -c = /usr/src/lib/libcompiler_rt/__sync_fetch_and_add_4.c -o = __sync_fetch_and_add_4.o > In file included from = /usr/src/lib/libcompiler_rt/__sync_fetch_and_op_n.h:31, > from = /usr/src/lib/libcompiler_rt/__sync_fetch_and_add_4.c:6: > /usr/obj/usr/src/tmp/usr/include/machine/atomic.h: In function = 'atomic_cmpset_32': > /usr/obj/usr/src/tmp/usr/include/machine/atomic.h:491: error: = 'ARM_RAS_START' undeclared (first use in this function) > /usr/obj/usr/src/tmp/usr/include/machine/atomic.h:491: error: (Each = undeclared identifier is reported only once > /usr/obj/usr/src/tmp/usr/include/machine/atomic.h:491: error: for each = function it appears in.) > /usr/obj/usr/src/tmp/usr/include/machine/atomic.h: In function = 'atomic_add_32': > /usr/obj/usr/src/tmp/usr/include/machine/atomic.h:516: error: = 'ARM_RAS_START' undeclared (first use in this function) >=20 >=20 > Looking at the source, ARM_RAS_START really does seem to be undeclared = (it's declared in sysarch.h, but atomic.h only includes sysarch.h for = kernel builds). >=20 > So it looks to me like the cross-buildworld should fail also. In any = case, it's not clear why the two aren't behaving the same way. >=20 > Tim >=20 > _______________________________________________ > freebsd-arm@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" >=20 >=20 From owner-freebsd-arm@FreeBSD.ORG Fri Apr 27 07:39:38 2012 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 13B881065687; Fri, 27 Apr 2012 07:39:38 +0000 (UTC) (envelope-from gonzo@hq.bluezbox.com) Received: from hq.bluezbox.com (hq.bluezbox.com [70.38.37.145]) by mx1.freebsd.org (Postfix) with ESMTP id 7A1EA8FC0A; Fri, 27 Apr 2012 07:39:37 +0000 (UTC) Received: from [24.87.53.93] (helo=[192.168.1.132]) by hq.bluezbox.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.73 (FreeBSD)) (envelope-from ) id 1SNfOj-0005Vs-MD; Fri, 27 Apr 2012 00:15:22 -0700 Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 6.0 \(1451\)) From: Oleksandr Tymoshenko In-Reply-To: <9AD7075B-B85D-40DB-84B7-FD630B858A30@freebsd.org> Date: Fri, 27 Apr 2012 00:15:31 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <9AD7075B-B85D-40DB-84B7-FD630B858A30@freebsd.org> To: Tim Kientzle X-Mailer: Apple Mail (2.1451) Sender: gonzo@hq.bluezbox.com X-Spam-Level: ---- X-Spam-Report: Spam detection software, running on the system "hq.bluezbox.com", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see The administrator of that system for details. Content preview: On 2012-04-26, at 11:48 PM, Tim Kientzle wrote: > I've been working with the projects/armv6 tree and have encountered a very confusing situation. > > On i386, this works: > $ make TARGET_ARCH=arm TARGET_CPUTYPE=armv6 buildworld > > If I take the resulting world and run it on arm, then the following fails (with the exact same source): > $ make buildworld > …. > cc -O -pipe -fpic -fvisibility=hidden -DVISIBILITY_HIDDEN -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /usr/src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/umoddi3.c -o umoddi3.o > cc -O -pipe -fpic -fvisibility=hidden -DVISIBILITY_HIDDEN -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /usr/src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/umodti3.c -o umodti3.o > cc -O -pipe -fpic -fvisibility=hidden -DVISIBILITY_HIDDEN -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /usr/src/lib/libcompiler_rt/__sync_fetch_and_add_4.c -o __sync_fetch_and_add_4.o > In file included from /usr/src/lib/libcompiler_rt/__sync_fetch_and_op_n.h:31, > from /usr/src/lib/libcompiler_rt/__sync_fetch_and_add_4.c:6: > /usr/obj/usr/src/tmp/usr/include/machine/atomic.h: In function 'atomic_cmpset_32': > /usr/obj/usr/src/tmp/usr/include/machine/atomic.h:491: error: 'ARM_RAS_START' undeclared (first use in this function) > /usr/obj/usr/src/tmp/usr/include/machine/atomic.h:491: error: (Each undeclared identifier is reported only once > /usr/obj/usr/src/tmp/usr/include/machine/atomic.h:491: error: for each function it appears in.) > /usr/obj/usr/src/tmp/usr/include/machine/atomic.h: In function 'atomic_add_32': > /usr/obj/usr/src/tmp/usr/include/machine/atomic.h:516: error: 'ARM_RAS_START' undeclared (first use in this function) > > > Looking at the source, ARM_RAS_START really does seem to be undeclared (it's declared in sysarch.h, but atomic.h only includes sysarch.h for kernel builds). > > So it looks to me like the cross-buildworld should fail also. In any case, it's not clear [...] Content analysis details: (-4.6 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.8 ALL_TRUSTED Passed through trusted hosts only via SMTP -2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1% [score: 0.0000] -0.2 AWL AWL: From: address is in the auto white-list Cc: arm@freebsd.org Subject: Re: Cross-buildworld works but not native build? X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Apr 2012 07:39:38 -0000 On 2012-04-26, at 11:48 PM, Tim Kientzle wrote: > I've been working with the projects/armv6 tree and have encountered a = very confusing situation. >=20 > On i386, this works: > $ make TARGET_ARCH=3Darm TARGET_CPUTYPE=3Darmv6 buildworld >=20 > If I take the resulting world and run it on arm, then the following = fails (with the exact same source): > $ make buildworld > =85.=20 > cc -O -pipe -fpic -fvisibility=3Dhidden -DVISIBILITY_HIDDEN = -std=3Dgnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k = -Wno-uninitialized -Wno-pointer-sign -c = /usr/src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/umoddi3.c -o = umoddi3.o > cc -O -pipe -fpic -fvisibility=3Dhidden -DVISIBILITY_HIDDEN = -std=3Dgnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k = -Wno-uninitialized -Wno-pointer-sign -c = /usr/src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/umodti3.c -o = umodti3.o > cc -O -pipe -fpic -fvisibility=3Dhidden -DVISIBILITY_HIDDEN = -std=3Dgnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k = -Wno-uninitialized -Wno-pointer-sign -c = /usr/src/lib/libcompiler_rt/__sync_fetch_and_add_4.c -o = __sync_fetch_and_add_4.o > In file included from = /usr/src/lib/libcompiler_rt/__sync_fetch_and_op_n.h:31, > from = /usr/src/lib/libcompiler_rt/__sync_fetch_and_add_4.c:6: > /usr/obj/usr/src/tmp/usr/include/machine/atomic.h: In function = 'atomic_cmpset_32': > /usr/obj/usr/src/tmp/usr/include/machine/atomic.h:491: error: = 'ARM_RAS_START' undeclared (first use in this function) > /usr/obj/usr/src/tmp/usr/include/machine/atomic.h:491: error: (Each = undeclared identifier is reported only once > /usr/obj/usr/src/tmp/usr/include/machine/atomic.h:491: error: for each = function it appears in.) > /usr/obj/usr/src/tmp/usr/include/machine/atomic.h: In function = 'atomic_add_32': > /usr/obj/usr/src/tmp/usr/include/machine/atomic.h:516: error: = 'ARM_RAS_START' undeclared (first use in this function) >=20 >=20 > Looking at the source, ARM_RAS_START really does seem to be undeclared = (it's declared in sysarch.h, but atomic.h only includes sysarch.h for = kernel builds). >=20 > So it looks to me like the cross-buildworld should fail also. In any = case, it's not clear why the two aren't behaving the same way. >=20 Warner Losh committed support for TARGET_ARCH=3Darmv6 to HEAD. It should = fix this issue. I started working on merging latest HEAD to = project/armv6=20= From owner-freebsd-arm@FreeBSD.ORG Fri Apr 27 08:11:38 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 87F10106564A for ; Fri, 27 Apr 2012 08:11:38 +0000 (UTC) (envelope-from fabien.thomas@netasq.com) Received: from work.netasq.com (gwlille.netasq.com [91.212.116.1]) by mx1.freebsd.org (Postfix) with ESMTP id 2EA728FC0A for ; Fri, 27 Apr 2012 08:11:38 +0000 (UTC) Received: from [10.2.1.1] (unknown [10.2.1.1]) by work.netasq.com (Postfix) with ESMTPSA id 9972427041E9; Fri, 27 Apr 2012 10:12:21 +0200 (CEST) Mime-Version: 1.0 (Apple Message framework v1257) Content-Type: multipart/signed; boundary="Apple-Mail=_57D67344-E48E-49B7-9E3E-1483D23D2942"; protocol="application/pkcs7-signature"; micalg=sha1 From: Fabien Thomas In-Reply-To: <201204262359.46480.hselasky@c2i.net> Date: Fri, 27 Apr 2012 10:11:35 +0200 Message-Id: References: <39ED732B-A88A-4052-976D-CB13F0CB1C0C@netasq.com> <201204251715.19277.hselasky@c2i.net> <9A981356-92D4-4C5D-85CD-A3F3483206EB@netasq.com> <201204262359.46480.hselasky@c2i.net> To: Hans Petter Selasky X-Mailer: Apple Mail (2.1257) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-arm@freebsd.org Subject: Re: Dreamplug : USB support X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Apr 2012 08:11:38 -0000 --Apple-Mail=_57D67344-E48E-49B7-9E3E-1483D23D2942 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii >>>=20 >>=20 >> Can you tell me how to do it ? >=20 > You maybe need something like the Beagle USB analyzer. >=20 Ah, ok i was thinking of a software solution. The problem is that everything is soldered so even with that it will be = pretty difficult to get it working. I can also tell that it does this only on FreeBSD, the linux part boot = correctly. Is there a workaround to reset the hub and retry ? Fabien= --Apple-Mail=_57D67344-E48E-49B7-9E3E-1483D23D2942-- From owner-freebsd-arm@FreeBSD.ORG Fri Apr 27 09:55:32 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B46D0106566C for ; Fri, 27 Apr 2012 09:55:32 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe08.c2i.net [212.247.154.226]) by mx1.freebsd.org (Postfix) with ESMTP id 3E6CD8FC15 for ; Fri, 27 Apr 2012 09:55:32 +0000 (UTC) X-T2-Spam-Status: No, hits=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 Received: from [176.74.212.201] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe08.swip.net (CommuniGate Pro SMTP 5.4.4) with ESMTPA id 268563723; Fri, 27 Apr 2012 11:50:25 +0200 From: Hans Petter Selasky To: Fabien Thomas Date: Fri, 27 Apr 2012 11:49:30 +0200 User-Agent: KMail/1.13.5 (FreeBSD/8.3-PRERELEASE; KDE/4.4.5; amd64; ; ) References: <39ED732B-A88A-4052-976D-CB13F0CB1C0C@netasq.com> <201204262359.46480.hselasky@c2i.net> In-Reply-To: X-Face: 'mmZ:T{)),Oru^0c+/}w'`gU1$ubmG?lp!=R4Wy\ELYo2)@'UZ24N@d2+AyewRX}mAm; Yp |U[@, _z/([?1bCfM{_"B<.J>mICJCHAzzGHI{y7{%JVz%R~yJHIji`y>Y}k1C4TfysrsUI -%GU9V5]iUZF&nRn9mJ'?&>O MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201204271149.30829.hselasky@c2i.net> Cc: freebsd-arm@freebsd.org Subject: Re: Dreamplug : USB support X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Apr 2012 09:55:32 -0000 On Friday 27 April 2012 10:11:35 Fabien Thomas wrote: > >> Can you tell me how to do it ? > > > > You maybe need something like the Beagle USB analyzer. > > Ah, ok i was thinking of a software solution. > The problem is that everything is soldered so even with that it will be > pretty difficult to get it working. > > I can also tell that it does this only on FreeBSD, the linux part boot > correctly. Is there a workaround to reset the hub and retry ? > > Fabien It is possible to tune various USB reset delays. See: sysctl -a hw.usb When options USB_DEBUG is present in the kernel config file. --HPS From owner-freebsd-arm@FreeBSD.ORG Fri Apr 27 19:51:10 2012 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B15421065672; Fri, 27 Apr 2012 19:51:10 +0000 (UTC) (envelope-from marktinguely@gmail.com) Received: from mail-pz0-f44.google.com (mail-pz0-f44.google.com [209.85.210.44]) by mx1.freebsd.org (Postfix) with ESMTP id 7FF968FC0C; Fri, 27 Apr 2012 19:51:10 +0000 (UTC) Received: by dadz14 with SMTP id z14so4750896dad.17 for ; Fri, 27 Apr 2012 12:51:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=zV3IlO5/l0xcoBIvm/Z5qoj4q00NbMgCxz4wvhfjoew=; b=HCb8fxFRPA8+JzTSOaUVq95eR1Znzn/68//bZOue8TNYao3XqeAJ6UPpLmv1QrZm7h JQyE+UgslQAN3qB6f+fRN6qHS6KACm3O+PO4q/5A3zSbv/9cX+vTrhmhUKtV5F2qjk7Z z4RC6sGJ1wLraphCbAKdROu5crB0wgEGYjZQZg65EcFVPmMQ+iqvhw5q3APNgIdZKQZq MnZqhEpJjkZCwR37lzsCc1Io1L77qJ/g7DAf+PSFT3bhV7OC9kaTUHi3DJz8n/KQcoMD fqEfOmhpYqtce7ZZxvaotUZaZw/IdvKmyWg5o7Cjs8gaOTCCdfta7o5zyO+cmGG0kznx 8WYA== MIME-Version: 1.0 Received: by 10.68.134.8 with SMTP id pg8mr88701pbb.152.1335556264810; Fri, 27 Apr 2012 12:51:04 -0700 (PDT) Received: by 10.68.49.227 with HTTP; Fri, 27 Apr 2012 12:51:04 -0700 (PDT) In-Reply-To: <9AD7075B-B85D-40DB-84B7-FD630B858A30@freebsd.org> References: <9AD7075B-B85D-40DB-84B7-FD630B858A30@freebsd.org> Date: Fri, 27 Apr 2012 14:51:04 -0500 Message-ID: From: Mark Tinguely To: Tim Kientzle Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Cc: arm@freebsd.org Subject: Re: Cross-buildworld works but not native build? X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Apr 2012 19:51:10 -0000 On Fri, Apr 27, 2012 at 1:48 AM, Tim Kientzle wrote: > I've been working with the projects/armv6 tree and have encountered a ver= y confusing situation. > > On i386, this works: > =A0$ make TARGET_ARCH=3Darm TARGET_CPUTYPE=3Darmv6 buildworld > > If I take the resulting world and run it on arm, then the following fails= (with the exact same source): > =A0$ make buildworld > =A0=85. > cc =A0-O -pipe =A0-fpic -fvisibility=3Dhidden -DVISIBILITY_HIDDEN -std=3D= gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -c /usr/src/lib/libcompiler_rt/../../contrib/compiler-rt/lib= /umoddi3.c -o umoddi3.o > cc =A0-O -pipe =A0-fpic -fvisibility=3Dhidden -DVISIBILITY_HIDDEN -std=3D= gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -c /usr/src/lib/libcompiler_rt/../../contrib/compiler-rt/lib= /umodti3.c -o umodti3.o > cc =A0-O -pipe =A0-fpic -fvisibility=3Dhidden -DVISIBILITY_HIDDEN -std=3D= gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wn= o-pointer-sign -c /usr/src/lib/libcompiler_rt/__sync_fetch_and_add_4.c -o _= _sync_fetch_and_add_4.o > In file included from /usr/src/lib/libcompiler_rt/__sync_fetch_and_op_n.h= :31, > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 from /usr/src/lib/libcompiler_rt/__sync_f= etch_and_add_4.c:6: > /usr/obj/usr/src/tmp/usr/include/machine/atomic.h: In function 'atomic_cm= pset_32': > /usr/obj/usr/src/tmp/usr/include/machine/atomic.h:491: error: 'ARM_RAS_ST= ART' undeclared (first use in this function) > /usr/obj/usr/src/tmp/usr/include/machine/atomic.h:491: error: (Each undec= lared identifier is reported only once > /usr/obj/usr/src/tmp/usr/include/machine/atomic.h:491: error: for each fu= nction it appears in.) > /usr/obj/usr/src/tmp/usr/include/machine/atomic.h: In function 'atomic_ad= d_32': > /usr/obj/usr/src/tmp/usr/include/machine/atomic.h:516: error: 'ARM_RAS_ST= ART' undeclared (first use in this function) > > > Looking at the source, ARM_RAS_START really does seem to be undeclared (i= t's declared in sysarch.h, but atomic.h only includes sysarch.h for kernel = builds). > > So it looks to me like the cross-buildworld should fail also. =A0In any c= ase, it's not clear why the two aren't behaving the same way. > > Tim > Looks like ARM_ARCH_6 or ARM_ARCH_7A is not defined. ARM_RAS_START/ARM_RAS_END has been removed out of the the ARMv6/ARMv7 in fa= vor of the ldrex/strex operations. Also the ARM_TP_ADDRESS is not used nor mapped and uses a built-in processor thread register. --Mark. From owner-freebsd-arm@FreeBSD.ORG Fri Apr 27 20:09:41 2012 Return-Path: Delivered-To: arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1824E106566B; Fri, 27 Apr 2012 20:09:41 +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 BAF198FC0C; Fri, 27 Apr 2012 20:09:40 +0000 (UTC) Received: from [10.0.0.63] (63.imp.bsdimp.com [10.0.0.63]) (authenticated bits=0) by harmony.bsdimp.com (8.14.4/8.14.3) with ESMTP id q3RK4ivM013804 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES128-SHA bits=128 verify=NO); Fri, 27 Apr 2012 14:04:52 -0600 (MDT) (envelope-from imp@bsdimp.com) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=windows-1252 From: Warner Losh In-Reply-To: Date: Fri, 27 Apr 2012 14:04:44 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <495386AF-37AB-450D-B78C-2A6282083587@bsdimp.com> References: <9AD7075B-B85D-40DB-84B7-FD630B858A30@freebsd.org> To: Mark Tinguely X-Mailer: Apple Mail (2.1084) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (harmony.bsdimp.com [10.0.0.6]); Fri, 27 Apr 2012 14:04:52 -0600 (MDT) Cc: arm@FreeBSD.org, Tim Kientzle Subject: Re: Cross-buildworld works but not native build? X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Apr 2012 20:09:41 -0000 On Apr 27, 2012, at 1:51 PM, Mark Tinguely wrote: > On Fri, Apr 27, 2012 at 1:48 AM, Tim Kientzle = wrote: >> I've been working with the projects/armv6 tree and have encountered a = very confusing situation. >>=20 >> On i386, this works: >> $ make TARGET_ARCH=3Darm TARGET_CPUTYPE=3Darmv6 buildworld >>=20 >> If I take the resulting world and run it on arm, then the following = fails (with the exact same source): >> $ make buildworld >> =85. >> cc -O -pipe -fpic -fvisibility=3Dhidden -DVISIBILITY_HIDDEN = -std=3Dgnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k = -Wno-uninitialized -Wno-pointer-sign -c = /usr/src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/umoddi3.c -o = umoddi3.o >> cc -O -pipe -fpic -fvisibility=3Dhidden -DVISIBILITY_HIDDEN = -std=3Dgnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k = -Wno-uninitialized -Wno-pointer-sign -c = /usr/src/lib/libcompiler_rt/../../contrib/compiler-rt/lib/umodti3.c -o = umodti3.o >> cc -O -pipe -fpic -fvisibility=3Dhidden -DVISIBILITY_HIDDEN = -std=3Dgnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k = -Wno-uninitialized -Wno-pointer-sign -c = /usr/src/lib/libcompiler_rt/__sync_fetch_and_add_4.c -o = __sync_fetch_and_add_4.o >> In file included from = /usr/src/lib/libcompiler_rt/__sync_fetch_and_op_n.h:31, >> from = /usr/src/lib/libcompiler_rt/__sync_fetch_and_add_4.c:6: >> /usr/obj/usr/src/tmp/usr/include/machine/atomic.h: In function = 'atomic_cmpset_32': >> /usr/obj/usr/src/tmp/usr/include/machine/atomic.h:491: error: = 'ARM_RAS_START' undeclared (first use in this function) >> /usr/obj/usr/src/tmp/usr/include/machine/atomic.h:491: error: (Each = undeclared identifier is reported only once >> /usr/obj/usr/src/tmp/usr/include/machine/atomic.h:491: error: for = each function it appears in.) >> /usr/obj/usr/src/tmp/usr/include/machine/atomic.h: In function = 'atomic_add_32': >> /usr/obj/usr/src/tmp/usr/include/machine/atomic.h:516: error: = 'ARM_RAS_START' undeclared (first use in this function) >>=20 >>=20 >> Looking at the source, ARM_RAS_START really does seem to be = undeclared (it's declared in sysarch.h, but atomic.h only includes = sysarch.h for kernel builds). >>=20 >> So it looks to me like the cross-buildworld should fail also. In any = case, it's not clear why the two aren't behaving the same way. >>=20 >> Tim >>=20 >=20 > Looks like ARM_ARCH_6 or ARM_ARCH_7A is not defined. >=20 > ARM_RAS_START/ARM_RAS_END has been removed out of the the ARMv6/ARMv7 = in favor > of the ldrex/strex operations. >=20 > Also the ARM_TP_ADDRESS is not used nor mapped and uses a built-in > processor thread > register. I think it would work in the current tree if you added = TARGET_CPUTYPE=3Darmv6 to the buildworld. I'm hoping to fix issues like this in my armv6 patches.= From owner-freebsd-arm@FreeBSD.ORG Sat Apr 28 10:31:38 2012 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5F1AE106564A; Sat, 28 Apr 2012 10:31:38 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 28D418FC08; Sat, 28 Apr 2012 10:31:38 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q3SAVbk4030247; Sat, 28 Apr 2012 06:31:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q3SAVbMN030246; Sat, 28 Apr 2012 10:31:37 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 28 Apr 2012 10:31:37 GMT Message-Id: <201204281031.q3SAVbMN030246@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Apr 2012 10:31:38 -0000 TB --- 2012-04-28 09:30:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-28 09:30:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-04-28 09:30:00 - starting HEAD tinderbox run for arm/arm TB --- 2012-04-28 09:30:00 - cleaning the object tree TB --- 2012-04-28 09:30:00 - cvsupping the source tree TB --- 2012-04-28 09:30:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2012-04-28 09:32:20 - building world TB --- 2012-04-28 09:32:20 - CROSS_BUILD_TESTING=YES TB --- 2012-04-28 09:32:20 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-28 09:32:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-28 09:32:20 - SRCCONF=/dev/null TB --- 2012-04-28 09:32:20 - TARGET=arm TB --- 2012-04-28 09:32:20 - TARGET_ARCH=arm TB --- 2012-04-28 09:32:20 - TZ=UTC TB --- 2012-04-28 09:32:20 - __MAKE_CONF=/dev/null TB --- 2012-04-28 09:32:20 - cd /src TB --- 2012-04-28 09:32:20 - /usr/bin/make -B buildworld >>> World build started on Sat Apr 28 09:32:20 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Apr 28 10:30:51 UTC 2012 TB --- 2012-04-28 10:30:51 - cd /src/sys/arm/conf TB --- 2012-04-28 10:30:51 - /usr/sbin/config -m AVILA TB --- 2012-04-28 10:30:51 - building AVILA kernel TB --- 2012-04-28 10:30:51 - CROSS_BUILD_TESTING=YES TB --- 2012-04-28 10:30:51 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-28 10:30:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-28 10:30:51 - SRCCONF=/dev/null TB --- 2012-04-28 10:30:51 - TARGET=arm TB --- 2012-04-28 10:30:51 - TARGET_ARCH=arm TB --- 2012-04-28 10:30:51 - TZ=UTC TB --- 2012-04-28 10:30:51 - __MAKE_CONF=/dev/null TB --- 2012-04-28 10:30:51 - cd /src TB --- 2012-04-28 10:30:51 - /usr/bin/make -B buildkernel KERNCONF=AVILA >>> Kernel build for AVILA started on Sat Apr 28 10:30:52 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -mbig-endian -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=xscale -ffreestanding -Werror /src/sys/dev/ath/ath_hal/ar5212/ar5212_reset.c -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal cc -mbig-endian -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=xscale -ffreestanding -Werror /src/sys/dev/ath/ath_hal/ar5212/ar5212_rfgain.c -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal cc -mbig-endian -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=xscale -ffreestanding -Werror /src/sys/dev/ath/ath_hal/ar5212/ar5212_xmit.c -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal cc -mbig-endian -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=xscale -ffreestanding -Werror /src/sys/dev/ath/ath_hal/ar5416/ar5416_ani.c -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal cc1: warnings being treated as errors /src/sys/dev/ath/ath_hal/ar5416/ar5416_ani.c: In function 'ar5416AniPoll': /src/sys/dev/ath/ath_hal/ar5416/ar5416_ani.c:818: warning: 'listenTime' may be used uninitialized in this function /src/sys/dev/ath/ath_hal/ar5416/ar5416_ani.c:818: note: 'listenTime' was declared here *** Error code 1 Stop in /obj/arm.arm/src/sys/AVILA. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-04-28 10:31:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-28 10:31:37 - ERROR: failed to build AVILA kernel TB --- 2012-04-28 10:31:37 - 2466.34 user 569.88 system 3696.32 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Sat Apr 28 12:09:26 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0971F106566C for ; Sat, 28 Apr 2012 12:09:26 +0000 (UTC) (envelope-from casibbald@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id C93D98FC1B for ; Sat, 28 Apr 2012 12:09:25 +0000 (UTC) Received: by iahk25 with SMTP id k25so2888688iah.13 for ; Sat, 28 Apr 2012 05:09:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:date:message-id:subject:from:to:content-type; bh=BuQvHhwqg2reiFTKz6/fi28KGYod19cDSgSLFqzPyeo=; b=OGiRtKvZWIo9LXCb0eIJWnS0OZKPKlBEjmJMVanhYJiPRtDAv3poSV0ARYoFX9n1ES VxpiQCfXHsFqHnWjfL2YrDWrsE2ulW6igI1j8cpe2HeAXAAOxUF+wBH2LMrtfKF8ej9U ekYQshppUCtnfLcIfTeB1EbJ+M1qvUaBirg9qnuqVXs9jvXISNW3pwjL9c0VO4D2eSJf daPQIjVo0z+FZ/I6PYOG4k3M/GNtuzoPINe1zplkVXyBsmf/sVu6piyNjSbBsD9BG+6B mXJbLUOoZ78SzVgDLpKoFCYqJ34lhw7hwclLCBFDiq6gLhw25J7rsONn0AHvr8gj/6w6 3SSw== MIME-Version: 1.0 Received: by 10.42.141.133 with SMTP id o5mr11861579icu.13.1335614965160; Sat, 28 Apr 2012 05:09:25 -0700 (PDT) Received: by 10.43.50.129 with HTTP; Sat, 28 Apr 2012 05:09:25 -0700 (PDT) Date: Sat, 28 Apr 2012 13:09:25 +0100 Message-ID: From: Charles Sibbald To: freebsd-arm@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: Raspberry PI ARM Clone X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: casibbald@gmail.com List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Apr 2012 12:09:26 -0000 Hello Folks, I have had discussions with some friends about the possibility of a high spec 'clone' of the PI and this has brought us to the list at the bottom of the page. We have been in discussions with a PCB designer and expect we can produce this with a retail price of under US$100. Does anyone have any comments on this idea, what would be the interest in such a spec board? On advantage we have is that we will have an agreement with chipset manufacturers for access to necessary information for the BSD community to develop drivers. Processor ============ Cortex-A8 1.5GHz Dual Core Samsung SOC Display ============ RCA video, Mini-HDMI, LCD ribbon connector, Sound ============ Mini-Audio 2.5mm Mic & Speaker Out ports RAM & Storage ============ 1GB RAM on board, Mini-SD card slot, Networking ============ LAN 2 x 10/100, 802.11b/g/n onboard, Bluetooth onboard, GSM/GPRS (Single modem) Connectivity ============ Mini-USB 3 Ports, Amtel ATxmega Microcontroller 100 GPIO pins Camera pins, InfraRed pins, Sensors ============ Gyro sensor, G-Sensor, Digital compass, GPS and Accelerometer Antenna ============ GSM Antenna, Bluetooth Antenna, Wifi Antenna, From owner-freebsd-arm@FreeBSD.ORG Sat Apr 28 16:06:35 2012 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8CCF6106566B; Sat, 28 Apr 2012 16:06:35 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 538148FC15; Sat, 28 Apr 2012 16:06:35 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q3SG6S4w035327; Sat, 28 Apr 2012 12:06:28 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q3SG6Sgg035326; Sat, 28 Apr 2012 16:06:28 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 28 Apr 2012 16:06:28 GMT Message-Id: <201204281606.q3SG6Sgg035326@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Apr 2012 16:06:35 -0000 TB --- 2012-04-28 15:00:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-04-28 15:00:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-04-28 15:00:00 - starting HEAD tinderbox run for arm/arm TB --- 2012-04-28 15:00:00 - cleaning the object tree TB --- 2012-04-28 15:04:00 - cvsupping the source tree TB --- 2012-04-28 15:04:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2012-04-28 15:05:08 - building world TB --- 2012-04-28 15:05:08 - CROSS_BUILD_TESTING=YES TB --- 2012-04-28 15:05:08 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-28 15:05:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-28 15:05:08 - SRCCONF=/dev/null TB --- 2012-04-28 15:05:08 - TARGET=arm TB --- 2012-04-28 15:05:08 - TARGET_ARCH=arm TB --- 2012-04-28 15:05:08 - TZ=UTC TB --- 2012-04-28 15:05:08 - __MAKE_CONF=/dev/null TB --- 2012-04-28 15:05:08 - cd /src TB --- 2012-04-28 15:05:08 - /usr/bin/make -B buildworld >>> World build started on Sat Apr 28 15:05:09 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Apr 28 16:05:40 UTC 2012 TB --- 2012-04-28 16:05:40 - cd /src/sys/arm/conf TB --- 2012-04-28 16:05:40 - /usr/sbin/config -m AVILA TB --- 2012-04-28 16:05:40 - building AVILA kernel TB --- 2012-04-28 16:05:40 - CROSS_BUILD_TESTING=YES TB --- 2012-04-28 16:05:40 - MAKEOBJDIRPREFIX=/obj TB --- 2012-04-28 16:05:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-04-28 16:05:40 - SRCCONF=/dev/null TB --- 2012-04-28 16:05:40 - TARGET=arm TB --- 2012-04-28 16:05:40 - TARGET_ARCH=arm TB --- 2012-04-28 16:05:40 - TZ=UTC TB --- 2012-04-28 16:05:40 - __MAKE_CONF=/dev/null TB --- 2012-04-28 16:05:40 - cd /src TB --- 2012-04-28 16:05:40 - /usr/bin/make -B buildkernel KERNCONF=AVILA >>> Kernel build for AVILA started on Sat Apr 28 16:05:40 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -mbig-endian -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=xscale -ffreestanding -Werror /src/sys/dev/ath/ath_hal/ar5212/ar5212_reset.c -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal cc -mbig-endian -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=xscale -ffreestanding -Werror /src/sys/dev/ath/ath_hal/ar5212/ar5212_rfgain.c -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal cc -mbig-endian -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=xscale -ffreestanding -Werror /src/sys/dev/ath/ath_hal/ar5212/ar5212_xmit.c -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal cc -mbig-endian -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=xscale -ffreestanding -Werror /src/sys/dev/ath/ath_hal/ar5416/ar5416_ani.c -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal cc1: warnings being treated as errors /src/sys/dev/ath/ath_hal/ar5416/ar5416_ani.c: In function 'ar5416AniPoll': /src/sys/dev/ath/ath_hal/ar5416/ar5416_ani.c:818: warning: 'listenTime' may be used uninitialized in this function /src/sys/dev/ath/ath_hal/ar5416/ar5416_ani.c:818: note: 'listenTime' was declared here *** Error code 1 Stop in /obj/arm.arm/src/sys/AVILA. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-04-28 16:06:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-04-28 16:06:28 - ERROR: failed to build AVILA kernel TB --- 2012-04-28 16:06:28 - 2473.98 user 574.22 system 3988.14 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Sat Apr 28 18:07:52 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BED8A106566B for ; Sat, 28 Apr 2012 18:07:52 +0000 (UTC) (envelope-from ray@ddteam.net) Received: from mail-wg0-f50.google.com (mail-wg0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 4CF888FC1D for ; Sat, 28 Apr 2012 18:07:52 +0000 (UTC) Received: by wgbds12 with SMTP id ds12so1622782wgb.31 for ; Sat, 28 Apr 2012 11:07:51 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type:content-transfer-encoding :x-gm-message-state; bh=Q1yy57FP7a2oC4TaplzZLvQHT6hULA4zpalHxIG3Fgs=; b=WwrPsQz47iIxdFIGjsn60rw4rcFjDGIhs8nIAaCoK4qWmGeRm53NaR+ySR86jHSBXA DZ/1wGIhjIGnpUTbKR82FPIgzn38QwgxXLar2tksXJ68PnZJeo6elsBGGM+9+2x2X/77 UedodUCG6mNgqewr1KTrmMpItDyCqQfAB2bSgLIut+GPkYPHsVw22ljdCIBKYv8aq5Sj KpoYWOZNrNjzviKSWj1J3SVqt16Et0xAYI8BUb7pYIsGZn0BVj9IjqroA6NTZ7cPJ1TU m8ATQikJSdl+FJ4stByIDFQHtNG80syoQ6R3enQAUsZ3DcXIxgJFEZtV7PUN5DDC8087 WEgw== Received: by 10.180.101.230 with SMTP id fj6mr16215653wib.13.1335636470518; Sat, 28 Apr 2012 11:07:50 -0700 (PDT) Received: from rnote.ddteam.net (4-108-133-95.pool.ukrtel.net. [95.133.108.4]) by mx.google.com with ESMTPS id fl2sm22843759wib.2.2012.04.28.11.07.48 (version=SSLv3 cipher=OTHER); Sat, 28 Apr 2012 11:07:49 -0700 (PDT) Date: Sat, 28 Apr 2012 21:07:43 +0300 From: Aleksandr Rybalko To: casibbald@gmail.com Message-Id: <20120428210743.abfe513d.ray@ddteam.net> In-Reply-To: References: X-Mailer: Sylpheed 3.1.2 (GTK+ 2.24.5; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Gm-Message-State: ALoCoQkw4B0wwtA6K6JUk7JJ9jzrEB5au+na3RuqkB4Db9jEU9iyiQk55YRCJEN8OJnLU2l5DKbl Cc: freebsd-arm@freebsd.org Subject: Re: Raspberry PI ARM Clone X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Apr 2012 18:07:52 -0000 On Sat, 28 Apr 2012 13:09:25 +0100 Charles Sibbald wrote: > Hello Folks, > > I have had discussions with some friends about the possibility of a > high spec 'clone' of the PI and this has brought us to the list at the > bottom of the page. > > We have been in discussions with a PCB designer and expect we can > produce this with a retail price of under US$100. > Very cool. > Does anyone have any comments on this idea, what would be the interest > in such a spec board? > > On advantage we have is that we will have an agreement with chipset > manufacturers for access to necessary information for the BSD > community to develop drivers. > Documentation of Samsung SoC is not open? > Processor > ============ > Cortex-A8 1.5GHz Dual Core Samsung SOC > > Display > ============ > RCA video, Maybe better to not add RCA connectors at all to make device smaller? > Mini-HDMI, > LCD ribbon connector, > Sound > ============ > Mini-Audio 2.5mm Mic & Speaker Out ports > RAM & Storage > ============ > 1GB RAM on board, > Mini-SD card slot, > Networking > ============ > LAN 2 x 10/100, > 802.11b/g/n onboard, > Bluetooth onboard, > GSM/GPRS (Single modem) > Connectivity > ============ > Mini-USB 3 Ports, > Amtel ATxmega Microcontroller 100 GPIO pins > Camera pins, > InfraRed pins, > Sensors > ============ > Gyro sensor, > G-Sensor, > Digital compass, > GPS and Accelerometer > Antenna > ============ > GSM Antenna, > Bluetooth Antenna, > Wifi Antenna, Unless it for PDA like device, better to remove sensors, Bluetooth, GPS. That will allow lower price and smaller size. But anyway, looks very interesting. Thank you very much! > _______________________________________________ > freebsd-arm@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" WBW -- Aleksandr Rybalko From owner-freebsd-arm@FreeBSD.ORG Sat Apr 28 18:18:18 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C2BBF106566C for ; Sat, 28 Apr 2012 18:18:18 +0000 (UTC) (envelope-from casibbald@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 468C88FC21 for ; Sat, 28 Apr 2012 18:18:18 +0000 (UTC) Received: by bkvi17 with SMTP id i17so505102bkv.13 for ; Sat, 28 Apr 2012 11:18:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=references:in-reply-to:mime-version:content-transfer-encoding :content-type:message-id:cc:x-mailer:from:subject:date:to; bh=V99uop6Ve26OP0+3CIADFeP9pVFBYTZzbuxAjnONyRI=; b=iZUeZn68dlbpJ3PFjbsVHPdy+E9yjKxlDe6J9E53bAbxJumzsb/ydJVF+pYMiItCoL yCNoId1RVd6U6a57yYt2zVe2GC1Q+5jLfE32XcACJ+rh2LfyScknlMiLLkfLkqb+KU18 8XjZUFea5yIxfmdopdtReH13oFZQrljkZigd/HdZPYuk2n7vPszBt3SrnbqIeKJEwJif 4XnM5ahlXKyNP+nfyEbrlEETA5Gxg0p6Z40EZ8qX1I+QQjX6cK/sfCEsJL9SYACCFZZn aTk0nklthBSOQDwKX33g3VJrMTR6cpFyvkd7sJSqdjvI7ds2Iclh4keF6Kq8/B2ikfYK cwfQ== Received: by 10.204.151.212 with SMTP id d20mr5152141bkw.129.1335637097265; Sat, 28 Apr 2012 11:18:17 -0700 (PDT) Received: from [10.5.177.169] ([212.183.128.179]) by mx.google.com with ESMTPS id r14sm17730631bkv.11.2012.04.28.11.18.13 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 28 Apr 2012 11:18:15 -0700 (PDT) References: <20120428210743.abfe513d.ray@ddteam.net> In-Reply-To: <20120428210743.abfe513d.ray@ddteam.net> Mime-Version: 1.0 (1.0) Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Message-Id: X-Mailer: iPhone Mail (9B176) From: Charles Sibbald Date: Sat, 28 Apr 2012 19:17:58 +0100 To: Aleksandr Rybalko Cc: "freebsd-arm@freebsd.org" Subject: Re: Raspberry PI ARM Clone X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Apr 2012 18:18:18 -0000 I see it as a generic base for affordable embedded computing that covers the= most useful corner cases. For example one potential customer wants a vehicl= e tracking system together with delivery reporting etc. The vision for this b= oard is to do for computers what clone ATX boards provided, a strong general= base to build on. I do believe we can get the same volumes as the PI with a= more complete board. Sent from my iPhone On 28 Apr 2012, at 19:07, Aleksandr Rybalko wrote: > On Sat, 28 Apr 2012 13:09:25 +0100 > Charles Sibbald wrote: >=20 >> Hello Folks, >>=20 >> I have had discussions with some friends about the possibility of a >> high spec 'clone' of the PI and this has brought us to the list at the >> bottom of the page. >>=20 >> We have been in discussions with a PCB designer and expect we can >> produce this with a retail price of under US$100. >>=20 >=20 > Very cool. >=20 >> Does anyone have any comments on this idea, what would be the interest >> in such a spec board? >>=20 >> On advantage we have is that we will have an agreement with chipset >> manufacturers for access to necessary information for the BSD >> community to develop drivers. >>=20 >=20 > Documentation of Samsung SoC is not open? >=20 >> Processor >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> Cortex-A8 1.5GHz Dual Core Samsung SOC >>=20 >> Display >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> RCA video, >=20 > Maybe better to not add RCA connectors at all to make device smaller? >=20 >> Mini-HDMI, >> LCD ribbon connector, >> Sound >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> Mini-Audio 2.5mm Mic & Speaker Out ports >> RAM & Storage >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> 1GB RAM on board, >> Mini-SD card slot, >> Networking >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> LAN 2 x 10/100, >> 802.11b/g/n onboard, >> Bluetooth onboard, >> GSM/GPRS (Single modem) >> Connectivity >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> Mini-USB 3 Ports, >> Amtel ATxmega Microcontroller 100 GPIO pins >> Camera pins, >> InfraRed pins, >> Sensors >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> Gyro sensor, >> G-Sensor, >> Digital compass, >> GPS and Accelerometer >> Antenna >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> GSM Antenna, >> Bluetooth Antenna, >> Wifi Antenna, >=20 > Unless it for PDA like device, better to remove sensors, Bluetooth, > GPS. That will allow lower price and smaller size. >=20 > But anyway, looks very interesting. > Thank you very much! >=20 >> _______________________________________________ >> freebsd-arm@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-arm >> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" >=20 > WBW > --=20 > Aleksandr Rybalko From owner-freebsd-arm@FreeBSD.ORG Sat Apr 28 18:26:55 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AB956106566B for ; Sat, 28 Apr 2012 18:26:55 +0000 (UTC) (envelope-from ray@ddteam.net) Received: from mail-wg0-f50.google.com (mail-wg0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 36DC78FC1A for ; Sat, 28 Apr 2012 18:26:55 +0000 (UTC) Received: by wgbds12 with SMTP id ds12so1630770wgb.31 for ; Sat, 28 Apr 2012 11:26:54 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type:content-transfer-encoding :x-gm-message-state; bh=UElBDrP9+JGjIB+2HjoiDbBkLE/WI+eux+yLvoTs9+c=; b=R2CdJe5wtyrdbpF6bBOaR7jCR4ZNqWgS/R5dt+qwvbRm6rK7TG4JwqnWDfN+RZqDZ8 XsBRoLGT4Ocf5GhzpUwd4F23kA3PQ6tm5B2TE3AqGuvwywf4VQP8nYrwXk3ugHtUyXdz G6GQ0KwPyVXUiOJWsYpWFbx3pVl6sBPGzUG1vDQeP7YJtgvKubSODzS+XdtSWxaaizY4 jfsJ0umjcJ7qieJJIw7XGXlP8kKgIuK2DoTwUEeblra9onJnR00F1A0R/lGenMgJPHSy 2T6ryp2NZqBvJ14J8iuaB4GZfCGbyyn4aNRQ/qaAo9zSCo7aYpO5/rZtl80faH16PKWW GwTw== Received: by 10.180.105.69 with SMTP id gk5mr18515183wib.3.1335637614337; Sat, 28 Apr 2012 11:26:54 -0700 (PDT) Received: from rnote.ddteam.net (4-108-133-95.pool.ukrtel.net. [95.133.108.4]) by mx.google.com with ESMTPS id fn2sm23037101wib.0.2012.04.28.11.26.52 (version=SSLv3 cipher=OTHER); Sat, 28 Apr 2012 11:26:53 -0700 (PDT) Date: Sat, 28 Apr 2012 21:26:46 +0300 From: Aleksandr Rybalko To: Charles Sibbald Message-Id: <20120428212646.1ec4d7ce.ray@ddteam.net> In-Reply-To: References: <20120428210743.abfe513d.ray@ddteam.net> X-Mailer: Sylpheed 3.1.2 (GTK+ 2.24.5; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Gm-Message-State: ALoCoQncd8XoEFB8Ji53SNmySJdECo1CC6AWrZvjJaSJ35LRTnWGxvrHy3MdKn3I6Q3qVNnEgPo4 Cc: "freebsd-arm@freebsd.org" Subject: Re: Raspberry PI ARM Clone X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Apr 2012 18:26:55 -0000 On Sat, 28 Apr 2012 19:17:58 +0100 Charles Sibbald wrote: > I see it as a generic base for affordable embedded computing that > covers the most useful corner cases. For example one potential > customer wants a vehicle tracking system together with delivery > reporting etc. The vision for this board is to do for computers what > clone ATX boards provided, a strong general base to build on. I do > believe we can get the same volumes as the PI with a more complete > board. Then some LCD+touchscreen required also :) If I will have some free time, will try to help with porting. Thank you. > > Sent from my iPhone > > On 28 Apr 2012, at 19:07, Aleksandr Rybalko wrote: > > > On Sat, 28 Apr 2012 13:09:25 +0100 > > Charles Sibbald wrote: > > > >> Hello Folks, > >> > >> I have had discussions with some friends about the possibility of a > >> high spec 'clone' of the PI and this has brought us to the list at > >> the bottom of the page. > >> > >> We have been in discussions with a PCB designer and expect we can > >> produce this with a retail price of under US$100. > >> > > > > Very cool. > > > >> Does anyone have any comments on this idea, what would be the > >> interest in such a spec board? > >> > >> On advantage we have is that we will have an agreement with chipset > >> manufacturers for access to necessary information for the BSD > >> community to develop drivers. > >> > > > > Documentation of Samsung SoC is not open? > > > >> Processor > >> ============ > >> Cortex-A8 1.5GHz Dual Core Samsung SOC > >> > >> Display > >> ============ > >> RCA video, > > > > Maybe better to not add RCA connectors at all to make device > > smaller? > > > >> Mini-HDMI, > >> LCD ribbon connector, > >> Sound > >> ============ > >> Mini-Audio 2.5mm Mic & Speaker Out ports > >> RAM & Storage > >> ============ > >> 1GB RAM on board, > >> Mini-SD card slot, > >> Networking > >> ============ > >> LAN 2 x 10/100, > >> 802.11b/g/n onboard, > >> Bluetooth onboard, > >> GSM/GPRS (Single modem) > >> Connectivity > >> ============ > >> Mini-USB 3 Ports, > >> Amtel ATxmega Microcontroller 100 GPIO pins > >> Camera pins, > >> InfraRed pins, > >> Sensors > >> ============ > >> Gyro sensor, > >> G-Sensor, > >> Digital compass, > >> GPS and Accelerometer > >> Antenna > >> ============ > >> GSM Antenna, > >> Bluetooth Antenna, > >> Wifi Antenna, > > > > Unless it for PDA like device, better to remove sensors, Bluetooth, > > GPS. That will allow lower price and smaller size. > > > > But anyway, looks very interesting. > > Thank you very much! > > > >> _______________________________________________ > >> freebsd-arm@freebsd.org mailing list > >> http://lists.freebsd.org/mailman/listinfo/freebsd-arm > >> To unsubscribe, send any mail to > >> "freebsd-arm-unsubscribe@freebsd.org" > > > > WBW > > -- > > Aleksandr Rybalko WBW -- Aleksandr Rybalko From owner-freebsd-arm@FreeBSD.ORG Sat Apr 28 18:30:14 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 110DD106566C for ; Sat, 28 Apr 2012 18:30:14 +0000 (UTC) (envelope-from rcm@fuzzwad.org) Received: from mail.volente.us (unknown [IPv6:2001:470:7:d47::2]) by mx1.freebsd.org (Postfix) with ESMTP id CBB0A8FC21 for ; Sat, 28 Apr 2012 18:30:13 +0000 (UTC) Received: from shiny-w0.fuzzwad.net (localhost [127.0.0.1]) by mail.volente.us (8.14.4/8.14.4) with ESMTP id q3SIUChT065356 for ; Sat, 28 Apr 2012 13:30:12 -0500 (CDT) (envelope-from rcm@fuzzwad.org) Message-ID: <4F9C3734.5030503@fuzzwad.org> Date: Sat, 28 Apr 2012 13:30:12 -0500 From: Ron McDowell User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: freebsd-arm@freebsd.org References: <20120428210743.abfe513d.ray@ddteam.net> <20120428212646.1ec4d7ce.ray@ddteam.net> In-Reply-To: <20120428212646.1ec4d7ce.ray@ddteam.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Raspberry PI ARM Clone X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Apr 2012 18:30:14 -0000 On 4/28/12 1:26 PM, Aleksandr Rybalko wrote: > On Sat, 28 Apr 2012 19:17:58 +0100 > Charles Sibbald wrote: > >> I see it as a generic base for affordable embedded computing that >> covers the most useful corner cases. For example one potential >> customer wants a vehicle tracking system together with delivery >> reporting etc. The vision for this board is to do for computers what >> clone ATX boards provided, a strong general base to build on. I do >> believe we can get the same volumes as the PI with a more complete >> board. > Then some LCD+touchscreen required also :) > If I will have some free time, will try to help with porting. > > Thank you. I think the "LCD Ribbon connector" mentioned below covers that. :) > >> Sent from my iPhone >> >> On 28 Apr 2012, at 19:07, Aleksandr Rybalko wrote: >> >>> On Sat, 28 Apr 2012 13:09:25 +0100 >>> Charles Sibbald wrote: >>> >>>> Hello Folks, >>>> >>>> I have had discussions with some friends about the possibility of a >>>> high spec 'clone' of the PI and this has brought us to the list at >>>> the bottom of the page. >>>> >>>> We have been in discussions with a PCB designer and expect we can >>>> produce this with a retail price of under US$100. >>>> >>> Very cool. >>> >>>> Does anyone have any comments on this idea, what would be the >>>> interest in such a spec board? >>>> >>>> On advantage we have is that we will have an agreement with chipset >>>> manufacturers for access to necessary information for the BSD >>>> community to develop drivers. >>>> >>> Documentation of Samsung SoC is not open? >>> >>>> Processor >>>> ============ >>>> Cortex-A8 1.5GHz Dual Core Samsung SOC >>>> >>>> Display >>>> ============ >>>> RCA video, >>> Maybe better to not add RCA connectors at all to make device >>> smaller? >>> >>>> Mini-HDMI, >>>> LCD ribbon connector, >>>> Sound >>>> ============ >>>> Mini-Audio 2.5mm Mic& Speaker Out ports >>>> RAM& Storage >>>> ============ >>>> 1GB RAM on board, >>>> Mini-SD card slot, >>>> Networking >>>> ============ >>>> LAN 2 x 10/100, >>>> 802.11b/g/n onboard, >>>> Bluetooth onboard, >>>> GSM/GPRS (Single modem) >>>> Connectivity >>>> ============ >>>> Mini-USB 3 Ports, >>>> Amtel ATxmega Microcontroller 100 GPIO pins >>>> Camera pins, >>>> InfraRed pins, >>>> Sensors >>>> ============ >>>> Gyro sensor, >>>> G-Sensor, >>>> Digital compass, >>>> GPS and Accelerometer >>>> Antenna >>>> ============ >>>> GSM Antenna, >>>> Bluetooth Antenna, >>>> Wifi Antenna, >>> Unless it for PDA like device, better to remove sensors, Bluetooth, >>> GPS. That will allow lower price and smaller size. >>> >>> But anyway, looks very interesting. >>> Thank you very much! >>> >>>> _______________________________________________ >>>> freebsd-arm@freebsd.org mailing list >>>> http://lists.freebsd.org/mailman/listinfo/freebsd-arm >>>> To unsubscribe, send any mail to >>>> "freebsd-arm-unsubscribe@freebsd.org" >>> WBW >>> -- >>> Aleksandr Rybalko > WBW -- Ron McDowell San Antonio TX From owner-freebsd-arm@FreeBSD.ORG Sat Apr 28 18:33:16 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C65C6106574C for ; Sat, 28 Apr 2012 18:33:16 +0000 (UTC) (envelope-from casibbald@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 4DC2F8FC0C for ; Sat, 28 Apr 2012 18:33:16 +0000 (UTC) Received: by bkvi17 with SMTP id i17so509940bkv.13 for ; Sat, 28 Apr 2012 11:33:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=references:in-reply-to:mime-version:content-transfer-encoding :content-type:message-id:cc:x-mailer:from:subject:date:to; bh=VIMVMqGqAws+Dukk+nZFujVn7VjxysQJYf3c62oswi0=; b=INbuav+MxUx94bPudelnDRObTrrI9AaauhBWzq4wrTUWvwKKCBqubK6YPMBSBzqURF QazVkp3vRw74j91BCo0VjWpSuKOZDxf02OmZmF/dTsi7YFkG4EPOSB3IyX4/XzYq2FBU cQ8b2ODnGZ84YoOJEcjjHo9yibHif4461RhwDL46pNzaKO3yQWrcduuOMm8vkwL1eXpA um36vXAejj5SQaMKTh8cLBPT8LPC++/V+uFSIu9x/Ofalj3msMYiqLIPbUkSIp3c9Uu9 UKNo2qxg/yRQtbGFFdNSZMGINLdBvURbDDggGs+k2Mtv4gV4/USU9OIlvh0zRLI7e9jf Flsg== Received: by 10.205.129.4 with SMTP id hg4mr5555118bkc.16.1335637995403; Sat, 28 Apr 2012 11:33:15 -0700 (PDT) Received: from [10.5.177.169] ([212.183.128.179]) by mx.google.com with ESMTPS id gi5sm9806819bkc.3.2012.04.28.11.33.10 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 28 Apr 2012 11:33:14 -0700 (PDT) References: <20120428210743.abfe513d.ray@ddteam.net> <20120428212646.1ec4d7ce.ray@ddteam.net> In-Reply-To: <20120428212646.1ec4d7ce.ray@ddteam.net> Mime-Version: 1.0 (1.0) Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Message-Id: <9A9AB279-DAA3-497C-8356-26C007872107@gmail.com> X-Mailer: iPhone Mail (9B176) From: Charles Sibbald Date: Sat, 28 Apr 2012 19:32:58 +0100 To: Aleksandr Rybalko Cc: "freebsd-arm@freebsd.org" Subject: Re: Raspberry PI ARM Clone X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Apr 2012 18:33:16 -0000 LCD + resistive touch screen already on the first samples but must be priced= seperately, will post some images mid week. We currently have a 7" touch sc= reen on the first samples but the board is too large, costly result of a lan= guage barrier with china. :) Sent from my iPhone On 28 Apr 2012, at 19:26, Aleksandr Rybalko wrote: > On Sat, 28 Apr 2012 19:17:58 +0100 > Charles Sibbald wrote: >=20 >> I see it as a generic base for affordable embedded computing that >> covers the most useful corner cases. For example one potential >> customer wants a vehicle tracking system together with delivery >> reporting etc. The vision for this board is to do for computers what >> clone ATX boards provided, a strong general base to build on. I do >> believe we can get the same volumes as the PI with a more complete >> board. >=20 > Then some LCD+touchscreen required also :) > If I will have some free time, will try to help with porting. >=20 > Thank you. >=20 >>=20 >> Sent from my iPhone >>=20 >> On 28 Apr 2012, at 19:07, Aleksandr Rybalko wrote: >>=20 >>> On Sat, 28 Apr 2012 13:09:25 +0100 >>> Charles Sibbald wrote: >>>=20 >>>> Hello Folks, >>>>=20 >>>> I have had discussions with some friends about the possibility of a >>>> high spec 'clone' of the PI and this has brought us to the list at >>>> the bottom of the page. >>>>=20 >>>> We have been in discussions with a PCB designer and expect we can >>>> produce this with a retail price of under US$100. >>>>=20 >>>=20 >>> Very cool. >>>=20 >>>> Does anyone have any comments on this idea, what would be the >>>> interest in such a spec board? >>>>=20 >>>> On advantage we have is that we will have an agreement with chipset >>>> manufacturers for access to necessary information for the BSD >>>> community to develop drivers. >>>>=20 >>>=20 >>> Documentation of Samsung SoC is not open? >>>=20 >>>> Processor >>>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>>> Cortex-A8 1.5GHz Dual Core Samsung SOC >>>>=20 >>>> Display >>>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>>> RCA video, >>>=20 >>> Maybe better to not add RCA connectors at all to make device >>> smaller? >>>=20 >>>> Mini-HDMI, >>>> LCD ribbon connector, >>>> Sound >>>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>>> Mini-Audio 2.5mm Mic & Speaker Out ports >>>> RAM & Storage >>>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>>> 1GB RAM on board, >>>> Mini-SD card slot, >>>> Networking >>>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>>> LAN 2 x 10/100, >>>> 802.11b/g/n onboard, >>>> Bluetooth onboard, >>>> GSM/GPRS (Single modem) >>>> Connectivity >>>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>>> Mini-USB 3 Ports, >>>> Amtel ATxmega Microcontroller 100 GPIO pins >>>> Camera pins, >>>> InfraRed pins, >>>> Sensors >>>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>>> Gyro sensor, >>>> G-Sensor, >>>> Digital compass, >>>> GPS and Accelerometer >>>> Antenna >>>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>>> GSM Antenna, >>>> Bluetooth Antenna, >>>> Wifi Antenna, >>>=20 >>> Unless it for PDA like device, better to remove sensors, Bluetooth, >>> GPS. That will allow lower price and smaller size. >>>=20 >>> But anyway, looks very interesting. >>> Thank you very much! >>>=20 >>>> _______________________________________________ >>>> freebsd-arm@freebsd.org mailing list >>>> http://lists.freebsd.org/mailman/listinfo/freebsd-arm >>>> To unsubscribe, send any mail to >>>> "freebsd-arm-unsubscribe@freebsd.org" >>>=20 >>> WBW >>> --=20 >>> Aleksandr Rybalko >=20 > WBW > --=20 > Aleksandr Rybalko From owner-freebsd-arm@FreeBSD.ORG Sat Apr 28 18:35:37 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4F4891065675 for ; Sat, 28 Apr 2012 18:35:37 +0000 (UTC) (envelope-from casibbald@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id C49138FC15 for ; Sat, 28 Apr 2012 18:35:36 +0000 (UTC) Received: by bkvi17 with SMTP id i17so510718bkv.13 for ; Sat, 28 Apr 2012 11:35:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=references:in-reply-to:mime-version:content-transfer-encoding :content-type:message-id:cc:x-mailer:from:subject:date:to; bh=RqSUuq2lyvFvdwcSiSxzs6X9l+/eQa1U0glF8HDLnWw=; b=jPCVD5A0BMJ/nSmsMIP8d5No02rHzrrw59s0gf6eQ8pWyiQ5ZjB4+DTo3XJreXPEsy 9Ge5bORkeQ/cZmDHb2g2B1vFX2vyFC13W9yiHF+QnIGhhRXXF8PcRNrAqkfxe8XZHxWu 5FNnYiKLJwUx5S/csLvOrRRHixFqxcTcAVGAZX+plJ2F/rnT0ew0+fNWAe5DSDHT9yD6 lSCoTtqs7AUOZzAGL9QxoH0o5Ioc7TBnSEpDk6Ki5QMqVVUF5jSusClFYUG8JjU0aHPm v99pijfsifFSN6x/uUAZGFrPGfwztnepe3iIMqMvlKRxf/++ZNnpFWBkyFNqo8YKDj28 7Nsw== Received: by 10.204.145.80 with SMTP id c16mr4446629bkv.60.1335638135785; Sat, 28 Apr 2012 11:35:35 -0700 (PDT) Received: from [10.5.177.169] ([212.183.128.179]) by mx.google.com with ESMTPS id c4sm17821539bkh.0.2012.04.28.11.35.32 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 28 Apr 2012 11:35:35 -0700 (PDT) References: <20120428210743.abfe513d.ray@ddteam.net> <20120428212646.1ec4d7ce.ray@ddteam.net> <9A9AB279-DAA3-497C-8356-26C007872107@gmail.com> In-Reply-To: <9A9AB279-DAA3-497C-8356-26C007872107@gmail.com> Mime-Version: 1.0 (1.0) Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Message-Id: <5C38E8E8-6F3D-44D3-9E7A-AE24C75AF612@gmail.com> X-Mailer: iPhone Mail (9B176) From: Charles Sibbald Date: Sat, 28 Apr 2012 19:35:03 +0100 To: Charles Sibbald Cc: Aleksandr Rybalko , "freebsd-arm@freebsd.org" Subject: Re: Raspberry PI ARM Clone X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Apr 2012 18:35:37 -0000 FYI the PI clone is piggybacking on some existing work hence us having some i= nitial boards. Sent from my iPhone On 28 Apr 2012, at 19:32, Charles Sibbald wrote: > LCD + resistive touch screen already on the first samples but must be pric= ed seperately, will post some images mid week. We currently have a 7" touch s= creen on the first samples but the board is too large, costly result of a la= nguage barrier with china. :) >=20 > Sent from my iPhone >=20 > On 28 Apr 2012, at 19:26, Aleksandr Rybalko wrote: >=20 >> On Sat, 28 Apr 2012 19:17:58 +0100 >> Charles Sibbald wrote: >>=20 >>> I see it as a generic base for affordable embedded computing that >>> covers the most useful corner cases. For example one potential >>> customer wants a vehicle tracking system together with delivery >>> reporting etc. The vision for this board is to do for computers what >>> clone ATX boards provided, a strong general base to build on. I do >>> believe we can get the same volumes as the PI with a more complete >>> board. >>=20 >> Then some LCD+touchscreen required also :) >> If I will have some free time, will try to help with porting. >>=20 >> Thank you. >>=20 >>>=20 >>> Sent from my iPhone >>>=20 >>> On 28 Apr 2012, at 19:07, Aleksandr Rybalko wrote: >>>=20 >>>> On Sat, 28 Apr 2012 13:09:25 +0100 >>>> Charles Sibbald wrote: >>>>=20 >>>>> Hello Folks, >>>>>=20 >>>>> I have had discussions with some friends about the possibility of a >>>>> high spec 'clone' of the PI and this has brought us to the list at >>>>> the bottom of the page. >>>>>=20 >>>>> We have been in discussions with a PCB designer and expect we can >>>>> produce this with a retail price of under US$100. >>>>>=20 >>>>=20 >>>> Very cool. >>>>=20 >>>>> Does anyone have any comments on this idea, what would be the >>>>> interest in such a spec board? >>>>>=20 >>>>> On advantage we have is that we will have an agreement with chipset >>>>> manufacturers for access to necessary information for the BSD >>>>> community to develop drivers. >>>>>=20 >>>>=20 >>>> Documentation of Samsung SoC is not open? >>>>=20 >>>>> Processor >>>>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>>>> Cortex-A8 1.5GHz Dual Core Samsung SOC >>>>>=20 >>>>> Display >>>>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>>>> RCA video, >>>>=20 >>>> Maybe better to not add RCA connectors at all to make device >>>> smaller? >>>>=20 >>>>> Mini-HDMI, >>>>> LCD ribbon connector, >>>>> Sound >>>>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>>>> Mini-Audio 2.5mm Mic & Speaker Out ports >>>>> RAM & Storage >>>>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>>>> 1GB RAM on board, >>>>> Mini-SD card slot, >>>>> Networking >>>>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>>>> LAN 2 x 10/100, >>>>> 802.11b/g/n onboard, >>>>> Bluetooth onboard, >>>>> GSM/GPRS (Single modem) >>>>> Connectivity >>>>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>>>> Mini-USB 3 Ports, >>>>> Amtel ATxmega Microcontroller 100 GPIO pins >>>>> Camera pins, >>>>> InfraRed pins, >>>>> Sensors >>>>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>>>> Gyro sensor, >>>>> G-Sensor, >>>>> Digital compass, >>>>> GPS and Accelerometer >>>>> Antenna >>>>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>>>> GSM Antenna, >>>>> Bluetooth Antenna, >>>>> Wifi Antenna, >>>>=20 >>>> Unless it for PDA like device, better to remove sensors, Bluetooth, >>>> GPS. That will allow lower price and smaller size. >>>>=20 >>>> But anyway, looks very interesting. >>>> Thank you very much! >>>>=20 >>>>> _______________________________________________ >>>>> freebsd-arm@freebsd.org mailing list >>>>> http://lists.freebsd.org/mailman/listinfo/freebsd-arm >>>>> To unsubscribe, send any mail to >>>>> "freebsd-arm-unsubscribe@freebsd.org" >>>>=20 >>>> WBW >>>> --=20 >>>> Aleksandr Rybalko >>=20 >> WBW >> --=20 >> Aleksandr Rybalko From owner-freebsd-arm@FreeBSD.ORG Sat Apr 28 19:35:28 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D1E6A1065678 for ; Sat, 28 Apr 2012 19:35:28 +0000 (UTC) (envelope-from tim@kientzle.com) Received: from monday.kientzle.com (99-115-135-74.uvs.sntcca.sbcglobal.net [99.115.135.74]) by mx1.freebsd.org (Postfix) with ESMTP id AD5348FC08 for ; Sat, 28 Apr 2012 19:35:28 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id q3SJZR8R094364; Sat, 28 Apr 2012 19:35:27 GMT (envelope-from tim@kientzle.com) Received: from [192.168.2.143] (CiscoE3000 [192.168.1.65]) by kientzle.com with SMTP id 46zi9udvwa4aacuz9i9jzj62ue; Sat, 28 Apr 2012 19:35:26 +0000 (UTC) (envelope-from tim@kientzle.com) Mime-Version: 1.0 (Apple Message framework v1257) Content-Type: text/plain; charset=iso-8859-1 From: Tim Kientzle In-Reply-To: Date: Sat, 28 Apr 2012 12:35:25 -0700 Content-Transfer-Encoding: 7bit Message-Id: References: To: casibbald@gmail.com X-Mailer: Apple Mail (2.1257) Cc: freebsd-arm@freebsd.org Subject: Re: Raspberry PI ARM Clone X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Apr 2012 19:35:28 -0000 On Apr 28, 2012, at 5:09 AM, Charles Sibbald wrote: > > I have had discussions with some friends about the possibility of a > high spec 'clone' of the PI and this has brought us to the list at the > bottom of the page. > > We have been in discussions with a PCB designer and expect we can > produce this with a retail price of under US$100. > > Does anyone have any comments on this idea, what would be the interest > in such a spec board? I know a few folks who have been eyeing RPi, Beagle's, etc, to use as general-purpose micro-servers: File servers, email, web, etc. Your proposal works well in some respects: * fast CPU * plenty of memory * USB 3 for external drives But no GigE. :-( A single GigE port would be much more valuable than 2 x 10/100 ports. Things I could do without (if you're trying to figure out how to cut cost): * Bluetooth * RCA video * 512M memory instead of 1024M * GSM/GPRS * Audio Q: Are you looking at a single-cable dev setup like the BeagleBone? It is awfully convenient. Any thoughts on the likely form factor? Tim From owner-freebsd-arm@FreeBSD.ORG Sat Apr 28 19:55:30 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 957E3106564A for ; Sat, 28 Apr 2012 19:55:30 +0000 (UTC) (envelope-from casibbald@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 1DE288FC14 for ; Sat, 28 Apr 2012 19:55:29 +0000 (UTC) Received: by bkvi17 with SMTP id i17so535782bkv.13 for ; Sat, 28 Apr 2012 12:55:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:references:from:content-transfer-encoding:content-type :in-reply-to:message-id:date:cc:to:mime-version:x-mailer; bh=V008rEfXehVm5PfMXifKXp16dyK4oc6vaviDAJsbIx8=; b=uRTNSl3ju9P39ldVqDS0QhtWja0i+Hh6OehNtaAfpCVjVjvq0t1MHAPtqhVbpSoKam e698laDrt76xrhZhEZs9ldBgE5xSTCa6WR4O26qe4+VmZZ+vBwpKc+golQDdy9HAO+dI 8QWbNZdl8rEgyrbA/pEbl65e0e4RdcJqBK3VmV7J4F4AyWZohM7S0/S9BGA0P1gfByoQ C4G3K4kyxL4S1tiRkIUkFq99VauoaKS68/qASj09KYfihZgxgfjAUPc8OAUz47e/ULOI dc01sdix/CJVNepvfZmV08vuCE7vocC8Ygh4pVuJKRRyJhs55d4S0NnqMjsMHME0zc5J a08g== Received: by 10.204.156.79 with SMTP id v15mr299534bkw.45.1335642929067; Sat, 28 Apr 2012 12:55:29 -0700 (PDT) Received: from [10.54.209.25] ([212.183.140.57]) by mx.google.com with ESMTPS id jr13sm18026204bkb.14.2012.04.28.12.55.23 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 28 Apr 2012 12:55:28 -0700 (PDT) References: From: Charles Sibbald Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii In-Reply-To: Message-Id: <2FED907D-D5FF-44E5-A2DC-62957C7904F4@gmail.com> Date: Sat, 28 Apr 2012 20:54:47 +0100 To: Tim Kientzle Mime-Version: 1.0 (1.0) X-Mailer: iPhone Mail (9B176) Cc: "freebsd-arm@freebsd.org" Subject: Re: Raspberry PI ARM Clone X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Apr 2012 19:55:30 -0000 We are aiming at 60 x 90 or 60 x 100. We may ditch the Audio/RCA as both those could go out HDMI. Will find out about the gig Ethernet. Sent from my iPhone On 28 Apr 2012, at 20:35, Tim Kientzle wrote: > On Apr 28, 2012, at 5:09 AM, Charles Sibbald wrote: >> >> I have had discussions with some friends about the possibility of a >> high spec 'clone' of the PI and this has brought us to the list at the >> bottom of the page. >> >> We have been in discussions with a PCB designer and expect we can >> produce this with a retail price of under US$100. >> >> Does anyone have any comments on this idea, what would be the interest >> in such a spec board? > > I know a few folks who have been eyeing RPi, Beagle's, etc, > to use as general-purpose micro-servers: File servers, > email, web, etc. > > Your proposal works well in some respects: > * fast CPU > * plenty of memory > * USB 3 for external drives > > But no GigE. :-( A single GigE port would be much more > valuable than 2 x 10/100 ports. > > Things I could do without (if you're trying to figure > out how to cut cost): > * Bluetooth > * RCA video > * 512M memory instead of 1024M > * GSM/GPRS > * Audio > > Q: Are you looking at a single-cable dev setup > like the BeagleBone? It is awfully convenient. > > Any thoughts on the likely form factor? > > Tim > From owner-freebsd-arm@FreeBSD.ORG Sat Apr 28 21:28:08 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F07761065672 for ; Sat, 28 Apr 2012 21:28:08 +0000 (UTC) (envelope-from tim@kientzle.com) Received: from monday.kientzle.com (99-115-135-74.uvs.sntcca.sbcglobal.net [99.115.135.74]) by mx1.freebsd.org (Postfix) with ESMTP id C8E0D8FC14 for ; Sat, 28 Apr 2012 21:28:08 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id q3SLS8s0094854; Sat, 28 Apr 2012 21:28:08 GMT (envelope-from tim@kientzle.com) Received: from [192.168.2.143] (CiscoE3000 [192.168.1.65]) by kientzle.com with SMTP id 2nbhxcrvzqntwpn4bdznxm84nn; Sat, 28 Apr 2012 21:28:08 +0000 (UTC) (envelope-from tim@kientzle.com) Mime-Version: 1.0 (Apple Message framework v1257) Content-Type: text/plain; charset=us-ascii From: Tim Kientzle In-Reply-To: <2FED907D-D5FF-44E5-A2DC-62957C7904F4@gmail.com> Date: Sat, 28 Apr 2012 14:28:06 -0700 Content-Transfer-Encoding: 7bit Message-Id: <3F8A354F-1FA6-4923-A678-2102F8CDC0BA@kientzle.com> References: <2FED907D-D5FF-44E5-A2DC-62957C7904F4@gmail.com> To: Charles Sibbald X-Mailer: Apple Mail (2.1257) Cc: "freebsd-arm@freebsd.org" Subject: Re: Raspberry PI ARM Clone X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Apr 2012 21:28:09 -0000 Of course, 90x55 with rounded corners would fit in an Altoids tin. ;-) On Apr 28, 2012, at 12:54 PM, Charles Sibbald wrote: > We are aiming at 60 x 90 or 60 x 100. > We may ditch the Audio/RCA as both those could go out HDMI. > > Will find out about the gig Ethernet. > > Sent from my iPhone > > On 28 Apr 2012, at 20:35, Tim Kientzle wrote: > >> On Apr 28, 2012, at 5:09 AM, Charles Sibbald wrote: >>> >>> I have had discussions with some friends about the possibility of a >>> high spec 'clone' of the PI and this has brought us to the list at the >>> bottom of the page. >>> >>> We have been in discussions with a PCB designer and expect we can >>> produce this with a retail price of under US$100. >>> >>> Does anyone have any comments on this idea, what would be the interest >>> in such a spec board? >> >> I know a few folks who have been eyeing RPi, Beagle's, etc, >> to use as general-purpose micro-servers: File servers, >> email, web, etc. >> >> Your proposal works well in some respects: >> * fast CPU >> * plenty of memory >> * USB 3 for external drives >> >> But no GigE. :-( A single GigE port would be much more >> valuable than 2 x 10/100 ports. >> >> Things I could do without (if you're trying to figure >> out how to cut cost): >> * Bluetooth >> * RCA video >> * 512M memory instead of 1024M >> * GSM/GPRS >> * Audio >> >> Q: Are you looking at a single-cable dev setup >> like the BeagleBone? It is awfully convenient. >> >> Any thoughts on the likely form factor? >> >> Tim >> > _______________________________________________ > freebsd-arm@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > From owner-freebsd-arm@FreeBSD.ORG Sat Apr 28 21:31:17 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 677851065673 for ; Sat, 28 Apr 2012 21:31:17 +0000 (UTC) (envelope-from ntai@smartfruit.com) Received: from hapkido.dreamhost.com (hapkido.dreamhost.com [66.33.216.122]) by mx1.freebsd.org (Postfix) with ESMTP id 3504E8FC17 for ; Sat, 28 Apr 2012 21:31:17 +0000 (UTC) Received: from homiemail-a33.g.dreamhost.com (caiajhbdcaib.dreamhost.com [208.97.132.81]) by hapkido.dreamhost.com (Postfix) with ESMTP id 79AE617963B for ; Sat, 28 Apr 2012 14:31:09 -0700 (PDT) Received: from homiemail-a33.g.dreamhost.com (localhost [127.0.0.1]) by homiemail-a33.g.dreamhost.com (Postfix) with ESMTP id B96A7594059 for ; Sat, 28 Apr 2012 14:31:05 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; c=nofws; d=smartfruit.com; h=message-id:date :from:mime-version:to:subject:references:in-reply-to :content-type:content-transfer-encoding; q=dns; s=smartfruit.com ; b=BEOrMAa/z2oasHNJO5dUqWpzVKkBiT6Mv3ti2Lk+TlpdxPQ/HfOjEXzXmFoP NiaHfyIXsc4Rt5k2JVXNtH/Ci1memD20iGt2rFtEc9oxKY55/zrhgP6jgcPW4XR/ AyrB8+5yX5eVhXJei4K9ql8RcjCGs8pjgJW9Ui7daDEvB7k= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=smartfruit.com; h= message-id:date:from:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; s= smartfruit.com; bh=aLhHhsaJ6SXGKwtiJWUZyCGzz0E=; b=hRBl9VRxwp11I +rVshHtjFOAYtTyprNt7P4S4hAvWt0EWEg+1WFBiFkp36z89CmAkdvYEcp1YxTei +hTOvgD9dBEZqTAf9fNlRz1w5wQVZrMqGjlcP51ksaeNZq2bSKFJ3vOR0zvgdWIZ AXFzKHpFpfmmhGuNNrADRMY8ChKYqg= Received: from rammy-2.smartfruit.com (pool-108-7-224-149.bstnma.fios.verizon.net [108.7.224.149]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: smtpguy@smartfruit.com) by homiemail-a33.g.dreamhost.com (Postfix) with ESMTPSA id 54069594058 for ; Sat, 28 Apr 2012 14:31:05 -0700 (PDT) Message-ID: <4F9C6198.10005@smartfruit.com> Date: Sat, 28 Apr 2012 17:31:04 -0400 From: Naoyuki Tai User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:11.0) Gecko/20120327 Thunderbird/11.0.1 MIME-Version: 1.0 To: freebsd-arm@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Raspberry PI ARM Clone X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Apr 2012 21:31:17 -0000 For my very selfish reason, I'd like to see an eSATA port. I am currently using a DreamPlug to run a Cyrus IMAP with SSD. For a small place, DreamPlug is really a dream since it eats very little power and gets the job done. DreamPlug works for me since it has a eSATA. I've been thinking about buying another DreamPlug as a backup hardware. But, if I can play with it with better hardware, and cheaper, that would be great. The other use I can think of is pfSense or some sort of firewall. I do use pfSense right now, and obviously it's x86 based. (AMD geode.) I would like to use ARM based machine for firewall, because it's a little harder to crack if there is ever an attack. If it's going to have two Ethernet ports, then, it's a good platform for firewall. Gigabit would be nice (again, DreamPlug does), but it's not a deal breaker to me. You notice that, with 2 ethernet ports and WIFI, it can be a WIFI router. -- Tai On 4/28/12 8:09 AM, Charles Sibbald wrote: > Hello Folks, > > I have had discussions with some friends about the possibility of a > high spec 'clone' of the PI and this has brought us to the list at the > bottom of the page. > > We have been in discussions with a PCB designer and expect we can > produce this with a retail price of under US$100. > > Does anyone have any comments on this idea, what would be the interest > in such a spec board? > > On advantage we have is that we will have an agreement with chipset > manufacturers for access to necessary information for the BSD > community to develop drivers. > > Processor > ============ > Cortex-A8 1.5GHz Dual Core Samsung SOC > > Display > ============ > RCA video, > Mini-HDMI, > LCD ribbon connector, > Sound > ============ > Mini-Audio 2.5mm Mic& Speaker Out ports > RAM& Storage > ============ > 1GB RAM on board, > Mini-SD card slot, > Networking > ============ > LAN 2 x 10/100, > 802.11b/g/n onboard, > Bluetooth onboard, > GSM/GPRS (Single modem) > Connectivity > ============ > Mini-USB 3 Ports, > Amtel ATxmega Microcontroller 100 GPIO pins > Camera pins, > InfraRed pins, > Sensors > ============ > Gyro sensor, > G-Sensor, > Digital compass, > GPS and Accelerometer > Antenna > ============ > GSM Antenna, > Bluetooth Antenna, > Wifi Antenna, > _______________________________________________ > freebsd-arm@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > From owner-freebsd-arm@FreeBSD.ORG Sat Apr 28 23:21:23 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7BBD9106564A for ; Sat, 28 Apr 2012 23:21:23 +0000 (UTC) (envelope-from casibbald@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id EF47F8FC15 for ; Sat, 28 Apr 2012 23:21:22 +0000 (UTC) Received: by bkvi17 with SMTP id i17so596471bkv.13 for ; Sat, 28 Apr 2012 16:21:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:references:from:content-transfer-encoding:content-type :in-reply-to:message-id:date:cc:to:mime-version:x-mailer; bh=ki5j49zYmWwUzPYxxegGmoJXqvnkaP4q2p+W1xcChMQ=; b=TAbvCUbKt7GH6hhv5LovU/XYAydCWXxt31mSa9GkCD1AqHYjdizwtqv/mHtdc0z+cc uPMsBlLLe+xD/PPlt3Oh43w1jHXGcbiqxmwYDBLFRKz26Fk38A7EerqXoGRlalO7CkBl +Mlj/Nu6uUO4+Stdz8hdYoeQsz9t1lBvah3X4f4jRxmCd8DUarqjiXvTYthogmCXFpmd bYTxSMfhUZfd1DAJzJ2dkEOZHsS8jhJ4raIWOhl1Z6AukrWufV/Y2I2oXyCmPb/cNCbA kmV2i3pdVuhLUykIZ4rnQ6FllrQNikPwPJyKGgfEt1PIp38muzjm91lcHVCLEgqoO6Wx iFuA== Received: by 10.204.154.10 with SMTP id m10mr5370229bkw.13.1335655281705; Sat, 28 Apr 2012 16:21:21 -0700 (PDT) Received: from [10.54.209.25] ([212.183.140.57]) by mx.google.com with ESMTPS id r14sm18701895bkv.11.2012.04.28.16.21.18 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 28 Apr 2012 16:21:20 -0700 (PDT) References: <2FED907D-D5FF-44E5-A2DC-62957C7904F4@gmail.com> <3F8A354F-1FA6-4923-A678-2102F8CDC0BA@kientzle.com> From: Charles Sibbald Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii In-Reply-To: <3F8A354F-1FA6-4923-A678-2102F8CDC0BA@kientzle.com> Message-Id: Date: Sun, 29 Apr 2012 00:20:44 +0100 To: Tim Kientzle Mime-Version: 1.0 (1.0) X-Mailer: iPhone Mail (9B176) Cc: "freebsd-arm@freebsd.org" Subject: Re: Raspberry PI ARM Clone X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Apr 2012 23:21:23 -0000 Ok will pass that info on dimensions. What is the radius of the curved edges on the altoids tin? Sent from my iPhone On 28 Apr 2012, at 22:28, Tim Kientzle wrote: > Of course, 90x55 with rounded corners would fit in an Altoids tin. ;-) > > > On Apr 28, 2012, at 12:54 PM, Charles Sibbald wrote: > >> We are aiming at 60 x 90 or 60 x 100. >> We may ditch the Audio/RCA as both those could go out HDMI. >> >> Will find out about the gig Ethernet. >> >> Sent from my iPhone >> >> On 28 Apr 2012, at 20:35, Tim Kientzle wrote: >> >>> On Apr 28, 2012, at 5:09 AM, Charles Sibbald wrote: >>>> >>>> I have had discussions with some friends about the possibility of a >>>> high spec 'clone' of the PI and this has brought us to the list at the >>>> bottom of the page. >>>> >>>> We have been in discussions with a PCB designer and expect we can >>>> produce this with a retail price of under US$100. >>>> >>>> Does anyone have any comments on this idea, what would be the interest >>>> in such a spec board? >>> >>> I know a few folks who have been eyeing RPi, Beagle's, etc, >>> to use as general-purpose micro-servers: File servers, >>> email, web, etc. >>> >>> Your proposal works well in some respects: >>> * fast CPU >>> * plenty of memory >>> * USB 3 for external drives >>> >>> But no GigE. :-( A single GigE port would be much more >>> valuable than 2 x 10/100 ports. >>> >>> Things I could do without (if you're trying to figure >>> out how to cut cost): >>> * Bluetooth >>> * RCA video >>> * 512M memory instead of 1024M >>> * GSM/GPRS >>> * Audio >>> >>> Q: Are you looking at a single-cable dev setup >>> like the BeagleBone? It is awfully convenient. >>> >>> Any thoughts on the likely form factor? >>> >>> Tim >>> >> _______________________________________________ >> freebsd-arm@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-arm >> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" >> > From owner-freebsd-arm@FreeBSD.ORG Sat Apr 28 23:43:10 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 93D2A1065673 for ; Sat, 28 Apr 2012 23:43:10 +0000 (UTC) (envelope-from tim@kientzle.com) Received: from monday.kientzle.com (99-115-135-74.uvs.sntcca.sbcglobal.net [99.115.135.74]) by mx1.freebsd.org (Postfix) with ESMTP id 51B548FC17 for ; Sat, 28 Apr 2012 23:43:10 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id q3SNh9bp095356; Sat, 28 Apr 2012 23:43:09 GMT (envelope-from tim@kientzle.com) Received: from [192.168.2.143] (CiscoE3000 [192.168.1.65]) by kientzle.com with SMTP id 829t93bey3bq9t8364ujidr5rn; Sat, 28 Apr 2012 23:43:09 +0000 (UTC) (envelope-from tim@kientzle.com) Mime-Version: 1.0 (Apple Message framework v1257) Content-Type: text/plain; charset=us-ascii From: Tim Kientzle In-Reply-To: Date: Sat, 28 Apr 2012 16:43:07 -0700 Content-Transfer-Encoding: 7bit Message-Id: References: <2FED907D-D5FF-44E5-A2DC-62957C7904F4@gmail.com> <3F8A354F-1FA6-4923-A678-2102F8CDC0BA@kientzle.com> To: Charles Sibbald X-Mailer: Apple Mail (2.1257) Cc: "freebsd-arm@freebsd.org" Subject: Re: Raspberry PI ARM Clone X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Apr 2012 23:43:10 -0000 My BeagleBone board here seems to have about 1cm radius corners. Tim On Apr 28, 2012, at 4:20 PM, Charles Sibbald wrote: > Ok will pass that info on dimensions. > > What is the radius of the curved edges on the altoids tin? > > Sent from my iPhone > > On 28 Apr 2012, at 22:28, Tim Kientzle wrote: > >> Of course, 90x55 with rounded corners would fit in an Altoids tin. ;-) >> >> >> On Apr 28, 2012, at 12:54 PM, Charles Sibbald wrote: >> >>> We are aiming at 60 x 90 or 60 x 100. >>> We may ditch the Audio/RCA as both those could go out HDMI. >>> >>> Will find out about the gig Ethernet. >>> >>> Sent from my iPhone >>> >>> On 28 Apr 2012, at 20:35, Tim Kientzle wrote: >>> >>>> On Apr 28, 2012, at 5:09 AM, Charles Sibbald wrote: >>>>> >>>>> I have had discussions with some friends about the possibility of a >>>>> high spec 'clone' of the PI and this has brought us to the list at the >>>>> bottom of the page. >>>>> >>>>> We have been in discussions with a PCB designer and expect we can >>>>> produce this with a retail price of under US$100. >>>>> >>>>> Does anyone have any comments on this idea, what would be the interest >>>>> in such a spec board? >>>> >>>> I know a few folks who have been eyeing RPi, Beagle's, etc, >>>> to use as general-purpose micro-servers: File servers, >>>> email, web, etc. >>>> >>>> Your proposal works well in some respects: >>>> * fast CPU >>>> * plenty of memory >>>> * USB 3 for external drives >>>> >>>> But no GigE. :-( A single GigE port would be much more >>>> valuable than 2 x 10/100 ports. >>>> >>>> Things I could do without (if you're trying to figure >>>> out how to cut cost): >>>> * Bluetooth >>>> * RCA video >>>> * 512M memory instead of 1024M >>>> * GSM/GPRS >>>> * Audio >>>> >>>> Q: Are you looking at a single-cable dev setup >>>> like the BeagleBone? It is awfully convenient. >>>> >>>> Any thoughts on the likely form factor? >>>> >>>> Tim >>>> >>> _______________________________________________ >>> freebsd-arm@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-arm >>> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" >>> >> > _______________________________________________ > freebsd-arm@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" >