From owner-freebsd-arm@FreeBSD.ORG Sun Dec 7 07:39:31 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 097CBDA8 for ; Sun, 7 Dec 2014 07:39:31 +0000 (UTC) Received: from alogt.com (alogt.com [69.36.191.58]) (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 D7CC7E65 for ; Sun, 7 Dec 2014 07:39:30 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=3PuLyBeqVtRmACxI6PlHaQ6Utb1wybIso7M8vQaQeto=; b=EQo/R+q0u7oEs7Kx8do8pFa1kBYRMaxd5oEh6AgpYAlAzbFbSUEtwJ6BRI05DYhv2zCt9xJMxAC0RtO6LP4pz7E9slSqNWUVLDu5VfKcVnZOTVHrtoqyiiflkQRFyFE/UImBwuXkdL/UT0DftOy2RvLl6ZOalKRonUF4WHY8pEc=; Received: from [139.194.120.115] (port=39555 helo=X220.alogt.com) by sl-508-2.slc.westdc.net with esmtpsa (TLSv1.2:AES128-GCM-SHA256:128) (Exim 4.84) (envelope-from ) id 1XxWR9-000E2V-5c; Sun, 07 Dec 2014 00:39:23 -0700 Date: Sun, 7 Dec 2014 15:39:18 +0800 From: Erich Dollansky To: Anton Shterenlikht Subject: Re: single user mode? Message-ID: <20141207153918.4d64e80b@X220.alogt.com> In-Reply-To: <201412051306.sB5D6otZ007591@mech-as221.men.bris.ac.uk> References: <201412051306.sB5D6otZ007591@mech-as221.men.bris.ac.uk> Organization: ALO Green Technologies MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - alogt.com X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id: erich@alogt.com X-Source: X-Source-Args: X-Source-Dir: 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, 07 Dec 2014 07:39:31 -0000 Hi, On Fri, 05 Dec 2014 05:06:52 -0800 (PST) Anton Shterenlikht wrote: > Is it possible to enter a single user mode > on arm 10.1-release? > > My disk, well.. the sd card, got corrupted, > so wanted to run fsck on it, but cannot > enter a single user mode. I ended up putting > the sd card into a laptop and running fsck there. > This fixed lots of panics, but is it possible > to enter the single user mode on arm, and > run fsck directly there? > I try to minimise the impact of broken file systems by breaking them up and leave even home on its own partition. This helped me especially on the Raspberry a lot. Erich From owner-freebsd-arm@FreeBSD.ORG Mon Dec 8 17:37:29 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B73A8B08 for ; Mon, 8 Dec 2014 17:37:29 +0000 (UTC) Received: from eu1sys200aog115.obsmtp.com (eu1sys200aog115.obsmtp.com [207.126.144.139]) (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 A5D3664A for ; Mon, 8 Dec 2014 17:37:18 +0000 (UTC) Received: from mail-wi0-f169.google.com ([209.85.212.169]) (using TLSv1) by eu1sys200aob115.postini.com ([207.126.147.11]) with SMTP ID DSNKVIXhrIs1wZqa8IA0IuIszmeMBhhlq05F@postini.com; Mon, 08 Dec 2014 17:37:18 UTC Received: by mail-wi0-f169.google.com with SMTP id r20so7789126wiv.0 for ; Mon, 08 Dec 2014 09:36:33 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:message-id:to:subject:reply-to; bh=acBoVcpWSjVwJpK+plnbtKWpdFfl2jFBK2szPsCtzmo=; b=S716g1jAfkjzwAl1MFTcFWajzLmQdGQ32qlyBIIbIIHWQcvU4HtQ+dam2JEeVwhuZR YQ/HBubyg1Ae2T2ygC94FkdrJ7HINytNkY0xN7p/cp6AlVkB5Hmjg0/ny48gGpnfMcIW kegLX4NsnvQy/HGzWE8edq6nhQIiCOGQ0xK98BObhNcpnNCcFSha/DfRs8hQBn4euP1g io3MURvZzDj7g9R1E3VTzhAiDswMG9gR9PUsDtiQ6Cz5Vp5scXKGwMyKvisfNZcfGRvC kg3k0c94L9O2/VcqQn07CCJ90WlZ1Wl/KW/Q+t01QsT5aw8jTLgoRumfAmLfRIZR4Jwn 2EYg== X-Gm-Message-State: ALoCoQktOaIIlfqCKlLYD4CSOZkgPPEbreqR9Vq1YSjar62jH7Ij0ouWzovbnz9tR0vWRFkQAQFTAOFrlhLGA75TvqLfyX66ehsfTDCho77Sn1yLWQLuwDQ5Ez3K5fDLjhxcmDfgJe4SCxalCvTJbjsIYyzgpzSmiw== X-Received: by 10.194.109.201 with SMTP id hu9mr46765287wjb.45.1418060193151; Mon, 08 Dec 2014 09:36:33 -0800 (PST) X-Received: by 10.194.109.201 with SMTP id hu9mr46765278wjb.45.1418060193043; Mon, 08 Dec 2014 09:36:33 -0800 (PST) Received: from mech-as221.men.bris.ac.uk (mech-as221.men.bris.ac.uk. [137.222.187.221]) by mx.google.com with ESMTPSA id h14sm10603541wic.8.2014.12.08.09.36.31 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 08 Dec 2014 09:36:32 -0800 (PST) Date: Mon, 08 Dec 2014 09:36:32 -0800 (PST) X-Google-Original-Date: Mon, 8 Dec 2014 17:36:30 GMT Received: from mech-as221.men.bris.ac.uk (localhost [127.0.0.1]) by mech-as221.men.bris.ac.uk (8.14.9/8.14.9) with ESMTP id sB8HaUCC059154 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Mon, 8 Dec 2014 17:36:31 GMT (envelope-from mexas@mech-as221.men.bris.ac.uk) Received: (from mexas@localhost) by mech-as221.men.bris.ac.uk (8.14.9/8.14.9/Submit) id sB8HaUTG059153 for freebsd-arm@freebsd.org; Mon, 8 Dec 2014 17:36:30 GMT (envelope-from mexas) From: Anton Shterenlikht Message-Id: <201412081736.sB8HaUTG059153@mech-as221.men.bris.ac.uk> To: freebsd-arm@freebsd.org Subject: www/netsurf segfaults on RPi-B - any interest? Reply-To: mexas@bris.ac.uk 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, 08 Dec 2014 17:37:29 -0000 www/netsurf segfaults at startup on RPi-B 10.1-release. I suspect there is no interest here on in ports@ investigating this, is there? Anton From owner-freebsd-arm@FreeBSD.ORG Tue Dec 9 20:28:32 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 80913D0A for ; Tue, 9 Dec 2014 20:28:32 +0000 (UTC) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.81]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 41C56F0F for ; Tue, 9 Dec 2014 20:28:31 +0000 (UTC) Received: from smtp.greenhost.nl ([213.108.104.138]) by smarthost1.greenhost.nl with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1XyROL-0001yB-BV for freebsd-arm@freebsd.org; Tue, 09 Dec 2014 21:28:22 +0100 Content-Type: multipart/mixed; boundary=----------J3kWNW3rHjKTDcvlDgKw1c To: freebsd-arm@freebsd.org Date: Tue, 09 Dec 2014 21:28:16 +0100 Subject: Alignment Fault 1 on SHEEVAPLUG MIME-Version: 1.0 From: "Ronald Klop" Message-ID: User-Agent: Opera Mail/12.16 (FreeBSD) X-Authenticated-As-Hash: bdb49c4ff80bd276e321aade33e76e02752072e2 X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: / X-Spam-Score: -0.2 X-Spam-Status: No, score=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 autolearn=disabled version=3.3.2 X-Scan-Signature: e754768fe901494513662936ebe39e89 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Dec 2014 20:28:32 -0000 ------------J3kWNW3rHjKTDcvlDgKw1c Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Hi, Running portmaster on an nfs mounted /usr/ports I got the panic below. FreeBSD 11.0-CURRENT #5 r272028M: Mon Oct 20 18:33:43 CEST 2014 root@sjakie.klop.ws:/usr/obj-arm/arm.arm/usr/src-arm/sys/SHEEVAPLUG arm I attached the diff of my kernel config/src tree. It is still in the debugger. If I can send more information please tell me. Regards, Ronald. Fatal kernel mode data abort: 'Alignment Fault 1' trapframe: 0xdf1ce968 FSR=00000001, FAR=b45251b7, spsr=a0000013 r0 =b4525193, r1 =0013a21e, r2 =df1ce9dc, r3 =00008878 r4 =00000000, r5 =c3ec2500, r6 =c3ebc2b0, r7 =0013a21e r8 =c3f79878, r9 =c3edd000, r10=df1ce9dc, r11=c3ebc2b0 r12=00000000, ssp=df1ce9b8, slr=c0b62d44, pc =c0b5c52c [ thread pid 33250 tid 100085 ] Stopped at process_deferred_inactive+0x25c: ldr r3, [r0, #0x024] db> bt Tracing pid 33250 tid 100085 td 0xc41bfc80 db_trace_self() at db_trace_self pc = 0xc0bb12c8 lr = 0xc0bb1354 (db_trace_thread+0x50) sp = 0xdf1ce640 fp = 0xc3ebc2b0 db_trace_thread() at db_trace_thread+0x50 pc = 0xc0bb1354 lr = 0xc0936314 (db_command_init+0x5a4) sp = 0xdf1ce6a0 fp = 0xc3ebc2b0 db_command_init() at db_command_init+0x5a4 pc = 0xc0936314 lr = 0xc0935ad0 (db_skip_to_eol+0x484) sp = 0xdf1ce6b8 fp = 0xc3ebc2b0 r4 = 0xc0c8d350 r5 = 0x00000000 db_skip_to_eol() at db_skip_to_eol+0x484 pc = 0xc0935ad0 lr = 0xc0935c38 (db_command_loop+0x5c) sp = 0xdf1ce758 fp = 0xc3ebc2b0 r4 = 0xdf1ce76c r5 = 0xc0c8d64c r6 = 0xb45251b7 r7 = 0x00000000 r8 = 0x00000001 r10 = 0x600000d3 db_command_loop() at db_command_loop+0x5c pc = 0xc0935c38 lr = 0xc0937f80 (X_db_sym_numargs+0xec) sp = 0xdf1ce760 fp = 0xc3ebc2b0 X_db_sym_numargs() at X_db_sym_numargs+0xec pc = 0xc0937f80 lr = 0xc0a6f0c0 (kdb_trap+0x94) sp = 0xdf1ce878 fp = 0xc3ebc2b0 r4 = 0xdf1ce968 kdb_trap() at kdb_trap+0x94 pc = 0xc0a6f0c0 lr = 0xc0bc1d60 (badaddr_read+0x274) sp = 0xdf1ce898 fp = 0xc3ebc2b0 r4 = 0xdf1ce968 r5 = 0x00000001 r6 = 0xb45251b7 r7 = 0xc41bfc80 r8 = 0xdf1ce968 r10 = 0xdf1d1eb0 badaddr_read() at badaddr_read+0x274 pc = 0xc0bc1d60 lr = 0xc0bc1e98 (badaddr_read+0x3ac) sp = 0xdf1ce8b0 fp = 0xc3ebc2b0 r4 = 0xc41bfc80 r5 = 0xdf1ce968 r6 = 0xc3ebc2b0 badaddr_read() at badaddr_read+0x3ac pc = 0xc0bc1e98 lr = 0xc0bc2278 (data_abort_handler+0x10c) sp = 0xdf1ce8c8 fp = 0xc3ebc2b0 r4 = 0xc0cd8af8 r5 = 0xffff1004 data_abort_handler() at data_abort_handler+0x10c pc = 0xc0bc2278 lr = 0xc0bb2f40 (exception_exit) sp = 0xdf1ce968 fp = 0xc3ebc2b0 r4 = 0xffffffff r5 = 0xffff1004 r6 = 0xc3ebc2b0 r7 = 0x0013a21e r8 = 0xc3f79878 r9 = 0xc3edd000 r10 = 0xdf1ce9dc exception_exit() at exception_exit pc = 0xc0bb2f40 lr = 0xc0b62d44 (softdep_change_directoryentry_offset+0x1ac0) sp = 0xdf1ce9b8 fp = 0xc3ebc2b0 r0 = 0xb4525193 r1 = 0x0013a21e r2 = 0xdf1ce9dc r3 = 0x00008878 r4 = 0x00000000 r5 = 0xc3ec2500 r6 = 0xc3ebc2b0 r7 = 0x0013a21e r8 = 0xc3f79878 r9 = 0xc3edd000 r10 = 0xdf1ce9dc r12 = 0x00000000 process_deferred_inactive() at process_deferred_inactive+0x260 pc = 0xc0b5c530 lr = 0xc0b62d44 (softdep_change_directoryentry_offset+0x1ac0) sp = 0xdf1ce9b8 fp = 0xc3ebc2b0 Unwind failure (no registers changed) ------------J3kWNW3rHjKTDcvlDgKw1c Content-Disposition: attachment; filename=sheeva.diff Content-Type: application/octet-stream; name=sheeva.diff Content-Transfer-Encoding: Base64 SW5kZXg6IHN5cy9hcm0vY29uZi9TSEVFVkFQTFVHCj09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT0KLS0tIHN5cy9hcm0vY29uZi9TSEVFVkFQTFVHCShyZXZpc2lvbiAyNzM2MzQp CisrKyBzeXMvYXJtL2NvbmYvU0hFRVZBUExVRwkod29ya2luZyBjb3B5KQpAQCAt MTAsMTIgKzEwLDIwIEBACiBvcHRpb25zIAlTT0NfTVZfS0lSS1dPT0QKIG1ha2Vv cHRpb25zCU1PRFVMRVNfT1ZFUlJJREU9IiIKIAotI21ha2VvcHRpb25zCURFQlVH PS1nCQkjIEJ1aWxkIGtlcm5lbCB3aXRoIGdkYigxKSBkZWJ1ZyBzeW1ib2xzCitt YWtlb3B0aW9ucwlERUJVRz0tZwkJIyBCdWlsZCBrZXJuZWwgd2l0aCBnZGIoMSkg ZGVidWcgc3ltYm9scworI29wdGlvbnMJCUlOVkFSSUFOVFMKKyNvcHRpb25zCQlJ TlZBUklBTlRfU1VQUE9SVAorI29wdGlvbnMJCVdJVE5FU1MKKyNvcHRpb25zCQlE RUJVR19MT0NLUworI29wdGlvbnMJCURFQlVHX1ZGU19MT0NLUworI29wdGlvbnMJ CURJQUdOT1NUSUMKIG1ha2VvcHRpb25zCVdFUlJPUj0iLVdlcnJvciIKK29wdGlv biBLU1RBQ0tfUEFHRVM9NQorb3B0aW9uIEFSTV9ERVZJQ0VfTVVMVElQQVNTCiAK IG9wdGlvbnMgCVNDSEVEXzRCU0QJCSMgNEJTRCBzY2hlZHVsZXIKIG9wdGlvbnMg CUlORVQJCQkjIEludGVyTkVUd29ya2luZwotb3B0aW9ucyAJSU5FVDYJCQkjIElQ djYgY29tbXVuaWNhdGlvbnMgcHJvdG9jb2xzCisjb3B0aW9ucyAJSU5FVDYJCQkj IElQdjYgY29tbXVuaWNhdGlvbnMgcHJvdG9jb2xzCiBvcHRpb25zIAlHRU9NX1BB UlRfQlNECQkjIEJTRCBwYXJ0aXRpb24gc2NoZW1lCiBvcHRpb25zIAlHRU9NX1BB UlRfTUJSCQkjIE1CUiBwYXJ0aXRpb24gc2NoZW1lCiBvcHRpb25zIAlUTVBGUwkJ CSMgRWZmaWNpZW50IG1lbW9yeSBmaWxlc3lzdGVtCkBAIC0yMywxNCArMzEsMjIg QEAKIG9wdGlvbnMgCU5BTkRGUwkJCSMgTkFORCBGaWxlc3lzdGVtCiBvcHRpb25z IAlORlNDTAkJCSMgTmV3IE5ldHdvcmsgRmlsZXN5c3RlbSBDbGllbnQKIG9wdGlv bnMgCU5GU0xPQ0tECQkjIE5ldHdvcmsgTG9jayBNYW5hZ2VyCi1vcHRpb25zIAlO RlNfUk9PVAkJIyBORlMgdXNhYmxlIGFzIC8sIHJlcXVpcmVzIE5GU0NMCi1vcHRp b25zIAlCT09UUAotb3B0aW9ucyAJQk9PVFBfTkZTUk9PVAotb3B0aW9ucyAJQk9P VFBfTkZTVjMKLW9wdGlvbnMgCUJPT1RQX1dJUkVEX1RPPW1nZTAKKyNvcHRpb25z IAlORlNfUk9PVAkJIyBORlMgdXNhYmxlIGFzIC8sIHJlcXVpcmVzIE5GU0NMCisj b3B0aW9ucyAJQk9PVFAKKyNvcHRpb25zIAlCT09UUF9ORlNST09UCisjb3B0aW9u cyAJQk9PVFBfTkZTVjMKKyNvcHRpb25zIAlCT09UUF9XSVJFRF9UTz1tZ2UwCisj IEFkZGVkIGJ5IFJvbmFsZAorb3B0aW9ucyAJU09GVFVQREFURVMKK29wdGlvbnMg CU1TRE9TRlMKK29wdGlvbnMgCUlQRklSRVdBTEwKK29wdGlvbnMgCUlQRklSRVdB TExfREVGQVVMVF9UT19BQ0NFUFQKIAogIyBSb290IGZzIG9uIFVTQiBkZXZpY2UK LSNvcHRpb25zIAlST09UREVWTkFNRT1cInVmczovZGV2L2RhMGFcIgorb3B0aW9u cyAJUk9PVERFVk5BTUU9XCJ1ZnM6L2Rldi9kYTBzMWFcIgorI29wdGlvbnMgCVJP T1RERVZOQU1FPVwidWZzOi9kZXYvZGEwczJkXCIKKyNvcHRpb25zIAlST09UREVW TkFNRT1cIm5hbmRmczovZGV2L2RhMHMyZFwiCisjb3B0aW9ucyAJUk9PVERFVk5B TUU9XCJuYW5kZnM6L2Rldi9nbmFuZDBzLnJvb3RcIgogCiBvcHRpb25zIAlTWVNW U0hNCQkJIyBTWVNWLXN0eWxlIHNoYXJlZCBtZW1vcnkKIG9wdGlvbnMgCVNZU1ZN U0cJCQkjIFNZU1Ytc3R5bGUgbWVzc2FnZSBxdWV1ZXMKQEAgLTQ5LDYgKzY1LDcg QEAKICMgUHNldWRvIGRldmljZXMKIGRldmljZQkJcmFuZG9tCiBkZXZpY2UJCWxv b3AKK2RldmljZQkJbWQKIAogIyBTZXJpYWwgcG9ydHMKIGRldmljZQkJdWFydApA QCAtNzksNiArOTYsMTAgQEAKICMgTkFORAogZGV2aWNlCQluYW5kCiAKKyNkZXZp Y2UgCQltbWMKKyNkZXZpY2UgCQltbWNzZAorI2RldmljZSAJCXNkaGNpCisKICMg RmxhdHRlbmVkIERldmljZSBUcmVlCiBvcHRpb25zIAlGRFQKIG9wdGlvbnMgCUZE VF9EVEJfU1RBVElDCkluZGV4OiBzeXMvYm9vdC9mZHQvZHRzL2FybS9zaGVldmFw bHVnLmR0cwo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBzeXMvYm9vdC9mZHQvZHRz L2FybS9zaGVldmFwbHVnLmR0cwkocmV2aXNpb24gMjczNjM0KQorKysgc3lzL2Jv b3QvZmR0L2R0cy9hcm0vc2hlZXZhcGx1Zy5kdHMJKHdvcmtpbmcgY29weSkKQEAg LTk1LDcgKzk1LDEyIEBACiAJCQl9OwogCiAJCQlzbGljZUAyMDAwMDAgewotCQkJ CXJlZyA9IDwweDIwMDAwMCAweDFmZTAwMDAwPjsKKwkJCQlyZWcgPSA8MHgyMDAw MDAgMHg2MDAwMDA+OworCQkJCWxhYmVsID0gImZic2QtYm9vdCI7CisJCQl9Owor CisJCQlzbGljZUA4MDAwMDAgeworCQkJCXJlZyA9IDwweDgwMDAwMCAweDFmODAw MDAwPjsKIAkJCQlsYWJlbCA9ICJyb290IjsKIAkJCX07CiAJCX07Cg== ------------J3kWNW3rHjKTDcvlDgKw1c-- From owner-freebsd-arm@FreeBSD.ORG Wed Dec 10 02:17:30 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1659EC6B for ; Wed, 10 Dec 2014 02:17:30 +0000 (UTC) Received: from mail-ig0-x234.google.com (mail-ig0-x234.google.com [IPv6:2607:f8b0:4001:c05::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D24C79DD for ; Wed, 10 Dec 2014 02:17:29 +0000 (UTC) Received: by mail-ig0-f180.google.com with SMTP id h15so2131832igd.7 for ; Tue, 09 Dec 2014 18:17:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-type:content-transfer-encoding; bh=TUQ4aU9mU5gnL8ukDi9Bps/213q0qtybJm0z03vIGvI=; b=fdKYk+yc4yHcGCbek4OYLEBnObhp/2XSmbZFrqNKM8EEs58exrdgcQcxlmeqmXjy1D H4jN34X2bkkS2V77jFI1GB6kUuhFRMawFhAm/6rakFh4JLEA4RZ2OpmkJqfD9Iwa2lPF B0vp6SGNo1BHQJIREgcv3oq2KNk81ICucwb1tV9gXlK502TkWWbHRetAWLU1t1RRyLuR i7N9KwMbnsws2yLiYw0ATp0ZqwSNNh8oac/LUIMe00sxtK4uikLfVLzJqmifkwgV/3uc pXwrCG8AF+KPwFc2O/jF95qhFmGXvSjgyX3aEsmLxAv2khFIrnqSQPmh/EfjwCe1M8EN dyvw== X-Received: by 10.107.6.34 with SMTP id 34mr1624943iog.88.1418177849255; Tue, 09 Dec 2014 18:17:29 -0800 (PST) MIME-Version: 1.0 Sender: carpeddiem@gmail.com Received: by 10.107.31.2 with HTTP; Tue, 9 Dec 2014 18:17:08 -0800 (PST) In-Reply-To: <547BDDEC.6070607@foxvalley.net> References: <547BDDEC.6070607@foxvalley.net> From: Ed Maste Date: Tue, 9 Dec 2014 21:17:08 -0500 X-Google-Sender-Auth: DNm9jPSQbiRzGDwbxAW_XWk729M Message-ID: Subject: Re: latest VM images fail to compile for ARM To: Dan Raymond Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Dec 2014 02:17:30 -0000 >> I suspect the culprit is: >> >> r272849 emaste: Build gperf only if we=E2=80=99re using g++ (not clan= g++) Sorry I didn't notice this thread when this problem was first identified. > Tim, should I open a bug report for this or did you do it already? I believe this should be fixed as of r275602 [1] As reported before be sure to clear out the obj directory before trying to build with the fix (or when using the workaround of manually building and installing gperf first). [1] https://svnweb.freebsd.org/changeset/base/275602 From owner-freebsd-arm@FreeBSD.ORG Wed Dec 10 02:19:18 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DE0C6CC1 for ; Wed, 10 Dec 2014 02:19:17 +0000 (UTC) Received: from mail-pa0-f53.google.com (mail-pa0-f53.google.com [209.85.220.53]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AA3189F4 for ; Wed, 10 Dec 2014 02:19:17 +0000 (UTC) Received: by mail-pa0-f53.google.com with SMTP id kq14so1759405pab.26 for ; Tue, 09 Dec 2014 18:19:10 -0800 (PST) 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=pODw0WgI9Hu4z4o4Lc6iROqzC+zL07EdE4v8F4pasCQ=; b=MBM/nctIoTZtVa7txk3jbyxcYIqz9+8YCSvqHb/U1J54oOCirxko1taBpPethatJj5 yRw7DWRnQxZMc/YYu208wmE8knlExUBYlZsyz+0PL3ClSZodD2bNWZnZouOrFJoUWlxT JpgZyMz2a+UT+yvrIR6Uyx9Y53b/yrvWMboYAtIX78DtnjuOQyrt+e6g3t+wBKEcgXsg yddrOIybzuu9/1XxcPrOkfJY8CLpeC5UhJShif+GPllseXsqaM/ZOG/HuGTkFgEzHqn9 z7PEzZ3S/yBSjy54eXI/EUMf0z/ZGQHq/wyXs69/T+BWOHKpYL/Gs0urY0cruhmL4Unu xSDA== X-Gm-Message-State: ALoCoQltqnPsdqTZpOqJXRfWOPt3LzE/Pj0LTx/lZgSnZOkbToJ/Fo5CIRnVwK/kC6iNZgG0Kirx X-Received: by 10.66.255.40 with SMTP id an8mr2795004pad.64.1418177950826; Tue, 09 Dec 2014 18:19:10 -0800 (PST) Received: from [10.10.11.83] (67-207-104-229.static.wiline.com. [67.207.104.229]) by mx.google.com with ESMTPSA id oq6sm2634487pdb.45.2014.12.09.18.19.09 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 09 Dec 2014 18:19:10 -0800 (PST) Sender: Warner Losh Subject: Re: latest VM images fail to compile for ARM Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) Content-Type: multipart/signed; boundary="Apple-Mail=_7936B94F-C739-4BB2-B764-6726FC3F6C81"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5b3 From: Warner Losh In-Reply-To: Date: Tue, 9 Dec 2014 18:19:08 -0800 Message-Id: <289D537D-7082-4FB5-9084-536FC94F6616@bsdimp.com> References: <547BDDEC.6070607@foxvalley.net> To: Ed Maste X-Mailer: Apple Mail (2.1993) 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: Wed, 10 Dec 2014 02:19:18 -0000 --Apple-Mail=_7936B94F-C739-4BB2-B764-6726FC3F6C81 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Dec 9, 2014, at 6:17 PM, Ed Maste wrote: >=20 >>> I suspect the culprit is: >>>=20 >>> r272849 emaste: Build gperf only if we=E2=80=99re using g++ (not = clang++) >=20 > Sorry I didn't notice this thread when this problem was first = identified. >=20 >> Tim, should I open a bug report for this or did you do it already? >=20 > I believe this should be fixed as of r275602 [1] >=20 > As reported before be sure to clear out the obj directory before > trying to build with the fix (or when using the workaround of manually > building and installing gperf first). >=20 > [1] https://svnweb.freebsd.org/changeset/base/275602 In addition, croche will be updated shortly to no longer use xdev, but = instead use a port compiler. It will also start using ports for u-boot targets = as well=E2=80=A6 Warner --Apple-Mail=_7936B94F-C739-4BB2-B764-6726FC3F6C81 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 iQIcBAEBCgAGBQJUh62dAAoJEGwc0Sh9sBEA70IP/R8YDgzsSoe+WYUUOd5olkNb yxfr0HQW/5XFvXRfFSQrBoLXZ/Wr2x1tRnF3uUlynirj0ebtLLTEmQrDRPtWl/66 cJIJxdRwC6CYxskVyLMUS21XNpCulC9WAWuYayO1yMZ/ws2unB6OnA83WhV0x7i0 Ga2NvR1nLMtZMaZfbvR3yD5pwCyyx9d8VO7Hec2BMjMN1OBQ0FFg3GL/xhQOkc9N BUMOAlrviTE/T3vfJVplbD0XeKogd6ruhjoQm4JgwnabwvcjIymevhQtAj3EbPf0 cN8m8WZ5NuMcVw2GMgF56hO6wf8n7FpEmrZkUEinirVVktgVhVALH0HQ2cZq8ePl VEYmlTxZ7NBl9SE8mTipZC0NAxiau6J85P1aOygghNoPOuHUL6ctqA0D4Ibn+Z/J PQo1SETPNn73HagjiTdKO4/FL8IFQnGJMsbsUmmajit3kh7C5+MIzZaqYM0obdBe DDimFCxx4ckfnRtc5KMYVqSkzwGJiGJUPVV2kEq0I2rqgYpGXI6PVggq82Mveu34 2XQg3aTPYdkIxdxN/Mht9GIwglm6SbqbKVsuzIpakXw6CcoTQdJeLwSAfVHuApm0 nE1nVRv31D5WIKgiNTQ0O5MwvoC0iVnQP/0BO+N+E/rq6Ale80BTV9TlzIUDX6h0 ubwjsNBmLu83oFCyJRvZ =+Z6v -----END PGP SIGNATURE----- --Apple-Mail=_7936B94F-C739-4BB2-B764-6726FC3F6C81-- From owner-freebsd-arm@FreeBSD.ORG Wed Dec 10 02:43:48 2014 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 67759195 for ; Wed, 10 Dec 2014 02:43:48 +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 02434CE5 for ; Wed, 10 Dec 2014 02:43:47 +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 sBA2hitT066171 for ; Wed, 10 Dec 2014 03:43:45 +0100 (CET) (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, 10 Dec 2014 03:43:44 +0100 (CET) Message-ID: <457b82448a7.53997a24@mail.schwarzes.net> User-Agent: YAM/2.9p1 (MorphOS; PPC; rv:20140418r7798) Subject: RPi - watchdogd not working anymore (since r273154+) 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, 10 Dec 2014 03:43:45 +0100 (CET) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Dec 2014 02:43:48 -0000 Hi, I run into a problem with the watchdogd, which seems not to be able to trigger the hardware watchdog (bcmwd0: ). When enabling watchdogd, the system reboot after a few seconds (my last build, where the watchdog working correctly, was r273154). Any ideas? Something must be changed. You can easily check with : /etc/rc.d/watchdogd onestart This will start the watchdogd with default parameters (enabling in /etc/rc.conf is not needed). best regards, Andreas From owner-freebsd-arm@FreeBSD.ORG Wed Dec 10 04:25:01 2014 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BDEA62EC for ; Wed, 10 Dec 2014 04:25:01 +0000 (UTC) Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) (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 92FFD9F1 for ; Wed, 10 Dec 2014 04:25:00 +0000 (UTC) Received: from [73.34.117.227] (helo=ilsoft.org) by mho-01-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1XyYpZ-000BZ1-LW; Wed, 10 Dec 2014 04:24:53 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id sBA4Ohl9006482; Tue, 9 Dec 2014 21:24:49 -0700 (MST) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 73.34.117.227 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX18susGJFV2QH8f1N5wNIR3t X-Authentication-Warning: paranoia.hippie.lan: Host revolution.hippie.lan [172.22.42.240] claimed to be [172.22.42.240] Subject: Re: RPi - watchdogd not working anymore (since r273154+) From: Ian Lepore To: Andreas Schwarz In-Reply-To: <457b82448a7.53997a24@mail.schwarzes.net> References: <457b82448a7.53997a24@mail.schwarzes.net> Content-Type: text/plain; charset="us-ascii" Date: Tue, 09 Dec 2014 21:24:27 -0700 Message-ID: <1418185467.1064.166.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-arm@FreeBSD.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Dec 2014 04:25:01 -0000 On Wed, 2014-12-10 at 03:43 +0100, Andreas Schwarz wrote: > Hi, > I run into a problem with the watchdogd, which seems not to be able to trigger the > hardware watchdog (bcmwd0: ). When enabling watchdogd, > the system reboot after a few seconds (my last build, where the watchdog working > correctly, was r273154). > > Any ideas? Something must be changed. > > You can easily check with : > > /etc/rc.d/watchdogd onestart > > This will start the watchdogd with default parameters (enabling in /etc/rc.conf is not > needed). > > best regards, > Andreas > This is being caused by a combination of bugs in the rpi watchdog driver and a recent(ish) change in watchdogd. watchdogd requests a timeout of approximately 128 seconds. It used to pet the dog once per second, and recently it was changed to only do so once every 10 seconds for efficiency. The rpi watchdog hardware is unable to set a timeout longer than 15 seconds, but a bug in the driver let the value wrap around then get bitmasked such that the request for a 128 second timeout was actually getting handled as a 9 second timeout. The 9 second thing worked when we were petting the dog once a second, but now fails at once every 10 seconds. I've got a fix for the wrapping problem, but all it will do is make the timer not get set at all if you ask for 128 seconds (that's what the interface for watchdogs requires, don't set the timer if can't be at least as long as requested). To fix your problem you'll need to set watchdogd_flags="-s 4 -t 8" in your rc.conf. That will make the timeout 8 seconds and pet the dog every 4 seconds. You don't have too many options for the timeout value (-t) because of the goofy way the timeout is represented in the kernel. The only choices that work on rpi are 1,2,4,8 seconds. If you ask for 9 it gets represented as a value that translates to 17.5 seconds and rpi can't do it. -- Ian From owner-freebsd-arm@FreeBSD.ORG Wed Dec 10 05:29:36 2014 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 10BA35EC; Wed, 10 Dec 2014 05:29:36 +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 9C78EF6; Wed, 10 Dec 2014 05:29:35 +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 sBA5TXdn066705; Wed, 10 Dec 2014 06:29:33 +0100 (CET) (envelope-from freebsd.asc@strcmp.org) From: Andreas Schwarz To: Ian Lepore Mail-Reply-To: Andreas Schwarz Mail-Followup-To: freebsd-arm@FreeBSD.org Date: Wed, 10 Dec 2014 06:29:32 +0100 (CET) Message-ID: <457ba92c65e.30c60c9a@mail.schwarzes.net> In-Reply-To: <1418185467.1064.166.camel@revolution.hippie.lan> References: <457b82448a7.53997a24@mail.schwarzes.net> <1418185467.1064.166.camel@revolution.hippie.lan> User-Agent: YAM/2.9p1 (MorphOS; PPC; rv:20140418r7798) Subject: Re: RPi - watchdogd not working anymore (since r273154+) 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, 10 Dec 2014 06:29:33 +0100 (CET) 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: Wed, 10 Dec 2014 05:29:36 -0000 On 09.12.14, Ian Lepore wrote: Hi Ian, > watchdogd requests a timeout of approximately 128 seconds. It used to > pet the dog once per second, and recently it was changed to only do so > once every 10 seconds for efficiency. > > The rpi watchdog hardware is unable to set a timeout longer than 15 > seconds, but a bug in the driver let the value wrap around then get > bitmasked such that the request for a 128 second timeout was actually > getting handled as a 9 second timeout. The 9 second thing worked when > we were petting the dog once a second, but now fails at once every 10 > seconds. > > I've got a fix for the wrapping problem, but all it will do is make the > timer not get set at all if you ask for 128 seconds (that's what the > interface for watchdogs requires, don't set the timer if can't be at > least as long as requested). > > To fix your problem you'll need to set watchdogd_flags="-s 4 -t 8" in > your rc.conf. That will make the timeout 8 seconds and pet the dog > every 4 seconds. You don't have too many options for the timeout value > (-t) because of the goofy way the timeout is represented in the kernel. > The only choices that work on rpi are 1,2,4,8 seconds. If you ask for 9 > it gets represented as a value that translates to 17.5 seconds and rpi > can't do it. Thank you for your copious explanation. I understand the problem and was able to run the watchdog again. In general, it's a litte bit unsatisfying, that we have a (limited) watchdog hardware which will not fit the requirements of the freebsd watchdog implementation (which normally should cover all the watchdog hardware). best regards, Andreas From owner-freebsd-arm@FreeBSD.ORG Wed Dec 10 12:32:07 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3CEA74E2 for ; Wed, 10 Dec 2014 12:32:07 +0000 (UTC) Received: from mail-ie0-x236.google.com (mail-ie0-x236.google.com [IPv6:2607:f8b0:4001:c03::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 022E4ABC for ; Wed, 10 Dec 2014 12:32:07 +0000 (UTC) Received: by mail-ie0-f182.google.com with SMTP id x19so2524833ier.27 for ; Wed, 10 Dec 2014 04:32:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-type:content-transfer-encoding; bh=dt2bexFbr+CX+VpNK2yoY77ti6Miis74/Fj7i0oDeZo=; b=Vf7YfzBPUbPHA/mIrou6EnD43858DEceQHNaXSdidHHZFRo3BZm+JvUUhfTvKAw+rg e5Y6wpNa+vfs4k3I0NwlyJNz1wpU/anwIaNeJ2+3mH5imTpz9ZLYP/5Dpq6YX1VXz6xE aEsp1OrPDsCY9Dv1jWdrnVFYaPLJWHW4QmEY0Ggq508yxiRb5Ro4A3K8ZFlFWgHyarNJ hxfN2o9q24YWjPsfcvhXBXRp3vtG0SAweEYNzCkIRpMU3+4HaHcaLEk+AwuVAPWMV44i PKHqgutkLIx1DyV1/TcLLgyiJgSW+Hwwy4c2hG1O4q09tYt93+JjvBPH5mlljROZTVmN Sbow== X-Received: by 10.43.120.69 with SMTP id fx5mr6449991icc.45.1418214726403; Wed, 10 Dec 2014 04:32:06 -0800 (PST) MIME-Version: 1.0 Sender: carpeddiem@gmail.com Received: by 10.107.31.2 with HTTP; Wed, 10 Dec 2014 04:31:46 -0800 (PST) In-Reply-To: <289D537D-7082-4FB5-9084-536FC94F6616@bsdimp.com> References: <547BDDEC.6070607@foxvalley.net> <289D537D-7082-4FB5-9084-536FC94F6616@bsdimp.com> From: Ed Maste Date: Wed, 10 Dec 2014 07:31:46 -0500 X-Google-Sender-Auth: XnlYfvD_OyUNHYoOfRvUSZNEy-Y Message-ID: Subject: Re: latest VM images fail to compile for ARM To: Warner Losh Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Dec 2014 12:32:07 -0000 On 9 December 2014 at 21:19, Warner Losh wrote: > > In addition, crochet will be updated shortly to no longer use xdev, but i= nstead > use a port compiler. It will also start using ports for u-boot targets a= s well=E2=80=A6 Fair enough, although xdev ought to work in the interim. From owner-freebsd-arm@FreeBSD.ORG Wed Dec 10 15:23:07 2014 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6D6CBA7A for ; Wed, 10 Dec 2014 15:23:07 +0000 (UTC) Received: from mho-02-ewr.mailhop.org (mho-02-ewr.mailhop.org [204.13.248.72]) (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 3F5ADA9 for ; Wed, 10 Dec 2014 15:23:07 +0000 (UTC) Received: from [73.34.117.227] (helo=ilsoft.org) by mho-02-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1Xyj6S-000PKP-4O; Wed, 10 Dec 2014 15:23:00 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id sBAFMwNk007679; Wed, 10 Dec 2014 08:22:58 -0700 (MST) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 73.34.117.227 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX1+5iClrvQHASwKUFY0dMmZj X-Authentication-Warning: paranoia.hippie.lan: Host revolution.hippie.lan [172.22.42.240] claimed to be [172.22.42.240] Subject: Re: RPi - watchdogd not working anymore (since r273154+) From: Ian Lepore To: Andreas Schwarz In-Reply-To: <457ba92c65e.30c60c9a@mail.schwarzes.net> References: <457b82448a7.53997a24@mail.schwarzes.net> <1418185467.1064.166.camel@revolution.hippie.lan> <457ba92c65e.30c60c9a@mail.schwarzes.net> Content-Type: text/plain; charset="us-ascii" Date: Wed, 10 Dec 2014 08:22:58 -0700 Message-ID: <1418224978.1064.182.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-arm@FreeBSD.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Dec 2014 15:23:07 -0000 On Wed, 2014-12-10 at 06:29 +0100, Andreas Schwarz wrote: > On 09.12.14, Ian Lepore wrote: > > Hi Ian, > > > watchdogd requests a timeout of approximately 128 seconds. It used to > > pet the dog once per second, and recently it was changed to only do so > > once every 10 seconds for efficiency. > > > > The rpi watchdog hardware is unable to set a timeout longer than 15 > > seconds, but a bug in the driver let the value wrap around then get > > bitmasked such that the request for a 128 second timeout was actually > > getting handled as a 9 second timeout. The 9 second thing worked when > > we were petting the dog once a second, but now fails at once every 10 > > seconds. > > > > I've got a fix for the wrapping problem, but all it will do is make the > > timer not get set at all if you ask for 128 seconds (that's what the > > interface for watchdogs requires, don't set the timer if can't be at > > least as long as requested). > > > > To fix your problem you'll need to set watchdogd_flags="-s 4 -t 8" in > > your rc.conf. That will make the timeout 8 seconds and pet the dog > > every 4 seconds. You don't have too many options for the timeout value > > (-t) because of the goofy way the timeout is represented in the kernel. > > The only choices that work on rpi are 1,2,4,8 seconds. If you ask for 9 > > it gets represented as a value that translates to 17.5 seconds and rpi > > can't do it. > > Thank you for your copious explanation. I understand the problem and > was able to run the watchdog again. In general, it's a litte bit unsatisfying, > that we have a (limited) watchdog hardware which will not fit the requirements > of the freebsd watchdog implementation (which normally should cover all > the watchdog hardware). > > best regards, > Andreas > The hardware is what it is, and the rpi isn't the only modern arm system with a 16 second max timeout. I think the freebsd watchdog interface reflects its age... a timeout of 128 or even 256 seconds is probably reasonable for some big server where you want to be extra-sure it's a genuine lockup because a reboot is pretty drastic. But if your smartphone locks up, do you really want to wait 5 minutes for it to recover? Timeouts at the low end seem more important these days. It does kind of suck, though, that the hardware can do 1-15 seconds and we can only hit 4 datapoints in the bottom half of that range. I'm pondering ways we could extend the current interface in the kernel to do better, without breaking existing drivers. On the other hand, what we've been getting by accident for a couple years is a 9-second timeout with 1-second petting, so -s 4 -t 8 is actually a bit better than that. :) -- Ian From owner-freebsd-arm@FreeBSD.ORG Wed Dec 10 22:14:12 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 259C6EBB for ; Wed, 10 Dec 2014 22:14:12 +0000 (UTC) Received: from mail-yk0-f173.google.com (mail-yk0-f173.google.com [209.85.160.173]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DE0A4C4D for ; Wed, 10 Dec 2014 22:14:11 +0000 (UTC) Received: by mail-yk0-f173.google.com with SMTP id 19so1664277ykq.32 for ; Wed, 10 Dec 2014 14:14:10 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to :content-type; bh=JrVRX65yFEhKlagi1325xICrBeSwG682QyffPwpwk9E=; b=mPstssJKiCoQYzxlrVP3kO0QVKeuY1WqBLw/6Rgls5S3ebYI43Gc2Qtzsx8BisnREs Jwgz6nCyCQU6GWIdhqSBvLff3cdS00pg2tmIxIK4EhlsSLPRN8gL3MfVaHqihb5zL7tO +WT+A1vv5ajTxjQThjMhnMVLadV+2owK7PaHqeq2eoXWmp98cahRBsvP53lem9gkn85s +DI977sh7Plx6odR5EJ4v+XEy/Ualwi83wo4+3ThSsgyvORsUITAgLczJw+ZATuIitQA xeX8xD1UwCoIMWQCUKUvlLBLPvc2RnuwDZ/L2g/VFe+JYkMpzlhD5bDDKUbnjr2+ItGT C8bw== X-Gm-Message-State: ALoCoQm9drBcxEPhL3Ka+viusHgYq6RK2TD7GXdY/v+3NqBr0AJn+YZxlWadK8Gd69KDJIE6oEfY MIME-Version: 1.0 X-Received: by 10.170.116.21 with SMTP id i21mr5561502ykb.105.1418249650834; Wed, 10 Dec 2014 14:14:10 -0800 (PST) Received: by 10.170.35.20 with HTTP; Wed, 10 Dec 2014 14:14:10 -0800 (PST) Date: Wed, 10 Dec 2014 23:14:10 +0100 Message-ID: Subject: Minor fixes to PL011 UART From: Zbigniew Bodek To: "freebsd-arm@freebsd.org" Content-Type: multipart/mixed; boundary=001a1137be46a44c4f0509e3fadd X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Dec 2014 22:14:12 -0000 --001a1137be46a44c4f0509e3fadd Content-Type: text/plain; charset=UTF-8 Hello, We have few minor fixes to ARM PL011 driver. The patch is attached to this e-mail. One change that might be considered controversial is adding uart_barrier() to each __uart_write(). In other UART drivers uart_barrier() is used after every uart_write() unless the write is related to the same register (but the other half). In our case it would be necessary to add barrier after each write anyway (if we like to follow this barrier convention)... Nevertheless, please test and let me know what do you think. I would like to push this by Monday. Thanks and best regards zbb --001a1137be46a44c4f0509e3fadd Content-Type: text/x-patch; charset=US-ASCII; name="0001-Fix-some-obvious-mistakes-in-ARM-PL011-UART.patch" Content-Disposition: attachment; filename="0001-Fix-some-obvious-mistakes-in-ARM-PL011-UART.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: f_i3j94iuw0 RnJvbSAwYTRhZGQ4M2QzNGVjMDUzZWUyYWU5MTg0NzkzY2UzMmEyZTI2NDg3IE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiBaYmlnbmlldyBCb2RlayA8emJiQHNlbWloYWxmLmNvbT4KRGF0 ZTogVHVlLCA5IERlYyAyMDE0IDE3OjM2OjEzICswMTAwClN1YmplY3Q6IFtQQVRDSF0gRml4IHNv bWUgb2J2aW91cyBtaXN0YWtlcyBpbiBBUk0gUEwwMTEgVUFSVAoKLSBEb24ndCBmb3JnZXQgdWFy dF9iYXJyaWVyKCkgb24gd3JpdGUuCi0gQWZ0ZXIgZGlzYWJsaW5nIFVBUlQsIHdhaXQgZm9yIHRy YW5zbWlzc2lvbiB0byBmaW5pc2ggYmVmb3JlCiAgY2hhbmdpbmcgY29udHJvbCBhbmQgbGluZS4g VGltZW91dCBhbmQgZmFpbCBpZiBzb21ldGhpbmcncyB3cm9uZwogIHdpdGggdGhlIGhhcmR3YXJl LgotIENoZWNrIGZvciBicmVhayBhbmQgb3ZlcnJ1biBvbmx5IG9uIFJYLgotIENoYW5nZSBtYXNr aW5nIG9mIFRYRU1QVFkgaW50ZXJydXB0IHRvIGNsZWFyaW5nIGl0IGFzIHRoaXMgd2FzCiAgdGhl IG9yaWdpbmFsIGludGVudGlvbi4KLS0tCiBzeXMvZGV2L3VhcnQvdWFydF9kZXZfcGwwMTEuYyB8 IDUyICsrKysrKysrKysrKysrKysrKysrKysrKysrKysrKy0tLS0tLS0tLS0tLS0KIDEgZmlsZSBj aGFuZ2VkLCAzNyBpbnNlcnRpb25zKCspLCAxNSBkZWxldGlvbnMoLSkKCmRpZmYgLS1naXQgYS9z eXMvZGV2L3VhcnQvdWFydF9kZXZfcGwwMTEuYyBiL3N5cy9kZXYvdWFydC91YXJ0X2Rldl9wbDAx MS5jCmluZGV4IGQ5NTEwNzAuLmJiMWRmZGYgMTAwNjQ0Ci0tLSBhL3N5cy9kZXYvdWFydC91YXJ0 X2Rldl9wbDAxMS5jCisrKyBiL3N5cy9kZXYvdWFydC91YXJ0X2Rldl9wbDAxMS5jCkBAIC01MCw2 ICs1MCw3IEBAIF9fRkJTRElEKCIkRnJlZUJTRCQiKTsKICNkZWZpbmUJRFJfT0UJCSgxIDw8IDEx KQkvKiBPdmVycnVuIGVycm9yICovCiAKICNkZWZpbmUJVUFSVF9GUgkJMHgwNgkJLyogRmxhZyBy ZWdpc3RlciAqLworI2RlZmluZQlGUl9CVVNZCQkoMSA8PCAzKQkvKiBVQVJUIGlzIGJ1c3kgKi8K ICNkZWZpbmUJRlJfVFhGRgkJKDEgPDwgNSkJLyogVHJhbnNtaXQgRklGTy9yZWcgZnVsbCAqLwog I2RlZmluZQlGUl9SWEZGCQkoMSA8PCA2KQkvKiBSZWNlaXZlIEZJRk8vcmVnIGZ1bGwgKi8KICNk ZWZpbmUJRlJfVFhGRQkJKDEgPDwgNykJLyogVHJhbnNtaXQgRklGTy9yZWcgZW1wdHkgKi8KQEAg LTkzLDggKzk0LDEyIEBAIF9fRkJTRElEKCIkRnJlZUJTRCQiKTsKICAqLwogI2RlZmluZQlfX3Vh cnRfZ2V0cmVnKGJhcywgcmVnKQkJXAogCWJ1c19zcGFjZV9yZWFkXzQoKGJhcyktPmJzdCwgKGJh cyktPmJzaCwgdWFydF9yZWdvZnMoYmFzLCByZWcpKQotI2RlZmluZQlfX3VhcnRfc2V0cmVnKGJh cywgcmVnLCB2YWx1ZSkJXAotCWJ1c19zcGFjZV93cml0ZV80KChiYXMpLT5ic3QsIChiYXMpLT5i c2gsIHVhcnRfcmVnb2ZzKGJhcywgcmVnKSwgdmFsdWUpCisjZGVmaW5lCV9fdWFydF9zZXRyZWco YmFzLCByZWcsIHZhbHVlKQkJCVwKK2RvIHsJCQkJCQkJXAorCWJ1c19zcGFjZV93cml0ZV80KChi YXMpLT5ic3QsCQkJXAorCSAgICAoYmFzKS0+YnNoLCB1YXJ0X3JlZ29mcyhiYXMsIHJlZyksIHZh bHVlKTsJXAorCXVhcnRfYmFycmllcihiYXMpOwkJCQlcCit9IHdoaWxlICgwKQogCiAvKgogICog TG93LWxldmVsIFVBUlQgaW50ZXJmYWNlLgpAQCAtMTQ4LDEyICsxNTMsMTMgQEAgdWFydF9wbDAx MV9wcm9iZShzdHJ1Y3QgdWFydF9iYXMgKmJhcykKIAlyZXR1cm4gKDApOwogfQogCi1zdGF0aWMg dm9pZAorc3RhdGljIGludAogdWFydF9wbDAxMV9wYXJhbShzdHJ1Y3QgdWFydF9iYXMgKmJhcywg aW50IGJhdWRyYXRlLCBpbnQgZGF0YWJpdHMsIGludCBzdG9wYml0cywKICAgICBpbnQgcGFyaXR5 KQogewogCXVpbnQzMl90IGN0cmwsIGxpbmU7CiAJdWludDMyX3QgYmF1ZDsKKwlzaXplX3QgdGlt ZW91dDsKIAogCS8qCiAJICogWmVybyBhbGwgc2V0dGluZ3MgdG8gbWFrZSBzdXJlCkBAIC0xNjEs NiArMTY3LDE5IEBAIHVhcnRfcGwwMTFfcGFyYW0oc3RydWN0IHVhcnRfYmFzICpiYXMsIGludCBi YXVkcmF0ZSwgaW50IGRhdGFiaXRzLCBpbnQgc3RvcGJpdHMsCiAJICovCiAJY3RybCA9IGxpbmUg PSAweDA7CiAJX191YXJ0X3NldHJlZyhiYXMsIFVBUlRfQ1IsIGN0cmwpOworCQorCS8qCisJICog VUFSVCB3aWxsIGZpbmlzaCBwZW5kaW5nIHRyYW5zbWlzc2lvbnMgYmVmb3JlIGl0J3MgZGlzYWJs ZWQuCisJICogV2FpdCB1bnRpbCBidXN5IGJpdCBpcyBjbGVhcmVkIGZvciBhIGxpbWl0ZWQgKGJ1 dCByZWxhdGl2ZWx5CisJICogc2lnbmlmaWNhbnQpIGFtb3VudCBvZiB0aW1lIHRvIGF2b2lkIGJl aW5nIHRyYXBwZWQgaW4gYW4gaW5maW5pdGUKKwkgKiBsb29wLgorCSAqLworCXRpbWVvdXQgPSAx MCAqIDEwMjQ7CisJd2hpbGUgKChfX3VhcnRfZ2V0cmVnKGJhcywgVUFSVF9GUikgJiBGUl9CVVNZ KSAmJiAtLXRpbWVvdXQpCisJCURFTEFZKDQpOworCisJaWYgKHRpbWVvdXQgPT0gMCkKKwkJcmV0 dXJuIChFTlhJTyk7CiAKIAkvKiBBcyB3ZSBrbm93IFVBUlQgaXMgZGlzYWJsZWQgd2UgbWF5IHNl dHVwIHRoZSBsaW5lICovCiAJc3dpdGNoIChkYXRhYml0cykgewpAQCAtMjAxLDYgKzIyMCw4IEBA IHVhcnRfcGwwMTFfcGFyYW0oc3RydWN0IHVhcnRfYmFzICpiYXMsIGludCBiYXVkcmF0ZSwgaW50 IGRhdGFiaXRzLCBpbnQgc3RvcGJpdHMsCiAJICAgIH4weGZmKSB8IGxpbmUpOwogCiAJX191YXJ0 X3NldHJlZyhiYXMsIFVBUlRfQ1IsIGN0cmwpOworCisJcmV0dXJuICgwKTsKIH0KIAogc3RhdGlj IHZvaWQKQEAgLTIxMSw3ICsyMzIsNyBAQCB1YXJ0X3BsMDExX2luaXQoc3RydWN0IHVhcnRfYmFz ICpiYXMsIGludCBiYXVkcmF0ZSwgaW50IGRhdGFiaXRzLCBpbnQgc3RvcGJpdHMsCiAJX191YXJ0 X3NldHJlZyhiYXMsIFVBUlRfSU1TQywgX191YXJ0X2dldHJlZyhiYXMsIFVBUlRfSU1TQykgJgog CSAgICB+SU1TQ19NQVNLX0FMTCk7CiAJCi0JdWFydF9wbDAxMV9wYXJhbShiYXMsIGJhdWRyYXRl LCBkYXRhYml0cywgc3RvcGJpdHMsIHBhcml0eSk7CisJKHZvaWQpdWFydF9wbDAxMV9wYXJhbShi YXMsIGJhdWRyYXRlLCBkYXRhYml0cywgc3RvcGJpdHMsIHBhcml0eSk7CiB9CiAKIHN0YXRpYyB2 b2lkCkBAIC0zNzMsMTcgKzM5NCwxOCBAQCB1YXJ0X3BsMDExX2J1c19pcGVuZChzdHJ1Y3QgdWFy dF9zb2Z0YyAqc2MpCiAJaW50cyA9IF9fdWFydF9nZXRyZWcoYmFzLCBVQVJUX01JUyk7CiAJaXBl bmQgPSAwOwogCi0JaWYgKGludHMgJiBVQVJUX1JYUkVBRFkpCisJaWYgKGludHMgJiBVQVJUX1JY UkVBRFkpIHsKIAkJaXBlbmQgfD0gU0VSX0lOVF9SWFJFQURZOwotCWlmIChpbnRzICYgUklTX0JF KQotCQlpcGVuZCB8PSBTRVJfSU5UX0JSRUFLOwotCWlmIChpbnRzICYgUklTX09FKQotCQlpcGVu ZCB8PSBTRVJfSU5UX09WRVJSVU47CisJCWlmIChpbnRzICYgUklTX0JFKQorCQkJaXBlbmQgfD0g U0VSX0lOVF9CUkVBSzsKKwkJaWYgKGludHMgJiBSSVNfT0UpCisJCQlpcGVuZCB8PSBTRVJfSU5U X09WRVJSVU47CisJfQogCWlmIChpbnRzICYgVUFSVF9UWEVNUFRZKSB7CiAJCWlmIChzYy0+c2Nf dHhidXN5KQogCQkJaXBlbmQgfD0gU0VSX0lOVF9UWElETEU7CiAKLQkJX191YXJ0X3NldHJlZyhi YXMsIFVBUlRfSU1TQywgVUFSVF9SWFJFQURZKTsKKwkJX191YXJ0X3NldHJlZyhiYXMsIFVBUlRf SUNSLCBVQVJUX1RYRU1QVFkpOwogCX0KIAogCXVhcnRfdW5sb2NrKHNjLT5zY19od210eCk7CkBA IC0zOTUsMTIgKzQxNywxMyBAQCBzdGF0aWMgaW50CiB1YXJ0X3BsMDExX2J1c19wYXJhbShzdHJ1 Y3QgdWFydF9zb2Z0YyAqc2MsIGludCBiYXVkcmF0ZSwgaW50IGRhdGFiaXRzLAogICAgIGludCBz dG9wYml0cywgaW50IHBhcml0eSkKIHsKKwlpbnQgZXJyb3I7CiAKIAl1YXJ0X2xvY2soc2MtPnNj X2h3bXR4KTsKLQl1YXJ0X3BsMDExX3BhcmFtKCZzYy0+c2NfYmFzLCBiYXVkcmF0ZSwgZGF0YWJp dHMsIHN0b3BiaXRzLCBwYXJpdHkpOworCWVycm9yID0gdWFydF9wbDAxMV9wYXJhbSgmc2MtPnNj X2JhcywgYmF1ZHJhdGUsIGRhdGFiaXRzLCBzdG9wYml0cywgcGFyaXR5KTsKIAl1YXJ0X3VubG9j ayhzYy0+c2NfaHdtdHgpOwogCi0JcmV0dXJuICgwKTsKKwlyZXR1cm4gKGVycm9yKTsKIH0KIAog c3RhdGljIGludApAQCAtNDY2LDEwICs0ODksOSBAQCB1YXJ0X3BsMDExX2J1c190cmFuc21pdChz dHJ1Y3QgdWFydF9zb2Z0YyAqc2MpCiAJYmFzID0gJnNjLT5zY19iYXM7CiAJdWFydF9sb2NrKHNj LT5zY19od210eCk7CiAKLQlmb3IgKGkgPSAwOyBpIDwgc2MtPnNjX3R4ZGF0YXN6OyBpKyspIHsK Kwlmb3IgKGkgPSAwOyBpIDwgc2MtPnNjX3R4ZGF0YXN6OyBpKyspCiAJCV9fdWFydF9zZXRyZWco YmFzLCBVQVJUX0RSLCBzYy0+c2NfdHhidWZbaV0pOwotCQl1YXJ0X2JhcnJpZXIoYmFzKTsKLQl9 CisKIAlzYy0+c2NfdHhidXN5ID0gMTsKIAlfX3VhcnRfc2V0cmVnKGJhcywgVUFSVF9JTVNDLCAo VUFSVF9SWFJFQURZIHwgVUFSVF9UWEVNUFRZKSk7CiAJdWFydF91bmxvY2soc2MtPnNjX2h3bXR4 KTsKLS0gCjIuMS4yCgo= --001a1137be46a44c4f0509e3fadd-- From owner-freebsd-arm@FreeBSD.ORG Wed Dec 10 23:11:01 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9CA097E7 for ; Wed, 10 Dec 2014 23:11:01 +0000 (UTC) Received: from mail-pa0-f45.google.com (mail-pa0-f45.google.com [209.85.220.45]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6BBC8284 for ; Wed, 10 Dec 2014 23:11:01 +0000 (UTC) Received: by mail-pa0-f45.google.com with SMTP id lf10so3148265pab.32 for ; Wed, 10 Dec 2014 15:11:00 -0800 (PST) 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=Z0h0NnzJuR1Bh7tFv0QeJPYyiCmdFcoig9riOBY0+kM=; b=leUJlHvCGvGci/oN/FomEsutTtax2jlRunvt56Be5xpaykCIJ/bouK3099c7F4mHHM 0qlDqjU0gexdGMlvUvlvhl1VtjQdoorJPVv/2T9nctqI1ZQOaBT0EfO7Fu/bUJQw+cm5 uzSCO4dRYAMzlnnytZODIvWMb1cPeJ9r0F10lTbI+FBFwTT7BjICnfQNhycYDsOauo3W x7YVxWW5ypD3Su/DHZD28B53BOhcU4fhWum5JySBvW1bKH61KOxgXMI8aTiPvbU+TouR r4hJ+/EC0xX3qJ4NtC3dbTU8s/9zTLACLI55pR1bo+tzTKNKMUmAV8DsznZ1nmz8qkZo BCWQ== X-Gm-Message-State: ALoCoQkQf+L1L9M466/onTXSd8YZvl4KcyO0XL59te+9phMRfLZnAQrTzlBQ4K6aAHItQvC8/NVB X-Received: by 10.70.103.37 with SMTP id ft5mr11275753pdb.159.1418253060390; Wed, 10 Dec 2014 15:11:00 -0800 (PST) Received: from lgmac-vviswanat.corp.netflix.com ([69.53.236.236]) by mx.google.com with ESMTPSA id l13sm5145982pbq.40.2014.12.10.15.10.59 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 10 Dec 2014 15:10:59 -0800 (PST) Sender: Warner Losh Subject: Re: Minor fixes to PL011 UART Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) Content-Type: multipart/signed; boundary="Apple-Mail=_310C6935-4283-43A8-9752-ECC0BB94C41F"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5b3 From: Warner Losh In-Reply-To: Date: Wed, 10 Dec 2014 15:10:57 -0800 Message-Id: References: To: Zbigniew Bodek X-Mailer: Apple Mail (2.1993) 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: Wed, 10 Dec 2014 23:11:01 -0000 --Apple-Mail=_310C6935-4283-43A8-9752-ECC0BB94C41F Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Dec 10, 2014, at 2:14 PM, Zbigniew Bodek wrote: >=20 > <0001-Fix-some-obvious-mistakes-in-ARM-PL011-UART.patch> This looks good to me, assuming that the busy bit you are testing is = well defined for all implementations of pl011. I=E2=80=99d consider = adding the uart_barrier, but it isn=E2=80=99t critical. Warner --Apple-Mail=_310C6935-4283-43A8-9752-ECC0BB94C41F 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 iQIcBAEBCgAGBQJUiNMCAAoJEGwc0Sh9sBEAHgEP+wXXsf1KsikCnJGWTM2juCvL zN/kR1uQrOLP2oAOUti5x8gBvX9k35JITPmcXrUp+q4EcLRRUWwzrzsuB15U+y1w +IDsbJ7Ixz/zMLRi+IUltKVLSa+58Xj0ovC7vNDikYhDefcnUDeXKg6yGv5hQWOg UrEfOMg5Z5yJkIRh1N3ct5mA4+1CU2f5csBucZYS3ss9YWBb7AnrZ8P6vJQVL9vx U0l158/GKVDirRY8XIrdnYyB1d7VMD1/uGj3UXI1+Kv16Z7JeSo4U9jeSQ0IqNki xLZnxPdh1GRUFoFHXpOly7HCrMG1VBDiFdqib6BhwOdcofnI+uRL9hjlypu23dQW e4K5aVTBgg96vrD7Na0a6UVeEKlERTPdg+dzHo/NnqN0Zj0ytKIipasBL11ZwgHR 7A3XnAR//n0M0WI/6c86FoGnb6X5WuDscBLQbuwT3Ik+KbN3QK8/7apLuqtW4SZg bF+lZUEPeoySk12w3jJNhYmWNTMLddxqa48atc3AO+PkqnZVw/gkrwhFPlz8Yrly FhXpHwT7ZlhbPWiFwgc2WYwWJFLg7KdbMmPYdGGolV5MZ3xmdcmNYP8cZ3wito51 dYJdb7axsWu7NeRadSkbQmbFA7IO05j3b40KE1D/AowWvONBt/ju61o4Zmc8p79i X0SfUdpwnDkOHTfmcC+o =5odH -----END PGP SIGNATURE----- --Apple-Mail=_310C6935-4283-43A8-9752-ECC0BB94C41F-- From owner-freebsd-arm@FreeBSD.ORG Wed Dec 10 23:25:37 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4761DEFC for ; Wed, 10 Dec 2014 23:25:37 +0000 (UTC) Received: from mail-yh0-f46.google.com (mail-yh0-f46.google.com [209.85.213.46]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 09F615E0 for ; Wed, 10 Dec 2014 23:25:36 +0000 (UTC) Received: by mail-yh0-f46.google.com with SMTP id t59so1780987yho.33 for ; Wed, 10 Dec 2014 15:25:30 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=e9Z9H9+bJjB+lT5Q2bZvhSEucvmrRHJnKVSwOzG2oLU=; b=DPgg+/3k4RLr8wp8Mvlxf5CCeWTZkCOW1e54JPBNUU34VUsgvFQZitmP5VqJJglU4y PVnT7dTUHoHU17mYXOkMv+d2fWWwchj5WwZWhI6Njs4pi3ys9Ve/4uV5U+t2+MQtMtVC GIbNCciU+scVJAu/1uO+IiAZGh2QpmQQxKG+ePy0gjHiUlk2u+lZ4MSqQJGNS1Zc0dT0 t+i70i8OVzt8pAl9H8s0Xu1sbIsKmuCqUkTEeq/fVQD0andZweYrzmhm4XXC0FEp6pSt F7qAr9YZmyRm1yoOgNm/53Fp1ZNpZSVnpTrI4vR7HFwEPsbNLwPlECKLS7yk9iHIrNqQ z1vA== X-Gm-Message-State: ALoCoQnNmYSNqklAwsxocRFA1du98v9stiP6WniZGDFFf3n9mbeTWKLYOnzS9Aym7+0RFcMwNXdP MIME-Version: 1.0 X-Received: by 10.170.116.21 with SMTP id i21mr5678449ykb.105.1418253608045; Wed, 10 Dec 2014 15:20:08 -0800 (PST) Received: by 10.170.35.20 with HTTP; Wed, 10 Dec 2014 15:20:07 -0800 (PST) In-Reply-To: References: Date: Thu, 11 Dec 2014 00:20:07 +0100 Message-ID: Subject: Re: Minor fixes to PL011 UART From: Zbigniew Bodek To: Warner Losh Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Dec 2014 23:25:37 -0000 2014-12-11 0:10 GMT+01:00 Warner Losh : > >> On Dec 10, 2014, at 2:14 PM, Zbigniew Bodek wrote: >> >> <0001-Fix-some-obvious-mistakes-in-ARM-PL011-UART.patch> > > This looks good to me, assuming that the busy bit you are testing is well= defined for all implementations of pl011. I=E2=80=99d consider adding the = uart_barrier, but it isn=E2=80=99t critical. > > Warner Hello, Thanks. According to the documentation BUSY bit is common to all product revisions. Best regards zbb From owner-freebsd-arm@FreeBSD.ORG Fri Dec 12 09:23:25 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B342D971 for ; Fri, 12 Dec 2014 09:23:25 +0000 (UTC) Received: from eu1sys200aog126.obsmtp.com (eu1sys200aog126.obsmtp.com [207.126.144.174]) (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 DEF6BB03 for ; Fri, 12 Dec 2014 09:23:24 +0000 (UTC) Received: from mail-wg0-f47.google.com ([74.125.82.47]) (using TLSv1) by eu1sys200aob126.postini.com ([207.126.147.11]) with SMTP ID DSNKVIq0Bc+1Fjd6LhNMs75h6upRrtha/WVr@postini.com; Fri, 12 Dec 2014 09:23:24 UTC Received: by mail-wg0-f47.google.com with SMTP id n12so8589281wgh.34 for ; Fri, 12 Dec 2014 01:23:15 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:message-id:to:subject:reply-to; bh=AqvOUaj9Vd7ACpPJaGQy3Wx1QVx1OauAqJdlcH3JYic=; b=CQbQmdkMFVk7gOlTe+WFTPPMWWodpgk1gAL7nXmHR56cR+ozzi/G9FwI2K6CyCZiCo cnmGfGCyF+VANjb4DDNX3WTGb2t4Zh3DBWBalFJBCMydFEiQqjSqv5oZdlA1u2qFVyua +dlAXzp+yoFQWEisQwFP7B0Lqyvkwd4UYW5Ylj4pLd3Q6GlelsSLZB2tyGLdkDF3tPge mvs0260T5C7/+ZNI59z46NPDyjL/UdF4FrcVHXDkvmxVm8Mb4G+4eWIRmpnGsh3uBXgJ neZcNQRqhrfdMtsSfQoyQx0KxUyJMN3RZo718uIPLwH1M+audOLseKJK0uigExHu39yU bgww== X-Received: by 10.180.91.136 with SMTP id ce8mr2109839wib.29.1418375833081; Fri, 12 Dec 2014 01:17:13 -0800 (PST) X-Gm-Message-State: ALoCoQlJoQtmgzE5f/Ktrfb+ffnRLlxMUWdej3bffh4AvtZpk8AhTEVxzjohy+kmYw6o7iL9SbOFtPLYWB9CJmKWjSPnMNaO2zn7QV2kTd0Yo/HuIVO381K8SAk1+s9w9B24iOaNy2wt8US0w+JfYNGo/nbhOgsMTA== X-Received: by 10.180.91.136 with SMTP id ce8mr2109822wib.29.1418375832962; Fri, 12 Dec 2014 01:17:12 -0800 (PST) Received: from mech-as221.men.bris.ac.uk (mech-as221.men.bris.ac.uk. [137.222.187.221]) by mx.google.com with ESMTPSA id jp3sm1153731wid.9.2014.12.12.01.17.11 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 12 Dec 2014 01:17:12 -0800 (PST) Date: Fri, 12 Dec 2014 01:17:12 -0800 (PST) X-Google-Original-Date: Fri, 12 Dec 2014 09:17:10 GMT Received: from mech-as221.men.bris.ac.uk (localhost [127.0.0.1]) by mech-as221.men.bris.ac.uk (8.14.9/8.14.9) with ESMTP id sBC9HAh5024858 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Fri, 12 Dec 2014 09:17:10 GMT (envelope-from mexas@mech-as221.men.bris.ac.uk) Received: (from mexas@localhost) by mech-as221.men.bris.ac.uk (8.14.9/8.14.9/Submit) id sBC9HACc024857 for freebsd-arm@freebsd.org; Fri, 12 Dec 2014 09:17:10 GMT (envelope-from mexas) From: Anton Shterenlikht Message-Id: <201412120917.sBC9HACc024857@mech-as221.men.bris.ac.uk> To: freebsd-arm@freebsd.org Subject: lang/gcc* on armv6? Reply-To: mexas@bris.ac.uk X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Dec 2014 09:23:25 -0000 Anybody successfully built any of lang/gcc48, 49 or 5? I'm on RPi-B. Thanks Anton From owner-freebsd-arm@FreeBSD.ORG Sat Dec 13 15:12:13 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4E31B3D9 for ; Sat, 13 Dec 2014 15:12:13 +0000 (UTC) Received: from eu1sys200aog118.obsmtp.com (eu1sys200aog118.obsmtp.com [207.126.144.145]) (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 A4A61217 for ; Sat, 13 Dec 2014 15:12:11 +0000 (UTC) Received: from mail-wi0-f172.google.com ([209.85.212.172]) (using TLSv1) by eu1sys200aob118.postini.com ([207.126.147.11]) with SMTP ID DSNKVIxXK7b9eQ5J0Dj2edsROTwWAfD82lX0@postini.com; Sat, 13 Dec 2014 15:12:12 UTC Received: by mail-wi0-f172.google.com with SMTP id n3so5069796wiv.11 for ; Sat, 13 Dec 2014 07:11:39 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:message-id:to:subject:reply-to; bh=HL8nTDQ906gHaXAc9jknaYFYcUwl7cm0hl8BF/wjRg4=; b=SNULLRpxzkAwYkWDCF6QA6R5wLGZQEyJtoH3sXNxNX9BCu0c0mPgrB6SMr6PQC8/jO gpZT5zXqhGatRT2eaeeqnxKXDbOkrWutY2vvY6TIHfFbN7jq6CGth64u+V2UvlPRy8Wx w6guDXWq0YEDF2Tvh0nb753FtRPYWTF56H0MsnLa+hlHFf3+Rj+VpBZM6mx/Yu9mDh5O H5SWt1/Hi55Wtpq3+IhJwVWTYTYiHlupNHpgI99apMgtqg2da0a9QjUX8rM62CyLySHQ 7ohNNxVQH1Lsw+BA5VFZr3KqIj0akIHSvLJrk+yURudEcZAlKTz3rAvY74QbO5W6YGsU 7lvA== X-Received: by 10.180.96.33 with SMTP id dp1mr16858959wib.13.1418483107232; Sat, 13 Dec 2014 07:05:07 -0800 (PST) X-Gm-Message-State: ALoCoQmbw5Mjmqg40OQ4SaKqwnARXknM6dJwdueM7z+aEb36deVXSpg5yOOTrFYH8awab9H9sYPIfnsXilPtYJWcdy0Gn3sKW5hbEaa0ViOswM9gOaNAM71vanXUggUI/8ngoVIlSEGLPXzIyAEzbfe1k5toadDDdA== X-Received: by 10.180.96.33 with SMTP id dp1mr16858950wib.13.1418483107132; Sat, 13 Dec 2014 07:05:07 -0800 (PST) Received: from mech-as221.men.bris.ac.uk (mech-as221.men.bris.ac.uk. [137.222.187.221]) by mx.google.com with ESMTPSA id pf4sm5818593wjb.36.2014.12.13.07.05.06 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 13 Dec 2014 07:05:06 -0800 (PST) Date: Sat, 13 Dec 2014 07:05:06 -0800 (PST) X-Google-Original-Date: Sat, 13 Dec 2014 15:05:05 GMT Received: from mech-as221.men.bris.ac.uk (localhost [127.0.0.1]) by mech-as221.men.bris.ac.uk (8.14.9/8.14.9) with ESMTP id sBDF55hJ070066 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Sat, 13 Dec 2014 15:05:05 GMT (envelope-from mexas@mech-as221.men.bris.ac.uk) Received: (from mexas@localhost) by mech-as221.men.bris.ac.uk (8.14.9/8.14.9/Submit) id sBDF55IM070058 for freebsd-arm@freebsd.org; Sat, 13 Dec 2014 15:05:05 GMT (envelope-from mexas) From: Anton Shterenlikht Message-Id: <201412131505.sBDF55IM070058@mech-as221.men.bris.ac.uk> To: freebsd-arm@freebsd.org Subject: using GPIO on 10.1-release Reply-To: mexas@bris.ac.uk X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Dec 2014 15:12:13 -0000 Hi My son is bugging me to teach him something 'cool' on RPi. I've got 10.1-release working on RPi-B. I've seen some tutorials on using LEDs via GPIO, but those are implemented in python using RPi-GPIO module [1], which doesn't seem to exist on ports. (Or am I looking in the wrong place?) Anyway, what is the easiest way to start on GPIO programming on RPi-B 10.1-release, preferably using what is available via ports already? Thanks Anton [1] https://pypi.python.org/pypi/RPi.GPIO From owner-freebsd-arm@FreeBSD.ORG Sat Dec 13 15:23:33 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 051A0523 for ; Sat, 13 Dec 2014 15:23:33 +0000 (UTC) Received: from mail.bein.link (bein.link [37.252.124.82]) (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 BE74A315 for ; Sat, 13 Dec 2014 15:23:32 +0000 (UTC) Received: from quad.localnet (unknown [188.134.8.193]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bein.link (Postfix) with ESMTPS id 567171AF152; Sat, 13 Dec 2014 15:15:40 +0000 (UTC) From: Maxim V FIlimonov To: freebsd-arm@freebsd.org, mexas@bris.ac.uk Subject: Re: using GPIO on 10.1-release Date: Sat, 13 Dec 2014 18:15:39 +0300 Message-ID: <1772909.5HItWhHBl0@quad> User-Agent: KMail/4.14.2 (FreeBSD/10.1-RELEASE; KDE/4.14.2; amd64; ; ) In-Reply-To: <201412131505.sBDF55IM070058@mech-as221.men.bris.ac.uk> References: <201412131505.sBDF55IM070058@mech-as221.men.bris.ac.uk> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Dec 2014 15:23:33 -0000 On Saturday 13 December 2014 07:05:06 Anton Shterenlikht wrote: > Hi > > My son is bugging me to teach him something 'cool' on RPi. > I've got 10.1-release working on RPi-B. > > I've seen some tutorials on using LEDs via > GPIO, but those are implemented in python > using RPi-GPIO module [1], which doesn't seem to > exist on ports. (Or am I looking in the wrong place?) > > Anyway, what is the easiest way to start on > GPIO programming on RPi-B 10.1-release, > preferably using what is available via ports > already? > Use gpioctl, it's already in the base system. -- wbr, Maxim Filimonov che@bein.link From owner-freebsd-arm@FreeBSD.ORG Sat Dec 13 16:17:59 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 69BD5BA0 for ; Sat, 13 Dec 2014 16:17:59 +0000 (UTC) Received: from mail-ob0-x22c.google.com (mail-ob0-x22c.google.com [IPv6:2607:f8b0:4003:c01::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 28BCD95A for ; Sat, 13 Dec 2014 16:17:59 +0000 (UTC) Received: by mail-ob0-f172.google.com with SMTP id va8so12451389obc.3 for ; Sat, 13 Dec 2014 08:17:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=dDYT86wEX43hm4Yk5+gVcM13hbHKZNlSYof/Jub11SM=; b=C+1hfeJ1+qm9Sui5WiDpy8Di1mTbZ10ImjVGWK1hzx+gnhMaE3mJmtbtJnVmfm9RFQ lj5TzdPB5ByArP11BQU1te7QKZQLKtOa5YPt2vuRtSMAxGQ0N/N++e/5Cc9RycaOUyEX NduEq2Ra++ZmBoKT0JbO5jmpiivoaodp1po99l/X3XJQ2wkzCrD+T0T6BEzLpzRlcrYn Lvasw0igB7D+f6Uu05Ci8h05r8VVv+n00HStKqj2/JrvuUxK3rxsCqxEoFbnRRwEmEIO 5usl4Frx6lsl49Qszf0xuRk1MCGEL/xjHNBnClOKknaq2YFOYJ4uUpBhK7Fja3UImNDS wz0w== MIME-Version: 1.0 X-Received: by 10.182.213.2 with SMTP id no2mr13710951obc.76.1418487478550; Sat, 13 Dec 2014 08:17:58 -0800 (PST) Received: by 10.182.255.136 with HTTP; Sat, 13 Dec 2014 08:17:58 -0800 (PST) Received: by 10.182.255.136 with HTTP; Sat, 13 Dec 2014 08:17:58 -0800 (PST) In-Reply-To: <1772909.5HItWhHBl0@quad> References: <201412131505.sBDF55IM070058@mech-as221.men.bris.ac.uk> <1772909.5HItWhHBl0@quad> Date: Sat, 13 Dec 2014 17:17:58 +0100 Message-ID: Subject: Re: using GPIO on 10.1-release From: =?UTF-8?Q?Ren=C3=A9_Ladan?= To: Maxim V FIlimonov 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 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Dec 2014 16:17:59 -0000 Op 13 dec. 2014 16:23 schreef "Maxim V FIlimonov" : > > On Saturday 13 December 2014 07:05:06 Anton Shterenlikht wrote: > > Hi > > > > My son is bugging me to teach him something 'cool' on RPi. > > I've got 10.1-release working on RPi-B. > > > > I've seen some tutorials on using LEDs via > > GPIO, but those are implemented in python > > using RPi-GPIO module [1], which doesn't seem to > > exist on ports. (Or am I looking in the wrong place?) > > > > Anyway, what is the easiest way to start on > > GPIO programming on RPi-B 10.1-release, > > preferably using what is available via ports > > already? > > > > Use gpioctl, it's already in the base system. Or look at comms/dcf77pi for some examples in C (in the input.c file) Regards Ren=C3=A9 > -- > wbr, Maxim Filimonov > che@bein.link > _______________________________________________ > 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"