From owner-freebsd-arm@FreeBSD.ORG Sun Dec 29 02:00:02 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 ESMTPS id 21BB1B80 for ; Sun, 29 Dec 2013 02:00:02 +0000 (UTC) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8C1651CA0 for ; Sun, 29 Dec 2013 02:00:00 +0000 (UTC) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id rBT1wjvw020611 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Sun, 29 Dec 2013 02:58:45 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.5/8.14.4) with ESMTP id rBT1wgEN080667 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 29 Dec 2013 02:58:42 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.14.2/8.14.2) with ESMTP id rBT1wgv8006845; Sun, 29 Dec 2013 02:58:42 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.14.2/8.14.2/Submit) id rBT1wgxC006844; Sun, 29 Dec 2013 02:58:42 +0100 (CET) (envelope-from ticso) Date: Sun, 29 Dec 2013 02:58:42 +0100 From: Bernd Walter To: Berislav Purgar Subject: Re: AVILA NFS problem ? Message-ID: <20131229015842.GC98282@cicely7.cicely.de> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD cicely7.cicely.de 7.0-STABLE i386 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED=-1, BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01 autolearn=ham version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on spamd.cicely.de Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: ticso@cicely.de List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Dec 2013 02:00:02 -0000 On Sat, Dec 28, 2013 at 01:59:49PM +0100, Berislav Purgar wrote: > Hello .. > I have problem with NFS on current. > > Timecounters tick every 10.000 msec > > ada0 at ata0 bus 0 scbus0 target 0 lun 0 > > ada0: CFA-0 device > > ada0: Serial Number 3ME3GRCZ > > ada0: 16.700MB/s transfers (PIO4, PIO 8192bytes) > > ada0: 3906MB (7999488 512 byte sectors: 16H 63S/T 7936C) > > ada0: Previously was known as ad0 > > bootpc_init: wired to interface 'npe1' > > Sending DHCP Discover packet from interface npe1 (00:d0:12:13:59:23) > > Received DHCP Offer packet on npe1 from 10.42.1.1 (accepted) > > npe1: link state changed to DOWN > > Sending DHCP Request packet from interface npe1 (00:d0:12:13:59:23) > > Received DHCP Ack packet on npe1 from 10.42.1.1 (accepted) (got root path) > > npe1 at 10.42.1.15 server 10.42.1.1 boot file kernel-avila.nfs > > subnet mask 255.255.255.0 rootfs 10.42.1.1:/data/freebsd/gateworks rootopts > nol > Adjusted interface npe1 > > krpc_call: sosend: 65 > > krpc_call: sosend: 65 > > panic: nfs_boot: mount root, error=65 > > KDB: enter: panic > > [ thread pid 0 tid 100000 ] > > Stopped at kdb_enter+0x48: ldrb r15, [r15, r15, ror r15]! EHOSTUNREACH 65 /* No route to host */ But I fail to see anything wrong in the setup. 10.42.1.1 should be reachable by 10.42.1.15/24 and network can't be down (AFAIK ARP timeout results in EHOSTUNREACH) since you've got a DHCP config, even from the same server. No idea, but I'm not familar with the AVILA or similar. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-arm@FreeBSD.ORG Sun Dec 29 02:36:04 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 ESMTPS id 7C8692A6 for ; Sun, 29 Dec 2013 02:36:04 +0000 (UTC) Received: from mail-ea0-x232.google.com (mail-ea0-x232.google.com [IPv6:2a00:1450:4013:c01::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 16B151EFE for ; Sun, 29 Dec 2013 02:36:03 +0000 (UTC) Received: by mail-ea0-f178.google.com with SMTP id d10so4527958eaj.37 for ; Sat, 28 Dec 2013 18:36:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=yw6z/uETO3emFPnh3Fk1uOIVhEilxZoefb2EP8GdjRA=; b=iXSZMpMvjbfbLYB37VtZVXoLdbcN0UdcyZxs1Z9mNoJjbmArMd92s7GxeVNC+2zqG6 80NTxSY1eTP9yGf/vo2rrhkRLd1uBrA3YMpo1TRGbMc3YUtGvH/DTrgEvUZOrIRcYzsy t8Gb7zHS6UaPCEPM7J8IquoIqO6qBTMOQoh3n1U4YuJfCdffMRy7biMAOhruf/Q5whUZ n+YeNFSOhvXeqKLJQuR+xt/3Q93qC1ECRQJJhEPQhtZHIirhgMv314Fgrwdu+0dXOsqs Beh9PGxFkQ8cbsfIXqUfRFjobgvela4EQgFLQHbVXYUJY5HH4peRrkQ1Gcr7jXla4EXa nv9A== MIME-Version: 1.0 X-Received: by 10.14.69.200 with SMTP id n48mr4539343eed.54.1388284562554; Sat, 28 Dec 2013 18:36:02 -0800 (PST) Received: by 10.14.70.2 with HTTP; Sat, 28 Dec 2013 18:36:02 -0800 (PST) Date: Sun, 29 Dec 2013 11:36:02 +0900 Message-ID: Subject: BeagleBone Black USB performance(USB audio record/USB WiFi) From: Yoshiro MIHIRA To: freebsd-arm@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Dec 2013 02:36:04 -0000 Hi. I want to buy the BeagleBone Black for USB audio recording and WiFi Router. I would like to know the performance USB stack for BeagleBone. Because I bought RaspberryPI, however RaspberryPI's USB was poor performance and I could not use USB audio and WiFi with RaspberryPI. Best Regards, Yoshiro SANPEI MIHIRA From owner-freebsd-arm@FreeBSD.ORG Sun Dec 29 03:27:43 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 ESMTPS id 6A6C5A2 for ; Sun, 29 Dec 2013 03:27:43 +0000 (UTC) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4464F1296 for ; Sun, 29 Dec 2013 03:27:42 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id rBT3RXXe027536 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 28 Dec 2013 19:27:34 -0800 (PST) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id rBT3RXap027535; Sat, 28 Dec 2013 19:27:33 -0800 (PST) (envelope-from jmg) Date: Sat, 28 Dec 2013 19:27:33 -0800 From: John-Mark Gurney To: ticso@cicely.de Subject: Re: AVILA NFS problem ? Message-ID: <20131229032733.GX99167@funkthat.com> Mail-Followup-To: ticso@cicely.de, Berislav Purgar , "freebsd-arm@freebsd.org" References: <20131229015842.GC98282@cicely7.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20131229015842.GC98282@cicely7.cicely.de> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Sat, 28 Dec 2013 19:27:34 -0800 (PST) Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Dec 2013 03:27:43 -0000 Bernd Walter wrote this message on Sun, Dec 29, 2013 at 02:58 +0100: > On Sat, Dec 28, 2013 at 01:59:49PM +0100, Berislav Purgar wrote: > > Hello .. > > I have problem with NFS on current. > > > > Timecounters tick every 10.000 msec > > > > ada0 at ata0 bus 0 scbus0 target 0 lun 0 > > > > ada0: CFA-0 device > > > > ada0: Serial Number 3ME3GRCZ > > > > ada0: 16.700MB/s transfers (PIO4, PIO 8192bytes) > > > > ada0: 3906MB (7999488 512 byte sectors: 16H 63S/T 7936C) > > > > ada0: Previously was known as ad0 > > > > bootpc_init: wired to interface 'npe1' > > > > Sending DHCP Discover packet from interface npe1 (00:d0:12:13:59:23) > > > > Received DHCP Offer packet on npe1 from 10.42.1.1 (accepted) > > > > npe1: link state changed to DOWN > > > > Sending DHCP Request packet from interface npe1 (00:d0:12:13:59:23) > > > > Received DHCP Ack packet on npe1 from 10.42.1.1 (accepted) (got root path) > > > > npe1 at 10.42.1.15 server 10.42.1.1 boot file kernel-avila.nfs > > > > subnet mask 255.255.255.0 rootfs 10.42.1.1:/data/freebsd/gateworks rootopts > > nol > > Adjusted interface npe1 > > > > krpc_call: sosend: 65 > > > > krpc_call: sosend: 65 > > > > panic: nfs_boot: mount root, error=65 > > > > KDB: enter: panic > > > > [ thread pid 0 tid 100000 ] > > > > Stopped at kdb_enter+0x48: ldrb r15, [r15, r15, ror r15]! > > EHOSTUNREACH 65 /* No route to host */ > But I fail to see anything wrong in the setup. > 10.42.1.1 should be reachable by 10.42.1.15/24 and network can't > be down (AFAIK ARP timeout results in EHOSTUNREACH) since you've got > a DHCP config, even from the same server. > No idea, but I'm not familar with the AVILA or similar. Could you watch the link on the device? I have a different AVILA board that is VERY slow to link. If I try to netboot from a u-boot script, or type the load command to early it just fails... It could be that we are simply not waiting long enough for the PHY to reestablish itself after reiniting the ethernet device... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-arm@FreeBSD.ORG Sun Dec 29 05:17:04 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 ESMTPS id DF2A9206 for ; Sun, 29 Dec 2013 05:17:04 +0000 (UTC) Received: from felyko.com (felyko.com [174.136.100.2]) by mx1.freebsd.org (Postfix) with ESMTP id BA80F187E for ; Sun, 29 Dec 2013 05:17:04 +0000 (UTC) Received: from [IPv6:2601:9:8200:372:3d8b:e0aa:ef89:5f56] (unknown [IPv6:2601:9:8200:372:3d8b:e0aa:ef89:5f56]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by felyko.com (Postfix) with ESMTPSA id 8779D39827; Sat, 28 Dec 2013 21:16:57 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Subject: Re: BeagleBone Black USB performance(USB audio record/USB WiFi) From: Rui Paulo In-Reply-To: Date: Sat, 28 Dec 2013 21:16:06 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Yoshiro MIHIRA X-Mailer: Apple Mail (2.1827) Cc: freebsd-arm List X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Dec 2013 05:17:05 -0000 On 28 Dec 2013, at 18:36, Yoshiro MIHIRA wrote: > Hi. >=20 > I want to buy the BeagleBone Black for USB audio recording and WiFi = Router. With a USB hub? There's only one USB host port. > I would like to know the performance USB stack for BeagleBone. It works fine for me, but it's not super fast. I used urtwn(4). You = must use a 2A 5V DC adapter.=20 -- Rui Paulo From owner-freebsd-arm@FreeBSD.ORG Mon Dec 30 09:35:48 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 ESMTPS id B35256A3 for ; Mon, 30 Dec 2013 09:35:48 +0000 (UTC) Received: from hal.g7iii.net (unknown [IPv6:2600:3c02::f03c:91ff:feae:1cbe]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 912691984 for ; Mon, 30 Dec 2013 09:35:48 +0000 (UTC) Received: from [192.168.39.76] (157.17.187.81.in-addr.arpa [81.187.17.157]) by hal.g7iii.net (Postfix) with ESMTP id 8B49020A70 for ; Mon, 30 Dec 2013 09:35:40 +0000 (UTC) Message-ID: <52C13E6B.4070006@g7iii.net> Date: Mon, 30 Dec 2013 09:35:39 +0000 From: Iain Young User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130623 Thunderbird/17.0.7 MIME-Version: 1.0 To: freebsd-arm@FreeBSD.org Subject: Boot failure for CURRENT on 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.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Dec 2013 09:35:48 -0000 Hi Folks, Tried a build of -CURRENT yesterday (28/29th Dec), and had the following crash on a Beaglebone White. Thought it might be clocks not enabled for the extra serial ports, as I had a similar crash when I forgot to enable them before, so applied my (old) patch, but still the same, so wasn't that. Did an svn update today (Dec 30th, revision 260082), and while I've not rebuilt the kernel yet, didn't see any changes in the arm tree anyway, so suspect the problem remains. I'm not great with the debugger, but if anyone wants extra info from it, just let me know which commands to type. Output from fdt_start to the crash is below. Iain fdt_start: 0x0060A128 Kernel entry at 0x80200100... 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 #6 r260013M: Sun Dec 29 20:43:46 UTC 2013 root@beaglebone:/usr/obj/usr/src/sys/BEAGLEBONE-TARDIS arm gcc version 4.2.1 20070831 patched [FreeBSD] CPU: Cortex A8-r3 rev 2 (Cortex-A core) Supported features: ARM_ISA THUMB2 JAZELLE THUMBEE ARMv4 Security_Ext WB disabled EABT branch prediction enabled LoUU:2 LoC:2 LoUIS:1 Cache level 1: 32KB/64B 4-way data cache WT WB Read-Alloc 32KB/64B 4-way instruction cache Read-Alloc Cache level 2: 256KB/64B 8-way unified cache WT WB Read-Alloc Write-Alloc real memory = 268435456 (256 MB) avail memory = 255172608 (243 MB) Texas Instruments AM3358 Processor, Revision ES1.0 random device not loaded; using insecure entropy random: initialized nexus0: simplebus0: on nexus0 aintc0: mem 0x48200000-0x48200fff on simplebus0 aintc0: Revision 5.0 ti_scm0: mem 0x44e10000-0x44e11fff on simplebus0 am335x_prcm0: mem 0x44e00000-0x44e012ff on simplebus0 am335x_prcm0: Clocks: System 24.0 MHz, CPU 500 MHz am335x_dmtimer0: mem 0x44e05000-0x44e05fff,0x44e31000-0x44e31fff,0x48040000-0x48040fff,0x48042000-0x48042fff,0x48044000-0x48044fff,0x48046000-0x48046fff,0x48048000-0x48048fff,0x4804a000-0x4804afff irq 66,67,68,69,92,93,94,95 on simplebus0 vm_fault(0xc063dca8, 1000000, 1, 0) -> 1 Fatal kernel mode data abort: 'Translation Fault (S)' trapframe: 0xc0770b60 FSR=00000005, FAR=0100013e, spsr=a0000093 r0 =0100013e, r1 =c05b6d94, r2 =0100013e, r3 =c0561878 r4 =c05602fc, r5 =0100013e, r6 =c0770c28, r7 =c18dda80 r8 =c1805e00, r9 =c0761000, r10=c18dda80, r11=c0770bc4 r12=c0770bc8, ssp=c0770bb0, slr=c054abb0, pc =c040f0a4 [ thread pid 0 tid 100000 ] Stopped at strcmp+0x14: ldrb r0, [r2] From owner-freebsd-arm@FreeBSD.ORG Mon Dec 30 11:06:43 2013 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0F469F18 for ; Mon, 30 Dec 2013 11:06:43 +0000 (UTC) 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 D50C610EB for ; Mon, 30 Dec 2013 11:06:42 +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 rBUB6g5d058025 for ; Mon, 30 Dec 2013 11:06:42 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id rBUB6gIn058023 for freebsd-arm@FreeBSD.org; Mon, 30 Dec 2013 11:06:42 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 30 Dec 2013 11:06:42 GMT Message-Id: <201312301106.rBUB6gIn058023@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.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Dec 2013 11:06:43 -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/185046 arm [armv6] issues with dhclient/sshd and jemalloc on rasp o arm/184078 arm cross installworld missing include files o arm/183926 arm Crash when ctrl-c while process is enter o arm/183740 arm mutex on some arm hardware requires dcache enabled o arm/183668 arm Panic when read unalign in ddb 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 33 problems total. From owner-freebsd-arm@FreeBSD.ORG Mon Dec 30 15:40:12 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 ESMTPS id CBC90599 for ; Mon, 30 Dec 2013 15:40:12 +0000 (UTC) Received: from mail-ie0-f176.google.com (mail-ie0-f176.google.com [209.85.223.176]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9542D158A for ; Mon, 30 Dec 2013 15:40:12 +0000 (UTC) Received: by mail-ie0-f176.google.com with SMTP id at1so12038204iec.35 for ; Mon, 30 Dec 2013 07:40:06 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=8tm7CnVeranvUt2nr5nJuIDMP0KKxTEQrulWse5phk0=; b=CLE485yMtXs5albzjng6DvOJt1pe3p/GpBgZAO3G5Vd+jESsgu/zwYZj3QgrSBfj8T LmvkwpHL9lZUSpniBJm1Qn77qGJ/e+YGaYOlQToyn+VmuTUdV7TVyEzkhqwwcT3TMeps 7UK4quDGUECzUTtjWoCi4tKsRiNr7drMwcXelSHynflz7VAkUlRn8k80fm58e6okt3zz H+9+yd/JhCSKsILP68bk0o9zPJvBjFDP1SUy+nbp8B4skqmICPDR2xSertF+DauiGuIt nWvnp89UnRv8/8nvrJxXc3Z7e83yuKOpgYS1EGZ4Fomy3BRmzs0y4cwVjYLkmp5DorWk RZ6Q== X-Gm-Message-State: ALoCoQmIr5mmrC1LwoK/5xxr8kpNZeGZc0sXvEbe6Myd4OTlSMW5jQpGTQDTz6jD3+wmLaP5760A X-Received: by 10.43.82.69 with SMTP id ab5mr829690icc.95.1388418006587; Mon, 30 Dec 2013 07:40:06 -0800 (PST) Received: from fusion-mac.bsdimp.com (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPSA id o1sm59932397igh.9.2013.12.30.07.40.05 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 30 Dec 2013 07:40:06 -0800 (PST) Sender: Warner Losh Subject: Re: Boot failure for CURRENT on Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: <52C13E6B.4070006@g7iii.net> Date: Mon, 30 Dec 2013 08:40:04 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <65B66781-AB1F-45F6-8990-A0311962FF6B@bsdimp.com> References: <52C13E6B.4070006@g7iii.net> To: Iain Young X-Mailer: Apple Mail (2.1085) Cc: freebsd-arm@FreeBSD.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Dec 2013 15:40:12 -0000 Hi Iain, On Dec 30, 2013, at 2:35 AM, Iain Young wrote: > Hi Folks, >=20 > Tried a build of -CURRENT yesterday (28/29th Dec), and had the = following crash on a Beaglebone White. >=20 > Thought it might be clocks not enabled for the extra serial ports, as > I had a similar crash when I forgot to enable them before, so applied > my (old) patch, but still the same, so wasn't that. >=20 > Did an svn update today (Dec 30th, revision 260082), and while I've > not rebuilt the kernel yet, didn't see any changes in the arm tree > anyway, so suspect the problem remains. If you have the time, narrowing down when the breakage occurred would be = a great help. Warner > I'm not great with the debugger, but if anyone wants extra info > from it, just let me know which commands to type. >=20 > Output from fdt_start to the crash is below. >=20 >=20 > Iain >=20 >=20 > fdt_start: 0x0060A128 > Kernel entry at 0x80200100... > 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 #6 r260013M: Sun Dec 29 20:43:46 UTC 2013 > root@beaglebone:/usr/obj/usr/src/sys/BEAGLEBONE-TARDIS arm > gcc version 4.2.1 20070831 patched [FreeBSD] > CPU: Cortex A8-r3 rev 2 (Cortex-A core) > Supported features: ARM_ISA THUMB2 JAZELLE THUMBEE ARMv4 Security_Ext > WB disabled EABT branch prediction enabled > LoUU:2 LoC:2 LoUIS:1 > Cache level 1: > 32KB/64B 4-way data cache WT WB Read-Alloc > 32KB/64B 4-way instruction cache Read-Alloc > Cache level 2: > 256KB/64B 8-way unified cache WT WB Read-Alloc Write-Alloc > real memory =3D 268435456 (256 MB) > avail memory =3D 255172608 (243 MB) > Texas Instruments AM3358 Processor, Revision ES1.0 > random device not loaded; using insecure entropy > random: initialized > nexus0: > simplebus0: on nexus0 > aintc0: mem 0x48200000-0x48200fff on = simplebus0 > aintc0: Revision 5.0 > ti_scm0: mem 0x44e10000-0x44e11fff on simplebus0 > am335x_prcm0: mem = 0x44e00000-0x44e012ff on simplebus0 > am335x_prcm0: Clocks: System 24.0 MHz, CPU 500 MHz > am335x_dmtimer0: mem = 0x44e05000-0x44e05fff,0x44e31000-0x44e31fff,0x48040000-0x48040fff,0x480420= 00-0x48042fff,0x48044000-0x48044fff,0x48046000-0x48046fff,0x48048000-0x480= 48fff,0x4804a000-0x4804afff irq 66,67,68,69,92,93,94,95 on simplebus0 >=20 > vm_fault(0xc063dca8, 1000000, 1, 0) -> 1 > Fatal kernel mode data abort: 'Translation Fault (S)' > trapframe: 0xc0770b60 > FSR=3D00000005, FAR=3D0100013e, spsr=3Da0000093 > r0 =3D0100013e, r1 =3Dc05b6d94, r2 =3D0100013e, r3 =3Dc0561878 > r4 =3Dc05602fc, r5 =3D0100013e, r6 =3Dc0770c28, r7 =3Dc18dda80 > r8 =3Dc1805e00, r9 =3Dc0761000, r10=3Dc18dda80, r11=3Dc0770bc4 > r12=3Dc0770bc8, ssp=3Dc0770bb0, slr=3Dc054abb0, pc =3Dc040f0a4 >=20 > [ thread pid 0 tid 100000 ] > Stopped at strcmp+0x14: ldrb r0, [r2] > _______________________________________________ > freebsd-arm@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" From owner-freebsd-arm@FreeBSD.ORG Mon Dec 30 16:08:47 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 ESMTPS id CF928540 for ; Mon, 30 Dec 2013 16:08:47 +0000 (UTC) Received: from mho-02-ewr.mailhop.org (mho-02-ewr.mailhop.org [204.13.248.72]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A2A6B1831 for ; Mon, 30 Dec 2013 16:08:47 +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 1VxfOT-000OBw-LA; Mon, 30 Dec 2013 16:08:41 +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 rBUG8dmA012654; Mon, 30 Dec 2013 09:08:39 -0700 (MST) (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: U2FsdGVkX19VK+xMRMMog8qHcRzuVdUV Subject: Re: Boot failure for CURRENT on From: Ian Lepore To: Iain Young In-Reply-To: <52C13E6B.4070006@g7iii.net> References: <52C13E6B.4070006@g7iii.net> Content-Type: text/plain; charset="us-ascii" Date: Mon, 30 Dec 2013 09:08:39 -0700 Message-ID: <1388419719.1158.192.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.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Dec 2013 16:08:48 -0000 On Mon, 2013-12-30 at 09:35 +0000, Iain Young wrote: > Hi Folks, > > Tried a build of -CURRENT yesterday (28/29th Dec), and had the following > crash on a Beaglebone White. > > Thought it might be clocks not enabled for the extra serial ports, as > I had a similar crash when I forgot to enable them before, so applied > my (old) patch, but still the same, so wasn't that. > > Did an svn update today (Dec 30th, revision 260082), and while I've > not rebuilt the kernel yet, didn't see any changes in the arm tree > anyway, so suspect the problem remains. > > I'm not great with the debugger, but if anyone wants extra info > from it, just let me know which commands to type. > > Output from fdt_start to the crash is below. > > > Iain > > > fdt_start: 0x0060A128 > Kernel entry at 0x80200100... > 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 #6 r260013M: Sun Dec 29 20:43:46 UTC 2013 > root@beaglebone:/usr/obj/usr/src/sys/BEAGLEBONE-TARDIS arm > gcc version 4.2.1 20070831 patched [FreeBSD] > CPU: Cortex A8-r3 rev 2 (Cortex-A core) > Supported features: ARM_ISA THUMB2 JAZELLE THUMBEE ARMv4 Security_Ext > WB disabled EABT branch prediction enabled > LoUU:2 LoC:2 LoUIS:1 > Cache level 1: > 32KB/64B 4-way data cache WT WB Read-Alloc > 32KB/64B 4-way instruction cache Read-Alloc > Cache level 2: > 256KB/64B 8-way unified cache WT WB Read-Alloc Write-Alloc > real memory = 268435456 (256 MB) > avail memory = 255172608 (243 MB) > Texas Instruments AM3358 Processor, Revision ES1.0 > random device not loaded; using insecure entropy > random: initialized > nexus0: > simplebus0: on nexus0 > aintc0: mem 0x48200000-0x48200fff on > simplebus0 > aintc0: Revision 5.0 > ti_scm0: mem 0x44e10000-0x44e11fff on simplebus0 > am335x_prcm0: mem > 0x44e00000-0x44e012ff on simplebus0 > am335x_prcm0: Clocks: System 24.0 MHz, CPU 500 MHz > am335x_dmtimer0: mem > 0x44e05000-0x44e05fff,0x44e31000-0x44e31fff,0x48040000-0x48040fff,0x48042000-0x48042fff,0x48044000-0x48044fff,0x48046000-0x48046fff,0x48048000-0x48048fff,0x4804a000-0x4804afff > irq 66,67,68,69,92,93,94,95 on simplebus0 > > vm_fault(0xc063dca8, 1000000, 1, 0) -> 1 > Fatal kernel mode data abort: 'Translation Fault (S)' > trapframe: 0xc0770b60 > FSR=00000005, FAR=0100013e, spsr=a0000093 > r0 =0100013e, r1 =c05b6d94, r2 =0100013e, r3 =c0561878 > r4 =c05602fc, r5 =0100013e, r6 =c0770c28, r7 =c18dda80 > r8 =c1805e00, r9 =c0761000, r10=c18dda80, r11=c0770bc4 > r12=c0770bc8, ssp=c0770bb0, slr=c054abb0, pc =c040f0a4 > > [ thread pid 0 tid 100000 ] > Stopped at strcmp+0x14: ldrb r0, [r2] Given that it appears to be dying in the dmtimer code I recently touched, I'd say my changes (r259739, 43, 44, 50) are a good candidate (except, of course, it works when I run it on my BBW). Do you have option PPS and do you have one of the timer trigger pins configured for capture? On my BBW, the next line of output I'd see is: am335x_dmtimer0: Using DMTimer4 for PPS device /dev/pps0 Can you get a stack backtrace when it crashes? -- Ian From owner-freebsd-arm@FreeBSD.ORG Mon Dec 30 19:46:54 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 ESMTPS id C9872A67; Mon, 30 Dec 2013 19:46:54 +0000 (UTC) Received: from hal.g7iii.net (unknown [IPv6:2600:3c02::f03c:91ff:feae:1cbe]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A673C189A; Mon, 30 Dec 2013 19:46:54 +0000 (UTC) Received: from [192.168.39.76] (157.17.187.81.in-addr.arpa [81.187.17.157]) by hal.g7iii.net (Postfix) with ESMTP id 4F3C020A70; Mon, 30 Dec 2013 19:46:53 +0000 (UTC) Message-ID: <52C1CDAC.2070002@g7iii.net> Date: Mon, 30 Dec 2013 19:46:52 +0000 From: Iain Young User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130623 Thunderbird/17.0.7 MIME-Version: 1.0 To: Ian Lepore Subject: Re: Boot failure for CURRENT on References: <52C13E6B.4070006@g7iii.net> <1388419719.1158.192.camel@revolution.hippie.lan> In-Reply-To: <1388419719.1158.192.camel@revolution.hippie.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-arm@FreeBSD.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Dec 2013 19:46:54 -0000 On 30/12/13 16:08, Ian Lepore wrote: > Given that it appears to be dying in the dmtimer code I recently > touched, I'd say my changes (r259739, 43, 44, 50) are a good candidate > (except, of course, it works when I run it on my BBW). > > Do you have option PPS and do you have one of the timer trigger pins > configured for capture? On my BBW, the next line of output I'd see is: Ah, that was the problem. I had assumed that your timer patch twiddled with the dts, since your original patch did. That will teach me :) However, although I now get further, it seems it can't find my SD card: Trying to mount root from ufs:/dev/mmcsd0s2a [rw,noatime]... mountroot: waiting for device /dev/mmcsd0s2a ... usb_alloc_device: setting up USB template failed maybe the USB template module has not been loaded ugen0.2: at usbus0 (disconnected) uhub_reattach_port: could not allocate new device Mounting from ufs:/dev/mmcsd0s2a failed with error 19. Trying to mount root from ufs:mmcsd0s2 []... mountroot: waiting for device mmcsd0s2 ... Mounting from ufs:mmcsd0s2 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> ? List of GEOM managed disk devices: mountroot> Did something change ? Is UFS now compiled as a module or something ? I'm a bit concerned that "?" showed no managed disk devices. Any ideas ? Iain From owner-freebsd-arm@FreeBSD.ORG Tue Dec 31 02:50:00 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 ESMTPS id 183426F1 for ; Tue, 31 Dec 2013 02:50:00 +0000 (UTC) Received: from mail-ie0-f180.google.com (mail-ie0-f180.google.com [209.85.223.180]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D7132175A for ; Tue, 31 Dec 2013 02:49:59 +0000 (UTC) Received: by mail-ie0-f180.google.com with SMTP id tp5so12157783ieb.25 for ; Mon, 30 Dec 2013 18:49:53 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=o+gqTZTOcBcctPywyZND3QdzkzYYWBqk78pVfsU+F/Y=; b=Ml3uMRFfDLnvyVYuh6PenHoq/BybTQR5BMlz/M7clQWboJGPv5YT4xEmdMBGr8f7SF nkwJwSOK80SuHkBEI5AHjzPJo60Lr8xWG8W2ky9DlvoqQRTWoejwY/Z9aGRmLSBC1G6W 5KFNtONYjdfu80Mnsy9EyTbP1Pd6ixjPZduyd72WpkKSjw8ztwaA6XVbT1DotXSa9izt j93qt84jOIOpoAoHYNva4MYA6V8Rdwnx7sIUNIxn+m3FVb/KVa+s/LuhoZj7VE3hWdgP gxD3aZJefxFIZZK4PoqBNheAiXRwo+XjtDgKM7dGhsNSGbbAPU/7/gZpqUu9v8hq7jEw hylw== X-Gm-Message-State: ALoCoQkpnny+fCd5WT9KZSbCRPzUtaUyVz8RQhtDFUuCIAze3Kromt3zVUw3kVOSf7x0zTA/h0BTLJxmTvFwnsJAEZlCbWhER6K1kRAnltW7bfPyMbZdUS8= X-Received: by 10.50.61.205 with SMTP id s13mr57928729igr.29.1388458193595; Mon, 30 Dec 2013 18:49:53 -0800 (PST) MIME-Version: 1.0 Received: by 10.42.128.200 with HTTP; Mon, 30 Dec 2013 18:49:38 -0800 (PST) In-Reply-To: References: From: "Lundberg, Johannes" Date: Tue, 31 Dec 2013 11:49:38 +0900 Message-ID: Subject: Re: FreeBSD on Pandaboard? To: Tim Kientzle Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Dec 2013 02:50:00 -0000 Hi Tim I can't seem to get past mmc detection. This is what I get: ti_sdma0: mem 0x4a056000-0x4a056fff irq 44,45,46,47 on simplebus0 ti_sdma0: sDMA revision 00010900 ti_mmchs0: mem 0x4809c000-0x4809cfff irq 115 on simplebus0 mmc0: on ti_mmchs0 Timecounters tick every 10.000 msec panic: rw_wlock() by idle thread 0xc3818320 on rwlock pmap pv global @ /usr/src-releng10/sys/arm/arm/pmap-v6.c:1406 KDB: enter: panic [ thread pid 10 tid 100002 ] Stopped at $d: ldrb r15, [r15, r15, ror r15]! db> bt Tracing pid 10 tid 100002 td 0xc3818320 db_trace_self() at db_trace_self pc = 0xc0443114 lr = 0xc020a024 (db_stack_trace+0xec) sp = 0xd63bc8a8 fp = 0xd63bc8c0 r10 = 0xc0503790 db_stack_trace() at db_stack_trace+0xec pc = 0xc020a024 lr = 0xc0209980 (db_command+0x268) sp = 0xd63bc8c8 fp = 0xd63bc968 r4 = 0xc0209f38 r5 = 0x00000000 r6 = 0xc048db50 db_command() at db_command+0x268 pc = 0xc0209980 lr = 0xc02096e8 (db_command_loop+0x60) sp = 0xd63bc970 fp = 0xd63bc980 r4 = 0xc04760a6 r5 = 0xc048731d r6 = 0xc06a00d4 r7 = 0xd63bcb50 r8 = 0xc3818320 r9 = 0xc053d8b4 r10 = 0xc0503a00 db_command_loop() at db_command_loop+0x60 pc = 0xc02096e8 lr = 0xc020c1a0 (db_trap+0xdc) sp = 0xd63bc988 fp = 0xd63bcaa8 r4 = 0x00000000 r5 = 0xd63bc990 r6 = 0xc053d8e0 db_trap() at db_trap+0xdc pc = 0xc020c1a0 lr = 0xc02f6e58 (kdb_trap+0xdc) sp = 0xd63bcab0 fp = 0xd63bcad0 r4 = 0x00000000 r5 = 0x00000001 r6 = 0xc053d8e0 r7 = 0xd63bcb50 kdb_trap() at kdb_trap+0xdc pc = 0xc02f6e58 lr = 0xc0455a28 (undefinedinstruction+0x2b0) sp = 0xd63bcad8 fp = 0xd63bcb48 r4 = 0x00000000 r5 = 0xc04556d0 r6 = 0x00000000 r7 = 0xe7ffffff r8 = 0xc3818320 r9 = 0xd63bcb50 r10 = 0xc02f66c4 undefinedinstruction() at undefinedinstruction+0x2b0 pc = 0xc0455a28 lr = 0xc0444acc (exception_exit) sp = 0xd63bcb50 fp = 0xd63bcba8 r4 = 0xffffffff r5 = 0xffff1004 r6 = 0xc04868f7 r7 = 0xc052fdf0 r8 = 0xc3818320 r9 = 0xc052fc50 r10 = 0xc06a128c exception_exit() at exception_exit pc = 0xc0444acc lr = 0xc02f66b8 (kdb_enter+0x40) sp = 0xd63bcba4 fp = 0xd63bcba8 r0 = 0xc053d8c4 r1 = 0x00000000 r2 = 0xc048ad43 r3 = 0x000000ab r4 = 0xc0487380 r5 = 0xd63bcbfc r6 = 0xc04868f7 r7 = 0xc052fdf0 r8 = 0xc3818320 r9 = 0xc052fc50 r10 = 0xc06a128c r12 = 0xc02fc80c $a() at $a pc = 0xc02f66c8 lr = 0xc02bfa30 (vpanic+0xb8) sp = 0xd63bcbb0 fp = 0xd63bcbd0 r4 = 0x00000100 vpanic() at vpanic+0xb8 pc = 0xc02bfa30 lr = 0xc02bf968 ($d) sp = 0xd63bcbd8 fp = 0xd63bcbf0 r4 = 0xc052fcf0 r5 = 0xc04868f7 r6 = 0xd63bcbfc r7 = 0xc052fc50 r8 = 0xc04acaf7 r9 = 0x00000000 r10 = 0xc069eff0 $d() at $d pc = 0xc02bf968 lr = 0xc02bd450 (_rw_wlock_cookie+0x134) sp = 0xd63bcc08 fp = 0xd63bcc28 r4 = 0x0000057e r5 = 0xc04acaf7 r6 = 0xc069f060 r7 = 0xc069f070 _rw_wlock_cookie() at _rw_wlock_cookie+0x134 pc = 0xc02bd450 lr = 0xc044a0e8 (pmap_fault_fixup+0x3c) sp = 0xd63bcc30 fp = 0xd63bcc60 r4 = 0x00000001 r5 = 0xc06a0b7c r6 = 0x00000000 r7 = 0x00000005 pmap_fault_fixup() at pmap_fault_fixup+0x3c pc = 0xc044a0e8 lr = 0xc0454390 (data_abort_handler+0x228) sp = 0xd63bcc68 fp = 0xd63bcd08 r4 = 0x00000001 r5 = 0xc3818320 r6 = 0x00000000 r7 = 0x00000005 r8 = 0xd63bcd10 r9 = 0x000002c0 r10 = 0xc06a0ac0 data_abort_handler() at data_abort_handler+0x228 pc = 0xc0454390 lr = 0xc0444acc (exception_exit) sp = 0xd63bcd10 fp = 0xd63bcd68 r4 = 0xffffffff r5 = 0xffff1004 r6 = 0xc3818320 r7 = 0xc048147f r8 = 0xc0481458 r9 = 0x00000001 r10 = 0x00000000 exception_exit() at exception_exit pc = 0xc0444acc lr = 0xc02c6674 (critical_exit+0x6c) sp = 0xd63bcd64 fp = 0xd63bcd68 r0 = 0x00000000 r1 = 0x00000008 r2 = 0xc048798b r3 = 0x000000d3 r4 = 0xc3818320 r5 = 0xc048798b r6 = 0xc3818320 r7 = 0xc048147f r8 = 0xc0481458 r9 = 0x00000001 r10 = 0x00000000 r12 = 0x00000000 critical_exit() at critical_exit+0x6c pc = 0xc02c6674 lr = 0xc0292ee4 (intr_event_handle+0x154) sp = 0xd63bcd70 fp = 0xd63bcd98 r4 = 0xc36f2800 r5 = 0xd63bcdb8 intr_event_handle() at intr_event_handle+0x154 pc = 0xc0292ee4 lr = 0xc0445d88 (arm_handler_execute+0x50) sp = 0xd63bcda0 fp = 0xd63bcdb0 r4 = 0xd63bcdb8 r5 = 0x00000073 r6 = 0xc0526980 r7 = 0xc069d608 r8 = 0x0022ee80 r9 = 0xc0528184 r10 = 0xc0757004 arm_handler_execute() at arm_handler_execute+0x50 pc = 0xc0445d88 lr = 0xc0462068 (irq_entry+0x9c) sp = 0xd63bcdb8 fp = 0xd63bce10 r4 = 0xffffffff r5 = 0xffff1004 r6 = 0xc06a1490 r7 = 0xc053d44c irq_entry() at irq_entry+0x9c pc = 0xc0462068 lr = 0xc044644c (cpu_idle+0x40) sp = 0xd63bce0c fp = 0xd63bce10 r0 = 0x00000000 r1 = 0xc0461d70 r2 = 0x00000002 r3 = 0x00000000 r4 = 0x00000001 r5 = 0xc04894a7 r6 = 0xc06a1490 r7 = 0xc053d44c r8 = 0x0022ee80 r9 = 0xc0528184 r10 = 0xc0757004 r12 = 0x00000000 arm11_sleep() at arm11_sleep+0x8 pc = 0xc0461d78 lr = 0xc044644c (cpu_idle+0x40) sp = 0xd63bce0c fp = 0xd63bce10 Unwind failure (no registers changed) -- Johannes Lundberg BRILLIANTSERVICE CO., LTD. On Fri, Dec 27, 2013 at 3:10 AM, Tim Kientzle wrote: > > On Dec 22, 2013, at 1:25 AM, Lundberg, Johannes < > johannes@brilliantservice.co.jp> wrote: > > > Hi > > > > I have seen some blogs etc that claims to have successfully run FreeBSD > on > > Pandaboard ES but I can't seem to be able to duplicate the results. > > > > I tried with 10.0-releng and 11.0-current source and latest version of > > crochet. Building is done on an amd64 machine. > > I got my PandaBoard ES to (minimally) boot a long time ago > and used that to put support into Crochet. > > But I’ve not had time to try it recently. > > > Creating image is no problem but boot halts early at USB / MMC routine.. > > So basically, it sounds like: > * Crochet is correctly building the boot bits and assembling the image. > * The kernel is broken. > > I would suggest you next try adjusting > sys/arm/conf/PANDABOARD: > > * Uncomment INVARIANTS, WITNESS, and DIAGNOSTIC > Maybe you can get more information about exactly what is > failing. > > * Remove drivers and see if the boot gets any further. > > I would love to get the PandaBoard working; with a gigabyte > of RAM and a dual-core processor, it should have significantly > better performance than the RPi and BeagleBones. > > Tim > > -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- 秘密保持について：この電子メールは、名宛人に送信したものであり、秘匿特権の対象となる情報を含んでいます。 もし、名宛人以外の方が受信された場合、このメールの破棄、およびこのメールに関する一切の開示、 複写、配布、その他の利用、または記載内容に基づくいかなる行動もされないようお願い申し上げます。 --- CONFIDENTIALITY NOTE: The information in this email is confidential and intended solely for the addressee. Disclosure, copying, distribution or any other action of use of this email by person other than intended recipient, is prohibited. If you are not the intended recipient and have received this email in error, please destroy the original message. From owner-freebsd-arm@FreeBSD.ORG Tue Dec 31 18:23:42 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C178C826 for ; Tue, 31 Dec 2013 18:23:42 +0000 (UTC) Received: from mail-we0-x233.google.com (mail-we0-x233.google.com [IPv6:2a00:1450:400c:c03::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4DC571621 for ; Tue, 31 Dec 2013 18:23:42 +0000 (UTC) Received: by mail-we0-f179.google.com with SMTP id q59so11154338wes.38 for ; Tue, 31 Dec 2013 10:23:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=PhfA84vypmhoqe9MfYFkVBREzGipkNBP47Zqj3ONoYw=; b=yZdYL2tZqeqTEvgo9f/l4MgL9O+fIsbhI2rZJugwTDwDgisqMxnSRfW0cWID8RB4RG 7pkRaqPAUMvIToEaylVmQFQo4DawWofY3uuq4J7b6uLq6PmjIBPOlqHXLNaFTg2OuG9O efiZqaXWBtJ2hBUajVgY7wfw6WuzJCT6XkoefFIXymiSUuN2/hUg04uiKMZJ9ShO5p1z ogLAGLkevMZZdDlQbqack+iS96eOsuC6PrE5xa8r6jZBIop3L/L4ROZjINBCUQ2AjkKh k86ra8/S2TUPLe8IqR1s0QfhsuFp3AiLiD75o/+2/rYMS6ecEhJu5hIY/+7wWL80FcAG FkJA== MIME-Version: 1.0 X-Received: by 10.180.93.42 with SMTP id cr10mr24263107wib.11.1388514219787; Tue, 31 Dec 2013 10:23:39 -0800 (PST) Received: by 10.217.114.10 with HTTP; Tue, 31 Dec 2013 10:23:39 -0800 (PST) In-Reply-To: <20131229032733.GX99167@funkthat.com> References: <20131229015842.GC98282@cicely7.cicely.de> <20131229032733.GX99167@funkthat.com> Date: Tue, 31 Dec 2013 19:23:39 +0100 Message-ID: Subject: Re: AVILA NFS problem ? From: Berislav Purgar To: ticso@cicely.de, Berislav Purgar , "freebsd-arm@freebsd.org" Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Dec 2013 18:23:42 -0000 On Sun, Dec 29, 2013 at 4:27 AM, John-Mark Gurney wrote: > Bernd Walter wrote this message on Sun, Dec 29, 2013 at 02:58 +0100: > > On Sat, Dec 28, 2013 at 01:59:49PM +0100, Berislav Purgar wrote: > > > Hello .. > > > I have problem with NFS on current. > > > > > > Timecounters tick every 10.000 msec > > > > > > ada0 at ata0 bus 0 scbus0 target 0 lun 0 > > > > > > ada0: CFA-0 device > > > > > > ada0: Serial Number 3ME3GRCZ > > > > > > ada0: 16.700MB/s transfers (PIO4, PIO 8192bytes) > > > > > > ada0: 3906MB (7999488 512 byte sectors: 16H 63S/T 7936C) > > > > > > ada0: Previously was known as ad0 > > > > > > bootpc_init: wired to interface 'npe1' > > > > > > Sending DHCP Discover packet from interface npe1 (00:d0:12:13:59:23) > > > > > > Received DHCP Offer packet on npe1 from 10.42.1.1 (accepted) > > > > > > npe1: link state changed to DOWN > > > > > > Sending DHCP Request packet from interface npe1 (00:d0:12:13:59:23) > > > > > > Received DHCP Ack packet on npe1 from 10.42.1.1 (accepted) (got root > path) > > > > > > npe1 at 10.42.1.15 server 10.42.1.1 boot file kernel-avila.nfs > > > > > > subnet mask 255.255.255.0 rootfs 10.42.1.1:/data/freebsd/gateworks > rootopts > > > nol > > > Adjusted interface npe1 > > > > > > krpc_call: sosend: 65 > > > > > > krpc_call: sosend: 65 > > > > > > panic: nfs_boot: mount root, error=65 > > > > > > KDB: enter: panic > > > > > > [ thread pid 0 tid 100000 ] > > > > > > Stopped at kdb_enter+0x48: ldrb r15, [r15, r15, ror r15]! > > > > EHOSTUNREACH 65 /* No route to host */ > > But I fail to see anything wrong in the setup. > > 10.42.1.1 should be reachable by 10.42.1.15/24 and network can't > > be down (AFAIK ARP timeout results in EHOSTUNREACH) since you've got > > a DHCP config, even from the same server. > > No idea, but I'm not familar with the AVILA or similar. > > Could you watch the link on the device? > > I have a different AVILA board that is VERY slow to link. If I try > to netboot from a u-boot script, or type the load command to early > it just fails... It could be that we are simply not waiting long > enough for the PHY to reestablish itself after reiniting the ethernet > device... > > -- > John-Mark Gurney Voice: +1 415 225 5579 > > "All that I will do, has been done, All that I have, has not." > Hello Problem solved .. It was problem with PHY address of npe0 or 1 device.. Beri From owner-freebsd-arm@FreeBSD.ORG Tue Dec 31 18:35: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 ESMTPS id C796BB9B for ; Tue, 31 Dec 2013 18:35:45 +0000 (UTC) Received: from mail-qe0-x22e.google.com (mail-qe0-x22e.google.com [IPv6:2607:f8b0:400d:c02::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 844A416D6 for ; Tue, 31 Dec 2013 18:35:45 +0000 (UTC) Received: by mail-qe0-f46.google.com with SMTP id a11so12560849qen.19 for ; Tue, 31 Dec 2013 10:35:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=lJgqEEdvLJqAH1to0uE8Od23YRO+hxTbSVClxG2iabM=; b=GmzQpLeM9u7fI4zCR4UR+WDOkmVNDQ9JM/mS55CxLZCm4eKmzcoyFzXiXHv0JEQ/DQ EfVReZ5NPEtYCj3JQX/tCfa7EWlOTNRiwTqRCZA/7D2FDxo8451wjElpN4xv1mUWu7Ez rEKlEbIpLGYJ6g1l2wM01yHwpSO/Y7wcj6h/Gn99f/bjPI8rqf2OANEASPy9BMwTnkVE SWZniAg0QE7sd0L4MxN7/G9lqHdgaPo16a4BgC7rmb4DdNOhI7/84wqmOffveTBCahMA SVln2GShqCffoHBNTPAXHphehUUeMOFcqNFReW5N+ErTr18wHM8cXwmY+uccIRJ4u4YJ xfpA== MIME-Version: 1.0 X-Received: by 10.224.46.8 with SMTP id h8mr120805543qaf.49.1388514944666; Tue, 31 Dec 2013 10:35:44 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.224.52.8 with HTTP; Tue, 31 Dec 2013 10:35:44 -0800 (PST) In-Reply-To: References: <20131229015842.GC98282@cicely7.cicely.de> <20131229032733.GX99167@funkthat.com> Date: Tue, 31 Dec 2013 10:35:44 -0800 X-Google-Sender-Auth: GLoy_ZXTvwEFBvc-IqTy-dnBf00 Message-ID: Subject: Re: AVILA NFS problem ? From: Adrian Chadd To: Berislav Purgar Content-Type: text/plain; charset=ISO-8859-1 Cc: "freebsd-arm@freebsd.org" , ticso@cicely.de X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Dec 2013 18:35:45 -0000 Can you be more clearer? -a On 31 December 2013 10:23, Berislav Purgar wrote: > On Sun, Dec 29, 2013 at 4:27 AM, John-Mark Gurney wrote: > >> Bernd Walter wrote this message on Sun, Dec 29, 2013 at 02:58 +0100: >> > On Sat, Dec 28, 2013 at 01:59:49PM +0100, Berislav Purgar wrote: >> > > Hello .. >> > > I have problem with NFS on current. >> > > >> > > Timecounters tick every 10.000 msec >> > > >> > > ada0 at ata0 bus 0 scbus0 target 0 lun 0 >> > > >> > > ada0: CFA-0 device >> > > >> > > ada0: Serial Number 3ME3GRCZ >> > > >> > > ada0: 16.700MB/s transfers (PIO4, PIO 8192bytes) >> > > >> > > ada0: 3906MB (7999488 512 byte sectors: 16H 63S/T 7936C) >> > > >> > > ada0: Previously was known as ad0 >> > > >> > > bootpc_init: wired to interface 'npe1' >> > > >> > > Sending DHCP Discover packet from interface npe1 (00:d0:12:13:59:23) >> > > >> > > Received DHCP Offer packet on npe1 from 10.42.1.1 (accepted) >> > > >> > > npe1: link state changed to DOWN >> > > >> > > Sending DHCP Request packet from interface npe1 (00:d0:12:13:59:23) >> > > >> > > Received DHCP Ack packet on npe1 from 10.42.1.1 (accepted) (got root >> path) >> > > >> > > npe1 at 10.42.1.15 server 10.42.1.1 boot file kernel-avila.nfs >> > > >> > > subnet mask 255.255.255.0 rootfs 10.42.1.1:/data/freebsd/gateworks >> rootopts >> > > nol >> > > Adjusted interface npe1 >> > > >> > > krpc_call: sosend: 65 >> > > >> > > krpc_call: sosend: 65 >> > > >> > > panic: nfs_boot: mount root, error=65 >> > > >> > > KDB: enter: panic >> > > >> > > [ thread pid 0 tid 100000 ] >> > > >> > > Stopped at kdb_enter+0x48: ldrb r15, [r15, r15, ror r15]! >> > >> > EHOSTUNREACH 65 /* No route to host */ >> > But I fail to see anything wrong in the setup. >> > 10.42.1.1 should be reachable by 10.42.1.15/24 and network can't >> > be down (AFAIK ARP timeout results in EHOSTUNREACH) since you've got >> > a DHCP config, even from the same server. >> > No idea, but I'm not familar with the AVILA or similar. >> >> Could you watch the link on the device? >> >> I have a different AVILA board that is VERY slow to link. If I try >> to netboot from a u-boot script, or type the load command to early >> it just fails... It could be that we are simply not waiting long >> enough for the PHY to reestablish itself after reiniting the ethernet >> device... >> >> -- >> John-Mark Gurney Voice: +1 415 225 5579 >> >> "All that I will do, has been done, All that I have, has not." >> > > Hello > > Problem solved .. It was problem with PHY address of npe0 or 1 device.. > > Beri > _______________________________________________ > freebsd-arm@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" From owner-freebsd-arm@FreeBSD.ORG Tue Dec 31 21:11:14 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 ESMTPS id CB853CA0 for ; Tue, 31 Dec 2013 21:11:14 +0000 (UTC) Received: from turing.morphism.de (turing.morphism.de [62.116.177.133]) by mx1.freebsd.org (Postfix) with ESMTP id 88B9F10E3 for ; Tue, 31 Dec 2013 21:11:13 +0000 (UTC) Received: from localhost (moore.morphism.de [IPv6:2001:4178:4:202::136]) by turing.morphism.de (Postfix) with ESMTP id 8EE822DEF0; Tue, 31 Dec 2013 21:11:03 +0000 (UTC) Date: Tue, 31 Dec 2013 21:10:54 +0000 From: Markus Pfeiffer To: freebsd-arm@freebsd.org Subject: Re: FreeBSD 10 on Dockstar (Marvell Kirkwood) Message-ID: <20131231211054.GA90299@moore.morphism.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="3V7upXqbjpZ4EhLz" Content-Disposition: inline User-Agent: Mutt/1.5.22 (2013-10-16) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Markus Pfeiffer List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Dec 2013 21:11:14 -0000 --3V7upXqbjpZ4EhLz Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Hi all, I managed "fixing" it by editing the dockstar.dts file and putting for ranges: ranges = <0x0 0x2f 0xf9300000 0x00100000> Now I just have to figure out why this "fixes" it, and what damage that patch does. I also have some pathces for the LED on the dockstar which will tip up in my github soon. Cheers, markus --3V7upXqbjpZ4EhLz Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (DragonFly) iQIcBAEBAgAGBQJSwzLeAAoJEBRHBRYBD4mPmdkP+wXDZDEaUqNhLXKGZdar79uw pD6TgRj8jiADJFbqyGis4u+twp/GB2geu0C52q1damXyUpTIWAzTm98RMMLUatve 5Qvb77e9K37vgei5INrxMu95fLBgLGdjlkGcO4UO5n6t8FcJQ71TO4CcwEdZ2u+G NEkiE3ohQeW4dzf47S+Be7zBDfKdd22KizyBYDOj3WcILA3LMIonATnLEZS65A2y 4k6YTaWY8/fGu+gXgBFjzMyT7ep5VopXIpAiHUGoI4BWQ03wSi7BfnKNE7BVo6pz JEJSd8qHUbacsKKvqN503Q4BmZdimVatRVqaq45Y9kWQZr5QlfctPb9wvnoKeNmX /sB7WZXddHYL9UB9xAoOsk4G7jvJ6jSZO79STnGcFWGoezBiJssj1wgZhiPyt8wC TaTLpURyEngbFjkF3DIjJ9qGXWN8Rdv+wkiyi1PH8NxsAXDbZ77m75IH4UMn1QTH Fqg0MkXVuLyUdOHg7drmUhuDi3EP1UKCt3jHiqzqx+MtcQkLNAGBBbV+IGNLnkDh BEQTgAni3i/ZuZExEUNey+VoJcdz9IKDDa+UQlJ5iGQPYs8u8P8pkp2QnRMnarlz vAOldC2A/v0YRjhO2UCmgyLZAjtbmGj2uyEymTsFNfCjeleH/DsiYB8oc0FjzYkX ViS75uVeGMNxO5LIk6kd =m7jc -----END PGP SIGNATURE----- --3V7upXqbjpZ4EhLz-- From owner-freebsd-arm@FreeBSD.ORG Tue Dec 31 22:18:05 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 ESMTPS id C06028F8; Tue, 31 Dec 2013 22:18:05 +0000 (UTC) Received: from mail-wg0-x22c.google.com (mail-wg0-x22c.google.com [IPv6:2a00:1450:400c:c00::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3B11114D2; Tue, 31 Dec 2013 22:18:05 +0000 (UTC) Received: by mail-wg0-f44.google.com with SMTP id a1so11201052wgh.11 for ; Tue, 31 Dec 2013 14:18:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:cc:content-type; bh=SK1Kbevs7ncFQ3gdSI8thOF38z0R6lbqkzPJ4T1QtHM=; b=rRB3vUhbCM5S3hYERwBKHvl49QlwJ7tDU9BpnQP9wkc6t9VZL5cAf8H3ERO1+oE/Ch OttKEsmacNqZre5pSBTs9QmgOap0j/bwMN1Mo9bXni4FMC/WJdKlkUkbhGdpR3ON71pX V9wr/F7oStTGLfRP3hl15MayJmCVA1lGdHP5OeEOWUuF1W62Cg3tEjN0lY5HU0I6Qdk8 ilRR4l8o3CEFqYTUoSFdwhLfcIjb7gKA6kE1+QSFBuR+1g37VGyExqSHwI7jU2UfOXSB V1vKy20BXFjPkaUcdiv/qQdEKjUYbbenCYH5EfboGx3+aAhuL70107a5ODxs39GVR+dp T9oA== X-Received: by 10.194.63.134 with SMTP id g6mr25168506wjs.46.1388528283561; Tue, 31 Dec 2013 14:18:03 -0800 (PST) MIME-Version: 1.0 From: Berislav Purgar Date: Tue, 31 Dec 2013 14:18:03 -0800 Message-ID: <1504801126410582043@unknownmsgid> Subject: RE: AVILA NFS problem ? To: Adrian Chadd Content-Type: text/plain; charset=ISO-8859-1 Cc: "freebsd-arm@freebsd.org" , "ticso@cicely.de" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Dec 2013 22:18:05 -0000 Yes... Default avila.hints configure phy 0 for npe0 and npe1 phy 1 and that work with gw-2348 board (i think). But i have gw-2345-F board which have 4 lan and one wan port. Wan port is attached to PHY 5 and lan ports are attached to switch chip KS8995. We dont have driver for this chip so i figured that if i put 2 for PHY port 2 works on switch. So i forget to change these in avila.hints and that reproduce kernel panic on nfs boot.. Beri Sent from my Windows Phone From: Adrian Chadd Sent: 12/31/2013 19:35 To: Berislav Purgar Cc: ticso@cicely.de; freebsd-arm@freebsd.org Subject: Re: AVILA NFS problem ? Can you be more clearer? -a On 31 December 2013 10:23, Berislav Purgar wrote: > On Sun, Dec 29, 2013 at 4:27 AM, John-Mark Gurney wrote: > >> Bernd Walter wrote this message on Sun, Dec 29, 2013 at 02:58 +0100: >> > On Sat, Dec 28, 2013 at 01:59:49PM +0100, Berislav Purgar wrote: >> > > Hello .. >> > > I have problem with NFS on current. >> > > >> > > Timecounters tick every 10.000 msec >> > > >> > > ada0 at ata0 bus 0 scbus0 target 0 lun 0 >> > > >> > > ada0: CFA-0 device >> > > >> > > ada0: Serial Number 3ME3GRCZ >> > > >> > > ada0: 16.700MB/s transfers (PIO4, PIO 8192bytes) >> > > >> > > ada0: 3906MB (7999488 512 byte sectors: 16H 63S/T 7936C) >> > > >> > > ada0: Previously was known as ad0 >> > > >> > > bootpc_init: wired to interface 'npe1' >> > > >> > > Sending DHCP Discover packet from interface npe1 (00:d0:12:13:59:23) >> > > >> > > Received DHCP Offer packet on npe1 from 10.42.1.1 (accepted) >> > > >> > > npe1: link state changed to DOWN >> > > >> > > Sending DHCP Request packet from interface npe1 (00:d0:12:13:59:23) >> > > >> > > Received DHCP Ack packet on npe1 from 10.42.1.1 (accepted) (got root >> path) >> > > >> > > npe1 at 10.42.1.15 server 10.42.1.1 boot file kernel-avila.nfs >> > > >> > > subnet mask 255.255.255.0 rootfs 10.42.1.1:/data/freebsd/gateworks >> rootopts >> > > nol >> > > Adjusted interface npe1 >> > > >> > > krpc_call: sosend: 65 >> > > >> > > krpc_call: sosend: 65 >> > > >> > > panic: nfs_boot: mount root, error=65 >> > > >> > > KDB: enter: panic >> > > >> > > [ thread pid 0 tid 100000 ] >> > > >> > > Stopped at kdb_enter+0x48: ldrb r15, [r15, r15, ror r15]! >> > >> > EHOSTUNREACH 65 /* No route to host */ >> > But I fail to see anything wrong in the setup. >> > 10.42.1.1 should be reachable by 10.42.1.15/24 and network can't >> > be down (AFAIK ARP timeout results in EHOSTUNREACH) since you've got >> > a DHCP config, even from the same server. >> > No idea, but I'm not familar with the AVILA or similar. >> >> Could you watch the link on the device? >> >> I have a different AVILA board that is VERY slow to link. If I try >> to netboot from a u-boot script, or type the load command to early >> it just fails... It could be that we are simply not waiting long >> enough for the PHY to reestablish itself after reiniting the ethernet >> device... >> >> -- >> John-Mark Gurney Voice: +1 415 225 5579 >> >> "All that I will do, has been done, All that I have, has not." >> > > Hello > > Problem solved .. It was problem with PHY address of npe0 or 1 device.. > > Beri > _______________________________________________ > freebsd-arm@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" From owner-freebsd-arm@FreeBSD.ORG Tue Dec 31 23:30:40 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 ESMTPS id CF0E2D71 for ; Tue, 31 Dec 2013 23:30:40 +0000 (UTC) Received: from smtpauth3.wiscmail.wisc.edu (wmauth3.doit.wisc.edu [144.92.197.226]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9DBE81870 for ; Tue, 31 Dec 2013 23:30:40 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from avs-daemon.smtpauth3.wiscmail.wisc.edu by smtpauth3.wiscmail.wisc.edu (Oracle Communications Messaging Server 7u4-27.01(7.0.4.27.0) 64bit (built Aug 30 2012)) id <0MYP00L002JBWC00@smtpauth3.wiscmail.wisc.edu> for freebsd-arm@freebsd.org; Tue, 31 Dec 2013 17:30:33 -0600 (CST) X-Spam-PmxInfo: Server=avs-3, Version=6.0.3.2322014, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2013.12.31.231815, SenderIP=0.0.0.0 X-Spam-Report: AuthenticatedSender=yes, SenderIP=0.0.0.0 Received: from wanderer.tachypleus.net (uslec-66-43-153-99.cust.uslec.net [66.43.153.99]) by smtpauth3.wiscmail.wisc.edu (Oracle Communications Messaging Server 7u4-27.01(7.0.4.27.0) 64bit (built Aug 30 2012)) with ESMTPSA id <0MYP00BDW2MWZC10@smtpauth3.wiscmail.wisc.edu> for freebsd-arm@freebsd.org; Tue, 31 Dec 2013 17:30:33 -0600 (CST) Message-id: <52C35398.2090502@freebsd.org> Date: Tue, 31 Dec 2013 18:30:32 -0500 From: Nathan Whitehorn User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 To: freebsd-arm@freebsd.org Subject: Re: FreeBSD 10 on Dockstar (Marvell Kirkwood) References: <20131231211054.GA90299@moore.morphism.de> In-reply-to: <20131231211054.GA90299@moore.morphism.de> X-Enigmail-Version: 1.6 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Dec 2013 23:30:40 -0000 On 12/31/13 16:10, Markus Pfeiffer wrote: > Hi all, > > I managed "fixing" it by editing the dockstar.dts file and putting for ranges: > > ranges = <0x0 0x2f 0xf9300000 0x00100000> > > Now I just have to figure out why this "fixes" it, and what damage that patch > does. > I also have some pathces for the LED on the dockstar which will tip up in my > github soon. > > Cheers, > markus Which node did you add this to? I'm trying to make our FDT code more standards-compliant. This seems like something where we missed a spot. -Nathan From owner-freebsd-arm@FreeBSD.ORG Tue Dec 31 23:37:28 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 ESMTPS id 803B1DDA; Tue, 31 Dec 2013 23:37:28 +0000 (UTC) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5B57518DB; Tue, 31 Dec 2013 23:37:28 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id rBVNbDZF083527 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 31 Dec 2013 15:37:13 -0800 (PST) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id rBVNbDpg083526; Tue, 31 Dec 2013 15:37:13 -0800 (PST) (envelope-from jmg) Date: Tue, 31 Dec 2013 15:37:13 -0800 From: John-Mark Gurney To: Berislav Purgar Subject: Re: AVILA NFS problem ? Message-ID: <20131231233712.GR99167@funkthat.com> Mail-Followup-To: Berislav Purgar , Adrian Chadd , "freebsd-arm@freebsd.org" , "ticso@cicely.de" References: <1504801126410582043@unknownmsgid> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1504801126410582043@unknownmsgid> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Tue, 31 Dec 2013 15:37:13 -0800 (PST) Cc: "freebsd-arm@freebsd.org" , "ticso@cicely.de" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Dec 2013 23:37:28 -0000 Berislav Purgar wrote this message on Tue, Dec 31, 2013 at 14:18 -0800: > Yes... Default avila.hints configure phy 0 for npe0 and npe1 phy 1 and > that work with gw-2348 board (i think). But i have gw-2345-F board > which have 4 lan and one wan port. Wan port is attached to PHY 5 and > lan ports are attached to switch chip KS8995. We dont have driver for > this chip so i figured that if i put 2 for PHY port 2 works on switch. > So i forget to change these in avila.hints and that reproduce kernel > panic on nfs boot.. Can you post which hints you needed? This will be helpful for others, plus, we can look at installing, or at least documenting that these hints are required for that model of board... > Sent: 12/31/2013 19:35 > To: Berislav Purgar > Cc: ticso@cicely.de; freebsd-arm@freebsd.org > Subject: Re: AVILA NFS problem ? > Can you be more clearer? > > > -a > > > On 31 December 2013 10:23, Berislav Purgar wrote: > > On Sun, Dec 29, 2013 at 4:27 AM, John-Mark Gurney wrote: > > > >> Bernd Walter wrote this message on Sun, Dec 29, 2013 at 02:58 +0100: > >> > On Sat, Dec 28, 2013 at 01:59:49PM +0100, Berislav Purgar wrote: > >> > > Hello .. > >> > > I have problem with NFS on current. > >> > > > >> > > Timecounters tick every 10.000 msec > >> > > > >> > > ada0 at ata0 bus 0 scbus0 target 0 lun 0 > >> > > > >> > > ada0: CFA-0 device > >> > > > >> > > ada0: Serial Number 3ME3GRCZ > >> > > > >> > > ada0: 16.700MB/s transfers (PIO4, PIO 8192bytes) > >> > > > >> > > ada0: 3906MB (7999488 512 byte sectors: 16H 63S/T 7936C) > >> > > > >> > > ada0: Previously was known as ad0 > >> > > > >> > > bootpc_init: wired to interface 'npe1' > >> > > > >> > > Sending DHCP Discover packet from interface npe1 (00:d0:12:13:59:23) > >> > > > >> > > Received DHCP Offer packet on npe1 from 10.42.1.1 (accepted) > >> > > > >> > > npe1: link state changed to DOWN > >> > > > >> > > Sending DHCP Request packet from interface npe1 (00:d0:12:13:59:23) > >> > > > >> > > Received DHCP Ack packet on npe1 from 10.42.1.1 (accepted) (got root > >> path) > >> > > > >> > > npe1 at 10.42.1.15 server 10.42.1.1 boot file kernel-avila.nfs > >> > > > >> > > subnet mask 255.255.255.0 rootfs 10.42.1.1:/data/freebsd/gateworks > >> rootopts > >> > > nol > >> > > Adjusted interface npe1 > >> > > > >> > > krpc_call: sosend: 65 > >> > > > >> > > krpc_call: sosend: 65 > >> > > > >> > > panic: nfs_boot: mount root, error=65 > >> > > > >> > > KDB: enter: panic > >> > > > >> > > [ thread pid 0 tid 100000 ] > >> > > > >> > > Stopped at kdb_enter+0x48: ldrb r15, [r15, r15, ror r15]! > >> > > >> > EHOSTUNREACH 65 /* No route to host */ > >> > But I fail to see anything wrong in the setup. > >> > 10.42.1.1 should be reachable by 10.42.1.15/24 and network can't > >> > be down (AFAIK ARP timeout results in EHOSTUNREACH) since you've got > >> > a DHCP config, even from the same server. > >> > No idea, but I'm not familar with the AVILA or similar. > >> > >> Could you watch the link on the device? > >> > >> I have a different AVILA board that is VERY slow to link. If I try > >> to netboot from a u-boot script, or type the load command to early > >> it just fails... It could be that we are simply not waiting long > >> enough for the PHY to reestablish itself after reiniting the ethernet > >> device... > >> > >> -- > >> John-Mark Gurney Voice: +1 415 225 5579 > >> > >> "All that I will do, has been done, All that I have, has not." > >> > > > > Hello > > > > Problem solved .. It was problem with PHY address of npe0 or 1 device.. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not."