From owner-freebsd-arm@FreeBSD.ORG Sun Apr 7 01:11:39 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 92329A11; Sun, 7 Apr 2013 01:11:39 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from monday.kientzle.com (99-115-135-74.uvs.sntcca.sbcglobal.net [99.115.135.74]) by mx1.freebsd.org (Postfix) with ESMTP id 728DCA4C; Sun, 7 Apr 2013 01:10:30 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id r371AKqt084429; Sun, 7 Apr 2013 01:10:20 GMT (envelope-from kientzle@freebsd.org) Received: from [192.168.2.123] (CiscoE3000 [192.168.1.65]) by kientzle.com with SMTP id fmg9x7mvpusydyew8kt3juwjcn; Sun, 07 Apr 2013 01:10:20 +0000 (UTC) (envelope-from kientzle@freebsd.org) Subject: Re: "Beyond Buildworld" (was Re: RFC: "Crochet" build tool) Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=us-ascii From: Tim Kientzle In-Reply-To: <50CC112D-2B90-4E66-9D5F-829274D041D7@bsdimp.com> Date: Sat, 6 Apr 2013 18:10:17 -0700 Content-Transfer-Encoding: 7bit Message-Id: <94846836-83B2-483C-8003-466563F50D17@freebsd.org> References: <5DFA61DB-70E4-4C3D-ACA0-995A175706C8@neville-neil.com> <5151B454.9090402@ceetonetechnology.com> <1CBF1416-3237-4DCE-8D61-7E998265C887@neville-neil.com> <1364311809.36972.27.camel@revolution.hippie.lan> <5151D045.80305@thieprojects.ch> <5151D9DB.7050001@thieprojects.ch> <167CF57D-01E3-4857-BF0E-C40B00FED226@netgate.com> <515ADB81.7090908@freebsd.org> <515DF177.9060907@freebsd.org> <4DC4C47C-D503-4155-8FAF-6D5C88D8F67C@freebsd.org> <8FCD7391-B9E3-478A-86E8-4414F750804D@freebsd.org> <50CC112D-2B90-4E66-9D5F-829274D041D7@bsdimp.com> To: Warner Losh X-Mailer: Apple Mail (2.1283) Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Apr 2013 01:11:39 -0000 On Apr 6, 2013, at 2:03 PM, Warner Losh wrote: > Most boards have a perfectly good boot loader already, but > some like the popular RPi don't. Neither does the BeagleBone, Pandaboard, nor I suspect many of the other "hobbyist" boards that people would really want pre-built images for. > Thankfully, the images for the boot loaders tend to be separable > from the main image that people load on them and run/boot. All of the boards mentioned above require a boot partition and boot loader chain as part of the main image. I believe this is common to most of the new hobbyist boards. Tim From owner-freebsd-arm@FreeBSD.ORG Sun Apr 7 02:19:06 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 7956C919 for ; Sun, 7 Apr 2013 02:19:06 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-ia0-x230.google.com (mail-ia0-x230.google.com [IPv6:2607:f8b0:4001:c02::230]) by mx1.freebsd.org (Postfix) with ESMTP id 4430CDD2 for ; Sun, 7 Apr 2013 02:19:06 +0000 (UTC) Received: by mail-ia0-f176.google.com with SMTP id i1so4195273iaa.21 for ; Sat, 06 Apr 2013 19:19:05 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to:x-mailer:x-gm-message-state; bh=xehAkcs6WhXqjUPkw7VzG65kIf8sPfv9eeqcdrQRwU0=; b=RdY595hYcaSgmISsCDroHwvaWxq9WVsc//jTH2BwPQLcttgj1BO3ti5D2a3fcYEVqq Ln6ycbVVwFXimBGkk9oCVeZqF4DxVAkIYHkt8efAidN4U1ZPz9LquhRG8IKK7wrP5qEA K3EIh4QPViHFQIVBbqE4/gkBlcZ9b8oXMMZ8ZETFMwQtFDnNAmcjIwk6LmmdWw5HZ1Hj 8dgOdQ0l7QU3yuPzXTJ+1KWB/tj5puasQuJcttG+7sbwMQvQzYAxtvZ2LDNzHbRL41Z9 HiTON+SDriI0XFKNHJkZfAE5hCIWvJN/j9zk5YHO5XWTfq/Iz+nNtPHKxOtfWuHEak5Y oN4A== X-Received: by 10.50.192.201 with SMTP id hi9mr3158077igc.48.1365301145789; Sat, 06 Apr 2013 19:19:05 -0700 (PDT) Received: from 53.imp.bsdimp.com (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPS id qs4sm10406593igb.10.2013.04.06.19.19.04 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 06 Apr 2013 19:19:04 -0700 (PDT) Sender: Warner Losh Subject: Re: "Beyond Buildworld" (was Re: RFC: "Crochet" build tool) Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: <94846836-83B2-483C-8003-466563F50D17@freebsd.org> Date: Sat, 6 Apr 2013 20:19:03 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <1F1CA680-6F25-42A3-8AC5-9F65418450B4@bsdimp.com> References: <5DFA61DB-70E4-4C3D-ACA0-995A175706C8@neville-neil.com> <5151B454.9090402@ceetonetechnology.com> <1CBF1416-3237-4DCE-8D61-7E998265C887@neville-neil.com> <1364311809.36972.27.camel@revolution.hippie.lan> <5151D045.80305@thieprojects.ch> <5151D9DB.7050001@thieprojects.ch> <167CF57D-01E3-4857-BF0E-C40B00FED226@netgate.com> <515ADB81.7090908@freebsd.org> <515DF177.9060907@freebsd.org> <4DC4C47C-D503-4155-8FAF-6D5C88D8F67C@freebsd.org> <8FCD7391-B9E3-478A-86E8-4414F750804D@freebsd.org> <50CC112D-2B90-4E66-9D5F-829274D041D7@bsdimp.com> <94846836-83B2-483C-8003-466563F50D17@freebsd.org> To: Tim Kientzle X-Mailer: Apple Mail (2.1085) X-Gm-Message-State: ALoCoQljcOL6aYqYArxxY8xazhEoonVKyYKFQSXugX4m9tjKnQvtwpITA+r5zq5aY/3OxQzfczUa Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Apr 2013 02:19:06 -0000 On Apr 6, 2013, at 7:10 PM, Tim Kientzle wrote: > On Apr 6, 2013, at 2:03 PM, Warner Losh wrote: >=20 >> Most boards have a perfectly good boot loader already, but >> some like the popular RPi don't. >=20 > Neither does the BeagleBone, Pandaboard, nor I suspect > many of the other "hobbyist" boards that people would really want > pre-built images for. I don't believe this is the case for most uboot-based boards.... It sure = looks like the mars board I just got has a boot loader, I think uboot, = but I need to finish some soldering to confirm. >> Thankfully, the images for the boot loaders tend to be separable >> from the main image that people load on them and run/boot. >=20 > All of the boards mentioned above require a boot partition > and boot loader chain as part of the main image. Require, or that's one of many ways to update them? The usual way in all = the boards I've dealt with is that one generally doesn't update the boot = partition, but you do update the kernel and root partitions (possibly = with repartitioning). Are you sure that you are required to include the = primary boot loader when updating? > I believe this is common to most of the new hobbyist > boards. That's definitely different than all the other ARM boards I've dealt = with.... Warner From owner-freebsd-arm@FreeBSD.ORG Sun Apr 7 05:22:43 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id D40A9817; Sun, 7 Apr 2013 05:22:43 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from monday.kientzle.com (99-115-135-74.uvs.sntcca.sbcglobal.net [99.115.135.74]) by mx1.freebsd.org (Postfix) with ESMTP id 90F4B35B; Sun, 7 Apr 2013 05:22:43 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id r375MefY085762; Sun, 7 Apr 2013 05:22:40 GMT (envelope-from kientzle@freebsd.org) Received: from [192.168.2.123] (CiscoE3000 [192.168.1.65]) by kientzle.com with SMTP id 29feuxfvaucpw2frbei59j4ugi; Sun, 07 Apr 2013 05:22:40 +0000 (UTC) (envelope-from kientzle@freebsd.org) Subject: Re: "Beyond Buildworld" (was Re: RFC: "Crochet" build tool) Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=us-ascii From: Tim Kientzle In-Reply-To: <1F1CA680-6F25-42A3-8AC5-9F65418450B4@bsdimp.com> Date: Sat, 6 Apr 2013 22:22:40 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <6B335467-513B-43DD-B309-82F92AF349CC@freebsd.org> References: <5DFA61DB-70E4-4C3D-ACA0-995A175706C8@neville-neil.com> <5151B454.9090402@ceetonetechnology.com> <1CBF1416-3237-4DCE-8D61-7E998265C887@neville-neil.com> <1364311809.36972.27.camel@revolution.hippie.lan> <5151D045.80305@thieprojects.ch> <5151D9DB.7050001@thieprojects.ch> <167CF57D-01E3-4857-BF0E-C40B00FED226@netgate.com> <515ADB81.7090908@freebsd.org> <515DF177.9060907@freebsd.org> <4DC4C47C-D503-4155-8FAF-6D5C88D8F67C@freebsd.org> <8FCD7391-B9E3-478A-86E8-4414F750804D@freebsd.org> <50CC112D-2B90-4E66-9D5F-829274D041D7@bsdimp.com> <94846836-83B2-483C-8003-466563F50D17@freebsd.org> <1F1CA680-6! F25-42A3-8AC5-9F65418450B4@bsdimp.com> To: Warner Losh X-Mailer: Apple Mail (2.1283) Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Apr 2013 05:22:43 -0000 On Apr 6, 2013, at 7:19 PM, Warner Losh wrote: >=20 > On Apr 6, 2013, at 7:10 PM, Tim Kientzle wrote: >=20 >> On Apr 6, 2013, at 2:03 PM, Warner Losh wrote: >>=20 >>> Most boards have a perfectly good boot loader already, but >>> some like the popular RPi don't. >>=20 >> Neither does the BeagleBone, Pandaboard, nor I suspect >> many of the other "hobbyist" boards that people would really want >> pre-built images for. >=20 > I don't believe this is the case for most uboot-based boards.... It = sure looks like the mars board I just got has a boot loader, I think = uboot, but I need to finish some soldering to confirm. >=20 >>> Thankfully, the images for the boot loaders tend to be separable >>> from the main image that people load on them and run/boot. >>=20 >> All of the boards mentioned above require a boot partition >> and boot loader chain as part of the main image. >=20 > Require, or that's one of many ways to update them? The usual way in = all the boards I've dealt with is that one generally doesn't update the = boot partition, but you do update the kernel and root partitions = (possibly with repartitioning). Are you sure that you are required to = include the primary boot loader when updating? The RPi, BeagleBone, and PandaBoard do not have onboard flash. They all boot from SD card and require that the SD card have an MSDOS FAT partition containing the boot loader. Tim From owner-freebsd-arm@FreeBSD.ORG Sun Apr 7 07:07:52 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 69329170; Sun, 7 Apr 2013 07:07:52 +0000 (UTC) (envelope-from hps@bitfrost.no) Received: from mta.bitpro.no (mta.bitpro.no [92.42.64.202]) by mx1.freebsd.org (Postfix) with ESMTP id 2E41A1B2D; Sun, 7 Apr 2013 07:07:51 +0000 (UTC) Received: from mail.bitfrost.no (mail.bitfrost.no [46.29.221.36]) by mta.bitpro.no (Postfix) with ESMTP id 3413B7A21F; Sun, 7 Apr 2013 09:07:50 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at bitfrost.no Received: from laptop015.hselasky.homeunix.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: hanspetter) by mail.bitfrost.no (Postfix) with ESMTPSA id BF2D520A72; Sun, 7 Apr 2013 09:07:43 +0200 (CEST) Message-ID: <51611B9A.30407@bitfrost.no> Date: Sun, 07 Apr 2013 09:09:14 +0200 From: Hans Petter Selasky Organization: Bitfrost A/S MIME-Version: 1.0 To: Oleksandr Tymoshenko Subject: Re: Beaglebone USB driver (Mentor Graphics OTG) References: <51608AA4.2020804@bluezbox.com> In-Reply-To: <51608AA4.2020804@bluezbox.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: arm@freebsd.org, usb@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Apr 2013 07:07:52 -0000 On 04/06/13 22:50, Oleksandr Tymoshenko wrote: > Hello, > > This is first iteration of Host Mode support for Mentor Graphics > OTG USB controller. I tested it by building kernel with USB memory > stick mounted as /usr/obj, resulting kernel was bootable and worked fine. > I reused some ideas (mostly for channel-management) from > DWT OTG driver. > > Some pieces are still missing: > - Support for SPLIT transactions, I don not have high speed hub > right now to test it, but implementing it should be really > straighforward. > - Isochronous transfers. I do not have hardware to test this. Does > anybody have any suggestion about simple use case? > - Control Data OUT transaction > - Wrapper for atmel HW has not ben synced with new core logic requirements > yet > > Please review and test. I tested it only with gcc-built kernel/world. > Now when > first iteration is finished I'm going to update all my boards to new > world order > (clang/EABI) and re-test this stuff. > > Patch: > http://people.freebsd.org/~gonzo/arm/patches/beaglebone-musb.diff Hi, Supporting split transactions is required: + + /* SPLIT transaction */ + MUSB2_WRITE_1(sc, MUSB2_REG_RXHADDR(0), 0); + MUSB2_WRITE_1(sc, MUSB2_REG_RXHUBPORT(0), 0); + See EHCI driver: EHCI_QH_SET_HUBA(xfer->xroot->udev->hs_hub_addr) | EHCI_QH_SET_PORT(xfer->xroot->udev->hs_port_no)); This feature should be enabled when: Connected root HUB port is running HIGH speed, and the connected device is LOW or FULL speed. Try connecting a USB keyboard through any high speed USB HUB. --HPS From owner-freebsd-arm@FreeBSD.ORG Sun Apr 7 07:17:58 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id CAE2F3ED; Sun, 7 Apr 2013 07:17:58 +0000 (UTC) (envelope-from hps@bitfrost.no) Received: from mta.bitpro.no (mta.bitpro.no [92.42.64.202]) by mx1.freebsd.org (Postfix) with ESMTP id 65B361B84; Sun, 7 Apr 2013 07:17:58 +0000 (UTC) Received: from mail.bitfrost.no (mail.bitfrost.no [46.29.221.36]) by mta.bitpro.no (Postfix) with ESMTP id 1C72E7A21D; Sun, 7 Apr 2013 09:03:05 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at bitfrost.no Received: from laptop015.hselasky.homeunix.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: hanspetter) by mail.bitfrost.no (Postfix) with ESMTPSA id 8371720A72; Sun, 7 Apr 2013 09:02:58 +0200 (CEST) Message-ID: <51611A7B.2010105@bitfrost.no> Date: Sun, 07 Apr 2013 09:04:27 +0200 From: Hans Petter Selasky Organization: Bitfrost A/S MIME-Version: 1.0 To: Oleksandr Tymoshenko Subject: Re: Beaglebone USB driver (Mentor Graphics OTG) References: <51608AA4.2020804@bluezbox.com> In-Reply-To: <51608AA4.2020804@bluezbox.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: arm@freebsd.org, usb@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Apr 2013 07:17:58 -0000 On 04/06/13 22:50, Oleksandr Tymoshenko wrote: > Hello, > > This is first iteration of Host Mode support for Mentor Graphics > OTG USB controller. I tested it by building kernel with USB memory > stick mounted as /usr/obj, resulting kernel was bootable and worked fine. > I reused some ideas (mostly for channel-management) from > DWT OTG driver. > > Some pieces are still missing: > - Support for SPLIT transactions, I don not have high speed hub > right now to test it, but implementing it should be really > straighforward. > - Isochronous transfers. I do not have hardware to test this. Does > anybody have any suggestion about simple use case? > - Control Data OUT transaction > - Wrapper for atmel HW has not ben synced with new core logic requirements > yet > > Please review and test. I tested it only with gcc-built kernel/world. > Now when > first iteration is finished I'm going to update all my boards to new > world order > (clang/EABI) and re-test this stuff. > > Patch: > http://people.freebsd.org/~gonzo/arm/patches/beaglebone-musb.diff Hi, Looks like you've got the grasp of the USB controller stuff :-) Some comments: 1) Use DPRINTFN(-1, ...) instead of printf() for all printf() that are not part of boot dmesg. + break; + default: + td->transfer_type = 0; + printf("Invalid USB speed: %d\n", speed); + break; + } 2) You should implement if HOST mode, support for SUSPEND and RESUME. See EHCI driver. Basically what you need is: a) USB transfers are stopped/paused. I know there is a hack you need if the host transfer cancel hangs, and that is to write a dummy device address and wait for the USB transfer to error out after 250 us max. b) switch on USB suspend signalling. At resume: c) do resume signalling, similar to EHCI/UHCI I think. d) switch on channel tokens. case UHF_PORT_SUSPEND: + if (sc->sc_mode == MUSB2_HOST_MODE) + printf("TODO: Set UHF_PORT_SUSPEND\n"); + break; 3) Make sure that channels are not generating tokens if they are aborted / cancelled / timedout. This can not be verified using a USB mass storage device. Verify this by connecting a USB serial adapter. Try to open/close /dev/cuaU0. Make sure it does not loose any bytes and that channel cancel does not hang forever. --HPS From owner-freebsd-arm@FreeBSD.ORG Sun Apr 7 07:23:56 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id DB87D53A; Sun, 7 Apr 2013 07:23:56 +0000 (UTC) (envelope-from hps@bitfrost.no) Received: from mta.bitpro.no (mta.bitpro.no [92.42.64.202]) by mx1.freebsd.org (Postfix) with ESMTP id A0AA01BD8; Sun, 7 Apr 2013 07:23:56 +0000 (UTC) Received: from mail.bitfrost.no (mail.bitfrost.no [46.29.221.36]) by mta.bitpro.no (Postfix) with ESMTP id 07C0D7A1CC; Sun, 7 Apr 2013 09:23:56 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at bitfrost.no Received: from laptop015.hselasky.homeunix.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: hanspetter) by mail.bitfrost.no (Postfix) with ESMTPSA id EE36E20A72; Sun, 7 Apr 2013 09:23:49 +0200 (CEST) Message-ID: <51611F61.3040402@bitfrost.no> Date: Sun, 07 Apr 2013 09:25:21 +0200 From: Hans Petter Selasky Organization: Bitfrost A/S MIME-Version: 1.0 To: Oleksandr Tymoshenko Subject: Re: Beaglebone USB driver (Mentor Graphics OTG) References: <51608AA4.2020804@bluezbox.com> <51611A7B.2010105@bitfrost.no> In-Reply-To: <51611A7B.2010105@bitfrost.no> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: arm@freebsd.org, usb@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Apr 2013 07:23:56 -0000 On 04/07/13 09:04, Hans Petter Selasky wrote: > > 3) Make sure that channels are not generating tokens if they are aborted > / cancelled / timedout. This can not be verified using a USB mass > storage device. Verify this by connecting a USB serial adapter. Try to > open/close /dev/cuaU0. Make sure it does not loose any bytes and that > channel cancel does not hang forever. Hi, I recommend that cancel works like this: 1) Set invalid device address, like 127. 2) Use DMA delay feature to make a 4ms wait (see XHCI driver for example). 3) Free host channel (final). --HPS From owner-freebsd-arm@FreeBSD.ORG Sun Apr 7 09:20:00 2013 Return-Path: Delivered-To: freebsd-arm@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id D55F538A for ; Sun, 7 Apr 2013 09:20:00 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id B6F841F78; Sun, 7 Apr 2013 09:20:00 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.6/8.14.6) with ESMTP id r379K0r1025014; Sun, 7 Apr 2013 09:20:00 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.6/8.14.6/Submit) id r379K0r9025013; Sun, 7 Apr 2013 09:20:00 GMT (envelope-from gnats) Resent-Date: Sun, 7 Apr 2013 09:20:00 GMT Resent-Message-Id: <201304070920.r379K0r9025013@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-arm@FreeBSD.org Resent-Cc: Ian Lepore Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Christoph Mallon Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 0DFB3355 for ; Sun, 7 Apr 2013 09:17:24 +0000 (UTC) (envelope-from christoph.mallon@gmx.de) Received: from mout.gmx.net (mout.gmx.net [212.227.17.22]) by mx1.freebsd.org (Postfix) with ESMTP id B06641F5C for ; Sun, 7 Apr 2013 09:17:23 +0000 (UTC) Received: from mailout-de.gmx.net ([10.1.76.2]) by mrigmx.server.lan (mrigmx001) with ESMTP (Nemesis) id 0Lsdt9-1UZefI3l5F-012LQf for ; Sun, 07 Apr 2013 11:17:21 +0200 Received: (qmail invoked by alias); 07 Apr 2013 09:17:21 -0000 Received: from p5B13371A.dip.t-dialin.net (EHLO rotluchs.lokal) [91.19.55.26] by mail.gmx.net (mp002) with SMTP; 07 Apr 2013 11:17:21 +0200 Received: from tron by rotluchs.lokal with local (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1UOliy-000NZ9-6D; Sun, 07 Apr 2013 11:17:20 +0200 Message-Id: Date: Sun, 07 Apr 2013 11:17:20 +0200 From: Christoph Mallon To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.114 X-GNATS-Notify: Ian Lepore Subject: arm/177685: [kernel] [patch] Correct return type and usage of at91_pio_gpio_get() Cc: Christoph Mallon X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Christoph Mallon List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Apr 2013 09:20:00 -0000 >Number: 177685 >Category: arm >Synopsis: [kernel] [patch] Correct return type and usage of at91_pio_gpio_get() >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-arm >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Apr 07 09:20:00 UTC 2013 >Closed-Date: >Last-Modified: >Originator: Christoph Mallon >Release: >Organization: >Environment: >Description: at91_pio_gpio_get() returns a bitset instead of just 0/1 since r248910. But the return type (uint8_t) is too narrow for the mask. In particular the only callers of the function tests bit 24, so it always gets 0 now. The second patch just removes redundant parentheses in at91_pio_gpio_get(). ian@ is X-GNATS-Notified. >How-To-Repeat: >Fix: Please apply the patch. --- 0001-at91-Adjust-the-return-type-of-at91_pio_gpio_get.patch begins here --- >From 0c3af531b9648725a237610443533106b6cf1e91 Mon Sep 17 00:00:00 2001 From: Christoph Mallon Date: Sun, 7 Apr 2013 10:59:56 +0200 Subject: [PATCH 1/2] at91: Adjust the return type of at91_pio_gpio_get(). It returns the masked set of bits, which requires uint32_t, now. This fixes its only caller, which always got 0, because it tested bit 24 and the function returned only an uint8_t. --- sys/arm/at91/at91_pio.c | 2 +- sys/arm/at91/at91_piovar.h | 2 +- sys/dev/usb/controller/at91dci_atmelarm.c | 2 +- 3 files changed, 3 insertions(+), 3 deletions(-) diff --git a/sys/arm/at91/at91_pio.c b/sys/arm/at91/at91_pio.c index c2998b5..fef089b 100644 --- a/sys/arm/at91/at91_pio.c +++ b/sys/arm/at91/at91_pio.c @@ -554,7 +554,7 @@ at91_pio_gpio_clear(uint32_t pio, uint32_t data_mask) PIO[PIO_CODR / 4] = data_mask; } -uint8_t +uint32_t at91_pio_gpio_get(uint32_t pio, uint32_t data_mask) { uint32_t *PIO = (uint32_t *)(AT91_BASE + pio); diff --git a/sys/arm/at91/at91_piovar.h b/sys/arm/at91/at91_piovar.h index 0608f16..d2b912d 100644 --- a/sys/arm/at91/at91_piovar.h +++ b/sys/arm/at91/at91_piovar.h @@ -39,7 +39,7 @@ void at91_pio_gpio_output(uint32_t pio, uint32_t output_enable_mask, void at91_pio_gpio_high_z(uint32_t pio, uint32_t high_z_mask, int enable); void at91_pio_gpio_set(uint32_t pio, uint32_t data_mask); void at91_pio_gpio_clear(uint32_t pio, uint32_t data_mask); -uint8_t at91_pio_gpio_get(uint32_t pio, uint32_t data_mask); +uint32_t at91_pio_gpio_get(uint32_t pio, uint32_t data_mask); void at91_pio_gpio_set_deglitch(uint32_t pio, uint32_t data_mask, int use_deglitch); void at91_pio_gpio_set_interrupt(uint32_t pio, uint32_t data_mask, diff --git a/sys/dev/usb/controller/at91dci_atmelarm.c b/sys/dev/usb/controller/at91dci_atmelarm.c index 678ad48..7f94ed7 100644 --- a/sys/dev/usb/controller/at91dci_atmelarm.c +++ b/sys/dev/usb/controller/at91dci_atmelarm.c @@ -91,7 +91,7 @@ at91_vbus_poll(struct at91_udp_softc *sc) { uint8_t vbus_val; - vbus_val = at91_pio_gpio_get(VBUS_BASE, VBUS_MASK); + vbus_val = at91_pio_gpio_get(VBUS_BASE, VBUS_MASK) != 0; at91dci_vbus_interrupt(&sc->sc_dci, vbus_val); callout_reset(&sc->sc_vbus, hz, (void *)&at91_vbus_poll, sc); -- 1.8.2 --- 0001-at91-Adjust-the-return-type-of-at91_pio_gpio_get.patch ends here --- --- dummy1 begins here --- dummy file, because GNATS damages every other file --- dummy1 ends here --- --- 0002-at91-Remove-redundant-parentheses.patch begins here --- >From fa9d855770e7f2a5e8886b7be85dce92a61b33ef Mon Sep 17 00:00:00 2001 From: Christoph Mallon Date: Sun, 7 Apr 2013 11:02:15 +0200 Subject: [PATCH 2/2] at91: Remove redundant parentheses. --- sys/arm/at91/at91_pio.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/sys/arm/at91/at91_pio.c b/sys/arm/at91/at91_pio.c index fef089b..2a50707 100644 --- a/sys/arm/at91/at91_pio.c +++ b/sys/arm/at91/at91_pio.c @@ -559,7 +559,7 @@ at91_pio_gpio_get(uint32_t pio, uint32_t data_mask) { uint32_t *PIO = (uint32_t *)(AT91_BASE + pio); - return ((PIO[PIO_PDSR / 4] & data_mask)); + return (PIO[PIO_PDSR / 4] & data_mask); } void -- 1.8.2 --- 0002-at91-Remove-redundant-parentheses.patch ends here --- >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-arm@FreeBSD.ORG Sun Apr 7 09:20:01 2013 Return-Path: Delivered-To: freebsd-arm@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id D01A9390 for ; Sun, 7 Apr 2013 09:20:01 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 9C84F1F7B for ; Sun, 7 Apr 2013 09:20:01 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.6/8.14.6) with ESMTP id r379K1QC025078 for ; Sun, 7 Apr 2013 09:20:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.6/8.14.6/Submit) id r379K1qw025077; Sun, 7 Apr 2013 09:20:01 GMT (envelope-from gnats) Resent-Date: Sun, 7 Apr 2013 09:20:01 GMT Resent-Message-Id: <201304070920.r379K1qw025077@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-arm@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Ralf Wenk Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id D9CA4288 for ; Sun, 7 Apr 2013 09:15:09 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from red.freebsd.org (red.freebsd.org [IPv6:2001:4f8:fff6::22]) by mx1.freebsd.org (Postfix) with ESMTP id C9AA91F3D for ; Sun, 7 Apr 2013 09:15:09 +0000 (UTC) Received: from red.freebsd.org (localhost [127.0.0.1]) by red.freebsd.org (8.14.5/8.14.5) with ESMTP id r379F8uJ096495 for ; Sun, 7 Apr 2013 09:15:08 GMT (envelope-from nobody@red.freebsd.org) Received: (from nobody@localhost) by red.freebsd.org (8.14.5/8.14.5/Submit) id r379F83s096494; Sun, 7 Apr 2013 09:15:08 GMT (envelope-from nobody) Message-Id: <201304070915.r379F83s096494@red.freebsd.org> Date: Sun, 7 Apr 2013 09:15:08 GMT From: Ralf Wenk To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Subject: arm/177686: assertion failed in ld-elf.so.1 when invoking telnet with parameters (clang, EABI) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Apr 2013 09:20:01 -0000 >Number: 177686 >Category: arm >Synopsis: assertion failed in ld-elf.so.1 when invoking telnet with parameters (clang, EABI) >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-arm >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Apr 07 09:20:00 UTC 2013 >Closed-Date: >Last-Modified: >Originator: Ralf Wenk >Release: FreeBSD 10.0-CURRENT arm >Organization: Hochschule Karlsruhe, University of Applied Sciences >Environment: FreeBSD raspberry-pi 10.0-CURRENT FreeBSD 10.0-CURRENT #8 r249220: Sun Apr 7 10:16:15 CEST 2013 root@home:/usr/obj/arm.armv6/home/rpi/src/sys/RPI-Bsc arm >Description: Invoking telnet with parameters triggers an assertion failure: # telnet www.belwue.de 80 ld-elf.so.1: assert failed: /home/rpi/src/libexec/rtldelf/rtld_lock.c:233 Abort (core dumped) While invoking without parameters does not: # telnet telnet> open www.belwue.de 80 Trying 2001:7c0:0:1100::a... Trying 129.143.232.10... Connected to www1.belwue.de. .. Kernel and world are build on a i386 9.1-STABLE revision 248965 with: make -C $SRCROOT -DWITH_ARM_EABI kernel-toolchain make -C $SRCROOT MALLOC_PRODUCTION=yes -DWITH_ARM_EABI buildworld make -C $SRCROOT KERNCONF=$KERNCONF WITH_FDT=yes -DWITH_ARM_EABI buildkernel KERNCONF is RPI-B with serial console enabled (RPI-Bsc). clang is FreeBSD clang version 3.2 (tags/RELEASE_32/final 170710) 20121221 >How-To-Repeat: Build a system like mentioned in the description and invoke telnet with a parameter. >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-arm@FreeBSD.ORG Sun Apr 7 09:50:00 2013 Return-Path: Delivered-To: freebsd-arm@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id C595E4F4 for ; Sun, 7 Apr 2013 09:50:00 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id A79766C for ; Sun, 7 Apr 2013 09:50:00 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.6/8.14.6) with ESMTP id r379o0pa029807 for ; Sun, 7 Apr 2013 09:50:00 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.6/8.14.6/Submit) id r379o0Fu029806; Sun, 7 Apr 2013 09:50:00 GMT (envelope-from gnats) Resent-Date: Sun, 7 Apr 2013 09:50:00 GMT Resent-Message-Id: <201304070950.r379o0Fu029806@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-arm@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Ralf Wenk Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 25AE04EB for ; Sun, 7 Apr 2013 09:48:54 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from red.freebsd.org (red.freebsd.org [IPv6:2001:4f8:fff6::22]) by mx1.freebsd.org (Postfix) with ESMTP id EDB062F for ; Sun, 7 Apr 2013 09:48:53 +0000 (UTC) Received: from red.freebsd.org (localhost [127.0.0.1]) by red.freebsd.org (8.14.5/8.14.5) with ESMTP id r379mrJO045014 for ; Sun, 7 Apr 2013 09:48:53 GMT (envelope-from nobody@red.freebsd.org) Received: (from nobody@localhost) by red.freebsd.org (8.14.5/8.14.5/Submit) id r379mrGq045013; Sun, 7 Apr 2013 09:48:53 GMT (envelope-from nobody) Message-Id: <201304070948.r379mrGq045013@red.freebsd.org> Date: Sun, 7 Apr 2013 09:48:53 GMT From: Ralf Wenk To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Subject: arm/177687: gdb gets installed but does not know the EABI version if world is compiled with clang. X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Apr 2013 09:50:00 -0000 >Number: 177687 >Category: arm >Synopsis: gdb gets installed but does not know the EABI version if world is compiled with clang. >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-arm >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Apr 07 09:50:00 UTC 2013 >Closed-Date: >Last-Modified: >Originator: Ralf Wenk >Release: FreeBSD 10.0-CURRENT arm >Organization: Hochschule Karlsruhe, University of Applied Sciences >Environment: FreeBSD raspberry-pi 10.0-CURRENT FreeBSD 10.0-CURRENT #8 r249220: Sun Apr 7 10:16:15 CEST 2013 root@home:/usr/obj/arm.armv6/home/rpi/src/sys/RPI-Bsc arm >Description: Invoking gdb leads to an internal error: # gdb telnet 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"... /home/rpi/src/gnu/usr.bin/gdb/libgdb/../../../../contrib/gdb/gdb/arm-tdep.c:2589: internal-error: arm_elf_osabi_sniffer: Unknown ARM EABI version 0x5000000 A problem internal to GDB has been detected, further debugging may prove unreliable. Quit this debugging session? (y or n) y /home/rpi/src/gnu/usr.bin/gdb/libgdb/../../../../contrib/gdb/gdb/arm-tdep.c:2589: internal-error: arm_elf_osabi_sniffer: Unknown ARM EABI version 0x5000000 A problem internal to GDB has been detected, further debugging may prove unreliable. Create a core file of GDB? (y or n) n # Kernel and world are build on a i386 9.1-STABLE revision 248965 with: make -C $SRCROOT -DWITH_ARM_EABI kernel-toolchain make -C $SRCROOT MALLOC_PRODUCTION=yes -DWITH_ARM_EABI buildworld make -C $SRCROOT KERNCONF=$KERNCONF WITH_FDT=yes -DWITH_ARM_EABI buildkernel KERNCONF is RPI-B with serial console enabled (RPI-Bsc). clang is FreeBSD clang version 3.2 (tags/RELEASE_32/final 170710) 20121221 >How-To-Repeat: Build a system like mentioned in the description and invoke dgb. >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-arm@FreeBSD.ORG Sun Apr 7 13:10:01 2013 Return-Path: Delivered-To: freebsd-arm@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 4267AC65 for ; Sun, 7 Apr 2013 13:10:01 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 1AC0EB81 for ; Sun, 7 Apr 2013 13:10:01 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.6/8.14.6) with ESMTP id r37DA0E6001606 for ; Sun, 7 Apr 2013 13:10:00 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.6/8.14.6/Submit) id r37DA0TY001604; Sun, 7 Apr 2013 13:10:00 GMT (envelope-from gnats) Date: Sun, 7 Apr 2013 13:10:00 GMT Message-Id: <201304071310.r37DA0TY001604@freefall.freebsd.org> To: freebsd-arm@FreeBSD.org Cc: From: dfilter@FreeBSD.ORG (dfilter service) Subject: Re: arm/177685: commit references a PR X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: dfilter service List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Apr 2013 13:10:01 -0000 The following reply was made to PR arm/177685; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: arm/177685: commit references a PR Date: Sun, 7 Apr 2013 13:04:11 +0000 (UTC) Author: hselasky Date: Sun Apr 7 13:03:57 2013 New Revision: 249232 URL: http://svnweb.freebsd.org/changeset/base/249232 Log: Fix regression issue after r248910. PR: arm/177685 Submitted by: Christoph Mallon Modified: head/sys/arm/at91/at91_pio.c head/sys/arm/at91/at91_piovar.h head/sys/dev/usb/controller/at91dci_atmelarm.c Modified: head/sys/arm/at91/at91_pio.c ============================================================================== --- head/sys/arm/at91/at91_pio.c Sun Apr 7 11:05:38 2013 (r249231) +++ head/sys/arm/at91/at91_pio.c Sun Apr 7 13:03:57 2013 (r249232) @@ -554,12 +554,12 @@ at91_pio_gpio_clear(uint32_t pio, uint32 PIO[PIO_CODR / 4] = data_mask; } -uint8_t +uint32_t at91_pio_gpio_get(uint32_t pio, uint32_t data_mask) { uint32_t *PIO = (uint32_t *)(AT91_BASE + pio); - return ((PIO[PIO_PDSR / 4] & data_mask)); + return (PIO[PIO_PDSR / 4] & data_mask); } void Modified: head/sys/arm/at91/at91_piovar.h ============================================================================== --- head/sys/arm/at91/at91_piovar.h Sun Apr 7 11:05:38 2013 (r249231) +++ head/sys/arm/at91/at91_piovar.h Sun Apr 7 13:03:57 2013 (r249232) @@ -39,7 +39,7 @@ void at91_pio_gpio_output(uint32_t pio, void at91_pio_gpio_high_z(uint32_t pio, uint32_t high_z_mask, int enable); void at91_pio_gpio_set(uint32_t pio, uint32_t data_mask); void at91_pio_gpio_clear(uint32_t pio, uint32_t data_mask); -uint8_t at91_pio_gpio_get(uint32_t pio, uint32_t data_mask); +uint32_t at91_pio_gpio_get(uint32_t pio, uint32_t data_mask); void at91_pio_gpio_set_deglitch(uint32_t pio, uint32_t data_mask, int use_deglitch); void at91_pio_gpio_set_interrupt(uint32_t pio, uint32_t data_mask, Modified: head/sys/dev/usb/controller/at91dci_atmelarm.c ============================================================================== --- head/sys/dev/usb/controller/at91dci_atmelarm.c Sun Apr 7 11:05:38 2013 (r249231) +++ head/sys/dev/usb/controller/at91dci_atmelarm.c Sun Apr 7 13:03:57 2013 (r249232) @@ -91,7 +91,7 @@ at91_vbus_poll(struct at91_udp_softc *sc { uint8_t vbus_val; - vbus_val = at91_pio_gpio_get(VBUS_BASE, VBUS_MASK); + vbus_val = at91_pio_gpio_get(VBUS_BASE, VBUS_MASK) != 0; at91dci_vbus_interrupt(&sc->sc_dci, vbus_val); callout_reset(&sc->sc_vbus, hz, (void *)&at91_vbus_poll, sc); _______________________________________________ svn-src-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscribe@freebsd.org" From owner-freebsd-arm@FreeBSD.ORG Sun Apr 7 15:42:42 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id CA69AC5E; Sun, 7 Apr 2013 15:42:42 +0000 (UTC) (envelope-from tim@kientzle.com) Received: from monday.kientzle.com (99-115-135-74.uvs.sntcca.sbcglobal.net [99.115.135.74]) by mx1.freebsd.org (Postfix) with ESMTP id AADB31FB; Sun, 7 Apr 2013 15:42:42 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id r37FgeHZ088943; Sun, 7 Apr 2013 15:42:40 GMT (envelope-from tim@kientzle.com) Received: from [192.168.2.123] (CiscoE3000 [192.168.1.65]) by kientzle.com with SMTP id 4qjq3cqift8jwqcecajbpn7mse; Sun, 07 Apr 2013 15:42:40 +0000 (UTC) (envelope-from tim@kientzle.com) Subject: Re: arm/177686: assertion failed in ld-elf.so.1 when invoking telnet with parameters (clang, EABI) Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=us-ascii From: Tim Kientzle In-Reply-To: <201304070915.r379F83s096494@red.freebsd.org> Date: Sun, 7 Apr 2013 08:42:39 -0700 Content-Transfer-Encoding: 7bit Message-Id: <2F998103-9E77-41C5-AB0B-20379ED87150@kientzle.com> References: <201304070915.r379F83s096494@red.freebsd.org> To: Ralf Wenk , freebsd-arm@freebsd.org X-Mailer: Apple Mail (2.1283) Cc: freebsd-gnats-submit@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Apr 2013 15:42:42 -0000 On Apr 7, 2013, at 2:15 AM, Ralf Wenk wrote: > Invoking telnet with parameters triggers an assertion failure: > > # telnet www.belwue.de 80 > ld-elf.so.1: assert failed: /home/rpi/src/libexec/rtldelf/rtld_lock.c:233 > Abort (core dumped) I've also seen this quite a bit with a number of different programs. Seems to have arisen since I switched to clang & EABI though I don't know for sure that either of those is related. Has anyone tracked this down? Tim From owner-freebsd-arm@FreeBSD.ORG Sun Apr 7 15:50:01 2013 Return-Path: Delivered-To: freebsd-arm@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 7F64EDEF for ; Sun, 7 Apr 2013 15:50:01 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 70DDD231 for ; Sun, 7 Apr 2013 15:50:01 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.6/8.14.6) with ESMTP id r37Fo0nE033644 for ; Sun, 7 Apr 2013 15:50:00 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.6/8.14.6/Submit) id r37Fo0KN033631; Sun, 7 Apr 2013 15:50:00 GMT (envelope-from gnats) Date: Sun, 7 Apr 2013 15:50:00 GMT Message-Id: <201304071550.r37Fo0KN033631@freefall.freebsd.org> To: freebsd-arm@FreeBSD.org Cc: From: Tim Kientzle Subject: Re: arm/177686: assertion failed in ld-elf.so.1 when invoking telnet with parameters (clang, EABI) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Tim Kientzle List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Apr 2013 15:50:01 -0000 The following reply was made to PR arm/177686; it has been noted by GNATS. From: Tim Kientzle To: Ralf Wenk , freebsd-arm@freebsd.org Cc: freebsd-gnats-submit@freebsd.org Subject: Re: arm/177686: assertion failed in ld-elf.so.1 when invoking telnet with parameters (clang, EABI) Date: Sun, 7 Apr 2013 08:42:39 -0700 On Apr 7, 2013, at 2:15 AM, Ralf Wenk wrote: > Invoking telnet with parameters triggers an assertion failure: > > # telnet www.belwue.de 80 > ld-elf.so.1: assert failed: /home/rpi/src/libexec/rtldelf/rtld_lock.c:233 > Abort (core dumped) I've also seen this quite a bit with a number of different programs. Seems to have arisen since I switched to clang & EABI though I don't know for sure that either of those is related. Has anyone tracked this down? Tim From owner-freebsd-arm@FreeBSD.ORG Sun Apr 7 15:57:51 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 914BAEC8 for ; Sun, 7 Apr 2013 15:57:51 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-pa0-f51.google.com (mail-pa0-f51.google.com [209.85.220.51]) by mx1.freebsd.org (Postfix) with ESMTP id 636A325D for ; Sun, 7 Apr 2013 15:57:51 +0000 (UTC) Received: by mail-pa0-f51.google.com with SMTP id jh10so2829879pab.10 for ; Sun, 07 Apr 2013 08:57:45 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to:x-mailer:x-gm-message-state; bh=1BTL99AhmihOvJU0PB7Z14gJ5glTwpTtWpqn41lRX9c=; b=YprEhBwORmq0gYRGJ63hIphbqWyS3umeugQZRaSW0A5Jw69owThEdBuBcO9amN2PFZ CX9XGgkZ8iRO6n1AFbW6vJA3lKStR3pQtAh9N9K5ZP/M2kmHn/fwp2lqw78Oyc0B6VH9 yvm4lA/jdQzo8DzEqz+PMrHuSB6D832BEPl6eHbQoxrc/qXY8/KGpo26s5ZSHLo/9arS shBUqLW9++WZE9mIDu5Nj7GMgOBnkBZHUFto0mMUutKOnbloVtOVEhWgxjzB6FiOTh72 1DwqdINaLVzlG0Ci0Dih3LhC6DhTAMEGRxAEp1sKUYIXRYqsDSRSXvHGuzB6Bh36tZgk BzSA== X-Received: by 10.66.160.106 with SMTP id xj10mr28643123pab.139.1365350265648; Sun, 07 Apr 2013 08:57:45 -0700 (PDT) Received: from 53.imp.bsdimp.com (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPS id wl5sm13807917pac.18.2013.04.07.08.57.43 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 07 Apr 2013 08:57:44 -0700 (PDT) Sender: Warner Losh Subject: Re: "Beyond Buildworld" (was Re: RFC: "Crochet" build tool) Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: <6B335467-513B-43DD-B309-82F92AF349CC@freebsd.org> Date: Sun, 7 Apr 2013 09:57:42 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: References: <5DFA61DB-70E4-4C3D-ACA0-995A175706C8@neville-neil.com> <5151B454.9090402@ceetonetechnology.com> <1CBF1416-3237-4DCE-8D61-7E998265C887@neville-neil.com> <1364311809.36972.27.camel@revolution.hippie.lan> <5151D045.80305@thieprojects.ch> <5151D9DB.7050001@thieprojects.ch> <167CF57D-01E3-4857-BF0E-C40B00FED226@netgate.com> <515ADB81.7090908@freebsd.org> <515DF177.9060907@freebsd.org> <4DC4C47C-D503-4155-8FAF-6D5C88D8F67C@freebsd.org> <8FCD7391-B9E3-478A-86E8-4414F750804D@freebsd.org> <50CC112D-2B90-4E66-9D5F-829274D041D7@bsdimp.com> <94846836-83B2-483C-8003-466563F50D17@freebsd.org> <1F1CA680-6! F25-42A 3-8AC5-9F65418450B4@bsdimp.com> <6B335467-513B-43DD-B309-82F92AF349CC@freebsd.org> To: Tim Kientzle X-Mailer: Apple Mail (2.1085) X-Gm-Message-State: ALoCoQl3JTZqaOhxn5ukHF3Z7ezNwtxrQQiYdRAMMbnETZd+A0OvaVTZU4medakhTMH6ofg9OgUe Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Apr 2013 15:57:51 -0000 On Apr 6, 2013, at 11:22 PM, Tim Kientzle wrote: >=20 > On Apr 6, 2013, at 7:19 PM, Warner Losh wrote: >=20 >>=20 >> On Apr 6, 2013, at 7:10 PM, Tim Kientzle wrote: >>=20 >>> On Apr 6, 2013, at 2:03 PM, Warner Losh wrote: >>>=20 >>>> Most boards have a perfectly good boot loader already, but >>>> some like the popular RPi don't. >>>=20 >>> Neither does the BeagleBone, Pandaboard, nor I suspect >>> many of the other "hobbyist" boards that people would really want >>> pre-built images for. >>=20 >> I don't believe this is the case for most uboot-based boards.... It = sure looks like the mars board I just got has a boot loader, I think = uboot, but I need to finish some soldering to confirm. >>=20 >>>> Thankfully, the images for the boot loaders tend to be separable >>>> from the main image that people load on them and run/boot. >>>=20 >>> All of the boards mentioned above require a boot partition >>> and boot loader chain as part of the main image. >>=20 >> Require, or that's one of many ways to update them? The usual way in = all the boards I've dealt with is that one generally doesn't update the = boot partition, but you do update the kernel and root partitions = (possibly with repartitioning). Are you sure that you are required to = include the primary boot loader when updating? >=20 > The RPi, BeagleBone, and PandaBoard do not have onboard flash. >=20 > They all boot from SD card and require that the SD card > have an MSDOS FAT partition containing the boot loader. Ah, the light goes on... Most of the cards I've dealt with have actual = flash, but can boot in this mode in a recovery mode... Warner= From owner-freebsd-arm@FreeBSD.ORG Sun Apr 7 17:21:59 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 9D30AC94; Sun, 7 Apr 2013 17:21:59 +0000 (UTC) (envelope-from cochard@gmail.com) Received: from mail-vb0-x231.google.com (mail-vb0-x231.google.com [IPv6:2607:f8b0:400c:c02::231]) by mx1.freebsd.org (Postfix) with ESMTP id 4B3A96A7; Sun, 7 Apr 2013 17:21:59 +0000 (UTC) Received: by mail-vb0-f49.google.com with SMTP id 11so3210999vbf.22 for ; Sun, 07 Apr 2013 10:21:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=jPlpg1dCyT/oLRBLb9iHoIZqnuNHmsTntf00RWUKNpw=; b=ax5PtzyQQVQv6ds24xdvTjaHrdOfoNDaQ8jEc6+NekCWYKqZyi3OUyi5irK8mtb4EH HHhcloEN9GI49k8+n1R2VMrdOYK3LdbsVPXNoQFE3oD1++olykJBBIg/Fy4dzY0n7JxE WrFID+F/OXzUbCDnjh9l5YvPTkEpyUci30w6pVoIVtAGMV25psiV3heBfyDCwYiRCGqp deH1rIAi30GVDO1MqRUdll0CIiQCteujJzLSQbM+BWXbA1t7uIe09ZweFmkUVkJSwnR1 58WUmUNJShMaASHEijrS333NTiwLRG/VLc6P2wZ407Nue/+lN2nMaJfzogM+j7yaoxS5 LmRw== X-Received: by 10.52.98.5 with SMTP id ee5mr11630409vdb.102.1365355318784; Sun, 07 Apr 2013 10:21:58 -0700 (PDT) MIME-Version: 1.0 Sender: cochard@gmail.com Received: by 10.59.9.103 with HTTP; Sun, 7 Apr 2013 10:21:38 -0700 (PDT) In-Reply-To: References: <5DFA61DB-70E4-4C3D-ACA0-995A175706C8@neville-neil.com> <5151B454.9090402@ceetonetechnology.com> <1CBF1416-3237-4DCE-8D61-7E998265C887@neville-neil.com> <1364311809.36972.27.camel@revolution.hippie.lan> <5151D045.80305@thieprojects.ch> <5151D9DB.7050001@thieprojects.ch> <167CF57D-01E3-4857-BF0E-C40B00FED226@netgate.com> From: =?ISO-8859-1?Q?Olivier_Cochard=2DLabb=E9?= Date: Sun, 7 Apr 2013 19:21:38 +0200 X-Google-Sender-Auth: pb7jP1_ZciD-b4WGaTB4p5otbwI Message-ID: Subject: Re: RFC: "Crochet" build tool To: Adrian Chadd 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.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Apr 2013 17:21:59 -0000 On Tue, Mar 26, 2013 at 8:38 PM, Adrian Chadd wrote: > NanoBSD isn't specifically x86 only. > > The startup script stuff is x86 only. > I've patched nanobsd for sparc64. The biggest problem was the cool feature of nanobsd: =AB2 systems partitions=BB: Once upgraded, we need to modify the boot-loader from the user-land for pointing to the newly upgraded partition. I'm not aware if ARM or MIPS arch have FreeBSD boot-loader that permit to be modified from the user-land for pointing to another system partition. With OPB on sparc64 it's useable (but cold-boot mandatory for applying the changes). Patched nanobsd with sparc64 support: http://sourceforge.net/p/bsdrp/code/827/tree/trunk/nanobsd.sh nanobsd-upgrade script with sparc64 support: http://sourceforge.net/p/bsdrp/code/827/tree/trunk/BSDRP/Files/usr/local/sb= in/upgrade Regards, Olivier From owner-freebsd-arm@FreeBSD.ORG Sun Apr 7 18:49:12 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id EE1AD371; Sun, 7 Apr 2013 18:49:12 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: from mail-we0-x233.google.com (mail-we0-x233.google.com [IPv6:2a00:1450:400c:c03::233]) by mx1.freebsd.org (Postfix) with ESMTP id 0F2EB9CB; Sun, 7 Apr 2013 18:49:11 +0000 (UTC) Received: by mail-we0-f179.google.com with SMTP id p43so4006416wea.24 for ; Sun, 07 Apr 2013 11:49:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; bh=AxG7rr+byH1gJZmZmsDH7b2Tb2/U2OW1AvHYurM+WBY=; b=Wf+vfAKU7eoiLfE/DaMuzWcdmqGqLbH1HVjiD+5K53as/HgNRltJZ/h7jjWUrSzc2h +ivoEdfx8vmxG/ZjGj+VGbOPU+AAROoC2bKxk770Zyde7LMOuN4wQaznlLHDhxxZTGJ1 YDGrjwBykpWoalOwT5BdNWUUZFghsa7I53fC6s1ICoNLgy5WrZiGbvybWFYWn9AvmzMD 4bsPMqw9yGN4ogSQY258qgZPicJCsfYi/8kf8RjDPZrppVUntLWWsZ9CMqETulizH+kl a4lle1VsKW9UKNq8t8fXjwMjr54lTexEa9WFkBYCJM8601DZgTzvG3KLDcnPmrGqJnIM m3Yw== X-Received: by 10.180.208.47 with SMTP id mb15mr8890836wic.16.1365360551113; Sun, 07 Apr 2013 11:49:11 -0700 (PDT) Received: from ?IPv6:2001:980:d7ed:1:786c:a658:8a93:f747? ([2001:980:d7ed:1:786c:a658:8a93:f747]) by mx.google.com with ESMTPS id g9sm17518173wix.1.2013.04.07.11.49.09 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 07 Apr 2013 11:49:10 -0700 (PDT) Sender: =?UTF-8?Q?Ren=C3=A9_Ladan?= Message-ID: <5161BFA4.902@freebsd.org> Date: Sun, 07 Apr 2013 20:49:08 +0200 From: =?windows-1252?Q?Ren=E9_Ladan?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130403 Thunderbird/17.0.5 MIME-Version: 1.0 To: Tim Kientzle Subject: Re: signal 11 after kernel update r247742 -> r248706 References: <51545932.9050901@freebsd.org> <1364484652.36972.81.camel@revolution.hippie.lan> <515466B5.4020403@freebsd.org> <5155BC1C.2000104@freebsd.org> <515D7E0A.6010504@freebsd.org> <515D9239.40606@freebsd.org> <515EB1C8.3050708@freebsd.org> <3AD39992-DE53-4A5C-B168-A146ABC4FDDE@freebsd.org> In-Reply-To: <3AD39992-DE53-4A5C-B168-A146ABC4FDDE@freebsd.org> X-Enigmail-Version: 1.5.1 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit Cc: arm@freebsd.org, Ian Lepore X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Apr 2013 18:49:13 -0000 On 06-04-2013 05:26, Tim Kientzle wrote: > On Apr 5, 2013, at 4:13 AM, René Ladan wrote: > >> I just upgraded to r248706 again and it boots fine. The difference with >> the earlier upgrade is that I now cross-install kernel and world … >> I used a native 'make installkernel' / 'make installworld' upgrade earlier >> which required some ad-hoc install hacks. > Details? > > Native builds should Just Work. If they don't, let's fix them. > We don't have nearly enough people testing native builds. I think the initial build from db@ is a cross-build, and all my update builds are cross-builds. I tried a native installworld once on the raspberry pi but that took over two hours. build script on server: #!/bin/sh env MAKEOBJDIRPREFIX=/usr/home/rene/rpi/obj make __MAKE_CONF=/dev/null -j3 ARCH=arm TARGET_ARCH=armv6 TARGET_CPUTYPE=armv6 MALLOC_PRODUCTION=yes WITH_FDT=yes KERNCONF=RPI-B-RENE buildworld env MAKEOBJDIRPREFIX=/usr/home/rene/rpi/obj make __MAKE_CONF=/dev/null -j3 ARCH=arm TARGET_ARCH=armv6 TARGET_CPUTYPE=armv6 MALLOC_PRODUCTION=yes WITH_FDT=yes KERNCONF=RPI-B-RENE buildkernel ln -s /usr/home/rene/rpi/obj/arm.armv6/usr/home/rene/rpi /usr/home/rene/rpi/obj/arm.armv6/mnt install script on laptop (src and obj from server are NFS-mounted on /mnt/src and /mnt/obj, sd card mounted on /media): #!/bin/sh env MAKEOBJDIRPREFIX=/mnt/obj make __MAKE_CONF=/dev/null ARCH=arm TARGET_ARCH=armv6 TARGET_CPUTYPE=armv6 MALLOC_PRODUCTION=yes WITH_FDT=yes KERNCONF=RPI-B-RENE DESTDIR=/media installkernel env MAKEOBJDIRPREFIX=/mnt/obj make __MAKE_CONF=/dev/null ARCH=arm TARGET_ARCH=armv6 TARGET_CPUTYPE=armv6 MALLOC_PRODUCTION=yes WITH_FDT=yes KERNCONF=RPI-B-RENE DESTDIR=/media installworld % cat RPI-B-RENE include RPI-B device ums options INET6 device vlan % René From owner-freebsd-arm@FreeBSD.ORG Mon Apr 8 06:24:12 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 69BF9797; Mon, 8 Apr 2013 06:24:12 +0000 (UTC) (envelope-from andrew@fubar.geek.nz) Received: from mta02.xtra.co.nz (mta05.xtra.co.nz [210.54.141.250]) by mx1.freebsd.org (Postfix) with ESMTP id DD29E2D5; Mon, 8 Apr 2013 06:24:11 +0000 (UTC) Received: from bender ([222.154.134.108]) by mta02.xtra.co.nz with ESMTP id <20130408062352.MCWR7887.mta02.xtra.co.nz@bender>; Mon, 8 Apr 2013 18:23:52 +1200 Date: Mon, 8 Apr 2013 18:24:00 +1200 From: Andrew Turner To: Ralf Wenk Subject: Re: arm/177686: assertion failed in ld-elf.so.1 when invoking telnet with parameters (clang, EABI) Message-ID: <20130408182400.426dcb93@bender> In-Reply-To: <201304070915.r379F83s096494@red.freebsd.org> References: <201304070915.r379F83s096494@red.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-arm@freebsd.org, freebsd-gnats-submit@FreeBSD.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Apr 2013 06:24:12 -0000 On Sun, 7 Apr 2013 09:15:08 GMT Ralf Wenk wrote: > Invoking telnet with parameters triggers an assertion failure: > > # telnet www.belwue.de 80 > ld-elf.so.1: assert > failed: /home/rpi/src/libexec/rtldelf/rtld_lock.c:233 Abort (core > dumped) This is an issue with either llvm or out dynamic linker, I haven't yet decided. Normally llvm aligns the stack to an 8 byte boundary and generates code that relies on this alignment, however for leaf functions the compiler is allowed to only align to a 4 byte boundary. The problem is when there are functions that, from the C code, appear to be a leaf function however are not due to them calling other functions, for example __aeabi_read_tp(). With a static binary this would not be an issue, however with a dynamic libc it means, on the first call, we enter the dynamic linker which assumes the stack is aligned. One solution is to ensure the stack is aligned in the dynamic linker, however I'm leaning towards llvm being broken in this case as it should have aligned the stack correctly before calling another function as per the ABI documentation, as the stack pointer must be 8 byte aligned at any public interface. Andrew From owner-freebsd-arm@FreeBSD.ORG Mon Apr 8 06:30:02 2013 Return-Path: Delivered-To: freebsd-arm@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 9DF6E80E for ; Mon, 8 Apr 2013 06:30:02 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 9059D300 for ; Mon, 8 Apr 2013 06:30:02 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.6/8.14.6) with ESMTP id r386U1VP004015 for ; Mon, 8 Apr 2013 06:30:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.6/8.14.6/Submit) id r386U124004014; Mon, 8 Apr 2013 06:30:01 GMT (envelope-from gnats) Date: Mon, 8 Apr 2013 06:30:01 GMT Message-Id: <201304080630.r386U124004014@freefall.freebsd.org> To: freebsd-arm@FreeBSD.org Cc: From: Andrew Turner Subject: Re: arm/177686: assertion failed in ld-elf.so.1 when invoking telnet with parameters (clang, EABI) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Andrew Turner List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Apr 2013 06:30:02 -0000 The following reply was made to PR arm/177686; it has been noted by GNATS. From: Andrew Turner To: Ralf Wenk Cc: freebsd-gnats-submit@FreeBSD.org, freebsd-arm@freebsd.org Subject: Re: arm/177686: assertion failed in ld-elf.so.1 when invoking telnet with parameters (clang, EABI) Date: Mon, 8 Apr 2013 18:24:00 +1200 On Sun, 7 Apr 2013 09:15:08 GMT Ralf Wenk wrote: > Invoking telnet with parameters triggers an assertion failure: > > # telnet www.belwue.de 80 > ld-elf.so.1: assert > failed: /home/rpi/src/libexec/rtldelf/rtld_lock.c:233 Abort (core > dumped) This is an issue with either llvm or out dynamic linker, I haven't yet decided. Normally llvm aligns the stack to an 8 byte boundary and generates code that relies on this alignment, however for leaf functions the compiler is allowed to only align to a 4 byte boundary. The problem is when there are functions that, from the C code, appear to be a leaf function however are not due to them calling other functions, for example __aeabi_read_tp(). With a static binary this would not be an issue, however with a dynamic libc it means, on the first call, we enter the dynamic linker which assumes the stack is aligned. One solution is to ensure the stack is aligned in the dynamic linker, however I'm leaning towards llvm being broken in this case as it should have aligned the stack correctly before calling another function as per the ABI documentation, as the stack pointer must be 8 byte aligned at any public interface. Andrew From owner-freebsd-arm@FreeBSD.ORG Mon Apr 8 11:06:40 2013 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 3D0F6130 for ; Mon, 8 Apr 2013 11:06:40 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 1446C345 for ; Mon, 8 Apr 2013 11:06:40 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.6/8.14.6) with ESMTP id r38B6dGH057151 for ; Mon, 8 Apr 2013 11:06:39 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.6/8.14.6/Submit) id r38B6dTN057149 for freebsd-arm@FreeBSD.org; Mon, 8 Apr 2013 11:06:39 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 8 Apr 2013 11:06:39 GMT Message-Id: <201304081106.r38B6dTN057149@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-arm@FreeBSD.org Subject: Current problem reports assigned to freebsd-arm@FreeBSD.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Apr 2013 11:06:40 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o arm/177687 arm gdb gets installed but does not know the EABI version o arm/177686 arm assertion failed in ld-elf.so.1 when invoking telnet w o arm/177685 arm [kernel] [patch] Correct return type and usage of at91 o arm/177538 arm tunefs(8) and mount(8) can not access a newfs(8)'d fil o arm/176424 arm Compiler warning, TARGET_ARCH=armv6, make MALLOC_PRODU o arm/175803 arm building xdev for arm failing o arm/175605 arm please fix build binutils-2.23.1 in raspberry pi o arm/174461 arm [patch] Fix off-by-one in arm9/arm10 cache maintenance o arm/173617 arm Dreamplug exhibits eSATA file corruption using network o kern/171096 arm [arm][xscale][ixp]Allow 16bit access on PCI bus o arm/166256 arm build fail in pmap.c o arm/162159 arm [panic] USB errors leading to panic on DockStar 9.0-RC o arm/161110 arm /usr/src/sys/arm/include/signal.h is bad o arm/161044 arm devel/icu does not build on arm o arm/158950 arm arm/sheevaplug fails fsx when mmap operations are enab o arm/155894 arm [patch] Enable at91 booting from SDHC (high capacity) p arm/155214 arm [patch] MMC/SD IO slow on Atmel ARM with modern large o arm/154227 arm [geli] using GELI leads to panic on ARM o arm/153380 arm Panic / translation fault with wlan on ARM o arm/150581 arm [irq] Unknown error generates IRQ address decoding err o arm/149288 arm mail/dovecot causes panic during configure on Sheevapl o arm/134368 arm [new driver] [patch] nslu2_led driver for the LEDs on p arm/134338 arm [patch] Lock GPIO accesses on ixp425 23 problems total. From owner-freebsd-arm@FreeBSD.ORG Wed Apr 10 00:12:22 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 79D7F71; Wed, 10 Apr 2013 00:12:22 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 516F47FA; Wed, 10 Apr 2013 00:12:21 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r3A0CLxg091831; Tue, 9 Apr 2013 20:12:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r3A0CLWX091823; Wed, 10 Apr 2013 00:12:21 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 10 Apr 2013 00:12:21 GMT Message-Id: <201304100012.r3A0CLWX091823@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Apr 2013 00:12:22 -0000 TB --- 2013-04-09 21:20:18 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-04-09 21:20:18 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-04-09 21:20:18 - starting HEAD tinderbox run for arm/arm TB --- 2013-04-09 21:20:18 - cleaning the object tree TB --- 2013-04-09 21:20:18 - /usr/local/bin/svn stat /src TB --- 2013-04-09 21:20:22 - At svn revision 249318 TB --- 2013-04-09 21:20:23 - building world TB --- 2013-04-09 21:20:23 - CROSS_BUILD_TESTING=YES TB --- 2013-04-09 21:20:23 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-09 21:20:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-09 21:20:23 - SRCCONF=/dev/null TB --- 2013-04-09 21:20:23 - TARGET=arm TB --- 2013-04-09 21:20:23 - TARGET_ARCH=arm TB --- 2013-04-09 21:20:23 - TZ=UTC TB --- 2013-04-09 21:20:23 - __MAKE_CONF=/dev/null TB --- 2013-04-09 21:20:23 - cd /src TB --- 2013-04-09 21:20:23 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Apr 9 21:20:28 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Apr 10 00:01:31 UTC 2013 TB --- 2013-04-10 00:01:31 - generating LINT kernel config TB --- 2013-04-10 00:01:31 - cd /src/sys/arm/conf TB --- 2013-04-10 00:01:31 - /usr/bin/make -B LINT TB --- 2013-04-10 00:01:31 - cd /src/sys/arm/conf TB --- 2013-04-10 00:01:31 - /usr/sbin/config -m LINT TB --- 2013-04-10 00:01:31 - building LINT kernel TB --- 2013-04-10 00:01:31 - CROSS_BUILD_TESTING=YES TB --- 2013-04-10 00:01:31 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-10 00:01:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-10 00:01:31 - SRCCONF=/dev/null TB --- 2013-04-10 00:01:31 - TARGET=arm TB --- 2013-04-10 00:01:31 - TARGET_ARCH=arm TB --- 2013-04-10 00:01:31 - TZ=UTC TB --- 2013-04-10 00:01:31 - __MAKE_CONF=/dev/null TB --- 2013-04-10 00:01:31 - cd /src TB --- 2013-04-10 00:01:31 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Apr 10 00:01:31 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] ^ /src/sys/kern/uipc_socket.c:250:29: error: tentative definition has type 'struct so_global_mtx' that is never completed static struct so_global_mtx so_global_mtx; ^ /src/sys/kern/uipc_socket.c:250:15: note: forward declaration of 'struct so_global_mtx' static struct so_global_mtx so_global_mtx; ^ 8 errors generated. *** [uipc_socket.o] Error code 1 Stop in /obj/arm.arm/src/sys/LINT. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-04-10 00:12:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-04-10 00:12:21 - ERROR: failed to build LINT kernel TB --- 2013-04-10 00:12:21 - 8072.85 user 1530.73 system 10322.84 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Wed Apr 10 07:57:07 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 1F7F6DE8; Wed, 10 Apr 2013 07:57:07 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id E94A7A8D; Wed, 10 Apr 2013 07:57:06 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r3A7v6gN099065; Wed, 10 Apr 2013 03:57:06 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r3A7v6ux099062; Wed, 10 Apr 2013 07:57:06 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 10 Apr 2013 07:57:06 GMT Message-Id: <201304100757.r3A7v6ux099062@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Apr 2013 07:57:07 -0000 TB --- 2013-04-10 04:50:20 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-04-10 04:50:20 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-04-10 04:50:20 - starting HEAD tinderbox run for arm/arm TB --- 2013-04-10 04:50:20 - cleaning the object tree TB --- 2013-04-10 04:55:52 - /usr/local/bin/svn stat /src TB --- 2013-04-10 04:55:55 - At svn revision 249323 TB --- 2013-04-10 04:55:56 - building world TB --- 2013-04-10 04:55:56 - CROSS_BUILD_TESTING=YES TB --- 2013-04-10 04:55:56 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-10 04:55:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-10 04:55:56 - SRCCONF=/dev/null TB --- 2013-04-10 04:55:56 - TARGET=arm TB --- 2013-04-10 04:55:56 - TARGET_ARCH=arm TB --- 2013-04-10 04:55:56 - TZ=UTC TB --- 2013-04-10 04:55:56 - __MAKE_CONF=/dev/null TB --- 2013-04-10 04:55:56 - cd /src TB --- 2013-04-10 04:55:56 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Apr 10 04:56:00 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Apr 10 07:45:51 UTC 2013 TB --- 2013-04-10 07:45:51 - generating LINT kernel config TB --- 2013-04-10 07:45:51 - cd /src/sys/arm/conf TB --- 2013-04-10 07:45:51 - /usr/bin/make -B LINT TB --- 2013-04-10 07:45:51 - cd /src/sys/arm/conf TB --- 2013-04-10 07:45:51 - /usr/sbin/config -m LINT TB --- 2013-04-10 07:45:51 - building LINT kernel TB --- 2013-04-10 07:45:51 - CROSS_BUILD_TESTING=YES TB --- 2013-04-10 07:45:51 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-10 07:45:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-10 07:45:51 - SRCCONF=/dev/null TB --- 2013-04-10 07:45:51 - TARGET=arm TB --- 2013-04-10 07:45:51 - TARGET_ARCH=arm TB --- 2013-04-10 07:45:51 - TZ=UTC TB --- 2013-04-10 07:45:51 - __MAKE_CONF=/dev/null TB --- 2013-04-10 07:45:51 - cd /src TB --- 2013-04-10 07:45:51 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Apr 10 07:45:51 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-builtin -ffreestanding -Werror /src/sys/kern/uipc_socket.c /src/sys/kern/uipc_socket.c:243:21: error: redefinition of 'accept_mtx' with a different type: 'struct mtx_padalign' vs 'struct mtx' struct mtx_padalign accept_mtx; ^ /src/sys/sys/socketvar.h:136:19: note: previous definition is here extern struct mtx accept_mtx; ^ 1 error generated. *** [uipc_socket.o] Error code 1 Stop in /obj/arm.arm/src/sys/LINT. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-04-10 07:57:06 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-04-10 07:57:06 - ERROR: failed to build LINT kernel TB --- 2013-04-10 07:57:06 - 8067.01 user 1527.34 system 11205.70 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Wed Apr 10 22:07:13 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 07DE48F1 for ; Wed, 10 Apr 2013 22:07:13 +0000 (UTC) (envelope-from jeff@jrpenn.demon.co.uk) Received: from smtp.demon.co.uk (mdfmta010.mxout.tbr.inty.net [91.221.168.51]) by mx1.freebsd.org (Postfix) with ESMTP id 9166CDA7 for ; Wed, 10 Apr 2013 22:07:11 +0000 (UTC) Received: from smtp.demon.co.uk (unknown [127.0.0.1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mdfmta010.tbr.inty.net (Postfix) with ESMTP id C83556F8378 for ; Wed, 10 Apr 2013 23:01:06 +0100 (BST) Received: from mdfmta004.tbr.inty.net (unknown [127.0.0.1]) by mdfmta004.tbr.inty.net (Postfix) with ESMTP id 5AFDCA0C081 for ; Wed, 10 Apr 2013 23:01:00 +0100 (BST) Received: from mdfmta004.tbr.inty.net (unknown [127.0.0.1]) by mdfmta004.tbr.inty.net (Postfix) with ESMTP id 1FCF4A0C080 for ; Wed, 10 Apr 2013 23:01:00 +0100 (BST) Received: from beastie.jrpenn.demon.co.uk (unknown [80.176.77.250]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mdfmta004.tbr.inty.net (Postfix) with ESMTP for ; Wed, 10 Apr 2013 23:01:00 +0100 (BST) Received: from beastie.jrpenn.demon.co.uk (localhost [127.0.0.1]) by beastie.jrpenn.demon.co.uk (8.14.5/8.14.5) with ESMTP id r3AM10IA003353 for ; Wed, 10 Apr 2013 23:01:00 +0100 (BST) (envelope-from jeff@beastie.jrpenn.demon.co.uk) Received: (from jeff@localhost) by beastie.jrpenn.demon.co.uk (8.14.5/8.14.5/Submit) id r3AM10Oe003352 for freebsd-arm@freebsd.org; Wed, 10 Apr 2013 23:01:00 +0100 (BST) (envelope-from jeff) Date: Wed, 10 Apr 2013 23:01:00 +0100 From: Jeff Penn To: freebsd-arm@freebsd.org Subject: Re: Net booting current snapshot on openrd and sheevaplug Message-ID: <20130410220100.GA3305@jrpenn.demon.co.uk> References: <20130323183037.GA39897@beastie.jrpenn.demon.co.uk> <1364067518.1157.163.camel@revolution.hippie.lan> <20130323231302.GA60043@jrpenn.demon.co.uk> <1364092848.1157.165.camel@revolution.hippie.lan> <20130325222845.GA27893@jrpenn.demon.co.uk> <20130330214014.GA1503@jrpenn.demon.co.uk> <20130403183428.GA81559@jrpenn.demon.co.uk> <20130404193104.GA91842@jrpenn.demon.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130404193104.GA91842@jrpenn.demon.co.uk> User-Agent: Mutt/1.5.21 (2010-09-15) X-MDF-HostID: 9 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Apr 2013 22:07:13 -0000 This turned out to be an issue with my switches (both 10/100). Both systems boot almost without problems using a crossover cable. The snapshot version of 10 current is the same that I've used throughout testing. The switches work booting i386 9.1-RELEASE and 10 using net/etherboot as before (I used different hardware to boot 10). I've exhausted my supply of hardware combinations. The only problem I still have diskless booting the sheevaplug is trying to work out why it fails to create an md for etc and var. I've seen this issue before, however the openrd is using the same files to boot. This is likely to be a config error. Jeff From owner-freebsd-arm@FreeBSD.ORG Thu Apr 11 01:51:46 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 4DC24368; Thu, 11 Apr 2013 01:51:46 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id F3A1580F; Thu, 11 Apr 2013 01:51:45 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r3B1piBT034750; Wed, 10 Apr 2013 21:51:44 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r3B1piuD034743; Thu, 11 Apr 2013 01:51:44 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 11 Apr 2013 01:51:44 GMT Message-Id: <201304110151.r3B1piuD034743@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Apr 2013 01:51:46 -0000 TB --- 2013-04-10 23:18:09 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-04-10 23:18:09 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-04-10 23:18:09 - starting HEAD tinderbox run for arm/arm TB --- 2013-04-10 23:18:09 - cleaning the object tree TB --- 2013-04-10 23:18:09 - /usr/local/bin/svn stat /src TB --- 2013-04-10 23:18:14 - At svn revision 249347 TB --- 2013-04-10 23:18:15 - building world TB --- 2013-04-10 23:18:15 - CROSS_BUILD_TESTING=YES TB --- 2013-04-10 23:18:15 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-10 23:18:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-10 23:18:15 - SRCCONF=/dev/null TB --- 2013-04-10 23:18:15 - TARGET=arm TB --- 2013-04-10 23:18:15 - TARGET_ARCH=arm TB --- 2013-04-10 23:18:15 - TZ=UTC TB --- 2013-04-10 23:18:15 - __MAKE_CONF=/dev/null TB --- 2013-04-10 23:18:15 - cd /src TB --- 2013-04-10 23:18:15 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Apr 10 23:18:19 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -DINET6 -std=gnu99 -Qunused-arguments -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -c /src/usr.bin/systat/cmds.c cc -O -pipe -DINET6 -std=gnu99 -Qunused-arguments -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -c /src/usr.bin/systat/cmdtab.c In file included from /src/usr.bin/systat/cmdtab.c:39: In file included from /src/usr.bin/systat/extern.h:35: /obj/arm.arm/src/tmp/usr/include/kvm.h:81:1: error: unknown type name 'uint64_t' uint64_t kvm_counter_u64_fetch(kvm_t *, u_long); ^ 1 error generated. *** [cmdtab.o] Error code 1 Stop in /src/usr.bin/systat. *** [all] Error code 1 Stop in /src/usr.bin. *** [usr.bin.all__D] Error code 1 Stop in /src. *** [everything] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-04-11 01:51:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-04-11 01:51:44 - ERROR: failed to build world TB --- 2013-04-11 01:51:44 - 7431.59 user 1290.63 system 9215.07 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Thu Apr 11 07:53:11 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 5E019403; Thu, 11 Apr 2013 07:53:11 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 10D64832; Thu, 11 Apr 2013 07:53:10 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r3B7r43c086545; Thu, 11 Apr 2013 03:53:04 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r3B7r4JA086539; Thu, 11 Apr 2013 07:53:04 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 11 Apr 2013 07:53:04 GMT Message-Id: <201304110753.r3B7r4JA086539@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Apr 2013 07:53:11 -0000 TB --- 2013-04-11 05:10:21 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-04-11 05:10:21 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-04-11 05:10:21 - starting HEAD tinderbox run for arm/arm TB --- 2013-04-11 05:10:21 - cleaning the object tree TB --- 2013-04-11 05:15:01 - /usr/local/bin/svn stat /src TB --- 2013-04-11 05:15:04 - At svn revision 249351 TB --- 2013-04-11 05:15:05 - building world TB --- 2013-04-11 05:15:05 - CROSS_BUILD_TESTING=YES TB --- 2013-04-11 05:15:05 - MAKEOBJDIRPREFIX=/obj TB --- 2013-04-11 05:15:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-04-11 05:15:05 - SRCCONF=/dev/null TB --- 2013-04-11 05:15:05 - TARGET=arm TB --- 2013-04-11 05:15:05 - TARGET_ARCH=arm TB --- 2013-04-11 05:15:05 - TZ=UTC TB --- 2013-04-11 05:15:05 - __MAKE_CONF=/dev/null TB --- 2013-04-11 05:15:05 - cd /src TB --- 2013-04-11 05:15:05 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Apr 11 05:15:09 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -DINET6 -std=gnu99 -Qunused-arguments -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -c /src/usr.bin/systat/cmds.c cc -O -pipe -DINET6 -std=gnu99 -Qunused-arguments -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -c /src/usr.bin/systat/cmdtab.c In file included from /src/usr.bin/systat/cmdtab.c:39: In file included from /src/usr.bin/systat/extern.h:35: /obj/arm.arm/src/tmp/usr/include/kvm.h:81:1: error: unknown type name 'uint64_t' uint64_t kvm_counter_u64_fetch(kvm_t *, u_long); ^ 1 error generated. *** [cmdtab.o] Error code 1 Stop in /src/usr.bin/systat. *** [all] Error code 1 Stop in /src/usr.bin. *** [usr.bin.all__D] Error code 1 Stop in /src. *** [everything] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-04-11 07:53:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-04-11 07:53:04 - ERROR: failed to build world TB --- 2013-04-11 07:53:04 - 7410.33 user 1339.58 system 9762.77 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Thu Apr 11 16:37:17 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id E9267A5D for ; Thu, 11 Apr 2013 16:37:17 +0000 (UTC) (envelope-from globus@laposte.net) Received: from smtpout.laposte.net (smtpout3.laposte.net [193.253.67.228]) by mx1.freebsd.org (Postfix) with ESMTP id 91BDE853 for ; Thu, 11 Apr 2013 16:37:16 +0000 (UTC) Received: from wwinf8312 ([10.99.54.222]) by mwinf8505-out with ME id NgVf1l00T4nfl4A03gVfWs; Thu, 11 Apr 2013 18:29:39 +0200 Date: Thu, 11 Apr 2013 18:29:39 +0200 From: globus@laposte.net To: freebsd-arm@FreeBSD.org Message-ID: <1626691599.230410.1365697779199.JavaMail.www@wwinf8312> Subject: About pcDuino support MIME-Version: 1.0 X-Originating-IP: [78.231.238.114] X-Wum-Nature: EMAIL-NATURE X-WUM-FROM: |~| X-WUM-TO: |~| X-WUM-REPLYTO: |~| X-Mailman-Approved-At: Thu, 11 Apr 2013 17:17:24 +0000 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: globus@laposte.net List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Apr 2013 16:37:18 -0000 Hi all, I am about to get a pcDuino board: http://www.pcduino.com/wiki/index.php?ti= tle=3DHardware. It seems to be a good alternative to RPi. I would like to k= now the current status about this board. Thanks in advance. Luc Une messagerie gratuite, garantie =C3=A0 vie et des services en plus, =C3= =A7a vous tente ? Je cr=C3=A9e ma bo=C3=AEte mail www.laposte.net From owner-freebsd-arm@FreeBSD.ORG Fri Apr 12 03:31:32 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id EDE9D937 for ; Fri, 12 Apr 2013 03:31:32 +0000 (UTC) (envelope-from hiren.panchasara@gmail.com) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 89C0ED69 for ; Fri, 12 Apr 2013 03:31:32 +0000 (UTC) Received: by mail-ee0-f54.google.com with SMTP id e51so1076195eek.41 for ; Thu, 11 Apr 2013 20:31:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type; bh=dnVB7dt906TjmkqrhjwvL6Ls8fdnQ1CzCviIzTKG+mE=; b=cfBdlgrME4QAOpfNrHiDN1nyfaZBOaoIrTHDg5xWmpZErTKHY8AObnl+1Ul27QN+Fy c3z9s293gT0Pm7oJkwIfHChgar4pyH7E+hnk68yNWfJCW7mFsrm71tdjh42IwGosDEwx pt8RLPzE3HVyid8723Cf8fYvdCFCnAKntETQGvPcXkM5hQvBymVGo0Sn31uJsPf7EgI+ I3w6JvnVwjg+HuIc+DiGKOTsS+qr3iQ9WO0BxAYHHiGG8IeKJOY/uoivrwlc50e6Mi5u dLQOAcrNI5sxP+Nm0Sa90JWD5S02HPolG+eEXWyp8SSKX1k6NuhPsFu2SOZu8xc0+sFg wSAw== MIME-Version: 1.0 X-Received: by 10.15.76.132 with SMTP id n4mr23439483eey.16.1365737491479; Thu, 11 Apr 2013 20:31:31 -0700 (PDT) Received: by 10.14.2.201 with HTTP; Thu, 11 Apr 2013 20:31:30 -0700 (PDT) Date: Thu, 11 Apr 2013 20:31:30 -0700 Message-ID: Subject: Packages for RPi From: hiren panchasara To: freebsd-arm Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Apr 2013 03:31:33 -0000 Played with Tim's crochet scripts and generated an image last night. Works great. Thanks for all the work. Sorry if the following question has been answered: How do I build things/ports on the pi. I am building ports on it and boy...its slow (as expected). Is there any better way I do not know of? Cross-compiling of any sort? cheers, Hiren From owner-freebsd-arm@FreeBSD.ORG Fri Apr 12 05:20:00 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id E3C9F3AE for ; Fri, 12 Apr 2013 05:20:00 +0000 (UTC) (envelope-from werner@thieprojects.ch) Received: from newton.metanet.ch (newton2.metanet.ch [80.74.158.131]) by mx1.freebsd.org (Postfix) with ESMTP id 3F8C0FC8 for ; Fri, 12 Apr 2013 05:19:59 +0000 (UTC) Received: (qmail 11957 invoked from network); 12 Apr 2013 07:13:16 +0200 Received: from 217-071-083-008.ip-tech.ch (HELO ?192.168.11.88?) (217.71.83.8) by newton.metanet.ch with ESMTPSA (DHE-RSA-AES256-SHA encrypted, authenticated); 12 Apr 2013 07:13:16 +0200 Message-ID: <516797EA.1080504@thieprojects.ch> Date: Fri, 12 Apr 2013 07:13:14 +0200 From: Werner Thie User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: freebsd-arm@freebsd.org Subject: Re: Packages for RPi References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Apr 2013 05:20:00 -0000 On 4/12/13 5:31 AM, hiren panchasara wrote: > Played with Tim's crochet scripts and generated an image last night. > Works great. Thanks for all the work. > > Sorry if the following question has been answered: > How do I build things/ports on the pi. I am building ports on it and > boy...its slow (as expected). Is there any better way I do not know > of? Cross-compiling of any sort? Hi Just doing it the slow way on the RPi itself, but the most promising solution to me seems the poudriere https://fossil.etoilebsd.net/poudriere/doc/trunk/doc/index.wiki solution, which allows for maintaining the ports tree and bulk building packages for different architectures on the host and then using portmaster on the RPi. I'll have to dive into this shortly, because bringing up twisted on the RPi or BeagleBone is taking almost 24 hours Werner From owner-freebsd-arm@FreeBSD.ORG Fri Apr 12 07:09:27 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 4ACF141E for ; Fri, 12 Apr 2013 07:09:27 +0000 (UTC) (envelope-from alie@affle.com) Received: from mail-qc0-x230.google.com (mail-qc0-x230.google.com [IPv6:2607:f8b0:400d:c01::230]) by mx1.freebsd.org (Postfix) with ESMTP id 0E5951364 for ; Fri, 12 Apr 2013 07:09:26 +0000 (UTC) Received: by mail-qc0-f176.google.com with SMTP id n41so1058878qco.7 for ; Fri, 12 Apr 2013 00:09:26 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type:x-gm-message-state; bh=qz/bnnH7/vd0V05fFRkHf3N66rfKjGs5WdbWpDntQBw=; b=GcJ4+rmmBIVVlB+6HGaYb4vlcyaK4sxN5bI7+iAShRpxogLDanWnhwVnrC/sMmslg2 HY1pXWJWflsQxwKrS8m406ztVflfbAcwn9TwnqtgQd/wh+nvAlerkwVMrdk2/7nT6PfY 9eJh4rIMnl0IfbNltU3IKaRk8ClGMURCE69KPSTIrcjlp8NQqFFL9DeME5b5LTXiWi7V 2Ob50cNYh32esHrbJTx+kp6ojrych1l7V1MYw4VuM9GSBtUvrjp0FXxvaF9WajQCsTCN 2Qf1O6suOXIYycuRWp7xevN9wd+xfzD+urFkxi/V1y8JOdN51GoXKgaZokh+GfWuVaES momA== MIME-Version: 1.0 X-Received: by 10.224.25.145 with SMTP id z17mr10573517qab.15.1365750566368; Fri, 12 Apr 2013 00:09:26 -0700 (PDT) Received: by 10.49.82.75 with HTTP; Fri, 12 Apr 2013 00:09:26 -0700 (PDT) In-Reply-To: References: <51438529.4080604@bluezbox.com> <4FD89AF1-AF9D-4950-8AA4-9CC95FE66D46@kientzle.com> <456661659-1363845801-cardhu_decombobulator_blackberry.rim.net-733146442-@b26.c6.bise3.blackberry> Date: Fri, 12 Apr 2013 15:09:26 +0800 Message-ID: Subject: Re: Unable to compile VCHIQ From: Alie Tan To: Tim Kientzle X-Gm-Message-State: ALoCoQmD9DGOO61XPC8JPTxvD4Lb+oDWqpSguzajkLOBEpTmf0UdNWNW+FcCLdPaIsentqtZQ3Nm Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Apr 2013 07:09:27 -0000 On Mon, Mar 25, 2013 at 6:19 AM, Tim Kientzle wrote: > > From: Tim Kientzle > > Sender: owner-freebsd-arm@freebsd.orgDate: Wed, 20 Mar 2013 23:01:26 > > To: Oleksandr Tymoshenko > > Cc: > > Subject: Re: Unable to compile VCHIQ > > > > > > On Mar 15, 2013, at 1:31 PM, Oleksandr Tymoshenko wrote: > > > >>> cc -O3 -pipe -DVCOS_VERIFY_BKPTS=1 -DUSE_VCHIQ_ARM > >>> -D__VCCOREVER__=0x04000000 -O3 -fno-strict-aliasing -funroll-loops > -pipe > >>> -ftree-vectorize -D_KERNEL -DKLD_MODULE -nostdinc > >>> -I/usr/src/vc/vchiq-freebsd/interface -I. -I@ -I@/contrib/altq > >>> -finline-limit=8000 --param inline-unit-growth=100 --param > >>> large-function-growth=1000 -fno-common -ffreestanding > -std=iso9899:1999 > >>> -c /usr/src/vc/vchiq-freebsd/interface/vchiq_arm/vchiq_2835_arm.c > >>> In file included from > >>> /usr/src/vc/vchiq-freebsd/interface/vchiq_arm/vchiq_2835_arm.c:65: > >>> @/vm/vm_pager.h: In function 'vm_pager_get_pages': > >>> @/vm/vm_pager.h:127: warning: implicit declaration of function > 'rw_assert' > >>> @/vm/vm_pager.h:127: error: 'RA_WLOCKED' undeclared (first use in this > >>> function) > >>> @/vm/vm_pager.h:127: error: (Each undeclared identifier is reported > only > >>> once > >>> @/vm/vm_pager.h:127: error: for each function it appears in.) > >>> @/vm/vm_pager.h: In function 'vm_pager_put_pages': > >>> @/vm/vm_pager.h:144: error: 'RA_WLOCKED' undeclared (first use in this > >>> function) > >>> @/vm/vm_pager.h: In function 'vm_pager_has_page': > >>> @/vm/vm_pager.h:168: error: 'RA_WLOCKED' undeclared (first use in this > >>> function) > >>> @/vm/vm_pager.h: In function 'vm_pager_page_unswapped': > >>> @/vm/vm_pager.h:191: error: 'RA_WLOCKED' undeclared (first use in this > >>> function) > >>> *** [vchiq_2835_arm.o] Error code 1 > >>> > >>> Stop in /usr/src/vc/vchiq-freebsd. > >>> > >>> > >>> Anyone got idea how to solve the issue? > >>> > >> > >> It seems you're trying to build vchiq against your host sources which > is wrong. You need > >> to use cross-compilation environment for this. > > > > I'm seeing this now, too, and I've checked carefully: I'm > > definitely building inside the "buildworld" cross environment. > > > > It looks like RA_WLOCKED is only defined if INVARIANTS is > > active (sys/sys/rwlock.h). > > The attached patch to vchiq fixes it for me. > > Cheers, > > Tim > > > i am getting different error now: In file included from /usr/src/vc/vchiq-freebsd/interface/vchiq_arm/vchiq_core.c:34: In file included from /usr/src/vc/vchiq-freebsd/interface/vchiq_arm/vchiq_core.h:44: ./interface/compat/vchi_bsd.h:97:33: error: passing 'atomic_t *' (aka 'volatile int *') to parameter of type 'volatile uint32_t *' (aka 'volatile unsigned int *') converts between pointers to integer types with different sign [-Werror,-Wpointer-sign] return i + atomic_fetchadd_int(v, i); ^ ./machine/atomic.h:333:39: note: passing argument to parameter 'p' here atomic_fetchadd_32(volatile uint32_t *p, uint32_t val) ^ In file included from /usr/src/vc/vchiq-freebsd/interface/vchiq_arm/vchiq_core.c:34: In file included from /usr/src/vc/vchiq-freebsd/interface/vchiq_arm/vchiq_core.h:44: ./interface/compat/vchi_bsd.h:103:29: error: passing 'atomic_t *' (aka 'volatile int *') to parameter of type 'volatile uint32_t *' (aka 'volatile unsigned int *') converts between pointers to integer types with different sign [-Werror,-Wpointer-sign] return atomic_fetchadd_int(v, -i) - i; ^ ./machine/atomic.h:333:39: note: passing argument to parameter 'p' here atomic_fetchadd_32(volatile uint32_t *p, uint32_t val) ^ In file included from /usr/src/vc/vchiq-freebsd/interface/vchiq_arm/vchiq_core.c:34: In file included from /usr/src/vc/vchiq-freebsd/interface/vchiq_arm/vchiq_core.h:44: ./interface/compat/vchi_bsd.h:109:28: error: passing 'atomic_t *' (aka 'volatile int *') to parameter of type 'volatile u_int32_t *' (aka 'volatile unsigned int *') converts between pointers to integer types with different sign [-Werror,-Wpointer-sign] if (atomic_cmpset_rel_int(v, oldv, newv)) ^ ./machine/atomic.h:248:42: note: passing argument to parameter 'p' here atomic_cmpset_rel_32(volatile u_int32_t *p, volatile u_int32_t cmpval, volatile u_int32_t newval) ^ In file included from /usr/src/vc/vchiq-freebsd/interface/vchiq_arm/vchiq_core.c:34: In file included from /usr/src/vc/vchiq-freebsd/interface/vchiq_arm/vchiq_core.h:44: ./interface/compat/vchi_bsd.h:120:34: error: passing 'atomic_t *' (aka 'volatile int *') to parameter of type 'volatile u_int32_t *' (aka 'volatile unsigned int *') converts between pointers to integer types with different sign [-Werror,-Wpointer-sign] return atomic_readandclear_int(v); ^ ./machine/atomic.h:348:44: note: passing argument to parameter 'p' here atomic_readandclear_32(volatile u_int32_t *p) ^ In file included from /usr/src/vc/vchiq-freebsd/interface/vchiq_arm/vchiq_core.c:34: In file included from /usr/src/vc/vchiq-freebsd/interface/vchiq_arm/vchiq_core.h:44: ./interface/compat/vchi_bsd.h:123:31: error: passing 'atomic_t *' (aka 'volatile int *') to parameter of type 'volatile uint32_t *' (aka 'volatile unsigned int *') converts between pointers to integer types with different sign [-Werror,-Wpointer-sign] oldv = atomic_load_acq_int(v); ^ ./machine/atomic.h:363:39: note: passing argument to parameter 'p' here atomic_load_acq_32(volatile uint32_t *p) ^ In file included from /usr/src/vc/vchiq-freebsd/interface/vchiq_arm/vchiq_core.c:34: In file included from /usr/src/vc/vchiq-freebsd/interface/vchiq_arm/vchiq_core.h:44: ./interface/compat/vchi_bsd.h:124:35: error: passing 'atomic_t *' (aka 'volatile int *') to parameter of type 'volatile u_int32_t *' (aka 'volatile unsigned int *') converts between pointers to integer types with different sign [-Werror,-Wpointer-sign] } while (!atomic_cmpset_rel_int(v, oldv, newv)); ^ ./machine/atomic.h:248:42: note: passing argument to parameter 'p' here atomic_cmpset_rel_32(volatile u_int32_t *p, volatile u_int32_t cmpval, volatile u_int32_t newval) ^ 6 errors generated. *** [vchiq_core.o] Error code 1 Stop in /usr/src/vc/vchiq-freebsd. Regards, Alie T From owner-freebsd-arm@FreeBSD.ORG Fri Apr 12 07:50:39 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 72BBB865 for ; Fri, 12 Apr 2013 07:50:39 +0000 (UTC) (envelope-from hiren.panchasara@gmail.com) Received: from mail-ee0-f51.google.com (mail-ee0-f51.google.com [74.125.83.51]) by mx1.freebsd.org (Postfix) with ESMTP id 0EE6014F4 for ; Fri, 12 Apr 2013 07:50:38 +0000 (UTC) Received: by mail-ee0-f51.google.com with SMTP id c4so1101022eek.38 for ; Fri, 12 Apr 2013 00:50:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=cxaz7uV6XVbJTyk3UAc8Isz6GawvUsq/jMbPFUyqqes=; b=YTblTvyJbOE5Lv5IOM7CbQP07m/7CS2jVGWEdoNaXG4FGhRuf5NhSirZssOLXMggVg cxE3ZYj33bKI/FaLP9bzKgEZq/ykUKH6h2DzC+6o51OiOeKcwxfRAr3RQIC71g+7jLvL YqjBeYlpMIkpDUOD88jj+S5gqmUe1yXrzdVms4OUBjlyKyErBSTsiq7ZEx+ehuvUetBU RKlLiOSVU8eCtx6jU61l4eTs13VYvfclg5kXWv8yV/vPL7s83h4xrGMXNfIWk7D+ig3l eQXLhrZxnxAZIpKRNlyMEA/Zbykxhpd46Rsbp7Zfzs+43hCpXcViSnG0/OeoQFhsM1iQ Vq+A== MIME-Version: 1.0 X-Received: by 10.15.22.76 with SMTP id e52mr25850469eeu.7.1365753037663; Fri, 12 Apr 2013 00:50:37 -0700 (PDT) Received: by 10.14.2.201 with HTTP; Fri, 12 Apr 2013 00:50:37 -0700 (PDT) In-Reply-To: <516797EA.1080504@thieprojects.ch> References: <516797EA.1080504@thieprojects.ch> Date: Fri, 12 Apr 2013 00:50:37 -0700 Message-ID: Subject: Re: Packages for RPi From: hiren panchasara To: Werner Thie Content-Type: text/plain; charset=UTF-8 Cc: freebsd-arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Apr 2013 07:50:39 -0000 On Thu, Apr 11, 2013 at 10:13 PM, Werner Thie wrote: > > On 4/12/13 5:31 AM, hiren panchasara wrote: >> >> Played with Tim's crochet scripts and generated an image last night. >> Works great. Thanks for all the work. >> >> Sorry if the following question has been answered: >> How do I build things/ports on the pi. I am building ports on it and >> boy...its slow (as expected). Is there any better way I do not know >> of? Cross-compiling of any sort? > > Hi > > Just doing it the slow way on the RPi itself, but the most promising > solution to me seems the poudriere > > https://fossil.etoilebsd.net/poudriere/doc/trunk/doc/index.wiki Alright. I am setting up poudriere right now for building arm packages. Lets see how it goes. Thanks for the suggestion, Hiren > > solution, which allows for maintaining the ports tree and bulk building > packages for different architectures on the host and then using portmaster > on the RPi. I'll have to dive into this shortly, because bringing up twisted > on the RPi or BeagleBone is taking almost 24 hours > > Werner > _______________________________________________ > 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 Apr 12 07:58:02 2013 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 447FB95E for ; Fri, 12 Apr 2013 07:58:02 +0000 (UTC) (envelope-from bob@drinksbeer.org) Received: from mail.drinksbeer.org (107-0-69-251-ip-static.hfc.comcastbusiness.net [107.0.69.251]) by mx1.freebsd.org (Postfix) with ESMTP id 311531558 for ; Fri, 12 Apr 2013 07:58:00 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.drinksbeer.org (Postfix) with ESMTP id 175765D40A3; Fri, 12 Apr 2013 00:48:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at drinksbeer.org Received: from mail.drinksbeer.org ([127.0.0.1]) by localhost (mail.drinksbeer.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BJmoEkvh6jVO; Fri, 12 Apr 2013 00:48:00 -0700 (PDT) Received: from mail.drinksbeer.org (mail [107.0.69.251]) by mail.drinksbeer.org (Postfix) with ESMTP id A52805D40A9; Thu, 11 Apr 2013 23:30:56 -0700 (PDT) Date: Thu, 11 Apr 2013 23:30:56 -0700 (PDT) From: Bob Ryan To: globus@laposte.net Message-ID: <219577654.26.1365748256632.JavaMail.root@mail.drinksbeer.org> In-Reply-To: <1626691599.230410.1365697779199.JavaMail.www@wwinf8312> Subject: Re: About pcDuino support MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Originating-IP: [71.197.82.145] X-Mailer: Zimbra 7.1.4_GA_2565 (ZimbraWebClient - GC26 (Win)/7.1.4_GA_2565) Cc: freebsd-arm@FreeBSD.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Apr 2013 07:58:02 -0000 That looks like a very interesting board. I know Ganbold has been working o= n getting HEAD running on the Allwinner A10 platform though I'm unaware of = the current status. Bob ----- Original Message ----- From: globus@laposte.net To: freebsd-arm@FreeBSD.org Sent: Thursday, April 11, 2013 9:29:39 AM Subject: About pcDuino support Hi all, I am about to get a pcDuino board: http://www.pcduino.com/wiki/index.php?ti= tle=3DHardware. It seems to be a good alternative to RPi. I would like to k= now the current status about this board. Thanks in advance. Luc Une messagerie gratuite, garantie =C3=A0 vie et des services en plus, =C3= =A7a vous tente ? Je cr=C3=A9e ma bo=C3=AEte mail www.laposte.net _______________________________________________ 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 Apr 12 12:28:26 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id E0EA82CA for ; Fri, 12 Apr 2013 12:28:26 +0000 (UTC) (envelope-from alexander.fedorov@rtlservice.com) Received: from mail-ob0-x234.google.com (mail-ob0-x234.google.com [IPv6:2607:f8b0:4003:c01::234]) by mx1.freebsd.org (Postfix) with ESMTP id B18D5375 for ; Fri, 12 Apr 2013 12:28:26 +0000 (UTC) Received: by mail-ob0-f180.google.com with SMTP id un3so2255819obb.25 for ; Fri, 12 Apr 2013 05:28:26 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:content-type:content-transfer-encoding :x-gm-message-state; bh=UMTCLcaHKBTaCDgUNZbNmauGLcpG0ziI8fbXqrsm3DQ=; b=igZdOf3ISgzhC+e0fJPqp1SzQWnj8fbKzrx71ydjJjQSuJvQsoHa2VfewGMVrffkch HFxLP+gOmFt2rD2y2MwwfAgY5d809vDFwk4fAbBEmErlONNge4AdF+jgU7eJqwUvuupd i2KP26BpHICaHZkCWsBpsDHn54ClUiqGSPM7gbY1CVX/plH9vUpdqjIe4GjxIQ6rYb64 +ajRSx1fC34hwiRxf3eiknl/HeyRpqssfoTi2FbfCmxX3/qxb+6GL52HCLoGBT19tKrR JePWlbzj0UPhjVCjjn7PlE7iqo9CNUot8vsk+WsW5ar13vkMmEO42AyWEEPCGuzlPFvX t9jQ== MIME-Version: 1.0 X-Received: by 10.60.37.68 with SMTP id w4mr3786910oej.62.1365769706098; Fri, 12 Apr 2013 05:28:26 -0700 (PDT) Received: by 10.60.15.7 with HTTP; Fri, 12 Apr 2013 05:28:26 -0700 (PDT) In-Reply-To: <1626691599.230410.1365697779199.JavaMail.www@wwinf8312> References: <1626691599.230410.1365697779199.JavaMail.www@wwinf8312> Date: Fri, 12 Apr 2013 16:28:26 +0400 Message-ID: Subject: Re: About pcDuino support From: Alexander Fedorov To: freebsd-arm@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Gm-Message-State: ALoCoQkMdHehhRujWJ3K679aEz93dClCnDGJwQEGlOZlT7WEcv6auOoT/3TxJD/rOaJVxn7SyJQD X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Apr 2013 12:28:26 -0000 I have Hackberry board, that also based on Allwinner A10 processor. And working hardware is: - UART - GPIO - USB Host controller (With properly configured GPIO pins) Not working: - USB OTG controller (It seems it's based on Mentor Graphics IP and maybe we can reuse Oleksander's code: http://lists.freebsd.org/pipermail/freebsd-arm/2013-April/005383.html) - SDHCI controller and Ethernet (Some work is done by Ganbold: https://github.com/tsgan/allwinner_a10/) - NAND Flash controller ( I have early version of driver, that support chip detection, reading regular and ONFI parameters pages. ) Also you may be interested in kernel netbooting: http://kernelnomicon.org/?= p=3D298 2013/4/11 : > Hi all, > I am about to get a pcDuino board: http://www.pcduino.com/wiki/index.php?= title=3DHardware. It seems to be a good alternative to RPi. I would like to= know the current status about this board. > Thanks in advance. > Luc > > Une messagerie gratuite, garantie =E0 vie et des services en plus, =E7a v= ous tente ? > Je cr=E9e ma bo=EEte mail www.laposte.net > _______________________________________________ > 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 Apr 12 16:59:44 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id F051EE7E for ; Fri, 12 Apr 2013 16:59:44 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-qc0-x22a.google.com (mail-qc0-x22a.google.com [IPv6:2607:f8b0:400d:c01::22a]) by mx1.freebsd.org (Postfix) with ESMTP id B2EE6127D for ; Fri, 12 Apr 2013 16:59:44 +0000 (UTC) Received: by mail-qc0-f170.google.com with SMTP id d42so1306235qca.15 for ; Fri, 12 Apr 2013 09:59:44 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to:x-mailer:x-gm-message-state; bh=WvOiXR+BvtGzzPGB/ZHQ4gKftxg06kjRs0qfbrw+SRk=; b=MJSPaohET60mrIvRp0cKmIz0OzUeSFcEyVWOhw1Xn6IPHEC4qaOspXyMIVFVeQjMDS apmLdh5OZRgZvi1tseMnDPO6A/D/dmZtDU/xQPaqrxpTRbt60FY+wW2Lpf8ZTe8UnoG3 AK6srgUtpL1GBhlEdY727mUMSu6Phr2dZsxsG19PBCYHXex7SBqk4eY03oMhgzgjjoIA uuLj8hrD7KYWcPAEjZo2bO6BS0AAEEkkBkYfRhA1YsMnO0c3X1zr9SWFJ4TtEW+BVTe8 xU1R+P9RlgS009KhUeyAMORORDbr8Ai0TlnNjDB04mDRXdceWHavu+a0Fl9jNjLqD4hk 3nPw== X-Received: by 10.224.39.80 with SMTP id f16mr12748762qae.11.1365785983893; Fri, 12 Apr 2013 09:59:43 -0700 (PDT) Received: from monkey-bot.int.fusionio.com ([209.117.142.2]) by mx.google.com with ESMTPS id 10sm14980071qax.13.2013.04.12.09.59.41 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 12 Apr 2013 09:59:42 -0700 (PDT) Sender: Warner Losh Subject: Re: About pcDuino support Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=iso-8859-1 From: Warner Losh In-Reply-To: <219577654.26.1365748256632.JavaMail.root@mail.drinksbeer.org> Date: Fri, 12 Apr 2013 10:59:33 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <63E5671D-C205-4A42-ABA3-13EF83B66888@bsdimp.com> References: <219577654.26.1365748256632.JavaMail.root@mail.drinksbeer.org> To: Bob Ryan X-Mailer: Apple Mail (2.1085) X-Gm-Message-State: ALoCoQmTL+atHO+XavW6bSKBcIqJQN2Xv91+EYjn3hNj/q5UhM6TdSi+wesI/B0Q//POFnEA335O Cc: freebsd-arm@FreeBSD.org, globus@laposte.net X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Apr 2013 16:59:45 -0000 The specs sure make it sounds like a Allwinner A10-based board. I just got my MarsBoard and hope to update crochet to support it. = http://www.marsboard.com/ has the details. It also looks like one = needn't even have a serial port to break into the boot sequence: it can = all be done from microsd card built in the right "special" way. I hope = to make mine into a self-booting dhcp server and other mundane network = servery things, although I may try my hand at doing frame buffer driver = for it... Warner On Apr 12, 2013, at 12:30 AM, Bob Ryan wrote: > That looks like a very interesting board. I know Ganbold has been = working on getting HEAD running on the Allwinner A10 platform though I'm = unaware of the current status. >=20 > Bob >=20 > ----- Original Message ----- > From: globus@laposte.net > To: freebsd-arm@FreeBSD.org > Sent: Thursday, April 11, 2013 9:29:39 AM > Subject: About pcDuino support >=20 > Hi all, > I am about to get a pcDuino board: = http://www.pcduino.com/wiki/index.php?title=3DHardware. It seems to be a = good alternative to RPi. I would like to know the current status about = this board. > Thanks in advance. > Luc >=20 > Une messagerie gratuite, garantie =E0 vie et des services en plus, =E7a = vous tente ? > Je cr=E9e ma bo=EEte mail www.laposte.net > _______________________________________________ > freebsd-arm@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > _______________________________________________ > freebsd-arm@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" From owner-freebsd-arm@FreeBSD.ORG Fri Apr 12 19:47:27 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id E2590F60 for ; Fri, 12 Apr 2013 19:47:27 +0000 (UTC) (envelope-from globus@laposte.net) Received: from smtpout.laposte.net (smtpout7.laposte.net [193.253.67.232]) by mx1.freebsd.org (Postfix) with ESMTP id 6CBE11A5D for ; Fri, 12 Apr 2013 19:47:26 +0000 (UTC) Received: from wwinf8210 ([10.99.54.221]) by mwinf8513-out with ME id P7fp1l0024mN4ju037fpAi; Fri, 12 Apr 2013 21:39:49 +0200 Date: Fri, 12 Apr 2013 21:39:49 +0200 From: globus@laposte.net To: Warner Losh , Bob Ryan Message-ID: <457400609.611401.1365795589197.JavaMail.www@wwinf8210> In-Reply-To: <63E5671D-C205-4A42-ABA3-13EF83B66888@bsdimp.com> References: <219577654.26.1365748256632.JavaMail.root@mail.drinksbeer.org> <63E5671D-C205-4A42-ABA3-13EF83B66888@bsdimp.com> Subject: Re: About pcDuino support MIME-Version: 1.0 X-Originating-IP: [78.231.238.114] X-Wum-Nature: EMAIL-NATURE X-WUM-FROM: |~| X-WUM-TO: |~||~| X-WUM-CC: |~||~| X-WUM-REPLYTO: |~| Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-arm@FreeBSD.org, globus@laposte.net X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: globus@laposte.net List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Apr 2013 19:47:27 -0000 Thanks for all. I just ordered the board. I'll experiment this soon. Regards, Luc > Message du 12/04/13 18:59 > De : "Warner Losh" > A : "Bob Ryan" > Copie =C3=A0 : freebsd-arm@FreeBSD.org, globus@laposte.net > Objet : Re: About pcDuino support > > The specs sure make it sounds like a Allwinner A10-based board. > > I just got my MarsBoard and hope to update crochet to support it. http://= www.marsboard.com/ has the details. It also looks like one needn't even hav= e a serial port to break into the boot sequence: it can all be done from mi= crosd card built in the right "special" way. I hope to make mine into a sel= f-booting dhcp server and other mundane network servery things, although I = may try my hand at doing frame buffer driver for it... > > Warner > > On Apr 12, 2013, at 12:30 AM, Bob Ryan wrote: > > > That looks like a very interesting board. I know Ganbold has been worki= ng on getting HEAD running on the Allwinner A10 platform though I'm unaware= of the current status. > > > > Bob > > > > ----- Original Message ----- > > From: globus@laposte.net > > To: freebsd-arm@FreeBSD.org > > Sent: Thursday, April 11, 2013 9:29:39 AM > > Subject: About pcDuino support > > > > Hi all, > > I am about to get a pcDuino board: http://www.pcduino.com/wiki/index.ph= p?title=3DHardware. It seems to be a good alternative to RPi. I would like = to know the current status about this board. > > Thanks in advance. > > Luc > > > > Une messagerie gratuite, garantie =C3=A0 vie et des services en plus, = =C3=A7a vous tente ? > > Je cr=C3=A9e ma bo=C3=AEte mail www.laposte.net > > _______________________________________________ > > freebsd-arm@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > > _______________________________________________ > > freebsd-arm@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > > _______________________________________________ > freebsd-arm@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" >=20 Une messagerie gratuite, garantie =C3=A0 vie et des services en plus, =C3= =A7a vous tente ? Je cr=C3=A9e ma bo=C3=AEte mail www.laposte.net From owner-freebsd-arm@FreeBSD.ORG Fri Apr 12 21:42:51 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 945209B9 for ; Fri, 12 Apr 2013 21:42:51 +0000 (UTC) (envelope-from gonzo@id.bluezbox.com) Received: from id.bluezbox.com (id.bluezbox.com [88.198.91.248]) by mx1.freebsd.org (Postfix) with ESMTP id 1F8FA1EB5 for ; Fri, 12 Apr 2013 21:42:50 +0000 (UTC) Received: from [88.198.91.248] (helo=[IPv6:::1]) by id.bluezbox.com with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.77 (FreeBSD)) (envelope-from ) id 1UQlk0-0000ii-5P; Fri, 12 Apr 2013 14:42:42 -0700 Message-ID: <51687F65.4020703@bluezbox.com> Date: Fri, 12 Apr 2013 14:40:53 -0700 From: Oleksandr Tymoshenko User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: Alie Tan Subject: Re: Unable to compile VCHIQ References: <51438529.4080604@bluezbox.com> <4FD89AF1-AF9D-4950-8AA4-9CC95FE66D46@kientzle.com> <456661659-1363845801-cardhu_decombobulator_blackberry.rim.net-733146442-@b26.c6.bise3.blackberry> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: gonzo@id.bluezbox.com X-Spam-Level: -- X-Spam-Report: Spam detection software, running on the system "id.bluezbox.com", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see The administrator of that system for details. Content preview: On 4/12/2013 12:09 AM, Alie Tan wrote: > On Mon, Mar 25, 2013 at 6:19 AM, Tim Kientzle > wrote: > > > From: Tim Kientzle > > > Sender: owner-freebsd-arm@freebsd.orgDate: Wed, 20 Mar 2013 23:01:26 > > To: Oleksandr Tymoshenko > > > Cc: > > > Subject: Re: Unable to compile VCHIQ > > > > > > On Mar 15, 2013, at 1:31 PM, Oleksandr Tymoshenko wrote: > > > >>> cc -O3 -pipe -DVCOS_VERIFY_BKPTS=1 -DUSE_VCHIQ_ARM > >>> -D__VCCOREVER__=0x04000000 -O3 -fno-strict-aliasing > -funroll-loops -pipe > >>> -ftree-vectorize -D_KERNEL -DKLD_MODULE -nostdinc > >>> -I/usr/src/vc/vchiq-freebsd/interface -I. -I@ -I@/contrib/altq > >>> -finline-limit=8000 --param inline-unit-growth=100 --param > >>> large-function-growth=1000 -fno-common -ffreestanding > -std=iso9899:1999 > >>> -c /usr/src/vc/vchiq-freebsd/interface/vchiq_arm/vchiq_2835_arm.c > >>> In file included from > >>> /usr/src/vc/vchiq-freebsd/interface/vchiq_arm/vchiq_2835_arm.c:65: > >>> @/vm/vm_pager.h: In function 'vm_pager_get_pages': > >>> @/vm/vm_pager.h:127: warning: implicit declaration of function > 'rw_assert' > >>> @/vm/vm_pager.h:127: error: 'RA_WLOCKED' undeclared (first use > in this > >>> function) > >>> @/vm/vm_pager.h:127: error: (Each undeclared identifier is > reported only > >>> once > >>> @/vm/vm_pager.h:127: error: for each function it appears in.) > >>> @/vm/vm_pager.h: In function 'vm_pager_put_pages': > >>> @/vm/vm_pager.h:144: error: 'RA_WLOCKED' undeclared (first use > in this > >>> function) > >>> @/vm/vm_pager.h: In function 'vm_pager_has_page': > >>> @/vm/vm_pager.h:168: error: 'RA_WLOCKED' undeclared (first use > in this > >>> function) > >>> @/vm/vm_pager.h: In function 'vm_pager_page_unswapped': > >>> @/vm/vm_pager.h:191: error: 'RA_WLOCKED' undeclared (first use > in this > >>> function) > >>> *** [vchiq_2835_arm.o] Error code 1 > >>> > >>> Stop in [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] Cc: Tim Kientzle , "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Apr 2013 21:42:51 -0000 On 4/12/2013 12:09 AM, Alie Tan wrote: > On Mon, Mar 25, 2013 at 6:19 AM, Tim Kientzle > wrote: > > > From: Tim Kientzle > > > Sender: owner-freebsd-arm@freebsd.orgDate: Wed, 20 Mar 2013 23:01:26 > > To: Oleksandr Tymoshenko > > > Cc: > > > Subject: Re: Unable to compile VCHIQ > > > > > > On Mar 15, 2013, at 1:31 PM, Oleksandr Tymoshenko wrote: > > > >>> cc -O3 -pipe -DVCOS_VERIFY_BKPTS=1 -DUSE_VCHIQ_ARM > >>> -D__VCCOREVER__=0x04000000 -O3 -fno-strict-aliasing > -funroll-loops -pipe > >>> -ftree-vectorize -D_KERNEL -DKLD_MODULE -nostdinc > >>> -I/usr/src/vc/vchiq-freebsd/interface -I. -I@ -I@/contrib/altq > >>> -finline-limit=8000 --param inline-unit-growth=100 --param > >>> large-function-growth=1000 -fno-common -ffreestanding > -std=iso9899:1999 > >>> -c /usr/src/vc/vchiq-freebsd/interface/vchiq_arm/vchiq_2835_arm.c > >>> In file included from > >>> /usr/src/vc/vchiq-freebsd/interface/vchiq_arm/vchiq_2835_arm.c:65: > >>> @/vm/vm_pager.h: In function 'vm_pager_get_pages': > >>> @/vm/vm_pager.h:127: warning: implicit declaration of function > 'rw_assert' > >>> @/vm/vm_pager.h:127: error: 'RA_WLOCKED' undeclared (first use > in this > >>> function) > >>> @/vm/vm_pager.h:127: error: (Each undeclared identifier is > reported only > >>> once > >>> @/vm/vm_pager.h:127: error: for each function it appears in.) > >>> @/vm/vm_pager.h: In function 'vm_pager_put_pages': > >>> @/vm/vm_pager.h:144: error: 'RA_WLOCKED' undeclared (first use > in this > >>> function) > >>> @/vm/vm_pager.h: In function 'vm_pager_has_page': > >>> @/vm/vm_pager.h:168: error: 'RA_WLOCKED' undeclared (first use > in this > >>> function) > >>> @/vm/vm_pager.h: In function 'vm_pager_page_unswapped': > >>> @/vm/vm_pager.h:191: error: 'RA_WLOCKED' undeclared (first use > in this > >>> function) > >>> *** [vchiq_2835_arm.o] Error code 1 > >>> > >>> Stop in /usr/src/vc/vchiq-freebsd. > >>> > >>> > >>> Anyone got idea how to solve the issue? > >>> > >> > >> It seems you're trying to build vchiq against your host sources > which is wrong. You need > >> to use cross-compilation environment for this. > > > > I'm seeing this now, too, and I've checked carefully: I'm > > definitely building inside the "buildworld" cross environment. > > > > It looks like RA_WLOCKED is only defined if INVARIANTS is > > active (sys/sys/rwlock.h). > > The attached patch to vchiq fixes it for me. > > Cheers, > > Tim > > > i am getting different error now: > In file included from > /usr/src/vc/vchiq-freebsd/interface/vchiq_arm/vchiq_core.c:34: > In file included from > /usr/src/vc/vchiq-freebsd/interface/vchiq_arm/vchiq_core.h:44: > ./interface/compat/vchi_bsd.h:97:33: error: passing 'atomic_t *' (aka > 'volatile int *') to parameter of type 'volatile uint32_t *' > (aka 'volatile unsigned int *') converts between pointers to > integer types with different sign [-Werror,-Wpointer-sign] > return i + atomic_fetchadd_int(v, i); > ^ > ./machine/atomic.h:333:39: note: passing argument to parameter 'p' here > atomic_fetchadd_32(volatile uint32_t *p, uint32_t val) > ^ > In file included from > /usr/src/vc/vchiq-freebsd/interface/vchiq_arm/vchiq_core.c:34: > In file included from > /usr/src/vc/vchiq-freebsd/interface/vchiq_arm/vchiq_core.h:44: > ./interface/compat/vchi_bsd.h:103:29: error: passing 'atomic_t *' (aka > 'volatile int *') to parameter of type 'volatile uint32_t *' > (aka 'volatile unsigned int *') converts between pointers to > integer types with different sign [-Werror,-Wpointer-sign] > return atomic_fetchadd_int(v, -i) - i; > ^ > ./machine/atomic.h:333:39: note: passing argument to parameter 'p' here > atomic_fetchadd_32(volatile uint32_t *p, uint32_t val) > ^ > In file included from > /usr/src/vc/vchiq-freebsd/interface/vchiq_arm/vchiq_core.c:34: > In file included from > /usr/src/vc/vchiq-freebsd/interface/vchiq_arm/vchiq_core.h:44: > ./interface/compat/vchi_bsd.h:109:28: error: passing 'atomic_t *' (aka > 'volatile int *') to parameter of type 'volatile u_int32_t *' > (aka 'volatile unsigned int *') converts between pointers to > integer types with different sign [-Werror,-Wpointer-sign] > if (atomic_cmpset_rel_int(v, oldv, newv)) > ^ > ./machine/atomic.h:248:42: note: passing argument to parameter 'p' here > atomic_cmpset_rel_32(volatile u_int32_t *p, volatile u_int32_t cmpval, > volatile u_int32_t newval) > ^ > In file included from > /usr/src/vc/vchiq-freebsd/interface/vchiq_arm/vchiq_core.c:34: > In file included from > /usr/src/vc/vchiq-freebsd/interface/vchiq_arm/vchiq_core.h:44: > ./interface/compat/vchi_bsd.h:120:34: error: passing 'atomic_t *' (aka > 'volatile int *') to parameter of type 'volatile u_int32_t *' > (aka 'volatile unsigned int *') converts between pointers to > integer types with different sign [-Werror,-Wpointer-sign] > return atomic_readandclear_int(v); > ^ > ./machine/atomic.h:348:44: note: passing argument to parameter 'p' here > atomic_readandclear_32(volatile u_int32_t *p) > ^ > In file included from > /usr/src/vc/vchiq-freebsd/interface/vchiq_arm/vchiq_core.c:34: > In file included from > /usr/src/vc/vchiq-freebsd/interface/vchiq_arm/vchiq_core.h:44: > ./interface/compat/vchi_bsd.h:123:31: error: passing 'atomic_t *' (aka > 'volatile int *') to parameter of type 'volatile uint32_t *' > (aka 'volatile unsigned int *') converts between pointers to > integer types with different sign [-Werror,-Wpointer-sign] > oldv = atomic_load_acq_int(v); > ^ > ./machine/atomic.h:363:39: note: passing argument to parameter 'p' here > atomic_load_acq_32(volatile uint32_t *p) > ^ > In file included from > /usr/src/vc/vchiq-freebsd/interface/vchiq_arm/vchiq_core.c:34: > In file included from > /usr/src/vc/vchiq-freebsd/interface/vchiq_arm/vchiq_core.h:44: > ./interface/compat/vchi_bsd.h:124:35: error: passing 'atomic_t *' (aka > 'volatile int *') to parameter of type 'volatile u_int32_t *' > (aka 'volatile unsigned int *') converts between pointers to > integer types with different sign [-Werror,-Wpointer-sign] > } while (!atomic_cmpset_rel_int(v, oldv, newv)); > ^ > ./machine/atomic.h:248:42: note: passing argument to parameter 'p' here > atomic_cmpset_rel_32(volatile u_int32_t *p, volatile u_int32_t cmpval, > volatile u_int32_t newval) > ^ > 6 errors generated. > *** [vchiq_core.o] Error code 1 > > Stop in /usr/src/vc/vchiq-freebsd. Tim also submitted additional patches via pull requests. Took me some time to get around to merge them but now vchiq-freebsd code should be compilable with clang From owner-freebsd-arm@FreeBSD.ORG Sat Apr 13 20:48:54 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 4FB4B11F for ; Sat, 13 Apr 2013 20:48:54 +0000 (UTC) (envelope-from tim@kientzle.com) Received: from monday.kientzle.com (99-115-135-74.uvs.sntcca.sbcglobal.net [99.115.135.74]) by mx1.freebsd.org (Postfix) with ESMTP id 14D1E133C for ; Sat, 13 Apr 2013 20:48:52 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id r3DKmjx0039247; Sat, 13 Apr 2013 20:48:45 GMT (envelope-from tim@kientzle.com) Received: from [192.168.2.123] (CiscoE3000 [192.168.1.65]) by kientzle.com with SMTP id 42r9pgt7v3itaevszfjj4imrze; Sat, 13 Apr 2013 20:48:45 +0000 (UTC) (envelope-from tim@kientzle.com) Subject: Re: Packages for RPi Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=us-ascii From: Tim Kientzle In-Reply-To: Date: Sat, 13 Apr 2013 13:48:44 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <516797EA.1080504@thieprojects.ch> To: hiren panchasara X-Mailer: Apple Mail (2.1283) Cc: freebsd-arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Apr 2013 20:48:54 -0000 On Apr 12, 2013, at 12:50 AM, hiren panchasara wrote: > On Thu, Apr 11, 2013 at 10:13 PM, Werner Thie = wrote: >>=20 >> On 4/12/13 5:31 AM, hiren panchasara wrote: >>>=20 >>> Played with Tim's crochet scripts and generated an image last night. >>> Works great. Thanks for all the work. >>>=20 >>> Sorry if the following question has been answered: >>> How do I build things/ports on the pi. I am building ports on it and >>> boy...its slow (as expected). Is there any better way I do not know >>> of? Cross-compiling of any sort? >>=20 >> Hi >>=20 >> Just doing it the slow way on the RPi itself, but the most promising >> solution to me seems the poudriere >>=20 >> https://fossil.etoilebsd.net/poudriere/doc/trunk/doc/index.wiki >=20 > Alright. I am setting up poudriere right now for building arm = packages. > Lets see how it goes. >=20 > Thanks for the suggestion, > Hiren >=20 >>=20 >> solution, which allows for maintaining the ports tree and bulk = building >> packages for different architectures on the host and then using = portmaster >> on the RPi. I'll have to dive into this shortly, because bringing up = twisted >> on the RPi or BeagleBone is taking almost 24 hours Once you have built ports on one board, you can easily make packages from them and then install those packages directly from Crochet for future builds. You just need a web server that can serve static files (I run it on the same machine I'm running crochet itself on): 1) Build the ports (I've been doing this natively). 2) Create package files: $ pkg create -a 3) Create a catalogue of your packages: $ pkg repo 4) Put the package files and catalog on a web server somewhere. You can then use a config.sh similar to the following: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D board_setup BeagleBone option ImageSize 3950mb customize_freebsd_partition ( ) { echo "Installing packages" # Where to download packages from: PACKAGESITE=3Dhttp://192.168.3.1/~tim/packages export PACKAGESITE # Upgrade 'pkg' on the build target first. pkg -c $1 update pkg -c $1 install -y pkg pkg -c $1 upgrade # Now install other packages: pkg -c $1 install -y emacs-nox11 } =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D CAVEAT: pkgng does not yet handle POST-INSTALL scripts when doing cross-architecture installs like this. This will cause a bunch of warnings and likely some missing symlinks. (There are a couple of straightforward ways it could handle POST-INSTALL issues; just needs someone to do the work.) Tim