From owner-freebsd-arm@FreeBSD.ORG Sun Apr 12 00:07:03 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 27E44890 for ; Sun, 12 Apr 2015 00:07:03 +0000 (UTC) Received: from mwork.nabble.com (mwork.nabble.com [162.253.133.43]) by mx1.freebsd.org (Postfix) with ESMTP id 122C8A75 for ; Sun, 12 Apr 2015 00:07:02 +0000 (UTC) Received: from msam.nabble.com (unknown [162.253.133.85]) by mwork.nabble.com (Postfix) with ESMTP id 487CA1A929AD for ; Sat, 11 Apr 2015 17:07:02 -0700 (PDT) Date: Sat, 11 Apr 2015 17:06:32 -0700 (MST) From: SvenB To: freebsd-arm@freebsd.org Message-ID: <1428797192241-6004458.post@n5.nabble.com> In-Reply-To: <04cf01d070f0$6f993d40$4ecbb7c0$@polycoresoftware.com> References: <04cf01d070f0$6f993d40$4ecbb7c0$@polycoresoftware.com> Subject: Re: Bluetooth on the Wandboard Quad MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Apr 2015 00:07:03 -0000 Hello, Some additional information on this topic. The IOGEAR Bluetooth 4.0 USB Micro Adapter GBU521W6, works fine when plugged into USB2 on amd64 both server and VM client, both 10.1. It doesn't work when plugged into USB3 on the server (10.1) or the Wandboard (11.0 current) USB host connector (not sure if USB3, the plastic inside is blue). Below is some information on the various setups. Any advice on how to get it working on the Wandboard, or information on alternative bluetooth adapter that works with the Wandboard would be appreciated. It's a Wandboard-Quad. Regards, Sven ================================================ Server FreeBSD 10.1-RELEASE-p11, amd64 USB2 connector (the bluetooth adapter works in this setup): # usbconfig ugen0.1: at usbus0, cfg=0 md=HOST spd=SUPER (5.0Gbps) pwr=SAVE (0mA) ugen1.1: at usbus1, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE (0mA) ugen2.1: at usbus2, cfg=0 md=HOST spd=SUPER (5.0Gbps) pwr=SAVE (0mA) ugen3.1: at usbus3, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE (0mA) ugen1.2: at usbus1, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE (0mA) ugen3.2: at usbus3, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE (0mA) ugen3.3: at usbus3, cfg=0 md=HOST spd=FULL (12Mbps) pwr=SAVE (100mA) ugen3.4: at usbus3, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON (100mA) ugen3.5: at usbus3, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON (0mA) # usbconfig -d ugen3.5 dump_device_desc ugen3.5: at usbus3, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON (0mA) bLength = 0x0012 bDescriptorType = 0x0001 bcdUSB = 0x0200 bDeviceClass = 0x00ff bDeviceSubClass = 0x0001 bDeviceProtocol = 0x0001 bMaxPacketSize0 = 0x0040 idVendor = 0x0a5c idProduct = 0x21e8 bcdDevice = 0x0112 iManufacturer = 0x0001 iProduct = 0x0002 iSerialNumber = 0x0003 <000272D69EE6> bNumConfigurations = 0x0001 USB3 connector (the bluetooth adapter DOESN'T work in this setup): # usbconfig ugen0.1: at usbus0, cfg=0 md=HOST spd=SUPER (5.0Gbps) pwr=SAVE (0mA) ugen1.1: at usbus1, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE (0mA) ugen2.1: at usbus2, cfg=0 md=HOST spd=SUPER (5.0Gbps) pwr=SAVE (0mA) ugen3.1: at usbus3, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE (0mA) ugen1.2: at usbus1, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE (0mA) ugen3.2: at usbus3, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE (0mA) ugen3.3: at usbus3, cfg=0 md=HOST spd=FULL (12Mbps) pwr=SAVE (100mA) ugen3.4: at usbus3, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON (100mA) The device is not recognized when plugged into USB3 connector ================================================ VM running on amd64 USB2 Hub (the bluetooth adapter works in this setup): # usbconfig -d ugen0.4 dump_device_desc ugen0.4: at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON (0mA) bLength = 0x0012 bDescriptorType = 0x0001 bcdUSB = 0x0200 bDeviceClass = 0x00ff bDeviceSubClass = 0x0001 bDeviceProtocol = 0x0001 bMaxPacketSize0 = 0x0040 idVendor = 0x0a5c idProduct = 0x21e8 bcdDevice = 0x0112 iManufacturer = 0x0001 iProduct = 0x0002 iSerialNumber = 0x0003 <000272D69EE6> bNumConfigurations = 0x0001 ================================================ Wandboard USB3? connector (not sure if it is 3, but the platic in the connector is blue) (the bluetooth adapter DOESN'T work in this setup): # usbconfig -d ugen1.2 dump_device_desc ugen1.2: at usbus1, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON (0mA) bLength = 0x0012 bDescriptorType = 0x0001 bcdUSB = 0x0200 bDeviceClass = 0x00ff bDeviceSubClass = 0x0001 bDeviceProtocol = 0x0001 bMaxPacketSize0 = 0x0040 idVendor = 0x0a5c idProduct = 0x21e8 bcdDevice = 0x0112 iManufacturer = 0x0001 iProduct = 0x0002 iSerialNumber = 0x0003 bNumConfigurations = 0x0001 Console output whe the bt adapter is plugged in: ugen1.2: at usbus1 ubt0: on usbus1 WARNING: attempt to domain_add(netgraph) after domainfinalize() ng_hci_process_event: ubt0hci - got HCI event=0xe, length=4 ng_hci_process_event: ubt0hci - got HCI event=0xe, length=10 ng_hci_process_event: ubt0hci - got HCI event=0xe, length=12 ng_hci_process_event: ubt0hci - got HCI event=0xe, length=11 ng_hci_process_event: ubt0hci - got HCI event=0xe, length=4 ng_hci_process_event: ubt0hci - got HCI event=0xe, length=4 ng_hci_process_event: ubt0hci - got HCI event=0xe, length=4 ng_hci_process_event: ubt0hci - got HCI event=0xe, length=4 ubt0: ubt_ctrl_write_callback:780: control transfer failed: USB_ERR_IOERROR ng_hci_process_command_timeout: ubt0hci - unable to complete HCI command OGF=0x3, OCF=0x13. Timeout -- View this message in context: http://freebsd.1045724.n5.nabble.com/Bluetooth-on-the-Wandboard-Quad-tp6003976p6004458.html Sent from the freebsd-arm mailing list archive at Nabble.com. From owner-freebsd-arm@FreeBSD.ORG Sun Apr 12 00:08:53 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9FF7091D for ; Sun, 12 Apr 2015 00:08:53 +0000 (UTC) Received: from mwork.nabble.com (mwork.nabble.com [162.253.133.43]) by mx1.freebsd.org (Postfix) with ESMTP id 8921FA85 for ; Sun, 12 Apr 2015 00:08:53 +0000 (UTC) Received: from msam.nabble.com (unknown [162.253.133.85]) by mwork.nabble.com (Postfix) with ESMTP id 400541A92A07 for ; Sat, 11 Apr 2015 17:09:23 -0700 (PDT) Date: Sat, 11 Apr 2015 17:08:53 -0700 (MST) From: SvenB To: freebsd-arm@freebsd.org Message-ID: <1428797333227-6004459.post@n5.nabble.com> In-Reply-To: <009701d064be$7c030180$74090480$@polycoresoftware.com> References: <000001d0642f$56f59540$04e0bfc0$@polycoresoftware.com> <1427039443.49126.2.camel@freebsd.org> <009701d064be$7c030180$74090480$@polycoresoftware.com> Subject: RE: Booting < 4 SMP cores on Wandboard-Quad? MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Apr 2015 00:08:53 -0000 Ok, will stay within # of available cores thanks :) -- View this message in context: http://freebsd.1045724.n5.nabble.com/Booting-4-SMP-cores-on-Wandboard-Quad-tp5998982p6004459.html Sent from the freebsd-arm mailing list archive at Nabble.com. From owner-freebsd-arm@FreeBSD.ORG Sun Apr 12 05:11:46 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E43D7A43 for ; Sun, 12 Apr 2015 05:11:46 +0000 (UTC) Received: from mail-wg0-x22a.google.com (mail-wg0-x22a.google.com [IPv6:2a00:1450:400c:c00::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 76CDEA17 for ; Sun, 12 Apr 2015 05:11:46 +0000 (UTC) Received: by wgso17 with SMTP id o17so51276028wgs.1 for ; Sat, 11 Apr 2015 22:11:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=ENRtkG355PNpBjAsvFGDQDkuOjEAcobMoZtIUXHlW34=; b=YrPwjMrzfSu+tppQrQS1bLEMJh16dxr+qKfYnl6UXs3sRMURHhJJJ06v6goC6gFwUe z6B2pT7RGlXI2UGetF3TXMW3XFRD1sFgqJpBxim4SmBkt7ip/9E1MTFsl7VFFyx568FQ axb4RTyDkl/6K4SaOSNYEp3Nggu02bGkkJNFA3MMEINoUkF5v9nf4XyJ2RvFVEd1EXUk 1WlJ+1LEz9D9a3Pwk/sHS/aUDuFiTG98JEfCdg1uxjIAJEpnOmQqCJ9yLDrBeI/0zKrG ayKF6nNSSsP8Wy56frPOx9yzt1V0qM3bsO1Q16Yyk3OV1eVAgsk6qM8TeorvePMxXyyM oTLA== X-Received: by 10.194.61.133 with SMTP id p5mr16702164wjr.132.1428815504723; Sat, 11 Apr 2015 22:11:44 -0700 (PDT) Received: from [192.168.1.131] (xdsl-205-163.nblnetworks.fi. [83.145.205.163]) by mx.google.com with ESMTPSA id v3sm5509273wix.8.2015.04.11.22.11.43 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 11 Apr 2015 22:11:43 -0700 (PDT) Message-ID: <5529FE8E.9020003@gmail.com> Date: Sun, 12 Apr 2015 08:11:42 +0300 From: Jukka Ukkonen User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: freebsd-arm@FreeBSD.org Subject: Current recommended method for building FreeBSD for R-PI Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Apr 2015 05:11:47 -0000 Hello all, I hope someone can help me forward with these questions... What is the current recommended method for building FreeBSD for a Raspberry PI? It has been about a year, maybe longer, since I last cross-compiled it on amd64. I assume that since then many things may have changed. Pretty soon I will need R-PI again as a test environment. In fact I might wish to use R-PI 2 as a representative of a bit more powerful low end environment. So, it would be nice to known whether there are any special things to know and pay attention to while building FreeBSD for an R-PI 2 instead of the R-PI B+? Can I use 10.1-stable or should I still use current/head sources as previously when I last time built FreeBSD for R-PI? Cheers, --jau From owner-freebsd-arm@FreeBSD.ORG Sun Apr 12 16:20:09 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1617723B for ; Sun, 12 Apr 2015 16:20:09 +0000 (UTC) Received: from mail-vn0-x22c.google.com (mail-vn0-x22c.google.com [IPv6:2607:f8b0:400c:c0f::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C327E668 for ; Sun, 12 Apr 2015 16:20:08 +0000 (UTC) Received: by vnbf1 with SMTP id f1so13825678vnb.5 for ; Sun, 12 Apr 2015 09:20:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=2IZ6Nwyeyxj3xwT+RLBR+thNRTWuJxb/gVv6RJEKZ1A=; b=pUGoHR2bvOEL3Y9Q0k6mCjYrBavbWjZprPUK8v2kR85gxx91MvYggvwczbDO/Wfu/8 8zQbITUaijGfwZ0cGY0s56dBYufo8Kp2oXpBraxQ6m484kSv7D+H/NiDLxZ4PLM682wg ODtKTKitAm8E0OUjqITfObm39vx4CVD2RpMIa0OQXP2wxe4nvW8iY991CjEHiTA/WiDl vtkI4K7YiF2wfaMN1m3IzdQ0WRfP1AEUbDCwJfNQzoEQ43wnItj3CKONvLEsXl6YHIWC /5G3xm6QvJ11euCkVyyhsMY1rF5tmM5+X5QepXoI3Wqy9wCBPXrPiQjqS57bs4L2syL1 DsCQ== X-Received: by 10.52.255.171 with SMTP id ar11mr12994498vdd.36.1428855607806; Sun, 12 Apr 2015 09:20:07 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.185.134 with HTTP; Sun, 12 Apr 2015 09:19:47 -0700 (PDT) From: Pratik Singhal Date: Sun, 12 Apr 2015 21:49:47 +0530 Message-ID: Subject: mmc/sd driver testing. To: "freebsd-arm@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Apr 2015 16:20:09 -0000 I am testing the patch for mmc/sd driver for Allwinner A10 (written by Alexander Fedorov) (as a part of my GSOC project along with my mentor ) on my Cubieboard 1 with freebsd 11.0 current. Currently, it seems to be working fine. I have tested its read functionality using dd command with various block sizes and I seem to be getting speeds upto 2 MB/second. I have also tried to create a fat16 partition on sd card and wrote some files on to it successfully. What more tests should I perform to check the reliability and functionality of the driver ? From owner-freebsd-arm@FreeBSD.ORG Sun Apr 12 17:16:18 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 45D01CB5 for ; Sun, 12 Apr 2015 17:16:18 +0000 (UTC) Received: from monday.kientzle.com (kientzle.com [142.254.26.11]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1FCF5CD3 for ; Sun, 12 Apr 2015 17:16:17 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id t3CHGAF2082781; Sun, 12 Apr 2015 17:16:10 GMT (envelope-from tim@kientzle.com) Received: from [192.168.2.105] (192.168.1.65 [192.168.1.65]) by kientzle.com with SMTP id 6nqkfdsffa7vgdd2iqc3m82vsn; Sun, 12 Apr 2015 17:16:10 +0000 (UTC) (envelope-from tim@kientzle.com) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Subject: Re: mmc/sd driver testing. From: Tim Kientzle In-Reply-To: Date: Sun, 12 Apr 2015 10:16:10 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Pratik Singhal X-Mailer: Apple Mail (2.2070.6) Cc: freebsd-arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Apr 2015 17:16:18 -0000 > On Apr 12, 2015, at 9:19 AM, Pratik Singhal wrote: >=20 > I am testing the patch for mmc/sd driver for Allwinner A10 (written by > Alexander Fedorov) (as a part of my GSOC project along with my mentor = ) on > my Cubieboard 1 with freebsd 11.0 current. >=20 > Currently, it seems to be working fine. >=20 > I have tested its read functionality using dd command with various = block > sizes and I seem to be getting speeds upto 2 MB/second. >=20 > I have also tried to create a fat16 partition on sd card and wrote = some > files on to it successfully. >=20 > What more tests should I perform to check the reliability and = functionality > of the driver ? * Boot from SD. * Try with different SD cards, preferably from different manufacturers; = different cards have slightly different timing requirements. * Checkout FreeBSD source and =E2=80=9Ccd /usr/src; make -j 4 = buildworld=E2=80=9D This is about the closest FreeBSD has to a stress-test of the entire = system. In particular, a parallel build (-j 4) will end up with = multiple programs reading and writing to the SD simultaneously. = (Warning: On my BeagleBones, this takes about two full days to = complete.) From owner-freebsd-arm@FreeBSD.ORG Sun Apr 12 20:35:48 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3F567F90 for ; Sun, 12 Apr 2015 20:35:48 +0000 (UTC) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "raven.bwct.de", Issuer "BWCT" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id AB23C27F for ; Sun, 12 Apr 2015 20:35:47 +0000 (UTC) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id t3CKZ1X3052572 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Sun, 12 Apr 2015 22:35:19 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.5/8.14.4) with ESMTP id t3CKYtNi083369 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 12 Apr 2015 22:34:55 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.14.2/8.14.2) with ESMTP id t3CKYsOs032751; Sun, 12 Apr 2015 22:34:54 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.14.2/8.14.2/Submit) id t3CKYs2p032750; Sun, 12 Apr 2015 22:34:54 +0200 (CEST) (envelope-from ticso) Date: Sun, 12 Apr 2015 22:34:53 +0200 From: Bernd Walter To: SvenB Subject: Re: Bluetooth on the Wandboard Quad Message-ID: <20150412203453.GA31757@cicely7.cicely.de> Reply-To: ticso@cicely.de References: <04cf01d070f0$6f993d40$4ecbb7c0$@polycoresoftware.com> <1428797192241-6004458.post@n5.nabble.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1428797192241-6004458.post@n5.nabble.com> X-Operating-System: FreeBSD cicely7.cicely.de 7.0-STABLE i386 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED=-1, BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01 autolearn=ham version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on spamd.cicely.de Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Apr 2015 20:35:48 -0000 On Sat, Apr 11, 2015 at 05:06:32PM -0700, SvenB wrote: > Hello, > > Some additional information on this topic. > > The IOGEAR Bluetooth 4.0 USB Micro Adapter GBU521W6, works fine when plugged > into USB2 on amd64 both server and VM client, both 10.1. It doesn't work > when plugged into USB3 on the server (10.1) or the Wandboard (11.0 current) > USB host connector (not sure if USB3, the plastic inside is blue). > > Below is some information on the various setups. > > Any advice on how to get it working on the Wandboard, or information on > alternative bluetooth adapter that works with the Wandboard would be > appreciated. > > It's a Wandboard-Quad. > > ================================================ > Wandboard > > USB3? connector (not sure if it is 3, but the platic in the connector is > blue) > (the bluetooth adapter DOESN'T work in this setup): The Wandboard is high speed USB only. The carrier board is designed for super speed, but requires a different CPU module. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-arm@FreeBSD.ORG Mon Apr 13 07:32:40 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 80BC7A13 for ; Mon, 13 Apr 2015 07:32:40 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 663FBD81 for ; Mon, 13 Apr 2015 07:32:40 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t3D7WeVP002037 for ; Mon, 13 Apr 2015 07:32:40 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 199042] graphics/cairo does not build on FreeBSD arm r280772 (can't link with -lpthread) Date: Mon, 13 Apr 2015 07:32:39 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: kwm@FreeBSD.org X-Bugzilla-Status: Closed X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: gnome@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: cc bug_status resolution Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Apr 2015 07:32:40 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=199042 Koop Mast changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |kwm@FreeBSD.org Status|New |Closed Resolution|--- |FIXED --- Comment #4 from Koop Mast --- This issue was due to lack of support in binutils like the review linked in #2 mentioned. Since the problem has been fixed in HEAD, close this PR. Thanks for reporting. -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-arm@FreeBSD.ORG Mon Apr 13 15:30:19 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0934081C for ; Mon, 13 Apr 2015 15:30:19 +0000 (UTC) Received: from mwork.nabble.com (mwork.nabble.com [162.253.133.43]) by mx1.freebsd.org (Postfix) with ESMTP id E529AAA0 for ; Mon, 13 Apr 2015 15:30:18 +0000 (UTC) Received: from msam.nabble.com (unknown [162.253.133.85]) by mwork.nabble.com (Postfix) with ESMTP id B45B51AB5AF2 for ; Mon, 13 Apr 2015 08:30:13 -0700 (PDT) Date: Mon, 13 Apr 2015 08:29:42 -0700 (MST) From: SvenB To: freebsd-arm@freebsd.org Message-ID: <1428938982416-6004770.post@n5.nabble.com> In-Reply-To: <20150412203453.GA31757@cicely7.cicely.de> References: <04cf01d070f0$6f993d40$4ecbb7c0$@polycoresoftware.com> <1428797192241-6004458.post@n5.nabble.com> <20150412203453.GA31757@cicely7.cicely.de> Subject: Re: Bluetooth on the Wandboard Quad MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Apr 2015 15:30:19 -0000 Ok, thanks. -- View this message in context: http://freebsd.1045724.n5.nabble.com/Bluetooth-on-the-Wandboard-Quad-tp6003976p6004770.html Sent from the freebsd-arm mailing list archive at Nabble.com. From owner-freebsd-arm@FreeBSD.ORG Mon Apr 13 18:17:13 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4A338310 for ; Mon, 13 Apr 2015 18:17:13 +0000 (UTC) Received: from nimrev.com (nimrev.com [188.226.203.191]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AAD4BB4 for ; Mon, 13 Apr 2015 18:17:12 +0000 (UTC) Received: from nimrev.com (localhost [127.0.0.1]); by nimrev.com (OpenSMTPD) with ESMTP id deda5175; for ; Mon, 13 Apr 2015 18:10:29 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=nimrev.com; h=from :content-type:content-transfer-encoding:subject:message-id:date :to:mime-version; s=mail; bh=I8MOBDwF3228RG9jyBvc9GtAANw=; b=M9S FQ5/FfnUkL/ba9C8faUGY3k4foRyJ6jiL6lB+au7RrUx62jyfVc8wOefXdq7ikxd zMtOByrI6QWLapTlMd06emu9dqAoJL7WgDerKLP/qrjDHQgirXgSEFGVq4w/dAMm 6hKa7p9pGPgFwTaHs2280NfIzqHzhKoFS6dQUwsE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=nimrev.com; h=from :content-type:content-transfer-encoding:subject:message-id:date :to:mime-version; q=dns; s=mail; b=M7sGrRlb+jlp4OrCD72xUiDy2T1RH XXekrMoBu3EjfjtmMnedqSlkVjM51CZJSbw9BkY+aNo6jtE+KORjeEoY1P2ht08D lPRlQmPmN8039NGlPQjMSiRFK7ikBWNDBkcBgwKViIaMGPBBXIUULtKimCxLauIX g217aia3Y2gOgo= Received: by mail.nimrev.com (OpenSMTPD) with ESMTPSA id a3b59361; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO; for ; Mon, 13 Apr 2015 18:10:29 +0200 (CEST) From: Bas Vermin Content-Type: text/plain; charset=gb2312 Content-Transfer-Encoding: quoted-printable Subject: Re: mmc/sd driver testing. Message-Id: <6970CFB2-6347-4BAF-BA24-56196C33C3BC@nimrev.com> Date: Mon, 13 Apr 2015 20:10:29 +0200 To: freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) X-Mailer: Apple Mail (2.2098) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Apr 2015 18:17:13 -0000 Hi Pratik, Did you make any changes to Alexander=A1=AFs patch? I remember testing = it last year without much success. Have you considered porting the NetBSD Allwinner code to FreeBSD?=20 Right now it has the best support for Allwinner devices. I started to = port some of the NetBSD code a few months ago, but didn=A1=AFt have = enough spare time. Bas From owner-freebsd-arm@FreeBSD.ORG Mon Apr 13 18:42:35 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7789E6AB for ; Mon, 13 Apr 2015 18:42:35 +0000 (UTC) Received: from mail-pd0-f178.google.com (mail-pd0-f178.google.com [209.85.192.178]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4B2EF3BA for ; Mon, 13 Apr 2015 18:42:34 +0000 (UTC) Received: by pdbqd1 with SMTP id qd1so3084859pdb.2 for ; Mon, 13 Apr 2015 11:42:28 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :subject:content-type:content-transfer-encoding; bh=0FMxEgIZ4cwexP3dILOm0KGVhXipo5IOKPN1WithqYw=; b=RfztXznZHVErFF3CYsbwxrxp7ijp0TRjkum3MT7ht/zDTOw07wIfTcz+rCqdi5gm5W 02KNqDAOJ/882lA4B05gx1aoEdMTDLuOWaItmvFf5UjAmI0CJJG9kIrEy9zaQhQUzsdd /9FnsNkRtjXW5qU+xdYSM2K0z1nyQ/Q2Co/etWjCCMztbKE1pyuxD6v+N1tnJuMb36FK QLOb011jdwsk+/hDvsHiNZP+YKhrOTXw1MffSEdWqlcDIu8XOupmyhvVb1CM3EFJdR7N MM/u91wTbx4iOdkOlUUpNdwsTv2alEHAqS60LMBWvJy16ASI4MsAYGd2XxvD6XV+UdZW b8YQ== X-Gm-Message-State: ALoCoQnTkH7lh/a4NjVbEi4ts8WxMCq6oXNN8b7Gf40fM+tbSboUt7bYvLidmWACR/74yp1YYIZp X-Received: by 10.66.62.201 with SMTP id a9mr28996029pas.101.1428950141760; Mon, 13 Apr 2015 11:35:41 -0700 (PDT) Received: from Michaels-MacBook-Pro.local (c-73-25-21-123.hsd1.or.comcast.net. [73.25.21.123]) by mx.google.com with ESMTPSA id t13sm4713594pdi.95.2015.04.13.11.35.40 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 13 Apr 2015 11:35:41 -0700 (PDT) Message-ID: <552C0C80.90406@callfortesting.org> Date: Mon, 13 Apr 2015 11:35:44 -0700 From: Michael Dexter User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: freebsd-arm@freebsd.org Subject: ARM64 QEMU Images? Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Apr 2015 18:42:35 -0000 Hello, I saw this good news: https://svnweb.freebsd.org/base?view=revision&revision=281494 Can we look forward to official QEMU images for this? Thank you, Michael From owner-freebsd-arm@FreeBSD.ORG Mon Apr 13 18:49:31 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F142589D for ; Mon, 13 Apr 2015 18:49:31 +0000 (UTC) Received: from kif.fubar.geek.nz (kif.fubar.geek.nz [178.62.119.249]) by mx1.freebsd.org (Postfix) with ESMTP id BCBEA3FA for ; Mon, 13 Apr 2015 18:49:31 +0000 (UTC) Received: from bender.Home (97e64d4c.skybroadband.com [151.230.77.76]) by kif.fubar.geek.nz (Postfix) with ESMTPSA id A93FCD7A38; Mon, 13 Apr 2015 18:49:29 +0000 (UTC) Date: Mon, 13 Apr 2015 19:49:28 +0100 From: Andrew Turner To: Michael Dexter Subject: Re: ARM64 QEMU Images? Message-ID: <20150413194928.7329c2e0@bender.Home> In-Reply-To: <552C0C80.90406@callfortesting.org> References: <552C0C80.90406@callfortesting.org> X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.27; amd64-portbld-freebsd10.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Apr 2015 18:49:32 -0000 On Mon, 13 Apr 2015 11:35:44 -0700 Michael Dexter wrote: > > Hello, > > I saw this good news: > > https://svnweb.freebsd.org/base?view=revision&revision=281494 > > Can we look forward to official QEMU images for this? Soon, there are still a few more bits I need to commit first. Andrew From owner-freebsd-arm@FreeBSD.ORG Mon Apr 13 19:34:17 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 312CAE5F for ; Mon, 13 Apr 2015 19:34:17 +0000 (UTC) Received: from mail-vn0-x234.google.com (mail-vn0-x234.google.com [IPv6:2607:f8b0:400c:c0f::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DB368C23 for ; Mon, 13 Apr 2015 19:34:16 +0000 (UTC) Received: by vnbg190 with SMTP id g190so23066810vnb.8 for ; Mon, 13 Apr 2015 12:34:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=Bga8LgPT4mLE+zf2fedcIBy6Bu3I2Q4p6vg+nDHCCpI=; b=eu4jeoT9n9xjExdj/2vzqY6VuDX9FfNHeQZEkaPzSGvzVX30B03p7Woib+hUuaIXPk 3XvaRooSDMC9JkzPXDw9GLis7RSGGQLv1V32G3wU5w4rXqksbl0DvdAGI8KQu2A+xv3+ 53Qjy4h3FL5SuFxKCq2frHvAQ4IHLnqq9H5Y9hrbtVa1FII8WKvqcL9s7n0Bi4rRihO5 Kfojrzw2DZ3c7yq9j4dSgZkJYiaIND+JGDQOqSuni7Cr/NbbVqkamDS5+SuMB0wk0nLk a0Sh0Gm9GDQPCs84q3dVjXCgdzXocMi/2oahBO/0cLlveT5VvF/zIouzorABaVVny8lm 06GQ== X-Received: by 10.52.254.2 with SMTP id ae2mr20395910vdd.33.1428953656010; Mon, 13 Apr 2015 12:34:16 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.185.134 with HTTP; Mon, 13 Apr 2015 12:33:55 -0700 (PDT) In-Reply-To: <6970CFB2-6347-4BAF-BA24-56196C33C3BC@nimrev.com> References: <6970CFB2-6347-4BAF-BA24-56196C33C3BC@nimrev.com> From: Pratik Singhal Date: Tue, 14 Apr 2015 01:03:55 +0530 Message-ID: Subject: Re: mmc/sd driver testing. To: Bas Vermin Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Apr 2015 19:34:17 -0000 Hello Bas, My GSOC mentor (Louiz) made some changes in the Alexander's patch. I added a function in the file a10_clk.c I'll send you the patch set which I used. Regards, Pratik Singhal On Mon, Apr 13, 2015 at 11:40 PM, Bas Vermin wrote: > Hi Pratik, > > Did you make any changes to Alexander=E2=80=99s patch? I remember testing= it last > year without much success. > > Have you considered porting the NetBSD Allwinner code to FreeBSD? > > Right now it has the best support for Allwinner devices. I started to por= t > some of the NetBSD code a few months ago, but didn=E2=80=99t have enough = spare time. > > Bas > > _______________________________________________ > 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 Regards, Pratik Singhal From owner-freebsd-arm@FreeBSD.ORG Mon Apr 13 23:00:15 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 567C760F for ; Mon, 13 Apr 2015 23:00:15 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 38CA87FB for ; Mon, 13 Apr 2015 23:00:15 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t3DN0FE4038624 for ; Mon, 13 Apr 2015 23:00:15 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 199431] [arm] multimedia/cuse4bsd-kmod using unsupported CPU flags on ARM Date: Mon, 13 Apr 2015 23:00:14 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: sbruno@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: hselasky@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform bug_file_loc op_sys bug_status bug_severity priority component assigned_to reporter cc flagtypes.name Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Apr 2015 23:00:15 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=199431 Bug ID: 199431 Summary: [arm] multimedia/cuse4bsd-kmod using unsupported CPU flags on ARM Product: Ports & Packages Version: Latest Hardware: arm URL: http://chips.ysv.freebsd.org/data/11armv6hf-default/20 15-04-13_18h44m36s/logs/errors/cuse4bsd-kmod-0.1.36.lo g OS: Any Status: New Severity: Affects Some People Priority: --- Component: Individual Port(s) Assignee: hselasky@FreeBSD.org Reporter: sbruno@FreeBSD.org CC: freebsd-arm@FreeBSD.org Flags: maintainer-feedback?(hselasky@FreeBSD.org) CC: freebsd-arm@FreeBSD.org Assignee: hselasky@FreeBSD.org It looks like the build bits of cuse4bsd need to be tightened up a bit as its trying to use x86 specific clfags on non-x86 builds: /nxb-bin/usr/bin/cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -fno-common -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -mno-aes -mno-avx -std=iso9899:1999 -c cuse4bsd_kmod.c -o cuse4bsd_kmod.o cc: error: argument unused during compilation: '-mno-red-zone' [-Werror,-Wunused-command-line-argument] cc: error: argument unused during compilation: '-mno-mmx' [-Werror,-Wunused-command-line-argument] cc: error: argument unused during compilation: '-mno-sse' [-Werror,-Wunused-command-line-argument] cc: error: argument unused during compilation: '-mno-aes' [-Werror,-Wunused-command-line-argument] cc: error: argument unused during compilation: '-mno-avx' [-Werror,-Wunused-command-line-argument] *** Error code 1 -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-arm@FreeBSD.ORG Mon Apr 13 23:09:15 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D96CD94F for ; Mon, 13 Apr 2015 23:09:15 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id BB25B905 for ; Mon, 13 Apr 2015 23:09:15 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t3DN9FdY074052 for ; Mon, 13 Apr 2015 23:09:15 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 199431] [arm] multimedia/cuse4bsd-kmod using unsupported CPU flags on ARM Date: Mon, 13 Apr 2015 23:09:15 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: sbruno@FreeBSD.org X-Bugzilla-Status: In Progress X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: hselasky@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: bug_status Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Apr 2015 23:09:15 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=199431 Sean Bruno changed: What |Removed |Added ---------------------------------------------------------------------------- Status|New |In Progress --- Comment #1 from Sean Bruno --- It looks like I need to ensure that MACHINE/MACHINE_ARCH are set when building a kmod from ports, else the bsd mk scripts will pickup MACHINE from the host. root@11armv6hf-default:/wrkdirs/usr/ports/multimedia/cuse4bsd-kmod/work/cuse4bsd-kmod-0.1.36 # env |grep MACHINE MACHINE=arm MACHINE_ARCH=armv6hf root@11armv6hf-default:/wrkdirs/usr/ports/multimedia/cuse4bsd-kmod/work/cuse4bsd-kmod-0.1.36 # make clean ; make make -f /wrkdirs/usr/ports/multimedia/cuse4bsd-kmod/work/cuse4bsd-kmod-0.1.36/Makefile.lib clean rm -f cuse4bsd.3.gz cuse4bsd.3.cat.gz rm -f a.out cuse4bsd_lib.o cuse4bsd_lib.o.tmp rm -f cuse4bsd_lib.So cuse4bsd_lib.so cuse4bsd_lib.So.tmp rm -f libcuse4bsd.so rm -f libcuse4bsd.a libcuse4bsd.so.1 make -f /wrkdirs/usr/ports/multimedia/cuse4bsd-kmod/work/cuse4bsd-kmod-0.1.36/Makefile.kmod clean cleandepend rm -f export_syms machine cuse4bsd.ko cuse4bsd.kld cuse4bsd_kmod.o opt_compat.h bus_if.h device_if.h vnode_if.h vnode_if_newproto.h vnode_if_typedef.h rm -f machine rm -f .depend GPATH GRTAGS GSYMS GTAGS make -f /wrkdirs/usr/ports/multimedia/cuse4bsd-kmod/work/cuse4bsd-kmod-0.1.36/Makefile.lib " DESTDIR=" " KMODNAME=cuse4bsd" " KMODDIR=/boot/modules" " LIBDIR=/usr/local/lib" " INCLUDEDIR=/usr/local/include" " MANDIR=/usr/local/man/man" all Warning: Object directory not changed from original /wrkdirs/usr/ports/multimedia/cuse4bsd-kmod/work/cuse4bsd-kmod-0.1.36 /nxb-bin/usr/bin/cc -O -pipe -D_GNU_SOURCE -std=gnu99 -Qunused-arguments -c cuse4bsd_lib.c -o cuse4bsd_lib.o building static cuse4bsd library /nxb-bin/usr/bin/ranlib -D libcuse4bsd.a /nxb-bin/usr/bin/cc -fpic -DPIC -O -pipe -D_GNU_SOURCE -std=gnu99 -Qunused-arguments -c cuse4bsd_lib.c -o cuse4bsd_lib.So building shared library libcuse4bsd.so.1 /nxb-bin/usr/bin/cc -shared -Wl,-x -Wl,--fatal-warnings -Wl,--warn-shared-textrel -o libcuse4bsd.so.1 -Wl,-soname,libcuse4bsd.so.1 `NM='/nxb-bin/usr/bin/nm' lorder cuse4bsd_lib.So | tsort -q` -lpthread gzip -cn cuse4bsd.3 > cuse4bsd.3.gz make -f /wrkdirs/usr/ports/multimedia/cuse4bsd-kmod/work/cuse4bsd-kmod-0.1.36/Makefile.kmod " DESTDIR=" " KMODNAME=cuse4bsd" " KMODDIR=/boot/modules" " LIBDIR=/usr/local/lib" " INCLUDEDIR=/usr/local/include" " MANDIR=/usr/local/man/man" all Warning: Object directory not changed from original /wrkdirs/usr/ports/multimedia/cuse4bsd-kmod/work/cuse4bsd-kmod-0.1.36 machine -> /usr/src/sys/arm/include /nxb-bin/usr/bin/awk -f /sys/tools/makeobjops.awk /sys/kern/device_if.m -h /nxb-bin/usr/bin/awk -f /sys/tools/makeobjops.awk /sys/kern/bus_if.m -h /nxb-bin/usr/bin/awk -f /sys/tools/vnode_if.awk /sys/kern/vnode_if.src -p /nxb-bin/usr/bin/awk -f /sys/tools/vnode_if.awk /sys/kern/vnode_if.src -q /nxb-bin/usr/bin/awk -f /sys/tools/vnode_if.awk /sys/kern/vnode_if.src -h :> opt_compat.h /nxb-bin/usr/bin/cc -O -pipe -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I/sys -I/sys/contrib/altq -fno-common -funwind-tables -ffreestanding -fwrapv -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -mllvm -arm-use-movt=0 -mfpu=none -std=iso9899:1999 -c cuse4bsd_kmod.c -o cuse4bsd_kmod.o /nxb-bin/usr/bin/ld -d -warn-common -r -d -o cuse4bsd.kld cuse4bsd_kmod.o :> export_syms awk -f /sys/conf/kmod_syms.awk cuse4bsd.kld export_syms | xargs -J% /nxb-bin/usr/bin/objcopy % cuse4bsd.kld /nxb-bin/usr/bin/ld -Bshareable -d -warn-common -o cuse4bsd.ko cuse4bsd.kld /nxb-bin/usr/bin/objcopy --strip-debug cuse4bsd.ko -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-arm@FreeBSD.ORG Mon Apr 13 23:18:14 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 73665ACD for ; Mon, 13 Apr 2015 23:18:14 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 592EB9DA for ; Mon, 13 Apr 2015 23:18:14 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t3DNIEY9081998 for ; Mon, 13 Apr 2015 23:18:14 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 199431] [arm] multimedia/cuse4bsd-kmod using unsupported CPU flags on ARM Date: Mon, 13 Apr 2015 23:18:14 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: sbruno@FreeBSD.org X-Bugzilla-Status: In Progress X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: sbruno@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: assigned_to Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Apr 2015 23:18:14 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=199431 Sean Bruno changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|hselasky@FreeBSD.org |sbruno@FreeBSD.org -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-arm@FreeBSD.ORG Tue Apr 14 04:48:16 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9B7BC385 for ; Tue, 14 Apr 2015 04:48:16 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 80DB9EA5 for ; Tue, 14 Apr 2015 04:48:16 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t3E4mG3T079133 for ; Tue, 14 Apr 2015 04:48:16 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 199431] [arm] multimedia/cuse4bsd-kmod using unsupported CPU flags on ARM Date: Tue, 14 Apr 2015 04:48:16 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: sbruno@FreeBSD.org X-Bugzilla-Status: Closed X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: sbruno@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: bug_status resolution Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Apr 2015 04:48:16 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=199431 Sean Bruno changed: What |Removed |Added ---------------------------------------------------------------------------- Status|In Progress |Closed Resolution|--- |FIXED --- Comment #2 from Sean Bruno --- This is being resolved in poudriere by setting MACHINE/MACHINE_ARCH in make.conf in the build jail. https://github.com/freebsd/poudriere/compare/9195a462aaef59e158dad5f24a8fbad8cfc4e688...b11b3be -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-arm@FreeBSD.ORG Tue Apr 14 10:55:11 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 622CC8EE for ; Tue, 14 Apr 2015 10:55:11 +0000 (UTC) Received: from nimrev.com (nimrev.com [188.226.203.191]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id BDF14D90 for ; Tue, 14 Apr 2015 10:55:10 +0000 (UTC) Received: from nimrev.com (localhost [127.0.0.1]); by nimrev.com (OpenSMTPD) with ESMTP id eb77c022; Tue, 14 Apr 2015 10:55:06 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=nimrev.com; h=content-type :mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; s=mail; bh= a+ezxS31MSnsnZW04anFrcCueD8=; b=jMIu/lvufGr2P8jDqBCEteTBK8yZo6VJ dvE7/kyNsUCcO4IdqEgYxoeOxXGHYQhzND9O9IQsNAElDjBBUCnBwTibBk6Rhva1 OO2JSPcJwz+qnxlEDy+2SihgfnDlhF4iOZHiRhCuNZ/yX5hpX8qz6fuOKq4JHkO1 g/kuXHBpDms= DomainKey-Signature: a=rsa-sha1; c=nofws; d=nimrev.com; h=content-type :mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; q=dns; s= mail; b=U2xDCYDGEWQncSip3t9iuEufAN81AjXj2nMFtn7wfooaalaTKr7nzibT f8v/+ESXfInB68VoUf8CcGS7pCLUFw6ilsjN03zwTbpuMfHqCb8QT4pM5eai1paM +ZcxJ1k8rRWyjbfga8uO5721z6z/2gA+oP8/LRc/pNVevZKf52Y= Received: by mail.nimrev.com (OpenSMTPD) with ESMTPSA id 057ee631; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO; Tue, 14 Apr 2015 10:55:06 +0200 (CEST) Content-Type: text/plain; charset=gb2312 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) Subject: Re: mmc/sd driver testing. From: Bas Vermin In-Reply-To: Date: Tue, 14 Apr 2015 12:55:06 +0200 Cc: "freebsd-arm@freebsd.org" Content-Transfer-Encoding: quoted-printable Message-Id: <37983D60-3AD9-4DEC-A1D8-4E65BABE3066@nimrev.com> References: <6970CFB2-6347-4BAF-BA24-56196C33C3BC@nimrev.com> To: Pratik Singhal X-Mailer: Apple Mail (2.2098) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Apr 2015 10:55:11 -0000 Thanks a lot! If you need some help testing patches during your GSoC, just let me = know. I have quite a few Allwinner devices lying around. > =D4=DA 2015=C4=EA4=D4=C213=C8=D5=A3=AC21:33=A3=ACPratik Singhal = =D0=B4=B5=C0=A3=BA >=20 > Hello Bas,=20 >=20 > My GSOC mentor (Louiz) made some changes in the Alexander's patch. = I added a function in the file a10_clk.c =20 >=20 > I'll send you the patch set which I used.=20 >=20 > Regards,=20 > Pratik Singhal =20 >=20 > On Mon, Apr 13, 2015 at 11:40 PM, Bas Vermin wrote: > Hi Pratik, >=20 > Did you make any changes to Alexander=A1=AFs patch? I remember testing = it last year without much success. >=20 > Have you considered porting the NetBSD Allwinner code to FreeBSD? >=20 > Right now it has the best support for Allwinner devices. I started to = port some of the NetBSD code a few months ago, but didn=A1=AFt have = enough spare time. >=20 > Bas >=20 > _______________________________________________ > freebsd-arm@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" >=20 >=20 >=20 > --=20 > Regards, > Pratik Singhal From owner-freebsd-arm@FreeBSD.ORG Tue Apr 14 15:16:25 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0E0124EF for ; Tue, 14 Apr 2015 15:16:25 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E8BABF80 for ; Tue, 14 Apr 2015 15:16:24 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t3EFGOEl051874 for ; Tue, 14 Apr 2015 15:16:24 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 199446] arm Raspberry Pi panic without ethernet connected on boot Date: Tue, 14 Apr 2015 15:16:25 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: swills@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Apr 2015 15:16:25 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=199446 Bug ID: 199446 Summary: arm Raspberry Pi panic without ethernet connected on boot Product: Base System Version: 11.0-CURRENT Hardware: arm OS: Any Status: New Severity: Affects Only Me Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: swills@FreeBSD.org I downloaded FreeBSD-11.0-CURRENT-arm-armv6-RPI-B-20150407-r281236.img and booted it on my rPI. I got a panic on boot that said: panic: pmap_demote_section: No l2_bucket for wired mapping Once I connected the ethernet, it went away. -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-arm@FreeBSD.ORG Tue Apr 14 18:27:43 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B6546621 for ; Tue, 14 Apr 2015 18:27:43 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9D198B69 for ; Tue, 14 Apr 2015 18:27:43 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t3EIRhPp072440 for ; Tue, 14 Apr 2015 18:27:43 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 199450] clang 3.6 crash building lang/spidermonkey Date: Tue, 14 Apr 2015 18:27:43 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: sbruno@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter cc Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Apr 2015 18:27:43 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=199450 Bug ID: 199450 Summary: clang 3.6 crash building lang/spidermonkey Product: Base System Version: 11.0-CURRENT Hardware: arm OS: Any Status: New Severity: Affects Some People Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: sbruno@FreeBSD.org CC: dim@FreeBSD.org ./jscompartment.h:536:11: note: in instantiation of member function 'JS::AutoVectorRooter::AutoVectorRooter' requested here : AutoVectorRooter(cx, WRAPVECTOR) ^ Assertion failed: ((PartVT.isInteger() || PartVT == MVT::x86mmx) && ValueVT.isInteger() && "Unknown mismatch!"), function getCopyToParts, file /usr/local/poudriere/jails/11armv6hf/usr/src/lib/clang/libllvmselectiondag/../../../contrib/llvm/lib/CodeGen/SelectionDAG/SelectionDAGBuilder.cpp, line 398. Stack dump: 0. Program arguments: /nxb-bin/usr/bin/c++ -cc1 -triple armv6--freebsd11.0-gnueabihf -emit-obj -disable-free -main-file-name FoldConstants.cpp -mrelocation-model pic -pic-level 2 -mthread-model posix -relaxed-aliasing -masm-verbose -mconstructor-aliases -target-cpu arm1176jzf-s -target-abi aapcs-linux -mfloat-abi hard -dwarf-column-info -ffunction-sections -fdata-sections -coverage-file /wrkdirs/usr/ports/lang/spidermonkey24/work/mozjs-24.2.0/js/src/FoldConstants.o -resource-dir /nxb-bin/usr/bin/../lib/clang/3.6.0 -dependency-file .deps/FoldConstants.o.pp -MT FoldConstants.o -sys-header-deps -MP -include ./js-confdefs.h -D NO_NSPR_10_SUPPORT -D IMPL_MFBT -D EXPORT_JS_API -D USE_ZLIB -D NDEBUG -D TRIMMED -D USE_SYSTEM_MALLOC=1 -D ENABLE_ASSEMBLER=1 -D ENABLE_JIT=1 -D MOZILLA_CLIENT -I ./../../mfbt/double-conversion -I ./../../intl/icu/source/common -I ./../../intl/icu/source/i18n -I . -I . -I ./dist/include -I /usr/local/include/nspr -I . -I ./assembler -I ./yarr -I /usr/local/include -I /usr/local/include -internal-isystem /usr/include/c++/v1 -O2 -Wall -Wpointer-arith -Woverloaded-virtual -Werror=return-type -Wtype-limits -Wempty-body -Werror=conversion-null -Wsign-compare -Wno-invalid-offsetof -Wno-c++0x-extensions -Wno-extended-offsetof -Wno-unknown-warning-option -Wno-return-type-c-linkage -Wno-mismatched-tags -fdeprecated-macro -fdebug-compilation-dir /wrkdirs/usr/ports/lang/spidermonkey24/work/mozjs-24.2.0/js/src -ferror-limit 19 -fmessage-length 0 -fvisibility hidden -mstackrealign -fno-rtti -fno-signed-char -fobjc-runtime=gnustep -fdiagnostics-show-option -vectorize-loops -vectorize-slp -o FoldConstants.o -x c++ /wrkdirs/usr/ports/lang/spidermonkey24/work/mozjs-24.2.0/js/src/frontend/FoldConstants.cpp 1. parser at end of file 2. Code generation 3. Running pass 'Function Pass Manager' on module '/wrkdirs/usr/ports/lang/spidermonkey24/work/mozjs-24.2.0/js/src/frontend/FoldConstants.cpp'. 4. Running pass 'ARM Instruction Selection' on function '@_ZN2js8frontend13FoldConstantsINS0_16FullParseHandlerEEEbP9JSContextPNT_4NodeEPNS0_6ParserIS5_EEbb' c++: error: unable to execute command: Abort trap (core dumped) c++: error: clang frontend command failed due to signal (use -v to see invocation) FreeBSD clang version 3.6.0 (tags/RELEASE_360/final 230434) 20150225 Target: armv6--freebsd11.0-gnueabihf Thread model: posix c++: note: diagnostic msg: PLEASE submit a bug report to https://bugs.freebsd.org/submit/ and include the crash backtrace, preprocessed source, and associated run script. c++: note: diagnostic msg: ******************** PLEASE ATTACH THE FOLLOWING FILES TO THE BUG REPORT: Preprocessed source(s) and associated run script(s) are located at: c++: note: diagnostic msg: /tmp/FoldConstants-411daf.cpp c++: note: diagnostic msg: /tmp/FoldConstants-411daf.sh c++: note: diagnostic msg: -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-arm@FreeBSD.ORG Tue Apr 14 18:29:36 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D535C802 for ; Tue, 14 Apr 2015 18:29:36 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id BBF0FB8B for ; Tue, 14 Apr 2015 18:29:36 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t3EITave073161 for ; Tue, 14 Apr 2015 18:29:36 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 199450] clang 3.6 crash building lang/spidermonkey Date: Tue, 14 Apr 2015 18:29:36 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: sbruno@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: attachments.created Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Apr 2015 18:29:36 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=199450 --- Comment #1 from Sean Bruno --- Created attachment 155594 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=155594&action=edit c source file from clang36 crash -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-arm@FreeBSD.ORG Tue Apr 14 18:29:57 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A925E84C for ; Tue, 14 Apr 2015 18:29:57 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8FF39B8F for ; Tue, 14 Apr 2015 18:29:57 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t3EITvqO073412 for ; Tue, 14 Apr 2015 18:29:57 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 199450] clang 3.6 crash building lang/spidermonkey Date: Tue, 14 Apr 2015 18:29:57 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: sbruno@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Apr 2015 18:29:57 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=199450 --- Comment #2 from Sean Bruno --- root@11armv6hf-default:~ # clang -v FreeBSD clang version 3.6.0 (tags/RELEASE_360/final 230434) 20150225 Target: armv6--freebsd11.0-gnueabihf Thread model: posix -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-arm@FreeBSD.ORG Tue Apr 14 18:44:54 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 83AA5FCA for ; Tue, 14 Apr 2015 18:44:54 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 69D3DD5F for ; Tue, 14 Apr 2015 18:44:54 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t3EIisuq090817 for ; Tue, 14 Apr 2015 18:44:54 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 199048] lang/ruby21: configure error: something wrong with LDFLAGS=" -Wl,-rpath,/usr/lib:/usr/local/lib Date: Tue, 14 Apr 2015 18:44:54 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: mikael.urankar@gmail.com X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: ruby@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Apr 2015 18:44:54 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=199048 --- Comment #13 from mikael.urankar@gmail.com --- Adding --with-setjmp-type=_setjmp to configure fixed the clang problem. I don't know if this bug report is related to our issue on ARM: https://bugs.ruby-lang.org/issues/10438 and http://svn.ruby-lang.org/cgi-bin/viewvc.cgi?view=revision&revision=48184 for the fix .if ${ARCH} == "armv6" || ${ARCH} == "armv6hf" CONFIGURE_ARGS+= --with-setjmp-type=_setjmp .endif -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-arm@FreeBSD.ORG Tue Apr 14 19:27:46 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 25E93334 for ; Tue, 14 Apr 2015 19:27:46 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0A13E2CC for ; Tue, 14 Apr 2015 19:27:46 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t3EJRjpT063761 for ; Tue, 14 Apr 2015 19:27:45 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 199431] [arm] multimedia/cuse4bsd-kmod using unsupported CPU flags on ARM Date: Tue, 14 Apr 2015 19:27:46 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: imp@FreeBSD.org X-Bugzilla-Status: Closed X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: sbruno@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Apr 2015 19:27:46 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=199431 Warner Losh changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |imp@FreeBSD.org --- Comment #3 from Warner Losh --- Setting MACHINE and MACHINE_ARCH are the right thing to do. They are normally set during a buildkernel so are picked up by the modules. -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-arm@FreeBSD.ORG Tue Apr 14 19:32:48 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 16EAB53F for ; Tue, 14 Apr 2015 19:32:48 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D62873C4 for ; Tue, 14 Apr 2015 19:32:47 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t3EJWlET071453 for ; Tue, 14 Apr 2015 19:32:47 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 199450] clang 3.6 crash building lang/spidermonkey Date: Tue, 14 Apr 2015 19:32:47 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: dim@FreeBSD.org X-Bugzilla-Status: In Progress X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Apr 2015 19:32:48 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=199450 Dimitry Andric changed: What |Removed |Added ---------------------------------------------------------------------------- Status|New |In Progress --- Comment #3 from Dimitry Andric --- Also results in an assertion with upstream, clang trunk r234702: $ ~/obj/llvm-234702-trunk-freebsd11-i386-ninja-rel-1/bin/clang -cc1 -triple armv6--freebsd11.0-gnueabihf -emit-obj -disable-free -main-file-name FoldConstants.cpp -mrelocation-model pic -pic-level 2 -mthread-model posix -relaxed-aliasing -masm-verbose -mconstructor-aliases -target-cpu arm1176jzf-s -target-abi aapcs-linux -mfloat-abi hard -dwarf-column-info -ffunction-sections -fdata-sections -sys-header-deps -D NO_NSPR_10_SUPPORT -D IMPL_MFBT -D EXPORT_JS_API -D USE_ZLIB -D NDEBUG -D TRIMMED -D USE_SYSTEM_MALLOC=1 -D ENABLE_ASSEMBLER=1 -D ENABLE_JIT=1 -D MOZILLA_CLIENT -O2 -Wall -Wpointer-arith -Woverloaded-virtual -Werror=return-type -Wtype-limits -Wempty-body -Werror=conversion-null -Wsign-compare -Wno-invalid-offsetof -Wno-c++0x-extensions -Wno-extended-offsetof -Wno-unknown-warning-option -Wno-return-type-c-linkage -Wno-mismatched-tags -fdeprecated-macro -ferror-limit 19 -fmessage-length 0 -fvisibility hidden -mstackrealign -fno-rtti -fno-signed-char -fobjc-runtime=gnustep -fdiagnostics-show-option -vectorize-loops -vectorize-slp -x c++ FoldConstants-1fef3a.cpp [...] Assertion failed: ((PartVT.isInteger() || PartVT == MVT::x86mmx) && ValueVT.isInteger() && "Unknown mismatch!"), function getCopyToParts, file /share/dim/src/llvm/trunk/lib/CodeGen/SelectionDAG/SelectionDAGBuilder.cpp, line 399. Abort trap (core dumped) I will attempt to reduce, and report upstream. -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-arm@FreeBSD.ORG Tue Apr 14 19:46:20 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7EE7C8B3 for ; Tue, 14 Apr 2015 19:46:20 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 653E36BF for ; Tue, 14 Apr 2015 19:46:20 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t3EJkKie082792 for ; Tue, 14 Apr 2015 19:46:20 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 199450] clang 3.6 crash building lang/spidermonkey Date: Tue, 14 Apr 2015 19:46:20 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: dim@FreeBSD.org X-Bugzilla-Status: In Progress X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Apr 2015 19:46:20 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=199450 --- Comment #4 from Dimitry Andric --- Reduced to just a bit of inline asm: $ cat toint32.c // clang -cc1 -triple armv6--freebsd11.0-gnueabihf -emit-obj toint32.c int ToInt32(double d) { int i; unsigned tmp0; unsigned tmp1; unsigned tmp2; asm ( " mov %1, %R4, LSR #20\n" " bic %1, %1, #(1 << 11)\n" " orr %R4, %R4, #(1 << 20)\n" " sub %1, %1, #0xff\n" " subs %1, %1, #0x300\n" " bmi 8f\n" " subs %3, %1, #52\n" " bmi 1f\n" " bic %2, %3, #0xff\n" " orr %3, %3, %2, LSR #3\n" " mov %Q4, %Q4, LSL %3\n" " b 2f\n" "1:\n" " rsb %3, %1, #52\n" " mov %Q4, %Q4, LSR %3\n" "2:\n" " subs %3, %1, #31\n" " mov %1, %R4, LSL #11\n" " bmi 3f\n" " bic %2, %3, #0xff\n" " orr %3, %3, %2, LSR #3\n" " mov %2, %1, LSL %3\n" " b 4f\n" "3:\n" " rsb %3, %3, #0\n" " mov %2, %1, LSR %3\n" "4:\n" " orr %Q4, %Q4, %2\n" " eor %Q4, %Q4, %R4, ASR #31\n" " add %0, %Q4, %R4, LSR #31\n" " b 9f\n" "8:\n" " mov %0, #0\n" "9:\n" : "=r" (i), "=&r" (tmp0), "=&r" (tmp1), "=&r" (tmp2), "=&r" (d) : "4" (d) : "cc" ); return i; } -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-arm@FreeBSD.ORG Tue Apr 14 19:49:16 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1E31D97D for ; Tue, 14 Apr 2015 19:49:16 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 04E346DD for ; Tue, 14 Apr 2015 19:49:16 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t3EJnFEV083861 for ; Tue, 14 Apr 2015 19:49:15 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 199450] clang 3.6 crash building lang/spidermonkey Date: Tue, 14 Apr 2015 19:49:16 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: dim@FreeBSD.org X-Bugzilla-Status: In Progress X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Apr 2015 19:49:16 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=199450 --- Comment #5 from Dimitry Andric --- Sorry, it also needs -target-cpu arm1176jzf-s to assert, e.g.: clang -cc1 -triple armv6--freebsd11.0-gnueabihf -emit-obj -target-cpu arm1176jzf-s toint32.c -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-arm@FreeBSD.ORG Tue Apr 14 20:01:02 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6AFEDBFF for ; Tue, 14 Apr 2015 20:01:02 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 51B4E85B for ; Tue, 14 Apr 2015 20:01:02 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t3EK12Uc012863 for ; Tue, 14 Apr 2015 20:01:02 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 199450] clang 3.6 crash building lang/spidermonkey Date: Tue, 14 Apr 2015 20:01:02 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: dim@FreeBSD.org X-Bugzilla-Status: In Progress X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Apr 2015 20:01:02 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=199450 --- Comment #6 from Dimitry Andric --- Further reduced to: a, b, c, d; double e; fn1() { asm("" : "=r"(a), "=&r"(b), "=&r"(c), "=&r"(d), "=&r"(e) : "4"(e)); } Reported upstream: http://llvm.org/PR23229 -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-arm@FreeBSD.ORG Tue Apr 14 21:21:21 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 150BD8BC for ; Tue, 14 Apr 2015 21:21:21 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D437320E for ; Tue, 14 Apr 2015 21:21:20 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t3ELLK4v076491 for ; Tue, 14 Apr 2015 21:21:20 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 199048] lang/ruby21: configure error: something wrong with LDFLAGS=" -Wl,-rpath,/usr/lib:/usr/local/lib Date: Tue, 14 Apr 2015 21:21:20 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: usenet@ulrich-grey.de X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: ruby@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Apr 2015 21:21:21 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=199048 --- Comment #14 from Ulrich Grey --- (In reply to mikael.urankar from comment #13) I have built ruby-2.1.6 with: .if ${ARCH} == "armv6" || ${ARCH} == "armv6hf" CONFIGURE_ARGS+= --with-setjmp-type=_setjmp .endif added to the Makefile. The build finished successfully (FreeBSD 11.0-CURRENT #1 r281266M arm on a wandboard-quad). Here is the output of make test: root@wqtest:/usr/ports/lang/ruby21/work/ruby-2.1.6 # make test CC = cc LD = ld LDSHARED = cc -shared CFLAGS = -O -pipe -mfloat-abi=softfp -fno-strict-aliasing -fPIC XCFLAGS = -D_FORTIFY_SOURCE=2 -fstack-protector -fno-strict-overflow -fvisibility=hidden -DRUBY_EXPORT CPPFLAGS = -I/usr/local/include -I. -I.ext/include/armv6-freebsd11 -I./include -I. DLDFLAGS = -Wl,-soname,libruby21.so.21 -fstack-protector SOLIBS = -lexecinfo -lgmp -lcrypt -lm -lpthread -L/usr/local/lib FreeBSD clang version 3.6.0 (tags/RELEASE_360/final 230434) 20150225 Target: armv6--freebsd11.0-gnueabi Thread model: posix ./tool/rubytest.rb:20: warning: Insecure world writable dir /usr/local/DEVEL in PATH, mode 040777 sample/test.rb:system /usr/local/DEVEL/ports/lang/ruby21/work/ruby-2.1.6/sample/test.rb:1970: warning: Insecure world writable dir /usr/local/DEVEL in PATH, mode 040777 O test succeeded PASS all 1008 tests ./miniruby -I./lib -I. -I.ext/common ./tool/runruby.rb --extout=.ext -- --disable-gems "./bootstraptest/runner.rb" --ruby="ruby21 --disable-gems" ./KNOWNBUGS.rb 2015-04-14 21:12:33 +0000 Driver is ruby 2.1.6p336 (2015-04-13 revision 50298) [armv6-freebsd11] ./bootstraptest/runner.rb:156: warning: Insecure world writable dir /usr/local/DEVEL in PATH, mode 040777 Target is ruby 2.1.6p336 (2015-04-13 revision 50298) [armv6-freebsd11] KNOWNBUGS.rbPASS 0 No tests, no problem root@wqtest:/usr/ports/lang/ruby21/work/ruby-2.1.6 # -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-arm@FreeBSD.ORG Tue Apr 14 21:47:46 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BF444E66 for ; Tue, 14 Apr 2015 21:47:46 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A5985757 for ; Tue, 14 Apr 2015 21:47:46 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t3ELlkb1099235 for ; Tue, 14 Apr 2015 21:47:46 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 199452] ports-mgmt/portupgrade-2.4.13_1,2 illegal instruction on arm Date: Tue, 14 Apr 2015 21:47:46 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: usenet@ulrich-grey.de X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-ports-bugs@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter cc Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Apr 2015 21:47:46 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=199452 Bug ID: 199452 Summary: ports-mgmt/portupgrade-2.4.13_1,2 illegal instruction on arm Product: Ports & Packages Version: Latest Hardware: arm OS: Any Status: New Severity: Affects Some People Priority: --- Component: Individual Port(s) Assignee: freebsd-ports-bugs@FreeBSD.org Reporter: usenet@ulrich-grey.de CC: freebsd-arm@FreeBSD.org CC: freebsd-arm@FreeBSD.org root@wqtest:/usr/ports/ports-mgmt/portupgrade # portupgrade [Reading data from pkg(8) ... - 314 packages found - done] ** Stale lock file was found. Removed. Illegal instruction (core dumped) There is no core file in the working directory. # uname -a FreeBSD wqtest 11.0-CURRENT FreeBSD 11.0-CURRENT #1 r281266M: Wed Apr 8 23:57:19 CEST 2015 root@noname.privat:/usr/home/CROCHET/crochet/work/obj/arm.armv6/usr/SRC/head/sys/WANDBOARD-QUAD arm -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-arm@FreeBSD.ORG Tue Apr 14 21:58:04 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 568202E2 for ; Tue, 14 Apr 2015 21:58:04 +0000 (UTC) Received: from id.bluezbox.com (id.bluezbox.com [88.198.91.248]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 01AEF89A for ; Tue, 14 Apr 2015 21:58:03 +0000 (UTC) Received: from [208.184.220.60] (helo=macbook-air-2.dolby.net) by id.bluezbox.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.77 (FreeBSD)) (envelope-from ) id 1Yi89C-000Otv-MK for freebsd-arm@freebsd.org; Tue, 14 Apr 2015 14:13:33 -0700 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Subject: Re: Call for testers: migrating to TI's DTS files From: Oleksandr Tymoshenko In-Reply-To: <20292475-BBEF-4ACF-B130-24A7367E21E8@bluezbox.com> Date: Tue, 14 Apr 2015 14:12:58 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <31E6F239-12B6-4E64-AF43-1E36F748A7ED@bluezbox.com> References: <20292475-BBEF-4ACF-B130-24A7367E21E8@bluezbox.com> To: "freebsd-arm@freebsd.org List" X-Mailer: Apple Mail (2.2070.6) 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 Apr 4, 2015, at 3:56 PM, Oleksandr Tymoshenko wrote: > > Hello, > > I’ve just finished last stage of rewriting FreeBSD TI support so > it can use TI's upstream DTS files. It makes much easier to use > various DTS overlays for BBB shields. e.g. I managed to get > 4DCAPE-43 working with drop-in dtb file generated from [1] > and some manual gpio pin manipulations. [...] Content analysis details: (1.7 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -0.0 BAYES_20 BODY: Bayes spam probability is 5 to 20% [score: 0.1063] 2.7 DNS_FROM_AHBL_RHSBL RBL: Envelope sender listed in dnsbl.ahbl.org 0.0 URIBL_BLOCKED ADMINISTRATOR NOTICE: The query to URIBL was blocked. See http://wiki.apache.org/spamassassin/DnsBlocklists#dnsbl-block for more information. [URIs: bluezbox.com] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Apr 2015 21:58:04 -0000 > On Apr 4, 2015, at 3:56 PM, Oleksandr Tymoshenko = wrote: >=20 > Hello, >=20 > I=E2=80=99ve just finished last stage of rewriting FreeBSD TI support = so > it can use TI's upstream DTS files. It makes much easier to use > various DTS overlays for BBB shields. e.g. I managed to get=20 > 4DCAPE-43 working with drop-in dtb file generated from [1] > and some manual gpio pin manipulations.=20 If there are not objections I=E2=80=99ll commit the patch in next few = days= From owner-freebsd-arm@FreeBSD.ORG Tue Apr 14 22:21:22 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 90CB39D1 for ; Tue, 14 Apr 2015 22:21:22 +0000 (UTC) Received: from olinguito.schwarzes.net (olinguito.schwarzes.net [IPv6:2a01:4f8:7d:1b5::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 23FACBB6 for ; Tue, 14 Apr 2015 22:21:21 +0000 (UTC) Received: from [62.109.78.35] (mosquito.schwarzes.net [62.109.78.35]) (authenticated bits=0) by olinguito.schwarzes.net (8.14.9/8.14.9) with ESMTP id t3EMLIqT053727 for ; Wed, 15 Apr 2015 00:21:19 +0200 (CEST) (envelope-from freebsd.asc@strcmp.org) From: Andreas Schwarz To: freebsd-arm@FreeBSD.org Mail-Reply-To: Andreas Schwarz Mail-Followup-To: freebsd-arm@FreeBSD.org Date: Wed, 15 Apr 2015 00:21:18 +0200 (CEST) Message-ID: <46216fec394.67132474@mail.schwarzes.net> In-Reply-To: <1427413502.8776.10.camel@freebsd.org> References: <1427413502.8776.10.camel@freebsd.org> User-Agent: YAM/2.9p1 (MorphOS; PPC; rv:20140418r7798) Subject: Re: ARM_NEW_PMAP MIME-Version: 1.0 Content-Type: text/plain X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (olinguito.schwarzes.net [78.47.41.143]); Wed, 15 Apr 2015 00:21:19 +0200 (CEST) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Apr 2015 22:21:22 -0000 On 26.03.15, Ian Lepore wrote: > With commit r280712, we now have a new alternate implementation of the > arm pmap code available (the low-level part of virtual memory handling). > Right now it's disabled by default; if you'd like to help test it, add > to your kernel config: > > options ARM_NEW_PMAP I just want to give some feedback. I'm using the ARM_NEW_PMAP on my both RPi B+ without any problems (r280787). One of them is under heavy load with buildworld, etc., the other one is used as a mini NAS, no probs so far. -asc From owner-freebsd-arm@FreeBSD.ORG Wed Apr 15 02:57:46 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DF008E28 for ; Wed, 15 Apr 2015 02:57:46 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C5F80A80 for ; Wed, 15 Apr 2015 02:57:46 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t3F2vkRG071553 for ; Wed, 15 Apr 2015 02:57:46 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 199446] arm Raspberry Pi panic without ethernet connected on boot Date: Wed, 15 Apr 2015 02:57:47 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: swills@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Apr 2015 02:57:47 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=199446 --- Comment #1 from Steve Wills --- I was mistaken about the ethernet affecting this. It seems to happen at random times. Setting vm.pmap.sp_enabled=0 works around it. -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-arm@FreeBSD.ORG Wed Apr 15 03:15:26 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4661D2D3 for ; Wed, 15 Apr 2015 03:15:26 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2D429DC8 for ; Wed, 15 Apr 2015 03:15:26 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t3F3FQAq047671 for ; Wed, 15 Apr 2015 03:15:26 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 199446] arm Raspberry Pi panic without ethernet connected on boot Date: Wed, 15 Apr 2015 03:15:26 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: ps06756@gmail.com X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Apr 2015 03:15:26 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=199446 Pratik Singhal changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |ps06756@gmail.com --- Comment #2 from Pratik Singhal --- Steve, to get around the issue you have to enable the ARM_NEW_PMAP option in your config file. Just put "options ARM_NEW_PMAP" in your config file and recompile the kernel. The issue will be resolved. -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-arm@FreeBSD.ORG Wed Apr 15 12:11:28 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B08BA79D for ; Wed, 15 Apr 2015 12:11:28 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9635F30F for ; Wed, 15 Apr 2015 12:11:28 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t3FCBSqN094063 for ; Wed, 15 Apr 2015 12:11:28 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 199452] ports-mgmt/portupgrade-2.4.13_1,2 illegal instruction on arm Date: Wed, 15 Apr 2015 12:11:28 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: usenet@ulrich-grey.de X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-ports-bugs@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Apr 2015 12:11:28 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=199452 --- Comment #1 from Ulrich Grey --- (In reply to Ulrich Grey from comment #0) Now I have built lang/ruby21 with debugging support. In /usr/local/sbin/portinstall I have added --debug: #!/usr/local/bin/ruby21 --debug If I start ports-mgmt/portupgrade now I get this: root@wqtest:~ # portinstall mail/sylpheed Exception `LoadError' at /usr/local/lib/ruby/2.1/rubygems.rb:1194 - cannot load such file -- rubygems/defaults/operating_system Exception `LoadError' at /usr/local/lib/ruby/2.1/rubygems.rb:1203 - cannot load such file -- rubygems/defaults/ruby /usr/local/sbin/portinstall:1040: warning: shadowing outer local variable - deps /usr/local/sbin/portinstall:1583: warning: ambiguous first argument; put parentheses or even spaces /usr/local/sbin/portinstall:1902: warning: assigned but unused variable - files /usr/local/sbin/portinstall:2002: warning: assigned but unused variable - newpkg /usr/local/sbin/portinstall:2193: warning: assigned but unused variable - pkgdep /usr/local/sbin/portinstall:2206: warning: assigned but unused variable - file1 /usr/local/sbin/portinstall:2206: warning: assigned but unused variable - file2 /usr/local/sbin/portinstall:2223: warning: assigned but unused variable - pkgdep /usr/local/lib/ruby/site_ruby/2.1/pkgtools/pkgtools.rb:99: warning: assigned but unused variable - table /usr/local/lib/ruby/site_ruby/2.1/pkgtools/pkgtools.rb:363: warning: shadowing outer local variable - i /usr/local/lib/ruby/site_ruby/2.1/pkgtools/pkgtools.rb:857: warning: assigned but unused variable - str /usr/local/lib/ruby/site_ruby/2.1/pkgtools/pkgdb.rb:417: warning: assigned but unused variable - prev_sync /usr/local/lib/ruby/site_ruby/2.1/pkgtools/pkgdbtools.rb:38: warning: assigned but unused variable - mode /usr/local/lib/ruby/site_ruby/2.1/pkgtools/pkgdbtools.rb:124: warning: assigned but unused variable - e /usr/local/lib/ruby/site_ruby/2.1/pkgtools/pkgdbtools.rb:139: warning: assigned but unused variable - pid /usr/local/lib/ruby/site_ruby/2.1/pkgtools/portsdb.rb:564: warning: shadowing outer local variable - i /usr/local/lib/ruby/site_ruby/2.1/pkgtools/portsdb.rb:551: warning: assigned but unused variable - i /usr/local/lib/ruby/site_ruby/2.1/pkgtools/portsdb.rb:756: warning: assigned but unused variable - pkg /usr/local/lib/ruby/site_ruby/2.1/pkgtools/portinfo.rb:118: warning: assigned but unused variable - other_name /usr/local/lib/ruby/site_ruby/2.1/pkgtools/pkgdb.rb:126: warning: instance variable @with_pkgng not initialized /usr/local/lib/ruby/site_ruby/2.1/pkgtools/pkgdbtools.rb:47: warning: instance variable @db_dir not initialized /usr/local/lib/ruby/site_ruby/2.1/pkgtools/pkgdbtools.rb:188: warning: instance variable @lock_file not initialized /usr/local/lib/ruby/site_ruby/2.1/pkgtools/pkgmisc.rb:99: warning: global variable `$tmpdir' not initialized ** Stale lock file was found. Removed. Illegal instruction (core dumped) -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-arm@FreeBSD.ORG Wed Apr 15 12:25:12 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7562E99A for ; Wed, 15 Apr 2015 12:25:12 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5B62D63C for ; Wed, 15 Apr 2015 12:25:12 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t3FCPCJw027879 for ; Wed, 15 Apr 2015 12:25:12 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 199452] ports-mgmt/portupgrade-2.4.13_1,2 illegal instruction on arm Date: Wed, 15 Apr 2015 12:25:12 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: usenet@ulrich-grey.de X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-ports-bugs@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Apr 2015 12:25:12 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=199452 --- Comment #2 from Ulrich Grey --- (In reply to Ulrich Grey from comment #1) Sorry, I forgot to mention that lang/ruby21 was built with --with-setjmp-type=_setjmp added to configure due to a clang problem. See https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=199048 Comment13 -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-arm@FreeBSD.ORG Wed Apr 15 12:30:50 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 74EC5BB5 for ; Wed, 15 Apr 2015 12:30:50 +0000 (UTC) Received: from smtp.hs-karlsruhe.de (smtp.HS-Karlsruhe.DE [193.196.64.25]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 38E5F7BC for ; Wed, 15 Apr 2015 12:30:50 +0000 (UTC) Received: from iz-wera01.hs-karlsruhe.de ([193.196.65.46]) by smtp.hs-karlsruhe.de with esmtp (Exim 4.80.1) (envelope-from ) id 1YiMSu-00AywE-9U; Wed, 15 Apr 2015 14:30:48 +0200 X-Mailer: exmh version 2.8.0 04/21/2012 with nmh-1.6 From: Ralf Wenk To: freebsd-arm@FreeBSD.org Subject: Raspberry Pi B+ freeze during booting Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Date: Wed, 15 Apr 2015 14:30:48 +0200 Message-Id: X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Apr 2015 12:30:50 -0000 Hello, with r281139 my RPi freeze while booting. The last two lines logged are always the same and belong to the ethernet interface. ue0: on smsc0 ue0: Ethernet address: b8:eb:71:8a:6d:0b Currently I am doing a binary search, starting from my latest working kernel, for the release causing this behavior. At the moment all I can say is r281100 will freeze and r281061 will not. Has anybody got the same issue? Ralf From owner-freebsd-arm@FreeBSD.ORG Wed Apr 15 12:50:00 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 311C21CE for ; Wed, 15 Apr 2015 12:50:00 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1764194B for ; Wed, 15 Apr 2015 12:50:00 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t3FCnx2U022651 for ; Wed, 15 Apr 2015 12:49:59 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 199452] ports-mgmt/portupgrade-2.4.13_1,2 illegal instruction on arm Date: Wed, 15 Apr 2015 12:50:00 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: mikael.urankar@gmail.com X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-ports-bugs@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Apr 2015 12:50:00 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=199452 mikael.urankar@gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mikael.urankar@gmail.com --- Comment #3 from mikael.urankar@gmail.com --- I can't reproduce your problem on my beaglebone armv6hf but I have a different issue: portupgrade -a [Reading data from pkg(8) ... - 67 packages found - done] [Updating the portsdb in /usr/ports ... - 24771 port entries found ** Stale lock file was found. Removed. /usr/local/lib/ruby/site_ruby/2.1/armv6-freebsd11/bdb.so: Undefined symbol "ruby_safe_level_4_warning" -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-arm@FreeBSD.ORG Wed Apr 15 13:45:21 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 89A857B1 for ; Wed, 15 Apr 2015 13:45:21 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6F50ED1 for ; Wed, 15 Apr 2015 13:45:21 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t3FDjL2x014614 for ; Wed, 15 Apr 2015 13:45:21 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 199446] arm Raspberry Pi panic without ethernet connected on boot Date: Wed, 15 Apr 2015 13:45:21 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: swills@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Apr 2015 13:45:21 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=199446 --- Comment #3 from Steve Wills --- (In reply to Pratik Singhal from comment #2) Thanks, I've got a kernel running with that option set now and it seems to be working fine. Catching up on the mailing list, I see this l2_bucket issue is well known. -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-arm@FreeBSD.ORG Wed Apr 15 17:07:47 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1042C79F for ; Wed, 15 Apr 2015 17:07:47 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E9646E10 for ; Wed, 15 Apr 2015 17:07:46 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t3FH7k47087037 for ; Wed, 15 Apr 2015 17:07:46 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 199452] ports-mgmt/portupgrade 2.4.13_1,2 illegal instruction on arm Date: Wed, 15 Apr 2015 17:07:47 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: linimon@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: bdrewery@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: assigned_to short_desc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Apr 2015 17:07:47 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=199452 Mark Linimon changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|freebsd-ports-bugs@FreeBSD. |bdrewery@FreeBSD.org |org | Summary|ports-mgmt/portupgrade-2.4. |ports-mgmt/portupgrade |13_1,2 illegal instruction |2.4.13_1,2 illegal |on arm |instruction on arm -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-arm@FreeBSD.ORG Wed Apr 15 18:11:51 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7984BC2F for ; Wed, 15 Apr 2015 18:11:51 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5FFEA907 for ; Wed, 15 Apr 2015 18:11:51 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t3FIBp66024765 for ; Wed, 15 Apr 2015 18:11:51 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 199452] lang/ruby21 illegal instruction on arm Date: Wed, 15 Apr 2015 18:11:51 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: bdrewery@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: ruby@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: assigned_to short_desc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Apr 2015 18:11:51 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=199452 Bryan Drewery changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|bdrewery@FreeBSD.org |ruby@FreeBSD.org Summary|ports-mgmt/portupgrade |lang/ruby21 illegal |2.4.13_1,2 illegal |instruction on arm |instruction on arm | --- Comment #4 from Bryan Drewery --- This is a ruby problem. -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-arm@FreeBSD.ORG Wed Apr 15 19:20:56 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 31E86CD8 for ; Wed, 15 Apr 2015 19:20:56 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 185617F1 for ; Wed, 15 Apr 2015 19:20:56 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t3FJKtu2025493 for ; Wed, 15 Apr 2015 19:20:55 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 199452] lang/ruby21 illegal instruction on arm Date: Wed, 15 Apr 2015 19:20:55 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: swills@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: ruby@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Apr 2015 19:20:56 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=199452 Steve Wills changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |swills@FreeBSD.org --- Comment #5 from Steve Wills --- (In reply to Bryan Drewery from comment #4) I think it may be a ruby-bdb issue, rather than in ruby proper, but I'm not sure yet. -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-arm@FreeBSD.ORG Thu Apr 16 06:23:26 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AFF8AC89 for ; Thu, 16 Apr 2015 06:23:26 +0000 (UTC) Received: from mail-ie0-x232.google.com (mail-ie0-x232.google.com [IPv6:2607:f8b0:4001:c03::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6EEB5356 for ; Thu, 16 Apr 2015 06:23:26 +0000 (UTC) Received: by iejt8 with SMTP id t8so44626260iej.2 for ; Wed, 15 Apr 2015 23:23:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=h6Rv3iW7+TfXorL1iBls2THr8WSUh4Q8m/UWrNcHg9o=; b=fUVNUxhXYqGuUxv/CCkOW0nE5Tafp6OOWXKoAaubIkZ4nWnqF3vRESVezm88M3bvZe 6zUW8Aq4uVrk1fjTHrPR5TcegomH2pZ1t5CyF2V1YNid895JdZyNQJwAxjcJ28j4LIn/ rrrDfEZ/FZxwBFQ1bKmLZVlzI77sH83Kj90g3Nl6xTSYSryI/mSct+R9sconrvZZfWxg LQ1Q2HBv0D0adfiLVxoO/r/RlF0a87GkzeP6oenbPqgnPA1J7Bua5mbmQf8PVBXwtAzy no8PbvrPkI1gAgiOyly0dUopEpiJ9LiOyMuTux9MDH7lXwKz77J9jiCR+F5FqYA8xGdf YUnw== X-Received: by 10.50.36.104 with SMTP id p8mr3446140igj.16.1429165405799; Wed, 15 Apr 2015 23:23:25 -0700 (PDT) MIME-Version: 1.0 Received: by 10.64.63.16 with HTTP; Wed, 15 Apr 2015 23:22:55 -0700 (PDT) In-Reply-To: References: <6ff566ec17fc2b0d61635d8886261d5a.squirrel@ikornapostur.1984.is> <028290c7462d8fcf63b07bfdbbd08897.squirrel@ikornapostur.1984.is> <04594F43-C6FD-4798-ACFF-8BB7179A905F@bsdimp.com> From: Matthias Gamsjager Date: Thu, 16 Apr 2015 08:22:55 +0200 Message-ID: Subject: Re: FreeBSD 10.1 / 11 on a Raspberry Pi B+ / 2 ? To: Brendan Sechter Cc: "freebsd-arm@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Apr 2015 06:23:26 -0000 Any updates on FreeBSD on the Pi2? From owner-freebsd-arm@FreeBSD.ORG Thu Apr 16 08:36:50 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 781F3F68 for ; Thu, 16 Apr 2015 08:36:50 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5F23A347 for ; Thu, 16 Apr 2015 08:36:50 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t3G8aob3095560 for ; Thu, 16 Apr 2015 08:36:50 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 199452] lang/ruby21 illegal instruction on arm Date: Thu, 16 Apr 2015 08:36:50 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: mikael.urankar@gmail.com X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: ruby@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Apr 2015 08:36:50 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=199452 --- Comment #6 from mikael.urankar@gmail.com --- I'm having some hard time with poudriere, qemu and armv6hf: my ruby packages are broken, let me rebuild them on a real hw and discard my issue for the moment. By the way, we will have issues if we ship ruby binaries built with poudriere: CPP, CXX and CC are prefixed with /nxb-bin/usr/bin/ and if we try to rebuild a ruby package on a system without native-xtool it will fail because /nxb-bin/usr/bin/cc cannot be found (see CONFIG["CC"] in /usr/local/lib/ruby/2.1/armv6-freebsd11/rbconfig.rb) -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-arm@FreeBSD.ORG Thu Apr 16 14:51:26 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DEE31A1 for ; Thu, 16 Apr 2015 14:51:26 +0000 (UTC) Received: from gromit.dlib.vt.edu (gromit.dlib.vt.edu [128.173.126.120]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gromit.dlib.vt.edu", Issuer "Chumby Certificate Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id AAC7E77B for ; Thu, 16 Apr 2015 14:51:26 +0000 (UTC) Received: from pmather.lib.vt.edu (pmather.lib.vt.edu [128.173.126.193]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by gromit.dlib.vt.edu (Postfix) with ESMTPSA id C4837B42; Thu, 16 Apr 2015 10:51:18 -0400 (EDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) Subject: Re: FreeBSD 10.1 / 11 on a Raspberry Pi B+ / 2 ? From: Paul Mather In-Reply-To: Date: Thu, 16 Apr 2015 10:51:18 -0400 Cc: Brendan Sechter , "freebsd-arm@freebsd.org" Content-Transfer-Encoding: quoted-printable Message-Id: <5FD36BF9-2FAD-40ED-AE67-D8B1E3274CB1@gromit.dlib.vt.edu> References: <6ff566ec17fc2b0d61635d8886261d5a.squirrel@ikornapostur.1984.is> <028290c7462d8fcf63b07bfdbbd08897.squirrel@ikornapostur.1984.is> <04594F43-C6FD-4798-ACFF-8BB7179A905F@bsdimp.com> To: Matthias Gamsjager X-Mailer: Apple Mail (2.2098) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Apr 2015 14:51:27 -0000 On Apr 16, 2015, at 2:22 AM, Matthias Gamsjager = wrote: > Any updates on FreeBSD on the Pi2? I just took delivery of a Raspberry Pi 2 Model B last week so I'm keen = to know the status of FreeBSD on this platform, too. Cheers, Paul. From owner-freebsd-arm@FreeBSD.ORG Thu Apr 16 15:02:58 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 55CEB2DC for ; Thu, 16 Apr 2015 15:02:58 +0000 (UTC) Received: from mail.FoxValley.net (mail.FoxValley.net [64.135.192.34]) by mx1.freebsd.org (Postfix) with SMTP id E002B949 for ; Thu, 16 Apr 2015 15:02:57 +0000 (UTC) Received: (qmail 4664 invoked from network) for freebsd-arm@freebsd.org; 16 Apr 2015 09:56:17 -0500 Received: from 71-211-200-109.hlrn.qwest.net (HELO ?192.168.1.3?) (draymond@71.211.200.109) by mail.foxvalley.net with SMTP; 16 Apr 2015 09:56:17 -0500 Message-ID: <552FCD90.20401@foxvalley.net> Date: Thu, 16 Apr 2015 08:56:16 -0600 From: Dan Raymond User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: freebsd-arm@freebsd.org Subject: Re: FreeBSD 10.1 / 11 on a Raspberry Pi B+ / 2 ? References: <6ff566ec17fc2b0d61635d8886261d5a.squirrel@ikornapostur.1984.is> <028290c7462d8fcf63b07bfdbbd08897.squirrel@ikornapostur.1984.is> <04594F43-C6FD-4798-ACFF-8BB7179A905F@bsdimp.com> <5FD36BF9-2FAD-40ED-AE67-D8B1E3274CB1@gromit.dlib.vt.edu> In-Reply-To: <5FD36BF9-2FAD-40ED-AE67-D8B1E3274CB1@gromit.dlib.vt.edu> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Apr 2015 15:02:58 -0000 >> Any updates on FreeBSD on the Pi2? > I just took delivery of a Raspberry Pi 2 Model B last week so I'm keen to know the status of FreeBSD on this platform, too. > > Cheers, > > Paul. I'm also interested in swapping out my B+ for a Raspberry Pi 2 but I am waiting on FreeBSD support. From owner-freebsd-arm@FreeBSD.ORG Thu Apr 16 18:02:40 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 69F7EEA3 for ; Thu, 16 Apr 2015 18:02:40 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4B8B09F for ; Thu, 16 Apr 2015 18:02:40 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t3GI2eVd052573 for ; Thu, 16 Apr 2015 18:02:40 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 199487] editors/texstudio does not build on arm Date: Thu, 16 Apr 2015 18:02:39 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: usenet@ulrich-grey.de X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-ports-bugs@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter cc flagtypes.name Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Apr 2015 18:02:40 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=199487 Bug ID: 199487 Summary: editors/texstudio does not build on arm Product: Ports & Packages Version: Latest Hardware: arm OS: Any Status: New Severity: Affects Some People Priority: --- Component: Individual Port(s) Assignee: freebsd-ports-bugs@FreeBSD.org Reporter: usenet@ulrich-grey.de CC: abiliojr@gmail.com, freebsd-arm@FreeBSD.org Flags: maintainer-feedback?(abiliojr@gmail.com) CC: abiliojr@gmail.com, freebsd-arm@FreeBSD.org If I try to compile editors/texstudio-2.8.8_1 on an wandboard-quad (FreeBSD 11.0-CURRENT #1 r281266M), I get this: --- .obj/debughelper.o --- debughelper.cpp:993:20: error: no member named 'arm_pc' in 'mcontext_t' this->pc = (char*)PC_FROM_UCONTEXT(context); ^~~~~~~~~~~~~~~~~~~~~~~~~ debughelper.cpp:502:58: note: expanded from macro 'PC_FROM_UCONTEXT' #define PC_FROM_UCONTEXT(context) (context)->uc_mcontext.arm_pc ~~~~~~~~~~~~~~~~~~~~~~ ^ debughelper.cpp:994:23: error: no member named 'arm_fp' in 'mcontext_t' this->frame = (char*)FRAME_FROM_UCONTEXT(context); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ debughelper.cpp:504:61: note: expanded from macro 'FRAME_FROM_UCONTEXT' #define FRAME_FROM_UCONTEXT(context) (context)->uc_mcontext.arm_fp ~~~~~~~~~~~~~~~~~~~~~~ ^ debughelper.cpp:995:23: error: no member named 'arm_sp' in 'mcontext_t' this->stack = (char*)STACK_FROM_UCONTEXT(context); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ debughelper.cpp:503:61: note: expanded from macro 'STACK_FROM_UCONTEXT' #define STACK_FROM_UCONTEXT(context) (context)->uc_mcontext.arm_sp ~~~~~~~~~~~~~~~~~~~~~~ ^ debughelper.cpp:997:26: error: no member named 'arm_lr' in 'mcontext_t' this->returnTo = (char*)RETURNTO_FROM_UCONTEXT(context); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ debughelper.cpp:505:64: note: expanded from macro 'RETURNTO_FROM_UCONTEXT' #define RETURNTO_FROM_UCONTEXT(context) (context)->uc_mcontext.arm_lr ~~~~~~~~~~~~~~~~~~~~~~ ^ debughelper.cpp:1004:13: error: no member named 'arm_pc' in 'mcontext_t' *(char**)(&PC_FROM_UCONTEXT(context)) = this->pc; ^~~~~~~~~~~~~~~~~~~~~~~~~ debughelper.cpp:502:58: note: expanded from macro 'PC_FROM_UCONTEXT' #define PC_FROM_UCONTEXT(context) (context)->uc_mcontext.arm_pc ~~~~~~~~~~~~~~~~~~~~~~ ^ debughelper.cpp:1005:13: error: no member named 'arm_fp' in 'mcontext_t' *(char**)(&FRAME_FROM_UCONTEXT(context)) = this->frame; ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ debughelper.cpp:504:61: note: expanded from macro 'FRAME_FROM_UCONTEXT' #define FRAME_FROM_UCONTEXT(context) (context)->uc_mcontext.arm_fp ~~~~~~~~~~~~~~~~~~~~~~ ^ debughelper.cpp:1006:13: error: no member named 'arm_sp' in 'mcontext_t' *(char**)(&STACK_FROM_UCONTEXT(context)) = this->stack; ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ debughelper.cpp:503:61: note: expanded from macro 'STACK_FROM_UCONTEXT' #define STACK_FROM_UCONTEXT(context) (context)->uc_mcontext.arm_sp ~~~~~~~~~~~~~~~~~~~~~~ ^ debughelper.cpp:1008:13: error: no member named 'arm_lr' in 'mcontext_t' *(char**)(&RETURNTO_FROM_UCONTEXT(context)) = this->returnTo; ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ debughelper.cpp:505:64: note: expanded from macro 'RETURNTO_FROM_UCONTEXT' #define RETURNTO_FROM_UCONTEXT(context) (context)->uc_mcontext.arm_lr ~~~~~~~~~~~~~~~~~~~~~~ ^ 8 errors generated. *** [.obj/debughelper.o] Error code 1 make[1]: stopped in /usr/local/DEVEL/ports/editors/texstudio/work/texstudio2.8.8 1 error make[1]: stopped in /usr/local/DEVEL/ports/editors/texstudio/work/texstudio2.8.8 ===> Compilation failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to the maintainer. *** Error code 1 Stop. make: stopped in /usr/local/DEVEL/ports/editors/texstudio ===>>> make build failed for editors/texstudio ===>>> Aborting update ===>>> You can restart from the point of failure with this command line: portmaster editors/texstudio -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-arm@FreeBSD.ORG Thu Apr 16 20:56:43 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B532F44B for ; Thu, 16 Apr 2015 20:56:43 +0000 (UTC) Received: from nm9-vm8.bullet.mail.gq1.yahoo.com (nm9-vm8.bullet.mail.gq1.yahoo.com [98.136.218.247]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7FD28165A for ; Thu, 16 Apr 2015 20:56:43 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1429217640; bh=fRAGMj7jGPT1IlYvzGOECepAI95RdJMDYUSAI8gsEkE=; h=Date:From:Reply-To:To:In-Reply-To:References:Subject:From:Subject; b=lc1j36Knsy94fMCRCH4KRsWwvGeI4baCY4//iTr4BLO0Hxoen7AQaV5/8RX8/Xexlegvaf/P3cIhwT0qfIndMQAo5b9yVJiHOtpxTUvheNaGI1IpRCR2dG/O/UGl/bx5hZdeUA2mP90Is/OIyty9kSuM6diL50rIry/lW6fH+uRYmXLOpA+m32NqDFfko5QXCWSi0lFiCLZMHXOCnk9ZL6EinU51vz5VPtwJI4EBE1mFEec/bJIKVFcQzDgUCNVI9GiF0vn2wmHrwJfuYroC2NWLvtpoTwaOUSYxGslB1275uJWqxnSfi4gkpuPwoouDI4h+TKj3GclnTbGsu1TZ6Q== Received: from [98.137.12.174] by nm9.bullet.mail.gq1.yahoo.com with NNFMP; 16 Apr 2015 20:54:00 -0000 Received: from [98.137.12.238] by tm13.bullet.mail.gq1.yahoo.com with NNFMP; 16 Apr 2015 20:54:00 -0000 Received: from [127.0.0.1] by omp1046.mail.gq1.yahoo.com with NNFMP; 16 Apr 2015 20:54:00 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 879457.30546.bm@omp1046.mail.gq1.yahoo.com X-YMail-OSG: kLBxEBgVM1nBgJ0WrYvjp7DsqS0.qxi8yEdD4zULaQktLxSrOaB1OccHBnR_zuN jc9WuYzh47X2XzCbegrS7dSsizJ9cvxcwRIDuNC2gKbYDFcopfL9KKIik8u6.7A5YsvcpI7iLl1L _DJnZvwJq.t9vpTWBI.xJy_ohwZf5KydoJ2i252ClXd0wqYu6bMyvIEmqYfru2rJdP00Pe.1SWqv 31Nx34pM3jU0oYaqvQxwEjeFNQt0IL7PK34no6BoW5c2pGg0JYmDBMEh7hmENRM3KGgXfWIAwmDs VUqQbZ_LdRzC2l1Cfcu9SYSsAZNK.PCEMvwnwWzszCiGQXcm45aoQBadhe56zZMx97BR10srwyXq da5sfEwGu8Vspm_vQzLy2KxLzt7TkkTAXr__71b0KvYCofRmMRZdvJrb9Pj2I3F8hxkAivK17J_H pMXyuBsdofvOMISmtTRxMX.cm2jCMHyeS64e3RsS1gMvTGj3ve4cIshfowpls.P91UHDvvzHRUQI dMkHXvcog Received: by 216.39.60.212; Thu, 16 Apr 2015 20:54:00 +0000 Date: Thu, 16 Apr 2015 20:53:59 +0000 (UTC) From: Ji-Haw Foo Reply-To: Ji-Haw Foo To: Jukka Ukkonen , "freebsd-arm@FreeBSD.org" Message-ID: <80425730.1897994.1429217639818.JavaMail.yahoo@mail.yahoo.com> In-Reply-To: <5529FE8E.9020003@gmail.com> References: <5529FE8E.9020003@gmail.com> Subject: Re: Current recommended method for building FreeBSD for R-PI MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Apr 2015 20:56:43 -0000 I use the current image for Pi B (not Pi 2). It works well but there's stil= l no pkg support. Everything is off ports.=20 On Saturday, April 11, 2015 10:11 PM, Jukka Ukkonen = wrote: =20 =20 Hello all, I hope someone can help me forward with these questions... What is the current recommended method for building FreeBSD for a Raspberry PI?=C2=A0 It has been about a year, maybe longer, since I last cross-compiled it on amd64. I assume that since then many things may have changed. Pretty soon I will need R-PI again as a test environment. In fact I might wish to use R-PI 2 as a representative of a bit more powerful low end environment. So, it would be nice to known whether there are any special things to know and pay attention to while building FreeBSD for an R-PI 2 instead of the R-PI B+? Can I use 10.1-stable or should I still use current/head sources as previously when I last time built FreeBSD for R-PI? Cheers, --jau _______________________________________________ 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 Thu Apr 16 21:48:56 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D4C9910A for ; Thu, 16 Apr 2015 21:48:56 +0000 (UTC) Received: from mail-oi0-f46.google.com (mail-oi0-f46.google.com [209.85.218.46]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9B0921B82 for ; Thu, 16 Apr 2015 21:48:55 +0000 (UTC) Received: by oica37 with SMTP id a37so55418869oic.0 for ; Thu, 16 Apr 2015 14:48:54 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=lS1UcLX73DI2DgbWvmMtf7sw7yZobmCAGXx4od8ALqk=; b=isiAmvkLw+qPgqR0z1ToAeANzE4Z4k1aKgICUXqFMQzOsOVep2LN8FRkwobJJ5CTBc p7xGPZNnbjoR9/6d5fS4EpNyqRGjOWUpldd9n5jY07nLxPLkK3YUfeqixUGa/eH9Q7RC 1FuA5i9xOEeSrgCKkeWOw9rM7ujzXNZAQaD5VfzLPoi4BwdkBHlI2Lt9rauy5hvFmHjw b0Hc6sQNdeeCcykahB7J6qPPwsw2Kz3wPotmt09Y9QdjsdK4sg2393IgYB+OBKWvaoVS lTNdEy26zQ2lHi8dKdn3wptMRL6j88OF3ryBxMmeaO3UPh/p2PldcELrQITprJl3/p7M Y17w== X-Gm-Message-State: ALoCoQlpfYeuoQDSU3MxYxfTL7pH/XU1Lat3ZgMSqj1PQnkqpxC98jzymOaQK6yg9q3lVamnPCLG MIME-Version: 1.0 X-Received: by 10.202.183.214 with SMTP id h205mr22041394oif.87.1429220514692; Thu, 16 Apr 2015 14:41:54 -0700 (PDT) Received: by 10.60.63.72 with HTTP; Thu, 16 Apr 2015 14:41:54 -0700 (PDT) In-Reply-To: <37983D60-3AD9-4DEC-A1D8-4E65BABE3066@nimrev.com> References: <6970CFB2-6347-4BAF-BA24-56196C33C3BC@nimrev.com> <37983D60-3AD9-4DEC-A1D8-4E65BABE3066@nimrev.com> Date: Fri, 17 Apr 2015 00:41:54 +0300 Message-ID: Subject: Re: mmc/sd driver testing. From: Alexander Fedorov To: Bas Vermin Cc: Pratik Singhal , "freebsd-arm@freebsd.org" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Apr 2015 21:48:56 -0000 Hello! If it helps, I've updated my patch to CURRENT r281599. These are the changes from the previous version: - Style fixes, suggested by Ian. - Speed improovment (reading from 2 MB/s to 5-6 MB/s, writing from 0.8 to 1.5 MB/s). - Use bus_space_write_multi_4/bus_space_read_multi_4 for large blocks. - Multiblock I/O support. Some simple tests: ### Read test #### # dd if=3D/dev/mmcsd0s2 of=3D/dev/null bs=3D4k count=3D4k 4096+0 records in 4096+0 records out 16777216 bytes transferred in 4.438201 secs (3780184 bytes/sec) root@:~ # dd if=3D/dev/mmcsd0s2 of=3D/dev/null bs=3D8k count=3D4k 4096+0 records in 4096+0 records out 33554432 bytes transferred in 5.514032 secs (6085281 bytes/sec) root@:~ # dd if=3D/dev/mmcsd0s2 of=3D/dev/null bs=3D16k count=3D4k 4096+0 records in 4096+0 records out 67108864 bytes transferred in 10.341467 secs (6489299 bytes/sec) root@:~ # dd if=3D/dev/mmcsd0s2 of=3D/dev/null bs=3D32k count=3D4k 4096+0 records in 4096+0 records out 134217728 bytes transferred in 19.956929 secs (6725370 bytes/sec) root@:~ # ### Write test #### root@:~ # dd if=3D/dev/zero of=3Dtest bs=3D8k count=3D4k 4096+0 records in 4096+0 records out 33554432 bytes transferred in 21.556914 secs (1556551 bytes/sec) root@:~ # dd if=3D/dev/zero of=3Dtest bs=3D32k count=3D1k 1024+0 records in 1024+0 records out 33554432 bytes transferred in 26.035960 secs (1288773 bytes/sec) root@:~ # dd if=3D/dev/zero of=3Dtest bs=3D4k count=3D1k 1024+0 records in 1024+0 records out 4194304 bytes transferred in 4.173082 secs (1005085 bytes/sec) root@:~ # rm test root@:~ # dd if=3D/dev/zero of=3Dtest bs=3D16k count=3D1k 1024+0 records in 1024+0 records out 16777216 bytes transferred in 8.148621 secs (2058902 bytes/sec) root@:~ # ### DMESG on PC-DUINO ### sun4i#fatload mmc 0 0x40200000 kernel; go 0x40200100 reading kernel 5925139 bytes read ## Starting application at 0x40200100 ... KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2015 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 11.0-CURRENT #98 r281599M: Thu Apr 16 23:56:20 MSK 2015 XeNoN@xenon.org:/usr/obj/arm.armv6/usr/home/XeNoN/mydoc/projects/head/s= ys/CUBIEBOARD arm FreeBSD clang version 3.6.0 (tags/RELEASE_360/final 230434) 20150225 WARNING: WITNESS option enabled, expect reduced performance. CPU: Cortex A8-r3 rev 2 (Cortex-A core) Supported features: ARM_ISA THUMB2 JAZELLE THUMBEE ARMv4 Security_Ext WB disabled EABT branch prediction enabled LoUU:2 LoC:3 LoUIS:1 Cache level 1: 32KB/64B 4-way data cache WT WB Read-Alloc 32KB/64B 4-way instruction cache Read-Alloc Cache level 2: 256KB/64B 8-way unified cache WT WB Read-Alloc Write-Alloc real memory =3D 1073741824 (1024 MB) avail memory =3D 1038589952 (990 MB) random: entropy device infrastructure driver random: selecting highest priority adaptor random: SOFT: yarrow init() random: selecting highest priority adaptor ofwbus0: simplebus0: on ofwbus0 aintc0: mem 0x1c20400-0x1c207ff on simpleb= us0 a10_sramc0: mem 0x1c00000-0x1c00fff on simplebus0 a10_ccm0: mem 0x1c20000-0x1c203ff on simpl= ebus0 a10_timer0: mem 0x1c20c00-0x1c20c8f irq 22 on simplebus0 Event timer "a10_timer Eventtimer" frequency 24000000 Hz quality 1000 Timecounter "a10_timer timer0" frequency 24000000 Hz quality 1000 a10wd0: mem 0x1c20c90-0x1c20c97 on simplebus0 gpio0: mem 0x1c20800-0x1c20bff irq 28 on simple= bus0 gpiobus0: on gpio0 gpioc0: on gpio0 ehci0: mem 0x1c14000-0x1c14fff irq 39 on simplebus0 usbus0: EHCI version 1.0 usbus0 on ehci0 ehci1: mem 0x1c1c000-0x1c1cfff irq 40 on simplebus0 usbus1: EHCI version 1.0 usbus1 on ehci1 a10_mmc0: mem 0x1c0f000-0x1c0ffff irq 32 on simpleb= us0 mmc0: on a10_mmc0 a10_mmc0: attach OK uart0: <16750 or compatible> mem 0x1c28000-0x1c283ff irq 1 on simplebus0 uart0: console (115200,n,8,1) emac0: mem 0x1c0b000-0x1c0bfff irq 55 on simplebus0 miibus0: on emac0 rlphy0: PHY 1 on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto emac0: Ethernet address: 62:73:64:a3:05:c4 Timecounters tick every 10.000 msec usbus0: 480Mbps High Speed USB v2.0 usbus1: 480Mbps High Speed USB v2.0 ugen1.1: at usbus1 uhub0: on usbus= 1 ugen0.1: at usbus0 uhub1: on usbus= 0 mmcsd0: 4GB at mmc0 50.0MHz/4bit/16-block random: unblocking device. WARNING: WITNESS option enabled, expect reduced performance. Root mount waiting for: usbus1 usbus0 uhub1: 1 port with 1 removable, self powered uhub0: 1 port with 1 removable, self powered Trying to mount root from ufs:/dev/mmcsd0s2 []... WARNING: / was not properly dismounted warning: no time-of-day clock registered, system time will not be set accur= ately Setting hostuuid: 381135a6-e476-11e4-a053-eb0bbb102e89. Setting hostid: 0x199caa7a. No suitable dump device was found. Starting file system checks: /dev/mmcsd0s2: FREE BLK COUNT(S) WRONG IN SUPERBLK (SALVAGED) /dev/mmcsd0s2: SUMMARY INFORMATION BAD (SALVAGED) /dev/mmcsd0s2: BLK(S) MISSING IN BIT MAPS (SALVAGED) /dev/mmcsd0s2: 15693 files, 83449 used, 164210 free (34 frags, 20522 blocks, 0.0% fragmentation) Mounting local file systems:. /etc/rc: WARNING: $hostname is not set -- see rc.conf(5). Feeding entropy:. Starting Network: lo0 emac0. lo0: flags=3D8049 metric 0 mtu 16384 options=3D600003 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x2 inet 127.0.0.1 netmask 0xff000000 groups: lo nd6 options=3D21 emac0: flags=3D8802 metric 0 mtu 1500 options=3D80008 ether 62:73:64:a3:05:c4 emac0: link state changed to DOWN media: Ethernet autoselect (none) status: no carrier nd6 options=3D29 Starting devd. Starting Network: emac0. emac0: flags=3D8802 metric 0 mtu 1500 options=3D80008 ether 62:73:64:a3:05:c4 media: Ethernet autoselect (none) status: no carrier nd6 options=3D29 add net fe80::: gateway ::1 add net ff02::: gateway ::1 add net ::ffff:0.0.0.0: gateway ::1 add net ::0.0.0.0: gateway ::1 Creating and/or trimming log files. Starting syslogd. ELF ldconfig path: /lib /usr/lib /usr/lib/compat Starting casperd. Clearing /tmp (X related). Updating motd:. Mounting late file systems:. Starting sendmail_submit. Starting sendmail_msp_queue. Starting cron. Starting background file system checks in 60 seconds. Thu Apr 16 21:05:55 UTC 2015 FreeBSD/arm (Amnesiac) (ttyu0) login: Patch: Index: sys/arm/allwinner/a10_clk.c =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=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=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- sys/arm/allwinner/a10_clk.c (revision 281599) +++ sys/arm/allwinner/a10_clk.c (working copy) @@ -189,3 +189,40 @@ return (0); } +int +a10_clk_mmc_activate(uint32_t *mod_clk) +{ + struct a10_ccm_softc *sc =3D a10_ccm_sc; + uint32_t reg_value; + uint32_t pll5_clk; + uint32_t divider; + uint32_t n, k, p; + + if (sc =3D=3D NULL) + return ENXIO; + + /* Gating AHB clock for SDMMC0 */ + reg_value =3D ccm_read_4(sc, CCM_AHB_GATING0); + reg_value |=3D CCM_AHB_GATING_SDMMC0; + ccm_write_4(sc, CCM_AHB_GATING0, reg_value); + + /* Config mod clock */ + reg_value =3D ccm_read_4(sc, CCM_PLL5_CFG); + n =3D (reg_value >> 8) & 0x1f; + k =3D ((reg_value >> 4) & 3) + 1; + p =3D 1 << ((reg_value >> 16) & 3); + pll5_clk =3D 24000000 * n * k / p; + + if (pll5_clk > 400000000) + divider =3D 4; + else + divider =3D 3; + + ccm_write_4(sc, CCM_MMC0_SCLK_CFG, + CCM_MMC0_GATE_PASS | CCM_MMC0_CLK_SRC_PLL5 | divider); + + *mod_clk =3D pll5_clk / (divider + 1); + + return 0; +} + Index: sys/arm/allwinner/a10_clk.h =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=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=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- sys/arm/allwinner/a10_clk.h (revision 281599) +++ sys/arm/allwinner/a10_clk.h (working copy) @@ -104,6 +104,7 @@ #define CCM_AHB_GATING_EHCI0 (1 << 1) #define CCM_AHB_GATING_EHCI1 (1 << 3) #define CCM_AHB_GATING_EMAC (1 << 17) +#define CCM_AHB_GATING_SDMMC0 (1 << 8) #define CCM_USB_PHY (1 << 8) #define CCM_USB0_RESET (1 << 0) @@ -110,8 +111,13 @@ #define CCM_USB1_RESET (1 << 1) #define CCM_USB2_RESET (1 << 2) +#define CCM_MMC0_CLK_SRC_PLL5 (2U << 24) +#define CCM_MMC0_GATE_MASK (0 << 31) +#define CCM_MMC0_GATE_PASS (1 << 31) + int a10_clk_usb_activate(void); int a10_clk_usb_deactivate(void); int a10_clk_emac_activate(void); +int a10_clk_mmc_activate(uint32_t *mod_clk); #endif /* _A10_CLK_H_ */ Index: sys/arm/allwinner/a10_mmc.c =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=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=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- sys/arm/allwinner/a10_mmc.c (revision 0) +++ sys/arm/allwinner/a10_mmc.c (working copy) @@ -0,0 +1,622 @@ +/*- + * Copyright (c) 2014 Alexander Fedorov + * All rights reserved. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in the + * documentation and/or other materials provided with the distribution. + * + * THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND + * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE + * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURP= OSE + * ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE + * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENT= IAL + * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS + * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) + * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STR= ICT + * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY W= AY + * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF + * SUCH DAMAGE. + * + */ +#include +__FBSDID("$FreeBSD$"); + +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include + +#include + +#include +#include +#include +#include +#include + +#include +#include + +#include +#include +#include + +#include +#include + +struct a10_mmc_softc { + device_t dev; + struct mmc_host host; + struct mmc_request * req; + struct mtx mtx; + struct resource * mem_res; + struct resource * irq_res; + bus_space_tag_t bst; + bus_space_handle_t bsh; + void * intrhand; + uint32_t mod_clk; + int bus_busy; +}; + +static int a10_mmc_probe(device_t); +static int a10_mmc_attach(device_t); +static int a10_mmc_detach(device_t); +static void a10_mmc_intr(void *); + +static int a10_mmc_update_ios(device_t, device_t); +static int a10_mmc_request(device_t, device_t, struct mmc_request *); +static int a10_mmc_get_ro(device_t, device_t); +static int a10_mmc_acquire_host(device_t, device_t); +static int a10_mmc_release_host(device_t, device_t); + +#define a10_mmc_lock(_sc) \ + mtx_lock(&_sc->mtx); +#define a10_mmc_unlock(_sc) \ + mtx_unlock(&_sc->mtx); +#define RD4(_sc, _reg) \ + bus_space_read_4(_sc->bst, _sc->bsh, _reg) +#define WR4(_sc, _reg, _value) \ + bus_space_write_4(_sc->bst, _sc->bsh, _reg, _value) + +static int +a10_mmc_probe(device_t dev) +{ + if (!ofw_bus_status_okay(dev)) + return (ENXIO); + + if (!ofw_bus_is_compatible(dev, "allwinner,sun4i-mmc")) + return (ENXIO); + + device_set_desc(dev, "A10 MMC/SD controller"); + return (BUS_PROBE_DEFAULT); +} + +static int +a10_mmc_attach(device_t dev) +{ + + struct a10_mmc_softc *sc =3D device_get_softc(dev); + device_t child; + uint32_t reg; + int rid; + + sc->dev =3D dev; + sc->req =3D NULL; + + mtx_init(&sc->mtx, "a10_mmc", "mmc", MTX_DEF); + + rid =3D 0; + sc->mem_res =3D bus_alloc_resource_any(dev, SYS_RES_MEMORY, &rid, + RF_ACTIVE); + if (!sc->mem_res) { + device_printf(dev, "cannot allocate memory window\n"); + return (ENXIO); + } + + sc->bst =3D rman_get_bustag(sc->mem_res); + sc->bsh =3D rman_get_bushandle(sc->mem_res); + + rid =3D 0; + sc->irq_res =3D bus_alloc_resource_any(dev, SYS_RES_IRQ, &rid, + RF_ACTIVE | RF_SHAREABLE); + if (!sc->irq_res) { + device_printf(dev, "cannot allocate interrupt\n"); + bus_release_resource(dev, SYS_RES_MEMORY, 0, sc->mem_res); + return (ENXIO); + } + + if (bus_setup_intr(dev, sc->irq_res, INTR_TYPE_MISC | INTR_MPSAFE, + NULL, a10_mmc_intr, sc, &sc->intrhand)) + { + bus_release_resource(dev, SYS_RES_MEMORY, 0, sc->mem_res); + bus_release_resource(dev, SYS_RES_IRQ, 0, sc->irq_res); + device_printf(dev, "cannot setup interrupt handler\n"); + return (ENXIO); + } + + if(a10_clk_mmc_activate(&sc->mod_clk)) { + return (ENXIO); + } + + /* Reset controller */ + reg =3D RD4(sc, A10_MMC_GCTRL) | \ + A10_MMC_SOFT_RESET | A10_MMC_FIFO_RESET | A10_MMC_DMA_RESET; + + WR4(sc, A10_MMC_GCTRL, reg); + while(RD4(sc, A10_MMC_GCTRL) & \ + (A10_MMC_SOFT_RESET | A10_MMC_FIFO_RESET | A10_MMC_DMA_RESET))= ; + + /* config DMA/Interrupt Trigger threshold */ + // WR4(sc, MMC_FTRGL, 0x70008); + + /* Config timeout register */ + WR4(sc, A10_MMC_TMOUT, 0xffffffff); + + /* Clear interrupt flags */ + WR4(sc, A10_MMC_RINTR, 0xffffffff); + + WR4(sc, A10_MMC_DBGC, 0xdeb); + WR4(sc, A10_MMC_FUNS, 0xceaa0000); + + sc->host.f_min =3D 400000; + sc->host.f_max =3D 50000000; + sc->host.host_ocr =3D MMC_OCR_320_330 | MMC_OCR_330_340; + sc->host.caps =3D MMC_CAP_4_BIT_DATA | MMC_CAP_HSPEED; + sc->host.mode =3D mode_sd; + +// device_set_ivars(dev, &sc->host); + + child =3D device_add_child(dev, "mmc", 0); + if (!child) { + device_printf(dev, "attaching MMC bus failed!\n"); + bus_teardown_intr(dev, sc->irq_res, sc->intrhand); + bus_release_resource(dev, SYS_RES_MEMORY, 0, sc->mem_res); + bus_release_resource(dev, SYS_RES_IRQ, 0, sc->irq_res); + return (ENXIO); + } + + bus_generic_probe(dev); + bus_generic_attach(dev); + device_printf(sc->dev, "attach OK\n"); + + return (0); +} + +static int +a10_mmc_detach(device_t dev) +{ + struct a10_mmc_softc *sc =3D device_get_softc(dev); + device_printf(sc->dev, "detach\n"); + return (EBUSY); +} + +static void +a10_req_ok(struct a10_mmc_softc *sc) +{ + struct mmc_command *cmd =3D sc->req->cmd; + uint32_t resp_status;; + + do{ + resp_status =3D RD4(sc, A10_MMC_STAS); + }while(resp_status & A10_MMC_CARD_DATA_BUSY); + + if (cmd->flags & MMC_RSP_136) { + cmd->resp[0] =3D RD4(sc, A10_MMC_RESP3); + cmd->resp[1] =3D RD4(sc, A10_MMC_RESP2); + cmd->resp[2] =3D RD4(sc, A10_MMC_RESP1); + cmd->resp[3] =3D RD4(sc, A10_MMC_RESP0); + } else { + cmd->resp[0] =3D RD4(sc, A10_MMC_RESP0); + } + + sc->req->cmd->error =3D MMC_ERR_NONE; + sc->req->done(sc->req); + sc->req =3D NULL; +} + +static void +a10_req_err(struct a10_mmc_softc *sc) +{ + struct mmc_command *cmd =3D sc->req->cmd; +// device_printf(sc->dev, "req error\n"); + cmd->error =3D MMC_ERR_TIMEOUT; + sc->req->done(sc->req); + sc->req =3D NULL; +} + +static void +a10_mmc_intr(void *arg) +{ + struct a10_mmc_softc *sc =3D (struct a10_mmc_softc *)arg; + struct mmc_command *cmd =3D sc->req->cmd; + struct mmc_data *data =3D cmd->data; + uint32_t *buf =3D NULL; + uint32_t rint =3D RD4(sc, A10_MMC_RINTR); + uint32_t imask =3D RD4(sc, A10_MMC_IMASK); + int i =3D 0; + + imask &=3D ~rint; + WR4(sc, A10_MMC_IMASK, imask); + WR4(sc, A10_MMC_RINTR, rint); + + if (sc->req =3D=3D NULL){ + device_printf(sc->dev, "req =3D=3D NULL, rint: 0x%08X\n", rint); + } + + if (rint & A10_MMC_INT_ERR_BIT){ + device_printf(sc->dev, "error rint: 0x%08X\n", rint); + a10_req_err(sc); + return; + } + + if (!data && (rint & A10_MMC_CMD_DONE)){ + a10_req_ok(sc); + return; + } + + if (data && (rint & A10_MMC_DATA_OVER)){ + a10_req_ok(sc); + return; + } + + if (data !=3D NULL) { + buf =3D (uint32_t*)data->data; + + if (data->flags & MMC_DATA_READ){ + if (data->len >=3D MMC_SECTOR_SIZE){ + for (i =3D 0; i < (data->len >> 2) / A10_MMC_FIFO_SIZE; i+= +){ + while (!(RD4(sc, A10_MMC_STAS) & A10_MMC_FIFO_FULL)) + continue; + + bus_space_read_multi_4(sc->bst, sc->bsh, A10_MMC_FIFO,= \ + buf, A10_MMC_FIFO_SIZE); + buf +=3D A10_MMC_FIFO_SIZE; + } + }else{ + for (i =3D 0; i < (data->len >> 2); i++) { + while (RD4(sc, A10_MMC_STAS) & A10_MMC_FIFO_EMPTY) + continue; + + buf[i] =3D RD4(sc, A10_MMC_FIFO); + } + } + } + + if ((data->flags & MMC_DATA_WRITE) && (rint & A10_MMC_TX_DATA_REQ)= ){ + if (data->len >=3D MMC_SECTOR_SIZE){ + for (i =3D 0; i < (data->len >> 2) / A10_MMC_FIFO_SIZE; i+= +){ + while (!(RD4(sc, A10_MMC_STAS) & A10_MMC_FIFO_EMPTY)) + continue; + + bus_space_write_multi_4(sc->bst, sc->bsh, A10_MMC_FIFO, buf, A10_MMC_FIFO_SIZE); + buf +=3D A10_MMC_FIFO_SIZE; + } + }else{ + for (i =3D 0; i < (data->len >> 2); i++) { + while(RD4(sc, A10_MMC_STAS) & A10_MMC_FIFO_FULL) + continue; + + WR4(sc, A10_MMC_FIFO, buf[i]); + } + } + } + } + + return; +} + +static int +a10_mmc_request(device_t bus, device_t child, struct mmc_request *req) +{ + struct a10_mmc_softc *sc =3D device_get_softc(bus); + struct mmc_command *cmd =3D req->cmd; + uint32_t cmdreg =3D A10_MMC_START; + uint32_t imask =3D A10_MMC_CMD_DONE | A10_MMC_INT_ERR_BIT; + +// device_printf(sc->dev, "request\n"); + + a10_mmc_lock(sc); + if (sc->req){ + a10_mmc_unlock(sc); + return (EBUSY); + } + + sc->req =3D req; + + if (cmd->opcode =3D=3D MMC_GO_IDLE_STATE) + cmdreg |=3D A10_MMC_SEND_INIT_SEQ; + if (cmd->flags & MMC_RSP_PRESENT) + cmdreg |=3D A10_MMC_RESP_EXP; + if (cmd->flags & MMC_RSP_136) + cmdreg |=3D A10_MMC_LONG_RESP; + if (cmd->flags & MMC_RSP_CRC) + cmdreg |=3D A10_MMC_CHECK_RESP_CRC; + + if (cmd->data) { + + if ((cmd->opcode =3D=3D MMC_WRITE_MULTIPLE_BLOCK || + cmd->opcode =3D=3D MMC_READ_MULTIPLE_BLOCK)) + cmdreg |=3D A10_MMC_SEND_AUTOSTOP; + + cmdreg |=3D A10_MMC_DATA_EXP | A10_MMC_WAIT_PREOVER; + imask |=3D A10_MMC_DATA_OVER; + if (cmd->data->flags & MMC_DATA_WRITE){ + cmdreg |=3D A10_MMC_WRITE; + imask |=3D A10_MMC_TX_DATA_REQ; + }else{ + imask |=3D A10_MMC_RX_DATA_REQ; + } + + uint32_t blksz =3D (cmd->data->len < MMC_SECTOR_SIZE) ? \ + cmd->data->len : MMC_SECTOR_SIZE; + + WR4(sc, A10_MMC_BLKSZ, blksz); + WR4(sc, A10_MMC_BCNTR, cmd->data->len); + + /* Choose access by AHB */ + WR4(sc, A10_MMC_GCTRL, + RD4(sc, A10_MMC_GCTRL)|A10_MMC_ACCESS_BY_AHB); + } + + if (cmd->flags & MMC_RSP_BUSY) { + imask |=3D A10_MMC_DATA_TIMEOUT; + } + + /* Enable interrupts and set IMASK */ + WR4(sc, A10_MMC_IMASK, imask); + WR4(sc, A10_MMC_GCTRL, + RD4(sc, A10_MMC_GCTRL)|A10_MMC_INT_ENABLE); + + WR4(sc, A10_MMC_CARG, cmd->arg); + WR4(sc, A10_MMC_CMDR, cmdreg|cmd->opcode); + + a10_mmc_unlock(sc); + + return 0; +} + +static int +a10_mmc_read_ivar(device_t bus, device_t child, int which, + uintptr_t *result) +{ + struct a10_mmc_softc *sc =3D device_get_softc(bus); + +// device_printf(sc->dev, "read ivar\n"); + + switch (which) { + default: + return (EINVAL); + case MMCBR_IVAR_BUS_MODE: + *(int *)result =3D sc->host.ios.bus_mode; + break; + case MMCBR_IVAR_BUS_WIDTH: + *(int *)result =3D sc->host.ios.bus_width; + break; + case MMCBR_IVAR_CHIP_SELECT: + *(int *)result =3D sc->host.ios.chip_select; + break; + case MMCBR_IVAR_CLOCK: + *(int *)result =3D sc->host.ios.clock; + break; + case MMCBR_IVAR_F_MIN: + *(int *)result =3D sc->host.f_min; + break; + case MMCBR_IVAR_F_MAX: + *(int *)result =3D sc->host.f_max; + break; + case MMCBR_IVAR_HOST_OCR: + *(int *)result =3D sc->host.host_ocr; + break; + case MMCBR_IVAR_MODE: + *(int *)result =3D sc->host.mode; + break; + case MMCBR_IVAR_OCR: + *(int *)result =3D sc->host.ocr; + break; + case MMCBR_IVAR_POWER_MODE: + *(int *)result =3D sc->host.ios.power_mode; + break; + case MMCBR_IVAR_VDD: + *(int *)result =3D sc->host.ios.vdd; + break; + case MMCBR_IVAR_CAPS: + *(int *)result =3D sc->host.caps; + break; + case MMCBR_IVAR_MAX_DATA: + *(int *)result =3D 16; + break; + } + + return (0); +} + +static int +a10_mmc_write_ivar(device_t bus, device_t child, int which, + uintptr_t value) +{ + struct a10_mmc_softc *sc =3D device_get_softc(bus); + +// device_printf(sc->dev, "write ivar\n"); + + switch (which) { + default: + return (EINVAL); + case MMCBR_IVAR_BUS_MODE: + sc->host.ios.bus_mode =3D value; + break; + case MMCBR_IVAR_BUS_WIDTH: + sc->host.ios.bus_width =3D value; + break; + case MMCBR_IVAR_CHIP_SELECT: + sc->host.ios.chip_select =3D value; + break; + case MMCBR_IVAR_CLOCK: + sc->host.ios.clock =3D value; + break; + case MMCBR_IVAR_MODE: + sc->host.mode =3D value; + break; + case MMCBR_IVAR_OCR: + sc->host.ocr =3D value; + break; + case MMCBR_IVAR_POWER_MODE: + sc->host.ios.power_mode =3D value; + break; + case MMCBR_IVAR_VDD: + sc->host.ios.vdd =3D value; + break; + /* These are read-only */ + case MMCBR_IVAR_CAPS: + case MMCBR_IVAR_HOST_OCR: + case MMCBR_IVAR_F_MIN: + case MMCBR_IVAR_F_MAX: + case MMCBR_IVAR_MAX_DATA: + return (EINVAL); + } + return (0); +} + +static int +a10_mmc_update_ios(device_t bus, device_t child) +{ + struct a10_mmc_softc *sc =3D device_get_softc(bus); + struct mmc_ios *ios =3D &sc->host.ios; + uint32_t clkdiv =3D 0; + uint32_t cmdreg =3D A10_MMC_START | A10_MMC_UPCLK_ONLY | A10_MMC_WAIT_PREOVER; + uint32_t rval =3D RD4(sc, A10_MMC_CLKCR); + +// device_printf(sc->dev, "update ios\n"); + + /* Change clock first */ + clkdiv =3D (sc->mod_clk + (ios->clock >> 1))/ios->clock/2; + + if (ios->clock) { + /* Disable clock */ + rval &=3D ~A10_MMC_CARD_CLK_ON; + WR4(sc, A10_MMC_CLKCR, rval); + + WR4(sc, A10_MMC_CMDR, cmdreg); + while(RD4(sc, A10_MMC_CMDR) & A10_MMC_START); + + /* Change divider */ + rval &=3D ~(0xFF); + rval |=3D clkdiv; + WR4(sc, A10_MMC_CLKCR, rval); + + WR4(sc, A10_MMC_CMDR, cmdreg); + while(RD4(sc, A10_MMC_CMDR) & A10_MMC_START); + + /* Enable clock */ + rval |=3D A10_MMC_CARD_CLK_ON; + WR4(sc, A10_MMC_CLKCR, rval); + + WR4(sc, A10_MMC_CMDR, cmdreg); + while(RD4(sc, A10_MMC_CMDR) & A10_MMC_START); + } + + /* Set the bus width */ + switch (ios->bus_width) { + case bus_width_1: + WR4(sc, A10_MMC_WIDTH, A10_MMC_WIDTH1); + break; + case bus_width_4: + WR4(sc, A10_MMC_WIDTH, A10_MMC_WIDTH4); + break; + case bus_width_8: + WR4(sc, A10_MMC_WIDTH, A10_MMC_WIDTH8); + break; + } + + return (0); +} + +static int +a10_mmc_get_ro(device_t bus, device_t child) +{ +// struct a10_mmc_softc *sc =3D device_get_softc(bus); +// device_printf(sc->dev, "get ro\n"); + return (0); +} + +static int +a10_mmc_acquire_host(device_t bus, device_t child) +{ + struct a10_mmc_softc *sc =3D device_get_softc(bus); + int error =3D 0; + +// device_printf(sc->dev, "aquire host\n"); + + a10_mmc_lock(sc); + while (sc->bus_busy) + error =3D mtx_sleep(sc, &sc->mtx, PZERO, "mmcah", 0); + + sc->bus_busy++; + a10_mmc_unlock(sc); + return (error); +} + +static int +a10_mmc_release_host(device_t bus, device_t child) +{ + struct a10_mmc_softc *sc =3D device_get_softc(bus); + +// device_printf(sc->dev, "release host\n"); + + a10_mmc_lock(sc); + sc->bus_busy--; + wakeup(sc); + a10_mmc_unlock(sc); + return (0); +} + +static device_method_t a10_mmc_methods[] =3D { + /* Device interface */ + DEVMETHOD(device_probe, a10_mmc_probe), + DEVMETHOD(device_attach, a10_mmc_attach), + DEVMETHOD(device_detach, a10_mmc_detach), + + /* Bus interface */ + DEVMETHOD(bus_read_ivar, a10_mmc_read_ivar), + DEVMETHOD(bus_write_ivar, a10_mmc_write_ivar), + DEVMETHOD(bus_print_child, bus_generic_print_child), + + /* MMC bridge interface */ + DEVMETHOD(mmcbr_update_ios, a10_mmc_update_ios), + DEVMETHOD(mmcbr_request, a10_mmc_request), + DEVMETHOD(mmcbr_get_ro, a10_mmc_get_ro), + DEVMETHOD(mmcbr_acquire_host, a10_mmc_acquire_host), + DEVMETHOD(mmcbr_release_host, a10_mmc_release_host), + + { 0, 0 } +}; + +static devclass_t a10_mmc_devclass; + +static driver_t a10_mmc_driver =3D { + "a10_mmc", + a10_mmc_methods, + sizeof(struct a10_mmc_softc), +}; + +DRIVER_MODULE(a10_mmc, simplebus, a10_mmc_driver, a10_mmc_devclass, 0, 0); + Property changes on: sys/arm/allwinner/a10_mmc.c ___________________________________________________________________ Added: svn:eol-style ## -0,0 +1 ## +native \ No newline at end of property Added: svn:keywords ## -0,0 +1 ## +FreeBSD=3D%H \ No newline at end of property Added: svn:mime-type ## -0,0 +1 ## +text/plain \ No newline at end of property Index: sys/arm/allwinner/a10_mmc.h =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=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=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- sys/arm/allwinner/a10_mmc.h (revision 0) +++ sys/arm/allwinner/a10_mmc.h (working copy) @@ -0,0 +1,181 @@ +/*- + * Copyright (c) 2013 Alexander Fedorov + * All rights reserved. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in the + * documentation and/or other materials provided with the distribution. + * + * THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND + * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE + * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURP= OSE + * ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE + * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENT= IAL + * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS + * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) + * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STR= ICT + * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY W= AY + * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF + * SUCH DAMAGE. + * + */ + +#ifndef _A10_MMC_H_ +#define _A10_MMC_H_ + +#define A10_MMC_GCTRL 0x00 /* Global Control Register */ +#define A10_MMC_CLKCR 0x04 /* Clock Control Register */ +#define A10_MMC_TMOUT 0x08 /* Time Out Register = */ +#define A10_MMC_WIDTH 0x0C /* Bus Width Register= */ +#define A10_MMC_BLKSZ 0x10 /* Block Size Registe= r */ +#define A10_MMC_BCNTR 0x14 /* Byte Count Registe= r */ +#define A10_MMC_CMDR 0x18 /* Command Register *= / +#define A10_MMC_CARG 0x1C /* Argument Register = */ +#define A10_MMC_RESP0 0x20 /* Response Register = 0 */ +#define A10_MMC_RESP1 0x24 /* Response Register = 1 */ +#define A10_MMC_RESP2 0x28 /* Response Register = 2 */ +#define A10_MMC_RESP3 0x2C /* Response Register = 3 */ +#define A10_MMC_IMASK 0x30 /* Interrupt Mask Register */ +#define A10_MMC_MISTA 0x34 /* Masked Interrupt Status Register */ +#define A10_MMC_RINTR 0x38 /* Raw Interrupt Status Register */ +#define A10_MMC_STAS 0x3C /* Status Register */ +#define A10_MMC_FTRGL 0x40 /* FIFO Threshold Watermark Register */ +#define A10_MMC_FUNS 0x44 /* Function Select Register */ +#define A10_MMC_CBCR 0x48 /* CIU Byte Count Register */ +#define A10_MMC_BBCR 0x4C /* BIU Byte Count Register */ +#define A10_MMC_DBGC 0x50 /* Debug Enable Register */ +#define A10_MMC_DMAC 0x80 /* IDMAC Control Register */ +#define A10_MMC_DLBA 0x84 /* IDMAC Descriptor List Base Address Register */ +#define A10_MMC_IDST 0x88 /* IDMAC Status Register */ +#define A10_MMC_IDIE 0x8C /* IDMAC Interrupt Enable Register */ +#define A10_MMC_CHDA 0x90 +#define A10_MMC_CBDA 0x94 +#define A10_MMC_FIFO 0x100 /* FIFO Access Addres= s */ + +/* A10_MMC_GCTRL */ +#define A10_MMC_SOFT_RESET (1 << 0) +#define A10_MMC_FIFO_RESET (1 << 1) +#define A10_MMC_DMA_RESET (1 << 2) +#define A10_MMC_INT_ENABLE (1 << 4) +#define A10_MMC_DMA_ENABLE (1 << 5) +#define A10_MMC_DEBOUNCE_ENABLE (1 << 8) +#define A10_MMC_POSEDGE_LATCH_DATA (1 << 9) +#define A10_MMC_NEGEDGE_LATCH_DATA (0 << 9) +#define A10_MMC_DDR_MODE (1 << 10) +#define A10_MMC_ACCESS_BY_AHB (1 << 31) +#define A10_MMC_ACCESS_BY_DMA (0 << 31) + +/* A10_MMC_CLKCR */ +#define A10_MMC_CARD_CLK_ON (1 << 16) +#define A10_MMC_LOW_POWER_ON (1 << 17) + +/* A10_MMC_WIDTH */ +#define A10_MMC_WIDTH1 (0) +#define A10_MMC_WIDTH4 (1) +#define A10_MMC_WIDTH8 (2) + +/* A10_MMC_CMDR */ +#define A10_MMC_RESP_EXP (1 << 6) +#define A10_MMC_LONG_RESP (1 << 7) +#define A10_MMC_CHECK_RESP_CRC (1 << 8) +#define A10_MMC_DATA_EXP (1 << 9) +#define A10_MMC_READ (0 << 10) +#define A10_MMC_WRITE (1 << 10) +#define A10_MMC_BLOCK_MODE (0 << 11) +#define A10_MMC_SEQ_MODE (1 << 11) +#define A10_MMC_SEND_AUTOSTOP (1 << 12) +#define A10_MMC_WAIT_PREOVER (1 << 13) +#define A10_MMC_STOP_ABORT_CMD (1 << 14) +#define A10_MMC_SEND_INIT_SEQ (1 << 15) +#define A10_MMC_UPCLK_ONLY (1 << 21) +#define A10_MMC_RDCEATADEV (1 << 22) +#define A10_MMC_CCS_EXP (1 << 23) +#define A10_MMC_ENB_BOOT (1 << 24) +#define A10_MMC_ALT_BOOT_OPT (1 << 25) +#define A10_MMC_MAND_BOOT_OPT (0 << 25) +#define A10_MMC_BOOT_ACK_EXP (1 << 26) +#define A10_MMC_DISABLE_BOOT (1 << 27) +#define A10_MMC_VOL_SWITCH (1 << 28) +#define A10_MMC_START (1 << 31) + +/* A10_MMC_IMASK and A10_MMC_RINTR */ +#define A10_MMC_RESP_ERR (1 << 1) +#define A10_MMC_CMD_DONE (1 << 2) +#define A10_MMC_DATA_OVER (1 << 3) +#define A10_MMC_TX_DATA_REQ (1 << 4) +#define A10_MMC_RX_DATA_REQ (1 << 5) +#define A10_MMC_RESP_CRC_ERR (1 << 6) +#define A10_MMC_DATA_CRC_ERR (1 << 7) +#define A10_MMC_RESP_TIMEOUT (1 << 8) +#define A10_MMC_ACK_RECV (1 << 8) +#define A10_MMC_DATA_TIMEOUT (1 << 9) +#define A10_MMC_BOOT_START (1 << 9) +#define A10_MMC_DATA_STARVE (1 << 10) +#define A10_MMC_VOL_CHG_DONE (1 << 10) +#define A10_MMC_FIFO_RUN_ERR (1 << 11) +#define A10_MMC_HARDW_LOCKED (1 << 12) +#define A10_MMC_START_BIT_ERR (1 << 13) +#define A10_MMC_AUTOCMD_DONE (1 << 14) +#define A10_MMC_END_BIT_ERR (1 << 15) +#define A10_MMC_SDIO_INT (1 << 16) +#define A10_MMC_CARD_INSERT (1 << 30) +#define A10_MMC_CARD_REMOVE (1 << 31) +#define A10_MMC_INT_ERR_BIT (A10_MMC_RESP_ERR | A10_MMC_RESP_CRC_ERR | A10_MMC_DATA_CRC_ERR | A10_MMC_RESP_TIMEOUT | A10_MMC_DATA_TIMEOUT \ + | A10_MMC_FIFO_RUN_ERR | A10_MMC_HARDW_LOCKED | A10_MMC_START_BIT_ERR | A10_MMC_END_BIT_ERR) +/* A10_MMC_STAS */ +#define A10_MMC_RX_WLFLAG (1 << 0) +#define A10_MMC_TX_WLFLAG (1 << 1) +#define A10_MMC_FIFO_EMPTY (1 << 2) +#define A10_MMC_FIFO_FULL (1 << 3) +#define A10_MMC_CARD_PRESENT (1 << 8) +#define A10_MMC_CARD_DATA_BUSY (1 << 9) +#define A10_MMC_DATA_FSM_BUSY (1 << 10) +#define A10_MMC_DMA_REQ (1 << 31) +#define A10_MMC_FIFO_SIZE (16) + +/* A10_MMC_FUNS */ +#define A10_MMC_CE_ATA_ON (0XCEAAU<< 16) +#define A10_MMC_SEND_IRQ_RESP (1 << 0) +#define A10_MMC_SDIO_RD_WAIT (1 << 1) +#define A10_MMC_ABT_RD_DATA (1 << 2) +#define A10_MMC_SEND_CC_SD (1 << 8) +#define A10_MMC_SEND_AUTOSTOP_CC_SD (1 << 9) +#define A10_MMC_CE_ATA_DEV_INT_ENB (1 << 10) + +/* IDMA CONTROLLER BUS MOD BIT FIELD */ +#define A10_MMC_IDMAC_SOFT_RST (1 << 0) +#define A10_MMC_IDMAC_FIX_BURST (1 << 1) +#define A10_MMC_IDMAC_IDMA_ON (1 << 7) +#define A10_MMC_IDMAC_REFETCH_DES (1 << 31) + +/* A10_MMC_IDST */ +#define A10_MMC_IDMAC_TRANSMIT_INT (1 << 0) +#define A10_MMC_IDMAC_RECEIVE_INT (1 << 1) +#define A10_MMC_IDMAC_FATAL_BUS_ERR (1 << 2) +#define A10_MMC_IDMAC_DES_INVALID (1 << 4) +#define A10_MMC_IDMAC_CARD_ERR_SUM (1 << 5) +#define A10_MMC_IDMAC_NORMAL_INT_SUM (1 << 8) +#define A10_MMC_IDMAC_ABNORMAL_INT_SUM (1 << 9) +#define A10_MMC_IDMAC_HOST_ABT_INTX (1 << 10) +#define A10_MMC_IDMAC_HOST_ABT_INRX (1 << 10) +#define A10_MMC_IDMAC_IDLE (0 << 13) +#define A10_MMC_IDMAC_SUSPEND (1 << 13) +#define A10_MMC_IDMAC_DESC_RD (0X2U<< 13) +#define A10_MMC_IDMAC_DESC_CHECK (0X3U<< 13) +#define A10_MMC_IDMAC_RD_REQ_WAIT (0X4U<< 13) +#define A10_MMC_IDMAC_WR_REQ_WAIT (0X5U<< 13) +#define A10_MMC_IDMAC_RD (0X6U<< 13) +#define A10_MMC_IDMAC_WR (0X7U<< 13) +#define A10_MMC_IDMAC_DESC_CLOSE (0X8U<< 13) + +#define A10_MMC_IDMA_OVER (A10_MMC_IDMAC_TRANSMIT_INT|A10_MMC_IDMAC_RECEIVE_INT|A10_MMC_IDMAC_NORMAL_= INT_SUM) +#define A10_MMC_IDMA_ERR (A10_MMC_IDMAC_FATAL_BUS_ERR|A10_MMC_IDMAC_DES_INVALID|A10_MMC_IDMAC_CARD_E= RR_SUM|A10_MMC_IDMAC_ABNORMAL_INT_SUM) + +#endif /* _A10_MMC_H_ */ + + Property changes on: sys/arm/allwinner/a10_mmc.h ___________________________________________________________________ Added: svn:eol-style ## -0,0 +1 ## +native \ No newline at end of property Added: svn:keywords ## -0,0 +1 ## +FreeBSD=3D%H \ No newline at end of property Added: svn:mime-type ## -0,0 +1 ## +text/plain \ No newline at end of property Index: sys/arm/allwinner/files.a10 =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=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=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- sys/arm/allwinner/files.a10 (revision 281599) +++ sys/arm/allwinner/files.a10 (working copy) @@ -8,6 +8,7 @@ arm/allwinner/a10_common.c standard arm/allwinner/a10_gpio.c optional gpio arm/allwinner/a10_ehci.c optional ehci +arm/allwinner/a10_mmc.c optional mmc arm/allwinner/a10_machdep.c standard arm/allwinner/a10_sramc.c standard arm/allwinner/a10_wdog.c standard Index: sys/arm/conf/CUBIEBOARD =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=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=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- sys/arm/conf/CUBIEBOARD (revision 281599) +++ sys/arm/conf/CUBIEBOARD (working copy) @@ -80,11 +80,11 @@ #options BOOTP_WIRED_TO=3Dcpsw0 # Boot device is 2nd slice on MMC/SD card -options ROOTDEVNAME=3D\"ufs:/dev/da0s2\" +options ROOTDEVNAME=3D\"ufs:/dev/mmcsd0s2\" # MMC/SD/SDIO Card slot support -#device mmc # mmc/sd bus -#device mmcsd # mmc/sd flash cards +device mmc # mmc/sd bus +device mmcsd # mmc/sd flash cards # ATA controllers #device ahci # AHCI-compatible SATA controllers Index: sys/boot/fdt/dts/arm/cubieboard.dts =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=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=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- sys/boot/fdt/dts/arm/cubieboard.dts (revision 281599) +++ sys/boot/fdt/dts/arm/cubieboard.dts (working copy) @@ -60,6 +60,10 @@ emac@01c0b000 { status =3D "okay"; }; + + mmc0: mmc@01c0f000 { + status =3D "okay"; + }; }; chosen { Index: sys/boot/fdt/dts/arm/sun4i-a10.dtsi =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=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=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- sys/boot/fdt/dts/arm/sun4i-a10.dtsi (revision 281599) +++ sys/boot/fdt/dts/arm/sun4i-a10.dtsi (working copy) @@ -103,6 +103,13 @@ interrupt-parent =3D <&AINTC>; }; + mmc0: mmc@01c0f000 { + compatible =3D "allwinner,sun4i-mmc"; + reg =3D <0x01c0f000 0x1000>; + interrupts =3D <32>; + interrupt-parent =3D <&AINTC>; + }; + sata@01c18000 { compatible =3D "allwinner,sun4i-ahci"; reg =3D <0x01c18000 0x1000>; Index: sys/dev/mmc/mmc.c =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=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=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- sys/dev/mmc/mmc.c (revision 281599) +++ sys/dev/mmc/mmc.c (working copy) @@ -1800,6 +1800,7 @@ DRIVER_MODULE(mmc, aml8726_mmc, mmc_driver, mmc_devclass, NULL, NULL); DRIVER_MODULE(mmc, aml8726_sdxc, mmc_driver, mmc_devclass, NULL, NULL); DRIVER_MODULE(mmc, at91_mci, mmc_driver, mmc_devclass, NULL, NULL); +DRIVER_MODULE(mmc, a10_mmc, mmc_driver, mmc_devclass, NULL, NULL); DRIVER_MODULE(mmc, sdhci_bcm, mmc_driver, mmc_devclass, NULL, NULL); DRIVER_MODULE(mmc, sdhci_fdt, mmc_driver, mmc_devclass, NULL, NULL); DRIVER_MODULE(mmc, sdhci_imx, mmc_driver, mmc_devclass, NULL, NULL); 2015-04-14 13:55 GMT+03:00 Bas Vermin : > Thanks a lot! > > If you need some help testing patches during your GSoC, just let me know.= I have quite a few Allwinner devices lying around. > > >> =E5=9C=A8 2015=E5=B9=B44=E6=9C=8813=E6=97=A5=EF=BC=8C21:33=EF=BC=8CPrati= k Singhal =E5=86=99=E9=81=93=EF=BC=9A >> >> Hello Bas, >> >> My GSOC mentor (Louiz) made some changes in the Alexander's patch. I = added a function in the file a10_clk.c >> >> I'll send you the patch set which I used. >> >> Regards, >> Pratik Singhal >> >> On Mon, Apr 13, 2015 at 11:40 PM, Bas Vermin wrote: >> Hi Pratik, >> >> Did you make any changes to Alexander=E2=80=99s patch? I remember testin= g it last year without much success. >> >> Have you considered porting the NetBSD Allwinner code to FreeBSD? >> >> Right now it has the best support for Allwinner devices. I started to po= rt some of the NetBSD code a few months ago, but didn=E2=80=99t have enough= spare time. >> >> Bas >> >> _______________________________________________ >> 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" >> >> >> >> -- >> Regards, >> Pratik Singhal > > _______________________________________________ > 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 Thu Apr 16 22:32:06 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A48A3566 for ; Thu, 16 Apr 2015 22:32:06 +0000 (UTC) Received: from mail-wg0-x230.google.com (mail-wg0-x230.google.com [IPv6:2a00:1450:400c:c00::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 37A39A2 for ; Thu, 16 Apr 2015 22:32:06 +0000 (UTC) Received: by wgin8 with SMTP id n8so95765061wgi.0 for ; Thu, 16 Apr 2015 15:32:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=EBg8GCTK/zG03QxGLGUojZFV37eTwBh782pwSmiODHE=; b=nsLUDhDRr2s2YhuSji7FFF1cK9u9EFodEc7/sIPIYjXD32KmvU9H52/mKjwXrA2uSQ T5yVBFqUlViCKpp8MtpZLAs+Vq1FVjfVEEC3mXcKUdUenlh6mx2AaLGDAR5flntUSIuO oPb1bUhAzo03VZCLgSaDCDddKgEnSszD5XZpWHicb2rjIIKzOGZhXLYIPtca8YpOA9bp hJjkiL4LJ78lG7eRvhPMIGaygyg+79fC2q2Ckt0ADNztAUbH2W4xbB99yjB638DwKQPE nVEYYhk645Y/o1uUbkufD3otoef//IbLfVdRzgHMU4POs8Fhscrj4y1YB5tRp3Osd2sg ml+Q== MIME-Version: 1.0 X-Received: by 10.180.82.41 with SMTP id f9mr8866194wiy.48.1429223524813; Thu, 16 Apr 2015 15:32:04 -0700 (PDT) Received: by 10.180.195.106 with HTTP; Thu, 16 Apr 2015 15:32:04 -0700 (PDT) In-Reply-To: References: <6970CFB2-6347-4BAF-BA24-56196C33C3BC@nimrev.com> <37983D60-3AD9-4DEC-A1D8-4E65BABE3066@nimrev.com> Date: Thu, 16 Apr 2015 19:32:04 -0300 Message-ID: Subject: Re: mmc/sd driver testing. From: Luiz Otavio O Souza To: Alexander Fedorov Cc: Bas Vermin , "freebsd-arm@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Apr 2015 22:32:06 -0000 On 16 April 2015 at 18:41, Alexander Fedorov wrote: > Hello! > > If it helps, I've updated my patch to CURRENT r281599. > > These are the changes from the previous version: > - Style fixes, suggested by Ian. > - Speed improovment (reading from 2 MB/s to 5-6 MB/s, writing from 0.8 > to 1.5 MB/s). > - Use bus_space_write_multi_4/bus_space_read_multi_4 for large blocks. > - Multiblock I/O support. I did a few changes to your driver and now I need some help with testing (I have tested only on Cubieboard2 so far). The changes include: - better error handling on mmc_acquire_host(); - Removed the busy loops from interrupt handler; - Use PLL6 as the clock source for MMC/SD (from netbsd); - Simplified interrupt handling - always unmasked and enabled (from netbsd); - Style(9) fixes. Please, try it and report if you find a bug, they are certainly there! Luiz http://loos.com.br/allwinner/a10_mmc.diff http://loos.com.br/allwinner/files.allwinner.diff http://loos.com.br/allwinner/kernel-conf.diff http://loos.com.br/allwinner/sunxi-dts.diff > > Some simple tests: # dd if=/dev/mmcsd0s2 of=/dev/null bs=32k count=4k 4096+0 records in 4096+0 records out 134217728 bytes transferred in 9.150424 secs (14667924 bytes/sec) # dd if=/dev/zero of=test bs=16k count=1k 1024+0 records in 1024+0 records out 16777216 bytes transferred in 3.984687 secs (4210423 bytes/sec) > > ### Read test #### > # dd if=/dev/mmcsd0s2 of=/dev/null bs=4k count=4k > 4096+0 records in > 4096+0 records out > 16777216 bytes transferred in 4.438201 secs (3780184 bytes/sec) > root@:~ # dd if=/dev/mmcsd0s2 of=/dev/null bs=8k count=4k > 4096+0 records in > 4096+0 records out > 33554432 bytes transferred in 5.514032 secs (6085281 bytes/sec) > root@:~ # dd if=/dev/mmcsd0s2 of=/dev/null bs=16k count=4k > 4096+0 records in > 4096+0 records out > 67108864 bytes transferred in 10.341467 secs (6489299 bytes/sec) > root@:~ # dd if=/dev/mmcsd0s2 of=/dev/null bs=32k count=4k > 4096+0 records in > 4096+0 records out > 134217728 bytes transferred in 19.956929 secs (6725370 bytes/sec) > root@:~ # > > ### Write test #### > root@:~ # dd if=/dev/zero of=test bs=8k count=4k > 4096+0 records in > 4096+0 records out > 33554432 bytes transferred in 21.556914 secs (1556551 bytes/sec) > root@:~ # dd if=/dev/zero of=test bs=32k count=1k > 1024+0 records in > 1024+0 records out > 33554432 bytes transferred in 26.035960 secs (1288773 bytes/sec) > root@:~ # dd if=/dev/zero of=test bs=4k count=1k > 1024+0 records in > 1024+0 records out > 4194304 bytes transferred in 4.173082 secs (1005085 bytes/sec) > root@:~ # rm test > root@:~ # dd if=/dev/zero of=test bs=16k count=1k > 1024+0 records in > 1024+0 records out > 16777216 bytes transferred in 8.148621 secs (2058902 bytes/sec) > root@:~ # > From owner-freebsd-arm@FreeBSD.ORG Fri Apr 17 00:20:56 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 55CB1C9A for ; Fri, 17 Apr 2015 00:20:56 +0000 (UTC) Received: from newton.metanet.ch (newton.metanet.ch [80.74.158.130]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.metanet.ch", Issuer "DigiCert SHA2 Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C355BDEF for ; Fri, 17 Apr 2015 00:20:55 +0000 (UTC) Received: (qmail 29252 invoked from network); 17 Apr 2015 02:13:10 +0200 Received: from cpe-66-8-134-140.hawaii.res.rr.com (HELO agora.fritz.box) (66.8.134.140) by newton.metanet.ch with ESMTPSA (DHE-RSA-AES128-SHA encrypted, authenticated); 17 Apr 2015 02:13:10 +0200 Message-ID: <5530500E.2010300@thieprojects.ch> Date: Thu, 16 Apr 2015 14:13:02 -1000 From: Werner Thie User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: freebsd-arm@freebsd.org Subject: Re: Current recommended method for building FreeBSD for R-PI References: <5529FE8E.9020003@gmail.com> <80425730.1897994.1429217639818.JavaMail.yahoo@mail.yahoo.com> In-Reply-To: <80425730.1897994.1429217639818.JavaMail.yahoo@mail.yahoo.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Apr 2015 00:20:56 -0000 I use a current image on the RPI to control my weather station with pywws: $ uname -a FreeBSD raspi 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r279210: Mon Feb 23 22:44:56 UTC 2015 root@releng2.nyi.freebsd.org:/usr/obj/arm.armv6/usr/src/sys/RPI-B arm Most stuff for pywws was installed with pkg from $ more /usr/local/etc/pkg/repos/FreeBSD.conf FreeBSD: { url:"http://freebsd-current.os-hackers.jp/pub/FreeBSD/ports/arm/packages-11-current" mirror_type:"src", enabled: yes, signature_type:"NONE" } All else from ports Werner $ pkg info apr-1.5.1.1.5.4 Apache Portability Library asciidoc-8.6.9_4 Text document format for writing short documents and man pages autoconf-2.69 Automatically configure source code on many Un*x platforms autoconf-wrapper-20131203 Wrapper script for GNU autoconf automake-1.15 GNU Standards-compliant Makefile generator automake-wrapper-20131203 Wrapper script for GNU automake bash-4.3.33 The GNU Project's Bourne Again SHell bdftopcf-1.0.4 Convert X font from BDF to PCF bigreqsproto-1.1.2 BigReqs extension headers bison-2.7.1,1 Parser generator from FSF, (mostly) compatible with Yacc boehm-gc-7.4.2_3 Garbage collection and memory leak detection for C and C++ c-ares-config-1.10.0_1 Asynchronous DNS resolver library ca_root_nss-3.17.4_1 Root certificate bundle from the Mozilla Project cairo-1.12.18_1,2 Vector graphics library with cross-device output support cmake-3.1.3 Cross-platform Makefile generator cmake-modules-3.1.3 Modules and Templates for CMake curl-7.40.0 Non-interactive tool to get files from FTP, GOPHER, HTTP(S) servers cvsps-2.1_1 Create patchset information from CVS db5-5.3.28_2 The Oracle Berkeley DB, revision 5.3 dejavu-2.34_4 Bitstream Vera Fonts clone with a wider range of characters dialog4ports-0.1.5_2 Console Interface to configure ports docbook-1.5 Meta-port for the different versions of the DocBook DTD docbook-sgml-4.5_1 DocBook SGML DTD docbook-xml-5.0_2 DocBook XML DTD docbook-xsl-1.76.1_2 XSL DocBook stylesheets encodings-1.0.4_1,1 X.Org Encoding fonts expat-2.1.0_2 XML 1.0 parser written in C font-bh-ttf-1.0.3_1 X.Org Bigelow & Holmes TTF font font-misc-ethiopic-1.0.3_1 X.Org miscellaneous Ethiopic font font-misc-meltho-1.0.3_1 X.Org miscellaneous Meltho font font-util-1.3.0_1 Create an index of X font files in a directory fontconfig-2.11.1,1 XML-based font configuration API for X Windows fontsproto-2.1.2,1 Fonts extension headers freetype2-2.5.5 Free and portable TrueType font rendering engine gdbm-1.11_2 GNU database manager getopt-1.1.6 Replacement for getopt(1) that supports GNU-style long options gettext-runtime-0.19.4 GNU gettext runtime libraries and programs gettext-tools-0.19.4 GNU gettext development and translation tools git-2.3.1 Distributed source code management tool glib-2.42.1 Some useful routines of C programming (current stable version) gmake-4.1_1 GNU version of 'make' utility gmake-lite-4.1_1 Minimalist version of gnu make gnuplot-4.6.6_1 Command-line driven graphing utility gobject-introspection-1.42.0 Generate interface introspection data for GObject libraries graphite2-1.2.4 Rendering capabilities for complex non-Roman writing systems harfbuzz-0.9.36 OpenType text shaping engine help2man-1.43.3_1 Automatically generating simple manual pages from program output icu-53.1 International Components for Unicode (from IBM) indexinfo-0.2.2 Utility to regenerate the GNU info page index inputproto-2.3.1 Input extension headers iso8879-1986_3 Character entity sets from ISO 8879:1986 (SGML) jbigkit-2.1_1 Lossless compression for bi-level images such as scanned pages, faxes jpeg-8_6 IJG's jpeg compression utilities kbproto-1.0.6 KB extension headers libICE-1.0.9,1 Inter Client Exchange library for X11 libSM-1.2.2_2,1 Session Management library for X11 libX11-1.6.2_2,1 X11 library libXau-1.0.8_2 Authentication Protocol library for X11 libXaw-1.0.12_2,2 X Athena Widgets library libXdmcp-1.1.1_2 X Display Manager Control Protocol library libXext-1.3.3,1 X11 Extension library libXfont-1.4.8,2 X font library libXft-2.3.2 Client-sided font API for X applications libXmu-1.1.2_2,1 X Miscellaneous Utilities libraries libXp-1.0.2_2,1 X print library libXpm-3.5.11_2 X Pixmap library libXrender-0.9.8_2 X Render extension library libXt-1.1.4_2,1 X Toolkit library libatomic_ops-7.4.0_1 Atomic operations access library libcheck-0.9.14 Unit test framework for C libedit-3.1.20141030_2 Command line editor library libffi-3.2.1 Foreign Function Interface libfontenc-1.1.2_2 The fontenc Library libgcrypt-1.6.2_1 General purpose crypto library based on code used in GnuPG libgd-2.1.0_5,1 Graphics library for fast creation of images libgpg-error-1.17 Common error values for all GnuPG components libiconv-1.14_6 Character set conversion library libpaper-1.1.24.3 Library providing routines for paper size management libpthread-stubs-0.3_6 This library provides weak aliases for pthread functions libtool-2.4.5 Generic shared library support script libxcb-1.11 The X protocol C-language Binding (XCB) library libxml2-2.9.2_2 XML parser library for GNOME libxslt-1.1.28_6 The XSLT C library for GNOME lua52-5.2.3_4 Small, compilable scripting language providing easy access to C code m4-1.4.17_1,1 GNU m4 mkfontdir-1.0.7 Create an index of X font files in a directory mkfontscale-1.1.1_1 Creates an index of scalable font files for X mosquitto-1.3.5 Open-Source MQTT Broker open-motif-2.3.4_2 Motif X11 Toolkit (industry standard GUI (IEEE 1295)) openssl-1.0.1_18 SSL and crypto library p5-Authen-SASL-2.16_1 Perl5 module for SASL authentication p5-Digest-HMAC-1.03_1 Perl5 interface to HMAC Message-Digest Algorithms p5-Error-0.17023 Error/exception handling in object-oriented programming style p5-GSSAPI-0.28_1 Perl extension providing access to the GSSAPIv2 library p5-IO-Socket-IP-0.36 Drop-in replacement for IO::Socket::INET supporting IPv4 and IPv6 p5-IO-Socket-SSL-2.012 Perl5 interface to SSL sockets p5-Locale-gettext-1.05_4 Message handling functions p5-Mozilla-CA-20141217 Perl extension for Mozilla CA cert bundle in PEM format p5-Net-SMTP-SSL-1.01_3 SSL support for Net::SMTP p5-Net-SSLeay-1.68 Perl5 interface to SSL p5-Socket-2.018 Networking constants and support functions pango-1.36.8 Open-source framework for the layout and rendering of i18n text pcre-8.35_2 Perl Compatible Regular Expressions library perl5-5.18.4_11 Practical Extraction and Report Language pixman-0.32.6 Low-level pixel manipulation library pkg-1.4.12 Package manager pkgconf-0.9.7 Utility to help to configure compiler and linker flags plotutils-2.6_6,1 Plotting library and toolkit png-1.6.16 Library for manipulating PNG images portmaster-3.17.7 Manage your ports without external databases or languages printproto-1.0.5 Print extension headers py27-Babel-1.3_2 Collection of tools for internationalizing Python applications py27-Jinja2-2.7.3 Fast and easy to use stand-alone template engine py27-MarkupSafe-0.23 Implements a XML/HTML/XHTML Markup safe string for Python py27-docutils-0.12 Python Documentation Utilities py27-pygments-2.0.2 Syntax highlighter written in Python py27-pytz-2014.10,1 World Timezone Definitions for Python py27-setuptools27-5.5.1_1 Python packages installer py27-sphinx-1.2.3 Python documentation generator python2-2_3 The "meta-port" for version 2 of the Python interpreter python27-2.7.9 Interpreted object-oriented programming language readline-6.3.8 Library for editing command lines as they are typed renderproto-0.11.1 RenderProto protocol headers scons-2.3.0_1 Build tool alternative to make sdocbook-xml-1.1_1,2 "Simplified" DocBook XML DTD serf-1.3.8 Serf HTTP client library sqlite3-3.8.8.2 SQL database engine in a C library subversion-1.8.11 Version control system tex-kpathsea-6.2.0_1 Path searching library for TeX texinfo-5.2.20150101 Typeset documentation system with multiple format output tiff-4.0.3_5 Tools and library routines for working with TIFF images w3m-0.5.3_4 Pager/text-based WWW browser xbitmaps-1.1.1 X.Org bitmaps data xcb-proto-1.11 The X protocol C-language Binding (XCB) protocol xcb-util-0.4.0,1 Module with libxcb/libX11 extension/replacement libraries xcb-util-renderutil-0.3.9 Convenience functions for the Render extension xcmiscproto-1.2.2 XCMisc extension headers xextproto-7.3.0 XExt extension headers xf86bigfontproto-1.2.0 XFree86-Bigfont extension headers xmlcatmgr-2.2_2 SGML and XML catalog manager xmlcharent-0.3_2 XML character entities xmlto-0.0.26_2 Front-end to an XSL toolchain xorg-fonts-truetype-7.7_1 X.Org TrueType fonts xorg-macros-1.19.0 X.Org development aclocal macros xproto-7.0.26 X11 protocol headers xtrans-1.3.5 Abstract network code for X On 16/04/15 10:53, Ji-Haw Foo via freebsd-arm wrote: > I use the current image for Pi B (not Pi 2). It works well but there's still no pkg support. Everything is off ports. > > > On Saturday, April 11, 2015 10:11 PM, Jukka Ukkonen wrote: > > > > Hello all, > > I hope someone can help me forward with these questions... > What is the current recommended method for building FreeBSD for > a Raspberry PI? It has been about a year, maybe longer, since > I last cross-compiled it on amd64. I assume that since then many > things may have changed. > Pretty soon I will need R-PI again as a test environment. > In fact I might wish to use R-PI 2 as a representative of a bit > more powerful low end environment. So, it would be nice to known > whether there are any special things to know and pay attention to > while building FreeBSD for an R-PI 2 instead of the R-PI B+? > Can I use 10.1-stable or should I still use current/head sources > as previously when I last time built FreeBSD for R-PI? > > Cheers, > --jau > _______________________________________________ > 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 17 05:20:47 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0128ABCD for ; Fri, 17 Apr 2015 05:20:46 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DF4006AF8C for ; Fri, 17 Apr 2015 05:20:46 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t3H5Kkqv057940 for ; Fri, 17 Apr 2015 05:20:46 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 199487] editors/texstudio: Does not build on ARM Date: Fri, 17 Apr 2015 05:20:47 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: needs-patch, needs-qa X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: koobs@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-ports-bugs@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: short_desc keywords Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Apr 2015 05:20:47 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=199487 Kubilay Kocak changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|editors/texstudio does not |editors/texstudio: Does not |build on arm |build on ARM Keywords| |needs-patch, needs-qa -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-arm@FreeBSD.ORG Fri Apr 17 07:20:34 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E1CA33FB for ; Fri, 17 Apr 2015 07:20:34 +0000 (UTC) Received: from mailhost.netlabit.sk (mailhost.netlabit.sk [84.245.65.72]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7B215EBB for ; Fri, 17 Apr 2015 07:20:33 +0000 (UTC) Received: from zeta.dino.sk (fw1.dino.sk [84.245.95.252]) (AUTH: LOGIN milan) by mailhost.netlabit.sk with ESMTPA; Fri, 17 Apr 2015 09:20:23 +0200 id 00F3A900.5530B437.000046C2 Date: Fri, 17 Apr 2015 09:20:23 +0200 From: Milan Obuch To: Luiz Otavio O Souza Cc: freebsd-arm@freebsd.org Subject: Re: Chronodot on RPI Message-ID: <20150417092023.39cb8829@zeta.dino.sk> In-Reply-To: References: X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.27; i386-portbld-freebsd10.1) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Apr 2015 07:20:35 -0000 On Mon, 2 Mar 2015 00:46:14 -0300 Luiz Otavio O Souza wrote: > On 1 March 2015 at 16:12, Waitman Gobble wrote: > > Anyone have luck with the ChronoDot (D3231) on Raspberry Pi? > > I have a RPI B+ (rev 1), tried with HEAD r277133 and r279488 > > without luck. [ snip ] > Hi, > > I've just committed a driver for DS3231 (r279399), I'm using a > different breakout board but chronodot will work just fine. [ snip ] > The ds3231(4) settings can be viewed with sysctl dev.ds3231 [ snip ] Hello, I just received my DS3231 test board, rebuild kernel and activated appropriate DTB in boot. After first restart I've got # dmesg | grep ds3 ds32310: at addr 0xd0 on iicbus1 ds32310: oscillator has stopped, check the battery. ds32310: registered as a time-of-day clock (resolution 1000000us, adjustment 0.500000000s) Next restart, just # dmesg | grep ds3 ds32310: at addr 0xd0 on iicbus1 ds32310: registered as a time-of-day clock (resolution 1000000us, adjustment 0.500000000s) and sysctl dev.ds3231 dev.ds3231.0.32khz_enable: 1 dev.ds3231.0.sqw_mode: interrupt dev.ds3231.0.sqw_freq: 8192 dev.ds3231.0.bbsqw: 0 dev.ds3231.0.temp_conv: 0 dev.ds3231.0.temperature: 30.7C dev.ds3231.0.%parent: iicbus1 dev.ds3231.0.%pnpinfo: name=rtc compat=maxim,ds3231 dev.ds3231.0.%location: addr=0xd0 dev.ds3231.0.%driver: ds3231 dev.ds3231.0.%desc: Maxim DS3231 RTC dev.ds3231.%parent: Basically, it seems just working. What else could I do to confirm that? Why the 'oscillator has stopped, check the battery' on first boot after installing? I think I swa it somewhere it's normal and will not occur anymore (maybe unless battery is fully discharged) but I am asking anyway... Regards, Milan From owner-freebsd-arm@FreeBSD.ORG Fri Apr 17 07:59:07 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A1E8DD12 for ; Fri, 17 Apr 2015 07:59:07 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8BB0638D for ; Fri, 17 Apr 2015 07:59:07 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t3H7x7gI016653 for ; Fri, 17 Apr 2015 07:59:07 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 199487] editors/texstudio: Does not build on ARM Date: Fri, 17 Apr 2015 07:59:07 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: needs-patch, needs-qa X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: mikael.urankar@gmail.com X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-ports-bugs@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: cc attachments.created Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Apr 2015 07:59:07 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=199487 mikael.urankar@gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mikael.urankar@gmail.com --- Comment #1 from mikael.urankar@gmail.com --- Created attachment 155664 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=155664&action=edit fix for armv6 Can you try the attached patch? -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-arm@FreeBSD.ORG Fri Apr 17 08:04:16 2015 Return-Path: Delivered-To: freeBSD-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 16E74133; Fri, 17 Apr 2015 08:04:16 +0000 (UTC) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.116.210]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C545368A; Fri, 17 Apr 2015 08:04:15 +0000 (UTC) Received: from th-04.cs.huji.ac.il ([132.65.80.125]) by kabab.cs.huji.ac.il with esmtp id 1Yj1Fu-0000b7-5R; Fri, 17 Apr 2015 11:04:06 +0300 From: Daniel Braniss Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: help with coding a loadable kernel module Date: Fri, 17 Apr 2015 11:04:04 +0300 Message-Id: Cc: freeBSD-arm@freebsd.org To: hackers@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) X-Mailer: Apple Mail (2.2070.6) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Apr 2015 08:04:16 -0000 Hi, I know I=E2=80=99m embarking on a dangerous trip, but I want to use a = Raspberry Pi and or a BeagleBone to read (and write) RFID cards. Since a driver is needed to use the spibus, I have 2 options while developing: 1- write a conventional driver module means cross compiling, generating a new kernel, making a new image, writing a SD card, etc, etc 2- make it a loadable module cross compile,via NFS load/unload=20 2 seems the logical path, but I=E2=80=99m getting entangled trying to = use the spibus, while with 1 there are several drivers I can use to learn from. So before I give up on option 2, is there some examples/help? I should point out that I have no experience (yet) with arm/spi/fdt and so option 2 will make the trial and error faster :-) thanks danny From owner-freebsd-arm@FreeBSD.ORG Fri Apr 17 08:08:42 2015 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 50F1650E for ; Fri, 17 Apr 2015 08:08:42 +0000 (UTC) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1373F6E9 for ; Fri, 17 Apr 2015 08:08:41 +0000 (UTC) Received: from pi by home.opsec.eu with local (Exim 4.85 (FreeBSD)) (envelope-from ) id 1Yj1KJ-0006QQ-Jq; Fri, 17 Apr 2015 10:08:39 +0200 Date: Fri, 17 Apr 2015 10:08:39 +0200 From: Kurt Jaeger To: Daniel Braniss Cc: arm@freebsd.org Subject: Re: help with coding a loadable kernel module Message-ID: <20150417080839.GO2743@home.opsec.eu> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Apr 2015 08:08:42 -0000 Hi! > I know I'm embarking on a dangerous trip, but I want to use a Raspberry Pi > and or a BeagleBone to read (and write) RFID cards. > Since a driver is needed to use the spibus, I have 2 options while > developing: [...] > So before I give up on option 2, is there some examples/help? Are you aware of this book ? http://www.nostarch.com/bsddrivers.htm -- pi@opsec.eu +49 171 3101372 5 years to go ! From owner-freebsd-arm@FreeBSD.ORG Fri Apr 17 09:15:51 2015 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7ADEA417 for ; Fri, 17 Apr 2015 09:15:51 +0000 (UTC) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.116.210]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 310C7E6F for ; Fri, 17 Apr 2015 09:15:50 +0000 (UTC) Received: from th-04.cs.huji.ac.il ([132.65.80.125]) by kabab.cs.huji.ac.il with esmtp id 1Yj2N4-0002Ya-Eq; Fri, 17 Apr 2015 12:15:34 +0300 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Subject: Re: help with coding a loadable kernel module From: Daniel Braniss In-Reply-To: <20150417080839.GO2743@home.opsec.eu> Date: Fri, 17 Apr 2015 12:15:33 +0300 Cc: arm@freebsd.org Message-Id: <9B835088-661C-456E-84A7-47BC1835C0CB@cs.huji.ac.il> References: <20150417080839.GO2743@home.opsec.eu> To: Kurt Jaeger X-Mailer: Apple Mail (2.2070.6) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Apr 2015 09:15:51 -0000 > On Apr 17, 2015, at 11:08 AM, Kurt Jaeger wrote: >=20 > Hi! >=20 >> I know I'm embarking on a dangerous trip, but I want to use a = Raspberry Pi >> and or a BeagleBone to read (and write) RFID cards. >> Since a driver is needed to use the spibus, I have 2 options while >> developing: > [...] >> So before I give up on option 2, is there some examples/help? >=20 > Are you aware of this book ? >=20 > http://www.nostarch.com/bsddrivers.htm = no, but before I spend more money (this is getting expensive :-), does it explain how to write a loadable module that needs to to talk to a spibus?=20 I just downloaded the examples, and the closest is a flash driver, but = it=E2=80=99s not a loadable module :-( I have plenty of experience writing kernel drivers, I did write the = iscsi_target a while back. thanks, danny >=20 > --=20 > pi@opsec.eu +49 171 3101372 5 years = to go ! From owner-freebsd-arm@FreeBSD.ORG Fri Apr 17 09:24:16 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7994A74F for ; Fri, 17 Apr 2015 09:24:16 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 640DEF5E for ; Fri, 17 Apr 2015 09:24:16 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t3H9OGA7094267 for ; Fri, 17 Apr 2015 09:24:16 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 199487] editors/texstudio: Does not build on ARM Date: Fri, 17 Apr 2015 09:24:16 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: needs-patch, needs-qa X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: usenet@ulrich-grey.de X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-ports-bugs@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Apr 2015 09:24:16 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=199487 --- Comment #2 from Ulrich Grey --- (In reply to mikael.urankar from comment #1) Thank you for the patch. I have tried it and the build finished successfully. -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-arm@FreeBSD.ORG Fri Apr 17 09:34:53 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 663728BC for ; Fri, 17 Apr 2015 09:34:53 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 50673C3 for ; Fri, 17 Apr 2015 09:34:53 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t3H9Yr8k003102 for ; Fri, 17 Apr 2015 09:34:53 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 199487] editors/texstudio: Does not build on ARM Date: Fri, 17 Apr 2015 09:34:52 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: needs-patch, needs-qa X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: koobs@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-ports-bugs@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: flagtypes.name Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Apr 2015 09:34:53 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=199487 Kubilay Kocak changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #155664| |maintainer-approval?(abilio Flags| |jr@gmail.com) -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-arm@FreeBSD.ORG Fri Apr 17 09:35:02 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A023492B for ; Fri, 17 Apr 2015 09:35:02 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 89FE8C6 for ; Fri, 17 Apr 2015 09:35:02 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t3H9Z2Yj003264 for ; Fri, 17 Apr 2015 09:35:02 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 199487] editors/texstudio: Does not build on ARM Date: Fri, 17 Apr 2015 09:35:02 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: needs-qa, patch X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: koobs@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-ports-bugs@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: keywords Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Apr 2015 09:35:02 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=199487 Kubilay Kocak changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords|needs-patch |patch -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-arm@FreeBSD.ORG Fri Apr 17 09:56:02 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 63AF1ED2 for ; Fri, 17 Apr 2015 09:56:02 +0000 (UTC) Received: from mail-wi0-x22f.google.com (mail-wi0-x22f.google.com [IPv6:2a00:1450:400c:c05::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EDA0339F for ; Fri, 17 Apr 2015 09:56:01 +0000 (UTC) Received: by wiun10 with SMTP id n10so14551774wiu.1 for ; Fri, 17 Apr 2015 02:56:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:hackerspace:user-agent; bh=kKUxJgoRmYVKPg6iBnVX9PI4MWbuT1I1gZIThL/Fc4A=; b=EQdRSrcJaF4SrU/29n0H7iHlATGkwdcbGcEVn9vtBboYoD1szkhmvgaNec0RVe7lxT znRRXagoBovJWnslOnatMyaRvlujbI6vin0wlD0CWahzKGCSqK6upvCvMNx0TK9boAzx 1a8s4DsKzxL5IR0DSJd6G7F7aNl182e3ol7vkB1B/vBV/xXwrh5AuIwt1bgWSXjDztDk B1EReXd8GCQkBs/zDcc1Z7s2s9lBXy/Y+h00pJwIrp7rRZ5fEzwteqTeJgqv8uaZrKkV w2NFIeLc9PCbr5zVkW06DtUi/0Ut9lJXow+pPdtPbXFfxBdXcNttgedr4mePcOb/7ocR c6Dg== X-Received: by 10.194.88.131 with SMTP id bg3mr4139625wjb.119.1429264560367; Fri, 17 Apr 2015 02:56:00 -0700 (PDT) Received: from gmail.com (tom-desk.erg.abdn.ac.uk. [139.133.204.4]) by mx.google.com with ESMTPSA id h5sm13927750wjn.20.2015.04.17.02.55.59 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 17 Apr 2015 02:55:59 -0700 (PDT) Sender: Tom Jones Date: Fri, 17 Apr 2015 10:55:37 +0100 From: Tom Jones To: freebsd-arm@freebsd.org Subject: Re: help with coding a loadable kernel module Message-ID: <20150417095536.GA38091@gmail.com> References: <20150417080839.GO2743@home.opsec.eu> <9B835088-661C-456E-84A7-47BC1835C0CB@cs.huji.ac.il> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <9B835088-661C-456E-84A7-47BC1835C0CB@cs.huji.ac.il> Hackerspace: 57North Hacklab User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Apr 2015 09:56:02 -0000 On Fri, Apr 17, 2015 at 12:15:33PM +0300, Daniel Braniss wrote: > > > On Apr 17, 2015, at 11:08 AM, Kurt Jaeger wrote: > > > > Hi! > > > >> I know I'm embarking on a dangerous trip, but I want to use a Raspberry Pi > >> and or a BeagleBone to read (and write) RFID cards. > >> Since a driver is needed to use the spibus, I have 2 options while > >> developing: > > [...] > >> So before I give up on option 2, is there some examples/help? > > > > Are you aware of this book ? > > > > http://www.nostarch.com/bsddrivers.htm > > no, but before I spend more money (this is getting expensive :-), > does it explain how to write a loadable module that needs to to talk > to a spibus? I don't think it does. spibus is very simple, there is one interface call SPIBUS_TRANSFER(device_t, device_t, strcut spi_command); struct spi_command { void *tx_cmd; uint32_t tx_cmd_sz; void *rx_cmd; uint32_t rx_cmd_sz; void *tx_data; uint32_t tx_data_sz; void *rx_data; uint32_t rx_data_sz; }; The rx and tx buffers need to be the same size. I there isn't an interface for configuring spibuses, the bcm2835_spi driver uses sysctl's directly to set clock speed and other configuration. I imagine the other drivers are similar or don't offer config. I can also assume you have hardware for the rfid. If not you might be able to find a reader that is supported by libnfc[1] which supports the rfid tags you need to use. [0]: svnweb.freebsd.org/base/head/sys/dev/spibus [1]: nfc-tools.org -- Tom @adventureloop adventurist.me #pragma summon cthulhu :wq From owner-freebsd-arm@FreeBSD.ORG Fri Apr 17 09:58:22 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 740E9F6C for ; Fri, 17 Apr 2015 09:58:22 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5E09C3D9 for ; Fri, 17 Apr 2015 09:58:22 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t3H9wMwG021169 for ; Fri, 17 Apr 2015 09:58:22 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 199487] editors/texstudio: Does not build on ARM Date: Fri, 17 Apr 2015 09:58:22 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: needs-qa, patch X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: usenet@ulrich-grey.de X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-ports-bugs@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Apr 2015 09:58:22 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=199487 --- Comment #3 from Ulrich Grey --- I have done some testing with editors/texstudio. I can compile a LaTeX file and graphics/xpdf shows me the correct output. But when I try to use the builtin preview, texstudio crashes: % texstudio QPixmap::scaleHeight: Pixmap is a null pixmap QPixmap::scaleHeight: Pixmap is a null pixmap QPixmap::scaled: Pixmap is a null pixmap QCursor: Cannot create bitmap cursor; invalid bitmap(s) QPixmap::scaled: Pixmap is a null pixmap QCursor: Cannot create bitmap cursor; invalid bitmap(s) QPixmap::scaled: Pixmap is a null pixmap QCursor: Cannot create bitmap cursor; invalid bitmap(s) Bus error (core dumped) (The pdf-file is ok.) I guess, this is related to graphics/poppler. I have the same issue with editors/texworks. -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-arm@FreeBSD.ORG Fri Apr 17 10:47:20 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EF181AA9 for ; Fri, 17 Apr 2015 10:47:20 +0000 (UTC) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.116.210]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A3380B9B for ; Fri, 17 Apr 2015 10:47:20 +0000 (UTC) Received: from th-04.cs.huji.ac.il ([132.65.80.125]) by kabab.cs.huji.ac.il with esmtp id 1Yj3nZ-0005M8-9B; Fri, 17 Apr 2015 13:47:01 +0300 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Subject: Re: help with coding a loadable kernel module From: Daniel Braniss In-Reply-To: <20150417095536.GA38091@gmail.com> Date: Fri, 17 Apr 2015 13:46:59 +0300 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <32D7EBD3-813E-4062-8A06-ED8E82BA50DA@cs.huji.ac.il> References: <20150417080839.GO2743@home.opsec.eu> <9B835088-661C-456E-84A7-47BC1835C0CB@cs.huji.ac.il> <20150417095536.GA38091@gmail.com> To: Tom Jones X-Mailer: Apple Mail (2.2070.6) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Apr 2015 10:47:21 -0000 > On Apr 17, 2015, at 12:55 PM, Tom Jones wrote: >=20 > On Fri, Apr 17, 2015 at 12:15:33PM +0300, Daniel Braniss wrote: >>=20 >>> On Apr 17, 2015, at 11:08 AM, Kurt Jaeger wrote: >>>=20 >>> Hi! >>>=20 >>>> I know I'm embarking on a dangerous trip, but I want to use a = Raspberry Pi >>>> and or a BeagleBone to read (and write) RFID cards. >>>> Since a driver is needed to use the spibus, I have 2 options while >>>> developing: >>> [...] >>>> So before I give up on option 2, is there some examples/help? >>>=20 >>> Are you aware of this book ? >>>=20 >>> http://www.nostarch.com/bsddrivers.htm = >>=20 >> no, but before I spend more money (this is getting expensive :-), >> does it explain how to write a loadable module that needs to to talk >> to a spibus?=20 >=20 > I don't think it does. >=20 > spibus is very simple, there is one interface call >=20 > SPIBUS_TRANSFER(device_t, device_t, strcut spi_command); >=20 chicken and egg issue :-), what device_t dev should I use? it must point to the spibus =E2=80=A6 > struct spi_command { > void *tx_cmd; > uint32_t tx_cmd_sz; > void *rx_cmd; > uint32_t rx_cmd_sz; > void *tx_data; > uint32_t tx_data_sz; > void *rx_data; > uint32_t rx_data_sz; > }; >=20 > The rx and tx buffers need to be the same size. >=20 > I there isn't an interface for configuring spibuses, the bcm2835_spi = driver > uses sysctl's directly to set clock speed and other configuration. I = imagine > the other drivers are similar or don't offer config. >=20 > I can also assume you have hardware for the rfid. If not you might be = able to > find a reader that is supported by libnfc[1] which supports the rfid = tags you > need to use. I have 2 different RFIds, both are configured to talk via spi. thanks, danny >=20 > [0]: svnweb.freebsd.org/base/head/sys/dev/spibus > [1]: nfc-tools.org >=20 > --=20 > Tom > @adventureloop > adventurist.me >=20 > #pragma summon cthulhu > :wq > _______________________________________________ > 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 17 13:26:00 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 133BE776; Fri, 17 Apr 2015 13:26:00 +0000 (UTC) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.116.210]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B7CB0FD6; Fri, 17 Apr 2015 13:25:59 +0000 (UTC) Received: from mbpro2.bs.cs.huji.ac.il ([132.65.179.20]) by kabab.cs.huji.ac.il with esmtp id 1Yj6HN-000AJ5-0p; Fri, 17 Apr 2015 16:25:57 +0300 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2090\)) Subject: Re: help with coding a loadable kernel module From: Daniel Braniss In-Reply-To: <1429276417.1182.71.camel@freebsd.org> Date: Fri, 17 Apr 2015 16:26:04 +0300 Cc: Tom Jones , freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <20150417080839.GO2743@home.opsec.eu> <9B835088-661C-456E-84A7-47BC1835C0CB@cs.huji.ac.il> <20150417095536.GA38091@gmail.com> <32D7EBD3-813E-4062-8A06-ED8E82BA50DA@cs.huji.ac.il> <1429276417.1182.71.camel@freebsd.org> To: Ian Lepore X-Mailer: Apple Mail (2.2090) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Apr 2015 13:26:00 -0000 > On Apr 17, 2015, at 4:13 PM, Ian Lepore wrote: >=20 > On Fri, 2015-04-17 at 13:46 +0300, Daniel Braniss wrote: >>> On Apr 17, 2015, at 12:55 PM, Tom Jones wrote: >>>=20 >>> On Fri, Apr 17, 2015 at 12:15:33PM +0300, Daniel Braniss wrote: >>>>=20 >>>>> On Apr 17, 2015, at 11:08 AM, Kurt Jaeger wrote: >>>>>=20 >>>>> Hi! >>>>>=20 >>>>>> I know I'm embarking on a dangerous trip, but I want to use a = Raspberry Pi >>>>>> and or a BeagleBone to read (and write) RFID cards. >>>>>> Since a driver is needed to use the spibus, I have 2 options = while >>>>>> developing: >>>>> [...] >>>>>> So before I give up on option 2, is there some examples/help? >>>>>=20 >>>>> Are you aware of this book ? >>>>>=20 >>>>> http://www.nostarch.com/bsddrivers.htm = >>>>=20 >>>> no, but before I spend more money (this is getting expensive :-), >>>> does it explain how to write a loadable module that needs to to = talk >>>> to a spibus?=20 >>>=20 >>> I don't think it does. >>>=20 >>> spibus is very simple, there is one interface call >>>=20 >>> SPIBUS_TRANSFER(device_t, device_t, strcut spi_command); >>>=20 >>=20 >> chicken and egg issue :-), what device_t dev should I use? >> it must point to the spibus =E2=80=A6 >=20 > Your device will be a child of the spibus, and it is the bus that it=E2=80=99s the =E2=80=98child of=E2=80=99 that I have problems. this = will be a loadable module, so it will have to tell the parent that he is no longer an orphan :-) > implements the SPIBUS_TRANSFER() method, so it's the bus's device_t = that > needs to be passed as the first parameter in the call (if it were C++ = it > would be the "this" pointer -- this stuff is OO implemented in = plain-C). >> =46rom your driver, something like: >=20 > SPIBUS_TRANSFER(device_get_parent(sc->sc_dev), sc->sc_dev, cmdptr); >=20 > I haven't got time this morning to put together a complete example of > how to add a module to the build, but the process is basically along = the > lines of... >=20 > Add a new directory to sys/dev for your driver just like you were > going to compile it into the kernel. Then in sys/modules find another > simple driver, copy it to a new directory, and change the names of > things in the makefile so that it refers to your new dir/files in > sys/dev. You can set MODULES_OVERRIDE=3Dyournew_dirname on the make > command line or in your kernel config to make it compile. >=20 I have that, even figured out how to cross compile and use the make = buildenv. it=E2=80=99s great! I can compile outside the source tree too. thanks, danny From owner-freebsd-arm@FreeBSD.ORG Fri Apr 17 13:31:52 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 29B99DB1 for ; Fri, 17 Apr 2015 13:31:52 +0000 (UTC) Received: from relay.mailchannels.net (ftx-008-i769.relay.mailchannels.net [50.61.143.69]) by mx1.freebsd.org (Postfix) with ESMTP id 4A10916C for ; Fri, 17 Apr 2015 13:31:46 +0000 (UTC) X-Sender-Id: duocircle|x-authuser|hippie Received: from smtp3.ore.mailhop.org (ip-10-204-4-183.us-west-2.compute.internal [10.204.4.183]) by relay.mailchannels.net (Postfix) with ESMTPA id D4A7760744; Fri, 17 Apr 2015 13:13:41 +0000 (UTC) X-Sender-Id: duocircle|x-authuser|hippie Received: from smtp3.ore.mailhop.org (smtp3.ore.mailhop.org [10.21.145.197]) (using TLSv1 with cipher DHE-RSA-AES256-SHA) by 0.0.0.0:2500 (trex/5.4.8); Fri, 17 Apr 2015 13:13:49 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: duocircle|x-authuser|hippie X-MailChannels-Auth-Id: duocircle X-MC-Loop-Signature: 1429276429003:562426853 X-MC-Ingress-Time: 1429276429002 Received: from c-73-34-117-227.hsd1.co.comcast.net ([73.34.117.227] helo=ilsoft.org) by smtp3.ore.mailhop.org with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.82) (envelope-from ) id 1Yj65U-0004lR-Bv; Fri, 17 Apr 2015 13:13:40 +0000 Received: from revolution.hippie.lan (revolution.hippie.lan [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id t3HDDbFG023182; Fri, 17 Apr 2015 07:13:38 -0600 (MDT) (envelope-from ian@freebsd.org) X-Mail-Handler: DuoCircle Outbound SMTP X-Originating-IP: 73.34.117.227 X-Report-Abuse-To: abuse@duocircle.com (see https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information for abuse reporting information) X-MHO-User: U2FsdGVkX19eHoWX/u6OzqZtJF0OkVIe Message-ID: <1429276417.1182.71.camel@freebsd.org> Subject: Re: help with coding a loadable kernel module From: Ian Lepore To: Daniel Braniss Cc: Tom Jones , freebsd-arm@freebsd.org Date: Fri, 17 Apr 2015 07:13:37 -0600 In-Reply-To: <32D7EBD3-813E-4062-8A06-ED8E82BA50DA@cs.huji.ac.il> References: <20150417080839.GO2743@home.opsec.eu> <9B835088-661C-456E-84A7-47BC1835C0CB@cs.huji.ac.il> <20150417095536.GA38091@gmail.com> <32D7EBD3-813E-4062-8A06-ED8E82BA50DA@cs.huji.ac.il> Content-Type: text/plain; charset="windows-1251" X-Mailer: Evolution 3.12.10 FreeBSD GNOME Team Port Mime-Version: 1.0 X-AuthUser: hippie Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Apr 2015 13:31:52 -0000 On Fri, 2015-04-17 at 13:46 +0300, Daniel Braniss wrote: > > On Apr 17, 2015, at 12:55 PM, Tom Jones wrote: > >=20 > > On Fri, Apr 17, 2015 at 12:15:33PM +0300, Daniel Braniss wrote: > >>=20 > >>> On Apr 17, 2015, at 11:08 AM, Kurt Jaeger wrote: > >>>=20 > >>> Hi! > >>>=20 > >>>> I know I'm embarking on a dangerous trip, but I want to use a Rasp= berry Pi > >>>> and or a BeagleBone to read (and write) RFID cards. > >>>> Since a driver is needed to use the spibus, I have 2 options while > >>>> developing: > >>> [...] > >>>> So before I give up on option 2, is there some examples/help? > >>>=20 > >>> Are you aware of this book ? > >>>=20 > >>> http://www.nostarch.com/bsddrivers.htm > >>=20 > >> no, but before I spend more money (this is getting expensive :-), > >> does it explain how to write a loadable module that needs to to talk > >> to a spibus?=20 > >=20 > > I don't think it does. > >=20 > > spibus is very simple, there is one interface call > >=20 > > SPIBUS_TRANSFER(device_t, device_t, strcut spi_command); > >=20 >=20 > chicken and egg issue :-), what device_t dev should I use? > it must point to the spibus =85 Your device will be a child of the spibus, and it is the bus that implements the SPIBUS_TRANSFER() method, so it's the bus's device_t that needs to be passed as the first parameter in the call (if it were C++ it would be the "this" pointer -- this stuff is OO implemented in plain-C). >From your driver, something like: SPIBUS_TRANSFER(device_get_parent(sc->sc_dev), sc->sc_dev, cmdptr); I haven't got time this morning to put together a complete example of how to add a module to the build, but the process is basically along the lines of... Add a new directory to sys/dev for your driver just like you were going to compile it into the kernel. Then in sys/modules find another simple driver, copy it to a new directory, and change the names of things in the makefile so that it refers to your new dir/files in sys/dev. You can set MODULES_OVERRIDE=3Dyournew_dirname on the make command line or in your kernel config to make it compile. -- Ian From owner-freebsd-arm@FreeBSD.ORG Fri Apr 17 13:43:02 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 28C00151 for ; Fri, 17 Apr 2015 13:43:02 +0000 (UTC) Received: from mail-pd0-f170.google.com (mail-pd0-f170.google.com [209.85.192.170]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EC83B2F5 for ; Fri, 17 Apr 2015 13:43:01 +0000 (UTC) Received: by pdbqd1 with SMTP id qd1so128764614pdb.2 for ; Fri, 17 Apr 2015 06:42:55 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:message-id:references:to; bh=weNZ+1x7w4ZpdYqF6l9iKOc7CDpOdiwpD0ftuHWl3j8=; b=kUtT6y5AvwB75EePdsO0XOePJd+0bccTXKnACKJRdMLA6eCQ0gvQUI7aZHTf7EhQIY OstFIjjRdqrI2U6witV4cM4IJKgPSCcNwt/MyMVpFrY2ioz4/jfhyQeQGWQ5stH7mFnC mnCsP96LssaevoSLqXg4ISAm2DZXoMj80qEpOBFn6RH8L+9mqP4nkp/IKW1tq+vahvpQ Wko5+wFCWLFJOSO69u0WNK+YHxQgh64wriCGP3AS5xngpbzH9ihB0EGA2aI/uGssqt+2 5KuHRbA41vjp9/xRkp66jpG1sgWDxSXNLaM3R1e4+uDTEbHnrTg1rbMglqA1EKuTyAj9 zcwg== X-Gm-Message-State: ALoCoQkycgTDDw6TEIUAbxwLqsXivoEckZV+lAb/Dx3g5ixc3vEeGwpK4WQHa0DqSQ20wrPBJHw0 X-Received: by 10.70.129.172 with SMTP id nx12mr5604070pdb.157.1429278175147; Fri, 17 Apr 2015 06:42:55 -0700 (PDT) Received: from [10.64.24.57] ([69.53.236.236]) by mx.google.com with ESMTPSA id qh9sm10232242pbc.24.2015.04.17.06.42.53 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 17 Apr 2015 06:42:54 -0700 (PDT) Sender: Warner Losh Subject: Re: help with coding a loadable kernel module Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) Content-Type: multipart/signed; boundary="Apple-Mail=_DA24257B-512A-44E0-B75E-42CB318684D8"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5b6 From: Warner Losh In-Reply-To: Date: Fri, 17 Apr 2015 07:42:51 -0600 Cc: Ian Lepore , freebsd-arm@freebsd.org Message-Id: References: <20150417080839.GO2743@home.opsec.eu> <9B835088-661C-456E-84A7-47BC1835C0CB@cs.huji.ac.il> <20150417095536.GA38091@gmail.com> <32D7EBD3-813E-4062-8A06-ED8E82BA50DA@cs.huji.ac.il> <1429276417.1182.71.camel@freebsd.org> To: Daniel Braniss X-Mailer: Apple Mail (2.2098) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Apr 2015 13:43:02 -0000 --Apple-Mail=_DA24257B-512A-44E0-B75E-42CB318684D8 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Apr 17, 2015, at 7:26 AM, Daniel Braniss = wrote: >=20 >>=20 >> On Apr 17, 2015, at 4:13 PM, Ian Lepore wrote: >>=20 >> On Fri, 2015-04-17 at 13:46 +0300, Daniel Braniss wrote: >>>> On Apr 17, 2015, at 12:55 PM, Tom Jones wrote: >>>>=20 >>>> On Fri, Apr 17, 2015 at 12:15:33PM +0300, Daniel Braniss wrote: >>>>>=20 >>>>>> On Apr 17, 2015, at 11:08 AM, Kurt Jaeger wrote: >>>>>>=20 >>>>>> Hi! >>>>>>=20 >>>>>>> I know I'm embarking on a dangerous trip, but I want to use a = Raspberry Pi >>>>>>> and or a BeagleBone to read (and write) RFID cards. >>>>>>> Since a driver is needed to use the spibus, I have 2 options = while >>>>>>> developing: >>>>>> [...] >>>>>>> So before I give up on option 2, is there some examples/help? >>>>>>=20 >>>>>> Are you aware of this book ? >>>>>>=20 >>>>>> http://www.nostarch.com/bsddrivers.htm = >>>>>=20 >>>>> no, but before I spend more money (this is getting expensive :-), >>>>> does it explain how to write a loadable module that needs to to = talk >>>>> to a spibus? >>>>=20 >>>> I don't think it does. >>>>=20 >>>> spibus is very simple, there is one interface call >>>>=20 >>>> SPIBUS_TRANSFER(device_t, device_t, strcut spi_command); >>>>=20 >>>=20 >>> chicken and egg issue :-), what device_t dev should I use? >>> it must point to the spibus =E2=80=A6 >>=20 >> Your device will be a child of the spibus, and it is the bus that >=20 > it=E2=80=99s the =E2=80=98child of=E2=80=99 that I have problems. this = will be a loadable module, so > it will have to tell the parent that he is no longer an orphan :-) When you declare the module, one of the parameters are what bus to attach to. If you are using FDT in your system, then you=E2=80=99ll put your device = into the FDT tree below the spibus to create the device_t node in the tree. When your module is loaded, its probe routine will be called, and you can match based on the compatible string given in the FDT. >> implements the SPIBUS_TRANSFER() method, so it's the bus's device_t = that >> needs to be passed as the first parameter in the call (if it were C++ = it >> would be the "this" pointer -- this stuff is OO implemented in = plain-C). >>> =46rom your driver, something like: >>=20 >> SPIBUS_TRANSFER(device_get_parent(sc->sc_dev), sc->sc_dev, cmdptr); >>=20 >> I haven't got time this morning to put together a complete example of >> how to add a module to the build, but the process is basically along = the >> lines of... >>=20 >> Add a new directory to sys/dev for your driver just like you were >> going to compile it into the kernel. Then in sys/modules find = another >> simple driver, copy it to a new directory, and change the names of >> things in the makefile so that it refers to your new dir/files in >> sys/dev. You can set MODULES_OVERRIDE=3Dyournew_dirname on the make >> command line or in your kernel config to make it compile. >>=20 >=20 > I have that, even figured out how to cross compile and use the make = buildenv. > it=E2=80=99s great! I can compile outside the source tree too. Yes. That=E2=80=99s also possible. Build it in a buildenv environment = and then copy the .ko file over to the target system to kldload. Warner --Apple-Mail=_DA24257B-512A-44E0-B75E-42CB318684D8 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJVMQ3bAAoJEGwc0Sh9sBEAg/UQAMO3Uc6yPx4tK3y/iAbVDOsj ZLeg4ZVGDxXFMVeh/9q83yHCcjWcnGRvZXYCEHriNZbSF3OhLsafntopolfhWUpn eKDyyUUpd4NKDIBYTOiby+42NaE9Y67aIxDpdpcC0qfsrf2oNga4ak9kcYcTqOxN K+VUH0Wysgh5smHj1JoL83TkWZat1zD5h5h6ndESYUCV6ilQFmn4HB/14YAYOTWs ql68OCU3euXni33Mwkpe23nxki5FvjR/RGY6dN5KdKpqqywVk9TPCmDN+6W0Kxtn 6LlQ9OdjDZ/FDDVYA1CwQ5xtV75h65s06kDt/KexmOoK2hWOkaBOMC3qeetyLxgd eYHNjJixJV9/ybYYzREWtvcV3Y2TPOh0Ctk4kTlC5Dz6X9JAgcjsxiF74fsy8ymV HH92IsIiaRn4ZOqeaZgGKZ3Z/yFQmsz2TbFRbQuwwulSGGZovAwL6vpo1F/XL8SQ ZhrZ7ZvY6rwPOVj+knU5W/fm5ZfnVZ/BexA4MmVIkj0/9Gtirtw02XIrX+cBoiVe 6O5F+PKjNvb6CZqCFdGZ2yGjd7I0xYZqs4tdTDVMvscoFC9Edr0fU3mBPvCuimtg qmh/4DjkEYHJppuPCk7c80M9IypH0Y9t0c0cJE/qdYzAkT3q2LUFMrPJs/2yC4e7 L3vsKkkNvsdTNLDbKs10 =4PGo -----END PGP SIGNATURE----- --Apple-Mail=_DA24257B-512A-44E0-B75E-42CB318684D8-- From owner-freebsd-arm@FreeBSD.ORG Fri Apr 17 14:09:02 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7AECF928; Fri, 17 Apr 2015 14:09:02 +0000 (UTC) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.116.210]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 007D87BB; Fri, 17 Apr 2015 14:09:01 +0000 (UTC) Received: from mbpro2.bs.cs.huji.ac.il ([132.65.179.20]) by kabab.cs.huji.ac.il with esmtp id 1Yj6wg-000BOf-RR; Fri, 17 Apr 2015 17:08:39 +0300 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2090\)) Subject: Re: help with coding a loadable kernel module From: Daniel Braniss In-Reply-To: Date: Fri, 17 Apr 2015 17:08:46 +0300 Cc: Ian Lepore , freebsd-arm@freebsd.org Message-Id: <8C177A8C-F6B2-43D5-925F-A3C33B6CF577@cs.huji.ac.il> References: <20150417080839.GO2743@home.opsec.eu> <9B835088-661C-456E-84A7-47BC1835C0CB@cs.huji.ac.il> <20150417095536.GA38091@gmail.com> <32D7EBD3-813E-4062-8A06-ED8E82BA50DA@cs.huji.ac.il> <1429276417.1182.71.camel@freebsd.org> To: Warner Losh X-Mailer: Apple Mail (2.2090) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Apr 2015 14:09:02 -0000 > On Apr 17, 2015, at 4:42 PM, Warner Losh wrote: >=20 >>=20 >> On Apr 17, 2015, at 7:26 AM, Daniel Braniss = wrote: >>=20 >>>=20 >>> On Apr 17, 2015, at 4:13 PM, Ian Lepore wrote: >>>=20 >>> On Fri, 2015-04-17 at 13:46 +0300, Daniel Braniss wrote: >>>>> On Apr 17, 2015, at 12:55 PM, Tom Jones wrote: >>>>>=20 >>>>> On Fri, Apr 17, 2015 at 12:15:33PM +0300, Daniel Braniss wrote: >>>>>>=20 >>>>>>> On Apr 17, 2015, at 11:08 AM, Kurt Jaeger = wrote: >>>>>>>=20 >>>>>>> Hi! >>>>>>>=20 >>>>>>>> I know I'm embarking on a dangerous trip, but I want to use a = Raspberry Pi >>>>>>>> and or a BeagleBone to read (and write) RFID cards. >>>>>>>> Since a driver is needed to use the spibus, I have 2 options = while >>>>>>>> developing: >>>>>>> [...] >>>>>>>> So before I give up on option 2, is there some examples/help? >>>>>>>=20 >>>>>>> Are you aware of this book ? >>>>>>>=20 >>>>>>> http://www.nostarch.com/bsddrivers.htm = >>>>>>=20 >>>>>> no, but before I spend more money (this is getting expensive :-), >>>>>> does it explain how to write a loadable module that needs to to = talk >>>>>> to a spibus? >>>>>=20 >>>>> I don't think it does. >>>>>=20 >>>>> spibus is very simple, there is one interface call >>>>>=20 >>>>> SPIBUS_TRANSFER(device_t, device_t, strcut spi_command); >>>>>=20 >>>>=20 >>>> chicken and egg issue :-), what device_t dev should I use? >>>> it must point to the spibus =E2=80=A6 >>>=20 >>> Your device will be a child of the spibus, and it is the bus that >>=20 >> it=E2=80=99s the =E2=80=98child of=E2=80=99 that I have problems. = this will be a loadable module, so >> it will have to tell the parent that he is no longer an orphan :-) >=20 > When you declare the module, one of the parameters are what bus to > attach to. >=20 > If you are using FDT in your system, then you=E2=80=99ll put your = device into the > FDT tree below the spibus to create the device_t node in the tree. = When > your module is loaded, its probe routine will be called, and you can > match based on the compatible string given in the FDT. >=20 I was afraid of that :-), this FDT stuff is new to me, and so far I was = successful in adding a gpio/led, but grep has not found any spibus. any chance for a small template/example ? rpi or bbb would help! cheers danny >>> implements the SPIBUS_TRANSFER() method, so it's the bus's device_t = that >>> needs to be passed as the first parameter in the call (if it were = C++ it >>> would be the "this" pointer -- this stuff is OO implemented in = plain-C). >>>> =46rom your driver, something like: >>>=20 >>> SPIBUS_TRANSFER(device_get_parent(sc->sc_dev), sc->sc_dev, cmdptr); >>>=20 >>> I haven't got time this morning to put together a complete example = of >>> how to add a module to the build, but the process is basically along = the >>> lines of... >>>=20 >>> Add a new directory to sys/dev for your driver just like you were >>> going to compile it into the kernel. Then in sys/modules find = another >>> simple driver, copy it to a new directory, and change the names of >>> things in the makefile so that it refers to your new dir/files in >>> sys/dev. You can set MODULES_OVERRIDE=3Dyournew_dirname on the make >>> command line or in your kernel config to make it compile. >>>=20 >>=20 >> I have that, even figured out how to cross compile and use the make = buildenv. >> it=E2=80=99s great! I can compile outside the source tree too. >=20 > Yes. That=E2=80=99s also possible. Build it in a buildenv environment = and then > copy the .ko file over to the target system to kldload. >=20 > Warner From owner-freebsd-arm@FreeBSD.ORG Fri Apr 17 14:14:16 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 86B52AA6 for ; Fri, 17 Apr 2015 14:14:16 +0000 (UTC) Received: from mail-pd0-f176.google.com (mail-pd0-f176.google.com [209.85.192.176]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 51CD98A1 for ; Fri, 17 Apr 2015 14:14:16 +0000 (UTC) Received: by pdbqd1 with SMTP id qd1so129561325pdb.2 for ; Fri, 17 Apr 2015 07:14:10 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:message-id:references:to; bh=4pdFz8tB6Ct6bACmMD3YcqsXz3tRq1vtkJzwR5wmPPQ=; b=SeT6aUl6cCDVcqg4aqA+NyhZSte9hqVI4oujrkJ1p3nc/hw6ELV8g+OpIpsYLIPHZI ox190oB26PpNisGKEN8KCq4R3dYO1Fwy1Y68bw8qc4R1qlWI6NNI2XuwbQ+P5e7pQdxh p7boSiaIAXUVcRVXQoSFpWhF9eqkfxG2nc/zY4EJ8OY9A5yXaJ6sgDjdafi3cKd+1SoV onfRwvYYS0a9HrFaZ7SLOlqgCZBycySlo/XPrJSN3FC6ZJsNYnbPO4c23JziKWEMZukF lfB1tL8fElIQoxwFQYEQhRICVmfdyW2NmK9cq0wmf14mz6YmQXs1XGwfGTY+doOYGsX5 gJgw== X-Gm-Message-State: ALoCoQmsNfjWEZp1eKbkvDRR/iBM0Log6EULubWbgrp/Aut5U9ajBMgIPTBXPDBG3VoMgBpXbCeE X-Received: by 10.66.137.2 with SMTP id qe2mr5809844pab.77.1429280050102; Fri, 17 Apr 2015 07:14:10 -0700 (PDT) Received: from [10.64.24.57] ([69.53.236.236]) by mx.google.com with ESMTPSA id nv13sm10341961pdb.15.2015.04.17.07.14.08 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 17 Apr 2015 07:14:09 -0700 (PDT) Sender: Warner Losh Subject: Re: help with coding a loadable kernel module Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) Content-Type: multipart/signed; boundary="Apple-Mail=_98F1A014-E68F-4099-80B6-1FA653B89D02"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5b6 From: Warner Losh In-Reply-To: <8C177A8C-F6B2-43D5-925F-A3C33B6CF577@cs.huji.ac.il> Date: Fri, 17 Apr 2015 08:14:08 -0600 Cc: Ian Lepore , freebsd-arm@freebsd.org Message-Id: <064E53E1-0AAA-4373-9225-E0E4694D23A7@bsdimp.com> References: <20150417080839.GO2743@home.opsec.eu> <9B835088-661C-456E-84A7-47BC1835C0CB@cs.huji.ac.il> <20150417095536.GA38091@gmail.com> <32D7EBD3-813E-4062-8A06-ED8E82BA50DA@cs.huji.ac.il> <1429276417.1182.71.camel@freebsd.org> <8C177A8C-F6B2-43D5-925F-A3C33B6CF577@cs.huji.ac.il> To: Daniel Braniss X-Mailer: Apple Mail (2.2098) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Apr 2015 14:14:16 -0000 --Apple-Mail=_98F1A014-E68F-4099-80B6-1FA653B89D02 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Apr 17, 2015, at 8:08 AM, Daniel Braniss = wrote: >=20 >>=20 >> On Apr 17, 2015, at 4:42 PM, Warner Losh wrote: >>=20 >>>=20 >>> On Apr 17, 2015, at 7:26 AM, Daniel Braniss = wrote: >>>=20 >>>>=20 >>>> On Apr 17, 2015, at 4:13 PM, Ian Lepore wrote: >>>>=20 >>>> On Fri, 2015-04-17 at 13:46 +0300, Daniel Braniss wrote: >>>>>> On Apr 17, 2015, at 12:55 PM, Tom Jones wrote: >>>>>>=20 >>>>>> On Fri, Apr 17, 2015 at 12:15:33PM +0300, Daniel Braniss wrote: >>>>>>>=20 >>>>>>>> On Apr 17, 2015, at 11:08 AM, Kurt Jaeger = wrote: >>>>>>>>=20 >>>>>>>> Hi! >>>>>>>>=20 >>>>>>>>> I know I'm embarking on a dangerous trip, but I want to use a = Raspberry Pi >>>>>>>>> and or a BeagleBone to read (and write) RFID cards. >>>>>>>>> Since a driver is needed to use the spibus, I have 2 options = while >>>>>>>>> developing: >>>>>>>> [...] >>>>>>>>> So before I give up on option 2, is there some examples/help? >>>>>>>>=20 >>>>>>>> Are you aware of this book ? >>>>>>>>=20 >>>>>>>> http://www.nostarch.com/bsddrivers.htm = >>>>>>>=20 >>>>>>> no, but before I spend more money (this is getting expensive = :-), >>>>>>> does it explain how to write a loadable module that needs to to = talk >>>>>>> to a spibus? >>>>>>=20 >>>>>> I don't think it does. >>>>>>=20 >>>>>> spibus is very simple, there is one interface call >>>>>>=20 >>>>>> SPIBUS_TRANSFER(device_t, device_t, strcut spi_command); >>>>>>=20 >>>>>=20 >>>>> chicken and egg issue :-), what device_t dev should I use? >>>>> it must point to the spibus =E2=80=A6 >>>>=20 >>>> Your device will be a child of the spibus, and it is the bus that >>>=20 >>> it=E2=80=99s the =E2=80=98child of=E2=80=99 that I have problems. = this will be a loadable module, so >>> it will have to tell the parent that he is no longer an orphan :-) >>=20 >> When you declare the module, one of the parameters are what bus to >> attach to. >>=20 >> If you are using FDT in your system, then you=E2=80=99ll put your = device into the >> FDT tree below the spibus to create the device_t node in the tree. = When >> your module is loaded, its probe routine will be called, and you can >> match based on the compatible string given in the FDT. >>=20 >=20 > I was afraid of that :-), this FDT stuff is new to me, and so far I = was successful > in adding a gpio/led, but grep has not found any spibus. > any chance for a small template/example ? rpi or bbb would help! I=E2=80=99m afraid I don=E2=80=99t have one handy. Warner --Apple-Mail=_98F1A014-E68F-4099-80B6-1FA653B89D02 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJVMRUwAAoJEGwc0Sh9sBEAuykP/24Mm7W0yqLNB07a33Q+J5pv aCDy7gVStKYlXRsm7K4RAATNTMC3Argjn080ZkS0r4nr8AUgQ4vhi24ihPmzc2u0 kaUAW36/n/potPAqHm+sheSqAi0g2BuztxmfEhcwj6YESVoNVlkh2O0q4hIIajT6 SYVb1E7CqMB8AmIDYsUYBz9SYp311xHNgzOe1f/TTrXXGoYtjiZSpATX1ojsvegE klzNgG1/sNwG7pHI7khlNNtGFCa1PosgeNAy6M0jxwYc9LiEpJi1W4HIHB7FBgXn bM9inMMNAcYk52sqjV/yRP71yZZ7GZr5xJqYf8MLEqKzao/U9T4gE0LuCI0eDnZ3 eOMLPPBChy6QqMTnCjP/6M/990BxG08R1XBoIs5SjYyyoboVcCyrfK3V7XJcCMBP H8WG3fcPtdS6/Qxp+NgJyRE2CU3S00RlJDySowMFC7t5YvZ6Bc806tZLB4qtJujV 73g4fXluY31T7T/Fhd1tpbf5f0Xd7W8p02jIPmVuW0UwY35xfaxx6ifqIS3CORVd zfMmcnPo6wORAJGQZcXb6GvRbUlFaejMOE05PY4Ba8M46tKrF20egjmek8Gpt09A bbT9mb0veeQI9bMMlqmfj4WxHzOR0LH400wgKRFnmXoTMSIc+Vy7zLkyyCJPzB+0 cBKqfOVHcZNrTu2SY1+H =mVgl -----END PGP SIGNATURE----- --Apple-Mail=_98F1A014-E68F-4099-80B6-1FA653B89D02-- From owner-freebsd-arm@FreeBSD.ORG Fri Apr 17 20:03:20 2015 Return-Path: Delivered-To: freeBSD-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B26FAB2E for ; Fri, 17 Apr 2015 20:03:20 +0000 (UTC) Received: from mail.ignoranthack.me (ignoranthack.me [199.102.79.106]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9619068A for ; Fri, 17 Apr 2015 20:03:20 +0000 (UTC) Received: from [192.168.200.200] (unknown [50.136.155.142]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id 0BDBD193655 for ; Fri, 17 Apr 2015 20:03:18 +0000 (UTC) Message-ID: <55316705.9020506@ignoranthack.me> Date: Fri, 17 Apr 2015 13:03:17 -0700 From: Sean Bruno Reply-To: sbruno@freebsd.org User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: freeBSD-arm@freebsd.org Subject: lastest poudriere run, armv6hf target Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Apr 2015 20:03:20 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 http://chips.ysv.freebsd.org/build.html?mastername=11armv6hf-default&build=2015-04-13_18h44m36s Not bad. This will probably be the last of the unofficial runs that I do as we are transitioning to official hardware/repos. sean -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQF8BAEBCgBmBQJVMWcDXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRCQUFENDYzMkU3MTIxREU4RDIwOTk3REQx MjAxRUZDQTFFNzI3RTY0AAoJEBIB78oecn5kMZEH/1mjsnL8PZg7lUa92obhc5sG 9BEwUn6aUanOvFBkCWC+mTCySCa7qeI136ACJNfdOb2nf7zL3uQKOwSHefQ3wbVz 6OdaZgX0fQTlZmFbQTapCijgZnyFe7C5O3IDJZD2HdhKx3FRa7ujVKyAr0sR3W8X Cr63cmdJ34pLFyP45DAyNF3PytCf/TjSVme6uUhGsGyogHUDigSyNVkPPQPuKrrv EjJtiu8oJ3UWW6zAS55pIUB+HCLZOTiIAKW/Bo4Pi0U3lP2da82Swm+6vXIAhyg/ m8Nx9ZljAF+MCFRhppKkgwC17Os8WGfDjUmA6xf4cJU4DQHcmoB2ZYUzoEbNgPM= =YhI4 -----END PGP SIGNATURE----- From owner-freebsd-arm@FreeBSD.ORG Sat Apr 18 00:51:42 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EAF51D6D; Sat, 18 Apr 2015 00:51:42 +0000 (UTC) Received: from mail-wi0-x229.google.com (mail-wi0-x229.google.com [IPv6:2a00:1450:400c:c05::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 80BB3923; Sat, 18 Apr 2015 00:51:42 +0000 (UTC) Received: by widdi4 with SMTP id di4so37198016wid.0; Fri, 17 Apr 2015 17:51:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=fkrxEN4wuX/GVUy9GwPARWw2/LKyszBiTJQBy/Bt/Sc=; b=KXwUDYVNZpvjCNeri7jsGTVi1OqSky7bQW+2SGlOGrU/vBn56eJqkdMUBNF2+TnROT /Te1WfywQb1zNuos5G38UM1zE6/xqHXe0FsnWXh5CVhg+P1GH7Wgi2MDYGpev8rYsKK+ 3S/bx6YF909j3vsCmRmwc4i3w4ebeIYk8ZzEhhCHJvwZEI/QuQj4DfkqixvXg2DvQMEX t9LK1hq3rzJz+k/kfZkn03uYIRYE5Ab3alwqU0LY4AiNCYznzU6fzjxW0l5eM6kBtbrd k9VwZ9FaOTnKc4SBgiUFL4vYl1gzJwAxm95Wo4eI5XIZjXgqPb5t06CU2ta+K/7sB+Vf SjrQ== MIME-Version: 1.0 X-Received: by 10.194.142.232 with SMTP id rz8mr10372787wjb.78.1429318300765; Fri, 17 Apr 2015 17:51:40 -0700 (PDT) Received: by 10.180.195.106 with HTTP; Fri, 17 Apr 2015 17:51:40 -0700 (PDT) In-Reply-To: <8C177A8C-F6B2-43D5-925F-A3C33B6CF577@cs.huji.ac.il> References: <20150417080839.GO2743@home.opsec.eu> <9B835088-661C-456E-84A7-47BC1835C0CB@cs.huji.ac.il> <20150417095536.GA38091@gmail.com> <32D7EBD3-813E-4062-8A06-ED8E82BA50DA@cs.huji.ac.il> <1429276417.1182.71.camel@freebsd.org> <8C177A8C-F6B2-43D5-925F-A3C33B6CF577@cs.huji.ac.il> Date: Fri, 17 Apr 2015 21:51:40 -0300 Message-ID: Subject: Re: help with coding a loadable kernel module From: Luiz Otavio O Souza To: Daniel Braniss Cc: Warner Losh , "freebsd-arm@freebsd.org" , Ian Lepore Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Apr 2015 00:51:43 -0000 On 17 April 2015 at 11:08, Daniel Braniss wrote: > >> On Apr 17, 2015, at 4:42 PM, Warner Losh wrote: >> ... >> >> If you are using FDT in your system, then you=E2=80=99ll put your device= into the >> FDT tree below the spibus to create the device_t node in the tree. When >> your module is loaded, its probe routine will be called, and you can >> match based on the compatible string given in the FDT. >> > > I was afraid of that :-), this FDT stuff is new to me, and so far I was s= uccessful > in adding a gpio/led, but grep has not found any spibus. > any chance for a small template/example ? rpi or bbb would help! > > cheers > danny Hi Daniel, Here is an example of such change for RPi: http://pastie.org/10099132 The SPI controller node is defined at sys/boot/fdt/dts/arm/bcm2835.dtsi, but usually the local changes go in sys/boot/fdt/dts/arm/rpi.dts. Once you boot your system you can check your DTS tree with ofwdump -a Cheers, Luiz From owner-freebsd-arm@FreeBSD.ORG Sat Apr 18 03:32:06 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 23B9CBDF for ; Sat, 18 Apr 2015 03:32:06 +0000 (UTC) Received: from mail-wi0-x234.google.com (mail-wi0-x234.google.com [IPv6:2a00:1450:400c:c05::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B5317BB7 for ; Sat, 18 Apr 2015 03:32:05 +0000 (UTC) Received: by wizk4 with SMTP id k4so41622029wiz.1 for ; Fri, 17 Apr 2015 20:32:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=1jydrd7Fcu6RrnG/UV/mSsE9UcHuqXjFeERqaI2Z6us=; b=UIqFjcKN28rbq3fbB5wOWdZ2Lyk8i4umjYEhj9HPT1QysOyDtd/0OxbuU6YeUNzHra CNxdMxvbZRazQAy00gefKPHa9ix6ADrSTmVcNpJ9B+912tush52aTlgtNJYdAfj9VgHb iucLghvbKt+85bQhaO2ao1Rxls8LGyUVpj2Tw9ClFJRFPI3TPLaKvEU5nYeU5Lde8p2h YOT8z6/Cj6Zz1MGXE4IFyXjA9UYXMshPw9BHAVmWQcl2mcNbiwHbYHAgWag5cSWyrAzp pLKjUDR3ijW4xluVEqT9qPRfWPdkeYlNfsU04UCzOV9A6klHy1HtK7XY4nlBIrOOzdl0 z2hg== MIME-Version: 1.0 X-Received: by 10.180.97.164 with SMTP id eb4mr6480271wib.3.1429327923752; Fri, 17 Apr 2015 20:32:03 -0700 (PDT) Received: by 10.180.195.106 with HTTP; Fri, 17 Apr 2015 20:32:03 -0700 (PDT) In-Reply-To: References: <6970CFB2-6347-4BAF-BA24-56196C33C3BC@nimrev.com> <37983D60-3AD9-4DEC-A1D8-4E65BABE3066@nimrev.com> Date: Sat, 18 Apr 2015 00:32:03 -0300 Message-ID: Subject: Re: mmc/sd driver testing. From: Luiz Otavio O Souza To: Alexander Fedorov Cc: Bas Vermin , "freebsd-arm@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Apr 2015 03:32:06 -0000 On 16 April 2015 at 19:32, Luiz Otavio O Souza wrote: > On 16 April 2015 at 18:41, Alexander Fedorov wrote: >> Hello! >> >> If it helps, I've updated my patch to CURRENT r281599. >> >> These are the changes from the previous version: >> - Style fixes, suggested by Ian. >> - Speed improovment (reading from 2 MB/s to 5-6 MB/s, writing from 0.8 >> to 1.5 MB/s). >> - Use bus_space_write_multi_4/bus_space_read_multi_4 for large blocks. >> - Multiblock I/O support. > > I did a few changes to your driver and now I need some help with > testing (I have tested only on Cubieboard2 so far). > > The changes include: > > - better error handling on mmc_acquire_host(); > - Removed the busy loops from interrupt handler; > - Use PLL6 as the clock source for MMC/SD (from netbsd); > - Simplified interrupt handling - always unmasked and enabled (from netbsd); > - Style(9) fixes. Okay, I have committed a few changes to reduce the differences and now you need only the following patches (with a fresh -head): http://loos.com.br/allwinner/a10_mmc.diff http://loos.com.br/allwinner/kernel-conf.diff http://loos.com.br/allwinner/sunxi-dts.diff Please, try it and report back :) Luiz From owner-freebsd-arm@FreeBSD.ORG Sat Apr 18 03:52:08 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 939FDDF8 for ; Sat, 18 Apr 2015 03:52:08 +0000 (UTC) Received: from mail-wg0-x232.google.com (mail-wg0-x232.google.com [IPv6:2a00:1450:400c:c00::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2D596D75 for ; Sat, 18 Apr 2015 03:52:08 +0000 (UTC) Received: by wgso17 with SMTP id o17so130621197wgs.1 for ; Fri, 17 Apr 2015 20:52:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=c9oE27con78FKVjB+WF50UnjcBXSkBzidB8ePOyvN44=; b=CHCQlblPstKjSNL9q+lm/1YhkzaRGXvlga8cFN3jZLTnbEYYHdimJ2SRae/BoE/0aI XnP81eP23QdMr8Oyz5Bqm774/fKzSAd3wbgNOobX9g7S/O+Oa0CLGyXPHsAZqHR1iq7s /JOW9IoGU0LpWmrIeBWFf2RuujnLBowkMRJJFObTPhcWmlTDc711W7uClol5eLUQ4fes c9MzvKWm1dgFAvKbLftQZZ+rePi3dECiIgpEhLAzyt+3vgnN7zk9Kr9/Gukm/MquI2Lz 6oo3Vs0+8xBEX1dVHVwp+Fkhdf0Qdy5s0ICbh6kpquqVYoJ/vKz3EzFLVevCPo+1bpec 8jlg== MIME-Version: 1.0 X-Received: by 10.180.208.42 with SMTP id mb10mr6266575wic.80.1429329126650; Fri, 17 Apr 2015 20:52:06 -0700 (PDT) Received: by 10.180.195.106 with HTTP; Fri, 17 Apr 2015 20:52:06 -0700 (PDT) In-Reply-To: <20150417092023.39cb8829@zeta.dino.sk> References: <20150417092023.39cb8829@zeta.dino.sk> Date: Sat, 18 Apr 2015 00:52:06 -0300 Message-ID: Subject: Re: Chronodot on RPI From: Luiz Otavio O Souza To: Milan Obuch Cc: "freebsd-arm@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Apr 2015 03:52:08 -0000 On 17 April 2015 at 04:20, Milan Obuch wrote: > Hello, > > I just received my DS3231 test board, rebuild kernel and activated > appropriate DTB in boot. After first restart I've got > > # dmesg | grep ds3 > ds32310: at addr 0xd0 on iicbus1 > ds32310: oscillator has stopped, check the battery. > ds32310: registered as a time-of-day clock (resolution 1000000us, adjustment 0.500000000s) > > Next restart, just > > # dmesg | grep ds3 > ds32310: at addr 0xd0 on iicbus1 > ds32310: registered as a time-of-day clock (resolution 1000000us, adjustment 0.500000000s) > > and > > sysctl dev.ds3231 > dev.ds3231.0.32khz_enable: 1 > dev.ds3231.0.sqw_mode: interrupt > dev.ds3231.0.sqw_freq: 8192 > dev.ds3231.0.bbsqw: 0 > dev.ds3231.0.temp_conv: 0 > dev.ds3231.0.temperature: 30.7C > dev.ds3231.0.%parent: iicbus1 > dev.ds3231.0.%pnpinfo: name=rtc compat=maxim,ds3231 > dev.ds3231.0.%location: addr=0xd0 > dev.ds3231.0.%driver: ds3231 > dev.ds3231.0.%desc: Maxim DS3231 RTC > dev.ds3231.%parent: > > Basically, it seems just working. What else could I do to confirm that? > Why the 'oscillator has stopped, check the battery' on first boot after > installing? I think I swa it somewhere it's normal and will not occur > anymore (maybe unless battery is fully discharged) but I am asking > anyway... > > Regards, > Milan Yes, that's okay, the battery warning can happen because of (from DS3231 datasheet): 1) The first time power is applied. 2) The voltages present on both VCC and VBAT are insufficient to support oscillation. 3) The EOSC bit is turned off in battery-backed mode. 4) External influences on the crystal (i.e., noise, leakage, etc.). To confirm it is working, set the system date, shutdown the RPi and let it off for some period. Turn it on again (without ntpd) and check the system date. If you enable the ntpd together with RTC your system will crash, it is a known issue (now...), the workaround is: sysctl machdep.rtc_save_period=0 Luiz From owner-freebsd-arm@FreeBSD.ORG Sat Apr 18 03:53:40 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 13D9EE5F for ; Sat, 18 Apr 2015 03:53:40 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id F29EFD89 for ; Sat, 18 Apr 2015 03:53:39 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t3I3rdu2066179 for ; Sat, 18 Apr 2015 03:53:39 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 196081] [PATCH] ARM: sunxi: Add driver for the MMC/SD host found in the Allwinner A10 SoC Date: Sat, 18 Apr 2015 03:53:38 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: loos@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: loos@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: assigned_to Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Apr 2015 03:53:40 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=196081 Luiz Otavio O Souza changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|freebsd-arm@FreeBSD.org |loos@FreeBSD.org -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-arm@FreeBSD.ORG Sat Apr 18 05:48:54 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B8326CE; Sat, 18 Apr 2015 05:48:54 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id A3A3FBD5; Sat, 18 Apr 2015 05:48:54 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 3DB2940E; Sat, 18 Apr 2015 05:48:54 +0000 (UTC) Date: Sat, 18 Apr 2015 05:48:51 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-arm@freebsd.org, loos@FreeBSD.org, mckusick@FreeBSD.org, takawata@FreeBSD.org Message-ID: <1246735079.17.1429336132487.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD_arm64 #9 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: FreeBSD_HEAD_arm64 X-Jenkins-Result: FAILURE X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Apr 2015 05:48:54 -0000 See Changes: [takawata] Add LE related HCI control command to hccontrol(1). [loos] Move the items common to all SoCs to a single file. [loos] Fix the style(9) and adds two missing parentheses on the licence. Reduce the differences to bring in the MMC/SD driver. Approved by:=09ganbold (licence change) [mckusick] More accurately collect name-cache statistics in sysctl function= s sysctl_debug_hashstat_nchash() and sysctl_debug_hashstat_rawnchash(). These changes are in preparation for allowing changes in the size of the vnode hash tables driven by increases and decreases in the maximum number of vnodes in the system. Reviewed by: kib@ Phabric: D2265 ------------------------------------------ [...truncated 132209 lines...] cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I = -I -I -I -DS= TATETOP -D__UIO_EXPOSE -DUSE_INET6 -std=3Dgnu99 -fstack-protector -Wsystem-= headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign = -Wno-format -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable= -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno= -unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch= -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-array-bounds -Qunused-ar= guments -c -o ipft_tx.o --- usr.sbin.all__D --- --- btpand.8.gz --- gzip -cn > btpand.8.gz --- btpand --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -std=3Dgnu99 -fstack-prote= ctor -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-paramete= r -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitializ= ed -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const= -variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equa= lity -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Q= unused-arguments -o btpand btpand.o bnep.o channel.o client.o event.o pack= et.o server.o sdp.o tap.o -lbluetooth -lsdp -lutil =3D=3D=3D> usr.sbin/bluetooth/hccontrol (all) --- usr.bin.all__D --- --- ClangDiagnosticsEmitter.o --- c++ -B/usr/local/aarch64-freebsd/bin/ -B/usr/local/aarch64-freebsd/bin/ -O2= -pipe -I -I -I -I. -I -DLLVM_= ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -D= CLANG_ENABLE_ARCMT -DCLANG_ENABLE_STATIC_ANALYZER -fno-strict-aliasing -DLL= VM_DEFAULT_TARGET_TRIPLE=3D\"aarch64-unknown-freebsd11.0\" -DLLVM_HOST_TRIP= LE=3D\"aarch64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"\" -fstack-prote= ctor -Qunused-arguments -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dl= ibc++ -Wno-c++11-extensions -c -o ClangDiagnosticsEmitter.o --- usr.sbin.all__D --- --- send_recv.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -std=3Dgnu99 -fstack-prote= ctor -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno= -pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variab= le -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -W= no-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-swit= ch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c -o send_recv.o --- kerberos5.all__D --- --- pcache.po --- cc -B/usr/local/aarch64-freebsd/bin/ -pg -O2 -pipe -I -I -I -I -I -I. -DHAVE_CONFIG_H -I -std=3Dgnu99 -fst= ack-protector -Qunused-arguments -c -o pcache.po --- rescue.all__D --- --- sysctl_make --- (cd && make -DRESCUE CRUNCH_CFLAGS=3D-DRESCUE DIRPRFX=3Drescu= e/rescue/sysctl/ depend && make -DRESCUE CRUNCH_CFLAGS=3D-DRESCUE DIRPRFX= =3Drescue/rescue/sysctl/ sysctl.o) --- .depend --- rm -f .depend CC=3D'cc -B/usr/local/aarch64-freebsd/bin/ ' mkdep -f .depend -a -DRESCU= E -std=3Dgnu99 --- usr.sbin.all__D --- --- link_policy.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -std=3Dgnu99 -fstack-prote= ctor -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno= -pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variab= le -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -W= no-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-swit= ch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c -o link_policy.o --- rescue.all__D --- echo sysctl: >> .de= pend --- sbin.all__D --- --- ipoptsec.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I = -I -I -I -DS= TATETOP -D__UIO_EXPOSE -DUSE_INET6 -std=3Dgnu99 -fstack-protector -Wsystem-= headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign = -Wno-format -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable= -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno= -unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch= -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-array-bounds -Qunused-ar= guments -c -o ipoptsec.o --- lib.all__D --- --- vfwscanf.po --- cc -B/usr/local/aarch64-freebsd/bin/ -pg -O2 -pipe -I -I -I -DNLS -D__DBIN= TERFACE_PRIVATE -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -= DSYMBOL_VERSIONING -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror = -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body = -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -= Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-c= onversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-p= romoted-parameter -Qunused-arguments -c -o vfwscanf.po --- rescue.all__D --- --- sysctl.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -DRESCUE -std=3Dgnu99 -fst= ack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused= -parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-un= initialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unu= sed-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parenth= eses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-t= ypedef -Qunused-arguments -c -o sysctl.o --- usr.sbin.all__D --- --- link_control.o --- --- secure.all__D --- --- obj_err.po --- cc -B/usr/local/aarch64-freebsd/bin/ -pg -O2 -pipe -DTERMIOS -DANSI_SOUR= CE -I -I -I -DOPENSSL_THREADS -DDSO_D= LFCN -DHAVE_DLFCN_H -I -I -I -std=3Dgnu= 89 -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int= -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wn= o-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unuse= d-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -W= no-parent--- usr.sbin.all__D --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -std=3Dgnu99 -fstack-prote= ctor -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno= -pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variab= le -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -W= no-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-swit= ch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c -o link_control.o --- secure.all__D --- heses -Qunused-arguments -c -o obj_err.po --- sbin.all__D --- --- kmem.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I = -I -I -I -DS= TATETOP -D__UIO_EXPOSE -DUSE_INET6 -std=3Dgnu99 -fstack-protector -Wsystem-= headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign = -Wno-format -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable= -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno= -unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch= -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-array-bounds -Qunused-ar= guments -c -o kmem.o --- secure.all__D --- --- obj_lib.po --- cc -B/usr/local/aarch64-freebsd/bin/ -pg -O2 -pipe -DTERMIOS -DANSI_SOUR= CE -I -I -I -DOPENSSL_THREADS -DDSO_D= LFCN -DHAVE_DLFCN_H -I -I -I -std=3Dgnu= 89 -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int= -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wn= o-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unuse= d-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -W= no-parentheses -Qunused-arguments -c -o obj_lib.po --- kerberos5.all__D --- --- pkinit.po --- cc -B/usr/local/aarch64-freebsd/bin/ -pg -O2 -pipe -I -I -I -I -I -I. -DHAVE_CONFIG_H -I -std=3Dgnu99 -fst= ack-protector -Qunused-arguments -c -o pkinit.po --- sbin.all__D --- --- kmemcpywrap.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I = -I -I -I -DS= TATETOP -D__UIO_EXPOSE -DUSE_INET6 -std=3Dgnu99 -fstack-protector -Wsystem-= headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign = -Wno-format -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable= -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno= -unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch= -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-array-bounds -Qunused-ar= guments -c -o kmemcpywrap.o --- secure.all__D --- --- obj_xref.po --- --- usr.sbin.all__D --- --- le.o --- --- secure.all__D --- cc -B/usr/local/aarch64-freebsd/bin/ -pg -O2 -pipe -DTERMIOS -DANSI_SOUR= CE -I -I -I -DOPENSSL_THREADS -DDSO_D= LFCN -DHAVE_DLFCN_H -I -I -I -std=3Dgnu= 89 -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int= -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wn= o-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unuse= d-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -W= no-parentheses -Qunused-arguments -c -o obj_xref.po --- usr.sbin.all__D --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -std=3Dgnu99 -fstack-prote= ctor -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno= -pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variab= le -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -W= no-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-swit= ch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c -o le.o --- rescue.all__D --- --- tunefs_make --- (cd && make -DRESCUE CRUNCH_CFLAGS=3D-DRESCUE DIRPRFX=3Drescu= e/rescue/tunefs/ depend && make -DRESCUE CRUNCH_CFLAGS=3D-DRESCUE DIRPRFX= =3Drescue/rescue/tunefs/ tunefs.o) --- usr.sbin.all__D --- :301:20: error: use of undeclared identifier 'NG_HCI_EVENT_MA= SK_DEFAULT' set_event_mask(s,NG_HCI_EVENT_MASK_DEFAULT | ^ :302:11: error: use of undeclared identifier 'NG_HCI_EVENT_MA= SK_LE' NG_HCI_EVENT_MASK_LE); ^ --- sbin.all__D --- --- kvatoname.o --- --- usr.sbin.all__D --- :303:24: error: use of undeclared identifier 'NG_HCI_LE_EVENT= _MASK_ALL' set_le_event_mask(s, NG_HCI_LE_EVENT_MASK_ALL); ^ --- sbin.all__D --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I = -I -I -I -DS= TATETOP -D__UIO_EXPOSE -DUSE_INET6 -std=3Dgnu99 -fstack-protector -Wsystem-= headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign = -Wno-format -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable= -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno= -unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch= -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-array-bounds -Qunused-ar= guments -c -o kvatoname.o --- usr.sbin.all__D --- :305:20: error: use of undeclared identifier 'NG_HCI_EVENT_MA= SK_DEFAULT' set_event_mask(s,NG_HCI_EVENT_MASK_DEFAULT); ^ 4 errors generated. *** [le.o] Error code 1 make[5]: stopped in 1 error make[5]: stopped in *** [_sub.all] Error code 2 make[4]: stopped in 1 error make[4]: stopped in --- rescue.all__D --- A failure has been detected in another branch of the parallel make --- usr.sbin.all__D --- *** [all_subdir_bluetooth] Error code 2 make[3]: stopped in 1 error make[3]: stopped in --- rescue.all__D --- make[6]: stopped in *** [tunefs_make] Error code 2 make[5]: stopped in 1 error make[5]: stopped in --- usr.sbin.all__D --- *** [usr.sbin.all__D] Error code 2 make[2]: stopped in --- rescue.all__D --- *** [objs] Error code 2 make[4]: stopped in 1 error make[4]: stopped in *** [_sub.all] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [rescue.all__D] Error code 2 make[2]: stopped in --- secure.all__D --- A failure has been detected in another branch of the parallel make make[5]: stopped in *** [_sub.all] Error code 2 make[4]: stopped in 1 error make[4]: stopped in *** [_sub.all] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [secure.all__D] Error code 2 make[2]: stopped in --- sbin.all__D --- A failure has been detected in another branch of the parallel make make[5]: stopped in *** [_sub.all] Error code 2 make[4]: stopped in 1 error make[4]: stopped in *** [all_subdir_ipf] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [sbin.all__D] Error code 2 make[2]: stopped in --- lib.all__D --- A failure has been detected in another branch of the parallel make make[4]: stopped in *** [all_subdir_libc] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [lib.all__D] Error code 2 make[2]: stopped in --- kerberos5.all__D --- A failure has been detected in another branch of the parallel make make[5]: stopped in *** [_sub.all] Error code 2 make[4]: stopped in 1 error make[4]: stopped in *** [_sub.all] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [kerberos5.all__D] Error code 2 make[2]: stopped in --- usr.bin.all__D --- A failure has been detected in another branch of the parallel make make[5]: stopped in *** [all_subdir_clang-tblgen] Error code 2 make[4]: stopped in --- all_subdir_tblgen --- A failure has been detected in another branch of the parallel make make[5]: stopped in *** [all_subdir_tblgen] Error code 2 make[4]: stopped in 2 errors make[4]: stopped in *** [all_subdir_clang] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [usr.bin.all__D] Error code 2 make[2]: stopped in 7 errors make[2]: stopped in *** [everything] Error code 2 make[1]: stopped in 1 error make[1]: stopped in *** [buildworld] Error code 2 make: stopped in 1 error make: stopped in Build step 'Execute shell' marked build as failure From owner-freebsd-arm@FreeBSD.ORG Sat Apr 18 09:02:05 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8DD904F6 for ; Sat, 18 Apr 2015 09:02:05 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5EB3BBD for ; Sat, 18 Apr 2015 09:02:05 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t3I925WB086412 for ; Sat, 18 Apr 2015 09:02:05 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 199512] editors/texstudio crashes on ARM Date: Sat, 18 Apr 2015 09:02:04 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: usenet@ulrich-grey.de X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-ports-bugs@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter cc flagtypes.name Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Apr 2015 09:02:05 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=199512 Bug ID: 199512 Summary: editors/texstudio crashes on ARM Product: Ports & Packages Version: Latest Hardware: arm OS: Any Status: New Severity: Affects Some People Priority: --- Component: Individual Port(s) Assignee: freebsd-ports-bugs@FreeBSD.org Reporter: usenet@ulrich-grey.de CC: abiliojr@gmail.com, freebsd-arm@FreeBSD.org Flags: maintainer-feedback?(abiliojr@gmail.com) CC: abiliojr@gmail.com, freebsd-arm@FreeBSD.org I have built editors/texstudio on an wandboard-quad (FreeBSD 11.0-CURRENT #1 r281266M). This was possible after a patch was applied to the port. See: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=199487#c1 Before I had installed texlive-full-20140525_1. I have done some testing with editors/texstudio. I can compile a LaTeX file and graphics/xpdf shows me the correct output. But when I try to use the builtin preview, texstudio crashes: % texstudio QPixmap::scaleHeight: Pixmap is a null pixmap QPixmap::scaleHeight: Pixmap is a null pixmap QPixmap::scaled: Pixmap is a null pixmap QCursor: Cannot create bitmap cursor; invalid bitmap(s) QPixmap::scaled: Pixmap is a null pixmap QCursor: Cannot create bitmap cursor; invalid bitmap(s) QPixmap::scaled: Pixmap is a null pixmap QCursor: Cannot create bitmap cursor; invalid bitmap(s) Bus error (core dumped) (The pdf-file is ok.) I guess, this is related to graphics/poppler. I have the same issue with editors/texworks. -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-arm@FreeBSD.ORG Sat Apr 18 09:51:56 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 364E72EB; Sat, 18 Apr 2015 09:51:56 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 2004C805; Sat, 18 Apr 2015 09:51:56 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id EEC0146F; Sat, 18 Apr 2015 09:51:55 +0000 (UTC) Date: Sat, 18 Apr 2015 09:51:55 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-arm@freebsd.org, araujo@FreeBSD.org, rpaulo@FreeBSD.org, loos@FreeBSD.org, mckusick@FreeBSD.org, takawata@FreeBSD.org Message-ID: <270459020.21.1429350715798.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1246735079.17.1429336132487.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1246735079.17.1429336132487.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD_arm64 #10 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: FreeBSD_HEAD_arm64 X-Jenkins-Result: FAILURE X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Apr 2015 09:51:56 -0000 See Changes: [rpaulo] Fix French typos in etherswitch. [araujo] Fix misspelling. [araujo] Improve code style(9), no functional changes. Differential Revision:=09D2320 Reviewed by:=09=09takawata [takawata] Forgot to add default event mask definition. ------------------------------------------ [...truncated 133681 lines...] --- lib.all__D --- cc -B/usr/local/aarch64-freebsd/bin/ -pg -O2 -pipe -I -I -I -DNLS -D__DBIN= TERFACE_PRIVATE -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -= DSYMBOL_VERSIONING -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror = -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body = -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -= Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-c= onversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-p= romoted-parameter -Qunused-arguments -c -o crypt_client.po --- sbin.all__D --- --- ippool.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I. -I -I -I -I = -DSTATETOP -D__UIO_EXPOSE -DUSE_INET6 -std=3Dgnu99 -fstack-protector -Wsyst= em-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-si= gn -Wno-format -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-swi= tch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-array-bounds -Qunused= -arguments -c -o ippool.o --- usr.sbin.all__D --- =3D=3D=3D> usr.sbin/bluetooth/hccontrol (all) --- send_recv.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -std=3Dgnu99 -fstack-prote= ctor -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno= -pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variab= le -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -W= no-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-swit= ch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c -o send_recv.o --- kerberos5.all__D --- --- setprogname.po --- cc -B/usr/local/aarch64-freebsd/bin/ -pg -O2 -pipe -I -I. -DHAVE_CONFIG_H -I -std=3Dgnu99 -fs= tack-protector -Qunused-arguments -c -o setprogname.po --- secure.all__D --- --- rsa_none.po --- cc -B/usr/local/aarch64-freebsd/bin/ -pg -O2 -pipe -DTERMIOS -DANSI_SOUR= CE -I -I -I -DOPENSSL_THREADS -DDSO_D= LFCN -DHAVE_DLFCN_H -I -I -I -std=3Dgnu= 89 -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int= -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wn= o-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unuse= d-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -W= no-parentheses -Qunused-arguments -c -o rsa_none.po --- lib.all__D --- --- key_call.po --- cc -B/usr/local/aarch64-freebsd/bin/ -pg -O2 -pipe -I -I -I -DNLS -D__DBIN= TERFACE_PRIVATE -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -= DSYMBOL_VERSIONING -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror = -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body = -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -= Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-c= onversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-p= romoted-parameter -Qunused-arguments -c -o key_call.po --- rescue.all__D --- --- ntomask.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I. -DIPFILTER_BPF -DHAS_S= YS_MD5_H -I -I -I -I -DSTATETOP -D__UIO_EXPOSE -DUSE_INET6 -DRESCUE -std=3Dgn= u99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-u= ninitialized -Wno-pointer-sign -Wno-format -Wno-empty-body -Wno-string-plus= -int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value= -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-u= nused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-paramete= r -Wno-array-bounds -Qunused-arguments -c = -o ntomask.o --- usr.sbin.all__D --- --- link_policy.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -std=3Dgnu99 -fstack-prote= ctor -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno= -pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variab= le -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -W= no-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-swit= ch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c -o link_policy.o --- kerberos5.all__D --- --- signal.po --- cc -B/usr/local/aarch64-freebsd/bin/ -pg -O2 -pipe -I -I. -DHAVE_CONFIG_H -I -std=3Dgnu99 -fs= tack-protector -Qunused-arguments -c -o signal.po --- secure.all__D --- --- rsa_null.po --- cc -B/usr/local/aarch64-freebsd/bin/ -pg -O2 -pipe -DTERMIOS -DANSI_SOUR= CE -I -I -I -DOPENSSL_THREADS -DDSO_D= LFCN -DHAVE_DLFCN_H -I -I -I -std=3Dgnu= 89 -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int= -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wn= o-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unuse= d-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -W= no-parentheses -Qunused-arguments -c -o rsa_null.po --- rescue.all__D --- --- optname.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I. -DIPFILTER_BPF -DHAS_S= YS_MD5_H -I -I -I -I -DSTATETOP -D__UIO_EXPOSE -DUSE_INET6 -DRESCUE -std=3Dgn= u99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-u= ninitialized -Wno-pointer-sign -Wno-format -Wno-empty-body -Wno-string-plus= -int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value= -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-u= nused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-paramete= r -Wno-array-bounds -Qunused-arguments -c = -o optname.o --- kerberos5.all__D --- --- simple_exec.po --- cc -B/usr/local/aarch64-freebsd/bin/ -pg -O2 -pipe -I -I. -DHAVE_CONFIG_H -I -std=3Dgnu99 -fs= tack-protector -Qunused-arguments -c -o simple_exec.po --- secure.all__D --- --- rsa_oaep.po --- cc -B/usr/local/aarch64-freebsd/bin/ -pg -O2 -pipe -DTERMIOS -DANSI_SOUR= CE -I -I -I -DOPENSSL_THREADS -DDSO_D= LFCN -DHAVE_DLFCN_H -I -I -I -std=3Dgnu= 89 -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int= -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wn= o-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unuse= d-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -W= no-parentheses -Qunused-arguments -c -o rsa_oaep.po --- usr.sbin.all__D --- --- link_control.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -std=3Dgnu99 -fstack-prote= ctor -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno= -pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variab= le -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -W= no-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-swit= ch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c -o link_control.o --- lib.all__D --- --- key_prot_xdr.po --- cc -B/usr/local/aarch64-freebsd/bin/ -pg -O2 -pipe -I -I -I -DNLS -D__DBIN= TERFACE_PRIVATE -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -= DSYMBOL_VERSIONING -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror = -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body = -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -= Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-c= onversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-p= romoted-parameter -Qunused-arguments -c -o key_prot_xdr.po --- rescue.all__D --- --- optprint.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I. -DIPFILTER_BPF -DHAS_S= YS_MD5_H -I -I -I -I -DSTATETOP -D__UIO_EXPOSE -DUSE_INET6 -DRESCUE -std=3Dgn= u99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-u= ninitialized -Wno-pointer-sign -Wno-format -Wno-empty-body -Wno-string-plus= -int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value= -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-u= nused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-paramete= r -Wno-array-bounds -Qunused-arguments -c -o optprint.o --- lib.all__D --- --- getpublickey.po --- cc -B/usr/local/aarch64-freebsd/bin/ -pg -O2 -pipe -I -I -I -DNLS -D__DBIN= TERFACE_PRIVATE -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -= DSYMBOL_VERSIONING -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror = -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body = -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -= Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-c= onversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-p= romoted-parameter -Qunused-arguments -c -o getpublickey.po --- kerberos5.all__D --- --- snprintf.po --- cc -B/usr/local/aarch64-freebsd/bin/ -pg -O2 -pipe -I -I. -DHAVE_CONFIG_H -I -std=3Dgnu99 -fs= tack-protector -Qunused-arguments -c -o snprintf.po --- sbin.all__D --- --- ippool.5.gz --- gzip -cn > ippool.5.gz --- ippool.8.gz --- --- secure.all__D --- --- rsa_pk1.po --- --- sbin.all__D --- gzip -cn > ippool.8.gz --- secure.all__D --- cc -B/usr/local/aarch64-freebsd/bin/ -pg -O2 -pipe -DTERMIOS -DANSI_SOUR= CE -I -I -I -DOPENSSL_THREADS -DDSO_D= LFCN -DHAVE_DLFCN_H -I -I -I -std=3Dgnu= 89 -fstack-protector -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int= -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wn= o-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unuse= d-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -W= no-parentheses -Qunused-arguments -c -o rsa_pk1.po --- sbin.all__D --- --- ippool_y.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I. -I -I -I -I = -DSTATETOP -D__UIO_EXPOSE -DUSE_INET6 -std=3Dgnu99 -fstack-protector -Wsyst= em-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-si= gn -Wno-format -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-varia= ble -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -= Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-swi= tch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-array-bounds -Qunused= -arguments -c ippool_y.c -o ippool_y.o --- lib.all__D --- --- svc_auth_des.po --- cc -B/usr/local/aarch64-freebsd/bin/ -pg -O2 -pipe -I -I -I -DNLS -D__DBIN= TERFACE_PRIVATE -I -I -DINET6 -I -I -D_ACL_PRIVATE -DPOSIX_MISTAKE -I -I -I -I -I -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I -DYP -DNS_CACHING -= DSYMBOL_VERSIONING -std=3Dgnu99 -fstack-protector -Wsystem-headers -Werror = -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body = -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -= Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-c= onversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-p= romoted-parameter -Qunused-arguments -c -o svc_auth_des.po --- usr.sbin.all__D --- --- le.o --- --- rescue.all__D --- --- optprintv6.o --- --- usr.sbin.all__D --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -std=3Dgnu99 -fstack-prote= ctor -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno= -pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variab= le -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -W= no-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-swit= ch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c -o le.o --- rescue.all__D --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I. -DIPFILTER_BPF -DHAS_S= YS_MD5_H -I -I -I -I -DSTATETOP -D__UIO_EXPOSE -DUSE_INET6 -DRESCUE -std=3Dgn= u99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-u= ninitialized -Wno-pointer-sign -Wno-format -Wno-empty-body -Wno-string-plus= -int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value= -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-u= nused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-paramete= r -Wno-array-bounds -Qunused-arguments -c -o optprintv6.o --- usr.sbin.all__D --- :250:6: error: use of undeclared identifier 'NG_HCI_OCF_LE_RE= AD_SUPPORTED' NG_HCI_OCF_LE_READ_SUPPORTED), ^ :313:58: note: expanded from macro 'NG_HCI_OPCODE' #define NG_HCI_OPCODE(gf,cf) ((((gf) & 0x3f) << 10) | ((cf) & 0x= 3ff)) ^ 1 error generated. *** [le.o] Error code 1 make[5]: stopped in 1 error make[5]: stopped in *** [_sub.all] Error code 2 make[4]: stopped in 1 error make[4]: stopped in *** [all_subdir_bluetooth] Error code 2 make[3]: stopped in 1 error make[3]: stopped in --- secure.all__D --- A failure has been detected in another branch of the parallel make make[5]: stopped in --- usr.sbin.all__D --- *** [usr.sbin.all__D] Error code 2 make[2]: stopped in --- secure.all__D --- *** [_sub.all] Error code 2 make[4]: stopped in 1 error make[4]: stopped in *** [_sub.all] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [secure.all__D] Error code 2 make[2]: stopped in --- rescue.all__D --- A failure has been detected in another branch of the parallel make make[6]: stopped in *** [ipf_make] Error code 2 make[5]: stopped in 1 error make[5]: stopped in --- lib.all__D --- A failure has been detected in another branch of the parallel make make[4]: stopped in --- rescue.all__D --- *** [objs] Error code 2 make[4]: stopped in 1 error make[4]: stopped in *** [_sub.all] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [rescue.all__D] Error code 2 make[2]: stopped in --- lib.all__D --- *** [all_subdir_libc] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [lib.all__D] Error code 2 make[2]: stopped in --- kerberos5.all__D --- A failure has been detected in another branch of the parallel make make[5]: stopped in *** [_sub.all] Error code 2 make[4]: stopped in 1 error make[4]: stopped in *** [_sub.all] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [kerberos5.all__D] Error code 2 make[2]: stopped in --- sbin.all__D --- A failure has been detected in another branch of the parallel make make[5]: stopped in *** [_sub.all] Error code 2 make[4]: stopped in 1 error make[4]: stopped in *** [all_subdir_ipf] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [sbin.all__D] Error code 2 make[2]: stopped in --- usr.bin.all__D --- --- all_subdir_tblgen --- A failure has been detected in another branch of the parallel make make[5]: stopped in *** [all_subdir_tblgen] Error code 2 make[4]: stopped in --- all_subdir_clang-tblgen --- A failure has been detected in another branch of the parallel make make[5]: stopped in *** [all_subdir_clang-tblgen] Error code 2 make[4]: stopped in 2 errors make[4]: stopped in *** [all_subdir_clang] Error code 2 make[3]: stopped in 1 error make[3]: stopped in *** [usr.bin.all__D] Error code 2 make[2]: stopped in 7 errors make[2]: stopped in *** [everything] Error code 2 make[1]: stopped in 1 error make[1]: stopped in *** [buildworld] Error code 2 make: stopped in 1 error make: stopped in Build step 'Execute shell' marked build as failure From owner-freebsd-arm@FreeBSD.ORG Sat Apr 18 13:17:55 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E5B24F41; Sat, 18 Apr 2015 13:17:55 +0000 (UTC) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.116.210]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 954AACE1; Sat, 18 Apr 2015 13:17:55 +0000 (UTC) Received: from mbpro2.bs.cs.huji.ac.il ([132.65.179.20]) by kabab.cs.huji.ac.il with esmtp id 1YjSco-0006vr-7q; Sat, 18 Apr 2015 16:17:34 +0300 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2090\)) Subject: Re: help with coding a loadable kernel module From: Daniel Braniss In-Reply-To: Date: Sat, 18 Apr 2015 16:17:34 +0300 Cc: Warner Losh , "freebsd-arm@freebsd.org" , Ian Lepore Content-Transfer-Encoding: quoted-printable Message-Id: <07F11A62-F2A0-404E-B409-6848418A3B29@cs.huji.ac.il> References: <20150417080839.GO2743@home.opsec.eu> <9B835088-661C-456E-84A7-47BC1835C0CB@cs.huji.ac.il> <20150417095536.GA38091@gmail.com> <32D7EBD3-813E-4062-8A06-ED8E82BA50DA@cs.huji.ac.il> <1429276417.1182.71.camel@freebsd.org> <8C177A8C-F6B2-43D5-925F-A3C33B6CF577@cs.huji.ac.il> To: Luiz Otavio O Souza X-Mailer: Apple Mail (2.2090) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Apr 2015 13:17:56 -0000 > On Apr 18, 2015, at 3:51 AM, Luiz Otavio O Souza = wrote: >=20 > On 17 April 2015 at 11:08, Daniel Braniss wrote: >>=20 >>> On Apr 17, 2015, at 4:42 PM, Warner Losh wrote: >>>=20 > ... >>>=20 >>> If you are using FDT in your system, then you=E2=80=99ll put your = device into the >>> FDT tree below the spibus to create the device_t node in the tree. = When >>> your module is loaded, its probe routine will be called, and you can >>> match based on the compatible string given in the FDT. >>>=20 >>=20 >> I was afraid of that :-), this FDT stuff is new to me, and so far I = was successful >> in adding a gpio/led, but grep has not found any spibus. >> any chance for a small template/example ? rpi or bbb would help! >>=20 >> cheers >> danny >=20 > Hi Daniel, >=20 > Here is an example of such change for RPi: http://pastie.org/10099132 >=20 > The SPI controller node is defined at > sys/boot/fdt/dts/arm/bcm2835.dtsi, but usually the local changes go in > sys/boot/fdt/dts/arm/rpi.dts. >=20 > Once you boot your system you can check your DTS tree with ofwdump -a >=20 > Cheers, > Luiz pending some cosmetics, the driver gets loaded! and a /dev/rfid0 = appears! thanks guys, I still have to figure out some magics, and some SPI MFRC = protocol. as soon as I have a decent working version i=E2=80=99ll submit the = driver. thanks again, danny From owner-freebsd-arm@FreeBSD.ORG Sat Apr 18 14:07:59 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F24A095B; Sat, 18 Apr 2015 14:07:58 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id DE16E1E2; Sat, 18 Apr 2015 14:07:58 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 54F324D2; Sat, 18 Apr 2015 14:07:59 +0000 (UTC) Date: Sat, 18 Apr 2015 14:07:59 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-arm@freebsd.org, trasz@FreeBSD.org, araujo@FreeBSD.org, rpaulo@FreeBSD.org, loos@FreeBSD.org, mckusick@FreeBSD.org, takawata@FreeBSD.org Message-ID: <1711767913.24.1429366079058.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <270459020.21.1429350715798.JavaMail.jenkins@jenkins-9.freebsd.org> References: <270459020.21.1429350715798.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : FreeBSD_HEAD_arm64 #11 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB X-Jenkins-Job: FreeBSD_HEAD_arm64 X-Jenkins-Result: SUCCESS X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Apr 2015 14:07:59 -0000 See From owner-freebsd-arm@FreeBSD.ORG Sat Apr 18 14:50:30 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 63412C1 for ; Sat, 18 Apr 2015 14:50:30 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DEF5895 for ; Sat, 18 Apr 2015 14:50:30 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t3IEoU9j051072 for ; Sat, 18 Apr 2015 14:50:30 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 199084] [PATCH] Support POGOPLUG V4 / 88F6192 Date: Sat, 18 Apr 2015 14:50:30 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 10.1-RELEASE X-Bugzilla-Keywords: patch X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: jeditekunum@gmail.com X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Apr 2015 14:50:30 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=199084 --- Comment #1 from jeditekunum@gmail.com --- Linux identifies as 88F6281 but the TCLK is correct. Apparently the sample-at-reset register has a bit that indicates the correct TCLK. (based on several sources including https://stuff.mit.edu/afs/sipb/contrib/linux/drivers/clk/mvebu/kirkwood.c) So a better fix would probably be to ignore the fact that it is really a 6192 and just set TCLK based on that. I also came across more recent Linux changes to use DT: http://lists.infradead.org/pipermail/barebox/2014-June/019535.html As a noob to Freebsd kernel changes, I'm not in a position to determine what is the right way to fix this. Nor do I have a 6281 device to test any changes. -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-arm@FreeBSD.ORG Sat Apr 18 16:16:17 2015 Return-Path: Delivered-To: freeBSD-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 880C39BE; Sat, 18 Apr 2015 16:16:17 +0000 (UTC) Received: from mail.0x20.net (mail.0x20.net [217.69.76.211]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 487F9FF3; Sat, 18 Apr 2015 16:16:16 +0000 (UTC) Received: from e-new.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.0x20.net (Postfix) with ESMTPS id EC60F6A6005; Sat, 18 Apr 2015 18:16:13 +0200 (CEST) Received: from e-new.0x20.net (localhost [127.0.0.1]) by e-new.0x20.net (8.14.7/8.14.7) with ESMTP id t3IGGDJB045597; Sat, 18 Apr 2015 18:16:13 +0200 (CEST) (envelope-from lars@e-new.0x20.net) Received: (from lars@localhost) by e-new.0x20.net (8.14.7/8.14.7/Submit) id t3IGGD0V044330; Sat, 18 Apr 2015 18:16:13 +0200 (CEST) (envelope-from lars) Date: Sat, 18 Apr 2015 18:16:13 +0200 From: Lars Engels To: sbruno@freebsd.org Cc: freeBSD-arm@freebsd.org Subject: Re: lastest poudriere run, armv6hf target Message-ID: <20150418161613.GL20473@e-new.0x20.net> References: <55316705.9020506@ignoranthack.me> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="W9vGU1oaykqH3YL2" Content-Disposition: inline In-Reply-To: <55316705.9020506@ignoranthack.me> X-Editor: VIM - Vi IMproved 7.4 X-Operation-System: FreeBSD 8.4-RELEASE-p23 User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Apr 2015 16:16:17 -0000 --W9vGU1oaykqH3YL2 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Apr 17, 2015 at 01:03:17PM -0700, Sean Bruno wrote: >=20 > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA512 >=20 > http://chips.ysv.freebsd.org/build.html?mastername=3D11armv6hf-default&bu= ild=3D2015-04-13_18h44m36s >=20 > Not bad. This will probably be the last of the unofficial runs that I > do as we are transitioning to official hardware/repos. That's awesome! Thank you! --W9vGU1oaykqH3YL2 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQF8BAEBCgBmBQJVMoNNXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RjQwMDE3RTRERjUzMTI1N0FGRTUxNDlF NTRDQjM3RDNBMDg5RDZEAAoJEOVMs306CJ1tuhEH/iMYY8OWgMJnbZ4gM7QAFrjN angTzV3/0xLm5xHdQzeAf3MCIHlBs/HwQNz2Hnhn5j3c/WuJj/aT78lhkJDyGS/f ITME/kfowqo/+eoF6vEhfiPImg2gPi+DxAXprWN65ttBNFWS0jbu5Ksg9kid15W+ JIhDzQk5cIANzHQvwhZ/3HylBZ7Zyk1t75t+g0aja5UkRPR8JwKukCZAW5rnugpZ aCOKY5WBTi/3p7TJmPOjP4MKgi68lXJEItGS5fqgt/bBPALY0aWee0yd3W4EW9Iu DgTiDb5Z+UFf53pn7rXRA08axiqYHgTgHM6wzQZdBv62zpAchSIzqbL+WGFgWkE= =S3kT -----END PGP SIGNATURE----- --W9vGU1oaykqH3YL2-- From owner-freebsd-arm@FreeBSD.ORG Sat Apr 18 21:33:48 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 47E50912 for ; Sat, 18 Apr 2015 21:33:48 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 320FD647 for ; Sat, 18 Apr 2015 21:33:48 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t3ILXmic088938 for ; Sat, 18 Apr 2015 21:33:48 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 188933] [lor] lock order reversal: backtrace while writing to SD/eMMC Date: Sat, 18 Apr 2015 21:33:48 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 10.0-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: skeldoy@gmail.com X-Bugzilla-Status: In Progress X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Apr 2015 21:33:48 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D188933 Sverre Eld=C3=B8y changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |skeldoy@gmail.com --- Comment #3 from Sverre Eld=C3=B8y --- Got the same when using the copy-to-emmc.sh script that is supplied with the freebsd-image of 10.1-RELEASE for BBB: Copying the system from SD to eMMC lock order reversal: 1st 0xcd139da0 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:3097 2nd 0xc2f39800 dirhash (dirhash) @ /usr/src/sys/ufs/ufs/ufs_dirhash.c:285 KDB: stack backtrace: db_trace_self() at db_trace_self pc =3D 0xc05d62e0 lr =3D 0xc0233ff4 (db_trace_self_wrapper+0x30) sp =3D 0xde6eb7f0 fp =3D 0xde6eb908 r10 =3D 0xc062db9b db_trace_self_wrapper() at db_trace_self_wrapper+0x30 pc =3D 0xc0233ff4 lr =3D 0xc03cdbd4 (witness_checkorder+0xf4c) sp =3D 0xde6eb910 fp =3D 0xde6eb960 r4 =3D 0xc06649a9 r5 =3D 0xc2f39800 r6 =3D 0xc06645f7 r7 =3D 0xc06645f4 witness_checkorder() at witness_checkorder+0xf4c pc =3D 0xc03cdbd4 lr =3D 0xc037a5bc (_sx_xlock+0x80) sp =3D 0xde6eb968 fp =3D 0xde6eb998 r4 =3D 0x0000011d r5 =3D 0xc06645f4 r6 =3D 0xc2f39810 r7 =3D 0xc2f39800 r8 =3D 0x00000000 r9 =3D 0x0000000c r10 =3D 0xde6eba60 _sx_xlock() at _sx_xlock+0x80 pc =3D 0xc037a5bc lr =3D 0xc058fea8 (ufsdirhash_add+0x3c) sp =3D 0xde6eb9a0 fp =3D 0xde6eb9c0 r4 =3D 0xc2f39800 r5 =3D 0x00000028 r6 =3D 0xc2faf880 r7 =3D 0x00000010 r8 =3D 0xde6eba60 r10 =3D 0xde6eba60 ufsdirhash_add() at ufsdirhash_add+0x3c pc =3D 0xc058fea8 lr =3D 0xc0592b1c (ufs_direnter+0x46c) sp =3D 0xde6eb9c8 fp =3D 0xde6eba30 r4 =3D 0xc2faf880 r5 =3D 0xc2faac60 r6 =3D 0xcd774028 r7 =3D 0x00000010 r8 =3D 0x00000000 r9 =3D 0x0000000c r10 =3D 0xde6eba60 ufs_direnter() at ufs_direnter+0x46c pc =3D 0xc0592b1c lr =3D 0xc059bab4 (ufs_mkdir+0x734) sp =3D 0xde6eba38 fp =3D 0xde6ebbc0 r4 =3D 0xde6eba60 r5 =3D 0xc2faac60 r6 =3D 0xde6ebd48 r7 =3D 0x00000000 r8 =3D 0xc2fb0380 r9 =3D 0xc2faf880 r10 =3D 0xde6ebc80 ufs_mkdir() at ufs_mkdir+0x734 pc =3D 0xc059bab4 lr =3D 0xc0602c20 (VOP_MKDIR_APV+0x12c) sp =3D 0xde6ebbc8 fp =3D 0xde6ebbe0 r4 =3D 0xde6ebd48 r5 =3D 0xc0722db4 r6 =3D 0x00000000 r7 =3D 0x20c0c3a0 r8 =3D 0x00000000 r9 =3D 0x00000000 r10 =3D 0xde6ebc88 VOP_MKDIR_APV() at VOP_MKDIR_APV+0x12c pc =3D 0xc0602c20 lr =3D 0xc042cee4 (kern_mkdirat+0x194) sp =3D 0xde6ebbe8 fp =3D 0xde6ebd80 r4 =3D 0xde6ebc18 r5 =3D 0xde6ebcb0 r6 =3D 0xde6ebd44 r10 =3D 0xde6ebc88 kern_mkdirat() at kern_mkdirat+0x194 pc =3D 0xc042cee4 lr =3D 0xc042cd48 (sys_mkdir+0x24) sp =3D 0xde6ebd88 fp =3D 0xde6ebd90 r4 =3D 0xc2fe0cc0 r5 =3D 0x00000000 r6 =3D 0xc07b5840 r7 =3D 0x00000000 r8 =3D 0xde6ebdf8 r9 =3D 0xc2fbb000 r10 =3D 0x20c14200 sys_mkdir() at sys_mkdir+0x24 pc =3D 0xc042cd48 lr =3D 0xc05ea080 (swi_handler+0x2e4) sp =3D 0xde6ebd98 fp =3D 0xde6ebe48 swi_handler() at swi_handler+0x2e4 pc =3D 0xc05ea080 lr =3D 0xc05d7990 (swi_exit) sp =3D 0xde6ebe50 fp =3D 0xbffffa30 r4 =3D 0x20c14200 r5 =3D 0x000001ed r6 =3D 0x20c14364 r7 =3D 0x00000088 r8 =3D 0x00000001 r9 =3D 0xffffffe2 r10 =3D 0x20c14200 swi_exit() at swi_exit pc =3D 0xc05d7990 lr =3D 0xc05d7990 (swi_exit) sp =3D 0xde6ebe50 fp =3D 0xbffffa30 lock order reversal: 1st 0xc2faac94 ufs (ufs) @ /usr/src/sys/kern/vfs_lookup.c:509 2nd 0xcd139da0 bufwait (bufwait) @ /usr/src/sys/ufs/ffs/ffs_vnops.c:263 3rd 0xc316e394 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2176 KDB: stack backtrace: db_trace_self() at db_trace_self pc =3D 0xc05d62e0 lr =3D 0xc0233ff4 (db_trace_self_wrapper+0x30) sp =3D 0xde6eb408 fp =3D 0xde6eb520 r10 =3D 0xc062db9b db_trace_self_wrapper() at db_trace_self_wrapper+0x30 pc =3D 0xc0233ff4 lr =3D 0xc03cdbd4 (witness_checkorder+0xf4c) sp =3D 0xde6eb528 fp =3D 0xde6eb578 r4 =3D 0xc06344ca r5 =3D 0xc316e394 r6 =3D 0xc064e6c8 r7 =3D 0xc062db9b witness_checkorder() at witness_checkorder+0xf4c pc =3D 0xc03cdbd4 lr =3D 0xc0354628 (__lockmgr_args+0x838) sp =3D 0xde6eb580 fp =3D 0xde6eb5e8 r4 =3D 0xc064e6c5 r5 =3D 0xc06344ca r6 =3D 0xc316e394 r7 =3D 0x00000100 r8 =3D 0xc316e3b4 r9 =3D 0x00080100 r10 =3D 0x00080000 __lockmgr_args() at __lockmgr_args+0x838 pc =3D 0xc0354628 lr =3D 0xc058a648 (ffs_lock+0x80) sp =3D 0xde6eb5f0 fp =3D 0xde6eb620 r4 =3D 0xde6eb648 r5 =3D 0x00080100 r6 =3D 0xc316e360 r7 =3D 0xc316e394 r8 =3D 0xc316e3b4 r9 =3D 0x00000000 r10 =3D 0x00000008 ffs_lock() at ffs_lock+0x80 pc =3D 0xc058a648 lr =3D 0xc060374c (VOP_LOCK1_APV+0x128) sp =3D 0xde6eb628 fp =3D 0xde6eb640 r4 =3D 0xde6eb648 r5 =3D 0xc0722850 r6 =3D 0x00000000 r7 =3D 0x00080100 r8 =3D 0xde6eb648 r9 =3D 0x00000000 r10 =3D 0x00000880 VOP_LOCK1_APV() at VOP_LOCK1_APV+0x128 pc =3D 0xc060374c lr =3D 0xc0430044 (_vn_lock+0x48) sp =3D 0xde6eb648 fp =3D 0xde6eb678 r4 =3D 0xc316e360 r5 =3D 0x0003ac80 r6 =3D 0xc064e6c5 r10 =3D 0x00000880 _vn_lock() at _vn_lock+0x48 pc =3D 0xc0430044 lr =3D 0xc0420bf4 (vget+0x60) sp =3D 0xde6eb680 fp =3D 0xde6eb6a0 r4 =3D 0xc316e360 r5 =3D 0x0003ac80 r6 =3D 0x00080100 r7 =3D 0xc07ab29c r8 =3D 0xc2fe0cc0 r9 =3D 0x00000000 r10 =3D 0xc07ab280 vget() at vget+0x60 pc =3D 0xc0420bf4 lr =3D 0xc0414cd4 (vfs_hash_get+0xe0) sp =3D 0xde6eb6a8 fp =3D 0xde6eb6d8 r4 =3D 0xc064d903 r5 =3D 0x0003ac80 r6 =3D 0xc2d5a2b0 r7 =3D 0xc07ab29c r8 =3D 0xc316e360 r10 =3D 0xc07ab280 vfs_hash_get() at vfs_hash_get+0xe0 pc =3D 0xc0414cd4 lr =3D 0xc058581c (ffs_vgetf+0x38) sp =3D 0xde6eb6e0 fp =3D 0xde6eb730 r4 =3D 0x0003ac80 r5 =3D 0x00080000 r6 =3D 0xc2d5a2b0 r7 =3D 0x0003ac80 r8 =3D 0xc2fce900 r9 =3D 0xc30c81b0 r10 =3D 0xde6eb790 ffs_vgetf() at ffs_vgetf+0x38 pc =3D 0xc058581c lr =3D 0xc057c408 (softdep_sync_buf+0x32c) sp =3D 0xde6eb738 fp =3D 0xde6eb7b0 r4 =3D 0x0003ac80 r5 =3D 0xc2d65900 r6 =3D 0xc2fce900 r7 =3D 0xc2d65900 r8 =3D 0xc2fce900 r9 =3D 0xc30c81b0 r10 =3D 0xc06602f8 softdep_sync_buf() at softdep_sync_buf+0x32c pc =3D 0xc057c408 lr =3D 0xc058b334 (ffs_syncvnode+0x2f4) sp =3D 0xde6eb7b8 fp =3D 0xde6eb808 r4 =3D 0xc06640d1 r5 =3D 0xc2faac60 r6 =3D 0x00000000 r7 =3D 0x00000001 r8 =3D 0xcd139da0 r9 =3D 0xcd139d50 r10 =3D 0x00000010 ffs_syncvnode() at ffs_syncvnode+0x2f4 pc =3D 0xc058b334 lr =3D 0xc055ff7c (ffs_truncate+0x754) sp =3D 0xde6eb810 fp =3D 0xde6eb9c0 r4 =3D 0xc2faac60 r5 =3D 0x00000400 r6 =3D 0xc2faf880 r7 =3D 0x00000000 r8 =3D 0xc2faf8d8 r9 =3D 0x00000000 r10 =3D 0xc309b000 ffs_truncate() at ffs_truncate+0x754 pc =3D 0xc055ff7c lr =3D 0xc0592edc (ufs_direnter+0x82c) sp =3D 0xde6eb9c8 fp =3D 0xde6eba30 r4 =3D 0xc2faac60 r5 =3D 0xc2faac60 r6 =3D 0xc2faf880 r7 =3D 0xc316e360 r8 =3D 0x00000000 r9 =3D 0x0000000c r10 =3D 0xde6eba60 ufs_direnter() at ufs_direnter+0x82c pc =3D 0xc0592edc lr =3D 0xc059bab4 (ufs_mkdir+0x734) sp =3D 0xde6eba38 fp =3D 0xde6ebbc0 r4 =3D 0xde6eba60 r5 =3D 0xc2faac60 r6 =3D 0xde6ebd48 r7 =3D 0x00000000 r8 =3D 0xc2fb0380 r9 =3D 0xc2faf880 r10 =3D 0xde6ebc80 ufs_mkdir() at ufs_mkdir+0x734 pc =3D 0xc059bab4 lr =3D 0xc0602c20 (VOP_MKDIR_APV+0x12c) sp =3D 0xde6ebbc8 fp =3D 0xde6ebbe0 r4 =3D 0xde6ebd48 r5 =3D 0xc0722db4 r6 =3D 0x00000000 r7 =3D 0x20c0c3a0 r8 =3D 0x00000000 r9 =3D 0x00000000 r10 =3D 0xde6ebc88 VOP_MKDIR_APV() at VOP_MKDIR_APV+0x12c pc =3D 0xc0602c20 lr =3D 0xc042cee4 (kern_mkdirat+0x194) sp =3D 0xde6ebbe8 fp =3D 0xde6ebd80 r4 =3D 0xde6ebc18 r5 =3D 0xde6ebcb0 r6 =3D 0xde6ebd44 r10 =3D 0xde6ebc88 kern_mkdirat() at kern_mkdirat+0x194 pc =3D 0xc042cee4 lr =3D 0xc042cd48 (sys_mkdir+0x24) sp =3D 0xde6ebd88 fp =3D 0xde6ebd90 r4 =3D 0xc2fe0cc0 r5 =3D 0x00000000 r6 =3D 0xc07b5840 r7 =3D 0x00000000 r8 =3D 0xde6ebdf8 r9 =3D 0xc2fbb000 r10 =3D 0x20c14200 sys_mkdir() at sys_mkdir+0x24 pc =3D 0xc042cd48 lr =3D 0xc05ea080 (swi_handler+0x2e4) sp =3D 0xde6ebd98 fp =3D 0xde6ebe48 swi_handler() at swi_handler+0x2e4 pc =3D 0xc05ea080 lr =3D 0xc05d7990 (swi_exit) sp =3D 0xde6ebe50 fp =3D 0xbffffa30 r4 =3D 0x20c14200 r5 =3D 0x000001ed r6 =3D 0x20c14364 r7 =3D 0x00000088 r8 =3D 0x00000001 r9 =3D 0xffffffe2 r10 =3D 0x20c14200 swi_exit() at swi_exit pc =3D 0xc05d7990 lr =3D 0xc05d7990 (swi_exit) sp =3D 0xde6ebe50 fp =3D 0xbffffa30 aintc0: Spurious interrupt detected (0xffffffff) Cleaning up the copied system --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@FreeBSD.ORG Sat Apr 18 21:37:48 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 79055AD1 for ; Sat, 18 Apr 2015 21:37:48 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5A64F674 for ; Sat, 18 Apr 2015 21:37:48 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t3ILbmHN090343 for ; Sat, 18 Apr 2015 21:37:48 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 188933] [lor] lock order reversal: backtrace while writing to SD/eMMC Date: Sat, 18 Apr 2015 21:37:48 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 10.0-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: skeldoy@gmail.com X-Bugzilla-Status: In Progress X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Apr 2015 21:37:48 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D188933 --- Comment #4 from Sverre Eld=C3=B8y --- Actually I get the same when I do shutdown -p now on the BBB as well: Syncing disks, vnodes remaining...4 4 3 3 0 0 0 done All buffers synced. lock order reversal: 1st 0xc2fa94b4 ufs (ufs) @ /usr/src/sys/kern/vfs_mount.c:1229 2nd 0xc2faaa54 devfs (devfs) @ /usr/src/sys/ufs/ffs/ffs_vfsops.c:1375 KDB: stack backtrace: db_trace_self() at db_trace_self pc =3D 0xc05d62e0 lr =3D 0xc0233ff4 (db_trace_self_wrapper+0x30) sp =3D 0xcd2ff980 fp =3D 0xcd2ffa98 r10 =3D 0xc062db9b db_trace_self_wrapper() at db_trace_self_wrapper+0x30 pc =3D 0xc0233ff4 lr =3D 0xc03cdbd4 (witness_checkorder+0xf4c) sp =3D 0xcd2ffaa0 fp =3D 0xcd2ffaf0 r4 =3D 0xc063999a r5 =3D 0xc2faaa54 r6 =3D 0xc066399f r7 =3D 0xc066399c witness_checkorder() at witness_checkorder+0xf4c pc =3D 0xc03cdbd4 lr =3D 0xc0354628 (__lockmgr_args+0x838) sp =3D 0xcd2ffaf8 fp =3D 0xcd2ffb60 r4 =3D 0xc066399c r5 =3D 0xc063999a r6 =3D 0xc2faaa54 r7 =3D 0x00000000 r8 =3D 0xc2faaa74 r9 =3D 0x00080400 r10 =3D 0x00080000 __lockmgr_args() at __lockmgr_args+0x838 pc =3D 0xc0354628 lr =3D 0xc0411aa8 (vop_stdlock+0x3c) sp =3D 0xcd2ffb68 fp =3D 0xcd2ffb78 r4 =3D 0xcd2ffba0 r5 =3D 0xc07140e8 r6 =3D 0x00000000 r7 =3D 0x00080400 r8 =3D 0xcd2ffba0 r9 =3D 0xc06602f8 r10 =3D 0x0000055f vop_stdlock() at vop_stdlock+0x3c pc =3D 0xc0411aa8 lr =3D 0xc060374c (VOP_LOCK1_APV+0x128) sp =3D 0xcd2ffb80 fp =3D 0xcd2ffb98 VOP_LOCK1_APV() at VOP_LOCK1_APV+0x128 pc =3D 0xc060374c lr =3D 0xc0430044 (_vn_lock+0x48) sp =3D 0xcd2ffba0 fp =3D 0xcd2ffbd0 r4 =3D 0xc2faaa20 r5 =3D 0xc2a7d660 r6 =3D 0xc066399c r10 =3D 0x0000055f _vn_lock() at _vn_lock+0x48 pc =3D 0xc0430044 lr =3D 0xc0585760 (ffs_flushfiles+0x118) sp =3D 0xcd2ffbd8 fp =3D 0xcd2ffc10 r4 =3D 0xc2d65900 r5 =3D 0xc2a7d660 r6 =3D 0xc2d5a2b0 r7 =3D 0x00000000 r8 =3D 0x0000000a r9 =3D 0xc06602f8 r10 =3D 0xc2a7d660 ffs_flushfiles() at ffs_flushfiles+0x118 pc =3D 0xc0585760 lr =3D 0xc0569810 (softdep_flushfiles+0xdc) sp =3D 0xcd2ffc18 fp =3D 0xcd2ffc68 r4 =3D 0x00000008 r5 =3D 0xc2a7d660 r6 =3D 0x00000002 r7 =3D 0x0000000a r8 =3D 0x00000000 r9 =3D 0xc06602f8 r10 =3D 0xc2d5a2b0 softdep_flushfiles() at softdep_flushfiles+0xdc pc =3D 0xc0569810 lr =3D 0xc05883f4 (ffs_unmount+0x88) sp =3D 0xcd2ffc70 fp =3D 0xcd2ffca8 r4 =3D 0x00000000 r5 =3D 0xc2d65900 r6 =3D 0x00000002 r7 =3D 0xc2a7d660 r8 =3D 0x00000001 r9 =3D 0xc2d5a2b0 r10 =3D 0xc309b000 ffs_unmount() at ffs_unmount+0x88 pc =3D 0xc05883f4 lr =3D 0xc041a2e8 (dounmount+0x4c0) sp =3D 0xcd2ffcb0 fp =3D 0xcd2ffcf8 r4 =3D 0x00000000 r5 =3D 0x00000000 r6 =3D 0x00080000 r7 =3D 0x00000000 r8 =3D 0xc2fa9480 r9 =3D 0x00080000 r10 =3D 0xc2a7d660 dounmount() at dounmount+0x4c0 pc =3D 0xc041a2e8 lr =3D 0xc0422ea0 (vfs_unmountall+0x58) sp =3D 0xcd2ffd00 fp =3D 0xcd2ffd20 r4 =3D 0xc2a7d660 r5 =3D 0xc063999a r6 =3D 0xc07404e0 r7 =3D 0xc2d5a2b0 r8 =3D 0xc0714470 r9 =3D 0xc065e3f8 r10 =3D 0xc064ed48 vfs_unmountall() at vfs_unmountall+0x58 pc =3D 0xc0422ea0 lr =3D 0xc0372510 (kern_reboot+0x4ec) sp =3D 0xcd2ffd28 fp =3D 0xcd2ffd80 r4 =3D 0x00000000 r5 =3D 0x00000000 r6 =3D 0xc07404e0 r7 =3D 0xcd114eb0 r8 =3D 0x00004008 r9 =3D 0xc0725614 r10 =3D 0xc07b5ecc kern_reboot() at kern_reboot+0x4ec pc =3D 0xc0372510 lr =3D 0xc0372024 (kern_reboot) sp =3D 0xcd2ffd88 fp =3D 0xcd2ffd90 r4 =3D 0xcd2ffe00 r5 =3D 0x00000000 r6 =3D 0xc07b5840 r7 =3D 0x00000000 r8 =3D 0xcd2ffdf8 r9 =3D 0xc2a7a000 r10 =3D 0x0000001e kern_reboot() at kern_reboot pc =3D 0xc0372024 lr =3D 0xc05ea080 (swi_handler+0x2e4) sp =3D 0xcd2ffd98 fp =3D 0xcd2ffe48 r4 =3D 0xcd2ffdf8 r5 =3D 0xc2a7a000 r6 =3D 0x0000001e r7 =3D 0xcd2ffd90 r8 =3D 0xc0372024 r9 =3D 0xc2a7d660 r10 =3D 0x0000001e swi_handler() at swi_handler+0x2e4 pc =3D 0xc05ea080 lr =3D 0xc05d7990 (swi_exit) sp =3D 0xcd2ffe50 fp =3D 0xbffff938 r4 =3D 0x00008a18 r5 =3D 0x000ddd5c r6 =3D 0x0000003c r7 =3D 0x00000037 r8 =3D 0x0000001f r9 =3D 0x000e0430 r10 =3D 0x0000001e swi_exit() at swi_exit pc =3D 0xc05d7990 lr =3D 0xc05d7990 (swi_exit) sp =3D 0xcd2ffe50 fp =3D 0xbffff938 Uptime: 12m56s The operating system has halted. Please press any key to reboot. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@FreeBSD.ORG Sat Apr 18 22:25:51 2015 Return-Path: Delivered-To: freeBSD-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 879123E9; Sat, 18 Apr 2015 22:25:51 +0000 (UTC) Received: from mail-oi0-x22f.google.com (mail-oi0-x22f.google.com [IPv6:2607:f8b0:4003:c06::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 509A9B1D; Sat, 18 Apr 2015 22:25:51 +0000 (UTC) Received: by oica37 with SMTP id a37so97109880oic.0; Sat, 18 Apr 2015 15:25:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=5jG3JyoiZ6n8lIrjzBP54scbEDS3dmxMRtku30aZXbo=; b=Y1lEg8pbJtHmcI7FtnDQIwGmSUEmhKrE6r4ofBwKsc6ijninP3lksNciOl1kyIXaRh Ya6IEo4UyjpKHAm25ke/pIdTV8Nu3yU3Fd078vvkR+3mxaK1gEoK/8cnfyrTrDnEcOzI 5RRL3T7CIa+nDqhcDx+HKkjCwgK5pJ3TKPy6m5Mi0J58Q4y4cgXJpBfwneIKJCwOElG+ 2hnNmjRqrw6g2g3hYXhwanT/cKBRR5jTZmeOGyvVfG+8kO1gcyhsczSga2cqqUTqxDmw ncSBR7f7eNuPwj4OKDibOg6YpNbFrmx1BglHCeVxhNfa1qDal9ZXXU286PEvWd02FLCH +vhA== MIME-Version: 1.0 X-Received: by 10.60.145.137 with SMTP id su9mr8351548oeb.40.1429395950671; Sat, 18 Apr 2015 15:25:50 -0700 (PDT) Received: by 10.202.175.71 with HTTP; Sat, 18 Apr 2015 15:25:50 -0700 (PDT) In-Reply-To: <55316705.9020506@ignoranthack.me> References: <55316705.9020506@ignoranthack.me> Date: Sat, 18 Apr 2015 15:25:50 -0700 Message-ID: Subject: Re: lastest poudriere run, armv6hf target From: jungle Boogie To: Sean Bruno Cc: "freebsd-arm@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Apr 2015 22:25:51 -0000 Hi Sean, On 17 April 2015 at 13:03, Sean Bruno wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA512 > > http://chips.ysv.freebsd.org/build.html?mastername=11armv6hf-default&build=2015-04-13_18h44m36s > > Not bad. This will probably be the last of the unofficial runs that I > do as we are transitioning to official hardware/repos. I don't suppose these will work on beagle bone black arm devices, correct? # cat /etc/pkg/FreeBSD.conf FreeBSD: { url: "http://chips.ysv.freebsd.org/packages/11armv6hf-default/" # mirror_type: "srv", # signature_type: "fingerprints", #fingerprints: "/usr/share/keys/pkg", enabled: yes } # pkg update Updating FreeBSD repository catalogue... Fetching meta.txz: 100% 824 B 0.8kB/s 00:01 Fetching packagesite.txz: 100% 4 MiB 4.0MB/s 00:01 Processing entries: 0% pkg: wrong architecture: freebsd:11:x86:64 instead of FreeBSD:11:armv6 pkg: repository FreeBSD contains packages with wrong ABI: freebsd:11:x86:64 Processing entries: 100% pkg: Unable to update repository FreeBSD > > sean > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2 > > iQF8BAEBCgBmBQJVMWcDXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w > ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRCQUFENDYzMkU3MTIxREU4RDIwOTk3REQx > MjAxRUZDQTFFNzI3RTY0AAoJEBIB78oecn5kMZEH/1mjsnL8PZg7lUa92obhc5sG > 9BEwUn6aUanOvFBkCWC+mTCySCa7qeI136ACJNfdOb2nf7zL3uQKOwSHefQ3wbVz > 6OdaZgX0fQTlZmFbQTapCijgZnyFe7C5O3IDJZD2HdhKx3FRa7ujVKyAr0sR3W8X > Cr63cmdJ34pLFyP45DAyNF3PytCf/TjSVme6uUhGsGyogHUDigSyNVkPPQPuKrrv > EjJtiu8oJ3UWW6zAS55pIUB+HCLZOTiIAKW/Bo4Pi0U3lP2da82Swm+6vXIAhyg/ > m8Nx9ZljAF+MCFRhppKkgwC17Os8WGfDjUmA6xf4cJU4DQHcmoB2ZYUzoEbNgPM= > =YhI4 > -----END PGP SIGNATURE----- > -- ------- inum: 883510009027723 sip: jungleboogie@sip2sip.info xmpp: jungle-boogie@jit.si