From owner-freebsd-arm@FreeBSD.ORG Mon Oct 7 11:06:41 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id D6874833 for ; Mon, 7 Oct 2013 11:06:41 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id ABE6C2829 for ; Mon, 7 Oct 2013 11:06:41 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r97B6fDN077634 for ; Mon, 7 Oct 2013 11:06:41 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r97B6fvM077632 for freebsd-arm@FreeBSD.org; Mon, 7 Oct 2013 11:06:41 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 7 Oct 2013 11:06:41 GMT Message-Id: <201310071106.r97B6fvM077632@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-arm@FreeBSD.org Subject: Current problem reports assigned to freebsd-arm@FreeBSD.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Oct 2013 11:06:41 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o arm/182544 arm [patch] ARM busdma_machdep-v6.c o arm/182060 arm make buildworld fails on Raspberry PI o arm/181722 arm gdb on ARM unable to sensibly debug core file from ass o arm/181718 arm threads caused hung on ARM/RPI o arm/181601 arm Sporadic failure of root mount on ARM/Raspberry o arm/180080 arm Unmapped buffers on ARMv7 big-RAM boards o arm/179688 arm [patch] [rpi] serial console eats some characters at m o arm/179532 arm wireless networking on ARM o arm/178495 arm buildworld fail on arm/raspberry pi o arm/177687 arm gdb gets installed but does not know the EABI version o arm/177686 arm assertion failed in ld-elf.so.1 when invoking telnet w o arm/177685 arm [kernel] [patch] Correct return type and usage of at91 o arm/177538 arm tunefs(8) and mount(8) can not access a newfs(8)'d fil o arm/175803 arm building xdev for arm failing o arm/175605 arm please fix build binutils-2.23.1 in raspberry pi o arm/173617 arm Dreamplug exhibits eSATA file corruption using network o kern/171096 arm [arm][xscale][ixp]Allow 16bit access on PCI bus o arm/166256 arm build fail in pmap.c o arm/162159 arm [panic] USB errors leading to panic on DockStar 9.0-RC o arm/161110 arm /usr/src/sys/arm/include/signal.h is bad o arm/161044 arm devel/icu does not build on arm o arm/158950 arm arm/sheevaplug fails fsx when mmap operations are enab o arm/155894 arm [patch] Enable at91 booting from SDHC (high capacity) p arm/155214 arm [patch] MMC/SD IO slow on Atmel ARM with modern large o arm/154227 arm [geli] using GELI leads to panic on ARM o arm/153380 arm Panic / translation fault with wlan on ARM o arm/150581 arm [irq] Unknown error generates IRQ address decoding err o arm/134368 arm [new driver] [patch] nslu2_led driver for the LEDs on 28 problems total. From owner-freebsd-arm@FreeBSD.ORG Mon Oct 7 19:54:18 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 2219D335; Mon, 7 Oct 2013 19:54:18 +0000 (UTC) (envelope-from zbodek@gmail.com) Received: from mail-wi0-x22e.google.com (mail-wi0-x22e.google.com [IPv6:2a00:1450:400c:c05::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 56C9C2D87; Mon, 7 Oct 2013 19:54:17 +0000 (UTC) Received: by mail-wi0-f174.google.com with SMTP id hj3so5421977wib.7 for ; Mon, 07 Oct 2013 12:54:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:cc:content-type; bh=1StacpTJvA4GeZgXVaL3iLFSyZ3I1jQdD/4aJcwuA6I=; b=Z7QBpD4XVC3NvCFpvzFauX1A05qH56NYm32TullTQ+pAR29tssByVmYR6m31e4DlDY M7ooJIleB+ogdRUUSBW6Efyi/uJPo+ZcoRJY/o+5vK+klYYt7WBNUEUW6BbWGCPtP9in nKnTbIJsiD/uUwTXpl8J5ZLtVZF9naO+mX5h/e8GvX/uZoX9XXzreIrA+1d8yPPOt0Pw KMS71P57nYy7P5xsbeZdC3y4FVuxlbEGAE4aXRCduOlsHi6IWAaExo6lXyR4i/4TlLMN F80eYPF99tuIBkXSlMKUdUDspU+j6HQ0K4huB3MFz4MkWqsgHSLzWs6M4qsa7izRfAR0 Gxzg== MIME-Version: 1.0 X-Received: by 10.180.189.205 with SMTP id gk13mr20307097wic.12.1381175655522; Mon, 07 Oct 2013 12:54:15 -0700 (PDT) Sender: zbodek@gmail.com Received: by 10.216.160.70 with HTTP; Mon, 7 Oct 2013 12:54:15 -0700 (PDT) Date: Mon, 7 Oct 2013 21:54:15 +0200 X-Google-Sender-Auth: UT-vnNHObIgX6J0X5BA0I4Qvxn8 Message-ID: Subject: Changes to UART ns8250 From: Zbigniew Bodek To: freebsd-embedded@freebsd.org Content-Type: multipart/mixed; boundary=001a11c366d052011d04e82c04a8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-arm@freebsd.org, freebsd-current@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Oct 2013 19:54:18 -0000 --001a11c366d052011d04e82c04a8 Content-Type: text/plain; charset=ISO-8859-1 Hello. I would like to present a patch for ns8250 serial that I would like to commit in the near future (if there are no objections). The patch is fixing newest DesignWare UART with busy detection. During frequency divisors configuration when UART is busy transferring or receiving data, line control register manipulation will not take effect. Therefore, we will not set divisor latch access bit and we will corrupt LCR instead of configuring divisors. It is necessary to wait until UART finishes all transfers to proceed with the configuration. This was detected on Armada XP as UART fails on this issue 100/100 attempts. The patch was tested by kevlo@ and me and it works on our Armada XP - based systems. Please send your comment or remarks if there are any. Best regards Zbigniew Bodek --001a11c366d052011d04e82c04a8 Content-Type: application/octet-stream; name="0001-Wait-for-DesignWare-UART-transfers-completion-before.patch" Content-Disposition: attachment; filename="0001-Wait-for-DesignWare-UART-transfers-completion-before.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: f_hmi48egp0 RnJvbSBiMWU0Nzc5OGFlMjY5OGY0MjI3N2YwOTFlODQxZGZiNzEyNTY2MzA0IE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiBaYmlnbmlldyBCb2RlayA8emJiQHNlbWloYWxmLmNvbT4KRGF0 ZTogU2F0LCA1IE9jdCAyMDEzIDAyOjI1OjIzICswMjAwClN1YmplY3Q6IFtQQVRDSCAxLzNdIFdh aXQgZm9yIERlc2lnbldhcmUgVUFSVCB0cmFuc2ZlcnMgY29tcGxldGlvbiBiZWZvcmUKIGFjY2Vz c2luZyBsaW5lIGNvbnRyb2wKCldoZW4gdXNpbmcgRFcgVUFSVCB3aXRoIEJVU1kgZGV0ZWN0aW9u IGl0IGlzIG5lY2Vzc2FyeSB0byB3YWl0CnVudGlsIGFsbCBzZXJpYWwgdHJhbnNmZXJzIGFyZSBm aW5pc2hlZCBiZWZvcmUgbWFuaXB1bGF0aW5nIHRoZQpsaW5lIGNvbnRyb2wuIExDUiB3aWxsIG5v dCBiZSBhZmZlY3RlZCB3aGVuIFVBUlQgaXMgYnVzeS4KSW4gYWRkaXRpb24sIGlmIERpdmlzb3Ig TGF0Y2ggQWNjZXNzIEJpdCBpcyBiZWluZyBzZXQgaW4gb3JkZXIgdG8KbW9kaWZ5IFVBUlQgZGl2 aXNvcnM6CjEuIFdlIHdpbGwgZ2V0IEJVU1kgaW50ZXJydXB0IGlmIGludGVycnVwdHMgYXJlIGVu YWJsZWQuCjIuIEJlY2F1c2UgTENSIHdpbGwgbm90IGJlIGFmZmVjdGVkIHRoZSBUSFIgYW5kIChl dmVuIHdvcnNlKSBJRVIKICAgY29udGVudHMgd2lsbCBiZSBjb3JydXB0ZWQuIFRoaXMgd2lsbCBs ZWFkIHRvIGNvbnNvbGUgaGFuZy4KClRlc3RlZCBieToJa2V2bG8KQXBwcm92ZWQgYnk6CWNvZ25l dCAobWVudG9yKQotLS0KIHN5cy9kZXYvaWMvbnMxNjU1MC5oICAgICAgICAgICB8ICAxICsKIHN5 cy9kZXYvdWFydC91YXJ0X2Rldl9uczgyNTAuYyB8IDEwICsrKysrKysrKysKIDIgZmlsZXMgY2hh bmdlZCwgMTEgaW5zZXJ0aW9ucygrKQoKZGlmZiAtLWdpdCBhL3N5cy9kZXYvaWMvbnMxNjU1MC5o IGIvc3lzL2Rldi9pYy9uczE2NTUwLmgKaW5kZXggNjU5ZjU5MS4uMzNhN2RkMSAxMDA2NDQKLS0t IGEvc3lzL2Rldi9pYy9uczE2NTUwLmgKKysrIGIvc3lzL2Rldi9pYy9uczE2NTUwLmgKQEAgLTE4 NSw2ICsxODUsNyBAQAogI2RlZmluZSBEV19SRUdfVVNSCTMxCS8qIERlc2lnbldhcmUgZGVyaXZl ZCBVYXJ0IFN0YXR1cyBSZWcgKi8KICNkZWZpbmUgY29tX3VzcgkJMzkJLyogT2N0ZW9uIDE2NzUw LzE2NTUwIFVhcnQgU3RhdHVzIFJlZyAqLwogI2RlZmluZSBSRUdfVVNSCQljb21fdXNyCisjZGVm aW5lIFVTUl9CVVNZCTEJLyogVWFydCBCdXN5LiBTZXJpYWwgdHJhbnNmZXIgaW4gcHJvZ3Jlc3Mg Ki8KICNkZWZpbmUgVVNSX1RYRklGT19OT1RGVUxMIDIgICAgLyogVWFydCBUWCBGSUZPIE5vdCBm dWxsICovCiAKIC8qIDE2OTUwIHJlZ2lzdGVyICMxLiAgQWNjZXNzIGVuYWJsZWQgYnkgQUNSWzdd LiAgQWxzbyByZXF1aXJlcyAhTENSWzddLiAqLwpkaWZmIC0tZ2l0IGEvc3lzL2Rldi91YXJ0L3Vh cnRfZGV2X25zODI1MC5jIGIvc3lzL2Rldi91YXJ0L3VhcnRfZGV2X25zODI1MC5jCmluZGV4IDIx MWQxMTMuLjVjOTM5Y2UgMTAwNjQ0Ci0tLSBhL3N5cy9kZXYvdWFydC91YXJ0X2Rldl9uczgyNTAu YworKysgYi9zeXMvZGV2L3VhcnQvdWFydF9kZXZfbnM4MjUwLmMKQEAgLTY0NywxMSArNjQ3LDIx IEBAIGludAogbnM4MjUwX2J1c19wYXJhbShzdHJ1Y3QgdWFydF9zb2Z0YyAqc2MsIGludCBiYXVk cmF0ZSwgaW50IGRhdGFiaXRzLAogICAgIGludCBzdG9wYml0cywgaW50IHBhcml0eSkKIHsKKwlz dHJ1Y3QgbnM4MjUwX3NvZnRjICpuczgyNTA7CiAJc3RydWN0IHVhcnRfYmFzICpiYXM7CiAJaW50 IGVycm9yOwogCisJbnM4MjUwID0gKHN0cnVjdCBuczgyNTBfc29mdGMqKXNjOwogCWJhcyA9ICZz Yy0+c2NfYmFzOwogCXVhcnRfbG9jayhzYy0+c2NfaHdtdHgpOworCS8qCisJICogV2hlbiB1c2lu ZyBEVyBVQVJUIHdpdGggQlVTWSBkZXRlY3Rpb24gaXQgaXMgbmVjZXNzYXJ5IHRvIHdhaXQKKwkg KiB1bnRpbCBhbGwgc2VyaWFsIHRyYW5zZmVycyBhcmUgZmluaXNoZWQgYmVmb3JlIG1hbmlwdWxh dGluZyB0aGUKKwkgKiBsaW5lIGNvbnRyb2wuIExDUiB3aWxsIG5vdCBiZSBhZmZlY3RlZCB3aGVu IFVBUlQgaXMgYnVzeS4KKwkgKi8KKwl3aGlsZSAobnM4MjUwLT5idXN5X2RldGVjdCAhPSAwICYm CisJICAgICh1YXJ0X2dldHJlZyhiYXMsIERXX1JFR19VU1IpICYgVVNSX0JVU1kpICE9IDApCisJ CTsKIAllcnJvciA9IG5zODI1MF9wYXJhbShiYXMsIGJhdWRyYXRlLCBkYXRhYml0cywgc3RvcGJp dHMsIHBhcml0eSk7CiAJdWFydF91bmxvY2soc2MtPnNjX2h3bXR4KTsKIAlyZXR1cm4gKGVycm9y KTsKLS0gCjEuOC40Cgo= --001a11c366d052011d04e82c04a8-- From owner-freebsd-arm@FreeBSD.ORG Mon Oct 7 19:58:06 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 5251167B for ; Mon, 7 Oct 2013 19:58:06 +0000 (UTC) (envelope-from zbodek@gmail.com) Received: from mail-we0-x231.google.com (mail-we0-x231.google.com [IPv6:2a00:1450:400c:c03::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D00B32DD1 for ; Mon, 7 Oct 2013 19:58:05 +0000 (UTC) Received: by mail-we0-f177.google.com with SMTP id x55so2458917wes.8 for ; Mon, 07 Oct 2013 12:58:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=5PWxKjcpAm56qZgwWXCD1Goa7/SrMH4X9nvisWmeK8A=; b=tqeaEyPffDLmh/8oG3mCHrak+YunPaz++8s1apIXZKlfNEKOmo8bv2POo1ApmVxPCW OC5FVDtFeUEaHB+tV+J+5sY+RCRxl4k6oRW1zGv5XvTqjsolMApN+IEzI7crloRPReoC oncL1cgts/S9st95LrtdAms0zmipHMTnG52HwtkdCuWXeFLrvF8wDy3gjhcG2/TfLV+E /UyodXKwCPjUcPoFRAwlix30aJh51JCFQAJ/iRgO1YS8OIoSxsff7+4gRglVXr1x2BDo KlT47NGoOnvh6XgteL4ee+4OKYCmc3AvLSsHmQt5X25EOgnTSS7v4QiP+HvcgjOdk5qh 5oTw== MIME-Version: 1.0 X-Received: by 10.180.94.233 with SMTP id df9mr20807255wib.63.1381175884178; Mon, 07 Oct 2013 12:58:04 -0700 (PDT) Sender: zbodek@gmail.com Received: by 10.216.160.70 with HTTP; Mon, 7 Oct 2013 12:58:03 -0700 (PDT) Date: Mon, 7 Oct 2013 21:58:03 +0200 X-Google-Sender-Auth: eTSg4aQSuC9t9LLsIlPdyBZY0w4 Message-ID: Subject: Changes to Armada XP From: Zbigniew Bodek To: freebsd-arm@freebsd.org Content-Type: multipart/mixed; boundary=f46d04462e78f311f004e82c1148 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Oct 2013 19:58:06 -0000 --f46d04462e78f311f004e82c1148 Content-Type: text/plain; charset=ISO-8859-1 Hello. I would like to commit two patches for Armada XP. 0002 - is enabling busy-detection for UART on Armada XP. Combined with another patch for ns8250 UART (posted in the separate e-mail) this fixes UART IF issues on Armada XP. 0003 - enables SATA interface on Armada XP. If there are no objections then I would like to commit them in the near future. Best regards Zbigniew Bodek --f46d04462e78f311f004e82c1148 Content-Type: application/octet-stream; name="0002-Enable-UART-busy-detection-handling-for-Armada-XP-ba.patch" Content-Disposition: attachment; filename="0002-Enable-UART-busy-detection-handling-for-Armada-XP-ba.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: f_hmi4d2f50 RnJvbSA1YTAzNGIwZWFkNDc3OWMzZDA1ZjBhYjIyYmI5OTYzYzIyOWM0YTQ1IE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiBaYmlnbmlldyBCb2RlayA8emJiQHNlbWloYWxmLmNvbT4KRGF0 ZTogU2F0LCA1IE9jdCAyMDEzIDAyOjUzOjM5ICswMjAwClN1YmplY3Q6IFtQQVRDSCAyLzNdIEVu YWJsZSBVQVJUIGJ1c3kgZGV0ZWN0aW9uIGhhbmRsaW5nIGZvciBBcm1hZGEgWFAgLSBiYXNlZAog Ym9hcmQKCkFsbCBBcm1hZGEgWFAgY2hpcHMgc2hvdWxkIGJlIGFmZmVjdGVkLiBJdCBpcyBuZWNl c3NhcnkgdG8gaGFuZGxlCmJ1c3kgaW50ZXJydXB0L2luZGljYXRpb24gYnkgZW5hYmxpbmcgYnVz eS1kZXRlY3QgcHJvcGVydHkgaW4gRFRTLgoKQXBwcm92ZWQgYnk6CWNvZ25ldCAobWVudG9yKQot LS0KIHN5cy9ib290L2ZkdC9kdHMvZGI3ODQ2MC5kdHMgfCA0ICsrKysKIDEgZmlsZSBjaGFuZ2Vk LCA0IGluc2VydGlvbnMoKykKCmRpZmYgLS1naXQgYS9zeXMvYm9vdC9mZHQvZHRzL2RiNzg0NjAu ZHRzIGIvc3lzL2Jvb3QvZmR0L2R0cy9kYjc4NDYwLmR0cwppbmRleCAzMGU3OTVlLi4zYTBlODQ1 IDEwMDY0NAotLS0gYS9zeXMvYm9vdC9mZHQvZHRzL2RiNzg0NjAuZHRzCisrKyBiL3N5cy9ib290 L2ZkdC9kdHMvZGI3ODQ2MC5kdHMKQEAgLTExNiw2ICsxMTYsNyBAQAogCQkJcmVnLXNoaWZ0ID0g PDI+OwogCQkJY3VycmVudC1zcGVlZCA9IDwxMTUyMDA+OwogCQkJY2xvY2stZnJlcXVlbmN5ID0g PDA+OworCQkJYnVzeS1kZXRlY3QgPSA8MT47CiAJCQlpbnRlcnJ1cHRzID0gPDQxPjsKIAkJCWlu dGVycnVwdC1wYXJlbnQgPSA8Jk1QSUM+OwogCQl9OwpAQCAtMTI2LDYgKzEyNyw3IEBACiAJCQly ZWctc2hpZnQgPSA8Mj47CiAJCQljdXJyZW50LXNwZWVkID0gPDExNTIwMD47CiAJCQljbG9jay1m cmVxdWVuY3kgPSA8MD47CisJCQlidXN5LWRldGVjdCA9IDwxPjsKIAkJCWludGVycnVwdHMgPSA8 NDI+OwogCQkJaW50ZXJydXB0LXBhcmVudCA9IDwmTVBJQz47CiAJCX07CkBAIC0xMzYsNiArMTM4 LDcgQEAKIAkJCXJlZy1zaGlmdCA9IDwyPjsKIAkJCWN1cnJlbnQtc3BlZWQgPSA8MTE1MjAwPjsK IAkJCWNsb2NrLWZyZXF1ZW5jeSA9IDwwPjsKKwkJCWJ1c3ktZGV0ZWN0ID0gPDE+OwogCQkJaW50 ZXJydXB0cyA9IDw0Mz47CiAJCQlpbnRlcnJ1cHQtcGFyZW50ID0gPCZNUElDPjsKIAkJfTsKQEAg LTE0Niw2ICsxNDksNyBAQAogCQkJcmVnLXNoaWZ0ID0gPDI+OwogCQkJY3VycmVudC1zcGVlZCA9 IDwxMTUyMDA+OwogCQkJY2xvY2stZnJlcXVlbmN5ID0gPDA+OworCQkJYnVzeS1kZXRlY3QgPSA8 MT47CiAJCQlpbnRlcnJ1cHRzID0gPDQ0PjsKIAkJCWludGVycnVwdC1wYXJlbnQgPSA8Jk1QSUM+ OwogCQl9OwotLSAKMS44LjQKCg== --f46d04462e78f311f004e82c1148 Content-Type: application/octet-stream; name="0003-Enable-SATA-interface-on-Armada-XP.patch" Content-Disposition: attachment; filename="0003-Enable-SATA-interface-on-Armada-XP.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: f_hmi4d2fq1 RnJvbSA0OTc5NDdhY2EzMzE0YmUyYTkwY2Q1ZmIxNjhlN2YyYTFiOTAxOTYwIE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiBaYmlnbmlldyBCb2RlayA8emJiQHNlbWloYWxmLmNvbT4KRGF0 ZTogU2F0LCA1IE9jdCAyMDEzIDAzOjA4OjQ5ICswMjAwClN1YmplY3Q6IFtQQVRDSCAzLzNdIEVu YWJsZSBTQVRBIGludGVyZmFjZSBvbiBBcm1hZGEgWFAKCi0gQWRkIGFwcHJvcHJpYXRlIGVudHJ5 IHRvIERUUwotIEFsbG93IGZvciBNVjc4NDYwIFNBVEEgcHJvYmUgYW5kIGNvbmZpZ3VyYXRpb24K CkFwcHJvdmVkIGJ5Ogljb2duZXQgKG1lbnRvcikKLS0tCiBzeXMvYXJtL212L212X3NhdGEuYyAg ICAgICAgIHwgMSArCiBzeXMvYm9vdC9mZHQvZHRzL2RiNzg0NjAuZHRzIHwgNyArKysrKysrCiAy IGZpbGVzIGNoYW5nZWQsIDggaW5zZXJ0aW9ucygrKQoKZGlmZiAtLWdpdCBhL3N5cy9hcm0vbXYv bXZfc2F0YS5jIGIvc3lzL2FybS9tdi9tdl9zYXRhLmMKaW5kZXggMjhjNjQxZi4uODdiMzgyMyAx MDA2NDQKLS0tIGEvc3lzL2FybS9tdi9tdl9zYXRhLmMKKysrIGIvc3lzL2FybS9tdi9tdl9zYXRh LmMKQEAgLTIwMCw2ICsyMDAsNyBAQCBzYXRhX3Byb2JlKGRldmljZV90IGRldikKIAljYXNlIE1W X0RFVl84OEY2MjgyOgogCWNhc2UgTVZfREVWX01WNzgxMDA6CiAJY2FzZSBNVl9ERVZfTVY3ODEw MF9aMDoKKwljYXNlIE1WX0RFVl9NVjc4NDYwOgogCQlzYy0+c2NfdmVyc2lvbiA9IDI7CiAJCXNj LT5zY19lZG1hX3FsZW4gPSAzMjsKIAkJYnJlYWs7CmRpZmYgLS1naXQgYS9zeXMvYm9vdC9mZHQv ZHRzL2RiNzg0NjAuZHRzIGIvc3lzL2Jvb3QvZmR0L2R0cy9kYjc4NDYwLmR0cwppbmRleCAzYTBl ODQ1Li4xNDA3ZjYyIDEwMDY0NAotLS0gYS9zeXMvYm9vdC9mZHQvZHRzL2RiNzg0NjAuZHRzCisr KyBiL3N5cy9ib290L2ZkdC9kdHMvZGI3ODQ2MC5kdHMKQEAgLTI4Myw2ICsyODMsMTMgQEAKIAkJ CQl9OwogCQkJfTsKIAkJfTsKKworCQlzYXRhQEEwMDAwIHsKKwkJCWNvbXBhdGlibGUgPSAibXJ2 bCxzYXRhIjsKKwkJCXJlZyA9IDwweEEwMDAwIDB4NjAwMD47CisJCQlpbnRlcnJ1cHRzID0gPDU1 PjsKKwkJCWludGVycnVwdC1wYXJlbnQgPSA8Jk1QSUM+OworCQl9OwogCX07CiAKIAlwY2kwOiBw Y2llQGQwMDQwMDAwIHsKLS0gCjEuOC40Cgo= --f46d04462e78f311f004e82c1148-- From owner-freebsd-arm@FreeBSD.ORG Mon Oct 7 20:15:17 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 714EF9EE; Mon, 7 Oct 2013 20:15:17 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-qe0-x22c.google.com (mail-qe0-x22c.google.com [IPv6:2607:f8b0:400d:c02::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F02642F5C; Mon, 7 Oct 2013 20:15:16 +0000 (UTC) Received: by mail-qe0-f44.google.com with SMTP id 6so2989873qeb.31 for ; Mon, 07 Oct 2013 13:15:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=GBi01RdvJa/jwavzBSnrAgiK0r5Pe0/Yd32ZEQ1tCaY=; b=EQ0J3ofsKVb1ZY3Ic6c+NjMShUYPzdNjIRcZCjac15iWxDdq9Jikldf+Ih0rJ3xJCX x07aPl+P6H8k3tcv2SGsFAIS+yF5PqOV6BuHe7YBmCYyJ2svUwNg8nt2zLRxRWgW95Mu AsKFvkawrDvx3UJ/qCpmEdNbeRQ++a5CSYhPH4ipC3KXuYE40Z9Gj0onnqcpjZpCZVts bJb5VvASZwtVhn5oUnIl8Cdio+KNy8rwDHoSwF+mULxy5jl9n7ourKYCEG9uQipR1Uvi YGGMK5qaTfJrVvjVUF068j9NxvsQfOIMxSjsPONb0+D8RvaMnb9kzEdvNxzkrKlF4AjA 1PMg== MIME-Version: 1.0 X-Received: by 10.224.157.14 with SMTP id z14mr5169015qaw.90.1381176916112; Mon, 07 Oct 2013 13:15:16 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.207.66 with HTTP; Mon, 7 Oct 2013 13:15:16 -0700 (PDT) In-Reply-To: References: Date: Mon, 7 Oct 2013 13:15:16 -0700 X-Google-Sender-Auth: NNgCXYLGRSNjy6J5wKblc7oqS8I Message-ID: Subject: Re: Changes to UART ns8250 From: Adrian Chadd To: Zbigniew Bodek Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "freebsd-arm@freebsd.org" , freebsd-current , "freebsd-embedded@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Oct 2013 20:15:17 -0000 Hi, You should add: * a loop counter, to break out after a while; * a DELAY(1) or something. -adrian On 7 October 2013 12:54, Zbigniew Bodek wrote: > Hello. > > I would like to present a patch for ns8250 serial that I would like to > commit in the near future (if there are no objections). > > The patch is fixing newest DesignWare UART with busy detection. > During frequency divisors configuration when UART is busy transferring or > receiving data, line control register manipulation will not take effect. > Therefore, we will not set divisor latch access bit and we will corrupt LCR > instead of configuring divisors. > It is necessary to wait until UART finishes all transfers to proceed with > the configuration. > > This was detected on Armada XP as UART fails on this issue 100/100 > attempts. > The patch was tested by kevlo@ and me and it works on our Armada XP - > based > systems. > > Please send your comment or remarks if there are any. > > Best regards > Zbigniew Bodek > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-arm@FreeBSD.ORG Mon Oct 7 20:26:34 2013 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 4E109362; Mon, 7 Oct 2013 20:26:34 +0000 (UTC) (envelope-from ian@FreeBSD.org) 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)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 21C04207A; Mon, 7 Oct 2013 20:26:33 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-02-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1VTHNr-000457-0O; Mon, 07 Oct 2013 20:26:27 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id r97KQNcE017584; Mon, 7 Oct 2013 14:26:23 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 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+SL+29gBFrnv96HWTdirAU Subject: Re: Changes to UART ns8250 From: Ian Lepore To: Adrian Chadd In-Reply-To: References: Content-Type: text/plain; charset="us-ascii" Date: Mon, 07 Oct 2013 14:26:23 -0600 Message-ID: <1381177583.1130.17.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Zbigniew Bodek , "freebsd-arm@freebsd.org" , freebsd-current , "freebsd-embedded@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Oct 2013 20:26:34 -0000 On Mon, 2013-10-07 at 13:15 -0700, Adrian Chadd wrote: > Hi, > > You should add: > > *[snip] > * a DELAY(1) or something. > Why? Why oh why do people write while (!read_some_status_register()) DELAY(n); when DELAY() is implemented as, roughly: while (read_some_counter_register() < something) continue; The whole point of DELAY() is to busy-wait. What might be nice is some function that we can call in such a loop such as cpu_busywait(), so that when running in an emulated or virtualized environment the emulator or hypervisor could use that as a hint to do something smart. -- Ian From owner-freebsd-arm@FreeBSD.ORG Mon Oct 7 20:35:17 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id D4AA1A53; Mon, 7 Oct 2013 20:35:17 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-qe0-x229.google.com (mail-qe0-x229.google.com [IPv6:2607:f8b0:400d:c02::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4D9A72125; Mon, 7 Oct 2013 20:35:17 +0000 (UTC) Received: by mail-qe0-f41.google.com with SMTP id 1so5886348qee.28 for ; Mon, 07 Oct 2013 13:35:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=C0bVkeqCeSIkBzP0hQRakNb4vw/Kr+rxE1as5CfGiOc=; b=r56pKS6hicCewTo1XG904txIP9Pt1WNzvJlFRnFliYTSWEOZ0lpEfHzTD7fL20uld9 qqmwkeoK+t7a5yKtqybYEXAXhRPPjJT1cJ+pqniMRh9OHzdCz8HnzyZpUwA9x2IRvk4B vKwsxi9GaQIer1ib88HQFdS7Lm0mH2C+Od7fqQTXaiTxH2D6na7YU0gKOwPMxPUmayOE B0YkrgUMf8P/TkbLSGgkWfaUFxnnzHIMp63028LNRkbs/7yc36CASrbchz1fyF9uyf4j FDSGUyVrTe4/azmGoHP+QdcgnUlgADWv9mbOlNkF6HJTqUjT+/USJwk+UlVe1QonkYp5 1dBw== MIME-Version: 1.0 X-Received: by 10.224.114.201 with SMTP id f9mr40013910qaq.4.1381178116392; Mon, 07 Oct 2013 13:35:16 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.207.66 with HTTP; Mon, 7 Oct 2013 13:35:16 -0700 (PDT) In-Reply-To: <1381177583.1130.17.camel@revolution.hippie.lan> References: <1381177583.1130.17.camel@revolution.hippie.lan> Date: Mon, 7 Oct 2013 13:35:16 -0700 X-Google-Sender-Auth: KqZl9pJp_NdYLenJ5mi2a7PL3GM Message-ID: Subject: Re: Changes to UART ns8250 From: Adrian Chadd To: Ian Lepore Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Zbigniew Bodek , "freebsd-arm@freebsd.org" , freebsd-current , "freebsd-embedded@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Oct 2013 20:35:18 -0000 I'd love to see a linux style way of saying "I'd like to sleep from roughly this time interval to this time interval; feel free to do what you need." Then yes, it could be implemented as a sleep wakeup from a timer, or as a call to a hypervisor to do the same, or .. or... -adrian On 7 October 2013 13:26, Ian Lepore wrote: > On Mon, 2013-10-07 at 13:15 -0700, Adrian Chadd wrote: > > Hi, > > > > You should add: > > > > *[snip] > > * a DELAY(1) or something. > > > > Why? Why oh why do people write > > while (!read_some_status_register()) > DELAY(n); > > when DELAY() is implemented as, roughly: > > while (read_some_counter_register() < something) > continue; > > The whole point of DELAY() is to busy-wait. > > What might be nice is some function that we can call in such a loop such > as cpu_busywait(), so that when running in an emulated or virtualized > environment the emulator or hypervisor could use that as a hint to do > something smart. > > -- Ian > > > From owner-freebsd-arm@FreeBSD.ORG Mon Oct 7 20:36:19 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 4EFAECD9; Mon, 7 Oct 2013 20:36:19 +0000 (UTC) (envelope-from zbodek@gmail.com) Received: from mail-wg0-x233.google.com (mail-wg0-x233.google.com [IPv6:2a00:1450:400c:c00::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 61A242147; Mon, 7 Oct 2013 20:36:18 +0000 (UTC) Received: by mail-wg0-f51.google.com with SMTP id c11so7890971wgh.30 for ; Mon, 07 Oct 2013 13:36:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=FlVYaZZeloUadN3cx21BoJN+DCt5HL06Hb6/609+ZF0=; b=09dRTNBY66t4wKCEi1AVSB2jlEz1lSd5pkQ3TG0zTRzSvJdOjWEOS8X3sOrggJgLcg r4Ab1G4aDFzZOR0ZGh6gUvXu9+szEUqO7YSOBtPpiVVUyTxP5RAYNDnv4TndhilJLfmN xtVgRrIzUYs6uyR6mtiCPa2l7reOtTH1c1jsCo2UF1pRmnQrj48vIuHxauzuqk/ALFj6 +diljGJAvPRrp/fNHTUpKbGdM/PLbeeIFoOOgDtkp8GiS1P5XYxIFSKHbBiIX88hAnnN C0gYxiwBPGLXvaxYfjnMO26cpS+rk3jHtBneu0a+CjUxapTNuSR0Qu3Ko1oby+Lv3uWm 6U6g== MIME-Version: 1.0 X-Received: by 10.194.63.228 with SMTP id j4mr7512079wjs.34.1381178176735; Mon, 07 Oct 2013 13:36:16 -0700 (PDT) Sender: zbodek@gmail.com Received: by 10.216.160.70 with HTTP; Mon, 7 Oct 2013 13:36:16 -0700 (PDT) In-Reply-To: References: Date: Mon, 7 Oct 2013 22:36:16 +0200 X-Google-Sender-Auth: uyj11NzTjbvpMumKmM39MjLoboc Message-ID: Subject: Re: Changes to UART ns8250 From: Zbigniew Bodek To: Adrian Chadd Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "freebsd-arm@freebsd.org" , freebsd-current , "freebsd-embedded@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Oct 2013 20:36:19 -0000 Hello Adrian, Thank you for your remarks. Please check my answers in-line. Best regards Zbigniew Bodek 2013/10/7 Adrian Chadd > Hi, > > You should add: > > * a loop counter, to break out after a while; > [ZBB] In general as long as UART is busy we cannot proceed but if the timeout occurs we could return an error. Do you agree? > * a DELAY(1) or something. > [ZBB] DELAY is also a busy wait after all. The reasonable solution might be to use ns8250_delay() to get the transmission time and use it for timeout from the first point. I would DELAY(1) in each loop and decrement value acquired from ns8250_delay(). The loop should break during that time or we return an error. What do you think? > > > > -adrian > > > > On 7 October 2013 12:54, Zbigniew Bodek wrote: > >> Hello. >> >> I would like to present a patch for ns8250 serial that I would like to >> commit in the near future (if there are no objections). >> >> The patch is fixing newest DesignWare UART with busy detection. >> During frequency divisors configuration when UART is busy transferring or >> receiving data, line control register manipulation will not take effect. >> Therefore, we will not set divisor latch access bit and we will corrupt >> LCR >> instead of configuring divisors. >> It is necessary to wait until UART finishes all transfers to proceed with >> the configuration. >> >> This was detected on Armada XP as UART fails on this issue 100/100 >> attempts. >> The patch was tested by kevlo@ and me and it works on our Armada XP - >> based >> systems. >> >> Please send your comment or remarks if there are any. >> >> Best regards >> Zbigniew Bodek >> >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org >> " >> > > From owner-freebsd-arm@FreeBSD.ORG Mon Oct 7 20:56:35 2013 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 078A0917; Mon, 7 Oct 2013 20:56:35 +0000 (UTC) (envelope-from ian@FreeBSD.org) 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)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CC08B22CC; Mon, 7 Oct 2013 20:56:34 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-01-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1VTHqu-000Bea-BJ; Mon, 07 Oct 2013 20:56:28 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id r97KuPpa017656; Mon, 7 Oct 2013 14:56:25 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX19BSbxbcp5aiKIGKTOX+AWR Subject: Re: Changes to UART ns8250 From: Ian Lepore To: Zbigniew Bodek In-Reply-To: References: Content-Type: multipart/mixed; boundary="=-Kqv6EfxlCQV1TR9DVG7S" Date: Mon, 07 Oct 2013 14:56:25 -0600 Message-ID: <1381179385.1130.18.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Cc: freebsd-current , "freebsd-arm@freebsd.org" , "freebsd-embedded@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Oct 2013 20:56:35 -0000 --=-Kqv6EfxlCQV1TR9DVG7S Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit On Mon, 2013-10-07 at 22:36 +0200, Zbigniew Bodek wrote: > Hello Adrian, > > Thank you for your remarks. > Please check my answers in-line. > > Best regards > Zbigniew Bodek > > > 2013/10/7 Adrian Chadd > > > Hi, > > > > You should add: > > > > * a loop counter, to break out after a while; > > > [ZBB] In general as long as UART is busy we cannot proceed but if the > timeout occurs we could return an error. Do you agree? > > > * a DELAY(1) or something. > > > [ZBB] DELAY is also a busy wait after all. The reasonable solution might be > to use ns8250_delay() to get the transmission time and use it for timeout > from the first point. I would DELAY(1) in each loop and decrement value > acquired from ns8250_delay(). The loop should break during that time or we > return an error. What do you think? > Is it possible to not busy-wait at all? Something like the attached? -- Ian --=-Kqv6EfxlCQV1TR9DVG7S Content-Disposition: inline; filename="temp.diff" Content-Type: text/x-patch; name="temp.diff"; charset="us-ascii" Content-Transfer-Encoding: 7bit Index: sys/dev/uart/uart_dev_ns8250.c =================================================================== --- sys/dev/uart/uart_dev_ns8250.c (revision 255916) +++ sys/dev/uart/uart_dev_ns8250.c (working copy) @@ -614,6 +614,7 @@ ns8250_bus_ipend(struct uart_softc *sc) if (ns8250->busy_detect && (iir & IIR_BUSY) == IIR_BUSY) { (void)uart_getreg(bas, DW_REG_USR); + wakeup(&ns8250->busy_detect); uart_unlock(sc->sc_hwmtx); return (0); } @@ -652,6 +653,16 @@ ns8250_bus_param(struct uart_softc *sc, int baudra bas = &sc->sc_bas; uart_lock(sc->sc_hwmtx); + /* + * When using DW UART with BUSY detection it is necessary to wait + * until all serial transfers are finished before manipulating the + * line control. LCR will not be affected when UART is busy. + */ + while (ns8250->busy_detect && + (uart_getreg(bas, DW_REG_USR) & USR_BUSY) == 0) { + msleep(&ns8250->busy_detect, sc->sc_hwmtx, "dwbusy", 10); + } + error = ns8250_param(bas, baudrate, databits, stopbits, parity); uart_unlock(sc->sc_hwmtx); return (error); --=-Kqv6EfxlCQV1TR9DVG7S-- From owner-freebsd-arm@FreeBSD.ORG Mon Oct 7 21:03:23 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 7ADA7177; Mon, 7 Oct 2013 21:03:23 +0000 (UTC) (envelope-from ian@FreeBSD.org) 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)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4DBE9237D; Mon, 7 Oct 2013 21:03:23 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-02-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1VTHxa-0004Up-FU; Mon, 07 Oct 2013 21:03:22 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id r97L3K0w017687; Mon, 7 Oct 2013 15:03:20 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX18yUum+GocSwAgbUtIwc8cE Subject: Re: Changes to UART ns8250 From: Ian Lepore To: Zbigniew Bodek In-Reply-To: <1381179385.1130.18.camel@revolution.hippie.lan> References: <1381179385.1130.18.camel@revolution.hippie.lan> Content-Type: text/plain; charset="us-ascii" Date: Mon, 07 Oct 2013 15:03:20 -0600 Message-ID: <1381179800.1130.21.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" , freebsd-current , "freebsd-embedded@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Oct 2013 21:03:23 -0000 On Mon, 2013-10-07 at 14:56 -0600, Ian Lepore wrote: > On Mon, 2013-10-07 at 22:36 +0200, Zbigniew Bodek wrote: > > Hello Adrian, > > > > Thank you for your remarks. > > Please check my answers in-line. > > > > Best regards > > Zbigniew Bodek > > > > > > 2013/10/7 Adrian Chadd > > > > > Hi, > > > > > > You should add: > > > > > > * a loop counter, to break out after a while; > > > > > [ZBB] In general as long as UART is busy we cannot proceed but if the > > timeout occurs we could return an error. Do you agree? > > > > > * a DELAY(1) or something. > > > > > [ZBB] DELAY is also a busy wait after all. The reasonable solution might be > > to use ns8250_delay() to get the transmission time and use it for timeout > > from the first point. I would DELAY(1) in each loop and decrement value > > acquired from ns8250_delay(). The loop should break during that time or we > > return an error. What do you think? > > > > Is it possible to not busy-wait at all? Something like the attached? > > -- Ian > > differences between files attachment (temp.diff) > Index: sys/dev/uart/uart_dev_ns8250.c > =================================================================== > --- sys/dev/uart/uart_dev_ns8250.c (revision 255916) > +++ sys/dev/uart/uart_dev_ns8250.c (working copy) > @@ -614,6 +614,7 @@ ns8250_bus_ipend(struct uart_softc *sc) > > if (ns8250->busy_detect && (iir & IIR_BUSY) == IIR_BUSY) { > (void)uart_getreg(bas, DW_REG_USR); > + wakeup(&ns8250->busy_detect); > uart_unlock(sc->sc_hwmtx); > return (0); > } > @@ -652,6 +653,16 @@ ns8250_bus_param(struct uart_softc *sc, int baudra > > bas = &sc->sc_bas; > uart_lock(sc->sc_hwmtx); > + /* > + * When using DW UART with BUSY detection it is necessary to wait > + * until all serial transfers are finished before manipulating the > + * line control. LCR will not be affected when UART is busy. > + */ > + while (ns8250->busy_detect && > + (uart_getreg(bas, DW_REG_USR) & USR_BUSY) == 0) { > + msleep(&ns8250->busy_detect, sc->sc_hwmtx, "dwbusy", 10); > + } > + > error = ns8250_param(bas, baudrate, databits, stopbits, parity); > uart_unlock(sc->sc_hwmtx); > return (error); Ooops, that should be != 0 in that USR_BUSY test. Also, I haven't tested this at all because I don't I have any boards that use DW uarts. -- Ian From owner-freebsd-arm@FreeBSD.ORG Mon Oct 7 21:20:45 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 09EDABFB; Mon, 7 Oct 2013 21:20:45 +0000 (UTC) (envelope-from zbodek@gmail.com) Received: from mail-wi0-x22d.google.com (mail-wi0-x22d.google.com [IPv6:2a00:1450:400c:c05::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1D58024F5; Mon, 7 Oct 2013 21:20:43 +0000 (UTC) Received: by mail-wi0-f173.google.com with SMTP id hq15so5539069wib.12 for ; Mon, 07 Oct 2013 14:20:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=HkVwl181jzxkRBOQX0mJoFpolErA49EzP70seO12wfA=; b=daUyBm7fbigZehpVk2hPCGXI46B+tZIfVTJyAPhq+tLmPP7ppU3pvS5rJgMUv+ASKW Dn1C8d8ovdYK3tGdrxA6R82gGY9aQOpg7l/c7r0MgLpF5upDiW6XgU9XsHlKv0RzIVEU uWnu4qKQB2mU19XHr51DgBnThxN0LScYmMlZxLvcqHAe3fmsNhaDk7eZCyOYseU2sI5T 039j1FBpbPi/3m6j24FwCYbhB+uSHMIuZqLSA/WnWC76Q6BOB4ebzHT9g/R8V1nCs7Zt A1Dmk9PVkykNkFLtL7hla927HV/fptiwDiR1cGGH4M/MR+9/i1v2aUrENoRX5sZBTu3R b/rQ== MIME-Version: 1.0 X-Received: by 10.180.81.71 with SMTP id y7mr20587288wix.63.1381180842515; Mon, 07 Oct 2013 14:20:42 -0700 (PDT) Sender: zbodek@gmail.com Received: by 10.216.160.70 with HTTP; Mon, 7 Oct 2013 14:20:42 -0700 (PDT) In-Reply-To: <1381179800.1130.21.camel@revolution.hippie.lan> References: <1381179385.1130.18.camel@revolution.hippie.lan> <1381179800.1130.21.camel@revolution.hippie.lan> Date: Mon, 7 Oct 2013 23:20:42 +0200 X-Google-Sender-Auth: -5ze0Vq-CNFksmlSBW2M3ilboD0 Message-ID: Subject: Re: Changes to UART ns8250 From: Zbigniew Bodek To: Ian Lepore Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "freebsd-arm@freebsd.org" , freebsd-current , "freebsd-embedded@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Oct 2013 21:20:45 -0000 Hello Ian. Well you can't really perform wake event basing on busy interrupt because we are busy waiting/sleeping i.a. to avoid that interrupt to occur. I tried to use pause() that should switch to another task for the declared amount of time and I got: "panic: mi_switch: switch in a critical section" Best regards Zbigniew Bodek 2013/10/7 Ian Lepore > On Mon, 2013-10-07 at 14:56 -0600, Ian Lepore wrote: > > On Mon, 2013-10-07 at 22:36 +0200, Zbigniew Bodek wrote: > > > Hello Adrian, > > > > > > Thank you for your remarks. > > > Please check my answers in-line. > > > > > > Best regards > > > Zbigniew Bodek > > > > > > > > > 2013/10/7 Adrian Chadd > > > > > > > Hi, > > > > > > > > You should add: > > > > > > > > * a loop counter, to break out after a while; > > > > > > > [ZBB] In general as long as UART is busy we cannot proceed but if the > > > timeout occurs we could return an error. Do you agree? > > > > > > > * a DELAY(1) or something. > > > > > > > [ZBB] DELAY is also a busy wait after all. The reasonable solution > might be > > > to use ns8250_delay() to get the transmission time and use it for > timeout > > > from the first point. I would DELAY(1) in each loop and decrement value > > > acquired from ns8250_delay(). The loop should break during that time > or we > > > return an error. What do you think? > > > > > > > Is it possible to not busy-wait at all? Something like the attached? > > > > -- Ian > > > > differences between files attachment (temp.diff) > > Index: sys/dev/uart/uart_dev_ns8250.c > > =================================================================== > > --- sys/dev/uart/uart_dev_ns8250.c (revision 255916) > > +++ sys/dev/uart/uart_dev_ns8250.c (working copy) > > @@ -614,6 +614,7 @@ ns8250_bus_ipend(struct uart_softc *sc) > > > > if (ns8250->busy_detect && (iir & IIR_BUSY) == IIR_BUSY) { > > (void)uart_getreg(bas, DW_REG_USR); > > + wakeup(&ns8250->busy_detect); > > uart_unlock(sc->sc_hwmtx); > > return (0); > > } > > @@ -652,6 +653,16 @@ ns8250_bus_param(struct uart_softc *sc, int baudra > > > > bas = &sc->sc_bas; > > uart_lock(sc->sc_hwmtx); > > + /* > > + * When using DW UART with BUSY detection it is necessary to wait > > + * until all serial transfers are finished before manipulating the > > + * line control. LCR will not be affected when UART is busy. > > + */ > > + while (ns8250->busy_detect && > > + (uart_getreg(bas, DW_REG_USR) & USR_BUSY) == 0) { > > + msleep(&ns8250->busy_detect, sc->sc_hwmtx, "dwbusy", 10); > > + } > > + > > error = ns8250_param(bas, baudrate, databits, stopbits, parity); > > uart_unlock(sc->sc_hwmtx); > > return (error); > > Ooops, that should be != 0 in that USR_BUSY test. Also, I haven't > tested this at all because I don't I have any boards that use DW uarts. > > -- Ian > > > From owner-freebsd-arm@FreeBSD.ORG Tue Oct 8 01:58:48 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 5043E8DC; Tue, 8 Oct 2013 01:58:48 +0000 (UTC) (envelope-from ganbold@gmail.com) 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)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 04872270F; Tue, 8 Oct 2013 01:58:47 +0000 (UTC) Received: by mail-ie0-f182.google.com with SMTP id aq17so18237126iec.27 for ; Mon, 07 Oct 2013 18:58:47 -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=kWH4GdJb+ZdwhDxl2PYsTGVFhxMbroOQ0jREJprwDn0=; b=jMfh3sPzsDHJf1LYgPMsTee1FVm2znvYnTSgqBHHwzRkrMDcvguJbI7WisXdHi8803 +k8Ofy7vVAaQWZ2sEVkz20iYQBz+tabsPx6RQVuDn6m2Kz8W9Dnei2FV2i7X7ru+v5rh 8LNFW84g28zakTkc40WLeX5mTN53V9WmzzGDSkODcrJRAi1JqiKozq0ZUqX9oFzT/l2g eihiaQnGDI+U90pE72YibdoFfr1Vi+miRh7N4XQi8joA1Sg4HL0kpc72bFzZfEYtsKja NGCKoZKUWZ8TL2x9MvCK+gxtz7ImfBAudLdsQ8tklqGRYz5KGQ2W3E0XR0Cpz6UcdeBm Qs/A== MIME-Version: 1.0 X-Received: by 10.50.30.42 with SMTP id p10mr19339045igh.5.1381197527427; Mon, 07 Oct 2013 18:58:47 -0700 (PDT) Received: by 10.65.14.133 with HTTP; Mon, 7 Oct 2013 18:58:47 -0700 (PDT) In-Reply-To: References: Date: Tue, 8 Oct 2013 09:58:47 +0800 Message-ID: Subject: Re: Changes to UART ns8250 From: Ganbold Tsagaankhuu To: Zbigniew Bodek Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "freebsd-arm@freebsd.org" , freebsd-current@freebsd.org, freebsd-embedded@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Oct 2013 01:58:48 -0000 Zbigniew, On Tue, Oct 8, 2013 at 3:54 AM, Zbigniew Bodek wrote: > Hello. > > I would like to present a patch for ns8250 serial that I would like to > commit in the near future (if there are no objections). > > The patch is fixing newest DesignWare UART with busy detection. > During frequency divisors configuration when UART is busy transferring or > receiving data, line control register manipulation will not take effect. > Therefore, we will not set divisor latch access bit and we will corrupt LCR > instead of configuring divisors. > It is necessary to wait until UART finishes all transfers to proceed with > the configuration. > > This was detected on Armada XP as UART fails on this issue 100/100 > attempts. > The patch was tested by kevlo@ and me and it works on our Armada XP - > based > systems. > > Please send your comment or remarks if there are any. > I'm trying your patch on r254983. Tried on 2 boards (Cubieboard2 (Allwinner A20 SoC - dual Cortex A7) and Radxa Rock (Rockchip RK3188 - Quad Cortex A9)). Both seem to have some sort of DesignWare uart. 1. It works fine on Cubieboard2. Uart dmesg is like: uart0: <16750 or compatible> mem 0x1c28000-0x1c283ff irq 33 on simplebus0 uart0: console (115200,n,8,1) 2. No any printing on screen in case of Radxa Rock. Without your patch uart dmesg is like: uart0: <16650 or compatible> mem 0x20064000-0x200643ff irq 68 on simplebus0 uart0: console (115200,n,8,1) In case of RK3188 SoC, it seems booting FreeBSD kernel seems very fragile, not sure yet what is causing the problem. Even with stock ns8250 some version later than r254983 didn't show/print anything on serial console few days ago. Only thing so far I know is this r254983 (with some patch) works in my case on RK3188 SoC based board. thanks, Ganbold > > Best regards > Zbigniew Bodek > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-arm@FreeBSD.ORG Tue Oct 8 02:41:39 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 244597D2; Tue, 8 Oct 2013 02:41:39 +0000 (UTC) (envelope-from kevlo@FreeBSD.org) Received: from ns.kevlo.org (220-133-188-53.HINET-IP.hinet.net [220.133.188.53]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A60DD296F; Tue, 8 Oct 2013 02:41:37 +0000 (UTC) Received: from [127.0.0.1] (mail.kevlo.org [220.133.188.53]) by ns.kevlo.org (8.14.6/8.14.6) with ESMTP id r982CCF2049604; Tue, 8 Oct 2013 10:12:14 +0800 (CST) (envelope-from kevlo@FreeBSD.org) Message-ID: <52536AD4.4070603@FreeBSD.org> Date: Tue, 08 Oct 2013 10:15:48 +0800 From: Kevin Lo User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.0 MIME-Version: 1.0 To: Zbigniew Bodek , freebsd-arm@freebsd.org Subject: Re: Changes to Armada XP References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Oct 2013 02:41:39 -0000 Zbigniew Bodek wrote: > Hello. > > I would like to commit two patches for Armada XP. > > 0002 - is enabling busy-detection for UART on Armada XP. Combined with > another patch for ns8250 UART (posted in the separate e-mail) this fixes > UART IF issues on Armada XP. > > 0003 - enables SATA interface on Armada XP. > > If there are no objections then I would like to commit them in the near > future. Works for me. Tested on the Openblocks AX3. Thanks! > > Best regards > Zbigniew Bodek Kevin From owner-freebsd-arm@FreeBSD.ORG Wed Oct 9 01:08:04 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 382E33C3 for ; Wed, 9 Oct 2013 01:08:04 +0000 (UTC) (envelope-from george+freebsd@m5p.com) Received: from mailhost.m5p.com (ip-2-1-0-2.r03.asbnva02.us.ce.gin.ntt.net [IPv6:2001:418:0:5000::16]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F113D2F02 for ; Wed, 9 Oct 2013 01:08:03 +0000 (UTC) Received: from wonderland.m5p.com (localhost [IPv6:::1]) by mailhost.m5p.com (8.14.5/8.14.5) with ESMTP id r9917uco074327 for ; Tue, 8 Oct 2013 21:08:01 -0400 (EDT) (envelope-from george+freebsd@m5p.com) Message-ID: <5254AC6C.9070400@m5p.com> Date: Tue, 08 Oct 2013 21:07:56 -0400 From: George Mitchell User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.0 MIME-Version: 1.0 To: "freebsd-arm@freebsd.org" Subject: Raspberry Pi prefetch aborts Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.73 on 10.100.0.3 X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.7 (mailhost.m5p.com [IPv6:::1]); Tue, 08 Oct 2013 21:08:02 -0400 (EDT) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Oct 2013 01:08:04 -0000 Am I the only one seeing these? Fatal kernel mode prefetch abort at 0x4278f502 trapframe: 0xdd2eafa0, spsr=200000f3 r0 =00000001, r1 =00000001, r2 =00000001, r3 =c058dbd0 r4 =c2400000, r5 =00000004, r6 =c05826a0, r7 =c2400308 r8 =c058d8c8, r9 =c25fd300, r10=c29aa9e4, r11=0004240c r12=00000000, ssp=dd2eaff0, slr=c046079c, pc =4278f502 [ thread pid 27951 tid 100090 ] Stopped at 0x4278f502: address 0x4278f502 is invalid *** error reading from address 4278f502 *** db> t Tracing pid 27951 tid 100090 td 0xc2799c80 db_trace_self() at db_trace_self pc = 0xc045d3b0 lr = 0xc012c5e8 (db_stack_trace+0xf4) sp = 0xdd2eacc8 fp = 0xdd2eace0 r10 = 0xc0542420 db_stack_trace() at db_stack_trace+0xf4 pc = 0xc012c5e8 lr = 0xc012bf54 (db_command+0x264) sp = 0xdd2eace8 fp = 0xdd2ead88 r4 = 0x00000000 r5 = 0x00000000 r6 = 0xc04b9e26 db_command() at db_command+0x264 pc = 0xc012bf54 lr = 0xc012bcc4 (db_command_loop+0x60) sp = 0xdd2ead90 fp = 0xdd2eada0 r4 = 0xc0493b6b r5 = 0xc04ab7ec r6 = 0xc058bf7c r7 = 0xdd2eafa0 r8 = 0xdd2eafa0 r9 = 0xc0582b24 r10 = 0xc0542690 db_command_loop() at db_command_loop+0x60 pc = 0xc012bcc4 lr = 0xc012e6c4 (db_trap+0xdc) sp = 0xdd2eada8 fp = 0xdd2eaec8 r4 = 0x00000000 r5 = 0xdd2eadb0 r6 = 0xc0582b50 db_trap() at db_trap+0xdc pc = 0xc012e6c4 lr = 0xc0267be0 (kdb_trap+0xd4) sp = 0xdd2eaed0 fp = 0xdd2eaef0 r4 = 0x00000000 r5 = 0x00000000 r6 = 0xc0582b50 r7 = 0xdd2eafa0 kdb_trap() at kdb_trap+0xd4 pc = 0xc0267be0 lr = 0xc046e824 (dab_fatal+0x174) sp = 0xdd2eaef8 fp = 0xdd2eaf10 r4 = 0xdd2eafa0 r5 = 0x200001d3 r6 = 0x4278f502 r7 = 0x00000000 r8 = 0xdd2eafa0 r9 = 0xc25fd300 r10 = 0xc2981960 dab_fatal() at dab_fatal+0x174 pc = 0xc046e824 lr = 0xc046eb10 ($d) sp = 0xdd2eaf18 fp = 0xdd2eaf98 r4 = 0xc2400000 r5 = 0xc2799c80 r6 = 0xc05826a0 r7 = 0xc2400308 $d() at $d pc = 0xc046eb10 lr = 0xc045eb60 (exception_exit) sp = 0xdd2eafa0 fp = 0x0004240c r4 = 0xc2400000 r5 = 0x00000004 r6 = 0xc05826a0 r7 = 0xc2400308 r8 = 0xc058d8c8 r9 = 0xc25fd300 r10 = 0xc29aa9e4 exception_exit() at exception_exit pc = 0xc045eb60 lr = 0xc046079c (spinlock_exit+0x18) sp = 0xdd2eaff8 fp = 0x0004240c r0 = 0x00000001 r1 = 0x00000001 r2 = 0x00000001 r3 = 0xc058dbd0 r4 = 0xc2400000 r5 = 0x00000004 r6 = 0xc05826a0 r7 = 0xc2400308 r8 = 0xc058d8c8 r9 = 0xc25fd300 r10 = 0xc29aa9e4 r12 = 0x00000000 Unable to unwind into user mode db> The numbers vary, but the list of addresses is always the same. I do a portmaster run, and sometimes it goes all the way through, and sometimes I get crashes every five minutes. The crashes seem somewhat more likely to happen during portmaster's dependency checking than at other times, and they almost never happen while configuring, compiling, linking, or installing is in progress. SVN revision r256073M (RPI-B config file modified for serial console). Suggestions, please? -- George From owner-freebsd-arm@FreeBSD.ORG Wed Oct 9 03:46:06 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 9E5CAFFF; Wed, 9 Oct 2013 03:46:06 +0000 (UTC) (envelope-from ganbold@gmail.com) Received: from mail-ie0-x22c.google.com (mail-ie0-x22c.google.com [IPv6:2607:f8b0:4001:c03::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 514A82691; Wed, 9 Oct 2013 03:46:06 +0000 (UTC) Received: by mail-ie0-f172.google.com with SMTP id x13so601922ief.3 for ; Tue, 08 Oct 2013 20:46:05 -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=XtPZjy/1Kwi1+I8ftpQBlTONEY+W3VhrfZUhref5kuQ=; b=FFBMfBWMWGvwMn2N9AI8c0husmATBnDS/SBcR7X13cddLZayBKLCHvS6JO77VZZbQg yZ4T5p68EirtdDmLOIudABIAyEpugh43Fu+qXGZjAbt/VPhJNCiAyJEXeDoPJEU/ruHt wiTwp+8VhV/wk/eQVQm+EvU+BZ1OunJOHvhuy0IvgcUxTLYTiY3FtrFMN3laXQLw+7Zp kMdjRg7lng2WRouuhNbsID82+oAR+OQEA8vJEan7DAR8GUaxpwXntQJX9gD3wFc8Pef1 P2yJdNfxyeK1VRrh5kEEOdLp40vedc08Oi3V2FAn/CN9iyhAsc2fvhW6G66tfpsOVLWQ gLVQ== MIME-Version: 1.0 X-Received: by 10.50.147.65 with SMTP id ti1mr690562igb.12.1381290365554; Tue, 08 Oct 2013 20:46:05 -0700 (PDT) Received: by 10.64.18.14 with HTTP; Tue, 8 Oct 2013 20:46:05 -0700 (PDT) In-Reply-To: References: Date: Wed, 9 Oct 2013 11:46:05 +0800 Message-ID: Subject: Re: Changes to UART ns8250 From: Ganbold Tsagaankhuu To: Zbigniew Bodek Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "freebsd-arm@freebsd.org" , freebsd-current@freebsd.org, freebsd-embedded@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Oct 2013 03:46:06 -0000 On Tue, Oct 8, 2013 at 9:58 AM, Ganbold Tsagaankhuu wrote: > Zbigniew, > > > On Tue, Oct 8, 2013 at 3:54 AM, Zbigniew Bodek wrote: > >> Hello. >> >> I would like to present a patch for ns8250 serial that I would like to >> commit in the near future (if there are no objections). >> >> The patch is fixing newest DesignWare UART with busy detection. >> During frequency divisors configuration when UART is busy transferring or >> receiving data, line control register manipulation will not take effect. >> Therefore, we will not set divisor latch access bit and we will corrupt >> LCR >> instead of configuring divisors. >> It is necessary to wait until UART finishes all transfers to proceed with >> the configuration. >> >> This was detected on Armada XP as UART fails on this issue 100/100 >> attempts. >> The patch was tested by kevlo@ and me and it works on our Armada XP - >> based >> systems. >> >> Please send your comment or remarks if there are any. >> > > I'm trying your patch on r254983. > Tried on 2 boards (Cubieboard2 (Allwinner A20 SoC - dual Cortex A7) and > Radxa Rock (Rockchip RK3188 - Quad Cortex A9)). Both seem to have some sort > of DesignWare uart. > > 1. It works fine on Cubieboard2. Uart dmesg is like: > > uart0: <16750 or compatible> mem 0x1c28000-0x1c283ff irq 33 on simplebus0 > > uart0: console (115200,n,8,1) > > 2. No any printing on screen in case of Radxa Rock. Without your patch > uart dmesg is like: > > uart0: <16650 or compatible> mem 0x20064000-0x200643ff irq 68 on > simplebus0 > uart0: console (115200,n,8,1) > > In case of RK3188 SoC, it seems booting FreeBSD kernel seems very fragile, > not sure yet what is causing the problem. > Even with stock ns8250 some version later than r254983 didn't show/print > anything on serial console few days ago. > Only thing so far I know is this r254983 (with some patch) works in my > case on RK3188 SoC based board. > Zbigniew, Just tried again your patch on RK30xx board. I was able to see boot messages on screen. This uart detected as: ... uart0: <16650 or compatible> mem 0x20064000-0x200643ff irq 68 on simplebus0 uart0: console (115200,n,8,1) uart0: fast interrupt ... Can you show me your uart detection log? It seems this DW uart of RK30xx is different than DW uart of A10/A20. Boot simply stops printing "start_init: trying /sbin/init". thanks, Ganbold > > thanks, > > Ganbold > > > > >> >> Best regards >> Zbigniew Bodek >> >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org >> " >> > > From owner-freebsd-arm@FreeBSD.ORG Wed Oct 9 09:34:58 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 0281C223 for ; Wed, 9 Oct 2013 09:34:58 +0000 (UTC) (envelope-from kamel.alipoor@gmail.com) Received: from mail-qe0-x22a.google.com (mail-qe0-x22a.google.com [IPv6:2607:f8b0:400d:c02::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B97A6281B for ; Wed, 9 Oct 2013 09:34:57 +0000 (UTC) Received: by mail-qe0-f42.google.com with SMTP id gc15so364331qeb.29 for ; Wed, 09 Oct 2013 02:34:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:reply-to:from:to:subject:date:mime-version:content-type :content-transfer-encoding; bh=I2oot/BTSFAxNuzXqLTRB1T2nJfrMwJ4Q9LPvffpVd0=; b=V8GkyAybLk3JFzrkhBkKfZnKgNUBzct/3GsMWB+NEXB/CWumBIauJq5gmdoQrb+FVW 4gua/e5LDKJFfhDcG5i/93zw7xbY0lld9wJYSgHno9aFD1ISkYZwNweuCmUGL3ZQk3a3 IucNJkA7JfHn7VY7XSX6PN6nQL9uz63SHg2Q9svRnVOfMfTUdN+JoD5KJ5kO7gyzxiPe E3z9EPJhV7tFodY3aYENUCTyOQFD5oOwIy2HbgV8mPAabmECFVOvvIdvoK2Ph1SNG30I DjLUtVYfNf/TtfiC9TaU1IJAd3mTzG8X/ysSVwNj6DYllKd7CdqquRIKmoDi4+wvMrVY HzCg== X-Received: by 10.49.47.84 with SMTP id b20mr7896773qen.83.1381311296903; Wed, 09 Oct 2013 02:34:56 -0700 (PDT) Received: from Almani-VAIO ([130.255.231.40]) by mx.google.com with ESMTPSA id g2sm84255164qaf.12.1969.12.31.16.00.00 (version=TLSv1 cipher=RC4-SHA bits=128/128); Wed, 09 Oct 2013 02:34:56 -0700 (PDT) Message-ID: <02dcfa37-41556-01a75450294907@almani-vaio> From: Global Researchers Journals To: freebsd-arm@freebsd.org Subject: Call for Paper October 2013 |Volume 3 : Issue 10| Date: Wed, 9 Oct 2013 13:04:56 +0330 X-Priority: 3 MIME-Version: 1.0 Content-Type: text/plain X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Global Researchers Journals List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Oct 2013 09:34:58 -0000 Call for Paper Dear Colleagues You are cordially invited to submit or recommend papers to: [1]http://www.grjournals.com October 2013 (Volume 3 | Issue 10) · Journal of Physiology and Pharmacology Advances (JPPA) [2]http://grjournals.com/Default.aspx?tabid=6605&articleType=CategoryVi ew&categoryId=2302 · Journal of Animal Production Advances (JAPA) [3]http://grjournals.com/Default.aspx?tabid=6606&articleType=CategoryVi ew&categoryId=2301 · Journal of Veterinary Advances (JVA) http://grjournals.com/Default.aspx?tabid=6604&articleType=CategoryView& categoryId=2303 · Journal of Animal Science Advances (JASA) [4]http://grjournals.com/Default.aspx?tabid=6529&articleType=Category View&categoryId=2272 Top 20 Hottest Articles (Last 7 Days) [5]http://www.scopemed.org/ Global Researchers Journals, a fast track peer-reviewed and open access academic journal published by Grjournals Publishing, which is one of the largest open access journal publishers around the world. Grjournals is using online article submission, review and tracking system for quality and quick review processing. Journal provides rapid publication of research article. After 30 days Rapid Review Process by the editorial/review board members or outside experts, an accepted paperwill be placed under In Press within 24 hours and will be published in the next issue. Instructions for authors are available on our website: [6]http://www.grjournals.com Submitted papers must follow the Instructions to authors to be considered for review and publication. Refereeing of manuscripts is conducted anonymously and the identity of the referees is not disclosed. The manuscripts which get an acceptance will publish with DOI number. Your Manuscript(s) can be one of these kinds: Review, Original Article, Case Report, Short Communications, Technical Notes, Mini Review Article and Hypothesis. Some of Abstracted/Index in: CAB reviews, Chemical Abstract Service (CAS), Genamics JournalSeek, Index Directory of Open Access Journals (DOAJ), Index Electronic Journals Library and SCIRUS, ISC and the World most Popular University Electronic Library. [7]http://grjournals.com/Defaul t.aspx?tabid=7329 Now you can clear the clutter by accessing your favorite journals online: · Full text, full archive that's always there when you need it · Easy access anywhere, anytime and anyhow · Impact your practice, not the environment NOTICE: Authors that cite [8]www.grjournals.com manuscripts as reference in their ISI articles, they can send their manuscripts to one of above journals as FREE of charge. After evaluation and get an acceptance it will publish without any Article Processing Fee with DOI. We apologize if you have received this email twice, or our journal is not your field. With Warm Regards Sincerely, Grjournals team Site: [9]www.grjournals.com E_Mail: [10]grjournals@gmail.com References 1. http://www.grjournals.com/ 2. http://grjournals.com/Default.aspx?tabid=6605&articleType=CategoryView&categoryId=2302 3. http://grjournals.com/Default.aspx?tabid=6606&articleType=CategoryView&categoryId=2301 4. http://grjournals.com/Default.aspx?tabid=6529&articleType=CategoryView&categoryId=2272 5. http://www.scopemed.org/ 6. http://www.grjournals.com/ 7. http://grjournals.com/Default.aspx?tabid=7329 8. http://www.grjournals.com/ 9. http://www.grjournals.com/ 10. mailto:grjournals@gmail.com From owner-freebsd-arm@FreeBSD.ORG Wed Oct 9 21:33:08 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 60DCFB24; Wed, 9 Oct 2013 21:33:08 +0000 (UTC) (envelope-from zbodek@gmail.com) Received: from mail-wg0-x231.google.com (mail-wg0-x231.google.com [IPv6:2a00:1450:400c:c00::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9737527C4; Wed, 9 Oct 2013 21:33:07 +0000 (UTC) Received: by mail-wg0-f49.google.com with SMTP id l18so1472513wgh.4 for ; Wed, 09 Oct 2013 14:33:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=5gx+w6vLlfeF2eTNwp/7o4G4j3c1PDBJNfpvuuBY7Pg=; b=fD7qF8AQEaYesTEjXBqz61waitJHz5omNrRW08+8+guw0ytEUy9dTWD1JuMlAmTaCz LSA4rl9HiFWSECElNh3W3Xg5asKU1aPqcUIXXTCAmIkliE7AKf+JR/+FV5a2S/+gp5Aa sNYnNKEkpSyY65SrfZsk67vUr5irjP2a7ZkbbMDgJfz9crzPV+p/zFVR09yfD6eJ1ikh EoUGsreK/5MWqkLQBm6Suw/hB5COqMxqo0T3HBjYq4o/SjHNF6j0ePZx9bm82e0FNFtA cF6RgQ5/sa6gRkqVErwJ1g3CtgfNnVmboJpV6/sr1dqa+31eRei5bdICuAwoPsFVm/Oz cTdg== MIME-Version: 1.0 X-Received: by 10.180.83.228 with SMTP id t4mr4619854wiy.12.1381354386070; Wed, 09 Oct 2013 14:33:06 -0700 (PDT) Sender: zbodek@gmail.com Received: by 10.216.160.70 with HTTP; Wed, 9 Oct 2013 14:33:05 -0700 (PDT) In-Reply-To: References: Date: Wed, 9 Oct 2013 23:33:06 +0200 X-Google-Sender-Auth: 3Wv6EEbVnFYOlE8lEdO1cXD-qdI Message-ID: Subject: Re: Changes to UART ns8250 From: Zbigniew Bodek To: Ganbold Tsagaankhuu Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "freebsd-arm@freebsd.org" , freebsd-current , "freebsd-embedded@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Oct 2013 21:33:08 -0000 Hello Ganbold. Thank you for testing the patch and pointing those issue out. My detection log from Armada XP: uart0: <16550 or compatible> mem 0xd0012000-0xd001201f irq 41 on simplebus0 uart0: console (115200,n,8,1) uart1: <16550 or compatible> mem 0xd0012100-0xd001211f irq 42 on simplebus0 uart2: <16550 or compatible> mem 0xd0012200-0xd001221f irq 43 on simplebus0 uart3: <16550 or compatible> mem 0xd0012300-0xd001231f irq 44 on simplebus0 Is there a possibility to download a datasheet for RK30xx so that I could verify what is required for it's UART? The patch is causing that we only wait until UART is not busy anymore. I can't find why would that cause problems if your UART requires busy detection anyway. Best regards Zbigniew Bodek 2013/10/9 Ganbold Tsagaankhuu > > > > On Tue, Oct 8, 2013 at 9:58 AM, Ganbold Tsagaankhuu wrote: > >> Zbigniew, >> >> >> On Tue, Oct 8, 2013 at 3:54 AM, Zbigniew Bodek wrote: >> >>> Hello. >>> >>> I would like to present a patch for ns8250 serial that I would like to >>> commit in the near future (if there are no objections). >>> >>> The patch is fixing newest DesignWare UART with busy detection. >>> During frequency divisors configuration when UART is busy transferring or >>> receiving data, line control register manipulation will not take effect. >>> Therefore, we will not set divisor latch access bit and we will corrupt >>> LCR >>> instead of configuring divisors. >>> It is necessary to wait until UART finishes all transfers to proceed with >>> the configuration. >>> >>> This was detected on Armada XP as UART fails on this issue 100/100 >>> attempts. >>> The patch was tested by kevlo@ and me and it works on our Armada XP - >>> based >>> systems. >>> >>> Please send your comment or remarks if there are any. >>> >> >> I'm trying your patch on r254983. >> Tried on 2 boards (Cubieboard2 (Allwinner A20 SoC - dual Cortex A7) and >> Radxa Rock (Rockchip RK3188 - Quad Cortex A9)). Both seem to have some sort >> of DesignWare uart. >> >> 1. It works fine on Cubieboard2. Uart dmesg is like: >> >> uart0: <16750 or compatible> mem 0x1c28000-0x1c283ff irq 33 on simplebus0 >> >> uart0: console (115200,n,8,1) >> >> 2. No any printing on screen in case of Radxa Rock. Without your patch >> uart dmesg is like: >> >> uart0: <16650 or compatible> mem 0x20064000-0x200643ff irq 68 on >> simplebus0 >> uart0: console (115200,n,8,1) >> >> In case of RK3188 SoC, it seems booting FreeBSD kernel seems very >> fragile, not sure yet what is causing the problem. >> Even with stock ns8250 some version later than r254983 didn't show/print >> anything on serial console few days ago. >> Only thing so far I know is this r254983 (with some patch) works in my >> case on RK3188 SoC based board. >> > > > Zbigniew, > > Just tried again your patch on RK30xx board. I was able to see boot > messages on screen. > This uart detected as: > ... > uart0: <16650 or compatible> mem 0x20064000-0x200643ff irq 68 on > simplebus0 > uart0: console (115200,n,8,1) > > uart0: fast interrupt > ... > Can you show me your uart detection log? > It seems this DW uart of RK30xx is different than DW uart of A10/A20. > Boot simply stops printing "start_init: trying /sbin/init". > > thanks, > > Ganbold > > > >> >> thanks, >> >> Ganbold >> >> >> >> >>> >>> Best regards >>> Zbigniew Bodek >>> >>> _______________________________________________ >>> freebsd-current@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-current >>> To unsubscribe, send any mail to " >>> freebsd-current-unsubscribe@freebsd.org" >>> >> >> > From owner-freebsd-arm@FreeBSD.ORG Fri Oct 11 14:16:22 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id AAD64485 for ; Fri, 11 Oct 2013 14:16:22 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from vps.hungerhost.com (vps.hungerhost.com [216.38.53.176]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7EFBB2866 for ; Fri, 11 Oct 2013 14:16:22 +0000 (UTC) Received: from [209.249.190.124] (port=50574 helo=gnnmac.hudson-trading.com) by vps.hungerhost.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.80.1) (envelope-from ) id 1VUdVs-0004A9-Cj for arm@freebsd.org; Fri, 11 Oct 2013 10:16:20 -0400 From: George Neville-Neil Content-Type: multipart/signed; boundary="Apple-Mail=_B6143BB8-6F37-4624-8A0D-4FADC8210F5A"; protocol="application/pgp-signature"; micalg=pgp-sha1 Subject: Next thing to look at? Message-Id: Date: Fri, 11 Oct 2013 10:16:38 -0400 To: "arm@freebsd.org" Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) X-Mailer: Apple Mail (2.1510) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - vps.hungerhost.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - neville-neil.com X-Get-Message-Sender-Via: vps.hungerhost.com: authenticated_id: gnn@neville-neil.com X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Oct 2013 14:16:22 -0000 --Apple-Mail=_B6143BB8-6F37-4624-8A0D-4FADC8210F5A Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii http://cubox-i.com/table/ I might pick up one of those at some point. Bset, George --Apple-Mail=_B6143BB8-6F37-4624-8A0D-4FADC8210F5A 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 - http://gpgtools.org iEYEARECAAYFAlJYCEYACgkQYdh2wUQKM9JeSACePzE5OubGxqoeljXnGlALZmRA QXMAoKexN74j5bxI60nls4WfaICV/cM/ =tHRZ -----END PGP SIGNATURE----- --Apple-Mail=_B6143BB8-6F37-4624-8A0D-4FADC8210F5A-- From owner-freebsd-arm@FreeBSD.ORG Fri Oct 11 19:10:21 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 4BC1B957 for ; Fri, 11 Oct 2013 19:10:21 +0000 (UTC) (envelope-from ian@FreeBSD.org) 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)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0FA5D2C17 for ; Fri, 11 Oct 2013 19:10:20 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-02-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1VUi6I-000MIS-IH; Fri, 11 Oct 2013 19:10:14 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id r9BJAAOV022457; Fri, 11 Oct 2013 13:10:10 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX184X/YuHII+YAJWPbftQpv2 Subject: Re: Raspberry Pi prefetch aborts From: Ian Lepore To: George Mitchell In-Reply-To: <5254AC6C.9070400@m5p.com> References: <5254AC6C.9070400@m5p.com> Content-Type: text/plain; charset="us-ascii" Date: Fri, 11 Oct 2013 13:10:10 -0600 Message-ID: <1381518610.1130.155.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.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Oct 2013 19:10:21 -0000 On Tue, 2013-10-08 at 21:07 -0400, George Mitchell wrote: > Am I the only one seeing these? > > Fatal kernel mode prefetch abort at 0x4278f502 > trapframe: 0xdd2eafa0, spsr=200000f3 > r0 =00000001, r1 =00000001, r2 =00000001, r3 =c058dbd0 > r4 =c2400000, r5 =00000004, r6 =c05826a0, r7 =c2400308 > r8 =c058d8c8, r9 =c25fd300, r10=c29aa9e4, r11=0004240c > r12=00000000, ssp=dd2eaff0, slr=c046079c, pc =4278f502 > > [ thread pid 27951 tid 100090 ] > Stopped at 0x4278f502: address 0x4278f502 is invalid > *** error reading from address 4278f502 *** > db> t > Tracing pid 27951 tid 100090 td 0xc2799c80 > db_trace_self() at db_trace_self > pc = 0xc045d3b0 lr = 0xc012c5e8 (db_stack_trace+0xf4) > sp = 0xdd2eacc8 fp = 0xdd2eace0 > r10 = 0xc0542420 > db_stack_trace() at db_stack_trace+0xf4 > pc = 0xc012c5e8 lr = 0xc012bf54 (db_command+0x264) > sp = 0xdd2eace8 fp = 0xdd2ead88 > r4 = 0x00000000 r5 = 0x00000000 > r6 = 0xc04b9e26 > db_command() at db_command+0x264 > pc = 0xc012bf54 lr = 0xc012bcc4 (db_command_loop+0x60) > sp = 0xdd2ead90 fp = 0xdd2eada0 > r4 = 0xc0493b6b r5 = 0xc04ab7ec > r6 = 0xc058bf7c r7 = 0xdd2eafa0 > r8 = 0xdd2eafa0 r9 = 0xc0582b24 > r10 = 0xc0542690 > db_command_loop() at db_command_loop+0x60 > pc = 0xc012bcc4 lr = 0xc012e6c4 (db_trap+0xdc) > sp = 0xdd2eada8 fp = 0xdd2eaec8 > r4 = 0x00000000 r5 = 0xdd2eadb0 > r6 = 0xc0582b50 > db_trap() at db_trap+0xdc > pc = 0xc012e6c4 lr = 0xc0267be0 (kdb_trap+0xd4) > sp = 0xdd2eaed0 fp = 0xdd2eaef0 > r4 = 0x00000000 r5 = 0x00000000 > r6 = 0xc0582b50 r7 = 0xdd2eafa0 > kdb_trap() at kdb_trap+0xd4 > pc = 0xc0267be0 lr = 0xc046e824 (dab_fatal+0x174) > sp = 0xdd2eaef8 fp = 0xdd2eaf10 > r4 = 0xdd2eafa0 r5 = 0x200001d3 > r6 = 0x4278f502 r7 = 0x00000000 > r8 = 0xdd2eafa0 r9 = 0xc25fd300 > r10 = 0xc2981960 > dab_fatal() at dab_fatal+0x174 > pc = 0xc046e824 lr = 0xc046eb10 ($d) > sp = 0xdd2eaf18 fp = 0xdd2eaf98 > r4 = 0xc2400000 r5 = 0xc2799c80 > r6 = 0xc05826a0 r7 = 0xc2400308 > $d() at $d > pc = 0xc046eb10 lr = 0xc045eb60 (exception_exit) > sp = 0xdd2eafa0 fp = 0x0004240c > r4 = 0xc2400000 r5 = 0x00000004 > r6 = 0xc05826a0 r7 = 0xc2400308 > r8 = 0xc058d8c8 r9 = 0xc25fd300 > r10 = 0xc29aa9e4 > exception_exit() at exception_exit > pc = 0xc045eb60 lr = 0xc046079c (spinlock_exit+0x18) > sp = 0xdd2eaff8 fp = 0x0004240c > r0 = 0x00000001 r1 = 0x00000001 > r2 = 0x00000001 r3 = 0xc058dbd0 > r4 = 0xc2400000 r5 = 0x00000004 > r6 = 0xc05826a0 r7 = 0xc2400308 > r8 = 0xc058d8c8 r9 = 0xc25fd300 > r10 = 0xc29aa9e4 r12 = 0x00000000 > Unable to unwind into user mode > db> > > The numbers vary, but the list of addresses is always the same. I do a > portmaster run, and sometimes it goes all the way through, and sometimes > I get crashes every five minutes. The crashes seem somewhat more likely > to happen during portmaster's dependency checking than at other times, > and they almost never happen while configuring, compiling, linking, > or installing is in progress. > > SVN revision r256073M (RPI-B config file modified for serial console). > > Suggestions, please? -- George Are you the only one seeing these? Yes, or no, or maybe. I think you're the only one seeing it happen on an RPi, from userland. I've been working for weeks on a prefetch abort that happens in the kernel with some similarities in the crash info. For me it happens before init is even launched. I spent much of last week doing ports builds on my rpi, just to try to get a panic or other trouble. I had a few ports fail to build for mundane reasons (complaints about gcc 4.6 and other ports-glitch stuff). I had other ports build and install just fine. I haven't tried portmaster (I wouldn't know how, I've only got a vague idea what it even is). I couldn't get a system crash even once (in fact, this may be the longest my rpi has ever stayed up and running, it's been a couple weeks now). I think the crash you're seeing may be happening in the kernel as it tries to return to userland after an interrupt, in that the backtrace leads to spinlock_exit, and probably to the line of code in that routine that re-enables interrupts. That's part of the signature for the panics I'm seeing too. So if this is the same problem I'm chasing, then I'm working on it when I'm not busy doing $work. Soon enough, fixing it will become an issue for $work. :) In the future, no need to post a whole backtrace, because it's always the same. (Well, if you ever saw one where the exception_exit frame didn't backlink to spinlock_exit, that would be interesting.) The crash info that is most useful for this problem is this register dump block: Fatal kernel mode prefetch abort at 0x4278f502 > trapframe: 0xdd2eafa0, spsr=200000f3 > r0 =00000001, r1 =00000001, r2 =00000001, r3 =c058dbd0 > r4 =c2400000, r5 =00000004, r6 =c05826a0, r7 =c2400308 > r8 =c058d8c8, r9 =c25fd300, r10=c29aa9e4, r11=0004240c > r12=00000000, ssp=dd2eaff0, slr=c046079c, pc =4278f502 > > [ thread pid 27951 tid 100090 ] > Stopped at 0x4278f502: address 0x4278f502 is invalid Also, next time it happens it might be good to see the output of these commands: show all procs show proc PID show thread TID where PID and TID are the pid and tid numbers from the end of the register dump block. -- Ian From owner-freebsd-arm@FreeBSD.ORG Sat Oct 12 01:14:17 2013 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id DF5EBE01; Sat, 12 Oct 2013 01:14:17 +0000 (UTC) (envelope-from george+freebsd@m5p.com) Received: from mailhost.m5p.com (ip-2-1-0-2.r03.asbnva02.us.ce.gin.ntt.net [IPv6:2001:418:0:5000::16]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 78EF12F68; Sat, 12 Oct 2013 01:14:17 +0000 (UTC) Received: from wonderland.m5p.com (localhost [IPv6:::1]) by mailhost.m5p.com (8.14.5/8.14.5) with ESMTP id r9C1E6SF008810; Fri, 11 Oct 2013 21:14:15 -0400 (EDT) (envelope-from george+freebsd@m5p.com) Message-ID: <5258A25E.1090903@m5p.com> Date: Fri, 11 Oct 2013 21:14:06 -0400 From: George Mitchell User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.0 MIME-Version: 1.0 To: Ian Lepore Subject: Re: Raspberry Pi prefetch aborts References: <5254AC6C.9070400@m5p.com> <1381518610.1130.155.camel@revolution.hippie.lan> In-Reply-To: <1381518610.1130.155.camel@revolution.hippie.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.73 on 10.100.0.3 X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.7 (mailhost.m5p.com [IPv6:::1]); Fri, 11 Oct 2013 21:14:15 -0400 (EDT) Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Oct 2013 01:14:17 -0000 On 10/11/13 15:10, Ian Lepore wrote: > On Tue, 2013-10-08 at 21:07 -0400, George Mitchell wrote: >> Am I the only one seeing these? >> >>[...] > Are you the only one seeing these? Yes, or no, or maybe. [...] > > In the future, no need to post a whole backtrace, because it's always > the same. (Well, if you ever saw one where the exception_exit frame > didn't backlink to spinlock_exit, that would be interesting.) The crash > info that is most useful for this problem is this register dump block: > > Fatal kernel mode prefetch abort at 0x4278f502 >> trapframe: 0xdd2eafa0, spsr=200000f3 >> r0 =00000001, r1 =00000001, r2 =00000001, r3 =c058dbd0 >> r4 =c2400000, r5 =00000004, r6 =c05826a0, r7 =c2400308 >> r8 =c058d8c8, r9 =c25fd300, r10=c29aa9e4, r11=0004240c >> r12=00000000, ssp=dd2eaff0, slr=c046079c, pc =4278f502 >> >> [ thread pid 27951 tid 100090 ] >> Stopped at 0x4278f502: address 0x4278f502 is invalid > > Also, next time it happens it might be good to see the output of these > commands: > show all procs > show proc PID > show thread TID > > where PID and TID are the pid and tid numbers from the end of the > register dump block. > > -- Ian > Ian, thanks for your efforts, and I wish you good luck! I'll definitely try these commands the next time it happens (though it might not be for another couple of weekends). -- George From owner-freebsd-arm@FreeBSD.ORG Sat Oct 12 13:10:02 2013 Return-Path: Delivered-To: freebsd-arm@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 40777529 for ; Sat, 12 Oct 2013 13:10:02 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1F4342CD1 for ; Sat, 12 Oct 2013 13:10:02 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r9CDA1om020837 for ; Sat, 12 Oct 2013 13:10:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r9CDA1s2020836; Sat, 12 Oct 2013 13:10:01 GMT (envelope-from gnats) Date: Sat, 12 Oct 2013 13:10:01 GMT Message-Id: <201310121310.r9CDA1s2020836@freefall.freebsd.org> To: freebsd-arm@FreeBSD.org Cc: From: =?ISO-8859-1?Q?Eddy_Beaupr=E9?= Subject: Re: arm/181601: Sporadic failure of root mount on ARM/Raspberry X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: =?ISO-8859-1?Q?Eddy_Beaupr=E9?= List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Oct 2013 13:10:02 -0000 The following reply was made to PR arm/181601; it has been noted by GNATS. From: =?ISO-8859-1?Q?Eddy_Beaupr=E9?= To: bug-followup@FreeBSD.org Cc: Subject: Re: arm/181601: Sporadic failure of root mount on ARM/Raspberry Date: Sat, 12 Oct 2013 09:08:06 -0400 I can confirm the same issue exist on FreeBSD-11, here's the boot log: U-Boot 2013.01-rc1-g6709570-dirty (Oct 11 2013 - 00:06:34) DRAM: 224 MiB WARNING: Caches not enabled MMC: bcm2835_sdhci: 0 Using default environment In: serial Out: lcd Err: lcd mbox: Timeout waiting for response bcm2835: Could not set USB power state Net: Net Initialization Skipped No ethernet found. Hit any key to stop autoboot: 0 reading uEnv.txt 89 bytes read in 9690 ms (0 Bytes/s) Importing environment from mmc ... reading ubldr 238986 bytes read in 53873 ms (3.9 KiB/s) ## Starting application at 0x02000054 ... Consoles: U-Boot console Compatible API signature found @db682a8 Number of U-Boot devices: 1 FreeBSD/armv6 U-Boot loader, Revision 1.2 (root@vfs.beaupre.biz, Sat Oct 12 08:46:38 EDT 2013) DRAM: 224MB Device: disk Loading /boot/defaults/loader.conf /boot/kernel/kernel data=0x495f64+0x47428 syms=[0x4+0x83b60+0x4+0x4edde] Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel]... Using DTB provided by U-Boot. Kernel entry at 0x100100... Kernel args: (null) KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2013 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 #0 r256372: Sat Oct 12 08:43:05 EDT 2013 root@vfs.beaupre.biz:/root/crochet-freebsd/work/obj/arm.armv6/root/crochet-freebsd/src/sys/RPI-B arm FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 CPU: ARM1176JZ-S rev 7 (ARM11J core) Supported features: ARM_ISA THUMB2 JAZELLE ARMv4 Security_Ext WB enabled LABT branch prediction enabled 16KB/32B 4-way instruction cache 16KB/32B 4-way write-back-locking-C data cache real memory = 268435456 (256 MB) avail memory = 221831168 (211 MB) random device not loaded; using insecure entropy kbd0 at kbdmux0 random: initialized simplebus0: mem 0x20000000-0x20ffffff on fdtbus0 intc0: mem 0x2000b200-0x2000b3ff on simplebus0 systimer0: mem 0x20003000-0x20003fff irq 8,9,10,11 on simplebus0 Event timer "BCM2835 Event Timer 3" frequency 1000000 Hz quality 1000 Timecounter "BCM2835 Timecounter" frequency 1000000 Hz quality 1000 bcmwd0: mem 0x2010001c-0x20100027 on simplebus0 gpio0: mem 0x20200000-0x202000af irq 57,59,58,60 on simplebus0 gpio0: read-only pins: 46,47,48,49,50,51,52,53. gpio0: reserved pins: 48,49,50,51,52,53. gpioc0: on gpio0 gpiobus0: on gpio0 bcm_dma0: mem 0x20007000-0x20007fff,0x20e05000-0x20e05fff irq 24,25,26,27,28,29,30,31,32,33,34,35,36 on simplebus0 mbox0: mem 0x2000b880-0x2000b8bf irq 1 on simplebus0 sdhci_bcm0: mem 0x20300000-0x203000ff irq 70 on simplebus0 mmc0: on sdhci_bcm0 uart0: mem 0x20201000-0x20201fff irq 65 on simplebus0 uart0: console (115200,n,8,1) dwcotg0: mem 0x20980000-0x2099ffff irq 17 on simplebus0 usbus0 on dwcotg0 fb0: on fdtbus0 sc0: Unknown <16 virtual consoles, flags=0x300> simplebus1: on fdtbus0 Timecounters tick every 10.000 msec usbus0: 480Mbps High Speed USB v2.0 ugen0.1: at usbus0 uhub0: on usbus0 mmcsd0: 16GB at mmc0 50.0MHz/4bit/65535-block mmcsd0: Error indicated: 1 Timeout mmcsd0: Error indicated: 1 Timeout fb0: 656x416(0x0@0,0) 16bpp fb0: pitch 1312, base 0x4e006000, screen_size 545792 Root mount waiting for: usbus0 uhub0: 1 port with 1 removable, self powered Root mount waiting for: usbus0 ugen0.2: at usbus0 uhub1: on usbus0 uhub1: MTT enabled uhub1: 3 ports with 2 removable, self powered Root mount waiting for: usbus0 ugen0.3: at usbus0 smsc0: on usbus0 Trying to mount root from ufs:/dev/mmcsd0s2a [rw,noatime]... mountroot: waiting for device /dev/mmcsd0s2a ... smsc0: chip 0xec00, rev. 0002 miibus0: on smsc0 ukphy0: PHY 1 on miibus0 ukphy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto ue0: on smsc0 ue0: Ethernet address: b8:27:eb:2d:c8:bf Mounting from ufs:/dev/mmcsd0s2a failed with error 19. Loader variables: vfs.root.mountfrom=ufs:/dev/mmcsd0s2a vfs.root.mountfrom.options=rw,noatime Manual root filesystem specification: : [options] Mount using filesystem and with the specified (optional) option list. eg. ufs:/dev/da0s1a zfs:tank cd9660:/dev/acd0 ro (which is equivalent to: mount -t cd9660 -o ro /dev/acd0 /) ? List valid disk boot devices . Yield 1 second (for background tasks) Abort manual input mountroot> From owner-freebsd-arm@FreeBSD.ORG Sat Oct 12 13:20:16 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id E2821657 for ; Sat, 12 Oct 2013 13:20:16 +0000 (UTC) (envelope-from f0andrey@gmail.com) Received: from mail-wi0-x231.google.com (mail-wi0-x231.google.com [IPv6:2a00:1450:400c:c05::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8183F2D2F for ; Sat, 12 Oct 2013 13:20:16 +0000 (UTC) Received: by mail-wi0-f177.google.com with SMTP id hq4so333735wib.10 for ; Sat, 12 Oct 2013 06:20:14 -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=2hgVIx9eVgls/KGGmoMd+64S59GzAHdrNAzkLgbONyo=; b=jmG//xm62RU7UeIthmCFkSadFJabm4YaVGThKuIQD7vkWG3yQTQYYfEKs/9eFLmw6N v5dHTjQSr00B8te8aJuMeG4FivSFkPrsX3pgl0Fy0y2tcfuyUg7Yd+T9sneAoGXyJoCA dO52t1FZOwg/lIQ/MJyEEEZoIc+VLXV1rTFXEFj4mPSNRMbBW3rKXIShyxBo0eUpT7Vk wQe85wjpoG7PT5NMaHT+6c3O1KM5uRr2qb6Xm95/wi2Q4OVb/g2kCYdgUS9xfnFz/7oL 0UT0C3m0bznTy468yJeHg8g2NNoVaAqIbNGZbcy1fdwA1nMxjNP7wP0sa1xeXcEzmx0b CW5A== MIME-Version: 1.0 X-Received: by 10.180.188.202 with SMTP id gc10mr7414561wic.3.1381584014186; Sat, 12 Oct 2013 06:20:14 -0700 (PDT) Received: by 10.194.57.52 with HTTP; Sat, 12 Oct 2013 06:20:14 -0700 (PDT) In-Reply-To: <201310121310.r9CDA1s2020836@freefall.freebsd.org> References: <201310121310.r9CDA1s2020836@freefall.freebsd.org> Date: Sat, 12 Oct 2013 17:20:14 +0400 Message-ID: Subject: Re: arm/181601: Sporadic failure of root mount on ARM/Raspberry From: Andrey Fesenko To: =?UTF-8?Q?Eddy_Beaupr=C3=A9?= 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.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Oct 2013 13:20:16 -0000 On Sat, Oct 12, 2013 at 5:10 PM, Eddy Beaupr=C3=A9 wrote= : > The following reply was made to PR arm/181601; it has been noted by GNATS= . > confirm my raspberri also booted one out of three times # uname -a FreeBSD raspberry-pi 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r256328M: Sat Oct 12 01:54:42 MSK 2013 andrey@my_book.local:/home/andrey/obj/arm.armv6/usr/src/sys/RPI-B-IPv6 arm