From owner-freebsd-arm@FreeBSD.ORG Sun Jul 21 12:50:10 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 283FF813 for ; Sun, 21 Jul 2013 12:50:10 +0000 (UTC) (envelope-from andrew@fubar.geek.nz) Received: from nibbler.fubar.geek.nz (nibbler.fubar.geek.nz [199.48.134.198]) by mx1.freebsd.org (Postfix) with ESMTP id 1001DA00 for ; Sun, 21 Jul 2013 12:50:09 +0000 (UTC) Received: from bender.Home (97e5e46b.skybroadband.com [151.229.228.107]) by nibbler.fubar.geek.nz (Postfix) with ESMTPSA id F1F845E57F; Sun, 21 Jul 2013 12:50:07 +0000 (UTC) Date: Sun, 21 Jul 2013 13:50:00 +0100 From: Andrew Turner To: Andrey Fesenko Subject: Re: RaspberryPi (ARMv6) after update EABI not build perl Message-ID: <20130721135000.64fae8bb@bender.Home> In-Reply-To: References: Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Jul 2013 12:50:10 -0000 On Thu, 18 Jul 2013 22:15:24 +0400 Andrey Fesenko wrote: > Hi, anyone succeeded build perl for eabi? my rpi make results in an > error equally for all perl version > > # define PERL_FPU_INIT (void)fpsetmask(0) > ^ > 1 warning generated. > LD_LIBRARY_PATH=/usr/ports/lang/perl5.14/work/perl-5.14.4 cc -pthread > -Wl,-E -fstack-protector -L/usr/local/lib -o miniperl gv.o toke.o > perly.o pad.o regcomp.o dump.o util.o mg.o reentr.o mro.o keywords.o > hv.o av.o run.o pp_hot.o sv.o pp.o scope.o pp_ctl.o pp_sys.o doop.o > doio.o regexec.o utf8.o taint.o deb.o universal.o globals.o perlio.o > perlapi.o numeric.o mathoms.o locale.o pp_pack.o pp_sort.o > miniperlmain.o opmini.o perlmini.o -lm -lcrypt -lutil > LD_LIBRARY_PATH=/usr/ports/lang/perl5.14/work/perl-5.14.4 ./miniperl > -w -Ilib -MExporter -e '' || /usr/bin/make minitest > longjmp botch. > Abort trap (core dumped) > LD_LIBRARY_PATH=/usr/ports/lang/perl5.14/work/perl-5.14.4 ./miniperl > -Ilib make_patchnum.pl > Updating 'git_version.h' and 'lib/Config_git.pl' > longjmp botch. > *** Signal 6 > > Stop. > make: stopped in /usr/ports/lang/perl5.14/work/perl-5.14.4 > *** Error code 1 (ignored) > > You may see some irrelevant test failures if you have been unable > to build lib/Config.pm, or the Unicode data files. > > cd t && (rm -f perl; /bin/ln -s ../miniperl perl) && > LD_LIBRARY_PATH=/usr/ports/lang/perl5.14/work/perl-5.14.4 ./perl TEST > base/*.t comp/*.t cmd/*.t run/*.t io/*.t re/*.t op/*.t uni/*.t > t/base/cond.....................longjmp botch. > FAILED--no leader found > Failed a basic test (base/cond.t) -- cannot continue. > longjmp botch. > *** Signal 6 (ignored) > /bin/ln -s perldelta.pod pod/perl5144delta.pod > LD_LIBRARY_PATH=/usr/ports/lang/perl5.14/work/perl-5.14.4 ./miniperl > -Ilib autodoc.pl > longjmp botch. I've tracked this down to a bug in siglongjmp. It should be fixed it in r253518. Can you upgrade your libc and test perl? Andrew. From owner-freebsd-arm@FreeBSD.ORG Sun Jul 21 19:27:14 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id A9A85210 for ; Sun, 21 Jul 2013 19:27:14 +0000 (UTC) (envelope-from tom@0x544745.com) Received: from mail-ob0-f170.google.com (mail-ob0-f170.google.com [209.85.214.170]) by mx1.freebsd.org (Postfix) with ESMTP id 75703E99 for ; Sun, 21 Jul 2013 19:27:13 +0000 (UTC) Received: by mail-ob0-f170.google.com with SMTP id ef5so7390141obb.1 for ; Sun, 21 Jul 2013 12:27:06 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=x8k3OVMfyEjz50yk2DhcBMb0O3sItkfUzivn90hC4U8=; b=KHcbPGwwWlM/hTbyVP/mSW5sNzMgYGmKoOMyTavbYJs09LyKr0DO4BijCA/6z8DAEI wamGlMo53uBvKGgWvA4J2lAgbW/ex1QwhFmZzsO0uL/46yPYEZCzEcHy5wIpdB/FD1sT 3v0QwNBCcowLt/bfYwHRAyZ8Ru6whgYK/8Rh6XLU959RI4uJgMbdzH3Me7KWV9JVqQK3 waIQbQCVFXiNLKna/23ErNdMn3M4nzzyqf9msMW+0l0euTNB6Z3KUqB/4golBAzGRY1Y KzU5ZSUWKpdobvuxQ23EWI/WyK9VRCTXSWtecLLfA1eHVOPBkagnrQDp8Q35XZm05icN lotQ== MIME-Version: 1.0 X-Received: by 10.182.66.137 with SMTP id f9mr18091543obt.24.1374434826784; Sun, 21 Jul 2013 12:27:06 -0700 (PDT) Received: by 10.182.111.67 with HTTP; Sun, 21 Jul 2013 12:27:06 -0700 (PDT) In-Reply-To: <44AB19F7-A0D3-4F0C-A1F4-66AA49283387@gromit.dlib.vt.edu> References: <97D78167-9428-4005-89EE-15A78F74BE46@gromit.dlib.vt.edu> <44AB19F7-A0D3-4F0C-A1F4-66AA49283387@gromit.dlib.vt.edu> Date: Sun, 21 Jul 2013 13:27:06 -0600 Message-ID: Subject: Re: Booting Beagleboard Black From: Tom Everett To: Paul Mather X-Gm-Message-State: ALoCoQnAEx7W1pSFYst9/T5F5UnVB1+yHIIBWO2kYp2uYDcKFBXw3VrJyUmswy0cmvp9Mtux+1CO Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Jul 2013 19:27:14 -0000 ok, so I got the serial cable from Adafruit, and I now get this with a crochet-built kernel. Is this perhaps a bug in crochet? U-Boot SPL 2013.04 (Jul 11 2013 - 21:49:14) OMAP SD/MMC: 0 reading bb-uboot.img reading bb-uboot.img U-Boot 2013.04 (Jul 11 2013 - 21:49:14) I2C: ready DRAM: 512 MiB WARNING: Caches not enabled MMC: OMAP SD/MMC: 0, OMAP SD/MMC: 1 Using default environment musb-hdrc: ConfigData=0xde (UTMI-8, dyn FIFOs, HB-ISO Rx, HB-ISO Tx, SoftConn) musb-hdrc: MHDRC RTL version 2.0 musb-hdrc: setup fifo_mode 4 musb-hdrc: 28/31 max ep, 16384/16384 memory USB Peripheral mode controller at 47401000 using PIO, IRQ 0 musb-hdrc: ConfigData=0xde (UTMI-8, dyn FIFOs, HB-ISO Rx, HB-ISO Tx, SoftConn) musb-hdrc: MHDRC RTL version 2.0 musb-hdrc: setup fifo_mode 4 musb-hdrc: 28/31 max ep, 16384/16384 memory USB Host mode controller at 47401800 using PIO, IRQ 0 Net: not set. Validating first E-fuse MAC cpsw, usb_ether Hit any key to stop autoboot: 0 mmc0 is current device SD/MMC found on device 0 reading bb-uEnv.txt reading bbubldr 238058 bytes read in 49 ms (4.6 MiB/s) reading bboneblk.dtb 13946 bytes read in 7 ms (1.9 MiB/s) Booting from mmc ... ## Starting application at 0x88000054 ... Consoles: U-Boot console Compatible API signature found @9f240240 Number of U-Boot devices: 2 FreeBSD/armv6 U-Boot loader, Revision 1.2 (root@bernice, Sat Jul 20 20:59:18 MDT 2013) DRAM: 512MB Device: disk | can't load 'kernel' Type '?' for a list of commands, 'help' for more detailed help. loader> On Sat, Jul 6, 2013 at 8:05 PM, Paul Mather wrote: > On Jul 6, 2013, at 9:41 PM, Tom Everett wrote: > > Thanks everyone. I tried the instructions here. > https://wiki.freebsd.org/FreeBSD/arm/BeagleBoneBlack . > > Specifically > > 1 - unplug the usb and sd card > 2 - plug in sd > 3 - hold down "user/boot" button located by the sd connection, at the FAR > end of the board from the other two buttons > 4 - plug in USB > 5 - observe power light go on > 6 - release "user/boot" button > > The power light stays on, but nothing else happens. Perhaps my .img file > is not correct, is there somewhere I can download a "known to work" .img > file? > > > Do you have a USB to serial cable to monitor what is happening during the > startup? Something like http://www.adafruit.com/products/954 is very > handy. It can help let you know whether it is booting the right image, or > how far it is getting in the boot sequence. > > I've managed to boot a Crochet-produced image on my BeagleBone Black, so I > know it is possible. > > Cheers, > > Paul. > -- A better world shall emerge based on faith and understanding - Douglas MacArthur From owner-freebsd-arm@FreeBSD.ORG Sun Jul 21 19:31:10 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 4DE9A290 for ; Sun, 21 Jul 2013 19:31:10 +0000 (UTC) (envelope-from f0andrey@gmail.com) Received: from mail-wi0-x22a.google.com (mail-wi0-x22a.google.com [IPv6:2a00:1450:400c:c05::22a]) by mx1.freebsd.org (Postfix) with ESMTP id DE5F3EB0 for ; Sun, 21 Jul 2013 19:31:09 +0000 (UTC) Received: by mail-wi0-f170.google.com with SMTP id ey16so2030708wid.5 for ; Sun, 21 Jul 2013 12:31:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=02MtQlIlXieDcmBjBOArTzEHpszOb98/rByUBVZI4vc=; b=I38PgIMDw7lF9QJpXutQRhSCrfaaJldNbn0agAKF0zoMkVO1ivaXjVZ9+aX2VwYHtv OouE5RTco6v1JkUAn/lqd2Vx/y6rIcmY17H+5k1/OYmP1CSQA6m7xPeNW9Lv6YCBk+oJ NURHir20Ee36VcyaRni/44REm7ZkjNsfU/VyhE1Yd2ybiWKDzWnhfZRyTZWEtayTHJV6 0/XEZEHaKmWlJfI41uukXLzsihLpd3AC8jwMTUDUu7ddWscOOm7UGlFXZpX2TzcAPhuZ uX2QZbDjbWiUaHGXd5an3tQSaiG94DR3JRO8vuvciYtT0AXw53pMs0jCuYkCUOT21KXx 0Wqg== MIME-Version: 1.0 X-Received: by 10.194.234.100 with SMTP id ud4mr17335601wjc.44.1374435067444; Sun, 21 Jul 2013 12:31:07 -0700 (PDT) Received: by 10.194.240.132 with HTTP; Sun, 21 Jul 2013 12:31:07 -0700 (PDT) In-Reply-To: <20130721135000.64fae8bb@bender.Home> References: <20130721135000.64fae8bb@bender.Home> Date: Sun, 21 Jul 2013 23:31:07 +0400 Message-ID: Subject: Re: RaspberryPi (ARMv6) after update EABI not build perl From: Andrey Fesenko To: Andrew Turner Content-Type: text/plain; charset=UTF-8 Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Jul 2013 19:31:10 -0000 On Sun, Jul 21, 2013 at 4:50 PM, Andrew Turner wrote: > On Thu, 18 Jul 2013 22:15:24 +0400 > Andrey Fesenko wrote: > >> Hi, anyone succeeded build perl for eabi? my rpi make results in an >> error equally for all perl version >> >> # define PERL_FPU_INIT (void)fpsetmask(0) >> ^ >> 1 warning generated. >> LD_LIBRARY_PATH=/usr/ports/lang/perl5.14/work/perl-5.14.4 cc -pthread >> -Wl,-E -fstack-protector -L/usr/local/lib -o miniperl gv.o toke.o >> perly.o pad.o regcomp.o dump.o util.o mg.o reentr.o mro.o keywords.o >> hv.o av.o run.o pp_hot.o sv.o pp.o scope.o pp_ctl.o pp_sys.o doop.o >> doio.o regexec.o utf8.o taint.o deb.o universal.o globals.o perlio.o >> perlapi.o numeric.o mathoms.o locale.o pp_pack.o pp_sort.o >> miniperlmain.o opmini.o perlmini.o -lm -lcrypt -lutil >> LD_LIBRARY_PATH=/usr/ports/lang/perl5.14/work/perl-5.14.4 ./miniperl >> -w -Ilib -MExporter -e '' || /usr/bin/make minitest >> longjmp botch. >> Abort trap (core dumped) >> LD_LIBRARY_PATH=/usr/ports/lang/perl5.14/work/perl-5.14.4 ./miniperl >> -Ilib make_patchnum.pl >> Updating 'git_version.h' and 'lib/Config_git.pl' >> longjmp botch. >> *** Signal 6 >> >> Stop. >> make: stopped in /usr/ports/lang/perl5.14/work/perl-5.14.4 >> *** Error code 1 (ignored) >> >> You may see some irrelevant test failures if you have been unable >> to build lib/Config.pm, or the Unicode data files. >> >> cd t && (rm -f perl; /bin/ln -s ../miniperl perl) && >> LD_LIBRARY_PATH=/usr/ports/lang/perl5.14/work/perl-5.14.4 ./perl TEST >> base/*.t comp/*.t cmd/*.t run/*.t io/*.t re/*.t op/*.t uni/*.t >> > t/base/cond.....................longjmp botch. >> FAILED--no leader found >> Failed a basic test (base/cond.t) -- cannot continue. >> longjmp botch. >> *** Signal 6 (ignored) >> /bin/ln -s perldelta.pod pod/perl5144delta.pod >> LD_LIBRARY_PATH=/usr/ports/lang/perl5.14/work/perl-5.14.4 ./miniperl >> -Ilib autodoc.pl >> longjmp botch. > > I've tracked this down to a bug in siglongjmp. It should be fixed it in > r253518. Can you upgrade your libc and test perl? > > Andrew. Thank you, it seems to solve the problem, I rebuilt my /usr /src/lib/libc/ make install clean after this error when building perl gone. From owner-freebsd-arm@FreeBSD.ORG Sun Jul 21 20:53:08 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 1332096A for ; Sun, 21 Jul 2013 20:53:08 +0000 (UTC) (envelope-from tom@0x544745.com) Received: from mail-oa0-f52.google.com (mail-oa0-f52.google.com [209.85.219.52]) by mx1.freebsd.org (Postfix) with ESMTP id D6BA7253 for ; Sun, 21 Jul 2013 20:53:07 +0000 (UTC) Received: by mail-oa0-f52.google.com with SMTP id g12so8074927oah.39 for ; Sun, 21 Jul 2013 13:53:01 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type :x-gm-message-state; bh=5VOIeWV/wkcrkiuZ2dGdE3nzRW1HOMclUNoidJ8op4s=; b=hEBHMnZgQNKBm16I545ySm6xALS6wPz6WWopV4wBe4xZZrNf2cDOZeCEO0bbClQRdd /VJ0TQx6nfQFVXVF3wMqxVNTwvfud3/m80S0RwG3vLzITdSz9lweIoUcOqiBhYeD2q67 5gIMmtm5WEWyMasQ91b6ocaj5eQdRjVrsBC162g35/9QB5OM+VxQoTrJ6rVmOu7104AM hW/VTZM3hIPl2/r2VlY+xaqIl7P48AsDwHSzrYyESZsDmG0sp3LKOQXU6ODSfc9KFR5b OgqYTEwNzFYyL0ub3hw8L6XCZg+J8MPZnV/a3zf8pJCIAcSutRWGoDA+NKgs6LBwRNrg a0OQ== MIME-Version: 1.0 X-Received: by 10.60.83.75 with SMTP id o11mr24285857oey.45.1374439492616; Sun, 21 Jul 2013 13:44:52 -0700 (PDT) Received: by 10.182.111.67 with HTTP; Sun, 21 Jul 2013 13:44:52 -0700 (PDT) Date: Sun, 21 Jul 2013 14:44:52 -0600 Message-ID: Subject: problem building xdev. From: Tom Everett To: "freebsd-arm@freebsd.org" X-Gm-Message-State: ALoCoQlB5rkMTcD2g1iPQR0js8YAS/NEvT5sMzQJAa+l+E4fb9kZ/JuInu7mrLz3p/t+noZjulBb Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Jul 2013 20:53:08 -0000 I have SVN revision 253531. When I try to build the arm xdev tools: make XDEV=arm XDEV_ARCH=armv6 xdev I get this trace: cc -isystem /usr/armv6-freebsd/usr/include -L/usr/armv6-freebsd/usr/lib -B/usr/armv6-freebsd/usr/lib -c -O -pipe -DTARGET_ARM_EABI -DIN_GCC -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -DHAVE_GTHR_DEFAULT -I/src/FreeBSD/head/gnu/lib/libgcc/../../../contrib/gcclibs/include -I/src/FreeBSD/head/gnu/lib/libgcc/../../../contrib/gcc/config -I/src/FreeBSD/head/gnu/lib/libgcc/../../../contrib/gcc -I. -I/src/FreeBSD/head/gnu/lib/libgcc/../../usr.bin/cc/cc_tools -Dinhibit_libc -fno-inline -fheinous-gnu-extensions -std=gnu99 -Qunused-arguments -fvisibility=hidden -DHIDE_EXPORTS -fPIC -fexceptions -D__GLIBC__=3 -DElfW=__ElfN -o unwind-arm.o /src/FreeBSD/head/gnu/lib/libgcc/../../../contrib/gcc/config/arm/unwind-arm.c /src/FreeBSD/head/gnu/lib/libgcc/../../../contrib/gcc/config/arm/unwind-arm.c:40:50: error: unknown type name '_Unwind_Control_Block' void __attribute__((weak)) __cxa_call_unexpected(_Unwind_Control_Block *ucbp); ^ /src/FreeBSD/head/gnu/lib/libgcc/../../../contrib/gcc/config/arm/unwind-arm.c:41:48: error: unknown type name '_Unwind_Control_Block' bool __attribute__((weak)) __cxa_begin_cleanup(_Unwind_Control_Block *ucbp); ^ /src/FreeBSD/head/gnu/lib/libgcc/../../../contrib/gcc/config/arm/unwind-arm.c:42:45: error: unknown type name '_Unwind_Control_Block' bool __attribute__((weak)) __cxa_type_match(_Unwind_Control_Block *ucbp, ^ /src/FreeBSD/head/gnu/lib/libgcc/../../../contrib/gcc/config/arm/unwind-arm.c:65:3: error: unknown type name '_uw' _uw r[16]; ^ /src/FreeBSD/head/gnu/lib/libgcc/../../../contrib/gcc/config/arm/unwind-arm.c:72:3: error: unknown type name '_uw64' _uw64 d[16]; ^ /src/FreeBSD/head/gnu/lib/libgcc/../../../contrib/gcc/config/arm/unwind-arm.c:73:3: error: unknown type name '_uw' _uw pad; ^ /src/FreeBSD/head/gnu/lib/libgcc/../../../contrib/gcc/config/arm/unwind-arm.c:78:3: error: unknown type name '_uw' _uw w[3]; ^ /src/FreeBSD/head/gnu/lib/libgcc/../../../contrib/gcc/config/arm/unwind-arm.c:90:3: error: unknown type name '_uw16' _uw16 length; ^ /src/FreeBSD/head/gnu/lib/libgcc/../../../contrib/gcc/config/arm/unwind-arm.c:91:3: error: unknown type name '_uw16' _uw16 offset; ^ /src/FreeBSD/head/gnu/lib/libgcc/../../../contrib/gcc/config/arm/unwind-arm.c:96:3: error: unknown type name '_uw' _uw length; ^ /src/FreeBSD/head/gnu/lib/libgcc/../../../contrib/gcc/config/arm/unwind-arm.c:97:3: error: unknown type name '_uw' _uw offset; ^ /src/FreeBSD/head/gnu/lib/libgcc/../../../contrib/gcc/config/arm/unwind-arm.c:112:3: error: unknown type name '_uw' _uw demand_save_flags; ^ /src/FreeBSD/head/gnu/lib/libgcc/../../../contrib/gcc/config/arm/unwind-arm.c:114:3: error: unknown type name '_uw' _uw prev_sp; /* Only valid during forced unwinding. */ ^ /src/FreeBSD/head/gnu/lib/libgcc/../../../contrib/gcc/config/arm/unwind-arm.c:124:3: error: unknown type name '_uw' _uw demand_save_flags; ^ /src/FreeBSD/head/gnu/lib/libgcc/../../../contrib/gcc/config/arm/unwind-arm.c:133:3: error: unknown type name '_uw' _uw fnoffset; ^ /src/FreeBSD/head/gnu/lib/libgcc/../../../contrib/gcc/config/arm/unwind-arm.c:134:3: error: unknown type name '_uw' _uw content; ^ /src/FreeBSD/head/gnu/lib/libgcc/../../../contrib/gcc/config/arm/unwind-arm.c:168:27: error: expected ')' _Unwind_Control_Block *, _Unwind_Context *);// __attribute__((weak)); ^ /src/FreeBSD/head/gnu/lib/libgcc/../../../contrib/gcc/config/arm/unwind-arm.c:167:51: note: to match this '(' extern _Unwind_Reason_Code __aeabi_unwind_cpp_pr0 (_Unwind_State, ^ /src/FreeBSD/head/gnu/lib/libgcc/../../../contrib/gcc/config/arm/unwind-arm.c:167:52: error: a parameter list without types is only allowed in a function definition extern _Unwind_Reason_Code __aeabi_unwind_cpp_pr0 (_Unwind_State, ^ /src/FreeBSD/head/gnu/lib/libgcc/../../../contrib/gcc/config/arm/unwind-arm.c:170:27: error: expected ')' _Unwind_Control_Block *, _Unwind_Context *) __attribute__((weak)); ^ /src/FreeBSD/head/gnu/lib/libgcc/../../../contrib/gcc/config/arm/unwind-arm.c:169:51: note: to match this '(' extern _Unwind_Reason_Code __aeabi_unwind_cpp_pr1 (_Unwind_State, ^ fatal error: too many errors emitted, stopping now [-ferror-limit=] -- A better world shall emerge based on faith and understanding - Douglas MacArthur From owner-freebsd-arm@FreeBSD.ORG Sun Jul 21 21:05:33 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id C0443B36 for ; Sun, 21 Jul 2013 21:05:33 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 9B9C82FD for ; Sun, 21 Jul 2013 21:05:33 +0000 (UTC) Received: by mail-pb0-f54.google.com with SMTP id ro2so6315058pbb.13 for ; Sun, 21 Jul 2013 14:05:27 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=sender:subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer :x-gm-message-state; bh=EkL6VJEhlIJjTjVetJA4+0YYXKJTcxl99jGnEwUGohQ=; b=de+x/BD4jfn33Kh6B9RimI2hvZPx3mdrmACO7C82fj89QK34y9/RKudEzkMtPtCrWq XjTFUnFjBzHxpcjGUf1tAGj73Z0IwlBsPNuXBa+B+0j0cRkAgFjR12Jr5CUvLiY98zF6 cLoqQRJD+B0iXirwKQ9JyslMyTsFzeJhfaOJ3UQzPsNrv5mOikL0W2sbMK+6bRc6WddN n5pssdHNiRU8SyacmA3mpaPGgRCpjEVZ431LCoH6vDvPttkXm9VfA9qBEIYS1nMjBR63 weNGlq8Co9w5FEzx+MRLZfP8yFpQtbzdwxOq/3fFknUJqwV3ESl/P5gGiZQqXXcJQuyH unNg== X-Received: by 10.67.3.99 with SMTP id bv3mr28412293pad.140.1374440727723; Sun, 21 Jul 2013 14:05:27 -0700 (PDT) Received: from 53.imp.bsdimp.com (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPSA id e7sm18687130pbc.11.2013.07.21.14.05.25 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 21 Jul 2013 14:05:26 -0700 (PDT) Sender: Warner Losh Subject: Re: problem building xdev. Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: Date: Sun, 21 Jul 2013 15:05:23 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Tom Everett X-Mailer: Apple Mail (2.1085) X-Gm-Message-State: ALoCoQl7AGepAv2FjQlxKWQzHGOQ99WZzOC+QHX/7Mws10Bdaxl/qmBP7eH4sgQTPieg5MCVlsyl Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Jul 2013 21:05:33 -0000 Try on a system that doesn't have clang as the default compiler. Warner On Jul 21, 2013, at 2:44 PM, Tom Everett wrote: > I have SVN revision 253531. When I try to build the arm xdev tools: >=20 > make XDEV=3Darm XDEV_ARCH=3Darmv6 xdev >=20 > I get this trace: >=20 > cc -isystem /usr/armv6-freebsd/usr/include = -L/usr/armv6-freebsd/usr/lib > -B/usr/armv6-freebsd/usr/lib -c -O -pipe -DTARGET_ARM_EABI -DIN_GCC > -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -DHAVE_GTHR_DEFAULT > -I/src/FreeBSD/head/gnu/lib/libgcc/../../../contrib/gcclibs/include > -I/src/FreeBSD/head/gnu/lib/libgcc/../../../contrib/gcc/config > -I/src/FreeBSD/head/gnu/lib/libgcc/../../../contrib/gcc -I. > -I/src/FreeBSD/head/gnu/lib/libgcc/../../usr.bin/cc/cc_tools > -Dinhibit_libc -fno-inline -fheinous-gnu-extensions -std=3Dgnu99 > -Qunused-arguments -fvisibility=3Dhidden -DHIDE_EXPORTS -fPIC = -fexceptions > -D__GLIBC__=3D3 -DElfW=3D__ElfN -o unwind-arm.o > = /src/FreeBSD/head/gnu/lib/libgcc/../../../contrib/gcc/config/arm/unwind-ar= m.c > = /src/FreeBSD/head/gnu/lib/libgcc/../../../contrib/gcc/config/arm/unwind-ar= m.c:40:50: > error: unknown type name '_Unwind_Control_Block' > void __attribute__((weak)) __cxa_call_unexpected(_Unwind_Control_Block > *ucbp); > ^ > = /src/FreeBSD/head/gnu/lib/libgcc/../../../contrib/gcc/config/arm/unwind-ar= m.c:41:48: > error: unknown type name '_Unwind_Control_Block' > bool __attribute__((weak)) __cxa_begin_cleanup(_Unwind_Control_Block = *ucbp); > ^ > = /src/FreeBSD/head/gnu/lib/libgcc/../../../contrib/gcc/config/arm/unwind-ar= m.c:42:45: > error: unknown type name '_Unwind_Control_Block' > bool __attribute__((weak)) __cxa_type_match(_Unwind_Control_Block = *ucbp, > ^ > = /src/FreeBSD/head/gnu/lib/libgcc/../../../contrib/gcc/config/arm/unwind-ar= m.c:65:3: > error: unknown type name '_uw' > _uw r[16]; > ^ > = /src/FreeBSD/head/gnu/lib/libgcc/../../../contrib/gcc/config/arm/unwind-ar= m.c:72:3: > error: unknown type name '_uw64' > _uw64 d[16]; > ^ > = /src/FreeBSD/head/gnu/lib/libgcc/../../../contrib/gcc/config/arm/unwind-ar= m.c:73:3: > error: unknown type name '_uw' > _uw pad; > ^ > = /src/FreeBSD/head/gnu/lib/libgcc/../../../contrib/gcc/config/arm/unwind-ar= m.c:78:3: > error: unknown type name '_uw' > _uw w[3]; > ^ > = /src/FreeBSD/head/gnu/lib/libgcc/../../../contrib/gcc/config/arm/unwind-ar= m.c:90:3: > error: unknown type name '_uw16' > _uw16 length; > ^ > = /src/FreeBSD/head/gnu/lib/libgcc/../../../contrib/gcc/config/arm/unwind-ar= m.c:91:3: > error: unknown type name '_uw16' > _uw16 offset; > ^ > = /src/FreeBSD/head/gnu/lib/libgcc/../../../contrib/gcc/config/arm/unwind-ar= m.c:96:3: > error: unknown type name '_uw' > _uw length; > ^ > = /src/FreeBSD/head/gnu/lib/libgcc/../../../contrib/gcc/config/arm/unwind-ar= m.c:97:3: > error: unknown type name '_uw' > _uw offset; > ^ > = /src/FreeBSD/head/gnu/lib/libgcc/../../../contrib/gcc/config/arm/unwind-ar= m.c:112:3: > error: unknown type name '_uw' > _uw demand_save_flags; > ^ > = /src/FreeBSD/head/gnu/lib/libgcc/../../../contrib/gcc/config/arm/unwind-ar= m.c:114:3: > error: unknown type name '_uw' > _uw prev_sp; /* Only valid during forced unwinding. */ > ^ > = /src/FreeBSD/head/gnu/lib/libgcc/../../../contrib/gcc/config/arm/unwind-ar= m.c:124:3: > error: unknown type name '_uw' > _uw demand_save_flags; > ^ > = /src/FreeBSD/head/gnu/lib/libgcc/../../../contrib/gcc/config/arm/unwind-ar= m.c:133:3: > error: unknown type name '_uw' > _uw fnoffset; > ^ > = /src/FreeBSD/head/gnu/lib/libgcc/../../../contrib/gcc/config/arm/unwind-ar= m.c:134:3: > error: unknown type name '_uw' > _uw content; > ^ > = /src/FreeBSD/head/gnu/lib/libgcc/../../../contrib/gcc/config/arm/unwind-ar= m.c:168:27: > error: expected ')' > _Unwind_Control_Block *, _Unwind_Context *);// = __attribute__((weak)); > ^ > = /src/FreeBSD/head/gnu/lib/libgcc/../../../contrib/gcc/config/arm/unwind-ar= m.c:167:51: > note: to match this '(' > extern _Unwind_Reason_Code __aeabi_unwind_cpp_pr0 (_Unwind_State, > ^ > = /src/FreeBSD/head/gnu/lib/libgcc/../../../contrib/gcc/config/arm/unwind-ar= m.c:167:52: > error: a parameter list without types is only allowed in a function > definition > extern _Unwind_Reason_Code __aeabi_unwind_cpp_pr0 (_Unwind_State, > ^ > = /src/FreeBSD/head/gnu/lib/libgcc/../../../contrib/gcc/config/arm/unwind-ar= m.c:170:27: > error: expected ')' > _Unwind_Control_Block *, _Unwind_Context *) __attribute__((weak)); > ^ > = /src/FreeBSD/head/gnu/lib/libgcc/../../../contrib/gcc/config/arm/unwind-ar= m.c:169:51: > note: to match this '(' > extern _Unwind_Reason_Code __aeabi_unwind_cpp_pr1 (_Unwind_State, > ^ > fatal error: too many errors emitted, stopping now [-ferror-limit=3D] >=20 > --=20 > A better world shall emerge based on faith and understanding - = Douglas > MacArthur > _______________________________________________ > 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 Sun Jul 21 21:32:43 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 64B60F6A for ; Sun, 21 Jul 2013 21:32:43 +0000 (UTC) (envelope-from tim@kientzle.com) Received: from monday.kientzle.com (99-115-135-74.uvs.sntcca.sbcglobal.net [99.115.135.74]) by mx1.freebsd.org (Postfix) with ESMTP id 231C4394 for ; Sun, 21 Jul 2013 21:32:42 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id r6LLWf9S034659; Sun, 21 Jul 2013 21:32:41 GMT (envelope-from tim@kientzle.com) Received: from [192.168.2.123] (CiscoE3000 [192.168.1.65]) by kientzle.com with SMTP id nc3puhjxzww7jvcsiee3ib23zs; Sun, 21 Jul 2013 21:32:41 +0000 (UTC) (envelope-from tim@kientzle.com) Subject: Re: Booting Beagleboard Black Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=us-ascii From: Tim Kientzle In-Reply-To: Date: Sun, 21 Jul 2013 14:32:40 -0700 Content-Transfer-Encoding: 7bit Message-Id: References: <97D78167-9428-4005-89EE-15A78F74BE46@gromit.dlib.vt.edu> <44AB19F7-A0D3-4F0C-A1F4-66AA49283387@gromit.dlib.vt.edu> To: Tom Everett X-Mailer: Apple Mail (2.1283) Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Jul 2013 21:32:43 -0000 On Jul 21, 2013, at 12:27 PM, Tom Everett wrote: > ok, so I got the serial cable from Adafruit, and I now get this with a > crochet-built kernel. Is this perhaps a bug in crochet? Possible, though I just this morning I built and booted a BeagleBone Black system using Crochet. I believe the Crochet I'm using here has no changes from what's on github. My build system is -CURRENT that I rebuilt from source a few days ago, and I only have one local patch to the -CURRENT sources I'm using to build the BeagleBone Black image (details below). For reference, here is my "beagleblack.sh" configuration: board_setup BeagleBone option ImageSize 900mb FREEBSD_SRC=${TOPDIR}/src FREEBSD_WORLD_EXTRA_ARGS="-DWITH_ARM_EABI -DNOCLEAN" FREEBSD_KERNEL_EXTRA_ARGS="-DKERNFAST" FREEBSD_FORCE_BUILDKERNEL=y I don't think any of the last four items here are necessary (in particular WITH_ARM_EABI is now the default; I just haven't removed it from my local config yet). I then used $ sudo ./crochet -c beagleblack.sh to build the image. > U-Boot SPL 2013.04 (Jul 11 2013 - 21:49:14) > OMAP SD/MMC: 0 > reading bb-uboot.img > reading bb-uboot.img > > > U-Boot 2013.04 (Jul 11 2013 - 21:49:14) So MLO and BB-uboot.img are there and working correctly. > FreeBSD/armv6 U-Boot loader, Revision 1.2 > (root@bernice, Sat Jul 20 20:59:18 MDT 2013) > DRAM: 512MB And U-Boot is correctly loading bbubldr. > Device: disk > | > can't load 'kernel' > > Type '?' for a list of commands, 'help' for more detailed help. > loader> What does "ls" here show? Sounds like the kernel didn't get installed for some reason. You should be able to look at the UFS partition from the loader> prompt and figure out what's missing. Tim P.S. My only local change right now is a fix for the 'panic: lock "vm map (user)" already initialized' bug that has been plaguing armv6 for a while: Index: sys/vm/vm_map.c =================================================================== --- sys/vm/vm_map.c (revision 253514) +++ sys/vm/vm_map.c (working copy) @@ -239,8 +239,7 @@ vm_map_t map; map = (vm_map_t)mem; - map->nentries = 0; - map->size = 0; + memset(map, 0, sizeof(*map)); mtx_init(&map->system_mtx, "vm map (system)", NULL, MTX_DEF | MTX_DUPOK); sx_init(&map->lock, "vm map (user)"); return (0); From owner-freebsd-arm@FreeBSD.ORG Sun Jul 21 21:42:17 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id A092A171 for ; Sun, 21 Jul 2013 21:42:17 +0000 (UTC) (envelope-from tom@0x544745.com) Received: from mail-ob0-f175.google.com (mail-ob0-f175.google.com [209.85.214.175]) by mx1.freebsd.org (Postfix) with ESMTP id 6C6AB3EB for ; Sun, 21 Jul 2013 21:42:17 +0000 (UTC) Received: by mail-ob0-f175.google.com with SMTP id xn12so7337355obc.6 for ; Sun, 21 Jul 2013 14:42:09 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=NGthlAmGdp++8A4IBt6Mxwv0nvXYMLF4smmIbq2/njw=; b=VkLyI1f/Ja1GhTNkAYhEmFu5o99VEefaTI9x0Ye0xSyUKeKPNF1VNYncYaTO82kkh3 llE9lzbzD/YuXJqjKfSWhnnvy97Hy6HhUVEHOvooS/angxkXy+V7jPrJ9ZX3jBPhvVue Vx26qy50TQO8LLDlzdg21H1prptt3XKeff2JjdttemMWatCGLX9x0Bro+HWEXtXrykrr u2bIdxEWsc2/Nuse60wa9Mi4z0QJFjl7y46tuB+74NT5B+F/QyF7XhwQhQrOm2PWORgH qCVCNb/ot466sR08pIRbzaOWu9v2goUoIX5XpHRcKv/Bwe5QFsTKlEoAm0Qu1D8URf1t XvEQ== MIME-Version: 1.0 X-Received: by 10.60.83.75 with SMTP id o11mr24382310oey.45.1374442929824; Sun, 21 Jul 2013 14:42:09 -0700 (PDT) Received: by 10.182.111.67 with HTTP; Sun, 21 Jul 2013 14:42:09 -0700 (PDT) In-Reply-To: References: <97D78167-9428-4005-89EE-15A78F74BE46@gromit.dlib.vt.edu> <44AB19F7-A0D3-4F0C-A1F4-66AA49283387@gromit.dlib.vt.edu> Date: Sun, 21 Jul 2013 15:42:09 -0600 Message-ID: Subject: Re: Booting Beagleboard Black From: Tom Everett To: Tim Kientzle X-Gm-Message-State: ALoCoQn0WsTbiINndTCmfsv40d4nB+TeOMPSGuVlbNboCVH6TDHoaVYIIi2rtTj//ZOz9xFnmDyi Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Jul 2013 21:42:17 -0000 ls shows: / d .snap .sujournal and lsdev shows: disk devices: disk0 (MMC) disk0s1: DOS/Windows disk0s2: FreeBSD disk0s2a: FreeBSD UFS net devices: net0: I'm doing a fresh checkout of the entire CURRENT source tree, a rebuild of dev and then a rebuild of the kernel. We'll see what happens. On Sun, Jul 21, 2013 at 3:32 PM, Tim Kientzle wrote: > On Jul 21, 2013, at 12:27 PM, Tom Everett wrote: > > > ok, so I got the serial cable from Adafruit, and I now get this with a > > crochet-built kernel. Is this perhaps a bug in crochet? > > Possible, though I just this morning I built and booted > a BeagleBone Black system using Crochet. I believe the > Crochet I'm using here has no changes from what's on github. > > My build system is -CURRENT that I rebuilt from source a few days > ago, and I only have one local patch to the -CURRENT sources > I'm using to build the BeagleBone Black image (details below). > For reference, here is my "beagleblack.sh" configuration: > > board_setup BeagleBone > option ImageSize 900mb > FREEBSD_SRC=${TOPDIR}/src > FREEBSD_WORLD_EXTRA_ARGS="-DWITH_ARM_EABI -DNOCLEAN" > FREEBSD_KERNEL_EXTRA_ARGS="-DKERNFAST" > FREEBSD_FORCE_BUILDKERNEL=y > > I don't think any of the last four items here are necessary > (in particular WITH_ARM_EABI is now the default; I just > haven't removed it from my local config yet). > > I then used > > $ sudo ./crochet -c beagleblack.sh > > to build the image. > > > U-Boot SPL 2013.04 (Jul 11 2013 - 21:49:14) > > OMAP SD/MMC: 0 > > reading bb-uboot.img > > reading bb-uboot.img > > > > > > U-Boot 2013.04 (Jul 11 2013 - 21:49:14) > > So MLO and BB-uboot.img are there and working > correctly. > > > FreeBSD/armv6 U-Boot loader, Revision 1.2 > > (root@bernice, Sat Jul 20 20:59:18 MDT 2013) > > DRAM: 512MB > > And U-Boot is correctly loading bbubldr. > > > Device: disk > > | > > can't load 'kernel' > > > > Type '?' for a list of commands, 'help' for more detailed help. > > loader> > > What does "ls" here show? > > Sounds like the kernel didn't get installed for some reason. > You should be able to look at the UFS partition from > the loader> prompt and figure out what's missing. > > Tim > > P.S. My only local change right now is a fix for the > 'panic: lock "vm map (user)" already initialized' bug that > has been plaguing armv6 for a while: > > Index: sys/vm/vm_map.c > =================================================================== > --- sys/vm/vm_map.c (revision 253514) > +++ sys/vm/vm_map.c (working copy) > @@ -239,8 +239,7 @@ > vm_map_t map; > > map = (vm_map_t)mem; > - map->nentries = 0; > - map->size = 0; > + memset(map, 0, sizeof(*map)); > mtx_init(&map->system_mtx, "vm map (system)", NULL, MTX_DEF | > MTX_DUPOK); > sx_init(&map->lock, "vm map (user)"); > return (0); > > > > > -- A better world shall emerge based on faith and understanding - Douglas MacArthur From owner-freebsd-arm@FreeBSD.ORG Sun Jul 21 22:02:15 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id F138B703 for ; Sun, 21 Jul 2013 22:02:15 +0000 (UTC) (envelope-from rpaulo@FreeBSD.org) Received: from felyko.com (felyko.com [IPv6:2607:f2f8:a528::3:1337:ca7]) by mx1.freebsd.org (Postfix) with ESMTP id DCC6F69F for ; Sun, 21 Jul 2013 22:02:15 +0000 (UTC) Received: from [IPv6:2601:9:4d00:119:1599:af5e:5755:c55b] (unknown [IPv6:2601:9:4d00:119:1599:af5e:5755:c55b]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by felyko.com (Postfix) with ESMTPSA id 1B1A63982B; Sun, 21 Jul 2013 15:02:15 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: Booting Beagleboard Black From: Rui Paulo In-Reply-To: Date: Sun, 21 Jul 2013 15:02:14 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <27AC1DB6-9D32-47AF-A1E8-A53EE3C09753@FreeBSD.org> References: <97D78167-9428-4005-89EE-15A78F74BE46@gromit.dlib.vt.edu> <44AB19F7-A0D3-4F0C-A1F4-66AA49283387@gromit.dlib.vt.edu> To: Tom Everett X-Mailer: Apple Mail (2.1508) Cc: "freebsd-arm@freebsd.org" , Tim Kientzle X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Jul 2013 22:02:16 -0000 On 21 Jul 2013, at 14:42, Tom Everett wrote: > ls shows: >=20 > / > d .snap > .sujournal >=20 > and lsdev shows: >=20 > disk devices: > disk0 (MMC) > disk0s1: DOS/Windows > disk0s2: FreeBSD > disk0s2a: FreeBSD UFS > net devices: > net0: >=20 > I'm doing a fresh checkout of the entire CURRENT source tree, a = rebuild of > dev and then a rebuild of the kernel. We'll see what happens. As you can see, your root file system has no files. This has happened to = me in the past and I don't know why, but re-creating the image file with = crochet seems to fix it. -- Rui Paulo From owner-freebsd-arm@FreeBSD.ORG Mon Jul 22 04:25:53 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id ED7ECB37 for ; Mon, 22 Jul 2013 04:25:53 +0000 (UTC) (envelope-from tom@0x544745.com) Received: from mail-ob0-f181.google.com (mail-ob0-f181.google.com [209.85.214.181]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B7EEE2140 for ; Mon, 22 Jul 2013 04:25:53 +0000 (UTC) Received: by mail-ob0-f181.google.com with SMTP id 16so7551491obc.40 for ; Sun, 21 Jul 2013 21:25:47 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=/VhHtjINxTLcLbipysRVZoXOONFuTsBqfYbv9FpJzJA=; b=ex4u7metNxnXfXSn281Apwpjd29f2Yx1VRAGkirWo8GNzaT1jxL19bTKN8fSr4DGXx ZsoZBgQOu+rhKsYxGqLRRdqfc43Pyv1TQRMhRH2xA4c52/9BVUOVayRWjgveJtrB2ngz n8+ZbvrwC0pJDbda3l5cn/oNfzneeweNJvU5ojv8gfUW2rP8wQmuSpcNyQLFwOl79wOc 4oehcQHaFXmro6+eBoF22flz1re6v3OH7vlgi6Yz2U+asbMYa/XWQI5uSwMpDGNRTh03 N/l1uIHb9L99fqwT/UGU7jQHAsUfVHja39zchZVMW5CutodBX6mNuWC+awwec0nCU3VI HaFQ== MIME-Version: 1.0 X-Received: by 10.182.134.229 with SMTP id pn5mr19301780obb.9.1374467147580; Sun, 21 Jul 2013 21:25:47 -0700 (PDT) Received: by 10.182.111.67 with HTTP; Sun, 21 Jul 2013 21:25:47 -0700 (PDT) In-Reply-To: <27AC1DB6-9D32-47AF-A1E8-A53EE3C09753@FreeBSD.org> References: <97D78167-9428-4005-89EE-15A78F74BE46@gromit.dlib.vt.edu> <44AB19F7-A0D3-4F0C-A1F4-66AA49283387@gromit.dlib.vt.edu> <27AC1DB6-9D32-47AF-A1E8-A53EE3C09753@FreeBSD.org> Date: Sun, 21 Jul 2013 22:25:47 -0600 Message-ID: Subject: Re: Booting Beagleboard Black From: Tom Everett To: Rui Paulo X-Gm-Message-State: ALoCoQmWwhomnjUPXtL1AMsn2ACI1grrsRgLyxqiicywrcRWDmiNebY4q6kr60ZVL4QTrJhO8Hg7 Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "freebsd-arm@freebsd.org" , Tim Kientzle X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Jul 2013 04:25:54 -0000 ok, I've rebuilt with a fresh source tree, fresh xdev build and fresh pull of crochet; same result. Should I post the crochet build logs? Could the fact that I'm building it on AMD64 be part of the problem? My host OS is: FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 CPU: AMD A8-3870 APU with Radeon(tm) HD Graphics (3000.26-MHz K8-class CPU) Here is the console log from the Beagle U-Boot 2013.04 (Jul 21 2013 - 22:07:04) I2C: ready DRAM: 512 MiB WARNING: Caches not enabled MMC: OMAP SD/MMC: 0, OMAP SD/MMC: 1 Using default environment musb-hdrc: ConfigData=0xde (UTMI-8, dyn FIFOs, HB-ISO Rx, HB-ISO Tx, SoftConn) musb-hdrc: MHDRC RTL version 2.0 musb-hdrc: setup fifo_mode 4 musb-hdrc: 28/31 max ep, 16384/16384 memory USB Peripheral mode controller at 47401000 using PIO, IRQ 0 musb-hdrc: ConfigData=0xde (UTMI-8, dyn FIFOs, HB-ISO Rx, HB-ISO Tx, SoftConn) musb-hdrc: MHDRC RTL version 2.0 musb-hdrc: setup fifo_mode 4 musb-hdrc: 28/31 max ep, 16384/16384 memory USB Host mode controller at 47401800 using PIO, IRQ 0 Net: not set. Validating first E-fuse MAC cpsw, usb_ether Hit any key to stop autoboot: 0 mmc0 is current device SD/MMC found on device 0 reading bb-uEnv.txt reading bbubldr 237488 bytes read in 34 ms (6.7 MiB/s) reading bboneblk.dtb 13946 bytes read in 7 ms (1.9 MiB/s) Booting from mmc ... ## Starting application at 0x88000054 ... Consoles: U-Boot console Compatible API signature found @9f242240 Number of U-Boot devices: 2 FreeBSD/armv6 U-Boot loader, Revision 1.2 (root@bernice, Sun Jul 21 22:07:44 MDT 2013) DRAM: 512MB Device: disk | can't load 'kernel' Type '?' for a list of commands, 'help' for more detailed help. loader> ls / d .snap .sujournal loader> On Sun, Jul 21, 2013 at 4:02 PM, Rui Paulo wrote: > On 21 Jul 2013, at 14:42, Tom Everett wrote: > > > ls shows: > > > > / > > d .snap > > .sujournal > > > > and lsdev shows: > > > > disk devices: > > disk0 (MMC) > > disk0s1: DOS/Windows > > disk0s2: FreeBSD > > disk0s2a: FreeBSD UFS > > net devices: > > net0: > > > > I'm doing a fresh checkout of the entire CURRENT source tree, a rebuild > of > > dev and then a rebuild of the kernel. We'll see what happens. > > > As you can see, your root file system has no files. This has happened to > me in the past and I don't know why, but re-creating the image file with > crochet seems to fix it. > > -- > Rui Paulo > > -- A better world shall emerge based on faith and understanding - Douglas MacArthur From owner-freebsd-arm@FreeBSD.ORG Mon Jul 22 04:27:34 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 87113B76 for ; Mon, 22 Jul 2013 04:27:34 +0000 (UTC) (envelope-from rpaulo@freebsd.org) Received: from felyko.com (felyko.com [IPv6:2607:f2f8:a528::3:1337:ca7]) by mx1.freebsd.org (Postfix) with ESMTP id 716F52146 for ; Mon, 22 Jul 2013 04:27:34 +0000 (UTC) Received: from [IPv6:2601:9:4d00:119:1599:af5e:5755:c55b] (unknown [IPv6:2601:9:4d00:119:1599:af5e:5755:c55b]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by felyko.com (Postfix) with ESMTPSA id 9C7863982B; Sun, 21 Jul 2013 21:27:33 -0700 (PDT) Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: Booting Beagleboard Black From: Rui Paulo In-Reply-To: Date: Sun, 21 Jul 2013 21:27:33 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <62929369-CBAE-4C46-BB77-891D68D20F4C@freebsd.org> References: <97D78167-9428-4005-89EE-15A78F74BE46@gromit.dlib.vt.edu> <44AB19F7-A0D3-4F0C-A1F4-66AA49283387@gromit.dlib.vt.edu> <27AC1DB6-9D32-47AF-A1E8-A53EE3C09753@FreeBSD.org> To: Tom Everett X-Mailer: Apple Mail (2.1508) Cc: "freebsd-arm@freebsd.org" , Tim Kientzle X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Jul 2013 04:27:34 -0000 On 21 Jul 2013, at 21:25, Tom Everett wrote: > ok, I've rebuilt with a fresh source tree, fresh xdev build and fresh = pull of crochet; same result. Should I post the crochet build logs? = Could the fact that I'm building it on AMD64 be part of the problem? This looks like an installworld/installkernel problem. If you mount the = FreeBSD-armv6-BEAGLEBONE.img image (/dev/md0s2a), do you see any files?=20= -- Rui Paulo From owner-freebsd-arm@FreeBSD.ORG Mon Jul 22 04:46:43 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id EE926DF8; Mon, 22 Jul 2013 04:46:42 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from monday.kientzle.com (99-115-135-74.uvs.sntcca.sbcglobal.net [99.115.135.74]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CD7FA21A2; Mon, 22 Jul 2013 04:46:40 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id r6M4kcAd037451; Mon, 22 Jul 2013 04:46:38 GMT (envelope-from kientzle@freebsd.org) Received: from [192.168.2.123] (CiscoE3000 [192.168.1.65]) by kientzle.com with SMTP id 2azs5a4ix9sue5z28ucaaxuvz6; Mon, 22 Jul 2013 04:46:38 +0000 (UTC) (envelope-from kientzle@freebsd.org) Subject: Re: Booting Beagleboard Black Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=iso-8859-1 From: Tim Kientzle In-Reply-To: Date: Sun, 21 Jul 2013 21:46:35 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <97D78167-9428-4005-89EE-15A78F74BE46@gromit.dlib.vt.edu> <44AB19F7-A0D3-4F0C-A1F4-66AA49283387@gromit.dlib.vt.edu> <27AC1DB6-9D32-47AF-A1E8-A53EE3C09753@FreeBSD.org> To: Tom Everett X-Mailer: Apple Mail (2.1283) Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Jul 2013 04:46:43 -0000 Please send me the Crochet build logs and I'll see if I can puzzle anything out. The console log from running Crochet would also be interesting. Tim On Jul 21, 2013, at 9:25 PM, Tom Everett wrote: > ok, I've rebuilt with a fresh source tree, fresh xdev build and fresh = pull of crochet; same result. Should I post the crochet build logs? = Could the fact that I'm building it on AMD64 be part of the problem? >=20 > My host OS is: >=20 > FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 > root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC = amd64 > CPU: AMD A8-3870 APU with Radeon(tm) HD Graphics (3000.26-MHz K8-class = CPU) >=20 >=20 >=20 > Here is the console log from the Beagle >=20 > U-Boot 2013.04 (Jul 21 2013 - 22:07:04) >=20 > I2C: ready > DRAM: 512 MiB > WARNING: Caches not enabled > MMC: OMAP SD/MMC: 0, OMAP SD/MMC: 1 > Using default environment >=20 > musb-hdrc: ConfigData=3D0xde (UTMI-8, dyn FIFOs, HB-ISO Rx, HB-ISO Tx, = SoftConn) > musb-hdrc: MHDRC RTL version 2.0=20 > musb-hdrc: setup fifo_mode 4 > musb-hdrc: 28/31 max ep, 16384/16384 memory > USB Peripheral mode controller at 47401000 using PIO, IRQ 0 > musb-hdrc: ConfigData=3D0xde (UTMI-8, dyn FIFOs, HB-ISO Rx, HB-ISO Tx, = SoftConn) > musb-hdrc: MHDRC RTL version 2.0=20 > musb-hdrc: setup fifo_mode 4 > musb-hdrc: 28/31 max ep, 16384/16384 memory > USB Host mode controller at 47401800 using PIO, IRQ 0 > Net: not set. Validating first E-fuse MAC > cpsw, usb_ether > Hit any key to stop autoboot: 0=20 > mmc0 is current device > SD/MMC found on device 0 > reading bb-uEnv.txt > reading bbubldr > 237488 bytes read in 34 ms (6.7 MiB/s) > reading bboneblk.dtb > 13946 bytes read in 7 ms (1.9 MiB/s) > Booting from mmc ... > ## Starting application at 0x88000054 ... > Consoles: U-Boot console =20 > Compatible API signature found @9f242240 > Number of U-Boot devices: 2 >=20 > FreeBSD/armv6 U-Boot loader, Revision 1.2 > (root@bernice, Sun Jul 21 22:07:44 MDT 2013) > DRAM: 512MB >=20 > Device: disk > | > can't load 'kernel' >=20 > Type '?' for a list of commands, 'help' for more detailed help. > loader> ls > / > d .snap > .sujournal > loader>=20 >=20 >=20 >=20 > On Sun, Jul 21, 2013 at 4:02 PM, Rui Paulo wrote: > On 21 Jul 2013, at 14:42, Tom Everett wrote: >=20 > > ls shows: > > > > / > > d .snap > > .sujournal > > > > and lsdev shows: > > > > disk devices: > > disk0 (MMC) > > disk0s1: DOS/Windows > > disk0s2: FreeBSD > > disk0s2a: FreeBSD UFS > > net devices: > > net0: > > > > I'm doing a fresh checkout of the entire CURRENT source tree, a = rebuild of > > dev and then a rebuild of the kernel. We'll see what happens. >=20 >=20 > As you can see, your root file system has no files. This has happened = to me in the past and I don't know why, but re-creating the image file = with crochet seems to fix it. >=20 > -- > Rui Paulo >=20 >=20 >=20 >=20 > --=20 > A better world shall emerge based on faith and understanding - = Douglas MacArthur From owner-freebsd-arm@FreeBSD.ORG Mon Jul 22 10:04:20 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 4204211E for ; Mon, 22 Jul 2013 10:04:20 +0000 (UTC) (envelope-from ghw@7axu.com) Received: from mail-wi0-f178.google.com (mail-wi0-f178.google.com [209.85.212.178]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BC0CC2017 for ; Mon, 22 Jul 2013 10:04:18 +0000 (UTC) Received: by mail-wi0-f178.google.com with SMTP id k10so1675011wiv.11 for ; Mon, 22 Jul 2013 03:04:11 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:in-reply-to:references:from:date :message-id:subject:to:cc:content-type:x-gm-message-state; bh=Jm7oCKNS0FCsA4P3IfRRDoiO/nBW955OwGsHadE005s=; b=LXb47BO9wIKgYHgEIyvYMzu7KBA2aRVBmJCYg7B7xfKkjmwiAiTNzUnmPDFNeQIICZ IvYUUcXUqTnmgELHfluk/ttKivC+OPT+doeoBxTzROU9w0hZtvWsdSnxwVk4AjTKyntn PF1jBPhrbI+1q41o+0vuGSYyvKZ4J9Oz+spNgTkOMhNxNQIuC2pYqiLizQBnJatWM3at Q5fbKvQTVnBBWVQwEPPR47UDR8iZw1kRyZdcEGUk1hw6FDVnGn4GbdzV82oasWFG9nof MdwjKRPxNw/+4731Y1ByCtoa8w7/K9dq6YTOAvTVBQ3KC1S5P+COs2U2WsgvWWqSE/UU zVhw== X-Received: by 10.194.91.194 with SMTP id cg2mr19569022wjb.53.1374487451586; Mon, 22 Jul 2013 03:04:11 -0700 (PDT) MIME-Version: 1.0 Received: by 10.194.93.34 with HTTP; Mon, 22 Jul 2013 03:03:30 -0700 (PDT) X-Originating-IP: [54.249.112.206] In-Reply-To: References: <97D78167-9428-4005-89EE-15A78F74BE46@gromit.dlib.vt.edu> <44AB19F7-A0D3-4F0C-A1F4-66AA49283387@gromit.dlib.vt.edu> <27AC1DB6-9D32-47AF-A1E8-A53EE3C09753@FreeBSD.org> From: XiaoQI Ge Date: Mon, 22 Jul 2013 18:03:30 +0800 Message-ID: Subject: Re: Booting Beagleboard Black To: Tim Kientzle X-Gm-Message-State: ALoCoQl1f2v7aY2ljEd7seGEwtjqM3A0AqbcA2fgaNyLtR6oDvRH6IGkI1Bw9SQCRt4RHptBjMgq Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Jul 2013 10:04:20 -0000 I did not start successfully U-Boot# fatload mmc 0 0x88000000 bbubldr reading bbubldr 237048 bytes read in 33 ms (6.9 MiB/s) U-Boot# go 0x88000000 ## Starting application at 0x88000000 ... data abort MAYBE you should read doc/README.arm-unaligned-accesses pc : [<8800002c>] lr : [<9f35b2d4>] sp : 9f238e10 ip : 0000000f fp : 9f239808 r10: 00000002 r9 : 9f3adf90 r8 : 9f238f40 r7 : 9f239818 r6 : 88000000 r5 : 00000002 r4 : 9f23981c r3 : 88000000 r2 : f8000000 r1 : 9f23981c r0 : 00000008 Flags: nZCv IRQs off FIQs on Mode SVC_32 Resetting CPU ... resetting ... U-Boot SPL 2013.04-dirty (May 06 2013 - 16:12:47) musb-hdrc: ConfigData=0xde (UTMI-8, dyn FIFOs, HB-ISO Rx, HB-ISO Tx, SoftConn) musb-hdrc: MHDRC RTL version 2.0 musb-hdrc: setup fifo_mode 4 musb-hdrc: 28/31 max ep, 16384/16384 memory USB Peripheral mode controller at 47401000 using PIO, IRQ 0 musb-hdrc: ConfigData=0xde (UTMI-8, dyn FIFOs, HB-ISO Rx, HB-ISO Tx, SoftConn) musb-hdrc: MHDRC RTL version 2.0 musb-hdrc: setup fifo_mode 4 musb-hdrc: 28/31 max ep, 16384/16384 memory USB Host mode controller at 47401800 using PIO, IRQ 0 OMAP SD/MMC: 0 mmc_send_cmd : timeout: No status update reading u-boot.img reading u-boot.img U-Boot 2013.04-dirty (May 06 2013 - 16:12:47) I2C: ready DRAM: 512 MiB WARNING: Caches not enabled NAND: No NAND device found!!! 0 MiB MMC: OMAP SD/MMC: 0, OMAP SD/MMC: 1 *** Warning - readenv() failed, using default environment musb-hdrc: ConfigData=0xde (UTMI-8, dyn FIFOs, HB-ISO Rx, HB-ISO Tx, SoftConn) musb-hdrc: MHDRC RTL version 2.0 musb-hdrc: setup fifo_mode 4 musb-hdrc: 28/31 max ep, 16384/16384 memory USB Peripheral mode controller at 47401000 using PIO, IRQ 0 musb-hdrc: ConfigData=0xde (UTMI-8, dyn FIFOs, HB-ISO Rx, HB-ISO Tx, SoftConn) musb-hdrc: MHDRC RTL version 2.0 musb-hdrc: setup fifo_mode 4 musb-hdrc: 28/31 max ep, 16384/16384 memory USB Host mode controller at 47401800 using PIO, IRQ 0 Net: not set. Validating first E-fuse MAC cpsw, usb_ether Hit any key to stop autoboot: 0 U-Boot# Startup log : U-Boot SPL 2013.04-dirty (May 06 2013 - 16:12:47) musb-hdrc: ConfigData=0xde (UTMI-8, dyn FIFOs, HB-ISO Rx, HB-ISO Tx, SoftConn) musb-hdrc: MHDRC RTL version 2.0 musb-hdrc: setup fifo_mode 4 musb-hdrc: 28/31 max ep, 16384/16384 memory USB Peripheral mode controller at 47401000 using PIO, IRQ 0 musb-hdrc: ConfigData=0xde (UTMI-8, dyn FIFOs, HB-ISO Rx, HB-ISO Tx, SoftConn) musb-hdrc: MHDRC RTL version 2.0 musb-hdrc: setup fifo_mode 4 musb-hdrc: 28/31 max ep, 16384/16384 memory USB Host mode controller at 47401800 using PIO, IRQ 0 OMAP SD/MMC: 0 mmc_send_cmd : timeout: No status update reading u-boot.img reading u-boot.img U-Boot 2013.04-dirty (May 06 2013 - 16:12:47) I2C: ready DRAM: 512 MiB WARNING: Caches not enabled NAND: No NAND device found!!! 0 MiB MMC: OMAP SD/MMC: 0, OMAP SD/MMC: 1 *** Warning - readenv() failed, using default environment musb-hdrc: ConfigData=0xde (UTMI-8, dyn FIFOs, HB-ISO Rx, HB-ISO Tx, SoftConn) musb-hdrc: MHDRC RTL version 2.0 musb-hdrc: setup fifo_mode 4 musb-hdrc: 28/31 max ep, 16384/16384 memory USB Peripheral mode controller at 47401000 using PIO, IRQ 0 musb-hdrc: ConfigData=0xde (UTMI-8, dyn FIFOs, HB-ISO Rx, HB-ISO Tx, SoftConn) musb-hdrc: MHDRC RTL version 2.0 musb-hdrc: setup fifo_mode 4 musb-hdrc: 28/31 max ep, 16384/16384 memory USB Host mode controller at 47401800 using PIO, IRQ 0 Net: not set. Validating first E-fuse MAC cpsw, usb_ether Hit any key to stop autoboot: 0 gpio: pin 53 (gpio 53) value is 1 mmc0 is current device micro SD card found mmc0 is current device gpio: pin 54 (gpio 54) value is 1 SD/MMC found on device 0 reading uEnv.txt ** Unable to read file uEnv.txt ** gpio: pin 55 (gpio 55) value is 1 Failed to mount ext2 filesystem... ** Unrecognized filesystem type ** U-Boot# -- Regards. By: XiaoQI Ge; PGP:8B09D5F7 WWW: https://www.7axu.com/ 2013/7/22 Tim Kientzle > Please send me the Crochet build logs and I'll see if > I can puzzle anything out. > > The console log from running Crochet would also be interesting. > > Tim > > > On Jul 21, 2013, at 9:25 PM, Tom Everett wrote: > > > ok, I've rebuilt with a fresh source tree, fresh xdev build and fresh > pull of crochet; same result. Should I post the crochet build logs? Could > the fact that I'm building it on AMD64 be part of the problem? > > > > My host OS is: > > > > FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 > > root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC > amd64 > > CPU: AMD A8-3870 APU with Radeon(tm) HD Graphics (3000.26-MHz K8-class > CPU) > > > > > > > > Here is the console log from the Beagle > > > > U-Boot 2013.04 (Jul 21 2013 - 22:07:04) > > > > I2C: ready > > DRAM: 512 MiB > > WARNING: Caches not enabled > > MMC: OMAP SD/MMC: 0, OMAP SD/MMC: 1 > > Using default environment > > > > musb-hdrc: ConfigData=0xde (UTMI-8, dyn FIFOs, HB-ISO Rx, HB-ISO Tx, > SoftConn) > > musb-hdrc: MHDRC RTL version 2.0 > > musb-hdrc: setup fifo_mode 4 > > musb-hdrc: 28/31 max ep, 16384/16384 memory > > USB Peripheral mode controller at 47401000 using PIO, IRQ 0 > > musb-hdrc: ConfigData=0xde (UTMI-8, dyn FIFOs, HB-ISO Rx, HB-ISO Tx, > SoftConn) > > musb-hdrc: MHDRC RTL version 2.0 > > musb-hdrc: setup fifo_mode 4 > > musb-hdrc: 28/31 max ep, 16384/16384 memory > > USB Host mode controller at 47401800 using PIO, IRQ 0 > > Net: not set. Validating first E-fuse MAC > > cpsw, usb_ether > > Hit any key to stop autoboot: 0 > > mmc0 is current device > > SD/MMC found on device 0 > > reading bb-uEnv.txt > > reading bbubldr > > 237488 bytes read in 34 ms (6.7 MiB/s) > > reading bboneblk.dtb > > 13946 bytes read in 7 ms (1.9 MiB/s) > > Booting from mmc ... > > ## Starting application at 0x88000054 ... > > Consoles: U-Boot console > > Compatible API signature found @9f242240 > > Number of U-Boot devices: 2 > > > > FreeBSD/armv6 U-Boot loader, Revision 1.2 > > (root@bernice, Sun Jul 21 22:07:44 MDT 2013) > > DRAM: 512MB > > > > Device: disk > > | > > can't load 'kernel' > > > > Type '?' for a list of commands, 'help' for more detailed help. > > loader> ls > > / > > d .snap > > .sujournal > > loader> > > > > > > > > On Sun, Jul 21, 2013 at 4:02 PM, Rui Paulo wrote: > > On 21 Jul 2013, at 14:42, Tom Everett wrote: > > > > > ls shows: > > > > > > / > > > d .snap > > > .sujournal > > > > > > and lsdev shows: > > > > > > disk devices: > > > disk0 (MMC) > > > disk0s1: DOS/Windows > > > disk0s2: FreeBSD > > > disk0s2a: FreeBSD UFS > > > net devices: > > > net0: > > > > > > I'm doing a fresh checkout of the entire CURRENT source tree, a > rebuild of > > > dev and then a rebuild of the kernel. We'll see what happens. > > > > > > As you can see, your root file system has no files. This has happened to > me in the past and I don't know why, but re-creating the image file with > crochet seems to fix it. > > > > -- > > Rui Paulo > > > > > > > > > > -- > > A better world shall emerge based on faith and understanding - Douglas > MacArthur > > _______________________________________________ > 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 Jul 22 10:19:23 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 55D36541 for ; Mon, 22 Jul 2013 10:19:23 +0000 (UTC) (envelope-from ghw@7axu.com) Received: from mail-wg0-f43.google.com (mail-wg0-f43.google.com [74.125.82.43]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D1BC72162 for ; Mon, 22 Jul 2013 10:19:22 +0000 (UTC) Received: by mail-wg0-f43.google.com with SMTP id z12so640446wgg.22 for ; Mon, 22 Jul 2013 03:19:15 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:in-reply-to:references:from:date :message-id:subject:to:cc:content-type:x-gm-message-state; bh=jYRUq5x7sPN6dIg8/Z9zWM3bYAHIOWHEPz0oSEkfL6Q=; b=OAh6BJ1mLTwRWCrS0JrqJJgBuYCfqZcwcWbn3AlShZTD8/FdO0ildd+glaIAvqUY8B kefCqCWzUuSNOe9mBvwLm2JJfqMorSS65us7tOwd4JTGCglPXpyl6XBC1zlvcUmoEdDH kYiBZIyvE5IYqVQtXBG2qZXNu8wqJqhf2+8siFz1009jGQPJQJco1vzEQqgafr5BDH6D Ir1dhWqSNslst+5spJl91TQalvlXn54XHlbEmCJDLZ4pwnu3cdmz5VwrN5aXZtyef3p5 /ueip9jKyI5dKn0Q1tXx90tbY+dG/N7eBhs7S1odpcB/vy0JVGJAizjXs+6+OrkvAjjR Uklw== X-Received: by 10.194.7.137 with SMTP id j9mr19321481wja.11.1374487942866; Mon, 22 Jul 2013 03:12:22 -0700 (PDT) MIME-Version: 1.0 Received: by 10.194.93.34 with HTTP; Mon, 22 Jul 2013 03:11:42 -0700 (PDT) X-Originating-IP: [54.249.112.206] In-Reply-To: References: <97D78167-9428-4005-89EE-15A78F74BE46@gromit.dlib.vt.edu> <44AB19F7-A0D3-4F0C-A1F4-66AA49283387@gromit.dlib.vt.edu> <27AC1DB6-9D32-47AF-A1E8-A53EE3C09753@FreeBSD.org> From: XiaoQI Ge Date: Mon, 22 Jul 2013 18:11:42 +0800 Message-ID: Subject: Re: Booting Beagleboard Black To: Tim Kientzle Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQng7ruL2XjSB/glKTZloWWSEHk9i68EquhZFNJzvnrTVEJbG01qqAC88qm+awsX0r80o6NX Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Jul 2013 10:19:23 -0000 I have used this method successfully loaded the kernel Hold the "User Boot" button down, and then plug in the power (USB or 5V adaptor). Keep holding down the button until you see the bank of 4 LED's light up for a few seconds. You can now release the button. But soon the panic U-Boot 2013.04 (Jul 22 2013 - 00:17:14) I2C: ready DRAM: 512 MiB WARNING: Caches not enabled MMC: OMAP SD/MMC: 0, OMAP SD/MMC: 1 Using default environment musb-hdrc: ConfigData=0xde (UTMI-8, dyn FIFOs, HB-ISO Rx, HB-ISO Tx, SoftConn) musb-hdrc: MHDRC RTL version 2.0 musb-hdrc: setup fifo_mode 4 musb-hdrc: 28/31 max ep, 16384/16384 memory USB Peripheral mode controller at 47401000 using PIO, IRQ 0 musb-hdrc: ConfigData=0xde (UTMI-8, dyn FIFOs, HB-ISO Rx, HB-ISO Tx, SoftConn) musb-hdrc: MHDRC RTL version 2.0 musb-hdrc: setup fifo_mode 4 musb-hdrc: 28/31 max ep, 16384/16384 memory USB Host mode controller at 47401800 using PIO, IRQ 0 Net: not set. Validating first E-fuse MAC cpsw, usb_ether Hit any key to stop autoboot: 0 mmc0 is current device SD/MMC found on device 0 reading bb-uEnv.txt reading bbubldr 237048 bytes read in 34 ms (6.6 MiB/s) reading bboneblk.dtb 13946 bytes read in 7 ms (1.9 MiB/s) Booting from mmc ... ## Starting application at 0x88000054 ... Consoles: U-Boot console Compatible API signature found @9f242240 Number of U-Boot devices: 2 FreeBSD/armv6 U-Boot loader, Revision 1.2 (root@FreeBSD.7axu.com, Mon Jul 22 00:18:45 CST 2013) DRAM: 512MB Device: disk - /boot/kernel/kernel text=0x45fe48 data=0x39e24+0x17cac8 syms=[0x4+0x8ae70+0x4+0x532d8] Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel]... Using DTB provided by U-Boot. Kernel entry at 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 10.0-CURRENT #0 r253506: Mon Jul 22 00:16:46 CST 2013 root@FreeBSD.7axu.com:/root/crochet-freebsd/work/obj/arm.armv6/usr/src/sys/BBB arm FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 WARNING: WITNESS option enabled, expect reduced performance. panic: lock "vm map (user)" 0xc0a2c050 already initialized KDB: enter: panic [ thread pid 0 tid 0 ] Stopped at $d: ldrb r15, [r15, r15, ror r15]! db> bt Tracing pid 0 tid 0 td 0xc0813b10 db_trace_self() at db_trace_self pc = 0xc0565a4c lr = 0xc022bbc0 (db_stack_trace+0xf4) sp = 0xc090aaa4 fp = 0xc090aabc r10 = 0xc0666330 db_stack_trace() at db_stack_trace+0xf4 pc = 0xc022bbc0 lr = 0xc022b52c (db_command+0x264) sp = 0xc090aac4 fp = 0xc090ab64 r4 = 0x00000000 r5 = 0x00000000 r6 = 0xc05c9011 db_command() at db_command+0x264 pc = 0xc022b52c lr = 0xc022b29c (db_command_loop+0x60) sp = 0xc090ab6c fp = 0xc090ab7c r4 = 0xc05a824b r5 = 0xc05c296b r6 = 0xc0812b90 r7 = 0xc090ad4c r8 = 0xc0813b10 r9 = 0xc06b05b4 r10 = 0xc06665a0 db_command_loop() at db_command_loop+0x60 pc = 0xc022b29c lr = 0xc022dc9c (db_trap+0xdc) sp = 0xc090ab84 fp = 0xc090aca4 r4 = 0x00000000 r5 = 0xc090ab8c r6 = 0xc06b05dc db_trap() at db_trap+0xdc pc = 0xc022dc9c lr = 0xc039c3fc (kdb_trap+0xd4) sp = 0xc090acac fp = 0xc090accc r4 = 0x00000000 r5 = 0x00000001 r6 = 0xc06b05dc r7 = 0xc090ad4c kdb_trap() at kdb_trap+0xd4 pc = 0xc039c3fc lr = 0xc0575f64 (undefinedinstruction+0x274) sp = 0xc090acd4 fp = 0xc090ad44 r4 = 0x00000000 r5 = 0xc0575c4c r6 = 0x00000000 r7 = 0xe7ffffff r8 = 0xc0813b10 r9 = 0xc090ad4c r10 = 0xc039bcf0 undefinedinstruction() at undefinedinstruction+0x274 pc = 0xc0575f64 lr = 0xc0567278 (exception_exit) sp = 0xc090ad4c fp = 0xc090ada0 r4 = 0xc05c29c5 r5 = 0xc090adf4 r6 = 0xc05c6248 r7 = 0xc06a24e0 r8 = 0xc0813b10 r9 = 0xc06a2340 r10 = 0xc08145ec exception_exit() at exception_exit pc = 0xc0567278 lr = 0xc039bce4 (kdb_enter+0x40) sp = 0xc090ad98 fp = 0xc090ada0 r0 = 0xc06b05c4 r1 = 0x00000000 r2 = 0xc05c6361 r3 = 0x000000ab r4 = 0xc05c29c5 r5 = 0xc090adf4 r6 = 0xc05c6248 r7 = 0xc06a24e0 r8 = 0xc0813b10 r9 = 0xc06a2340 r10 = 0xc08145ec r12 = 0x00000000 $a() at $a pc = 0xc039bcf4 lr = 0xc0366484 (vpanic+0xb8) sp = 0xc090ada8 fp = 0xc090adc8 r4 = 0x00000100 vpanic() at vpanic+0xb8 pc = 0xc0366484 lr = 0xc03663bc ($d) sp = 0xc090add0 fp = 0xc090ade8 r4 = 0xc06a23e0 r5 = 0xc05c6248 r6 = 0xc090adf4 r7 = 0xc06a2340 r8 = 0x00320000 r9 = 0x00000000 r10 = 0xc0a2c000 $d() at $d pc = 0xc03663bc lr = 0xc039ce78 (lock_init+0x44) sp = 0xc090ae00 fp = 0xc090ae18 r4 = 0xc05ca274 r5 = 0x00000000 r6 = 0xc0a2c050 r7 = 0xc067ee90 lock_init() at lock_init+0x44 pc = 0xc039ce78 lr = 0xc036d83c (sx_init_flags+0x8c) sp = 0xc090ae20 fp = 0xc090ae30 r4 = 0xc0a2c050 r5 = 0xc05ca274 r6 = 0x00000000 r7 = 0x00000000 r8 = 0xc053c094 r9 = 0x00000102 sx_init_flags() at sx_init_flags+0x8c pc = 0xc036d83c lr = 0xc05427cc (vm_map_zinit+0x40) sp = 0xc090ae38 fp = 0xc090ae40 r4 = 0xc0a2c000 r5 = 0x00000002 r6 = 0xc0a2cfa8 vm_map_zinit() at vm_map_zinit+0x40 pc = 0xc05427cc lr = 0xc053a808 (keg_alloc_slab+0x1f4) sp = 0xc090ae48 fp = 0xc090ae70 r4 = 0xc0a2f9c0 keg_alloc_slab() at keg_alloc_slab+0x1f4 pc = 0xc053a808 lr = 0xc053a5cc (uma_prealloc+0xfc) sp = 0xc090ae78 fp = 0xc090ae98 r4 = 0xc0a2ed80 r5 = 0xc0a2f9c0 r6 = 0xc0a2fa14 r7 = 0x00000001 r8 = 0xc05e905a r9 = 0xc0814310 r10 = 0xc05e91c5 uma_prealloc() at uma_prealloc+0xfc pc = 0xc053a5cc lr = 0xc05426b8 (vm_map_startup+0x68) sp = 0xc090aea0 fp = 0xc090aec0 r4 = 0xc080f520 r5 = 0x00000000 r6 = 0x00000003 r7 = 0xc05f4d7c r8 = 0xc0814314 r9 = 0xc0814310 r10 = 0x0000000e vm_map_startup() at vm_map_startup+0x68 pc = 0xc05426b8 lr = 0xc054114c (vm_mem_init+0x2c) sp = 0xc090aec8 fp = 0xc090aed0 r4 = 0xc08172c0 r5 = 0xc0813b08 r6 = 0x00000000 vm_mem_init() at vm_mem_init+0x2c pc = 0xc054114c lr = 0xc0317778 (mi_startup+0x11c) sp = 0xc090aed8 fp = 0xc090aef0 r4 = 0x00000001 mi_startup() at mi_startup+0x11c pc = 0xc0317778 lr = 0xc0200224 (virt_done+0x34) sp = 0xc090aef8 fp = 0x00000000 r4 = 0x80200264 r5 = 0x80200158 r6 = 0x88051b18 r7 = 0x8020014c r8 = 0x0000000a r9 = 0xc08fb000 virt_done() at virt_done+0x34 pc = 0xc0200224 lr = 0xc0200224 (virt_done+0x34) sp = 0xc090aef8 fp = 0x00000000 Unable to unwind further db> -- Regards. By: XiaoQI Ge; PGP:8B09D5F7 WWW: https://www.7axu.com/ 2013/7/22 XiaoQI Ge > > I did not start successfully > > > U-Boot# fatload mmc 0 0x88000000 bbubldr > reading bbubldr > 237048 bytes read in 33 ms (6.9 MiB/s) > U-Boot# go 0x88000000 > ## Starting application at 0x88000000 ... > data abort > > MAYBE you should read doc/README.arm-unaligned-accesses > > pc : [<8800002c>] lr : [<9f35b2d4>] > sp : 9f238e10 ip : 0000000f fp : 9f239808 > r10: 00000002 r9 : 9f3adf90 r8 : 9f238f40 > r7 : 9f239818 r6 : 88000000 r5 : 00000002 r4 : 9f23981c > r3 : 88000000 r2 : f8000000 r1 : 9f23981c r0 : 00000008 > Flags: nZCv IRQs off FIQs on Mode SVC_32 > Resetting CPU ... > > resetting ... > > U-Boot SPL 2013.04-dirty (May 06 2013 - 16:12:47) > > musb-hdrc: ConfigData=0xde (UTMI-8, dyn FIFOs, HB-ISO Rx, HB-ISO Tx, SoftConn) > musb-hdrc: MHDRC RTL version 2.0 > musb-hdrc: setup fifo_mode 4 > musb-hdrc: 28/31 max ep, 16384/16384 memory > USB Peripheral mode controller at 47401000 using PIO, IRQ 0 > musb-hdrc: ConfigData=0xde (UTMI-8, dyn FIFOs, HB-ISO Rx, HB-ISO Tx, SoftConn) > musb-hdrc: MHDRC RTL version 2.0 > musb-hdrc: setup fifo_mode 4 > musb-hdrc: 28/31 max ep, 16384/16384 memory > USB Host mode controller at 47401800 using PIO, IRQ 0 > OMAP SD/MMC: 0 > mmc_send_cmd : timeout: No status update > reading u-boot.img > reading u-boot.img > > > U-Boot 2013.04-dirty (May 06 2013 - 16:12:47) > > > I2C: ready > DRAM: 512 MiB > WARNING: Caches not enabled > NAND: No NAND device found!!! > 0 MiB > > MMC: OMAP SD/MMC: 0, OMAP SD/MMC: 1 > *** Warning - readenv() failed, using default environment > > > musb-hdrc: ConfigData=0xde (UTMI-8, dyn FIFOs, HB-ISO Rx, HB-ISO Tx, SoftConn) > musb-hdrc: MHDRC RTL version 2.0 > musb-hdrc: setup fifo_mode 4 > musb-hdrc: 28/31 max ep, 16384/16384 memory > USB Peripheral mode controller at 47401000 using PIO, IRQ 0 > musb-hdrc: ConfigData=0xde (UTMI-8, dyn FIFOs, HB-ISO Rx, HB-ISO Tx, SoftConn) > musb-hdrc: MHDRC RTL version 2.0 > musb-hdrc: setup fifo_mode 4 > musb-hdrc: 28/31 max ep, 16384/16384 memory > USB Host mode controller at 47401800 using PIO, IRQ 0 > Net: not set. Validating first E-fuse MAC > cpsw, usb_ether > Hit any key to stop autoboot: 0 > U-Boot# > > > Startup log : > U-Boot SPL 2013.04-dirty (May 06 2013 - 16:12:47) > > musb-hdrc: ConfigData=0xde (UTMI-8, dyn FIFOs, HB-ISO Rx, HB-ISO Tx, SoftConn) > musb-hdrc: MHDRC RTL version 2.0 > musb-hdrc: setup fifo_mode 4 > musb-hdrc: 28/31 max ep, 16384/16384 memory > USB Peripheral mode controller at 47401000 using PIO, IRQ 0 > musb-hdrc: ConfigData=0xde (UTMI-8, dyn FIFOs, HB-ISO Rx, HB-ISO Tx, SoftConn) > musb-hdrc: MHDRC RTL version 2.0 > musb-hdrc: setup fifo_mode 4 > musb-hdrc: 28/31 max ep, 16384/16384 memory > USB Host mode controller at 47401800 using PIO, IRQ 0 > OMAP SD/MMC: 0 > mmc_send_cmd : timeout: No status update > reading u-boot.img > reading u-boot.img > > > U-Boot 2013.04-dirty (May 06 2013 - 16:12:47) > > > I2C: ready > DRAM: 512 MiB > WARNING: Caches not enabled > NAND: No NAND device found!!! > 0 MiB > > MMC: OMAP SD/MMC: 0, OMAP SD/MMC: 1 > *** Warning - readenv() failed, using default environment > > > musb-hdrc: ConfigData=0xde (UTMI-8, dyn FIFOs, HB-ISO Rx, HB-ISO Tx, SoftConn) > musb-hdrc: MHDRC RTL version 2.0 > musb-hdrc: setup fifo_mode 4 > musb-hdrc: 28/31 max ep, 16384/16384 memory > USB Peripheral mode controller at 47401000 using PIO, IRQ 0 > musb-hdrc: ConfigData=0xde (UTMI-8, dyn FIFOs, HB-ISO Rx, HB-ISO Tx, SoftConn) > musb-hdrc: MHDRC RTL version 2.0 > musb-hdrc: setup fifo_mode 4 > musb-hdrc: 28/31 max ep, 16384/16384 memory > USB Host mode controller at 47401800 using PIO, IRQ 0 > Net: not set. Validating first E-fuse MAC > cpsw, usb_ether > Hit any key to stop autoboot: 0 > gpio: pin 53 (gpio 53) value is 1 > mmc0 is current device > micro SD card found > mmc0 is current device > gpio: pin 54 (gpio 54) value is 1 > > SD/MMC found on device 0 > reading uEnv.txt > ** Unable to read file uEnv.txt ** > gpio: pin 55 (gpio 55) value is 1 > Failed to mount ext2 filesystem... > ** Unrecognized filesystem type ** > U-Boot# > > > > -- > Regards. > By: XiaoQI Ge; PGP:8B09D5F7 > WWW: https://www.7axu.com/ > > > > 2013/7/22 Tim Kientzle >> >> Please send me the Crochet build logs and I'll see if >> I can puzzle anything out. >> >> The console log from running Crochet would also be interesting. >> >> Tim >> >> >> On Jul 21, 2013, at 9:25 PM, Tom Everett wrote: >> >> > ok, I've rebuilt with a fresh source tree, fresh xdev build and fresh pull of crochet; same result. Should I post the crochet build logs? Could the fact that I'm building it on AMD64 be part of the problem? >> > >> > My host OS is: >> > >> > FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 >> > root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 >> > CPU: AMD A8-3870 APU with Radeon(tm) HD Graphics (3000.26-MHz K8-class CPU) >> > >> > >> > >> > Here is the console log from the Beagle >> > >> > U-Boot 2013.04 (Jul 21 2013 - 22:07:04) >> > >> > I2C: ready >> > DRAM: 512 MiB >> > WARNING: Caches not enabled >> > MMC: OMAP SD/MMC: 0, OMAP SD/MMC: 1 >> > Using default environment >> > >> > musb-hdrc: ConfigData=0xde (UTMI-8, dyn FIFOs, HB-ISO Rx, HB-ISO Tx, SoftConn) >> > musb-hdrc: MHDRC RTL version 2.0 >> > musb-hdrc: setup fifo_mode 4 >> > musb-hdrc: 28/31 max ep, 16384/16384 memory >> > USB Peripheral mode controller at 47401000 using PIO, IRQ 0 >> > musb-hdrc: ConfigData=0xde (UTMI-8, dyn FIFOs, HB-ISO Rx, HB-ISO Tx, SoftConn) >> > musb-hdrc: MHDRC RTL version 2.0 >> > musb-hdrc: setup fifo_mode 4 >> > musb-hdrc: 28/31 max ep, 16384/16384 memory >> > USB Host mode controller at 47401800 using PIO, IRQ 0 >> > Net: not set. Validating first E-fuse MAC >> > cpsw, usb_ether >> > Hit any key to stop autoboot: 0 >> > mmc0 is current device >> > SD/MMC found on device 0 >> > reading bb-uEnv.txt >> > reading bbubldr >> > 237488 bytes read in 34 ms (6.7 MiB/s) >> > reading bboneblk.dtb >> > 13946 bytes read in 7 ms (1.9 MiB/s) >> > Booting from mmc ... >> > ## Starting application at 0x88000054 ... >> > Consoles: U-Boot console >> > Compatible API signature found @9f242240 >> > Number of U-Boot devices: 2 >> > >> > FreeBSD/armv6 U-Boot loader, Revision 1.2 >> > (root@bernice, Sun Jul 21 22:07:44 MDT 2013) >> > DRAM: 512MB >> > >> > Device: disk >> > | >> > can't load 'kernel' >> > >> > Type '?' for a list of commands, 'help' for more detailed help. >> > loader> ls >> > / >> > d .snap >> > .sujournal >> > loader> >> > >> > >> > >> > On Sun, Jul 21, 2013 at 4:02 PM, Rui Paulo wrote: >> > On 21 Jul 2013, at 14:42, Tom Everett wrote: >> > >> > > ls shows: >> > > >> > > / >> > > d .snap >> > > .sujournal >> > > >> > > and lsdev shows: >> > > >> > > disk devices: >> > > disk0 (MMC) >> > > disk0s1: DOS/Windows >> > > disk0s2: FreeBSD >> > > disk0s2a: FreeBSD UFS >> > > net devices: >> > > net0: >> > > >> > > I'm doing a fresh checkout of the entire CURRENT source tree, a rebuild of >> > > dev and then a rebuild of the kernel. We'll see what happens. >> > >> > >> > As you can see, your root file system has no files. This has happened to me in the past and I don't know why, but re-creating the image file with crochet seems to fix it. >> > >> > -- >> > Rui Paulo >> > >> > >> > >> > >> > -- >> > A better world shall emerge based on faith and understanding - Douglas MacArthur >> >> _______________________________________________ >> 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 Jul 22 10:42:10 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id A4F8FC36; Mon, 22 Jul 2013 10:42:10 +0000 (UTC) (envelope-from tuexen@freebsd.org) Received: from mail-n.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A799F22CD; Mon, 22 Jul 2013 10:42:09 +0000 (UTC) Received: from [192.168.1.200] (p508F1BA1.dip0.t-ipconnect.de [80.143.27.161]) (Authenticated sender: macmic) by mail-n.franken.de (Postfix) with ESMTP id 4C2EA1C0C0692; Mon, 22 Jul 2013 12:42:06 +0200 (CEST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: Booting Beagleboard Black From: Michael Tuexen In-Reply-To: Date: Mon, 22 Jul 2013 12:42:06 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <519DDF45-9D8E-4AA7-9140-C4B955C71CFB@freebsd.org> References: <97D78167-9428-4005-89EE-15A78F74BE46@gromit.dlib.vt.edu> <44AB19F7-A0D3-4F0C-A1F4-66AA49283387@gromit.dlib.vt.edu> <27AC1DB6-9D32-47AF-A1E8-A53EE3C09753@FreeBSD.org> To: XiaoQI Ge X-Mailer: Apple Mail (2.1508) Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Jul 2013 10:42:10 -0000 On Jul 22, 2013, at 12:11 PM, XiaoQI Ge wrote: > I have used this method successfully loaded the kernel >=20 > Hold the "User Boot" button down, and then plug in the power (USB or > 5V adaptor). Keep holding down the button until you see the bank of 4 > LED's light up for a few seconds. You can now release the button. >=20 >=20 > But soon the panic To fix this panic use the following patch Index: sys/vm/vm_map.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- sys/vm/vm_map.c (revision 253514) +++ sys/vm/vm_map.c (working copy) @@ -239,8 +239,7 @@ vm_map_t map; map =3D (vm_map_t)mem; - map->nentries =3D 0; - map->size =3D 0; + memset(map, 0, sizeof(*map)); mtx_init(&map->system_mtx, "vm map (system)", NULL, MTX_DEF | = MTX_DUPOK); sx_init(&map->lock, "vm map (user)"); return (0); which was posted by Tim yesterday. It fixes the issue for me. (Or disable invariants). Tim: Your patch looks good. Why don't you commit it? Best regards Michael >=20 > U-Boot 2013.04 (Jul 22 2013 - 00:17:14) >=20 > I2C: ready > DRAM: 512 MiB > WARNING: Caches not enabled > MMC: OMAP SD/MMC: 0, OMAP SD/MMC: 1 > Using default environment >=20 > musb-hdrc: ConfigData=3D0xde (UTMI-8, dyn FIFOs, HB-ISO Rx, HB-ISO Tx, = SoftConn) > musb-hdrc: MHDRC RTL version 2.0 > musb-hdrc: setup fifo_mode 4 > musb-hdrc: 28/31 max ep, 16384/16384 memory > USB Peripheral mode controller at 47401000 using PIO, IRQ 0 > musb-hdrc: ConfigData=3D0xde (UTMI-8, dyn FIFOs, HB-ISO Rx, HB-ISO Tx, = SoftConn) > musb-hdrc: MHDRC RTL version 2.0 > musb-hdrc: setup fifo_mode 4 > musb-hdrc: 28/31 max ep, 16384/16384 memory > USB Host mode controller at 47401800 using PIO, IRQ 0 > Net: not set. Validating first E-fuse MAC > cpsw, usb_ether > Hit any key to stop autoboot: 0 > mmc0 is current device > SD/MMC found on device 0 > reading bb-uEnv.txt > reading bbubldr > 237048 bytes read in 34 ms (6.6 MiB/s) > reading bboneblk.dtb > 13946 bytes read in 7 ms (1.9 MiB/s) > Booting from mmc ... > ## Starting application at 0x88000054 ... > Consoles: U-Boot console > Compatible API signature found @9f242240 > Number of U-Boot devices: 2 >=20 > FreeBSD/armv6 U-Boot loader, Revision 1.2 > (root@FreeBSD.7axu.com, Mon Jul 22 00:18:45 CST 2013) > DRAM: 512MB >=20 > Device: disk > - > /boot/kernel/kernel text=3D0x45fe48 data=3D0x39e24+0x17cac8 > syms=3D[0x4+0x8ae70+0x4+0x532d8] > Hit [Enter] to boot immediately, or any other key for command prompt. > Booting [/boot/kernel/kernel]... > Using DTB provided by U-Boot. > Kernel entry at 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 10.0-CURRENT #0 r253506: Mon Jul 22 00:16:46 CST 2013 > = root@FreeBSD.7axu.com:/root/crochet-freebsd/work/obj/arm.armv6/usr/src/sys= /BBB > arm > FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 > WARNING: WITNESS option enabled, expect reduced performance. > panic: lock "vm map (user)" 0xc0a2c050 already initialized > KDB: enter: panic > [ thread pid 0 tid 0 ] > Stopped at $d: ldrb r15, [r15, r15, ror r15]! > db> bt > Tracing pid 0 tid 0 td 0xc0813b10 > db_trace_self() at db_trace_self > pc =3D 0xc0565a4c lr =3D 0xc022bbc0 (db_stack_trace+0xf4) > sp =3D 0xc090aaa4 fp =3D 0xc090aabc > r10 =3D 0xc0666330 > db_stack_trace() at db_stack_trace+0xf4 > pc =3D 0xc022bbc0 lr =3D 0xc022b52c (db_command+0x264) > sp =3D 0xc090aac4 fp =3D 0xc090ab64 > r4 =3D 0x00000000 r5 =3D 0x00000000 > r6 =3D 0xc05c9011 > db_command() at db_command+0x264 > pc =3D 0xc022b52c lr =3D 0xc022b29c (db_command_loop+0x60) > sp =3D 0xc090ab6c fp =3D 0xc090ab7c > r4 =3D 0xc05a824b r5 =3D 0xc05c296b > r6 =3D 0xc0812b90 r7 =3D 0xc090ad4c > r8 =3D 0xc0813b10 r9 =3D 0xc06b05b4 > r10 =3D 0xc06665a0 > db_command_loop() at db_command_loop+0x60 > pc =3D 0xc022b29c lr =3D 0xc022dc9c (db_trap+0xdc) > sp =3D 0xc090ab84 fp =3D 0xc090aca4 > r4 =3D 0x00000000 r5 =3D 0xc090ab8c > r6 =3D 0xc06b05dc > db_trap() at db_trap+0xdc > pc =3D 0xc022dc9c lr =3D 0xc039c3fc (kdb_trap+0xd4) > sp =3D 0xc090acac fp =3D 0xc090accc > r4 =3D 0x00000000 r5 =3D 0x00000001 > r6 =3D 0xc06b05dc r7 =3D 0xc090ad4c > kdb_trap() at kdb_trap+0xd4 > pc =3D 0xc039c3fc lr =3D 0xc0575f64 = (undefinedinstruction+0x274) > sp =3D 0xc090acd4 fp =3D 0xc090ad44 > r4 =3D 0x00000000 r5 =3D 0xc0575c4c > r6 =3D 0x00000000 r7 =3D 0xe7ffffff > r8 =3D 0xc0813b10 r9 =3D 0xc090ad4c > r10 =3D 0xc039bcf0 > undefinedinstruction() at undefinedinstruction+0x274 > pc =3D 0xc0575f64 lr =3D 0xc0567278 (exception_exit) > sp =3D 0xc090ad4c fp =3D 0xc090ada0 > r4 =3D 0xc05c29c5 r5 =3D 0xc090adf4 > r6 =3D 0xc05c6248 r7 =3D 0xc06a24e0 > r8 =3D 0xc0813b10 r9 =3D 0xc06a2340 > r10 =3D 0xc08145ec > exception_exit() at exception_exit > pc =3D 0xc0567278 lr =3D 0xc039bce4 (kdb_enter+0x40) > sp =3D 0xc090ad98 fp =3D 0xc090ada0 > r0 =3D 0xc06b05c4 r1 =3D 0x00000000 > r2 =3D 0xc05c6361 r3 =3D 0x000000ab > r4 =3D 0xc05c29c5 r5 =3D 0xc090adf4 > r6 =3D 0xc05c6248 r7 =3D 0xc06a24e0 > r8 =3D 0xc0813b10 r9 =3D 0xc06a2340 > r10 =3D 0xc08145ec r12 =3D 0x00000000 > $a() at $a > pc =3D 0xc039bcf4 lr =3D 0xc0366484 (vpanic+0xb8) > sp =3D 0xc090ada8 fp =3D 0xc090adc8 > r4 =3D 0x00000100 > vpanic() at vpanic+0xb8 > pc =3D 0xc0366484 lr =3D 0xc03663bc ($d) > sp =3D 0xc090add0 fp =3D 0xc090ade8 > r4 =3D 0xc06a23e0 r5 =3D 0xc05c6248 > r6 =3D 0xc090adf4 r7 =3D 0xc06a2340 > r8 =3D 0x00320000 r9 =3D 0x00000000 > r10 =3D 0xc0a2c000 > $d() at $d > pc =3D 0xc03663bc lr =3D 0xc039ce78 (lock_init+0x44) > sp =3D 0xc090ae00 fp =3D 0xc090ae18 > r4 =3D 0xc05ca274 r5 =3D 0x00000000 > r6 =3D 0xc0a2c050 r7 =3D 0xc067ee90 > lock_init() at lock_init+0x44 > pc =3D 0xc039ce78 lr =3D 0xc036d83c (sx_init_flags+0x8c) > sp =3D 0xc090ae20 fp =3D 0xc090ae30 > r4 =3D 0xc0a2c050 r5 =3D 0xc05ca274 > r6 =3D 0x00000000 r7 =3D 0x00000000 > r8 =3D 0xc053c094 r9 =3D 0x00000102 > sx_init_flags() at sx_init_flags+0x8c > pc =3D 0xc036d83c lr =3D 0xc05427cc (vm_map_zinit+0x40) > sp =3D 0xc090ae38 fp =3D 0xc090ae40 > r4 =3D 0xc0a2c000 r5 =3D 0x00000002 > r6 =3D 0xc0a2cfa8 > vm_map_zinit() at vm_map_zinit+0x40 > pc =3D 0xc05427cc lr =3D 0xc053a808 (keg_alloc_slab+0x1f4) > sp =3D 0xc090ae48 fp =3D 0xc090ae70 > r4 =3D 0xc0a2f9c0 > keg_alloc_slab() at keg_alloc_slab+0x1f4 > pc =3D 0xc053a808 lr =3D 0xc053a5cc (uma_prealloc+0xfc) > sp =3D 0xc090ae78 fp =3D 0xc090ae98 > r4 =3D 0xc0a2ed80 r5 =3D 0xc0a2f9c0 > r6 =3D 0xc0a2fa14 r7 =3D 0x00000001 > r8 =3D 0xc05e905a r9 =3D 0xc0814310 > r10 =3D 0xc05e91c5 > uma_prealloc() at uma_prealloc+0xfc > pc =3D 0xc053a5cc lr =3D 0xc05426b8 (vm_map_startup+0x68) > sp =3D 0xc090aea0 fp =3D 0xc090aec0 > r4 =3D 0xc080f520 r5 =3D 0x00000000 > r6 =3D 0x00000003 r7 =3D 0xc05f4d7c > r8 =3D 0xc0814314 r9 =3D 0xc0814310 > r10 =3D 0x0000000e > vm_map_startup() at vm_map_startup+0x68 > pc =3D 0xc05426b8 lr =3D 0xc054114c (vm_mem_init+0x2c) > sp =3D 0xc090aec8 fp =3D 0xc090aed0 > r4 =3D 0xc08172c0 r5 =3D 0xc0813b08 > r6 =3D 0x00000000 > vm_mem_init() at vm_mem_init+0x2c > pc =3D 0xc054114c lr =3D 0xc0317778 (mi_startup+0x11c) > sp =3D 0xc090aed8 fp =3D 0xc090aef0 > r4 =3D 0x00000001 > mi_startup() at mi_startup+0x11c > pc =3D 0xc0317778 lr =3D 0xc0200224 (virt_done+0x34) > sp =3D 0xc090aef8 fp =3D 0x00000000 > r4 =3D 0x80200264 r5 =3D 0x80200158 > r6 =3D 0x88051b18 r7 =3D 0x8020014c > r8 =3D 0x0000000a r9 =3D 0xc08fb000 > virt_done() at virt_done+0x34 > pc =3D 0xc0200224 lr =3D 0xc0200224 (virt_done+0x34) > sp =3D 0xc090aef8 fp =3D 0x00000000 > Unable to unwind further > db> >=20 >=20 > -- > Regards. > By: XiaoQI Ge; PGP:8B09D5F7 > WWW: https://www.7axu.com/ >=20 >=20 >=20 > 2013/7/22 XiaoQI Ge >>=20 >> I did not start successfully >>=20 >>=20 >> U-Boot# fatload mmc 0 0x88000000 bbubldr >> reading bbubldr >> 237048 bytes read in 33 ms (6.9 MiB/s) >> U-Boot# go 0x88000000 >> ## Starting application at 0x88000000 ... >> data abort >>=20 >> MAYBE you should read doc/README.arm-unaligned-accesses >>=20 >> pc : [<8800002c>] lr : [<9f35b2d4>] >> sp : 9f238e10 ip : 0000000f fp : 9f239808 >> r10: 00000002 r9 : 9f3adf90 r8 : 9f238f40 >> r7 : 9f239818 r6 : 88000000 r5 : 00000002 r4 : 9f23981c >> r3 : 88000000 r2 : f8000000 r1 : 9f23981c r0 : 00000008 >> Flags: nZCv IRQs off FIQs on Mode SVC_32 >> Resetting CPU ... >>=20 >> resetting ... >>=20 >> U-Boot SPL 2013.04-dirty (May 06 2013 - 16:12:47) >>=20 >> musb-hdrc: ConfigData=3D0xde (UTMI-8, dyn FIFOs, HB-ISO Rx, HB-ISO = Tx, SoftConn) >> musb-hdrc: MHDRC RTL version 2.0 >> musb-hdrc: setup fifo_mode 4 >> musb-hdrc: 28/31 max ep, 16384/16384 memory >> USB Peripheral mode controller at 47401000 using PIO, IRQ 0 >> musb-hdrc: ConfigData=3D0xde (UTMI-8, dyn FIFOs, HB-ISO Rx, HB-ISO = Tx, SoftConn) >> musb-hdrc: MHDRC RTL version 2.0 >> musb-hdrc: setup fifo_mode 4 >> musb-hdrc: 28/31 max ep, 16384/16384 memory >> USB Host mode controller at 47401800 using PIO, IRQ 0 >> OMAP SD/MMC: 0 >> mmc_send_cmd : timeout: No status update >> reading u-boot.img >> reading u-boot.img >>=20 >>=20 >> U-Boot 2013.04-dirty (May 06 2013 - 16:12:47) >>=20 >>=20 >> I2C: ready >> DRAM: 512 MiB >> WARNING: Caches not enabled >> NAND: No NAND device found!!! >> 0 MiB >>=20 >> MMC: OMAP SD/MMC: 0, OMAP SD/MMC: 1 >> *** Warning - readenv() failed, using default environment >>=20 >>=20 >> musb-hdrc: ConfigData=3D0xde (UTMI-8, dyn FIFOs, HB-ISO Rx, HB-ISO = Tx, SoftConn) >> musb-hdrc: MHDRC RTL version 2.0 >> musb-hdrc: setup fifo_mode 4 >> musb-hdrc: 28/31 max ep, 16384/16384 memory >> USB Peripheral mode controller at 47401000 using PIO, IRQ 0 >> musb-hdrc: ConfigData=3D0xde (UTMI-8, dyn FIFOs, HB-ISO Rx, HB-ISO = Tx, SoftConn) >> musb-hdrc: MHDRC RTL version 2.0 >> musb-hdrc: setup fifo_mode 4 >> musb-hdrc: 28/31 max ep, 16384/16384 memory >> USB Host mode controller at 47401800 using PIO, IRQ 0 >> Net: not set. Validating first E-fuse MAC >> cpsw, usb_ether >> Hit any key to stop autoboot: 0 >> U-Boot# >>=20 >>=20 >> Startup log : >> U-Boot SPL 2013.04-dirty (May 06 2013 - 16:12:47) >>=20 >> musb-hdrc: ConfigData=3D0xde (UTMI-8, dyn FIFOs, HB-ISO Rx, HB-ISO = Tx, SoftConn) >> musb-hdrc: MHDRC RTL version 2.0 >> musb-hdrc: setup fifo_mode 4 >> musb-hdrc: 28/31 max ep, 16384/16384 memory >> USB Peripheral mode controller at 47401000 using PIO, IRQ 0 >> musb-hdrc: ConfigData=3D0xde (UTMI-8, dyn FIFOs, HB-ISO Rx, HB-ISO = Tx, SoftConn) >> musb-hdrc: MHDRC RTL version 2.0 >> musb-hdrc: setup fifo_mode 4 >> musb-hdrc: 28/31 max ep, 16384/16384 memory >> USB Host mode controller at 47401800 using PIO, IRQ 0 >> OMAP SD/MMC: 0 >> mmc_send_cmd : timeout: No status update >> reading u-boot.img >> reading u-boot.img >>=20 >>=20 >> U-Boot 2013.04-dirty (May 06 2013 - 16:12:47) >>=20 >>=20 >> I2C: ready >> DRAM: 512 MiB >> WARNING: Caches not enabled >> NAND: No NAND device found!!! >> 0 MiB >>=20 >> MMC: OMAP SD/MMC: 0, OMAP SD/MMC: 1 >> *** Warning - readenv() failed, using default environment >>=20 >>=20 >> musb-hdrc: ConfigData=3D0xde (UTMI-8, dyn FIFOs, HB-ISO Rx, HB-ISO = Tx, SoftConn) >> musb-hdrc: MHDRC RTL version 2.0 >> musb-hdrc: setup fifo_mode 4 >> musb-hdrc: 28/31 max ep, 16384/16384 memory >> USB Peripheral mode controller at 47401000 using PIO, IRQ 0 >> musb-hdrc: ConfigData=3D0xde (UTMI-8, dyn FIFOs, HB-ISO Rx, HB-ISO = Tx, SoftConn) >> musb-hdrc: MHDRC RTL version 2.0 >> musb-hdrc: setup fifo_mode 4 >> musb-hdrc: 28/31 max ep, 16384/16384 memory >> USB Host mode controller at 47401800 using PIO, IRQ 0 >> Net: not set. Validating first E-fuse MAC >> cpsw, usb_ether >> Hit any key to stop autoboot: 0 >> gpio: pin 53 (gpio 53) value is 1 >> mmc0 is current device >> micro SD card found >> mmc0 is current device >> gpio: pin 54 (gpio 54) value is 1 >>=20 >> SD/MMC found on device 0 >> reading uEnv.txt >> ** Unable to read file uEnv.txt ** >> gpio: pin 55 (gpio 55) value is 1 >> Failed to mount ext2 filesystem... >> ** Unrecognized filesystem type ** >> U-Boot# >>=20 >>=20 >>=20 >> -- >> Regards. >> By: XiaoQI Ge; PGP:8B09D5F7 >> WWW: https://www.7axu.com/ >>=20 >>=20 >>=20 >> 2013/7/22 Tim Kientzle >>>=20 >>> Please send me the Crochet build logs and I'll see if >>> I can puzzle anything out. >>>=20 >>> The console log from running Crochet would also be interesting. >>>=20 >>> Tim >>>=20 >>>=20 >>> On Jul 21, 2013, at 9:25 PM, Tom Everett wrote: >>>=20 >>>> ok, I've rebuilt with a fresh source tree, fresh xdev build and = fresh pull of crochet; same result. Should I post the crochet build = logs? Could the fact that I'm building it on AMD64 be part of the = problem? >>>>=20 >>>> My host OS is: >>>>=20 >>>> FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 >>>> root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC = amd64 >>>> CPU: AMD A8-3870 APU with Radeon(tm) HD Graphics (3000.26-MHz = K8-class CPU) >>>>=20 >>>>=20 >>>>=20 >>>> Here is the console log from the Beagle >>>>=20 >>>> U-Boot 2013.04 (Jul 21 2013 - 22:07:04) >>>>=20 >>>> I2C: ready >>>> DRAM: 512 MiB >>>> WARNING: Caches not enabled >>>> MMC: OMAP SD/MMC: 0, OMAP SD/MMC: 1 >>>> Using default environment >>>>=20 >>>> musb-hdrc: ConfigData=3D0xde (UTMI-8, dyn FIFOs, HB-ISO Rx, HB-ISO = Tx, SoftConn) >>>> musb-hdrc: MHDRC RTL version 2.0 >>>> musb-hdrc: setup fifo_mode 4 >>>> musb-hdrc: 28/31 max ep, 16384/16384 memory >>>> USB Peripheral mode controller at 47401000 using PIO, IRQ 0 >>>> musb-hdrc: ConfigData=3D0xde (UTMI-8, dyn FIFOs, HB-ISO Rx, HB-ISO = Tx, SoftConn) >>>> musb-hdrc: MHDRC RTL version 2.0 >>>> musb-hdrc: setup fifo_mode 4 >>>> musb-hdrc: 28/31 max ep, 16384/16384 memory >>>> USB Host mode controller at 47401800 using PIO, IRQ 0 >>>> Net: not set. Validating first E-fuse MAC >>>> cpsw, usb_ether >>>> Hit any key to stop autoboot: 0 >>>> mmc0 is current device >>>> SD/MMC found on device 0 >>>> reading bb-uEnv.txt >>>> reading bbubldr >>>> 237488 bytes read in 34 ms (6.7 MiB/s) >>>> reading bboneblk.dtb >>>> 13946 bytes read in 7 ms (1.9 MiB/s) >>>> Booting from mmc ... >>>> ## Starting application at 0x88000054 ... >>>> Consoles: U-Boot console >>>> Compatible API signature found @9f242240 >>>> Number of U-Boot devices: 2 >>>>=20 >>>> FreeBSD/armv6 U-Boot loader, Revision 1.2 >>>> (root@bernice, Sun Jul 21 22:07:44 MDT 2013) >>>> DRAM: 512MB >>>>=20 >>>> Device: disk >>>> | >>>> can't load 'kernel' >>>>=20 >>>> Type '?' for a list of commands, 'help' for more detailed help. >>>> loader> ls >>>> / >>>> d .snap >>>> .sujournal >>>> loader> >>>>=20 >>>>=20 >>>>=20 >>>> On Sun, Jul 21, 2013 at 4:02 PM, Rui Paulo = wrote: >>>> On 21 Jul 2013, at 14:42, Tom Everett wrote: >>>>=20 >>>>> ls shows: >>>>>=20 >>>>> / >>>>> d .snap >>>>> .sujournal >>>>>=20 >>>>> and lsdev shows: >>>>>=20 >>>>> disk devices: >>>>> disk0 (MMC) >>>>> disk0s1: DOS/Windows >>>>> disk0s2: FreeBSD >>>>> disk0s2a: FreeBSD UFS >>>>> net devices: >>>>> net0: >>>>>=20 >>>>> I'm doing a fresh checkout of the entire CURRENT source tree, a = rebuild of >>>>> dev and then a rebuild of the kernel. We'll see what happens. >>>>=20 >>>>=20 >>>> As you can see, your root file system has no files. This has = happened to me in the past and I don't know why, but re-creating the = image file with crochet seems to fix it. >>>>=20 >>>> -- >>>> Rui Paulo >>>>=20 >>>>=20 >>>>=20 >>>>=20 >>>> -- >>>> A better world shall emerge based on faith and understanding - = Douglas MacArthur >>>=20 >>> _______________________________________________ >>> freebsd-arm@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-arm >>> To unsubscribe, send any mail to = "freebsd-arm-unsubscribe@freebsd.org" >>=20 >>=20 > _______________________________________________ > freebsd-arm@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" >=20 From owner-freebsd-arm@FreeBSD.ORG Mon Jul 22 11:06:41 2013 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 7B1243D8 for ; Mon, 22 Jul 2013 11:06:41 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 537E72490 for ; Mon, 22 Jul 2013 11:06:41 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r6MB6fVr053617 for ; Mon, 22 Jul 2013 11:06:41 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r6MB6erB053615 for freebsd-arm@FreeBSD.org; Mon, 22 Jul 2013 11:06:40 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 22 Jul 2013 11:06:40 GMT Message-Id: <201307221106.r6MB6erB053615@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-arm@FreeBSD.org Subject: Current problem reports assigned to freebsd-arm@FreeBSD.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Jul 2013 11:06:41 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o arm/180080 arm Unmapped buffers on ARMv7 big-RAM boards o arm/179688 arm [patch] [rpi] serial console eats some characters at m o arm/179561 arm Compilation issue for lighttpd on raspberry pi 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/176424 arm Compiler warning, TARGET_ARCH=armv6, make MALLOC_PRODU 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/174461 arm [patch] Fix off-by-one in arm9/arm10 cache maintenance 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 p arm/134338 arm [patch] Lock GPIO accesses on ixp425 27 problems total. From owner-freebsd-arm@FreeBSD.ORG Mon Jul 22 15:08:51 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id E9D6768B for ; Mon, 22 Jul 2013 15:08:51 +0000 (UTC) (envelope-from tom@0x544745.com) Received: from mail-oa0-f45.google.com (mail-oa0-f45.google.com [209.85.219.45]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B27372398 for ; Mon, 22 Jul 2013 15:08:51 +0000 (UTC) Received: by mail-oa0-f45.google.com with SMTP id j1so9231830oag.32 for ; Mon, 22 Jul 2013 08:08:45 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=9WWMpNIRcrzN91Wsdf7bxBGCSde0blEZq2AUPboMk3A=; b=Jpl+pyxprfuR+D/KHqXKxRpUCgKw3uHEmI3Q3MCN5kUs9c596cOzQ0rlxJwv8g/Cpa k21NXC1jnW8X64uqQTvk8zIbK6/gtdL4LoUIH9RJ6IR8qDtz9XQJbpHgOLt8k1D5gwKg L/tJz5vWigVVgTwbZRO77sTVgXTBKyqG73b0/mzOWdtTjd2Zd1kTVuEVww6R/86CB1/s 4PitGMnSwDojOqrgL4o2/Xvq5eUXn8BfJhjARqhCiMZIrr/+5DlKxN/6/kGtT4IpFnVi jsjFFHLwqZ52CbfZWOjZgFirwScBeGacnk25RxuKzATfs3QtSsaHm+yFoqapN96tv4Sh jUQw== MIME-Version: 1.0 X-Received: by 10.60.16.225 with SMTP id j1mr26459465oed.97.1374505725201; Mon, 22 Jul 2013 08:08:45 -0700 (PDT) Received: by 10.182.111.67 with HTTP; Mon, 22 Jul 2013 08:08:45 -0700 (PDT) In-Reply-To: References: <97D78167-9428-4005-89EE-15A78F74BE46@gromit.dlib.vt.edu> <44AB19F7-A0D3-4F0C-A1F4-66AA49283387@gromit.dlib.vt.edu> <27AC1DB6-9D32-47AF-A1E8-A53EE3C09753@FreeBSD.org> Date: Mon, 22 Jul 2013 09:08:45 -0600 Message-ID: Subject: Re: Booting Beagleboard Black From: Tom Everett To: Tim Kientzle X-Gm-Message-State: ALoCoQly7LKZosUoCdvRm+som05qYFJYLgvTk0mg1jnTPepq7/5XU0AynzZBEcm5XYU/43NYEidR Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Jul 2013 15:08:52 -0000 Here are the build logs, the image file (gzipped), and config.sh. http://files.khubla.com/tim/ Let me know if there is anything more you need. On Sun, Jul 21, 2013 at 10:46 PM, Tim Kientzle wrote: > Please send me the Crochet build logs and I'll see if > I can puzzle anything out. > > The console log from running Crochet would also be interesting. > > Tim > > > On Jul 21, 2013, at 9:25 PM, Tom Everett wrote: > > > ok, I've rebuilt with a fresh source tree, fresh xdev build and fresh > pull of crochet; same result. Should I post the crochet build logs? Could > the fact that I'm building it on AMD64 be part of the problem? > > > > My host OS is: > > > > FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 > > root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC > amd64 > > CPU: AMD A8-3870 APU with Radeon(tm) HD Graphics (3000.26-MHz K8-class > CPU) > > > > > > > > Here is the console log from the Beagle > > > > U-Boot 2013.04 (Jul 21 2013 - 22:07:04) > > > > I2C: ready > > DRAM: 512 MiB > > WARNING: Caches not enabled > > MMC: OMAP SD/MMC: 0, OMAP SD/MMC: 1 > > Using default environment > > > > musb-hdrc: ConfigData=0xde (UTMI-8, dyn FIFOs, HB-ISO Rx, HB-ISO Tx, > SoftConn) > > musb-hdrc: MHDRC RTL version 2.0 > > musb-hdrc: setup fifo_mode 4 > > musb-hdrc: 28/31 max ep, 16384/16384 memory > > USB Peripheral mode controller at 47401000 using PIO, IRQ 0 > > musb-hdrc: ConfigData=0xde (UTMI-8, dyn FIFOs, HB-ISO Rx, HB-ISO Tx, > SoftConn) > > musb-hdrc: MHDRC RTL version 2.0 > > musb-hdrc: setup fifo_mode 4 > > musb-hdrc: 28/31 max ep, 16384/16384 memory > > USB Host mode controller at 47401800 using PIO, IRQ 0 > > Net: not set. Validating first E-fuse MAC > > cpsw, usb_ether > > Hit any key to stop autoboot: 0 > > mmc0 is current device > > SD/MMC found on device 0 > > reading bb-uEnv.txt > > reading bbubldr > > 237488 bytes read in 34 ms (6.7 MiB/s) > > reading bboneblk.dtb > > 13946 bytes read in 7 ms (1.9 MiB/s) > > Booting from mmc ... > > ## Starting application at 0x88000054 ... > > Consoles: U-Boot console > > Compatible API signature found @9f242240 > > Number of U-Boot devices: 2 > > > > FreeBSD/armv6 U-Boot loader, Revision 1.2 > > (root@bernice, Sun Jul 21 22:07:44 MDT 2013) > > DRAM: 512MB > > > > Device: disk > > | > > can't load 'kernel' > > > > Type '?' for a list of commands, 'help' for more detailed help. > > loader> ls > > / > > d .snap > > .sujournal > > loader> > > > > > > > > On Sun, Jul 21, 2013 at 4:02 PM, Rui Paulo wrote: > > On 21 Jul 2013, at 14:42, Tom Everett wrote: > > > > > ls shows: > > > > > > / > > > d .snap > > > .sujournal > > > > > > and lsdev shows: > > > > > > disk devices: > > > disk0 (MMC) > > > disk0s1: DOS/Windows > > > disk0s2: FreeBSD > > > disk0s2a: FreeBSD UFS > > > net devices: > > > net0: > > > > > > I'm doing a fresh checkout of the entire CURRENT source tree, a > rebuild of > > > dev and then a rebuild of the kernel. We'll see what happens. > > > > > > As you can see, your root file system has no files. This has happened to > me in the past and I don't know why, but re-creating the image file with > crochet seems to fix it. > > > > -- > > Rui Paulo > > > > > > > > > > -- > > A better world shall emerge based on faith and understanding - Douglas > MacArthur > > -- A better world shall emerge based on faith and understanding - Douglas MacArthur From owner-freebsd-arm@FreeBSD.ORG Mon Jul 22 15:17:41 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id BE9E2791 for ; Mon, 22 Jul 2013 15:17:41 +0000 (UTC) (envelope-from tom@0x544745.com) Received: from mail-oa0-f48.google.com (mail-oa0-f48.google.com [209.85.219.48]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 86CEB23EF for ; Mon, 22 Jul 2013 15:17:41 +0000 (UTC) Received: by mail-oa0-f48.google.com with SMTP id f4so9239696oah.35 for ; Mon, 22 Jul 2013 08:17:40 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=ZzaxO/psQKcOcYdYQfwhFULod6AnO5+XR+n3PR3Qhjw=; b=ZWBS0tVPGZVG8Vrap4dkG7SOxRvPEAfL+7xGrw2f+EhbMsEBDnlktQhd89gD+gx0ok SToUSMOFEYsw1BLhZU7mMdSYqq8RzVOliJJJBATXIw5Pp5y4o2IbWBLXqeHDSIAumLqY tzhYxsxBeP7OwD6aVRung+1+9d4J51SnMkQnktwrYG4eDwOoxvQ/avJuplOhzrFB3EmP 4GTf5U9eyA1mAgXa+EsSg0Bae/wYp5QMPI6zcE8t+g/VO4OdvqxYl0YEAgFXLYpIUYvT 7V43m8I5oRZPvBogwlwooKPAKuiP0LRALGJas2oc+hZL8l3SxkbBfXbSlLzgP+jX4KyG Xoxg== MIME-Version: 1.0 X-Received: by 10.60.34.194 with SMTP id b2mr26749220oej.2.1374506260571; Mon, 22 Jul 2013 08:17:40 -0700 (PDT) Received: by 10.182.111.67 with HTTP; Mon, 22 Jul 2013 08:17:40 -0700 (PDT) In-Reply-To: References: <97D78167-9428-4005-89EE-15A78F74BE46@gromit.dlib.vt.edu> <44AB19F7-A0D3-4F0C-A1F4-66AA49283387@gromit.dlib.vt.edu> <27AC1DB6-9D32-47AF-A1E8-A53EE3C09753@FreeBSD.org> Date: Mon, 22 Jul 2013 09:17:40 -0600 Message-ID: Subject: Re: Booting Beagleboard Black From: Tom Everett To: Tim Kientzle X-Gm-Message-State: ALoCoQkUI3ENc5s9YQCGvSxWvLqvtMmRrXz0roII0PBteJhzIHI1Uhl+N5dY3kVSkgWdNyA1OHXT Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Jul 2013 15:17:41 -0000 ok now that I've uploaded the logs, I see this rather ominous message in _.installworld.armv6.log ERROR: Required auditdistd user is missing, see /usr/src/UPDATING. *** Error code 1 Stop. make: stopped in /src/FreeBSD *** [installworld] Error code 1 Stop in /src/FreeBSD. On Mon, Jul 22, 2013 at 9:08 AM, Tom Everett wrote: > Here are the build logs, the image file (gzipped), and config.sh. > > http://files.khubla.com/tim/ > > Let me know if there is anything more you need. > > > > On Sun, Jul 21, 2013 at 10:46 PM, Tim Kientzle wrote: > >> Please send me the Crochet build logs and I'll see if >> I can puzzle anything out. >> >> The console log from running Crochet would also be interesting. >> >> Tim >> >> >> On Jul 21, 2013, at 9:25 PM, Tom Everett wrote: >> >> > ok, I've rebuilt with a fresh source tree, fresh xdev build and fresh >> pull of crochet; same result. Should I post the crochet build logs? Could >> the fact that I'm building it on AMD64 be part of the problem? >> > >> > My host OS is: >> > >> > FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 >> > root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC >> amd64 >> > CPU: AMD A8-3870 APU with Radeon(tm) HD Graphics (3000.26-MHz K8-class >> CPU) >> > >> > >> > >> > Here is the console log from the Beagle >> > >> > U-Boot 2013.04 (Jul 21 2013 - 22:07:04) >> > >> > I2C: ready >> > DRAM: 512 MiB >> > WARNING: Caches not enabled >> > MMC: OMAP SD/MMC: 0, OMAP SD/MMC: 1 >> > Using default environment >> > >> > musb-hdrc: ConfigData=0xde (UTMI-8, dyn FIFOs, HB-ISO Rx, HB-ISO Tx, >> SoftConn) >> > musb-hdrc: MHDRC RTL version 2.0 >> > musb-hdrc: setup fifo_mode 4 >> > musb-hdrc: 28/31 max ep, 16384/16384 memory >> > USB Peripheral mode controller at 47401000 using PIO, IRQ 0 >> > musb-hdrc: ConfigData=0xde (UTMI-8, dyn FIFOs, HB-ISO Rx, HB-ISO Tx, >> SoftConn) >> > musb-hdrc: MHDRC RTL version 2.0 >> > musb-hdrc: setup fifo_mode 4 >> > musb-hdrc: 28/31 max ep, 16384/16384 memory >> > USB Host mode controller at 47401800 using PIO, IRQ 0 >> > Net: not set. Validating first E-fuse MAC >> > cpsw, usb_ether >> > Hit any key to stop autoboot: 0 >> > mmc0 is current device >> > SD/MMC found on device 0 >> > reading bb-uEnv.txt >> > reading bbubldr >> > 237488 bytes read in 34 ms (6.7 MiB/s) >> > reading bboneblk.dtb >> > 13946 bytes read in 7 ms (1.9 MiB/s) >> > Booting from mmc ... >> > ## Starting application at 0x88000054 ... >> > Consoles: U-Boot console >> > Compatible API signature found @9f242240 >> > Number of U-Boot devices: 2 >> > >> > FreeBSD/armv6 U-Boot loader, Revision 1.2 >> > (root@bernice, Sun Jul 21 22:07:44 MDT 2013) >> > DRAM: 512MB >> > >> > Device: disk >> > | >> > can't load 'kernel' >> > >> > Type '?' for a list of commands, 'help' for more detailed help. >> > loader> ls >> > / >> > d .snap >> > .sujournal >> > loader> >> > >> > >> > >> > On Sun, Jul 21, 2013 at 4:02 PM, Rui Paulo wrote: >> > On 21 Jul 2013, at 14:42, Tom Everett wrote: >> > >> > > ls shows: >> > > >> > > / >> > > d .snap >> > > .sujournal >> > > >> > > and lsdev shows: >> > > >> > > disk devices: >> > > disk0 (MMC) >> > > disk0s1: DOS/Windows >> > > disk0s2: FreeBSD >> > > disk0s2a: FreeBSD UFS >> > > net devices: >> > > net0: >> > > >> > > I'm doing a fresh checkout of the entire CURRENT source tree, a >> rebuild of >> > > dev and then a rebuild of the kernel. We'll see what happens. >> > >> > >> > As you can see, your root file system has no files. This has happened >> to me in the past and I don't know why, but re-creating the image file with >> crochet seems to fix it. >> > >> > -- >> > Rui Paulo >> > >> > >> > >> > >> > -- >> > A better world shall emerge based on faith and understanding - Douglas >> MacArthur >> >> > > > -- > A better world shall emerge based on faith and understanding - Douglas > MacArthur > -- A better world shall emerge based on faith and understanding - Douglas MacArthur From owner-freebsd-arm@FreeBSD.ORG Mon Jul 22 15:23:49 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 49111CB3; Mon, 22 Jul 2013 15:23:49 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from monday.kientzle.com (99-115-135-74.uvs.sntcca.sbcglobal.net [99.115.135.74]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1AD812442; Mon, 22 Jul 2013 15:23:48 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id r6MFNk93040895; Mon, 22 Jul 2013 15:23:46 GMT (envelope-from kientzle@freebsd.org) Received: from [192.168.2.123] (CiscoE3000 [192.168.1.65]) by kientzle.com with SMTP id mikc9ma5ip82ic5kxqihcn3pjn; Mon, 22 Jul 2013 15:23:46 +0000 (UTC) (envelope-from kientzle@freebsd.org) Subject: Re: Booting Beagleboard Black Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=iso-8859-1 From: Tim Kientzle In-Reply-To: Date: Mon, 22 Jul 2013 08:23:40 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <5E40A024-005D-42C5-A4B3-31069BF0182C@freebsd.org> References: <97D78167-9428-4005-89EE-15A78F74BE46@gromit.dlib.vt.edu> <44AB19F7-A0D3-4F0C-A1F4-66AA49283387@gromit.dlib.vt.edu> <27AC1DB6-9D32-47AF-A1E8-A53EE3C09753@FreeBSD.org> To: Tom Everett X-Mailer: Apple Mail (2.1283) Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Jul 2013 15:23:49 -0000 I think I found your problem: $ cat work/_.installworld.armv6.log ERROR: Required auditdistd user is missing, see /usr/src/UPDATING. *** Error code 1 Stop. make: stopped in /src/FreeBSD *** [installworld] Error code 1 Stop in /src/FreeBSD. This has bitten a lot of people and there are a few folks trying to figure out ways to avoid this problem in the future (so that new users and groups don't prevent cross-installs). For now, you'll need to add the auditdistd user to your host system. I believe you can use "mergemaster -p" from a -CURRENT checkout to do this correctly, but other people here may have better suggestions. Cheers, Tim P.S. Start with the really small log files. ;-) On Jul 22, 2013, at 8:08 AM, Tom Everett wrote: > Here are the build logs, the image file (gzipped), and config.sh. >=20 > http://files.khubla.com/tim/ >=20 > Let me know if there is anything more you need. >=20 >=20 >=20 > On Sun, Jul 21, 2013 at 10:46 PM, Tim Kientzle = wrote: > Please send me the Crochet build logs and I'll see if > I can puzzle anything out. >=20 > The console log from running Crochet would also be interesting. >=20 > Tim >=20 >=20 > On Jul 21, 2013, at 9:25 PM, Tom Everett wrote: >=20 > > ok, I've rebuilt with a fresh source tree, fresh xdev build and = fresh pull of crochet; same result. Should I post the crochet build = logs? Could the fact that I'm building it on AMD64 be part of the = problem? > > > > My host OS is: > > > > FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 > > root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC = amd64 > > CPU: AMD A8-3870 APU with Radeon(tm) HD Graphics (3000.26-MHz = K8-class CPU) > > > > > > > > Here is the console log from the Beagle > > > > U-Boot 2013.04 (Jul 21 2013 - 22:07:04) > > > > I2C: ready > > DRAM: 512 MiB > > WARNING: Caches not enabled > > MMC: OMAP SD/MMC: 0, OMAP SD/MMC: 1 > > Using default environment > > > > musb-hdrc: ConfigData=3D0xde (UTMI-8, dyn FIFOs, HB-ISO Rx, HB-ISO = Tx, SoftConn) > > musb-hdrc: MHDRC RTL version 2.0 > > musb-hdrc: setup fifo_mode 4 > > musb-hdrc: 28/31 max ep, 16384/16384 memory > > USB Peripheral mode controller at 47401000 using PIO, IRQ 0 > > musb-hdrc: ConfigData=3D0xde (UTMI-8, dyn FIFOs, HB-ISO Rx, HB-ISO = Tx, SoftConn) > > musb-hdrc: MHDRC RTL version 2.0 > > musb-hdrc: setup fifo_mode 4 > > musb-hdrc: 28/31 max ep, 16384/16384 memory > > USB Host mode controller at 47401800 using PIO, IRQ 0 > > Net: not set. Validating first E-fuse MAC > > cpsw, usb_ether > > Hit any key to stop autoboot: 0 > > mmc0 is current device > > SD/MMC found on device 0 > > reading bb-uEnv.txt > > reading bbubldr > > 237488 bytes read in 34 ms (6.7 MiB/s) > > reading bboneblk.dtb > > 13946 bytes read in 7 ms (1.9 MiB/s) > > Booting from mmc ... > > ## Starting application at 0x88000054 ... > > Consoles: U-Boot console > > Compatible API signature found @9f242240 > > Number of U-Boot devices: 2 > > > > FreeBSD/armv6 U-Boot loader, Revision 1.2 > > (root@bernice, Sun Jul 21 22:07:44 MDT 2013) > > DRAM: 512MB > > > > Device: disk > > | > > can't load 'kernel' > > > > Type '?' for a list of commands, 'help' for more detailed help. > > loader> ls > > / > > d .snap > > .sujournal > > loader> > > > > > > > > On Sun, Jul 21, 2013 at 4:02 PM, Rui Paulo = wrote: > > On 21 Jul 2013, at 14:42, Tom Everett wrote: > > > > > ls shows: > > > > > > / > > > d .snap > > > .sujournal > > > > > > and lsdev shows: > > > > > > disk devices: > > > disk0 (MMC) > > > disk0s1: DOS/Windows > > > disk0s2: FreeBSD > > > disk0s2a: FreeBSD UFS > > > net devices: > > > net0: > > > > > > I'm doing a fresh checkout of the entire CURRENT source tree, a = rebuild of > > > dev and then a rebuild of the kernel. We'll see what happens. > > > > > > As you can see, your root file system has no files. This has = happened to me in the past and I don't know why, but re-creating the = image file with crochet seems to fix it. > > > > -- > > Rui Paulo > > > > > > > > > > -- > > A better world shall emerge based on faith and understanding - = Douglas MacArthur >=20 >=20 >=20 >=20 > --=20 > A better world shall emerge based on faith and understanding - = Douglas MacArthur From owner-freebsd-arm@FreeBSD.ORG Mon Jul 22 15:31:33 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 71FF936F; Mon, 22 Jul 2013 15:31:33 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from monday.kientzle.com (99-115-135-74.uvs.sntcca.sbcglobal.net [99.115.135.74]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4016E24B4; Mon, 22 Jul 2013 15:31:33 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id r6MFVWje040956; Mon, 22 Jul 2013 15:31:32 GMT (envelope-from kientzle@freebsd.org) Received: from [192.168.2.123] (CiscoE3000 [192.168.1.65]) by kientzle.com with SMTP id 2yc9z7vfhf6aqwvjudjgra3x2a; Mon, 22 Jul 2013 15:31:32 +0000 (UTC) (envelope-from kientzle@freebsd.org) Subject: Re: Booting Beagleboard Black Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=iso-8859-1 From: Tim Kientzle In-Reply-To: Date: Mon, 22 Jul 2013 08:31:32 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <97D78167-9428-4005-89EE-15A78F74BE46@gromit.dlib.vt.edu> <44AB19F7-A0D3-4F0C-A1F4-66AA49283387@gromit.dlib.vt.edu> <27AC1DB6-9D32-47AF-A1E8-A53EE3C09753@FreeBSD.org> To: Tom Everett X-Mailer: Apple Mail (2.1283) Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Jul 2013 15:31:33 -0000 BTW, this does point to a bug in Crochet: It should have stopped and complained loudly when the installworld failed. Thanks for helping find this: I'll definitely take a look at that. Tim On Jul 22, 2013, at 8:17 AM, Tom Everett wrote: > ok now that I've uploaded the logs, I see this rather ominous message = in _.installworld.armv6.log >=20 > ERROR: Required auditdistd user is missing, see /usr/src/UPDATING. > *** Error code 1 >=20 > Stop. > make: stopped in /src/FreeBSD > *** [installworld] Error code 1 >=20 > Stop in /src/FreeBSD. >=20 >=20 >=20 > On Mon, Jul 22, 2013 at 9:08 AM, Tom Everett wrote: > Here are the build logs, the image file (gzipped), and config.sh. >=20 > http://files.khubla.com/tim/ >=20 > Let me know if there is anything more you need. >=20 >=20 >=20 > On Sun, Jul 21, 2013 at 10:46 PM, Tim Kientzle = wrote: > Please send me the Crochet build logs and I'll see if > I can puzzle anything out. >=20 > The console log from running Crochet would also be interesting. >=20 > Tim >=20 >=20 > On Jul 21, 2013, at 9:25 PM, Tom Everett wrote: >=20 > > ok, I've rebuilt with a fresh source tree, fresh xdev build and = fresh pull of crochet; same result. Should I post the crochet build = logs? Could the fact that I'm building it on AMD64 be part of the = problem? > > > > My host OS is: > > > > FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 > > root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC = amd64 > > CPU: AMD A8-3870 APU with Radeon(tm) HD Graphics (3000.26-MHz = K8-class CPU) > > > > > > > > Here is the console log from the Beagle > > > > U-Boot 2013.04 (Jul 21 2013 - 22:07:04) > > > > I2C: ready > > DRAM: 512 MiB > > WARNING: Caches not enabled > > MMC: OMAP SD/MMC: 0, OMAP SD/MMC: 1 > > Using default environment > > > > musb-hdrc: ConfigData=3D0xde (UTMI-8, dyn FIFOs, HB-ISO Rx, HB-ISO = Tx, SoftConn) > > musb-hdrc: MHDRC RTL version 2.0 > > musb-hdrc: setup fifo_mode 4 > > musb-hdrc: 28/31 max ep, 16384/16384 memory > > USB Peripheral mode controller at 47401000 using PIO, IRQ 0 > > musb-hdrc: ConfigData=3D0xde (UTMI-8, dyn FIFOs, HB-ISO Rx, HB-ISO = Tx, SoftConn) > > musb-hdrc: MHDRC RTL version 2.0 > > musb-hdrc: setup fifo_mode 4 > > musb-hdrc: 28/31 max ep, 16384/16384 memory > > USB Host mode controller at 47401800 using PIO, IRQ 0 > > Net: not set. Validating first E-fuse MAC > > cpsw, usb_ether > > Hit any key to stop autoboot: 0 > > mmc0 is current device > > SD/MMC found on device 0 > > reading bb-uEnv.txt > > reading bbubldr > > 237488 bytes read in 34 ms (6.7 MiB/s) > > reading bboneblk.dtb > > 13946 bytes read in 7 ms (1.9 MiB/s) > > Booting from mmc ... > > ## Starting application at 0x88000054 ... > > Consoles: U-Boot console > > Compatible API signature found @9f242240 > > Number of U-Boot devices: 2 > > > > FreeBSD/armv6 U-Boot loader, Revision 1.2 > > (root@bernice, Sun Jul 21 22:07:44 MDT 2013) > > DRAM: 512MB > > > > Device: disk > > | > > can't load 'kernel' > > > > Type '?' for a list of commands, 'help' for more detailed help. > > loader> ls > > / > > d .snap > > .sujournal > > loader> > > > > > > > > On Sun, Jul 21, 2013 at 4:02 PM, Rui Paulo = wrote: > > On 21 Jul 2013, at 14:42, Tom Everett wrote: > > > > > ls shows: > > > > > > / > > > d .snap > > > .sujournal > > > > > > and lsdev shows: > > > > > > disk devices: > > > disk0 (MMC) > > > disk0s1: DOS/Windows > > > disk0s2: FreeBSD > > > disk0s2a: FreeBSD UFS > > > net devices: > > > net0: > > > > > > I'm doing a fresh checkout of the entire CURRENT source tree, a = rebuild of > > > dev and then a rebuild of the kernel. We'll see what happens. > > > > > > As you can see, your root file system has no files. This has = happened to me in the past and I don't know why, but re-creating the = image file with crochet seems to fix it. > > > > -- > > Rui Paulo > > > > > > > > > > -- > > A better world shall emerge based on faith and understanding - = Douglas MacArthur >=20 >=20 >=20 >=20 > --=20 > A better world shall emerge based on faith and understanding - = Douglas MacArthur >=20 >=20 >=20 > --=20 > A better world shall emerge based on faith and understanding - = Douglas MacArthur From owner-freebsd-arm@FreeBSD.ORG Mon Jul 22 15:33:11 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 3D2F357E for ; Mon, 22 Jul 2013 15:33:11 +0000 (UTC) (envelope-from tom@0x544745.com) Received: from mail-ob0-f178.google.com (mail-ob0-f178.google.com [209.85.214.178]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 03F5924D8 for ; Mon, 22 Jul 2013 15:33:10 +0000 (UTC) Received: by mail-ob0-f178.google.com with SMTP id fb19so8256366obc.37 for ; Mon, 22 Jul 2013 08:33:10 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=n7EbY7oHFiADT0j9YiRyZVGw1NEwerNwsbvfP6g/Lhs=; b=c/Kl8FXKBAkg1Z6wEYJ8pyQT0phcRRtX2JzRv5vt6JzoTcEXN5VKtcRQFduNdObljY xzl8TVTLYwA3cp90/uLovO7uhea81mZ4ZhpnAb0C4DLGdonQDeryydvUwsZlu6sdOuB1 RUZDAWGmYFjHJU6JHSPNH4ga1IExlY6XueoTZZjXSwQWlA5+jeVFe8VZ/KvWs6g2VNlk arP13Z+1IFvI5wQXK8NJD0vfM13/fluX5xrIo5KfDdFzGK3jJUtvFCVATlVrtxGs3Lyx q0cGQt6zRWGBYOK3qdCvk9N27pgO86ayOeXblPGRzQCdMZpOpReGr3YYOuVutNCCZOvG kLTw== MIME-Version: 1.0 X-Received: by 10.60.41.37 with SMTP id c5mr26662976oel.43.1374507190001; Mon, 22 Jul 2013 08:33:10 -0700 (PDT) Received: by 10.182.111.67 with HTTP; Mon, 22 Jul 2013 08:33:09 -0700 (PDT) In-Reply-To: References: <97D78167-9428-4005-89EE-15A78F74BE46@gromit.dlib.vt.edu> <44AB19F7-A0D3-4F0C-A1F4-66AA49283387@gromit.dlib.vt.edu> <27AC1DB6-9D32-47AF-A1E8-A53EE3C09753@FreeBSD.org> Date: Mon, 22 Jul 2013 09:33:09 -0600 Message-ID: Subject: Re: Booting Beagleboard Black From: Tom Everett To: Tim Kientzle X-Gm-Message-State: ALoCoQlpW5vRHca2Y8rjviQEZHByEGmqyY6yOLa48zLNXXcqFJswymwjE1puOtn0cJV2kTtVOAbT Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Jul 2013 15:33:11 -0000 If you want a tester for the fixed code, sign me up. :) On Mon, Jul 22, 2013 at 9:31 AM, Tim Kientzle wrote: > BTW, this does point to a bug in Crochet: It should > have stopped and complained loudly when the installworld > failed. > > Thanks for helping find this: I'll definitely take a look at that. > > Tim > > On Jul 22, 2013, at 8:17 AM, Tom Everett wrote: > > > ok now that I've uploaded the logs, I see this rather ominous message in > _.installworld.armv6.log > > > > ERROR: Required auditdistd user is missing, see /usr/src/UPDATING. > > *** Error code 1 > > > > Stop. > > make: stopped in /src/FreeBSD > > *** [installworld] Error code 1 > > > > Stop in /src/FreeBSD. > > > > > > > > On Mon, Jul 22, 2013 at 9:08 AM, Tom Everett wrote: > > Here are the build logs, the image file (gzipped), and config.sh. > > > > http://files.khubla.com/tim/ > > > > Let me know if there is anything more you need. > > > > > > > > On Sun, Jul 21, 2013 at 10:46 PM, Tim Kientzle > wrote: > > Please send me the Crochet build logs and I'll see if > > I can puzzle anything out. > > > > The console log from running Crochet would also be interesting. > > > > Tim > > > > > > On Jul 21, 2013, at 9:25 PM, Tom Everett wrote: > > > > > ok, I've rebuilt with a fresh source tree, fresh xdev build and fresh > pull of crochet; same result. Should I post the crochet build logs? Could > the fact that I'm building it on AMD64 be part of the problem? > > > > > > My host OS is: > > > > > > FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 > > > root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC > amd64 > > > CPU: AMD A8-3870 APU with Radeon(tm) HD Graphics (3000.26-MHz K8-class > CPU) > > > > > > > > > > > > Here is the console log from the Beagle > > > > > > U-Boot 2013.04 (Jul 21 2013 - 22:07:04) > > > > > > I2C: ready > > > DRAM: 512 MiB > > > WARNING: Caches not enabled > > > MMC: OMAP SD/MMC: 0, OMAP SD/MMC: 1 > > > Using default environment > > > > > > musb-hdrc: ConfigData=0xde (UTMI-8, dyn FIFOs, HB-ISO Rx, HB-ISO Tx, > SoftConn) > > > musb-hdrc: MHDRC RTL version 2.0 > > > musb-hdrc: setup fifo_mode 4 > > > musb-hdrc: 28/31 max ep, 16384/16384 memory > > > USB Peripheral mode controller at 47401000 using PIO, IRQ 0 > > > musb-hdrc: ConfigData=0xde (UTMI-8, dyn FIFOs, HB-ISO Rx, HB-ISO Tx, > SoftConn) > > > musb-hdrc: MHDRC RTL version 2.0 > > > musb-hdrc: setup fifo_mode 4 > > > musb-hdrc: 28/31 max ep, 16384/16384 memory > > > USB Host mode controller at 47401800 using PIO, IRQ 0 > > > Net: not set. Validating first E-fuse MAC > > > cpsw, usb_ether > > > Hit any key to stop autoboot: 0 > > > mmc0 is current device > > > SD/MMC found on device 0 > > > reading bb-uEnv.txt > > > reading bbubldr > > > 237488 bytes read in 34 ms (6.7 MiB/s) > > > reading bboneblk.dtb > > > 13946 bytes read in 7 ms (1.9 MiB/s) > > > Booting from mmc ... > > > ## Starting application at 0x88000054 ... > > > Consoles: U-Boot console > > > Compatible API signature found @9f242240 > > > Number of U-Boot devices: 2 > > > > > > FreeBSD/armv6 U-Boot loader, Revision 1.2 > > > (root@bernice, Sun Jul 21 22:07:44 MDT 2013) > > > DRAM: 512MB > > > > > > Device: disk > > > | > > > can't load 'kernel' > > > > > > Type '?' for a list of commands, 'help' for more detailed help. > > > loader> ls > > > / > > > d .snap > > > .sujournal > > > loader> > > > > > > > > > > > > On Sun, Jul 21, 2013 at 4:02 PM, Rui Paulo wrote: > > > On 21 Jul 2013, at 14:42, Tom Everett wrote: > > > > > > > ls shows: > > > > > > > > / > > > > d .snap > > > > .sujournal > > > > > > > > and lsdev shows: > > > > > > > > disk devices: > > > > disk0 (MMC) > > > > disk0s1: DOS/Windows > > > > disk0s2: FreeBSD > > > > disk0s2a: FreeBSD UFS > > > > net devices: > > > > net0: > > > > > > > > I'm doing a fresh checkout of the entire CURRENT source tree, a > rebuild of > > > > dev and then a rebuild of the kernel. We'll see what happens. > > > > > > > > > As you can see, your root file system has no files. This has happened > to me in the past and I don't know why, but re-creating the image file with > crochet seems to fix it. > > > > > > -- > > > Rui Paulo > > > > > > > > > > > > > > > -- > > > A better world shall emerge based on faith and understanding - > Douglas MacArthur > > > > > > > > > > -- > > A better world shall emerge based on faith and understanding - Douglas > MacArthur > > > > > > > > -- > > A better world shall emerge based on faith and understanding - Douglas > MacArthur > > -- A better world shall emerge based on faith and understanding - Douglas MacArthur From owner-freebsd-arm@FreeBSD.ORG Mon Jul 22 17:30:05 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id CF156909; Mon, 22 Jul 2013 17:30:05 +0000 (UTC) (envelope-from hiren.panchasara@gmail.com) Received: from mail-ea0-x22f.google.com (mail-ea0-x22f.google.com [IPv6:2a00:1450:4013:c01::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 36B912A20; Mon, 22 Jul 2013 17:30:05 +0000 (UTC) Received: by mail-ea0-f175.google.com with SMTP id z7so3929023eaf.6 for ; Mon, 22 Jul 2013 10:30:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=dspgtCha1JaNwWSlp46cnOIxDxvyjc5LjICKSN+CgI8=; b=mJHOWNYkmZJJdaw6sH+ZEuN4ger9pkb3JSvpso1kuLan8881vSy3bT2AVTjmzfESvr yk39GdHLZMtLTOTOkql0UrsQHGMHf3IeiwGBT8TBaurwJBtsCgFnS2ZMGypTNMQwFdF6 uevxxbph2i5psms6iGnlQ0r99x9C7RyUwlzWVP9o2rwlG8kOhje/AAPUh2nBNt30bWlS UsKdHPyRPRERQa3XzmnKQUdNNDACoUMPkWUwZFC13eN8Rnt8sryA8xZ49UJowFORDpGZ RKTMoTO8UnL+KCR+gWcLM/eEBS+OA5V+Cp4ZmEKaLmzqB5CAFqGR8vrknSbuzV/q2kdD zuVw== MIME-Version: 1.0 X-Received: by 10.14.149.141 with SMTP id x13mr28837791eej.77.1374514203504; Mon, 22 Jul 2013 10:30:03 -0700 (PDT) Received: by 10.14.119.203 with HTTP; Mon, 22 Jul 2013 10:30:03 -0700 (PDT) In-Reply-To: <519DDF45-9D8E-4AA7-9140-C4B955C71CFB@freebsd.org> References: <97D78167-9428-4005-89EE-15A78F74BE46@gromit.dlib.vt.edu> <44AB19F7-A0D3-4F0C-A1F4-66AA49283387@gromit.dlib.vt.edu> <27AC1DB6-9D32-47AF-A1E8-A53EE3C09753@FreeBSD.org> <519DDF45-9D8E-4AA7-9140-C4B955C71CFB@freebsd.org> Date: Mon, 22 Jul 2013 10:30:03 -0700 Message-ID: Subject: Re: Booting Beagleboard Black From: hiren panchasara To: Michael Tuexen Content-Type: text/plain; charset=UTF-8 Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Jul 2013 17:30:05 -0000 On Mon, Jul 22, 2013 at 3:42 AM, Michael Tuexen wrote: > On Jul 22, 2013, at 12:11 PM, XiaoQI Ge wrote: > >> I have used this method successfully loaded the kernel >> >> Hold the "User Boot" button down, and then plug in the power (USB or >> 5V adaptor). Keep holding down the button until you see the bank of 4 >> LED's light up for a few seconds. You can now release the button. >> >> >> But soon the panic > To fix this panic use the following patch > > Index: sys/vm/vm_map.c > =================================================================== > --- sys/vm/vm_map.c (revision 253514) > +++ sys/vm/vm_map.c (working copy) > @@ -239,8 +239,7 @@ > vm_map_t map; > > map = (vm_map_t)mem; > - map->nentries = 0; > - map->size = 0; > + memset(map, 0, sizeof(*map)); > mtx_init(&map->system_mtx, "vm map (system)", NULL, MTX_DEF | MTX_DUPOK); > sx_init(&map->lock, "vm map (user)"); > return (0); > > which was posted by Tim yesterday. It fixes the issue for me. > (Or disable invariants). > > Tim: Your patch looks good. Why don't you commit it? Yes, please :-) Thanks for finding/fixing that. Appreciate it. Cheers, Hiren > > > Best regards > Michael From owner-freebsd-arm@FreeBSD.ORG Tue Jul 23 04:25:49 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 4CA06DDF for ; Tue, 23 Jul 2013 04:25:49 +0000 (UTC) (envelope-from tom@0x544745.com) Received: from mail-qe0-f42.google.com (mail-qe0-f42.google.com [209.85.128.42]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 04BAB251A for ; Tue, 23 Jul 2013 04:25:48 +0000 (UTC) Received: by mail-qe0-f42.google.com with SMTP id s1so1591335qeb.15 for ; Mon, 22 Jul 2013 21:25:42 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=lGKtwclKBRxzZmYXsTpcR3dO+h6iPmphyEvqtphCQhU=; b=kVHvS52PKz+m7mQxG/apff1wc3hMh4cEZBa5xFfLnpq45UFD8KTrg88egSkSHIdRWY J5DuQaY+BdY7cW6GPd5plGnWFZEcZsLGTAS5AVdYDCjxzbcKLSf5ise8sDgkDWjr+NmB W4GZMtVzVkEHj7oEQJCClomWQZwxVKPkf0J4Ylx3bBCNPChUEueSkQ/NeC9IXfE5ZDEt XfMZYgYmYy91pMSoLRC3lsLfJtjLlosUbvR0LRLloJeurfs1L0kfU5AKtVIZslaMZU9v 833IAWZu7/91KqerV2TV7qgTeQs35iJmvVCHfGulDnhdnl3ZNEuYwJkET07D0lJMKhG6 nFrQ== MIME-Version: 1.0 X-Received: by 10.49.98.196 with SMTP id ek4mr36342991qeb.8.1374553542457; Mon, 22 Jul 2013 21:25:42 -0700 (PDT) Received: by 10.49.121.163 with HTTP; Mon, 22 Jul 2013 21:25:42 -0700 (PDT) In-Reply-To: References: <97D78167-9428-4005-89EE-15A78F74BE46@gromit.dlib.vt.edu> <44AB19F7-A0D3-4F0C-A1F4-66AA49283387@gromit.dlib.vt.edu> <27AC1DB6-9D32-47AF-A1E8-A53EE3C09753@FreeBSD.org> <519DDF45-9D8E-4AA7-9140-C4B955C71CFB@freebsd.org> Date: Mon, 22 Jul 2013 22:25:42 -0600 Message-ID: Subject: Re: Booting Beagleboard Black From: Tom Everett To: hiren panchasara X-Gm-Message-State: ALoCoQmqPYVgKKs4zR+ozVHY7wk9XiM3mbT7td7ASGzXaIotzb1ARxg+zLBAhTMEFEY7vPgpmH3k Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Jul 2013 04:25:49 -0000 ok after: * adding the auditdistd user * applying Tim's patch to the source tree * a full crochet rebuild I have now booted FreeBSD on the Beaglebone. Thanks everyone for your help. The final .img file and the full console log are here: http://files.khubla.com/freebsd-beaglebone/ There was some unfortunate looking logging in the kernel startup, which is here, and appears to have something to do with pmap. http://files.khubla.com/freebsd-beaglebone/bootlog.txt For brevity, here it is: lock order reversal: 1st 0xc25605ac pmap (pmap) @ /src/FreeBSD/sys/arm/arm/pmap-v6.c:2990 2nd 0xc07ba1e8 pmap pv global (pmap pv global) @ /src/FreeBSD/sys/arm/arm/pmap-v6.c:695 KDB: stack backtrace: db_trace_self() at db_trace_self pc = 0xc052442c lr = 0xc022daf8 (db_trace_self_wrapper+0x30) sp = 0xdc135b08 fp = 0xdc135c20 r10 = 0xc25605ac db_trace_self_wrapper() at db_trace_self_wrapper+0x30 pc = 0xc022daf8 lr = 0xc03892e8 (kdb_backtrace+0x38) sp = 0xdc135c28 fp = 0xdc135c30 r4 = 0xc0658d74 r5 = 0xc05a73f1 r6 = 0xc0585a65 r7 = 0xc05a73f1 kdb_backtrace() at kdb_backtrace+0x38 pc = 0xc03892e8 lr = 0xc03a31f4 (witness_checkorder+0xddc) sp = 0xdc135c38 fp = 0xdc135c88 r4 = 0xc0585c4f witness_checkorder() at witness_checkorder+0xddc pc = 0xc03a31f4 lr = 0xc0351b28 (_rw_wlock_cookie+0x7c) sp = 0xdc135c90 fp = 0xdc135cb8 r4 = 0x000002b7 r5 = 0xc05a73ee r6 = 0xc07ba1f8 r7 = 0xc07ba1f8 r8 = 0xc07ba1e8 r9 = 0xc25600cc r10 = 0xc25600d8 _rw_wlock_cookie() at _rw_wlock_cookie+0x7c pc = 0xc0351b28 lr = 0xc052e500 (pmap_alloc_l2_bucket+0xd0) sp = 0xdc135cc0 fp = 0xdc135ce8 r4 = 0xc05a73ee r5 = 0x00000000 r6 = 0xc0994d04 r7 = 0xc07ba1f8 r8 = 0x00008000 pmap_alloc_l2_bucket() at pmap_alloc_l2_bucket+0xd0 pc = 0xc052e500 lr = 0xc052e2a0 (pmap_copy+0x150) sp = 0xdc135cf0 fp = 0xdc135d28 r4 = 0xc25600bc r5 = 0x000d6000 r6 = 0xc05a73ee r7 = 0x00008000 r8 = 0x000ce000 r9 = 0xc098e020 r10 = 0x000ce000 pmap_copy() at pmap_copy+0x150 pc = 0xc052e2a0 lr = 0xc0506738 (vmspace_fork+0x788) sp = 0xdc135d30 fp = 0xdc135d68 r4 = 0xc25604f0 r5 = 0x00000000 r6 = 0x00008000 r7 = 0xc09a8690 r8 = 0xc2560000 r9 = 0xc09a85a0 r10 = 0x000ce000 vmspace_fork() at vmspace_fork+0x788 pc = 0xc0506738 lr = 0xc0323668 (fork1+0x1a4) sp = 0xdc135d70 fp = 0xdc135de0 r4 = 0xc2648c80 r5 = 0x00000000 r6 = 0xc2791640 r7 = 0x0000000c r8 = 0xc255b640 r9 = 0xc255e640 r10 = 0xdc135df4 fork1() at fork1+0x1a4 pc = 0xc0323668 lr = 0xc03234a4 (sys_fork+0x24) sp = 0xdc135de8 fp = 0xdc135e00 r4 = 0xc255e640 r5 = 0x00000000 r6 = 0xdc135ea8 r7 = 0x00000000 r8 = 0xdc135e58 r9 = 0xc255b640 r10 = 0x00000012 sys_fork() at sys_fork+0x24 pc = 0xc03234a4 lr = 0xc0533e94 (swi_handler+0x284) sp = 0xdc135e08 fp = 0xdc135ea0 r4 = 0xc255e640 r5 = 0x00000000 swi_handler() at swi_handler+0x284 pc = 0xc0533e94 lr = 0xc0525a8c (swi_entry+0x30) sp = 0xdc135ea8 fp = 0xbfffe940 r4 = 0x000dfbfc r5 = 0x000c6631 r6 = 0xdc135ea8 r7 = 0x00000002 r8 = 0x000dfbe0 r9 = 0x000c6769 swi_entry() at swi_entry+0x30 pc = 0xc0525a8c lr = 0xc0525a8c (swi_entry+0x30) sp = 0xdc135ea8 fp = 0xbfffe940 Unable to unwind further ti_mmchs0: Error: current cmd NULL, already done? ugen1.2: at usbus1 lock order reversal: 1st 0xc25600bc pmap (pmap) @ /src/FreeBSD/sys/arm/arm/pmap-v6.c:2990 2nd 0xc09c80fc vm map (system) (vm map (system)) @ /src/FreeBSD/sys/vm/vm_kern.c:428 KDB: stack backtrace: db_trace_self() at db_trace_self pc = 0xc052442c lr = 0xc022daf8 (db_trace_self_wrapper+0x30) sp = 0xde998960 fp = 0xde998a78 r10 = 0xc25600bc db_trace_self_wrapper() at db_trace_self_wrapper+0x30 pc = 0xc022daf8 lr = 0xc03892e8 (kdb_backtrace+0x38) sp = 0xde998a80 fp = 0xde998a88 r4 = 0xc0658d74 r5 = 0xc05a2632 r6 = 0xc0585a65 r7 = 0xc05a73f1 kdb_backtrace() at kdb_backtrace+0x38 pc = 0xc03892e8 lr = 0xc03a31f4 (witness_checkorder+0xddc) sp = 0xde998a90 fp = 0xde998ae0 r4 = 0xc0585c0b witness_checkorder() at witness_checkorder+0xddc pc = 0xc03a31f4 lr = 0xc0340c70 (__mtx_lock_flags+0xa4) sp = 0xde998ae8 fp = 0xde998b18 r4 = 0x000001ac r5 = 0xc05a262f r6 = 0x00000101 r7 = 0xc09c810c r8 = 0x00000000 r9 = 0xc09c80fc r10 = 0xc09cbc00 __mtx_lock_flags() at __mtx_lock_flags+0xa4 pc = 0xc0340c70 lr = 0xc05016d4 (_vm_map_lock+0x30) sp = 0xde998b20 fp = 0xde998b28 r4 = 0xc09c8098 r5 = 0x00001000 r6 = 0x00000101 r7 = 0xc07b7b40 r8 = 0xde998bab r9 = 0x00000101 _vm_map_lock() at _vm_map_lock+0x30 pc = 0xc05016d4 lr = 0xc05004c0 (kmem_malloc+0x30) sp = 0xde998b30 fp = 0xde998b70 r4 = 0xc09c8098 kmem_malloc() at kmem_malloc+0x30 pc = 0xc05004c0 lr = 0xc04fab04 (startup_alloc+0xdc) sp = 0xde998b78 fp = 0xde998b98 r4 = 0x00001000 r5 = 0xc07b7910 r6 = 0x00000000 r7 = 0xc07b7b40 r8 = 0xde998bab r9 = 0x00000101 r10 = 0xc09cbc00 startup_alloc() at startup_alloc+0xdc pc = 0xc04fab04 lr = 0xc04f905c (keg_alloc_slab+0xb4) sp = 0xde998ba0 fp = 0xde998bc8 r4 = 0xc09cbc00 r5 = 0x00000001 r6 = 0x00000000 r7 = 0xc09cbc10 r8 = 0xc04faa28 r9 = 0x00000101 r10 = 0x00000000 keg_alloc_slab() at keg_alloc_slab+0xb4 pc = 0xc04f905c lr = 0xc04f9d68 (keg_fetch_slab+0x148) sp = 0xde998bd0 fp = 0xde998c08 r4 = 0xc09cbc00 r5 = 0xc09c72e8 r6 = 0x00000001 r7 = 0xc09c7240 r8 = 0x00000000 r9 = 0xc09c72d8 r10 = 0x00000000 keg_fetch_slab() at keg_fetch_slab+0x148 pc = 0xc04f9d68 lr = 0xc04fa15c (zone_fetch_slab+0x64) sp = 0xde998c10 fp = 0xde998c28 r4 = 0x00000001 r5 = 0xc09c7240 r6 = 0xc09cbc00 r7 = 0xc09cbc00 r8 = 0x00000001 r9 = 0xc098efa8 r10 = 0x00000002 zone_fetch_slab() at zone_fetch_slab+0x64 pc = 0xc04fa15c lr = 0xc04fa1e8 (zone_import+0x4c) sp = 0xde998c30 fp = 0xde998c70 r4 = 0xc098efac r5 = 0xc05a18d2 r6 = 0x00000001 r7 = 0xc09cbc00 r8 = 0x00000000 zone_import() at zone_import+0x4c pc = 0xc04fa1e8 lr = 0xc04f7d74 (uma_zalloc_arg+0x2a0) sp = 0xde998c78 fp = 0xde998cb8 r4 = 0x00000001 r5 = 0xc05a18d2 r6 = 0xc09a5e0c r7 = 0xc04fa19c r8 = 0xc09c7240 r9 = 0xc09c72f8 r10 = 0xc09a5e00 uma_zalloc_arg() at uma_zalloc_arg+0x2a0 pc = 0xc04f7d74 lr = 0xc052e5e4 (pmap_alloc_l2_bucket+0x1b4) sp = 0xde998cc0 fp = 0xde998ce8 r4 = 0xc05a73ee r5 = 0xc09949f8 r6 = 0xc09949f4 r7 = 0xc07ba1f8 r8 = 0xc05a73ee r9 = 0xc255faac r10 = 0xc255fb38 pmap_alloc_l2_bucket() at pmap_alloc_l2_bucket+0x1b4 pc = 0xc052e5e4 lr = 0xc052e2a0 (pmap_copy+0x150) sp = 0xde998cf0 fp = 0xde998d28 r4 = 0xc255fa9c r5 = 0x20049000 r6 = 0xc05a73ee r7 = 0x2002e000 r8 = 0x0001b000 r9 = 0xc09914b8 r10 = 0x0001b000 pmap_copy() at pmap_copy+0x150 pc = 0xc052e2a0 lr = 0xc0506738 (vmspace_fork+0x788) sp = 0xde998d30 fp = 0xde998d68 r4 = 0xc2560000 r5 = 0x00000000 r6 = 0x2002e000 r7 = 0xc09a84b0 r8 = 0xc255f9e0 r9 = 0xc09a9f00 r10 = 0x0001b000 vmspace_fork() at vmspace_fork+0x788 pc = 0xc0506738 lr = 0xc0323668 (fork1+0x1a4) sp = 0xde998d70 fp = 0xde998de0 r4 = 0xc27e3c80 r5 = 0x00000000 r6 = 0xc2791320 r7 = 0x0000000c r8 = 0xc2791640 r9 = 0xc2648c80 r10 = 0xde998df4 fork1() at fork1+0x1a4 pc = 0xc0323668 lr = 0xc03234a4 (sys_fork+0x24) sp = 0xde998de8 fp = 0xde998e00 r4 = 0xc2648c80 r5 = 0x00000000 r6 = 0xde998ea8 r7 = 0x00000000 r8 = 0xde998e58 r9 = 0xc2791640 r10 = 0x00000000 sys_fork() at sys_fork+0x24 pc = 0xc03234a4 lr = 0xc0533e94 (swi_handler+0x284) sp = 0xde998e08 fp = 0xde998ea0 r4 = 0xc2648c80 r5 = 0x00000000 swi_handler() at swi_handler+0x284 pc = 0xc0533e94 lr = 0xc0525a8c (swi_entry+0x30) sp = 0xde998ea8 fp = 0xbfffec18 r4 = 0x00030998 r5 = 0x2080d020 r6 = 0xde998ea8 r7 = 0x00000002 r8 = 0x00000003 r9 = 0x2080d020 swi_entry() at swi_entry+0x30 pc = 0xc0525a8c lr = 0xc0525a8c (swi_entry+0x30) sp = 0xde998ea8 fp = 0xbfffec18 Unable to unwind further On Mon, Jul 22, 2013 at 11:30 AM, hiren panchasara < hiren.panchasara@gmail.com> wrote: > On Mon, Jul 22, 2013 at 3:42 AM, Michael Tuexen > wrote: > > On Jul 22, 2013, at 12:11 PM, XiaoQI Ge wrote: > > > >> I have used this method successfully loaded the kernel > >> > >> Hold the "User Boot" button down, and then plug in the power (USB or > >> 5V adaptor). Keep holding down the button until you see the bank of 4 > >> LED's light up for a few seconds. You can now release the button. > >> > >> > >> But soon the panic > > To fix this panic use the following patch > > > > Index: sys/vm/vm_map.c > > =================================================================== > > --- sys/vm/vm_map.c (revision 253514) > > +++ sys/vm/vm_map.c (working copy) > > @@ -239,8 +239,7 @@ > > vm_map_t map; > > > > map = (vm_map_t)mem; > > - map->nentries = 0; > > - map->size = 0; > > + memset(map, 0, sizeof(*map)); > > mtx_init(&map->system_mtx, "vm map (system)", NULL, MTX_DEF | > MTX_DUPOK); > > sx_init(&map->lock, "vm map (user)"); > > return (0); > > > > which was posted by Tim yesterday. It fixes the issue for me. > > (Or disable invariants). > > > > Tim: Your patch looks good. Why don't you commit it? > > Yes, please :-) > > Thanks for finding/fixing that. Appreciate it. > > Cheers, > Hiren > > > > > > Best regards > > Michael > _______________________________________________ > 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" > -- A better world shall emerge based on faith and understanding - Douglas MacArthur From owner-freebsd-arm@FreeBSD.ORG Tue Jul 23 04:48:43 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 0F25725A for ; Tue, 23 Jul 2013 04:48:43 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from monday.kientzle.com (99-115-135-74.uvs.sntcca.sbcglobal.net [99.115.135.74]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E34B525D3 for ; Tue, 23 Jul 2013 04:48:42 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id r6N4mapu045919 for arm@freebsd.org; Tue, 23 Jul 2013 04:48:36 GMT (envelope-from kientzle@freebsd.org) Received: from [192.168.2.123] (CiscoE3000 [192.168.1.65]) by kientzle.com with SMTP id 8vcdtvrfu9eh5fbbriautetmx2; for arm@freebsd.org; Tue, 23 Jul 2013 04:48:36 +0000 (UTC) (envelope-from kientzle@freebsd.org) From: Tim Kientzle Content-Type: multipart/signed; boundary="Apple-Mail=_21FE7AD4-9294-4BA9-B4C5-4C415C6825AE"; protocol="application/pgp-signature"; micalg=pgp-sha1 Subject: SSHD crash Date: Mon, 22 Jul 2013 21:48:33 -0700 Message-Id: To: "freebsd-arm@freebsd.org" Mime-Version: 1.0 (Apple Message framework v1283) X-Mailer: Apple Mail (2.1283) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Jul 2013 04:48:43 -0000 --Apple-Mail=_21FE7AD4-9294-4BA9-B4C5-4C415C6825AE Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 Hope to find time to dig into this later this week, but am seeing a pretty consistent crash in sshd on BeagleBone Black with armv6: $ sshd -d =85. connect from another machine ... =85. usual connection messages, then ... debug1: Local version string SSH-2.0-OpenSSH_6.2 FreeBSD-20130515 debug1: permanently_set_uid: 22/22 [preauth] debug1: list_hostkey_types: ssh-rsa,ssh-dss,ecdsa-sha2-nistp256 = [preauth] debug1: SSH2_MSG_KEXINIT sent [preauth] debug1: SSH2_MSG_KEXINIT received [preauth] : jemalloc_arena.c:380: Failed assertion: "p[i] =3D=3D 0" This is with SVN r253514 Completely standard build except for the vm_map.c patch. Tim --Apple-Mail=_21FE7AD4-9294-4BA9-B4C5-4C415C6825AE Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.18 (Darwin) iQEcBAEBAgAGBQJR7gsjAAoJEGMNyGo0rfFBXEQIALw00wTOAWxEuhp3/+dT8K8v QdF2USvQIrivAG3HQFfilvZz2zw31ILayjqyaU0j0RvvraC3WIwpAYRjpThtKfRM 56bON3CfhAxsOhn0Rp52s2cKWe/dmKOh/E6th818Ll5Zx3vP5gRDxZ8LGDerNotH mwtRiLWxa53oQC7XJbaOhk5ykzI56Bp63X3K8nXJOCggLTxHIRAUkDH+pYf+s/J3 Jj2VL0RyndaDpC1Pf6O/xBwClQnvVEgTPWQsiB4h+oXnYFjSyAHuV/QERM0ITdEe URhiz+N71CTdH6VXgxXKiNzcTcvZ19vezVGGpfSCXsIztUPyDoQalNA71DMmssE= =1qcN -----END PGP SIGNATURE----- --Apple-Mail=_21FE7AD4-9294-4BA9-B4C5-4C415C6825AE-- From owner-freebsd-arm@FreeBSD.ORG Tue Jul 23 05:13:59 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 2D12D663; Tue, 23 Jul 2013 05:13:59 +0000 (UTC) (envelope-from ganbold@gmail.com) Received: from mail-ob0-x22f.google.com (mail-ob0-x22f.google.com [IPv6:2607:f8b0:4003:c01::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E3F532692; Tue, 23 Jul 2013 05:13:58 +0000 (UTC) Received: by mail-ob0-f175.google.com with SMTP id xn12so9286631obc.34 for ; Mon, 22 Jul 2013 22:13:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=XeD9iChEWc1/S4fTGCaGBh1V/09Jo3BkYdm+C7E4FV8=; b=JoXfq6k/QdPbE83MlC6rMy1r/0+sfidO67Q8ubG8d88cTJLNJd7IkzbXluI7qTApYC 0Hv/Xn7urNyAw8vwymj3pnowufwVTw595RsqLKtPzsktU8ybc7WqyTUVnGrui86rXFG+ lMnuWbj9mF++DA+oRU/3cyIk5vhW8gJyUQ4+mDL6dqQNFVHfaUirgThNR3fm/x5GasoP UFizkiSBgeMmv64WIc69/g0ZXQ2hpd+bIbnfR1b68v5TXfFz3MHtQ+JntRjPbpWt/MtM FcWQiAkx3HePK6KmC93LrECfZNtTf+TBR+OUFWtuHrF+xK7nMTv0E573DnQ+zh/n3EO0 RFoA== MIME-Version: 1.0 X-Received: by 10.50.97.102 with SMTP id dz6mr11752707igb.5.1374556438177; Mon, 22 Jul 2013 22:13:58 -0700 (PDT) Received: by 10.64.235.239 with HTTP; Mon, 22 Jul 2013 22:13:58 -0700 (PDT) In-Reply-To: References: Date: Tue, 23 Jul 2013 13:13:58 +0800 Message-ID: Subject: Re: SSHD crash From: Ganbold Tsagaankhuu To: Tim Kientzle Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Jul 2013 05:13:59 -0000 On Tue, Jul 23, 2013 at 12:48 PM, Tim Kientzle wrote= : > Hope to find time to dig into this later this week, but am seeing > a pretty consistent crash in sshd on BeagleBone Black with armv6: > > $ sshd -d > =85. connect from another machine ... > =85. usual connection messages, then ... > debug1: Local version string SSH-2.0-OpenSSH_6.2 FreeBSD-20130515 > debug1: permanently_set_uid: 22/22 [preauth] > debug1: list_hostkey_types: ssh-rsa,ssh-dss,ecdsa-sha2-nistp256 [preauth] > debug1: SSH2_MSG_KEXINIT sent [preauth] > debug1: SSH2_MSG_KEXINIT received [preauth] > : jemalloc_arena.c:380: Failed assertion: "p[i] =3D=3D 0" > If I'm not mistaken I've seen this recently on mips board(Routerstation Pro) too. Ganbold > > This is with SVN r253514 > > Completely standard build except for the vm_map.c patch. > > Tim > > From owner-freebsd-arm@FreeBSD.ORG Tue Jul 23 08:25:17 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 1811B940 for ; Tue, 23 Jul 2013 08:25:17 +0000 (UTC) (envelope-from ghw@7axu.com) Received: from mail-vc0-f174.google.com (mail-vc0-f174.google.com [209.85.220.174]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D0E12201C for ; Tue, 23 Jul 2013 08:25:16 +0000 (UTC) Received: by mail-vc0-f174.google.com with SMTP id ht11so1794216vcb.19 for ; Tue, 23 Jul 2013 01:25:10 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:in-reply-to:references:from:date :message-id:subject:to:cc:content-type:x-gm-message-state; bh=oLJ6uiRf5lPuL4+d1G/K+D79nMBUSHIrxkGY6tExK7E=; b=U4IkB4WAvRKkTjyMPkC8lft97bFxorbriBHzjYGxg28mEgp9lWd7pUdpDd6bk2t9vA zhiHL8xRHiWZ2QGsoXtZ/ptbCsq01nw8Mcx40A5L8JC+85iG2uEZWCQb5eDI0ibIHlNI et9fKRJZET7wFF0klrpLuxyrCdDH6DdFL1F9AtoAZYem63iAp62Gjm84dc+ePlZT7MMl bNLUcIxCUuJuTzsVf7zrKkCaBkBnke5P74YbCvUmrVNv4PJl5TLy3g3kNK1sV2Hx+MHj 7l67ldrnNfwNjGmL2eIGVOQpfIjfBBqoy7LeII91yDaeyMY8Z5sww8MsEKJZS3/Z9Dpt pfLA== X-Received: by 10.52.92.114 with SMTP id cl18mr2175686vdb.67.1374567422619; Tue, 23 Jul 2013 01:17:02 -0700 (PDT) MIME-Version: 1.0 Received: by 10.58.55.200 with HTTP; Tue, 23 Jul 2013 01:16:22 -0700 (PDT) X-Originating-IP: [54.249.112.206] In-Reply-To: References: From: XiaoQI Ge Date: Tue, 23 Jul 2013 16:16:22 +0800 Message-ID: Subject: Re: My WLI-UC-GNM up crash To: Hans Petter Selasky Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQnKkK6htDICMDFi5MumMR/BTztJKwEZmgynzhp0pnrBj/5KREMixHzDfHYjbl52XrsrWNhP Cc: freebsd-arm , "freebsd-wireless@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Jul 2013 08:25:17 -0000 I tried to fight this patch root@FreeBSD:~ # ifconfig wlan0 up run0: firmware RT2870 ver. 0.236 loaded root@FreeBSD:~ # Fatal kernel mode data abort: 'Alignment Fault 1' trapframe: 0xde9e4d5c FSR=00000801, FAR=c282ffbb, spsr=00000013 r0 =c2831000, r1 =c282ffbb, r2 =c2831210, r3 =0000096c r4 =c2831024, r5 =c2831000, r6 =c05d9362, r7 =c2829800 r8 =00000014, r9 =c08144d8, r10=80006d5d, r11=de9e4e10 r12=0000002e, ssp=de9e4da8, slr=00000000, pc =c045c524 [ thread pid 0 tid 100053 ] Stopped at ieee80211_radiotap_chan_change+0x90: strh r3, [r1] db> And crashes FreeBSD 10.0-CURRENT (BBB) #2 r253557M: Tue Jul 23 21:26:40 CST 2013 (Beagleboard Black) -- Regards. By: XiaoQI Ge; PGP:8B09D5F7 WWW: https://www.7axu.com/ 2013/7/15 Hans Petter Selasky : > Hi, > > Can you try the attached patch? > > --HPS From owner-freebsd-arm@FreeBSD.ORG Tue Jul 23 08:25:40 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 3A20B987 for ; Tue, 23 Jul 2013 08:25:40 +0000 (UTC) (envelope-from ghw@7axu.com) Received: from mail-vb0-f46.google.com (mail-vb0-f46.google.com [209.85.212.46]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F37C72021 for ; Tue, 23 Jul 2013 08:25:39 +0000 (UTC) Received: by mail-vb0-f46.google.com with SMTP id w8so374497vbf.5 for ; Tue, 23 Jul 2013 01:25:33 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:in-reply-to:references:from:date :message-id:subject:to:cc:content-type:x-gm-message-state; bh=GjmXF48kGibO7QuLncoKWN1b8amZYo6utjiynWBvqLI=; b=BbolH2B4E0jpicKm9EUVmvf1rCCDxzy1SS+PNgf5jI5JF1ZNmxhEZNpJSG81kPSYM5 r3o/VwEojr5aklsvAaCUfmocrUR5ND87vfElnJSodd5SMiyoic3pTsWlp2CKVQlupOzw qNQ1IzBB9ZrLV/qOFvqSvPcU+jwFdnu4AY27WuUKyCbZDh5nIPvzAYGb6ZpqoouNgGjo K2PXVEHAXYIiYjZDI26qMLBTMFL5FeV2cz2+3b73lJX92wGCgT+trNc7ABSPfCweSIxd Ay09HqL9JP/wp6M7B5r0ImoeeolUsExvw+cTBADPA7qOonK0uTFkTLk3G/k3NLKspLsc /z6Q== X-Received: by 10.220.173.72 with SMTP id o8mr10602436vcz.75.1374567630423; Tue, 23 Jul 2013 01:20:30 -0700 (PDT) MIME-Version: 1.0 Received: by 10.58.55.200 with HTTP; Tue, 23 Jul 2013 01:19:50 -0700 (PDT) X-Originating-IP: [54.249.112.206] In-Reply-To: <201307151116.56954.Daan@vitsch.nl> References: <1373862086-4117502624.6281ab47ee@bliksem.vehosting.nl> <201307151116.56954.Daan@vitsch.nl> From: XiaoQI Ge Date: Tue, 23 Jul 2013 16:19:50 +0800 Message-ID: Subject: Re: My WLI-UC-GNM up crash To: Daan Vreeken Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQmMzsIiK06AOU9mvYczIpcQY7YptnooFHUsZxuc21ul9Z+wIcOiKlZW2x31EkA7jD+RT1QB Cc: freebsd-arm@freebsd.org, freebsd-wireless@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Jul 2013 08:25:40 -0000 I'll try this patch -- Regards. By: XiaoQI Ge; PGP:8B09D5F7 WWW: https://www.7axu.com/ 2013/7/15 Daan Vreeken : > Hi XiaoQI Ge, > > On Monday 15 July 2013 06:12:38 XiaoQI Ge wrote: >> My WLI-UC-GNM ifconfig up when collapsed, >> I do not know how to solve >> >> >> root@FreeBSD:~ # ifconfig wlan create wlandev run0 >> wlan0: Ethernet address: 10:6f:3f:2b:fd:6d >> wlan0 >> root@FreeBSD:~ # ifconfig >> lo0: flags=8049 metric 0 mtu 16384 >> options=600003 >> inet6 ::1 prefixlen 128 >> inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1 >> inet 127.0.0.1 netmask 0xff000000 >> nd6 options=21 >> run0: flags=8802 metric 0 mtu 2290 >> ether 10:6f:3f:2b:fd:6d >> nd6 options=29 >> media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) >> status: no carrier >> wlan0: flags=8802 metric 0 mtu 1500 >> ether 10:6f:3f:2b:fd:6d >> nd6 options=29 >> media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) >> status: no carrier >> ssid "" channel 1 (2412 MHz 11b) >> country US authmode OPEN privacy OFF txpower 0 bmiss 7 scanvalid 60 >> wme bintval 0 >> root@FreeBSD:~ # dhclient wlan0 >> wlan0: no link .............. giving up >> root@FreeBSD:~ # pciconf -lv >> pciconf: /dev/pci: No such file or directory >> root@FreeBSD:~ # ifconfig wlan0 up scan >> run0: firmware RT2870 ver. 0.236 loaded >> root@FreeBSD:~ # Fatal kernel mode data abort: 'Alignment Fault 1' >> trapframe: 0xde177d68 >> FSR=00000801, FAR=c24b3faf, spsr=00000013 >> r0 =c24b7000, r1 =c24b3faf, r2 =c24b720c, r3 =0000096c >> r4 =80003eaf, r5 =c249c800, r6 =c24b7024, r7 =c0760898 >> r8 =c24b7000, r9 =00000014, r10=c055851d, r11=de177e18 >> r12=0000002e, ssp=de177db4, slr=00000000, pc =c04072d4 >> >> [ thread pid 0 tid 100038 ] >> Stopped at ieee80211_radiotap_chan_change+0x94: strh r3, [r1] >> db> bt >> Tracing pid 0 tid 100038 td 0xc232a620 >> _end() at 0xde177a90 >> scp=0xde177a90 rlv=0xc04f5e48 (db_trace_thread+0x34) >> rsp=0xde177a74 rfp=0xc05b8750 >> Bad frame pointer: 0xc05b8750 >> db> > > Please see the patches I posted here : > http://www.freebsd.org/cgi/query-pr.cgi?pr=arm%2F179532&cat= > > I think they may solve your problem. > > > Regards, > -- > Ing. Daan Vreeken > Vitsch Electronics > http://Vitsch.nl/ > http://VitschVPN.nl/ > tel: +31-(0)40-7113051 > KvK nr: 17174380 > -- > Machines en netwerken op afstand beheren? Vitsch VPN oplossing! > Kijk voor meer informatie op: http://www.VitschVPN.nl/ From owner-freebsd-arm@FreeBSD.ORG Tue Jul 23 10:06:41 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 83043319 for ; Tue, 23 Jul 2013 10:06:41 +0000 (UTC) (envelope-from ghw@7axu.com) Received: from mail-we0-f176.google.com (mail-we0-f176.google.com [74.125.82.176]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1EA7D249D for ; Tue, 23 Jul 2013 10:06:40 +0000 (UTC) Received: by mail-we0-f176.google.com with SMTP id q56so706992wes.21 for ; Tue, 23 Jul 2013 03:06:33 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:in-reply-to:references:from:date :message-id:subject:to:cc:content-type:x-gm-message-state; bh=M12Ko41DXTWohsW7AkzZ7ziYFVJnQlDdUcOwJVnnz84=; b=OHAhCO51QT6XKmGOI2v0AXDjapqSz2Hro35SfyXSNNwEz3CoQtSHFWfEyd6G3x79QB HXczUtp/GsH2irpC87aGn2WFiPCI6HuVBUw2lLA+gODsOfJZ1kvL7l5K/vGsJ8R4BV3k HOpY38MORsBZ14Od8WMOrqiX9D52UBEsUfKwwxHsoB6A2fRxm7k498cBof5jOEDqNsZd QyIORMBSYPty5LESHyjPWjTJ0U6+yLX9gRwwxRtboUWIH8e6MU5kobJBPcs99Tw+dq6T 2DucJ9OaLkNyE0xWItCvybRw7x/BY+DWLlX7g/I+4MJhqlg+ltapz66G1G5mabBx6YgM VvPg== X-Received: by 10.180.104.10 with SMTP id ga10mr20557104wib.35.1374573594424; Tue, 23 Jul 2013 02:59:54 -0700 (PDT) MIME-Version: 1.0 Received: by 10.194.93.34 with HTTP; Tue, 23 Jul 2013 02:59:14 -0700 (PDT) X-Originating-IP: [54.249.112.206] In-Reply-To: <201307151116.56954.Daan@vitsch.nl> References: <1373862086-4117502624.6281ab47ee@bliksem.vehosting.nl> <201307151116.56954.Daan@vitsch.nl> From: XiaoQI Ge Date: Tue, 23 Jul 2013 17:59:14 +0800 Message-ID: Subject: Re: My WLI-UC-GNM up crash To: Daan Vreeken Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQl3pX75/4LQoYVXz2umLysfFDSaAJDb+rvvGlXFLwHUYW+om9a3IxO2eTf8MqgeLkwHXu3K Cc: freebsd-arm@freebsd.org, freebsd-wireless@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Jul 2013 10:06:41 -0000 This patch I do not know how to use Please see the patches I posted here : http://www.freebsd.org/cgi/query-pr.cgi?pr=arm%2F179532&cat= I think they may solve your problem. -- Regards. By: XiaoQI Ge; PGP:8B09D5F7 WWW: https://www.7axu.com/ 2013/7/15 Daan Vreeken : > Hi XiaoQI Ge, > > On Monday 15 July 2013 06:12:38 XiaoQI Ge wrote: >> My WLI-UC-GNM ifconfig up when collapsed, >> I do not know how to solve >> >> >> root@FreeBSD:~ # ifconfig wlan create wlandev run0 >> wlan0: Ethernet address: 10:6f:3f:2b:fd:6d >> wlan0 >> root@FreeBSD:~ # ifconfig >> lo0: flags=8049 metric 0 mtu 16384 >> options=600003 >> inet6 ::1 prefixlen 128 >> inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1 >> inet 127.0.0.1 netmask 0xff000000 >> nd6 options=21 >> run0: flags=8802 metric 0 mtu 2290 >> ether 10:6f:3f:2b:fd:6d >> nd6 options=29 >> media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) >> status: no carrier >> wlan0: flags=8802 metric 0 mtu 1500 >> ether 10:6f:3f:2b:fd:6d >> nd6 options=29 >> media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) >> status: no carrier >> ssid "" channel 1 (2412 MHz 11b) >> country US authmode OPEN privacy OFF txpower 0 bmiss 7 scanvalid 60 >> wme bintval 0 >> root@FreeBSD:~ # dhclient wlan0 >> wlan0: no link .............. giving up >> root@FreeBSD:~ # pciconf -lv >> pciconf: /dev/pci: No such file or directory >> root@FreeBSD:~ # ifconfig wlan0 up scan >> run0: firmware RT2870 ver. 0.236 loaded >> root@FreeBSD:~ # Fatal kernel mode data abort: 'Alignment Fault 1' >> trapframe: 0xde177d68 >> FSR=00000801, FAR=c24b3faf, spsr=00000013 >> r0 =c24b7000, r1 =c24b3faf, r2 =c24b720c, r3 =0000096c >> r4 =80003eaf, r5 =c249c800, r6 =c24b7024, r7 =c0760898 >> r8 =c24b7000, r9 =00000014, r10=c055851d, r11=de177e18 >> r12=0000002e, ssp=de177db4, slr=00000000, pc =c04072d4 >> >> [ thread pid 0 tid 100038 ] >> Stopped at ieee80211_radiotap_chan_change+0x94: strh r3, [r1] >> db> bt >> Tracing pid 0 tid 100038 td 0xc232a620 >> _end() at 0xde177a90 >> scp=0xde177a90 rlv=0xc04f5e48 (db_trace_thread+0x34) >> rsp=0xde177a74 rfp=0xc05b8750 >> Bad frame pointer: 0xc05b8750 >> db> > > Please see the patches I posted here : > http://www.freebsd.org/cgi/query-pr.cgi?pr=arm%2F179532&cat= > > I think they may solve your problem. > > > Regards, > -- > Ing. Daan Vreeken > Vitsch Electronics > http://Vitsch.nl/ > http://VitschVPN.nl/ > tel: +31-(0)40-7113051 > KvK nr: 17174380 > -- > Machines en netwerken op afstand beheren? Vitsch VPN oplossing! > Kijk voor meer informatie op: http://www.VitschVPN.nl/ From owner-freebsd-arm@FreeBSD.ORG Tue Jul 23 10:20:57 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id D68A964E; Tue, 23 Jul 2013 10:20:57 +0000 (UTC) (envelope-from Daan@vitsch.nl) Received: from Prakkezator.VEHosting.nl (Prakkezator6.VEHosting.nl [IPv6:2001:1af8:2100:b020::142]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 78F652541; Tue, 23 Jul 2013 10:20:57 +0000 (UTC) Received: from [192.168.72.13] (124-54.bbned.dsl.internl.net [92.254.54.124]) (authenticated bits=0) by Prakkezator.VEHosting.nl (8.14.2/8.14.2) with ESMTP id r6NAKq8h051080; Tue, 23 Jul 2013 12:20:52 +0200 (CEST) (envelope-from Daan@vitsch.nl) From: Daan Vreeken Organization: Daan - Vitsch Electronics To: XiaoQI Ge Subject: Re: My WLI-UC-GNM up crash Date: Tue, 23 Jul 2013 12:20:52 +0200 User-Agent: KMail/1.9.10 References: <1374573600-2351360719.d37ada5f86@bliksem.vehosting.nl> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <201307231220.52817.Daan@vitsch.nl> x-ve-auth-version: mi-1.1.7 2011-02-21 - Copyright (c) 2008, 2011 - Daan Vreeken - VEHosting x-ve-auth: authenticated as 'pa4dan' on Prakkezator.VEHosting.nl Cc: freebsd-arm@freebsd.org, freebsd-wireless@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Jul 2013 10:20:57 -0000 Hi XiaoQI Ge, On Tuesday 23 July 2013 11:59:14 XiaoQI Ge wrote: > This patch I do not know how to use > > > Please see the patches I posted here : > > http://www.freebsd.org/cgi/query-pr.cgi?pr=arm%2F179532&cat= > > > > I think they may solve your problem. Download the following file : http://www.vitsch.nl/pub-diffs/if_run_2013_01_19_radiotap_fix_only.diff Then (assuming your sources are installed in /usr/src ), do the following : cd /usr/src/sys/dev/usb/wlan patch < /path/to/location/of/if_run_2013_01_19_radiotap_fix_only.diff Then recompile your kernel and try to boot it. Regards, -- Ing. Daan Vreeken Vitsch Electronics http://Vitsch.nl/ http://VitschVPN.nl/ tel: +31-(0)40-7113051 KvK nr: 17174380 -- Machines en netwerken op afstand beheren? Vitsch VPN oplossing! Kijk voor meer informatie op: http://www.VitschVPN.nl/ From owner-freebsd-arm@FreeBSD.ORG Tue Jul 23 22:35:20 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id E1AD69FC for ; Tue, 23 Jul 2013 22:35:20 +0000 (UTC) (envelope-from hiren.panchasara@gmail.com) Received: from mail-vb0-x229.google.com (mail-vb0-x229.google.com [IPv6:2607:f8b0:400c:c02::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A96E129CA for ; Tue, 23 Jul 2013 22:35:20 +0000 (UTC) Received: by mail-vb0-f41.google.com with SMTP id p13so6059820vbe.0 for ; Tue, 23 Jul 2013 15:35:19 -0700 (PDT) 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=KVxKOsFFULLek5PeyaHqL7lxKP7XuNKL3UWgepiMHno=; b=Mt1VaYLGtBaLZDICCtJDxOK/Ro7lgGyVnwngdggl/VRm2lQjBCNRLq9JCCLbKFNXp8 9XNjLtSjMUk5UwAzI7GHFaU7vcfef4MV/quDKq+9CKHNp2novIU1Q+2evwvgX5re5yIq 3f6CtJOhpqPZjE4JYwf6c2VabQZKnLih/xsWVN8SFneHw8+dJetBiHtLXpe2Ngjmn5kc iLXqlZQQCH12EsnunX1HHi+q/Ft0qdnqNYfCwhvXEjL7hvHn6Kx4AHo3Y8xqu0FTuUvF 2IFFOGZ+YbTpV7/ysRi7EI7jYb63Gq67UDT5qihNnqRkJfJv2JATUZ1XTcIk6K10/NJ3 FEYw== MIME-Version: 1.0 X-Received: by 10.58.211.7 with SMTP id my7mr12656579vec.54.1374618919705; Tue, 23 Jul 2013 15:35:19 -0700 (PDT) Received: by 10.58.49.227 with HTTP; Tue, 23 Jul 2013 15:35:19 -0700 (PDT) Date: Tue, 23 Jul 2013 15:35:19 -0700 Message-ID: Subject: Adding options to RPI-B From: hiren panchasara To: "freebsd-arm@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Jul 2013 22:35:20 -0000 Should we add following to kernconf RPI-B? # svn diff Index: RPI-B =================================================================== --- RPI-B (revision 253512) +++ RPI-B (working copy) @@ -112,3 +112,11 @@ device vfp # vfp/neon options ARM_VFP_SUPPORT # vfp/neon + +device firmware # firmware assist module + +device wlan # 802.11 support +device wlan_wep # 802.11 WEP support +device wlan_ccmp # 802.11 CCMP support +device wlan_tkip # 802.11 TKIP support +device wlan_amrr # AMRR transmit rate control algorithm Thanks, Hiren From owner-freebsd-arm@FreeBSD.ORG Wed Jul 24 00:27:53 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 1A47927B; Wed, 24 Jul 2013 00:27:53 +0000 (UTC) (envelope-from db@db.net) Received: from diana.db.net (unknown [IPv6:2620:64:0:1:223:7dff:fea2:c8f2]) by mx1.freebsd.org (Postfix) with ESMTP id 06B992EC4; Wed, 24 Jul 2013 00:27:53 +0000 (UTC) Received: from night.db.net (localhost [127.0.0.1]) by diana.db.net (Postfix) with ESMTP id 878A62AA45F; Tue, 23 Jul 2013 18:27:50 -0600 (MDT) Received: by night.db.net (Postfix, from userid 1000) id 6977D1CC0E; Tue, 23 Jul 2013 19:27:41 -0500 (EST) Date: Tue, 23 Jul 2013 19:27:41 -0500 From: Diane Bruce To: Ganbold Tsagaankhuu Subject: Re: SSHD crash Message-ID: <20130724002741.GA832@night.db.net> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Jul 2013 00:27:53 -0000 On Tue, Jul 23, 2013 at 01:13:58PM +0800, Ganbold Tsagaankhuu wrote: > On Tue, Jul 23, 2013 at 12:48 PM, Tim Kientzle wrote: > > > Hope to find time to dig into this later this week, but am seeing > > a pretty consistent crash in sshd on BeagleBone Black with armv6: > > > > $ sshd -d > > ?. connect from another machine ... > > ?. usual connection messages, then ... > > debug1: Local version string SSH-2.0-OpenSSH_6.2 FreeBSD-20130515 > > debug1: permanently_set_uid: 22/22 [preauth] > > debug1: list_hostkey_types: ssh-rsa,ssh-dss,ecdsa-sha2-nistp256 [preauth] > > debug1: SSH2_MSG_KEXINIT sent [preauth] > > debug1: SSH2_MSG_KEXINIT received [preauth] > > : jemalloc_arena.c:380: Failed assertion: "p[i] == 0" > > > > If I'm not mistaken I've seen this recently on mips board(Routerstation > Pro) too. > > Ganbold > > > > > > This is with SVN r253514 > > > > Completely standard build except for the vm_map.c patch. > > > > Tim > > I have isolated it down to this option in sshd_config UsePrivilegeSeparation no not a fix but a workaround. I'll prod at it some more. - Diane -- - db@FreeBSD.org db@db.net http://www.db.net/~db From owner-freebsd-arm@FreeBSD.ORG Wed Jul 24 01:02:09 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 728CCAA7 for ; Wed, 24 Jul 2013 01:02:09 +0000 (UTC) (envelope-from ghw@7axu.com) Received: from mail-we0-f174.google.com (mail-we0-f174.google.com [74.125.82.174]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0BADC2036 for ; Wed, 24 Jul 2013 01:02:08 +0000 (UTC) Received: by mail-we0-f174.google.com with SMTP id q54so2473854wes.5 for ; Tue, 23 Jul 2013 18:02:01 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:in-reply-to:references:from:date :message-id:subject:to:cc:content-type:x-gm-message-state; bh=gOJ8sbCRbggDvK76YA4xpH0A2mC4NZPaOT9c51H7ceA=; b=g5ZueWpARzbPbmgIH8eC25rqiMAeI1rdBeThuy3OIZa5fVsCTt7K0rsG9ps/PY5eev eFppOYqLAgammw4Ie4qn2r9jNm78JNP8UbqFVpyyWK/BJXvOB4ANQ+XyaOdf7LLQd+5s 3zeGkcN6sw1fCrCJn5cEyDDgRKZGopt9VaWHKj46zzc8Fgv2mrHbTFwBR7HRjoYIRzOz Ya6PuWRCUSsmCGkHZjJlIRV9Wxp481ONPMhjeI/M8cXg2Bc5vVwXqIs6feAfKuE/9+hg 5wszz546XK1HaOoivXv+7nQEl3fxHUa3jQhssTJQnrTt1NUO1H4cOfKzg6FKxRL3OiwT i/VQ== X-Received: by 10.180.73.103 with SMTP id k7mr617917wiv.24.1374627248398; Tue, 23 Jul 2013 17:54:08 -0700 (PDT) MIME-Version: 1.0 Received: by 10.194.93.34 with HTTP; Tue, 23 Jul 2013 17:53:28 -0700 (PDT) X-Originating-IP: [54.249.112.206] In-Reply-To: <201307231220.52817.Daan@vitsch.nl> References: <1374573600-2351360719.d37ada5f86@bliksem.vehosting.nl> <201307231220.52817.Daan@vitsch.nl> From: XiaoQI Ge Date: Wed, 24 Jul 2013 08:53:28 +0800 Message-ID: Subject: Re: My WLI-UC-GNM up crash To: Daan Vreeken Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQnCSL66A5TYQda5CvUjjjv08d+UZ7o5J1kBEKXIiDX4BH/J8oIM3lApvS9oa8LyrYeQdM/7 Cc: freebsd-arm@freebsd.org, freebsd-wireless@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Jul 2013 01:02:09 -0000 patch < /root/if_run_2013_01_19_radiotap_fix_only.diff appears to be invalid ] /usr/src/sys/dev/usb/wlan # patch < /root/if_run_2013_01_19_radiotap_fix_only.diff Hmm... Looks like a unified diff to me... The text leading up to this was: -------------------------- |--- if_run.c.fix1_vnet 2013-06-14 10:12:49.786774072 +0200 |+++ if_run.c.fix2_vnet_plus_radiotap 2013-06-14 10:15:34.890774314 +0200 -------------------------- File to patch: 2013/7/23 Daan Vreeken : > cd /usr/src/sys/dev/usb/wlan -- Regards. By: XiaoQI Ge; PGP:8B09D5F7 WWW: https://www.7axu.com/ From owner-freebsd-arm@FreeBSD.ORG Wed Jul 24 01:04:48 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 7E711AFF for ; Wed, 24 Jul 2013 01:04:48 +0000 (UTC) (envelope-from ghw@7axu.com) Received: from mail-wg0-f42.google.com (mail-wg0-f42.google.com [74.125.82.42]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 178E1204A for ; Wed, 24 Jul 2013 01:04:47 +0000 (UTC) Received: by mail-wg0-f42.google.com with SMTP id j13so2376427wgh.1 for ; Tue, 23 Jul 2013 18:04:46 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:in-reply-to:references:from:date :message-id:subject:to:cc:content-type:x-gm-message-state; bh=lFYrToeyjseMdoBA4Fvy9ErX/rrQJQoU3eh1rpZGz5o=; b=PRW+zdi5p9w+G1XoMnrF00+lortbp2esCU9zq0qKTv9SvirueOFwP4X/p/LYoGs1/g O7AdxCfPu1e8u9qjOLzVfjkWB0B0RHuHUYuM/tJs+mLal336o/0PsOuEZPqH7drczs3+ kMZWG9TySZkDku1A0ccCYCc+MnO+Ha2B7WhY7E4slgH5RhZTNAA7WzlFRk/od3vT6bDw 8y5QEdu60e8iCjf5M/3xJnXpeP9ZSFnRAXVY5mqiqBS1sUPlLeGrP6iC0hoN7w7liRP7 vV6thwRSblZUyJrIcMF8RMjAIBuhByyLh3bUWMAG8G+28pBF4yG5JJD4udUXc/Hlo+2R ueOw== X-Received: by 10.194.7.137 with SMTP id j9mr25313111wja.11.1374627886018; Tue, 23 Jul 2013 18:04:46 -0700 (PDT) MIME-Version: 1.0 Received: by 10.194.93.34 with HTTP; Tue, 23 Jul 2013 18:04:05 -0700 (PDT) X-Originating-IP: [54.249.112.206] In-Reply-To: References: <1374573600-2351360719.d37ada5f86@bliksem.vehosting.nl> <201307231220.52817.Daan@vitsch.nl> From: XiaoQI Ge Date: Wed, 24 Jul 2013 09:04:05 +0800 Message-ID: Subject: Re: My WLI-UC-GNM up crash To: Daan Vreeken Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQng1PsHYXOudLdQC35HeZ6/jaLxS7txybLMZBzIfQE4mpToTKJ/kTAH9CoAUk5Fzll2Cm9h Cc: freebsd-arm@freebsd.org, freebsd-wireless@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Jul 2013 01:04:48 -0000 I manually make up, is compiling the kernel -- Regards. By: XiaoQI Ge; PGP:8B09D5F7 WWW: https://www.7axu.com/ 2013/7/24 XiaoQI Ge : > patch < /root/if_run_2013_01_19_radiotap_fix_only.diff appears to be invalid > > ] /usr/src/sys/dev/usb/wlan # patch < > /root/if_run_2013_01_19_radiotap_fix_only.diff > Hmm... Looks like a unified diff to me... > The text leading up to this was: > -------------------------- > |--- if_run.c.fix1_vnet 2013-06-14 10:12:49.786774072 +0200 > |+++ if_run.c.fix2_vnet_plus_radiotap 2013-06-14 10:15:34.890774314 +0200 > -------------------------- > File to patch: > > > 2013/7/23 Daan Vreeken : >> cd /usr/src/sys/dev/usb/wlan > > > > -- > Regards. > By: XiaoQI Ge; PGP:8B09D5F7 > WWW: https://www.7axu.com/ From owner-freebsd-arm@FreeBSD.ORG Wed Jul 24 02:40:20 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id AAB22908 for ; Wed, 24 Jul 2013 02:40:20 +0000 (UTC) (envelope-from ghw@7axu.com) Received: from mail-wg0-f51.google.com (mail-wg0-f51.google.com [74.125.82.51]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 42B0D22E9 for ; Wed, 24 Jul 2013 02:40:19 +0000 (UTC) Received: by mail-wg0-f51.google.com with SMTP id e11so7807468wgh.30 for ; Tue, 23 Jul 2013 19:40:12 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:in-reply-to:references:from:date :message-id:subject:to:cc:content-type:x-gm-message-state; bh=QosrXn0G6rnfeY/p9nZBY9Da+2+/5TdrflyPRwmO4OI=; b=LZg2bUHk7GGDQc8Fe6XrM/4JNYiPpvPk5O5lhTGTbxMo9EOZdCNmN+Ef2eM7SoopKd TQAlth6ymi0jPlJRTGBc52PjMTGsObcTqLC3UHYepEB+SQAXikmPwS47yWzvgPq/t2Bt aS8PIIGaUkstDBVyGavnO/dIOQYHRtjIeRYwGmNW74P8VCPN72idIcZfkOTDCK/nVz4l PD3xgdTBaVjnWZIAArtoh4qO861a6LkHif9vZxy220xHIsuylboVV3rHv7lcqdpkdD6H NyRlFgu9asumwXuGdHR6WjgpRDTR8Vm9MCOUzgivd5kABd7W1YN1Mke9aMLxUe4G0DXc rybQ== X-Received: by 10.194.216.99 with SMTP id op3mr25759326wjc.52.1374633612565; Tue, 23 Jul 2013 19:40:12 -0700 (PDT) MIME-Version: 1.0 Received: by 10.194.93.34 with HTTP; Tue, 23 Jul 2013 19:39:32 -0700 (PDT) X-Originating-IP: [54.249.112.206] In-Reply-To: References: <1374573600-2351360719.d37ada5f86@bliksem.vehosting.nl> <201307231220.52817.Daan@vitsch.nl> From: XiaoQI Ge Date: Wed, 24 Jul 2013 10:39:32 +0800 Message-ID: Subject: Re: My WLI-UC-GNM up crash To: Daan Vreeken Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQnGWjxQACdF6knjiRUtoGDq1SAXmezqLli+6rQlG3AqXWjmr2LOV39cDoQLPnhDZ137bAqr Cc: freebsd-arm@freebsd.org, freebsd-wireless@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Jul 2013 02:40:20 -0000 How do I debug it? Can provide useful information login: root Jul 24 18:27:31 FreeBSD login: ROOT LOGIN (root) ON ttyu0 FreeBSD 10.0-CURRENT (BBB) #4 r253585M: Wed Jul 24 17:07:53 CST 2013 [root@FreeBSD.ttyu0] ~ # ifconfig wlan create wlandev run0 wlan0: Ethernet address: 10:6f:3f:2b:fd:6d wlan0 [root@FreeBSD.ttyu0] ~ # ifconfig wlan0 up run0: firmware RT2870 ver. 0.236 loaded Fatal kernel mode data abort: 'Alignment Fault 1' trapframe: 0xde9e4d5c FSR=00000801, FAR=c282ffbb, spsr=00000013 r0 =c2831000, r1 =c282ffbb, r2 =c2831210, r3 =0000096c r4 =c2831024, r5 =c2831000, r6 =c05d9362, r7 =c2829800 r8 =00000014, r9 =c08144d8, r10=80001cce, r11=de9e4e10 r12=0000002e, ssp=de9e4da8, slr=00000000, pc =c045c510 [ thread pid 0 tid 100053 ] Stopped at ieee80211_radiotap_chan_change+0x90: strh r3, [r1] db> These two places modified: 2522 } 2523 2524 ant = run_maxrssi_chain(sc, rxwi); 2525 rssi = rxwi->rssi[ant]; 2526 nf = run_rssi2dbm(sc, rssi, ant); 2527 2528 m->m_pkthdr.rcvif = ifp; 2529 m->m_pkthdr.len = m->m_len = len; 2530 /* 2531 if (ni != NULL) { 2532 (void)ieee80211_input(ni, m, rssi, nf); 2533 ieee80211_free_node(ni); 2534 } else { 2535 (void)ieee80211_input_all(ic, m, rssi, nf); 2536 } 2537 */ 2538 /* 2539 * DAAN: fill-in tap header BEFORE calling ieee80211_input*() so the 2540 * user will see the actual data that belongs to THIS packet.. 2541 */ 2542 if (__predict_false(ieee80211_radiotap_active(ic))) { 2543 struct run_rx_radiotap_header *tap = &sc->sc_rxtap; 2544 2545 tap->wr_flags = 0; 2546 tap->wr_chan_freq = htole16(ic->ic_curchan->ic_freq); 2547 tap->wr_chan_flags = htole16(ic->ic_curchan->ic_flags); 2548 tap->wr_antsignal = rssi; 2549 tap->wr_antenna = ant; 2550 tap->wr_dbm_antsignal = run_rssi2dbm(sc, rssi, ant); 2551 tap->wr_rate = 2; /* in case it can't be found below */ 2552 phy = le16toh(rxwi->phy); 2553 switch (phy & RT2860_PHY_MODE) { 2554 case RT2860_PHY_CCK: 2555 switch ((phy & RT2860_PHY_MCS) & ~RT2860_PHY_SHPRE) { 2556 case 0: tap->wr_rate = 2; break; 2557 case 1: tap->wr_rate = 4; break; 2558 case 2: tap->wr_rate = 11; break; 2559 case 3: tap->wr_rate = 22; break; 2560 } 2561 if (phy & RT2860_PHY_SHPRE) 2562 tap->wr_flags |= IEEE80211_RADIOTAP_F_SHORTPRE; 2563 break; 2564 case RT2860_PHY_OFDM: 2565 switch (phy & RT2860_PHY_MCS) { 2566 case 0: tap->wr_rate = 12; break; 2567 case 1: tap->wr_rate = 18; break; 2568 case 2: tap->wr_rate = 24; break; 2569 case 3: tap->wr_rate = 36; break; 2570 case 4: tap->wr_rate = 48; break; 2571 case 5: tap->wr_rate = 72; break; 2572 case 6: tap->wr_rate = 96; break; 2573 case 7: tap->wr_rate = 108; break; 2574 } 2575 break; 2576 } 2577 } 2578 2579 if (ni != NULL) { 2580 (void)ieee80211_input(ni, m, rssi, nf); 2581 ieee80211_free_node(ni); 2582 } else { 2583 (void)ieee80211_input_all(ic, m, rssi, nf); 2584 } 2585 2586 } 2587 2588 static void Index: sys/vm/vm_map.c =================================================================== --- sys/vm/vm_map.c (revision 253514) +++ sys/vm/vm_map.c (working copy) @@ -239,8 +239,7 @@ vm_map_t map; map = (vm_map_t)mem; - map->nentries = 0; - map->size = 0; + memset(map, 0, sizeof(*map)); mtx_init(&map->system_mtx, "vm map (system)", NULL, MTX_DEF | MTX_DUPOK); sx_init(&map->lock, "vm map (user)"); return (0); -- Regards. By: XiaoQI Ge; PGP:8B09D5F7 WWW: https://www.7axu.com/ 2013/7/24 XiaoQI Ge : > I manually make up, is compiling the kernel > -- > Regards. > By: XiaoQI Ge; PGP:8B09D5F7 > WWW: https://www.7axu.com/ > > > > 2013/7/24 XiaoQI Ge : >> patch < /root/if_run_2013_01_19_radiotap_fix_only.diff appears to be invalid >> >> ] /usr/src/sys/dev/usb/wlan # patch < >> /root/if_run_2013_01_19_radiotap_fix_only.diff >> Hmm... Looks like a unified diff to me... >> The text leading up to this was: >> -------------------------- >> |--- if_run.c.fix1_vnet 2013-06-14 10:12:49.786774072 +0200 >> |+++ if_run.c.fix2_vnet_plus_radiotap 2013-06-14 10:15:34.890774314 +0200 >> -------------------------- >> File to patch: >> >> >> 2013/7/23 Daan Vreeken : >>> cd /usr/src/sys/dev/usb/wlan >> >> >> >> -- >> Regards. >> By: XiaoQI Ge; PGP:8B09D5F7 >> WWW: https://www.7axu.com/ From owner-freebsd-arm@FreeBSD.ORG Wed Jul 24 05:17:08 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 54C61A6D for ; Wed, 24 Jul 2013 05:17:08 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wg0-x231.google.com (mail-wg0-x231.google.com [IPv6:2a00:1450:400c:c00::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E5AB329D0 for ; Wed, 24 Jul 2013 05:17:07 +0000 (UTC) Received: by mail-wg0-f49.google.com with SMTP id a12so7970095wgh.16 for ; Tue, 23 Jul 2013 22:17:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=VYIinhfXf8oVM6Xa3b058z9jlGQwfCHA1gq+OHbuTsE=; b=k1NeoPJWcaupQDGtO5oUVJNsGOhvd+em69lbmilB34mYY4w5slwSwwHf5W8ux0dqde +aUu1puQ3vvm7KfL8JHVpw8j2407tU9lj2LCTmffoLyN5Pvj3fkPn0LQZCcMEtUpNYZ+ UatAlt9v9iC8JjI5I25ECN4RZkDXigCnKdSWCiaX0KwHS0O7SPnHUxQfiLeHJvW84YeY QgU188LWVPCMRyrzLYOY1/oivu/99owX5uPckyAlPBFYrHU4BvwteuqbdF8e7CyxCsdN aNjufZbPnWhf2QhvxsFBWysqESGa5IPayQtu7NZT8KliFs3xnJdx8JVqwAGMIlJILXrt G4tw== MIME-Version: 1.0 X-Received: by 10.180.185.148 with SMTP id fc20mr1379587wic.0.1374643026285; Tue, 23 Jul 2013 22:17:06 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.217.94.132 with HTTP; Tue, 23 Jul 2013 22:17:06 -0700 (PDT) In-Reply-To: References: Date: Tue, 23 Jul 2013 22:17:06 -0700 X-Google-Sender-Auth: RBzXdMMWqSGZXEcn2NByqlLjBuE Message-ID: Subject: Re: Adding options to RPI-B From: Adrian Chadd To: hiren panchasara Content-Type: text/plain; charset=ISO-8859-1 Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Jul 2013 05:17:08 -0000 .. I'd rather we just make modules support work, and start shipping stripped down kernels w/ modules. We have loader support for arm, right? :) -adrian From owner-freebsd-arm@FreeBSD.ORG Wed Jul 24 15:13:36 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id D5229DE9; Wed, 24 Jul 2013 15:13:36 +0000 (UTC) (envelope-from hiren.panchasara@gmail.com) Received: from mail-ee0-x22d.google.com (mail-ee0-x22d.google.com [IPv6:2a00:1450:4013:c00::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 43EF124C3; Wed, 24 Jul 2013 15:13:36 +0000 (UTC) Received: by mail-ee0-f45.google.com with SMTP id b15so312803eek.18 for ; Wed, 24 Jul 2013 08:13:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=zJUb0WSoxSk3WL+gi9fmtua4fLGvuZMPy2T0MnVuEb0=; b=a1tT8azYFc0cq+zG99GkplvQNwFqKUv6QmsKVW4j72wLowfiQi5VV7S4hNqivMY4eT R7x1livmXcSYV+5MONz4R6OHbjHJNhEvoqFlyp8yEgwNdKAAsHqYlKb+pKcv4QEV/2yr qNsRCw4X1HGlQ4KDwk79ZjQkuBywaDenvwFC/PnvVPuqdHutykj7OB+4+SRxQ+NWeDMm zhJgnJn3uSh67guOjAy4uaqkn4ww0k24XbKCZGnim5UYU1z9P7FYsT2+r4bi9L46vVoP 2mCCTZTmpwmi0Ysz/jTrglcKds+kQvNrMDl12msnY75vQdwpFiDAdzXVK+1Web3DpLn0 q9KA== MIME-Version: 1.0 X-Received: by 10.15.55.199 with SMTP id v47mr37501457eew.41.1374678814536; Wed, 24 Jul 2013 08:13:34 -0700 (PDT) Received: by 10.14.105.137 with HTTP; Wed, 24 Jul 2013 08:13:34 -0700 (PDT) In-Reply-To: References: Date: Wed, 24 Jul 2013 08:13:34 -0700 Message-ID: Subject: Re: Adding options to RPI-B From: hiren panchasara To: Adrian Chadd Content-Type: text/plain; charset=UTF-8 Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Jul 2013 15:13:36 -0000 On Tue, Jul 23, 2013 at 10:17 PM, Adrian Chadd wrote: > .. I'd rather we just make modules support work, and start shipping > stripped down kernels w/ modules. umm, I thought RPi can handle this much but I see your point. cheers, Hiren > > We have loader support for arm, right? :) > > > > -adrian From owner-freebsd-arm@FreeBSD.ORG Wed Jul 24 15:42:47 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 0A353B8E; Wed, 24 Jul 2013 15:42:47 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from monday.kientzle.com (99-115-135-74.uvs.sntcca.sbcglobal.net [99.115.135.74]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DA1A329A2; Wed, 24 Jul 2013 15:42:46 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id r6OFTEjQ058818; Wed, 24 Jul 2013 15:29:14 GMT (envelope-from kientzle@freebsd.org) Received: from [192.168.2.123] (CiscoE3000 [192.168.1.65]) by kientzle.com with SMTP id xhuff5h9kgxp6zfexek45bt5sa; Wed, 24 Jul 2013 15:29:14 +0000 (UTC) (envelope-from kientzle@freebsd.org) Subject: Re: Adding options to RPI-B Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=us-ascii From: Tim Kientzle In-Reply-To: Date: Wed, 24 Jul 2013 08:29:13 -0700 Content-Transfer-Encoding: 7bit Message-Id: <2C57A72F-0CB3-41DF-B0E5-1509348128BD@freebsd.org> References: To: Adrian Chadd X-Mailer: Apple Mail (2.1283) Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Jul 2013 15:42:47 -0000 On Jul 23, 2013, at 10:17 PM, Adrian Chadd wrote: > .. I'd rather we just make modules support work, and start shipping > stripped down kernels w/ modules. I've used modules; as far as I can tell, they work just fine. The status quo is historical legacy. > We have loader support for arm, right? :) Would someone please commit the change to the RPi kernel config to enable all modules by default? That will let us verify the current status before we start removing things that are currently static. Thanks, Tim From owner-freebsd-arm@FreeBSD.ORG Wed Jul 24 20:18:05 2013 Return-Path: Delivered-To: FreeBSD-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 061069D5 for ; Wed, 24 Jul 2013 20:18:05 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) 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 9007B29B8 for ; Wed, 24 Jul 2013 20:18: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 r6OKHf1O040398 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for ; Wed, 24 Jul 2013 22:17:41 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.5/8.14.4) with ESMTP id r6OKHc9O097776 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 24 Jul 2013 22:17:38 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.14.2/8.14.2) with ESMTP id r6OKHbuR046474; Wed, 24 Jul 2013 22:17:37 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.14.2/8.14.2/Submit) id r6OKHbfn046473; Wed, 24 Jul 2013 22:17:37 +0200 (CEST) (envelope-from ticso) Date: Wed, 24 Jul 2013 22:17:37 +0200 From: Bernd Walter To: FreeBSD-arm@FreeBSD.org Subject: Wandboard support? Message-ID: <20130724201737.GF44332@cicely7.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline 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: Bernd Walter X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: ticso@cicely.de List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Jul 2013 20:18:05 -0000 I just received a dual core Wandboard (www.wandboard.org) in the believe it is supported. There is also a reference about rw_lock panic in april, which sounded like someone got it running in the end. But I can't find anything else, also no kernelconfig. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-arm@FreeBSD.ORG Thu Jul 25 01:10:00 2013 Return-Path: Delivered-To: freebsd-arm@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 851EE85D for ; Thu, 25 Jul 2013 01:10:00 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 656B2249E for ; Thu, 25 Jul 2013 01:10:00 +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 r6P1A01R068768 for ; Thu, 25 Jul 2013 01:10:00 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r6P1A0Ae068767; Thu, 25 Jul 2013 01:10:00 GMT (envelope-from gnats) Resent-Date: Thu, 25 Jul 2013 01:10:00 GMT Resent-Message-Id: <201307250110.r6P1A0Ae068767@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-arm@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Samuel Seay Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 0276D83B for ; Thu, 25 Jul 2013 01:08:56 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from oldred.freebsd.org (oldred.freebsd.org [8.8.178.121]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E4666248F for ; Thu, 25 Jul 2013 01:08:55 +0000 (UTC) Received: from oldred.freebsd.org ([127.0.1.6]) by oldred.freebsd.org (8.14.5/8.14.7) with ESMTP id r6P18tar021868 for ; Thu, 25 Jul 2013 01:08:55 GMT (envelope-from nobody@oldred.freebsd.org) Received: (from nobody@localhost) by oldred.freebsd.org (8.14.5/8.14.5/Submit) id r6P18tkA021862; Thu, 25 Jul 2013 01:08:55 GMT (envelope-from nobody) Message-Id: <201307250108.r6P18tkA021862@oldred.freebsd.org> Date: Thu, 25 Jul 2013 01:08:55 GMT From: Samuel Seay To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Subject: arm/180820: FreeBSD v10.0 kernal panic on Raspberry Pi + Fix X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Jul 2013 01:10:00 -0000 >Number: 180820 >Category: arm >Synopsis: FreeBSD v10.0 kernal panic on Raspberry Pi + Fix >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-arm >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Jul 25 01:10:00 UTC 2013 >Closed-Date: >Last-Modified: >Originator: Samuel Seay >Release: 10.0-CURRENT r253520M >Organization: >Environment: no environment due to kernel panic >Description: Per the thread at http://lists.freebsd.org/pipermail/svn-src-head/2013-July/049735.html, I encountered the same issue when building a raspberry pi with the script at http://kernelnomicon.org/?p=275. After applying the patch I am able to fully boot the latest FreeBSD on my Raspberry Pi. I do not see this patch in the latest tree nor do I see a bug report about the issue so I am filing this to bring attention to it and get the bug corrected, hopefully in the near future. >How-To-Repeat: Download the latest svn base head and compile the kernel for arm based on the script at http://kernelnomicon.org/?p=275. Attempt to boot the image on a raspberry pi after writing it to a sdcard. >Fix: Index: sys/vm/vm_map.c =================================================================== --- sys/vm/vm_map.c (revision 253514) +++ sys/vm/vm_map.c (working copy) @@ -239,8 +239,7 @@ vm_map_t map; map = (vm_map_t)mem; - map->nentries = 0; - map->size = 0; + memset(map, 0, sizeof(*map)); mtx_init(&map->system_mtx, "vm map (system)", NULL, MTX_DEF | MTX_DUPOK); sx_init(&map->lock, "vm map (user)"); return (0); >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-arm@FreeBSD.ORG Thu Jul 25 03:31:53 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 8BE7DEA3; Thu, 25 Jul 2013 03:31:53 +0000 (UTC) (envelope-from rpaulo@felyko.com) Received: from felyko.com (felyko.com [IPv6:2607:f2f8:a528::3:1337:ca7]) by mx1.freebsd.org (Postfix) with ESMTP id 71D6729F9; Thu, 25 Jul 2013 03:31:53 +0000 (UTC) Received: from [IPv6:2601:9:4d00:119:15a2:4ee8:1063:6b03] (unknown [IPv6:2601:9:4d00:119:15a2:4ee8:1063:6b03]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by felyko.com (Postfix) with ESMTPSA id 45B1D3986A; Wed, 24 Jul 2013 20:31:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=felyko.com; s=mail; t=1374723112; bh=Yx1cuFUj1XxCNHjZ4nUyl4erVBfX6rYYFuKn4+1x320=; h=Subject:From:In-Reply-To:Date:Cc:References:To; b=Iwh9Y3spKQqHpIMOWps909yBzGfx3gPGyTIDDJMJNqQRo6+h9nH4SioWcRWBmwA6H LwF6ii4KcvDdLSISigTXDwvFgEzup0V/LERyKXAoov06P2DkbAK2sVkUjBBZ19A/9m SlC9apgtYhnQtDMB4ApOeTB0ZHwBlDi6j2pEB/N4= Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: Adding options to RPI-B From: Rui Paulo In-Reply-To: <2C57A72F-0CB3-41DF-B0E5-1509348128BD@freebsd.org> Date: Wed, 24 Jul 2013 20:31:51 -0700 Content-Transfer-Encoding: 7bit Message-Id: <42C259D6-F652-417A-80B5-536893D6D642@felyko.com> References: <2C57A72F-0CB3-41DF-B0E5-1509348128BD@freebsd.org> To: Tim Kientzle X-Mailer: Apple Mail (2.1508) Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Jul 2013 03:31:53 -0000 On 24 Jul 2013, at 08:29, Tim Kientzle wrote: > On Jul 23, 2013, at 10:17 PM, Adrian Chadd wrote: > >> .. I'd rather we just make modules support work, and start shipping >> stripped down kernels w/ modules. > > I've used modules; as far as I can tell, they work just fine. > The status quo is historical legacy. > >> We have loader support for arm, right? :) > > Would someone please commit the change to the > RPi kernel config to enable all modules by default? > > That will let us verify the current status before we start > removing things that are currently static. Done, r253634. -- Rui Paulo From owner-freebsd-arm@FreeBSD.ORG Thu Jul 25 03:49:19 2013 Return-Path: Delivered-To: freebsd-arm@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id F342E4F7; Thu, 25 Jul 2013 03:49:18 +0000 (UTC) (envelope-from kientzle@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C76132AA1; Thu, 25 Jul 2013 03:49:18 +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 r6P3nIbm001130; Thu, 25 Jul 2013 03:49:18 GMT (envelope-from kientzle@freefall.freebsd.org) Received: (from kientzle@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r6P3nIfr001129; Thu, 25 Jul 2013 03:49:18 GMT (envelope-from kientzle) Date: Thu, 25 Jul 2013 03:49:18 GMT Message-Id: <201307250349.r6P3nIfr001129@freefall.freebsd.org> To: lightningth@gmail.com, kientzle@FreeBSD.org, freebsd-arm@FreeBSD.org From: kientzle@FreeBSD.org Subject: Re: arm/180820: FreeBSD v10.0 kernal panic on Raspberry Pi + Fix X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Jul 2013 03:49:19 -0000 Synopsis: FreeBSD v10.0 kernal panic on Raspberry Pi + Fix State-Changed-From-To: open->closed State-Changed-By: kientzle State-Changed-When: Thu Jul 25 03:48:52 UTC 2013 State-Changed-Why: Committed patch. http://www.freebsd.org/cgi/query-pr.cgi?pr=180820 From owner-freebsd-arm@FreeBSD.ORG Thu Jul 25 03:50:02 2013 Return-Path: Delivered-To: freebsd-arm@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 58B82579 for ; Thu, 25 Jul 2013 03:50:02 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 46B1C2AA5 for ; Thu, 25 Jul 2013 03:50:02 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r6P3o20A001243 for ; Thu, 25 Jul 2013 03:50:02 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r6P3o19E001242; Thu, 25 Jul 2013 03:50:01 GMT (envelope-from gnats) Date: Thu, 25 Jul 2013 03:50:01 GMT Message-Id: <201307250350.r6P3o19E001242@freefall.freebsd.org> To: freebsd-arm@FreeBSD.org Cc: From: dfilter@FreeBSD.ORG (dfilter service) Subject: Re: arm/180820: commit references a PR X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: dfilter service List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Jul 2013 03:50:02 -0000 The following reply was made to PR arm/180820; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: arm/180820: commit references a PR Date: Thu, 25 Jul 2013 03:48:50 +0000 (UTC) Author: kientzle Date: Thu Jul 25 03:48:37 2013 New Revision: 253636 URL: http://svnweb.freebsd.org/changeset/base/253636 Log: Clear entire map structure including locks so that the locks don't accidentally appear to have been already initialized. In particular, this fixes a consistent kernel crash on armv6 with: panic: lock "vm map (user)" 0xc09cc050 already initialized that appeared with r251709. PR: arm/180820 Modified: head/sys/vm/vm_map.c Modified: head/sys/vm/vm_map.c ============================================================================== --- head/sys/vm/vm_map.c Thu Jul 25 03:44:12 2013 (r253635) +++ head/sys/vm/vm_map.c Thu Jul 25 03:48:37 2013 (r253636) @@ -239,8 +239,7 @@ vm_map_zinit(void *mem, int size, int fl vm_map_t map; map = (vm_map_t)mem; - map->nentries = 0; - map->size = 0; + memset(map, 0, sizeof(*map)); mtx_init(&map->system_mtx, "vm map (system)", NULL, MTX_DEF | MTX_DUPOK); sx_init(&map->lock, "vm map (user)"); return (0); _______________________________________________ svn-src-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscribe@freebsd.org" From owner-freebsd-arm@FreeBSD.ORG Thu Jul 25 03:56:25 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id F0E6B98D; Thu, 25 Jul 2013 03:56:25 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from monday.kientzle.com (99-115-135-74.uvs.sntcca.sbcglobal.net [99.115.135.74]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CA50C2AEA; Thu, 25 Jul 2013 03:56:25 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id r6P3uNnP063488; Thu, 25 Jul 2013 03:56:23 GMT (envelope-from kientzle@freebsd.org) Received: from [192.168.2.123] (CiscoE3000 [192.168.1.65]) by kientzle.com with SMTP id xvfh2a3j7cy2bew5nd3dns395e; Thu, 25 Jul 2013 03:56:23 +0000 (UTC) (envelope-from kientzle@freebsd.org) Subject: Re: Adding options to RPI-B Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=windows-1252 From: Tim Kientzle In-Reply-To: <42C259D6-F652-417A-80B5-536893D6D642@felyko.com> Date: Wed, 24 Jul 2013 20:56:21 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <25D75461-E6FB-43C3-86AE-A513B02FA00D@freebsd.org> References: <2C57A72F-0CB3-41DF-B0E5-1509348128BD@freebsd.org> <42C259D6-F652-417A-80B5-536893D6D642@felyko.com> To: Rui Paulo X-Mailer: Apple Mail (2.1283) Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Jul 2013 03:56:26 -0000 On Jul 24, 2013, at 8:31 PM, Rui Paulo wrote: > On 24 Jul 2013, at 08:29, Tim Kientzle wrote: >=20 >> On Jul 23, 2013, at 10:17 PM, Adrian Chadd wrote: >>=20 >>> .. I'd rather we just make modules support work, and start shipping >>> stripped down kernels w/ modules. >>=20 >> I've used modules; as far as I can tell, they work just fine. >> The status quo is historical legacy. >>=20 >>> We have loader support for arm, right? :) >>=20 >> Would someone please commit the change to the >> RPi kernel config to enable all modules by default? >>=20 >> That will let us verify the current status before we start >> removing things that are currently static. >=20 >=20 > Done, r253634. Rui: Thanks! Hiren and others: Please try experimenting with modules on RPi and BeagleBone and let folks here know what works and doesn't work. You should be able to: * Load modules manually * Load them from loader.conf * Load them from rc.conf * =85 etc ... Tim From owner-freebsd-arm@FreeBSD.ORG Thu Jul 25 04:06:27 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 9E639AED; Thu, 25 Jul 2013 04:06:27 +0000 (UTC) (envelope-from rpaulo@felyko.com) Received: from felyko.com (felyko.com [174.136.100.2]) by mx1.freebsd.org (Postfix) with ESMTP id 8398B2B39; Thu, 25 Jul 2013 04:06:27 +0000 (UTC) Received: from [IPv6:2601:9:4d00:119:15a2:4ee8:1063:6b03] (unknown [IPv6:2601:9:4d00:119:15a2:4ee8:1063:6b03]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by felyko.com (Postfix) with ESMTPSA id 8F3013982B; Wed, 24 Jul 2013 21:06:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=felyko.com; s=mail; t=1374725181; bh=mYQOBGfQ7hH27v3qG5P0LCn+MzlTYKKpEZOwVBNiGnE=; h=Subject:From:In-Reply-To:Date:Cc:References:To; b=BeytxFGJq6EBtOrEogzwrn6N6I9Rd/bhU5727xW/Y2BkP/zT5+Dwzt/DnQnHDJl9n KeE2NwUc0W3rfpv36iCYvh0/2AUne85vAMby8Yfyd0WTunsFEqj5gdysI0rXv8vFTa TAS+UuVJrDPKT1bJ9f/mOtm/4u5JgMxj5qXTMbv8= Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: Adding options to RPI-B From: Rui Paulo In-Reply-To: <25D75461-E6FB-43C3-86AE-A513B02FA00D@freebsd.org> Date: Wed, 24 Jul 2013 21:06:20 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <2C57A72F-0CB3-41DF-B0E5-1509348128BD@freebsd.org> <42C259D6-F652-417A-80B5-536893D6D642@felyko.com> <25D75461-E6FB-43C3-86AE-A513B02FA00D@freebsd.org> To: Tim Kientzle X-Mailer: Apple Mail (2.1508) Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Jul 2013 04:06:27 -0000 On 24 Jul 2013, at 20:56, Tim Kientzle wrote: > On Jul 24, 2013, at 8:31 PM, Rui Paulo wrote: >=20 >> On 24 Jul 2013, at 08:29, Tim Kientzle wrote: >>=20 >>> On Jul 23, 2013, at 10:17 PM, Adrian Chadd wrote: >>>=20 >>>> .. I'd rather we just make modules support work, and start shipping >>>> stripped down kernels w/ modules. >>>=20 >>> I've used modules; as far as I can tell, they work just fine. >>> The status quo is historical legacy. >>>=20 >>>> We have loader support for arm, right? :) >>>=20 >>> Would someone please commit the change to the >>> RPi kernel config to enable all modules by default? >>>=20 >>> That will let us verify the current status before we start >>> removing things that are currently static. >>=20 >>=20 >> Done, r253634. >=20 >=20 > Rui: >=20 > Thanks! >=20 > Hiren and others: >=20 > Please try experimenting with modules on RPi and > BeagleBone and let folks here know what works and > doesn't work. You should be able to: > * Load modules manually > * Load them from loader.conf No, I don't think loader.conf is supported on ARM. We need to fix that, = but until then modules have to be loaded from loader.rc. :-( -- Rui Paulo From owner-freebsd-arm@FreeBSD.ORG Thu Jul 25 04:22:54 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id F0671E65; Thu, 25 Jul 2013 04:22:54 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from monday.kientzle.com (99-115-135-74.uvs.sntcca.sbcglobal.net [99.115.135.74]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CA0DB2BB9; Thu, 25 Jul 2013 04:22:54 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id r6P4Mrqj063620; Thu, 25 Jul 2013 04:22:53 GMT (envelope-from kientzle@freebsd.org) Received: from [192.168.2.123] (CiscoE3000 [192.168.1.65]) by kientzle.com with SMTP id i57pczgg3wyxmrcj72tsgjsans; Thu, 25 Jul 2013 04:22:53 +0000 (UTC) (envelope-from kientzle@freebsd.org) Subject: Re: Adding options to RPI-B Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=windows-1252 From: Tim Kientzle In-Reply-To: Date: Wed, 24 Jul 2013 21:22:52 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <2C57A72F-0CB3-41DF-B0E5-1509348128BD@freebsd.org> <42C259D6-F652-417A-80B5-536893D6D642@felyko.com> <25D75461-E6FB-43C3-86AE-A513B02FA00D@freebsd.org> To: Rui Paulo X-Mailer: Apple Mail (2.1283) Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Jul 2013 04:22:55 -0000 On Jul 24, 2013, at 9:06 PM, Rui Paulo wrote: > On 24 Jul 2013, at 20:56, Tim Kientzle wrote: >=20 >> On Jul 24, 2013, at 8:31 PM, Rui Paulo wrote: >>=20 >>> On 24 Jul 2013, at 08:29, Tim Kientzle wrote: >>>=20 >>>> On Jul 23, 2013, at 10:17 PM, Adrian Chadd wrote: >>>>=20 >>>>> .. I'd rather we just make modules support work, and start = shipping >>>>> stripped down kernels w/ modules. >>>>=20 >>>> I've used modules; as far as I can tell, they work just fine. >>>> The status quo is historical legacy. >>>>=20 >>>>> We have loader support for arm, right? :) >>>>=20 >>>> Would someone please commit the change to the >>>> RPi kernel config to enable all modules by default? >>>>=20 >>>> That will let us verify the current status before we start >>>> removing things that are currently static. >>>=20 >>>=20 >>> Done, r253634. >>=20 >>=20 >> Rui: >>=20 >> Thanks! >>=20 >> Hiren and others: >>=20 >> Please try experimenting with modules on RPi and >> BeagleBone and let folks here know what works and >> doesn't work. You should be able to: >> * Load modules manually >> * Load them from loader.conf >=20 > No, I don't think loader.conf is supported on ARM. We need to fix = that, but until then modules have to be loaded from loader.rc. :-( I've never used loader.conf myself so please let me know what you think is still missing. According to the manpage for loader.conf, it seems the key requirement is FICL support, and that is enabled in ubldr on ARM. Tim From owner-freebsd-arm@FreeBSD.ORG Thu Jul 25 04:42:50 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 6852BFF7; Thu, 25 Jul 2013 04:42:50 +0000 (UTC) (envelope-from rpaulo@felyko.com) Received: from felyko.com (felyko.com [174.136.100.2]) by mx1.freebsd.org (Postfix) with ESMTP id 4C7602C2D; Thu, 25 Jul 2013 04:42:50 +0000 (UTC) Received: from [IPv6:2601:9:4d00:119:15a2:4ee8:1063:6b03] (unknown [IPv6:2601:9:4d00:119:15a2:4ee8:1063:6b03]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by felyko.com (Postfix) with ESMTPSA id BC5B73982B; Wed, 24 Jul 2013 21:42:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=felyko.com; s=mail; t=1374727370; bh=gZAVEmWj1pwHUc4P3wBdzQbAQh9ZlfkRlLEmDlb7g1A=; h=Subject:From:In-Reply-To:Date:Cc:References:To; b=IHOx7ih+w9byYKgvlB7o5hDBk1hp1AFLSsFg/CtnvH7pmQxCFX7CqcB3Kevf7yl9O D3RveGVU/yljF2NBYt4PV01AgKefvQO+GoaoXZvUYUvJHzBA8sl8dnTKUrwieiTs80 CoL5fPfp5Mk6coTem5LNvKYaYyn2BvHHnOrzO66A= Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: Adding options to RPI-B From: Rui Paulo In-Reply-To: Date: Wed, 24 Jul 2013 21:42:49 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <2C57A72F-0CB3-41DF-B0E5-1509348128BD@freebsd.org> <42C259D6-F652-417A-80B5-536893D6D642@felyko.com> <25D75461-E6FB-43C3-86AE-A513B02FA00D@freebsd.org> To: Tim Kientzle X-Mailer: Apple Mail (2.1508) Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Jul 2013 04:42:50 -0000 On 24 Jul 2013, at 21:22, Tim Kientzle wrote: > I've never used loader.conf myself so please > let me know what you think is still missing. >=20 > According to the manpage for loader.conf, it seems > the key requirement is FICL support, and that is > enabled in ubldr on ARM. We don't ship with a loader.rc capable of reading loader.conf. For an = example, see amd64/i386 where we load loader.4th from loader.rc and = loader.4th reads loader.conf. We might also need to ship boot/defaults/loader.conf or something like = that. My Forth skills are non-existant but we might not need something = as complicated as i386/amd64. -- Rui Paulo From owner-freebsd-arm@FreeBSD.ORG Thu Jul 25 05:07:46 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id C3C573AA; Thu, 25 Jul 2013 05:07:46 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from monday.kientzle.com (99-115-135-74.uvs.sntcca.sbcglobal.net [99.115.135.74]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9C1662CE9; Thu, 25 Jul 2013 05:07:45 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id r6P57cBL063826; Thu, 25 Jul 2013 05:07:38 GMT (envelope-from kientzle@freebsd.org) Received: from [192.168.2.123] (CiscoE3000 [192.168.1.65]) by kientzle.com with SMTP id ijke2e25zcjmwendnqf8j729s6; Thu, 25 Jul 2013 05:07:38 +0000 (UTC) (envelope-from kientzle@freebsd.org) Subject: Re: Adding options to RPI-B Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=windows-1252 From: Tim Kientzle In-Reply-To: Date: Wed, 24 Jul 2013 22:07:37 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <877D7426-64E2-4451-AECC-073664A70AC1@freebsd.org> References: <2C57A72F-0CB3-41DF-B0E5-1509348128BD@freebsd.org> <42C259D6-F652-417A-80B5-536893D6D642@felyko.com> <25D75461-E6FB-43C3-86AE-A513B02FA00D@freebsd.org> To: Rui Paulo X-Mailer: Apple Mail (2.1283) Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Jul 2013 05:07:46 -0000 On Jul 24, 2013, at 9:42 PM, Rui Paulo wrote: > On 24 Jul 2013, at 21:22, Tim Kientzle wrote: >=20 >> I've never used loader.conf myself so please >> let me know what you think is still missing. >>=20 >> According to the manpage for loader.conf, it seems >> the key requirement is FICL support, and that is >> enabled in ubldr on ARM. >=20 > We don't ship with a loader.rc capable of reading loader.conf. For an = example, see amd64/i386 where we load loader.4th from loader.rc and = loader.4th reads loader.conf. Ah. I'll try installing the standard Forth files and see what happens. > We might also need to ship boot/defaults/loader.conf or something like = that. My Forth skills are non-existant but we might not need something = as complicated as i386/amd64. Hmmm=85. I *used* to know Forth quite well. ;-) Tim From owner-freebsd-arm@FreeBSD.ORG Thu Jul 25 05:18:01 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 6BFFC523; Thu, 25 Jul 2013 05:18:01 +0000 (UTC) (envelope-from jordan.hubbard@gmail.com) Received: from mail-pa0-x22d.google.com (mail-pa0-x22d.google.com [IPv6:2607:f8b0:400e:c03::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 38CE42D38; Thu, 25 Jul 2013 05:18:01 +0000 (UTC) Received: by mail-pa0-f45.google.com with SMTP id bg4so1542176pad.32 for ; Wed, 24 Jul 2013 22:18:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to:x-mailer; bh=ZlM+MApDlG95BHxdd1jhUjzT+pdjn+BfyKFi2AoFT8w=; b=wgeh7qjG7pEDI/PGTLgfyiBZJRDrbF7dhHuOev8VX/M7STtA8Nh2zpdNVtAu+QfbDV bwDmfj20cIXFm0OZxQkQnFUaAhOEotAoz9AU63wDz9akwHsQG5nVp+Jp39VaJmhaXWJB /7wGGDbqRydl/jv7MtFvo7pN2UyjP9lfPPcgX8C60f10VE9EJEoFREgFMBoKGAMGmh5t ssU1dv3CDp/XoxBovxVg59EWUv0E6S/lBetcB08kDmITeSsvQCB8fchWpzsYtcVseokz nOHe7r0Oj2UWmYUlwc8X+jriEKNdp7Q57P7m07vsLCCn68dypF145/dJq3NUY8HLb5iS Ja7Q== X-Received: by 10.66.122.5 with SMTP id lo5mr2930245pab.175.1374729480779; Wed, 24 Jul 2013 22:18:00 -0700 (PDT) Received: from [10.20.30.70] (75-101-82-48.static.sonic.net. [75.101.82.48]) by mx.google.com with ESMTPSA id kc8sm51688614pbc.18.2013.07.24.22.17.58 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 24 Jul 2013 22:17:59 -0700 (PDT) Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) Subject: Re: Adding options to RPI-B From: "Jordan K. Hubbard" In-Reply-To: <877D7426-64E2-4451-AECC-073664A70AC1@freebsd.org> Date: Wed, 24 Jul 2013 22:17:57 -0700 Message-Id: <17CC14B0-01ED-4299-8F42-C5CC04F3C3F9@turbofuzz.com> References: <2C57A72F-0CB3-41DF-B0E5-1509348128BD@freebsd.org> <42C259D6-F652-417A-80B5-536893D6D642@felyko.com> <25D75461-E6FB-43C3-86AE-A513B02FA00D@freebsd.org> <877D7426-64E2-4451-AECC-073664A70AC1@freebsd.org> To: Tim Kientzle X-Mailer: Apple Mail (2.1510) Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "freebsd-arm@freebsd.org" , Rui Paulo X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Jul 2013 05:18:01 -0000 On Jul 24, 2013, at 10:07 PM, Tim Kientzle wrote: >> We might also need to ship boot/defaults/loader.conf or something = like that. My Forth skills are non-existant but we might not need = something as complicated as i386/amd64. >=20 > Hmmm=85. I *used* to know Forth quite well. ;-) I still remember it. Let me know if I can help. ;-) - Jordan From owner-freebsd-arm@FreeBSD.ORG Fri Jul 26 03:23:52 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 310D12DF for ; Fri, 26 Jul 2013 03:23:52 +0000 (UTC) (envelope-from ghw@7axu.com) Received: from mail-wg0-f49.google.com (mail-wg0-f49.google.com [74.125.82.49]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A8ECE2023 for ; Fri, 26 Jul 2013 03:23:51 +0000 (UTC) Received: by mail-wg0-f49.google.com with SMTP id y10so1710975wgg.16 for ; Thu, 25 Jul 2013 20:23:44 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:in-reply-to:references:from:date :message-id:subject:to:cc:content-type:content-transfer-encoding :x-gm-message-state; bh=L/4py8uD/fOjnk/Ca4q3ZPLxxcoBML2/LkcPDZPZPuQ=; b=oVceqMZUcFQhPNaTbO25zXQ8CYIsOcCE9MygtjcozWATtMp2hsnIhXGfcau+Ddycdn QJNHlV9fO0f48cnhbeEroHbKFIcI/bk/pa3pl+0HIgJvgb9htlXf5Avr3Tg/idx2oSc0 xT+uHV2tAZid5KU0cv7rfxW5svQ7aHdtqf4sbCrVdoccTAW9eugO16Yh20xFGKcDG+ET jZ8rlvu3WTfsEWI19ZnKJ/XRT6molELl4QiyaQEo2twFH1UpjeaTCQxGFN9SJD/Vk2G3 eXmA49GMFKPeTr4QN4yPG/SSu03oVvmfER3K3QGBvmm2qb4PhUHs5tFM6wZ6QpdicBsI geTw== X-Received: by 10.180.185.148 with SMTP id fc20mr4257414wic.0.1374809023914; Thu, 25 Jul 2013 20:23:43 -0700 (PDT) MIME-Version: 1.0 Received: by 10.194.93.34 with HTTP; Thu, 25 Jul 2013 20:23:03 -0700 (PDT) X-Originating-IP: [54.249.112.206] In-Reply-To: References: <1374573600-2351360719.d37ada5f86@bliksem.vehosting.nl> <201307231220.52817.Daan@vitsch.nl> From: XiaoQI Ge Date: Fri, 26 Jul 2013 11:23:03 +0800 Message-ID: Subject: Re: My WLI-UC-GNM up crash To: freebsd-arm Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Gm-Message-State: ALoCoQlAn7KZ3G341RjP5I7FMjR/5RnYILiscruZazsKoA0fc3NRjcLJ01T/+6kw05DOKjbjBd0G Cc: freebsd-wireless@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Jul 2013 03:23:52 -0000 =E6=88=91=E6=9B=B4=E6=96=B0=E5=88=B0=E6=9C=80=E6=96=B0=E7=9A=84=E6=BA=90=E7= =A0=81=EF=BC=88r253662=EF=BC=89=EF=BC=8C=E8=BF=99=E6=AC=A1=E9=94=99=E8=AF= =AF=E4=BF=A1=E6=81=AF=E5=8F=98=E6=88=90=E4=BA=860xde9f4d34 [root@FreeBSD.ttyu0] ~ # Fatal kernel mode data abort: 'Alignment Fault 1' trapframe: 0xde9f4d34 FSR=3D00000801, FAR=3Dc284afbb, spsr=3D00000013 r0 =3Dc284c000, r1 =3Dc284afbb, r2 =3Dc284c210, r3 =3D0000096c r4 =3Dc284c024, r5 =3Dc05f07c5, r6 =3D00000014, r7 =3Dc2844800 r8 =3Dc05f07c5, r9 =3Dc284c000, r10=3D000035cb, r11=3Dde9f4e10 r12=3D0000002e, ssp=3Dde9f4d80, slr=3D00000000, pc =3Dc046d20c [ thread pid 0 tid 100053 ] Stopped at ieee80211_radiotap_chan_change+0x90: strh r3, [r1] db> --- Kernel wlan related options device wlan # 802.11 support options IEEE80211_DEBUG # enable debug msgs options IEEE80211_AMPDU_AGE # age frames in AMPDU reorder q's options IEEE80211_SUPPORT_MESH # enable 802.11s draft support device wlan_wep # 802.11 WEP support device wlan_ccmp # 802.11 CCMP support device wlan_tkip # 802.11 TKIP support device wlan_amrr # AMRR transmit rate control algorithm device firmware # firmware assist module device run #Ralink Technology USB IEEE 802.11a/g/n wireless network device device runfw #Firmware Module for Ralink driver --- The compiler command make TARGET_ARCH=3Darmv6 TARGET_CPUTYPE=3Darmv6 KERNCONF=3DBBB WITH_FDT=3Dy= es buildkernel -- Regards. By: XiaoQI Ge; PGP:8B09D5F7 WWW: https://www.7axu.com/ 2013/7/24 XiaoQI Ge : > How do I debug it? Can provide useful information > > login: root > Jul 24 18:27:31 FreeBSD login: ROOT LOGIN (root) ON ttyu0 > FreeBSD 10.0-CURRENT (BBB) #4 r253585M: Wed Jul 24 17:07:53 CST 2013 > [root@FreeBSD.ttyu0] ~ # ifconfig wlan create wlandev run0 > wlan0: Ethernet address: 10:6f:3f:2b:fd:6d > wlan0 > [root@FreeBSD.ttyu0] ~ # ifconfig wlan0 up > run0: firmware RT2870 ver. 0.236 loaded > Fatal kernel mode data abort: 'Alignment Fault 1' > trapframe: 0xde9e4d5c > FSR=3D00000801, FAR=3Dc282ffbb, spsr=3D00000013 > r0 =3Dc2831000, r1 =3Dc282ffbb, r2 =3Dc2831210, r3 =3D0000096c > r4 =3Dc2831024, r5 =3Dc2831000, r6 =3Dc05d9362, r7 =3Dc2829800 > r8 =3D00000014, r9 =3Dc08144d8, r10=3D80001cce, r11=3Dde9e4e10 > r12=3D0000002e, ssp=3Dde9e4da8, slr=3D00000000, pc =3Dc045c510 > > [ thread pid 0 tid 100053 ] > Stopped at ieee80211_radiotap_chan_change+0x90: strh r3, [r1] > db> > > > These two places modified: > 2522 } > 2523 > 2524 ant =3D run_maxrssi_chain(sc, rxwi); > 2525 rssi =3D rxwi->rssi[ant]; > 2526 nf =3D run_rssi2dbm(sc, rssi, ant); > 2527 > 2528 m->m_pkthdr.rcvif =3D ifp; > 2529 m->m_pkthdr.len =3D m->m_len =3D len; > 2530 /* > 2531 if (ni !=3D NULL) { > 2532 (void)ieee80211_input(ni, m, rssi, nf); > 2533 ieee80211_free_node(ni); > 2534 } else { > 2535 (void)ieee80211_input_all(ic, m, rssi, nf); > 2536 } > 2537 */ > 2538 /* > 2539 * DAAN: fill-in tap header BEFORE calling ieee80211_input*() so= the > 2540 * user will see the actual data that belongs to THIS packet.. > 2541 */ > 2542 if (__predict_false(ieee80211_radiotap_active(ic))) { > 2543 struct run_rx_radiotap_header *tap =3D &sc->sc_rxtap; > 2544 > 2545 tap->wr_flags =3D 0; > 2546 tap->wr_chan_freq =3D htole16(ic->ic_curchan->ic_freq); > 2547 tap->wr_chan_flags =3D htole16(ic->ic_curchan->ic_flags); > 2548 tap->wr_antsignal =3D rssi; > 2549 tap->wr_antenna =3D ant; > 2550 tap->wr_dbm_antsignal =3D run_rssi2dbm(sc, rssi, ant); > 2551 tap->wr_rate =3D 2; /* in case it can't be found below */ > 2552 phy =3D le16toh(rxwi->phy); > 2553 switch (phy & RT2860_PHY_MODE) { > 2554 case RT2860_PHY_CCK: > 2555 switch ((phy & RT2860_PHY_MCS) & ~RT2860_PHY_SHPRE) { > 2556 case 0: tap->wr_rate =3D 2; break; > 2557 case 1: tap->wr_rate =3D 4; break; > 2558 case 2: tap->wr_rate =3D 11; break; > 2559 case 3: tap->wr_rate =3D 22; break; > 2560 } > 2561 if (phy & RT2860_PHY_SHPRE) > 2562 tap->wr_flags |=3D IEEE80211_RADIOTAP_F_SHORTPRE; > 2563 break; > 2564 case RT2860_PHY_OFDM: > 2565 switch (phy & RT2860_PHY_MCS) { > 2566 case 0: tap->wr_rate =3D 12; break; > 2567 case 1: tap->wr_rate =3D 18; break; > 2568 case 2: tap->wr_rate =3D 24; break; > 2569 case 3: tap->wr_rate =3D 36; break; > 2570 case 4: tap->wr_rate =3D 48; break; > 2571 case 5: tap->wr_rate =3D 72; break; > 2572 case 6: tap->wr_rate =3D 96; break; > 2573 case 7: tap->wr_rate =3D 108; break; > 2574 } > 2575 break; > 2576 } > 2577 } > 2578 > 2579 if (ni !=3D NULL) { > 2580 (void)ieee80211_input(ni, m, rssi, nf); > 2581 ieee80211_free_node(ni); > 2582 } else { > 2583 (void)ieee80211_input_all(ic, m, rssi, nf); > 2584 } > 2585 > 2586 } > 2587 > 2588 static void > > > Index: sys/vm/vm_map.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- sys/vm/vm_map.c (revision 253514) > +++ sys/vm/vm_map.c (working copy) > @@ -239,8 +239,7 @@ > vm_map_t map; > > map =3D (vm_map_t)mem; > - map->nentries =3D 0; > - map->size =3D 0; > + memset(map, 0, sizeof(*map)); > mtx_init(&map->system_mtx, "vm map (system)", NULL, MTX_DEF | > MTX_DUPOK); > sx_init(&map->lock, "vm map (user)"); > return (0); > > -- > Regards. > By: XiaoQI Ge; PGP:8B09D5F7 > WWW: https://www.7axu.com/ > > > > 2013/7/24 XiaoQI Ge : >> I manually make up, is compiling the kernel >> -- >> Regards. >> By: XiaoQI Ge; PGP:8B09D5F7 >> WWW: https://www.7axu.com/ >> >> >> >> 2013/7/24 XiaoQI Ge : >>> patch < /root/if_run_2013_01_19_radiotap_fix_only.diff appears to be i= nvalid >>> >>> ] /usr/src/sys/dev/usb/wlan # patch < >>> /root/if_run_2013_01_19_radiotap_fix_only.diff >>> Hmm... Looks like a unified diff to me... >>> The text leading up to this was: >>> -------------------------- >>> |--- if_run.c.fix1_vnet 2013-06-14 10:12:49.786774072 +0200 >>> |+++ if_run.c.fix2_vnet_plus_radiotap 2013-06-14 10:15:34.890774314 += 0200 >>> -------------------------- >>> File to patch: >>> >>> >>> 2013/7/23 Daan Vreeken : >>>> cd /usr/src/sys/dev/usb/wlan >>> >>> >>> >>> -- >>> Regards. >>> By: XiaoQI Ge; PGP:8B09D5F7 >>> WWW: https://www.7axu.com/ From owner-freebsd-arm@FreeBSD.ORG Fri Jul 26 12:24:26 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 0522CD4C for ; Fri, 26 Jul 2013 12:24:26 +0000 (UTC) (envelope-from nbounce-653-48846-53449957-1a4e1-58c652a7@kiccall.eu) Received: from m3.kiccall.eu (m3.kiccall.eu [88.198.82.167]) by mx1.freebsd.org (Postfix) with ESMTP id 9A7ED2614 for ; Fri, 26 Jul 2013 12:24:25 +0000 (UTC) Received: from list653 (m3.kiccall.eu [88.198.82.167]) by m3.kiccall.eu (Postfix) with ESMTP id 62ADD21C655D for ; Fri, 26 Jul 2013 14:19:33 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=simple/simple; d=kiccall.eu; s=default; t=1374841173; bh=mHw67Pdkqg84P87tKG1FU/SIvUU=; h=Content-Type:MIME-Version:From:Sender:Message-Id:List-Unsubscribe: Subject:To:Date; b=gG3hufzQlYE0CiUQPLMxKz56x3sAFl2tFb0RyarUwBPLgwjeuSWAcpy6gmGa+qjn1 Z4OfmwiVGISRPdPC7ZzTvfm4UNCSzd/uwgC2pc/i5JINrtXK/qrrUsFL4daRbZu0+7 5nrjMICnnrWL7jNph6VjrXUcV4afDmMYgWR1/OeY= MIME-Version: 1.0 From: SWISS-CORNER.RO Sender: SWISS-CORNER.RO Precedence: bulk Message-Id: <20130726121933.92531.653.48846.53449957.nl@kiccall.ro> Subject: Mari reduceri!!!! To: Arm Freebsd Date: Fri, 26 Jul 2013 12:19:33 -0000 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Reply-To: "SWISS-CORNER.RO" List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Jul 2013 12:24:26 -0000 Pentru a vedea _[online][1]_ acest mesaj personalizat [click aici][2] Va rugam sa adaugati adresa de mail **office@swiss-corner.ro** in Address Book pentru a va asigura ca primiti mesajele noastre in **Inbox**. [1]: # [2]: # [3]: http://nl.kiccall.eu/v/48846/53449957/1a4e1d823e0462fa3d92a04a11a2a446= ?like=3Dfacebook [4]: http://nl.kiccall.eu/v/48846/53449957/1a4e1d823e0462fa3d92a04a11a2a446= ?share=3Dtwitter [5]: http://nl.kiccall.eu/v/48846/53449957/1a4e1d823e0462fa3d92a04a11a2a446= ?share=3Dlinkedin [6]: http://nl.kiccall.eu/v/48846/53449957/1a4e1d823e0462fa3d92a04a11a2a446= ?like=3Dplusone [7]: http://nl.kiccall.eu/v/48846/53449957/1a4e1d823e0462fa3d92a04a11a2a446= ?share=3Dpinterest Reduceri estivale in limita stocului disponibil! [8]: http://nl.kiccall.eu/clk/48846/53449957/996954/c6dd725c01613d4ed497f1b= c68919f24 Blanc D`or Bracelet [9]: http://nl.kiccall.eu/clk/48846/53449957/996960/158d16bf4245951aa6272ac= e57f0d51c Orange ## [10]: http://nl.kiccall.eu/clk/48846/53449957/996956/f96b01b81806b5bdeca850= 91dc85dc49 red [11]: http://nl.kiccall.eu/clk/48846/53449957/996953/7f73557570cf25c1df84e2= 467838ad1e Rosie Mumu Cow ## **[http://nl.kiccall.eu/clk/48846/53449957/996958/3a0754c70f03cfac97465edbb= c5347c6][12]** **[office@swiss-corner.ro][13]** [12]: http://nl.kiccall.eu/clk/48846/53449957/996952/f7d75138ac2b00605d2c25= f5960808d8 [13]: mailto:office@swiss-corner.ro **0256/220 823** **0728/692 891** Pentru a vedea [online][14] acest mesaj personalizat [click aici][15] Pentru dezabonare instant [click aici][16]. [14]: http://nl.kiccall.eu/v/48846/53449957/1a4e1d823e0462fa3d92a04a11a2a446 [15]: http://nl.kiccall.eu/v/48846/53449957/1a4e1d823e0462fa3d92a04a11a2a446 [16]: http://nl.kiccall.eu/unsubscribe/653/48846/53449957/1a4e1d823e0462fa3= d92a04a11a2a446 From owner-freebsd-arm@FreeBSD.ORG Fri Jul 26 12:40:23 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id CC9089E8 for ; Fri, 26 Jul 2013 12:40:23 +0000 (UTC) (envelope-from iz-rpi03@hs-karlsruhe.de) Received: from smtp.hs-karlsruhe.de (smtp.HS-Karlsruhe.DE [193.196.64.25]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8D4B52833 for ; Fri, 26 Jul 2013 12:40:23 +0000 (UTC) Received: from iz-wera01.hs-karlsruhe.de ([193.196.65.46]) by smtp.hs-karlsruhe.de with esmtp (Exim 4.80.1) (envelope-from ) id 1V2hJl-004cdW-TD; Fri, 26 Jul 2013 14:40:21 +0200 X-Mailer: exmh version 2.8.0 04/21/2012 with nmh-1.5 From: Ralf Wenk To: "freebsd-arm@freebsd.org" Subject: Re: Adding options to RPI-B In-reply-to: <25D75461-E6FB-43C3-86AE-A513B02FA00D@freebsd.org> References: <2C57A72F-0CB3-41DF-B0E5-1509348128BD@freebsd.org> <42C259D6-F652-417A-80B5-536893D6D642@felyko.com> <25D75461-E6FB-43C3-86AE-A513B02FA00D@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Date: Fri, 26 Jul 2013 14:07:13 +0200 Message-Id: X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Jul 2013 12:40:23 -0000 On 24 Jul 2013, at 08:29, Tim Kientzle wrote: > Hiren and others: >=20 > Please try experimenting with modules on RPi and > BeagleBone and let folks here know what works and > doesn't work. You should be able to: > * Load modules manually > * Load them from loader.conf > * Load them from rc.conf > * etc ... >=20 > Tim On the RPi: libbsmfs needs a endianess related fix to get mount_smbfs running smooth.= libiconv, libmchain and smbfs are loaded as modules. See http://www.freebsd.org/cgi/query-pr.cgi?pr=3D180438 Ralf From owner-freebsd-arm@FreeBSD.ORG Sat Jul 27 12:33: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 ESMTP id F2BCA982 for ; Sat, 27 Jul 2013 12:33:43 +0000 (UTC) (envelope-from pettefar@gmail.com) Received: from mail-we0-x22d.google.com (mail-we0-x22d.google.com [IPv6:2a00:1450:400c:c03::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 884E924A3 for ; Sat, 27 Jul 2013 12:33:43 +0000 (UTC) Received: by mail-we0-f173.google.com with SMTP id x55so2711395wes.32 for ; Sat, 27 Jul 2013 05:33:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:content-type:mime-version:subject:from:in-reply-to:date :content-transfer-encoding:message-id:references:to:x-mailer; bh=5TxbO4pva0uk3CpizZYnxirL/a/JFlh+BoWvGfHKPGY=; b=Dm7lJVbnMY7LsOui1A2juRzs84JtX5lAy+7v9d489v77pZrcVuPxDfeLSGo/wfjOYs LIIitEU0kPjhqz4ubC//af1zics1/1wfosugrhzyKBybBNHeVAJSS7LLN7JQ5+LSruoa 1pXNp967n/U6xEdrbBpryIAfz9jBGHkn71Zn0R70bZx77M4eeqRn7+rQe+aNlksnBe+X 6Qpcu6n/Mf+a37+ajMZ5W6FDFQ3lhvFsQNMXF6DInwBOP5u2/M1ls8Ffb9UcB5LXzYgz WWE1m5jqiTEpqrp4duGdKTAXPb/Wxu7c1rE4cGxvFsYCuokHKQmVty3L1Gh/iAEw/wow TvlQ== X-Received: by 10.180.90.141 with SMTP id bw13mr1926507wib.15.1374928421971; Sat, 27 Jul 2013 05:33:41 -0700 (PDT) Received: from [10.10.19.31] ([86.43.74.198]) by mx.google.com with ESMTPSA id w4sm10369510wia.9.2013.07.27.05.33.41 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 27 Jul 2013 05:33:41 -0700 (PDT) Sender: Nick Pettefar Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: Adding options to RPI-B From: Nick In-Reply-To: Date: Sat, 27 Jul 2013 13:33:39 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: freebsd-arm@freebsd.org X-Mailer: Apple Mail (2.1508) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Jul 2013 12:33:44 -0000 Sorry, I seem to have missed something. Is there now a decent RPi = FreeBSD image to try? If so, where is it please? Nick Dublin > On 24 Jul 2013, at 08:29, Tim Kientzle wrote: >> Please try experimenting with modules on RPi and From owner-freebsd-arm@FreeBSD.ORG Sat Jul 27 15:27:44 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 97A325B1; Sat, 27 Jul 2013 15:27:44 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wg0-x229.google.com (mail-wg0-x229.google.com [IPv6:2a00:1450:400c:c00::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E735A29C7; Sat, 27 Jul 2013 15:27:43 +0000 (UTC) Received: by mail-wg0-f41.google.com with SMTP id n11so1622554wgh.0 for ; Sat, 27 Jul 2013 08:27:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=PXHV79Q8Rgc/IXnG9FvStzZtPF7FL+AgnPmAu+oApw8=; b=Q4v6r/HKHC8TxDFavNyMWjDp1GV2mN344VaiURas48hBGGWlLwKnlwIoE/pF9+HvNE V0BXobScCpFe93XcNKtLV/SiQAVkRW1W9Z0x5pNVPkPThRq24/lpAPwRctqp6rdAamyi RtIm1r6FsYjGYcnfOLscDMNXyvi2te18eYZnfOTbywi3HuN+AZTibfLua70IUdOQVWUh IUhZEGGEzHgIXHNXnyLuvTb1FERdq1nuXKwH1cYpRqq4kfP6eoJolXEt3bkmruZxA5r8 B126kC/BZbwVNefleSj32KUc9hOI3KrrD9uF0y7lfDuQMl2m0onJrc/SoRXs3CzJgjmp biuw== MIME-Version: 1.0 X-Received: by 10.180.20.116 with SMTP id m20mr2203464wie.46.1374938862231; Sat, 27 Jul 2013 08:27:42 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.217.94.132 with HTTP; Sat, 27 Jul 2013 08:27:42 -0700 (PDT) In-Reply-To: References: <1374573600-2351360719.d37ada5f86@bliksem.vehosting.nl> <201307231220.52817.Daan@vitsch.nl> Date: Sat, 27 Jul 2013 08:27:42 -0700 X-Google-Sender-Auth: MrkBwM2T-NGxSzb8u7xqA5Vrdo0 Message-ID: Subject: Re: My WLI-UC-GNM up crash From: Adrian Chadd To: XiaoQI Ge Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: quoted-printable Cc: freebsd-arm , freebsd-wireless@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Jul 2013 15:27:44 -0000 This is known; there's some alignment issue with the radiotap TX/RX structures in some of these USB devices. -adrain On 25 July 2013 20:23, XiaoQI Ge wrote: > =CE=D2=B8=FC=D0=C2=B5=BD=D7=EE=D0=C2=B5=C4=D4=B4=C2=EB=A3=A8r253662=A3=A9= =A3=AC=D5=E2=B4=CE=B4=ED=CE=F3=D0=C5=CF=A2=B1=E4=B3=C9=C1=CB0xde9f4d34 > > [root@FreeBSD.ttyu0] ~ # Fatal kernel mode data abort: 'Alignment Fault 1= ' > trapframe: 0xde9f4d34 > FSR=3D00000801, FAR=3Dc284afbb, spsr=3D00000013 > r0 =3Dc284c000, r1 =3Dc284afbb, r2 =3Dc284c210, r3 =3D0000096c > r4 =3Dc284c024, r5 =3Dc05f07c5, r6 =3D00000014, r7 =3Dc2844800 > r8 =3Dc05f07c5, r9 =3Dc284c000, r10=3D000035cb, r11=3Dde9f4e10 > r12=3D0000002e, ssp=3Dde9f4d80, slr=3D00000000, pc =3Dc046d20c > > [ thread pid 0 tid 100053 ] > Stopped at ieee80211_radiotap_chan_change+0x90: strh r3, [r1] > db> > --- > Kernel wlan related options > device wlan # 802.11 support > options IEEE80211_DEBUG # enable debug msgs > options IEEE80211_AMPDU_AGE # age frames in AMPDU reorder q's > options IEEE80211_SUPPORT_MESH # enable 802.11s draft support > device wlan_wep # 802.11 WEP support > device wlan_ccmp # 802.11 CCMP support > device wlan_tkip # 802.11 TKIP support > device wlan_amrr # AMRR transmit rate control algorithm > device firmware # firmware assist module > device run #Ralink Technology USB IEEE 802.11a/g/n > wireless network device > device runfw #Firmware Module for Ralink driver > > --- > The compiler command > make TARGET_ARCH=3Darmv6 TARGET_CPUTYPE=3Darmv6 KERNCONF=3DBBB WITH_FDT= =3Dyes > buildkernel > -- > Regards. > By: XiaoQI Ge; PGP:8B09D5F7 > WWW: https://www.7axu.com/ > > > > 2013/7/24 XiaoQI Ge : >> How do I debug it? Can provide useful information >> >> login: root >> Jul 24 18:27:31 FreeBSD login: ROOT LOGIN (root) ON ttyu0 >> FreeBSD 10.0-CURRENT (BBB) #4 r253585M: Wed Jul 24 17:07:53 CST 2013 >> [root@FreeBSD.ttyu0] ~ # ifconfig wlan create wlandev run0 >> wlan0: Ethernet address: 10:6f:3f:2b:fd:6d >> wlan0 >> [root@FreeBSD.ttyu0] ~ # ifconfig wlan0 up >> run0: firmware RT2870 ver. 0.236 loaded >> Fatal kernel mode data abort: 'Alignment Fault 1' >> trapframe: 0xde9e4d5c >> FSR=3D00000801, FAR=3Dc282ffbb, spsr=3D00000013 >> r0 =3Dc2831000, r1 =3Dc282ffbb, r2 =3Dc2831210, r3 =3D0000096c >> r4 =3Dc2831024, r5 =3Dc2831000, r6 =3Dc05d9362, r7 =3Dc2829800 >> r8 =3D00000014, r9 =3Dc08144d8, r10=3D80001cce, r11=3Dde9e4e10 >> r12=3D0000002e, ssp=3Dde9e4da8, slr=3D00000000, pc =3Dc045c510 >> >> [ thread pid 0 tid 100053 ] >> Stopped at ieee80211_radiotap_chan_change+0x90: strh r3, [r1] >> db> >> >> >> These two places modified: >> 2522 } >> 2523 >> 2524 ant =3D run_maxrssi_chain(sc, rxwi); >> 2525 rssi =3D rxwi->rssi[ant]; >> 2526 nf =3D run_rssi2dbm(sc, rssi, ant); >> 2527 >> 2528 m->m_pkthdr.rcvif =3D ifp; >> 2529 m->m_pkthdr.len =3D m->m_len =3D len; >> 2530 /* >> 2531 if (ni !=3D NULL) { >> 2532 (void)ieee80211_input(ni, m, rssi, nf); >> 2533 ieee80211_free_node(ni); >> 2534 } else { >> 2535 (void)ieee80211_input_all(ic, m, rssi, nf); >> 2536 } >> 2537 */ >> 2538 /* >> 2539 * DAAN: fill-in tap header BEFORE calling ieee80211_input*() s= o the >> 2540 * user will see the actual data that belongs to THIS packet.. >> 2541 */ >> 2542 if (__predict_false(ieee80211_radiotap_active(ic))) { >> 2543 struct run_rx_radiotap_header *tap =3D &sc->sc_rxtap; >> 2544 >> 2545 tap->wr_flags =3D 0; >> 2546 tap->wr_chan_freq =3D htole16(ic->ic_curchan->ic_freq); >> 2547 tap->wr_chan_flags =3D htole16(ic->ic_curchan->ic_flags); >> 2548 tap->wr_antsignal =3D rssi; >> 2549 tap->wr_antenna =3D ant; >> 2550 tap->wr_dbm_antsignal =3D run_rssi2dbm(sc, rssi, ant); >> 2551 tap->wr_rate =3D 2; /* in case it can't be found below */ >> 2552 phy =3D le16toh(rxwi->phy); >> 2553 switch (phy & RT2860_PHY_MODE) { >> 2554 case RT2860_PHY_CCK: >> 2555 switch ((phy & RT2860_PHY_MCS) & ~RT2860_PHY_SHPRE) { >> 2556 case 0: tap->wr_rate =3D 2; break; >> 2557 case 1: tap->wr_rate =3D 4; break; >> 2558 case 2: tap->wr_rate =3D 11; break; >> 2559 case 3: tap->wr_rate =3D 22; break; >> 2560 } >> 2561 if (phy & RT2860_PHY_SHPRE) >> 2562 tap->wr_flags |=3D IEEE80211_RADIOTAP_F_SHORTPRE; >> 2563 break; >> 2564 case RT2860_PHY_OFDM: >> 2565 switch (phy & RT2860_PHY_MCS) { >> 2566 case 0: tap->wr_rate =3D 12; break; >> 2567 case 1: tap->wr_rate =3D 18; break; >> 2568 case 2: tap->wr_rate =3D 24; break; >> 2569 case 3: tap->wr_rate =3D 36; break; >> 2570 case 4: tap->wr_rate =3D 48; break; >> 2571 case 5: tap->wr_rate =3D 72; break; >> 2572 case 6: tap->wr_rate =3D 96; break; >> 2573 case 7: tap->wr_rate =3D 108; break; >> 2574 } >> 2575 break; >> 2576 } >> 2577 } >> 2578 >> 2579 if (ni !=3D NULL) { >> 2580 (void)ieee80211_input(ni, m, rssi, nf); >> 2581 ieee80211_free_node(ni); >> 2582 } else { >> 2583 (void)ieee80211_input_all(ic, m, rssi, nf); >> 2584 } >> 2585 >> 2586 } >> 2587 >> 2588 static void >> >> >> Index: sys/vm/vm_map.c >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> --- sys/vm/vm_map.c (revision 253514) >> +++ sys/vm/vm_map.c (working copy) >> @@ -239,8 +239,7 @@ >> vm_map_t map; >> >> map =3D (vm_map_t)mem; >> - map->nentries =3D 0; >> - map->size =3D 0; >> + memset(map, 0, sizeof(*map)); >> mtx_init(&map->system_mtx, "vm map (system)", NULL, MTX_DEF | >> MTX_DUPOK); >> sx_init(&map->lock, "vm map (user)"); >> return (0); >> >> -- >> Regards. >> By: XiaoQI Ge; PGP:8B09D5F7 >> WWW: https://www.7axu.com/ >> >> >> >> 2013/7/24 XiaoQI Ge : >>> I manually make up, is compiling the kernel >>> -- >>> Regards. >>> By: XiaoQI Ge; PGP:8B09D5F7 >>> WWW: https://www.7axu.com/ >>> >>> >>> >>> 2013/7/24 XiaoQI Ge : >>>> patch < /root/if_run_2013_01_19_radiotap_fix_only.diff appears to be = invalid >>>> >>>> ] /usr/src/sys/dev/usb/wlan # patch < >>>> /root/if_run_2013_01_19_radiotap_fix_only.diff >>>> Hmm... Looks like a unified diff to me... >>>> The text leading up to this was: >>>> -------------------------- >>>> |--- if_run.c.fix1_vnet 2013-06-14 10:12:49.786774072 +0200 >>>> |+++ if_run.c.fix2_vnet_plus_radiotap 2013-06-14 10:15:34.890774314 = +0200 >>>> -------------------------- >>>> File to patch: >>>> >>>> >>>> 2013/7/23 Daan Vreeken : >>>>> cd /usr/src/sys/dev/usb/wlan >>>> >>>> >>>> >>>> -- >>>> Regards. >>>> By: XiaoQI Ge; PGP:8B09D5F7 >>>> WWW: https://www.7axu.com/ > _______________________________________________ > freebsd-wireless@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-wireless > To unsubscribe, send any mail to "freebsd-wireless-unsubscribe@freebsd.or= g" From owner-freebsd-arm@FreeBSD.ORG Sat Jul 27 16:18:04 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id BBB52CD for ; Sat, 27 Jul 2013 16:18:04 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from monday.kientzle.com (99-115-135-74.uvs.sntcca.sbcglobal.net [99.115.135.74]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 95C8B2B4D for ; Sat, 27 Jul 2013 16:18:04 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id r6RGHoYD083822; Sat, 27 Jul 2013 16:17:50 GMT (envelope-from kientzle@freebsd.org) Received: from [192.168.2.123] (CiscoE3000 [192.168.1.65]) by kientzle.com with SMTP id mvqu74uffi6spj4eb7pbm5atae; Sat, 27 Jul 2013 16:17:50 +0000 (UTC) (envelope-from kientzle@freebsd.org) From: Tim Kientzle Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: multipart/mixed; boundary="Apple-Mail=_60B5C2E3-2137-4A39-A560-FAD51804DC83" Subject: Re: Adding options to RPI-B Date: Sat, 27 Jul 2013 09:17:49 -0700 In-Reply-To: <877D7426-64E2-4451-AECC-073664A70AC1@freebsd.org> To: Rui Paulo , "freebsd-arm@freebsd.org" References: <2C57A72F-0CB3-41DF-B0E5-1509348128BD@freebsd.org> <42C259D6-F652-417A-80B5-536893D6D642@felyko.com> <25D75461-E6FB-43C3-86AE-A513B02FA00D@freebsd.org> <877D7426-64E2-4451-AECC-073664A70AC1@freebsd.org> Message-Id: <1B3F0A21-D982-4D0C-965D-16739DB27003@freebsd.org> X-Mailer: Apple Mail (2.1283) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Jul 2013 16:18:04 -0000 --Apple-Mail=_60B5C2E3-2137-4A39-A560-FAD51804DC83 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On Jul 24, 2013, at 10:07 PM, Tim Kientzle wrote: >=20 > On Jul 24, 2013, at 9:42 PM, Rui Paulo wrote: >=20 >> On 24 Jul 2013, at 21:22, Tim Kientzle wrote: >>=20 >>> I've never used loader.conf myself so please >>> let me know what you think is still missing. >>>=20 >>> According to the manpage for loader.conf, it seems >>> the key requirement is FICL support, and that is >>> enabled in ubldr on ARM. >>=20 >> We don't ship with a loader.rc capable of reading loader.conf. For an = example, see amd64/i386 where we load loader.4th from loader.rc and = loader.4th reads loader.conf. >=20 > Ah. I'll try installing the standard Forth files and > see what happens. Here's a proposed patch that installs all of the standard Forth files as part of ubldr on ARM. It does not install a loader.rc, however, so it should have no effect per se, other than putting a few more files on the image. I plan to commit this to the FreeBSD tree soon. If you're using Crochet, I also just pushed a change to Crochet so that it copies all the boot files provided by FreeBSD's build, instead of just picking out the ubldr and loader.help files. With the FreeBSD patch, this results in all of the Forth files actually being in the image. Again: A system built with these changes should function exactly the same since loader.rc is still not present. To enable loader.conf, first boot the system, then: $ cp /boot/loader.rc.sample /boot/loader.rc and reboot. With these changes, I've built and booted a BeagleBone image that does process loader.conf and seems none the worse for it. I still need to test on RPi; hope to do that this weekend. This should be enough for people to start experimenting with the beastie menu on RPi. Just copy the loader.rc from i386 and see what happens. ;-) Tim --Apple-Mail=_60B5C2E3-2137-4A39-A560-FAD51804DC83 Content-Disposition: attachment; filename=arm_uboot_include_forth_files.patch Content-Type: application/octet-stream; x-unix-mode=0644; name="arm_uboot_include_forth_files.patch" Content-Transfer-Encoding: 7bit Index: src/sys/boot/arm/uboot/Makefile =================================================================== --- src/sys/boot/arm/uboot/Makefile (revision 253514) +++ src/sys/boot/arm/uboot/Makefile (working copy) @@ -134,7 +134,20 @@ mv ldscript.generated.tmp ldscript.generated; \ fi +.if !defined(LOADER_ONLY) .PATH: ${.CURDIR}/../../forth -FILES= loader.help +FILES+= loader.help loader.4th support.4th loader.conf +FILES+= screen.4th frames.4th beastie.4th +FILES+= brand.4th check-password.4th color.4th delay.4th +FILES+= menu.4th menu-commands.4th menusets.4th shortcuts.4th version.4th +FILESDIR_loader.conf= /boot/defaults +# Put sample loader.rc and menu.rc on disk but don't enable them +# by default. +FILES+= loader.rc +FILESNAME_loader.rc= loader.rc.sample +FILES+= menu.rc +FILESNAME_menu.rc= menu.rc.sample +.endif + .include --Apple-Mail=_60B5C2E3-2137-4A39-A560-FAD51804DC83 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=windows-1252 --Apple-Mail=_60B5C2E3-2137-4A39-A560-FAD51804DC83-- From owner-freebsd-arm@FreeBSD.ORG Sat Jul 27 16:50:10 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id A355BB25 for ; Sat, 27 Jul 2013 16:50:10 +0000 (UTC) (envelope-from hiren.panchasara@gmail.com) Received: from mail-ea0-x22f.google.com (mail-ea0-x22f.google.com [IPv6:2a00:1450:4013:c01::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 381F22C70 for ; Sat, 27 Jul 2013 16:50:10 +0000 (UTC) Received: by mail-ea0-f175.google.com with SMTP id m14so167984eaj.34 for ; Sat, 27 Jul 2013 09:50:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=fR3e5ZIVqOwTUoTpvy/NJNQgHQl4zHtb587dObpcz3E=; b=W9Ng4KRcx2ajogBvn42h5m3TmBdQVeF3D/zEsCJIELaWeajEvvs8GgUh6DeUzFe1cV p+WW7+MnnrI3Gais2AbmJwxmhCMOs32p90pa2f2HOU748pHM1QLEH6zXPUTyFVIiULEG KLgOYu7UHoVsn9/OQk+Wc3KT+Ek7doaoe0/MmqiNjYjVwa7r2jrDPFSgjD+0MVcXGs9l 6H9LO+gL/qdTwOkXBTZ7sSpQBJkY29imiqzl8EZZMpiqX3EGJyUVkaYPAI5m6aos6itr bZYMaNGiLm8WCBSst3SLdUV0e8B+hY6LR+6bScVIaUJQzzC+YRiBSCV2Bg57A7+z2LV1 BkBA== MIME-Version: 1.0 X-Received: by 10.15.22.8 with SMTP id e8mr6709306eeu.41.1374943807989; Sat, 27 Jul 2013 09:50:07 -0700 (PDT) Received: by 10.14.105.137 with HTTP; Sat, 27 Jul 2013 09:50:07 -0700 (PDT) Received: by 10.14.105.137 with HTTP; Sat, 27 Jul 2013 09:50:07 -0700 (PDT) In-Reply-To: References: Date: Sat, 27 Jul 2013 09:50:07 -0700 Message-ID: Subject: Re: Adding options to RPI-B From: hiren panchasara To: Nick Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Jul 2013 16:50:10 -0000 On Jul 27, 2013 5:33 AM, "Nick" wrote: > > Sorry, I seem to have missed something. Is there now a decent RPi FreeBSD image to try? If so, where is it please? db@ has some prebuilt images if you want to try: http://www.db.net/downloads/ Cheers, Hiren > > Nick > Dublin > > > On 24 Jul 2013, at 08:29, Tim Kientzle wrote: > >> Please try experimenting with modules on RPi and > _______________________________________________ > 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 Sat Jul 27 17:05:17 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 98661C1E; Sat, 27 Jul 2013 17:05:17 +0000 (UTC) (envelope-from rpaulo@felyko.com) Received: from felyko.com (felyko.com [174.136.100.2]) by mx1.freebsd.org (Postfix) with ESMTP id 7C21E2CBA; Sat, 27 Jul 2013 17:05:17 +0000 (UTC) Received: from [IPv6:2601:9:4d00:119:c15b:205a:8fbd:2517] (unknown [IPv6:2601:9:4d00:119:c15b:205a:8fbd:2517]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by felyko.com (Postfix) with ESMTPSA id 9A8CF3986A; Sat, 27 Jul 2013 10:05:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=felyko.com; s=mail; t=1374944711; bh=q66AU6oFVlG/I00XG3NRxIt1dFQ75vysJ430US8OIcQ=; h=Subject:From:In-Reply-To:Date:Cc:References:To; b=Qy7RpfyNLsuXbUBWTDQVEABMbizGcXV30hqMqtrv0+whK3Te9HYo+egADaLcErUkj cuRS5JkAjtxZ1X9Rqws1YeiS+AfGy9O79hhiJ9Dz9tobfWZNpA2tCsPwYm5Pf9RqVC QffUA/Fyn1+j+AEoQlD5tf8K0f8sK+oQ2ivt5DXo= Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: Adding options to RPI-B From: Rui Paulo In-Reply-To: <1B3F0A21-D982-4D0C-965D-16739DB27003@freebsd.org> Date: Sat, 27 Jul 2013 10:05:10 -0700 Content-Transfer-Encoding: 7bit Message-Id: <5C14022C-FA7C-444B-83A7-745E8D94FB10@felyko.com> References: <2C57A72F-0CB3-41DF-B0E5-1509348128BD@freebsd.org> <42C259D6-F652-417A-80B5-536893D6D642@felyko.com> <25D75461-E6FB-43C3-86AE-A513B02FA00D@freebsd.org> <877D7426-64E2-4451-AECC-073664A70AC1@freebsd.org> <1B3F0A21-D982-4D0C-965D-16739DB27003@freebsd.org> To: Tim Kientzle X-Mailer: Apple Mail (2.1508) Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Jul 2013 17:05:17 -0000 On 27 Jul 2013, at 09:17, Tim Kientzle wrote: > Here's a proposed patch that installs all of the standard Forth > files as part of ubldr on ARM. It does not install a loader.rc, > however, so it should have no effect per se, other than putting > a few more files on the image. Why ? I thought installing loader.rc was the main point. > I plan to commit this to the FreeBSD tree soon. > > If you're using Crochet, I also just pushed a change to > Crochet so that it copies all the boot files provided by > FreeBSD's build, instead of just picking out the > ubldr and loader.help files. With the FreeBSD patch, > this results in all of the Forth files actually being in the image. > > Again: A system built with these changes should > function exactly the same since loader.rc is still not > present. > > To enable loader.conf, first boot the system, then: > $ cp /boot/loader.rc.sample /boot/loader.rc > and reboot. > > With these changes, I've built and booted a BeagleBone > image that does process loader.conf and seems none > the worse for it. > > I still need to test on RPi; hope to do that this weekend. > > This should be enough for people to start experimenting > with the beastie menu on RPi. Just copy the loader.rc from > i386 and see what happens. ;-) Well, the beastie menu was always overkill on serial consoles :) -- Rui Paulo From owner-freebsd-arm@FreeBSD.ORG Sat Jul 27 17:40:57 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id EF4E6BF5 for ; Sat, 27 Jul 2013 17:40:57 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from monday.kientzle.com (99-115-135-74.uvs.sntcca.sbcglobal.net [99.115.135.74]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6E9D82E1A for ; Sat, 27 Jul 2013 17:40:56 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id r6RHes7B084419; Sat, 27 Jul 2013 17:40:54 GMT (envelope-from kientzle@freebsd.org) Received: from [192.168.2.123] (CiscoE3000 [192.168.1.65]) by kientzle.com with SMTP id cp3n3zc52tbda6vqkyzwip4n4s; Sat, 27 Jul 2013 17:40:54 +0000 (UTC) (envelope-from kientzle@freebsd.org) Subject: Re: Adding options to RPI-B Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=windows-1252 From: Tim Kientzle In-Reply-To: <5C14022C-FA7C-444B-83A7-745E8D94FB10@felyko.com> Date: Sat, 27 Jul 2013 10:40:53 -0700 Content-Transfer-Encoding: 7bit Message-Id: <007139FF-50B3-45A3-905A-3881BAF95F10@freebsd.org> References: <2C57A72F-0CB3-41DF-B0E5-1509348128BD@freebsd.org> <42C259D6-F652-417A-80B5-536893D6D642@felyko.com> <25D75461-E6FB-43C3-86AE-A513B02FA00D@freebsd.org> <877D7426-64E2-4451-AECC-073664A70AC1@freebsd.org> <1B3F0A21-D982-4D0C-965D-16739DB27003@freebsd.org> <5C14022C-FA7C-444B-83A7-745E8D94FB10@felyko.com> To: Rui Paulo X-Mailer: Apple Mail (2.1283) Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Jul 2013 17:40:58 -0000 On Jul 27, 2013, at 10:05 AM, Rui Paulo wrote: > On 27 Jul 2013, at 09:17, Tim Kientzle wrote: >> Here's a proposed patch that installs all of the standard Forth >> files as part of ubldr on ARM. It does not install a loader.rc, >> however, so it should have no effect per se, other than putting >> a few more files on the image. > > Why ? I thought installing loader.rc was the main point. The way I'd like to split this: * FreeBSD Makefiles install all of the Forth support files as part of ubldr. * System build scripts (such as Crochet) can install a loader.rc if they see fit. Loader.rc is just a couple of lines, so it's trivial for Crochet to install that one file. I intend to do that after I've had a few days to test. But installing a loader.rc as part of ubldr would have implications for every ARM system using ubldr. I'd rather not do that until we bettter understand the consequences. >> To enable loader.conf, first boot the system, then: >> $ cp /boot/loader.rc.sample /boot/loader.rc >> and reboot. >> >> With these changes, I've built and booted a BeagleBone >> image that does process loader.conf and seems none >> the worse for it. >> >> I still need to test on RPi; hope to do that this weekend. After that testing, I'll start pushing changes into Crochet to install a loader.rc by default for RPi and BeagleBone. >> This should be enough for people to start experimenting >> with the beastie menu on RPi. Just copy the loader.rc from >> i386 and see what happens. ;-) > > Well, the beastie menu was always overkill on serial consoles :) But the RPi isn't just a serial console. And on the BeagleBone Black, it might be nice to have a startup menu with options to boot from eMMC or external SD, reflash the eMMC, etc. (For that matter, I hope we'll have a video driver for BB Black someday.) Now that the Forth infrastructure is available, it should be much easier to start experimenting with such things. Tim From owner-freebsd-arm@FreeBSD.ORG Sat Jul 27 18:01:44 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 039411F2; Sat, 27 Jul 2013 18:01:44 +0000 (UTC) (envelope-from rpaulo@felyko.com) Received: from felyko.com (felyko.com [IPv6:2607:f2f8:a528::3:1337:ca7]) by mx1.freebsd.org (Postfix) with ESMTP id CFBC02EDE; Sat, 27 Jul 2013 18:01:43 +0000 (UTC) Received: from [IPv6:2601:9:4d00:119:c15b:205a:8fbd:2517] (unknown [IPv6:2601:9:4d00:119:c15b:205a:8fbd:2517]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by felyko.com (Postfix) with ESMTPSA id 4A3243982B; Sat, 27 Jul 2013 11:01:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=felyko.com; s=mail; t=1374948103; bh=LqUPDbNT6puYYFU+nBw2gAKNeJ9yJ3Nhtm+emUKIPd0=; h=Subject:From:In-Reply-To:Date:Cc:References:To; b=eBqYtvehFUHB0teRWzMUNqAl0qi6X6diFxTYqzsx+CWnvdDrT1xwzQMkeIPm9Xl+D L2CbylvvTSHj9lJQSIdcswBfpXTY2H9WGkI889UvKLWrm9kPHY2QI8+rPZrFxm491l HwkViVCE4AbAnzGCKgmiWP9He6IgKx/BoAjeFU7c= Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: Adding options to RPI-B From: Rui Paulo In-Reply-To: <007139FF-50B3-45A3-905A-3881BAF95F10@freebsd.org> Date: Sat, 27 Jul 2013 11:01:42 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <978DD006-370E-4823-ADCF-A8BB474A18FB@felyko.com> References: <2C57A72F-0CB3-41DF-B0E5-1509348128BD@freebsd.org> <42C259D6-F652-417A-80B5-536893D6D642@felyko.com> <25D75461-E6FB-43C3-86AE-A513B02FA00D@freebsd.org> <877D7426-64E2-4451-AECC-073664A70AC1@freebsd.org> <1B3F0A21-D982-4D0C-965D-16739DB27003@freebsd.org> <5C14022C-FA7C-444B-83A7-745E8D94FB10@felyko.com> <007139FF-50B3-45A3-905A-3881BAF95F10@freebsd.org> To: Tim Kientzle X-Mailer: Apple Mail (2.1508) Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Jul 2013 18:01:44 -0000 On 27 Jul 2013, at 10:40, Tim Kientzle wrote: > On Jul 27, 2013, at 10:05 AM, Rui Paulo wrote: >=20 >> On 27 Jul 2013, at 09:17, Tim Kientzle wrote: >>> Here's a proposed patch that installs all of the standard Forth >>> files as part of ubldr on ARM. It does not install a loader.rc, >>> however, so it should have no effect per se, other than putting >>> a few more files on the image. >>=20 >> Why ? I thought installing loader.rc was the main point. >=20 > The way I'd like to split this: >=20 > * FreeBSD Makefiles install all of the Forth support files > as part of ubldr. >=20 > * System build scripts (such as Crochet) can install > a loader.rc if they see fit. >=20 > Loader.rc is just a couple of lines, so it's trivial for Crochet > to install that one file. I intend to do that after I've had a few > days to test. >=20 > But installing a loader.rc as part of ubldr would have implications > for every ARM system using ubldr. I'd rather not do that until > we bettter understand the consequences. Ah, ok. Makes sense. >>> To enable loader.conf, first boot the system, then: >>> $ cp /boot/loader.rc.sample /boot/loader.rc >>> and reboot. >>>=20 >>> With these changes, I've built and booted a BeagleBone >>> image that does process loader.conf and seems none >>> the worse for it. >>>=20 >>> I still need to test on RPi; hope to do that this weekend. >=20 > After that testing, I'll start pushing changes into Crochet > to install a loader.rc by default for RPi and BeagleBone. >=20 >=20 >>> This should be enough for people to start experimenting >>> with the beastie menu on RPi. Just copy the loader.rc from >>> i386 and see what happens. ;-) >>=20 >> Well, the beastie menu was always overkill on serial consoles :) >=20 > But the RPi isn't just a serial console. No, but a lot of ARM systems we support are currently serial console = only. =20 > And on the BeagleBone Black, it might be nice to > have a startup menu with options to boot from eMMC or > external SD, reflash the eMMC, etc. BTW, the U-Boot we ship with Crochet is unable to identify the eMMC via = the U-Boot API. I'm able to boot loader(8) via eMMC but then loader(8) = is unable to see the eMMC. I haven't investigated much, but this is = another blocker for the "let's boot FreeBSD off eMMC" project. > (For that matter, > I hope we'll have a video driver for BB Black someday.) Do you know how it's being done in Linux? I thought the GNU PowerVR = driver wasn't ready yet.=20 What's the driver that ships with Angstrom Linux? -- Rui Paulo From owner-freebsd-arm@FreeBSD.ORG Sat Jul 27 18:23:38 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 6B5C7735 for ; Sat, 27 Jul 2013 18:23:38 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from monday.kientzle.com (99-115-135-74.uvs.sntcca.sbcglobal.net [99.115.135.74]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 426DA2FAA for ; Sat, 27 Jul 2013 18:23:37 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id r6RINZFu084755; Sat, 27 Jul 2013 18:23:35 GMT (envelope-from kientzle@freebsd.org) Received: from [192.168.2.123] (CiscoE3000 [192.168.1.65]) by kientzle.com with SMTP id fshqn3m2q88564qpp3q83iivq2; Sat, 27 Jul 2013 18:23:35 +0000 (UTC) (envelope-from kientzle@freebsd.org) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Apple Message framework v1283) Subject: Re: Adding options to RPI-B From: Tim Kientzle In-Reply-To: <978DD006-370E-4823-ADCF-A8BB474A18FB@felyko.com> Date: Sat, 27 Jul 2013 11:23:35 -0700 Content-Transfer-Encoding: 7bit Message-Id: References: <2C57A72F-0CB3-41DF-B0E5-1509348128BD@freebsd.org> <42C259D6-F652-417A-80B5-536893D6D642@felyko.com> <25D75461-E6FB-43C3-86AE-A513B02FA00D@freebsd.org> <877D7426-64E2-4451-AECC-073664A70AC1@freebsd.org> <1B3F0A21-D982-4D0C-965D-16739DB27003@freebsd.org> <5C14022C-FA7C-444B-83A7-745E8D94FB10@felyko.com> <007139FF-50B3-45A3-905A-3881BAF95F10@freebsd.org> <978DD006-370E-4823-ADCF-A8BB474A18FB@felyko.com> To: Rui Paulo , "freebsd-arm@freebsd.org" X-Mailer: Apple Mail (2.1283) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Jul 2013 18:23:38 -0000 On 27 Jul 2013, at 09:17, Tim Kientzle wrote: > Here's a proposed patch that installs all of the standard Forth > files as part of ubldr on ARM. It does not install a loader.rc, > however, so it should have no effect per se, other than putting > a few more files on the image. This is committed now. I've also added the beastie support to loader.rc.sample (commented out). For the record, the beastie menu works just fine on BeagleBone over a serial console. I want to do some more testing before I start enabling loader.rc by default for Crochet-built RPi and BeagleBone images. Tim From owner-freebsd-arm@FreeBSD.ORG Sat Jul 27 19:09:37 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 9F2F4D85 for ; Sat, 27 Jul 2013 19:09:37 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from monday.kientzle.com (99-115-135-74.uvs.sntcca.sbcglobal.net [99.115.135.74]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 75307212E for ; Sat, 27 Jul 2013 19:09:36 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id r6RJ9ZBm084976; Sat, 27 Jul 2013 19:09:35 GMT (envelope-from kientzle@freebsd.org) Received: from [192.168.2.123] (CiscoE3000 [192.168.1.65]) by kientzle.com with SMTP id c22zv7y3cbia4h8w3jwhwsgkrn; Sat, 27 Jul 2013 19:09:35 +0000 (UTC) (envelope-from kientzle@freebsd.org) Subject: BB Black eMMC (was Re: Adding options to RPI-B) Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=windows-1252 From: Tim Kientzle In-Reply-To: <978DD006-370E-4823-ADCF-A8BB474A18FB@felyko.com> Date: Sat, 27 Jul 2013 12:09:33 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <1525F935-D139-4EF4-B682-DFDFB67D3EA2@freebsd.org> References: <2C57A72F-0CB3-41DF-B0E5-1509348128BD@freebsd.org> <42C259D6-F652-417A-80B5-536893D6D642@felyko.com> <25D75461-E6FB-43C3-86AE-A513B02FA00D@freebsd.org> <877D7426-64E2-4451-AECC-073664A70AC1@freebsd.org> <1B3F0A21-D982-4D0C-965D-16739DB27003@freebsd.org> <5C14022C-FA7C-444B-83A7-745E8D94FB10@felyko.com> <007139FF-50B3-45A3-905A-3881BAF95F10@freebsd.org> <978DD006-370E-4823-ADCF-A8BB474A18FB@felyko.com> To: Rui Paulo X-Mailer: Apple Mail (2.1283) Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Jul 2013 19:09:37 -0000 On Jul 27, 2013, at 11:01 AM, Rui Paulo wrote: > On 27 Jul 2013, at 10:40, Tim Kientzle wrote: >=20 >> And on the BeagleBone Black, it might be nice to >> have a startup menu with options to boot from eMMC or >> external SD, reflash the eMMC, etc. >=20 > BTW, the U-Boot we ship with Crochet is unable to identify the eMMC = via the U-Boot API. I'm able to boot loader(8) via eMMC but then = loader(8) is unable to see the eMMC. I haven't investigated much, but = this is another blocker for the "let's boot FreeBSD off eMMC" project. I managed to debug issues in the device enumeration at one point by inserting printf() statements in U-Boot: u-boot-2013.04/api/api_storage.c dev_enum_stor() and in ubldr: src/sys/boot/uboot/lib/glue.c ub_dev_enum() Tim From owner-freebsd-arm@FreeBSD.ORG Sat Jul 27 20:40:40 2013 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id B5874124 for ; Sat, 27 Jul 2013 20:40:40 +0000 (UTC) (envelope-from ian@FreeBSD.org) Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7341E2429 for ; Sat, 27 Jul 2013 20:40:39 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-01-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1V3BI6-000PJJ-Lv; Sat, 27 Jul 2013 20:40:38 +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 r6RKeYPr015261; Sat, 27 Jul 2013 14:40:34 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX1/Og2uFwMpNBhhbGapRQvwH Subject: Re: Raspberry pi not ready to self-host yet? From: Ian Lepore To: Oleksandr Tymoshenko In-Reply-To: <3E3F5195-514D-44BF-BA98-B821981D1149@bluezbox.com> References: <800732D1-B06A-40AE-AE69-F6170662B2AA@turbofuzz.com> <20130626235542.27844683@ivory.wynn.com> <79CFABCE-156A-44B5-B989-A3607C47B2AF@mail.turbofuzz.com> <20130627013142.5fdb2544@ivory.wynn.com> <20130627111623.137ad2ca@ivory.wynn.com> <20130627215424.GA2441@night.db.net> <463D25BB-88D6-4B2E-A7F2-05A8B0525571@gmail.com> <489E95FC-AF71-483C-BA08-81276B850B7F@bluezbox.com> <20130701202716.264a5ac9@bender.Home> <27399D4B-8CEF-427B-9201-A47564F7DF50@bluezbox.com> <3E3F5195-514D-44BF-BA98-B821981D1149@bluezbox.com> Content-Type: text/plain; charset="us-ascii" Date: Sat, 27 Jul 2013 14:40:34 -0600 Message-ID: <1374957634.45247.6.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, Jordan Hubbard , Jeff Roberson X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Jul 2013 20:40:40 -0000 On Tue, 2013-07-02 at 00:14 -0700, Oleksandr Tymoshenko wrote: > On 2013-07-01, at 11:54 PM, Jeff Roberson wrote: > > > On Mon, 1 Jul 2013, Oleksandr Tymoshenko wrote: > > > >> > >> On 2013-07-01, at 12:27 PM, Andrew Turner wrote: > >> > >>> On Mon, 1 Jul 2013 01:33:59 -0700 > >>> Oleksandr Tymoshenko wrote: > >>> > >>>> > >>>> On 2013-07-01, at 1:14 AM, Jordan Hubbard > >>>> wrote: > >>>> > >>>>> Well, I managed to build and install an RPI-B kernel on the PI > >>>>> itself last night using gcc as the compiler, but it doesn't boot. > >>>>> I get the dreaded "kernel boot args: (null)" and then a hang before > >>>>> even getting into the device probes. > >>>> > >>>> It crashes due to INVARIANTS options in kernel config. I'm going to > >>>> look into this problem some time next week unless someone beats me > >>>> to it. Just disable them for now. > >>> > >>> There are two panics: > >>> 1. In vm_map_zinit() the sx lock fails to initialise because it thinks > >>> it is already initialised. This is because the bit to check this has > >>> been set in uma_startup() by the line: > >>> slab->us_flags = UMA_SLAB_BOOT; > >>> This is only a problem with INVARIANTS because the location of > >>> us_flags changes when it is enabled, and in this case the slab is > >>> reused as the memory allocated without zeroing it out first. > > > > Zones must zero or otherwise intialize the contents prior to use. We don't guarantee zero'd pages to all kernel memory consumers. > > > > > >>> 2. uma_dbg_alloc/uma_dbg_free use atomic operations on memory where the > >>> cache appears to not be set to write-back. Attempting this is not > >>> guaranteed to work. I haven't looked into this fully to see if this > >>> is correct, but from the panic I was seeing this appears to be the > >>> case. > >>> > >>> I have been talking to Jeff Roberson on panic 1. As I'm nit sure if my > >>> assessment of panic 2 is correct I haven't looked at how to fix it. > >> > >> My analysis so far: > >> busdma_bufalloc_create takes alloc/free functions as an arguments > >> and sets it as an allocator for newly created uma zone. AFAIU uma > >> zone uses this function to allocate slab structures as well was > >> actual memory areas. The allocator function used used for "coherent" > >> busdma bufalloc allocates non-cached (write-back) memory. So > >> when debug code tries atomic access to uma_slab_t fields > >> it generates exception. Using different allocators for service > >> structures and work memory might be a solution but I do not know > >> enough about VM internals to know if it's plausible solution. > >> > > > > Set the zone to OFFPAGE if INVARIANTS is set and it will resolve this issue. This will force the slab structure into a separate allocation. > > Thanks Jeff. It did help. > This patch fixed second panic for me: > http://people.freebsd.org/~gonzo/arm/patches/armv6-invariants-panic-fix.diff > > Of there are no objections I'll commit it tomorrow. Sorry for the long delay in this reply, I'm just coming back online after a long break from computer work. Is there a good reason to only set the OFFPAGE flag for INVARIANTS as opposed to always? I remember when I first developed that code I tried the OFFPAGE flag and it caused a crash or panic or something, so I removed it and got on with what I was doing at the moment, then I forgot to ever come back and try it again. I vaguely remember thinking at the time (without having much understanding of the uma code) that keeping metadata separate from a collection of power-of-two-sized allocatable chunks seemed like a good idea. Also, there's this for uma_zone_set_allocf() in uma.h * Discussion: * This could be used to implement pageable allocation, or perhaps * even DMA allocators if used in conjunction with the OFFPAGE * zone flag. -- Ian From owner-freebsd-arm@FreeBSD.ORG Sat Jul 27 21:15:09 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id B79A1EF7 for ; Sat, 27 Jul 2013 21:15:09 +0000 (UTC) (envelope-from jroberson@jroberson.net) Received: from mail-pa0-f49.google.com (mail-pa0-f49.google.com [209.85.220.49]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 864D9258A for ; Sat, 27 Jul 2013 21:15:09 +0000 (UTC) Received: by mail-pa0-f49.google.com with SMTP id bi5so4453407pad.36 for ; Sat, 27 Jul 2013 14:15:03 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=date:from:x-x-sender:to:cc:subject:in-reply-to:message-id :references:user-agent:mime-version:content-type:x-gm-message-state; bh=t3DS643M857TXeZ+55NRiAzKgGo5GwZTIy6DOUTWfME=; b=JkJz+kcH6W4mam+1ow8pOHzJEbIRbHKPgZg/fEYpotiwFuGwW1/TM2ykup+lsFoTuR rg4t22Q0IeTG7yQhBV/MtasVqVdfzhCqkQBRo8qQ0kQ7NXRqs3/5nG2WiMGkgDcEUV2h 9eIrfApGoXlFilRtT24gPtYIGilx5CkF/Z947ksEBzIX3+ZGeMBuhrQukm5Bhmaohvpy elMsEe2OltZObC8gCaUbLtKgbLXwg+sMvgKfQPsfdRu/AR0/BExXY3wlP3Ia3YxOMFa5 oCX0myhBg5hA5kRzgPo0jZT4/fRSb2+n5a4rTTLJEI035QXc2LvpjI2d1INWr7Sa++yx qjmg== X-Received: by 10.68.253.161 with SMTP id ab1mr59690402pbd.76.1374959703416; Sat, 27 Jul 2013 14:15:03 -0700 (PDT) Received: from rrcs-66-91-135-210.west.biz.rr.com (rrcs-66-91-135-210.west.biz.rr.com. [66.91.135.210]) by mx.google.com with ESMTPSA id xe9sm67709955pbc.21.2013.07.27.14.15.01 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Sat, 27 Jul 2013 14:15:02 -0700 (PDT) Date: Sat, 27 Jul 2013 11:15:49 -1000 (HST) From: Jeff Roberson X-X-Sender: jroberson@desktop To: Ian Lepore Subject: Re: Raspberry pi not ready to self-host yet? In-Reply-To: <1374957634.45247.6.camel@revolution.hippie.lan> Message-ID: References: <800732D1-B06A-40AE-AE69-F6170662B2AA@turbofuzz.com> <20130626235542.27844683@ivory.wynn.com> <79CFABCE-156A-44B5-B989-A3607C47B2AF@mail.turbofuzz.com> <20130627013142.5fdb2544@ivory.wynn.com> <20130627111623.137ad2ca@ivory.wynn.com> <20130627215424.GA2441@night.db.net> <463D25BB-88D6-4B2E-A7F2-05A8B0525571@gmail.com> <489E95FC-AF71-483C-BA08-81276B850B7F@bluezbox.com> <20130701202716.264a5ac9@bender.Home> <27399D4B-8CEF-427B-9201-A47564F7DF50@bluezbox.com> <3E3F5195-514D-44BF-BA98-B821981D1149@bluezbox.com> <1374957634.45247.6.camel@revolution.hippie.lan> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Gm-Message-State: ALoCoQnTUMxUb1xTTmEVFWitli2GGVao3tE96TGh0qPL6/8Pq5QAP4Ao+2Td7u6pzCMERftLkW5r Cc: freebsd-arm@FreeBSD.org, Jordan Hubbard X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Jul 2013 21:15:09 -0000 On Sat, 27 Jul 2013, Ian Lepore wrote: > On Tue, 2013-07-02 at 00:14 -0700, Oleksandr Tymoshenko wrote: >> On 2013-07-01, at 11:54 PM, Jeff Roberson wrote: >> >>> On Mon, 1 Jul 2013, Oleksandr Tymoshenko wrote: >>> >>>> >>>> On 2013-07-01, at 12:27 PM, Andrew Turner wrote: >>>> >>>>> On Mon, 1 Jul 2013 01:33:59 -0700 >>>>> Oleksandr Tymoshenko wrote: >>>>> >>>>>> >>>>>> On 2013-07-01, at 1:14 AM, Jordan Hubbard >>>>>> wrote: >>>>>> >>>>>>> Well, I managed to build and install an RPI-B kernel on the PI >>>>>>> itself last night using gcc as the compiler, but it doesn't boot. >>>>>>> I get the dreaded "kernel boot args: (null)" and then a hang before >>>>>>> even getting into the device probes. >>>>>> >>>>>> It crashes due to INVARIANTS options in kernel config. I'm going to >>>>>> look into this problem some time next week unless someone beats me >>>>>> to it. Just disable them for now. >>>>> >>>>> There are two panics: >>>>> 1. In vm_map_zinit() the sx lock fails to initialise because it thinks >>>>> it is already initialised. This is because the bit to check this has >>>>> been set in uma_startup() by the line: >>>>> slab->us_flags = UMA_SLAB_BOOT; >>>>> This is only a problem with INVARIANTS because the location of >>>>> us_flags changes when it is enabled, and in this case the slab is >>>>> reused as the memory allocated without zeroing it out first. >>> >>> Zones must zero or otherwise intialize the contents prior to use. We don't guarantee zero'd pages to all kernel memory consumers. >>> >>> >>>>> 2. uma_dbg_alloc/uma_dbg_free use atomic operations on memory where the >>>>> cache appears to not be set to write-back. Attempting this is not >>>>> guaranteed to work. I haven't looked into this fully to see if this >>>>> is correct, but from the panic I was seeing this appears to be the >>>>> case. >>>>> >>>>> I have been talking to Jeff Roberson on panic 1. As I'm nit sure if my >>>>> assessment of panic 2 is correct I haven't looked at how to fix it. >>>> >>>> My analysis so far: >>>> busdma_bufalloc_create takes alloc/free functions as an arguments >>>> and sets it as an allocator for newly created uma zone. AFAIU uma >>>> zone uses this function to allocate slab structures as well was >>>> actual memory areas. The allocator function used used for "coherent" >>>> busdma bufalloc allocates non-cached (write-back) memory. So >>>> when debug code tries atomic access to uma_slab_t fields >>>> it generates exception. Using different allocators for service >>>> structures and work memory might be a solution but I do not know >>>> enough about VM internals to know if it's plausible solution. >>>> >>> >>> Set the zone to OFFPAGE if INVARIANTS is set and it will resolve this issue. This will force the slab structure into a separate allocation. >> >> Thanks Jeff. It did help. >> This patch fixed second panic for me: >> http://people.freebsd.org/~gonzo/arm/patches/armv6-invariants-panic-fix.diff >> >> Of there are no objections I'll commit it tomorrow. > > Sorry for the long delay in this reply, I'm just coming back online > after a long break from computer work. > > Is there a good reason to only set the OFFPAGE flag for INVARIANTS as > opposed to always? I remember when I first developed that code I tried > the OFFPAGE flag and it caused a crash or panic or something, so I > removed it and got on with what I was doing at the moment, then I forgot > to ever come back and try it again. It's just extra cost and complexity to maintain the external slab header. If the memory is of some special type then it may make sense to always use off page. > > I vaguely remember thinking at the time (without having much > understanding of the uma code) that keeping metadata separate from a > collection of power-of-two-sized allocatable chunks seemed like a good > idea. Also, there's this for uma_zone_set_allocf() in uma.h UMA attempts to achieve an upper bound on fragmentation. For small sized allocations the size wasted by the slab header is an insignificant amount of memory. If it takes up a significant amount of memory, which it may for an allocation that is half the page size, for example, it moves the header off. > > * Discussion: > * This could be used to implement pageable allocation, or perhaps > * even DMA allocators if used in conjunction with the OFFPAGE > * zone flag. > > -- Ian > > Jeff From owner-freebsd-arm@FreeBSD.ORG Sat Jul 27 21:31:33 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 9CC391FB for ; Sat, 27 Jul 2013 21:31:33 +0000 (UTC) (envelope-from tim@kientzle.com) Received: from monday.kientzle.com (99-115-135-74.uvs.sntcca.sbcglobal.net [99.115.135.74]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 79BF225FF for ; Sat, 27 Jul 2013 21:31:32 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id r6RLVVCf085756; Sat, 27 Jul 2013 21:31:31 GMT (envelope-from tim@kientzle.com) Received: from [192.168.2.123] (CiscoE3000 [192.168.1.65]) by kientzle.com with SMTP id xh9p7bmktxnptzepcyaswa3azs; Sat, 27 Jul 2013 21:31:31 +0000 (UTC) (envelope-from tim@kientzle.com) Subject: Re: Raspberry pi not ready to self-host yet? Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=windows-1252 From: Tim Kientzle In-Reply-To: <800732D1-B06A-40AE-AE69-F6170662B2AA@turbofuzz.com> Date: Sat, 27 Jul 2013 14:31:30 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <800732D1-B06A-40AE-AE69-F6170662B2AA@turbofuzz.com> To: "Jordan K. Hubbard" X-Mailer: Apple Mail (2.1283) Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Jul 2013 21:31:33 -0000 On Jun 24, 2013, at 7:55 AM, Jordan K. Hubbard wrote: > Hi folks, >=20 > I followed the instructions in the repo at = https://github.com/daveish/freebsd-arm-tools.git and was able to create = a bootable SD image for my 512Mb PI in no time with very little hassle - = nice job there! >=20 > What I can't seem to manage, however, is to self-host after that.=20 FWIW, I just managed to self-host on BeagleBone Black at r253514. * Cross-build an image. * Copy source tree onto the image. * Boot the image * Native: buildworld, buildkernel, installkernel, installworld * System reboots and seems to work okay. There are some rough corners: buildworld crashed once, UFS crashed once, SSHD crashes consistently. I haven't experimented with building ports on this revision yet. Definitely not perfect, but getting better =85 it has been a while since I saw a native rebuild work to completion. Tim From owner-freebsd-arm@FreeBSD.ORG Sat Jul 27 21:39:52 2013 Return-Path: Delivered-To: arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 4518A3E8; Sat, 27 Jul 2013 21:39:52 +0000 (UTC) (envelope-from ian@FreeBSD.org) Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 170CC2635; Sat, 27 Jul 2013 21:39:48 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-01-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1V3CDL-0007cx-S0; Sat, 27 Jul 2013 21:39:48 +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 r6RLdj6T015310; Sat, 27 Jul 2013 15:39:45 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX1+ovnPP89WNisAEbRRkkW8L Subject: Re: Adding options to RPI-B From: Ian Lepore To: Tim Kientzle In-Reply-To: References: <2C57A72F-0CB3-41DF-B0E5-1509348128BD@freebsd.org> <42C259D6-F652-417A-80B5-536893D6D642@felyko.com> <25D75461-E6FB-43C3-86AE-A513B02FA00D@freebsd.org> <877D7426-64E2-4451-AECC-073664A70AC1@freebsd.org> <1B3F0A21-D982-4D0C-965D-16739DB27003@freebsd.org> <5C14022C-FA7C-444B-83A7-745E8D94FB10@felyko.com> <007139FF-50B3-45A3-905A-3881BAF95F10@freebsd.org> <978DD006-370E-4823-ADCF-A8BB474A18FB@felyko.com> Content-Type: text/plain; charset="us-ascii" Date: Sat, 27 Jul 2013 15:39:45 -0600 Message-ID: <1374961185.45247.11.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Jul 2013 21:39:52 -0000 On Sat, 2013-07-27 at 11:23 -0700, Tim Kientzle wrote: > > On 27 Jul 2013, at 09:17, Tim Kientzle wrote: > > > Here's a proposed patch that installs all of the standard Forth > > files as part of ubldr on ARM. It does not install a loader.rc, > > however, so it should have no effect per se, other than putting > > a few more files on the image. > > This is committed now. > > I've also added the beastie support to loader.rc.sample > (commented out). > > For the record, the beastie menu works just fine on > BeagleBone over a serial console. > > I want to do some more testing before I start enabling > loader.rc by default for Crochet-built RPi and BeagleBone > images. > > Tim I was using the forth stuff (but not the beastie menu) with RPi and BB a few months ago, back when you were first adding FDT support to the loader. I couldn't find a way to use the fdt command from forth-ish config files, and I couldn't understand the existing forth code enough to figure out how to plumb access to it with some new keyword or something. I had no problems loading modules and setting tuneables and in general doing all the stuff with loader.conf on arm that I've been doing on x86 for years. -- Ian