From owner-freebsd-arm@FreeBSD.ORG Sun Mar 22 01:11:28 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B6B974B5 for ; Sun, 22 Mar 2015 01:11:28 +0000 (UTC) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "raven.bwct.de", Issuer "BWCT" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 5FAB73DC for ; Sun, 22 Mar 2015 01:11:27 +0000 (UTC) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id t2M1AvJX038896 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Sun, 22 Mar 2015 02:10:57 +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 t2M1AtL3032104 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 22 Mar 2015 02:10:55 +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 t2M1AsZ2088973; Sun, 22 Mar 2015 02:10:54 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.14.2/8.14.2/Submit) id t2M1AsT7088972; Sun, 22 Mar 2015 02:10:54 +0100 (CET) (envelope-from ticso) Date: Sun, 22 Mar 2015 02:10:54 +0100 From: Bernd Walter To: Manuel =?iso-8859-1?Q?St=FChn?= Subject: Re: remote kernel debugging Message-ID: <20150322011054.GA81780@cicely7.cicely.de> Reply-To: ticso@cicely.de References: <550DD740.2070608@freenet.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <550DD740.2070608@freenet.de> X-Operating-System: FreeBSD cicely7.cicely.de 7.0-STABLE i386 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-0.2 required=5.0 tests=ALL_TRUSTED=-1, BAYES_00=-1.9, DNS_FROM_AHBL_RHSBL=2.699, T_RP_MATCHES_RCVD=-0.01 autolearn=no version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on spamd.cicely.de Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Mar 2015 01:11:28 -0000 On Sat, Mar 21, 2015 at 09:40:32PM +0100, Manuel Stühn wrote: > Hi, > is it possible to debug the freebsd-kernel remotely on BBB? I'm > following the developers-handbook, but I do not get it working: > > root@beaglebone:~ # sysctl debug.kdb.enter=1 > debug.kdb.enter: 0KDB: enter: sysctl debug.kdb.enter > [ thread pid 655 tid 100087 ] > Stopped at $d.11: ldrb r15, [r15, r15, ror r15]! > db> gdb > The remote GDB backend could not be selected. > > root@beaglebone:~ # dmesg > GDB: no debug ports present > KDB: debugger backends: ddb > KDB: current backend: ddb > Copyright (c) 1992-2015 The FreeBSD Project. > [...] > > > On the remote host: > > /usr/obj/usr/src/sys/BBB # kgdb -v -r /dev/cuaU0 -b 115200 kernel.debug > kgdb: device file: /dev/cuaU0 > kgdb: kernel image: kernel.debug > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you are > welcome to change it and/or distribute copies of it under certain > conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "armv6hf-marcel-freebsd"...Switching to > remote protocol > Couldn't establish connection to remote target > Malformed response to offset query, qOffsets > > > Kernel-Configuration BBB: > > # Debugging for use in -current > makeoptions DEBUG=-g > options BREAK_TO_DEBUGGER > #options VERBOSE_SYSINIT > options KDB > # For minimum debugger support (stable branch) use: > #options KDB_TRACE > # For full debugger support use this instead: > options DDB > #options INVARIANTS > #options INVARIANT_SUPPORT > #options WITNESS > #options WITNESS_SKIPSPIN > #options DIAGNOSTIC > options GDB > > I'm finding in the web that it is necessary to set someting like > > hint.uart.0.flags"0x90" > > but i do not find any flag like this in sysctl on BBB. The flags are documented in the uart manpage. 0x10 flag sets the console uart and 0x80 the gdb uart. 0x90 sets both. But it assumes /boot/device.hints to be used, which to my knowledge isn't true on the BBB. The console is setup via stdin/stdout in sys/boot/fdt/dts/arm/beaglebone.dts No idea how gdb or any of the other flags can be entered in the DTS files. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-arm@FreeBSD.ORG Sun Mar 22 04:43:33 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 98B27C15 for ; Sun, 22 Mar 2015 04:43:33 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7F7DEA95 for ; Sun, 22 Mar 2015 04:43:33 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t2M4hXTk094365 for ; Sun, 22 Mar 2015 04:43:33 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 198783] I2C driver for AM335X enhancement Date: Sun, 22 Mar 2015 04:43:33 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: elbarto@bocal.org X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter attachments.created Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Mar 2015 04:43:33 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=198783 Bug ID: 198783 Summary: I2C driver for AM335X enhancement Product: Base System Version: 11.0-CURRENT Hardware: arm OS: Any Status: New Severity: Affects Only Me Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: elbarto@bocal.org Created attachment 154646 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=154646&action=edit patch i2c am335X Hello, This patch enhanced the i2c driver for AM335X. This add support for read(2), write(2) and the required ioctl by i2c(8) (I2CSTART, I2CSTOP, I2CRPTSTART). Now it is possible to dump the on-board eeprom with i2c : i2c -a 0x50 -d r -w 16 -c 4096 -o 0 -b > eeprom.bin Note: The write syscall use an internal buffer of 1024 because in sys/dev/iicbus/iic.c it's limited to 1024. Cheers, -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-arm@FreeBSD.ORG Sun Mar 22 06:30:10 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D22C28BD for ; Sun, 22 Mar 2015 06:30:10 +0000 (UTC) Received: from monday.kientzle.com (kientzle.com [142.254.26.11]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 98A7B32A for ; Sun, 22 Mar 2015 06:30:10 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id t2M6TtnE059581; Sun, 22 Mar 2015 06:29:55 GMT (envelope-from tim@kientzle.com) Received: from [192.168.2.105] (192.168.1.65 [192.168.1.65]) by kientzle.com with SMTP id 9inp8s2gts8759wh2vzkj6hcw2; Sun, 22 Mar 2015 06:29:54 +0000 (UTC) (envelope-from tim@kientzle.com) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Subject: Re: beaglebone boot from eMMC From: Tim Kientzle In-Reply-To: <3DF08C65-20E3-4524-B0E1-C5C096AA0FE8@hellmuth-michaelis.de> Date: Sat, 21 Mar 2015 23:29:53 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <3DF08C65-20E3-4524-B0E1-C5C096AA0FE8@hellmuth-michaelis.de> To: Hellmuth Michaelis X-Mailer: Apple Mail (2.2070.6) Cc: freebsd-arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Mar 2015 06:30:10 -0000 > On Mar 11, 2015, at 12:27 AM, Hellmuth Michaelis = wrote: >=20 > Hi, >=20 > i=E2=80=99m running a recent current on a beaglebone black and i=E2=80=99= m using crochet to build stuff. I=E2=80=99ve seen the copy to eMMC = script in root and tried that. After running it, i checked the MSDOS and = UFS partitions and it seems they are OK. But, after removing the SD card = and trying to boot from the internal eMMC i just see =E2=80=9EC=E2=80=9C=E2= =80=99s coming out slowly of the serial console, nothing else is = happening. Putting in the SD card and all runs well again. I tried this today with one of my BBBs, and I see the same thing. = Clearly, the ROM does not like either the MBR partitioning or the MSDOS = format being used by FreeBSD. The copy-to-emmc.sh script did work at one time, so I suspect something = has changed in FreeBSD since then. > GEOM_PART: integrity check failed (mmcsd1, MBR) > GEOM_PART: integrity check failed (diskid/DISK-5F817AAF, MBR) If I format the eMMC then boot from SD, I see the same messages here, so = I don=E2=80=99t think you have a defective eMMC. I suspect a fatal mismatch in the CHS geometry assumptions somewhere. Tim From owner-freebsd-arm@FreeBSD.ORG Sun Mar 22 11:54:12 2015 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D7FA2708 for ; Sun, 22 Mar 2015 11:54:12 +0000 (UTC) Received: from mail-n.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mail-n.franken.de", Issuer "Thawte DV SSL CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 65E49781 for ; Sun, 22 Mar 2015 11:54:12 +0000 (UTC) Received: from dhcp-885f.meeting.ietf.org (dhcp-885f.meeting.ietf.org [31.133.136.95]) (Authenticated sender: macmic) by mail-n.franken.de (Postfix) with ESMTP id 3BCDE1C104349 for ; Sun, 22 Mar 2015 12:54:08 +0100 (CET) From: Michael Tuexen Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: panic: pmap_demote_section: No l2_bucket for wired mapping Message-Id: Date: Sun, 22 Mar 2015 06:54:06 -0500 To: "freebsd-arm@freebsd.org" Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) X-Mailer: Apple Mail (2.2070.6) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Mar 2015 11:54:12 -0000 Dear all, running head on a Raspberry Pi became unstable. When running r280329 for a while (the machine is exposed to the Internet, so ssh logins are continuously tried), the machine panics: panic: pmap_demote_section: No l2_bucket for wired mapping KDB: enter: panic [ thread pid 15 tid 100049 ] Stopped at $d.13: ldrb r15, [r15, r15, ror r15]! db> where Tracing pid 15 tid 100049 td 0xc25cc660 db_trace_self() at db_trace_self pc = 0xc04ed3a0 lr = 0xc0132110 ($a.30+0xf4) sp = 0xdbf88980 fp = 0xdbf88998 r10 = 0xc070598c $a.30() at $a.30+0xf4 pc = 0xc0132110 lr = 0xc0131a98 ($a.12+0x270) sp = 0xdbf889a0 fp = 0xdbf88a40 r4 = 0x00000000 r5 = 0x00000000 r6 = 0x00000072 r10 = 0xc070598c $a.12() at $a.12+0x270 pc = 0xc0131a98 lr = 0xc0131800 (db_command_loop+0x5c) sp = 0xdbf88a48 fp = 0xdbf88a58 r4 = 0xc0543cf6 r5 = 0xc0563963 r6 = 0xc0705978 r7 = 0xc0619a84 r8 = 0xc06fba20 r9 = 0xc06fba24 r10 = 0xdbf88c28 db_command_loop() at db_command_loop+0x5c pc = 0xc0131800 lr = 0xc013423c (db_trap+0xd8) sp = 0xdbf88a60 fp = 0xdbf88b80 r4 = 0x00000000 r5 = 0xc0705984 r6 = 0xc06fba48 r10 = 0xdbf88c28 db_trap() at db_trap+0xd8 pc = 0xc013423c lr = 0xc02d1180 (kdb_trap+0xbc) sp = 0xdbf88b88 fp = 0xdbf88ba8 r4 = 0x00000000 r5 = 0x00000001 r6 = 0xc06fba48 r7 = 0xc0619a84 kdb_trap() at kdb_trap+0xbc pc = 0xc02d1180 lr = 0xc0500784 (undefinedinstruction+0x2b8) sp = 0xdbf88bb0 fp = 0xdbf88c20 r4 = 0x00000000 r5 = 0x00000000 r6 = 0xc050041c r7 = 0xe7ffffff r8 = 0xc25cc660 r9 = 0xc02d0a6c r10 = 0xdbf88c28 undefinedinstruction() at undefinedinstruction+0x2b8 pc = 0xc0500784 lr = 0xc04eea54 (exception_exit) sp = 0xdbf88c28 fp = 0xdbf88cc0 r4 = 0xc05639b8 r5 = 0xdbf88d14 r6 = 0xc0590e4a r7 = 0xc06edf78 r8 = 0xc25cc660 r9 = 0xc07074d8 r10 = 0xc06edde0 exception_exit() at exception_exit pc = 0xc04eea54 lr = 0xc02d0a60 (kdb_enter+0x3c) sp = 0xdbf88cb8 fp = 0xdbf88cc0 r0 = 0xc06fba34 r1 = 0x00000000 r2 = 0xc056701c r3 = 0x000000aa r4 = 0xc05639b8 r5 = 0xdbf88d14 r6 = 0xc0590e4a r7 = 0xc06edf78 r8 = 0xc25cc660 r9 = 0xc07074d8 r10 = 0xc06edde0 r12 = 0x00000000 $a.14() at $a.14 pc = 0xc02d0a70 lr = 0xc0297928 ($a.14+0xb4) sp = 0xdbf88cc8 fp = 0xdbf88ce8 r4 = 0x00000100 r10 = 0xc06edde0 $a.14() at $a.14+0xb4 pc = 0xc0297928 lr = 0xc0297864 ($d.13) sp = 0xdbf88cf0 fp = 0xdbf88d08 r4 = 0xc06ede78 r5 = 0xc0590e4a r6 = 0xdbf88d14 r7 = 0xc06edde0 r8 = 0xc0d54800 r9 = 0x00000203 r10 = 0xc2bda0bc $d.13() at $d.13 pc = 0xc0297864 lr = 0xc04f4bd0 ($a.16+0x62c) sp = 0xdbf88d20 fp = 0xdbf88d60 r4 = 0xc2bda0bc r5 = 0x0bf09c2e r6 = 0xc2c01df0 r7 = 0x20300000 $a.16() at $a.16+0x62c pc = 0xc04f4bd0 lr = 0xc04fabd8 ($a.110+0xc0) sp = 0xdbf88d68 fp = 0xdbf88da8 r4 = 0xc152a830 r5 = 0x20300000 r6 = 0xd9fa0000 r7 = 0x00000203 r8 = 0xc2bda0bc r9 = 0xc2bda0cc r10 = 0x00000000 $a.110() at $a.110+0xc0 pc = 0xc04fabd8 lr = 0xc04db974 ($a.27+0x84) sp = 0xdbf88db0 fp = 0xdbf88e28 r4 = 0xc0d57500 r5 = 0x00000005 r6 = 0x00000562 r7 = 0x00000006 r8 = 0x00000001 r9 = 0xc058d0d7 r10 = 0xc058d0d7 $a.27() at $a.27+0x84 pc = 0xc04db974 lr = 0xc0265bc8 (fork_exit+0x80) sp = 0xdbf88e30 fp = 0xdbf88e48 r4 = 0xc25cc660 r5 = 0xc2760000 r6 = 0xc04da8a4 r7 = 0x00000000 r8 = 0xdbf88e50 r9 = 0xc06fb5c0 r10 = 0xc065ae00 fork_exit() at fork_exit+0x80 pc = 0xc0265bc8 lr = 0xc04ee9e4 (swi_exit) sp = 0xdbf88e50 fp = 0x00000000 r4 = 0xc04da8a4 r5 = 0x00000000 r6 = 0xc06fc70c r7 = 0xc06fb5c4 r8 = 0x00000104 r10 = 0xc065ae00 swi_exit() at swi_exit pc = 0xc04ee9e4 lr = 0xc04ee9e4 (swi_exit) sp = 0xdbf88e50 fp = 0x00000000 db> It might be related to https://svnweb.freebsd.org/changeset/base/280324 Any idea what is going on? Best regards Michael From owner-freebsd-arm@FreeBSD.ORG Sun Mar 22 12:05:38 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4CDE4C12 for ; Sun, 22 Mar 2015 12:05:38 +0000 (UTC) Received: from biz112.inmotionhosting.com (biz112.inmotionhosting.com [66.117.4.135]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2995C87B for ; Sun, 22 Mar 2015 12:05:37 +0000 (UTC) Received: from 75-37-201-71.lightspeed.snmtca.sbcglobal.net ([75.37.201.71]:52643 helo=SB2) by biz112.inmotionhosting.com with esmtpsa (TLSv1:RC4-SHA:128) (Exim 4.82) (envelope-from ) id 1YZSsp-0001Gx-RV for freebsd-arm@freebsd.org; Sat, 21 Mar 2015 16:32:48 -0700 From: "Sven Brehmer" To: Subject: Booting < 4 SMP cores on Wandboard-Quad? Date: Sat, 21 Mar 2015 16:32:47 -0700 Message-ID: <000001d0642f$56f59540$04e0bfc0$@polycoresoftware.com> MIME-Version: 1.0 X-Mailer: Microsoft Outlook 15.0 Thread-Index: AdBkLtZOe6IYD7YdT/qmNyhANgbJJQ== Content-Language: en-us X-OutGoing-Spam-Status: No, score=-102.9 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - biz112.inmotionhosting.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - polycoresoftware.com X-Get-Message-Sender-Via: biz112.inmotionhosting.com: authenticated_id: sven.brehmer@polycoresoftware.com Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Mar 2015 12:05:38 -0000 Hello, We are working with FreeBSD on the Wandboard and we are trying to boot less than 4 cores in SMP mode. We have tried a number of way's with settings in sysctl.conf, loader.conf and customizing the kernel build with "options MAXCPU=2", but without success. Any advice would be appreciated. Regards, Sven Brehmer From owner-freebsd-arm@FreeBSD.ORG Sun Mar 22 15:19:59 2015 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E5B97A26; Sun, 22 Mar 2015 15:19:59 +0000 (UTC) Received: from kanar.ci0.org (kanar.ci0.org [IPv6:2001:bc8:35e6::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 87F24BF3; Sun, 22 Mar 2015 15:19:58 +0000 (UTC) Received: from kanar.ci0.org (pluxor@localhost [127.0.0.1]) by kanar.ci0.org (8.14.8/8.14.8) with ESMTP id t2MFJYYL033123; Sun, 22 Mar 2015 16:19:34 +0100 (CET) (envelope-from mlfbsd@kanar.ci0.org) Received: (from mlfbsd@localhost) by kanar.ci0.org (8.14.8/8.14.8/Submit) id t2MFJYNj033122; Sun, 22 Mar 2015 16:19:34 +0100 (CET) (envelope-from mlfbsd) Date: Sun, 22 Mar 2015 16:19:34 +0100 From: Olivier Houchard To: Michael Tuexen Subject: Re: panic: pmap_demote_section: No l2_bucket for wired mapping Message-ID: <20150322151934.GA31108@ci0.org> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Mar 2015 15:20:00 -0000 On Sun, Mar 22, 2015 at 06:54:06AM -0500, Michael Tuexen wrote: > Dear all, > Hi Michael, > running head on a Raspberry Pi became unstable. When running > r280329 for a while (the machine is exposed to the Internet, so > ssh logins are continuously tried), the machine panics: > > panic: pmap_demote_section: No l2_bucket for wired mapping > > It might be related to > https://svnweb.freebsd.org/changeset/base/280324 > > Any idea what is going on? > Doest backing rev 280324 out fixes it ? I'm at a loss as to why my commit could provoke this, and can't seem to reproduce it on my pandaboard. Another possibility is that rev 280327, which makes it possible to map library's code using superpages, uncovered a bug somewhere. Regards, Olivier From owner-freebsd-arm@FreeBSD.ORG Sun Mar 22 16:08:11 2015 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3666D984 for ; Sun, 22 Mar 2015 16:08:11 +0000 (UTC) Received: from mail-n.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mail-n.franken.de", Issuer "Thawte DV SSL CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id EB68ACF for ; Sun, 22 Mar 2015 16:08:10 +0000 (UTC) Received: from dhcp-9c2f.meeting.ietf.org (dhcp-9c2f.meeting.ietf.org [31.133.156.47]) (Authenticated sender: macmic) by mail-n.franken.de (Postfix) with ESMTP id C4CBC1C0B3F7E; Sun, 22 Mar 2015 17:08:06 +0100 (CET) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Subject: Re: panic: pmap_demote_section: No l2_bucket for wired mapping From: Michael Tuexen In-Reply-To: <20150322151934.GA31108@ci0.org> Date: Sun, 22 Mar 2015 11:08:05 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: <6A0AEEA5-3038-4A45-AAD4-6562624EE3E2@freebsd.org> References: <20150322151934.GA31108@ci0.org> To: Olivier Houchard X-Mailer: Apple Mail (2.2070.6) Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Mar 2015 16:08:11 -0000 > On 22 Mar 2015, at 10:19, Olivier Houchard wrote: >=20 > On Sun, Mar 22, 2015 at 06:54:06AM -0500, Michael Tuexen wrote: >> Dear all, >>=20 >=20 > Hi Michael,=20 >=20 >> running head on a Raspberry Pi became unstable. When running >> r280329 for a while (the machine is exposed to the Internet, so >> ssh logins are continuously tried), the machine panics: >>=20 >> panic: pmap_demote_section: No l2_bucket for wired mapping >>=20 >> It might be related to >> https://svnweb.freebsd.org/changeset/base/280324 >>=20 >> Any idea what is going on? >>=20 >=20 > Doest backing rev 280324 out fixes it ? I'm at a loss as to why my = commit=20 I can't test it right now, since I'm only having remote access to the = raspberry pi and it already dies when doing svn stuff. Not thinking about compiling = stuff. I can build a complete image when I'm back in my lab. This might take a week or so. = I'll report if no one beats me... > could provoke this, and can't seem to reproduce it on my pandaboard. > Another possibility is that rev 280327, which makes it possible to map > library's code using superpages, uncovered a bug somewhere. This is what I'm thinking about. I could not find an issue while looking at your patch. Best regards Michael >=20 > Regards, >=20 > Olivier >=20 From owner-freebsd-arm@FreeBSD.ORG Sun Mar 22 16:10:36 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 05EA4A9D for ; Sun, 22 Mar 2015 16:10:36 +0000 (UTC) Received: from relay.mailchannels.net (aso-006-i440.relay.mailchannels.net [23.91.64.121]) by mx1.freebsd.org (Postfix) with ESMTP id 5CF8C172 for ; Sun, 22 Mar 2015 16:10:34 +0000 (UTC) X-Sender-Id: duocircle|x-authuser|hippie Received: from smtp5.ore.mailhop.org (ip-10-229-11-165.us-west-2.compute.internal [10.229.11.165]) by relay.mailchannels.net (Postfix) with ESMTPA id 46A63120670; Sun, 22 Mar 2015 15:50:46 +0000 (UTC) X-Sender-Id: duocircle|x-authuser|hippie Received: from smtp5.ore.mailhop.org (smtp5.ore.mailhop.org [10.83.15.107]) (using TLSv1 with cipher DHE-RSA-AES256-SHA) by 0.0.0.0:2500 (trex/5.4.8); Sun, 22 Mar 2015 15:50:46 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: duocircle|x-authuser|hippie X-MailChannels-Auth-Id: duocircle X-MC-Loop-Signature: 1427039446355:404264774 X-MC-Ingress-Time: 1427039446354 Received: from c-73-34-117-227.hsd1.co.comcast.net ([73.34.117.227] helo=ilsoft.org) by smtp5.ore.mailhop.org with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.82) (envelope-from ) id 1YZi9F-0003EP-BW; Sun, 22 Mar 2015 15:50:45 +0000 Received: from revolution.hippie.lan (revolution.hippie.lan [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id t2MFohEb037248; Sun, 22 Mar 2015 09:50:43 -0600 (MDT) (envelope-from ian@freebsd.org) X-Mail-Handler: DuoCircle Outbound SMTP X-Originating-IP: 73.34.117.227 X-Report-Abuse-To: abuse@duocircle.com (see https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information for abuse reporting information) X-MHO-User: U2FsdGVkX1/9UXykAMRkqUGhVM1Yqr/D Message-ID: <1427039443.49126.2.camel@freebsd.org> Subject: Re: Booting < 4 SMP cores on Wandboard-Quad? From: Ian Lepore To: Sven Brehmer Date: Sun, 22 Mar 2015 09:50:43 -0600 In-Reply-To: <000001d0642f$56f59540$04e0bfc0$@polycoresoftware.com> References: <000001d0642f$56f59540$04e0bfc0$@polycoresoftware.com> Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.12.10 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-AuthUser: hippie Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Mar 2015 16:10:36 -0000 On Sat, 2015-03-21 at 16:32 -0700, Sven Brehmer wrote: > Hello, > > > > We are working with FreeBSD on the Wandboard and we are trying to boot less > than 4 cores in SMP mode. We have tried a number of way's with settings in > sysctl.conf, loader.conf and customizing the kernel build with "options > MAXCPU=2", but without success. > > > > Any advice would be appreciated. Set the hw.ncpu tunable to the number you want. If you have forth enabled add to loader.conf: hw.ncpu=2 otherwise (no forth) add to loader.rc: set hw.ncpu=2 I'm not sure there's good error checking, so don't set it to more cores than you actually have. :) -- Ian From owner-freebsd-arm@FreeBSD.ORG Sun Mar 22 16:31:53 2015 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EC6C657D for ; Sun, 22 Mar 2015 16:31:53 +0000 (UTC) Received: from mail-n.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mail-n.franken.de", Issuer "Thawte DV SSL CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id AD3E3378 for ; Sun, 22 Mar 2015 16:31:53 +0000 (UTC) Received: from [IPv6:2001:67c:370:152:7984:bc84:47c8:9098] (unknown [IPv6:2001:67c:370:152:7984:bc84:47c8:9098]) (Authenticated sender: macmic) by mail-n.franken.de (Postfix) with ESMTP id 263871C0B3F7E; Sun, 22 Mar 2015 17:31:51 +0100 (CET) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Subject: Re: panic: pmap_demote_section: No l2_bucket for wired mapping From: Michael Tuexen In-Reply-To: <20150322151934.GA31108@ci0.org> Date: Sun, 22 Mar 2015 11:31:49 -0500 Content-Transfer-Encoding: 7bit Message-Id: References: <20150322151934.GA31108@ci0.org> To: Olivier Houchard X-Mailer: Apple Mail (2.2070.6) Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Mar 2015 16:31:54 -0000 > On 22 Mar 2015, at 10:19, Olivier Houchard wrote: > > On Sun, Mar 22, 2015 at 06:54:06AM -0500, Michael Tuexen wrote: >> Dear all, >> > > Hi Michael, > >> running head on a Raspberry Pi became unstable. When running >> r280329 for a while (the machine is exposed to the Internet, so >> ssh logins are continuously tried), the machine panics: >> >> panic: pmap_demote_section: No l2_bucket for wired mapping >> >> It might be related to >> https://svnweb.freebsd.org/changeset/base/280324 >> >> Any idea what is going on? >> > > Doest backing rev 280324 out fixes it ? I'm at a loss as to why my commit Update: I was able to login and add set vm.pmap.sp_enabled=0 to /boot/loader.rc This way I was able to back out r280324 and recompile the kernel now. Once that is finished I'll enable superpage support and will report if the issue shows up or not. Best regards Michael > could provoke this, and can't seem to reproduce it on my pandaboard. > Another possibility is that rev 280327, which makes it possible to map > library's code using superpages, uncovered a bug somewhere. > > Regards, > > Olivier > From owner-freebsd-arm@FreeBSD.ORG Sun Mar 22 16:37:32 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8D34F889; Sun, 22 Mar 2015 16:37:32 +0000 (UTC) Received: from biz112.inmotionhosting.com (biz112.inmotionhosting.com [66.117.4.135]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6F34F3DF; Sun, 22 Mar 2015 16:37:31 +0000 (UTC) Received: from 75-37-201-71.lightspeed.snmtca.sbcglobal.net ([75.37.201.71]:57193 helo=SB2) by biz112.inmotionhosting.com with esmtpsa (TLSv1:RC4-SHA:128) (Exim 4.82) (envelope-from ) id 1YZisS-00074u-7k; Sun, 22 Mar 2015 09:37:28 -0700 From: "Sven Brehmer" To: "'Ian Lepore'" References: <000001d0642f$56f59540$04e0bfc0$@polycoresoftware.com> <1427039443.49126.2.camel@freebsd.org> In-Reply-To: <1427039443.49126.2.camel@freebsd.org> Subject: RE: Booting < 4 SMP cores on Wandboard-Quad? Date: Sun, 22 Mar 2015 09:37:27 -0700 Message-ID: <009701d064be$7c030180$74090480$@polycoresoftware.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 15.0 Thread-Index: AQEsdGUjPXSCio/q0oMIxBwLp45fEQG9GLyDnmKrL9A= Content-Language: en-us X-OutGoing-Spam-Status: No, score=-102.9 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - biz112.inmotionhosting.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - polycoresoftware.com X-Get-Message-Sender-Via: biz112.inmotionhosting.com: authenticated_id: sven.brehmer@polycoresoftware.com Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Mar 2015 16:37:32 -0000 Ian, Great, thank you! Regards, Sven -----Original Message----- From: Ian Lepore [mailto:ian@freebsd.org] Sent: Sunday, March 22, 2015 08:51 To: Sven Brehmer Cc: freebsd-arm@freebsd.org Subject: Re: Booting < 4 SMP cores on Wandboard-Quad? On Sat, 2015-03-21 at 16:32 -0700, Sven Brehmer wrote: > Hello, > > > > We are working with FreeBSD on the Wandboard and we are trying to boot > less than 4 cores in SMP mode. We have tried a number of way's with > settings in sysctl.conf, loader.conf and customizing the kernel build > with "options MAXCPU=2", but without success. > > > > Any advice would be appreciated. Set the hw.ncpu tunable to the number you want. If you have forth enabled add to loader.conf: hw.ncpu=2 otherwise (no forth) add to loader.rc: set hw.ncpu=2 I'm not sure there's good error checking, so don't set it to more cores than you actually have. :) -- Ian From owner-freebsd-arm@FreeBSD.ORG Sun Mar 22 18:05:48 2015 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 36680EEB for ; Sun, 22 Mar 2015 18:05:48 +0000 (UTC) Received: from mail-n.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mail-n.franken.de", Issuer "Thawte DV SSL CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id EC898E69 for ; Sun, 22 Mar 2015 18:05:47 +0000 (UTC) Received: from [IPv6:2001:67c:370:152:7984:bc84:47c8:9098] (unknown [IPv6:2001:67c:370:152:7984:bc84:47c8:9098]) (Authenticated sender: macmic) by mail-n.franken.de (Postfix) with ESMTP id 6673D1C104D85; Sun, 22 Mar 2015 19:05:45 +0100 (CET) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Subject: Re: panic: pmap_demote_section: No l2_bucket for wired mapping From: Michael Tuexen In-Reply-To: <20150322151934.GA31108@ci0.org> Date: Sun, 22 Mar 2015 13:05:43 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: <667A250D-91AC-4B81-97E3-4C351BB35577@freebsd.org> References: <20150322151934.GA31108@ci0.org> To: Olivier Houchard X-Mailer: Apple Mail (2.2070.6) Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Mar 2015 18:05:48 -0000 > On 22 Mar 2015, at 10:19, Olivier Houchard wrote: >=20 > On Sun, Mar 22, 2015 at 06:54:06AM -0500, Michael Tuexen wrote: >> Dear all, >>=20 >=20 > Hi Michael,=20 >=20 >> running head on a Raspberry Pi became unstable. When running >> r280329 for a while (the machine is exposed to the Internet, so >> ssh logins are continuously tried), the machine panics: >>=20 >> panic: pmap_demote_section: No l2_bucket for wired mapping >>=20 >> It might be related to >> https://svnweb.freebsd.org/changeset/base/280324 >>=20 >> Any idea what is going on? >>=20 >=20 > Doest backing rev 280324 out fixes it ? I'm at a loss as to why my = commit=20 OK, testing done. Backing out 280324 does NOT help. So the issue is not = related to this patch. Disabling superpages helps to work around the issue. Best regards Michael > could provoke this, and can't seem to reproduce it on my pandaboard. > Another possibility is that rev 280327, which makes it possible to map > library's code using superpages, uncovered a bug somewhere. >=20 > Regards, >=20 > Olivier >=20 From owner-freebsd-arm@FreeBSD.ORG Sun Mar 22 18:15:26 2015 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E69C32C7; Sun, 22 Mar 2015 18:15:26 +0000 (UTC) Received: from kanar.ci0.org (kanar.ci0.org [IPv6:2001:bc8:35e6::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 88B8CF6F; Sun, 22 Mar 2015 18:15:26 +0000 (UTC) Received: from kanar.ci0.org (pluxor@localhost [127.0.0.1]) by kanar.ci0.org (8.14.8/8.14.8) with ESMTP id t2MIF1TW040260; Sun, 22 Mar 2015 19:15:01 +0100 (CET) (envelope-from mlfbsd@kanar.ci0.org) Received: (from mlfbsd@localhost) by kanar.ci0.org (8.14.8/8.14.8/Submit) id t2MIF1P0040259; Sun, 22 Mar 2015 19:15:01 +0100 (CET) (envelope-from mlfbsd) Date: Sun, 22 Mar 2015 19:15:01 +0100 From: Olivier Houchard To: Michael Tuexen Subject: Re: panic: pmap_demote_section: No l2_bucket for wired mapping Message-ID: <20150322181501.GA40209@ci0.org> References: <20150322151934.GA31108@ci0.org> <667A250D-91AC-4B81-97E3-4C351BB35577@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <667A250D-91AC-4B81-97E3-4C351BB35577@freebsd.org> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Mar 2015 18:15:27 -0000 On Sun, Mar 22, 2015 at 01:05:43PM -0500, Michael Tuexen wrote: > > On 22 Mar 2015, at 10:19, Olivier Houchard wrote: > > > > On Sun, Mar 22, 2015 at 06:54:06AM -0500, Michael Tuexen wrote: > >> Dear all, > >> > > > > Hi Michael, > > > >> running head on a Raspberry Pi became unstable. When running > >> r280329 for a while (the machine is exposed to the Internet, so > >> ssh logins are continuously tried), the machine panics: > >> > >> panic: pmap_demote_section: No l2_bucket for wired mapping > >> > >> It might be related to > >> https://svnweb.freebsd.org/changeset/base/280324 > >> > >> Any idea what is going on? > >> > > > > Doest backing rev 280324 out fixes it ? I'm at a loss as to why my commit > OK, testing done. Backing out 280324 does NOT help. So the issue is not related > to this patch. > Disabling superpages helps to work around the issue. > Is there any specific workload on your RPi, beside getting ssh-scanned ? Who has PID 15, and suffer such an unfortunate doom while trying to demote pages ? Regards, Olivier From owner-freebsd-arm@FreeBSD.ORG Sun Mar 22 18:18:24 2015 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 497615F3 for ; Sun, 22 Mar 2015 18:18:24 +0000 (UTC) Received: from mail-n.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mail-n.franken.de", Issuer "Thawte DV SSL CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 0A197FB1 for ; Sun, 22 Mar 2015 18:18:24 +0000 (UTC) Received: from dhcp-9c2f.meeting.ietf.org (dhcp-9c2f.meeting.ietf.org [31.133.156.47]) (Authenticated sender: macmic) by mail-n.franken.de (Postfix) with ESMTP id 6A5321C104D85; Sun, 22 Mar 2015 19:18:21 +0100 (CET) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Subject: Re: panic: pmap_demote_section: No l2_bucket for wired mapping From: Michael Tuexen In-Reply-To: <20150322181501.GA40209@ci0.org> Date: Sun, 22 Mar 2015 13:18:19 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20150322151934.GA31108@ci0.org> <667A250D-91AC-4B81-97E3-4C351BB35577@freebsd.org> <20150322181501.GA40209@ci0.org> To: Olivier Houchard X-Mailer: Apple Mail (2.2070.6) Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Mar 2015 18:18:24 -0000 > On 22 Mar 2015, at 13:15, Olivier Houchard wrote: >=20 > On Sun, Mar 22, 2015 at 01:05:43PM -0500, Michael Tuexen wrote: >>> On 22 Mar 2015, at 10:19, Olivier Houchard wrote: >>>=20 >>> On Sun, Mar 22, 2015 at 06:54:06AM -0500, Michael Tuexen wrote: >>>> Dear all, >>>>=20 >>>=20 >>> Hi Michael,=20 >>>=20 >>>> running head on a Raspberry Pi became unstable. When running >>>> r280329 for a while (the machine is exposed to the Internet, so >>>> ssh logins are continuously tried), the machine panics: >>>>=20 >>>> panic: pmap_demote_section: No l2_bucket for wired mapping >>>>=20 >>>> It might be related to >>>> https://svnweb.freebsd.org/changeset/base/280324 >>>>=20 >>>> Any idea what is going on? >>>>=20 >>>=20 >>> Doest backing rev 280324 out fixes it ? I'm at a loss as to why my = commit=20 >> OK, testing done. Backing out 280324 does NOT help. So the issue is = not related >> to this patch. >> Disabling superpages helps to work around the issue. >>=20 >=20 > Is there any specific workload on your RPi, beside getting ssh-scanned = ? No. I saw the problem by just letting it sitting around. Sometime it panics pretty fast (order of a minute after reboot). I can force it by doing a git pull on a large project (like wireshark). > Who has PID 15, and suffer such an unfortunate doom while trying to = demote > pages ? I think it is the pagedaemon. Best regards Michael >=20 > Regards, >=20 > Olivier >=20 From owner-freebsd-arm@FreeBSD.ORG Sun Mar 22 19:11:56 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 51422720 for ; Sun, 22 Mar 2015 19:11:56 +0000 (UTC) Received: from mail-yh0-x234.google.com (mail-yh0-x234.google.com [IPv6:2607:f8b0:4002:c01::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0775D855 for ; Sun, 22 Mar 2015 19:11:56 +0000 (UTC) Received: by yhjf44 with SMTP id f44so59868723yhj.3 for ; Sun, 22 Mar 2015 12:11:55 -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=UnyZK8+8RAv1C1Di5r1TbzEFsJOSqA9X+u/ryWgPREk=; b=tBMzF4rIZ1dRVDITWKOIrCoQJ9d9GonadwNR1Ye1LHVUTxn0PPqXour41KcE5qKb1U 2nqvP9T4PZQBry5XaRl51OW+e2Z18vn6m/YvuCKQ6IThIsdGvenbZd9yMpiVsuCvnC99 cnhI9rU9yI0s5U/KNRzAGZaqdhPF1Nqlgu8+E1UIbfdA94VVutoMCEoFr3ZgkJXc6je9 01twtFzWFSf44ijo+1XuF4bIetL2hsyUMhAPcIvHtGfhaS42rjmcOw+fuQjL93xKPv0R Nm6WnJhQPpdt8x52MfFLhLaUru2vjuVvaSTSkpNricUMKCEtBOFeauI6VzXAdFTQS3dz Zx3A== MIME-Version: 1.0 X-Received: by 10.236.47.229 with SMTP id t65mr92488079yhb.91.1427051514913; Sun, 22 Mar 2015 12:11:54 -0700 (PDT) Received: by 10.170.217.69 with HTTP; Sun, 22 Mar 2015 12:11:54 -0700 (PDT) In-Reply-To: <40A94DE3-36A6-4E85-8B59-15329D00E89C@kientzle.com> References: <3DF08C65-20E3-4524-B0E1-C5C096AA0FE8@hellmuth-michaelis.de> <54BA6DB9-DC61-4A6F-B948-777BB9800F54@bocal.org> <20150312132739.GA28385@cicely7.cicely.de> <3EF47A05-60B2-4BB0-8688-018E50CF7D4A@hellmuth-michaelis.de> <40A94DE3-36A6-4E85-8B59-15329D00E89C@kientzle.com> Date: Sun, 22 Mar 2015 21:11:54 +0200 Message-ID: Subject: Re: beaglebone boot from eMMC From: Guy Yur To: Tim Kientzle Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-arm , Hellmuth Michaelis X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Mar 2015 19:11:56 -0000 On Thu, Mar 19, 2015 at 5:41 AM, Tim Kientzle wrote: > >> On Mar 18, 2015, at 11:16 AM, Guy Yur wrote: >> >> Hi, >> >> >> Is your msdosfs slice on the eMMC aligned to 1 MB? >> >> I had the same "CCC" problem when I aligned the partition >> and used newfs_msdos. >> Removing the sector count adjustment calculation in newfs_msdos >> as was done in NetBSD worked for me. >> >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D183234 > > Fortunately, the AM335x TRM from TI documents the exact checks made by th= e ROM before it will recognize a valid MSDOS partition. So you don=E2=80= =99t need to guess; you can compare a hex dump of your disk with the docs a= nd see exactly what=E2=80=99s gone wrong. > > As I recall, the ROM is very unforgiving: > > * The CHS geometry used in the MBR has to exactly match the MSDOS format = geometry. Attempts to align the partition on round boundaries can screw th= is up badly. > I didn't see anything in the TI document about alignment and it works fine for me with 1MB on eMMC with patched newfs_msdos. The problem is with the check that requires the number of sectors to equal the partition size. newfs_msdos trims the sector count so the condition isn't met. Page 4574 - Figure 26-22. FAT Detection Procedure BPB_TotSec16 or BPB_TotSec32 =3D MBR_Partition_Size > * The FAT format type (12, 16, or 32) has to match the ROM expectations > > If any of the ROM checks fail, it will assume the device is not usable an= d try a different device (ultimately ending up with CCCC on the serial port= ). > > The corresponding code in Crochet uses > > $ gpart add -a 63 -b 63 -s 2m -t =E2=80=98!12=E2=80=99 > > to create the MSDOS partition and then uses > > $ newfs_msdos -L