From owner-freebsd-arm@FreeBSD.ORG Sun Oct 21 01:18:23 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 38B20F32; Sun, 21 Oct 2012 01:18:23 +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 D80FD8FC08; Sun, 21 Oct 2012 01:18:22 +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 q9L1IMUc074938; Sat, 20 Oct 2012 21:18:22 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q9L1IMWO074937; Sun, 21 Oct 2012 01:18:22 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 21 Oct 2012 01:18:22 GMT Message-Id: <201210210118.q9L1IMWO074937@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 , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2012 01:18:23 -0000 TB --- 2012-10-21 00:40:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-10-21 00:40: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-10-21 00:40:00 - starting HEAD tinderbox run for arm/arm TB --- 2012-10-21 00:40:00 - cleaning the object tree TB --- 2012-10-21 00:42:11 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-10-21 00:42:11 - cd /tinderbox/HEAD/arm/arm TB --- 2012-10-21 00:42:11 - /usr/local/bin/svn cleanup /src TB --- 2012-10-21 00:44:58 - /usr/local/bin/svn update /src TB --- 2012-10-21 00:45:06 - At svn revision 241791 TB --- 2012-10-21 00:45:07 - building world TB --- 2012-10-21 00:45:07 - CROSS_BUILD_TESTING=YES TB --- 2012-10-21 00:45:07 - MAKEOBJDIRPREFIX=/obj TB --- 2012-10-21 00:45:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-10-21 00:45:07 - SRCCONF=/dev/null TB --- 2012-10-21 00:45:07 - TARGET=arm TB --- 2012-10-21 00:45:07 - TARGET_ARCH=arm TB --- 2012-10-21 00:45:07 - TZ=UTC TB --- 2012-10-21 00:45:07 - __MAKE_CONF=/dev/null TB --- 2012-10-21 00:45:07 - cd /src TB --- 2012-10-21 00:45:07 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Oct 21 00:45:16 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 [...] ===> usr.bin/m4 (depend) yacc -d -o parser.c /src/usr.bin/m4/parser.y lex -t /src/usr.bin/m4/tokenizer.l > tokenizer.c rm -f .depend mkdep -f .depend -a -DEXTENDED -I/src/usr.bin/m4/lib -std=gnu99 /src/usr.bin/m4/eval.c /src/usr.bin/m4/expr.c /src/usr.bin/m4/look.c /src/usr.bin/m4/main.c /src/usr.bin/m4/misc.c /src/usr.bin/m4/gnum4.c /src/usr.bin/m4/trace.c parser.c tokenizer.c /src/usr.bin/m4/lib/ohash_create_entry.c /src/usr.bin/m4/lib/ohash_delete.c /src/usr.bin/m4/lib/ohash_do.c /src/usr.bin/m4/lib/ohash_entries.c /src/usr.bin/m4/lib/ohash_enum.c /src/usr.bin/m4/lib/ohash_init.c /src/usr.bin/m4/lib/ohash_interval.c /src/usr.bin/m4/lib/ohash_lookup_interval.c /src/usr.bin/m4/lib/ohash_lookup_memory.c /src/usr.bin/m4/lib/ohash_qlookup.c /src/usr.bin/m4/lib/ohash_qlookupi.c /src/usr.bin/m4/parser.y:26:18: error: mdef.h: No such file or directory /src/usr.bin/m4/parser.y:27:20: error: extern.h: No such file or directory mkdep: compile failed *** [.depend] Error code 1 Stop in /src/usr.bin/m4. *** [depend] Error code 1 Stop in /src/usr.bin. *** [usr.bin.depend__D] Error code 1 Stop in /src. *** [_depend] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-10-21 01:18:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-10-21 01:18:21 - ERROR: failed to build world TB --- 2012-10-21 01:18:21 - 1317.18 user 332.49 system 2301.09 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Sun Oct 21 05:08:56 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 8224EAC4; Sun, 21 Oct 2012 05:08:56 +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 2CCB78FC0C; Sun, 21 Oct 2012 05:08:55 +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 q9L58twm072046; Sun, 21 Oct 2012 01:08:55 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q9L58tZj072042; Sun, 21 Oct 2012 05:08:55 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 21 Oct 2012 05:08:55 GMT Message-Id: <201210210508.q9L58tZj072042@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 , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2012 05:08:56 -0000 TB --- 2012-10-21 04:30:01 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-10-21 04:30:01 - 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-10-21 04:30:01 - starting HEAD tinderbox run for arm/arm TB --- 2012-10-21 04:30:01 - cleaning the object tree TB --- 2012-10-21 04:32:16 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-10-21 04:32:16 - cd /tinderbox/HEAD/arm/arm TB --- 2012-10-21 04:32:16 - /usr/local/bin/svn cleanup /src TB --- 2012-10-21 04:35:19 - /usr/local/bin/svn update /src TB --- 2012-10-21 04:35:28 - At svn revision 241794 TB --- 2012-10-21 04:35:29 - building world TB --- 2012-10-21 04:35:29 - CROSS_BUILD_TESTING=YES TB --- 2012-10-21 04:35:29 - MAKEOBJDIRPREFIX=/obj TB --- 2012-10-21 04:35:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-10-21 04:35:29 - SRCCONF=/dev/null TB --- 2012-10-21 04:35:29 - TARGET=arm TB --- 2012-10-21 04:35:29 - TARGET_ARCH=arm TB --- 2012-10-21 04:35:29 - TZ=UTC TB --- 2012-10-21 04:35:29 - __MAKE_CONF=/dev/null TB --- 2012-10-21 04:35:29 - cd /src TB --- 2012-10-21 04:35:29 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Oct 21 04:35:39 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 [...] ===> usr.bin/m4 (depend) yacc -d -o parser.c /src/usr.bin/m4/parser.y lex -t /src/usr.bin/m4/tokenizer.l > tokenizer.c rm -f .depend mkdep -f .depend -a -DEXTENDED -I/src/usr.bin/m4/lib -std=gnu99 /src/usr.bin/m4/eval.c /src/usr.bin/m4/expr.c /src/usr.bin/m4/look.c /src/usr.bin/m4/main.c /src/usr.bin/m4/misc.c /src/usr.bin/m4/gnum4.c /src/usr.bin/m4/trace.c parser.c tokenizer.c /src/usr.bin/m4/lib/ohash_create_entry.c /src/usr.bin/m4/lib/ohash_delete.c /src/usr.bin/m4/lib/ohash_do.c /src/usr.bin/m4/lib/ohash_entries.c /src/usr.bin/m4/lib/ohash_enum.c /src/usr.bin/m4/lib/ohash_init.c /src/usr.bin/m4/lib/ohash_interval.c /src/usr.bin/m4/lib/ohash_lookup_interval.c /src/usr.bin/m4/lib/ohash_lookup_memory.c /src/usr.bin/m4/lib/ohash_qlookup.c /src/usr.bin/m4/lib/ohash_qlookupi.c /src/usr.bin/m4/parser.y:26:18: error: mdef.h: No such file or directory /src/usr.bin/m4/parser.y:27:20: error: extern.h: No such file or directory mkdep: compile failed *** [.depend] Error code 1 Stop in /src/usr.bin/m4. *** [depend] Error code 1 Stop in /src/usr.bin. *** [usr.bin.depend__D] Error code 1 Stop in /src. *** [_depend] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-10-21 05:08:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-10-21 05:08:55 - ERROR: failed to build world TB --- 2012-10-21 05:08:55 - 1317.98 user 330.59 system 2334.27 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Sun Oct 21 09:07:50 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 AB9489ED; Sun, 21 Oct 2012 09:07:50 +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 571D38FC08; Sun, 21 Oct 2012 09:07:49 +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 q9L97nIK068005; Sun, 21 Oct 2012 05:07:49 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q9L97nLu068004; Sun, 21 Oct 2012 09:07:49 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 21 Oct 2012 09:07:49 GMT Message-Id: <201210210907.q9L97nLu068004@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 , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Oct 2012 09:07:50 -0000 TB --- 2012-10-21 08:30:01 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-10-21 08:30:01 - 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-10-21 08:30:01 - starting HEAD tinderbox run for arm/arm TB --- 2012-10-21 08:30:01 - cleaning the object tree TB --- 2012-10-21 08:32:26 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-10-21 08:32:26 - cd /tinderbox/HEAD/arm/arm TB --- 2012-10-21 08:32:26 - /usr/local/bin/svn cleanup /src TB --- 2012-10-21 08:35:13 - /usr/local/bin/svn update /src TB --- 2012-10-21 08:35:19 - At svn revision 241796 TB --- 2012-10-21 08:35:20 - building world TB --- 2012-10-21 08:35:20 - CROSS_BUILD_TESTING=YES TB --- 2012-10-21 08:35:20 - MAKEOBJDIRPREFIX=/obj TB --- 2012-10-21 08:35:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-10-21 08:35:20 - SRCCONF=/dev/null TB --- 2012-10-21 08:35:20 - TARGET=arm TB --- 2012-10-21 08:35:20 - TARGET_ARCH=arm TB --- 2012-10-21 08:35:20 - TZ=UTC TB --- 2012-10-21 08:35:20 - __MAKE_CONF=/dev/null TB --- 2012-10-21 08:35:20 - cd /src TB --- 2012-10-21 08:35:20 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Oct 21 08:35:29 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 [...] ===> usr.bin/m4 (depend) yacc -d -o parser.c /src/usr.bin/m4/parser.y lex -t /src/usr.bin/m4/tokenizer.l > tokenizer.c rm -f .depend mkdep -f .depend -a -DEXTENDED -I/src/usr.bin/m4/lib -std=gnu99 /src/usr.bin/m4/eval.c /src/usr.bin/m4/expr.c /src/usr.bin/m4/look.c /src/usr.bin/m4/main.c /src/usr.bin/m4/misc.c /src/usr.bin/m4/gnum4.c /src/usr.bin/m4/trace.c parser.c tokenizer.c /src/usr.bin/m4/lib/ohash_create_entry.c /src/usr.bin/m4/lib/ohash_delete.c /src/usr.bin/m4/lib/ohash_do.c /src/usr.bin/m4/lib/ohash_entries.c /src/usr.bin/m4/lib/ohash_enum.c /src/usr.bin/m4/lib/ohash_init.c /src/usr.bin/m4/lib/ohash_interval.c /src/usr.bin/m4/lib/ohash_lookup_interval.c /src/usr.bin/m4/lib/ohash_lookup_memory.c /src/usr.bin/m4/lib/ohash_qlookup.c /src/usr.bin/m4/lib/ohash_qlookupi.c /src/usr.bin/m4/parser.y:26:18: error: mdef.h: No such file or directory /src/usr.bin/m4/parser.y:27:20: error: extern.h: No such file or directory mkdep: compile failed *** [.depend] Error code 1 Stop in /src/usr.bin/m4. *** [depend] Error code 1 Stop in /src/usr.bin. *** [usr.bin.depend__D] Error code 1 Stop in /src. *** [_depend] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-10-21 09:07:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-10-21 09:07:49 - ERROR: failed to build world TB --- 2012-10-21 09:07:49 - 1318.12 user 329.29 system 2268.22 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Mon Oct 22 01:40:16 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 00A5BFEF for ; Mon, 22 Oct 2012 01:40:15 +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 A30028FC08 for ; Mon, 22 Oct 2012 01:40:15 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id q9M1e9mh012114 for arm@freebsd.org; Mon, 22 Oct 2012 01:40:09 GMT (envelope-from kientzle@freebsd.org) Received: from [192.168.2.143] (CiscoE3000 [192.168.1.65]) by kientzle.com with SMTP id 9tysexkyvb3ra2fpuq9m7ja892; for arm@freebsd.org; Mon, 22 Oct 2012 01:40:08 +0000 (UTC) (envelope-from kientzle@freebsd.org) From: Tim Kientzle Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: Trashed registers returning from kernel? Date: Sun, 21 Oct 2012 18:40:08 -0700 Message-Id: <2B1CF099-50F0-46BE-8B02-61309DF93D5F@freebsd.org> To: arm@freebsd.org Mime-Version: 1.0 (Apple Message framework v1283) X-Mailer: Apple Mail (2.1283) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 22 Oct 2012 01:40:16 -0000 On the BeagleBone, I'm seeing a similar crash in several different user = land programs. I suspect it's a kernel bug. Symptom: program is killed with SIGSEGV. Most of the registers contain = values above 0xc0000000 (pointing into kernel space). Theory: * Registers are not always getting correctly restored on a kernel->user = transition. * SEGV is a consequence. I can reproduce it semi-consistently by running "emacs existing-file" = just after a reboot. (But I'm pretty sure this is the same symptoms = I've seen with several other programs, so I don't think it's a bug in = emacs.) Has anyone else seen this on an armv6 system? Does anyone have suggestions for how to go about debugging this? Suggestions appreciated. Cheers, Tim From owner-freebsd-arm@FreeBSD.ORG Mon Oct 22 06:35:06 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 52E59652 for ; Mon, 22 Oct 2012 06:35:06 +0000 (UTC) (envelope-from alie@affle.com) Received: from mail-vb0-f54.google.com (mail-vb0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id E901A8FC27 for ; Mon, 22 Oct 2012 06:35:05 +0000 (UTC) Received: by mail-vb0-f54.google.com with SMTP id v11so3220844vbm.13 for ; Sun, 21 Oct 2012 23:35:04 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type :x-gm-message-state; bh=8/B68oRwduA89hRdTLdG7ZALQoFZ5L2u5wBrSysxRVY=; b=obZdnEESkPB+AoV6796YDIgKdriR6po7lLabK8NwR1mGI2CStjOYKHGp3xa/G6H5r9 JnA6R6tYqq/+HfwsgYEHfsbTpDX15qZk+w5iMtxxZsiI+jNVftESYd5Y5b2KgdwWpA+Q TE/6iTYP3ua62PAmluIDqC51g4XZToYBfhb4J24GXuvb+19EDgKIlOc9rNkDBb/0o2lT h+JDK9cnHMMQW9Btt3Wd0gqqIrNWlNiPcABvsbVP3o4NP1sjqQInW7gZmuQW7GTWCKFs NGb2RklzfGwSW3JW1Fisaet7TyzJ9ybHFSkJi1KrxBlt6vA1w5Da7ltOsSQuKW9aJFLl R6CA== MIME-Version: 1.0 Received: by 10.52.175.225 with SMTP id cd1mr10450127vdc.130.1350887704738; Sun, 21 Oct 2012 23:35:04 -0700 (PDT) Received: by 10.58.221.193 with HTTP; Sun, 21 Oct 2012 23:35:04 -0700 (PDT) Date: Mon, 22 Oct 2012 14:35:04 +0800 Message-ID: Subject: Compilation error From: Alie Tan To: freebsd-arm@freebsd.org X-Gm-Message-State: ALoCoQmMM+M3T68r8nge8GWS51dyIp9RRKDSQ7o5j2j/rKYCYpWvKOQh4A9CO06iTf6JYOCZudGy Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 22 Oct 2012 06:35:06 -0000 Hi, This rev causing compilation error: http://freshbsd.org/commit/freebsd/r241836 From owner-freebsd-arm@FreeBSD.ORG Mon Oct 22 06:38:42 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 D4D231B6 for ; Mon, 22 Oct 2012 06:38:42 +0000 (UTC) (envelope-from alie@affle.com) Received: from mail-vc0-f182.google.com (mail-vc0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 88FB98FC12 for ; Mon, 22 Oct 2012 06:38:42 +0000 (UTC) Received: by mail-vc0-f182.google.com with SMTP id fw7so3240580vcb.13 for ; Sun, 21 Oct 2012 23:38:41 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type :x-gm-message-state; bh=BVgDHFcCVK2eOnJZIkzXrtqZV+aiJU5gbQjRZspkM7Q=; b=F3K5Uf+uI0/cmD914r24R8+3+vRX4Cbu6SQylYXXvH2djduMkiG6B430CfJsdWGxkr Po6TeQgS7K9YaWeXUdKhCb6yqngJMpbfeYMNSYteBWoJ7PXoco15JH1vv4s+iTdbgSqJ vPKu/nLxr59SdTZD/Qy97rSP5unYaWYeA/9ZrAURnPnopm8UgJysjvzx88st9b5LpiE7 gZT6a9hvqzeg4hhVtwzFsYa5tb7sQEBF8wWYxRX1jGjXsMCh6KEJFrkOvo7dU7gJG6d1 INx5xxWwk7rZbOT8bf29EyabTtpo6+IzXzAbM6TC1EtFHZSnzcTtgDzqdS3AoixCQmcS FNhg== MIME-Version: 1.0 Received: by 10.58.116.212 with SMTP id jy20mr14074821veb.5.1350887921799; Sun, 21 Oct 2012 23:38:41 -0700 (PDT) Received: by 10.58.221.193 with HTTP; Sun, 21 Oct 2012 23:38:41 -0700 (PDT) Date: Mon, 22 Oct 2012 14:38:41 +0800 Message-ID: Subject: Re: Compilation error From: Alie Tan To: freebsd-arm@freebsd.org X-Gm-Message-State: ALoCoQnQ9BT/iAmwC37fjk4C4iK8guIGP33TvdnXnyvJ4gZ6eLsfpE4uYz0G+4PcWeIDGcqfnnW3 Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 22 Oct 2012 06:38:42 -0000 Oops sorry forgot to attach the logs Here we go: http://snakeorladder.com/_.installworld.log From owner-freebsd-arm@FreeBSD.ORG Mon Oct 22 07:10: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 9F14F8BA for ; Mon, 22 Oct 2012 07:10:50 +0000 (UTC) (envelope-from kevlo@kevlo.org) Received: from ns.kevlo.org (kevlo.org [220.128.136.52]) by mx1.freebsd.org (Postfix) with ESMTP id 22C848FC0C for ; Mon, 22 Oct 2012 07:10:49 +0000 (UTC) Received: from [127.0.0.1] (git.kevlo.org [220.128.136.52]) by ns.kevlo.org (8.14.5/8.14.5) with ESMTP id q9M7Ae7L005096; Mon, 22 Oct 2012 15:10:40 +0800 (CST) (envelope-from kevlo@kevlo.org) Message-ID: <1350889841.2267.0.camel@nsl> Subject: Re: Compilation error From: Kevin Lo To: Alie Tan Date: Mon, 22 Oct 2012 15:10:41 +0800 In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.2.3-0ubuntu6 Content-Transfer-Encoding: 7bit Mime-Version: 1.0 Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 22 Oct 2012 07:10:50 -0000 Alie Tan wrote: > Hi, > > This rev causing compilation error: > http://freshbsd.org/commit/freebsd/r241836 Fixed. Thanks for pointing that out. Kevin From owner-freebsd-arm@FreeBSD.ORG Mon Oct 22 11:06: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 EC1D5242 for ; Mon, 22 Oct 2012 11:06:32 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.FreeBSD.org [8.8.178.135]) by mx1.freebsd.org (Postfix) with ESMTP id D386B8FC14 for ; Mon, 22 Oct 2012 11:06:32 +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 q9MB6WqT044344 for ; Mon, 22 Oct 2012 11:06:32 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q9MB6WMR044342 for freebsd-arm@FreeBSD.org; Mon, 22 Oct 2012 11:06:32 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 22 Oct 2012 11:06:32 GMT Message-Id: <201210221106.q9MB6WMR044342@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 Subject: Current problem reports assigned to freebsd-arm@FreeBSD.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 22 Oct 2012 11:06:33 -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 kern/171096 arm [arm][xscale][ixp]Allow 16bit access on PCI bus 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/158950 arm arm/sheevaplug fails fsx when mmap operations are enab o arm/155894 arm [patch] Enable at91 booting from SDHC (high capacity) p 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/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 14 problems total. From owner-freebsd-arm@FreeBSD.ORG Mon Oct 22 23:53:12 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 0A0E9EA6 for ; Mon, 22 Oct 2012 23:53:12 +0000 (UTC) (envelope-from nancy@nm-led.com) Received: from m14-111.vip.163.com (m14-111.vip.163.com [220.181.14.111]) by mx1.freebsd.org (Postfix) with ESMTP id D04838FC12 for ; Mon, 22 Oct 2012 23:53:09 +0000 (UTC) Received: from lenovo-o7fsbapc (unknown [183.14.72.223]) by smtp5 (Coremail) with SMTP id huCowECJsERh3IVQx5MBAA--.2049S2; Tue, 23 Oct 2012 07:53:06 +0800 (CST) Date: Tue, 23 Oct 2012 07:52:56 +0800 (CST) From: Nancy from Norming To: freebsd-arm@FreeBSD.org Message-ID: <3305317.19163.1350949976561.JavaMail.SYSTEM@lenovo-o7fsbapc> Subject: Dear customer , unique led lighting is coming ! Low Carbon , From here ...... MIME-Version: 1.0 Content-Type: multipart/related; boundary="----=_Part_19161_7605909.1350949976530" X-Priority: 3 X-mailer: javamail@entsoft X-CM-TRANSID: huCowECJsERh3IVQx5MBAA--.2049S2 X-Coremail-Antispam: 1Uf129KBjvJXoWrKF1rKrW3Kw18Wr1xWryrCrg_yoW8JrW7pa yrXw48KrZrC3yag34qyw4jgr1Fv34ktayUWr95GrZIyFs0gFyavF13Kw4UXrykXrWkAw1v qw4Yy34Ska4qk3DanT9S1TB71UUUjwUqnTZGkaVYY2UrUUUUjbIjqfuFe4nvWSU5nxnvy2 9KBjDUYxBIdaVFxhVjvjDU0xZFpf9x07bP6pPUUUUU= X-CM-SenderInfo: 5qdqu5o6qpgz1hgou0bp/1tbiDQRQ+FCA+nFvyQAAsc X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 22 Oct 2012 23:53:12 -0000 This is a multi-part message in MIME format. ------=_Part_19161_7605909.1350949976530 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: base64 RGVhciBFeGNlbGxlbnQgY3VzdG9tZXIsDQoNClRoZSB1cGdyYWRlZCA1VyBsZWQgc3BvdCBmZWF0 dXJlcyBhcmUgYXMgZm9sbG93czogMS4gVGhlIGFwcGVhcmFuY2UgaXMgdGhlIHNhbWUgYXMgdGhl IGhhbG9nZW4gbGFtcC4gMi4gQWRvcHQgdGhlIGxhdGVzdCBuZXcgdGVjaG5vbG9neSwgaXQgaW5j bHVkZXMgYQ0KcmVmbGVjdG9yIHdoaWNoIGluY3JlYXNlIHRoZSBicmlnaHRuZXNzIGJ5IDMwJS4g My4gTWFjaGluZWQgcHVyZSBhbHVtaW51bSB3aXRoIHdoaXRlLWNvYXRlZCB0aGVybWFsIHJhZGlh dGlvbiBmb3IgYmV0dGVyIGhlYXQgZGlzc2lwYXRpb24sDQp0aGVybWFsIHBlcmZvcm1hbmNlIGlu Y3JlYXNlZCA1MCUuIDQuIDEwMCUgcmVwbGFjZSAzNVcgdHJhZGl0aW9uYWwgYnVsYiBkaXJlY3Rs eS4gV2FybVdoaXRlIDI3MDBLLCBDb29sIFdoaXRlIDUwMDBLLiA1LiBMb3ctdm9sdGFnZSBkaW1t aW5nLA0KcGVyZmVjdCBkaW1taW5nIHBlcmZvcm1hbmNlOiBmcm9tIDAtMTAwJS4NCg0KQ0UgYW5k IFJvSFMgYXBwcm92ZWQgLDIgeWVhcnMgcXVhbGl0eSB3YXJyYW50eS5HVTEwL01SMTYvRTI3L0Iy MiBhdmFpbGFibGUgLkZvbGxvd3MgYXJlIHJlbGV2YW50IHBob3RvcyBmb3Igc3R1ZHk6DQoNCg0K DQoNCg0KVmVyeSBuaWNlIGFuZCBoaWdoIHF1YWxpdHkgUGF0ZW50IHByb2R1Y3QNCg0KDQpJZiB5 b3Ugd2FudCB0byBvcmRlciBzb21lIHNhbXBsZXMgZm9yIGV2YWx1YXRpb24gLGtpbmRseSBwbGVh c2UgbGV0IG1lIGtub3cuIEkgYW0gbG9va2luZyBmb3J3YXJkIHRvIHlvdXIgZWFybHkgcmVwbHkg Lg0KDQpCZXN0IHJlZ2FyZHMgdG8geW91IGFuZCB5b3VyIGZhbWlseSAuDQoNCllvdXJzIE5hbmN5 IA0KDQoNClNoZW56aGVuIE5vcm1pbmcgTGlnaHRpbmcgQ28uLCBMdGQgDQoNCk5hbmN5IFpoYW5n DQpNb2I6ICs4Ni03NTUtMTU4MjA3NzA0ODMgICAgICAgICAgICAgICAgICAgICBUZWw6ICs4Ni03 NTUtMjc2MTUwNTQgICAgICAgICAgICAgICAgICAgICAgRmF4OiArODYtNzU1LTI3NjE1ODcwDQpF LW1haWw6bmFuY3lAbm9ybWluZ2xpZ2h0aW5nLmNvbSAgICAgICAgTVNOOiB6aGFuZy04NDhAaG90 bWFpbC5jb20gICAgICAgIFNreXBlOiBuYW5jeTE4ODk5MDgNCldlYjogd3d3Lm5vcm1pbmdsaWdo dGluZy5jb20gICAgICAgICAgICAgICBPbmxpbmUgU2hvd3Jvb206IHd3dy5ub3JtaW5nLmVuLmFs aWJhYmEuY29tDQpBREQuOiA0IEZsb29yLCBCdWlsZGluZyBCLCBIZW5na2VuZyAxc3QgSW5kdXN0 cmlhbCBwYXJrLCBTaGl5YW4gVG93biwgQmFvwrQgQW4gRGlzdHJpY3QsIA0KU2hlbnpoZW4sIFAu Ui4gQ2hpbmE= ------=_Part_19161_7605909.1350949976530-- From owner-freebsd-arm@FreeBSD.ORG Wed Oct 24 10:38:29 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 C1628880; Wed, 24 Oct 2012 10:38:29 +0000 (UTC) (envelope-from andrew@fubar.geek.nz) Received: from smtp5.clear.net.nz (smtp5.clear.net.nz [203.97.33.68]) by mx1.freebsd.org (Postfix) with ESMTP id 79AC98FC16; Wed, 24 Oct 2012 10:38:28 +0000 (UTC) Received: from mxin2-orange.clear.net.nz (lb2-srcnat.clear.net.nz [203.97.32.237]) by smtp5.clear.net.nz (CLEAR Net Mail) with ESMTP id <0MCE00NNG87O3F10@smtp5.clear.net.nz>; Wed, 24 Oct 2012 23:38:16 +1300 (NZDT) Received: from 202-0-48-19.paradise.net.nz (HELO localhost) ([202.0.48.19]) by smtpin2.paradise.net.nz with ESMTP; Wed, 24 Oct 2012 23:38:14 +1300 Date: Wed, 24 Oct 2012 23:38:12 +1300 From: Andrew Turner Subject: Re: Trashed registers returning from kernel? In-reply-to: <2B1CF099-50F0-46BE-8B02-61309DF93D5F@freebsd.org> To: Tim Kientzle Message-id: <20121024233812.0eefd07f@fubar.geek.nz> MIME-version: 1.0 X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; i386-portbld-freebsd8.1) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7bit X-Pirate: Arrrr References: <2B1CF099-50F0-46BE-8B02-61309DF93D5F@freebsd.org> Cc: arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 24 Oct 2012 10:38:29 -0000 On Sun, 21 Oct 2012 18:40:08 -0700 Tim Kientzle wrote: > On the BeagleBone, I'm seeing a similar crash in several different > user land programs. I suspect it's a kernel bug. > > Symptom: program is killed with SIGSEGV. Most of the registers > contain values above 0xc0000000 (pointing into kernel space). > > Theory: > * Registers are not always getting correctly restored on a > kernel->user transition. > * SEGV is a consequence. > > I can reproduce it semi-consistently by running "emacs existing-file" > just after a reboot. (But I'm pretty sure this is the same symptoms > I've seen with several other programs, so I don't think it's a bug in > emacs.) > > Has anyone else seen this on an armv6 system? > > Does anyone have suggestions for how to go about debugging this? > > Suggestions appreciated. Can you find if the crash happens after a single syscall or is it after many different syscalls? How consistent are the register values and instruction that causes the SEGV? Have you identified any other programs that have the same issue? The relevant code to save the registers with system calls is in sys/arm/arm/exception.S and sys/arm/include/asmacros.h. In exception.S there is the function swi_entry. It: - Saves the registers to the stack. - Stores sp in r0 to be passed in as the argument to swi_handler() - Stores sp in r6 to allow us to restore it later - Aligns the stack - Calls swi_handler() to perform the system call - Restores the stack pointer from r6 - Performs any asynchronous software trap (calls ast() if required) - Restores the registers from the stack - Returns to userland Assuming it is a syscall causing this I can think of 3 possible causes: 1. Someone is clobbering the stack. 2. Someone is clobbering the trap frame. 3. There is a cache issue causing old data to be written to the stack. Checking 1 should be easy. In exception.S add the instruction "sub sp, sp, #32" before the bic instruction. This will add padding to the stack. You may need to change the #32 if it is not large enough. This won't help if the issue is in ast(). Andrew From owner-freebsd-arm@FreeBSD.ORG Wed Oct 24 11:23:36 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 C2C1B59D for ; Wed, 24 Oct 2012 11:23:36 +0000 (UTC) (envelope-from venture37@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 4B9AF8FC0C for ; Wed, 24 Oct 2012 11:23:35 +0000 (UTC) Received: by mail-bk0-f54.google.com with SMTP id jf20so179224bkc.13 for ; Wed, 24 Oct 2012 04:23:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=puO9NmntnmR8NhoYgDRFpY5Xk4P5zXcFLzH3vkNNYZ8=; b=JCb9xtmM6O1vGm0Q7J7UymRiVvdYRkX7+WLCklBx6IVm4cpTWfHLPFmizAy5FbWbEW wEemGGVmEqcf+zjsA2uDSGdQeVRDgLuFgcWoDMf9hf6lEi058iuRuJS1hdp1+0NE5knn q0QS/t8/dqE2KWNVd1tHCQzu7vdu62q/9oxK85lC7LPFLNgB8nMgQjgPGOuMRbqqUAvP f08baDpncjvnUb4x9Ww146wg+nBPelPEaSGy5KUIB3gSHodcSBhpQNdIu0nwkp8pNi10 4/MAEp6+aatfdzdXsRrgMZtaT2PvT88DkAbLV5ZBGn/KU2jQ4q2i5bCKg2fMTJacbF4f MpyA== Received: by 10.204.7.213 with SMTP id e21mr4533649bke.32.1351077815036; Wed, 24 Oct 2012 04:23:35 -0700 (PDT) Received: from Sevans-MacBook-Pro.local (cl-415.lon-02.gb.sixxs.net. [2a01:348:6:19e::2]) by mx.google.com with ESMTPS id g8sm7753584bkv.6.2012.10.24.04.23.33 (version=SSLv3 cipher=OTHER); Wed, 24 Oct 2012 04:23:33 -0700 (PDT) Message-ID: <5087CFB2.5030405@gmail.com> Date: Wed, 24 Oct 2012 12:23:30 +0100 From: Sevan / Venture37 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:16.0) Gecko/20121010 Thunderbird/16.0.1 MIME-Version: 1.0 To: freebsd-arm@FreeBSD.org Subject: BSD licensed Broadcom VideoCore driver Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 24 Oct 2012 11:23:36 -0000 Hello, The rpi foundation just posted this up. http://www.raspberrypi.org/archives/2221 Sevan From owner-freebsd-arm@FreeBSD.ORG Wed Oct 24 13:38:18 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 6873D1B1 for ; Wed, 24 Oct 2012 13:38:18 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-pa0-f54.google.com (mail-pa0-f54.google.com [209.85.220.54]) by mx1.freebsd.org (Postfix) with ESMTP id 38E258FC14 for ; Wed, 24 Oct 2012 13:38:18 +0000 (UTC) Received: by mail-pa0-f54.google.com with SMTP id bi1so390569pad.13 for ; Wed, 24 Oct 2012 06:38:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=PPAiR1RhHfZ6UfP88taPqmp0sxa25r9oEw1pg5ReTxs=; b=pE/CuP6mc61hXp4z4dkon2S/YXfpkooL+OfCQAxHQbI9MPzmfj+LTEqY4FWsEZqFHn Jzj/fE+cg5uMowVaCJzrdanJHkHWXboPtbSDbJZXij9W8hlQY5jbA5r0wEyJxLXVHVGV A8aUy4MUnCb0BRxrnCO4KZ0RdNIjwCJYSHWO48/fFSm+qUCsUkQqhBACzZfKI4ac/dKP H+WFvXKlZL+Nuqir1NmVcx37zKcWeDeXgn2SK1Fnzjer3fgJgqFPeq4Hi5CuE8zUXyds BUgWC79ETlWRvJBJ8JdXw3FIXKY1YJ81IpSXMvHdACP1OmU40iWSuknJdAgnxVI++fYP 4Enw== MIME-Version: 1.0 Received: by 10.68.218.226 with SMTP id pj2mr50448850pbc.33.1351085897865; Wed, 24 Oct 2012 06:38:17 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.68.146.233 with HTTP; Wed, 24 Oct 2012 06:38:17 -0700 (PDT) In-Reply-To: <5087CFB2.5030405@gmail.com> References: <5087CFB2.5030405@gmail.com> Date: Wed, 24 Oct 2012 06:38:17 -0700 X-Google-Sender-Auth: 9NCneNd4OjADucMpNZv-mE-1QDc Message-ID: Subject: Re: BSD licensed Broadcom VideoCore driver From: Adrian Chadd To: "Sevan / Venture37" Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 24 Oct 2012 13:38:18 -0000 On 24 October 2012 04:23, Sevan / Venture37 wrote: > Hello, > The rpi foundation just posted this up. > http://www.raspberrypi.org/archives/2221 Ok, so the GPU is still the big binary blob, but the userland graphics chunk is now not a binary blob. Cool. adrian From owner-freebsd-arm@FreeBSD.ORG Wed Oct 24 14:51:23 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 C617083C; Wed, 24 Oct 2012 14:51:23 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from vps.hungerhost.com (vps.hungerhost.com [216.38.53.176]) by mx1.freebsd.org (Postfix) with ESMTP id 8D2948FC1A; Wed, 24 Oct 2012 14:51:23 +0000 (UTC) Received: from [38.105.238.108] (port=57609 helo=[10.16.241.249]) by vps.hungerhost.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.80) (envelope-from ) id 1TR2Ij-0001Un-HZ; Wed, 24 Oct 2012 10:51:21 -0400 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) Subject: Re: BSD licensed Broadcom VideoCore driver From: George Neville-Neil In-Reply-To: Date: Wed, 24 Oct 2012 10:51:21 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: References: <5087CFB2.5030405@gmail.com> To: Adrian Chadd X-Mailer: Apple Mail (2.1499) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - vps.hungerhost.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - neville-neil.com Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 24 Oct 2012 14:51:24 -0000 On Oct 24, 2012, at 09:38 , Adrian Chadd wrote: > On 24 October 2012 04:23, Sevan / Venture37 = wrote: >> Hello, >> The rpi foundation just posted this up. >> http://www.raspberrypi.org/archives/2221 >=20 > Ok, so the GPU is still the big binary blob, but the userland graphics > chunk is now not a binary blob. Cool. >=20 Yes, this is, I hope, in part due to my talking to them when I was in = Cambridge. At least they sent me a direct email about it as well. We should see how to get this stuff in, as there are lots of great things we can do, and people we can get working on FreeBSD, if we have this in place. Best, George From owner-freebsd-arm@FreeBSD.ORG Wed Oct 24 17:44:25 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 A94A8A96 for ; Wed, 24 Oct 2012 17:44:25 +0000 (UTC) (envelope-from torfinn.ingolfsen@getmail.no) Received: from smtp.getmail.no (smtp.getmail.no [84.208.15.66]) by mx1.freebsd.org (Postfix) with ESMTP id 5467B8FC0A for ; Wed, 24 Oct 2012 17:44:24 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII Received: from get-mta-scan01.get.basefarm.net ([10.5.16.4]) by get-mta-out02.get.basefarm.net (Sun Java(tm) System Messaging Server 7.0-0.04 64bit (built Jun 20 2008)) with ESMTP id <0MCE00BKRRXU9C70@get-mta-out02.get.basefarm.net> for freebsd-arm@FreeBSD.org; Wed, 24 Oct 2012 19:44:18 +0200 (MEST) Received: from get-mta-scan01.get.basefarm.net (localhost.localdomain [127.0.0.1]) by localhost (Email Security Appliance) with SMTP id 149F1179BBB2_8828F2B for ; Wed, 24 Oct 2012 17:44:18 +0000 (GMT) Received: from kg-v2.kg4.no (cm-84.215.134.159.getinternet.no [84.215.134.159]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by get-mta-scan01.get.basefarm.net (Sophos Email Appliance) with ESMTPSA id BBCED17A0840_8828F1F for ; Wed, 24 Oct 2012 17:44:17 +0000 (GMT) Date: Wed, 24 Oct 2012 19:44:17 +0200 From: Torfinn Ingolfsen To: freebsd-arm@FreeBSD.org Subject: Re: BSD licensed Broadcom VideoCore driver Message-id: <20121024194417.cdac5f100f0b7d51d8d55b70@getmail.no> In-reply-to: References: <5087CFB2.5030405@gmail.com> X-Mailer: Sylpheed 3.2.0 (GTK+ 2.24.6; amd64-portbld-freebsd8.3) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 24 Oct 2012 17:44:25 -0000 On Wed, 24 Oct 2012 10:51:21 -0400 George Neville-Neil wrote: > Yes, this is, I hope, in part due to my talking to them when I was in Cambridge. Then you deserve a big thanks for your effort: thank you very much! -- Torfinn Ingolfsen From owner-freebsd-arm@FreeBSD.ORG Wed Oct 24 19:36:20 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 8A008643 for ; Wed, 24 Oct 2012 19:36:20 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from vps.hungerhost.com (vps.hungerhost.com [216.38.53.176]) by mx1.freebsd.org (Postfix) with ESMTP id 554A88FC08 for ; Wed, 24 Oct 2012 19:36:19 +0000 (UTC) Received: from [38.105.238.108] (port=62956 helo=[10.16.241.249]) by vps.hungerhost.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.80) (envelope-from ) id 1TR6kV-0007NH-71; Wed, 24 Oct 2012 15:36:19 -0400 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) Subject: Re: BSD licensed Broadcom VideoCore driver From: George Neville-Neil In-Reply-To: <20121024194417.cdac5f100f0b7d51d8d55b70@getmail.no> Date: Wed, 24 Oct 2012 15:36:19 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <9E6A3BAF-8DAE-4B2C-97B8-5228D7642DD5@neville-neil.com> References: <5087CFB2.5030405@gmail.com> <20121024194417.cdac5f100f0b7d51d8d55b70@getmail.no> To: Torfinn Ingolfsen X-Mailer: Apple Mail (2.1499) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - vps.hungerhost.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - neville-neil.com Cc: freebsd-arm@FreeBSD.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 24 Oct 2012 19:36:20 -0000 On Oct 24, 2012, at 13:44 , Torfinn Ingolfsen = wrote: > On Wed, 24 Oct 2012 10:51:21 -0400 > George Neville-Neil wrote: >=20 >> Yes, this is, I hope, in part due to my talking to them when I was in = Cambridge. >=20 > Then you deserve a big thanks for your effort: thank you very much! I just did the talking, now we have to do the coding :-) The Pi folks are very cool about wanting to get software out there, it = was not a tough sell. Best, George From owner-freebsd-arm@FreeBSD.ORG Thu Oct 25 05:25:20 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 75A04B87 for ; Thu, 25 Oct 2012 05:25:20 +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 450518FC12 for ; Thu, 25 Oct 2012 05:25:19 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id q9P5Abxu034056; Thu, 25 Oct 2012 05:10:37 GMT (envelope-from tim@kientzle.com) Received: from [192.168.2.143] (CiscoE3000 [192.168.1.65]) by kientzle.com with SMTP id 47g4a8u8hbsrbjzggmnfjadqc6; Thu, 25 Oct 2012 05:10:37 +0000 (UTC) (envelope-from tim@kientzle.com) Subject: Re: BSD licensed Broadcom VideoCore driver Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=us-ascii From: Tim Kientzle In-Reply-To: <5087CFB2.5030405@gmail.com> Date: Wed, 24 Oct 2012 22:10:37 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <3660A738-1AB4-41B1-8824-532DF4203D40@kientzle.com> References: <5087CFB2.5030405@gmail.com> To: Sevan / Venture37 X-Mailer: Apple Mail (2.1283) Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 25 Oct 2012 05:25:20 -0000 On Oct 24, 2012, at 4:23 AM, Sevan / Venture37 wrote: > Hello, > The rpi foundation just posted this up. > http://www.raspberrypi.org/archives/2221 There are two very basic pieces missing from the FreeBSD/RPI kernel = right now: 1) MMC driver. Oleksandr had one in his github tree but it has not = been merged to -CURRENT. I think that's the only obstacle to building = bootable SD images today. 2) Framebuffer. Documentation: http://elinux.org/RPi_Framebuffer It looks like it might be a couple days work for someone to tie this = into sysconf and get a working text console through the HDMI connector. With both of the above, we would be able to build functional standalone = FreeBSD/RPi images. No doubt still a lot of rough edges, but that allow = a lot more people to get involved. Tim From owner-freebsd-arm@FreeBSD.ORG Thu Oct 25 05:56:26 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 42CC5146 for ; Thu, 25 Oct 2012 05:56:26 +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 19CC58FC0A for ; Thu, 25 Oct 2012 05:56:25 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id q9P5uPPc034272; Thu, 25 Oct 2012 05:56:25 GMT (envelope-from kientzle@freebsd.org) Received: from [192.168.2.143] (CiscoE3000 [192.168.1.65]) by kientzle.com with SMTP id t8keecbvjpvwqz7eyxdmhrqm96; Thu, 25 Oct 2012 05:56:24 +0000 (UTC) (envelope-from kientzle@freebsd.org) Subject: Re: Trashed registers returning from kernel? Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=us-ascii From: Tim Kientzle In-Reply-To: <20121024233812.0eefd07f@fubar.geek.nz> Date: Wed, 24 Oct 2012 22:56:22 -0700 Content-Transfer-Encoding: 7bit Message-Id: <76909EA6-8373-4CF0-9F12-2FA7BBDC9722@freebsd.org> References: <2B1CF099-50F0-46BE-8B02-61309DF93D5F@freebsd.org> <20121024233812.0eefd07f@fubar.geek.nz> To: Andrew Turner X-Mailer: Apple Mail (2.1283) Cc: arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 25 Oct 2012 05:56:26 -0000 On Oct 24, 2012, at 3:38 AM, Andrew Turner wrote: > On Sun, 21 Oct 2012 18:40:08 -0700 > Tim Kientzle wrote: > >> On the BeagleBone, I'm seeing a similar crash in several different >> user land programs. I suspect it's a kernel bug. >> >> Symptom: program is killed with SIGSEGV. Most of the registers >> contain values above 0xc0000000 (pointing into kernel space). >> >> Theory: >> * Registers are not always getting correctly restored on a >> kernel->user transition. >> * SEGV is a consequence. >> >> I can reproduce it semi-consistently by running "emacs existing-file" >> just after a reboot. (But I'm pretty sure this is the same symptoms >> I've seen with several other programs, so I don't think it's a bug in >> emacs.) >> >> Has anyone else seen this on an armv6 system? >> >> Does anyone have suggestions for how to go about debugging this? >> >> Suggestions appreciated. > > Can you find if the crash happens after a single syscall or is it > after many different sys calls? I've not managed to reproduce it running under ktrace. There are a few consistencies that make me suspect it's a single syscall. (In emacs, it always happens just after saving a file.) But it's maddeningly infrequent, so I don't think it's a consistent bug in a particular syscall. Rather, some occasional combination of events is leading to a botched return to userland. > How consistent are the register values > and instruction that causes the SEGV? There are a few consistencies in the registers. Don't know the instruction, though, because the PC is trashed, too. Sometimes the PC is null, sometimes it's pointing to a structure in kernel space. I don't know the kernel code well enough to guess what the structure is, though. > Have you identified any other programs that have the same issue? In emacs, it always happens just after saving a file. Some of the registers contain addresses in witness and mtx_assert code, and I've seen similar values in a core dump I got from svn, so I think it affects svn as well. A while back I was seeing occasional crashes in install(1). In that case, the PC was always pointing to code just after a call to fchflags(). Unfortunately, I don't have any of those core dumps handy right now so can't look at the registers and see if there are any things in common. Also, the bug I'm seeing in emacs and svn is trashing the PC as well, so that's a little suspect. > The relevant code to save the registers with system calls is in > sys/arm/arm/exception.S and sys/arm/include/asmacros.h. > > In exception.S there is the function swi_entry. It: > - Saves the registers to the stack. > - Stores sp in r0 to be passed in as the argument to swi_handler() > - Stores sp in r6 to allow us to restore it later > - Aligns the stack > - Calls swi_handler() to perform the system call > - Restores the stack pointer from r6 > - Performs any asynchronous software trap (calls ast() if required) > - Restores the registers from the stack > - Returns to userland > > Assuming it is a syscall causing this I can think of 3 possible causes: > 1. Someone is clobbering the stack. > 2. Someone is clobbering the trap frame. > 3. There is a cache issue causing old data to be written to the stack. > > Checking 1 should be easy. In exception.S add the instruction "sub sp, > sp, #32" before the bic instruction. This will add padding to the > stack. You may need to change the #32 if it is not large enough. This > won't help if the issue is in ast(). Thanks, Andrew. You've given me a lot to work with. One interesting observation: I haven't seen a kernel panic on BeagleBone in quite a while. So the trap frame seems a little more likely; I would expect a stack or cache issue to sometimes panic the kernel. Will take me a couple of weeks probably to follow up on this. (Not a lot of spare time after $DAYJOB.) Tim From owner-freebsd-arm@FreeBSD.ORG Thu Oct 25 07:48:56 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 1B0EA2DE for ; Thu, 25 Oct 2012 07:48:56 +0000 (UTC) (envelope-from gonzo@id.bluezbox.com) Received: from id.bluezbox.com (id.bluezbox.com [88.198.91.248]) by mx1.freebsd.org (Postfix) with ESMTP id B31AF8FC16 for ; Thu, 25 Oct 2012 07:48:55 +0000 (UTC) Received: from [207.6.244.1] (helo=[192.168.1.64]) by id.bluezbox.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.77 (FreeBSD)) (envelope-from ) id 1TRIBG-00058A-0Z; Thu, 25 Oct 2012 00:48:47 -0700 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) Subject: Re: BSD licensed Broadcom VideoCore driver From: Oleksandr Tymoshenko In-Reply-To: <3660A738-1AB4-41B1-8824-532DF4203D40@kientzle.com> Date: Thu, 25 Oct 2012 00:48:23 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <1BA15896-340D-45D2-A43D-94AE672942C1@bluezbox.com> References: <5087CFB2.5030405@gmail.com> <3660A738-1AB4-41B1-8824-532DF4203D40@kientzle.com> To: Tim Kientzle X-Mailer: Apple Mail (2.1499) Sender: gonzo@id.bluezbox.com X-Spam-Level: -- X-Spam-Report: Spam detection software, running on the system "id.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-10-24, at 10:10 PM, Tim Kientzle wrote: > > On Oct 24, 2012, at 4:23 AM, Sevan / Venture37 wrote: > >> Hello, >> The rpi foundation just posted this up. >> http://www.raspberrypi.org/archives/2221 > > There are two very basic pieces missing from the FreeBSD/RPI kernel right now: > > 1) MMC driver. Oleksandr had one in his github tree but it has not been merged to -CURRENT. I think that's the only obstacle to building bootable SD images today. I'm working on getting it into -CURRENT. Hope to finish by the end of the week. [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 25 Oct 2012 07:48:56 -0000 On 2012-10-24, at 10:10 PM, Tim Kientzle wrote: >=20 > On Oct 24, 2012, at 4:23 AM, Sevan / Venture37 wrote: >=20 >> Hello, >> The rpi foundation just posted this up. >> http://www.raspberrypi.org/archives/2221 >=20 > There are two very basic pieces missing from the FreeBSD/RPI kernel = right now: >=20 > 1) MMC driver. Oleksandr had one in his github tree but it has not = been merged to -CURRENT. I think that's the only obstacle to building = bootable SD images today. I'm working on getting it into -CURRENT. Hope to finish by the end of = the week. > 2) Framebuffer. Documentation: http://elinux.org/RPi_Framebuffer > It looks like it might be a couple days work for someone to tie this = into sysconf and get a working text console through the HDMI connector. >=20 Actually framebuffer should be working. You just need to uncomment = several line in config file and add USB keyboard support.=20 From owner-freebsd-arm@FreeBSD.ORG Thu Oct 25 09:28:06 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 2596EBDD for ; Thu, 25 Oct 2012 09:28:06 +0000 (UTC) (envelope-from se@freebsd.org) Received: from nm6-vm0.bullet.mail.ukl.yahoo.com (nm6-vm0.bullet.mail.ukl.yahoo.com [217.146.183.234]) by mx1.freebsd.org (Postfix) with ESMTP id 7FE538FC0C for ; Thu, 25 Oct 2012 09:28:04 +0000 (UTC) Received: from [217.146.183.216] by nm6.bullet.mail.ukl.yahoo.com with NNFMP; 25 Oct 2012 09:28:03 -0000 Received: from [77.238.184.76] by tm9.bullet.mail.ukl.yahoo.com with NNFMP; 25 Oct 2012 09:28:03 -0000 Received: from [127.0.0.1] by smtp145.mail.ukl.yahoo.com with NNFMP; 25 Oct 2012 09:28:03 -0000 X-Yahoo-Newman-Id: 907695.4400.bm@smtp145.mail.ukl.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: _Pm7rsoVM1lIfiaTaR8JdorW6dp74TM_x0zak3f7DSq5TN. ab6dvA1MxPj2WLI_zvLLLdeRamiXsEVINp6I3FCH_2Sa6l4YqenCjjW8_I9D zHxKVfofFj2ueKUFUYEOIIma66qonrzhKEpsOF6AUQX_DEzO2mIP65LyBjO. wT0bEdrOKt3yiSTOtNEL5Q1IrgYbEUF.ok9RDNVAvBSpIwHTCn_vQdJMG7NB R2XwSYC7kTl_KLBqB6EP7_LaTsNcTujSteQjEqedHll_0NEa_vIl57RyblaW X.VZ8fd7RIUuDh0uJYpkcFBR8VBat.uD9CSu9Mr_T3rS0YUqoKCa9JA67_ZG W4Rsuwg9JcAG6cr6OCMVqWm6fPKVBaQC0L_se98tIefnCPPdd6a1Jd6jZ61v knmVLPKxRWUa455P7lvjPDVUNasA4j1xEMqMmglTsWDth.1NW1mJUwifzeAK M3qxQg6vD85rIFXXEEfisyeGTmX9OcPefzpZWOLLVq6ZrG6LzFb1Cy55XkL6 VCtyuob1itVrjNNMXAO_nMz2v000SvLjZ839kT8vhLhzI1vwMDYxoGe7GssO sPk.Knr3V_By7AA-- X-Yahoo-SMTP: iDf2N9.swBDAhYEh7VHfpgq0lnq. Received: from [192.168.119.18] (se@87.153.63.112 with plain) by smtp145.mail.ukl.yahoo.com with SMTP; 25 Oct 2012 09:28:03 +0000 GMT Message-ID: <50890620.7060206@freebsd.org> Date: Thu, 25 Oct 2012 11:28:00 +0200 From: Stefan Esser User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/20121010 Thunderbird/16.0.1 MIME-Version: 1.0 To: Oleksandr Tymoshenko Subject: Re: BSD licensed Broadcom VideoCore driver References: <5087CFB2.5030405@gmail.com> <3660A738-1AB4-41B1-8824-532DF4203D40@kientzle.com> <1BA15896-340D-45D2-A43D-94AE672942C1@bluezbox.com> In-Reply-To: <1BA15896-340D-45D2-A43D-94AE672942C1@bluezbox.com> X-Enigmail-Version: 1.4.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 25 Oct 2012 09:28:06 -0000 Am 25.10.2012 09:48, schrieb Oleksandr Tymoshenko: > On 2012-10-24, at 10:10 PM, Tim Kientzle wrote: >> On Oct 24, 2012, at 4:23 AM, Sevan / Venture37 wrote: >> >>> Hello, >>> The rpi foundation just posted this up. >>> http://www.raspberrypi.org/archives/2221 >> >> There are two very basic pieces missing from the FreeBSD/RPI kernel right now: >> >> 1) MMC driver. Oleksandr had one in his github tree but it has not been merged to -CURRENT. I think that's the only obstacle to building bootable SD images today. > I'm working on getting it into -CURRENT. Hope to finish by the end of the week. I've applied the patch and it allows the PI to boot -CURRENT and mostly work: I also see "random" processes seg-fault when trying to build some ports. My PI NFS-mounts /usr/ports (R/O) and /usr/ports/distfiles(R/W), but trying to get some port build this way takes many attempts (because of commands seg-faulting). I managed to build bison, for example, but I do not remember how long it took ... One problem I observed with the patch applied: Building an amd64 kernel from these sources failed because of a reference to sdhci_if.h missing in the amd64 kernel build directory. I did not try to fix the config data but just put a symlink pointing to the generated file into the build directory. An empty file would probably also have worked, but I just wanted to get my new amd64 kernel built and did not have much time to spare. >> 2) Framebuffer. Documentation: http://elinux.org/RPi_Framebuffer >> It looks like it might be a couple days work for someone to tie this into sysconf and get a working text console through the HDMI connector. >> > > Actually framebuffer should be working. You just need to uncomment several line in config file and add USB keyboard support. The framebuffer works when these lines are uncommented. But I did not manage to get a USB keyboard working. Instead I use SSH to connect. A few changes to files under /etc where necessary (e.g. to allow direct root login in SSH, root password hash copied from another account with known password ...). Having the framebuffer show boot messages helps a lot in that situation, since it takes some time to get SSH host keys generated and you can better tell when to connect with SSH. There is some discussion in the PI forum about other missing pieces and it seems, that USB support is considered very weak because of unpublished controller details. The USB connected Ethernet chip seems to work reasonably well with -CURRENT, but I have seen SSH sessions abort for no (observable) reason. Regards, STefan From owner-freebsd-arm@FreeBSD.ORG Thu Oct 25 09:50:25 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 512AF56F for ; Thu, 25 Oct 2012 09:50:25 +0000 (UTC) (envelope-from se@freebsd.org) Received: from nm12-vm0.bullet.mail.ird.yahoo.com (nm12-vm0.bullet.mail.ird.yahoo.com [77.238.189.196]) by mx1.freebsd.org (Postfix) with ESMTP id 8B3D78FC19 for ; Thu, 25 Oct 2012 09:50:24 +0000 (UTC) Received: from [212.82.105.247] by nm12.bullet.mail.ird.yahoo.com with NNFMP; 25 Oct 2012 09:50:23 -0000 Received: from [217.146.189.102] by tm19.bullet.mail.ird.yahoo.com with NNFMP; 25 Oct 2012 09:50:23 -0000 Received: from [127.0.0.1] by smtp118.mail.ird.yahoo.com with NNFMP; 25 Oct 2012 09:50:23 -0000 X-Yahoo-Newman-Id: 284635.86017.bm@smtp118.mail.ird.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: LsoSzWEVM1mKL0DwDhkUJeslFKNB.SUO7btqKNdl11gjIiS AzjPtl_tEGyyEgr6uS_AD2cWMG6TnvYqf4RROEdy2ygIMHUKjdfdfsdmKK7K WUia5BbI.9ZwoZwCJ4jeYsIN7FVCdGZtYM.kAznI0FATq..gVuIY1CIgYK22 MEU9QeKBEubSN7.vyhTnwPVMmuticOzmZ8cuuJjuRqA.MNahFEswUA87BgfD 6am8P7ZtjVsVCuaNNhJ4HB4U9W5.SA.dlg50l3ANreENqmJ2xek44ATjEV7Y qG1tfLI8CG2h2iEdbfa.Wb_1vT3vkah3ulPkISyJguVB2l.SWrat7cgz1txp ZSqF1GYu649R5x2PYG8BY3oQXPJP2yIrBZkIOZMIp4TgW5yWt22xKOdacM42 K.1XNBEbmNQuRyVjPcw_YTdltFVuA7mxrplU.Os7rdPwWi3gjGeHyH9RWBm1 UQeTIQyTf5CsTdMUI1vfiMkvtTcZ7uEeKpUz3_u6fM9cZYjqkO4.npzcdZLC HlR_XDNMU6z8tZw-- X-Yahoo-SMTP: iDf2N9.swBDAhYEh7VHfpgq0lnq. Received: from [192.168.119.18] (se@87.153.63.112 with plain) by smtp118.mail.ird.yahoo.com with SMTP; 25 Oct 2012 02:50:23 -0700 PDT Message-ID: <50890B5C.2080406@freebsd.org> Date: Thu, 25 Oct 2012 11:50:20 +0200 From: Stefan Esser User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/20121010 Thunderbird/16.0.1 MIME-Version: 1.0 To: Alexander Yerenkow Subject: Re: Raspberry PI gets USB support [FreeBSD 10 current] References: <201209101654.00891.hselasky@c2i.net> <201209122135.03654.hselasky@c2i.net> In-Reply-To: X-Enigmail-Version: 1.4.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 25 Oct 2012 09:50:25 -0000 Am 24.10.2012 22:58, schrieb Alexander Yerenkow: > http://www.raspberrypi.org/archives/2221 > > Is this will help somehow? :) I do not see that there is information that might help with USB. There is the link to a message by Greg Kroah-Hartman, where he declares the Broadcom USB hardware "broken", at least in the sense that no information exists for free software writers to let them make USB work well. There also is mention of a Plan9 driver for the USB on RPI, we might want to check whether it offers any insight. Since all nearly all peripherals including Ethernet are connected to USB on the RPI, good USB support is very important to use the RPI as more than a toy. Regards, STefan From owner-freebsd-arm@FreeBSD.ORG Thu Oct 25 20:21:10 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 CA10AE7B; Thu, 25 Oct 2012 20:21:10 +0000 (UTC) (envelope-from bakul@bitblocks.com) Received: from mail.bitblocks.com (ns1.bitblocks.com [173.228.5.8]) by mx1.freebsd.org (Postfix) with ESMTP id A08908FC1B; Thu, 25 Oct 2012 20:21:10 +0000 (UTC) Received: from bitblocks.com (localhost [127.0.0.1]) by mail.bitblocks.com (Postfix) with ESMTP id 7F5E3B827; Thu, 25 Oct 2012 13:12:51 -0700 (PDT) To: Stefan Esser Subject: Re: Raspberry PI gets USB support [FreeBSD 10 current] In-reply-to: Your message of "Thu, 25 Oct 2012 11:50:20 +0200." <50890B5C.2080406@freebsd.org> References: <201209101654.00891.hselasky@c2i.net> <201209122135.03654.hselasky@c2i.net> <50890B5C.2080406@freebsd.org> Comments: In-reply-to Stefan Esser message dated "Thu, 25 Oct 2012 11:50:20 +0200." Date: Thu, 25 Oct 2012 13:12:51 -0700 From: Bakul Shah Message-Id: <20121025201251.7F5E3B827@mail.bitblocks.com> Cc: freebsd-arm@freebsd.org, Alexander Yerenkow X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 25 Oct 2012 20:21:10 -0000 On Thu, 25 Oct 2012 11:50:20 +0200 Stefan Esser wrote: > There is the link to a message by Greg Kroah-Hartman, where he > declares the Broadcom USB hardware "broken", at least in the sense > that no information exists for free software writers to let them > make USB work well. There also is mention of a Plan9 driver for > the USB on RPI, we might want to check whether it offers any insight. > Since all nearly all peripherals including Ethernet are connected to > USB on the RPI, good USB support is very important to use the RPI > as more than a toy. The Plan9 USB driver is far simpler than the Linux driver (but not as functional. The only publicly available "documentation" is the Linux driver). More work remains but I can already connect usb keyboard, mouse, access ethernet etc. I haven't tried accessing a usb disk since the emmc driver works so well (example: the plan9 kernel compiles in a minute). Credit for this work to Richard Miller. Raspi related code is here: http://plan9.bell-labs.com/sources/contrib/miller/9/rpi/ You will need files in other directories to make sense of this. The entire plan9 src tree (minus the dir above) is @ http://plan9.bell-labs.com/sources/extra/plan9.src.bz2 You can browse @ http://plan9.bell-labs.com/sources/plan9/sys/src/9/ http://plan9.bell-labs.com/sources/plan9/sys/src/cmd/usb etc. If you are looking at just the low level usb code, you won't need much plan9 knowledge. From owner-freebsd-arm@FreeBSD.ORG Sat Oct 27 10:26:46 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 12388191; Sat, 27 Oct 2012 10:26:46 +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 5E9468FC0C; Sat, 27 Oct 2012 10:26:45 +0000 (UTC) Received: from adrastea.jupiter.sigsegv.be (unknown [IPv6:2001:6f8:1498:1::3]) by mercury.codepro.be (Postfix) with ESMTP id 077FF35B; Sat, 27 Oct 2012 12:26:43 +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 B26406AB0; Sat, 27 Oct 2012 12:26:42 +0200 (CEST) Received: by thebe.jupiter.sigsegv.be (Postfix, from userid 1000) id 7D58E93F9; Sat, 27 Oct 2012 12:26:42 +0200 (CEST) Date: Sat, 27 Oct 2012 12:26:42 +0200 From: Kristof Provost To: bug-followup@FreeBSD.org, vancorte@biologie.ens.fr, hrs@FreeBSD.org, freebsd-arm@FreeBSD.org Subject: Re: arm/156814: OpenRD Ultimate does not boot on DB-88F6XXX or SHEEVAPLUG kernel configurations Message-ID: <20121027102642.GP9028@thebe.jupiter.sigsegv.be> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="7uYPyRQQ5N0D02nI" Content-Disposition: inline X-PGP-Fingerprint: E114 D9EA 909E D469 8F57 17A5 7D15 91C6 9EFA F286 User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 27 Oct 2012 10:26:46 -0000 --7uYPyRQQ5N0D02nI Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Hi, Here's my latest config/dts for for the OpenRD board. In this version both ethernet interfaces, the CESA crypto accelerator and NAND work. Regards, Kristof Provost --7uYPyRQQ5N0D02nI Content-Type: text/x-diff; charset=utf-8 Content-Disposition: attachment; filename="openrd-cl.patch" commit ee306161ffe5acfa6d43c712b37fd04f843db4f1 Author: Kristof Provost Date: Fri Oct 26 21:24:03 2012 +0000 Add OpenRD support. diff --git a/sys/arm/conf/OPENRD-CL b/sys/arm/conf/OPENRD-CL new file mode 100644 index 0000000..8f6931e --- /dev/null +++ b/sys/arm/conf/OPENRD-CL @@ -0,0 +1,101 @@ +# +# Custom kernel for OpenRD Client/Ultimate devices. +# +# $FreeBSD$ +# + +ident OPENRD-CL +include "../mv/kirkwood/std.sheevaplug" + +options SOC_MV_KIRKWOOD +makeoptions MODULES_OVERRIDE="" + +makeoptions DEBUG=-g #Build kernel with gdb(1) debug symbols +makeoptions WERROR="-Werror" + + +options SCHED_4BSD #4BSD scheduler +options INET #InterNETworking +options INET6 #IPv6 communications protocols +options FFS #Berkeley Fast Filesystem +options NANDFS #NAND Filesystem +options NFSCL #New Network Filesystem Client +options NFSLOCKD #Network Lock Manager +options NFS_ROOT #NFS usable as /, requires NFSCL +options BOOTP +options BOOTP_NFSROOT +options BOOTP_NFSV3 +options BOOTP_WIRED_TO=mge0 + +options PROCFS # Process filesystem (requires PSEUDOFS) +options PSEUDOFS # Pseudo-filesystem framework + +# Root fs on USB device +#options ROOTDEVNAME=\"ufs:/dev/da0a\" +# Root fs on NAND +#options ROOTDEVNAME=\"nandfd:/dev/gnand0s.rootfs\" + +options SYSVSHM #SYSV-style shared memory +options SYSVMSG #SYSV-style message queues +options SYSVSEM #SYSV-style semaphores +options _KPOSIX_PRIORITY_SCHEDULING #Posix P1003_1B real-time extensions +options MUTEX_NOINLINE +options RWLOCK_NOINLINE +options NO_FFS_SNAPSHOT +options NO_SWAPPING + +# Debugging +options ALT_BREAK_TO_DEBUGGER +options DDB +options KDB +options DEADLKRES # Enable the deadlock resolver +makeoptions INVARIANTS +options INVARIANTS # Enable calls of extra sanity checking +options INVARIANT_SUPPORT # Extra sanity checks of internal structures, required by INVARIANTS +options WITNESS # Enable checks to detect deadlocks and cycles +options WITNESS_SKIPSPIN # Don't run witness on spinlocks for speed + +# Pseudo devices +device random +device pty +device loop + +# Serial ports +device uart + +# Networking +device ether +device mge # Marvell Gigabit Ethernet controller +device mii +device e1000phy +device bpf +options HZ=1000 +options DEVICE_POLLING +device vlan + +device cesa # Marvell security engine +device crypto +device cryptodev + +# NAND +makeoptions WITH_NAND="yes" + +device nand +device nandsim +options ALQ +options KTR_ALQ + +# USB +options USB_DEBUG # enable debug msgs +device usb +device ehci +device umass +device scbus +device pass +device da + +# Flattened Device Tree +options FDT +options FDT_DTB_STATIC +makeoptions FDT_DTS_FILE=openrd-cl.dts + diff --git a/sys/boot/fdt/dts/openrd-cl.dts b/sys/boot/fdt/dts/openrd-cl.dts new file mode 100644 index 0000000..48386ff --- /dev/null +++ b/sys/boot/fdt/dts/openrd-cl.dts @@ -0,0 +1,332 @@ +/* + * Copyright (c) 2009-2010 The FreeBSD Foundation + * All rights reserved. + * + * This software was developed by Semihalf under sponsorship from + * the FreeBSD Foundation. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in the + * documentation and/or other materials provided with the distribution. + * + * THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND + * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE + * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE + * ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE + * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL + * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS + * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) + * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT + * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY + * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF + * SUCH DAMAGE. + * + * OpenRD-Client/Ultimate Device Tree Source. + * + * $FreeBSD$ + */ + +/dts-v1/; + +/ { + model = "mrvl,OpenRD-CL"; + compatible = "OpenRD-CL"; + #address-cells = <1>; + #size-cells = <1>; + + aliases { + ethernet0 = &enet0; + ethernet1 = &enet1; + mpp = &MPP; + pci0 = &pci0; + serial0 = &serial0; + serial1 = &serial1; + soc = &SOC; + sram = &SRAM; + }; + + cpus { + #address-cells = <1>; + #size-cells = <0>; + + cpu@0 { + device_type = "cpu"; + compatible = "ARM,88FR131"; + reg = <0x0>; + d-cache-line-size = <32>; // 32 bytes + i-cache-line-size = <32>; // 32 bytes + d-cache-size = <0x4000>; // L1, 16K + i-cache-size = <0x4000>; // L1, 16K + timebase-frequency = <0>; + bus-frequency = <0>; + clock-frequency = <0>; + }; + }; + + memory { + device_type = "memory"; + reg = <0x0 0x20000000>; // 512M at 0x0 + }; + + localbus@0 { + #address-cells = <2>; + #size-cells = <1>; + compatible = "mrvl,lbc"; + bank-count = <3>; + + /* This reflects CPU decode windows setup. */ + ranges = <0x0 0x2f 0xf9300000 0x00100000>; + + nand@0,0 { + #address-cells = <1>; + #size-cells = <1>; + compatible = "mrvl,nfc"; + reg = <0x0 0x0 0x00100000>; + bank-width = <2>; + device-width = <1>; + + partition@0 { + label = "u-boot"; + reg = <0x0 0x100000>; + read-only; + }; + + partition@100000 { + label = "kernel"; + reg = <0x100000 0x400000>; + }; + + partition@500000 { + label = "rootfs"; + reg = <0x700000 0x1f000000>; + }; + }; + }; + + SOC: soc88f6281@f1000000 { + #address-cells = <1>; + #size-cells = <1>; + compatible = "simple-bus"; + ranges = <0x0 0xf1000000 0x00100000>; + bus-frequency = <0>; + + PIC: pic@20200 { + interrupt-controller; + #address-cells = <0>; + #interrupt-cells = <1>; + reg = <0x20200 0x3c>; + compatible = "mrvl,pic"; + }; + + timer@20300 { + compatible = "mrvl,timer"; + reg = <0x20300 0x30>; + interrupts = <1>; + interrupt-parent = <&PIC>; + mrvl,has-wdt; + }; + + MPP: mpp@10000 { + #pin-cells = <2>; + compatible = "mrvl,mpp"; + reg = <0x10000 0x34>; + pin-count = <50>; + pin-map = < + 0 1 /* MPP[0]: NF_IO[2] */ + 1 1 /* MPP[1]: NF_IO[3] */ + 2 1 /* MPP[2]: NF_IO[4] */ + 3 1 /* MPP[3]: NF_IO[5] */ + 4 1 /* MPP[4]: NF_IO[6] */ + 5 1 /* MPP[5]: NF_IO[7] */ + 6 1 /* MPP[6]: SYSRST_OUTn */ + 8 2 /* MPP[8]: UA0_RTS */ + 9 2 /* MPP[9]: UA0_CTS */ + 10 3 /* MPP[10]: UA0_TXD */ + 11 3 /* MPP[11]: UA0_RXD */ + 12 1 /* MPP[12]: SD_CLK */ + 13 1 /* MPP[13]: SD_CMD */ + 14 1 /* MPP[14]: SD_D[0] */ + 15 1 /* MPP[15]: SD_D[1] */ + 16 1 /* MPP[16]: SD_D[2] */ + 17 1 /* MPP[17]: SD_D[3] */ + 18 1 /* MPP[18]: NF_IO[0] */ + 19 1 /* MPP[19]: NF_IO[1] */ + 20 3 /* MPP[20]: GE1_CPU_RX0 */ + 21 3 /* MPP[21]: GE1_CPU_RX1 */ + 22 3 /* MPP[22]: GE1_CPU_RX2 */ + 23 3 /* MPP[23]: GE1_CPU_RX3 */ + 24 3 /* MPP[24]: GE1_CPU_TX0 */ + 25 3 /* MPP[25]: GE1_CPU_TX1 */ + 26 3 /* MPP[26]: GE1_CPU_TX2 */ + 27 3 /* MPP[27]: GE1_CPU_RD3 */ + 28 0 /* MPP[28]: GPIO */ + 29 0 /* MPP[29]: GPIO */ + 30 3 /* GE1_RXCTL */ + 31 3 /* GE1_RXCLK */ + 32 3 /* GE1_TXCLK */ + 33 3 /* GE1_TXCTL */ + 34 0 >; /* MPP[34]: GPIO */ + }; + + GPIO: gpio@10100 { + #gpio-cells = <3>; + compatible = "mrvl,gpio"; + reg = <0x10100 0x20>; + gpio-controller; + interrupts = <35 36 37 38 39 40 41>; + interrupt-parent = <&PIC>; + }; + + rtc@10300 { + compatible = "mrvl,rtc"; + reg = <0x10300 0x08>; + }; + + twsi@11000 { + #address-cells = <1>; + #size-cells = <0>; + compatible = "mrvl,twsi"; + reg = <0x11000 0x20>; + interrupts = <43>; + interrupt-parent = <&PIC>; + }; + + enet0: ethernet@72000 { + #address-cells = <1>; + #size-cells = <1>; + model = "V2"; + compatible = "mrvl,ge"; + reg = <0x72000 0x2000>; + ranges = <0x0 0x72000 0x2000>; + local-mac-address = [ 00 00 00 00 00 00 ]; + interrupts = <12 13 14 11 46>; + interrupt-parent = <&PIC>; + phy-handle = <&phy0>; + + mdio@0 { + #address-cells = <1>; + #size-cells = <0>; + compatible = "mrvl,mdio"; + + phy0: ethernet-phy@0 { + reg = <0x0>; + }; + phy1: ethernet-phy@1 { + reg = <0x1>; + }; + }; + }; + + enet1: ethernet@76000 { + #address-cells = <1>; + #size-cells = <1>; + model = "V2"; + compatible = "mrvl,ge"; + reg = <0x76000 0x2000>; + ranges = <0x0 0x76000 0x2000>; + local-mac-address = [ 00 00 00 00 00 00 ]; + interrupts = <16 17 18 15 47>; + interrupt-parent = <&PIC>; + phy-handle = <&phy1>; + }; + + serial0: serial@12000 { + compatible = "ns16550"; + reg = <0x12000 0x20>; + reg-shift = <2>; + clock-frequency = <0>; + interrupts = <33>; + interrupt-parent = <&PIC>; + }; + + serial1: serial@12100 { + compatible = "ns16550"; + reg = <0x12100 0x20>; + reg-shift = <2>; + clock-frequency = <0>; + interrupts = <34>; + interrupt-parent = <&PIC>; + }; + + crypto@30000 { + compatible = "mrvl,cesa"; + reg = <0x30000 0x10000>; + interrupts = <22>; + interrupt-parent = <&PIC>; + sram-handle = <&SRAM>; + }; + + usb@50000 { + compatible = "mrvl,usb-ehci", "usb-ehci"; + reg = <0x50000 0x1000>; + interrupts = <48 19>; + interrupt-parent = <&PIC>; + }; + + xor@60000 { + compatible = "mrvl,xor"; + reg = <0x60000 0x1000>; + interrupts = <5 6 7 8>; + interrupt-parent = <&PIC>; + }; + + sata@80000 { + compatible = "mrvl,sata"; + reg = <0x80000 0x6000>; + interrupts = <21>; + interrupt-parent = <&PIC>; + }; + }; + + SRAM: sram@fd000000 { + compatible = "mrvl,cesa-sram"; + reg = <0xfd000000 0x00100000>; + }; + + chosen { + stdin = "serial0"; + stdout = "serial0"; + }; + + pci0: pcie@f1040000 { + compatible = "mrvl,pcie"; + device_type = "pci"; + #interrupt-cells = <1>; + #size-cells = <2>; + #address-cells = <3>; + reg = <0xf1040000 0x2000>; + bus-range = <0 255>; + ranges = <0x02000000 0x0 0xf4000000 0xf4000000 0x0 0x04000000 + 0x01000000 0x0 0x00000000 0xf1100000 0x0 0x00100000>; + clock-frequency = <33333333>; + interrupt-parent = <&PIC>; + interrupts = <44>; + interrupt-map-mask = <0xf800 0x0 0x0 0x7>; + interrupt-map = < + /* IDSEL 0x1 */ + 0x0800 0x0 0x0 0x1 &PIC 0x9 + 0x0800 0x0 0x0 0x2 &PIC 0x9 + 0x0800 0x0 0x0 0x3 &PIC 0x9 + 0x0800 0x0 0x0 0x4 &PIC 0x9 + >; + pcie@0 { + reg = <0x0 0x0 0x0 0x0 0x0>; + #size-cells = <2>; + #address-cells = <3>; + device_type = "pci"; + ranges = <0x02000000 0x0 0xf4000000 + 0x02000000 0x0 0xf4000000 + 0x0 0x04040000 + + 0x01000000 0x0 0x0 + 0x01000000 0x0 0x0 + 0x0 0x00100000>; + }; + }; +}; + --7uYPyRQQ5N0D02nI--