From owner-freebsd-arm@FreeBSD.ORG Sun Nov 9 01:42:43 2014 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 04D03212; Sun, 9 Nov 2014 01:42:43 +0000 (UTC) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "raven.bwct.de", Issuer "BWCT" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 87098B3D; Sun, 9 Nov 2014 01:42:41 +0000 (UTC) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id sA91gLfb071904 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Sun, 9 Nov 2014 02:42:21 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.5/8.14.4) with ESMTP id sA91gGkB004703 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 9 Nov 2014 02:42:16 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.14.2/8.14.2) with ESMTP id sA91gGuE030791; Sun, 9 Nov 2014 02:42:16 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.14.2/8.14.2/Submit) id sA91gGQg030790; Sun, 9 Nov 2014 02:42:16 +0100 (CET) (envelope-from ticso) Date: Sun, 9 Nov 2014 02:42:16 +0100 From: Bernd Walter To: Ian Lepore Subject: Re: libgpio Message-ID: <20141109014216.GB27422@cicely7.cicely.de> Reply-To: ticso@cicely.de References: <58908C87-6046-4873-87B1-74995EFA72D1@bsdimp.com> <7B37033A-A7DC-4328-90E0-F33A2A008D68@me.com> <1415421418.1200.278.camel@revolution.hippie.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1415421418.1200.278.camel@revolution.hippie.lan> X-Operating-System: FreeBSD cicely7.cicely.de 7.0-STABLE i386 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED=-1, BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01 autolearn=ham version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on spamd.cicely.de Cc: arm@freebsd.org, embedded@freebsd.org, Rui Paulo X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Nov 2014 01:42:43 -0000 On Fri, Nov 07, 2014 at 09:36:58PM -0700, Ian Lepore wrote: > On Fri, 2014-11-07 at 20:08 -0800, Rui Paulo wrote: > > On Nov 7, 2014, at 07:44, Warner Losh wrote: > > > I generally like it. Here?s some suggestions, though many may be hard given that our gpio interface is a bit weak. > > > > > > First, there?s no way to set multiple pins at the same time. That?s likely a reflection of our GPIO system, I know, but it is a deficiency. Fortunately, most devices can tolerate multiple pins changing at different times before a ?clock? or ?enable? pin forces them to latch their state. > > > > OK; I'll work on an API that does this even if it's just a for loop setting multiple pins to their state. > > > > A loop would default the purpose of the feature. Sometimes you need to > create a bus out of a collection of pins, and it only works if you can > manipulate the pin states atomically as a group. If the underlying > device doesn't support it, then you wouldn't be trying to do it in the > first place. Same time may be required, but very often writing one after the other is Ok, but the ioctl delay is the problem. > The current at91 gpio interface supports this in a fairly simple way, > but not a way that would necessarily map to every device (it assumes 32 > pins per /dev/gpiocN for example). This is fairly simple, but that mask register needs locking. > > > What the heck is g_caps? There?s nothing at all to describe it. Not even an indirection to look at sys/gpio.h > > > > It's what describes the pin: input/output/pullup/etc. I'll add some documentation. I need to write a man page anyway. > > > > > For systems that have multiple GPIO devices (some have a few hundred I/O lines that can be addressed), how > > > do you handle that? Do you just kinda have to know these details? > > > > Right now you have to work with each individually. We could change it so that it opens all gpio devices and provides a structure that includes all pins. > > > > That's probably not a good idea, because gpio devices can come and go. > For example, at work we have hot-pluggable expansion cards with an i2c > bus that runs to each expansion slot, and there are i2c devices that > provide gpio. FTDI usb<->serial chips also provide gpio pins and can > come and go. > > I think userland software working with gpios is generally purpose- > specific and targeted at a particular piece of hardware, and just knows > what device and pin numbers to work with, as opposed to knowing some > abstraction like "pin 147". Currently I'm facing a different problem. I would just write a kernel driver, but I only know how to do it with boot time configured device.hints. This won't work dynamically and I'm still lost with FDT stuff. I already did kernel drivers and have problems with this. Thinking of all the Raspi-class devices and addon boards popular with all the hobby people there should be something easy to help them. To test a big APA102C LED arrays (784 LEDs SPI) I did userland GPIO based SPI, but with the large array 784 LEDs) it took too long to update the whole array. I did this because we don't have userland SPI HW support and I wanted a quick test result, so yes in that case the correct answer would be to use the hardware SPI, but there are many other usecases. I'm not saying that userland gpio needs support for every possible use case, but we should have some handbook examples for all the hobby hardware people. I have some LogiPI and LogiBone FPGA addon for BeagleBone and Raspberry. Bought them to support their idea on kickstarter, not because I had a given usecase. On the Beagle and Raspbery you need to bitbang the FPGA data, which could take some time if done from userland. Their examples assume to access FPGA registers by SPI, or in case of the Beagle it's also possible via memory mapping. The SPI case would easily work from userland once we have that support, but the much faster memory mapping on the Beaglebone needs more. Userland support for more efficient GPIO is quite nice, but to support all those people we really should have some hello world kernel samples. Note too myself: I should setup a webpage with the AP102C LED testcode. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-arm@FreeBSD.ORG Sun Nov 9 14:11:28 2014 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 462EAB6B; Sun, 9 Nov 2014 14:11:28 +0000 (UTC) Received: from mail-wg0-x233.google.com (mail-wg0-x233.google.com [IPv6:2a00:1450:400c:c00::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C6134D39; Sun, 9 Nov 2014 14:11:27 +0000 (UTC) Received: by mail-wg0-f51.google.com with SMTP id l18so7207165wgh.10 for ; Sun, 09 Nov 2014 06:11:25 -0800 (PST) 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=rIj8LQwoGNpeNPasUkWr/oZBLoKdzGvGKUUuzf4a094=; b=lmZO2ff2r+CI4V/be59JcYWUVWYUlW7CBiJR2wziVjMmpAaMzrSQNz3C1wKwhwTJlo s79FvDp85w///W/5CRVB7ipokW+xzo3oOSg4uilWbnkeS9/SWq+1YAczZDOi4v97oHtQ EqfodkpLNBggkezJRx/p/h/OJgKLR9WHvKymB/VFWv4M8jNNJ+yXZT/TZ0ypMOwc6N+K NNNsbEeFWaUTXsNCm3bPahP2dtfHmQ5gEEGrngHGt9jO/+H69rLaQmgnjeDLxv1rszrY 5/gi8+tuPNjrsRBilG+WZb1F8G4Jvk5Y0tlID+Z8Xo+GRTWqR7gTAf9jeerBauUNFll3 VPAQ== MIME-Version: 1.0 X-Received: by 10.180.36.229 with SMTP id t5mr22189464wij.56.1415542285262; Sun, 09 Nov 2014 06:11:25 -0800 (PST) Received: by 10.216.127.72 with HTTP; Sun, 9 Nov 2014 06:11:25 -0800 (PST) In-Reply-To: <7B37033A-A7DC-4328-90E0-F33A2A008D68@me.com> References: <58908C87-6046-4873-87B1-74995EFA72D1@bsdimp.com> <7B37033A-A7DC-4328-90E0-F33A2A008D68@me.com> Date: Sun, 9 Nov 2014 12:11:25 -0200 Message-ID: Subject: Re: libgpio From: Luiz Otavio O Souza To: Rui Paulo Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: "freebsd-arm@freebsd.org" , embedded@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Nov 2014 14:11:28 -0000 On 8 November 2014 02:08, Rui Paulo wrote: > On Nov 7, 2014, at 07:44, Warner Losh wrote: >> I generally like it. Here=E2=80=99s some suggestions, though many may be= hard given that our gpio interface is a bit weak. >> >> First, there=E2=80=99s no way to set multiple pins at the same time. Tha= t=E2=80=99s likely a reflection of our GPIO system, I know, but it is a def= iciency. Fortunately, most devices can tolerate multiple pins changing at d= ifferent times before a =E2=80=98clock=E2=80=99 or =E2=80=98enable=E2=80=99= pin forces them to latch their state. > > OK; I'll work on an API that does this even if it's just a for loop sett= ing multiple pins to their state. We can support this at kernel. Most of gpio controllers provides direct access to the state of a group of pins usually accessed as 'banks' (generally 32 bits/pins wide, but it is not unusual smaller sizes - 8 bits on i2c expanders). We should add the support to do the direct read and write to these banks. This is a task already in the GPIO TODO list (at https://wiki.freebsd.org/FreeBSD/GPIO). > >> What the heck is g_caps? There=E2=80=99s nothing at all to describe it. = Not even an indirection to look at sys/gpio.h > > It's what describes the pin: input/output/pullup/etc. I'll add some docu= mentation. I need to write a man page anyway. > >> For systems that have multiple GPIO devices (some have a few hundred I/O= lines that can be addressed), how >> do you handle that? Do you just kinda have to know these details? > > Right now you have to work with each individually. We could change it so= that it opens all gpio devices and provides a structure that includes all = pins. > >> There=E2=80=99s no facilities for interrupts (usually you=E2=80=99d like= to say =E2=80=9Cwait for this line to change and let me know=E2=80=9D). I = know that the Atmel gpio stuff did this, but I don=E2=80=99t think that mad= e it into the generalization that was later done. > > There's no kernel support for it, but the library could create a thread t= o poll the pin to see if it has changed. It's wasteful, but I don't see an= y better way until we have GPIO interrupts. The proper implementation for this will only happen when (arm/)intrng is complete. But i think i'll commit what i have for now, which can only work for direct gpio childs (and soon userland), but it is better than what we have today. > >> I=E2=80=99m not sure that I like the gpio_pin_* helper functions causing= the thing to change, rather than operating on a gpio_config_t. But since y= ou don=E2=80=99t normally change a bunch at a time, that=E2=80=99s not so b= ad. > > I just added those to make it easy to configure pins in one shot. > >> Finally a question: What does Linux do here? Is there a standard interfa= ce that we could use to leverage off applications written for Linux? Perhap= s beyond the scope of what you=E2=80=99re trying to do, but any discussion = about pushing things into the base should ask the question =E2=80=9CIs this= the right, most useful interface?=E2=80=9D > > That was correctly answered by Johny. Well... For RPi, they teach how to access and program the GPIO controller via mapped memory (http://elinux.org/RPi_Low-level_peripherals#C). There are many libraries implementing GPIO stuff this way (with the arduino API for example). But then, everything is mostly polled (they are possibly intended for hobby stuff). Rui, as for libgpio, please go for it. Luiz From owner-freebsd-arm@FreeBSD.ORG Mon Nov 10 19:26:36 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 10E3BF76 for ; Mon, 10 Nov 2014 19:26:36 +0000 (UTC) Received: from mail-la0-x231.google.com (mail-la0-x231.google.com [IPv6:2a00:1450:4010:c03::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 83DD3ED6 for ; Mon, 10 Nov 2014 19:26:35 +0000 (UTC) Received: by mail-la0-f49.google.com with SMTP id ge10so8109400lab.8 for ; Mon, 10 Nov 2014 11:26:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsd.com.br; s=capeta; h=mime-version:date:message-id:subject:from:to:content-type; bh=71N2EpoiaDQ3sIo0lQrB5JFLo9ifRnCfiWg/b/TMM7c=; b=RglTH6lwMlb1TfZ0N+INPuWd/nAeZRVL572N5Ge+vi0kHdCnlNIPZFYRsKqq+pvt2a 14HBXVXESb+W2oWPRw8hS6XYYbodGBv2U4vRtxSg6BCf8U9jKltQVf5vbzUj2nf0ZQMH H8BnxvPvcBAUfOv/ThkDzYC4l8uQqNQXtV8A8= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to :content-type; bh=71N2EpoiaDQ3sIo0lQrB5JFLo9ifRnCfiWg/b/TMM7c=; b=ZumJONyFakp5R+TyG/LwLGQOwebbQrsR0AIrVAVERwwWJL9Wc5SIFXZqbSZzGFme4p rqnumZVu+xgt3q1Ky2ELxyg9P7CcQo2cceMv0M1WLE+MK2A7+PnjhCUZNpKShczTENYu hQvbMEeUOSigl1re8mBSijAijMQ1WbSKhfF/wP8tmi2IeUbkggjbWw+OxG/lWQrcQrpS qB2qlVVoOh+KMYsD4flNf6j2VBvnkKy4UW3Q1H3W6xFfpC6U6qtGq+HhXzL6kmfNLZxY nUpeTYSV1Fya7fXlW2QHkHEzdhvib10P5gc3aI/TTE6CwqWmX86JiCCUGUaK5UeYv3+N 1q/g== X-Gm-Message-State: ALoCoQmbINcFyDYCgXRDg8KI1nw01Py0E0TZZyAUzhwIWLfkFDvxlrD+QC2t2byf8TQDtslbGgYg MIME-Version: 1.0 X-Received: by 10.152.203.164 with SMTP id kr4mr31657357lac.31.1415647592374; Mon, 10 Nov 2014 11:26:32 -0800 (PST) Received: by 10.112.107.136 with HTTP; Mon, 10 Nov 2014 11:26:32 -0800 (PST) Date: Mon, 10 Nov 2014 17:26:32 -0200 Message-ID: Subject: CP437 in vt driver From: Wendell Martins Borges To: freebsd-arm@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Nov 2014 19:26:36 -0000 I'm trying to use CP437 in vt driver in a RPi B+ with -CURRENT... I've already tried to use the default vt fonts, but none of them, recognize the specific char I want to use (for e.g. Cp437 - B3hex). Is it possible to do, use CP437 in vt? If not, anyone knows if RPi B+ supports syscons? Thanks From owner-freebsd-arm@FreeBSD.ORG Mon Nov 10 19:29:34 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 70BB6180 for ; Mon, 10 Nov 2014 19:29:34 +0000 (UTC) Received: from mail-qg0-x229.google.com (mail-qg0-x229.google.com [IPv6:2607:f8b0:400d:c04::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 26ED8EF7 for ; Mon, 10 Nov 2014 19:29:34 +0000 (UTC) Received: by mail-qg0-f41.google.com with SMTP id q107so6072189qgd.28 for ; Mon, 10 Nov 2014 11:29:33 -0800 (PST) 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:references :in-reply-to:content-type:content-transfer-encoding; bh=QFW9RCX0chNYsRmzLMksCGrd95fUtPBHihHJornaOhQ=; b=S1GlmtenoTO/RZyt9ioZYNFMHm0RcVyp+dDbu4RxrHV4kveWbSN5Re1sFJxsT1rZhd YncXiftIIlSt+dgq1uZrskci9Ool18KFBdo8Fc1s1jUKbOnldXeGavWfFCPkNgUBErWR M+BIM13Ie4CzMIt3d8Ij87tERLiZNP3c460yikjHA10YRElfhac+qDEg/gVKbPMLfBOx GtIQoKJ19OGo4prUZ3frNJ9/my1TKBeZAOKFz9oXfJrK8ng013TpK56PDY5RhZ1tUa5T QzmN2ZbgdAHg4rJYTeK5Sc2af5MipH/NqJGgVBoeIYXXQcRBOEhBgd4cYYx/QsYLaBik tJQg== X-Received: by 10.229.53.133 with SMTP id m5mr15587988qcg.28.1415647773101; Mon, 10 Nov 2014 11:29:33 -0800 (PST) Received: from [10.7.1.109] (moist.vrt.sourcefire.com. [198.148.79.134]) by mx.google.com with ESMTPSA id 45sm13838307qgg.37.2014.11.10.11.29.31 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 10 Nov 2014 11:29:32 -0800 (PST) Message-ID: <5461121B.50604@gmail.com> Date: Mon, 10 Nov 2014 14:29:31 -0500 From: Shawn Webb User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: freebsd-arm@freebsd.org Subject: Re: building cross-compiling tools on -CURRENT References: <54527218.2090008@ceetonetechnology.com> <1414689732.17308.173.camel@revolution.hippie.lan> In-Reply-To: <1414689732.17308.173.camel@revolution.hippie.lan> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Nov 2014 19:29:34 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 10/30/2014 1:22 PM, Ian Lepore wrote: > On Thu, 2014-10-30 at 13:15 -0400, George Rosamond wrote: >> Using a new build box running head with r273764, and running into an >> issue building the cross compiler tools. Using source based in /usr/src >> on an amd64 box. I do have devel/gperf installed as per /usr/src/UPDATING. >> >> Running this from /usr/src: >> >> make TARGET=arm TARGET_ARCH=armv6 WITH_GCC=1 WITH_GCC_BOOTSTRAP=1 >> WITHOUT_CLANG=1 WITHOUT_CLANG_BOOTSTRAP=1 WITHOUT_CLANG_IS_CC=1 xdev >> >> I changed "XDEV" and "XDEV_ARCH to "TARGET" and "TARGET_ARCH" as per >> /usr/src/UPDATING from 20140723, but also tried "XDEV" "XDEV_ARCH". If >> I'm reading this right, Crochet should take that into account. >> >> I did clear out /usr/obj, updated and cleaned /usr/src... >> >> Anyone else? Here's the relevant end of the failure AFAIK: >> >> except.o: In function `nothrow_libfn_p': >> /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/cp/except.c:(.text+0x10fb): >> undefined reference to `libc_name_p' >> cc: error: linker command failed with exit code 1 (use -v to see invocation) >> *** Error code 1 >> >> Stop. >> make[3]: stopped in /usr/src/gnu/usr.bin/cc/cc1plus >> *** Error code 1 >> >> Stop. >> make[2]: stopped in /usr/src/gnu/usr.bin/cc >> *** Error code 1 >> >> Stop. >> make[1]: stopped in /usr/src >> *** Error code 1 >> >> Stop. >> make: stopped in /usr/src > > You might think you've tweaked enough knobs there, but I think maybe > there's one more: WITH_GNUCXX > > When I want to test building everything with gcc instead of clang, I > uncomment these in my make.conf: > > #WITH_GCC=yes > #WITH_GNUCXX=yes > #WITH_GCC_BOOTSTRAP=yes > #WITHOUT_CLANG=yes > #WITHOUT_CLANG_IS_CC=yes > #WITHOUT_CLANG_BOOTSTRAP=yes > > -- Ian With an 11-CURRENT checkout as of today, I'm still getting the same error the original poster got. I've added the uncommented lines to my make.conf and still get it. Is there any documentation regarding xdev? Thanks, Shawn > -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (MingW32) iQIcBAEBAgAGBQJUYRIaAAoJEGqEZY9SRW7uqKwP/1vR90l9Qwyhlgz2PUm6+ZzI 1YDR8FxmCFdAcgHpJ76o2GOmlmmjZqP/D6O5OGgHOsdzTkiuYgyP+K0Fna+jpA3i rGM+fAyVeTtwO+24Dre2ogCHLhmiIbeTAvwvLRJNRoASXQZduYAK6ir3wJnhpkd+ 7Empd8QN0CQrZ+Uddpa3PJpvCP3wUGrpWiQO5BkjbrLf12O23E8ixxJMLSeC2nVj VPiSHrsv+5sNMh7vqe6r0zEbI+F7rKW1g8AI0b+MdFzzjBNvzmYeWhjTOCq1nq78 NNd+yHlGyNu+XrQkQg7GqK74kjZOZ4NqTuwMmkhSc00vbX0E5oSrXGT0Z1Zq2ABR jg3Y3Qr8N+DU9c7XAM65J8G555vur9UyBou2QFfQdybKklyBnvflIQ7TvNb4Vbtj LyZdkqeYE8I1qd7o0EmWewq30t7M8+/bAtTP7LzAAJiflKi1tSAJhdJDkU2HXQRw O6HssZXXBIuIJD3+w2aiSZzgqIjM2ZTehySHOfKB1Q9rglDwWcd5clS4+K1UQqxj 82HIy9v204rDkw0PU8lmUUbIQfXzyfNzbepCcew+x82vqff1kVTEF2R99SyBv+YA p58MWEM/OtDlDDqHpZ1Hj+TX8O9wf40UONwOLvWQ+1/JzTcj7k2Nt/LKovVWh4w9 8DQztFpLFQ8UCDnENOCO =jfFU -----END PGP SIGNATURE----- From owner-freebsd-arm@FreeBSD.ORG Tue Nov 11 01:00:50 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4986AE2F for ; Tue, 11 Nov 2014 01:00:50 +0000 (UTC) Received: from mail-ie0-x22a.google.com (mail-ie0-x22a.google.com [IPv6:2607:f8b0:4001:c03::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 10E17808 for ; Tue, 11 Nov 2014 01:00:50 +0000 (UTC) Received: by mail-ie0-f170.google.com with SMTP id tp5so10635087ieb.1 for ; Mon, 10 Nov 2014 17:00:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=B7h1Epj33Ye1hCZnYFlrYGTm+4T6NRTkyuYT6sQSuuI=; b=BayE036imihhXk/Y2/JWRAEk0+TgpX/bNmIDZ28jEWwfBwD/RRifaHAzlU6obh74br R+zQbN1XjIKNzUyD/Xq+rk8IXWDY11u2cNkVSsBqocBO5dpHgpGMgDMlYIRcq3kRrcoK MpfN9EkwMoEGbl5UNVuMvqyQd5EIxLCBudt8SceQDzrQx5+y3sCCj+Tjm0W5OEqhyuwr bsfWYEmRO4ubY2e+5UOLmkzqNcfJIIiOezqYrHHu8hYQvylJUMM5jVAxOBiSBe3iKVmL N7vxalLzN24eh6+vtKITzyG3I45/HrpapAcAxetiVDVexDjkZ09JSBtWLdWgODXZX3ZF ngvA== X-Received: by 10.43.141.67 with SMTP id jd3mr39091613icc.24.1415667649485; Mon, 10 Nov 2014 17:00:49 -0800 (PST) MIME-Version: 1.0 Sender: carpeddiem@gmail.com Received: by 10.107.29.207 with HTTP; Mon, 10 Nov 2014 17:00:29 -0800 (PST) In-Reply-To: References: From: Ed Maste Date: Mon, 10 Nov 2014 20:00:29 -0500 X-Google-Sender-Auth: Z4gHePj7ZDg9rE91nIXjR93k25o Message-ID: Subject: Re: CP437 in vt driver To: Wendell Martins Borges Content-Type: text/plain; charset=UTF-8 Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Nov 2014 01:00:50 -0000 On 10 November 2014 14:26, Wendell Martins Borges wrote: > I'm trying to use CP437 in vt driver in a RPi B+ with -CURRENT... I've > already tried to use the default vt fonts, but none of them, recognize the > specific char I want to use (for e.g. Cp437 - B3hex). vt(4) is inherently Unicode & UTF-8, so you'll have to use the Unicode code point for the character instead. CP437 0xB3 is Unicode U+2502, or 0xE2 0x94 0x82 as UTF-8. You should be able to confirm you can output it with zsh/bash builtin printf: printf '\xe2\x94\x82' Adding support for non-Unicode/UTF-8 mapping is on the vt(4) TODO list. From owner-freebsd-arm@FreeBSD.ORG Tue Nov 11 07:08:29 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 875A4988 for ; Tue, 11 Nov 2014 07:08:29 +0000 (UTC) Received: from mail.FoxValley.net (mail.FoxValley.net [64.135.192.34]) by mx1.freebsd.org (Postfix) with SMTP id 3A269E17 for ; Tue, 11 Nov 2014 07:08:28 +0000 (UTC) Received: (qmail 13178 invoked from network) for freebsd-arm@freebsd.org; 11 Nov 2014 01:01:48 -0600 Received: from 97-118-7-130.hlrn.qwest.net (HELO ?192.168.1.3?) (draymond@97.118.7.130) by mail.foxvalley.net with SMTP; 11 Nov 2014 01:01:48 -0600 Message-ID: <5461B45E.7080308@foxvalley.net> Date: Tue, 11 Nov 2014 00:01:50 -0700 From: Dan Raymond User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: freebsd-arm@freebsd.org Subject: crash on RPi with subsequent boot failure 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.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Nov 2014 07:08:29 -0000 I've been running r273702 on my Raspberry Pi B+ for the last 10 days or so. Today while I was using an SSH session it suddenly stopped responding. I power cycled and it wouldn't boot (I tried three times and it failed every time). The following error was displayed on the console: start = 0, len = 540, fs = / panic: ffs_alloccg: map corrupted KDB: enter: panic [ thread pid 610 tid 100052 ] Stopped at $d: ldrb r15, [r15, r15, ror r15]! db> I was able to boot after re-imaging the SD card and I am now working on restoring all my previous settings (which is a lengthy task since building ports is very slow on the RPi). Any ideas what happened and what I can do to prevent it from happening again? From owner-freebsd-arm@FreeBSD.ORG Wed Nov 12 06:27:10 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7DC8E4DD for ; Wed, 12 Nov 2014 06:27:10 +0000 (UTC) Received: from mail.FoxValley.net (mail.FoxValley.net [64.135.192.34]) by mx1.freebsd.org (Postfix) with SMTP id 31AE4F6D for ; Wed, 12 Nov 2014 06:27:09 +0000 (UTC) Received: (qmail 23473 invoked from network) for freebsd-arm@freebsd.org; 12 Nov 2014 00:27:08 -0600 Received: from 97-118-7-130.hlrn.qwest.net (HELO ?192.168.1.3?) (draymond@97.118.7.130) by mail.foxvalley.net with SMTP; 12 Nov 2014 00:27:08 -0600 Message-ID: <5462FDC0.7030505@foxvalley.net> Date: Tue, 11 Nov 2014 23:27:12 -0700 From: Dan Raymond User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: freebsd-arm@freebsd.org Subject: Re: new support for Raspberry Pi B+ 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.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Nov 2014 06:27:10 -0000 I created an image using crochet with the AutoSize option disabled and the ImageSize option set to 31800mb. Then I flashed this image on my 32GB Sandisk card that I previously couldn't get to boot at all. It booted successfully 10 out of 10 times (even without the hack that disables high speed). Here are the SD card settings: root@raspberry-pi:~ # dmesg | grep mmcsd mmcsd0: 32GB at mmc0 41.6MHz/4bit/65535-block From owner-freebsd-arm@FreeBSD.ORG Wed Nov 12 18:37:47 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9628D6D3 for ; Wed, 12 Nov 2014 18:37:47 +0000 (UTC) Received: from mail-wi0-x22c.google.com (mail-wi0-x22c.google.com [IPv6:2a00:1450:400c:c05::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 25F597E5 for ; Wed, 12 Nov 2014 18:37:47 +0000 (UTC) Received: by mail-wi0-f172.google.com with SMTP id bs8so5877423wib.11 for ; Wed, 12 Nov 2014 10:37:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:content-type:content-transfer-encoding:subject:date:message-id :to:mime-version; bh=M66BPgVCJieDkHn1s8xKZR6XBKLesQIaTd4hrJYNqM4=; b=yRfp+ndR4L/29bMf++8jA5UVjbfpMmuCLkrYG9qfQUp0KxpzYO4FR59xLRLvxKFCO0 YNpk7y7GVIV/TE2FK2KLnLBYFiwJdfLdfzZWmmrKalvJdq0ooL0i2VZrm7xqD8ZjZuJG qE0YkauMjGHDH+mwMI5g1ihERbbApD936S1HpgS50bG96011oRWUoZv+PhlWe0FUDoBm TOYOpboatdvBvDgfmtMWBijykaFd21+GcSjuYeKl6fk4wjQxuOX2aZDI/6DkZogoD/lG ESz8dUuvWh9YT65q5Soqq5xOimb8iYZXxltIk+/8eedRPzm0fJ4P8xxC5i6eJGxX/d0l X18g== X-Received: by 10.180.99.105 with SMTP id ep9mr53100620wib.82.1415817465448; Wed, 12 Nov 2014 10:37:45 -0800 (PST) Received: from [192.168.2.101] (static-100-34-9-213.b2bdsl.de. [213.9.34.100]) by mx.google.com with ESMTPSA id ga1sm2590330wib.1.2014.11.12.10.37.42 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 12 Nov 2014 10:37:43 -0800 (PST) From: Lars Sonchocky-Helldorf Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: Status Exynos 4412 Prime (Odroid U2 / U3 / Q2) Date: Wed, 12 Nov 2014 19:37:41 +0100 Message-Id: <1056EA20-7AB7-4D17-938A-9B5AFA2557F7@gmail.com> To: freebsd-arm@freebsd.org Mime-Version: 1.0 (Apple Message framework v1085) X-Mailer: Apple Mail (2.1085) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Nov 2014 18:37:47 -0000 Hi there, I am lurking on this list for quite a while now. Since I've got an = Odroid U2 I'd like to know if there are any updates on the Status of = FreeBSD/ARM on the Exynos 4412 Prime processors. The last message on = this list which I found dates back to November 2013: http://lists.freebsd.org/pipermail/freebsd-arm/2013-November/006952.html Is anyone still working on this?=20 How can I help here? regards, Lars= From owner-freebsd-arm@FreeBSD.ORG Thu Nov 13 06:33:02 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A61CF317 for ; Thu, 13 Nov 2014 06:33:02 +0000 (UTC) Received: from mail.FoxValley.net (mail.FoxValley.net [64.135.192.34]) by mx1.freebsd.org (Postfix) with SMTP id 587377AA for ; Thu, 13 Nov 2014 06:33:01 +0000 (UTC) Received: (qmail 10389 invoked from network) for freebsd-arm@freebsd.org; 13 Nov 2014 00:32:54 -0600 Received: from 97-118-7-130.hlrn.qwest.net (HELO ?192.168.1.3?) (draymond@97.118.7.130) by mail.foxvalley.net with SMTP; 13 Nov 2014 00:32:54 -0600 Message-ID: <54645094.5000106@foxvalley.net> Date: Wed, 12 Nov 2014 23:32:52 -0700 From: Dan Raymond User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: freebsd-arm@freebsd.org Subject: Re: new support for Raspberry Pi B+ References: <5462FDC0.7030505@foxvalley.net> In-Reply-To: <5462FDC0.7030505@foxvalley.net> 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.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Nov 2014 06:33:02 -0000 Has something changed regarding MMCSD between r273702 and r274416? I built an image using the latter and I noticed that my 32GB SanDisk card is now coming up at 25MHz. Previously it was 41.6MHz. root@raspberry-pi:~ # dmesg | grep mmcsd mmcsd0: 32GB at mmc0 25.0MHz/4bit/65535-block From owner-freebsd-arm@FreeBSD.ORG Thu Nov 13 11:53:09 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 542DE4A1 for ; Thu, 13 Nov 2014 11:53:09 +0000 (UTC) Received: from mo6-p00-ob.smtp.rzone.de (mo6-p00-ob.smtp.rzone.de [IPv6:2a01:238:20a:202:5300::8]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.smtp.rzone.de", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E36B9F2B for ; Thu, 13 Nov 2014 11:53:08 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; t=1415879558; l=971; s=domk; d=ulrich-grey.de; h=Content-Transfer-Encoding:Content-Type:Mime-Version:Subject:To:From: Date; bh=9MZ6KnfVAGpvqkcWZwvt8d2HpRU=; b=d8Q0cYo7Tr148JCnOgL0WrjITCi81PXDvPDIFCukFjiMNhAAawe2yl+KyZ7isAA+BAv waD+kkAsi5IgkAXk1eFUIBlCeKinzz1r/1wX3K/eJ6dt7llQUy+6KiEAuw1KzGafOY2+Q kW3SEvUZU0s8XcK1RGc0aBYpn66x51dxzWU= X-RZG-AUTH: :OX8Be0W8W+pMC3rDLL/lo2xV/LZTbZkYhOcjg8suic3iYr/B8J9Lzp3TJg47vcv41hw= X-RZG-CLASS-ID: mo00 Received: from bbu (p54868743.dip0.t-ipconnect.de [84.134.135.67]) by smtp.strato.de (RZmta 35.11 DYNA|AUTH) with ESMTPSA id N02990qADBqcmFK (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) for ; Thu, 13 Nov 2014 12:52:38 +0100 (CET) Date: Thu, 13 Nov 2014 12:52:36 +0100 From: Ulrich Grey To: freebsd-arm@freebsd.org Subject: Wandboard-Quad crashes Message-Id: <20141113125236.b16cd4e5f0e339eac0494cd4@ulrich-grey.de> Organization: - X-Mailer: Sylpheed 3.3.0 (GTK+ 2.24.22; armv6-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Nov 2014 11:53:09 -0000 I am running FreeBSD on a Wandboard-Quad: FreeBSD 11.0-CURRENT #0 r274420M: Wed Nov 12 14:17:26 UTC 2014 user@quad:/usr/local/DEVEL/obj/usr/local/DEVEL/SRC/head/sys/WANDBOARD-QUAD arm FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512 WARNING: WITNESS option enabled, expect reduced performance. CPU: Cortex A9-r2 rev 10 (Cortex-A core) Supported features: ARM_ISA THUMB2 JAZELLE THUMBEE ARMv4 Security_Ext If I try to compile x11/libX11 the system frequently crashes: Fatal kernel mode data abort: 'Alignment Fault 1' trapframe: 0xf72e0ae8 FSR=00000001, FAR=000000a7, spsr=60000013 r0 =00000004, r1 =00000000, r2 =c242b953, r3 =00000970 r4 =c847fd80, r5 =c242b953, r6 =000000a7, r7 =c7df6810 r8 =00000000, r9 =00000097, r10=00000970, r11=f72e0b68 r12=000000c0, ssp=f72e0b38, slr=c220ebf4, pc =c214fbb4 [ thread pid 23015 tid 100147 ] Stopped at __mtx_lock_flags+0x50: ldr r0, [r6] What can I do? --- Ulrich Grey From owner-freebsd-arm@FreeBSD.ORG Thu Nov 13 16:37:24 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2E2713FC for ; Thu, 13 Nov 2014 16:37:24 +0000 (UTC) Received: from st11p02mm-asmtp002.mac.com (st11p02mm-asmtpout002.mac.com [17.172.220.237]) (using TLSv1 with cipher DES-CBC3-SHA (112/168 bits)) (Client CN "smtp.me.com", Issuer "VeriSign Class 3 Extended Validation SSL SGC CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 028202DB for ; Thu, 13 Nov 2014 16:37:23 +0000 (UTC) Received: from fukuyama.hsd1.ca.comcast.net (unknown [73.162.13.215]) by st11p02mm-asmtp002.mac.com (Oracle Communications Messaging Server 7u4-27.10(7.0.4.27.9) 64bit (built Jun 6 2014)) with ESMTPSA id <0NEZ000V3KU1VZ70@st11p02mm-asmtp002.mac.com> for freebsd-arm@freebsd.org; Thu, 13 Nov 2014 16:37:15 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.13.68,1.0.28,0.0.0000 definitions=2014-11-13_07:2014-11-13,2014-11-13,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1408290000 definitions=main-1411130128 Content-type: text/plain; charset=us-ascii MIME-version: 1.0 (Mac OS X Mail 8.0 \(1990.1\)) Subject: Re: Wandboard-Quad crashes From: Rui Paulo In-reply-to: <20141113125236.b16cd4e5f0e339eac0494cd4@ulrich-grey.de> Date: Thu, 13 Nov 2014 08:37:13 -0800 Content-transfer-encoding: quoted-printable Message-id: References: <20141113125236.b16cd4e5f0e339eac0494cd4@ulrich-grey.de> To: Ulrich Grey X-Mailer: Apple Mail (2.1990.1) Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Nov 2014 16:37:24 -0000 On Nov 13, 2014, at 03:52, Ulrich Grey wrote: >=20 > I am running FreeBSD on a Wandboard-Quad: >=20 > FreeBSD 11.0-CURRENT #0 r274420M: Wed Nov 12 14:17:26 UTC 2014 > = user@quad:/usr/local/DEVEL/obj/usr/local/DEVEL/SRC/head/sys/WANDBOARD-QUAD= > arm FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) > 20140512 WARNING: WITNESS option enabled, expect reduced performance. > CPU: Cortex A9-r2 rev 10 (Cortex-A core) > Supported features: ARM_ISA THUMB2 JAZELLE THUMBEE ARMv4 Security_Ext >=20 > If I try to compile x11/libX11 the system frequently crashes: >=20 > Fatal kernel mode data abort: 'Alignment Fault 1' > trapframe: 0xf72e0ae8 > FSR=3D00000001, FAR=3D000000a7, spsr=3D60000013 > r0 =3D00000004, r1 =3D00000000, r2 =3Dc242b953, r3 =3D00000970 > r4 =3Dc847fd80, r5 =3Dc242b953, r6 =3D000000a7, r7 =3Dc7df6810 > r8 =3D00000000, r9 =3D00000097, r10=3D00000970, r11=3Df72e0b68 > r12=3D000000c0, ssp=3Df72e0b38, slr=3Dc220ebf4, pc =3Dc214fbb4 >=20 > [ thread pid 23015 tid 100147 ] >=20 > Stopped at __mtx_lock_flags+0x50: ldr r0, [r6] >=20 > What can I do? Can you send us the backtrace? -- Rui Paulo From owner-freebsd-arm@FreeBSD.ORG Thu Nov 13 18:54:55 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3B93CD1F for ; Thu, 13 Nov 2014 18:54:55 +0000 (UTC) Received: from mail-wi0-x22f.google.com (mail-wi0-x22f.google.com [IPv6:2a00:1450:400c:c05::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C1B3C683 for ; Thu, 13 Nov 2014 18:54:54 +0000 (UTC) Received: by mail-wi0-f175.google.com with SMTP id l15so465214wiw.2 for ; Thu, 13 Nov 2014 10:54:52 -0800 (PST) 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; bh=nQyleBKdyNQ/rRfEfagHZPD+2jL9ADeZvRIa58KilpY=; b=OF/Jinkan5+SVvOMgRKNLWVs9yOpZPEewyD5gwoQC6QS6QYfWoWiLdynGhI9oXa9qj mdLtP4xk9aV0tncVVIq9v8y4nxyEzLyCEW8LURXoFXz/r/8hBvy0sbGQdvKrCfnQrSRw KapWz6lVO5gZo2Q0nslAAWXtA0qoja1LTBj6emyLWjDfJ3OPINyWz3CN/O8elUFwTUGD K1JPlus2UMemVClWowNG+oFY7HgE6i3sv0VHMIgUPQWfYop+eBRIK+HgfVDPOulO5Z8b Fg07+v0KGxmt6ARGQK6Dp/0WrSIDvnZhRu7Mf2mpeUNxXTbD8t8BdoSEtDze5q4T682M I9tQ== MIME-Version: 1.0 X-Received: by 10.180.36.170 with SMTP id r10mr883389wij.56.1415904892813; Thu, 13 Nov 2014 10:54:52 -0800 (PST) Received: by 10.216.127.72 with HTTP; Thu, 13 Nov 2014 10:54:52 -0800 (PST) In-Reply-To: <54645094.5000106@foxvalley.net> References: <5462FDC0.7030505@foxvalley.net> <54645094.5000106@foxvalley.net> Date: Thu, 13 Nov 2014 16:54:52 -0200 Message-ID: Subject: Re: new support for Raspberry Pi B+ From: Luiz Otavio O Souza To: Dan Raymond Content-Type: text/plain; charset=UTF-8 Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Nov 2014 18:54:55 -0000 On 13 November 2014 04:32, Dan Raymond wrote: > Has something changed regarding MMCSD between r273702 and r274416? I built > an image using the latter and I noticed that my 32GB SanDisk card is now > coming up at 25MHz. Previously it was 41.6MHz. > > root@raspberry-pi:~ # dmesg | grep mmcsd > mmcsd0: 32GB at mmc0 > 25.0MHz/4bit/65535-block Hi Dan, Yes, after r274415 the HS mode is disabled by default and this will limit the speed to 25MHz. Without this and with the card detection fix many people have been consistently unable to boot their RPi with some SD cards. If you are sure that your card works with HS mode then please add the opposite hack to /boot/loader.conf: hw.bcm2835.sdhci.hs=1 And you'll get the old behaviour. Luiz From owner-freebsd-arm@FreeBSD.ORG Thu Nov 13 21:10:13 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E6F7C70D for ; Thu, 13 Nov 2014 21:10:13 +0000 (UTC) Received: from mo6-p00-ob.smtp.rzone.de (mo6-p00-ob.smtp.rzone.de [IPv6:2a01:238:20a:202:5300::8]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.smtp.rzone.de", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7DF49681 for ; Thu, 13 Nov 2014 21:10:12 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; t=1415912983; l=4568; s=domk; d=ulrich-grey.de; h=Content-Transfer-Encoding:Content-Type:Mime-Version:References: In-Reply-To:Subject:Cc:To:From:Date; bh=r+4N0JUTMCuMs8rv6UDcRcKoGJk=; b=YkXKszq0Z3qmmbtS+1nJ1QkH32Yn3Ra3VFVSYKRrx05QCzmiEj6KqRugZX19w4ESh25 Iz/e2mHGUx5OK6JTC0tMpBM6hQOuIjWkWbGPtZ7Z7t1p4a7wl06qAfM2AOZI2uUBc3LBO uuQUVPVKEqB8NMXIqYZ2Zm6Fa7/1PAO+738= X-RZG-AUTH: :OX8Be0W8W+pMC3rDLL/lo2xV/LZTbZkYhOcjg8suic3iYr/B8J9Lzp3TJg47vcv41hw= X-RZG-CLASS-ID: mo00 Received: from bbu (p54868743.dip0.t-ipconnect.de [84.134.135.67]) by smtp.strato.de (RZmta 35.11 DYNA|AUTH) with ESMTPSA id 604152qADL9UqvO (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate); Thu, 13 Nov 2014 22:09:30 +0100 (CET) Date: Thu, 13 Nov 2014 22:09:28 +0100 From: Ulrich Grey To: Rui Paulo Subject: Re: Wandboard-Quad crashes Message-Id: <20141113220928.44661ea6cc3b0fc4caf156fd@ulrich-grey.de> In-Reply-To: References: <20141113125236.b16cd4e5f0e339eac0494cd4@ulrich-grey.de> Organization: - X-Mailer: Sylpheed 3.3.0 (GTK+ 2.24.22; armv6-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Nov 2014 21:10:14 -0000 On Thu, 13 Nov 2014 08:37:13 -0800 Rui Paulo wrote: > On Nov 13, 2014, at 03:52, Ulrich Grey wrote: > > > > I am running FreeBSD on a Wandboard-Quad: > > > > FreeBSD 11.0-CURRENT #0 r274420M: Wed Nov 12 14:17:26 UTC 2014 > > user@quad:/usr/local/DEVEL/obj/usr/local/DEVEL/SRC/head/sys/WANDBOARD-QUAD > > arm FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) > > 20140512 WARNING: WITNESS option enabled, expect reduced > > performance. CPU: Cortex A9-r2 rev 10 (Cortex-A core) > > Supported features: ARM_ISA THUMB2 JAZELLE THUMBEE ARMv4 > > Security_Ext > > > > If I try to compile x11/libX11 the system frequently crashes: > > > > Fatal kernel mode data abort: 'Alignment Fault 1' > > trapframe: 0xf72e0ae8 > > FSR=00000001, FAR=000000a7, spsr=60000013 > > r0 =00000004, r1 =00000000, r2 =c242b953, r3 =00000970 > > r4 =c847fd80, r5 =c242b953, r6 =000000a7, r7 =c7df6810 > > r8 =00000000, r9 =00000097, r10=00000970, r11=f72e0b68 > > r12=000000c0, ssp=f72e0b38, slr=c220ebf4, pc =c214fbb4 > > > > [ thread pid 23015 tid 100147 ] > > > > Stopped at __mtx_lock_flags+0x50: ldr r0, [r6] > > > > What can I do? > > Can you send us the backtrace? > I am not familiar with this stuff, I was not able to get a coredump until now. The system crashes, but there is no dump in the swappartition. This happens during compilation x11/libX11: 1. Compilation construction 2. Building compilation jobs 3. Building compilation jobs 4. Building compilation jobs Segmentation fault (core dumped) *** [imConv.lo] Error code 1 make[4]: stopped in /usr/local/DEVEL/ports/x11/libX11/work/libX11-1.6.2/src 1 error make[4]: stopped in /usr/local/DEVEL/ports/x11/libX11/work/libX11-1.6.2/src *** [all-recursive] Error code 1 make[3]: stopped in /usr/local/DEVEL/ports/x11/libX11/work/libX11-1.6.2/src 1 error make[3]: stopped in /usr/local/DEVEL/ports/x11/libX11/work/libX11-1.6.2/src *** [all] Error code 2 make[2]: stopped in /usr/local/DEVEL/ports/x11/libX11/work/libX11-1.6.2/src 1 error make[2]: stopped in /usr/local/DEVEL/ports/x11/libX11/work/libX11-1.6.2/src *** [all-recursive] Error code 1 make[1]: stopped in /usr/local/DEVEL/ports/x11/libX11/work/libX11-1.6.2 1 error make[1]: stopped in /usr/local/DEVEL/ports/x11/libX11/work/libX11-1.6.2 ===> Compilation failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to the maintainer. *** Error code 1 Stop. make: stopped in /usr/local/DEVEL/ports/x11/libX11 root@quad:/usr/local/DEVEL/ports/x11/libX11 # At the same time on the console: root@quad:~ # fixup: pmap 0xc7fc80bc, va 0x2201b000, ftype 1 - nothing to do! fixup: l2 0xc8203e8c, l2b 0xc8203e90, ptep 0xc824686c, pl1pd 0xe208a880 fixup: pte 0x5ea1b47f, l1pd 0x26c46821, last code 0x17 fixup: pmap 0xc7fc80bc, va 0x2201b000, ftype 1 - nothing to do! fixup: l2 0xc8203e8c, l2b 0xc8203e90, ptep 0xc824686c, pl1pd 0xe208a880 fixup: pte 0x5ea1b47f, l1pd 0x26c46821, last code 0x807 fixup: pmap 0xc7fc80bc, va 0x2201b000, ftype 1 - nothing to do! fixup: l2 0xc8203e8c, l2b 0xc8203e90, ptep 0xc824686c, pl1pd 0xe208a880 fixup: pte 0x5ea1b47f, l1pd 0x26c46821, last code 0xffffffff fixup: pmap 0xc7fc80bc, va 0x2201b000, ftype 1 - nothing to do! fixup: l2 0xc8203e8c, l2b 0xc8203e90, ptep 0xc824686c, pl1pd 0xe208a880 fixup: pte 0x5ea1b47f, l1pd 0x26c46821, last code 0x817 fixup: pmap 0xc7fc80bc, va 0x2201b000, ftype 1 - nothing to do! fixup: l2 0xc8203e8c, l2b 0xc8203e90, ptep 0xc824686c, pl1pd 0xe208a880 fixup: pte 0x5ea1b47f, l1pd 0x26c46821, last code 0x17 fixup: pmap 0xc7fc80bc, va 0x2201b000, ftype 1 - nothing to do! fixup: l2 0xc8203e8c, l2b 0xc8203e90, ptep 0xc824686c, pl1pd 0xe208a880 fixup: pte 0x5ea1b47f, l1pd 0x26c46821, last code 0xffffffff fixup: pmap 0xc7fc80bc, va 0x2201b000, ftype 1 - nothing to do! fixup: l2 0xc8203e8c, l2b 0xc8203e90, ptep 0xc824686c, pl1pd 0xe208a880 fixup: pte 0x5ea1b47f, l1pd 0x26c46821, last code 0x817 fixup: pmap 0xc7fc80bc, va 0x2201b000, ftype 1 - nothing to do! fixup: l2 0xc8203e8c, l2b 0xc8203e90, ptep 0xc824686c, pl1pd 0xe208a880 fixup: pte 0x5ea1b47f, l1pd 0x26c46821, last code 0xffffffff fixup: pmap 0xc7fc80bc, va 0x2201b000, ftype 1 - nothing to do! fixup: l2 0xc8203e8c, l2b 0xc8203e90, ptep 0xc824686c, pl1pd 0xe208a880 ..... In this case, the system didn't crash. Sorry, my English is not so good as it should be. -- Ulrich Grey From owner-freebsd-arm@FreeBSD.ORG Thu Nov 13 23:52:57 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9BD16C99 for ; Thu, 13 Nov 2014 23:52:57 +0000 (UTC) Received: from ns2.wilbury.net (cmar.ltc.sk [62.176.169.19]) by mx1.freebsd.org (Postfix) with ESMTP id 25FB9AF0 for ; Thu, 13 Nov 2014 23:52:56 +0000 (UTC) Received: from smtp.nic.sk (smtp.nic.sk [193.105.142.17]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "smtp.nic.sk", Issuer "Starfield Secure Certification Authority" (not verified)) by ns2.wilbury.net (Postfix) with ESMTPS id 904503A9A23 for ; Fri, 14 Nov 2014 00:46:53 +0100 (CET) Received: from [127.0.0.1] (remedy.wilbury.sk [IPv6:2a01:390:4::47]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client CN "janitor", Issuer "Wilbury Consulting CA" (verified OK)) by smtp.ltc.sk (Postfix) with ESMTPS id F3E06125E9A for ; Fri, 14 Nov 2014 00:46:35 +0100 (CET) Message-ID: <546542ED.4020805@gmail.com> Date: Fri, 14 Nov 2014 00:46:53 +0100 From: Juraj Lutter User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.24) Gecko/20100411 Thunderbird/2.0.0.24 Mnenhy/0.7.6.0 MIME-Version: 1.0 To: freebsd-arm@freebsd.org Subject: VERSATILEPB image under qemu-system-arm Content-Type: text/plain; charset=iso-8859-2 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Nov 2014 23:52:57 -0000 Hi, I want totest ARMemulator before I buy Raspberry PI and I ran into following situation: - qemu 2.0.0 or 2.1.2 - FreeBSD 11-CURRENT (r274409) - Kernel VERSATILEPB (as per quickgoogling.) After I fire up a command: qemu-system-arm -M versatilepb -m 256M -cpu arm1176 -kernel FreeBSD-VERSATILEPB.flash -hda FreeBSD-armv6-11.0-VERSATILEPB-r274409.img I got only result which you can see at the picturehere (http://www.wilbury.sk/private/pics/qemu-fbsd11-rpi-hang.png) Is there anything that I've missed or am I doing it wrong "from scratch"? It is supposed to work, at least there have been some success stories :-) Thanks. /otis From owner-freebsd-arm@FreeBSD.ORG Fri Nov 14 04:31:32 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 732C683B for ; Fri, 14 Nov 2014 04:31:32 +0000 (UTC) Received: from mail.FoxValley.net (mail.FoxValley.net [64.135.192.34]) by mx1.freebsd.org (Postfix) with SMTP id 23C7E9C5 for ; Fri, 14 Nov 2014 04:31:31 +0000 (UTC) Received: (qmail 29648 invoked from network) for freebsd-arm@freebsd.org; 13 Nov 2014 22:31:30 -0600 Received: from 97-118-7-130.hlrn.qwest.net (HELO ?192.168.1.3?) (draymond@97.118.7.130) by mail.foxvalley.net with SMTP; 13 Nov 2014 22:31:30 -0600 Message-ID: <546585A2.80902@foxvalley.net> Date: Thu, 13 Nov 2014 21:31:30 -0700 From: Dan Raymond User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 CC: "freebsd-arm@freebsd.org" Subject: Re: new support for Raspberry Pi B+ References: <5462FDC0.7030505@foxvalley.net> <54645094.5000106@foxvalley.net> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Nov 2014 04:31:32 -0000 I previously reported that I was able to get my 32GB SanDisk card to boot reliably after disabling the AutoSize feature. All is not well, however, because I saw an SD card related panic while I was building pkg (about 40 minutes into it). During the next reboot cycle it panicked again as follows: mmcsd0: Error indicated: 1 Timeout g_vfs_done():mmcsd0s2a[WRITE(offset=17725816832, length=32768)]error =mmcsd0: Error indicated: 1 Timeout 5 panic: No b_bufobj 0xcc41dfb8 KDB: enter: panic [ thread pid 12 tid 100007 ] Stopped at $d: ldrb r15, [r15, r15, ror r15]! This was using low speed for SD (25MHz). From owner-freebsd-arm@FreeBSD.ORG Fri Nov 14 07:29:20 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CAF0EED1 for ; Fri, 14 Nov 2014 07:29:20 +0000 (UTC) Received: from mail-ie0-f175.google.com (mail-ie0-f175.google.com [209.85.223.175]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9473BC5F for ; Fri, 14 Nov 2014 07:29:20 +0000 (UTC) Received: by mail-ie0-f175.google.com with SMTP id at20so2016013iec.34 for ; Thu, 13 Nov 2014 23:29:19 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=bJls13/kQfH2D/3HG1Dtm5fb2cQ9u+fy4aB1YDOYtGw=; b=Zh8cGYdnwGVn94lxSOlbC49oJaXjAAaU3gkVkgEKDh6w09hFvqmfsJgebvyYRNaCyd CJUH3y+XEJBg7HztNkcDZmbe5hx005TPmSAHT3Am/rHwBOLmNG2LZsYDw8/0bX+rkZ66 Nac5YO3ohoAtrypO2cvvcQIfan5QexE8blgr2fQMAuwUaDcg1bWzhZK5HrKKFU6VrAjv e3grgryCcf5QIHdQFTPx76vGxTPXL1jm6Qtw+YQm4KQDl9CyuRNT17DeVif+bimTeQxU 9opeB2nwBJX1uxzhQbn8/6rCOAG4oFX8sfqyG8QJfZ01Mcm9BtPBjhfCqvpF8ndGbAfL anrg== X-Gm-Message-State: ALoCoQmFK5PGQqYBqDra8mrPFTn4YgRTPwZNZj6dfMkH40gP1Dndb75A9sPBHniFqwxmraxhSKoD MIME-Version: 1.0 X-Received: by 10.50.47.108 with SMTP id c12mr4097318ign.1.1415950159063; Thu, 13 Nov 2014 23:29:19 -0800 (PST) Received: by 10.107.170.34 with HTTP; Thu, 13 Nov 2014 23:29:19 -0800 (PST) In-Reply-To: References: <542271AE.6070807@andrew.cmu.edu> <2c451765bffb43e8b9dab56927bb351a@e15be-02.zdv.Uni-Mainz.DE> Date: Fri, 14 Nov 2014 02:29:19 -0500 Message-ID: Subject: Re: Jetson TK1 board support From: David Rayson To: =?UTF-8?B?V2Vpw58sIERyLiBKw7xyZ2Vu?= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Nov 2014 07:29:20 -0000 How well does the ethernet support work for you? When I try to use it, packets are sent successfully, but no packets are received (usually). I think there might be some sort of odd race condition: if I break into the debugger, let it sit for a while, then continue, it will start to (very intermittently) receive a packet every now and then (typically after a watchdog timeout message from the ethernet driver). Any idea what could be going on there? --David On Fri, Oct 3, 2014 at 9:33 AM, Wei=C3=9F, Dr. J=C3=BCrgen wrote: > If you enable the sdhci controller(s) in the fdt, the controllers and > the cards are (at least partially) recognized. Read data transfers > from the sd card slot return only data bytes with zero contents. > The quirk in the fdt should disable DMA. The transfers are done > in pio mode. > > U-boot should already have initialized the controllers. But the > generic sdhci driver tries at least to set frequency and bus width > according to the cards present. For the EMMC it certainly does > not know how to handle 8 bit transfers without further help > from a tegra specific driver extensions. > > Juergen > > Juergen Weiss |Universitaet Mainz, Zentrum fuer Datenverarbeitung, > weiss@uni-mainz.de |55099 Mainz, Tel: +49(6131)39-26361, FAX: > +49(6131)39-26407 > > > -----Original Message----- > > From: David Rayson [mailto:drayson@andrew.cmu.edu] > > Sent: Thursday, October 02, 2014 11:54 PM > > To: Wei=C3=9F, Dr. J=C3=BCrgen > > Cc: freebsd-arm@freebsd.org > > Subject: Re: Jetson TK1 board support > > > > How much work do you think would be needed to get the SD controller > working? Would it > > simply be a matter of doing the appropriate initialization (wouldn't > U-Boot do this > > already even?), enabling it in the device tree, and using the standard > FreeBSD SDHCI > > driver, or is there something more complicated that would need to be > done? > > > > > > (This would probably be simple to test, but I don't have access to the > hardware right now) > > > > > > --David > > > > > > On Fri, Sep 26, 2014 at 4:39 PM, Wei=C3=9F, Dr. J=C3=BCrgen > wrote: > > > > > > Hi, > > > > sorry, I did not have any time during the week. > > > > I just sent a mail to the list with a link to my changes. > > > > Only serial, USB2 and PCIe/Ethernet hardware is working - so no > > SATA. > > > > The drivers rely on u-boot to initialize the hardware. While this > > is ok for pinmux, other initializations should be done by the > > drivers. > > > > The interrupt handling for PCIe is rather ad hoc. The interrupt > > routing should honor the FDT description. > > > > The Tegra platform has a GIC with extensions for interrupt > > routing. I just made a copy of the GIC code end extended it > > in a few cases. There should probably be a mechanism to do > > this without duplicating code. > > > > I changed some non tegra files to get FreeBSD running on the > > hardware. There should be better solutions, which can be merged > > back to the FreeBSD source tree. For example the problem > > with cache coherency due to aggressive L2 prefetch awaits > > a real solution. > > > > There is no code to change the cpu clock yet. > > > > There is no support for SDHCI or EMMC. > > > > So I would consider this a first step, which allows to do > > native development on the platform. > > > > Besides that, the kernel seems to be quite stable - at least with > > the compiles I did. > > > > Regards > > > > Juergen > > > > Juergen Weiss |Universitaet Mainz, Zentrum fuer > Datenverarbeitung, > > weiss@uni-mainz.de |55099 Mainz, Tel: +49(6131)39-26361 > > > , FAX: +49(6131)39-26407 > > > > > > > -----Original Message----- > > > From: owner-freebsd-arm@freebsd.org [mailto: > owner-freebsd-arm@freebsd.org] On > > Behalf Of > > > David Rayson > > > Sent: Wednesday, September 24, 2014 9:25 AM > > > To: freebsd-arm@freebsd.org > > > Subject: Re: Jetson TK1 board support > > > > > > Hi, > > > > > > What other work would be useful to get this port working well? > I might > > > be interested in working on improving it, but first I want to > make sure > > > I have a clear sense of what's been done so far (and how > stable/not it > > > is) and what still remains to be done. > > > > > > --David > > > > > > > Hi, > > > > > > > > I have a rather rough port of FreeBSD current on arm to Jetso= n > TK1. I > > > > used Stephen Warren's tegra u-boot sources, which initialize > and configure > > > > USB and PCIe. > > > > > > > > So SMP, USB and the onboard PCIe Ethernet adapter work. > > > > > > > > After Ian's changes to busdma_machdep-v6 (r269212) I had > problems with > > > > cache coherency with the Ethernet adapter. Seems this is due > to the aggressive > > > > L2 prefetcher of Cortex A15. Disabling L2 prefetch does help, > as well as > > > > invalidating the cache a second time after the dma transfer. > I'm not > > > > sure what the correct solution to this problem is. I wonder h= ow > > > > other Cortex A15 platforms (exynos5) handle this. > > > > > > > > I will probably be able to do some cleanups and put patches o= n > the web > > > > within a week. > > > > > > > > Regards > > > > > > > > Juergen > > > > > > > > Juergen Weiss |Universitaet Mainz, Zentrum fuer > Datenverarbeitung, > > > > weiss at uni-mainz.de < > http://lists.freebsd.org/mailman/listinfo/freebsd-arm> > > |55099 > > > Mainz, Tel: +49(6131)39-26361 , > FAX: +49(6131)39- > > 26407 > > > > > > > > >/ -----Original Message----- > > > > />/ From:owner-freebsd-arm at freebsd.org > > > > [mailto:owner-freebsd-arm > > at > > > freebsd.org < > http://lists.freebsd.org/mailman/listinfo/freebsd-arm>] On Behalf Of > > > > />/ Ian Lepore > > > > />/ Sent: Sunday, September 21, 2014 3:44 PM > > > > />/ To: Lundberg, Johannes > > > > />/ Cc:freebsd-arm at freebsd.org > > > > arm> > > > > />/ Subject: Re: Jetson TK1 board support > > > > />/ > > > > />/ On Sun, 2014-09-21 at 16:45 +0900, Lundberg, Johannes > wrote: > > > > />/ > Great! > > > > />/ > > > > > />/ > What I've done so far is > > > > />/ > > > > > />/ > - build and patch (enable API) u-boot-nvidia on freebs= d > (i think i got it > > > > />/ > fromgit://nv-tegra.nvidia.com/3rdparty/u-boot.git, > the normal u-boot > > > > />/ > wouldn't work...) > > > > />/ > - flash u-boot-dtb-tegra.img onto the board's mmc usin= g > nvidia's flash > > tool > > > > />/ > on ubuntu > > > > />/ > - build an image using crochet and dd to sd card (so > far I copied the > > > > />/ > beaglebone setup, just to get a ubldr and a kernel fil= e) > > > > />/ > > > > > />/ > > > > > />/ > From u-boot I can see all devices. I load ubldr with > > > > />/ > fatload mmc 1:1 0x80200000 ubldr > > > > />/ > bootelf 0x80200000 > > > > />/ > > > > > />/ > ubldr load fine but, from ubldr I can only see the mmc > 0 and net devices. > > > > />/ > There's no sd card (mmc 1), and no ufs partition.. > > > > />/ > > > > > />/ > > > > > />/ > > > > > />/ > > > > > />/ > -- > > > > />/ > Johannes Lundberg > > > > />/ > BRILLIANTSERVICE CO., LTD. > > > > />/ > > > > > />/ > On Fri, Sep 19, 2014 at 8:25 PM, John Howie thehowies.com > > > > wrote: > > > > />/ > > > > > />/ > > Hi all, > > > > />/ > > > > > > />/ > > I am up for testing and supporting this board. I > ordered and received > > > > />/ > > mine, but have not really had a chance to use it due > to work to-date. > > The > > > > />/ > > good news is the next few months I will have > bandwidth. > > > > />/ > > > > > > />/ > > Regards, > > > > />/ > > > > > > />/ > > John > > > > />/ > > > > > > />/ > > > > > > />/ > > On 9/19/14, 12:15 PM, "Lundberg, Johannes" > > > > />/ > > > > > wrote: > > > > />/ > > > > > > />/ > > >Hi > > > > />/ > > > > > > > />/ > > >I started working on adding the Jetson TK1 board to > Crochet. Is there > > any > > > > />/ > > >work in progress on this? > > > > />/ > > >I guess there is quite a lot of work that has to > been done to get full > > > > />/ > > >support for it in the kernel as well.. > > > > />/ > > > > > > > />/ > > >Best regards > > > > />/ > > >-- > > > > />/ > > >Johannes Lundberg > > > > />/ > > > > > > > />/ > > > > />/ You may have to change some u-boot options to support > multiple mmc/sd > > > > />/ interfaces. Look in the config header for > CONFIG_SYS_MMC_MAX_DEVICE; if > > > > />/ it's not there you may need to add it. For wandboard I > also had to add > > > > />/ a freescale-specific one, CONFIG_SYS_FSL_USDHC_NUM, so > there may be > > > > />/ something like that you need to find as well. > > > > />/ > > > > />/ -- Ian > > > > />/ > > > > />/ > > > > />/ _______________________________________________ > > > > />/ freebsd-arm at freebsd.org > > > > > mailing list > > > > />/ http://lists.freebsd.org/mailman/listinfo/freebsd-arm > > > > />/ To unsubscribe, send any mail to "freebsd-arm-unsubscrib= e > at 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" > > > > > > From owner-freebsd-arm@FreeBSD.ORG Fri Nov 14 11:05:46 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2F2D553E for ; Fri, 14 Nov 2014 11:05:46 +0000 (UTC) Received: from mo6-p00-ob.smtp.rzone.de (mo6-p00-ob.smtp.rzone.de [IPv6:2a01:238:20a:202:5300::9]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.smtp.rzone.de", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B89F6622 for ; Fri, 14 Nov 2014 11:05:45 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; t=1415963123; l=5229; s=domk; d=ulrich-grey.de; h=Content-Transfer-Encoding:Content-Type:Mime-Version:References: In-Reply-To:Subject:Cc:To:From:Date; bh=f8qXXeWFwqij5oyxN3VaoR70uG0=; b=Rv6vS1xwjZytbtUfQTHOdDgf/7r6W2S9gF50DAPO2ukBxVsqmiENxOU7lBjBBxQHbe2 c1pWQ94NZ45akKTAcGil8hlYN2GXnd8mEB0NOClNRi47XEoACA/G9jtZ3CoovySoAsHIc bVDW19rKeL38Ez0URBLmMeOv3Ij7kL4EdOk= X-RZG-AUTH: :OX8Be0W8W+pMC3rDLL/lo2xV/LZTbZkYhOcjg8suic3iYr/B8J9Lzp3TJg48uMv6caQ= X-RZG-CLASS-ID: mo00 Received: from bbu (p54868C2C.dip0.t-ipconnect.de [84.134.140.44]) by smtp.strato.de (RZmta 35.11 DYNA|AUTH) with ESMTPSA id n047fbqAEB5Myx4 (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate); Fri, 14 Nov 2014 12:05:22 +0100 (CET) Date: Fri, 14 Nov 2014 12:05:21 +0100 From: Ulrich Grey To: Rui Paulo Subject: Re: Wandboard-Quad crashes Message-Id: <20141114120521.06926bd12d6b2958c6f380dc@ulrich-grey.de> In-Reply-To: References: <20141113125236.b16cd4e5f0e339eac0494cd4@ulrich-grey.de> Organization: - X-Mailer: Sylpheed 3.3.0 (GTK+ 2.24.22; armv6-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Nov 2014 11:05:46 -0000 On Thu, 13 Nov 2014 08:37:13 -0800 Rui Paulo wrote: > On Nov 13, 2014, at 03:52, Ulrich Grey wrote: > > > > I am running FreeBSD on a Wandboard-Quad: > > > > FreeBSD 11.0-CURRENT #0 r274420M: Wed Nov 12 14:17:26 UTC 2014 > > user@quad:/usr/local/DEVEL/obj/usr/local/DEVEL/SRC/head/sys/WANDBOARD-QUAD > > arm FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) > > 20140512 WARNING: WITNESS option enabled, expect reduced > > performance. CPU: Cortex A9-r2 rev 10 (Cortex-A core) > > Supported features: ARM_ISA THUMB2 JAZELLE THUMBEE ARMv4 > > Security_Ext > > > > If I try to compile x11/libX11 the system frequently crashes: > > > > Fatal kernel mode data abort: 'Alignment Fault 1' > > trapframe: 0xf72e0ae8 > > FSR=00000001, FAR=000000a7, spsr=60000013 > > r0 =00000004, r1 =00000000, r2 =c242b953, r3 =00000970 > > r4 =c847fd80, r5 =c242b953, r6 =000000a7, r7 =c7df6810 > > r8 =00000000, r9 =00000097, r10=00000970, r11=f72e0b68 > > r12=000000c0, ssp=f72e0b38, slr=c220ebf4, pc =c214fbb4 > > > > [ thread pid 23015 tid 100147 ] > > > > Stopped at __mtx_lock_flags+0x50: ldr r0, [r6] > > > > What can I do? > > Can you send us the backtrace? > > -- > Rui Paulo > -------------------------------------------------------- After some hours compiling, the Wandboard crashes again: Tracing command c++ pid 16704 tid 100096 td 0xc78cf000 db_trace_self() at db_trace_self pc = 0xc23beab8 lr = 0xc2038874 (db_stack_trace_all+0x78) sp = 0xfb1e96d0 fp = 0xfb1e9800 r10 = 0xc25795e0 db_stack_trace_all() at db_stack_trace_all+0x78 pc = 0xc2038874 lr = 0xc20383bc (db_command+0x270) sp = 0xfb1e9808 fp = 0xfb1e98a8 r4 = 0x00000000 r5 = 0x00000000 r6 = 0x00000000 r7 = 0xc20387fc r8 = 0x00000001 r9 = 0xc24c1590 r10 = 0xc257955c db_command() at db_command+0x270 pc = 0xc20383bc lr = 0xc2038120 (db_command_loop+0x60) sp = 0xfb1e98b0 fp = 0xfb1e98c0 r4 = 0xc24031c1 r5 = 0xc241b12f r6 = 0xc2579548 r7 = 0xfb1e9ae0 r8 = 0x00000001 r9 = 0xc24c1828 r10 = 0xc25152f4 --More-- - - M o re - - db_command_loop() at db_command_loop+0x60 --More-- Bad character --More-- - - M o r e - -pc = 0xc2038120 lr = 0xc203ab94 (db_trap+0xd8) --More-- T r a c i n g c o m m a n d c + + p id 1 6 70 4 t i d 10 0 0 9 6 t d 0 x c7 8 c f 0 0 0 -sp-M o r e - - = 0xfb1e98c8 fp = 0xfb1e99e8 --More-- cpu_switch() at cpu_switch+0x50 --More-- r4 = 0xfb3e6bb8 r5 = 0xc2579554 --More-- r6 = 0xc2515318 --More-- db_trap() at db_trap+0xd8 --More-- pc = 0xc23d4110 lr = 0xc242138d (0xc242138d) --More-- pc = 0xc203ab94 lr = 0xc219fb54 (kdb_trap+0x15c) --More-- sp = 0xfb1e9de0 fp = 0xfb1e9e10 --More-- sp = 0xfb1e99f0 fp = 0xfb1e9a10 --More-- r4 = 0x00000000 r5 = 0x00000017 --More-- r6 = 0xc2515318 r7 = 0xfb1e9ae0 --More-- kdb_trap() at kdb_trap+0x15c --More-- pc = 0xc219fb54 lr = 0xc23d4fd8 (dab_fatal+0x174) --More-- r4 = 0xc789bc80 r5 = 0xfb1e9e58 --More-- sp = 0xfb1e9a18 fp = 0xfb1e9a30 --More-- r4 = 0xfb1e9ae0 r5 = 0x00000017 --More-- r6 = 0x600001d3 r7 = 0x00000000 --More-- r6 = 0xc23d51ac r7 = 0xfb1e9e10 --More-- r8 = 0x00000013 r9 = 0xfb1e9ae0 --More-- r10 = 0x00000000 --More-- dab_fatal() at dab_fatal+0x174 --More-- pc = 0xc23d4fd8 lr = 0xc23d4d7c (data_abort_handler+0x414) --More-- digits() at 0xc242138d --More-- pc = 0xc242138d lr = 0xc21b1248 (userret+0x8c) --More-- sp = 0xfb1e9e18 fp = 0xfb1e9e30 --More-- r4 = 0xfb1e9e60 r5 = 0x00010004 --More-- sp = 0xfb1e9a38 fp = 0xfb1e9ad8 --More-- r4 = 0xfb1e9eb0 r5 = 0xc78cf000 --More-- r6 = 0xfb1e9eb0 r7 = 0x00000017 --More-- data_abort_handler() at data_abort_handler+0x414 --More-- pc = 0xc23d4d7c lr = 0xc23c0878 (exception_exit) --More-- r6 = 0xbfffe028 --More-- userret() at userret+0x8c --More-- pc = 0xc21b1248 lr = 0xc21b1720 (ast+0x3ac) --More-- sp = 0xfb1e9ae0 fp = 0xfb1e9b40 --More-- sp = 0xfb1e9e38 fp = 0xfb1e9e58 --More-- r4 = 0xffffffff r5 = 0xc7384c20 --More-- r 4 r6== 00xxbfcf2f42d613505 9 r 5 = 0 xc 7 8c f0 0 0 r--7 Mo=r e-0x- c2407b04 --More-- rr8 =60 x0=0 0 000x06c758 9 b c 80 r--9 Mo= re0x-c- 2504460 --More-- r10 = 0xfb1eas9td6(0) a t--More-- ast+0x3ac --More-- pc = 0xecx21cbe1p7t2io0 n _e x i t( ) a t lr = 0xc23c08e7x8c e pt(ion_exit --Moree-x-c eption_exit) --More-- s p = 0xpfcb 1 e9= e600x cfp2 3 c0 87 8 l r = 0 x c 2 3c 1 e c 0 ( = 0x01615788 --Morarem-_-i rq_handler+0x34) --More-- rsp4 = 0 x2 2 0 2 1 32 4 r 5 = 0 x 0 0 00 0 00 0 =- - M o r e - - 0xfb1e9b30 fp = 0xfb1e9b40 --More-- r0r 6 = 0 xb f ff d6 3 0 r 7 = 0 x 0 0 9 4 f 4 b8 -= -0Mxorbfef-f- da70 r1 = 0x00000000 --More-- rr82= 0 x 2 2 0 26=0 c00 x 0 0 0 0 0 00 0 r3 = 0 x 6 0 0 0 0 1 1 3 r-9-M or e- - = 0xbfffe028 --More-- ... I have uploaded the scriptfile. You can download it here: http://www.ulrich-grey.de/dl/quad3.txt From owner-freebsd-arm@FreeBSD.ORG Fri Nov 14 12:04:00 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7610E632 for ; Fri, 14 Nov 2014 12:04:00 +0000 (UTC) Received: from nibbler.fubar.geek.nz (nibbler.fubar.geek.nz [199.48.134.198]) by mx1.freebsd.org (Postfix) with ESMTP id 59395BFE for ; Fri, 14 Nov 2014 12:04:00 +0000 (UTC) Received: from bender.lan (97e078e7.skybroadband.com [151.224.120.231]) by nibbler.fubar.geek.nz (Postfix) with ESMTPSA id 368927328F; Fri, 14 Nov 2014 12:03:59 +0000 (UTC) Date: Fri, 14 Nov 2014 12:03:53 +0000 From: Andrew Turner To: Ulrich Grey Subject: Re: Wandboard-Quad crashes Message-ID: <20141114120353.49988a3e@bender.lan> In-Reply-To: <20141114120521.06926bd12d6b2958c6f380dc@ulrich-grey.de> References: <20141113125236.b16cd4e5f0e339eac0494cd4@ulrich-grey.de> <20141114120521.06926bd12d6b2958c6f380dc@ulrich-grey.de> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-arm@freebsd.org, Rui Paulo X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Nov 2014 12:04:00 -0000 On Fri, 14 Nov 2014 12:05:21 +0100 Ulrich Grey wrote: > On Thu, 13 Nov 2014 08:37:13 -0800 > Rui Paulo wrote: > > > On Nov 13, 2014, at 03:52, Ulrich Grey > > wrote: > > > > > > I am running FreeBSD on a Wandboard-Quad: > > > > > > FreeBSD 11.0-CURRENT #0 r274420M: Wed Nov 12 14:17:26 UTC 2014 > > > user@quad:/usr/local/DEVEL/obj/usr/local/DEVEL/SRC/head/sys/WANDBOARD-QUAD > > > arm FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final > > > 208032) 20140512 WARNING: WITNESS option enabled, expect reduced > > > performance. CPU: Cortex A9-r2 rev 10 (Cortex-A core) > > > Supported features: ARM_ISA THUMB2 JAZELLE THUMBEE ARMv4 > > > Security_Ext > > > > > > If I try to compile x11/libX11 the system frequently crashes: > > > > > > Fatal kernel mode data abort: 'Alignment Fault 1' > > > trapframe: 0xf72e0ae8 > > > FSR=00000001, FAR=000000a7, spsr=60000013 > > > r0 =00000004, r1 =00000000, r2 =c242b953, r3 =00000970 > > > r4 =c847fd80, r5 =c242b953, r6 =000000a7, r7 =c7df6810 > > > r8 =00000000, r9 =00000097, r10=00000970, r11=f72e0b68 > > > r12=000000c0, ssp=f72e0b38, slr=c220ebf4, pc =c214fbb4 > > > > > > [ thread pid 23015 tid 100147 ] > > > > > > Stopped at __mtx_lock_flags+0x50: ldr r0, [r6] > > > > > > What can I do? > > > > Can you send us the backtrace? > > > > -- > > Rui Paulo > > > -------------------------------------------------------- > > After some hours compiling, the Wandboard crashes again: This looks similar to the problem I have seen compiling ports on a Wandboard. It appears to be a bug in the pmap code but I never tracked it down, and in the end used the pmap implementation from Svatopluk Kraus and Michal Melound. Unfortunately I don't have the time to shepard this code into the tree at the moment. Andrew From owner-freebsd-arm@FreeBSD.ORG Fri Nov 14 15:17:52 2014 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0A8F9645 for ; Fri, 14 Nov 2014 15:17:52 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CCD7A355 for ; Fri, 14 Nov 2014 15:17:51 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sAEFHpJR087565 for ; Fri, 14 Nov 2014 15:17:51 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 195009] New: [patch]: [arm] Use 400 kHz as the default OMAP4 I2C bus speed Date: Fri, 14 Nov 2014 15:17:51 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: jumpnowtek@gmail.com X-Bugzilla-Status: Needs Triage X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Nov 2014 15:17:52 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=195009 Bug ID: 195009 Summary: [patch]: [arm] Use 400 kHz as the default OMAP4 I2C bus speed Product: Base System Version: 11.0-CURRENT Hardware: arm OS: Any Status: Needs Triage Severity: Affects Only Me Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: jumpnowtek@gmail.com The I2C bus speed for OMAP4 boards defaults to 842 kHz. The formula for calculating this comes from the TRM table 23-8 scl = i2c_fclk / ( ( psc + 1) * ( (scll + 7) + (sclh + 5) ) ) The code says it's attempting 1 MHz, but it's using the wrong values. The values for 400 kHz and 100 kHz are okay. Here are the calculations IIC_FASTEST = 96 MHz / ((5 + 1) * ((3 + 7) + (4 + 5))) = 96 MHz / (6 * 19) = 842 kHz IIC_SLOW = 96 MHz / ((23 + 1) * ((13 + 7) + (15 + 5))) = 96 MHz / (24 * 40) = 100 kHz IIC_FAST = 96 MHz / ((9 + 1) * ((5 + 7) + (7 + 5))) = 96 MHz / (10 * 24) = 400 kHz To make the I2C bus friendlier for userland apps accessing /dev/iicX, I'm proposing that IIC_FASTEST default to 400 kHz for OMAP4. Index: sys/arm/ti/ti_i2c.c =================================================================== --- sys/arm/ti/ti_i2c.c (revision 274498) +++ sys/arm/ti/ti_i2c.c (working copy) @@ -116,7 +116,7 @@ { IIC_UNKNOWN, 100000, 23, 13, 15, 0, 0}, { IIC_SLOW, 100000, 23, 13, 15, 0, 0}, { IIC_FAST, 400000, 9, 5, 7, 0, 0}, - { IIC_FASTEST, 1000000, 5, 3, 4, 0, 0}, + { IIC_FASTEST, 400000, 9, 5, 7, 0, 0}, /* { IIC_FASTEST, 3200000, 1, 113, 115, 7, 10}, - HS mode */ { -1, 0 } }; -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-arm@FreeBSD.ORG Fri Nov 14 15:45:56 2014 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7C45F4AF for ; Fri, 14 Nov 2014 15:45:56 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 63EEA8AA for ; Fri, 14 Nov 2014 15:45:56 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sAEFjuPD051879 for ; Fri, 14 Nov 2014 15:45:56 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 195009] [patch]: [arm] Use 400 kHz as the default OMAP4 I2C bus speed Date: Fri, 14 Nov 2014 15:45:56 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: jumpnowtek@gmail.com X-Bugzilla-Status: Needs Triage X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: priority component Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Nov 2014 15:45:56 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=195009 Scott Ellis changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|--- |Normal Component|arm |kern -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-arm@FreeBSD.ORG Fri Nov 14 15:51:59 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B04AF77A for ; Fri, 14 Nov 2014 15:51:59 +0000 (UTC) Received: from st11p02mm-asmtp001.mac.com (st11p02mm-asmtp001.mac.com [17.172.220.236]) (using TLSv1 with cipher DES-CBC3-SHA (112/168 bits)) (Client CN "smtp.me.com", Issuer "VeriSign Class 3 Extended Validation SSL SGC CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7F2AC974 for ; Fri, 14 Nov 2014 15:51:59 +0000 (UTC) Received: from fukuyama.hsd1.ca.comcast.net (unknown [73.162.13.215]) by st11p02mm-asmtp001.mac.com (Oracle Communications Messaging Server 7u4-27.10(7.0.4.27.9) 64bit (built Jun 6 2014)) with ESMTPSA id <0NF100BMPDE7DA90@st11p02mm-asmtp001.mac.com> for freebsd-arm@freebsd.org; Fri, 14 Nov 2014 15:51:45 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.13.68,1.0.28,0.0.0000 definitions=2014-11-14_07:2014-11-14,2014-11-14,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1408290000 definitions=main-1411140126 Content-type: text/plain; charset=us-ascii MIME-version: 1.0 (Mac OS X Mail 8.0 \(1990.1\)) Subject: Re: Wandboard-Quad crashes From: Rui Paulo In-reply-to: <20141114120353.49988a3e@bender.lan> Date: Fri, 14 Nov 2014 07:51:42 -0800 Content-transfer-encoding: 7bit Message-id: References: <20141113125236.b16cd4e5f0e339eac0494cd4@ulrich-grey.de> <20141114120521.06926bd12d6b2958c6f380dc@ulrich-grey.de> <20141114120353.49988a3e@bender.lan> To: Andrew Turner X-Mailer: Apple Mail (2.1990.1) Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Nov 2014 15:51:59 -0000 On Nov 14, 2014, at 04:03, Andrew Turner wrote: > Unfortunately I don't have the time to shepard this code into the tree > at the moment. Can you put it in phabricator? -- Rui Paulo From owner-freebsd-arm@FreeBSD.ORG Fri Nov 14 16:39:16 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5469F245 for ; Fri, 14 Nov 2014 16:39:16 +0000 (UTC) Received: from mo6-p00-ob.smtp.rzone.de (mo6-p00-ob.smtp.rzone.de [IPv6:2a01:238:20a:202:5300::3]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.smtp.rzone.de", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DCA57F2A for ; Fri, 14 Nov 2014 16:39:15 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; t=1415983125; l=2841; s=domk; d=ulrich-grey.de; h=Content-Transfer-Encoding:Content-Type:Mime-Version:References: In-Reply-To:Subject:Cc:To:From:Date; bh=cWiz9NaJAtbD2B9h4kbJ56K6QYs=; b=OjDT09ijfx3PA8r47fB8uQsGGBTqAKuN66SmDj1cA+Md3NztSOiaj+tEL3ibZFmtPTm dQZPChQfUCAXVMr/ZBBGvBSPtLokn+xN6t9VnE+i41VRE8imgLWfw7fs8ZQpoLmAt8bKN SVWQKxHuhKkhWbH5r+Fe9tc4kH//WRBrk/k= X-RZG-AUTH: :OX8Be0W8W+pMC3rDLL/lo2xV/LZTbZkYhOcjg8suic3iYr/B8J9Lzp3TJg48uMv6caQ= X-RZG-CLASS-ID: mo00 Received: from bbu (p54868C2C.dip0.t-ipconnect.de [84.134.140.44]) by smtp.strato.de (RZmta 35.11 DYNA|AUTH) with ESMTPSA id 2032cbqAEGcXBBp (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate); Fri, 14 Nov 2014 17:38:33 +0100 (CET) Date: Fri, 14 Nov 2014 17:38:32 +0100 From: Ulrich Grey To: Rui Paulo Subject: Re: Wandboard-Quad crashes Message-Id: <20141114173832.ebddd36a320a5a0ac91701e3@ulrich-grey.de> In-Reply-To: References: <20141113125236.b16cd4e5f0e339eac0494cd4@ulrich-grey.de> Organization: - X-Mailer: Sylpheed 3.3.0 (GTK+ 2.24.22; armv6-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Nov 2014 16:39:16 -0000 On Thu, 13 Nov 2014 08:37:13 -0800 Rui Paulo wrote: > On Nov 13, 2014, at 03:52, Ulrich Grey wrote: > >=20 > > I am running FreeBSD on a Wandboard-Quad: > >=20 > > FreeBSD 11.0-CURRENT #0 r274420M: Wed Nov 12 14:17:26 UTC 2014 > > user@quad:/usr/local/DEVEL/obj/usr/local/DEVEL/SRC/head/sys/WANDBOAR= D-QUAD > > arm FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) > > 20140512 WARNING: WITNESS option enabled, expect reduced > > performance. CPU: Cortex A9-r2 rev 10 (Cortex-A core) > > Supported features: ARM_ISA THUMB2 JAZELLE THUMBEE ARMv4 > > Security_Ext > >=20 > > If I try to compile x11/libX11 the system frequently crashes: > >=20 > > Fatal kernel mode data abort: 'Alignment Fault 1' > > trapframe: 0xf72e0ae8 > > FSR=3D00000001, FAR=3D000000a7, spsr=3D60000013 > > r0 =3D00000004, r1 =3D00000000, r2 =3Dc242b953, r3 =3D00000970 > > r4 =3Dc847fd80, r5 =3Dc242b953, r6 =3D000000a7, r7 =3Dc7df6810 > > r8 =3D00000000, r9 =3D00000097, r10=3D00000970, r11=3Df72e0b68 > > r12=3D000000c0, ssp=3Df72e0b38, slr=3Dc220ebf4, pc =3Dc214fbb4 > >=20 > > [ thread pid 23015 tid 100147 ] > >=20 > > Stopped at __mtx_lock_flags+0x50: ldr r0, [r6] > >=20 > > What can I do? >=20 > Can you send us the backtrace? >=20 ---------------------- Now I have a coredump: root@quad:/usr/obj/usr/local/DEVEL/SRC/head/sys/WANDBOARD-QUAD # kgdb ker=07ne=07l.debug /var/crash/v=07mcore.0=20 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "armv6-marcel-freebsd"...Dwarf Error: wrong version in compilation unit header (is 0, should be 2) [in module /usr/local/DEVEL/obj/usr/local/DEVEL/SRC/head/sys/WANDBOARD-QUAD/ker= nel.debug] No symbol table is loaded. Use the "file" command. No symbol table is loaded. Use the "file" command. No symbol table is loaded. Use the "file" command. #0 0x00000000 in ?? () (kgdb) #0 0x00000000 in ?? () Cannot access memory at address 0x0 (kgdb) list No symbol table is loaded. Use the "file" command. (kgdb) file No executable file now. No symbol file now. (kgdb)=20 (kgdb) file kernel.symbols Reading symbols from kernel.symbols...Dwarf Error: wrong version in compilation unit header (is 0, should be 2) [in module /usr/local/DEVEL/obj/usr/local/DEVEL/SRC/head/sys/WANDBOARD-QUAD/ker= nel.symbols] (kgdb) Quit (kgdb) quit root@quad:/usr/obj/usr/local/DEVEL/SRC/head/sys/WANDBOARD-QUAD # ^D=08=08exit What is wrong? From owner-freebsd-arm@FreeBSD.ORG Fri Nov 14 17:35:10 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 438DB333; Fri, 14 Nov 2014 17:35:10 +0000 (UTC) Received: from mail-qa0-x235.google.com (mail-qa0-x235.google.com [IPv6:2607:f8b0:400d:c00::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EFABF7E9; Fri, 14 Nov 2014 17:35:09 +0000 (UTC) Received: by mail-qa0-f53.google.com with SMTP id n8so11769372qaq.26 for ; Fri, 14 Nov 2014 09:35:09 -0800 (PST) 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; bh=ITjce8AayyeAsMuX+iWNq9BcRCpauyOsCuEXdN/yyVI=; b=HK6k24/6btosza6oAhKu9VRnNqYEy+E+kVuDLwX641OPeKmAbVN/Xogg6AfyAdI0O5 v3bwy0Ae3Rv5YL6ccWKe/hSKnsYYMwjqJ7TK5JdQXoYbuzZCx6pwBqnkuf7vR+7tWPoJ AmI9xfJBG4B9F+I3aabHCPBIpb5x3LiKeeJK0bCcKFA7F4TWFnRpwSh2cSnT7yjNQIgZ qazHYz/Ph/kYVwvfWs0Fz8R9BpHdv1B341eIbiQgU5RHRUINN6ZtOOQ9jXtyZFN9W2XE CGcl4Nt/qFtgnsupuF1H7sNsb6RTBN82gp5ThmMJSmu5UPvK9lv7rVdLcxnstQgMCZez /yFw== MIME-Version: 1.0 X-Received: by 10.224.122.80 with SMTP id k16mr7357676qar.40.1415986509164; Fri, 14 Nov 2014 09:35:09 -0800 (PST) Received: by 10.96.169.229 with HTTP; Fri, 14 Nov 2014 09:35:09 -0800 (PST) In-Reply-To: <39ecf88b.74b1cd08@fabiankeil.de> References: <39ecf88b.74b1cd08@fabiankeil.de> Date: Fri, 14 Nov 2014 18:35:09 +0100 Message-ID: Subject: Re: "geli: Wrong key" with a simple passphrase. Doesn't handle the keyboard input From: Aurelien Martin <01aurelien@gmail.com> To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: freebsd-arm@freebsd.org, freebsd-geom@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Nov 2014 17:35:10 -0000 Many thanks Fabian for your feedbacks ! @freebsd-arm users: Can someone try to "geli init" and "geli attach" an USB external drive ? Cheers,Aurelien 2014-11-14 18:23 GMT+01:00 Fabian Keil : > Aurelien Martin <01aurelien@gmail.com> wrote: > > > Is there people that can try to geli an external USB disk with a simple > > passphrase on CURRENT and tell me if the passphrase prompt shown the > input, > > and if it's possible to attach it ? > > -------- > > # uname -a > > FreeBSD 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r271779: Fri Sep 19 > 01:18:53 > > UTC 2014 root@grind.freebsd.org:/usr/obj/arm.armv6/usr/src/sys/RPI- > > B arm > > > > #kldstat > > 2 1 0xc2e49000 17000 geom_eli.ko > > 3 1 0xc2e60000 2a000 crypto.ko > > > > > > # sysctl kern.geom.eli.visible_passphrase=1 > > kern.geom.eli.visible_passphrase: 0 -> 1 > > > > #### Nothing print in the prompt #### > > > > # geli init da0 > > Enter new passphrase: > > Reenter new passphrase: > > The sysctl only applies to the kernel, geli(8) doesn't use it. > > > #### Impossible to attach the device with a simple passphrase. Tried 20x > > #### > > geli attach da0 > > Enter passphrase: > > geli: Wrong key for da0 > > "geli attach" works for me on 11-CURRENT amd64, maybe it's an arm issue. > > Fabian > From owner-freebsd-arm@FreeBSD.ORG Fri Nov 14 20:58:35 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8C175E2E for ; Fri, 14 Nov 2014 20:58:35 +0000 (UTC) Received: from mailgate-01.zdv.uni-mainz.de (mailgate-01.zdv.Uni-Mainz.DE [IPv6:2001:4c80:40:62d:203:ffff:fe5d:b2f1]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "IronPort Appliance Demo Certificate", Issuer "IronPort Appliance Demo Certificate" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 3EBBFFF3 for ; Fri, 14 Nov 2014 20:58:32 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=uni-mainz.de; i=@uni-mainz.de; q=dns/txt; s=ironport; t=1415998714; x=1447534714; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=twvt0YgQK6MuKETkfCaFFF/0G464j3JB4xXZW0hDGDg=; b=G5ZzQc2lyRh/AXFH+Ye1Xov1k0uCWmd+j95ZEsHeGTNddc0F4lCJy9/l pU1CKpG3Enz2uq9rQXnzAmXMwF3Tg4a8YFUpP2BBYn2ittHagy7MYsFag YkS96EHz1NnPwuVL2R/oZh4sPGAqmQnVQT7DiGYA8PQR4xM+Pn/76cQRN 4=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqcHAPFrZlQKXgZQ/2dsb2JhbABbDoJdeFkEgwLJdQqGeVUCHIEXAQEBAQF9hAIBAQEDAQEBASARGiALBQcEAgEIDgMEAQEBAgIjAwICAiUBCQEUAQgIAgQIAgQBBAEHEgECBIgXCQEMu1uWNgEBAQEBBQEBAQEBAQEBGoEtiVCFVAEBNBsHBoIwQRKBQgWXIoQfhD89hg1AjjyCACCBHEBtAQEFgQg5gQMBAQE X-IPAS-Result: AqcHAPFrZlQKXgZQ/2dsb2JhbABbDoJdeFkEgwLJdQqGeVUCHIEXAQEBAQF9hAIBAQEDAQEBASARGiALBQcEAgEIDgMEAQEBAgIjAwICAiUBCQEUAQgIAgQIAgQBBAEHEgECBIgXCQEMu1uWNgEBAQEBBQEBAQEBAQEBGoEtiVCFVAEBNBsHBoIwQRKBQgWXIoQfhD89hg1AjjyCACCBHEBtAQEFgQg5gQMBAQE Received: from e14hub-01.zdv.uni-mainz.de ([10.94.6.80]) by mailgate-01.zdv.uni-mainz.de with ESMTP/TLS/AES128-SHA; 14 Nov 2014 21:58:28 +0100 Received: from e15be-02.zdv.Uni-Mainz.DE (2001:4c80:40:606:92e2:baff:fe19:8fb0) by E14HUB-01.zdv.Uni-Mainz.DE (2001:4c80:40:606:21d:d8ff:feb7:1c5f) with Microsoft SMTP Server (TLS) id 14.3.210.2; Fri, 14 Nov 2014 21:58:27 +0100 Received: from e15be-03.zdv.Uni-Mainz.DE (2001:4c80:40:606:92e2:baff:fe19:9239) by e15be-02.zdv.Uni-Mainz.DE (2001:4c80:40:606:92e2:baff:fe19:8fb0) with Microsoft SMTP Server (TLS) id 15.0.1044.22; Fri, 14 Nov 2014 21:58:27 +0100 Received: from e15be-03.zdv.Uni-Mainz.DE ([fe80::92e2:baff:fe19:9239]) by e15be-03.zdv.Uni-Mainz.DE ([fe80::92e2:baff:fe19:9239%18]) with mapi id 15.00.1044.021; Fri, 14 Nov 2014 21:58:27 +0100 From: =?utf-8?B?V2Vpw58sICBEci4gSsO8cmdlbg==?= To: 'David Rayson' Subject: RE: Jetson TK1 board support Thread-Topic: Jetson TK1 board support Thread-Index: AQHP18iUBDzcFmGHMkWO9pZPd3gkEJwT3s2wgAlm2oCAASHcUIBBkY+AgADsnnA= Date: Fri, 14 Nov 2014 20:58:26 +0000 Message-ID: References: <542271AE.6070807@andrew.cmu.edu> <2c451765bffb43e8b9dab56927bb351a@e15be-02.zdv.Uni-Mainz.DE> In-Reply-To: Accept-Language: de-DE, en-US Content-Language: de-DE X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [134.93.178.79] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Nov 2014 20:58:35 -0000 VGhlIEV0aGVybmV0IHdvcmtzIHF1aXRlIHdlbGwuIEJ1dCB0aGVyZSBoYXMgYmVlbiBhIGNoYW5n ZSBpbiBhIG1vcmUNCnJlY2VudCB2ZXJzaW9uIG9mIHUtYm9vdCB3aGljaCBkaWQgbm90IGluaXRp YWxpemUgdGhlIGludGVycnVwdCANCnJvdXRpbmcgb2YgdGhlIHBjaWUgYnJpZGdlLiBTbyB5b3Ug ZG8gbm90IGdldCByZWNlaXZlIGludGVycnVwdHMuDQoNCkkgcHV0IG1vcmUgcmVjZW50IHBhdGNo ZXMgZm9yIHRoZSBqZXRzb24gdGsxIGJvYXJkIHRvDQoNCiBodHRwOi8vd3d3LnN0YWZmLnVuaS1t YWluei5kZS93ZWlzcy9qZXRzb24tdGsxLTIwMTQxMTE0LnRneiANCg0KTmV3IGNoYW5nZXMgdG8g dS1ib290Og0KICAoZGlmZiB0byBnaXQ6Ly9udi10ZWdyYS5udmlkaWEuY29tLzNyZHBhcnR5L3Ut Ym9vdC5naXQpOg0KICBkZXZpY2UgZW51bWVyYXRpb24gdGhyb3VnaCB0aGUgdS1ib290IEFQSSBk aWQgb25seSByZXR1cm4gdGhlDQogIGZpcnN0IGRldmljZSBvZiBlYWNoIHR5cGUuDQoNCk5ldyBj aGFuZ2VzIHRvIHRoZSBGcmVlQlNEIGtlcm5lbDoNCiAgKGRpZmYgdG8gRnJlZUJTRCBjdXJyZW50 KToNCiAgYmV0dGVyIGluaXRpYWxpemUgcGNpZSBicmlkZ2UgaW50ZXJydXB0IHJvdXRpbmcuDQog IGNoYW5nZSBjcHUgY2xvY2sgdG8gMiBHSHogKGFib3V0IDMgdGltZXMgZmFzdGVyKQ0KICBTREhD SSBzdXBwb3J0LiBUZXN0ZWQgb25seSB3aXRoIG5vbi1oaWdoc3BlZWQgY2FyZHMuDQogIGNoYW5n ZWQgY3B1X3Jlc2V0IHRvIHJldHVybiB0byBib290IGxvYWRlciAodS1ib290KS4NCg0KUmVnYXJk cw0KDQpKdWVyZ2VuDQoNCkp1ZXJnZW4gV2Vpc3MgICAgICB8VW5pdmVyc2l0YWV0IE1haW56LCBa ZW50cnVtIGZ1ZXIgRGF0ZW52ZXJhcmJlaXR1bmcsDQp3ZWlzc0B1bmktbWFpbnouZGUgfDU1MDk5 IE1haW56LCBUZWw6ICs0OSg2MTMxKTM5LTI2MzYxLCBGQVg6ICs0OSg2MTMxKTM5LTI2NDA3DQoN Cg0KPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiBGcm9tOiBEYXZpZCBSYXlzb24gW21h aWx0bzpkcmF5c29uQGFuZHJldy5jbXUuZWR1XQ0KPiBTZW50OiBGcmlkYXksIE5vdmVtYmVyIDE0 LCAyMDE0IDg6MjkgQU0NCj4gVG86IFdlacOfLCBEci4gSsO8cmdlbg0KPiBDYzogZnJlZWJzZC1h cm1AZnJlZWJzZC5vcmcNCj4gU3ViamVjdDogUmU6IEpldHNvbiBUSzEgYm9hcmQgc3VwcG9ydA0K PiANCj4gSG93IHdlbGwgZG9lcyB0aGUgZXRoZXJuZXQgc3VwcG9ydCB3b3JrIGZvciB5b3U/ICBX aGVuIEkgdHJ5IHRvIHVzZSBpdCwgcGFja2V0cyBhcmUgc2VudA0KPiBzdWNjZXNzZnVsbHksIGJ1 dCBubyBwYWNrZXRzIGFyZSByZWNlaXZlZCAodXN1YWxseSkuICBJIHRoaW5rIHRoZXJlIG1pZ2h0 IGJlIHNvbWUgc29ydCBvZg0KPiBvZGQgcmFjZSBjb25kaXRpb246IGlmIEkgYnJlYWsgaW50byB0 aGUgZGVidWdnZXIsIGxldCBpdCBzaXQgZm9yIGEgd2hpbGUsIHRoZW4gY29udGludWUsDQo+IGl0 IHdpbGwgc3RhcnQgdG8gKHZlcnkgaW50ZXJtaXR0ZW50bHkpIHJlY2VpdmUgYSBwYWNrZXQgZXZl cnkgbm93IGFuZCB0aGVuICh0eXBpY2FsbHkNCj4gYWZ0ZXIgYSB3YXRjaGRvZyB0aW1lb3V0IG1l c3NhZ2UgZnJvbSB0aGUgZXRoZXJuZXQgZHJpdmVyKS4gIEFueSBpZGVhIHdoYXQgY291bGQgYmUg Z29pbmcNCj4gb24gdGhlcmU/DQo+IA0KPiANCj4gLS1EYXZpZA0KPiANCj4gDQo+IE9uIEZyaSwg T2N0IDMsIDIwMTQgYXQgOTozMyBBTSwgV2Vpw58sIERyLiBKw7xyZ2VuIDx3ZWlzc0B1bmktbWFp bnouZGU+IHdyb3RlOg0KPiANCj4gDQo+IAlJZiB5b3UgZW5hYmxlIHRoZSBzZGhjaSBjb250cm9s bGVyKHMpIGluIHRoZSBmZHQsIHRoZSBjb250cm9sbGVycyBhbmQNCj4gCXRoZSBjYXJkcyBhcmUg KGF0IGxlYXN0IHBhcnRpYWxseSkgcmVjb2duaXplZC4gUmVhZCBkYXRhIHRyYW5zZmVycw0KPiAJ ZnJvbSB0aGUgc2QgY2FyZCBzbG90IHJldHVybiBvbmx5IGRhdGEgYnl0ZXMgd2l0aCB6ZXJvIGNv bnRlbnRzLg0KPiAJVGhlIHF1aXJrIGluIHRoZSBmZHQgc2hvdWxkIGRpc2FibGUgRE1BLiBUaGUg dHJhbnNmZXJzIGFyZSBkb25lDQo+IAlpbiBwaW8gbW9kZS4NCj4gDQo+IAlVLWJvb3Qgc2hvdWxk IGFscmVhZHkgaGF2ZSBpbml0aWFsaXplZCB0aGUgY29udHJvbGxlcnMuIEJ1dCB0aGUNCj4gCWdl bmVyaWMgc2RoY2kgZHJpdmVyIHRyaWVzIGF0IGxlYXN0IHRvIHNldCBmcmVxdWVuY3kgYW5kIGJ1 cyB3aWR0aA0KPiAJYWNjb3JkaW5nIHRvIHRoZSBjYXJkcyBwcmVzZW50LiBGb3IgdGhlIEVNTUMg aXQgY2VydGFpbmx5IGRvZXMNCj4gCW5vdCBrbm93IGhvdyB0byBoYW5kbGUgOCBiaXQgdHJhbnNm ZXJzIHdpdGhvdXQgZnVydGhlciBoZWxwDQo+IAlmcm9tIGEgdGVncmEgc3BlY2lmaWMgZHJpdmVy IGV4dGVuc2lvbnMuDQo+IA0KPiAJSnVlcmdlbg0KPiANCj4gCUp1ZXJnZW4gV2Vpc3MgICAgICB8 VW5pdmVyc2l0YWV0IE1haW56LCBaZW50cnVtIGZ1ZXIgRGF0ZW52ZXJhcmJlaXR1bmcsDQo+IAl3 ZWlzc0B1bmktbWFpbnouZGUgfDU1MDk5IE1haW56LCBUZWw6ICs0OSg2MTMxKTM5LTI2MzYxIDx0 ZWw6JTJCNDklMjg2MTMxJTI5MzktMjYzNjE+DQo+ICwgRkFYOiArNDkoNjEzMSkzOS0yNjQwNyA8 dGVsOiUyQjQ5JTI4NjEzMSUyOTM5LTI2NDA3Pg0KPiANCj4gCT4gLS0tLS1PcmlnaW5hbCBNZXNz YWdlLS0tLS0NCj4gCT4gRnJvbTogRGF2aWQgUmF5c29uIFttYWlsdG86ZHJheXNvbkBhbmRyZXcu Y211LmVkdV0NCj4gCT4gU2VudDogVGh1cnNkYXksIE9jdG9iZXIgMDIsIDIwMTQgMTE6NTQgUE0N Cj4gCT4gVG86IFdlacOfLCBEci4gSsO8cmdlbg0KPiAJPiBDYzogZnJlZWJzZC1hcm1AZnJlZWJz ZC5vcmcNCj4gCT4gU3ViamVjdDogUmU6IEpldHNvbiBUSzEgYm9hcmQgc3VwcG9ydA0KPiAJPg0K PiANCj4gCT4gSG93IG11Y2ggd29yayBkbyB5b3UgdGhpbmsgd291bGQgYmUgbmVlZGVkIHRvIGdl dCB0aGUgU0QgY29udHJvbGxlciB3b3JraW5nPyAgV291bGQNCj4gaXQNCj4gCT4gc2ltcGx5IGJl IGEgbWF0dGVyIG9mIGRvaW5nIHRoZSBhcHByb3ByaWF0ZSBpbml0aWFsaXphdGlvbiAod291bGRu J3QgVS1Cb290IGRvIHRoaXMNCj4gCT4gYWxyZWFkeSBldmVuPyksIGVuYWJsaW5nIGl0IGluIHRo ZSBkZXZpY2UgdHJlZSwgYW5kIHVzaW5nIHRoZSBzdGFuZGFyZCBGcmVlQlNEDQo+IFNESENJDQo+ IAk+IGRyaXZlciwgb3IgaXMgdGhlcmUgc29tZXRoaW5nIG1vcmUgY29tcGxpY2F0ZWQgdGhhdCB3 b3VsZCBuZWVkIHRvIGJlIGRvbmU/DQo+IAk+DQo+IAk+DQo+IAk+IChUaGlzIHdvdWxkIHByb2Jh Ymx5IGJlIHNpbXBsZSB0byB0ZXN0LCBidXQgSSBkb24ndCBoYXZlIGFjY2VzcyB0byB0aGUgaGFy ZHdhcmUNCj4gcmlnaHQgbm93KQ0KPiAJPg0KPiAJPg0KPiAJPiAtLURhdmlkDQo+IAk+DQo+IAk+ DQo+IAk+IE9uIEZyaSwgU2VwIDI2LCAyMDE0IGF0IDQ6MzkgUE0sIFdlacOfLCBEci4gSsO8cmdl biA8d2Vpc3NAdW5pLW1haW56LmRlPiB3cm90ZToNCj4gCT4NCj4gCT4NCj4gCT4gICAgICAgSGks DQo+IAk+DQo+IAk+ICAgICAgIHNvcnJ5LCBJIGRpZCBub3QgaGF2ZSBhbnkgdGltZSBkdXJpbmcg dGhlIHdlZWsuDQo+IAk+DQo+IAk+ICAgICAgIEkganVzdCBzZW50IGEgbWFpbCB0byB0aGUgbGlz dCB3aXRoIGEgbGluayB0byBteSBjaGFuZ2VzLg0KPiAJPg0KPiAJPiAgICAgICBPbmx5IHNlcmlh bCwgVVNCMiBhbmQgUENJZS9FdGhlcm5ldCBoYXJkd2FyZSBpcyB3b3JraW5nIC0gc28gbm8NCj4g CT4gICAgICAgU0FUQS4NCj4gCT4NCj4gCT4gICAgICAgVGhlIGRyaXZlcnMgcmVseSBvbiB1LWJv b3QgdG8gaW5pdGlhbGl6ZSB0aGUgaGFyZHdhcmUuIFdoaWxlIHRoaXMNCj4gCT4gICAgICAgaXMg b2sgZm9yIHBpbm11eCwgb3RoZXIgaW5pdGlhbGl6YXRpb25zIHNob3VsZCBiZSBkb25lIGJ5IHRo ZQ0KPiAJPiAgICAgICBkcml2ZXJzLg0KPiAJPg0KPiAJPiAgICAgICBUaGUgaW50ZXJydXB0IGhh bmRsaW5nIGZvciBQQ0llIGlzIHJhdGhlciBhZCBob2MuIFRoZSBpbnRlcnJ1cHQNCj4gCT4gICAg ICAgcm91dGluZyBzaG91bGQgaG9ub3IgdGhlIEZEVCBkZXNjcmlwdGlvbi4NCj4gCT4NCj4gCT4g ICAgICAgVGhlIFRlZ3JhIHBsYXRmb3JtIGhhcyBhIEdJQyB3aXRoIGV4dGVuc2lvbnMgZm9yIGlu dGVycnVwdA0KPiAJPiAgICAgICByb3V0aW5nLiBJIGp1c3QgbWFkZSBhIGNvcHkgb2YgdGhlIEdJ QyBjb2RlIGVuZCBleHRlbmRlZCBpdA0KPiAJPiAgICAgICBpbiBhIGZldyBjYXNlcy4gVGhlcmUg c2hvdWxkIHByb2JhYmx5IGJlIGEgbWVjaGFuaXNtIHRvIGRvDQo+IAk+ICAgICAgIHRoaXMgd2l0 aG91dCBkdXBsaWNhdGluZyBjb2RlLg0KPiAJPg0KPiAJPiAgICAgICBJIGNoYW5nZWQgc29tZSBu b24gdGVncmEgZmlsZXMgdG8gZ2V0IEZyZWVCU0QgcnVubmluZyBvbiB0aGUNCj4gCT4gICAgICAg aGFyZHdhcmUuIFRoZXJlIHNob3VsZCBiZSBiZXR0ZXIgc29sdXRpb25zLCB3aGljaCBjYW4gYmUg bWVyZ2VkDQo+IAk+ICAgICAgIGJhY2sgdG8gdGhlIEZyZWVCU0Qgc291cmNlIHRyZWUuIEZvciBl eGFtcGxlIHRoZSBwcm9ibGVtDQo+IAk+ICAgICAgIHdpdGggY2FjaGUgY29oZXJlbmN5IGR1ZSB0 byBhZ2dyZXNzaXZlIEwyIHByZWZldGNoIGF3YWl0cw0KPiAJPiAgICAgICBhIHJlYWwgc29sdXRp b24uDQo+IAk+DQo+IAk+ICAgICAgIFRoZXJlIGlzIG5vIGNvZGUgdG8gY2hhbmdlIHRoZSBjcHUg Y2xvY2sgeWV0Lg0KPiAJPg0KPiAJPiAgICAgICBUaGVyZSBpcyBubyBzdXBwb3J0IGZvciBTREhD SSBvciBFTU1DLg0KPiAJPg0KPiAJPiAgICAgICBTbyBJIHdvdWxkIGNvbnNpZGVyIHRoaXMgYSBm aXJzdCBzdGVwLCB3aGljaCBhbGxvd3MgdG8gZG8NCj4gCT4gICAgICAgbmF0aXZlIGRldmVsb3Bt ZW50IG9uIHRoZSBwbGF0Zm9ybS4NCj4gCT4NCj4gCT4gICAgICAgQmVzaWRlcyB0aGF0LCB0aGUg a2VybmVsIHNlZW1zIHRvIGJlIHF1aXRlIHN0YWJsZSAtIGF0IGxlYXN0IHdpdGgNCj4gCT4gICAg ICAgdGhlIGNvbXBpbGVzIEkgZGlkLg0KPiAJPg0KPiAJPiAgICAgICBSZWdhcmRzDQo+IAk+DQo+ IAk+ICAgICAgIEp1ZXJnZW4NCj4gCT4NCj4gCT4gICAgICAgSnVlcmdlbiBXZWlzcyAgICAgIHxV bml2ZXJzaXRhZXQgTWFpbnosIFplbnRydW0gZnVlciBEYXRlbnZlcmFyYmVpdHVuZywNCj4gDQo+ IAk+ICAgICAgIHdlaXNzQHVuaS1tYWluei5kZSB8NTUwOTkgTWFpbnosIFRlbDogKzQ5KDYxMzEp MzktMjYzNjENCj4gPHRlbDolMkI0OSUyODYxMzElMjkzOS0yNjM2MT4gIDx0ZWw6JTJCNDklMjg2 MTMxJTI5MzktMjYzNjE+DQo+IAk+ICwgRkFYOiArNDkoNjEzMSkzOS0yNjQwNyA8dGVsOiUyQjQ5 JTI4NjEzMSUyOTM5LTI2NDA3PiAgPHRlbDolMkI0OSUyODYxMzElMjkzOS0NCj4gMjY0MDc+DQo+ IA0KPiAJPg0KPiAJPg0KPiAJPiAgICAgICA+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+ IAk+ICAgICAgID4gRnJvbTogb3duZXItZnJlZWJzZC1hcm1AZnJlZWJzZC5vcmcgW21haWx0bzpv d25lci1mcmVlYnNkLWFybUBmcmVlYnNkLm9yZ10NCj4gT24NCj4gCT4gQmVoYWxmIE9mDQo+IAk+ ICAgICAgID4gRGF2aWQgUmF5c29uDQo+IAk+ICAgICAgID4gU2VudDogV2VkbmVzZGF5LCBTZXB0 ZW1iZXIgMjQsIDIwMTQgOToyNSBBTQ0KPiAJPiAgICAgICA+IFRvOiBmcmVlYnNkLWFybUBmcmVl YnNkLm9yZw0KPiAJPiAgICAgICA+IFN1YmplY3Q6IFJlOiBKZXRzb24gVEsxIGJvYXJkIHN1cHBv cnQNCj4gCT4gICAgICAgPg0KPiAJPiAgICAgICA+IEhpLA0KPiAJPiAgICAgICA+DQo+IAk+ICAg ICAgID4gV2hhdCBvdGhlciB3b3JrIHdvdWxkIGJlIHVzZWZ1bCB0byBnZXQgdGhpcyBwb3J0IHdv cmtpbmcgd2VsbD8gIEkgbWlnaHQNCj4gCT4gICAgICAgPiBiZSBpbnRlcmVzdGVkIGluIHdvcmtp bmcgb24gaW1wcm92aW5nIGl0LCBidXQgZmlyc3QgSSB3YW50IHRvIG1ha2Ugc3VyZQ0KPiAJPiAg ICAgICA+IEkgaGF2ZSBhIGNsZWFyIHNlbnNlIG9mIHdoYXQncyBiZWVuIGRvbmUgc28gZmFyIChh bmQgaG93IHN0YWJsZS9ub3QgaXQNCj4gCT4gICAgICAgPiBpcykgYW5kIHdoYXQgc3RpbGwgcmVt YWlucyB0byBiZSBkb25lLg0KPiAJPiAgICAgICA+DQo+IAk+ICAgICAgID4gLS1EYXZpZA0KPiAJ PiAgICAgICA+DQo+IAk+ICAgICAgID4gPiBIaSwNCj4gCT4gICAgICAgPiA+DQo+IAk+ICAgICAg ID4gPiBJIGhhdmUgYSByYXRoZXIgcm91Z2ggcG9ydCBvZiBGcmVlQlNEIGN1cnJlbnQgb24gYXJt IHRvIEpldHNvbiBUSzEuIEkNCj4gCT4gICAgICAgPiA+IHVzZWQgU3RlcGhlbiBXYXJyZW4ncyB0 ZWdyYSB1LWJvb3Qgc291cmNlcywgd2hpY2ggaW5pdGlhbGl6ZSBhbmQNCj4gY29uZmlndXJlDQo+ IAk+ICAgICAgID4gPiBVU0IgYW5kIFBDSWUuDQo+IAk+ICAgICAgID4gPg0KPiAJPiAgICAgICA+ ID4gU28gU01QLCBVU0IgYW5kIHRoZSBvbmJvYXJkIFBDSWUgRXRoZXJuZXQgYWRhcHRlciB3b3Jr Lg0KPiAJPiAgICAgICA+ID4NCj4gCT4gICAgICAgPiA+IEFmdGVyIElhbidzIGNoYW5nZXMgdG8g YnVzZG1hX21hY2hkZXAtdjYgKHIyNjkyMTIpIEkgaGFkIHByb2JsZW1zIHdpdGgNCj4gCT4gICAg ICAgPiA+IGNhY2hlIGNvaGVyZW5jeSB3aXRoIHRoZSBFdGhlcm5ldCBhZGFwdGVyLiBTZWVtcyB0 aGlzIGlzIGR1ZSB0byB0aGUNCj4gYWdncmVzc2l2ZQ0KPiAJPiAgICAgICA+ID4gTDIgcHJlZmV0 Y2hlciBvZiBDb3J0ZXggQTE1LiBEaXNhYmxpbmcgTDIgcHJlZmV0Y2ggZG9lcyBoZWxwLCBhcyB3 ZWxsIGFzDQo+IAk+ICAgICAgID4gPiBpbnZhbGlkYXRpbmcgdGhlIGNhY2hlIGEgc2Vjb25kIHRp bWUgYWZ0ZXIgdGhlIGRtYSB0cmFuc2Zlci4gSSdtIG5vdA0KPiAJPiAgICAgICA+ID4gc3VyZSB3 aGF0IHRoZSBjb3JyZWN0IHNvbHV0aW9uIHRvIHRoaXMgcHJvYmxlbSBpcy4gSSB3b25kZXIgaG93 DQo+IAk+ICAgICAgID4gPiBvdGhlciBDb3J0ZXggQTE1IHBsYXRmb3JtcyAoZXh5bm9zNSkgaGFu ZGxlIHRoaXMuDQo+IAk+ICAgICAgID4gPg0KPiAJPiAgICAgICA+ID4gSSB3aWxsIHByb2JhYmx5 IGJlIGFibGUgdG8gZG8gc29tZSBjbGVhbnVwcyBhbmQgcHV0IHBhdGNoZXMgb24gdGhlIHdlYg0K PiAJPiAgICAgICA+ID4gd2l0aGluIGEgd2Vlay4NCj4gCT4gICAgICAgPiA+DQo+IAk+ICAgICAg ID4gPiBSZWdhcmRzDQo+IAk+ICAgICAgID4gPg0KPiAJPiAgICAgICA+ID4gSnVlcmdlbg0KPiAJ PiAgICAgICA+ID4NCj4gCT4gICAgICAgPiA+IEp1ZXJnZW4gV2Vpc3MgICAgICB8VW5pdmVyc2l0 YWV0IE1haW56LCBaZW50cnVtIGZ1ZXIgRGF0ZW52ZXJhcmJlaXR1bmcsDQo+IAk+ICAgICAgID4g PiB3ZWlzcyBhdCB1bmktbWFpbnouZGUNCj4gPGh0dHA6Ly9saXN0cy5mcmVlYnNkLm9yZy9tYWls bWFuL2xpc3RpbmZvL2ZyZWVic2QtYXJtPg0KPiAJPiB8NTUwOTkNCj4gDQo+IAk+ICAgICAgID4g TWFpbnosIFRlbDogKzQ5KDYxMzEpMzktMjYzNjEgPHRlbDolMkI0OSUyODYxMzElMjkzOS0yNjM2 MT4NCj4gPHRlbDolMkI0OSUyODYxMzElMjkzOS0yNjM2MT4gLCBGQVg6ICs0OSg2MTMxKTM5IDx0 ZWw6JTJCNDklMjg2MTMxJTI5Mzk+IC0NCj4gCT4gMjY0MDcgPHRlbDolMkI0OSUyODYxMzElMjkz OS0yNjQwNz4NCj4gDQo+IAk+ICAgICAgID4gPg0KPiAJPiAgICAgICA+ID4gPi8gIC0tLS0tT3Jp Z2luYWwgTWVzc2FnZS0tLS0tDQo+IAk+ICAgICAgID4gPiAvPi8gIEZyb206b3duZXItZnJlZWJz ZC1hcm0gYXQgZnJlZWJzZC5vcmcNCj4gCT4gICAgICAgPiA8aHR0cDovL2xpc3RzLmZyZWVic2Qu b3JnL21haWxtYW4vbGlzdGluZm8vZnJlZWJzZC1hcm0+ICBbbWFpbHRvOm93bmVyLQ0KPiBmcmVl YnNkLWFybQ0KPiAJPiBhdA0KPiAJPiAgICAgICA+IGZyZWVic2Qub3JnICA8aHR0cDovL2xpc3Rz LmZyZWVic2Qub3JnL21haWxtYW4vbGlzdGluZm8vZnJlZWJzZC1hcm0+XSBPbg0KPiBCZWhhbGYg T2YNCj4gCT4gICAgICAgPiA+IC8+LyAgSWFuIExlcG9yZQ0KPiAJPiAgICAgICA+ID4gLz4vICBT ZW50OiBTdW5kYXksIFNlcHRlbWJlciAyMSwgMjAxNCAzOjQ0IFBNDQo+IAk+ICAgICAgID4gPiAv Pi8gIFRvOiBMdW5kYmVyZywgSm9oYW5uZXMNCj4gCT4gICAgICAgPiA+IC8+LyAgQ2M6ZnJlZWJz ZC1hcm0gYXQgZnJlZWJzZC5vcmcNCj4gCT4gPGh0dHA6Ly9saXN0cy5mcmVlYnNkLm9yZy9tYWls bWFuL2xpc3RpbmZvL2ZyZWVic2QtDQo+IAk+ICAgICAgID4gYXJtPg0KPiAJPiAgICAgICA+ID4g Lz4vICBTdWJqZWN0OiBSZTogSmV0c29uIFRLMSBib2FyZCBzdXBwb3J0DQo+IAk+ICAgICAgID4g PiAvPi8NCj4gCT4gICAgICAgPiA+IC8+LyAgT24gU3VuLCAyMDE0LTA5LTIxIGF0IDE2OjQ1ICsw OTAwLCBMdW5kYmVyZywgSm9oYW5uZXMgd3JvdGU6DQo+IAk+ICAgICAgID4gPiAvPi8gID4gR3Jl YXQhDQo+IAk+ICAgICAgID4gPiAvPi8gID4NCj4gCT4gICAgICAgPiA+IC8+LyAgPiBXaGF0IEkn dmUgZG9uZSBzbyBmYXIgaXMNCj4gCT4gICAgICAgPiA+IC8+LyAgPg0KPiAJPiAgICAgICA+ID4g Lz4vICA+IC0gYnVpbGQgYW5kIHBhdGNoIChlbmFibGUgQVBJKSB1LWJvb3QtbnZpZGlhIG9uIGZy ZWVic2QgKGkgdGhpbmsgaQ0KPiBnb3QgaXQNCj4gCT4gICAgICAgPiA+IC8+LyAgPiBmcm9tZ2l0 Oi8vbnYtdGVncmEubnZpZGlhLmNvbS8zcmRwYXJ0eS91LWJvb3QuZ2l0LCAgdGhlIG5vcm1hbCB1 LQ0KPiBib290DQo+IAk+ICAgICAgID4gPiAvPi8gID4gd291bGRuJ3Qgd29yay4uLikNCj4gCT4g ICAgICAgPiA+IC8+LyAgPiAtIGZsYXNoIHUtYm9vdC1kdGItdGVncmEuaW1nIG9udG8gdGhlIGJv YXJkJ3MgbW1jIHVzaW5nIG52aWRpYSdzDQo+IGZsYXNoDQo+IAk+IHRvb2wNCj4gCT4gICAgICAg PiA+IC8+LyAgPiBvbiB1YnVudHUNCj4gCT4gICAgICAgPiA+IC8+LyAgPiAtIGJ1aWxkIGFuIGlt YWdlIHVzaW5nIGNyb2NoZXQgYW5kIGRkIHRvIHNkIGNhcmQgKHNvIGZhciBJIGNvcGllZA0KPiB0 aGUNCj4gCT4gICAgICAgPiA+IC8+LyAgPiBiZWFnbGVib25lIHNldHVwLCBqdXN0IHRvIGdldCBh IHVibGRyIGFuZCBhIGtlcm5lbCBmaWxlKQ0KPiAJPiAgICAgICA+ID4gLz4vICA+DQo+IAk+ICAg ICAgID4gPiAvPi8gID4NCj4gCT4gICAgICAgPiA+IC8+LyAgPiBGcm9tIHUtYm9vdCBJIGNhbiBz ZWUgYWxsIGRldmljZXMuIEkgbG9hZCB1YmxkciB3aXRoDQo+IAk+ICAgICAgID4gPiAvPi8gID4g ZmF0bG9hZCBtbWMgMToxIDB4ODAyMDAwMDAgdWJsZHINCj4gCT4gICAgICAgPiA+IC8+LyAgPiBi b290ZWxmIDB4ODAyMDAwMDANCj4gCT4gICAgICAgPiA+IC8+LyAgPg0KPiAJPiAgICAgICA+ID4g Lz4vICA+IHVibGRyIGxvYWQgZmluZSBidXQsIGZyb20gdWJsZHIgSSBjYW4gb25seSBzZWUgdGhl IG1tYyAwIGFuZCBuZXQNCj4gZGV2aWNlcy4NCj4gCT4gICAgICAgPiA+IC8+LyAgPiBUaGVyZSdz IG5vIHNkIGNhcmQgKG1tYyAxKSwgYW5kIG5vIHVmcyBwYXJ0aXRpb24uLg0KPiAJPiAgICAgICA+ ID4gLz4vICA+DQo+IAk+ICAgICAgID4gPiAvPi8gID4NCj4gCT4gICAgICAgPiA+IC8+LyAgPg0K PiAJPiAgICAgICA+ID4gLz4vICA+DQo+IAk+ICAgICAgID4gPiAvPi8gID4gLS0NCj4gCT4gICAg ICAgPiA+IC8+LyAgPiBKb2hhbm5lcyBMdW5kYmVyZw0KPiAJPiAgICAgICA+ID4gLz4vICA+IEJS SUxMSUFOVFNFUlZJQ0UgQ08uLCBMVEQuDQo+IAk+ICAgICAgID4gPiAvPi8gID4NCj4gCT4gICAg ICAgPiA+IC8+LyAgPiBPbiBGcmksIFNlcCAxOSwgMjAxNCBhdCA4OjI1IFBNLCBKb2huIEhvd2ll IDxqb2huIGF0IHRoZWhvd2llcy5jb20NCj4gCT4gICAgICAgPiA8aHR0cDovL2xpc3RzLmZyZWVi c2Qub3JnL21haWxtYW4vbGlzdGluZm8vZnJlZWJzZC1hcm0+PiB3cm90ZToNCj4gCT4gICAgICAg PiA+IC8+LyAgPg0KPiAJPiAgICAgICA+ID4gLz4vICA+ID4gSGkgYWxsLA0KPiAJPiAgICAgICA+ ID4gLz4vICA+ID4NCj4gCT4gICAgICAgPiA+IC8+LyAgPiA+IEkgYW0gdXAgZm9yIHRlc3Rpbmcg YW5kIHN1cHBvcnRpbmcgdGhpcyBib2FyZC4gSSBvcmRlcmVkIGFuZA0KPiByZWNlaXZlZA0KPiAJ PiAgICAgICA+ID4gLz4vICA+ID4gbWluZSwgYnV0IGhhdmUgbm90IHJlYWxseSBoYWQgYSBjaGFu Y2UgdG8gdXNlIGl0IGR1ZSB0byB3b3JrIHRvLQ0KPiBkYXRlLg0KPiAJPiBUaGUNCj4gCT4gICAg ICAgPiA+IC8+LyAgPiA+IGdvb2QgbmV3cyBpcyB0aGUgbmV4dCBmZXcgbW9udGhzIEkgd2lsbCBo YXZlIGJhbmR3aWR0aC4NCj4gCT4gICAgICAgPiA+IC8+LyAgPiA+DQo+IAk+ICAgICAgID4gPiAv Pi8gID4gPiBSZWdhcmRzLA0KPiAJPiAgICAgICA+ID4gLz4vICA+ID4NCj4gCT4gICAgICAgPiA+ IC8+LyAgPiA+IEpvaG4NCj4gCT4gICAgICAgPiA+IC8+LyAgPiA+DQo+IAk+ICAgICAgID4gPiAv Pi8gID4gPg0KPiAJPiAgICAgICA+ID4gLz4vICA+ID4gT24gOS8xOS8xNCwgMTI6MTUgUE0sICJM dW5kYmVyZywgSm9oYW5uZXMiDQo+IAk+ICAgICAgID4gPiAvPi8gID4gPiA8am9oYW5uZXMgYXQg YnJpbGxpYW50c2VydmljZS5jby5qcA0KPiAJPiAgICAgICA+IDxodHRwOi8vbGlzdHMuZnJlZWJz ZC5vcmcvbWFpbG1hbi9saXN0aW5mby9mcmVlYnNkLWFybT4+IHdyb3RlOg0KPiAJPiAgICAgICA+ ID4gLz4vICA+ID4NCj4gCT4gICAgICAgPiA+IC8+LyAgPiA+ID5IaQ0KPiAJPiAgICAgICA+ID4g Lz4vICA+ID4gPg0KPiAJPiAgICAgICA+ID4gLz4vICA+ID4gPkkgc3RhcnRlZCB3b3JraW5nIG9u IGFkZGluZyB0aGUgSmV0c29uIFRLMSBib2FyZCB0byBDcm9jaGV0LiBJcw0KPiB0aGVyZQ0KPiAJ PiBhbnkNCj4gCT4gICAgICAgPiA+IC8+LyAgPiA+ID53b3JrIGluIHByb2dyZXNzIG9uIHRoaXM/ DQo+IAk+ICAgICAgID4gPiAvPi8gID4gPiA+SSBndWVzcyB0aGVyZSBpcyBxdWl0ZSBhIGxvdCBv ZiB3b3JrIHRoYXQgaGFzIHRvIGJlZW4gZG9uZSB0bw0KPiBnZXQgZnVsbA0KPiAJPiAgICAgICA+ ID4gLz4vICA+ID4gPnN1cHBvcnQgZm9yIGl0IGluIHRoZSBrZXJuZWwgYXMgd2VsbC4uDQo+IAk+ ICAgICAgID4gPiAvPi8gID4gPiA+DQo+IAk+ICAgICAgID4gPiAvPi8gID4gPiA+QmVzdCByZWdh cmRzDQo+IAk+ICAgICAgID4gPiAvPi8gID4gPiA+LS0NCj4gCT4gICAgICAgPiA+IC8+LyAgPiA+ ID5Kb2hhbm5lcyBMdW5kYmVyZw0KPiAJPiAgICAgICA+ID4gLz4vICA+ID4gPg0KPiAJPiAgICAg ICA+ID4gLz4vDQo+IAk+ICAgICAgID4gPiAvPi8gIFlvdSBtYXkgaGF2ZSB0byBjaGFuZ2Ugc29t ZSB1LWJvb3Qgb3B0aW9ucyB0byBzdXBwb3J0IG11bHRpcGxlDQo+IG1tYy9zZA0KPiAJPiAgICAg ICA+ID4gLz4vICBpbnRlcmZhY2VzLiAgTG9vayBpbiB0aGUgY29uZmlnIGhlYWRlciBmb3INCj4g Q09ORklHX1NZU19NTUNfTUFYX0RFVklDRTsgaWYNCj4gCT4gICAgICAgPiA+IC8+LyAgaXQncyBu b3QgdGhlcmUgeW91IG1heSBuZWVkIHRvIGFkZCBpdC4gIEZvciB3YW5kYm9hcmQgSSBhbHNvIGhh ZCB0bw0KPiBhZGQNCj4gCT4gICAgICAgPiA+IC8+LyAgYSBmcmVlc2NhbGUtc3BlY2lmaWMgb25l LCBDT05GSUdfU1lTX0ZTTF9VU0RIQ19OVU0sIHNvIHRoZXJlIG1heSBiZQ0KPiAJPiAgICAgICA+ ID4gLz4vICBzb21ldGhpbmcgbGlrZSB0aGF0IHlvdSBuZWVkIHRvIGZpbmQgYXMgd2VsbC4NCj4g CT4gICAgICAgPiA+IC8+Lw0KPiAJPiAgICAgICA+ID4gLz4vICAtLSBJYW4NCj4gCT4gICAgICAg PiA+IC8+Lw0KPiAJPiAgICAgICA+ID4gLz4vDQo+IAk+ICAgICAgID4gPiAvPi8gIF9fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+IAk+ICAgICAgID4gPiAv Pi8gIGZyZWVic2QtYXJtIGF0IGZyZWVic2Qub3JnDQo+IAk+IDxodHRwOi8vbGlzdHMuZnJlZWJz ZC5vcmcvbWFpbG1hbi9saXN0aW5mby9mcmVlYnNkLWFybT4NCj4gCT4gICAgICAgPiBtYWlsaW5n IGxpc3QNCj4gCT4gICAgICAgPiA+IC8+LyAgaHR0cDovL2xpc3RzLmZyZWVic2Qub3JnL21haWxt YW4vbGlzdGluZm8vZnJlZWJzZC1hcm0NCj4gCT4gICAgICAgPiA+IC8+LyAgVG8gdW5zdWJzY3Jp YmUsIHNlbmQgYW55IG1haWwgdG8gImZyZWVic2QtYXJtLXVuc3Vic2NyaWJlIGF0DQo+IGZyZWVi c2Qub3JnDQo+IAk+ICAgICAgID4gPGh0dHA6Ly9saXN0cy5mcmVlYnNkLm9yZy9tYWlsbWFuL2xp c3RpbmZvL2ZyZWVic2QtYXJtPiIvDQo+IAk+ICAgICAgID4gX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX18NCj4gCT4gICAgICAgPiBmcmVlYnNkLWFybUBmcmVl YnNkLm9yZyBtYWlsaW5nIGxpc3QNCj4gCT4gICAgICAgPiBodHRwOi8vbGlzdHMuZnJlZWJzZC5v cmcvbWFpbG1hbi9saXN0aW5mby9mcmVlYnNkLWFybQ0KPiAJPiAgICAgICA+IFRvIHVuc3Vic2Ny aWJlLCBzZW5kIGFueSBtYWlsIHRvICJmcmVlYnNkLWFybS11bnN1YnNjcmliZUBmcmVlYnNkLm9y ZyINCj4gCT4NCj4gCT4NCj4gDQo+IA0KPiANCg0K From owner-freebsd-arm@FreeBSD.ORG Fri Nov 14 21:05:31 2014 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4EF8C10A for ; Fri, 14 Nov 2014 21:05:31 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 33B38119 for ; Fri, 14 Nov 2014 21:05:31 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sAEL5Vvs030104 for ; Fri, 14 Nov 2014 21:05:31 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 194635] Speed optimisation for framebuffer console driver on Raspberry Pi Date: Fri, 14 Nov 2014 21:05:31 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 10.0-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: stefan.berndt@imoriath.com X-Bugzilla-Status: Open X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Nov 2014 21:05:31 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194635 --- Comment #4 from Stefan Berndt --- Just for fun and for learning i have tried to get more speed with pure assembler code. After all i was impressed how good the GCC already does the job. The only way to get it faster than GCC was to hardcode every pixel of the character set. Its made for 16 BpP only and reached 1 milion lines at 251 Secends. A very poor result for this crazy huge pice of code. Only for your entertainment i will show you the resultig file. -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-arm@FreeBSD.ORG Fri Nov 14 21:09:06 2014 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6C9BE2D0 for ; Fri, 14 Nov 2014 21:09:06 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5457414C for ; Fri, 14 Nov 2014 21:09:06 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sAEL96vr066267 for ; Fri, 14 Nov 2014 21:09:06 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 194635] Speed optimisation for framebuffer console driver on Raspberry Pi Date: Fri, 14 Nov 2014 21:09:06 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 10.0-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: stefan.berndt@imoriath.com X-Bugzilla-Status: Open X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: attachments.created Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Nov 2014 21:09:06 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194635 --- Comment #5 from Stefan Berndt --- Created attachment 149418 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=149418&action=edit maybe the fastest way to draw characters, but crazy huge not a real choice but even impressing -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-arm@FreeBSD.ORG Sat Nov 15 00:02:16 2014 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E2F2A2C5 for ; Sat, 15 Nov 2014 00:02:16 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CB12A7A9 for ; Sat, 15 Nov 2014 00:02:16 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sAF02GbA099728 for ; Sat, 15 Nov 2014 00:02:16 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 194635] Speed optimisation for framebuffer console driver on Raspberry Pi Date: Sat, 15 Nov 2014 00:02:17 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 10.0-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: adrian@freebsd.org X-Bugzilla-Status: Open X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Nov 2014 00:02:17 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194635 Adrian Chadd changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |adrian@freebsd.org --- Comment #6 from Adrian Chadd --- Hm, I'm curious about this stuff. It looks like there's various kinds of aligned and unaligned assignments into graphics memory. Maybe the right thing to do is do all 32 bit aligned accesses? That may give the most speed? -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-arm@FreeBSD.ORG Sat Nov 15 03:13:39 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 63937E02 for ; Sat, 15 Nov 2014 03:13:39 +0000 (UTC) Received: from mail-wg0-f45.google.com (mail-wg0-f45.google.com [74.125.82.45]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 00579ACC for ; Sat, 15 Nov 2014 03:13:38 +0000 (UTC) Received: by mail-wg0-f45.google.com with SMTP id x12so21058938wgg.18 for ; Fri, 14 Nov 2014 19:13:36 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to :content-type; bh=ByG5iv4cckYwZdqR1/fYSiC04fXwrSM9vDOI+/+oXNo=; b=TQhsVAhkcYMfQ88LGSmUkOjPsw+SEE0vuwsoc0dWEyEVKK5wflP0akrPF2c1TBAvb0 aQANOgo6oYBI4RBDlLlGL3f0lgYJNZIT2uPdZd33f96p8gSRjxyIaWgSVE4AhF3pXGvs FxAP/kHqSvjS4Gy+/K0uj7wz41rctL/pR45ljiwsazyz55fIMwvydJqraPIWx2tcE0ln zOYmrh/oeuPp8q3DFXjQMu70Nsw1VleKNEebbhVu9NPX1wGa1ouSH80Blpo3eRSeuvBt 4Gwz0HKP0Od+gZhcGolceyn9CYj0/MHQwsBVQpAqVlUPbqsCKLO5gnaDwntxYt6SUteZ jllA== X-Gm-Message-State: ALoCoQkWMsho8H4w5L2lmn8/6wpdl0x0qnfTbbNKNOc7oRao4RieZeIIjE2Qjd2WwCy3ElVNeO6f MIME-Version: 1.0 X-Received: by 10.195.12.45 with SMTP id en13mr19093176wjd.8.1416021216565; Fri, 14 Nov 2014 19:13:36 -0800 (PST) Received: by 10.217.182.133 with HTTP; Fri, 14 Nov 2014 19:13:36 -0800 (PST) Date: Fri, 14 Nov 2014 20:13:36 -0700 Message-ID: Subject: gdb for arm From: Tom Everett To: "freebsd-arm@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Nov 2014 03:13:39 -0000 I'm trying to debug some bare metal arm code I've written on FreeBSD. I'm using the xdev tools to cross compile for arm on amd64. Could someone point me in the right direction in terms of cross-compiling gdb on FreeBSD? -- A better world shall emerge based on faith and understanding - Douglas MacArthur From owner-freebsd-arm@FreeBSD.ORG Sat Nov 15 03:30:13 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D3CDCECA for ; Sat, 15 Nov 2014 03:30:13 +0000 (UTC) Received: from mail.FoxValley.net (mail.FoxValley.net [64.135.192.34]) by mx1.freebsd.org (Postfix) with SMTP id 8447EBAB for ; Sat, 15 Nov 2014 03:30:12 +0000 (UTC) Received: (qmail 450 invoked from network) for freebsd-arm@freebsd.org; 14 Nov 2014 21:30:06 -0600 Received: from 97-118-7-130.hlrn.qwest.net (HELO ?192.168.1.3?) (draymond@97.118.7.130) by mail.foxvalley.net with SMTP; 14 Nov 2014 21:30:06 -0600 Message-ID: <5466C8BE.4030807@foxvalley.net> Date: Fri, 14 Nov 2014 20:30:06 -0700 From: Dan Raymond User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: "freebsd-arm@freebsd.org" Subject: Re: new support for Raspberry Pi B+ References: <5462FDC0.7030505@foxvalley.net> <54645094.5000106@foxvalley.net> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Nov 2014 03:30:13 -0000 I bought a 3rd micro-SD card to try. This is a Samsung 32GB Class 6 card. With high speed enabled it failed to boot 10 out of 10 times. But with high speed disabled it booted successfully 10 out of 10 times. So it is behaving similarly to my Transcend 16GB Class 10 card. I was able to successfully build pkg, nginx, php5, and php5-curl (which took 9 1/2 hours). However, I'm still worried about reliability because I was able to do the same with my Transcend card only to have file system corruption 10 days later. From owner-freebsd-arm@FreeBSD.ORG Sat Nov 15 07:47:38 2014 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 95957867 for ; Sat, 15 Nov 2014 07:47:38 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7D1C368F for ; Sat, 15 Nov 2014 07:47:38 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sAF7lcnO018407 for ; Sat, 15 Nov 2014 07:47:38 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 194635] Speed optimisation for framebuffer console driver on Raspberry Pi Date: Sat, 15 Nov 2014 07:47:38 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 10.0-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: stefan.berndt@imoriath.com X-Bugzilla-Status: Open X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Nov 2014 07:47:38 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194635 --- Comment #7 from Stefan Berndt --- I think it is not related to alignment. Arm code can not be aligned wrong, this cpu cannot do unaligned work. Its more simple, done in my first post: - one 32bit access is faster than two 16bit or four 8bit access - using pre-calculated color values, not need to shrink 32bit colors to 24 or 16bit on every draw of a pixel - moving calculations of not changing values out of a loop - sorting loops in optimal order The last thing i have made in this assembler file is to remove every kind of loops, not load the font image but use special code for every character. Instead of my fist post this one should not be used in official kernel. The resulting code is more than 100 times larger! And you cannot change the font anymore. Its just for fun, education and impression. -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-arm@FreeBSD.ORG Sat Nov 15 07:56:24 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E0D98A89 for ; Sat, 15 Nov 2014 07:56:23 +0000 (UTC) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "funkthat.com", Issuer "funkthat.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id BC00979D for ; Sat, 15 Nov 2014 07:56:23 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id sAF7uMbH072323 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 14 Nov 2014 23:56:22 -0800 (PST) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id sAF7uLH9072322; Fri, 14 Nov 2014 23:56:21 -0800 (PST) (envelope-from jmg) Date: Fri, 14 Nov 2014 23:56:21 -0800 From: John-Mark Gurney To: Tom Everett Subject: Re: gdb for arm Message-ID: <20141115075621.GX24601@funkthat.com> Mail-Followup-To: Tom Everett , "freebsd-arm@freebsd.org" References: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="ryJZkp9/svQ58syV" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Fri, 14 Nov 2014 23:56:22 -0800 (PST) Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Nov 2014 07:56:24 -0000 --ryJZkp9/svQ58syV Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Tom Everett wrote this message on Fri, Nov 14, 2014 at 20:13 -0700: > I'm trying to debug some bare metal arm code I've written on FreeBSD. I'm > using the xdev tools to cross compile for arm on amd64. Could someone > point me in the right direction in terms of cross-compiling gdb on FreeBSD? If you add gdb to xdev, it should just work... I did some work a while back to make kgdb compile (but only kinda work)... I've attached the patch... The reenabling of CTF was to help me get the avila board back to being functional... I don't remeber why I needed CDMAKE... I do vaguely remeber that there might have been some ordering issues, but I don't remeber right now... Let me know how it works for you... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." --ryJZkp9/svQ58syV Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="gdb.avila.patch" Index: Makefile.inc1 =================================================================== --- Makefile.inc1 (revision 271882) +++ Makefile.inc1 (working copy) @@ -249,7 +249,7 @@ BMAKE= MAKEOBJDIRPREFIX=${WORLDTMP} \ SSP_CFLAGS= \ MK_HTML=no MK_INFO=no NO_LINT=yes MK_MAN=no \ -DNO_PIC MK_PROFILE=no -DNO_SHARED \ - -DNO_CPU_CFLAGS MK_WARNS=no MK_CTF=no \ + -DNO_CPU_CFLAGS MK_WARNS=no \ MK_CLANG_FULL=no MK_LLDB=no MK_TESTS=no # build-tools stage @@ -260,7 +260,7 @@ TMAKE= MAKEOBJDIRPREFIX=${OBJTREE} \ BOOTSTRAPPING=${OSRELDATE} \ SSP_CFLAGS= \ -DNO_LINT \ - -DNO_CPU_CFLAGS MK_WARNS=no MK_CTF=no MK_CLANG_FULL=no MK_LLDB=no MK_TESTS=no + -DNO_CPU_CFLAGS MK_WARNS=no MK_CLANG_FULL=no MK_LLDB=no MK_TESTS=no # cross-tools stage XMAKE= TOOLS_PREFIX=${WORLDTMP} ${BMAKE} \ @@ -678,9 +678,10 @@ buildworld_epilogue: buildenvvars: @echo ${WMAKEENV:Q} +WHICHENV=${BUILDENVSTAGE:UWMAKE} buildenv: @echo Entering world for ${TARGET_ARCH}:${TARGET} - @cd ${.CURDIR} && env ${WMAKEENV} ${BUILDENV_SHELL} || true + @cd ${.CURDIR} && env ${${WHICHENV}ENV} ${BUILDENV_SHELL} || true TOOLCHAIN_TGTS= ${WMAKE_TGTS:N_depend:Neverything:Nbuild32} toolchain: ${TOOLCHAIN_TGTS} @@ -1966,11 +1967,13 @@ _xb-build-tools: _xb-cross-tools: .for _tool in \ ${_binutils} \ + gnu/usr.bin/gdb \ usr.bin/ar \ ${_clang_libs} \ ${_clang} \ ${_cc} ${_+_}@${ECHODIR} "===> xdev ${_tool} (obj,depend,all)"; \ + echo CDMAKE: ${CDMAKE} && \ cd ${.CURDIR}/${_tool} && \ ${CDMAKE} DIRPRFX=${_tool}/ obj && \ ${CDMAKE} DIRPRFX=${_tool}/ depend && \ @@ -1998,6 +2001,7 @@ _xi-cross-tools: @echo "_xi-cross-tools" .for _tool in \ ${_binutils} \ + gnu/usr.bin/gdb \ usr.bin/ar \ ${_clang_libs} \ ${_clang} \ --ryJZkp9/svQ58syV-- From owner-freebsd-arm@FreeBSD.ORG Sat Nov 15 10:58:54 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A6AB0F0E for ; Sat, 15 Nov 2014 10:58:54 +0000 (UTC) Received: from nibbler.fubar.geek.nz (nibbler.fubar.geek.nz [199.48.134.198]) by mx1.freebsd.org (Postfix) with ESMTP id 8A2769B9 for ; Sat, 15 Nov 2014 10:58:53 +0000 (UTC) Received: from bender.lan (97e078e7.skybroadband.com [151.224.120.231]) by nibbler.fubar.geek.nz (Postfix) with ESMTPSA id 8D13F7328F; Sat, 15 Nov 2014 10:58:51 +0000 (UTC) Date: Sat, 15 Nov 2014 10:58:43 +0000 From: Andrew Turner To: Rui Paulo Subject: Re: Wandboard-Quad crashes Message-ID: <20141115105843.480d4c10@bender.lan> In-Reply-To: References: <20141113125236.b16cd4e5f0e339eac0494cd4@ulrich-grey.de> <20141114120521.06926bd12d6b2958c6f380dc@ulrich-grey.de> <20141114120353.49988a3e@bender.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Nov 2014 10:58:54 -0000 On Fri, 14 Nov 2014 07:51:42 -0800 Rui Paulo wrote: > On Nov 14, 2014, at 04:03, Andrew Turner wrote: > > Unfortunately I don't have the time to shepard this code into the > > tree at the moment. > > Can you put it in phabricator? It's not a single patch, there are other changes it may depend on. I have committed some of these but didn't have time to go through all of them. Andrew From owner-freebsd-arm@FreeBSD.ORG Sat Nov 15 11:22:48 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 16BA63D7 for ; Sat, 15 Nov 2014 11:22:48 +0000 (UTC) Received: from mo6-p00-ob.smtp.rzone.de (mo6-p00-ob.smtp.rzone.de [IPv6:2a01:238:20a:202:5300::12]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.smtp.rzone.de", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A38D6BEF for ; Sat, 15 Nov 2014 11:22:46 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; t=1416050537; l=618; s=domk; d=ulrich-grey.de; h=Content-Transfer-Encoding:Content-Type:Mime-Version:Subject:To:From: Date; bh=MyltYf+Bk9fjp/GYNI3pYienmIU=; b=qSoUuobhbbtLYrWk2q/VEx6nbGSOM25LWZnr8t97OuYGhy02bj5DjYWB4qCCVCWbppf u94K5JAtNoYm+9wCes+DSqtl2VGFB49/SgNSjnXWVgBsP5aDFsyNrDlVyyImaF4nZwSZ6 CZPpwzmjU56zzvi7XbDN8BxyEOwxp8tf9uY= X-RZG-AUTH: :OX8Be0W8W+pMC3rDLL/lo2xV/LZTbZkYhOcjg8suic3iYr/B8J9Lzp3TJg47scv/YBrt X-RZG-CLASS-ID: mo00 Received: from bbu (p54868BB5.dip0.t-ipconnect.de [84.134.139.181]) by smtp.strato.de (RZmta 35.11 DYNA|AUTH) with ESMTPSA id 20261aqAFBMGAbO (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) for ; Sat, 15 Nov 2014 12:22:16 +0100 (CET) Date: Sat, 15 Nov 2014 12:22:14 +0100 From: Ulrich Grey To: freebsd-arm@freebsd.org Subject: Compiling ports on a Wandboard-Quad Message-Id: <20141115122214.c322b6a42001ac35eedc87da@ulrich-grey.de> Organization: - X-Mailer: Sylpheed 3.3.0 (GTK+ 2.24.22; armv6-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Nov 2014 11:22:48 -0000 I am trying to compile some TeX related Programs on a wandboard-quad. root@quad:/usr/src # uname -a FreeBSD quad 11.0-CURRENT FreeBSD 11.0-CURRENT #1 r274420M: Fri Nov 14 12:57:30 UTC 2014 gwgpi@quad:/usr/local/DEVEL/obj/usr/local/DEVEL/SRC/head/sys/WANDBOARD-QUAD arm I have compiled editors/texworks with portmaster. If I start the program over ssh: ssh -luser -Y 192.168.0.200 the program starts, but instead of characters I get little black squares in the window. I have a screenshot: http://www.ulrich-grey.de/dl/texworks.jpg Can anybody give me a clue what went wrong? --- Ulrich From owner-freebsd-arm@FreeBSD.ORG Sat Nov 15 13:35:16 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C4BF9E3 for ; Sat, 15 Nov 2014 13:35:16 +0000 (UTC) Received: from mo6-p00-ob.smtp.rzone.de (mo6-p00-ob.smtp.rzone.de [IPv6:2a01:238:20a:202:5300::8]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.smtp.rzone.de", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 56E67A26 for ; Sat, 15 Nov 2014 13:35:15 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; t=1416058486; l=3627; s=domk; d=ulrich-grey.de; h=Content-Transfer-Encoding:Content-Type:Mime-Version:References: In-Reply-To:Subject:Cc:To:From:Date; bh=hHaMOkue/rc4QJN915ILKqiceqA=; b=iwJ+Z3IGJvAtmBGy5M3KTGQV97DWelbiFcceEKbHdqKeK5XWr9WeLBTIKwAkiUMBhiR k1jhTqbB3TAfMuKMTU56FZxwEQhCX3BVOIEeEU1dtCAchdJG0jBgnxKMO6HEwh5XhmxBY FUOYjtFV1uhdJE6MPM7sUj4T3W6TjozG3tU= X-RZG-AUTH: :OX8Be0W8W+pMC3rDLL/lo2xV/LZTbZkYhOcjg8suic3iYr/B8J9Lzp3TJg47scv/YBrt X-RZG-CLASS-ID: mo00 Received: from bbu (p54868BB5.dip0.t-ipconnect.de [84.134.139.181]) by smtp.strato.de (RZmta 35.11 DYNA|AUTH) with ESMTPSA id Q030f8qAFDYk8zI (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate); Sat, 15 Nov 2014 14:34:46 +0100 (CET) Date: Sat, 15 Nov 2014 14:34:44 +0100 From: Ulrich Grey To: Rui Paulo Subject: Re: Wandboard-Quad crashes Message-Id: <20141115143444.5ad037548e06f289d2532fb7@ulrich-grey.de> In-Reply-To: References: <20141113125236.b16cd4e5f0e339eac0494cd4@ulrich-grey.de> Organization: - X-Mailer: Sylpheed 3.3.0 (GTK+ 2.24.22; armv6-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Nov 2014 13:35:17 -0000 On Thu, 13 Nov 2014 08:37:13 -0800 Rui Paulo wrote: > On Nov 13, 2014, at 03:52, Ulrich Grey wrote: > > > > I am running FreeBSD on a Wandboard-Quad: > > > > FreeBSD 11.0-CURRENT #0 r274420M: Wed Nov 12 14:17:26 UTC 2014 > > user@quad:/usr/local/DEVEL/obj/usr/local/DEVEL/SRC/head/sys/WANDBOARD-QUAD > > arm FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) > > 20140512 WARNING: WITNESS option enabled, expect reduced > > performance. CPU: Cortex A9-r2 rev 10 (Cortex-A core) > > Supported features: ARM_ISA THUMB2 JAZELLE THUMBEE ARMv4 > > Security_Ext > > > > If I try to compile x11/libX11 the system frequently crashes: > > > > Fatal kernel mode data abort: 'Alignment Fault 1' > > trapframe: 0xf72e0ae8 > > FSR=00000001, FAR=000000a7, spsr=60000013 > > r0 =00000004, r1 =00000000, r2 =c242b953, r3 =00000970 > > r4 =c847fd80, r5 =c242b953, r6 =000000a7, r7 =c7df6810 > > r8 =00000000, r9 =00000097, r10=00000970, r11=f72e0b68 > > r12=000000c0, ssp=f72e0b38, slr=c220ebf4, pc =c214fbb4 > > > > [ thread pid 23015 tid 100147 ] > > > > Stopped at __mtx_lock_flags+0x50: ldr r0, [r6] > > > > What can I do? > > Can you send us the backtrace? > Here are the contents of the info files of the last two crashes: root@quad:/var/crash # less info.0 Dump header from device /dev/da0s1b Architecture: armv6 Architecture Version: 1 Dump Length: 64605184B (61 MB) Blocksize: 512 Dumptime: Fri Nov 14 15:52:43 2014 Hostname: quad Magic: FreeBSD Kernel Dump Version String: FreeBSD 11.0-CURRENT #1 r274420M: Fri Nov 14 12:57:30 UTC 2014 gwgpi@quad:/usr/local/DEVEL/obj/usr/local/DEVEL/SRC/head/sys/WANDBOARD-QUAD Panic String: vm_fault: fault on nofault entry, addr: c74c5000 Dump Parity: 1136560497 Bounds: 0 Dump Status: good Dump header from device /dev/da0s1b Architecture: armv6 Architecture Version: 1 Dump Length: 46439424B (44 MB) Blocksize: 512 Dumptime: Sat Nov 15 10:38:33 2014 Hostname: quad Magic: FreeBSD Kernel Dump Version String: FreeBSD 11.0-CURRENT #1 r274420M: Fri Nov 14 12:57:30 UTC 2014 gwgpi@quad:/usr/local/DEVEL/obj/usr/local/DEVEL/SRC/head/sys/WANDBOARD-QUAD Panic String: Trying to access non-existent page va e6000 pte bfffeff2 Dump Parity: 1943179849 Bounds: 1 Dump Status: good I am not able to get a backtrace: root@quad:/usr/obj/usr/local/DEVEL/SRC/head/sys/WANDBOARD-QUAD # kgdb kernel.debug GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "armv6-marcel-freebsd"...Dwarf Error: Could not find abbrev number 114 [in module /usr/local/DEVEL/obj/usr/local/DEVEL/SRC/head/sys/WANDBOARD-QUAD/kernel.debug] No struct type named linker_file. No struct type named linker_file. No struct type named linker_file. No symbol "linker_path" in current context. No symbol "linker_files" in current context. (kgdb) file kernel.symbols Reading symbols from kernel.symbols...Dwarf Error: Could not find abbrev number 114 [in module /usr/local/DEVEL/obj/usr/local/DEVEL/SRC/head/sys/WANDBOARD-QUAD/kernel.symbols] No struct type named linker_file. No struct type named linker_file. No struct type named linker_file. No symbol "linker_path" in current context. No symbol "linker_files" in current context. (kgdb) ----- Ulrich From owner-freebsd-arm@FreeBSD.ORG Sat Nov 15 15:27:05 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2C82D77A for ; Sat, 15 Nov 2014 15:27:05 +0000 (UTC) Received: from mail-wi0-f177.google.com (mail-wi0-f177.google.com [209.85.212.177]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BA3E83A0 for ; Sat, 15 Nov 2014 15:27:04 +0000 (UTC) Received: by mail-wi0-f177.google.com with SMTP id l15so5265670wiw.16 for ; Sat, 15 Nov 2014 07:26:57 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type; bh=XXOdTtB/8SqT8mlOmDy3sZ/r+V6AOAZ/6Ye/m7f0IOY=; b=j4hMoAMchtc8Z0Ned02aMP7K3zM6AT+o5WJ9nmt4zwDAkzR9nlpyPm6WSVogOx9YcP XgJkIAJgSaPHIgEZFcazHYZIv9oTKc7dJ7fYLpW2QLr9JPH5jc1nVFAQ1LCY2574+kjk jNNTcHsdwjEdLz5vWRNzqZRikfvUDuRM1AbR8cHkOlzCN9p8CtGMEfkeIo72wWlrjWNv WCUSdSkhT9bLhFo7xMWKKjkd2nbR9jqHoMSGYtExOP0cJ3vQUn7Rg82tKkSRT4AiR3L8 TUqu5Rmpd1Fp7zCBt8raiCHeC5BayeBIV0dzdXUnyx6bjM/6aEP8KzIx393eOupgSuGl XzMw== X-Gm-Message-State: ALoCoQmsvnjHeQIPhoZ1z690xg6BJv96XnR10TsWKr97RgHwFmp6Q61CoLAzqkkQtAx19cQE4AFi MIME-Version: 1.0 X-Received: by 10.180.11.65 with SMTP id o1mr17147787wib.22.1416065217238; Sat, 15 Nov 2014 07:26:57 -0800 (PST) Received: by 10.217.182.133 with HTTP; Sat, 15 Nov 2014 07:26:57 -0800 (PST) In-Reply-To: <20141115075621.GX24601@funkthat.com> References: <20141115075621.GX24601@funkthat.com> Date: Sat, 15 Nov 2014 08:26:57 -0700 Message-ID: Subject: Re: gdb for arm From: Tom Everett To: Tom Everett , "freebsd-arm@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Nov 2014 15:27:05 -0000 Thanks Mark. After some more reading, it turns out that lev@freebsd has added this port, which has all the necessary parts: http://svnweb.freebsd.org/ports/head/devel/gcc-arm-embedded/pkg-descr?revision=HEAD On Sat, Nov 15, 2014 at 12:56 AM, John-Mark Gurney wrote: > Tom Everett wrote this message on Fri, Nov 14, 2014 at 20:13 -0700: > > I'm trying to debug some bare metal arm code I've written on FreeBSD. > I'm > > using the xdev tools to cross compile for arm on amd64. Could someone > > point me in the right direction in terms of cross-compiling gdb on > FreeBSD? > > If you add gdb to xdev, it should just work... I did some work a while > back to make kgdb compile (but only kinda work)... > > I've attached the patch... The reenabling of CTF was to help me get > the avila board back to being functional... > > I don't remeber why I needed CDMAKE... > > I do vaguely remeber that there might have been some ordering issues, > but I don't remeber right now... > > Let me know how it works for you... > > -- > John-Mark Gurney Voice: +1 415 225 5579 > > "All that I will do, has been done, All that I have, has not." > -- A better world shall emerge based on faith and understanding - Douglas MacArthur From owner-freebsd-arm@FreeBSD.ORG Sat Nov 15 18:15:54 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 18B076C8 for ; Sat, 15 Nov 2014 18:15:54 +0000 (UTC) Received: from mailoo.org (arnold.mailoo.org [212.83.147.198]) by mx1.freebsd.org (Postfix) with ESMTP id D6910684 for ; Sat, 15 Nov 2014 18:15:53 +0000 (UTC) Received: from localhost (localhost.localdomain [127.0.0.1]) by arnold.mailoo.org (Postfix) with ESMTP id 0DF0E1B8 for ; Sat, 15 Nov 2014 19:09:45 +0100 (CET) Received: from mail.mailoo.org (unknown [172.16.0.11]) by arnold.mailoo.org (Postfix) with ESMTPSA id D918D1B0 for ; Sat, 15 Nov 2014 19:09:44 +0100 (CET) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Sat, 15 Nov 2014 19:09:44 +0100 From: Francesco Il Parente To: ARM FreeBSD Subject: Step by step for compiling Message-ID: X-Sender: cardifrancesco@mailoo.org User-Agent: Roundcube Webmail X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Nov 2014 18:15:54 -0000 Exist a documentation for compiling FreeBSD for cpu arm (not supported in this moment) ? -- Francesco Cardi alias Il Parente Free Software activist Volunteer at Red Cross CEO/President GNU CODICE LIBERO - Free as in Freedom Diaspora*: https://joindiaspora.com/u/ilparente Twitter: https://twitter.com/cardifrancesco Jabber: ilparente@jabber.org From owner-freebsd-arm@FreeBSD.ORG Sat Nov 15 18:51:01 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9DB3A219 for ; Sat, 15 Nov 2014 18:51:01 +0000 (UTC) Received: from mail.FoxValley.net (mail.FoxValley.net [64.135.192.34]) by mx1.freebsd.org (Postfix) with SMTP id 7668798C for ; Sat, 15 Nov 2014 18:51:01 +0000 (UTC) Received: (qmail 19706 invoked from network) for freebsd-arm@freebsd.org; 15 Nov 2014 12:50:59 -0600 Received: from 97-118-7-130.hlrn.qwest.net (HELO ?192.168.1.3?) (draymond@97.118.7.130) by mail.foxvalley.net with SMTP; 15 Nov 2014 12:50:59 -0600 Message-ID: <5467A095.5030101@foxvalley.net> Date: Sat, 15 Nov 2014 11:51:01 -0700 From: Dan Raymond User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: "freebsd-arm@freebsd.org" Subject: re: Step by step for compiling 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.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Nov 2014 18:51:01 -0000 Here is a writeup that describes the whole process (including how to set up a VM for your build environment): http://www.raspberrypi.org/forums/viewtopic.php?f=85&t=90613&sid=0a979c8883929b31fdc7023359fdd419