From owner-freebsd-arm@FreeBSD.ORG Sun Nov 30 17:30:15 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6CF7C19D for ; Sun, 30 Nov 2014 17:30:15 +0000 (UTC) Received: from eu1sys200aog105.obsmtp.com (eu1sys200aog105.obsmtp.com [207.126.144.119]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 77C1AB82 for ; Sun, 30 Nov 2014 17:30:13 +0000 (UTC) Received: from mail-wi0-f182.google.com ([209.85.212.182]) (using TLSv1) by eu1sys200aob105.postini.com ([207.126.147.11]) with SMTP ID DSNKVHtUASJRK2zs/xL85fCrR7GSWb8N8gBm@postini.com; Sun, 30 Nov 2014 17:30:14 UTC Received: by mail-wi0-f182.google.com with SMTP id h11so15129399wiw.9 for ; Sun, 30 Nov 2014 09:29:37 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:message-id:to:subject:cc:reply-to :in-reply-to; bh=o9pd5xAOop52Rzx0hk9JPi7i80tMpclws9ZSQDsn/0A=; b=Wj/BoGnZNTIIoCuY0MYmY+Y9BzgGqmVzpQ3bCcIwm3ffHMP8bDDDTh11PTEu3mvHsc 6SMaBSLlTuMrt5li+/N5EgWR2V3oJnYJA5rOVdAaELhiBscHap7YaAoTf+FCRCW5bFUB YGYDm7juZFbMzfcI+sCD3wv3I/BlqWvtS4VZ6UZAVAiatmI67sKT62SMF+9+CaTU02Cd HwR1gAfPwIGB8E6OKtx0Z3SWiDr+8w6BkhaehaLu6WC5y3uo/trxeFZAA4AngC2eM8B5 uFq5MbmHOHmC5TPqBuAfoAj/Vj3alhMqgGQYAoaJx2oElyNjCN7thpdBdx4xPlAAXMCo J0HA== X-Gm-Message-State: ALoCoQmkTetSkWYYNMYrgpGPaSk2NMhI1bhRJmSCtc98RAPKOIzDP81X9jSP8SOWZ+zZ2/VO5ps1YEfTGU8sVb5e/4jRvTlDw6/VDiK8rsD+HJaQ/YqNEZ49Q4Sp81J1TWAc8vEWziTo4bZ0RFkGO8Z/gfIzosolDQ== X-Received: by 10.180.104.2 with SMTP id ga2mr77942016wib.64.1417368577110; Sun, 30 Nov 2014 09:29:37 -0800 (PST) X-Received: by 10.180.104.2 with SMTP id ga2mr77941996wib.64.1417368576949; Sun, 30 Nov 2014 09:29:36 -0800 (PST) Received: from mech-as221.men.bris.ac.uk (mech-as221.men.bris.ac.uk. [137.222.187.221]) by mx.google.com with ESMTPSA id f7sm24939910wiz.13.2014.11.30.09.29.35 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 30 Nov 2014 09:29:36 -0800 (PST) Date: Sun, 30 Nov 2014 09:29:36 -0800 (PST) X-Google-Original-Date: Sun, 30 Nov 2014 17:29:34 GMT Received: from mech-as221.men.bris.ac.uk (localhost [127.0.0.1]) by mech-as221.men.bris.ac.uk (8.14.9/8.14.9) with ESMTP id sAUHTYB2013678 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 30 Nov 2014 17:29:35 GMT (envelope-from mexas@mech-as221.men.bris.ac.uk) Received: (from mexas@localhost) by mech-as221.men.bris.ac.uk (8.14.9/8.14.9/Submit) id sAUHTY0d013677; Sun, 30 Nov 2014 17:29:34 GMT (envelope-from mexas) From: Anton Shterenlikht Message-Id: <201411301729.sAUHTY0d013677@mech-as221.men.bris.ac.uk> To: erichsfreebsdlist@alogt.com, mexas@bris.ac.uk Subject: Re: built xorg-server, what next? Reply-To: mexas@bris.ac.uk In-Reply-To: <20141128222055.76357f88@X220.alogt.com> Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Nov 2014 17:30:15 -0000 >From erichsfreebsdlist@alogt.com Fri Nov 28 14:22:32 2014 > >On Fri, 28 Nov 2014 01:26:58 -0800 (PST) >Anton Shterenlikht wrote: > >> >> I'm trying to use xdm. > >try to isolate the problems by starting with a setup as simple as >possible. Just to remind, my problem is that although the xdm login screen appears, with the usual fonts, etc., the characters I input for "Login:" are echoed in the top left corner. After hitting ENTER, the "Password:" prompt does not appear at all, and all consequtive input is still echoed in the top left corner. I can't see any problem in xdm.log: ( http://eis.bris.ac.uk/~mexas/log/xdm.log ) xdm info (pid 794): Starting xdm info (pid 794): Starting X server on :0 X.Org X Server 1.12.4 Release Date: 2012-08-27 X Protocol Version 11, Revision 0 Build Operating System: FreeBSD 10.1-RELEASE arm Current Operating System: FreeBSD b827eb88ec3f.anet.bris.ac.uk 10.1-RELEASE FreeBSD 10.1-RELEASE #0 r274401: Wed Nov 12 04:42:19 UTC 2014 root@releng1.nyi.freebsd.org:/usr/obj/arm.armv6/usr/src/sys/RPI-B arm Build Date: 17 November 2014 08:39:11PM Current version of pixman: 0.32.6 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/Xorg.0.log", Time: Fri Nov 21 19:46:33 2014 (==) Using config file: "/etc/X11/xorg.conf" scfb trace: probe start scfb trace: probe done scfb: PreInit 0 scfb: PreInit done scfb: ScfbScreenInit 0 bitsPerPixel=16, depth=16, defaultVisual=TrueColor mask: f800,7e0,1f, offset: 11,5,0 mmap returns: addr 0x208b5000 len 0x180000, fd 6, off 0 scfb: ScfbSave 0 scfb: ScfbSave done scfb: ScfbScreenInit done scfb: SaveScreen 0 scfb: SaveScreen done xdm info (pid 843): sourcing /usr/local/lib/X11/xdm/Xsetup_0 or in Xorg.log: ( http://eis.bris.ac.uk/~mexas/log/Xorg.0.log ) There are some warnings (WW), but seem benign: [175580.653] X.Org X Server 1.12.4 Release Date: 2012-08-27 [175580.654] X Protocol Version 11, Revision 0 [175580.654] Build Operating System: FreeBSD 10.1-RELEASE arm [175580.655] Current Operating System: FreeBSD b827eb88ec3f.anet.bris.ac.uk 10.1-RELEASE FreeBSD 10.1-RELEASE #0 r274401: Wed Nov 12 04:42:19 UTC 2014 root@releng1.nyi.freebsd.org:/usr/obj/arm.armv6/usr/src/sys/RPI-B arm [175580.658] Build Date: 17 November 2014 08:39:11PM [175580.659] [175580.659] Current version of pixman: 0.32.6 [175580.659] Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [175580.660] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [175580.662] (==) Log file: "/var/log/Xorg.0.log", Time: Fri Nov 21 18:39:50 2014 [175580.685] (==) Using config file: "/etc/X11/xorg.conf" [175580.691] (==) ServerLayout "layout" [175580.691] (**) |-->Screen "Screen" (0) [175580.691] (**) | |-->Monitor "Monitor" [175580.693] (**) | |-->Device "Generic FB" [175580.693] (**) |-->Input Device "Mouse1" [175580.694] (**) |-->Input Device "Keyboard1" [175580.695] (**) Option "AIGLX" "false" [175580.695] (**) Option "DRI2" "False" [175580.696] (==) Automatically adding devices [175580.696] (==) Automatically enabling devices [175580.803] (**) FontPath set to: /usr/local/lib/X11/fonts/misc/, /usr/local/lib/X11/fonts/TTF/, /usr/local/lib/X11/fonts/OTF, /usr/local/lib/X11/fonts/Type1/, /usr/local/lib/X11/fonts/100dpi/, /usr/local/lib/X11/fonts/75dpi/, /usr/local/lib/X11/fonts/dejavu/, /usr/local/lib/X11/fonts/Droid/, /usr/local/lib/X11/fonts/webfonts/, /usr/local/lib/X11/fonts/misc/, /usr/local/lib/X11/fonts/TTF/, /usr/local/lib/X11/fonts/OTF/, /usr/local/lib/X11/fonts/Type1/, /usr/local/lib/X11/fonts/100dpi/, /usr/local/lib/X11/fonts/75dpi/ [175580.803] (**) ModulePath set to "/usr/local/lib/xorg/modules" [175580.804] (WW) Hotplugging is on, devices using drivers 'kbd', 'mouse' or 'vmmouse' will be disabled. [175580.804] (WW) Disabling Mouse1 [175580.804] (WW) Disabling Keyboard1 [175580.804] (II) Loader magic: 0x1edb3c [175580.805] (II) Module ABI versions: [175580.805] X.Org ANSI C Emulation: 0.4 [175580.805] X.Org Video Driver: 12.1 [175580.805] X.Org XInput driver : 16.0 [175580.805] X.Org Server Extension : 6.0 [175580.806] (WW) "dri" will not be loaded unless you've specified it to be loaded elsewhere. [175580.806] (WW) "dri2" will not be loaded unless you've specified it to be loaded elsewhere. [175580.806] (WW) "glx" will not be loaded unless you've specified it to be loaded elsewhere. [175580.807] (II) "extmod" will be loaded. This was enabled by default and also specified in the config file. [175580.807] (II) "dbe" will be loaded. This was enabled by default and also specified in the config file. [175580.807] (II) "glx" will be loaded even though the default is to disable it. [175580.807] (II) "record" will be loaded by default. [175580.807] (II) "dri" will be loaded even though the default is to disable it. [175580.808] (II) "dri2" will be loaded even though the default is to disable it. [175580.808] (II) LoadModule: "dbe" [175580.827] (II) Loading /usr/local/lib/xorg/modules/extensions/libdbe.so [175580.829] (II) Module dbe: vendor="X.Org Foundation" [175580.829] compiled for 1.12.4, module version = 1.0.0 [175580.829] Module class: X.Org Server Extension [175580.829] ABI class: X.Org Server Extension, version 6.0 [175580.830] (II) Loading extension DOUBLE-BUFFER [175580.830] (II) LoadModule: "extmod" [175580.835] (II) Loading /usr/local/lib/xorg/modules/extensions/libextmod.so [175580.837] (II) Module extmod: vendor="X.Org Foundation" [175580.837] compiled for 1.12.4, module version = 1.0.0 [175580.837] Module class: X.Org Server Extension [175580.838] ABI class: X.Org Server Extension, version 6.0 [175580.838] (II) Loading extension MIT-SCREEN-SAVER [175580.838] (II) Loading extension XFree86-VidModeExtension [175580.839] (II) Loading extension DPMS [175580.839] (II) Loading extension XVideo [175580.840] (II) Loading extension XVideo-MotionCompensation [175580.840] (II) Loading extension X-Resource [175580.840] (II) LoadModule: "record" [175580.845] (II) Loading /usr/local/lib/xorg/modules/extensions/librecord.so [175580.847] (II) Module record: vendor="X.Org Foundation" [175580.847] compiled for 1.12.4, module version = 1.13.0 [175580.847] Module class: X.Org Server Extension [175580.847] ABI class: X.Org Server Extension, version 6.0 [175580.848] (II) Loading extension RECORD [175580.848] (II) LoadModule: "scfb" [175580.883] (II) Loading /usr/local/lib/xorg/modules/drivers/scfb_drv.so [175580.885] (II) Module scfb: vendor="X.Org Foundation" [175580.885] compiled for 1.12.4, module version = 0.0.4 [175580.886] ABI class: X.Org Video Driver, version 12.1 [175580.886] (II) scfb: driver for wsdisplay framebuffer: scfb [175580.887] (--) Using syscons driver with X support (version 2.0) [175580.888] (--) using VT number 5 [175580.889] (WW) Falling back to old probe method for scfb [175580.889] scfb trace: probe start [175580.890] (II) scfb(0): using default device [175580.890] scfb trace: probe done [175580.891] (WW) VGA arbiter: cannot open kernel arbiter, no multi-card support [175580.891] scfb: PreInit 0 [175580.892] (II) scfb(0): Using: depth (16), width (1024), height (768) [175580.892] (**) scfb(0): Depth 16, (--) framebuffer bpp 16 [175580.892] (==) scfb(0): RGB weight 565 [175580.893] (==) scfb(0): Default visual is TrueColor [175580.893] (==) scfb(0): Using gamma correction (1.0, 1.0, 1.0) [175580.893] (II) scfb(0): Vidmem: 1536k [175580.894] (==) scfb(0): DPI set to (96, 96) [175580.894] (**) scfb(0): Using "Shadow Framebuffer" [175580.894] (II) Loading sub module "shadow" [175580.894] (II) LoadModule: "shadow" [175580.907] (II) Loading /usr/local/lib/xorg/modules/libshadow.so [175580.909] (II) Module shadow: vendor="X.Org Foundation" [175580.909] compiled for 1.12.4, module version = 1.1.0 [175580.909] ABI class: X.Org ANSI C Emulation, version 0.4 [175580.910] (II) Loading sub module "fb" [175580.910] (II) LoadModule: "fb" [175580.992] (II) Loading /usr/local/lib/xorg/modules/libfb.so [175580.995] (II) Module fb: vendor="X.Org Foundation" [175580.995] compiled for 1.12.4, module version = 1.0.0 [175580.995] ABI class: X.Org ANSI C Emulation, version 0.4 [175580.996] scfb: PreInit done [175580.996] scfb: ScfbScreenInit 0 [175580.996] bitsPerPixel=16, depth=16, defaultVisual=TrueColor mask: f800,7e0,1f, offset: 11,5,0 [175580.997] mmap returns: addr 0x208b5000 len 0x180000, fd 6, off 0 [175580.997] scfb: ScfbSave 0 [175580.998] scfb: ScfbSave done [175581.000] (==) scfb(0): Backing store disabled [175581.001] scfb: ScfbScreenInit done [175581.001] (==) RandR enabled [175581.002] (II) Initializing built-in extension Generic Event Extension [175581.002] (II) Initializing built-in extension SHAPE [175581.002] (II) Initializing built-in extension MIT-SHM [175581.002] (II) Initializing built-in extension XInputExtension [175581.003] (II) Initializing built-in extension XTEST [175581.003] (II) Initializing built-in extension BIG-REQUESTS [175581.003] (II) Initializing built-in extension SYNC [175581.003] (II) Initializing built-in extension XKEYBOARD [175581.003] (II) Initializing built-in extension XC-MISC [175581.004] (II) Initializing built-in extension XINERAMA [175581.004] (II) Initializing built-in extension XFIXES [175581.004] (II) Initializing built-in extension RENDER [175581.004] (II) Initializing built-in extension RANDR [175581.004] (II) Initializing built-in extension COMPOSITE [175581.005] (II) Initializing built-in extension DAMAGE [175588.058] scfb: SaveScreen 0 [175588.058] scfb: SaveScreen done [176189.110] scfb: SaveScreen 0 [176189.110] scfb: SaveScreen done [176789.130] scfb: SaveScreen 0 [176789.130] scfb: SaveScreen done [177389.149] scfb: SaveScreen 0 [177389.150] scfb: SaveScreen done [177989.169] scfb: SaveScreen 0 [177989.170] scfb: SaveScreen done [178589.189] scfb: SaveScreen 0 [178589.190] scfb: SaveScreen done I made my xorg.conf an exact copy of what you included in your first reply: ( http://eis.bris.ac.uk/~mexas/log/xorg.conf ) I also build and run xconsole, but there is nothing shown there either. Any other log files I've forgotten to check? What else can I do to narrow the problem down? Many thanks for your help Anton From owner-freebsd-arm@FreeBSD.ORG Sun Nov 30 18:53:55 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 868DBEA1 for ; Sun, 30 Nov 2014 18:53:55 +0000 (UTC) Received: from frontend1.warwick.net (frontend1.warwick.net [204.255.24.102]) by mx1.freebsd.org (Postfix) with SMTP id 3A08D60B for ; Sun, 30 Nov 2014 18:53:54 +0000 (UTC) Received: (qmail 25869 invoked from network); 30 Nov 2014 18:53:46 -0000 Received: from 70.44.113.83.res-cmts.sefg.ptd.net (HELO 70.44.113.83.res-cmts.sefg.ptd.net) (egunther@warwick.net@70.44.113.83) by frontend1.warwick.net with SMTP (369bddde-78c2-11e4-a07b-001e0b616b8e); Sun, 30 Nov 2014 13:53:46 -0500 Message-ID: <1417373645.2057.1.camel@warwick.net> Subject: Re: built xorg-server, what next? From: Eric Gunther To: freebsd-arm@freebsd.org Date: Sun, 30 Nov 2014 13:54:05 -0500 In-Reply-To: <20141129105210.5a72a8ec@X220.alogt.com> References: <1417167767.23507.2.camel@warwick.net> <1417193156.3202.1.camel@warwick.net> <20141129084900.10050d11@X220.alogt.com> <1417229109.1835.2.camel@warwick.net> <20141129105210.5a72a8ec@X220.alogt.com> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.12.7 Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-MagicMail-UUID: 369bddde-78c2-11e4-a07b-001e0b616b8e X-MagicMail-Authenticated: egunther@warwick.net X-MagicMail-SourceIP: 70.44.113.83 X-MagicMail-EnvelopeFrom: X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Nov 2014 18:53:55 -0000 Hi, Not too confident about this but maybe this is your problem. Below, Xorg.0.log shows that dri, dri2, and glx will be loaded. While it seems from your xorg.conf that you wanted them to not be loaded. X.Org Server Extension : 6.0 [175580.806] (WW) "dri" will not be loaded unless you've specified it to be loaded elsewhere. [175580.806] (WW) "dri2" will not be loaded unless you've specified it to be loaded elsewhere. [175580.806] (WW) "glx" will not be loaded unless you've specified it to be loaded elsewhere. [175580.807] (II) "extmod" will be loaded. This was enabled by default and also specified in the config file. [175580.807] (II) "dbe" will be loaded. This was enabled by default and also specified in the config file. [175580.807] (II) "glx" will be loaded even though the default is to disable it. [175580.807] (II) "record" will be loaded by default. [175580.807] (II) "dri" will be loaded even though the default is to disable it. [175580.808] (II) "dri2" will be loaded even though the default is to disable it. Section "Module" Load "dbe" Disable "dri" Disable "dri2" Disable "glx" SubSection "extmod" Option "omit xfree86-dga" EndSubSection Section "ServerFlags" Option "AIGLX" "false" Option "NoAccel" "True" Option "NoDRI" "True" Option "DRI" "False" Option "DRI2" "False" EndSection Also, in the xdm log, is the use of the file Xsetup_0 unusual? -- xdm info (pid 843): sourcing /usr/local/lib/X11/xdm/Xsetup_0 -- Have a good day, --e From owner-freebsd-arm@FreeBSD.ORG Sun Nov 30 18:57:41 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7B30BEFB; Sun, 30 Nov 2014 18:57:41 +0000 (UTC) Received: from smtpout1.timeweb.ru (smtpout1.timeweb.ru [92.53.117.15]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2D5BD61A; Sun, 30 Nov 2014 18:57:40 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=amdmi3.ru; s=dkim; h=In-Reply-To:Content-Type:MIME-Version:References:Message-ID:Subject:Cc:To:From:Date; bh=JqqPODljyptMY6CPMXAW0CZDEYcwOLXafPU2KpTgIe4=; b=MoJ4GTVa9IM8ppiwT93gCOQLdyEr2NrMw1rVTQu8QGrytE1Mr3BMOOU7kcTWtxny5LfuK+SZQI2GQJI2hO2a/WL07WxK9ggFmjAYGFjH6sJkn8bljVkHh4tx+tkJ39cVGpwW8oRg8cQZMCVEDARUFsVNCXwdzKOg1MJb3Cr0isc=; Received: from [213.148.20.85] (helo=hive.panopticon) by smtp.timeweb.ru with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.76) (envelope-from ) id 1Xv9gZ-000AKo-Ao; Sun, 30 Nov 2014 21:57:31 +0300 Received: from hades.panopticon (hades.panopticon [192.168.0.32]) by hive.panopticon (Postfix) with ESMTP id A129E18A; Sun, 30 Nov 2014 21:57:30 +0300 (MSK) Received: by hades.panopticon (Postfix, from userid 1000) id 625AD97CF; Sun, 30 Nov 2014 21:57:30 +0300 (MSK) Date: Sun, 30 Nov 2014 21:57:30 +0300 From: Dmitry Marakasov To: Dimitry Andric Subject: Re: RFT: Please help testing the llvm/clang 3.5.0 import Message-ID: <20141130185730.GA73028@hades.panopticon> References: <8598B1D4-5485-426F-B6D6-22BF26AC5FE1@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <8598B1D4-5485-426F-B6D6-22BF26AC5FE1@FreeBSD.org> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: FreeBSD ARM , FreeBSD-Current , FreeBSD ports X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Nov 2014 18:57:41 -0000 * Dimitry Andric (dim@FreeBSD.org) wrote: > We're working on updating llvm, clang and lldb to 3.5.0 in head. > This is quite a big update again, and any help with testing is > appreciated. Well, of 4 error logs from exp-run I've checked (one my port and 3 unmaintained ports) two had basically the same problem and it seems to be libc++ related, so I ask: was new version of libc++ imported along with clang/llvm? Past experience show that libc++ should be updated along with clang, as it may have bugs new clang versions are not tolerable to. I've prepared the minimal test program to demonstrate the problem: --- test.cc begins here --- #include #include class Foo { public: void Const() const { std::cerr << "OK" << std::endl; } }; int main() { Foo foo; auto f = std::bind(&Foo::Const, foo); f(); return 0; } --- test.cc ends here --- Note that the method std::bind is used on is const (non-const methods produce no problems). Here's how it works: --- test.log begins here --- % for CC in c++ g++48 g++49 g++5 clang++33 clang++34 clang++35; do echo "===> ${CC}"; ${CC} -std=c++11 test.cc && ./a.out; done ===> c++ OK ===> g++48 OK ===> g++49 OK ===> g++5 OK ===> clang++33 OK ===> clang++34 OK ===> clang++35 In file included from test.cc:1: In file included from /usr/include/c++/v1/functional:474: /usr/include/c++/v1/type_traits:433:76: error: no matching function for call to '__source' : public integral_constant(__is_function_imp::__source<_Tp>())) == 1> ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/include/c++/v1/type_traits:438:14: note: in instantiation of template class 'std::__1::__libcpp_is_function' requested here : public __libcpp_is_function<_Tp> {}; ^ /usr/include/c++/v1/type_traits:443:97: note: in instantiation of template class 'std::__1::is_function' requested here template struct __libcpp_is_member_function_pointer<_Tp _Up::*> : public is_function<_Tp> {}; ^ /usr/include/c++/v1/type_traits:446:14: note: in instantiation of template class 'std::__1::__libcpp_is_member_function_pointer' requested here : public __libcpp_is_member_function_pointer::type> {}; ^ /usr/include/c++/v1/type_traits:460:38: note: in instantiation of template class 'std::__1::is_member_function_pointer' requested here !is_member_function_pointer<_Tp>::value> {}; ^ /usr/include/c++/v1/type_traits:3093:17: note: in instantiation of template class 'std::__1::is_member_object_pointer' requested here is_member_object_pointer::type>::value && ^ /usr/include/c++/v1/type_traits:3100:1: note: (skipping 2 contexts in backtrace; use -ftemplate-backtrace-limit=0 to see all) __invoke(_Fp&& __f, _A0&& __a0) ^ /usr/include/c++/v1/type_traits:3126:11: note: in instantiation of template class 'std::__1::__invokable_imp' requested here __invokable_imp<_Fp, _Args...>::value> ^ /usr/include/c++/v1/functional:1973:31: note: in instantiation of template class 'std::__1::__invokable' requested here static const bool value = __invokable<_Fp, ^ /usr/include/c++/v1/functional:1985:18: note: in instantiation of template class 'std::__1::_is_valid_bind_return, std::__1::tuple<> >' requested here bool = _is_valid_bind_return<_Fp, _BoundArgs, _TupleUj>::value> ^ /usr/include/c++/v1/functional:2082:18: note: in instantiation of default argument for '__bind_return, std::__1::tuple<> >' required here typename __bind_return<_Fd, _Td, tuple<_Args&&...> >::type ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ test.cc:12:3: note: while substituting deduced template arguments into function template 'operator()' [with _Args = <>] f(); ^ /usr/include/c++/v1/type_traits:424:28: note: candidate template ignored: substitution failure [with _Tp = void () const]: reference to function type 'void () const' cannot have 'const' qualifier template _Tp& __source(); ~~~ ^ test.cc:12:2: error: no matching function for call to object of type 'std::__1::__bind' f(); ^ /usr/include/c++/v1/functional:2083:9: note: candidate template ignored: substitution failure [with _Args = <>]: implicit instantiation of undefined template 'std::__1::__bind_return, std::__1::tuple<>, false>' operator()(_Args&& ...__args) ^ /usr/include/c++/v1/functional:2092:9: note: candidate template ignored: substitution failure [with _Args = <>]: implicit instantiation of undefined template 'std::__1::__bind_return, std::__1::tuple<>, false>' operator()(_Args&& ...__args) const ^ 2 errors generated. --- test.log ends here --- I think this should be fixed in the first place. -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From owner-freebsd-arm@FreeBSD.ORG Sun Nov 30 21:00:06 2014 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 801B39D for ; Sun, 30 Nov 2014 21:00:06 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 537631DD for ; Sun, 30 Nov 2014 21:00:06 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sAUL06Q0075845 for ; Sun, 30 Nov 2014 21:00:06 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Message-Id: <201411302100.sAUL06Q0075845@kenobi.freebsd.org> From: bugzilla-noreply@FreeBSD.org To: freebsd-arm@FreeBSD.org Subject: Problem reports for freebsd-arm@FreeBSD.org that need special attention X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 Date: Sun, 30 Nov 2014 21:00:06 +0000 Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Nov 2014 21:00:06 -0000 To view an individual PR, use: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=(Bug Id). The following is a listing of current problems submitted by FreeBSD users, which need special attention. These represent problem reports covering all versions including experimental development code and obsolete releases. Status | Bug Id | Description ------------+-----------+--------------------------------------------------- Open | 195009 | [patch]: [arm] Use 400 kHz as the default OMAP4 I 1 problems total for which you should take action. From owner-freebsd-arm@FreeBSD.ORG Mon Dec 1 03:18:11 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 64321F31 for ; Mon, 1 Dec 2014 03:18:11 +0000 (UTC) Received: from mail.FoxValley.net (mail.FoxValley.net [64.135.192.34]) by mx1.freebsd.org (Postfix) with SMTP id 1707BB98 for ; Mon, 1 Dec 2014 03:18:10 +0000 (UTC) Received: (qmail 9496 invoked from network) for freebsd-arm@freebsd.org; 30 Nov 2014 21:18:04 -0600 Received: from 97-122-120-234.hlrn.qwest.net (HELO ?192.168.1.3?) (draymond@97.122.120.234) by mail.foxvalley.net with SMTP; 30 Nov 2014 21:18:04 -0600 Message-ID: <547BDDEC.6070607@foxvalley.net> Date: Sun, 30 Nov 2014 20:18:04 -0700 From: Dan Raymond User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: freebsd-arm@freebsd.org Subject: re: latest VM images fail to compile for ARM Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2014 03:18:11 -0000 > I suspect the culprit is: > > r272849 emaste: Build gperf only if we’re using g++ (not clang++) > > It seems that the xdev targets need to be updated to build gperf as a prerequisite for > GCC. You can work around this by manually building and installing gperf. > > $ cd /usr/src/gnu/usr.bin/gperf > $ make && make install > > As described inhttp://stackoverflow.com/questions/3040801 > , trying to build GCC without gperf > installed leaves some broken files behind, so you need to clean out the obj directory > before trying again lest you encounter other problems: > > $ rm -rf /usr/obj/armv6-freebsd/ Tim, should I open a bug report for this or did you do it already? From owner-freebsd-arm@FreeBSD.ORG Mon Dec 1 08:17:24 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0E43042A for ; Mon, 1 Dec 2014 08:17:24 +0000 (UTC) Received: from frontend1.warwick.net (wvtcvoicemail.wvtc.com [204.255.24.102]) by mx1.freebsd.org (Postfix) with SMTP id B61DD29B for ; Mon, 1 Dec 2014 08:17:23 +0000 (UTC) Received: (qmail 16014 invoked from network); 1 Dec 2014 08:17:21 -0000 Received: from 70.44.113.83.res-cmts.sefg.ptd.net (HELO 70.44.113.83.res-cmts.sefg.ptd.net) (egunther@warwick.net@70.44.113.83) by frontend1.warwick.net with SMTP (78f44b2e-7932-11e4-b685-001e0b616b8e); Mon, 01 Dec 2014 03:17:21 -0500 Message-ID: <1417421863.2564.1.camel@warwick.net> Subject: Re: Raspberry Pi composite video problem From: Eric Gunther To: Erich Dollansky Date: Mon, 01 Dec 2014 03:17:43 -0500 In-Reply-To: <20141129105210.5a72a8ec@X220.alogt.com> References: <1417167767.23507.2.camel@warwick.net> <1417193156.3202.1.camel@warwick.net> <20141129084900.10050d11@X220.alogt.com> <1417229109.1835.2.camel@warwick.net> <20141129105210.5a72a8ec@X220.alogt.com> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.12.7 Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-MagicMail-UUID: 78f44b2e-7932-11e4-b685-001e0b616b8e X-MagicMail-Authenticated: egunther@warwick.net X-MagicMail-SourceIP: 70.44.113.83 X-MagicMail-EnvelopeFrom: Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2014 08:17:24 -0000 On Sat, 2014-11-29 at 10:52 +0800, Erich Dollansky wrote: > Hi, > > On Fri, 28 Nov 2014 21:45:09 -0500 > Eric Gunther wrote: > > > On Sat, 2014-11-29 at 08:49 +0800, Erich Dollansky wrote: > > > > > On Fri, 28 Nov 2014 11:45:56 -0500 > > > Eric Gunther wrote: > > > . > > > > > > > > Eureka, I have logged in via ssh. Not sure what is different > > > > although the last few things I did where: > > > > > > > > rechecked /etc/inetd.conf, /etc/rc.conf, /etc/services > > > > > > > > service sshd enable > > > > service sshd reload > > > > > > > > And plugged in the client computer after the RPi had been > > > > connected to the ethernet, worked using IP. > > > > > > > sshd can run without inetd. > > > > Thanks for telling me. Funny thing, it stopped working afterward and > > cannot get it working again (ssh). Getting ssh working was, in a way, > > beside the point. I would like to figure out how to fix the display > > issue. If I had a working Ethernet connection to the Pi I could; > > Download the firmware and put it on, Adjust configuration files > > easier, and Report dmesg or similar message output to the list as > > needed. > > > just put this into your rc.conf: > > inetd_enable="YES" > inetd_flags="-wW -a whateveraddress" > > and this > > ftp stream tcp nowait root /usr/libexec/ftpd ftpd -l > ftp stream tcp6 nowait root /usr/libexec/ftpd ftpd -l > ssh stream tcp nowait root /usr/sbin/sshd sshd -i -4 > ssh stream tcp6 nowait root /usr/sbin/sshd sshd -i -6 > telnet stream tcp nowait root /usr/libexec/telnetd telnetd > telnet stream tcp6 nowait root /usr/libexec/telnetd telnetd > > into your inetd.conf. > > If all other things fail, you should be able to transfer files via ftp > then. I can report that I am able to: ftp via seamonkey(browser) to user account on Pi from Workstation scp a file from Pi to Workstation (root to user directory, ".txt" file) ssh login from either direction. Looks like the most likely problem is that I was using the wrong IP address. The last part of the notation xx.xx.xxx.xx ^ here Is different on either machine but the rest is the same. Probably moot but I thought I might mention it. Anyway it took me a bit to notice the difference. I used "service ftpd onestart" to get the ftpd to work. Although this may not have been necessary... "service -e" did not report enabled ftpd. I will try again a couple of times to make sure it is not some magic. Thanks again. > > Erich From owner-freebsd-arm@FreeBSD.ORG Mon Dec 1 08:53:35 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A580E715 for ; Mon, 1 Dec 2014 08:53:35 +0000 (UTC) Received: from eu1sys200aog132.obsmtp.com (eu1sys200aog132.obsmtp.com [207.126.144.207]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E3B238BB for ; Mon, 1 Dec 2014 08:53:34 +0000 (UTC) Received: from mail-wi0-f173.google.com ([209.85.212.173]) (using TLSv1) by eu1sys200aob132.postini.com ([207.126.147.11]) with SMTP ID DSNKVHwscH48SYNHD5xmUBtSm62qzD2hBrbW@postini.com; Mon, 01 Dec 2014 08:53:35 UTC Received: by mail-wi0-f173.google.com with SMTP id r20so23746701wiv.12 for ; Mon, 01 Dec 2014 00:53:03 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:message-id:to:subject:reply-to :in-reply-to; bh=T2xyuBIOuwllnK7VTyTn7EwLBuyz70+ycTHH13Ap66o=; b=QhaY6ckLCrjLVizvwe96eWHvxhVrYb2jDU3Mrg/Iu9P0eHrY4g3V7rlqHY6hygZOdW A42r0vbxWt0pmwBa4Jic6MISIVEY01osNkoBuh4yCVs5bHBxODFU59egnGQvO+6wyFK8 tpkYMRLFAcoeNE0mOfi20LdqJ6mPxFi/ICYOyi3ublZ6eii7kuJJyTG6V8hBDoMAHAVA d1JKQ4KxMCqxTu0Q8VmNMjaPWXHt15rXNVZrzm9EcVTvg4tUewGBrJPJobuMT+l/hfjY kMaR24YuPIp+PiH7BNYJYYCQkD3X9B09h0qX6lhDmnZ/GF49Vm5Xq+HLMOEy0XLAj+RL N/oQ== X-Gm-Message-State: ALoCoQk2xStax8xffeoYuMXUFG3elg8Qmj5fe3fR1wwEjKiPbiGi/GykbDORgrrZDbKfv2xNbqbg8lFpYHqFPrGPjWD1Cizca8hWk+/GBl9A+6ghWMTi6e4/G2HCHVirgLvK5EicqPPryxOUtOE5lIJvZc6mW5LP8A== X-Received: by 10.194.156.138 with SMTP id we10mr37618574wjb.72.1417423983924; Mon, 01 Dec 2014 00:53:03 -0800 (PST) X-Received: by 10.194.156.138 with SMTP id we10mr37618556wjb.72.1417423983841; Mon, 01 Dec 2014 00:53:03 -0800 (PST) Received: from mech-as221.men.bris.ac.uk (mech-as221.men.bris.ac.uk. [137.222.187.221]) by mx.google.com with ESMTPSA id pl1sm11458076wic.16.2014.12.01.00.53.02 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 01 Dec 2014 00:53:03 -0800 (PST) Date: Mon, 01 Dec 2014 00:53:03 -0800 (PST) X-Google-Original-Date: Mon, 1 Dec 2014 08:53:01 GMT Received: from mech-as221.men.bris.ac.uk (localhost [127.0.0.1]) by mech-as221.men.bris.ac.uk (8.14.9/8.14.9) with ESMTP id sB18r12G018742 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 1 Dec 2014 08:53:02 GMT (envelope-from mexas@mech-as221.men.bris.ac.uk) Received: (from mexas@localhost) by mech-as221.men.bris.ac.uk (8.14.9/8.14.9/Submit) id sB18r15i018741; Mon, 1 Dec 2014 08:53:01 GMT (envelope-from mexas) From: Anton Shterenlikht Message-Id: <201412010853.sB18r15i018741@mech-as221.men.bris.ac.uk> To: egunther@warwick.net, freebsd-arm@freebsd.org Subject: Re: built xorg-server, what next? Reply-To: mexas@bris.ac.uk In-Reply-To: <1417373645.2057.1.camel@warwick.net> X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2014 08:53:35 -0000 >Subject: Re: built xorg-server, what next? >From: Eric Gunther >To: freebsd-arm@freebsd.org >Date: Sun, 30 Nov 2014 13:54:05 -0500 > >Hi, > > >Not too confident about this but maybe this is your problem. > Below, Xorg.0.log shows that dri, dri2, >and glx will be loaded. > While it seems from your xorg.conf that you wanted them to not be loaded. > > X.Org Server Extension : 6.0 >[175580.806] (WW) "dri" will not be loaded unless you've specified it to be loaded elsewhere. >[175580.806] (WW) "dri2" will not be loaded unless you've specified it to be loaded elsewhere. >[175580.806] (WW) "glx" will not be loaded unless you've specified it to be loaded elsewhere. >[175580.807] (II) "extmod" will be loaded. This was enabled by default and also specified in the config file. >[175580.807] (II) "dbe" will be loaded. This was enabled by default and also specified in the config file. >[175580.807] (II) "glx" will be loaded even though the default is to disable it. >[175580.807] (II) "record" will be loaded by default. >[175580.807] (II) "dri" will be loaded even though the default is to disable it. >[175580.808] (II) "dri2" will be loaded even though the default is to disable it. > > >Section "Module" > Load "dbe" > Disable "dri" > Disable "dri2" > Disable "glx" > SubSection "extmod" > Option "omit xfree86-dga" > EndSubSection > >Section "ServerFlags" > Option "AIGLX" "false" > Option "NoAccel" "True" > Option "NoDRI" "True" > Option "DRI" "False" > Option "DRI2" "False" >EndSection Yes, I noticed that. However, not sure what else I can do. Seems X thinks these modules really must be loaded. Don't know why. Perhaps these three are required by some othe module? Or perhaps these are really necessary for X to work? >Also, in the xdm log, is the use of the file Xsetup_0 unusual? > >xdm info (pid 843): sourcing /usr/local/lib/X11/xdm/Xsetup_0 No, that is normal. However, on amd64 I see 2 more lines: xdm info (pid 1029): sourcing /usr/local/lib/X11/xdm/Xsetup_0 xdm info (pid 1029): sourcing /usr/local/lib/X11/xdm/GiveConsole xdm info (pid 1038): executing session /usr/local/lib/X11/xdm/Xsession So it seems xdm is stuck on Xsetup_0 and does not get to GiveConsole at all. Xsetup_0 just launches xconsole: % cat /usr/local/lib/X11/xdm/Xsetup_0 #!/bin/sh xconsole -geometry 480x130-0-0 -daemon -notify -verbose -fn fixed -exitOnFail % which does come up fine. Thanks for the hints Anton From owner-freebsd-arm@FreeBSD.ORG Mon Dec 1 10:42:58 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8504EBA5 for ; Mon, 1 Dec 2014 10:42:58 +0000 (UTC) Received: from eu1sys200aog106.obsmtp.com (eu1sys200aog106.obsmtp.com [207.126.144.121]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D5CD27B9 for ; Mon, 1 Dec 2014 10:42:57 +0000 (UTC) Received: from mail-wg0-f44.google.com ([74.125.82.44]) (using TLSv1) by eu1sys200aob106.postini.com ([207.126.147.11]) with SMTP ID DSNKVHxGGkGIVv98zgRPTEFvx8X83sFRBqYh@postini.com; Mon, 01 Dec 2014 10:42:57 UTC Received: by mail-wg0-f44.google.com with SMTP id b13so13746177wgh.3 for ; Mon, 01 Dec 2014 02:42:34 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:message-id:to:subject:cc:reply-to :in-reply-to; bh=2b4bhfb/QrkPJe3T3d+sIrlBO2iPkaxRx6QbSijddD8=; b=Pbi1sfJZ+meIZp2+v8D+RSzrZzFiwSL4xLjDK8bqZ1Mv8VoN8WLXgOfmucsYTYWKd0 1kjCQDHUvvJvH+i8A0X6KUMUx/sSWwM0keoi+OY+wTfYexPCHWcWOPSj7B6gDuZnKGel 5PqXOcVv/wL/tuiMPBXlatPyo0/UVrV71TZzUz9SQ3v7HzGTB9EXNQrQafg3c2PhLSOP 65JvSuUTTwBFlh9oHd1ZZG86Y0vuYgNXQ9M5tsxaeKU6xTCNs2T1EVvq3h+3WqmIuDGx 0X/58D9hcgaIsClISQ3cH57pSdeDQZ7NOwUEFNyqGwV3xS+DtWnqmnwWdoAmO4jwoXrm i+sw== X-Received: by 10.194.175.202 with SMTP id cc10mr90487140wjc.27.1417427042327; Mon, 01 Dec 2014 01:44:02 -0800 (PST) X-Gm-Message-State: ALoCoQmrxws/iV82JmtNvxgL5VlbmpBjCI2z0o2TGhd9AD3LM8RJqsxVZLsj6JH012NK3oF3QA7CRZYwvRjNTsAIMdViA7OUQIn+vOSGz5HPBiH57CgwQsqZmFJo9SkJPT7mdp7CEVqXqRc5yVPsyY08is1lscW5oQ== X-Received: by 10.194.175.202 with SMTP id cc10mr90487128wjc.27.1417427042228; Mon, 01 Dec 2014 01:44:02 -0800 (PST) Received: from mech-as221.men.bris.ac.uk (mech-as221.men.bris.ac.uk. [137.222.187.221]) by mx.google.com with ESMTPSA id he3sm26828116wjc.15.2014.12.01.01.44.00 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 01 Dec 2014 01:44:01 -0800 (PST) Date: Mon, 01 Dec 2014 01:44:01 -0800 (PST) X-Google-Original-Date: Mon, 1 Dec 2014 09:43:59 GMT Received: from mech-as221.men.bris.ac.uk (localhost [127.0.0.1]) by mech-as221.men.bris.ac.uk (8.14.9/8.14.9) with ESMTP id sB19i014018902 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 1 Dec 2014 09:44:00 GMT (envelope-from mexas@mech-as221.men.bris.ac.uk) Received: (from mexas@localhost) by mech-as221.men.bris.ac.uk (8.14.9/8.14.9/Submit) id sB19hxY8018889; Mon, 1 Dec 2014 09:43:59 GMT (envelope-from mexas) From: Anton Shterenlikht Message-Id: <201412010943.sB19hxY8018889@mech-as221.men.bris.ac.uk> To: erichsfreebsdlist@alogt.com, mexas@bris.ac.uk Subject: SOLVED: WAS: Re: built xorg-server, what next? Reply-To: mexas@bris.ac.uk In-Reply-To: <20141128222055.76357f88@X220.alogt.com> Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2014 10:42:58 -0000 Stupid me! forgot about HAL! Now all is fine, I can launch xterm. Will see what other ports I can manage to build. If I can have a javascript enabled browser, this would be all I need from a graphical terminal. At 2W this would be amazing! Thanks for all help Anton From owner-freebsd-arm@FreeBSD.ORG Mon Dec 1 13:32:48 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0929DDBA for ; Mon, 1 Dec 2014 13:32:48 +0000 (UTC) Received: from frontend3.warwick.net (frontend3.warwick.net [204.255.24.104]) by mx1.freebsd.org (Postfix) with SMTP id C1B7CEA6 for ; Mon, 1 Dec 2014 13:32:47 +0000 (UTC) Received: (qmail 19694 invoked from network); 1 Dec 2014 13:32:40 -0000 Received: from 70.44.113.83.res-cmts.sefg.ptd.net (HELO 70.44.113.83.res-cmts.sefg.ptd.net) (egunther@warwick.net@70.44.113.83) by frontend3.warwick.net with SMTP (85170a8c-795e-11e4-a055-0019bb38a71e); Mon, 01 Dec 2014 08:32:40 -0500 Message-ID: <1417440782.13693.1.camel@warwick.net> Subject: Re: built xorg-server, what next? From: Eric Gunther To: mexas@bris.ac.uk Date: Mon, 01 Dec 2014 08:33:02 -0500 In-Reply-To: <201412010853.sB18r15i018741@mech-as221.men.bris.ac.uk> References: <201412010853.sB18r15i018741@mech-as221.men.bris.ac.uk> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.12.7 Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-MagicMail-UUID: 85170a8c-795e-11e4-a055-0019bb38a71e X-MagicMail-Authenticated: egunther@warwick.net X-MagicMail-SourceIP: 70.44.113.83 X-MagicMail-EnvelopeFrom: Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2014 13:32:48 -0000 On Mon, 2014-12-01 at 00:53 -0800, Anton Shterenlikht wrote: > >Subject: Re: built xorg-server, what next? > >From: Eric Gunther > >To: freebsd-arm@freebsd.org > >Date: Sun, 30 Nov 2014 13:54:05 -0500 > > > >Hi, > > > > > >Not too confident about this but maybe this is your problem. > > Below, Xorg.0.log shows that dri, dri2, > >and glx will be loaded. > > While it seems from your xorg.conf that you wanted them to not be loaded. > > > > X.Org Server Extension : 6.0 > >[175580.806] (WW) "dri" will not be loaded unless you've specified it to be loaded elsewhere. > >[175580.806] (WW) "dri2" will not be loaded unless you've specified it to be loaded elsewhere. > >[175580.806] (WW) "glx" will not be loaded unless you've specified it to be loaded elsewhere. > >[175580.807] (II) "extmod" will be loaded. This was enabled by default and also specified in the config file. > >[175580.807] (II) "dbe" will be loaded. This was enabled by default and also specified in the config file. > >[175580.807] (II) "glx" will be loaded even though the default is to disable it. > >[175580.807] (II) "record" will be loaded by default. > >[175580.807] (II) "dri" will be loaded even though the default is to disable it. > >[175580.808] (II) "dri2" will be loaded even though the default is to disable it. > > > > > >Section "Module" > > Load "dbe" > > Disable "dri" > > Disable "dri2" > > Disable "glx" > > SubSection "extmod" > > Option "omit xfree86-dga" > > EndSubSection > > > >Section "ServerFlags" > > Option "AIGLX" "false" > > Option "NoAccel" "True" > > Option "NoDRI" "True" > > Option "DRI" "False" > > Option "DRI2" "False" > >EndSection > > Yes, I noticed that. However, not sure what else > I can do. Seems X thinks these modules really > must be loaded. Don't know why. > Perhaps these three are required by some othe module? > Or perhaps these are really necessary for X to work? > > >Also, in the xdm log, is the use of the file Xsetup_0 unusual? > > > >xdm info (pid 843): sourcing /usr/local/lib/X11/xdm/Xsetup_0 > > No, that is normal. > However, on amd64 I see 2 more lines: > > xdm info (pid 1029): sourcing /usr/local/lib/X11/xdm/Xsetup_0 > xdm info (pid 1029): sourcing /usr/local/lib/X11/xdm/GiveConsole > xdm info (pid 1038): executing session /usr/local/lib/X11/xdm/Xsession > > So it seems xdm is stuck on Xsetup_0 and > does not get to GiveConsole at all. > > Xsetup_0 just launches xconsole: > > % cat /usr/local/lib/X11/xdm/Xsetup_0 > #!/bin/sh > xconsole -geometry 480x130-0-0 -daemon -notify -verbose -fn fixed -exitOnFail > % > > which does come up fine. > > Thanks for the hints > > Anton > Your welcome, and I saw that you seemed to have solved it... maybe I sent you on the right path. Have a good day, --e From owner-freebsd-arm@FreeBSD.ORG Mon Dec 1 14:08:47 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D8AB33F4 for ; Mon, 1 Dec 2014 14:08:47 +0000 (UTC) Received: from eu1sys200aog127.obsmtp.com (eu1sys200aog127.obsmtp.com [207.126.144.176]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1D47621F for ; Mon, 1 Dec 2014 14:08:46 +0000 (UTC) Received: from mail-wi0-f176.google.com ([209.85.212.176]) (using TLSv1) by eu1sys200aob127.postini.com ([207.126.147.11]) with SMTP ID DSNKVHx2bHp78HCgsBF8pRIRBr5AQz/A790v@postini.com; Mon, 01 Dec 2014 14:08:47 UTC Received: by mail-wi0-f176.google.com with SMTP id ex7so24654912wid.15 for ; Mon, 01 Dec 2014 06:08:44 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:message-id:to:subject:cc:reply-to :in-reply-to; bh=eNBPBhXFz6su/BZ74XCqBZlj1L5maidkRPUj/XICtcI=; b=hAM0axvcwYnSh4WtyI6q8wOdOrzXGV76o2aAJ702mUqnYkWHJyJxGQSHJ4awC4GTWD W0th/Sv9/Q3XvEZK5pfTTzeT9f5OinDuOJe2Qoxc2B+/EfzvaCDctSNJNbE4hAlpLEm/ /2NW1zmhaJHlst1imsZ+bxpu8TZFpafxMnJTF3OOsGnUhphGaxw7X3+RHXYHjSRraoqG BuHRGE8ajMegKWNmK/JUwRrMiNNstkXj7N3vF3d4WfKGOZJX8zAEarIC2oh0+PJ8H0fE keyQSh8dTz3SOJKrrfDM3bodTxs7nZBhdENCt9LPsZadU8qFUn59cLW63KwLadDtCH42 g/CA== X-Received: by 10.194.222.34 with SMTP id qj2mr16522130wjc.80.1417442457496; Mon, 01 Dec 2014 06:00:57 -0800 (PST) X-Gm-Message-State: ALoCoQlx1y9sfpE1gWNgcdqHki7uGNbt6k/lEiA9zFjpZx+UiSk5MmPxl+k9/72dxbI+GSXXVo/ysOmTZrWE2fMoi2yKVWDfR3GiXqo1nqhXxxIIRRJycyx93qeQhx83DIUIuHMjNDLveMiqnpZCNgvAK4Rjav5/Ng== X-Received: by 10.194.222.34 with SMTP id qj2mr16522090wjc.80.1417442457245; Mon, 01 Dec 2014 06:00:57 -0800 (PST) Received: from mech-as221.men.bris.ac.uk (mech-as221.men.bris.ac.uk. [137.222.187.221]) by mx.google.com with ESMTPSA id l3sm27713426wje.12.2014.12.01.06.00.56 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 01 Dec 2014 06:00:56 -0800 (PST) Date: Mon, 01 Dec 2014 06:00:56 -0800 (PST) X-Google-Original-Date: Mon, 1 Dec 2014 14:00:55 GMT Received: from mech-as221.men.bris.ac.uk (localhost [127.0.0.1]) by mech-as221.men.bris.ac.uk (8.14.9/8.14.9) with ESMTP id sB1E0t58019884 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 1 Dec 2014 14:00:55 GMT (envelope-from mexas@mech-as221.men.bris.ac.uk) Received: (from mexas@localhost) by mech-as221.men.bris.ac.uk (8.14.9/8.14.9/Submit) id sB1E0tCJ019883; Mon, 1 Dec 2014 14:00:55 GMT (envelope-from mexas) From: Anton Shterenlikht Message-Id: <201412011400.sB1E0tCJ019883@mech-as221.men.bris.ac.uk> To: egunther@warwick.net, mexas@bris.ac.uk Subject: Re: built xorg-server, what next? Reply-To: mexas@bris.ac.uk In-Reply-To: <1417440782.13693.1.camel@warwick.net> Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2014 14:08:47 -0000 >From egunther@warwick.net Mon Dec 1 13:58:31 2014 >> >> Thanks for the hints >> >> Anton >> > > >Your welcome, and I saw that you seemed to have solved it... maybe I >sent you on the right path. yes, you did - dig deeper and simplify as much as possible. In the end I just did X -config /etc/X11/xorg.conf -retro and realised that the mouse wasn't moving. Since is was moving in the text mode, I realised there was something wrong in my mouse setup. Then I compared with my amd64 box, and found out that I've forgotten about HAL. Thanks again Anton From owner-freebsd-arm@FreeBSD.ORG Mon Dec 1 15:07:30 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8B99969D for ; Mon, 1 Dec 2014 15:07:30 +0000 (UTC) Received: from eu1sys200aog117.obsmtp.com (eu1sys200aog117.obsmtp.com [207.126.144.143]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DC049AA9 for ; Mon, 1 Dec 2014 15:07:29 +0000 (UTC) Received: from mail-wg0-f47.google.com ([74.125.82.47]) (using TLSv1) by eu1sys200aob117.postini.com ([207.126.147.11]) with SMTP ID DSNKVHyEKfQ/a8li1dwiL7r1mthI/mb/3nng@postini.com; Mon, 01 Dec 2014 15:07:29 UTC Received: by mail-wg0-f47.google.com with SMTP id n12so14256249wgh.6 for ; Mon, 01 Dec 2014 07:07:21 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:message-id:to:subject:cc:reply-to :in-reply-to; bh=4BHC59uajATXGifBRQN3c18cSd+ACPT0l9uAsp9MiA8=; b=ZbW7SCB6VhMbDhsTUWem6yjBsvPQUJpUWhLn98uKpgL8H+KXQgGC7Dynyc3T+b8Aqc nWUAsyuYiirCQjyWL6M28LuF8CMu6Qr1mDVZ7TVD5TVJtyZadbXyrLLfKHDiYfCO1t6n FPH+yzhpcCtwga1i0fMlTUgTcpy4o4nv/kpCCTL+OSQ72UpQMk9RTTfxvQlw6dO9/FC0 p1XowNlEbbPJnF0Z5hoP52Feai2ivh+SjykMM7ITpSqcy+jgXuqfF/i5WG2wcfGLS7h5 hLonaW+JbRpcoU8fbr5T+/QOidB0mDDJgyv/I5Xgow7DxS7CLEV2+lj2/5150q+0o7U2 8a+A== X-Received: by 10.194.57.43 with SMTP id f11mr83159152wjq.6.1417446066309; Mon, 01 Dec 2014 07:01:06 -0800 (PST) X-Gm-Message-State: ALoCoQnfwNTUh1TYXBa6pZ/fFHJnyIaWBtR5kC2vQSZ7E3YLTFKPktuttSK/IfgnUhA0AMeaaQjdBfuBO+8mLVG+8cr3yvxJzjAviXCEaTfsXHzdltzSNpfandy7zhrzcS1D1U0OW0PYWK8kMKaM3+2BINtWAFP++g== X-Received: by 10.194.57.43 with SMTP id f11mr83158911wjq.6.1417446064707; Mon, 01 Dec 2014 07:01:04 -0800 (PST) Received: from mech-as221.men.bris.ac.uk (mech-as221.men.bris.ac.uk. [137.222.187.221]) by mx.google.com with ESMTPSA id he3sm27922555wjc.15.2014.12.01.07.00.58 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 01 Dec 2014 07:01:03 -0800 (PST) Date: Mon, 01 Dec 2014 07:01:03 -0800 (PST) X-Google-Original-Date: Mon, 1 Dec 2014 15:00:57 GMT Received: from mech-as221.men.bris.ac.uk (localhost [127.0.0.1]) by mech-as221.men.bris.ac.uk (8.14.9/8.14.9) with ESMTP id sB1F0vFX020110 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 1 Dec 2014 15:00:57 GMT (envelope-from mexas@mech-as221.men.bris.ac.uk) Received: (from mexas@localhost) by mech-as221.men.bris.ac.uk (8.14.9/8.14.9/Submit) id sB1F0vHi020109; Mon, 1 Dec 2014 15:00:57 GMT (envelope-from mexas) From: Anton Shterenlikht Message-Id: <201412011500.sB1F0vHi020109@mech-as221.men.bris.ac.uk> To: egunther@warwick.net, hps@selasky.org, mexas@bris.ac.uk Subject: Re: built xorg-server, what next? Reply-To: mexas@bris.ac.uk In-Reply-To: <547C7749.3090704@selasky.org> Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2014 15:07:30 -0000 >From hps@selasky.org Mon Dec 1 14:40:00 2014 > >HAL is quite interesting - I think you can get the mouse working w/o HAL >support, if you build X11 w/o HAL support. Probably. I wanted to stick to the defaults for all ports initially. Now I know X builds and works, I can play with options. Anton From owner-freebsd-arm@FreeBSD.ORG Mon Dec 1 15:13:40 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1217F969; Mon, 1 Dec 2014 15:13:40 +0000 (UTC) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "tensor.andric.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BF980B7C; Mon, 1 Dec 2014 15:13:39 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::1d16:753f:180b:244] (unknown [IPv6:2001:7b8:3a7:0:1d16:753f:180b:244]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id DCB31B80A; Mon, 1 Dec 2014 16:13:36 +0100 (CET) Subject: Re: RFT: Please help testing the llvm/clang 3.5.0 import Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) Content-Type: multipart/signed; boundary="Apple-Mail=_9CB558A9-22B3-4FE2-B330-CC39B662B76C"; protocol="application/pgp-signature"; micalg=pgp-sha1 X-Pgp-Agent: GPGMail 2.5b1 From: Dimitry Andric In-Reply-To: <20141130185730.GA73028@hades.panopticon> Date: Mon, 1 Dec 2014 16:13:28 +0100 Message-Id: <4E415461-2B00-4F02-B7F6-B3A595B4FB20@FreeBSD.org> References: <8598B1D4-5485-426F-B6D6-22BF26AC5FE1@FreeBSD.org> <20141130185730.GA73028@hades.panopticon> To: Dmitry Marakasov X-Mailer: Apple Mail (2.1993) Cc: FreeBSD ARM , FreeBSD-Current , FreeBSD ports X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2014 15:13:40 -0000 --Apple-Mail=_9CB558A9-22B3-4FE2-B330-CC39B662B76C Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii On 30 Nov 2014, at 19:57, Dmitry Marakasov wrote: > > * Dimitry Andric (dim@FreeBSD.org) wrote: > >> We're working on updating llvm, clang and lldb to 3.5.0 in head. >> This is quite a big update again, and any help with testing is >> appreciated. > > Well, of 4 error logs from exp-run I've checked (one my port and 3 > unmaintained ports) two had basically the same problem and it seems > to be libc++ related, so I ask: was new version of libc++ imported > along with clang/llvm? No, I really prefer to do this after the 3.5.0 import. This is already a very big import job, and I'd rather like to avoid importing too many different components at once. > Past experience show that libc++ should be > updated along with clang, as it may have bugs new clang versions > are not tolerable to. In this case, there is a fairly simple fix: http://llvm.org/viewvc/llvm-project?view=revision&revision=209785 I have pulled this into head in r275366, and also merged it to the clang350-import project branch in r275367. Please try again after that revision. It should be enough to just rebuild lib/libc++ and install it. -Dimitry --Apple-Mail=_9CB558A9-22B3-4FE2-B330-CC39B662B76C 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.26 iEYEARECAAYFAlR8hZ4ACgkQsF6jCi4glqMuTgCfXdeihnwujPmoEcSaGaD284hA OMgAnijOZMIw504FpH2dxlZGVbz/W2DI =ByLO -----END PGP SIGNATURE----- --Apple-Mail=_9CB558A9-22B3-4FE2-B330-CC39B662B76C-- From owner-freebsd-arm@FreeBSD.ORG Mon Dec 1 17:54:14 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2CBA3394; Mon, 1 Dec 2014 17:54:14 +0000 (UTC) Received: from smtpout1.timeweb.ru (smtpout1.timeweb.ru [92.53.117.15]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D036AF5D; Mon, 1 Dec 2014 17:54:13 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=amdmi3.ru; s=dkim; h=In-Reply-To:Content-Type:MIME-Version:References:Message-ID:Subject:Cc:To:From:Date; bh=GGNL7eZ1lE5W4CMovsmlxpKRUOHPtUwOpKp+r7C69dc=; b=NF7THwiiGtWs83WkQqzBa+i7/AmikdEgxe6/p3ZqaaDyH2+TW2RVWTva8YPUf1ENjZZ7X2dPyJ4rznAeXUdyxAbj0PR7S8sqo6kjVV/K1gOV+oWCNIEQ6OdhQC53hGLV3CYr3YGIYXm7j4FeIDckcs2LKt/TNMf1131qkFnNtMg=; Received: from [213.148.20.85] (helo=hive.panopticon) by smtp.timeweb.ru with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.76) (envelope-from ) id 1XvVAm-000BZI-PY; Mon, 01 Dec 2014 20:54:08 +0300 Received: from hades.panopticon (hades.panopticon [192.168.0.32]) by hive.panopticon (Postfix) with ESMTP id 27A236B1; Mon, 1 Dec 2014 20:54:08 +0300 (MSK) Received: by hades.panopticon (Postfix, from userid 1000) id 048CA204AF; Mon, 1 Dec 2014 20:54:07 +0300 (MSK) Date: Mon, 1 Dec 2014 20:54:07 +0300 From: Dmitry Marakasov To: Dimitry Andric Subject: Re: RFT: Please help testing the llvm/clang 3.5.0 import Message-ID: <20141201175407.GA14863@hades.panopticon> References: <8598B1D4-5485-426F-B6D6-22BF26AC5FE1@FreeBSD.org> <20141130185730.GA73028@hades.panopticon> <4E415461-2B00-4F02-B7F6-B3A595B4FB20@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <4E415461-2B00-4F02-B7F6-B3A595B4FB20@FreeBSD.org> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: FreeBSD ARM , FreeBSD-Current , FreeBSD ports X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2014 17:54:14 -0000 * Dimitry Andric (dim@FreeBSD.org) wrote: > >> We're working on updating llvm, clang and lldb to 3.5.0 in head. > >> This is quite a big update again, and any help with testing is > >> appreciated. > > > > Well, of 4 error logs from exp-run I've checked (one my port and 3 > > unmaintained ports) two had basically the same problem and it seems > > to be libc++ related, so I ask: was new version of libc++ imported > > along with clang/llvm? > > No, I really prefer to do this after the 3.5.0 import. This is already > a very big import job, and I'd rather like to avoid importing too many > different components at once. > > > > Past experience show that libc++ should be > > updated along with clang, as it may have bugs new clang versions > > are not tolerable to. > > In this case, there is a fairly simple fix: > http://llvm.org/viewvc/llvm-project?view=revision&revision=209785 > > I have pulled this into head in r275366, and also merged it to the > clang350-import project branch in r275367. Please try again after that > revision. It should be enough to just rebuild lib/libc++ and install > it. Sorry, I haven't tested the branch myself, only seen exp-run results. Would be nice to have another exp-run. Btw, is it possible to merge the patch into stable/10 as well? It will make it possible to use clang35 there. -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From owner-freebsd-arm@FreeBSD.ORG Mon Dec 1 18:08:54 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4ACFC8CC for ; Mon, 1 Dec 2014 18:08:54 +0000 (UTC) Received: from mail.ignoranthack.me (ignoranthack.me [199.102.79.106]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2D0C5101 for ; Mon, 1 Dec 2014 18:08:53 +0000 (UTC) Received: from [192.168.200.212] (unknown [50.136.155.142]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id 36C9F194577 for ; Mon, 1 Dec 2014 18:08:52 +0000 (UTC) Message-ID: <547CAEB3.2000701@ignoranthack.me> Date: Mon, 01 Dec 2014 10:08:51 -0800 From: Sean Bruno Reply-To: sbruno@freebsd.org User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: freebsd-arm@freebsd.org Subject: Test Help, python regressions Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2014 18:08:54 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 I'm seeing something odd with regressions for python27 and python34 on ARM. Can someone with an ARMv6 board, running current, run the regression suite for python via "make test" in the work directory? sean -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQF8BAEBCgBmBQJUfK6uXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAw MDAwMDAwMDAwMDAwMDAwAAoJEBIB78oecn5kxWMH/1GUQ3SEDm5peufzCSAZxPNG Bc0ZO/be2F2kzVaSPi+ZRSET8UISvLpqAbiJTNQHKTmtaH3tUgqJco8DsXh7WQ+R +IpN80VzJMw4RCfBS8yraaeDkuu0uVGH7J4QFlh+v+mPYgF3JXZLLIMZN+zjjCqn VDssQ52xlsM2+CEKDDsdIt3xEqfbe0+rzg+Vebzr1gMGPdsdddkK6sBKZ7Oqidda YUveaoJTZWxHjBh9f2zDCFrtr7/NGXAc53za69t1DcvssjgVhIrxjb3lnMs6vF+1 hsRf4AfY+j+6QpTKbH65WCvh6GGxPMv8cTsxP49XuNZzyDrpEg6b41wyw0NL3CQ= =5V9U -----END PGP SIGNATURE----- From owner-freebsd-arm@FreeBSD.ORG Mon Dec 1 18:20:50 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2DCB39FB; Mon, 1 Dec 2014 18:20:50 +0000 (UTC) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "tensor.andric.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D997F207; Mon, 1 Dec 2014 18:20:49 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::1d16:753f:180b:244] (unknown [IPv6:2001:7b8:3a7:0:1d16:753f:180b:244]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 84F26B80A; Mon, 1 Dec 2014 19:20:39 +0100 (CET) Subject: Re: RFT: Please help testing the llvm/clang 3.5.0 import Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) Content-Type: multipart/signed; boundary="Apple-Mail=_FA78DF12-9A94-4E40-AFD8-1191C024EF34"; protocol="application/pgp-signature"; micalg=pgp-sha1 X-Pgp-Agent: GPGMail 2.5b1 From: Dimitry Andric In-Reply-To: <20141201175407.GA14863@hades.panopticon> Date: Mon, 1 Dec 2014 19:20:17 +0100 Message-Id: References: <8598B1D4-5485-426F-B6D6-22BF26AC5FE1@FreeBSD.org> <20141130185730.GA73028@hades.panopticon> <4E415461-2B00-4F02-B7F6-B3A595B4FB20@FreeBSD.org> <20141201175407.GA14863@hades.panopticon> To: Dmitry Marakasov X-Mailer: Apple Mail (2.1993) Cc: FreeBSD ARM , FreeBSD-Current , FreeBSD ports X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2014 18:20:50 -0000 --Apple-Mail=_FA78DF12-9A94-4E40-AFD8-1191C024EF34 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii On 01 Dec 2014, at 18:54, Dmitry Marakasov wrote: > > * Dimitry Andric (dim@FreeBSD.org) wrote: > >>>> We're working on updating llvm, clang and lldb to 3.5.0 in head. >>>> This is quite a big update again, and any help with testing is >>>> appreciated. >>> >>> Well, of 4 error logs from exp-run I've checked (one my port and 3 >>> unmaintained ports) two had basically the same problem and it seems >>> to be libc++ related, so I ask: was new version of libc++ imported >>> along with clang/llvm? >> >> No, I really prefer to do this after the 3.5.0 import. This is already >> a very big import job, and I'd rather like to avoid importing too many >> different components at once. >> >> >>> Past experience show that libc++ should be >>> updated along with clang, as it may have bugs new clang versions >>> are not tolerable to. >> >> In this case, there is a fairly simple fix: >> http://llvm.org/viewvc/llvm-project?view=revision&revision=209785 >> >> I have pulled this into head in r275366, and also merged it to the >> clang350-import project branch in r275367. Please try again after that >> revision. It should be enough to just rebuild lib/libc++ and install >> it. > > Sorry, I haven't tested the branch myself, only seen exp-run results. > Would be nice to have another exp-run. Yes, but we first need to fix another issue, which is more important: several of the lang/gcc ports don't work properly, e.g. bootstrap stage comparison fails. There is also something fishy going on with gcc in base, which may or may not be related: building the devel/binutils ports with it causes cc1plus to segfault while compiling gold's archive.cc. I am still searching for the root cause; any help in this area would be greatly appreciated, as the maintainer has not responded yet. > Btw, is it possible to merge the patch into stable/10 as well? > It will make it possible to use clang35 there. Yes, this is also why I prefer to cherry-pick; I have set an MFC timeout of 3 days. -Dimitry --Apple-Mail=_FA78DF12-9A94-4E40-AFD8-1191C024EF34 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.26 iEYEARECAAYFAlR8sXUACgkQsF6jCi4glqOs/QCeKELV2EMIrKFpDTdqsJGlqXsI RXIAn3llBJqihAkHStk2+Cz9mwYYlJAd =2yTy -----END PGP SIGNATURE----- --Apple-Mail=_FA78DF12-9A94-4E40-AFD8-1191C024EF34-- From owner-freebsd-arm@FreeBSD.ORG Mon Dec 1 18:21:17 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 45A69BC5 for ; Mon, 1 Dec 2014 18:21:17 +0000 (UTC) Received: from mho-02-ewr.mailhop.org (mho-02-ewr.mailhop.org [204.13.248.72]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0B952218 for ; Mon, 1 Dec 2014 18:21:16 +0000 (UTC) Received: from [73.34.117.227] (helo=ilsoft.org) by mho-02-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1XvVb0-00088A-Iv; Mon, 01 Dec 2014 18:21:15 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id sB1ILD4C005502; Mon, 1 Dec 2014 11:21:13 -0700 (MST) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 73.34.117.227 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX19xL5omsYQYH5Z57jcl+vOC X-Authentication-Warning: paranoia.hippie.lan: Host revolution.hippie.lan [172.22.42.240] claimed to be [172.22.42.240] Subject: Re: Another Test Run with Alternative pmap Implementation From: Ian Lepore To: Svatopluk Kraus In-Reply-To: References: <20141113125236.b16cd4e5f0e339eac0494cd4@ulrich-grey.de> <20141115143444.5ad037548e06f289d2532fb7@ulrich-grey.de> <20141119225903.81fbbc7809093a0e6e0de9d5@ulrich-grey.de> <20141120151900.a68c6d8316b96a62cb65d17a@ulrich-grey.de> <20141121115941.54d4e36b103341c3adf7eb36@ulrich-grey.de> <20141124132733.4e96b906f0d1ab69969dddd9@ulrich-grey.de> <1416840814.1147.380.camel@revolution.hippie.lan> <20141125225451.924a5df4bdb4753db273b8c5@ulrich-grey.de> <20141127234239.e2c40a8fb99ba41f9ec3a7e7@ulrich-grey.de> <20141128001235.6591396b2f6298b861a96b57@ulrich-grey.de> <1417185069.1047.4.camel@revolution.hippie.lan> Content-Type: text/plain; charset="us-ascii" Date: Mon, 01 Dec 2014 11:21:12 -0700 Message-ID: <1417458072.1064.26.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2014 18:21:17 -0000 On Mon, 2014-12-01 at 15:32 +0100, Svatopluk Kraus wrote: > Hi Ian, > > after some more tests, it looks now that there is a probem with tty. Ulrich > sent me more infos requested by me from several tests which hanged, and it > always hangs on same place. Last (youngest) process childs related to test > is always this: > > ex - /usr/local/DEVEL/STREJDA/freebsd/share/termcap/termcap.src > > and it's waiting for "ttydcd" (mwchan) -> tty data carry detect? Ulrich > tried to change his hardware (teminal setup) and it helped. Do you have any > idea what could be wrong considering wandboard? I looked at kernel tty > module and there was some work around recently too. Ulrich told me that > before our last update of git repository (Freebsd-current merge), it does > not hang sometimes. > Svata 'ex -' is actually a batch-mode of vi and the input for that command is a redirect from a source file. I used 'truss' to run that command by hand and it appears that vi (actually ncurses I suppose) tries to get terminfo from stdin, and that fails because it's a file, so then it opens /dev/tty to get the terminfo from there. The command is also run with TERM=dumb TERMCAP=dumb: in the environment. That open of /dev/tty is the only thing I can think of that could get into a dcdwait state while running make. But that makes it all pretty murky to me about what it's actually doing in a dcdwait state. If you're connected via ssh your terminal is xterm. What does modem carrier state mean in that case? If you're on the serial console and are using the standard /etc/ttys file your terminal type should be "3wire" and that forces the "clocal" flag on, which disables dcdwait and other modem-control stuff. If you're on the serial console and the entry in /etc/ttys is std<.speed> then that is probably the problem, and changing that entry to 3wire will probably fix it. The other thing that can get you into a dcdwait state is if two threads or processes are trying to open or close the same tty at the same time. The dcdwait state is used to force single-threading through the open and close routines. I don't see how that applies here either. -- Ian From owner-freebsd-arm@FreeBSD.ORG Tue Dec 2 10:43:39 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0D55EDF9 for ; Tue, 2 Dec 2014 10:43:39 +0000 (UTC) Received: from mo6-p00-ob.smtp.rzone.de (mo6-p00-ob.smtp.rzone.de [IPv6:2a01:238:20a:202:5300::8]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.smtp.rzone.de", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8DFE66BD for ; Tue, 2 Dec 2014 10:43:38 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; t=1417516993; l=3353; s=domk; d=ulrich-grey.de; h=Content-Transfer-Encoding:Content-Type:Mime-Version:References: In-Reply-To:Subject:Cc:To:From:Date; bh=SluiWwOnSxpJ29SU4+TFhl75oyo=; b=Nm4Ri/Mp82aLn6Eq4SweBkBIJdqWexBde78VRqDxnQOvsv4MPEyyFsRenub0y9/T1lM tuVs0Wi01ouN0vKbbxWhWp3V5vyqyXwHy59P3jQqELFYFV5XzE6AYxyOCOCuNnbk1f0BG UKJuEDxfasRf0CirVnyr/vSC82tNWLfgK4E= X-RZG-AUTH: :OX8Be0W8W+pMC3rDLL/lo2xV/LZTbZkYhOcjg8suic3iYr/B8J9Lzp3TJg4/uMv8rSIl X-RZG-CLASS-ID: mo00 Received: from bbu (p5486AAD9.dip0.t-ipconnect.de [84.134.170.217]) by smtp.strato.de (RZmta 36.2 DYNA|AUTH) with ESMTPSA id 600f70qB2Ah3iVk (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate); Tue, 2 Dec 2014 11:43:03 +0100 (CET) Date: Tue, 2 Dec 2014 11:43:01 +0100 From: Ulrich Grey To: Ian Lepore Subject: Re: Another Test Run with Alternative pmap Implementation Message-Id: <20141202114301.040b9f05048bbf395e3f1096@ulrich-grey.de> In-Reply-To: <1417458072.1064.26.camel@revolution.hippie.lan> References: <20141113125236.b16cd4e5f0e339eac0494cd4@ulrich-grey.de> <20141119225903.81fbbc7809093a0e6e0de9d5@ulrich-grey.de> <20141120151900.a68c6d8316b96a62cb65d17a@ulrich-grey.de> <20141121115941.54d4e36b103341c3adf7eb36@ulrich-grey.de> <20141124132733.4e96b906f0d1ab69969dddd9@ulrich-grey.de> <1416840814.1147.380.camel@revolution.hippie.lan> <20141125225451.924a5df4bdb4753db273b8c5@ulrich-grey.de> <20141127234239.e2c40a8fb99ba41f9ec3a7e7@ulrich-grey.de> <20141128001235.6591396b2f6298b861a96b57@ulrich-grey.de> <1417185069.1047.4.camel@revolution.hippie.lan> <1417458072.1064.26.camel@revolution.hippie.lan> Organization: - X-Mailer: Sylpheed 3.3.0 (GTK+ 2.24.22; armv6-portbld-freebsd10.0) 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.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Dec 2014 10:43:39 -0000 Hello, I use a Serial to USB cable to connect the wandboard to a Raspberry. Now, on the wandboard, I have changed in file /etc/ttys this line ttyu0 "/usr/libexec/getty std.115200" vt100 on secure to ttyu0 "/usr/libexec/getty 3wire.115200" vt100 on secure On the Raspberry I issue script outfile.txt cu -l/dev/cuaU0 -s115200 So I get the output from the wandbord recorded in the file outfile.txt. This file can not be corrupted if the wandboard crashes. (The Raspberry runs FreeBSD 10.1-PRERELEASE #8 r273483M without problems.) The test cd /usr/src make -j20 buildworld now finished successfully. Start: Mo 20:01:55, completed: Tue 02:39:50 Thank you to you all for advice Regards Ulrich ---------------------------------- On Mon, 01 Dec 2014 11:21:12 -0700 Ian Lepore wrote: > On Mon, 2014-12-01 at 15:32 +0100, Svatopluk Kraus wrote: > > Hi Ian, > > > > after some more tests, it looks now that there is a probem with tty. Ulrich > > sent me more infos requested by me from several tests which hanged, and it > > always hangs on same place. Last (youngest) process childs related to test > > is always this: > > > > ex - /usr/local/DEVEL/STREJDA/freebsd/share/termcap/termcap.src > > > > and it's waiting for "ttydcd" (mwchan) -> tty data carry detect? Ulrich > > tried to change his hardware (teminal setup) and it helped. Do you have any > > idea what could be wrong considering wandboard? I looked at kernel tty > > module and there was some work around recently too. Ulrich told me that > > before our last update of git repository (Freebsd-current merge), it does > > not hang sometimes. > > Svata > > 'ex -' is actually a batch-mode of vi and the input for that command is > a redirect from a source file. I used 'truss' to run that command by > hand and it appears that vi (actually ncurses I suppose) tries to get > terminfo from stdin, and that fails because it's a file, so then it > opens /dev/tty to get the terminfo from there. The command is also run > with TERM=dumb TERMCAP=dumb: in the environment. > > That open of /dev/tty is the only thing I can think of that could get > into a dcdwait state while running make. But that makes it all pretty > murky to me about what it's actually doing in a dcdwait state. > > If you're connected via ssh your terminal is xterm. What does modem > carrier state mean in that case? If you're on the serial console and > are using the standard /etc/ttys file your terminal type should be > "3wire" and that forces the "clocal" flag on, which disables dcdwait and > other modem-control stuff. If you're on the serial console and the > entry in /etc/ttys is std<.speed> then that is probably the problem, and > changing that entry to 3wire will probably fix it. > > The other thing that can get you into a dcdwait state is if two threads > or processes are trying to open or close the same tty at the same time. > The dcdwait state is used to force single-threading through the open and > close routines. I don't see how that applies here either. > > -- Ian > > > _______________________________________________ > freebsd-arm@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" From owner-freebsd-arm@FreeBSD.ORG Tue Dec 2 14:35:39 2014 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 973EF123 for ; Tue, 2 Dec 2014 14:35:39 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 64735AF for ; Tue, 2 Dec 2014 14:35:39 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sB2EZdC8021911 for ; Tue, 2 Dec 2014 14:35:39 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 195009] [patch]: [arm] Use 400 kHz as the default OMAP4 I2C bus speed Date: Tue, 02 Dec 2014 14:35:39 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: jumpnowtek@gmail.com X-Bugzilla-Status: Open X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: mfc-stable8? mfc-stable9? mfc-stable10? X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Dec 2014 14:35:39 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=195009 --- Comment #10 from Scott Ellis --- The values chosen for the OMAP4 1MHz I2C speed aren't working for me on either a Duovero or PandaBoard { 1000000, 5, 1, 3, 0, 0}, They generate the correct SCL clock speed, but the driver times out when you make a request. It's the second mtx_sleep() in ti_i2c_transfer(), line 445 in ti_i2c.c that times out. The error you get back is EWOULDBLOCK/EAGAIN. Also either the SCL never stops running and you have to reset the bus or the SCL goes idle again (high) but you cannot run a second test without resetting the bus. You get no activity on the SCL line on subsequent attempts. I don't have an explanation, but the following values also give a 1 MHz SCL and the bus behaves properly when you use it. The error you get back is a correct ENXIO if the device is not present. And the SCL clocks only the nine bits expected. { 1000000, 3, 5, 7, 0, 0}, These values also work. { 1000000, 1, 17, 19, 0, 0}, Something about the current values chosen for 1 MHz cause problems. Here's how I'm testing the PandaBoard I2C2 (/dev/iic1). Reading SCL on J4-14 No device at the address I am accessing Custom program doing an I2CRDWR request Original { 5, 1, 3, } divider values With a 560 ohm pullup, SCL runs at 1 MHz but never stops, error is EWOULDBLOCK With a 1k ohm pullup, SCL runs at ~960 kHz, but only once without a reset, EWOULDBLOCK Using { 3, 5, 7, } divider values With a 560 ohm pullup, SCL runs ~960-985 kHz, error is ENXIO, repeated tests ok With a 1k ohm pullup, SCL runs at ~960 kHz, ENXIO, repeated tests ok I get similar results with the Duovero whether or not there is a device that can respond. With the Duovero the clock always continues running though. And just to be clear, 100kHz and 400kHz work fine using the same test app and the same busses and in the case of the Duovero, when there is a device on the other end. I can test further if there is a specific request. -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-arm@FreeBSD.ORG Tue Dec 2 14:59:56 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 309BB642 for ; Tue, 2 Dec 2014 14:59:56 +0000 (UTC) Received: from mho-02-ewr.mailhop.org (mho-02-ewr.mailhop.org [204.13.248.72]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id ED15E332 for ; Tue, 2 Dec 2014 14:59:55 +0000 (UTC) Received: from [73.34.117.227] (helo=ilsoft.org) by mho-02-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1Xvovc-000K7j-VH; Tue, 02 Dec 2014 14:59:49 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id sB2ExlRi007322; Tue, 2 Dec 2014 07:59:47 -0700 (MST) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 73.34.117.227 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX1/J78PdQcCEFEGoACcZXPtB X-Authentication-Warning: paranoia.hippie.lan: Host revolution.hippie.lan [172.22.42.240] claimed to be [172.22.42.240] Subject: Re: Another Test Run with Alternative pmap Implementation From: Ian Lepore To: Ulrich Grey In-Reply-To: <20141202114301.040b9f05048bbf395e3f1096@ulrich-grey.de> References: <20141113125236.b16cd4e5f0e339eac0494cd4@ulrich-grey.de> <20141119225903.81fbbc7809093a0e6e0de9d5@ulrich-grey.de> <20141120151900.a68c6d8316b96a62cb65d17a@ulrich-grey.de> <20141121115941.54d4e36b103341c3adf7eb36@ulrich-grey.de> <20141124132733.4e96b906f0d1ab69969dddd9@ulrich-grey.de> <1416840814.1147.380.camel@revolution.hippie.lan> <20141125225451.924a5df4bdb4753db273b8c5@ulrich-grey.de> <20141127234239.e2c40a8fb99ba41f9ec3a7e7@ulrich-grey.de> <20141128001235.6591396b2f6298b861a96b57@ulrich-grey.de> <1417185069.1047.4.camel@revolution.hippie.lan> <1417458072.1064.26.camel@revolution.hippie.lan> <20141202114301.040b9f05048bbf395e3f1096@ulrich-grey.de> Content-Type: text/plain; charset="us-ascii" Date: Tue, 02 Dec 2014 07:59:46 -0700 Message-ID: <1417532386.1064.61.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Dec 2014 14:59:56 -0000 On Tue, 2014-12-02 at 11:43 +0100, Ulrich Grey wrote: > Hello, > > I use a Serial to USB cable to connect the wandboard to a Raspberry. > > Now, on the wandboard, I have changed in file /etc/ttys this line > > ttyu0 "/usr/libexec/getty std.115200" vt100 on secure > > to > > ttyu0 "/usr/libexec/getty 3wire.115200" vt100 on secure > > On the Raspberry I issue > > script outfile.txt > cu -l/dev/cuaU0 -s115200 > > So I get the output from the wandbord recorded in the file outfile.txt. > This file can not be corrupted if the wandboard crashes. > (The Raspberry runs FreeBSD 10.1-PRERELEASE #8 r273483M without problems.) > > The test > > cd /usr/src > make -j20 buildworld > > now finished successfully. > > Start: Mo 20:01:55, completed: Tue 02:39:50 > > Thank you to you all for advice > > Regards > > Ulrich In the standard /etc/ttys file, the entry for ttyu0 is just '3wire' not '3wire.115200'. When you leave the speed off it leaves the console at whatever speed was set by u-boot. Right now the wandboard u-boot won't let you set the speed above 115200, but there's no reason for that, I have a local hack in mine that lets it go up to 1mbps (ftdi serial adapters can go even faster, I've run them at 12mbps). I'm going to be putting together new ports for building u-boot soon which will probably have the faster serial speeds in them. -- Ian From owner-freebsd-arm@FreeBSD.ORG Tue Dec 2 15:09:29 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BCB4A718 for ; Tue, 2 Dec 2014 15:09:29 +0000 (UTC) Received: from mwork.nabble.com (mwork.nabble.com [162.253.133.43]) by mx1.freebsd.org (Postfix) with ESMTP id A850E615 for ; Tue, 2 Dec 2014 15:09:29 +0000 (UTC) Received: from msam.nabble.com (unknown [162.253.133.85]) by mwork.nabble.com (Postfix) with ESMTP id CCA49BED912 for ; Tue, 2 Dec 2014 07:09:23 -0800 (PST) Date: Tue, 2 Dec 2014 08:09:22 -0700 (MST) From: Scott Ellis To: freebsd-arm@freebsd.org Message-ID: <1417532962961-5970143.post@n5.nabble.com> Subject: Output of gpioctl MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Dec 2014 15:09:29 -0000 I submitted a bug report for gpioctl. http://freebsd.1045724.n5.nabble.com/Bug-195330-New-Reduce-gpioctl-output-td5968221.html At least I consider it a bug, but I haven't seen any response, so maybe it is not. Is there an example I'm missing where echoing the command line arguments in gpioctl's output is useful when doing a simple read or write? Seems an unnecessarily awkward 'feature' to workaround when used in a script or even just viewing the output until you understand what you are seeing. -- View this message in context: http://freebsd.1045724.n5.nabble.com/Output-of-gpioctl-tp5970143.html Sent from the freebsd-arm mailing list archive at Nabble.com. From owner-freebsd-arm@FreeBSD.ORG Tue Dec 2 15:39:55 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0066A26D for ; Tue, 2 Dec 2014 15:39:54 +0000 (UTC) Received: from mail-qg0-f53.google.com (mail-qg0-f53.google.com [209.85.192.53]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BA7C99C1 for ; Tue, 2 Dec 2014 15:39:54 +0000 (UTC) Received: by mail-qg0-f53.google.com with SMTP id q108so9315752qgd.40 for ; Tue, 02 Dec 2014 07:39:47 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=C5dSbRjt6cnv5aVYpi9MVPWQgb1Eqa3N/plkAxL9zyQ=; b=XTcdwYFVoag/8ZxBNjwlWClDgKOyoC8q/cbI2rtBeM18USiSkEUZKYDork6y0+UkAP xwuga0oIIKJJpk9jfG3RPKgz7p3j6NgRcFu88ICJJgh3uBnOybi4ayF7kY5tHXPUq/ct DH6a7KCLF0+FzMtX7dpHIxpidRRjA2ZnbxPxErNdIJcjeDmiizdxKnr/KunSWnRc4CSo PZoGmnsYUa6buX+ZWSrSl7U3acUtxUS0gfmz9LxFxR4uYcuPO3MmlHEyTz25TOyp833B m8n7AOOqhFrBdUuPlN7CKb5OzBL7PJN+M9xRyc6hMVqFsw1Jowb18mp5R8srbsCZXvBL r3Cg== X-Gm-Message-State: ALoCoQlAOV5Upnr+ElV0gqBnNrRCn0aq2RjPVvpNIp9/swqluSdkt5dG8rSelaB9u5LPdKDjSAoJ X-Received: by 10.229.97.73 with SMTP id k9mr75283408qcn.15.1417534288818; Tue, 02 Dec 2014 07:31:28 -0800 (PST) Received: from Juliens-MacBook-Pro.local ([185.25.64.249]) by mx.google.com with ESMTPSA id k4sm20686774qaf.0.2014.12.02.07.31.26 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 02 Dec 2014 07:31:28 -0800 (PST) Message-ID: <547DDB4B.6060506@linaro.org> Date: Tue, 02 Dec 2014 15:31:23 +0000 From: Julien Grall User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: Andrew Turner Subject: Re: [RFC v2] Add support for Xen ARM guest on FreeBSD References: <54726138.3090003@linaro.org> <20141128135737.23a71643@bender.lan> In-Reply-To: <20141128135737.23a71643@bender.lan> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Ian Campbell , Stefano Stabellini , "xen-devel@lists.xen.org" , freebsd-xen@freebsd.org, freebsd-arm@freebsd.org, Denis Schneider , gibbs@freebsd.org, roger.pau@citrix.com X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Dec 2014 15:39:55 -0000 Hello Andrew, On 28/11/2014 13:57, Andrew Turner wrote: > On Sun, 23 Nov 2014 22:35:36 +0000 > Julien Grall wrote: >> Major changes in this new version: >> * Add Device Tree support via Linux Boot ABI >> * Add zImage support >> * Netfront support >> * Blkfront fixes >> * DOM0 support (separate branch see below) >> >> The former item is very hackish. I was wondering if there is another >> way to do it? Or maybe we should support FreeBSD Bootloader in ARM >> guest? > > I think using the loader is the correct way to handle booting in Xen. It > allows us to relocate the dtb as required. It look like a zImage then > use the Xen console to interact with the user. Thanks, I will give a look to this solution. >> >> The patch series is divided in X parts: >> * #1 - #14: Clean up and bug fixes for Xen. They can be >> applied without the rest of the series >> * #15 - #19: Update Xen interface to 4.4 and fix >> compilation. It's required for ARM. >> * #20 - #26: Update Xen code to support ARM >> * #27 - #33: Rework the event channel code for supporting >> ARM. I will work with Royger to come with a common interface with x86 >> * #34 - #36: Add support for ARM in Xen code >> * #37 - #46: ARM bug fixes and new features. Some of thoses >> patches (#37 - #40) could be applied without the rest of the series >> * #47 - #48: Add Xen ARM platform > > I have committed patches 30 and 40 as they look good. Thanks! > I'm not familiar > with the code to review 37 or 38, however from my quick look at 38 I > appears _bus_dmamap_load_buffer does take in to account buflen and > dmat->maxsegsz when setting sgsize just not dmat->alignment. Right, I guess I could just keep the roundup2. > > ... >> >> TODO: >> * Add SMP/PSCI support in FreeBSD. Could be useful other >> platform too > > Adding PSCI support is on my TODO lost for arm64, however I don't > expect to get on ti in until early next year. BTW, what is the actual status of the ARM64 port? I plan to give a look for adding Xen support too. Regards, -- Julien Grall From owner-freebsd-arm@FreeBSD.ORG Tue Dec 2 17:14:55 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B97A3E22 for ; Tue, 2 Dec 2014 17:14:55 +0000 (UTC) Received: from frontend3.warwick.net (mx2.warwick.net [204.255.24.104]) by mx1.freebsd.org (Postfix) with SMTP id 6D5AF6B3 for ; Tue, 2 Dec 2014 17:14:54 +0000 (UTC) Received: (qmail 27036 invoked from network); 2 Dec 2014 17:14:47 -0000 Received: from 70.44.113.83.res-cmts.sefg.ptd.net (HELO 70.44.113.83.res-cmts.sefg.ptd.net) (egunther@warwick.net@70.44.113.83) by frontend3.warwick.net with SMTP (b777bd8a-7a46-11e4-9f9e-0019bb38a71e); Tue, 02 Dec 2014 12:14:47 -0500 Message-ID: <1417540513.19371.1.camel@warwick.net> Subject: Re: Raspberry Pi composite video problem From: Eric Gunther To: freebsd-arm@freebsd.org Date: Tue, 02 Dec 2014 12:15:13 -0500 In-Reply-To: <20141129105210.5a72a8ec@X220.alogt.com> References: <1417167767.23507.2.camel@warwick.net> <1417193156.3202.1.camel@warwick.net> <20141129084900.10050d11@X220.alogt.com> <1417229109.1835.2.camel@warwick.net> <20141129105210.5a72a8ec@X220.alogt.com> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.12.7 Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-MagicMail-UUID: b777bd8a-7a46-11e4-9f9e-0019bb38a71e X-MagicMail-Authenticated: egunther@warwick.net X-MagicMail-SourceIP: 70.44.113.83 X-MagicMail-EnvelopeFrom: X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Dec 2014 17:14:55 -0000 > > > sshd can run without inetd. > > > > Thanks for telling me. Funny thing, it stopped working afterward and > > cannot get it working again (ssh). Getting ssh working was, in a way, > > beside the point. I would like to figure out how to fix the display > > issue. If I had a working Ethernet connection to the Pi I could; > > Download the firmware and put it on, Adjust configuration files > > easier, and Report dmesg or similar message output to the list as > > needed. > > > just put this into your rc.conf: > > inetd_enable="YES" > inetd_flags="-wW -a whateveraddress" > > and this > > ftp stream tcp nowait root /usr/libexec/ftpd ftpd -l > ftp stream tcp6 nowait root /usr/libexec/ftpd ftpd -l > ssh stream tcp nowait root /usr/sbin/sshd sshd -i -4 > ssh stream tcp6 nowait root /usr/sbin/sshd sshd -i -6 > telnet stream tcp nowait root /usr/libexec/telnetd telnetd > telnet stream tcp6 nowait root /usr/libexec/telnetd telnetd > > into your inetd.conf. > > If all other things fail, you should be able to transfer files via ftp > then. I can report that I am able to: ftp via seamonkey(browser) to user account on Pi from Workstation scp a file from Pi to Workstation (root to user directory, ".txt" file) ssh login from either direction. Looks like the most likely problem is that I was using the wrong IP address. The last part of the notation xx.xx.xxx.xx ^ here Is different on either machine but the rest is the same. Probably moot but I thought I might mention it. Anyway it took me a bit to notice the difference. I used "service ftpd onestart" to get the ftpd to work. Although this may not have been necessary... "service -e" did not report enabled ftpd. I will try again a couple of times to make sure it is not some magic. Thanks again. > > Erich OK, so I can get a somewhat dependable situation with ssh, and it is much more comfortable than before to be able to see the files I am editing. I am typing this on a OpenSUSE 13.2 x86_64 computer, I think that maybe I am having configuration trouble on this end. If I plug into the internet so that the computer establishes a connection then plug the Pi in it persists. ********************** ********* BUT, I have to reiterate, that this is not my issue. I am hoping that someone here could help with the text being mis-formatted or mis-configured for the tv. I have tried /boot/msdos/config.txt Have tried framebuffer settings --- unreadable or still off screen Have tried overscan settings --- no useable change Have not tried firmware FreeBSD-10.1-RELEASE-arm-armv6-RPI-B.img Thanks for any help, --e From owner-freebsd-arm@FreeBSD.ORG Tue Dec 2 18:32:31 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 813C81B2; Tue, 2 Dec 2014 18:32:31 +0000 (UTC) Received: from mo6-p00-ob.smtp.rzone.de (mo6-p00-ob.smtp.rzone.de [IPv6:2a01:238:20a:202:5300::2]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.smtp.rzone.de", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A67F9F59; Tue, 2 Dec 2014 18:32:30 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; t=1417545122; l=31629; s=domk; d=ulrich-grey.de; h=Content-Transfer-Encoding:Content-Type:Mime-Version:References: In-Reply-To:Subject:Cc:To:From:Date; bh=R/5Kc0rXIFHbYdqxyCswQs6q2TY=; b=HLgwl9DyukYB9fYuqEsXqqI4NQNuYAyPYihZ9BqbP3eedtZ5iCHYwPLeN/UYarRZBxW 5z4sHsVMvGIrGtAhHaKj3fxrj+IhLy+Zp/2KM6YhPmbewzJJfLfjKKGw+iXWkcTakF7E8 faTBI60td3D1VUjB9B1i2+38NIp3TkkfhCs= X-RZG-AUTH: :OX8Be0W8W+pMC3rDLL/lo2xV/LZTbZkYhOcjg8suic3iYr/B8J9Lzp3TJg47uMv/Cto= X-RZG-CLASS-ID: mo00 Received: from bbu (p5486820E.dip0.t-ipconnect.de [84.134.130.14]) by smtp.strato.de (RZmta 36.2 DYNA|AUTH) with ESMTPSA id i061e9qB2IVjsld (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate); Tue, 2 Dec 2014 19:31:45 +0100 (CET) Date: Tue, 2 Dec 2014 19:31:44 +0100 From: Ulrich Grey To: sbruno@freebsd.org Subject: Re: Test Help, python regressions Message-Id: <20141202193144.b608cfbe956f647d104b359e@ulrich-grey.de> In-Reply-To: <547CAEB3.2000701@ignoranthack.me> References: <547CAEB3.2000701@ignoranthack.me> Organization: - X-Mailer: Sylpheed 3.3.0 (GTK+ 2.24.22; armv6-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Sean Bruno , freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Dec 2014 18:32:31 -0000 Hello, I am running a freebsd current version with the alternative pmap implementation from Svatopluk Kraus. I have compiled python27 and have made "make test" in the work directory. here is the result: root@quad:/usr/local/DEVEL/ports/lang/python27/work/Python-2.7.8 # make test running build running build_ext ldd: /usr/local/lib/libreadline.so: not a FreeBSD ELF shared object building dbm using ndbm INFO: Can't locate Tcl/Tk libs and/or headers Python build finished, but the necessary bits to build these modules were not found: _bsddb _sqlite3 _tkinter gdbm linuxaudiodev spwd sunaudiodev To find the necessary bits, look in setup.py in detect_modules() for the module's name. running build_scripts copying and adjusting /usr/local/DEVEL/ports/lang/python27/work/Python-2.7.8/Tools/scripts/pydoc -> build/scripts-2.7 copying and adjusting /usr/local/DEVEL/ports/lang/python27/work/Python-2.7.8/Tools/scripts/idle -> build/scripts-2.7 copying and adjusting /usr/local/DEVEL/ports/lang/python27/work/Python-2.7.8/Tools/scripts/2to3 -> build/scripts-2.7 changing mode of build/scripts-2.7/pydoc from 644 to 755 changing mode of build/scripts-2.7/idle from 644 to 755 changing mode of build/scripts-2.7/2to3 from 644 to 755 renaming build/scripts-2.7/pydoc to build/scripts-2.7/pydoc2.7 renaming build/scripts-2.7/idle to build/scripts-2.7/idle2.7 renaming build/scripts-2.7/2to3 to build/scripts-2.7/2to3-2.7 [61257 refs] LD_LIBRARY_PATH=/usr/local/DEVEL/ports/lang/python27/work/Python-2.7.8 ./python -E -c 'import sys ; from sysconfig import get_platform ; print get_platform()+"-"+sys.version [0:3]' >platform [18385 refs] find ./Lib -name '*.py[co]' -print | xargs rm -f LD_LIBRARY_PATH=/usr/local/DEVEL/ports/lang/python27/work/Python-2.7.8 ./python -Wd -3 -E -tt ./Lib/test/regrtest.py -l == CPython 2.7.8 (default, Dec 2 2014, 14:50:49) [GCC 4.2.1 Compatible FreeBSD Clang 3.4.1 (tags/RELEASE_34/dot1-final 208032)] == FreeBSD-11.0-CURRENT-arm-armv6-32bit-ELF little-endian == /usr/local/DEVEL/ports/lang/python27/work/Python-2.7.8/build/test_python_99196 Testing with flags: sys.flags(debug=0, py3k_warning=1, division_warning=1, division_new=0, inspect=0, interactive=0, optimize=0, dont_write_bytecode=0, no_user_site=0, no_site=0, ignore_environment=1, tabcheck=2, verbose=0, unicode=0, bytes_warning=0, hash_randomization=0) test_grammar test_opcodes test_dict test_builtin test_exceptions test_types test_unittest test_doctest test_doctest2 test_MimeWriter test_SimpleHTTPServer test_StringIO test___all__ test___future__ test__locale test__osx_support test_abc test_abstract_numbers test_aepack test_aepack skipped -- No module named aetypes test_aifc test test_aifc failed -- Traceback (most recent call last): File "/usr/local/DEVEL/ports/lang/python27/work/Python-2.7.8/Lib/test/test_aifc.py", line 167, in test_read_written self.assertEqual(read_written(x, 'float'), aifc._HUGE_VAL) AssertionError: -1.79769313486231e+308 != 1.79769313486231e+308 test_al test_al skipped -- No module named al test_anydbm test_applesingle test_applesingle skipped -- No module named MacOS test_argparse test_array test_ascii_formatd test_ast test_asynchat /usr/local/DEVEL/ports/lang/python27/work/Python-2.7.8/Lib/threading.py:855: DeprecationWarning: sys.exc_clear() not supported in 3.x; use except clauses self.__exc_clear() test_asyncore test_atexit test_audioop test_augassign test_base64 test_bastion test_bigaddrspace test_bigmem test_binascii test_binhex test_binop test_bisect test_bool test_bsddb test_bsddb skipped -- No module named _bsddb test_bsddb185 test_bsddb3 test_bsddb3 skipped -- No module named _bsddb test_buffer test_bufio test_bytes test_bz2 test_calendar test_call test_capi test_cd test_cd skipped -- No module named cd test_cfgparser test_cgi test_charmapcodec test_cl test_cl skipped -- No module named cl test_class test_cmath test test_cmath failed -- Traceback (most recent call last): File "/usr/local/DEVEL/ports/lang/python27/work/Python-2.7.8/Lib/test/test_cmath.py", line 324, in test_specific_values actual = function(arg) ValueError: math domain error test_cmd test_cmd_line test_cmd_line_script test_code test_codeccallbacks test_codecencodings_cn test_codecencodings_hk test_codecencodings_iso2022 test_codecencodings_jp test_codecencodings_kr test_codecencodings_tw test_codecmaps_cn test_codecmaps_cn skipped -- Use of the `urlfetch' resource not enabled test_codecmaps_hk test_codecmaps_hk skipped -- Use of the `urlfetch' resource not enabled test_codecmaps_jp test_codecmaps_jp skipped -- Use of the `urlfetch' resource not enabled test_codecmaps_kr test_codecmaps_kr skipped -- Use of the `urlfetch' resource not enabled test_codecmaps_tw test_codecmaps_tw skipped -- Use of the `urlfetch' resource not enabled test_codecs test_codeop test_coding test_coercion test_collections /usr/local/DEVEL/ports/lang/python27/work/Python-2.7.8/Lib/test/test_collections.py:717: DeprecationWarning: comparing unequal types not supported in 3.x f1 < l3 /usr/local/DEVEL/ports/lang/python27/work/Python-2.7.8/Lib/test/test_collections.py:718: DeprecationWarning: comparing unequal types not supported in 3.x f1 < l1 /usr/local/DEVEL/ports/lang/python27/work/Python-2.7.8/Lib/test/test_collections.py:719: DeprecationWarning: comparing unequal types not supported in 3.x f1 < l2 /usr/local/DEVEL/ports/lang/python27/work/Python-2.7.8/Lib/test/test_collections.py:732: DeprecationWarning: comparing unequal types not supported in 3.x f1 <= l3 /usr/local/DEVEL/ports/lang/python27/work/Python-2.7.8/Lib/test/test_collections.py:733: DeprecationWarning: comparing unequal types not supported in 3.x f1 <= l1 /usr/local/DEVEL/ports/lang/python27/work/Python-2.7.8/Lib/test/test_collections.py:734: DeprecationWarning: comparing unequal types not supported in 3.x f1 <= l2 /usr/local/DEVEL/ports/lang/python27/work/Python-2.7.8/Lib/test/test_collections.py:747: DeprecationWarning: comparing unequal types not supported in 3.x f1 > l3 /usr/local/DEVEL/ports/lang/python27/work/Python-2.7.8/Lib/test/test_collections.py:748: DeprecationWarning: comparing unequal types not supported in 3.x f1 > l1 /usr/local/DEVEL/ports/lang/python27/work/Python-2.7.8/Lib/test/test_collections.py:749: DeprecationWarning: comparing unequal types not supported in 3.x f1 > l2 /usr/local/DEVEL/ports/lang/python27/work/Python-2.7.8/Lib/test/test_collections.py:762: DeprecationWarning: comparing unequal types not supported in 3.x f1 >= l3 /usr/local/DEVEL/ports/lang/python27/work/Python-2.7.8/Lib/test/test_collections.py:763: DeprecationWarning: comparing unequal types not supported in 3.x f1 >=l1 /usr/local/DEVEL/ports/lang/python27/work/Python-2.7.8/Lib/test/test_collections.py:764: DeprecationWarning: comparing unequal types not supported in 3.x f1 >= l2 test_colorsys test_commands test_compare test_compile test_compileall test_compiler test_complex test_complex_args test_contains test_contextlib test_cookie test_cookielib test_copy test_copy_reg test_cpickle test_cprofile test_crypt test_csv test_ctypes /usr/local/DEVEL/ports/lang/python27/work/Python-2.7.8/Lib/ctypes/util.py:180: DeprecationWarning: the cmp argument is not supported in 3.x res.sort(cmp= lambda x,y: cmp(_num_version(x), _num_version(y))) test_curses test_curses skipped -- Use of the `curses' resource not enabled test_datetime test_dbm test_decimal test_decorators test_defaultdict test_deque test_descr test_descrtut test_dictcomps test_dictviews test_difflib test_dircache test_dis test_distutils [22415 refs] test_dl test_dl skipped -- Could not open any shared libraries test_docxmlrpc test_dumbdbm test_dummy_thread test_dummy_threading /usr/local/DEVEL/ports/lang/python27/work/Python-2.7.8/Lib/threading.py:855: DeprecationWarning: sys.exc_clear() not supported in 3.x; use except clauses self.__exc_clear() test_email test_email_codecs test_email_renamed test_enumerate test_eof test_epoll test_epoll skipped -- test works only on Linux 2.6 test_errno test_exception_variations test_extcall test_fcntl test_file test_file2k [18612 refs] [18540 refs] [18540 refs] [18550 refs] [18550 refs] [18550 refs] [18382 refs] [18382 refs] test test_file2k failed -- Traceback (most recent call last): File "/usr/local/DEVEL/ports/lang/python27/work/Python-2.7.8/Lib/test/test_file2k.py", line 437, in test_write_full f.close() IOError: [Errno 28] No space left on device test_file_eintr test_filecmp test_fileinput test_fileio test_float test test_float failed -- Traceback (most recent call last): File "/usr/local/DEVEL/ports/lang/python27/work/Python-2.7.8/Lib/test/test_float.py", line 1273, in test_from_hex self.identical(fromHex('0x0.ffffffffffffd6p-1022'), MIN-3*TINY) File "/usr/local/DEVEL/ports/lang/python27/work/Python-2.7.8/Lib/test/test_float.py", line 983, in identical self.fail('%r not identical to %r' % (x, y)) AssertionError: 0.0 not identical to 2.2250738585072014e-308 test_fnmatch test_fork1 test_format test_fpformat test_fractions test test_fractions failed -- Traceback (most recent call last): File "/usr/local/DEVEL/ports/lang/python27/work/Python-2.7.8/Lib/test/test_fractions.py", line 483, in testMixedLess self.assertFalse(F(144, -89) < float('nan')) AssertionError: True is not false test_frozen test_ftplib test_funcattrs test_functools test_future test_future3 test_future4 test_future5 test_future_builtins test_gc test_gdb test_gdb skipped -- gdb versions before 7.0 didn't support python embedding Saw: GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "armv6-marcel-freebsd". test_gdbm test_gdbm skipped -- No module named gdbm test_generators test_genericpath test_genexps test_getargs test_getargs2 test_getopt test_gettext test_gl test_gl skipped -- No module named gl test_glob test_global test_grp test_gzip test_hash /usr/local/DEVEL/ports/lang/python27/work/Python-2.7.8/Lib/test/test_hash.py:218: DeprecationWarning: buffer() not supported in 3.x self.assertEqual(hash(buffer("")), 0) test_hashlib test_heapq test_hmac /usr/local/DEVEL/ports/lang/python27/work/Python-2.7.8/Lib/test/test_hmac.py:393: DeprecationWarning: Overriding __eq__ blocks inheritance of __hash__ in 3.x class mystr(str): /usr/local/DEVEL/ports/lang/python27/work/Python-2.7.8/Lib/test/test_hmac.py:404: DeprecationWarning: Overriding __eq__ blocks inheritance of __hash__ in 3.x class mybytes(bytes): test_hotshot test_htmllib test_htmlparser test_httplib test_httpservers test_idle test_idle skipped -- No module named _tkinter test_imageop test_imaplib test_imgfile test_imgfile skipped -- No module named imgfile test_imghdr test_imp test_import test_importhooks test_importlib test_index test_inspect test_int test_int_literal test_io test_ioctl test_isinstance test_iter test_iterlen test_itertools test_json [22291 refs] test_kqueue test_largefile test_lib2to3 test_linecache test_linuxaudiodev test_linuxaudiodev skipped -- Use of the `audio' resource not enabled test_list test_locale test_logging test_long test_long_future test_longexp test_macos test_macos skipped -- No module named MacOS test_macostools test_macostools skipped -- No module named MacOS test_macpath test_macurl2path test_mailbox test_marshal test_math test test_math failed -- multiple errors occurred; run in verbose mode for details test_md5 test_memoryio test_memoryview test_mhlib test_mimetools test_mimetypes test_minidom test_mmap test_module test_modulefinder test_msilib test_msilib skipped -- No module named _msi test_multibytecodec test_multibytecodec_support test_multifile test_multiprocessing [72818 refs] test_mutants test_mutex test_netrc test_new test_nis test_nntplib test_normalization test_ntpath test_old_mailbox test_openpty test_operator test_optparse test_os [18382 refs] [18382 refs] test_ossaudiodev test_ossaudiodev skipped -- Use of the `audio' resource not enabled test_parser test_pdb test_peepholer test_pep247 test_pep263 test_pep277 test_pep277 skipped -- only NT+ and systems with Unicode-friendly filesystem encoding test_pep292 test_pep352 test_pickle test_pickletools test_pipes test_pkg test_pkgimport test_pkgutil test_platform [22213 refs] [22213 refs] test_plistlib test_poll test_popen [18387 refs] [18387 refs] [18387 refs] test_popen2 test_poplib test_posix test_posixpath test_pow test_pprint test_print test_profile test_property test_pstats test_pty test_pwd test_py3kwarn test_py_compile test_pyclbr test_pydoc test_pyexpat test_queue test_quopri [21216 refs] [21216 refs] test_random test_re test_readline test_repr test_resource test_rfc822 test_richcmp test_rlcompleter test_robotparser test_runpy test_sax test_scope test_scriptpackages test_scriptpackages skipped -- No module named aetools test_select test_set test_setcomps test_sets test_sgmllib test_sha test_shelve test_shlex test_shutil test_signal test_site [18382 refs] [18382 refs] [18382 refs] [18382 refs] Warning -- sys.path was modified by test_site test_slice test_smtplib test_smtpnet test_smtpnet skipped -- Use of the `network' resource not enabled test_socket test_socketserver test_socketserver skipped -- Use of the `network' resource not enabled test_softspace test_sort test_spwd test_spwd skipped -- No module named spwd test_sqlite test_sqlite skipped -- No module named _sqlite3 test_ssl test_startfile test_startfile skipped -- module os has no attribute startfile test_stat test_str test_strftime test_string test_stringprep test_strop test_strptime test_strtod test test_strtod failed -- multiple errors occurred; run in verbose mode for details test_struct test_structmembers test_structseq test_subprocess [18382 refs] [18382 refs] [18382 refs] [18382 refs] [18382 refs] [18382 refs] [18382 refs] [18382 refs] [18382 refs] [18382 refs] [18382 refs] [18382 refs] [18381 refs] [18597 refs] [18382 refs] [18382 refs] [18382 refs] [18382 refs] [18382 refs] [18382 refs] [18382 refs] [18382 refs] [18597 refs] [18382 refs] [18382 refs] [18382 refs] [18382 refs] [18382 refs] [18382 refs] [18382 refs] [18382 refs] [18382 refs] [18382 refs] [18382 refs] [18382 refs] [18382 refs] [18382 refs] [18382 refs] [18381 refs] [18597 refs] [18382 refs] [18382 refs] [18382 refs] [18382 refs] [18382 refs] [18382 refs] [18382 refs] [18382 refs] [18597 refs] test_sunau test_sunaudiodev test_sunaudiodev skipped -- No module named sunaudiodev test_sundry test_symtable test_syntax test_sys [18381 refs] [18611 refs] [18405 refs] test_sys_setprofile test_sys_settrace test_sysconfig [18382 refs] [18382 refs] test_tarfile test_tcl test_tcl skipped -- No module named _tkinter test_telnetlib Fatal kernel mode data abort: 'Translation Fault (L2)' on read trapframe: 0xfac43b88 FSR=00000007, FAR=00000004, spsr=60000013 r0 =c789f4cc, r1 =00000004, r2 =c2439402, r3 =0000020c r4 =c789f498, r5 =00000000, r6 =c789f4cc, r7 =c2439402 r8 =c7ac0318, r9 =00000000, r10=00000000, r11=fac43be0 r12=00000000, ssp=fac43bd8, slr=c7b766e0, pc =c21e34e0 [ thread pid 99196 tid 100490 ] Stopped at sbappendstream_locked+0x24: ldr r0, [r5, #0x004] db> show all pcpu Current CPU: 0 cpuid = 0 dynamic pcpu = 0x1f7fc0 curthread = 0xc7b766e0: pid 99196 "python" curpcb = 0xfac43ea8 fpcurthread = 0xc7b766e0: pid 99196 "python" idlethread = 0xc6fdaa50: tid 100002 "idle: cpu0" cpuid = 1 dynamic pcpu = 0x1f5e5fc0 curthread = 0xc6fda6e0: pid 10 "idle: cpu1" curpcb = 0xf2e65ea8 fpcurthread = 0xc8690a50: pid 99537 "top" idlethread = 0xc6fda6e0: tid 100003 "idle: cpu1" cpuid = 2 dynamic pcpu = 0x1f5e6fc0 curthread = 0xc6fda370: pid 10 "idle: cpu2" curpcb = 0xf2e68ea8 --More-- fpcurthread = 0xc75716e0: pid 496 "ntpd" idlethread = 0xc6fda370: tid 100004 "idle: cpu2" cpuid = 3 dynamic pcpu = 0x1f5e7fc0 curthread = 0xc707a000: pid 13 "rand_harvestq" curpcb = 0xf2e89ea8 fpcurthread = none idlethread = 0xc6fda000: tid 100005 "idle: cpu3" db> where 99196 Tracing pid 99196 tid 100134 td 0xc804fa50 cpu_switch() at cpu_switch+0x18 pc = 0xc23e2774 lr = 0xc219325c (sched_switch+0x44c) sp = 0xfacd3ac8 fp = 0xfacd3af8 Unwind failure (no registers changed) db> where 99537 Tracing pid 99537 tid 100285 td 0xc8690a50 cpu_switch() at cpu_switch+0x18 pc = 0xc23e2774 lr = 0xc219325c (sched_switch+0x44c) sp = 0xfb33ea30 fp = 0xfb33ea60 Unwind failure (no registers changed) db> where 496 Tracing pid 496 tid 100062 td 0xc75716e0 cpu_switch() at cpu_switch+0x18 pc = 0xc23e2774 lr = 0xc219325c (sched_switch+0x44c) sp = 0xfa985a40 fp = 0xfa985a70 Unwind failure (no registers changed) db> where 13 Tracing pid 13 tid 100015 td 0xc707a000 savectx() at savectx+0x14 pc = 0xc23e2968 lr = 0xc23d0a6c ($a+0xe0) sp = 0xf2e89c28 fp = 0xf2e89c68 Unwind failure (no registers changed) db> where Tracing pid 99196 tid 100490 td 0xc7b766e0 db_trace_self() at db_trace_self pc = 0xc23cb0f4 lr = 0xc2038b34 (db_stack_trace+0xf4) sp = 0xfac43878 fp = 0xfac43890 r10 = 0xc253a40c db_stack_trace() at db_stack_trace+0xf4 pc = 0xc2038b34 lr = 0xc20384a4 (db_command+0x270) sp = 0xfac43898 fp = 0xfac43938 r4 = 0x00000000 r5 = 0x00000000 r6 = 0x00000072 db_command() at db_command+0x270 pc = 0xc20384a4 lr = 0xc2038208 (db_command_loop+0x60) sp = 0xfac43940 fp = 0xfac43950 r4 = 0xc2413db6 r5 = 0xc242d229 r6 = 0xc253a3f8 r7 = 0xfac43b88 r8 = 0x00000001 r9 = 0xc24dbcf8 r10 = 0xc25317b4 db_command_loop() at db_command_loop+0x60 pc = 0xc2038208 lr = 0xc203ace4 (db_trap+0xd8) sp = 0xfac43958 fp = 0xfac43a78 --More-- r4 = 0x00000000 r5 = 0xc253a404 r6 = 0xc25317d8 db_trap() at db_trap+0xd8 pc = 0xc203ace4 lr = 0xc21a7620 (kdb_trap+0x15c) sp = 0xfac43a80 fp = 0xfac43aa0 r4 = 0x00000000 r5 = 0x00000007 r6 = 0xc25317d8 r7 = 0xfac43b88 kdb_trap() at kdb_trap+0x15c pc = 0xc21a7620 lr = 0xc23e3984 (abort_fatal+0x180) sp = 0xfac43aa8 fp = 0xfac43ac0 r4 = 0xfac43b88 r5 = 0x00000013 r6 = 0x00000004 r7 = 0x00000007 r8 = 0x00000007 r9 = 0x00000004 r10 = 0xfac43b88 abort_fatal() at abort_fatal+0x180 pc = 0xc23e3984 lr = 0xc23e37d0 ($d) sp = 0xfac43ac8 fp = 0xfac43b80 r4 = 0x00000007 r5 = 0x00000000 r6 = 0x00000007 r7 = 0x00000013 r8 = 0x00000023 --More-- $d() at $d pc = 0xc23e37d0 lr = 0xc23ccecc (exception_exit) sp = 0xfac43b88 fp = 0xfac43be0 r4 = 0xc789f498 r5 = 0x00000000 r6 = 0xc789f4cc r7 = 0xc2439402 r8 = 0xc7ac0318 r9 = 0x00000000 r10 = 0x00000000 exception_exit() at exception_exit pc = 0xc23ccecc lr = 0xc7b766e0 (0xc7b766e0) sp = 0xfac43bd8 fp = 0xfac43be0 r0 = 0xc789f4cc r1 = 0x00000004 r2 = 0xc2439402 r3 = 0x0000020c r4 = 0xc789f498 r5 = 0x00000000 r6 = 0xc789f4cc r7 = 0xc2439402 r8 = 0xc7ac0318 r9 = 0x00000000 r10 = 0x00000000 r12 = 0x00000000 sbappendstream_locked() at sbappendstream_locked+0x24 pc = 0xc21e34e0 lr = 0xc21e3584 (sbappendstream+0x3c) sp = 0xfac43be8 fp = 0xfac43bf8 r4 = 0x00000000 r5 = 0xc789f498 --More-- sbappendstream() at sbappendstream+0x3c pc = 0xc21e3584 lr = 0xc22ebea4 (tcp_usr_send+0x1ec) sp = 0xfac43c00 fp = 0xfac43c30 r4 = 0x00000000 r5 = 0xc789f3a0 r6 = 0x00000000 r7 = 0xc789f498 tcp_usr_send() at tcp_usr_send+0x1ec pc = 0xc22ebea4 lr = 0xc21e632c (sosend_generic+0x464) sp = 0xfac43c38 fp = 0xfac43ca8 r4 = 0x0000bf64 r5 = 0x00000000 r6 = 0xc789f4cc r7 = 0x00000000 r8 = 0x00000000 r9 = 0x00000000 r10 = 0xc789f3a0 sosend_generic() at sosend_generic+0x464 pc = 0xc21e632c lr = 0xc21e6540 (sosend+0x34) sp = 0xfac43cb0 fp = 0xfac43cc0 r4 = 0xcb8caa40 r5 = 0x00000000 r6 = 0xc789f3a0 r7 = 0xc789f3a0 r8 = 0x00000000 r9 = 0x0000000c r10 = 0xc7b766e0 sosend() at sosend+0x34 --More-- pc = 0xc21e6540 lr = 0xc21ec958 (kern_sendit+0x198) sp = 0xfac43cc8 fp = 0xfac43d28 kern_sendit() at kern_sendit+0x198 pc = 0xc21ec958 lr = 0xc21ecc60 (sendit+0x110) sp = 0xfac43d30 fp = 0xfac43d60 r4 = 0x00000000 r5 = 0xc8053640 r6 = 0xfac43d70 r7 = 0x00000000 r8 = 0x00000000 r9 = 0x00000000 r10 = 0xc7b766e0 sendit() at sendit+0x110 pc = 0xc21ecc60 lr = 0xc21ecb48 (sys_sendto+0x58) sp = 0xfac43d68 fp = 0xfac43d90 r4 = 0xc7b766e0 r5 = 0xc8053640 r6 = 0x00000000 r7 = 0x00000000 r8 = 0xfac43e08 r9 = 0xfac43e00 r10 = 0x00000000 sys_sendto() at sys_sendto+0x58 pc = 0xc21ecb48 lr = 0xc23e2e28 (swi_handler+0x2cc) sp = 0xfac43d98 fp = 0xfac43e50 swi_handler() at swi_handler+0x2cc --More-- pc = 0xc23e2e28 lr = 0xc23cce64 (swi_exit) sp = 0xfac43e58 fp = 0xbc3f0500 r4 = 0x00000000 r5 = 0x0000000c r6 = 0x20fc0b00 r7 = 0x00000085 r8 = 0x00000000 r9 = 0x00000000 r10 = 0x00000000 swi_exit() at swi_exit pc = 0xc23cce64 lr = 0xc23cce64 (swi_exit) sp = 0xfac43e58 fp = 0xbc3f0500 db> ps pid ppid pgrp uid state wmesg wchan cmd 99537 870 99537 0 S+ select 0xc7e92124 top 99196 99186 99186 0 R+ (threaded) python 100134 S sbwait 0xc78cf0bc python 100490 Run CPU 0 python 99186 582 99186 0 S+ wait 0xc83aa000 make 73432 73413 73432 0 S+ ttyin 0xce509270 less 73413 73412 73413 0 S+ pause 0xc84af6a8 csh 73412 73410 73412 1001 S+ wait 0xc844a320 su 73410 73409 73410 1001 Ss+ pause 0xc84f59c8 csh 73409 73406 73406 1001 S select 0xc7e4e1e4 sshd 73406 526 73406 0 Ss select 0xc7e337e4 sshd 870 863 870 0 S+ pause 0xc7562ce8 csh 863 856 863 1001 S+ wait 0xc7562960 su 856 855 856 1001 Ss+ pause 0xc7ecc6a8 csh 855 829 829 1001 S select 0xc73f3a24 sshd 829 526 829 0 Ss select 0xc73f3924 sshd 582 573 582 0 S+ pause 0xc74f4068 csh 573 1 573 0 Ss+ wait 0xc74f5960 login 530 1 530 0 Ss nanslp 0xc2523810 cron --More-- 526 1 526 0 Ss select 0xc74976a4 sshd 496 1 496 0 Ss select 0xc70b5464 ntpd 439 1 439 0 Ss select 0xc7543164 casperd 438 1 438 0 Ss select 0xc73f5764 casperd 336 1 336 0 Ss select 0xc7543764 syslogd 264 1 264 0 Ss select 0xc73f59e4 devd 15 0 0 0 DL syncer 0xc25356c8 [syncer] 9 0 0 0 DL vlruwt 0xc7384000 [vnlru] 8 0 0 0 DL (threaded) [bufdaemon] 100044 D psleep 0xc2535450 [bufdaemon] 100057 D sdflush 0xc7401e84 [/ worker] 100059 D sdflush 0xc74a0484 [/usr/local/DEVEL wo] 7 0 0 0 DL pgzero 0xc253857c [pagezero] 6 0 0 0 DL psleep 0xc253840c [vmdaemon] 5 0 0 0 DL psleep 0xc254d584 [pagedaemon] 4 0 0 0 DL jobqueue 0xc7078b80 [mmcsd0: mmc/sd card] 3 0 0 0 DL waiting_ 0xc254a8c4 [sctp_iterator] 14 0 0 0 DL (threaded) [usb] 100026 D - 0xc70abca4 [usbus0] 100027 D - 0xc70abcd4 [usbus0] --More-- 100028 D - 0xc70abd04 [usbus0] 100029 D - 0xc70abd34 [usbus0] 100031 D - 0xc7186ca4 [usbus1] 100032 D - 0xc7186cd4 [usbus1] 100033 D - 0xc7186d04 [usbus1] 100034 D - 0xc7186d34 [usbus1] 2 0 0 0 DL (threaded) [cam] 100020 D - 0xc25120c0 [doneq0] 100039 D - 0xc25122a8 [scanner] 13 0 0 0 RL CPU 3 [rand_harvestq] 12 0 0 0 DL (threaded) [geom] 100012 D - 0xc253b024 [g_event] 100013 D - 0xc253b028 [g_up] 100014 D - 0xc253b02c [g_down] 11 0 0 0 WL (threaded) [intr] 100006 I [swi3: vm] 100007 I [swi1: netisr 0] 100008 I [swi4: clock (0)] 100009 I [swi4: clock (1)] 100010 I [swi4: clock (2)] --More-- 100011 I [swi4: clock (3)] 100016 I [swi6: Giant taskq] 100018 I [swi5: fast taskq] 100022 I [swi6: task queue] 100023 I [swi0: uart] 100024 I [intr150: ffec0] 100025 I [intr75: ehci0] 100030 I [intr72: ehci1] 100035 I [intr54: sdhci_imx0] 100036 I [intr56: sdhci_imx1] 10 0 0 0 RL (threaded) [idle] 100002 CanRun [idle: cpu0] 100003 Run CPU 1 [idle: cpu1] 100004 Run CPU 2 [idle: cpu2] 100005 CanRun [idle: cpu3] 1 0 1 0 SLs wait 0xc6fd7640 [init] 0 0 0 0 DLs (threaded) [kernel] 100000 D swapin 0xc253b048 [swapper] 100017 D - 0xc7078380 [thread taskq] 100019 D - 0xc7078280 [ffs_trim taskq] --More-- 100021 D - 0xc7077f00 [kqueue taskq] 100038 D - 0xc7078200 [CAM taskq] db> bt Tracing pid 99196 tid 100490 td 0xc7b766e0 db_trace_self() at db_trace_self pc = 0xc23cb0f4 lr = 0xc2038b34 (db_stack_trace+0xf4) sp = 0xfac43878 fp = 0xfac43890 r10 = 0xc253a40c db_stack_trace() at db_stack_trace+0xf4 pc = 0xc2038b34 lr = 0xc20384a4 (db_command+0x270) sp = 0xfac43898 fp = 0xfac43938 r4 = 0x00000000 r5 = 0x00000000 r6 = 0x00000072 db_command() at db_command+0x270 pc = 0xc20384a4 lr = 0xc2038208 (db_command_loop+0x60) sp = 0xfac43940 fp = 0xfac43950 r4 = 0xc2413db6 r5 = 0xc242d229 r6 = 0xc253a3f8 r7 = 0xfac43b88 r8 = 0x00000001 r9 = 0xc24dbcf8 r10 = 0xc25317b4 db_command_loop() at db_command_loop+0x60 pc = 0xc2038208 lr = 0xc203ace4 (db_trap+0xd8) sp = 0xfac43958 fp = 0xfac43a78 --More-- r4 = 0x00000000 r5 = 0xc253a404 r6 = 0xc25317d8 db_trap() at db_trap+0xd8 pc = 0xc203ace4 lr = 0xc21a7620 (kdb_trap+0x15c) sp = 0xfac43a80 fp = 0xfac43aa0 r4 = 0x00000000 r5 = 0x00000007 r6 = 0xc25317d8 r7 = 0xfac43b88 kdb_trap() at kdb_trap+0x15c pc = 0xc21a7620 lr = 0xc23e3984 (abort_fatal+0x180) sp = 0xfac43aa8 fp = 0xfac43ac0 r4 = 0xfac43b88 r5 = 0x00000013 r6 = 0x00000004 r7 = 0x00000007 r8 = 0x00000007 r9 = 0x00000004 r10 = 0xfac43b88 abort_fatal() at abort_fatal+0x180 pc = 0xc23e3984 lr = 0xc23e37d0 ($d) sp = 0xfac43ac8 fp = 0xfac43b80 r4 = 0x00000007 r5 = 0x00000000 r6 = 0x00000007 r7 = 0x00000013 r8 = 0x00000023 --More-- $d() at $d pc = 0xc23e37d0 lr = 0xc23ccecc (exception_exit) sp = 0xfac43b88 fp = 0xfac43be0 r4 = 0xc789f498 r5 = 0x00000000 r6 = 0xc789f4cc r7 = 0xc2439402 r8 = 0xc7ac0318 r9 = 0x00000000 r10 = 0x00000000 exception_exit() at exception_exit pc = 0xc23ccecc lr = 0xc7b766e0 (0xc7b766e0) sp = 0xfac43bd8 fp = 0xfac43be0 r0 = 0xc789f4cc r1 = 0x00000004 r2 = 0xc2439402 r3 = 0x0000020c r4 = 0xc789f498 r5 = 0x00000000 r6 = 0xc789f4cc r7 = 0xc2439402 r8 = 0xc7ac0318 r9 = 0x00000000 r10 = 0x00000000 r12 = 0x00000000 sbappendstream_locked() at sbappendstream_locked+0x24 pc = 0xc21e34e0 lr = 0xc21e3584 (sbappendstream+0x3c) sp = 0xfac43be8 fp = 0xfac43bf8 r4 = 0x00000000 r5 = 0xc789f498 --More-- sbappendstream() at sbappendstream+0x3c pc = 0xc21e3584 lr = 0xc22ebea4 (tcp_usr_send+0x1ec) sp = 0xfac43c00 fp = 0xfac43c30 r4 = 0x00000000 r5 = 0xc789f3a0 r6 = 0x00000000 r7 = 0xc789f498 tcp_usr_send() at tcp_usr_send+0x1ec pc = 0xc22ebea4 lr = 0xc21e632c (sosend_generic+0x464) sp = 0xfac43c38 fp = 0xfac43ca8 r4 = 0x0000bf64 r5 = 0x00000000 r6 = 0xc789f4cc r7 = 0x00000000 r8 = 0x00000000 r9 = 0x00000000 r10 = 0xc789f3a0 sosend_generic() at sosend_generic+0x464 pc = 0xc21e632c lr = 0xc21e6540 (sosend+0x34) sp = 0xfac43cb0 fp = 0xfac43cc0 r4 = 0xcb8caa40 r5 = 0x00000000 r6 = 0xc789f3a0 r7 = 0xc789f3a0 r8 = 0x00000000 r9 = 0x0000000c r10 = 0xc7b766e0 sosend() at sosend+0x34 --More-- pc = 0xc21e6540 lr = 0xc21ec958 (kern_sendit+0x198) sp = 0xfac43cc8 fp = 0xfac43d28 kern_sendit() at kern_sendit+0x198 pc = 0xc21ec958 lr = 0xc21ecc60 (sendit+0x110) sp = 0xfac43d30 fp = 0xfac43d60 r4 = 0x00000000 r5 = 0xc8053640 r6 = 0xfac43d70 r7 = 0x00000000 r8 = 0x00000000 r9 = 0x00000000 r10 = 0xc7b766e0 sendit() at sendit+0x110 pc = 0xc21ecc60 lr = 0xc21ecb48 (sys_sendto+0x58) sp = 0xfac43d68 fp = 0xfac43d90 r4 = 0xc7b766e0 r5 = 0xc8053640 r6 = 0x00000000 r7 = 0x00000000 r8 = 0xfac43e08 r9 = 0xfac43e00 r10 = 0x00000000 sys_sendto() at sys_sendto+0x58 pc = 0xc21ecb48 lr = 0xc23e2e28 (swi_handler+0x2cc) sp = 0xfac43d98 fp = 0xfac43e50 swi_handler() at swi_handler+0x2cc --More-- pc = 0xc23e2e28 lr = 0xc23cce64 (swi_exit) sp = 0xfac43e58 fp = 0xbc3f0500 r4 = 0x00000000 r5 = 0x0000000c r6 = 0x20fc0b00 r7 = 0x00000085 r8 = 0x00000000 r9 = 0x00000000 r10 = 0x00000000 swi_exit() at swi_exit pc = 0xc23cce64 lr = 0xc23cce64 (swi_exit) sp = 0xfac43e58 fp = 0xbc3f0500 db> reboot ------------------------------------------ On Mon, 01 Dec 2014 10:08:51 -0800 Sean Bruno wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA512 > > I'm seeing something odd with regressions for python27 and python34 on ARM. > > Can someone with an ARMv6 board, running current, run the regression > suite for python via "make test" in the work directory? > > sean > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2 > > iQF8BAEBCgBmBQJUfK6uXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w > ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAw > MDAwMDAwMDAwMDAwMDAwAAoJEBIB78oecn5kxWMH/1GUQ3SEDm5peufzCSAZxPNG > Bc0ZO/be2F2kzVaSPi+ZRSET8UISvLpqAbiJTNQHKTmtaH3tUgqJco8DsXh7WQ+R > +IpN80VzJMw4RCfBS8yraaeDkuu0uVGH7J4QFlh+v+mPYgF3JXZLLIMZN+zjjCqn > VDssQ52xlsM2+CEKDDsdIt3xEqfbe0+rzg+Vebzr1gMGPdsdddkK6sBKZ7Oqidda > YUveaoJTZWxHjBh9f2zDCFrtr7/NGXAc53za69t1DcvssjgVhIrxjb3lnMs6vF+1 > hsRf4AfY+j+6QpTKbH65WCvh6GGxPMv8cTsxP49XuNZzyDrpEg6b41wyw0NL3CQ= > =5V9U > -----END PGP SIGNATURE----- > > _______________________________________________ > freebsd-arm@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" From owner-freebsd-arm@FreeBSD.ORG Tue Dec 2 18:36:40 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 05CFC45A for ; Tue, 2 Dec 2014 18:36:40 +0000 (UTC) Received: from mail-pd0-f180.google.com (mail-pd0-f180.google.com [209.85.192.180]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C4BD3F98 for ; Tue, 2 Dec 2014 18:36:39 +0000 (UTC) Received: by mail-pd0-f180.google.com with SMTP id p10so13702711pdj.11 for ; Tue, 02 Dec 2014 10:36:33 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:message-id:references:to; bh=X5Op8ICs+XBRo0QRKJt9D4w6MuspzvQIWq3yN7h/cfw=; b=ZqlvcytjG8Ajz46LEWVaUTpHyhtfll18tnmKD/VX5DSYVIjALRs8cJae4F5kquBEHK 6rR5iYwOzL0ymOU1VUf6AX/+snTVNBrC/ld88vPGkXkZtcwGGMkURqvT7Q7vx9xscM5x 0rMC34ipWAtVTBy9xlHoNO+ys1dFAwgDv6Q6ZrstI4hwi+v28J7c6oJ1y9L72cGrP7im zcDWSWmA85lWHy7scCjRoPTFM+wSZoMyX4YW7JMae504CT0jin41w9lQMIh5AaQBYj73 HoUkt8JJNgrWpaN2GjxoWLLkc6vIKC2GOBGl4toDJvo3X0X0OlofMS+OHCl5jXuvNxio 9qjQ== X-Gm-Message-State: ALoCoQleHPJniT1twrm+mhL6SXg9NVwZRBerZ+yzN75AvtnsMTfbUMIQHae2J9E5goWf/zlCYG/j X-Received: by 10.66.221.168 with SMTP id qf8mr1192832pac.102.1417545018305; Tue, 02 Dec 2014 10:30:18 -0800 (PST) Received: from [10.64.24.134] ([69.53.236.236]) by mx.google.com with ESMTPSA id xk1sm12855272pab.13.2014.12.02.10.30.16 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 02 Dec 2014 10:30:17 -0800 (PST) Sender: Warner Losh Subject: Re: [RFC v2] Add support for Xen ARM guest on FreeBSD Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) Content-Type: multipart/signed; boundary="Apple-Mail=_1310916B-3B53-4C5A-B293-E67B588CB60E"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5b3 From: Warner Losh In-Reply-To: <547DDB4B.6060506@linaro.org> Date: Tue, 2 Dec 2014 11:30:14 -0700 Message-Id: References: <54726138.3090003@linaro.org> <20141128135737.23a71643@bender.lan> <547DDB4B.6060506@linaro.org> To: Julien Grall X-Mailer: Apple Mail (2.1993) X-Mailman-Approved-At: Tue, 02 Dec 2014 18:48:31 +0000 Cc: Ian Campbell , Stefano Stabellini , "xen-devel@lists.xen.org" , freebsd-xen@freebsd.org, freebsd-arm , Denis Schneider , gibbs@freebsd.org, roger.pau@citrix.com X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Dec 2014 18:36:40 -0000 --Apple-Mail=_1310916B-3B53-4C5A-B293-E67B588CB60E Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hey Julien, Have you rebased your patch train after Andrew=E2=80=99s commits? Warner > On Dec 2, 2014, at 8:31 AM, Julien Grall = wrote: >=20 > Hello Andrew, >=20 > On 28/11/2014 13:57, Andrew Turner wrote: >> On Sun, 23 Nov 2014 22:35:36 +0000 >> Julien Grall wrote: >>> Major changes in this new version: >>> * Add Device Tree support via Linux Boot ABI >>> * Add zImage support >>> * Netfront support >>> * Blkfront fixes >>> * DOM0 support (separate branch see below) >>>=20 >>> The former item is very hackish. I was wondering if there is another >>> way to do it? Or maybe we should support FreeBSD Bootloader in ARM >>> guest? >>=20 >> I think using the loader is the correct way to handle booting in Xen. = It >> allows us to relocate the dtb as required. It look like a zImage then >> use the Xen console to interact with the user. >=20 > Thanks, I will give a look to this solution. >=20 >>>=20 >>> The patch series is divided in X parts: >>> * #1 - #14: Clean up and bug fixes for Xen. They can be >>> applied without the rest of the series >>> * #15 - #19: Update Xen interface to 4.4 and fix >>> compilation. It's required for ARM. >>> * #20 - #26: Update Xen code to support ARM >>> * #27 - #33: Rework the event channel code for supporting >>> ARM. I will work with Royger to come with a common interface with = x86 >>> * #34 - #36: Add support for ARM in Xen code >>> * #37 - #46: ARM bug fixes and new features. Some of thoses >>> patches (#37 - #40) could be applied without the rest of the series >>> * #47 - #48: Add Xen ARM platform >>=20 >> I have committed patches 30 and 40 as they look good. >=20 > Thanks! >=20 >> I'm not familiar >> with the code to review 37 or 38, however from my quick look at 38 I >> appears _bus_dmamap_load_buffer does take in to account buflen and >> dmat->maxsegsz when setting sgsize just not dmat->alignment. >=20 > Right, I guess I could just keep the roundup2. >=20 >>=20 >> ... >>>=20 >>> TODO: >>> * Add SMP/PSCI support in FreeBSD. Could be useful other >>> platform too >>=20 >> Adding PSCI support is on my TODO lost for arm64, however I don't >> expect to get on ti in until early next year. >=20 > BTW, what is the actual status of the ARM64 port? I plan to give a = look > for adding Xen support too. --Apple-Mail=_1310916B-3B53-4C5A-B293-E67B588CB60E Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJUfgU2AAoJEGwc0Sh9sBEAqIQP/Rx3lyiz1spiwso9X2aKl4qk RMCKlQPUsujqoNa29nEtzNjmRidzXbgm3VV/fBOXkLkKefZ8vwgVoPCHOBd/9zua qmnAGyfju+xDw5LPeRrsPOLXA4OctOPEG7vJy+52tdyKDYpB2F+P60Y8NuttL3wR sVrHbo7V9PzmoQBzFgmCWaMg1A86K6O50b9uRZREL8qX4x+cx/M97bUmH0AbaesE 5bA+Avn9RmN3lmaIWCcTFMDj6zkplLBOaB4pBMf5+JpDYw8Tm8kF7jWXkUgLqzRn 9HFLjJMlDDWSdyG0vOAzUeyaQBlg+u7LcpgIlkKk4awNcoLTc5uUvaDr+re8eYny eW1FBzyujK9N8Itc68m4k4CcYbBMlKLxzJHAnNt3Te+3JFrAIzI4H9cRX8Q1qmFC o+Nbr5h2S2rMZfl3qRtIj0JTtnRjs9PGug4Bv3vIVujBZ67rRepyMkuKjBrXfKBR lqTntSHnkD7jNEwyLBXxy50Mq9jJopI8uBEBmLWJ1RdEudcWlTSpxDEv5qiPjMhf XEeGg8CaEAY/vuixibDqzzM0MthX/XFAH3ubboAUPEGIPiAOXcMLMJOnw5JtrjZK zQ7UWQh2ie33Zb9LMrP3t6+71SN6G0ZbiDpRlD/RJ1neBpnsnQgwSkQBu7PPa+u/ gk/rYNoAnGOyvay0YYeV =gSrq -----END PGP SIGNATURE----- --Apple-Mail=_1310916B-3B53-4C5A-B293-E67B588CB60E-- From owner-freebsd-arm@FreeBSD.ORG Tue Dec 2 19:18:16 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C393EF24; Tue, 2 Dec 2014 19:18:16 +0000 (UTC) Received: from mo6-p00-ob.smtp.rzone.de (mo6-p00-ob.smtp.rzone.de [IPv6:2a01:238:20a:202:5300::12]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.smtp.rzone.de", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id F266B638; Tue, 2 Dec 2014 19:18:15 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; t=1417547868; l=20755; s=domk; d=ulrich-grey.de; h=Content-Transfer-Encoding:Content-Type:Mime-Version:References: In-Reply-To:Subject:Cc:To:From:Date; bh=QYz4iZ9FJf2EUOd4IFytpIxNqB0=; b=hPRq8jv06sNWZHQ4w4QsTsbFDqL8ohnJ5mmwpAjeRI+N69+nG5VeoCwAaBsBsb+6nXZ bZOtwq4Qshc0zhXVFyF+N0kuf+BVlwDDVDdlNTWmBuHOkcWuSq9XhasjnIx8ZQQezD3c9 VL3SnCrRMZdQmexG6YKmiECfxsexnuvbqUQ= X-RZG-AUTH: :OX8Be0W8W+pMC3rDLL/lo2xV/LZTbZkYhOcjg8suic3iYr/B8J9Lzp3TJg47uMv/Cto= X-RZG-CLASS-ID: mo00 Received: from bbu (p5486820E.dip0.t-ipconnect.de [84.134.130.14]) by smtp.strato.de (RZmta 36.2 DYNA|AUTH) with ESMTPSA id g01a28qB2JHYskk (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate); Tue, 2 Dec 2014 20:17:34 +0100 (CET) Date: Tue, 2 Dec 2014 20:17:33 +0100 From: Ulrich Grey To: sbruno@freebsd.org Subject: Re: Test Help, python regressions Message-Id: <20141202201733.8f91700e128be6e73e1f45ea@ulrich-grey.de> In-Reply-To: <547CAEB3.2000701@ignoranthack.me> References: <547CAEB3.2000701@ignoranthack.me> Organization: - X-Mailer: Sylpheed 3.3.0 (GTK+ 2.24.22; armv6-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Sean Bruno , freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Dec 2014 19:18:17 -0000 Here the same with python34. The board is a wandboard-quad. root@quad:/usr/local/DEVEL/ports/lang/python34/work/Python-3.4.2 # make test running build running build_ext ldd: /usr/local/lib/libreadline.so: not a FreeBSD ELF shared object INFO: Can't locate Tcl/Tk libs and/or headers Python build finished successfully! The necessary bits to build these optional modules were not found: _gdbm _sqlite3 _tkinter spwd To find the necessary bits, look in setup.py in detect_modules() for the module's name. running build_scripts copying and adjusting /usr/local/DEVEL/ports/lang/python34/work/Python-3.4.2/Tools/scripts/pydoc3 -> build/scripts-3.4 copying and adjusting /usr/local/DEVEL/ports/lang/python34/work/Python-3.4.2/Tools/scripts/idle3 -> build/scripts-3.4 copying and adjusting /usr/local/DEVEL/ports/lang/python34/work/Python-3.4.2/Tools/scripts/2to3 -> build/scripts-3.4 copying and adjusting /usr/local/DEVEL/ports/lang/python34/work/Python-3.4.2/Tools/scripts/pyvenv -> build/scripts-3.4 changing mode of build/scripts-3.4/pydoc3 from 644 to 755 changing mode of build/scripts-3.4/idle3 from 644 to 755 changing mode of build/scripts-3.4/2to3 from 644 to 755 changing mode of build/scripts-3.4/pyvenv from 644 to 755 renaming build/scripts-3.4/pydoc3 to build/scripts-3.4/pydoc3.4 renaming build/scripts-3.4/idle3 to build/scripts-3.4/idle3.4 renaming build/scripts-3.4/2to3 to build/scripts-3.4/2to3-3.4 renaming build/scripts-3.4/pyvenv to build/scripts-3.4/pyvenv-3.4 LD_LIBRARY_PATH=/usr/local/DEVEL/ports/lang/python34/work/Python-3.4.2 ./python -E -c 'import sys ; from sysconfig import get_platform ; print(get_platform()+"-"+sys.version [0:3])' >platform LD_LIBRARY_PATH=/usr/local/DEVEL/ports/lang/python34/work/Python-3.4.2 ./python ./Tools/scripts/run_tests.py /usr/local/DEVEL/ports/lang/python34/work/Python-3.4.2/python -W default -bb -E -R -W error::BytesWarning -m test -r -w -j 0 -u all,-largefile,-audio,-gui == CPython 3.4.2 (default, Dec 2 2014, 18:43:42) [GCC 4.2.1 Compatible FreeBSD Clang 3.4.1 (tags/RELEASE_34/dot1-final 208032)] == FreeBSD-11.0-CURRENT-arm-armv6-32bit-ELF little-endian == hash algorithm: fnv 32bit == /usr/local/DEVEL/ports/lang/python34/work/Python-3.4.2/build/test_python_9909 Testing with flags: sys.flags(debug=0, inspect=0, interactive=0, optimize=0, dont_write_bytecode=0, no_user_site=0, no_site=0, ignore_environment=1, verbose=0, bytes_warning=2, quiet=0, hash_randomization=1, isolated=0) Using random seed 2090207 [ 1/389] test_eof [ 2/389] test_defaultdict [ 3/389] test_osx_env [ 4/389] test_userdict [ 5/389] test_frame [ 6/389] test_imghdr [ 7/389] test_xml_etree [ 8/389] test_wave [ 9/389] test_pulldom [ 10/389] test_sys [ 11/389] test_pep3120 [ 12/389] test_imp [ 13/389] test_dbm [ 14/389] test_sched [ 15/389] test_file_eintr [ 16/389] test_sysconfig [ 17/389] test_tempfile [ 18/389] test_compare [ 19/389] test_functools [ 20/389] test_capi [ 21/389] test_bytes [ 22/389] test_calendar [ 23/389] test_zipimport_support [ 24/389/1] test_numeric_tower test test_numeric_tower failed -- Traceback (most recent call last): File "/usr/local/DEVEL/ports/lang/python34/work/Python-3.4.2/Lib/test/test_numeric_tower.py", line 173, in test_mixed_comparisons self.assertLess(first, second) AssertionError: 0.0 not less than 0.0 [ 25/389/1] test_bigmem [ 26/389/1] test_string [ 27/389/1] test_stringprep [ 28/389/1] test_doctest [ 29/389/1] test_exception_variations [ 30/389/1] test_hash [ 31/389/1] test_int [ 32/389/1] test_runpy [ 33/389/1] test_code_module [ 34/389/1] test_http_cookies [ 35/389/1] test_fileinput [ 36/389/1] test_xml_etree_c [ 37/389/1] test_gc [ 38/389/1] test_urllib2net Resource 'ftp://gatekeeper.research.compaq.com/pub/DEC/SRC/research-reports/00README-Legal-Rules-Regs' is not available [ 39/389/1] test_iterlen [ 40/389/1] test_pep3131 [ 41/389/1] test_warnings /usr/local/DEVEL/ports/lang/python34/work/Python-3.4.2/Lib/test/test_warnings.py:100: UserWarning: FilterTests.test_ignore_after_default self.module.warn(message, UserWarning) /usr/local/DEVEL/ports/lang/python34/work/Python-3.4.2/Lib/test/test_warnings.py:100: UserWarning: FilterTests.test_ignore_after_default self.module.warn(message, UserWarning) Warning -- warnings.filters was modified by test_warnings [ 42/389/1] test_setcomps [ 43/389/1] test_netrc [ 44/389/1] test_sys_settrace [ 45/389/1] test_pep247 [ 46/389/1] test_heapq [ 47/389/1] test_file [ 48/389/1] test_xmlrpc_net [ 49/389/1] test_cmd [ 50/389/1] test_timeout [ 51/389/1] test_tcl test_tcl skipped -- No module named '_tkinter' [ 52/389/1] test_datetime [ 53/389/1] test_httpservers [ 54/389/1] test__opcode [ 55/389/1] test_descr [ 56/389/1] test_weakref [ 57/389/1] test_urllib_response [ 58/389/1] test_future [ 59/389/1] test_peepholer [ 60/389/1] test_contains [ 61/389/1] test_marshal [ 62/389/1] test_set [ 63/389/1] test_support [ 64/389/1] test_htmlparser [ 65/389/2] test_strtod test test_strtod failed -- multiple errors occurred; run in verbose mode for details [ 66/389/2] test_buffer [ 67/389/2] test_strptime [ 68/389/2] test_deque [ 69/389/2] test_codecmaps_hk fetching http://people.freebsd.org/~perky/i18n/BIG5HKSCS-2004.TXT ... [ 70/389/2] test_dbm_dumb [ 71/389/2] test_largefile [ 72/389/2] test_crypt [ 73/389/2] test_types [ 74/389/2] test_optparse [ 75/389/2] test_compile [ 76/389/2] test_generators [ 77/389/2] test_rlcompleter [ 78/389/2] test_fnmatch Fatal kernel mode data abort: 'Translation Fault (L2)' on read trapframe: 0xfae42b88 FSR=00000007, FAR=00000004, spsr=60000013 r0 =c8eeb12c, r1 =00000004, r2 =c2439402, r3 =0000020c r4 =c8eeb0f8, r5 =00000000, r6 =c8eeb12c, r7 =c2439402 r8 =c8eefd68, r9 =00000000, r10=00000000, r11=fae42be0 r12=00000000, ssp=fae42bd8, slr=c7505370, pc =c21e34e0 [ thread pid 11271 tid 100121 ] Stopped at sbappendstream_locked+0x24: ldr r0, [r5, #0x004] db> show all pcpu Current CPU: 2 cpuid = 0 dynamic pcpu = 0x1f7fc0 curthread = 0xc7a4e6e0: pid 11327 "python" curpcb = 0xfab6aea8 fpcurthread = 0xc7a4e6e0: pid 11327 "python" idlethread = 0xc6fdaa50: tid 100002 "idle: cpu0" cpuid = 1 dynamic pcpu = 0x1f5e5fc0 curthread = 0xc7503a50: pid 11326 "python" curpcb = 0xfab4aea8 fpcurthread = 0xc7503a50: pid 11326 "python" idlethread = 0xc6fda6e0: tid 100003 "idle: cpu1" cpuid = 2 dynamic pcpu = 0x1f5e6fc0 curthread = 0xc7505370: pid 11271 "python" curpcb = 0xfae42ea8 --More-- fpcurthread = 0xc7505370: pid 11271 "python" idlethread = 0xc6fda370: tid 100004 "idle: cpu2" cpuid = 3 dynamic pcpu = 0x1f5e7fc0 curthread = 0xc892b000: pid 9970 "python" curpcb = 0xfade9ea8 fpcurthread = none idlethread = 0xc6fda000: tid 100005 "idle: cpu3" db> where 11327 Tracing pid 11327 tid 100078 td 0xc7a4e6e0 savectx() at savectx+0x14 pc = 0xc23e2968 lr = 0xc23d0a6c ($a+0xe0) sp = 0xfab6adb0 fp = 0xfab6adf0 Unwind failure (no registers changed) db> 11326 ? db> 11326 ? db> 11271 ? db> 9970 ? db> where Tracing pid 11271 tid 100121 td 0xc7505370 db_trace_self() at db_trace_self pc = 0xc23cb0f4 lr = 0xc2038b34 (db_stack_trace+0xf4) sp = 0xfae42878 fp = 0xfae42890 r10 = 0xc253a40c db_stack_trace() at db_stack_trace+0xf4 pc = 0xc2038b34 lr = 0xc20384a4 (db_command+0x270) sp = 0xfae42898 fp = 0xfae42938 r4 = 0x00000000 r5 = 0x00000000 r6 = 0x00000072 db_command() at db_command+0x270 pc = 0xc20384a4 lr = 0xc2038208 (db_command_loop+0x60) sp = 0xfae42940 fp = 0xfae42950 r4 = 0xc2413db6 r5 = 0xc242d229 r6 = 0xc253a3f8 r7 = 0xfae42b88 r8 = 0x00000001 r9 = 0xc24dbcf8 r10 = 0xc25317b4 db_command_loop() at db_command_loop+0x60 pc = 0xc2038208 lr = 0xc203ace4 (db_trap+0xd8) sp = 0xfae42958 fp = 0xfae42a78 --More-- r4 = 0x00000000 r5 = 0xc253a404 r6 = 0xc25317d8 db_trap() at db_trap+0xd8 pc = 0xc203ace4 lr = 0xc21a7620 (kdb_trap+0x15c) sp = 0xfae42a80 fp = 0xfae42aa0 r4 = 0x00000000 r5 = 0x00000007 r6 = 0xc25317d8 r7 = 0xfae42b88 kdb_trap() at kdb_trap+0x15c pc = 0xc21a7620 lr = 0xc23e3984 (abort_fatal+0x180) sp = 0xfae42aa8 fp = 0xfae42ac0 r4 = 0xfae42b88 r5 = 0x00000013 r6 = 0x00000004 r7 = 0x00000007 r8 = 0x00000007 r9 = 0x00000004 r10 = 0xfae42b88 abort_fatal() at abort_fatal+0x180 pc = 0xc23e3984 lr = 0xc23e37d0 ($d) sp = 0xfae42ac8 fp = 0xfae42b80 r4 = 0x00000007 r5 = 0x00000000 r6 = 0x00000007 r7 = 0x00000013 r8 = 0x00000023 --More-- $d() at $d pc = 0xc23e37d0 lr = 0xc23ccecc (exception_exit) sp = 0xfae42b88 fp = 0xfae42be0 r4 = 0xc8eeb0f8 r5 = 0x00000000 r6 = 0xc8eeb12c r7 = 0xc2439402 r8 = 0xc8eefd68 r9 = 0x00000000 r10 = 0x00000000 exception_exit() at exception_exit pc = 0xc23ccecc lr = 0xc7505370 (0xc7505370) sp = 0xfae42bd8 fp = 0xfae42be0 r0 = 0xc8eeb12c r1 = 0x00000004 r2 = 0xc2439402 r3 = 0x0000020c r4 = 0xc8eeb0f8 r5 = 0x00000000 r6 = 0xc8eeb12c r7 = 0xc2439402 r8 = 0xc8eefd68 r9 = 0x00000000 r10 = 0x00000000 r12 = 0x00000000 sbappendstream_locked() at sbappendstream_locked+0x24 pc = 0xc21e34e0 lr = 0xc21e3584 (sbappendstream+0x3c) sp = 0xfae42be8 fp = 0xfae42bf8 r4 = 0x00000000 r5 = 0xc8eeb0f8 --More-- sbappendstream() at sbappendstream+0x3c pc = 0xc21e3584 lr = 0xc22ebea4 (tcp_usr_send+0x1ec) sp = 0xfae42c00 fp = 0xfae42c30 r4 = 0x00000000 r5 = 0xc8eeb000 r6 = 0x00000000 r7 = 0xc8eeb0f8 tcp_usr_send() at tcp_usr_send+0x1ec pc = 0xc22ebea4 lr = 0xc21e632c (sosend_generic+0x464) sp = 0xfae42c38 fp = 0xfae42ca8 r4 = 0x0000bf64 r5 = 0x00000000 r6 = 0xc8eeb12c r7 = 0x00000000 r8 = 0x00000000 r9 = 0x00000000 r10 = 0xc8eeb000 sosend_generic() at sosend_generic+0x464 pc = 0xc21e632c lr = 0xc21e6540 (sosend+0x34) sp = 0xfae42cb0 fp = 0xfae42cc0 r4 = 0xc7587ec0 r5 = 0x00000000 r6 = 0xc8eeb000 r7 = 0xc8eeb000 r8 = 0x00000000 r9 = 0x00000006 r10 = 0xc7505370 sosend() at sosend+0x34 --More-- pc = 0xc21e6540 lr = 0xc21ec958 (kern_sendit+0x198) sp = 0xfae42cc8 fp = 0xfae42d28 kern_sendit() at kern_sendit+0x198 pc = 0xc21ec958 lr = 0xc21ecc60 (sendit+0x110) sp = 0xfae42d30 fp = 0xfae42d60 r4 = 0x00000000 r5 = 0xc7592000 r6 = 0xfae42d70 r7 = 0x00000000 r8 = 0x00000000 r9 = 0x00000000 r10 = 0xc7505370 sendit() at sendit+0x110 pc = 0xc21ecc60 lr = 0xc21ecb48 (sys_sendto+0x58) sp = 0xfae42d68 fp = 0xfae42d90 r4 = 0xc7505370 r5 = 0xc7592000 r6 = 0x00000000 r7 = 0x00000000 r8 = 0xfae42e08 r9 = 0xfae42e00 r10 = 0x00000000 sys_sendto() at sys_sendto+0x58 pc = 0xc21ecb48 lr = 0xc23e2e28 (swi_handler+0x2cc) sp = 0xfae42d98 fp = 0xfae42e50 swi_handler() at swi_handler+0x2cc --More-- pc = 0xc23e2e28 lr = 0xc23cce64 (swi_exit) sp = 0xfae42e58 fp = 0xbfbecc00 r4 = 0x00000000 r5 = 0x00000006 r6 = 0x20c03300 r7 = 0x00000085 r8 = 0x00000000 r9 = 0x00000000 r10 = 0x00000000 swi_exit() at swi_exit pc = 0xc23cce64 lr = 0xc23cce64 (swi_exit) sp = 0xfae42e58 fp = 0xbfbecc00 db> ps pid ppid pgrp uid state wmesg wchan cmd 11332 10083 9904 0 R+ python 11331 9909 9904 0 R+ python 11327 10449 9904 0 R+ CPU 0 python 11326 10449 9904 0 R+ CPU 1 python 11325 10449 9904 0 R+ python 11324 10449 9904 0 R+ python 11303 10449 9904 0 S+ (threaded) python 100117 S usem 0xc851dc00 python 100265 S accept 0xc78ab94e python 100293 S usem 0xc8099d80 python 11271 9909 9904 0 R+ (threaded) python 100121 Run CPU 2 python 11001 10449 9904 0 S+ kqread 0xc7e0ed00 python 10480 10449 9904 0 S+ piperd 0xc7591000 python 10449 9909 9904 0 S+ (threaded) python 100059 S sbwait 0xc8eecd6c python 10083 9909 9904 0 S+ (threaded) python 100103 S select 0xc73e53e4 python 9970 9909 9904 0 R+ CPU 3 python --More-- 9916 9909 9904 0 R+ python 9909 9904 9904 0 S+ (threaded) python 100109 S usem 0xc73c3f00 python 100123 S select 0xc7cad964 python 100124 S select 0xc7d16424 python 100125 S select 0xc7449764 python 100126 S select 0xc717e064 python 100127 S select 0xc8393124 python 100128 S select 0xc7e56524 python 9904 620 9904 0 S+ wait 0xc75d0c80 make 620 588 620 0 S+ pause 0xc7594068 csh 588 1 588 0 Ss+ wait 0xc74f9c80 login 545 1 545 0 Ss nanslp 0xc2523811 cron 541 1 541 0 Ss select 0xc73e4c24 sshd 511 1 511 0 Ss select 0xc73e5524 ntpd 454 1 454 0 Ss select 0xc73e63e4 casperd 453 1 453 0 Ss select 0xc73e4ca4 casperd 351 1 351 0 Ss select 0xc70b5be4 syslogd 279 1 279 0 Ss select 0xc73e52a4 devd 15 0 0 0 DL syncer 0xc25356c8 [syncer] --More-- 9 0 0 0 DL vlruwt 0xc7384000 [vnlru] 8 0 0 0 DL (threaded) [bufdaemon] 100044 D psleep 0xc2535450 [bufdaemon] 100054 D sdflush 0xc73cf484 [/ worker] 100056 D sdflush 0xc73d0484 [/usr/local/DEVEL wo] 7 0 0 0 DL pgzero 0xc253857c [pagezero] 6 0 0 0 DL psleep 0xc253840c [vmdaemon] 5 0 0 0 DL psleep 0xc254d584 [pagedaemon] 4 0 0 0 DL jobqueue 0xc7078b80 [mmcsd0: mmc/sd card] 3 0 0 0 DL waiting_ 0xc254a8c4 [sctp_iterator] 14 0 0 0 DL (threaded) [usb] 100026 D - 0xc70abca4 [usbus0] 100027 D - 0xc70abcd4 [usbus0] 100028 D - 0xc70abd04 [usbus0] 100029 D - 0xc70abd34 [usbus0] 100031 D - 0xc7186ca4 [usbus1] 100032 D - 0xc7186cd4 [usbus1] 100033 D - 0xc7186d04 [usbus1] 100034 D - 0xc7186d34 [usbus1] 2 0 0 0 DL (threaded) [cam] --More-- 100020 D - 0xc25120c0 [doneq0] 100039 D - 0xc25122a8 [scanner] 13 0 0 0 DL - 0xc251f120 [rand_harvestq] 12 0 0 0 DL (threaded) [geom] 100012 D - 0xc253b024 [g_event] 100013 D - 0xc253b028 [g_up] 100014 D - 0xc253b02c [g_down] 11 0 0 0 WL (threaded) [intr] 100006 I [swi3: vm] 100007 I [swi1: netisr 0] 100008 I [swi4: clock (0)] 100009 I [swi4: clock (1)] 100010 I [swi4: clock (2)] 100011 I [swi4: clock (3)] 100016 I [swi6: Giant taskq] 100018 I [swi5: fast taskq] 100022 I [swi6: task queue] 100023 I [swi0: uart] 100024 I [intr150: ffec0] 100025 I [intr75: ehci0] --More-- 100030 I [intr72: ehci1] 100035 I [intr54: sdhci_imx0] 100036 I [intr56: sdhci_imx1] 10 0 0 0 RL (threaded) [idle] 100002 CanRun [idle: cpu0] 100003 CanRun [idle: cpu1] 100004 CanRun [idle: cpu2] 100005 CanRun [idle: cpu3] 1 0 1 0 SLs wait 0xc6fd7640 [init] 0 0 0 0 DLs (threaded) [kernel] 100000 D swapin 0xc253b048 [swapper] 100017 D - 0xc7078380 [thread taskq] 100019 D - 0xc7078280 [ffs_trim taskq] 100021 D - 0xc7077f00 [kqueue taskq] 100038 D - 0xc7078200 [CAM taskq] 11314 10449 9904 0 Z+ python 11311 10449 9904 0 Z+ python 11312 10449 9904 0 Z+ python 11313 10449 9904 0 Z+ python db> bt Tracing pid 11271 tid 100121 td 0xc7505370 db_trace_self() at db_trace_self pc = 0xc23cb0f4 lr = 0xc2038b34 (db_stack_trace+0xf4) sp = 0xfae42878 fp = 0xfae42890 r10 = 0xc253a40c db_stack_trace() at db_stack_trace+0xf4 pc = 0xc2038b34 lr = 0xc20384a4 (db_command+0x270) sp = 0xfae42898 fp = 0xfae42938 r4 = 0x00000000 r5 = 0x00000000 r6 = 0x00000072 db_command() at db_command+0x270 pc = 0xc20384a4 lr = 0xc2038208 (db_command_loop+0x60) sp = 0xfae42940 fp = 0xfae42950 r4 = 0xc2413db6 r5 = 0xc242d229 r6 = 0xc253a3f8 r7 = 0xfae42b88 r8 = 0x00000001 r9 = 0xc24dbcf8 r10 = 0xc25317b4 db_command_loop() at db_command_loop+0x60 pc = 0xc2038208 lr = 0xc203ace4 (db_trap+0xd8) sp = 0xfae42958 fp = 0xfae42a78 --More-- r4 = 0x00000000 r5 = 0xc253a404 r6 = 0xc25317d8 db_trap() at db_trap+0xd8 pc = 0xc203ace4 lr = 0xc21a7620 (kdb_trap+0x15c) sp = 0xfae42a80 fp = 0xfae42aa0 r4 = 0x00000000 r5 = 0x00000007 r6 = 0xc25317d8 r7 = 0xfae42b88 kdb_trap() at kdb_trap+0x15c pc = 0xc21a7620 lr = 0xc23e3984 (abort_fatal+0x180) sp = 0xfae42aa8 fp = 0xfae42ac0 r4 = 0xfae42b88 r5 = 0x00000013 r6 = 0x00000004 r7 = 0x00000007 r8 = 0x00000007 r9 = 0x00000004 r10 = 0xfae42b88 abort_fatal() at abort_fatal+0x180 pc = 0xc23e3984 lr = 0xc23e37d0 ($d) sp = 0xfae42ac8 fp = 0xfae42b80 r4 = 0x00000007 r5 = 0x00000000 r6 = 0x00000007 r7 = 0x00000013 r8 = 0x00000023 --More-- $d() at $d pc = 0xc23e37d0 lr = 0xc23ccecc (exception_exit) sp = 0xfae42b88 fp = 0xfae42be0 r4 = 0xc8eeb0f8 r5 = 0x00000000 r6 = 0xc8eeb12c r7 = 0xc2439402 r8 = 0xc8eefd68 r9 = 0x00000000 r10 = 0x00000000 exception_exit() at exception_exit pc = 0xc23ccecc lr = 0xc7505370 (0xc7505370) sp = 0xfae42bd8 fp = 0xfae42be0 r0 = 0xc8eeb12c r1 = 0x00000004 r2 = 0xc2439402 r3 = 0x0000020c r4 = 0xc8eeb0f8 r5 = 0x00000000 r6 = 0xc8eeb12c r7 = 0xc2439402 r8 = 0xc8eefd68 r9 = 0x00000000 r10 = 0x00000000 r12 = 0x00000000 sbappendstream_locked() at sbappendstream_locked+0x24 pc = 0xc21e34e0 lr = 0xc21e3584 (sbappendstream+0x3c) sp = 0xfae42be8 fp = 0xfae42bf8 r4 = 0x00000000 r5 = 0xc8eeb0f8 --More-- sbappendstream() at sbappendstream+0x3c pc = 0xc21e3584 lr = 0xc22ebea4 (tcp_usr_send+0x1ec) sp = 0xfae42c00 fp = 0xfae42c30 r4 = 0x00000000 r5 = 0xc8eeb000 r6 = 0x00000000 r7 = 0xc8eeb0f8 tcp_usr_send() at tcp_usr_send+0x1ec pc = 0xc22ebea4 lr = 0xc21e632c (sosend_generic+0x464) sp = 0xfae42c38 fp = 0xfae42ca8 r4 = 0x0000bf64 r5 = 0x00000000 r6 = 0xc8eeb12c r7 = 0x00000000 r8 = 0x00000000 r9 = 0x00000000 r10 = 0xc8eeb000 sosend_generic() at sosend_generic+0x464 pc = 0xc21e632c lr = 0xc21e6540 (sosend+0x34) sp = 0xfae42cb0 fp = 0xfae42cc0 r4 = 0xc7587ec0 r5 = 0x00000000 r6 = 0xc8eeb000 r7 = 0xc8eeb000 r8 = 0x00000000 r9 = 0x00000006 r10 = 0xc7505370 sosend() at sosend+0x34 --More-- pc = 0xc21e6540 lr = 0xc21ec958 (kern_sendit+0x198) sp = 0xfae42cc8 fp = 0xfae42d28 kern_sendit() at kern_sendit+0x198 pc = 0xc21ec958 lr = 0xc21ecc60 (sendit+0x110) sp = 0xfae42d30 fp = 0xfae42d60 r4 = 0x00000000 r5 = 0xc7592000 r6 = 0xfae42d70 r7 = 0x00000000 r8 = 0x00000000 r9 = 0x00000000 r10 = 0xc7505370 sendit() at sendit+0x110 pc = 0xc21ecc60 lr = 0xc21ecb48 (sys_sendto+0x58) sp = 0xfae42d68 fp = 0xfae42d90 r4 = 0xc7505370 r5 = 0xc7592000 r6 = 0x00000000 r7 = 0x00000000 r8 = 0xfae42e08 r9 = 0xfae42e00 r10 = 0x00000000 sys_sendto() at sys_sendto+0x58 pc = 0xc21ecb48 lr = 0xc23e2e28 (swi_handler+0x2cc) sp = 0xfae42d98 fp = 0xfae42e50 swi_handler() at swi_handler+0x2cc --More-- pc = 0xc23e2e28 lr = 0xc23cce64 (swi_exit) sp = 0xfae42e58 fp = 0xbfbecc00 r4 = 0x00000000 r5 = 0x00000006 r6 = 0x20c03300 r7 = 0x00000085 r8 = 0x00000000 r9 = 0x00000000 r10 = 0x00000000 swi_exit() at swi_exit pc = 0xc23cce64 lr = 0xc23cce64 (swi_exit) sp = 0xfae42e58 fp = 0xbfbecc00 db> reboot ------------------------------------------ On Mon, 01 Dec 2014 10:08:51 -0800 Sean Bruno wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA512 > > I'm seeing something odd with regressions for python27 and python34 on ARM. > > Can someone with an ARMv6 board, running current, run the regression > suite for python via "make test" in the work directory? > > sean > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2 > > iQF8BAEBCgBmBQJUfK6uXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w > ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAw > MDAwMDAwMDAwMDAwMDAwAAoJEBIB78oecn5kxWMH/1GUQ3SEDm5peufzCSAZxPNG > Bc0ZO/be2F2kzVaSPi+ZRSET8UISvLpqAbiJTNQHKTmtaH3tUgqJco8DsXh7WQ+R > +IpN80VzJMw4RCfBS8yraaeDkuu0uVGH7J4QFlh+v+mPYgF3JXZLLIMZN+zjjCqn > VDssQ52xlsM2+CEKDDsdIt3xEqfbe0+rzg+Vebzr1gMGPdsdddkK6sBKZ7Oqidda > YUveaoJTZWxHjBh9f2zDCFrtr7/NGXAc53za69t1DcvssjgVhIrxjb3lnMs6vF+1 > hsRf4AfY+j+6QpTKbH65WCvh6GGxPMv8cTsxP49XuNZzyDrpEg6b41wyw0NL3CQ= > =5V9U > -----END PGP SIGNATURE----- > > _______________________________________________ > freebsd-arm@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" From owner-freebsd-arm@FreeBSD.ORG Tue Dec 2 19:41:03 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 269AB3E5 for ; Tue, 2 Dec 2014 19:41:03 +0000 (UTC) Received: from st11p02mm-asmtp001.mac.com (st11p02mm-asmtpout001.mac.com [17.172.220.236]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id F0904989 for ; Tue, 2 Dec 2014 19:41:02 +0000 (UTC) Received: from fukuyama.hsd1.ca.comcast.net (unknown [73.162.13.215]) by st11p02mm-asmtp001.mac.com (Oracle Communications Messaging Server 7.0.5.33.0 64bit (built Aug 27 2014)) with ESMTPSA id <0NFZ002DE00B0SB0@st11p02mm-asmtp001.mac.com> for freebsd-arm@freebsd.org; Tue, 02 Dec 2014 19:41:01 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.13.68,1.0.33,0.0.0000 definitions=2014-12-02_08:2014-12-02,2014-12-02,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1408290000 definitions=main-1412020168 Content-type: text/plain; charset=us-ascii MIME-version: 1.0 (Mac OS X Mail 8.1 \(1993\)) Subject: Re: Output of gpioctl From: Rui Paulo In-reply-to: <1417532962961-5970143.post@n5.nabble.com> Date: Tue, 02 Dec 2014 11:40:58 -0800 Content-transfer-encoding: quoted-printable Message-id: References: <1417532962961-5970143.post@n5.nabble.com> To: Scott Ellis X-Mailer: Apple Mail (2.1993) Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Dec 2014 19:41:03 -0000 On Dec 2, 2014, at 07:09, Scott Ellis wrote: >=20 > I submitted a bug report for gpioctl. >=20 > = http://freebsd.1045724.n5.nabble.com/Bug-195330-New-Reduce-gpioctl-output-= td5968221.html >=20 > At least I consider it a bug, but I haven't seen any response, so > maybe it is not. >=20 > Is there an example I'm missing where echoing the command line > arguments in gpioctl's output is useful when doing a simple > read or write? >=20 > Seems an unnecessarily awkward 'feature' to workaround when used > in a script or even just viewing the output until you understand > what you are seeing. I think this was some leftover debugging code. I've considered removing = it yesterday when I converted it to use gpio(3). I think it's time to = do it now. Thanks, -- Rui Paulo From owner-freebsd-arm@FreeBSD.ORG Tue Dec 2 22:29:00 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2412528C for ; Tue, 2 Dec 2014 22:29:00 +0000 (UTC) Received: from mail.FoxValley.net (mail.FoxValley.net [64.135.192.34]) by mx1.freebsd.org (Postfix) with SMTP id CA529D41 for ; Tue, 2 Dec 2014 22:28:59 +0000 (UTC) Received: (qmail 10927 invoked from network) for freebsd-arm@freebsd.org; 2 Dec 2014 16:28:52 -0600 Received: from marengo.foxvalley.net (draymond@64.135.192.25) by mail.foxvalley.net with SMTP; 2 Dec 2014 16:28:52 -0600 Received: from sp5.qualcomm.com (sp5.qualcomm.com [199.106.103.55]) by webmail.FoxValley.net (Horde MIME library) with HTTP; Tue, 02 Dec 2014 16:28:52 -0600 Message-ID: <20141202162852.w97gp1gmpkw004kw@webmail.FoxValley.net> Date: Tue, 02 Dec 2014 16:28:52 -0600 From: draymond@FoxValley.net To: freebsd-arm@freebsd.org Subject: re: new support for Raspberry Pi B+ MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.1.2) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Dec 2014 22:29:00 -0000 > It seems that "portsnap fetch update" is a consistent way to > generate a panic. I have now seen panics with all four of my SD > cards on two different Raspberry Pis, and with three different > power cables. All occurred while running at low speed for SD > (25MHz) on r274416. > > ... > > Ian, you mentioned that you thought this looked like a memory > corruption similar to the issues reported on Wandboard. I have been > reading those threads but I don't fully understand what is the > issue. Can you clarify? I also saw some discussion about some new > changes currently under testing and planned for release. Are these > expected to resolve the memory corruption? What is the root cause > and is the problem present in all builds or just recent builds? Ian, can you comment? From owner-freebsd-arm@FreeBSD.ORG Wed Dec 3 08:59:01 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5981AC94 for ; Wed, 3 Dec 2014 08:59:01 +0000 (UTC) Received: from eu1sys200aog120.obsmtp.com (eu1sys200aog120.obsmtp.com [207.126.144.149]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B086933B for ; Wed, 3 Dec 2014 08:59:00 +0000 (UTC) Received: from mail-wi0-f181.google.com ([209.85.212.181]) (using TLSv1) by eu1sys200aob120.postini.com ([207.126.147.11]) with SMTP ID DSNKVH7Q0uZ/yYc+f7gu9D6BABSfM0v1nnGF@postini.com; Wed, 03 Dec 2014 08:59:00 UTC Received: by mail-wi0-f181.google.com with SMTP id r20so23609872wiv.2 for ; Wed, 03 Dec 2014 00:58:58 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:message-id:to:subject:reply-to; bh=YJZ4uJsO62j29lAu2i3kpyv/YT7Wep4YZutnyE7wi2o=; b=H3XKx6kLRuPWRCIc+ZXwHcvuXLW0N+b8f7hP3oveduNx74m/I/YONPM5N1J3MfDd7j jD08J3jk5ou8J5sOn3ODmBaNmWEYFCqyIshEddBpC480F82M08j8UzNgbO4+Uoqieze3 W1+9qlr+GpC1od7VI71sb/NrHriJTr2Vfl8vpxiebktJn2RttzVM1JvGKeduUW1ZZeLX rW64bBCkI5/jUZGFDYZE4hG81xWqnIrTtLblU2kcqRemgtN/wgH2NI1PRBidT/2xLanC r4MeNogj5txHyW076BqeSXYsgEAVNC6siTPYj8BgG0w+BUD7M2YYJ43lbi1z7I3JPO9F dgJA== X-Received: by 10.180.96.41 with SMTP id dp9mr11681959wib.13.1417596652129; Wed, 03 Dec 2014 00:50:52 -0800 (PST) X-Gm-Message-State: ALoCoQnECLQVpd2Sg/CFxn0S4arlxHECA1sCHnpHYFcxmBQQ8X4tagg2I3E82Pny5VLyRqlrNg9uyDk6foPjlGLCD5pC9O8CG8TdxPGsmbomjhDb+OatjfkwgaFln0uxOTPUUk3n0Tksz2Mq5ATJmAfohUvE/yodNw== X-Received: by 10.180.96.41 with SMTP id dp9mr11681948wib.13.1417596652025; Wed, 03 Dec 2014 00:50:52 -0800 (PST) Received: from mech-as221.men.bris.ac.uk (mech-as221.men.bris.ac.uk. [137.222.187.221]) by mx.google.com with ESMTPSA id ej10sm10482068wib.1.2014.12.03.00.50.50 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 03 Dec 2014 00:50:51 -0800 (PST) Date: Wed, 03 Dec 2014 00:50:51 -0800 (PST) X-Google-Original-Date: Wed, 3 Dec 2014 08:50:49 GMT Received: from mech-as221.men.bris.ac.uk (localhost [127.0.0.1]) by mech-as221.men.bris.ac.uk (8.14.9/8.14.9) with ESMTP id sB38onDD044653 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Wed, 3 Dec 2014 08:50:50 GMT (envelope-from mexas@mech-as221.men.bris.ac.uk) Received: (from mexas@localhost) by mech-as221.men.bris.ac.uk (8.14.9/8.14.9/Submit) id sB38onHY044652 for freebsd-arm@freebsd.org; Wed, 3 Dec 2014 08:50:49 GMT (envelope-from mexas) From: Anton Shterenlikht Message-Id: <201412030850.sB38onHY044652@mech-as221.men.bris.ac.uk> To: freebsd-arm@freebsd.org Subject: www/webkit-gtk2 build error Reply-To: mexas@bris.ac.uk X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Dec 2014 08:59:01 -0000 On the road to building midori on RPI-B with 10.1-release I got this failure: gmake[6]: Entering directory '/usr/ports/www/webkit-gtk2/work/webkit-1.8.3' GNUmakefile:70658: recipe for target 'Source/WebKit/gtk/po/webkit-2.0.pot' failed gmake[5]: *** [Source/WebKit/gtk/po/webkit-2.0.pot] Killed Anybody else seen this? Is the port expected to build on arm? Worth submitting a PR? Thanks Anton From owner-freebsd-arm@FreeBSD.ORG Wed Dec 3 11:36:14 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2A503EBB for ; Wed, 3 Dec 2014 11:36:14 +0000 (UTC) Received: from mail-wi0-f170.google.com (mail-wi0-f170.google.com [209.85.212.170]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AF4E687D for ; Wed, 3 Dec 2014 11:36:13 +0000 (UTC) Received: by mail-wi0-f170.google.com with SMTP id bs8so32681017wib.3 for ; Wed, 03 Dec 2014 03:36:06 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=XH+clNP1L8EkI48OdCucbHeLq2TBSnIJQ+ffG6Lq10I=; b=NJw1GwuoesbZtEND4fk16/KzuU1E0fE4NXjKsxV58nbFLnBcCNtkrSxpmHmtHfhP1d A4OZMsmys4WHUi7BFzHFCwCPEvMmedkLTLVhq/ZQ4cNlL4a7DpJG8rFK3ShHo/lxzuKo QCND2V4vkZwfbrynhg4/yIs7wZWRLfnPvx0MiE1k1UoyRWTjCBxqSXVsBR7t005aJei1 1tdVFZB3unFiT99N6p1mXDzT5zcileVqFrbGhKL15limB63YVhDHhKfpzibKYmUjEhpo cB22zpNOH8S2cuQlWSv/WbykKjMSa+5oo+yTTH7D6jLloZOovWvVXKxuI0hKAnfBlG4W CnxQ== X-Gm-Message-State: ALoCoQkehJk5pAlJYvrGwMw6wnH9/5owwgnM2hQNVGSqGbdlt+D2QvZ9eCs+M22PMV9QYkfMBQMn X-Received: by 10.194.19.38 with SMTP id b6mr6816542wje.44.1417606566076; Wed, 03 Dec 2014 03:36:06 -0800 (PST) Received: from Juliens-MacBook-Pro.local (cpc12-cmbg15-2-0-cust92.5-4.cable.virginm.net. [86.30.247.93]) by mx.google.com with ESMTPSA id mw7sm36742510wib.14.2014.12.03.03.36.04 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 03 Dec 2014 03:36:05 -0800 (PST) Message-ID: <547EF5A3.6030705@linaro.org> Date: Wed, 03 Dec 2014 11:36:03 +0000 From: Julien Grall User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Warner Losh Subject: Re: [RFC v2] Add support for Xen ARM guest on FreeBSD References: <54726138.3090003@linaro.org> <20141128135737.23a71643@bender.lan> <547DDB4B.6060506@linaro.org> In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Wed, 03 Dec 2014 12:27:59 +0000 Cc: Ian Campbell , Stefano Stabellini , "xen-devel@lists.xen.org" , freebsd-xen@freebsd.org, freebsd-arm , Denis Schneider , gibbs@freebsd.org, roger.pau@citrix.com X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Dec 2014 11:36:14 -0000 On 02/12/2014 18:30, Warner Losh wrote: > Hey Julien, Hi Warner, > Have you rebased your patch train after Andrew’s commits? I just pushed a new branch rebased on the latest master: git://xenbits.xen.org/people/julieng/freebsd.git branch xen-arm-v2.2 I can re-export the patch into files if necessary. Regards, -- Julien Grall From owner-freebsd-arm@FreeBSD.ORG Wed Dec 3 14:40:08 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 552CEFD5 for ; Wed, 3 Dec 2014 14:40:08 +0000 (UTC) Received: from mail-pd0-x22e.google.com (mail-pd0-x22e.google.com [IPv6:2607:f8b0:400e:c02::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 23B71C7 for ; Wed, 3 Dec 2014 14:40:08 +0000 (UTC) Received: by mail-pd0-f174.google.com with SMTP id w10so15449525pde.5 for ; Wed, 03 Dec 2014 06:40:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=8ftFdjJ05A/n42BPeKx+oAXdakc6obZbRo8uT4Ji1sg=; b=SRUtBqjPzFez1P99mXiRvflnUeCO6sqceBnQDy/vmuy0OHMKpH8uicHXfIOhuy4d1J E/uCY9rRmb6CrG80Uy+B1ds0x4FH68z5Gr9YMOFv8VcvTKXAJNe55JzxRNHH2Oz6Tu9m MV+l1o/KSbRiEhMtzYa0SZRPZ5XV70xjDgQ3qRaEhY4qtkHxJgN/z/M1ia9yrz2G7wkN 1N1INp9rg0hQLe0ftHeBi8HyPOYfPBTNHe7dQhmU87yldo7OL2X313d+tRoclRc0xn1G aOPxbjjNFSleMI1GEyOZFhSI05E5pAka9RYGCXy5BLIXk0DvN7KgqdIV+m1idpiYYAH9 WBag== X-Received: by 10.67.4.65 with SMTP id cc1mr9119863pad.87.1417617607464; Wed, 03 Dec 2014 06:40:07 -0800 (PST) Received: from [172.30.1.19] ([112.168.75.52]) by mx.google.com with ESMTPSA id oa8sm23335978pdb.84.2014.12.03.06.40.06 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 03 Dec 2014 06:40:06 -0800 (PST) Message-ID: <547F20C2.6050000@gmail.com> Date: Wed, 03 Dec 2014 23:40:02 +0900 From: Jaemin Yoo User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.1.0 MIME-Version: 1.0 To: freebsd-arm@freebsd.org Subject: hack patch for enabling uart on aarch64 mustang board Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Dec 2014 14:40:08 -0000 Hello, You've ever heard about aarch64, armv8, arm64 and etc. I'm also interested in it and tried to get the real board. But it wasn't that easy and I could only buy a dev board called 'mustang' from Applied Micro. Thanks for the great work by Andrew Turner and Semihalf, I could build loader.efi and kernel without problem. Also I could boot them from sdcard. FYI, I used bundled efi firmware to load loader.efi. ----------------------------------------------------------------------- EFI Firmware: X-Gene Mustang Board EFI Aug 25 2014 14:20:27 (rev 0.00) FreeBSD/arm64 EFI loader, Revision 1.0 (jmin@maui, Mon Oct 27 04:09:00 KST 2014) \ /kernel data=0x53f070+0x52008 syms=[0x8+0x981c0+0x8+0x9db6d] Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/kernel]... Using DTB provided by EFI at 0x43ffa4fa30. L3c Cache: 8MB In initarm on arm64 ERROR loading DTB 0 - 0 4000000000 - 43fa961000 43faaf2000 - 43ffab6000 43ffafc000 - 4400000000 Total = 3ffe29000 pmap_bootstrap ffffff8000004000 43f8800000 6c8000 ffffff8000004000 0 End initarm VERBOSE_SYSINIT: DDB not enabled, symbol lookups disabled. Copyright (c) 1992-2014 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 11.0-CURRENT #3 b405bd9(arm64-dev)-dirty: Mon Oct 27 05:48:25 KST 2014 jmin@maui:/usr/obj/arm64.arm64/usr/home/jmin/src/arm64/sys/GENERIC arm64 FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512 subsystem 1000000 0xffffff800040120c(0).. -------------------------------------------------------------------------- Though kernel stuck at vm_set_page_size(), I'm very happy to see the Copyright log of FreeBSD on an armv8 machine. I've been a driver guy so don't know much about porting & bringing up FreeBSD on new architecture. But I hope to contribute more someday. Hopefully asap?. :) Best Regards, Jaemin ps1. You'll need this to enabling ns16550a uart before entering kernel. This is a simple hack pach to wait until uart is ready for TX. Of course, kernel level UART driver should be enabled to see the log while kernel boots. ps2. I put some pictures at http://arm64bsd.wordpress.com diff --git a/sys/arm64/arm64/machdep.c b/sys/arm64/arm64/machdep.c index 31d3cb6..b961e00 100644 --- a/sys/arm64/arm64/machdep.c +++ b/sys/arm64/arm64/machdep.c @@ -330,9 +330,12 @@ init_proc0(vm_offset_t kstack) static void foundation_early_putc(int c) { - volatile uint32_t *uart = (uint32_t*)0x1c090000; + /* hack for using ns16550 */ + volatile uint32_t *uart = (uint32_t*)0x1c020000; + volatile int limit = 1000; + + while(((*(volatile uint8_t*)0x1c020005) & 0x20) == 0 && --limit); - /* TODO: Wait for space in the fifo */ uart[0] = c; } From owner-freebsd-arm@FreeBSD.ORG Wed Dec 3 16:36:05 2014 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 335FF3E6 for ; Wed, 3 Dec 2014 16:36:05 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1ACE18AF for ; Wed, 3 Dec 2014 16:36:05 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sB3Ga4r4016612 for ; Wed, 3 Dec 2014 16:36:04 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 195619] New: MRP-Film..|| "If I Stay" FULL MOVIE Online Free 2014 HIGH quality Date: Wed, 03 Dec 2014 16:36:05 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 8.4-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: nyusbitol@gmail.com X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Dec 2014 16:36:05 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D195619 Bug ID: 195619 Summary: MRP-Film..|| "If I Stay" FULL MOVIE Online Free 2014 HIGH quality Product: Base System Version: 8.4-RELEASE Hardware: Any OS: Any Status: New Severity: Affects Only Me Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: nyusbitol@gmail.com If I Stay" 2014 FULL MOVIE Online free streaming HIGH quality [HD]**# If I = Stay (2014) | Full Movie (2014) | Watch Online Stream [HD]. If I Stay Online. 0:00:00 02:46:59. HD. If I Stay Full ...=20 =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 WATCH On >=3D=3D>>> http://efullmovie.com/watch/1355630/if-i-stay WATCH On >=3D=3D>>> http://efullmovie.com/watch/1355630/if-i-stay =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 If I Stay (2014) =E2=80=93 Watch Movies Online For Free If I Stay (2014) Episode Full | server Picasa After making their way through high school (twice), big changes are in store for officers Schmidt (Jonah H= ill) Watch If I Stay full movie=20 Click Here To Watch Full 1080p NOW !!! Click Here To Watch Full Online NOW = !!! Click Here To Watch Full HD NOW !!! Awesome News! Watch If I Stay Online Free Putlocker Watch If I Stay Online Free =E2=80=93 Streaming 2014 Full Movie on Putlocke= r.Short Reivew:The audio in the tablet can clearly be heard in the Watch If I Stay Online Free Vodlocker | Vodlocker Watch If I Stay Online Free Vodlocker: After making their way through high school (twice), big changes are in store for officers Schmidt and Jenko when Watch Movie If I Stay 2014 Online Free If I Stay: After making their way through high school (twice), big changes = are in store for officers Schmidt and Jenko when they go deep undercov. MIYT##//Watch If I Stay Online Free | Megashare Jump Street Full Movie Streaming, Watch If I Stay Online, Watch If I Stay F= ull Movie Streaming Online,. Click Here : Watch 22 .. Download If I Stay 2014 Full Movie Free Online Download If I Stay 2014 Full Movie Free Online. 1238 likes =C2=B7 34 talkin= g about this. They=E2=80=99re are not 21 anymore ? Watch If I Stay (2014) Free If I Stay 2014 Watch Online Full Movie HD Putlocker Watch Online Movies HD Free =E2=80=93 Putlocker Movies If I Stay 2014 : Aft= er making their way through high school (twice), big changes are Watch If I Stay Online Vioz Watch If I Stay Online Putlocker Watch If I Stay Online instanmovie Watch If I Stay Online Dailymotion Watch If I Stay Online IMDB Watch If I Stay Online MOJOboxoffice Watch If I Stay Online Free Putlocker | Putlocker Watch If I Stay (2014) Online Free Full Movie Putlocker. After making their= way through high school (twice), big changes are in store for officers Schmidt Watch If I Stay =E2=80=93 Full Movie Watch If I Stay =E2=80=93 Full Movie =E2=80=93 Server Google | If I Stay | = If I Stay (2014) | Director: Phil Lord, Christopher Miller | Cast: Channing Tatum. Watch If I Stay Online Streaming Watch If I Stay Online HD 1080p Watch If I Stay Online HDQ Watch If I Stay Online Megavideo Watch If I Stay Online Tube Watch If I Stay Online Download Watch Movie If I Stay Watch movie If I Stay online totally free of Keep an eye on our site becaus= e as soon as there is technical possibility to watch film If I Stay, MEGASHARE.INFO =E2=80=93 Watch If I Stay Online Free :.. Watch If I Stay Online =E2=80=93 In high school, Schmidt (Jonah Hill) was a= dork and Jenko (Channing Tatum) was the popular jock. After graduation, both of them joined LivingFilms | Watch If I Stay (2014) Online Watch If I Stay Online. Action, Comedy, Crime Movie directed by Phil Lord, Christopher Miller. watch and also download Watch If I Stay movie in HD vid= eo. Watch If I Stay Movie Online Free with Full HD =E2=80=A6 Channing Tatum and Jonah Hill have teamed up for the follow-up of =E2=80=99= 21Jump Street=E2=80=99 film. Watch If I Stay movie online to see Schmidt (Jonah Hi= ll) and Jenko Watch If I Stay Online Free Putlocker | Putlocker Watch If I Stay (2014) Online Free Full Movie Putlocker. After making their= way through high school (twice), big changes are in store for officers Schmidt (Jonah Watch If I Stay Online Torent Watch If I Stay Online HIGH quality definitons Watch If I Stay Online Mediafire Watch If I Stay Online 4Shared Watch If I Stay Online Full Movie Watch If I Stay Online Full Watch Online Streaming Full Watch If I Stay Online HDQ full Watch If I Stay Online Download Sub_title_ Watch If I Stay Online Sub_title_ English Watch If I Stay Online Download Full Watch If I Stay Online Streaming Watch If I Stay free full movie online Watch If I Stay full free online movie Watch If I Stay Episodes Online | TV Shows | SideReel Watch If I Stay online for free. Get the latest If I Stay TV Shows, seasons, episodes, news and more. If I Stay was an hour long polic Watch If I Stay (2014) Free Online =E2=80=93 OVGuide Watch full length If I Stay Movie for Free Online. Streaming Free Films to Watch Online including Movie Trailers and Movie Clips. If I Stay is a 2014 Watch If I Stay Online =E2=80=93 TV.com Watch If I Stay Online: Watch full length movies, trailers, video clips, highlights, interviews and more. Watch If I Stay (2014) Online 4 Free =E2=80=93 10starmovies Description: Watch If I Stay full movie online for free produced in 2014. Genres are Action, Adventure, Comedy, Crime, Drama. Tag : If I Stay , Watch If I Stay , If I Stay Full , If I Stay Movie , If I Stay Streaming , If I Stay Online , If I Stay 2014 Full Movie , Watch If I = Stay Movie Online , If I Stay Download , If I Stay Full Movie , If I Stay Free Online , Watch If I Stay (2014) Full Movie , If I Stay Streaming , If I Stay Videos , If I Stay Download , If I Stay Film , If I Stay New Movie , If I S= tay Free Online, If I Stay Full Video , ? If I Stay ????, N=C3=A9zd If I Stay F= ull Movie, Skatities If I Stay Full Movie, Uita-te la If I Stay Film =C3=AEntre= g" Watch If I Stay full movie in Putlocker Watch If I Stay full movie in Viooz Watch If I Stay full movie online in hd Watch If I Stay online full movie In megashare Watch If I Stay full online movie in megavideo Watch If I Stay movies series in hd Watch If I Stay online streaming full movie Watch If I Stay full movie online streaming free Watch If I Stay free full movie online streaming Watch If I Stay Online Megashare Watch If I Stay Online Youtube --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@FreeBSD.ORG Wed Dec 3 16:36:20 2014 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E8672429 for ; Wed, 3 Dec 2014 16:36:20 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D04818B2 for ; Wed, 3 Dec 2014 16:36:20 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sB3GaKkI016777 for ; Wed, 3 Dec 2014 16:36:20 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 195619] MRP-Film..|| "If I Stay" FULL MOVIE Online Free 2014 HIGH quality Date: Wed, 03 Dec 2014 16:36:21 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 8.4-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: nyusbitol@gmail.com X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_file_loc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Dec 2014 16:36:21 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=195619 oralucu changed: What |Removed |Added ---------------------------------------------------------------------------- URL| |http://efullmovie.com/watch | |/1355630/if-i-stay -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-arm@FreeBSD.ORG Wed Dec 3 16:45:08 2014 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D5F696AB for ; Wed, 3 Dec 2014 16:45:08 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id BD8B6A2F for ; Wed, 3 Dec 2014 16:45:08 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sB3Gj8Da026275 for ; Wed, 3 Dec 2014 16:45:08 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 195619] MRP-Film..|| "If I Stay" FULL MOVIE Online Free 2014 HIGH quality Date: Wed, 03 Dec 2014 16:45:09 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 8.4-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: imp@FreeBSD.org X-Bugzilla-Status: Closed X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cc resolution Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Dec 2014 16:45:08 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=195619 Warner Losh changed: What |Removed |Added ---------------------------------------------------------------------------- Status|New |Closed CC| |imp@FreeBSD.org Resolution|--- |Rejected --- Comment #1 from Warner Losh --- SPAM -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-arm@FreeBSD.ORG Wed Dec 3 16:46:22 2014 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B0E00795 for ; Wed, 3 Dec 2014 16:46:22 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 96C1FA47 for ; Wed, 3 Dec 2014 16:46:22 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sB3GkMvb027019 for ; Wed, 3 Dec 2014 16:46:22 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 195619] MRP-Film..|| "If I Stay" FULL MOVIE Online Free 2014 HIGH quality Date: Wed, 03 Dec 2014 16:46:22 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 8.4-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: gjb@FreeBSD.org X-Bugzilla-Status: Closed X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: bugmeister@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_file_loc cc assigned_to Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Dec 2014 16:46:22 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=195619 Glen Barber changed: What |Removed |Added ---------------------------------------------------------------------------- URL|http://efullmovie.com/watch | |/1355630/if-i-stay | CC|imp@FreeBSD.org | Assignee|freebsd-arm@FreeBSD.org |bugmeister@FreeBSD.org -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-arm@FreeBSD.ORG Wed Dec 3 16:48:31 2014 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9283EAB8 for ; Wed, 3 Dec 2014 16:48:31 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 742D8A74 for ; Wed, 3 Dec 2014 16:48:31 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sB3GmV3W028295 for ; Wed, 3 Dec 2014 16:48:31 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 195623] New: ]|MMO..HD*)~.. 'Let's Be Cops' [FULL MOVIE] Online Free HIGH Date: Wed, 03 Dec 2014 16:48:31 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 8.4-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: kijankmania12@gmail.com X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Dec 2014 16:48:31 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D195623 Bug ID: 195623 Summary: ]|MMO..HD*)~.. 'Let's Be Cops' [FULL MOVIE] Online Free HIGH Product: Base System Version: 8.4-STABLE Hardware: Any OS: Any Status: New Severity: Affects Only Me Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: kijankmania12@gmail.com ~ Watch Let's Be Cops (2014) Full Movie ~ Watch Let's Be Cops (2014) Full M= ovie Free Streaming Online with English Subtitles ready for download ~ 2014 Let'= s Be Cops (2014) 2014 720p, 1080p, BrRip, DvdRip, CamRip, Telesyc, High Quality,= No Buff, Box Office films, Let's Be Cops (2014) had a lot more to love than ha= te. None of that in this fresh offering. At best Let's Be Cops (2014) will get a Big fans on the world. Megashare, Putlocker ~ Watch Let's Be Cops Full Movie Online Free Streaming= , I know you were expecting Let's Be Cops this week also and every week we try = our best to provide you the links to watch latest Movies in best quality. You w= on=E2=80=99t believe this week you are gifted by Let's Be Cops and lot of Other Movies t= hat are in good ranking. Visit our site to get latest updates regarding Let's Be Cops and to watch upcoming feature films live and their trailers. =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 !!!! PLAY AND DOWNLOAD HERE !!!! CLICK HERE >>>[ http://megamovie.co/watch/1924435/let-s-be-cops ] CLICK HERE >>>[ http://megamovie.co/watch/1924435/let-s-be-cops ] CLICK HERE >>>[ http://megamovie.co/watch/1924435/let-s-be-cops ] =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 Member Benefits : .Watch as many movies you want! .Secure and no restrictions! .Thousands of movies to choose from - Hottest new releases. .Click it and Watch it! - no waiting to download movies, its instant! .Stream movies in HD quality! .Guaranteed to save time and money - Its quick and hassle free, forget goin= g to the post office. .It works on your TV, PC or MAC! Fast Load 2014 Download Free An elderly narrator tells the story of Let's Be Cops, 2014 a very strong and powerful faerie living in the Moors, a magical realm bordering a human kingdom. / Action / Adventure / Sci-Fi After stealing a mysterious orb in the far reaches of outer space, Peter Quill is now the main target of a manhunt led by the villain known as Ronan the Accuser. To help fight Ronan and his team and save the galaxy from his powe= r, Quill creates a team known as the 'Happy New Year' to save the world. Tag : Let's Be Cops , Watch Let's Be Cops , Let's Be Cops Full , Let's Be C= ops Movie , Let's Be Cops Streaming , Happy New Year Online , Let's Be Cops 2014 Full Movie , Watch Let's Be Cops Movie Online , Let's Be Cops Download , Happy New Year Full Movie , Let's Be Cops Free Online Watch Let's Be Cops (2014) Online Box Office Watch Let's Be Cops (2014) Online Streaming Watch Let's Be Cops (2014) Online Android Watch Let's Be Cops (2014) Online Streaming Watch Let's Be Cops (2014) Online Apple Watch Let's Be Cops (2014) Online Iphone Watch Let's Be Cops (2014) Online Lumia Watch Let's Be Cops (2014) Online Streaming Watch Let's Be Cops (2014) Online Megashare Watch Let's Be Cops (2014) Online Youtube Watch Let's Be Cops (2014) Online Vioz Watch Let's Be Cops (2014) Online Putlocker Watch Let's Be Cops (2014) Online instanmovie Watch Let's Be Cops (2014) Online Dailymotion Watch Let's Be Cops (2014) Online IMDB Watch Let's Be Cops (2014) Online MOJOboxoffice Watch Let's Be Cops (2014) Online Streaming Watch Let's Be Cops (2014) Online HD 1080p Watch Let's Be Cops (2014) Online HDQ Watch Let's Be Cops (2014) Online Megavideo Watch Let's Be Cops (2014) Online Tube Watch Let's Be Cops (2014) Online Download Watch Let's Be Cops (2014) Online Torent Watch Let's Be Cops (2014) Online HIGH quality definitons Watch Let's Be Cops (2014) Online Mediafire Watch Let's Be Cops (2014) Online 4Shared Watch Let's Be Cops (2014) Online Full Movie Watch Let's Be Cops (2014) Online Full Watch Let's Be Cops (2014) Online Streaming Full Watch Let's Be Cops (2014) Online HDQ full Watch Let's Be Cops (2014) Online Download Subtitle Watch Let's Be Cops (2014) Online Subtitle English Watch Let's Be Cops (2014) Online Download Full Watch Let's Be Cops (2014) Online Watch Let's Be Cops (2014) Online Streaming Watch Let's Be Cops free full movie online Watch Let's Be Cops full free online movie Watch Let's Be Cops full movie in Putlocker 2014 Watch Let's Be Cops full movie in Viooz Watch Let's Be Cops full movie online in hd Watch Let's Be Cops online full movie In megashare Watch Let's Be Cops full online movie in megavideo Watch Let's Be Cops movies series in hd Watch Let's Be Cops online streaming full movie Watch Let's Be Cops full movie online streaming free 2014 Watch Let's Be Cops free full movie online streaming Watch Let's Be Cops Online Megashare Watch Let's Be Cops Online Youtube Watch Let's Be Cops Online Let's Be Cops Movie Online Watch Let's Be Cops Online Free Let's Be Cops Online Stream Watch Let's Be Cops Online Free Full Let's Be Cops Online Stream Full 2014 Watch Let's Be Cops Online Movie Free Let's Be Cops Online Movie Watch Watch Let's Be Cops Online Full Free Let's Be Cops Online Free Watch Let's Be Cops Online Free 2014 Let's Be Cops Full Movie free search megashare fast download Watch Let's Be Cops Full Iphone Watch Let's Be Cops Full Movie want to Let's Be Cops Full Movie free want to viooz fast download Watch Let's Be Cops Full Watch Let's Be Cops Online Vioz Watch Let's Be Cops Online Putlocker Watch Let's Be Cops Online instanmovie Watch Let's Be Cops Online Dailymotion Watch Let's Be Cops Online IMDB Watch Let's Be Cops Online MOJOboxoffice Watch Let's Be Cops Online Streaming Watch Let's Be Cops Online HD 1080p 2014 Watch Let's Be Cops Online HDQ Watch Let's Be Cops Online Megavideo Watch Let's Be Cops Online Tube Watch Let's Be Cops Online Download Watch Let's Be Cops Online Torent Watch Let's Be Cops Online HIGH quality definitons Watch Let's Be Cops Online Mediafire Watch Let's Be Cops Online 4Shared Watch Let's Be Cops Online Full Movie. Watch Let's Be Cops (2014) Online Box Office Watch Let's Be Cops (2014) Online Streaming Watch Let's Be Cops (2014) Online Android Watch Let's Be Cops (2014) Online Streaming Watch Let's Be Cops (2014) Online Apple Watch Let's Be Cops (2014) Online Iphone Watch Let's Be Cops (2014) Online Lumia Watch Let's Be Cops (2014) Online Streaming Watch Let's Be Cops (2014) Online Megashare Watch Let's Be Cops (2014) Online Youtube Watch Let's Be Cops (2014) Online Vioz Watch Let's Be Cops (2014) Online Putlocker Watch Let's Be Cops (2014) Online instanmovie Watch Let's Be Cops (2014) Online Dailymotion Watch Let's Be Cops (2014) Online IMDB Watch Let's Be Cops (2014) Online MOJOboxoffice Watch Let's Be Cops (2014) Online Streaming Watch Let's Be Cops (2014) Online HD 1080p Watch Let's Be Cops (2014) Online HDQ Watch Let's Be Cops (2014) Online Megavideo Watch Let's Be Cops (2014) Online Tube Watch Let's Be Cops (2014) Online Download Watch Let's Be Cops (2014) Online Torent Watch Let's Be Cops (2014) Online HIGH quality definitons Watch Let's Be Cops (2014) Online Mediafire Watch Let's Be Cops (2014) Online 4Shared Watch Let's Be Cops (2014) Online Full Movie Watch Let's Be Cops (2014) Online Full Watch Let's Be Cops (2014) Online Streaming Full Watch Let's Be Cops (2014) Online HDQ full Watch Let's Be Cops (2014) Online Download Subtitle Watch Let's Be Cops (2014) Online Subtitle English Watch Let's Be Cops (2014) Online Download Full Watch Let's Be Cops (2014) Online Watch Let's Be Cops (2014) Online Streaming Let's Be Cops (2014) Full Movie Online. Let's Be Cops (2014) Full Movie Online. Let's Be Cops (2014) English Film Free Watch Online. Let's Be Cops (2014) English Film, Let's Be Cops (2014) English Full Movie Watch Online. Let's Be Cops (2014) English Full Movie Watch Online. Let's Be Cops (2014) Watch Online. Let's Be Cops (2014) English Full Movie Watch Online. Let's Be Cops (2014) Watch Online, Watch Online Let's Be Cops (2014) . Let's Be Cops (2014) English Full Movie Download. Let's Be Cops (2014) English Full Movie Free Download Let's Be Cops (2014) English Full Movie Online Free Download. Let's Be Cops (2014) Free Download. Let's Be Cops (2014) HD Full Movie Online. Let's Be Cops (2014) HD English Full Movie Download. Let's Be Cops (2014) English Full Movie. Let's Be Cops (2014) Full Movie Online. Let's Be Cops (2014) Movie Online. Let's Be Cops (2014) English Full Movie Watch Online. Let's Be Cops (2014) Full Movie Watch Online. Let's Be Cops (2014) English Full Movie Watch Online. Let's Be Cops (2014) Movie Watch Online. Let's Be Cops (2014) English Full Movie. Let's Be Cops (2014) Full Movie, Let's Be Cops (2014) Full Movie. Let's Be Cops (2014) English Full Movie Online. Let's Be Cops (2014) Android Film Online. Let's Be Cops (2014) IndiaFilm Online. Let's Be Cops (2014) Hindi Film Online. Let's Be Cops (2014) English Film ?: ?# ?: ? * ? . ?+ # ? * ? . ? # ? + =E2=80=A0 + =E2=80=A1 + =E2=82=AC # ? # ? # ? # $ + ? . ? . =C2=A2 * P . =C2=A3 . =C2=A5 # ? . ? . ? * ? . ? * ? + ? * ? . ? . =C2=A4 . =C2=A2 + ? . ? . ? # ? + ? * ? . Kc # ? # ? . ? * zl # =E2=82=AC + =C2=A3 * ? + ? # $ ? # ? # =C2=A2 + P . =C2=A3 # =C2=A5 . ? # ? * ? # ? . ? + ? + ? . ? + ? * =C2=A4 * =C2=A2 . ? # ? + ? * ? * ? # ? . ? + Kc . ? . ? . ? + zl . =E2=82=AC * =C2=A3 + ? # ? + $ # ? . ? # =C2=A2 # P # =C2=A3 # =C2=A5 + ? # ? + ? . ? # ? + ? + ? # ? + ? # =C2=A4 + =C2=A2 # ? * ? . ? # ? + ? . ? . Kc + ? # ? * ? + =C2=A9 * =E2=84=A2 * =C2=AE # =C2=A9 * =E2=84=A2 # =C2=AE . ? . =3D + =3D * ? . S . 8 # ___________________ http://megamovie.co/ __________________ --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@FreeBSD.ORG Wed Dec 3 16:51:04 2014 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 30EDEDC7 for ; Wed, 3 Dec 2014 16:51:04 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1782FB3B for ; Wed, 3 Dec 2014 16:51:04 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sB3Gp39F033582 for ; Wed, 3 Dec 2014 16:51:03 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 195623] ]|MMO..HD*)~.. 'Let's Be Cops' [FULL MOVIE] Online Free HIGH Date: Wed, 03 Dec 2014 16:51:04 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 8.4-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: gjb@FreeBSD.org X-Bugzilla-Status: Closed X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: bugmeister@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution assigned_to Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Dec 2014 16:51:04 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=195623 Glen Barber changed: What |Removed |Added ---------------------------------------------------------------------------- Status|New |Closed Resolution|--- |Not A Bug Assignee|freebsd-arm@FreeBSD.org |bugmeister@FreeBSD.org -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-arm@FreeBSD.ORG Wed Dec 3 16:53:54 2014 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A6EE5E6 for ; Wed, 3 Dec 2014 16:53:54 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 89A36B71 for ; Wed, 3 Dec 2014 16:53:54 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sB3GrsmB065162 for ; Wed, 3 Dec 2014 16:53:54 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 195626] New: ]|MMO..HD*)~.. 'Nightcrawler' [FULL MOVIE] Online Free HIGH Date: Wed, 03 Dec 2014 16:53:54 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 8.4-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: kijankmania12@gmail.com X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Dec 2014 16:53:54 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D195626 Bug ID: 195626 Summary: ]|MMO..HD*)~.. 'Nightcrawler' [FULL MOVIE] Online Free HIGH Product: Base System Version: 8.4-STABLE Hardware: Any OS: Any Status: New Severity: Affects Only Me Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: kijankmania12@gmail.com ~ Watch Nightcrawler (2014) Full Movie ~ Watch Nightcrawler (2014) Full Mov= ie Free Streaming Online with English Subtitles ready for download ~ 2014 Nightcrawler (2014) 2014 720p, 1080p, BrRip, DvdRip, CamRip, Telesyc, High Quality, No Buff, Box Office films, Nightcrawler (2014) had a lot more to l= ove than hate. None of that in this fresh offering. At best Nightcrawler (2014) will get a Big fans on the world. Megashare, Putlocker ~ Watch Nightcrawler Full Movie Online Free Streaming,= I know you were expecting Nightcrawler this week also and every week we try o= ur best to provide you the links to watch latest Movies in best quality. You w= on=E2=80=99t believe this week you are gifted by Nightcrawler and lot of Other Movies th= at are in good ranking. Visit our site to get latest updates regarding Nightcrawler and to watch upcoming feature films live and their trailers. =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 !!!! PLAY AND DOWNLOAD HERE !!!! CLICK HERE >>>[ http://megamovie.co/watch/2872718/nightcrawler ] CLICK HERE >>>[ http://megamovie.co/watch/2872718/nightcrawler ] CLICK HERE >>>[ http://megamovie.co/watch/2872718/nightcrawler ] =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 Member Benefits : .Watch as many movies you want! .Secure and no restrictions! .Thousands of movies to choose from - Hottest new releases. .Click it and Watch it! - no waiting to download movies, its instant! .Stream movies in HD quality! .Guaranteed to save time and money - Its quick and hassle free, forget goin= g to the post office. .It works on your TV, PC or MAC! Fast Load 2014 Download Free An elderly narrator tells the story of Nightcrawler, 2014 a very strong and powerful faerie living in the Moors, a magical realm bordering a human kingdom. / Action / Adventure / Sci-Fi After stealing a mysterious orb in the far reaches of outer space, Peter Quill is now the main target of a manhunt led by the villain known as Ronan the Accuser. To help fight Ronan and his team and save the galaxy from his powe= r, Quill creates a team known as the 'Happy New Year' to save the world. Tag : Nightcrawler , Watch Nightcrawler , Nightcrawler Full , Nightcrawler Movie , Nightcrawler Streaming , Happy New Year Online , Nightcrawler 2014 Full Movie , Watch Nightcrawler Movie Online , Nightcrawler Download , Happy New Year Full Movie , Nightcrawler Free Online Watch Nightcrawler (2014) Online Box Office Watch Nightcrawler (2014) Online Streaming Watch Nightcrawler (2014) Online Android Watch Nightcrawler (2014) Online Streaming Watch Nightcrawler (2014) Online Apple Watch Nightcrawler (2014) Online Iphone Watch Nightcrawler (2014) Online Lumia Watch Nightcrawler (2014) Online Streaming Watch Nightcrawler (2014) Online Megashare Watch Nightcrawler (2014) Online Youtube Watch Nightcrawler (2014) Online Vioz Watch Nightcrawler (2014) Online Putlocker Watch Nightcrawler (2014) Online instanmovie Watch Nightcrawler (2014) Online Dailymotion Watch Nightcrawler (2014) Online IMDB Watch Nightcrawler (2014) Online MOJOboxoffice Watch Nightcrawler (2014) Online Streaming Watch Nightcrawler (2014) Online HD 1080p Watch Nightcrawler (2014) Online HDQ Watch Nightcrawler (2014) Online Megavideo Watch Nightcrawler (2014) Online Tube Watch Nightcrawler (2014) Online Download Watch Nightcrawler (2014) Online Torent Watch Nightcrawler (2014) Online HIGH quality definitons Watch Nightcrawler (2014) Online Mediafire Watch Nightcrawler (2014) Online 4Shared Watch Nightcrawler (2014) Online Full Movie Watch Nightcrawler (2014) Online Full Watch Nightcrawler (2014) Online Streaming Full Watch Nightcrawler (2014) Online HDQ full Watch Nightcrawler (2014) Online Download Subtitle Watch Nightcrawler (2014) Online Subtitle English Watch Nightcrawler (2014) Online Download Full Watch Nightcrawler (2014) Online Watch Nightcrawler (2014) Online Streaming Watch Nightcrawler free full movie online Watch Nightcrawler full free online movie Watch Nightcrawler full movie in Putlocker 2014 Watch Nightcrawler full movie in Viooz Watch Nightcrawler full movie online in hd Watch Nightcrawler online full movie In megashare Watch Nightcrawler full online movie in megavideo Watch Nightcrawler movies series in hd Watch Nightcrawler online streaming full movie Watch Nightcrawler full movie online streaming free 2014 Watch Nightcrawler free full movie online streaming Watch Nightcrawler Online Megashare Watch Nightcrawler Online Youtube Watch Nightcrawler Online Nightcrawler Movie Online Watch Nightcrawler Online Free Nightcrawler Online Stream Watch Nightcrawler Online Free Full Nightcrawler Online Stream Full 2014 Watch Nightcrawler Online Movie Free Nightcrawler Online Movie Watch Watch Nightcrawler Online Full Free Nightcrawler Online Free Watch Nightcrawler Online Free 2014 Nightcrawler Full Movie free search megashare fast download Watch Nightcrawler Full Iphone Watch Nightcrawler Full Movie want to Nightcrawler Full Movie free want to viooz fast download Watch Nightcrawler Full Watch Nightcrawler Online Vioz Watch Nightcrawler Online Putlocker Watch Nightcrawler Online instanmovie Watch Nightcrawler Online Dailymotion Watch Nightcrawler Online IMDB Watch Nightcrawler Online MOJOboxoffice Watch Nightcrawler Online Streaming Watch Nightcrawler Online HD 1080p 2014 Watch Nightcrawler Online HDQ Watch Nightcrawler Online Megavideo Watch Nightcrawler Online Tube Watch Nightcrawler Online Download Watch Nightcrawler Online Torent Watch Nightcrawler Online HIGH quality definitons Watch Nightcrawler Online Mediafire Watch Nightcrawler Online 4Shared Watch Nightcrawler Online Full Movie. Watch Nightcrawler (2014) Online Box Office Watch Nightcrawler (2014) Online Streaming Watch Nightcrawler (2014) Online Android Watch Nightcrawler (2014) Online Streaming Watch Nightcrawler (2014) Online Apple Watch Nightcrawler (2014) Online Iphone Watch Nightcrawler (2014) Online Lumia Watch Nightcrawler (2014) Online Streaming Watch Nightcrawler (2014) Online Megashare Watch Nightcrawler (2014) Online Youtube Watch Nightcrawler (2014) Online Vioz Watch Nightcrawler (2014) Online Putlocker Watch Nightcrawler (2014) Online instanmovie Watch Nightcrawler (2014) Online Dailymotion Watch Nightcrawler (2014) Online IMDB Watch Nightcrawler (2014) Online MOJOboxoffice Watch Nightcrawler (2014) Online Streaming Watch Nightcrawler (2014) Online HD 1080p Watch Nightcrawler (2014) Online HDQ Watch Nightcrawler (2014) Online Megavideo Watch Nightcrawler (2014) Online Tube Watch Nightcrawler (2014) Online Download Watch Nightcrawler (2014) Online Torent Watch Nightcrawler (2014) Online HIGH quality definitons Watch Nightcrawler (2014) Online Mediafire Watch Nightcrawler (2014) Online 4Shared Watch Nightcrawler (2014) Online Full Movie Watch Nightcrawler (2014) Online Full Watch Nightcrawler (2014) Online Streaming Full Watch Nightcrawler (2014) Online HDQ full Watch Nightcrawler (2014) Online Download Subtitle Watch Nightcrawler (2014) Online Subtitle English Watch Nightcrawler (2014) Online Download Full Watch Nightcrawler (2014) Online Watch Nightcrawler (2014) Online Streaming Nightcrawler (2014) Full Movie Online. Nightcrawler (2014) Full Movie Online. Nightcrawler (2014) English Film Free Watch Online. Nightcrawler (2014) English Film, Nightcrawler (2014) English Full Movie Wa= tch Online. Nightcrawler (2014) English Full Movie Watch Online. Nightcrawler (2014) Watch Online. Nightcrawler (2014) English Full Movie Watch Online. Nightcrawler (2014) Watch Online, Watch Online Nightcrawler (2014) . Nightcrawler (2014) English Full Movie Download. Nightcrawler (2014) English Full Movie Free Download Nightcrawler (2014) English Full Movie Online Free Download. Nightcrawler (2014) Free Download. Nightcrawler (2014) HD Full Movie Online. Nightcrawler (2014) HD English Full Movie Download. Nightcrawler (2014) English Full Movie. Nightcrawler (2014) Full Movie Online. Nightcrawler (2014) Movie Online. Nightcrawler (2014) English Full Movie Watch Online. Nightcrawler (2014) Full Movie Watch Online. Nightcrawler (2014) English Full Movie Watch Online. Nightcrawler (2014) Movie Watch Online. Nightcrawler (2014) English Full Movie. Nightcrawler (2014) Full Movie, Nightcrawler (2014) Full Movie. Nightcrawler (2014) English Full Movie Online. Nightcrawler (2014) Android Film Online. Nightcrawler (2014) IndiaFilm Online. Nightcrawler (2014) Hindi Film Online. Nightcrawler (2014) English Film ?: ?# ?: ? * ? . ?+ # ? * ? . ? # ? + =E2=80=A0 + =E2=80=A1 + =E2=82=AC # ? # ? # ? # $ + ? . ? . =C2=A2 * P . =C2=A3 . =C2=A5 # ? . ? . ? * ? . ? * ? + ? * ? . ? . =C2=A4 . =C2=A2 + ? . ? . ? # ? + ? * ? . Kc # ? # ? . ? * zl # =E2=82=AC + =C2=A3 * ? + ? # $ ? # ? # =C2=A2 + P . =C2=A3 # =C2=A5 . ? # ? * ? # ? . ? + ? + ? . ? + ? * =C2=A4 * =C2=A2 . ? # ? + ? * ? * ? # ? . ? + Kc . ? . ? . ? + zl . =E2=82=AC * =C2=A3 + ? # ? + $ # ? . ? # =C2=A2 # P # =C2=A3 # =C2=A5 + ? # ? + ? . ? # ? + ? + ? # ? + ? # =C2=A4 + =C2=A2 # ? * ? . ? # ? + ? . ? . Kc + ? # ? * ? + =C2=A9 * =E2=84=A2 * =C2=AE # =C2=A9 * =E2=84=A2 # =C2=AE . ? . =3D + =3D * ? . S . 8 # ___________________ http://megamovie.co/ __________________ --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@FreeBSD.ORG Wed Dec 3 17:12:44 2014 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EF42E7E1 for ; Wed, 3 Dec 2014 17:12:44 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D774BDB8 for ; Wed, 3 Dec 2014 17:12:44 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sB3HCibV038687 for ; Wed, 3 Dec 2014 17:12:44 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 195626] ]|MMO..HD*)~.. 'Nightcrawler' [FULL MOVIE] Online Free HIGH Date: Wed, 03 Dec 2014 17:12:45 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 8.4-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: gjb@FreeBSD.org X-Bugzilla-Status: Closed X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: bugmeister@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution assigned_to Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Dec 2014 17:12:45 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=195626 Glen Barber changed: What |Removed |Added ---------------------------------------------------------------------------- Status|New |Closed Resolution|--- |Not A Bug Assignee|freebsd-arm@FreeBSD.org |bugmeister@FreeBSD.org -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-arm@FreeBSD.ORG Wed Dec 3 17:53:48 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 865AA3DD for ; Wed, 3 Dec 2014 17:53:48 +0000 (UTC) Received: from nibbler.fubar.geek.nz (nibbler.fubar.geek.nz [199.48.134.198]) by mx1.freebsd.org (Postfix) with ESMTP id 6B407302 for ; Wed, 3 Dec 2014 17:53:47 +0000 (UTC) Received: from bender.lan (97e078e7.skybroadband.com [151.224.120.231]) by nibbler.fubar.geek.nz (Postfix) with ESMTPSA id BE4617328F; Wed, 3 Dec 2014 17:53:40 +0000 (UTC) Date: Wed, 3 Dec 2014 17:53:35 +0000 From: Andrew Turner To: Jaemin Yoo Subject: Re: hack patch for enabling uart on aarch64 mustang board Message-ID: <20141203175335.01b13b39@bender.lan> In-Reply-To: <547F20C2.6050000@gmail.com> References: <547F20C2.6050000@gmail.com> 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.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Dec 2014 17:53:48 -0000 On Wed, 03 Dec 2014 23:40:02 +0900 Jaemin Yoo wrote: > ----------------------------------------------------------------------- > EFI Firmware: X-Gene Mustang Board EFI Aug 25 2014 14:20:27 (rev 0.00) > > FreeBSD/arm64 EFI loader, Revision 1.0 > (jmin@maui, Mon Oct 27 04:09:00 KST 2014) > \ > /kernel data=0x53f070+0x52008 syms=[0x8+0x981c0+0x8+0x9db6d] > Hit [Enter] to boot immediately, or any other key for command prompt. > Booting [/kernel]... > Using DTB provided by EFI at 0x43ffa4fa30. > L3c Cache: 8MB > In initarm on arm64 > ERROR loading DTB This is odd, the boot loader should have tried to get the dtb from UEFI then pass it to the kernel. There have been a few changes to the loader recently so you will need to update it as I can see above it looks like it was last built well before these were pushed. > 0 - 0 > 4000000000 - 43fa961000 > 43faaf2000 - 43ffab6000 > 43ffafc000 - 4400000000 > Total = 3ffe29000 > pmap_bootstrap ffffff8000004000 43f8800000 6c8000 > ffffff8000004000 > 0 > End initarm > VERBOSE_SYSINIT: DDB not enabled, symbol lookups disabled. > Copyright (c) 1992-2014 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, > 1994 The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 11.0-CURRENT #3 b405bd9(arm64-dev)-dirty: Mon Oct 27 05:48:25 > KST 2014 > jmin@maui:/usr/obj/arm64.arm64/usr/home/jmin/src/arm64/sys/GENERIC > arm64 FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) > 20140512 subsystem 1000000 0xffffff800040120c(0).. > -------------------------------------------------------------------------- > > Though kernel stuck at vm_set_page_size(), I'm very happy to see the > Copyright log of FreeBSD on an armv8 machine. I've been a driver guy > so don't know much about porting & bringing up FreeBSD on new > architecture. But I hope to contribute more someday. Hopefully > asap?. :) I think you are misreading the output of addr2line, it is telling you the kernel is in vm_mem_init(), it just happens the first call is to vm_set_page_size(). If updating the loader doesn't work you may need to resort to printf debugging. It will be hanging within one of the functions called by vm_mem_init() but I have no insight as to which it would be. Andrew -- ABT Systems Ltd Unit 11, Hove Business Centre, Fonthill Road, Hove, BN3 6HA Registered in England and Wales, No. 9285513 From owner-freebsd-arm@FreeBSD.ORG Wed Dec 3 18:53:59 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AB57C6C3 for ; Wed, 3 Dec 2014 18:53:59 +0000 (UTC) Received: from mail.ignoranthack.me (ignoranthack.me [199.102.79.106]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8B34AC0D for ; Wed, 3 Dec 2014 18:53:59 +0000 (UTC) Received: from [192.168.200.212] (unknown [50.136.155.142]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id 6AF04194540 for ; Wed, 3 Dec 2014 18:53:51 +0000 (UTC) Message-ID: <547F5C3E.4040903@ignoranthack.me> Date: Wed, 03 Dec 2014 10:53:50 -0800 From: Sean Bruno Reply-To: sbruno@freebsd.org User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: freebsd-arm@freebsd.org Subject: Re: www/webkit-gtk2 build error References: <201412030850.sB38onHY044652@mech-as221.men.bris.ac.uk> In-Reply-To: <201412030850.sB38onHY044652@mech-as221.men.bris.ac.uk> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Dec 2014 18:53:59 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 On 12/03/14 00:50, Anton Shterenlikht wrote: > On the road to building midori on RPI-B with 10.1-release I got > this failure: > > gmake[6]: Entering directory > '/usr/ports/www/webkit-gtk2/work/webkit-1.8.3' GNUmakefile:70658: > recipe for target 'Source/WebKit/gtk/po/webkit-2.0.pot' failed > gmake[5]: *** [Source/WebKit/gtk/po/webkit-2.0.pot] Killed > > Anybody else seen this? Is the port expected to build on arm? Worth > submitting a PR? > > Thanks > > Anton _______________________________________________ > 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" > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194184 We're working on this, hopefully committing this week. sean -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQF8BAEBCgBmBQJUf1w5XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAw MDAwMDAwMDAwMDAwMDAwAAoJEBIB78oecn5krBAH/RYyvqMMTLB3IJkPHTXBNouB bv2v2cSK4gpb/OJXX+fk+mGEGPwnDiixxFw7bTLkq4tVqH1KgyrXVIiTNV1NuorB BsVX5WRa97b5uGyxMp+w/HNNPOg832Z8MW/oW/eCVt7489LQF3l5y5getTGp6SPY 1tEXq+k6kmO3CMsTSJH/GKchn+sXiY04myx5sjzLJSs3/UT3QBHR3wFcMUL+JybH i9JeCW1toWZoyc/K0hqKniC5BbzjkgqGejNu7Gha5NqbhdOvk63adistvHhZoYEo CGeensAuC3w9lrdo/STKEQRT5h4/hryeXGYay2VCloslX/iMP+OqmdPKEm8CpnQ= =HV/L -----END PGP SIGNATURE----- From owner-freebsd-arm@FreeBSD.ORG Thu Dec 4 09:44:01 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AFEFA5CE for ; Thu, 4 Dec 2014 09:44:01 +0000 (UTC) Received: from eu1sys200aog115.obsmtp.com (eu1sys200aog115.obsmtp.com [207.126.144.139]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 007E27FE for ; Thu, 4 Dec 2014 09:44:00 +0000 (UTC) Received: from mail-wg0-f41.google.com ([74.125.82.41]) (using TLSv1) by eu1sys200aob115.postini.com ([207.126.147.11]) with SMTP ID DSNKVIAs2SueoW5vNOvBpxpC1GMtSd4QiJhz@postini.com; Thu, 04 Dec 2014 09:44:01 UTC Received: by mail-wg0-f41.google.com with SMTP id y19so22108319wgg.28 for ; Thu, 04 Dec 2014 01:43:52 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:message-id:to:subject:reply-to :in-reply-to; bh=swlZIJHp02rYsCjMuBkiOX3u+lYo30QgLQ+8LbdebQw=; b=MXCezxE32YCo6wOuQG5if0/i58RXvC7U4O2aHJgN0HvxGO0nimI/UAYfEO6nxRq2wx 4cDT8PYOXb5Pk6LHo1wQpxHaDPe2SWAChZbJ2izpvzetu1NHWqXWq8TWDoMbB1XFsLYo Ec8SkihnnJWBWPCCgxQQALFR08jbTTyIASOcYEkFYfr7vR/sPmpf76ZnCE6smrmeUSBZ 0aBVeH1j2j07KOL/JvM/YFRTMY1oFjp7ynB2kN9xGVuhmvqg78B8bHYTIMzQ3TwwJiYN JNok9UsUOd0NHHKCU17tpsDvzFrwAP6qs36SQTLviNCXv62Cj7si3EhBVy8rfEkSK6cP 1z2g== X-Received: by 10.194.241.194 with SMTP id wk2mr14173233wjc.132.1417685768345; Thu, 04 Dec 2014 01:36:08 -0800 (PST) X-Gm-Message-State: ALoCoQlxitLGiJ7mHZj7YAouCOEcHPXuIsmm0j5CjFQEbLWA0ks0DohBWwPzZqLKJBIXMjPP7mtXyCLQrhPqHxLrp30WZEZVOMJXWUcmrp6rvf/Du68ehSza5oumJS6SC691iL1w7IkE6msERuWb/QDeamFOflOdig== X-Received: by 10.194.241.194 with SMTP id wk2mr14173224wjc.132.1417685768242; Thu, 04 Dec 2014 01:36:08 -0800 (PST) Received: from mech-as221.men.bris.ac.uk (mech-as221.men.bris.ac.uk. [137.222.187.221]) by mx.google.com with ESMTPSA id vm8sm39717660wjc.6.2014.12.04.01.36.07 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 04 Dec 2014 01:36:07 -0800 (PST) Date: Thu, 04 Dec 2014 01:36:07 -0800 (PST) X-Google-Original-Date: Thu, 4 Dec 2014 09:36:06 GMT Received: from mech-as221.men.bris.ac.uk (localhost [127.0.0.1]) by mech-as221.men.bris.ac.uk (8.14.9/8.14.9) with ESMTP id sB49a6cV001724 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 4 Dec 2014 09:36:06 GMT (envelope-from mexas@mech-as221.men.bris.ac.uk) Received: (from mexas@localhost) by mech-as221.men.bris.ac.uk (8.14.9/8.14.9/Submit) id sB49a6wv001723; Thu, 4 Dec 2014 09:36:06 GMT (envelope-from mexas) From: Anton Shterenlikht Message-Id: <201412040936.sB49a6wv001723@mech-as221.men.bris.ac.uk> To: freebsd-arm@freebsd.org, sbruno@freebsd.org Subject: Re: www/webkit-gtk2 build error Reply-To: mexas@bris.ac.uk In-Reply-To: <547F5C3E.4040903@ignoranthack.me> X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Dec 2014 09:44:01 -0000 >On 12/03/14 00:50, Anton Shterenlikht wrote: >> On the road to building midori on RPI-B with 10.1-release I got >> this failure: >> >> gmake[6]: Entering directory >> '/usr/ports/www/webkit-gtk2/work/webkit-1.8.3' GNUmakefile:70658: >> recipe for target 'Source/WebKit/gtk/po/webkit-2.0.pot' failed >> gmake[5]: *** [Source/WebKit/gtk/po/webkit-2.0.pot] Killed >> >> Anybody else seen this? Is the port expected to build on arm? Worth >> submitting a PR? >> >> >https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194184 > >We're working on this, hopefully committing this week. ok, thanks What about www/webkit-gtk3, same platform: CXX Source/JavaScriptCore/llint/Programs_LLIntOffsetsExtractor-LLIntOffsetsExtractor.o In file included from Source/JavaScriptCore/llint/LLIntOffsetsExtractor.cpp:28: In file included from ./Source/JavaScriptCore/bytecode/ArrayProfile.h:30: In file included from ./Source/JavaScriptCore/runtime/JSArray.h:25: In file included from ./Source/JavaScriptCore/runtime/ButterflyInlines.h:31: In file included from ./Source/JavaScriptCore/heap/CopiedSpaceInlines.h:33: In file included from ./Source/JavaScriptCore/runtime/VM.h:34: In file included from ./Source/JavaScriptCore/jit/GPRInfo.h:29: In file included from ./Source/JavaScriptCore/assembler/MacroAssembler.h:42: In file included from ./Source/JavaScriptCore/assembler/MacroAssemblerARM.h:33: ./Source/JavaScriptCore/assembler/ARMAssembler.h:1125:2: error: "The cacheFlush support is missing on this platform." #error "The cacheFlush support is missing on this platform." ^ 1 error generated. GNUmakefile:77681: recipe for target 'Source/JavaScriptCore/llint/Programs_LLIntOffsetsExtractor-LLIntOffsetsExtractor.o' failed gmake[3]: *** [Source/JavaScriptCore/llint/Programs_LLIntOffsetsExtractor-LLIntOffsetsExtractor.o] Error 1 gmake[3]: Leaving directory '/usr/ports/www/webkit-gtk3/work/webkitgtk-2.4.7' ===> Compilation failed unexpectedly. Anton From owner-freebsd-arm@FreeBSD.ORG Thu Dec 4 18:02:51 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E6D8D5A4 for ; Thu, 4 Dec 2014 18:02:51 +0000 (UTC) Received: from mo6-p00-ob.smtp.rzone.de (mo6-p00-ob.smtp.rzone.de [IPv6:2a01:238:20a:202:5300::2]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.smtp.rzone.de", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7FB9EC8A for ; Thu, 4 Dec 2014 18:02:51 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; t=1417716141; l=506; s=domk; d=ulrich-grey.de; h=Content-Transfer-Encoding:Content-Type:Mime-Version:Subject:To:From: Date; bh=KYlNfEvMhc/5MnMnqG3HzrAzmAo=; b=ECfNyT/CrRJPmfDvl4uDOzpfaxS8trzf5wNClb9RpJPbJH4f76JR5JxeiLvwcgX/jen bNULQUYFYWVwpuBxRm2B9VIpUX/GBo3UmqEWi6Nz1cy+P5KsA4sUXVGS+sqRRAXV1HKKU KCPv4PVLgSKiIEXWc+WhRUSh282e2wPzzzY= X-RZG-AUTH: :OX8Be0W8W+pMC3rDLL/lo2xV/LZTbZkYhOcjg8suic3iYr/B8J9Lzp3TJg47ucv5nw== X-RZG-CLASS-ID: mo00 Received: from quad (p54868307.dip0.t-ipconnect.de [84.134.131.7]) by smtp.strato.de (RZmta 36.2 DYNA|AUTH) with ESMTPSA id c025d4qB4I29JDy (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) for ; Thu, 4 Dec 2014 19:02:09 +0100 (CET) Date: Thu, 4 Dec 2014 18:02:08 +0000 From: Ulrich Grey To: freebsd-arm@freebsd.org Subject: Booting Beagle Board Black fails. Message-Id: <20141204180208.7f1f05ca30e779e1a859abda@ulrich-grey.de> Organization: - X-Mailer: Sylpheed 3.4.2 (GTK+ 2.24.25; armv6-portbld-freebsd11.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Dec 2014 18:02:52 -0000 I have built an image for Beagle Bone Black with crochet from the alternate source tree from Svatopluk Kraus and Michal Meloun. If I try to boot the board (I have pressed the button etc.), I get this on the serial console: Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel]... Using DTB provided by U-Boot at address 0x80000100. Kernel entry at 0x80200100... Kernel args: (null) There it hangs. Can anyone give me advice? Regards Ulrich From owner-freebsd-arm@FreeBSD.ORG Fri Dec 5 10:25:51 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 77C21D3A for ; Fri, 5 Dec 2014 10:25:51 +0000 (UTC) Received: from eu1sys200aog135.obsmtp.com (eu1sys200aog135.obsmtp.com [207.126.144.213]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9A6CF402 for ; Fri, 5 Dec 2014 10:25:49 +0000 (UTC) Received: from mail-wi0-f169.google.com ([209.85.212.169]) (using TLSv1) by eu1sys200aob135.postini.com ([207.126.147.11]) with SMTP ID DSNKVIGID8CdSJ21F+mIP950rndJkmBiCqV5@postini.com; Fri, 05 Dec 2014 10:25:50 UTC Received: by mail-wi0-f169.google.com with SMTP id r20so945662wiv.0 for ; Fri, 05 Dec 2014 02:25:18 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:message-id:to:subject:reply-to; bh=bmLdD0Almiq27n8QFKXV6SFN7bT6RImGk9cBnZ9vyfw=; b=cY/0B5i7kuhBSD41shVSX95Nw2sfzhQAjt+XXHJjABmjaRm/tCw692QwJrpefIm/kM dwWZ2bbOshY9diL8pT9kBk89KBS/cj4jrKTVrn+VhVdEEwMPd7yrBx49GKC9wp/n+ewJ 3Nm3Olx7uC8FAh7+j/fQMsYcyFA+vGz9c0sRQyVOCfErlcCLtwNlWiILEw0ZU9R64+OB plQaca4VQm5VrrF3aWQkpJc6tbLB/bFzwT7u/GYGi3mUlXTLTJNM7E+eyx3rXAbMDkfw pGlgT9l58UNy8tpBbFR57/PMsW4sGW9UDeZRWobffp8LwtsGokZ2vwAjcwcA+lamEl0p rIzA== X-Gm-Message-State: ALoCoQlwSeNJKf2Q3ctgKq40rlw5KpSxTFDOy/J8hgBgO/gWCYDxwhEQJAO2sjcSYqQS8SomafZtVzkUmzobfc4e8l2Wo4POb0fpPZIF6i3IsP/T/FXBAV/AwDqbC3825IGxZ3h9w9NCsyU9/JvZRh1bwRKrzfE5nA== X-Received: by 10.194.108.162 with SMTP id hl2mr23472112wjb.102.1417775118863; Fri, 05 Dec 2014 02:25:18 -0800 (PST) X-Received: by 10.194.108.162 with SMTP id hl2mr23472098wjb.102.1417775118746; Fri, 05 Dec 2014 02:25:18 -0800 (PST) Received: from mech-as221.men.bris.ac.uk (mech-as221.men.bris.ac.uk. [137.222.187.221]) by mx.google.com with ESMTPSA id mv6sm1697104wib.1.2014.12.05.02.25.17 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 05 Dec 2014 02:25:18 -0800 (PST) Date: Fri, 05 Dec 2014 02:25:18 -0800 (PST) X-Google-Original-Date: Fri, 5 Dec 2014 10:25:16 GMT Received: from mech-as221.men.bris.ac.uk (localhost [127.0.0.1]) by mech-as221.men.bris.ac.uk (8.14.9/8.14.9) with ESMTP id sB5APGtG006933 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Fri, 5 Dec 2014 10:25:16 GMT (envelope-from mexas@mech-as221.men.bris.ac.uk) Received: (from mexas@localhost) by mech-as221.men.bris.ac.uk (8.14.9/8.14.9/Submit) id sB5APGec006932 for freebsd-arm@freebsd.org; Fri, 5 Dec 2014 10:25:16 GMT (envelope-from mexas) From: Anton Shterenlikht Message-Id: <201412051025.sB5APGec006932@mech-as221.men.bris.ac.uk> To: freebsd-arm@freebsd.org Subject: can play games/supertux - cool! Reply-To: mexas@bris.ac.uk X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Dec 2014 10:25:51 -0000 Built supertux on 10.1-release, no issues. The speed is completely adequate. Many thanks to FreeBSD/arm team. Shame I can get no sound though. My hdmi to vga converter should carry sound too, at least there is a separate sound cable. Do I need to do anything extra on 10.1-release to get sound? Thanks Anton From owner-freebsd-arm@FreeBSD.ORG Fri Dec 5 11:08:13 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B206760C for ; Fri, 5 Dec 2014 11:08:13 +0000 (UTC) Received: from mail.turbocat.net (heidi.turbocat.net [88.198.202.214]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 720FBA8D for ; Fri, 5 Dec 2014 11:08:13 +0000 (UTC) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 5531D1FE023; Fri, 5 Dec 2014 12:08:10 +0100 (CET) Message-ID: <54819236.3070407@selasky.org> Date: Fri, 05 Dec 2014 12:08:38 +0100 From: Hans Petter Selasky User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: mexas@bris.ac.uk, freebsd-arm@freebsd.org Subject: Re: can play games/supertux - cool! References: <201412051025.sB5APGec006932@mech-as221.men.bris.ac.uk> In-Reply-To: <201412051025.sB5APGec006932@mech-as221.men.bris.ac.uk> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Dec 2014 11:08:13 -0000 On 12/05/14 11:25, Anton Shterenlikht wrote: > Built supertux on 10.1-release, no issues. > The speed is completely adequate. > > Many thanks to FreeBSD/arm team. > > Shame I can get no sound though. > My hdmi to vga converter should carry sound too, > at least there is a separate sound cable. > Do I need to do anything extra on 10.1-release > to get sound? > USB audio might work :-) --HPS From owner-freebsd-arm@FreeBSD.ORG Fri Dec 5 14:56:11 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 180413A7 for ; Fri, 5 Dec 2014 14:56:11 +0000 (UTC) Received: from eu1sys200aog105.obsmtp.com (eu1sys200aog105.obsmtp.com [207.126.144.119]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6B6C37D5 for ; Fri, 5 Dec 2014 14:56:09 +0000 (UTC) Received: from mail-wg0-f54.google.com ([74.125.82.54]) (using TLSv1) by eu1sys200aob105.postini.com ([207.126.147.11]) with SMTP ID DSNKVIHHa9dA6kZ2X1x76bluhaAbXtxsRJBP@postini.com; Fri, 05 Dec 2014 14:56:10 UTC Received: by mail-wg0-f54.google.com with SMTP id l2so1099867wgh.13 for ; Fri, 05 Dec 2014 06:55:39 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:message-id:to:subject:reply-to; bh=ICtopXAIm/PGPeLTLzbn5ZM1zdRrTmBZvkVPOyAL3UY=; b=T7Ah4cG1Erdb4i5toA17+ViN2NKyItddDJ6CtONagmoVa+9kzWAUQWCecty4vB/sMd vsXOMHDqQSsAt9vCdpOhxOkze2Fa3q3zbmPOPt+dVpVFwmonFQ/6auoooBFA9HQk6V1r f5mrgJXX2cm6CPi0b8awzvroYYqlDbiBOO7qd2GTgqnyLlnYvckj9F5P2QXys/3YbuI3 wEeXb4DPsg7DJJYz4rKdRG++8+98m6gm7KMhCrbI1dx6Lgg5WkTVNv4PPcSDPfGmxOH+ SAj/gVQIVbDOGaFY5WAn+geWD/y4ZT9drRlxPsQ0GJWhAZBVVdvvVh+R3Nos3HUVcs7Q xzOg== X-Received: by 10.194.170.232 with SMTP id ap8mr24269326wjc.2.1417784812577; Fri, 05 Dec 2014 05:06:52 -0800 (PST) X-Gm-Message-State: ALoCoQkvawUgHBeGJQ5ETphw9w0SNai700+olpTWv2AaIRo8b+lNqzYKro1ld2DHy1yRQObh8RvLwnCZ//KHkD9XsgZowL+Ncz+LPeUGBepTemlmctAMhia3cwUuxO0Q3jRdFRzdqHlOjRiy51xUJ0yu0TR2OckLZw== X-Received: by 10.194.170.232 with SMTP id ap8mr24269312wjc.2.1417784812488; Fri, 05 Dec 2014 05:06:52 -0800 (PST) Received: from mech-as221.men.bris.ac.uk (mech-as221.men.bris.ac.uk. [137.222.187.221]) by mx.google.com with ESMTPSA id n5sm2242245wic.6.2014.12.05.05.06.51 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 05 Dec 2014 05:06:52 -0800 (PST) Date: Fri, 05 Dec 2014 05:06:52 -0800 (PST) X-Google-Original-Date: Fri, 5 Dec 2014 13:06:50 GMT Received: from mech-as221.men.bris.ac.uk (localhost [127.0.0.1]) by mech-as221.men.bris.ac.uk (8.14.9/8.14.9) with ESMTP id sB5D6oZW007592 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Fri, 5 Dec 2014 13:06:50 GMT (envelope-from mexas@mech-as221.men.bris.ac.uk) Received: (from mexas@localhost) by mech-as221.men.bris.ac.uk (8.14.9/8.14.9/Submit) id sB5D6otZ007591 for freebsd-arm@freebsd.org; Fri, 5 Dec 2014 13:06:50 GMT (envelope-from mexas) From: Anton Shterenlikht Message-Id: <201412051306.sB5D6otZ007591@mech-as221.men.bris.ac.uk> To: freebsd-arm@freebsd.org Subject: single user mode? Reply-To: mexas@bris.ac.uk X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Dec 2014 14:56:11 -0000 Is it possible to enter a single user mode on arm 10.1-release? My disk, well.. the sd card, got corrupted, so wanted to run fsck on it, but cannot enter a single user mode. I ended up putting the sd card into a laptop and running fsck there. This fixed lots of panics, but is it possible to enter the single user mode on arm, and run fsck directly there? Thanks Anton From owner-freebsd-arm@FreeBSD.ORG Fri Dec 5 15:50:25 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A421A151 for ; Fri, 5 Dec 2014 15:50:25 +0000 (UTC) Received: from mail-wg0-x22e.google.com (mail-wg0-x22e.google.com [IPv6:2a00:1450:400c:c00::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 304E7D91 for ; Fri, 5 Dec 2014 15:50:25 +0000 (UTC) Received: by mail-wg0-f46.google.com with SMTP id a1so1243585wgh.5 for ; Fri, 05 Dec 2014 07:50:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=viTi1luzhgAdwqvjXFgFh4oVfIZsZFOCL6xRmNSLSb4=; b=dQfq0488usQSrEJ13jpZCJnzv7zGaM30LbI+sx+nNsUF4y3ivhiyxqKUKy+NJYlP6v qJned+xJBokmb2L4XwVOclWOUj5nORHmhsUNqw8jcIOA4vNW5g+lwuVMFZhKvRsuTW3d +MJxAruFHfATqRElZOIC++VwDq+f5QQ4lgXUMAzTqDb4p3mYKOwofqomF3lPtdmQs+l2 jT+LhPqcPS+lqHln24UGi8/qGgiXGBN6+gMAlvbhvJI8FG2lpsMcQMDngYm3e+20qUWi BGrPe3tJojCSa+aK86C2wKHOE6ouuoLJ+Uo9gNDes6atN/6rZYCVVOibYWin/CTASLJ4 rSsA== X-Received: by 10.194.238.3 with SMTP id vg3mr24560864wjc.69.1417794623499; Fri, 05 Dec 2014 07:50:23 -0800 (PST) Received: from [192.168.0.129] (209.212.173.83.static.wline.lns.sme.cust.swisscom.ch. [83.173.212.209]) by mx.google.com with ESMTPSA id ep6sm2773727wib.0.2014.12.05.07.50.22 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 05 Dec 2014 07:50:23 -0800 (PST) Message-ID: <5481D43E.9060408@gmail.com> Date: Fri, 05 Dec 2014 16:50:22 +0100 From: Mattia Rossi User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: mexas@bris.ac.uk, freebsd-arm@freebsd.org Subject: Re: single user mode? References: <201412051306.sB5D6otZ007591@mech-as221.men.bris.ac.uk> In-Reply-To: <201412051306.sB5D6otZ007591@mech-as221.men.bris.ac.uk> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Dec 2014 15:50:25 -0000 Depending on the arm version fsck might be broken. It is on ARMv5 for example. As I understand it, having a passno of 1 in /etc/fstab will force that filesystem to be checked by fsck, so after a reboot it should be either fine, or you should be forced to drop into single user mode (by pressing enter) to run it manually.. Cheers, Mat Am 05.12.2014 um 14:06 schrieb Anton Shterenlikht: > Is it possible to enter a single user mode > on arm 10.1-release? > > My disk, well.. the sd card, got corrupted, > so wanted to run fsck on it, but cannot > enter a single user mode. I ended up putting > the sd card into a laptop and running fsck there. > This fixed lots of panics, but is it possible > to enter the single user mode on arm, and > run fsck directly there? > > Thanks > > Anton > _______________________________________________ > 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 Fri Dec 5 15:57:49 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AA9C424E for ; Fri, 5 Dec 2014 15:57:49 +0000 (UTC) Received: from mail-qc0-x236.google.com (mail-qc0-x236.google.com [IPv6:2607:f8b0:400d:c01::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 62BF4E7A for ; Fri, 5 Dec 2014 15:57:49 +0000 (UTC) Received: by mail-qc0-f182.google.com with SMTP id r5so660564qcx.27 for ; Fri, 05 Dec 2014 07:57:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=QNniYxGoD6yW95sQc8EoY3HwiX/FeiiQQUSI2uysHO4=; b=PAlHKLA2xkbbhuNV0T3D77FtDhYCbWWcDmrFAwU7m/5jyMrZSgD5E8Xll5HVm4RwWB Z6CQ6spajxbolm3DpHCD80IQynUn1M98WEiTd/7dPc3V5xC48WbO1+PNeSa3WKZEnqUn 6ZRZHoyFgvLP691giUZ/w3N1YIDhMA6YaLx/fGVip7xgNVW7/7nByqYiMXGgq/VLn9JN QneZg/Wmw+RdxRvNgagdhrM9pEgIV8YY6bdIUAFLiaU7JOtVANMB3syzG9zHsfzs/imR FBBRUPSSZ7h3Ov7iVXutebOELf0S8XnP+A0kiBrmJ090w4vo5mV10Zfi7ZExld4Tmqfg z1aQ== MIME-Version: 1.0 X-Received: by 10.224.15.78 with SMTP id j14mr27469211qaa.0.1417795068477; Fri, 05 Dec 2014 07:57:48 -0800 (PST) Received: by 10.140.23.242 with HTTP; Fri, 5 Dec 2014 07:57:48 -0800 (PST) In-Reply-To: <20141204180208.7f1f05ca30e779e1a859abda@ulrich-grey.de> References: <20141204180208.7f1f05ca30e779e1a859abda@ulrich-grey.de> Date: Fri, 5 Dec 2014 16:57:48 +0100 Message-ID: Subject: Re: Booting Beagle Board Black fails. From: Svatopluk Kraus To: Ulrich Grey Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Dec 2014 15:57:49 -0000 Michal tested it a few months ago and it worked. With last BBB current snapshot from freebsd ftp, it hangs on same place. Unfortunately, JTAG is not on BBB by default, so it takes a while to deal with it. However, we will fix it certainly. Svatopluk Kraus On Thu, Dec 4, 2014 at 7:02 PM, Ulrich Grey wrote: > I have built an image for Beagle Bone Black with crochet from the > alternate source tree > from Svatopluk Kraus and Michal Meloun. If I try to boot the board (I have > pressed the > button etc.), I get this on the serial console: > > Hit [Enter] to boot immediately, or any other key for command prompt. > Booting [/boot/kernel/kernel]... > Using DTB provided by U-Boot at address 0x80000100. > Kernel entry at 0x80200100... > Kernel args: (null) > > There it hangs. > Can anyone give me advice? > > Regards > > Ulrich > _______________________________________________ > 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 Fri Dec 5 16:20:59 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 820A65CC; Fri, 5 Dec 2014 16:20:59 +0000 (UTC) Received: from mail-qa0-x22f.google.com (mail-qa0-x22f.google.com [IPv6:2607:f8b0:400d:c00::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 29826F0; Fri, 5 Dec 2014 16:20:59 +0000 (UTC) Received: by mail-qa0-f47.google.com with SMTP id s7so634672qap.6 for ; Fri, 05 Dec 2014 08:20:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=95rnEh8yPjpv54gev5YHuV3CL3lwD8eaN2/Qn31Qisg=; b=dE6Xij5Uxw3we21PvbjfDwGFWLSsdv/TJf2ivNPAhW8y18zLZ7JuCVXJZgTD9JpbWd YcP08BuqQSmD8vCoW8J44TEjQ4k1SiUQ/0JyzTFUy5UsTQ8aDMt+AVFmAfk43IZTD48c S3oqn4yp9B4eZb8vRWd6NvFc/qOCYbB+7AlIQUaEu8XJBjpZhhcnC5Qe6k2EjLML3u5Y 86JhgGzKcoHDAyhCDfQ0N23T3A8kPg4+rBPbhh7Q3i+lz+uqBsLHySMUs5yL0VJYfTIf DL1doy6bS8TJybIqDM+PIuLLiWL9AnUpt21hPwZr5lEZ6fJC95/VO+QcdxQgHhSzBYWA FAKg== MIME-Version: 1.0 X-Received: by 10.140.38.170 with SMTP id t39mr26582704qgt.15.1417796458255; Fri, 05 Dec 2014 08:20:58 -0800 (PST) Received: by 10.140.23.242 with HTTP; Fri, 5 Dec 2014 08:20:57 -0800 (PST) In-Reply-To: <20141202201733.8f91700e128be6e73e1f45ea@ulrich-grey.de> References: <547CAEB3.2000701@ignoranthack.me> <20141202201733.8f91700e128be6e73e1f45ea@ulrich-grey.de> Date: Fri, 5 Dec 2014 17:20:57 +0100 Message-ID: Subject: Re: Test Help, python regressions From: Svatopluk Kraus To: Ulrich Grey Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: freebsd-arm@freebsd.org, Sean Bruno X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Dec 2014 16:20:59 -0000 Unfortunatelly, we have not such issue on pandaboard. From your debug log follows that it crashed in sbappendstream_locked() on the following line, because of NULL mbuf. KASSERT(m->m_nextpkt == NULL,("sbappendstream 0")); When I went up the call stack, there is not such possibility that the mbuf could be NULL and it crashed so lately. However, your issue looks stable enough to debug it more. I sorry that we've messed up this thread with this issue. Svatopluk Kraus On Tue, Dec 2, 2014 at 8:17 PM, Ulrich Grey wrote: > Here the same with python34. > The board is a wandboard-quad. > > root@quad:/usr/local/DEVEL/ports/lang/python34/work/Python-3.4.2 # make > test > > > running build > > running build_ext > > ldd: /usr/local/lib/libreadline.so: not a FreeBSD ELF shared object > > INFO: Can't locate Tcl/Tk libs and/or headers > > > > Python build finished successfully! > > The necessary bits to build these optional modules were not found: > > _gdbm _sqlite3 _tkinter > > spwd > > To find the necessary bits, look in setup.py in detect_modules() for the > module's name. > > > > running build_scripts > > copying and > adjusting > /usr/local/DEVEL/ports/lang/python34/work/Python-3.4.2/Tools/scripts/pydoc3 > -> > build/scripts-3.4 > > copying and > adjusting > /usr/local/DEVEL/ports/lang/python34/work/Python-3.4.2/Tools/scripts/idle3 > -> > build/scripts-3.4 > > copying and > adjusting > /usr/local/DEVEL/ports/lang/python34/work/Python-3.4.2/Tools/scripts/2to3 -> > build/scripts-3.4 > > copying and > adjusting > /usr/local/DEVEL/ports/lang/python34/work/Python-3.4.2/Tools/scripts/pyvenv > -> > build/scripts-3.4 > > changing mode of build/scripts-3.4/pydoc3 from 644 to 755 > > changing mode of build/scripts-3.4/idle3 from 644 to 755 > > changing mode of build/scripts-3.4/2to3 from 644 to 755 > > changing mode of build/scripts-3.4/pyvenv from 644 to 755 > > renaming build/scripts-3.4/pydoc3 to build/scripts-3.4/pydoc3.4 > > renaming build/scripts-3.4/idle3 to build/scripts-3.4/idle3.4 > > renaming build/scripts-3.4/2to3 to build/scripts-3.4/2to3-3.4 > > renaming build/scripts-3.4/pyvenv to build/scripts-3.4/pyvenv-3.4 > > LD_LIBRARY_PATH=/usr/local/DEVEL/ports/lang/python34/work/Python-3.4.2 > ./python -E -c > 'import sys ; from sysconfig import get_platform ; > print(get_platform()+"-"+sys.version > [0:3])' >platform > > LD_LIBRARY_PATH=/usr/local/DEVEL/ports/lang/python34/work/Python-3.4.2 > ./python ./Tools/scripts/run_tests.py > > /usr/local/DEVEL/ports/lang/python34/work/Python-3.4.2/python -W default > -bb -E -R -W > error::BytesWarning -m test -r -w -j 0 -u all,-largefile,-audio,-gui > > == CPython 3.4.2 (default, Dec 2 2014, 18:43:42) [GCC 4.2.1 Compatible > FreeBSD Clang > 3.4.1 (tags/RELEASE_34/dot1-final 208032)] > > == FreeBSD-11.0-CURRENT-arm-armv6-32bit-ELF little-endian > > == hash algorithm: fnv 32bit > > == > /usr/local/DEVEL/ports/lang/python34/work/Python-3.4.2/build/test_python_9909 > > Testing with flags: sys.flags(debug=0, inspect=0, interactive=0, > optimize=0, > dont_write_bytecode=0, no_user_site=0, no_site=0, ignore_environment=1, > verbose=0, > bytes_warning=2, quiet=0, hash_randomization=1, isolated=0) > > Using random seed 2090207 > > [ 1/389] test_eof > > [ 2/389] test_defaultdict > > [ 3/389] test_osx_env > > [ 4/389] test_userdict > > [ 5/389] test_frame > > [ 6/389] test_imghdr > > [ 7/389] test_xml_etree > > [ 8/389] test_wave > > [ 9/389] test_pulldom > > [ 10/389] test_sys > > [ 11/389] test_pep3120 > > [ 12/389] test_imp > > [ 13/389] test_dbm > > [ 14/389] test_sched > > [ 15/389] test_file_eintr > > [ 16/389] test_sysconfig > > [ 17/389] test_tempfile > > [ 18/389] test_compare > > [ 19/389] test_functools > > [ 20/389] test_capi > > [ 21/389] test_bytes > > [ 22/389] test_calendar > > [ 23/389] test_zipimport_support > > [ 24/389/1] test_numeric_tower > > test test_numeric_tower failed -- Traceback (most recent call last): > > File > > "/usr/local/DEVEL/ports/lang/python34/work/Python-3.4.2/Lib/test/test_numeric_tower.py", > line 173, in test_mixed_comparisons > > self.assertLess(first, second) > > AssertionError: 0.0 not less than 0.0 > > [ 25/389/1] test_bigmem > > [ 26/389/1] test_string > > [ 27/389/1] test_stringprep > > [ 28/389/1] test_doctest > > [ 29/389/1] test_exception_variations > > [ 30/389/1] test_hash > > [ 31/389/1] test_int > > [ 32/389/1] test_runpy > > [ 33/389/1] test_code_module > > [ 34/389/1] test_http_cookies > > [ 35/389/1] test_fileinput > > [ 36/389/1] test_xml_etree_c > > [ 37/389/1] test_gc > > [ 38/389/1] test_urllib2net > > Resource > ' > ftp://gatekeeper.research.compaq.com/pub/DEC/SRC/research-reports/00README-Legal-Rules-Regs > ' > is not available > > [ 39/389/1] test_iterlen > > [ 40/389/1] test_pep3131 > > [ 41/389/1] test_warnings > > > /usr/local/DEVEL/ports/lang/python34/work/Python-3.4.2/Lib/test/test_warnings.py:100: > UserWarning: FilterTests.test_ignore_after_default > > self.module.warn(message, UserWarning) > > > /usr/local/DEVEL/ports/lang/python34/work/Python-3.4.2/Lib/test/test_warnings.py:100: > UserWarning: FilterTests.test_ignore_after_default > > self.module.warn(message, UserWarning) > > Warning -- warnings.filters was modified by test_warnings > > [ 42/389/1] test_setcomps > > [ 43/389/1] test_netrc > > [ 44/389/1] test_sys_settrace > > [ 45/389/1] test_pep247 > > [ 46/389/1] test_heapq > > [ 47/389/1] test_file > > [ 48/389/1] test_xmlrpc_net > > [ 49/389/1] test_cmd > > [ 50/389/1] test_timeout > > [ 51/389/1] test_tcl > > test_tcl skipped -- No module named '_tkinter' > > [ 52/389/1] test_datetime > > [ 53/389/1] test_httpservers > > [ 54/389/1] test__opcode > > [ 55/389/1] test_descr > > [ 56/389/1] test_weakref > > [ 57/389/1] test_urllib_response > > [ 58/389/1] test_future > > [ 59/389/1] test_peepholer > > [ 60/389/1] test_contains > > [ 61/389/1] test_marshal > > [ 62/389/1] test_set > > [ 63/389/1] test_support > > [ 64/389/1] test_htmlparser > > [ 65/389/2] test_strtod > > test test_strtod failed -- multiple errors occurred; run in verbose mode > for details > > [ 66/389/2] test_buffer > > [ 67/389/2] test_strptime > > [ 68/389/2] test_deque > > [ 69/389/2] test_codecmaps_hk > > fetching http://people.freebsd.org/~perky/i18n/BIG5HKSCS-2004.TXT ... > > [ 70/389/2] test_dbm_dumb > > [ 71/389/2] test_largefile > > [ 72/389/2] test_crypt > > [ 73/389/2] test_types > > [ 74/389/2] test_optparse > > [ 75/389/2] test_compile > > [ 76/389/2] test_generators > > [ 77/389/2] test_rlcompleter > > [ 78/389/2] test_fnmatch > > Fatal kernel mode data abort: 'Translation Fault (L2)' on read > > trapframe: 0xfae42b88 > > FSR=00000007, FAR=00000004, spsr=60000013 > > r0 =c8eeb12c, r1 =00000004, r2 =c2439402, r3 =0000020c > > r4 =c8eeb0f8, r5 =00000000, r6 =c8eeb12c, r7 =c2439402 > > r8 =c8eefd68, r9 =00000000, r10=00000000, r11=fae42be0 > > r12=00000000, ssp=fae42bd8, slr=c7505370, pc =c21e34e0 > > > > [ thread pid 11271 tid 100121 ] > > Stopped at sbappendstream_locked+0x24: ldr r0, [r5, #0x004] > > db> show all pcpu > > Current CPU: 2 > > > > cpuid = 0 > > dynamic pcpu = 0x1f7fc0 > > curthread = 0xc7a4e6e0: pid 11327 "python" > > curpcb = 0xfab6aea8 > > fpcurthread = 0xc7a4e6e0: pid 11327 "python" > > idlethread = 0xc6fdaa50: tid 100002 "idle: cpu0" > > > > cpuid = 1 > > dynamic pcpu = 0x1f5e5fc0 > > curthread = 0xc7503a50: pid 11326 "python" > > curpcb = 0xfab4aea8 > > fpcurthread = 0xc7503a50: pid 11326 "python" > > idlethread = 0xc6fda6e0: tid 100003 "idle: cpu1" > > > > cpuid = 2 > > dynamic pcpu = 0x1f5e6fc0 > > curthread = 0xc7505370: pid 11271 "python" > > curpcb = 0xfae42ea8 > > --More-- > > fpcurthread = 0xc7505370: pid 11271 "python" > > idlethread = 0xc6fda370: tid 100004 "idle: cpu2" > > > > cpuid = 3 > > dynamic pcpu = 0x1f5e7fc0 > > curthread = 0xc892b000: pid 9970 "python" > > curpcb = 0xfade9ea8 > > fpcurthread = none > > idlethread = 0xc6fda000: tid 100005 "idle: cpu3" > > > > db> where 11327 > > Tracing pid 11327 tid 100078 td 0xc7a4e6e0 > > savectx() at savectx+0x14 > > pc = 0xc23e2968 lr = 0xc23d0a6c ($a+0xe0) > > sp = 0xfab6adb0 fp = 0xfab6adf0 > > Unwind failure (no registers changed) > > db> 11326 > > ? > > db> 11326 > > ? > > db> 11271 > > ? > > db> 9970 > > ? > > db> where > > Tracing pid 11271 tid 100121 td 0xc7505370 > > db_trace_self() at db_trace_self > > pc = 0xc23cb0f4 lr = 0xc2038b34 (db_stack_trace+0xf4) > > sp = 0xfae42878 fp = 0xfae42890 > > r10 = 0xc253a40c > > db_stack_trace() at db_stack_trace+0xf4 > > pc = 0xc2038b34 lr = 0xc20384a4 (db_command+0x270) > > sp = 0xfae42898 fp = 0xfae42938 > > r4 = 0x00000000 r5 = 0x00000000 > > r6 = 0x00000072 > > db_command() at db_command+0x270 > > pc = 0xc20384a4 lr = 0xc2038208 (db_command_loop+0x60) > > sp = 0xfae42940 fp = 0xfae42950 > > r4 = 0xc2413db6 r5 = 0xc242d229 > > r6 = 0xc253a3f8 r7 = 0xfae42b88 > > r8 = 0x00000001 r9 = 0xc24dbcf8 > > r10 = 0xc25317b4 > > db_command_loop() at db_command_loop+0x60 > > pc = 0xc2038208 lr = 0xc203ace4 (db_trap+0xd8) > > sp = 0xfae42958 fp = 0xfae42a78 > > --More-- > > r4 = 0x00000000 r5 = 0xc253a404 > > r6 = 0xc25317d8 > > db_trap() at db_trap+0xd8 > > pc = 0xc203ace4 lr = 0xc21a7620 (kdb_trap+0x15c) > > sp = 0xfae42a80 fp = 0xfae42aa0 > > r4 = 0x00000000 r5 = 0x00000007 > > r6 = 0xc25317d8 r7 = 0xfae42b88 > > kdb_trap() at kdb_trap+0x15c > > pc = 0xc21a7620 lr = 0xc23e3984 (abort_fatal+0x180) > > sp = 0xfae42aa8 fp = 0xfae42ac0 > > r4 = 0xfae42b88 r5 = 0x00000013 > > r6 = 0x00000004 r7 = 0x00000007 > > r8 = 0x00000007 r9 = 0x00000004 > > r10 = 0xfae42b88 > > abort_fatal() at abort_fatal+0x180 > > pc = 0xc23e3984 lr = 0xc23e37d0 ($d) > > sp = 0xfae42ac8 fp = 0xfae42b80 > > r4 = 0x00000007 r5 = 0x00000000 > > r6 = 0x00000007 r7 = 0x00000013 > > r8 = 0x00000023 > > --More-- > > $d() at $d > > pc = 0xc23e37d0 lr = 0xc23ccecc (exception_exit) > > sp = 0xfae42b88 fp = 0xfae42be0 > > r4 = 0xc8eeb0f8 r5 = 0x00000000 > > r6 = 0xc8eeb12c r7 = 0xc2439402 > > r8 = 0xc8eefd68 r9 = 0x00000000 > > r10 = 0x00000000 > > exception_exit() at exception_exit > > pc = 0xc23ccecc lr = 0xc7505370 (0xc7505370) > > sp = 0xfae42bd8 fp = 0xfae42be0 > > r0 = 0xc8eeb12c r1 = 0x00000004 > > r2 = 0xc2439402 r3 = 0x0000020c > > r4 = 0xc8eeb0f8 r5 = 0x00000000 > > r6 = 0xc8eeb12c r7 = 0xc2439402 > > r8 = 0xc8eefd68 r9 = 0x00000000 > > r10 = 0x00000000 r12 = 0x00000000 > > sbappendstream_locked() at sbappendstream_locked+0x24 > > pc = 0xc21e34e0 lr = 0xc21e3584 (sbappendstream+0x3c) > > sp = 0xfae42be8 fp = 0xfae42bf8 > > r4 = 0x00000000 r5 = 0xc8eeb0f8 > > --More-- > > sbappendstream() at sbappendstream+0x3c > > pc = 0xc21e3584 lr = 0xc22ebea4 (tcp_usr_send+0x1ec) > > sp = 0xfae42c00 fp = 0xfae42c30 > > r4 = 0x00000000 r5 = 0xc8eeb000 > > r6 = 0x00000000 r7 = 0xc8eeb0f8 > > tcp_usr_send() at tcp_usr_send+0x1ec > > pc = 0xc22ebea4 lr = 0xc21e632c (sosend_generic+0x464) > > sp = 0xfae42c38 fp = 0xfae42ca8 > > r4 = 0x0000bf64 r5 = 0x00000000 > > r6 = 0xc8eeb12c r7 = 0x00000000 > > r8 = 0x00000000 r9 = 0x00000000 > > r10 = 0xc8eeb000 > > sosend_generic() at sosend_generic+0x464 > > pc = 0xc21e632c lr = 0xc21e6540 (sosend+0x34) > > sp = 0xfae42cb0 fp = 0xfae42cc0 > > r4 = 0xc7587ec0 r5 = 0x00000000 > > r6 = 0xc8eeb000 r7 = 0xc8eeb000 > > r8 = 0x00000000 r9 = 0x00000006 > > r10 = 0xc7505370 > > sosend() at sosend+0x34 > > --More-- > > pc = 0xc21e6540 lr = 0xc21ec958 (kern_sendit+0x198) > > sp = 0xfae42cc8 fp = 0xfae42d28 > > kern_sendit() at kern_sendit+0x198 > > pc = 0xc21ec958 lr = 0xc21ecc60 (sendit+0x110) > > sp = 0xfae42d30 fp = 0xfae42d60 > > r4 = 0x00000000 r5 = 0xc7592000 > > r6 = 0xfae42d70 r7 = 0x00000000 > > r8 = 0x00000000 r9 = 0x00000000 > > r10 = 0xc7505370 > > sendit() at sendit+0x110 > > pc = 0xc21ecc60 lr = 0xc21ecb48 (sys_sendto+0x58) > > sp = 0xfae42d68 fp = 0xfae42d90 > > r4 = 0xc7505370 r5 = 0xc7592000 > > r6 = 0x00000000 r7 = 0x00000000 > > r8 = 0xfae42e08 r9 = 0xfae42e00 > > r10 = 0x00000000 > > sys_sendto() at sys_sendto+0x58 > > pc = 0xc21ecb48 lr = 0xc23e2e28 (swi_handler+0x2cc) > > sp = 0xfae42d98 fp = 0xfae42e50 > > swi_handler() at swi_handler+0x2cc > > --More-- > > pc = 0xc23e2e28 lr = 0xc23cce64 (swi_exit) > > sp = 0xfae42e58 fp = 0xbfbecc00 > > r4 = 0x00000000 r5 = 0x00000006 > > r6 = 0x20c03300 r7 = 0x00000085 > > r8 = 0x00000000 r9 = 0x00000000 > > r10 = 0x00000000 > > swi_exit() at swi_exit > > pc = 0xc23cce64 lr = 0xc23cce64 (swi_exit) > > sp = 0xfae42e58 fp = 0xbfbecc00 > > db> ps > > pid ppid pgrp uid state wmesg wchan cmd > > 11332 10083 9904 0 R+ python > > 11331 9909 9904 0 R+ python > > 11327 10449 9904 0 R+ CPU 0 python > > 11326 10449 9904 0 R+ CPU 1 python > > 11325 10449 9904 0 R+ python > > 11324 10449 9904 0 R+ python > > 11303 10449 9904 0 S+ (threaded) python > > 100117 S usem 0xc851dc00 python > > 100265 S accept 0xc78ab94e python > > 100293 S usem 0xc8099d80 python > > 11271 9909 9904 0 R+ (threaded) python > > 100121 Run CPU 2 python > > 11001 10449 9904 0 S+ kqread 0xc7e0ed00 python > > 10480 10449 9904 0 S+ piperd 0xc7591000 python > > 10449 9909 9904 0 S+ (threaded) python > > 100059 S sbwait 0xc8eecd6c python > > 10083 9909 9904 0 S+ (threaded) python > > 100103 S select 0xc73e53e4 python > > 9970 9909 9904 0 R+ CPU 3 python > > --More-- > > 9916 9909 9904 0 R+ python > > 9909 9904 9904 0 S+ (threaded) python > > 100109 S usem 0xc73c3f00 python > > 100123 S select 0xc7cad964 python > > 100124 S select 0xc7d16424 python > > 100125 S select 0xc7449764 python > > 100126 S select 0xc717e064 python > > 100127 S select 0xc8393124 python > > 100128 S select 0xc7e56524 python > > 9904 620 9904 0 S+ wait 0xc75d0c80 make > > 620 588 620 0 S+ pause 0xc7594068 csh > > 588 1 588 0 Ss+ wait 0xc74f9c80 login > > 545 1 545 0 Ss nanslp 0xc2523811 cron > > 541 1 541 0 Ss select 0xc73e4c24 sshd > > 511 1 511 0 Ss select 0xc73e5524 ntpd > > 454 1 454 0 Ss select 0xc73e63e4 casperd > > 453 1 453 0 Ss select 0xc73e4ca4 casperd > > 351 1 351 0 Ss select 0xc70b5be4 syslogd > > 279 1 279 0 Ss select 0xc73e52a4 devd > > 15 0 0 0 DL syncer 0xc25356c8 [syncer] > > --More-- > > 9 0 0 0 DL vlruwt 0xc7384000 [vnlru] > > 8 0 0 0 DL (threaded) [bufdaemon] > > 100044 D psleep 0xc2535450 [bufdaemon] > > 100054 D sdflush 0xc73cf484 [/ worker] > > 100056 D sdflush 0xc73d0484 [/usr/local/DEVEL wo] > > 7 0 0 0 DL pgzero 0xc253857c [pagezero] > > 6 0 0 0 DL psleep 0xc253840c [vmdaemon] > > 5 0 0 0 DL psleep 0xc254d584 [pagedaemon] > > 4 0 0 0 DL jobqueue 0xc7078b80 [mmcsd0: mmc/sd card] > > 3 0 0 0 DL waiting_ 0xc254a8c4 [sctp_iterator] > > 14 0 0 0 DL (threaded) [usb] > > 100026 D - 0xc70abca4 [usbus0] > > 100027 D - 0xc70abcd4 [usbus0] > > 100028 D - 0xc70abd04 [usbus0] > > 100029 D - 0xc70abd34 [usbus0] > > 100031 D - 0xc7186ca4 [usbus1] > > 100032 D - 0xc7186cd4 [usbus1] > > 100033 D - 0xc7186d04 [usbus1] > > 100034 D - 0xc7186d34 [usbus1] > > 2 0 0 0 DL (threaded) [cam] > > --More-- > > 100020 D - 0xc25120c0 [doneq0] > > 100039 D - 0xc25122a8 [scanner] > > 13 0 0 0 DL - 0xc251f120 [rand_harvestq] > > 12 0 0 0 DL (threaded) [geom] > > 100012 D - 0xc253b024 [g_event] > > 100013 D - 0xc253b028 [g_up] > > 100014 D - 0xc253b02c [g_down] > > 11 0 0 0 WL (threaded) [intr] > > 100006 I [swi3: vm] > > 100007 I [swi1: netisr 0] > > 100008 I [swi4: clock (0)] > > 100009 I [swi4: clock (1)] > > 100010 I [swi4: clock (2)] > > 100011 I [swi4: clock (3)] > > 100016 I [swi6: Giant taskq] > > 100018 I [swi5: fast taskq] > > 100022 I [swi6: task queue] > > 100023 I [swi0: uart] > > 100024 I [intr150: ffec0] > > 100025 I [intr75: ehci0] > > --More-- > > 100030 I [intr72: ehci1] > > 100035 I [intr54: sdhci_imx0] > > 100036 I [intr56: sdhci_imx1] > > 10 0 0 0 RL (threaded) [idle] > > 100002 CanRun [idle: cpu0] > > 100003 CanRun [idle: cpu1] > > 100004 CanRun [idle: cpu2] > > 100005 CanRun [idle: cpu3] > > 1 0 1 0 SLs wait 0xc6fd7640 [init] > > 0 0 0 0 DLs (threaded) [kernel] > > 100000 D swapin 0xc253b048 [swapper] > > 100017 D - 0xc7078380 [thread taskq] > > 100019 D - 0xc7078280 [ffs_trim taskq] > > 100021 D - 0xc7077f00 [kqueue taskq] > > 100038 D - 0xc7078200 [CAM taskq] > > 11314 10449 9904 0 Z+ python > > 11311 10449 9904 0 Z+ python > > 11312 10449 9904 0 Z+ python > > 11313 10449 9904 0 Z+ python > > db> bt > > Tracing pid 11271 tid 100121 td 0xc7505370 > > db_trace_self() at db_trace_self > > pc = 0xc23cb0f4 lr = 0xc2038b34 (db_stack_trace+0xf4) > > sp = 0xfae42878 fp = 0xfae42890 > > r10 = 0xc253a40c > > db_stack_trace() at db_stack_trace+0xf4 > > pc = 0xc2038b34 lr = 0xc20384a4 (db_command+0x270) > > sp = 0xfae42898 fp = 0xfae42938 > > r4 = 0x00000000 r5 = 0x00000000 > > r6 = 0x00000072 > > db_command() at db_command+0x270 > > pc = 0xc20384a4 lr = 0xc2038208 (db_command_loop+0x60) > > sp = 0xfae42940 fp = 0xfae42950 > > r4 = 0xc2413db6 r5 = 0xc242d229 > > r6 = 0xc253a3f8 r7 = 0xfae42b88 > > r8 = 0x00000001 r9 = 0xc24dbcf8 > > r10 = 0xc25317b4 > > db_command_loop() at db_command_loop+0x60 > > pc = 0xc2038208 lr = 0xc203ace4 (db_trap+0xd8) > > sp = 0xfae42958 fp = 0xfae42a78 > > --More-- > > r4 = 0x00000000 r5 = 0xc253a404 > > r6 = 0xc25317d8 > > db_trap() at db_trap+0xd8 > > pc = 0xc203ace4 lr = 0xc21a7620 (kdb_trap+0x15c) > > sp = 0xfae42a80 fp = 0xfae42aa0 > > r4 = 0x00000000 r5 = 0x00000007 > > r6 = 0xc25317d8 r7 = 0xfae42b88 > > kdb_trap() at kdb_trap+0x15c > > pc = 0xc21a7620 lr = 0xc23e3984 (abort_fatal+0x180) > > sp = 0xfae42aa8 fp = 0xfae42ac0 > > r4 = 0xfae42b88 r5 = 0x00000013 > > r6 = 0x00000004 r7 = 0x00000007 > > r8 = 0x00000007 r9 = 0x00000004 > > r10 = 0xfae42b88 > > abort_fatal() at abort_fatal+0x180 > > pc = 0xc23e3984 lr = 0xc23e37d0 ($d) > > sp = 0xfae42ac8 fp = 0xfae42b80 > > r4 = 0x00000007 r5 = 0x00000000 > > r6 = 0x00000007 r7 = 0x00000013 > > r8 = 0x00000023 > > --More-- > > $d() at $d > > pc = 0xc23e37d0 lr = 0xc23ccecc (exception_exit) > > sp = 0xfae42b88 fp = 0xfae42be0 > > r4 = 0xc8eeb0f8 r5 = 0x00000000 > > r6 = 0xc8eeb12c r7 = 0xc2439402 > > r8 = 0xc8eefd68 r9 = 0x00000000 > > r10 = 0x00000000 > > exception_exit() at exception_exit > > pc = 0xc23ccecc lr = 0xc7505370 (0xc7505370) > > sp = 0xfae42bd8 fp = 0xfae42be0 > > r0 = 0xc8eeb12c r1 = 0x00000004 > > r2 = 0xc2439402 r3 = 0x0000020c > > r4 = 0xc8eeb0f8 r5 = 0x00000000 > > r6 = 0xc8eeb12c r7 = 0xc2439402 > > r8 = 0xc8eefd68 r9 = 0x00000000 > > r10 = 0x00000000 r12 = 0x00000000 > > sbappendstream_locked() at sbappendstream_locked+0x24 > > pc = 0xc21e34e0 lr = 0xc21e3584 (sbappendstream+0x3c) > > sp = 0xfae42be8 fp = 0xfae42bf8 > > r4 = 0x00000000 r5 = 0xc8eeb0f8 > > --More-- > > sbappendstream() at sbappendstream+0x3c > > pc = 0xc21e3584 lr = 0xc22ebea4 (tcp_usr_send+0x1ec) > > sp = 0xfae42c00 fp = 0xfae42c30 > > r4 = 0x00000000 r5 = 0xc8eeb000 > > r6 = 0x00000000 r7 = 0xc8eeb0f8 > > tcp_usr_send() at tcp_usr_send+0x1ec > > pc = 0xc22ebea4 lr = 0xc21e632c (sosend_generic+0x464) > > sp = 0xfae42c38 fp = 0xfae42ca8 > > r4 = 0x0000bf64 r5 = 0x00000000 > > r6 = 0xc8eeb12c r7 = 0x00000000 > > r8 = 0x00000000 r9 = 0x00000000 > > r10 = 0xc8eeb000 > > sosend_generic() at sosend_generic+0x464 > > pc = 0xc21e632c lr = 0xc21e6540 (sosend+0x34) > > sp = 0xfae42cb0 fp = 0xfae42cc0 > > r4 = 0xc7587ec0 r5 = 0x00000000 > > r6 = 0xc8eeb000 r7 = 0xc8eeb000 > > r8 = 0x00000000 r9 = 0x00000006 > > r10 = 0xc7505370 > > sosend() at sosend+0x34 > > --More-- > > pc = 0xc21e6540 lr = 0xc21ec958 (kern_sendit+0x198) > > sp = 0xfae42cc8 fp = 0xfae42d28 > > kern_sendit() at kern_sendit+0x198 > > pc = 0xc21ec958 lr = 0xc21ecc60 (sendit+0x110) > > sp = 0xfae42d30 fp = 0xfae42d60 > > r4 = 0x00000000 r5 = 0xc7592000 > > r6 = 0xfae42d70 r7 = 0x00000000 > > r8 = 0x00000000 r9 = 0x00000000 > > r10 = 0xc7505370 > > sendit() at sendit+0x110 > > pc = 0xc21ecc60 lr = 0xc21ecb48 (sys_sendto+0x58) > > sp = 0xfae42d68 fp = 0xfae42d90 > > r4 = 0xc7505370 r5 = 0xc7592000 > > r6 = 0x00000000 r7 = 0x00000000 > > r8 = 0xfae42e08 r9 = 0xfae42e00 > > r10 = 0x00000000 > > sys_sendto() at sys_sendto+0x58 > > pc = 0xc21ecb48 lr = 0xc23e2e28 (swi_handler+0x2cc) > > sp = 0xfae42d98 fp = 0xfae42e50 > > swi_handler() at swi_handler+0x2cc > > --More-- > > pc = 0xc23e2e28 lr = 0xc23cce64 (swi_exit) > > sp = 0xfae42e58 fp = 0xbfbecc00 > > r4 = 0x00000000 r5 = 0x00000006 > > r6 = 0x20c03300 r7 = 0x00000085 > > r8 = 0x00000000 r9 = 0x00000000 > > r10 = 0x00000000 > > swi_exit() at swi_exit > > pc = 0xc23cce64 lr = 0xc23cce64 (swi_exit) > > sp = 0xfae42e58 fp = 0xbfbecc00 > > db> reboot > ------------------------------------------ > On Mon, 01 Dec 2014 10:08:51 -0800 > Sean Bruno wrote: > > > > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA512 > > > > I'm seeing something odd with regressions for python27 and python34 on > ARM. > > > > Can someone with an ARMv6 board, running current, run the regression > > suite for python via "make test" in the work directory? > > > > sean > > -----BEGIN PGP SIGNATURE----- > > Version: GnuPG v2 > > > > iQF8BAEBCgBmBQJUfK6uXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w > > ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAw > > MDAwMDAwMDAwMDAwMDAwAAoJEBIB78oecn5kxWMH/1GUQ3SEDm5peufzCSAZxPNG > > Bc0ZO/be2F2kzVaSPi+ZRSET8UISvLpqAbiJTNQHKTmtaH3tUgqJco8DsXh7WQ+R > > +IpN80VzJMw4RCfBS8yraaeDkuu0uVGH7J4QFlh+v+mPYgF3JXZLLIMZN+zjjCqn > > VDssQ52xlsM2+CEKDDsdIt3xEqfbe0+rzg+Vebzr1gMGPdsdddkK6sBKZ7Oqidda > > YUveaoJTZWxHjBh9f2zDCFrtr7/NGXAc53za69t1DcvssjgVhIrxjb3lnMs6vF+1 > > hsRf4AfY+j+6QpTKbH65WCvh6GGxPMv8cTsxP49XuNZzyDrpEg6b41wyw0NL3CQ= > > =5V9U > > -----END PGP SIGNATURE----- > > > > _______________________________________________ > > 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" > _______________________________________________ > 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 Fri Dec 5 17:14:33 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A297D67E for ; Fri, 5 Dec 2014 17:14:33 +0000 (UTC) Received: from mo6-p00-ob.smtp.rzone.de (mo6-p00-ob.smtp.rzone.de [IPv6:2a01:238:20a:202:5300::7]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.smtp.rzone.de", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 396DC957 for ; Fri, 5 Dec 2014 17:14:32 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; t=1417799646; l=10198; s=domk; d=ulrich-grey.de; h=Content-Transfer-Encoding:Content-Type:Mime-Version:References: In-Reply-To:Subject:Cc:To:From:Date; bh=BtzefVWGjMO7GunztH0Ckb+3U0o=; b=PKnEi26vyNP7gnn5q8FU/V9VydHPtnqiEygj8zkGr9tgSa9Nafp0QKPL5/+aq4XDIbE kRDhWobayHSzA0NDpLnHTmm1o10VVWh562wJX3BOiWXmTd0nePpgqYN3JO9JIAkywjXKY qlgg1o/smn5IF8gX0C+QWCk16CqkDqgif+8= X-RZG-AUTH: :OX8Be0W8W+pMC3rDLL/lo2xV/LZTbZkYhOcjg8suic3iYr/B8J9Lzp3TJg47uMv/Cr/Q X-RZG-CLASS-ID: mo00 Received: from quad (p54868294.dip0.t-ipconnect.de [84.134.130.148]) by smtp.strato.de (RZmta 36.2 DYNA|AUTH) with ESMTPSA id f01b36qB5HDu1FE (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate); Fri, 5 Dec 2014 18:13:56 +0100 (CET) Date: Fri, 5 Dec 2014 17:13:55 +0000 From: Ulrich Grey To: Svatopluk Kraus Subject: Re: Booting Beagle Board Black fails. Message-Id: <20141205171355.6a18710d8dbd7af9c8fa02bf@ulrich-grey.de> In-Reply-To: References: <20141204180208.7f1f05ca30e779e1a859abda@ulrich-grey.de> Organization: - X-Mailer: Sylpheed 3.4.2 (GTK+ 2.24.25; armv6-portbld-freebsd11.0) 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.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Dec 2014 17:14:33 -0000 I tried it with current, revision 275482: # FreeBSD/armv6 U-Boot loader, Revision 1.2 (root@noname.privat, Thu Dec 4 23:55:39 CET 2014) DRAM: 512MB Number of U-Boot devices: 2 U-Boot env: loaderdev not set, will probe all devices. Found U-Boot device: disk Probing all disk devices... Checking unit=0 slice= partition=... good. Loading /boot/defaults/loader.conf /boot/kernel/kernel data=0x483348+0x94cb8 syms=[0x4+0x87620+0x4+0x514ff] /boot/kernel/geom_label.ko text=0x4ce4 data=0x76c+0x4 syms=[0x4+0xee0+0x4+0xe36] Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel]... Using DTB provided by U-Boot at address 0x80000100. Kernel entry at 0x80200100... Kernel args: (null) KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2014 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 11.0-CURRENT #0 r275482M: Thu Dec 4 23:48:42 CET 2014 root@noname.privat:/usr/home/gwg/00-TRANSIT/crochet-freebsd-NEU/trunk/work/o bj/arm.armv6/usr/SRC/head/sys/BEAGLEBONE arm FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512 WARNING: WITNESS option enabled, expect reduced performance. CPU: Cortex A8-r3 rev 2 (Cortex-A core) Supported features: ARM_ISA THUMB2 JAZELLE THUMBEE ARMv4 Security_Ext WB disabled EABT branch prediction enabled LoUU:2 LoC:2 LoUIS:1 Cache level 1: 32KB/64B 4-way data cache WT WB Read-Alloc 32KB/64B 4-way instruction cache Read-Alloc Cache level 2: 256KB/64B 8-way unified cache WT WB Read-Alloc Write-Alloc real memory = 536870912 (512 MB) avail memory = 513007616 (489 MB) Texas Instruments AM3358 Processor, Revision ES1.1 random device not loaded/active; using insecure pseudo-random number generator random: entropy device infrastructure driver random: selecting highest priority adaptor random: SOFT: yarrow init() random: selecting highest priority adaptor ofwbus0: simplebus0: on ofwbus0 aintc0: mem 0x48200000-0x48200fff on simplebus0 aintc0: Revision 5.0 ti_scm0: mem 0x44e10000-0x44e11fff on simplebus0 am335x_prcm0: mem 0x44e00000-0x44e012ff on s implebus0 am335x_prcm0: Clocks: System 24.0 MHz, CPU 1000 MHz am335x_dmtimer0: mem 0x44e05000-0x44e05fff,0x44e31000-0x44e31ff f,0x48040000-0x48040fff,0x48042000-0x48042fff,0x48044000-0x48044fff,0x48046000-0 x48046fff,0x48048000-0x48048fff,0x4804a000-0x4804afff irq 66,67,68,69,92,93,94,9 5 on simplebus0 Timecounter "AM335x Timecounter" frequency 24000000 Hz quality 1000 Event timer "AM335x Eventtimer" frequency 24000000 Hz quality 1000 ti_adc0: mem 0x44e0d000-0x44e0efff irq 16 on simplebus0 ti_adc0: scheme: 0x1 func: 0x730 rtl: 0 rev: 0.1 custom rev: 0 ti_wdt0: mem 0x44e35000-0x44e35fff irq 91 on simplebus0 gpio0: mem 0x44e07000-0x44e07fff,0x4804c0 00-0x4804cfff,0x481ac000-0x481acfff,0x481ae000-0x481aefff irq 96,97,98,99,32,33, 62,63 on simplebus0 gpioc0: on gpio0 gpiobus0: on gpio0 gpioled0: at pin(s) 53 on gpiobus0 gpioled1: at pin(s) 54 on gpiobus0 gpioled2: at pin(s) 55 on gpiobus0 gpioled3: at pin(s) 56 on gpiobus0 uart0: mem 0x44e09000-0x44e09fff irq 72 on simplebu s0 uart0: console (115384,n,8,1) ti_edma30: mem 0x49000000-0x490fffff,0x49800000-0x498fffff, 0x49900000-0x499fffff,0x49a00000-0x49afffff irq 12,13,14 on simplebus0 ti_edma30: EDMA revision 40014c00 sdhci_ti0: mem 0x48060000-0x48060fff irq 64 on simplebus0 mmc0: on sdhci_ti0 sdhci_ti1: mem 0x481d8000-0x481d8fff irq 28 on simplebus0 mmc1: on sdhci_ti1 cpsw0: <3-port Switch Ethernet Subsystem> mem 0x4a100000-0x4a103fff irq 40,41,42 ,43 on simplebus0 cpsw0: CPSW SS Version 1.12 (0) cpsw0: Initial queue size TX=128 RX=384 miibus0: on cpsw0 smscphy0: PHY 0 on miibus0 smscphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto cpsw0: Ethernet address: c8:a0:30:bf:08:b1 iichb0: mem 0x44e0b000-0x44e0bfff irq 70 on simplebus0 iichb0: I2C revision 4.0 FIFO size: 32 bytes iicbus0: on iichb0 iic0: on iicbus0 am335x_pmic0: at addr 0x48 on iicbus0 iichb1: mem 0x4802a000-0x4802afff irq 71 on simplebus0 iichb1: I2C revision 4.0 FIFO size: 32 bytes iicbus1: on iichb1 iic1: on iicbus1 iichb2: mem 0x4819c000-0x4819cfff irq 30 on simplebus0 iichb2: I2C revision 4.0 FIFO size: 32 bytes iicbus2: on iichb2 iic2: on iicbus2 am335x_pwm0: mem 0x48300000-0x483000ff,0x48300100-0x4830017f,0x4830 0180-0x483001ff,0x48300200-0x4830025f irq 86,58 on simplebus0 am335x_pwm1: mem 0x48302000-0x483020ff,0x48302100-0x4830217f,0x4830 2180-0x483021ff,0x48302200-0x4830225f irq 87,59 on simplebus0 am335x_pwm2: mem 0x48304000-0x483040ff,0x48304100-0x4830417f,0x4830 4180-0x483041ff,0x48304200-0x4830425f irq 88,60 on simplebus0 musbotg0: mem 0x47400000-0x47400fff,0x 47401000-0x474012ff,0x47401300-0x474013ff,0x47401400-0x474017ff,0x47401800-0x474 01aff,0x47401b00-0x47401bff,0x47401c00-0x47401fff irq 17,18,19 on simplebus0 musbotg0: TI AM335X USBSS v0.0.13 Fatal kernel mode data abort: 'External Non-Linefetch Abort (S)' trapframe: 0xc0816d08 FSR=00001008, FAR=ffa00010, spsr=40000193 r0 =00000000, r1 =ffa00000, r2 =00000010, r3 =c054bd10 r4 =c29b1e80, r5 =c2ad4000, r6 =c2ad63d0, r7 =c2ad63ec r8 =c0680a30, r9 =c0709680, r10=00000020, r11=c0816d98 r12=c054bd28, ssp=c0816d58, slr=c056b484, pc =c054bd10 [ thread pid 0 tid 100000 ] Stopped at generic_bs_r_4: ldr r0, [r1, r2] db> bt Tracing pid 0 tid 100000 td 0xc0708a50 db_trace_self() at db_trace_self pc = 0xc05501b4 lr = 0xc0231b44 (db_stack_trace+0xf4) sp = 0xc08169f8 fp = 0xc0816a10 r10 = 0xc0707aac db_stack_trace() at db_stack_trace+0xf4 pc = 0xc0231b44 lr = 0xc02314b4 (db_command+0x270) sp = 0xc0816a18 fp = 0xc0816ab8 r4 = 0x00000000 r5 = 0x00000000 r6 = 0x00000000 db_command() at db_command+0x270 pc = 0xc02314b4 lr = 0xc0231218 (db_command_loop+0x60) sp = 0xc0816ac0 fp = 0xc0816ad0 r4 = 0xc0598d57 r5 = 0xc05b40dd r6 = 0xc0707a98 r7 = 0xc0653d88 r8 = 0xc06a3a24 r9 = 0xc06a3a20 r10 = 0x00000000 db_command_loop() at db_command_loop+0x60 pc = 0xc0231218 lr = 0xc0233c8c (db_trap+0xd8) sp = 0xc0816ad8 fp = 0xc0816bf8 r4 = 0x00000000 r5 = 0xc0707aa4 r6 = 0xc06a3a48 db_trap() at db_trap+0xd8 pc = 0xc0233c8c lr = 0xc03a20f4 (kdb_trap+0xbc) sp = 0xc0816c00 fp = 0xc0816c20 r4 = 0x00000000 r5 = 0x00001008 r6 = 0xc06a3a48 r7 = 0xc0653d88 kdb_trap() at kdb_trap+0xbc pc = 0xc03a20f4 lr = 0xc0565be8 (dab_fatal+0x174) sp = 0xc0816c28 fp = 0xc0816c40 r4 = 0xc0816d08 r5 = 0x00001008 r6 = 0x200001d3 r7 = 0xffa00010 r8 = 0x00000013 r9 = 0xc0708a50 r10 = 0x00000000 dab_fatal() at dab_fatal+0x174 pc = 0xc0565be8 lr = 0xc05660b0 (dab_buserr+0x60) sp = 0xc0816c48 fp = 0xc0816c58 r4 = 0xc0816d08 r5 = 0xc0708a50 r6 = 0xc0816c88 r7 = 0x00001008 dab_buserr() at dab_buserr+0x60 pc = 0xc05660b0 lr = 0xc05656dc (data_abort_handler+0x150) sp = 0xc0816c60 fp = 0xc0816d00 r4 = 0xc0816eb0 r5 = 0xc0816d08 r6 = 0xc0566050 data_abort_handler() at data_abort_handler+0x150 pc = 0xc05656dc lr = 0xc0551f74 (exception_exit) sp = 0xc0816d08 fp = 0xc0816d98 r4 = 0xc29b1e80 r5 = 0xc2ad4000 r6 = 0xc2ad63d0 r7 = 0xc2ad63ec r8 = 0xc0680a30 r9 = 0xc0709680 r10 = 0x00000020 exception_exit() at exception_exit pc = 0xc0551f74 lr = 0xc056b484 (musbotg_attach+0x108) sp = 0xc0816d58 fp = 0xc0816d98 r0 = 0x00000000 r1 = 0xffa00000 r2 = 0x00000010 r3 = 0xc054bd10 r4 = 0xc29b1e80 r5 = 0xc2ad4000 r6 = 0xc2ad63d0 r7 = 0xc2ad63ec r8 = 0xc0680a30 r9 = 0xc0709680 r10 = 0x00000020 r12 = 0xc054bd28 generic_bs_r_4() at generic_bs_r_4 pc = 0xc054bd10 lr = 0xc056b484 (musbotg_attach+0x108) sp = 0xc0816d58 fp = 0xc0816d98 Unwind failure (no registers changed) db> show all pcpu Current CPU: 0 cpuid = 0 dynamic pcpu = 0x18ea40 curthread = 0xc0708a50: pid 0 "swapper" curpcb = 0xc0816eb0 fpcurthread = none idlethread = 0xc297e330: tid 100002 "idle" spin locks held: db> # -------------------------------------------------------------------------- On Fri, 5 Dec 2014 16:57:48 +0100 Svatopluk Kraus wrote: > Michal tested it a few months ago and it worked. With last BBB current > snapshot from freebsd ftp, it hangs on same place. Unfortunately, JTAG is > not on BBB by default, so it takes a while to deal with it. However, we > will fix it certainly. > > Svatopluk Kraus > > > On Thu, Dec 4, 2014 at 7:02 PM, Ulrich Grey wrote: > > > I have built an image for Beagle Bone Black with crochet from the > > alternate source tree > > from Svatopluk Kraus and Michal Meloun. If I try to boot the board (I have > > pressed the > > button etc.), I get this on the serial console: > > > > Hit [Enter] to boot immediately, or any other key for command prompt. > > Booting [/boot/kernel/kernel]... > > Using DTB provided by U-Boot at address 0x80000100. > > Kernel entry at 0x80200100... > > Kernel args: (null) > > > > There it hangs. > > Can anyone give me advice? > > > > Regards > > > > Ulrich > > _______________________________________________ > > 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 Fri Dec 5 20:47:31 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3110DA29 for ; Fri, 5 Dec 2014 20:47:31 +0000 (UTC) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "funkthat.com", Issuer "funkthat.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 0DDA43F7 for ; Fri, 5 Dec 2014 20:47:30 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id sB5KlJsB041313 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 5 Dec 2014 12:47:20 -0800 (PST) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id sB5KlJrx041312; Fri, 5 Dec 2014 12:47:19 -0800 (PST) (envelope-from jmg) Date: Fri, 5 Dec 2014 12:47:19 -0800 From: John-Mark Gurney To: Anton Shterenlikht Subject: Re: single user mode? Message-ID: <20141205204719.GD25139@funkthat.com> Mail-Followup-To: Anton Shterenlikht , freebsd-arm@freebsd.org References: <201412051306.sB5D6otZ007591@mech-as221.men.bris.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201412051306.sB5D6otZ007591@mech-as221.men.bris.ac.uk> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Fri, 05 Dec 2014 12:47:20 -0800 (PST) Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Dec 2014 20:47:31 -0000 Anton Shterenlikht wrote this message on Fri, Dec 05, 2014 at 05:06 -0800: > Is it possible to enter a single user mode > on arm 10.1-release? If you're using loader, yes it is possible, but often loader is not used on arm... > My disk, well.. the sd card, got corrupted, > so wanted to run fsck on it, but cannot > enter a single user mode. I ended up putting > the sd card into a laptop and running fsck there. > This fixed lots of panics, but is it possible > to enter the single user mode on arm, and > run fsck directly there? You do know of: fsck_y_enable="NO" # Set to YES to do fsck -y if the initial preen fails. which might help... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-arm@FreeBSD.ORG Fri Dec 5 21:04:23 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2E044C72 for ; Fri, 5 Dec 2014 21:04:23 +0000 (UTC) Received: from mail-ie0-f172.google.com (mail-ie0-f172.google.com [209.85.223.172]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E88DC7FA for ; Fri, 5 Dec 2014 21:04:22 +0000 (UTC) Received: by mail-ie0-f172.google.com with SMTP id tr6so1501473ieb.17 for ; Fri, 05 Dec 2014 13:04:16 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:message-id:references:to; bh=lvibbZZJc1M/wy4NBxbIjVmnvVHyRN9pV7uw05IqTOI=; b=bkMKj0QbVCS5PpSDkinjWj6zwTMaNavZ+uGZfVtKhG54NCwpXwmX5u9+b/q21eWEB1 K+JBzi5kpRQ9SsqALUbXbgV/Cz3fUB73K2PSfeo7KlGgoYSlKWw390E3KZlPyDVrnJT0 UPYJhtEpc51pD1DE9jauR2I7+sfpKkXTWRHmIubmaqdB3E5GhYEBF84ub29gyLzWrUt2 Z8P84zuiqxJvX5PL+0CjMfzpQaicfdjnQKmmqutGMiqzB0/wI7sRjVYiYw9N/Drjep8v s8k4K5JInLjWM/xQgg5naUY6d1H+UhFr+VycanGSa0qGqxfMuqM+AUfJaIltW4iNGOls XICg== X-Gm-Message-State: ALoCoQmUBgde2bVA/WbIZc5lsreub1QQbTt5YvxNrf8K5x+RKt4/xG32OLgpneqVOSqNm3RCu/4E X-Received: by 10.42.71.194 with SMTP id l2mr16825646icj.71.1417812960538; Fri, 05 Dec 2014 12:56:00 -0800 (PST) Received: from netflix-mac-wired.bsdimp.com ([50.253.99.174]) by mx.google.com with ESMTPSA id ga3sm1351508igd.10.2014.12.05.12.55.59 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 05 Dec 2014 12:55:59 -0800 (PST) Sender: Warner Losh Subject: Re: single user mode? Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) Content-Type: multipart/signed; boundary="Apple-Mail=_5D1AA07D-67F0-4CE1-9BDD-CE2F9264F948"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5b3 From: Warner Losh In-Reply-To: <20141205204719.GD25139@funkthat.com> Date: Fri, 5 Dec 2014 13:55:58 -0700 Message-Id: <64ED447D-BCC8-48DC-A92A-5C0839B36029@bsdimp.com> References: <201412051306.sB5D6otZ007591@mech-as221.men.bris.ac.uk> <20141205204719.GD25139@funkthat.com> To: John-Mark Gurney X-Mailer: Apple Mail (2.1993) Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Dec 2014 21:04:23 -0000 --Apple-Mail=_5D1AA07D-67F0-4CE1-9BDD-CE2F9264F948 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Dec 5, 2014, at 1:47 PM, John-Mark Gurney wrote: >=20 > Anton Shterenlikht wrote this message on Fri, Dec 05, 2014 at 05:06 = -0800: >> Is it possible to enter a single user mode >> on arm 10.1-release? >=20 > If you're using loader, yes it is possible, but often loader is not > used on arm... >=20 >> My disk, well.. the sd card, got corrupted, >> so wanted to run fsck on it, but cannot >> enter a single user mode. I ended up putting >> the sd card into a laptop and running fsck there. >> This fixed lots of panics, but is it possible >> to enter the single user mode on arm, and >> run fsck directly there? >=20 > You do know of: > fsck_y_enable=3D"NO" # Set to YES to do fsck -y if the initial = preen fails. >=20 > which might help=E2=80=A6 There=E2=80=99s a semi-known, semi-reproducible issue with arm (but = maybe not armv6) where ANY errors that require an FSCK will land you in this situation. = It hasn=E2=80=99t been tracked down yet. There seems to be three or four variations that = Ian and I have run into. The trouble is tracking this down is a big investment in = time, potentially, and there=E2=80=99s been lots of bigger fish to fry :( Warner --Apple-Mail=_5D1AA07D-67F0-4CE1-9BDD-CE2F9264F948 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJUghvfAAoJEGwc0Sh9sBEARbsQAK0MNk5XTOD6qpE2yjPiNG/4 gjst1926Vcu3DRp5xMUHgTulvpt+VVYCSMr57adwErUW0hmgXxTZiZFOHefVTLmB v3EW9f4XnK7FdLQ7Q/NKZnQYcqK2RTOdMo5T4giA5BdB4TNqmi9RuIhQxqVFlHGZ bK5IyGPrKF7DkeC+QgTmyW53lmE3Duht9UqyuyFVFr+0sEY3kImTSCHh8sRJD2GW UWeq4NvuYEIySFP4kt/e5bRlEvOoVyacTexdxaO0j7B8RP8b4ySP3AAGoLJgqXbs hsphVSIfm/cvO/xBaBlV5A1YUqd5fz65ShGVdZwE3xKnCNRi1MS4SVGjqORzY7X7 K4K9WRwD1zlJqIbjJt2j/Di+AGs2GnVIrq9ai3iLRAKFxFbB0CytWmVjDfxY4D9u vqQNasktuiyz6UOcSQ8RDqYpptiKMkyfc6EorB0UblOkaYccNPEwpmPAJI8GHK6l veDpvWbPuSqxbtDO+bS9ezegc8wcSRwqAqCYYSCIpeSCW/mSRG7i0ljlu4qnS4xU 0C3gDibww25ft0k4vxTqj9asjHYz//ZuUc6txw0rRGQb7UYT4LJvCGIxMXvyA8YN uRRImDAYovDYP9yrgqZcha+iqaWaFjejVY2aLMd/f84IYuSLFwdd81gCpEFFwHCT SkseiN2AWL4tYkXvUa3u =Gyid -----END PGP SIGNATURE----- --Apple-Mail=_5D1AA07D-67F0-4CE1-9BDD-CE2F9264F948-- From owner-freebsd-arm@FreeBSD.ORG Sat Dec 6 02:05:07 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4FA6CB64 for ; Sat, 6 Dec 2014 02:05:07 +0000 (UTC) Received: from shiny.computing.com (67-198-16-23.static.grandenetworks.net [67.198.16.23]) by mx1.freebsd.org (Postfix) with ESMTP id 28DECAE1 for ; Sat, 6 Dec 2014 02:05:06 +0000 (UTC) Received: from shiny.computing.com (localhost [127.0.0.1]) by shiny.computing.com (Postfix) with ESMTP id 9D99133C33 for ; Fri, 5 Dec 2014 20:05:06 -0600 (CST) X-Virus-Scanned: amavisd-new at computing.com Received: from shiny.computing.com ([127.0.0.1]) by shiny.computing.com (shiny.computing.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0mhmXsFstfw3 for ; Fri, 5 Dec 2014 20:05:00 -0600 (CST) Received: from shiny.computing.com (localhost [127.0.0.1]) by shiny.computing.com (Postfix) with ESMTP id 559C233C2C for ; Fri, 5 Dec 2014 20:05:00 -0600 (CST) Received: from jmr@computing.com by shiny.computing.com (Archiveopteryx 3.1.3) with esmtpsa id 1417831499-89403-89402/7/475; Fri, 5 Dec 2014 20:04:59 -0600 From: Jim Rowan Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Subject: best tiny zfs board? Message-Id: Date: Fri, 5 Dec 2014 20:04:58 -0600 To: freebsd-arm@freebsd.org Mime-Version: 1.0 X-Mailer: Apple Mail (2.1878.6) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Dec 2014 02:05:07 -0000 I=92m trying to put together a backup server=85 and thus I=92m looking = for recommendations on the best-fit board I can find right now. It=92s = going to spend it=92s life inside a fireproof safe doing zfs receive, = and basically nothing more. It should have: - lowest possible power; I=92m aiming for 10W (for the board) if possible - inexpensive - single sata port, any speed (working on freebsd; supports > 2T = drives). Two ports would be a bonus, but is far from required - ~1G ram - wired network - don=92t care about zfs root (it will boot from some flash/usb/nanobsd = image) - zfs needs to work=85=20 I=92m new to freebsd/arm, and not familiar with the current state-of-affa= irs. I=92m certainly able/willing to run -current on this device, if = that helps. It looks like a minnowboard max would fit, but it=92s at the top end of = my price and power budget.=20 Anyone have comments on these? Banana pi? (Is sata supported on the A20, on this board yet?) cubox i2ex or hummingboard i1ex? Or other suggestions? Thanks! Jim From owner-freebsd-arm@FreeBSD.ORG Sat Dec 6 02:29:08 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8B478DDD for ; Sat, 6 Dec 2014 02:29:08 +0000 (UTC) Received: from anubis.delphij.net (anubis.delphij.net [64.62.153.212]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "anubis.delphij.net", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 730BBCDC for ; Sat, 6 Dec 2014 02:29:08 +0000 (UTC) Received: from zeta.ixsystems.com (unknown [12.229.62.2]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by anubis.delphij.net (Postfix) with ESMTPSA id 0DBF61B077; Fri, 5 Dec 2014 18:29:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=delphij.net; s=anubis; t=1417832942; x=1417847342; bh=4MxJ4DjdrL09OmLDmlTEQeB5sy0lvZOh4bikIcoW7RA=; h=Date:From:Reply-To:To:Subject:References:In-Reply-To; b=bBUOSuQqiZlhXDgCdYiEAiTy9k0sRYYlrkF3qSz6tq7GVSp1zA9+Uo3H5kOHTbqtd nF+CYOOJPAeOUw9q/NSca75Vdo99DaLyXrQLLAFwey7QHxSYMM5Bao6xGxg/QW8wGT 4DOIxgqGapsXA4D6BefThEuAbIEJl5S/E0ov1ifk= Message-ID: <548269ED.7070605@delphij.net> Date: Fri, 05 Dec 2014 18:29:01 -0800 From: Xin Li Reply-To: d@delphij.net Organization: The FreeBSD Project MIME-Version: 1.0 To: Jim Rowan , freebsd-arm@freebsd.org Subject: Re: best tiny zfs board? References: In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Dec 2014 02:29:08 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 On 12/05/14 18:04, Jim Rowan wrote: > I’m trying to put together a backup server… and thus I’m looking > for recommendations on the best-fit board I can find right now. > It’s going to spend it’s life inside a fireproof safe doing zfs > receive, and basically nothing more. > > It should have: > > - lowest possible power; I’m aiming for 10W (for the board) if > possible - inexpensive - single sata port, any speed (working on > freebsd; supports > 2T drives). Two ports would be a bonus, but is > far from required - ~1G ram - wired network - don’t care about zfs > root (it will boot from some flash/usb/nanobsd image) - zfs needs > to work… > > I’m new to freebsd/arm, and not familiar with the current > state-of-affairs. I’m certainly able/willing to run -current on > this device, if that helps. > > It looks like a minnowboard max would fit, but it’s at the top end > of my price and power budget. > > Anyone have comments on these? > > Banana pi? (Is sata supported on the A20, on this board yet?) > cubox i2ex or hummingboard i1ex? > > Or other suggestions? I suppose you are looking for some ARM based solution, which I'm interested in too. (Disclaimer: I have never run ZFS with FreeBSD/arm yet). My biggest concern at this time is that no inexpensive board that I am aware of that supports ECC RAM, which may be problematic over the long run: ZFS replicates metadata and can recover from silent data corruption on disks, however if the in-core copy have undetected bit flip before being written, you would have big problems. I personally have that happen to my home storage system, which was later replaced with a Asrock C2750D4I based storage system running -CURRENT. Cheers, - -- Xin LI https://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.1.0 (FreeBSD) iQIcBAEBCgAGBQJUgmnqAAoJEJW2GBstM+ns30oP/RuxXw5Vge6+d8nw2Zsiqi5C e84syTqAVs/G4rAdRrqt/EiQxqB+Uimn7bYbwt2PRKd0h9UZwExc5/TiUI7OVCfS 1yeANsdCSePEf86r67sWs/W/32MqYsAxspy4DPFKIRDGgzVpTrsncd2mYGwTApUm E4HHkEmKONAJyRsWurPddbJKzN2dGFCGbSNvtByrxctBE4cQG7BkLV7ewJYSFv0y FgB/loqrnlGZBoKvjkX+rHebtGRLtWFG/aKvc8U1gQEj33Z6t1Lk150AQX3x7ae4 vgwWobkC1Aemva9fQnsBMzxoCjkcQkUgfoHalDmiS/DjIIpHudLGmFLN9DYI5UoT yfQBz6Tq0F97RWyVZ+wRDFOoA9toSbSY/oQNN1/yjJ3GXH2PPzQqpVOrYsJnlbtJ srSpzZwegeYWZlzdH0PimwMlBUYBGjB8DMgfcxOzNcBlBSU5Zva7ELAWw2QpOd1h WtNngrclwfILZYo/bcEK88qhILFxRIUHEjpDU8UqPQKiwiWJeNV21LVPd+YVUA1y HoC37zBWsmoGFuIkoeLxvWKYtZZ9Oov+AEozQRIUTnZygjAybzNMrmVHCArDQ4Vt 14Gdpy8TI/LQhK1xzGYZuI0477fKF+d9I3x0N8k2RRN7QQmAw62B2ENdYGnb/6oW 3qNkggznTD6MPI9kYhfM =lCFY -----END PGP SIGNATURE----- From owner-freebsd-arm@FreeBSD.ORG Sat Dec 6 05:52:02 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 57A93F95 for ; Sat, 6 Dec 2014 05:52:02 +0000 (UTC) Received: from mail-ob0-f176.google.com (mail-ob0-f176.google.com [209.85.214.176]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1FEE0405 for ; Sat, 6 Dec 2014 05:52:01 +0000 (UTC) Received: by mail-ob0-f176.google.com with SMTP id vb8so1557074obc.7 for ; Fri, 05 Dec 2014 21:51:54 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=eFdUCzTgNad2412VDJwj4vCnhoMUEeYMFuamxyFgrJI=; b=KnSMjE9G2HYse4oxpMytLv9XW6ZPl1OVVjZ6tgAGzd9XqoOqPhlSbtEETahxmVfHPl E3Yb6VVPWiZzITvcyMq4wPy0kac4kWNlOwptf1FGKXpo33jWZr1jElSDmI6SkW1PqLyJ FeCCxd3YnFQME8otM9y/bZ70EtjjHCSM8+7umhhbsDhL7k1obXjkTXydHogDkRzAs39i OPivawNbhBNINHyAlMbv4yeFhk2ng30pDa4sdctTsJGcZl/2vC5lsxdqndn/n3TlWAiA gyl4DH8Bg3NfuQYPBEOhKgFqc3quI8/HysRofPGgqZ0dCAiwazAYSYgOX/7/xwCkmCs+ w23A== X-Gm-Message-State: ALoCoQkgLasktICNCQWMXlRuNuoBfqMkJXqdpfwRJkvFxicuX9Uaz6cSFbUq0cIZKakKsIZ4HpxV X-Received: by 10.202.191.11 with SMTP id p11mr687982oif.32.1417845114480; Fri, 05 Dec 2014 21:51:54 -0800 (PST) Received: from [172.21.0.83] (65-36-83-120.static.grandenetworks.net. [65.36.83.120]) by mx.google.com with ESMTPSA id ya2sm15260436obc.12.2014.12.05.21.51.53 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 05 Dec 2014 21:51:53 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (1.0) Subject: Re: best tiny zfs board? From: Jim Thompson X-Mailer: iPhone Mail (12B436) In-Reply-To: <548269ED.7070605@delphij.net> Date: Fri, 5 Dec 2014 23:51:52 -0600 Content-Transfer-Encoding: 7bit Message-Id: <2383D1E2-8EA5-413D-B4D8-75E5D938A3F4@netgate.com> References: <548269ED.7070605@delphij.net> To: "d@delphij.net" Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Dec 2014 05:52:02 -0000 > On Dec 5, 2014, at 8:29 PM, Xin Li wrote: > > My biggest concern at this time is that no inexpensive board that I am > aware of that supports ECC RAM ECC is not free. Someone is going to charge for the extra bits. From owner-freebsd-arm@FreeBSD.ORG Sat Dec 6 12:41:50 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1D7E7FF0 for ; Sat, 6 Dec 2014 12:41:50 +0000 (UTC) Received: from mail-wg0-x232.google.com (mail-wg0-x232.google.com [IPv6:2a00:1450:400c:c00::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A1B97CF9 for ; Sat, 6 Dec 2014 12:41:49 +0000 (UTC) Received: by mail-wg0-f50.google.com with SMTP id k14so2924391wgh.9 for ; Sat, 06 Dec 2014 04:41:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=NkqGTW6Z95L5vUTrkD5IQGe+LNdCV87eE3GAWAAwSV8=; b=YTZDjCtdaIXBAIbOdnGfcnKbg13DDEViwatclKlaG0XyP8wGLqqVzQYtUlTbEi0Vpn 8OxEgOqqNyh+o6OylLEmgIAgi9qMYZUzlVOAF1QX2VyeChNmA6WM0LJi6nY7h6LmBIM4 4wVbAS4xXJET4ytPz7Zd44XM5C5WZLKevDbYvPu2TbXsh+Ed+edTFbpVsa2UhWiBNtGL 2YOXE0hJ7T7Yw2vy1mIDryNYf+fkWxVS/dKZO7u9HkySAqTByfYDPB8Tc3aMDO9Vzlea WqC5IbvVVGcQkVYarLofixjYQ++rJhLZH3pD7Z0XHx7cchcfo4kcce1ASzQzn6k+gB+s B90g== MIME-Version: 1.0 X-Received: by 10.181.27.135 with SMTP id jg7mr11152921wid.56.1417869708014; Sat, 06 Dec 2014 04:41:48 -0800 (PST) Received: by 10.216.127.72 with HTTP; Sat, 6 Dec 2014 04:41:47 -0800 (PST) In-Reply-To: <20141205171355.6a18710d8dbd7af9c8fa02bf@ulrich-grey.de> References: <20141204180208.7f1f05ca30e779e1a859abda@ulrich-grey.de> <20141205171355.6a18710d8dbd7af9c8fa02bf@ulrich-grey.de> Date: Sat, 6 Dec 2014 10:41:47 -0200 Message-ID: Subject: Re: Booting Beagle Board Black fails. From: Luiz Otavio O Souza To: Ulrich Grey Content-Type: text/plain; charset=UTF-8 Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Dec 2014 12:41:50 -0000 On 5 December 2014 at 15:13, Ulrich Grey wrote: > I tried it with current, revision 275482: > # > FreeBSD/armv6 U-Boot loader, Revision 1.2 > (root@noname.privat, Thu Dec 4 23:55:39 CET 2014) > [...] > musbotg0: mem 0x47400000-0x47400fff,0x > 47401000-0x474012ff,0x47401300-0x474013ff,0x47401400-0x474017ff,0x47401800-0x474 > 01aff,0x47401b00-0x47401bff,0x47401c00-0x47401fff irq 17,18,19 on simplebus0 > musbotg0: TI AM335X USBSS v0.0.13 > Fatal kernel mode data abort: 'External Non-Linefetch Abort (S)' > trapframe: 0xc0816d08 > FSR=00001008, FAR=ffa00010, spsr=40000193 > r0 =00000000, r1 =ffa00000, r2 =00000010, r3 =c054bd10 > r4 =c29b1e80, r5 =c2ad4000, r6 =c2ad63d0, r7 =c2ad63ec > r8 =c0680a30, r9 =c0709680, r10=00000020, r11=c0816d98 > r12=c054bd28, ssp=c0816d58, slr=c056b484, pc =c054bd10 Ulrich, Could you try this: http://pastebin.com/k69CFxyy For some reason (only happens with USB) we have to wait a bit to read from controller registers after issuing a reset and this doesn't affect everyone only a few people have seen this here and there. HTH, Luiz From owner-freebsd-arm@FreeBSD.ORG Sat Dec 6 12:53:13 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 99F66291 for ; Sat, 6 Dec 2014 12:53:13 +0000 (UTC) Received: from mail-wi0-x22f.google.com (mail-wi0-x22f.google.com [IPv6:2a00:1450:400c:c05::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2AD6EDD8 for ; Sat, 6 Dec 2014 12:53:13 +0000 (UTC) Received: by mail-wi0-f175.google.com with SMTP id l15so1054503wiw.2 for ; Sat, 06 Dec 2014 04:53:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=QCn73JDSa2OsQIYa+Gn5CdqGJeqVx3iQJ2bKj83B+zc=; b=YBJasrFqtQ7wVeBeJ536WiT+LdKQ36wNng+uyLGzi+rO0nQgdUoFmWXYapPInfsD1f nVOKNHQcBNZf22jx3/cYFEw07ehZJylDlOatCmK30DTeA5z2NwbHUlMCQMd+dg4utu+T 1wu/LD380t29H9auUnzF+nBQYSiTIg6JJRs1Ln1I5PdNv7owLXGqC2/JukjOWBS6VN5/ q6FSqc5/dJiEZUwPP/wSiCH5trm69dLRphpOBsOs+eEVGGj+ts0oSYWm9OO9SLchHkVj BxlKEGIvRaSoALusasJOicVe+eIGkm2Uc//L89nqJc1TjoOi8u8guj9kUzESz1++69af 31ZQ== MIME-Version: 1.0 X-Received: by 10.181.27.135 with SMTP id jg7mr11205010wid.56.1417870391581; Sat, 06 Dec 2014 04:53:11 -0800 (PST) Received: by 10.216.127.72 with HTTP; Sat, 6 Dec 2014 04:53:11 -0800 (PST) In-Reply-To: <201412051306.sB5D6otZ007591@mech-as221.men.bris.ac.uk> References: <201412051306.sB5D6otZ007591@mech-as221.men.bris.ac.uk> Date: Sat, 6 Dec 2014 10:53:11 -0200 Message-ID: Subject: Re: single user mode? From: Luiz Otavio O Souza To: mexas@bris.ac.uk Content-Type: text/plain; charset=UTF-8 Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Dec 2014 12:53:13 -0000 On 5 December 2014 at 11:06, Anton Shterenlikht wrote: > Is it possible to enter a single user mode > on arm 10.1-release? > > My disk, well.. the sd card, got corrupted, > so wanted to run fsck on it, but cannot > enter a single user mode. I ended up putting > the sd card into a laptop and running fsck there. > This fixed lots of panics, but is it possible > to enter the single user mode on arm, and > run fsck directly there? If you are using RPi with official or crochet images then yes, you can force it to boot in single user mode and run fsck, but (and there always a but) you can only do that from serial console, the vt framebuffer starts too late to allow you to break into loader prompt. And as others have said it is not clear if the semi-known bug affects armv6 (we can't yet say if is safe to fsck your disk on arm). Luiz From owner-freebsd-arm@FreeBSD.ORG Sat Dec 6 13:01:54 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B9BED368 for ; Sat, 6 Dec 2014 13:01:54 +0000 (UTC) Received: from mail-wi0-x22d.google.com (mail-wi0-x22d.google.com [IPv6:2a00:1450:400c:c05::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4CBB3E9C for ; Sat, 6 Dec 2014 13:01:54 +0000 (UTC) Received: by mail-wi0-f173.google.com with SMTP id r20so1043980wiv.12 for ; Sat, 06 Dec 2014 05:01:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=YOCFWNFQJkEFl5KxFNDcf1B2kN+0JlXuc6PWsinTpwc=; b=F7XuYgKyo+UdgHFjFDgbMSHKNVCK/oFU/XgBELNkK/QATXNhEiyFSjFmzgT1kRF7Sz aB0wHp3e0XHE6luCektX7tWCqoAqSkEP2yiRxILXPn4AOyjOJwo0K30OybjRfsSljtY7 tW205LX1L8VT1xG67O+melbn/Z1UkaQvQH4/lFmpYdIkxEKeR/6LmI0EuEOwe9gylJcw hUbVZGZdTY4hOndHZoAuEY0Wl5AYjNJhYWTHF+xQpgzu3uBitRFXsz7L67HHbiFjAQL0 H1sQ7dphRSzeX9kCosi1dtV9kVQnP2/PN0EP+d/UzWPZe4TjYEijrTQf6/4/s3GeBUOB Hg9A== MIME-Version: 1.0 X-Received: by 10.194.184.199 with SMTP id ew7mr32410676wjc.85.1417870912744; Sat, 06 Dec 2014 05:01:52 -0800 (PST) Received: by 10.216.127.72 with HTTP; Sat, 6 Dec 2014 05:01:52 -0800 (PST) In-Reply-To: <201412051025.sB5APGec006932@mech-as221.men.bris.ac.uk> References: <201412051025.sB5APGec006932@mech-as221.men.bris.ac.uk> Date: Sat, 6 Dec 2014 11:01:52 -0200 Message-ID: Subject: Re: can play games/supertux - cool! From: Luiz Otavio O Souza To: mexas@bris.ac.uk Content-Type: text/plain; charset=UTF-8 Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Dec 2014 13:01:54 -0000 On 5 December 2014 at 08:25, Anton Shterenlikht wrote: > Built supertux on 10.1-release, no issues. > The speed is completely adequate. > > Many thanks to FreeBSD/arm team. > > Shame I can get no sound though. > My hdmi to vga converter should carry sound too, > at least there is a separate sound cable. > Do I need to do anything extra on 10.1-release > to get sound? Sorry but we don't have a audio driver yet :( It's all done on videocore, we pass audio data to videocode and it does all the magic to enable the analog (which uses the PWMs) and the digital (HDMI) audio. For now, USB is the only way to go. Luiz From owner-freebsd-arm@FreeBSD.ORG Sat Dec 6 15:50:12 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 46A34D18 for ; Sat, 6 Dec 2014 15:50:12 +0000 (UTC) Received: from mo6-p00-ob.smtp.rzone.de (mo6-p00-ob.smtp.rzone.de [IPv6:2a01:238:20a:202:5300::5]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.smtp.rzone.de", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CFD63FC3 for ; Sat, 6 Dec 2014 15:50:11 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; t=1417880984; l=1458; s=domk; d=ulrich-grey.de; h=Content-Transfer-Encoding:Content-Type:Mime-Version:References: In-Reply-To:Subject:Cc:To:From:Date; bh=zE8s4kVkv0kjxu4xT2gibALba+4=; b=YMnwSAsZ6Q3vlUFfGr1g1TDguLkeyafe25GWJtyizVbCeo5YaguVLubF4b/RrDu2YRz VQGgKk79saLj/zozwGDAyuKTN/Sj4tSNM80Z+O32eP/Jh7rHPaAUzowid4lQveNF+uhvM eSCg17SNylSMEXjrxF7AEAUZhXtTTBkM54w= X-RZG-AUTH: :OX8Be0W8W+pMC3rDLL/lo2xV/LZTbZkYhOcjg8suic3iYr/B8J9Lzp3TJg47sMv7paI= X-RZG-CLASS-ID: mo00 Received: from quad (p54868A37.dip0.t-ipconnect.de [84.134.138.55]) by smtp.strato.de (RZmta 36.2 DYNA|AUTH) with ESMTPSA id L01e7cqB6FnY9HJ (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate); Sat, 6 Dec 2014 16:49:34 +0100 (CET) Date: Sat, 6 Dec 2014 15:49:33 +0000 From: Ulrich Grey To: Luiz Otavio O Souza Subject: Re: Booting Beagle Board Black fails. Message-Id: <20141206154933.b3b2c699c0db491117b5d287@ulrich-grey.de> In-Reply-To: References: <20141204180208.7f1f05ca30e779e1a859abda@ulrich-grey.de> <20141205171355.6a18710d8dbd7af9c8fa02bf@ulrich-grey.de> Organization: - X-Mailer: Sylpheed 3.4.2 (GTK+ 2.24.25; armv6-portbld-freebsd11.0) 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.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Dec 2014 15:50:12 -0000 I have applied the patch (I had to use the -l option). Now the BBB is booting successfully (r275482). Regards Ulrich ----------------------------------------------- On Sat, 6 Dec 2014 10:41:47 -0200 Luiz Otavio O Souza wrote: > On 5 December 2014 at 15:13, Ulrich Grey wrote: > > I tried it with current, revision 275482: > > # > > FreeBSD/armv6 U-Boot loader, Revision 1.2 > > (root@noname.privat, Thu Dec 4 23:55:39 CET 2014) > > > [...] > > musbotg0: mem 0x47400000-0x47400fff,0x > > 47401000-0x474012ff,0x47401300-0x474013ff,0x47401400-0x474017ff,0x47401800-0x474 > > 01aff,0x47401b00-0x47401bff,0x47401c00-0x47401fff irq 17,18,19 on simplebus0 > > musbotg0: TI AM335X USBSS v0.0.13 > > Fatal kernel mode data abort: 'External Non-Linefetch Abort (S)' > > trapframe: 0xc0816d08 > > FSR=00001008, FAR=ffa00010, spsr=40000193 > > r0 =00000000, r1 =ffa00000, r2 =00000010, r3 =c054bd10 > > r4 =c29b1e80, r5 =c2ad4000, r6 =c2ad63d0, r7 =c2ad63ec > > r8 =c0680a30, r9 =c0709680, r10=00000020, r11=c0816d98 > > r12=c054bd28, ssp=c0816d58, slr=c056b484, pc =c054bd10 > > Ulrich, > > Could you try this: http://pastebin.com/k69CFxyy > > For some reason (only happens with USB) we have to wait a bit to read > from controller registers after issuing a reset and this doesn't > affect everyone only a few people have seen this here and there. > > HTH, > Luiz From owner-freebsd-arm@FreeBSD.ORG Sat Dec 6 15:55:57 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9D2BAD86 for ; Sat, 6 Dec 2014 15:55:57 +0000 (UTC) Received: from mail-wi0-x22b.google.com (mail-wi0-x22b.google.com [IPv6:2a00:1450:400c:c05::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2E819C6 for ; Sat, 6 Dec 2014 15:55:57 +0000 (UTC) Received: by mail-wi0-f171.google.com with SMTP id bs8so1261126wib.10 for ; Sat, 06 Dec 2014 07:55:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=M9sByNR6DtrSux8nCd/fc0Y6YAUPuMyMvaGZYcr1F2s=; b=XVxMAdyKbRGcjRiiITFSIHxHieIKdga5f7OIpIx1l6Sf++nz+PRJivxxXw+T2ZoIpG hRKo2Gx8z+EYyREwqJZg62Z5++Ma3fiaoCXi1Se3VHfkXcoRvN7laZhSKRnBs943VcEX XtS/ks6UV4Vm7uwJOiIsw15Enmi4rx4UeNAdn/z9v++hz+CIK/e4ATiqyVWd+IPNKNYK 8ZCqLFD/6+Qw4YvnoZsf8YuTBmQwenCwnonFD3EBNgc+OxTB8dJrhthJ6iTF6x57cJxo lBomiIr1Ay3QXTG65t4hKbrvP41M5Tguj1eod4gupyrM7kxOQ4xscOzCNSAzevwl+ftd JNIA== MIME-Version: 1.0 X-Received: by 10.194.23.202 with SMTP id o10mr32875820wjf.73.1417881355552; Sat, 06 Dec 2014 07:55:55 -0800 (PST) Received: by 10.194.61.225 with HTTP; Sat, 6 Dec 2014 07:55:55 -0800 (PST) In-Reply-To: <20141206154933.b3b2c699c0db491117b5d287@ulrich-grey.de> References: <20141204180208.7f1f05ca30e779e1a859abda@ulrich-grey.de> <20141205171355.6a18710d8dbd7af9c8fa02bf@ulrich-grey.de> <20141206154933.b3b2c699c0db491117b5d287@ulrich-grey.de> Date: Sat, 6 Dec 2014 16:55:55 +0100 Message-ID: Subject: Re: Booting Beagle Board Black fails. From: =?UTF-8?Q?Mika=C3=ABl_Urankar?= To: Ulrich Grey Content-Type: text/plain; charset=UTF-8 Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Dec 2014 15:55:57 -0000 2014-12-06 16:49 GMT+01:00 Ulrich Grey : > I have applied the patch (I had to use the -l option). > Now the BBB is booting successfully (r275482). Same problem here and the patch fixes the panic, Thanks! From owner-freebsd-arm@FreeBSD.ORG Sat Dec 6 17:23:58 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 954FCCC1 for ; Sat, 6 Dec 2014 17:23:58 +0000 (UTC) Received: from mho-02-ewr.mailhop.org (mho-02-ewr.mailhop.org [204.13.248.72]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 68593ADB for ; Sat, 6 Dec 2014 17:23:57 +0000 (UTC) Received: from [73.34.117.227] (helo=ilsoft.org) by mho-02-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1XxJ5C-000L3U-LQ; Sat, 06 Dec 2014 17:23:50 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id sB6HNnXU016058; Sat, 6 Dec 2014 10:23:49 -0700 (MST) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 73.34.117.227 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX1+LPith2pxGOWvxZmxVhMHY X-Authentication-Warning: paranoia.hippie.lan: Host revolution.hippie.lan [172.22.42.240] claimed to be [172.22.42.240] Subject: Re: single user mode? From: Ian Lepore To: Luiz Otavio O Souza In-Reply-To: References: <201412051306.sB5D6otZ007591@mech-as221.men.bris.ac.uk> Content-Type: text/plain; charset="us-ascii" Date: Sat, 06 Dec 2014 10:23:49 -0700 Message-ID: <1417886629.1064.96.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Dec 2014 17:23:58 -0000 On Sat, 2014-12-06 at 10:53 -0200, Luiz Otavio O Souza wrote: > On 5 December 2014 at 11:06, Anton Shterenlikht wrote: > > Is it possible to enter a single user mode > > on arm 10.1-release? > > > > My disk, well.. the sd card, got corrupted, > > so wanted to run fsck on it, but cannot > > enter a single user mode. I ended up putting > > the sd card into a laptop and running fsck there. > > This fixed lots of panics, but is it possible > > to enter the single user mode on arm, and > > run fsck directly there? > > If you are using RPi with official or crochet images then yes, you can > force it to boot in single user mode and run fsck, but (and there > always a but) you can only do that from serial console, the vt > framebuffer starts too late to allow you to break into loader prompt. > > And as others have said it is not clear if the semi-known bug affects > armv6 (we can't yet say if is safe to fsck your disk on arm). We need to not let this fsck problem grow into a bogus myth. There is ABSOLUTELY NO EVIDENCE that there's anything wrong with fsck on armv6. Quite the opposite, I tested it extensively trying to find a problem, using sdcard, usb thumb drives, SSD drives and hard drives in a USB dock, and on md(4) filesystems. I couldn't get a single failure of any kind on armv6, even when purposely creating filesystem corruption (such as pulling the usb cable while doing rsync to copy tons of files to the drive). fsck always correctly fixed any problems. The only known problem with fsck on arm happens on armv5, and more specifically on Marvell Kirkwood/Sheeva chipsets. Maybe it happens on other armv4/v5 systems, but I haven't been able to prove that yet. The recipe to create that problem is simple and 100% reproducible for me: mdconfig -a -t malloc -s64m newfs -U /dev/md0 fsck -tffs /dev/md0 The filesystem is now corrupted. fsck will report that it is "fixing" errors on the newly-formatted filesystem, but in fact it corrupts the clean filesystem. Please lets not blow this up into 'fsck is broken on armv6' without actual evidence of that. BTW, I haven't yet in this thread seen the most straightforward answer to the original question. To force a boot to single user mode, interrupt the boot countdown in ubldr and do set boot_single=1 boot You can do likewise with boot_verbose=1, and there are similar flags for the other thing you're using to entering at the boot2 prompt on x86. -- Ian From owner-freebsd-arm@FreeBSD.ORG Sat Dec 6 17:54:23 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0487EDD for ; Sat, 6 Dec 2014 17:54:23 +0000 (UTC) Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CD82FD45 for ; Sat, 6 Dec 2014 17:54:22 +0000 (UTC) Received: from [73.34.117.227] (helo=ilsoft.org) by mho-01-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1XxJYj-000GlI-6k; Sat, 06 Dec 2014 17:54:21 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id sB6HsKSx016098; Sat, 6 Dec 2014 10:54:20 -0700 (MST) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 73.34.117.227 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX19hhEkRM7A6IUjj+gO3C2xH X-Authentication-Warning: paranoia.hippie.lan: Host revolution.hippie.lan [172.22.42.240] claimed to be [172.22.42.240] Subject: re: new support for Raspberry Pi B+ From: Ian Lepore To: draymond@FoxValley.net In-Reply-To: <20141202162852.w97gp1gmpkw004kw@webmail.FoxValley.net> References: <20141202162852.w97gp1gmpkw004kw@webmail.FoxValley.net> Content-Type: text/plain; charset="us-ascii" Date: Sat, 06 Dec 2014 10:54:19 -0700 Message-ID: <1417888459.1064.109.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Dec 2014 17:54:23 -0000 On Tue, 2014-12-02 at 16:28 -0600, draymond@FoxValley.net wrote: > > It seems that "portsnap fetch update" is a consistent way to > > generate a panic. I have now seen panics with all four of my SD > > cards on two different Raspberry Pis, and with three different > > power cables. All occurred while running at low speed for SD > > (25MHz) on r274416. > > > > ... > > > > Ian, you mentioned that you thought this looked like a memory > > corruption similar to the issues reported on Wandboard. I have been > > reading those threads but I don't fully understand what is the > > issue. Can you clarify? I also saw some discussion about some new > > changes currently under testing and planned for release. Are these > > expected to resolve the memory corruption? What is the root cause > > and is the problem present in all builds or just recent builds? > > Ian, can you comment? The current pmap code (low-level virtual memory implementation) for armv6 is less than perfect. We fixed a bunch of bugs earlier this year, but given the problems people are seeing when pushing heavy workloads on multicore systems, it appears we didn't fix all of them. I have no real evidence, just a gut feeling, that some of the problems we see on single-core systems are also related to the pmap implementation. Svata and Michal have a completely separate pmap implementation they wrote for their $work a couple years ago (before we even had armv6 support in freebsd -- they were way ahead of us). We're testing it now with the goal of replacing the current code with the new code sometime soon. While Svata and Michal have been using and testing this code for a long time, they've done it on a couple specific systems and with an older freebsd code base. Now we need wider testing. There may be a bug or two to work out in the new code, and even more likely, the new code may help expose existing bugs in other parts of arm-freebsd that we'll need to fix along the way. -- Ian From owner-freebsd-arm@FreeBSD.ORG Sat Dec 6 19:23:54 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4BEF9BD0 for ; Sat, 6 Dec 2014 19:23:54 +0000 (UTC) Received: from eu1sys200aog117.obsmtp.com (eu1sys200aog117.obsmtp.com [207.126.144.143]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9F9FD7D7 for ; Sat, 6 Dec 2014 19:23:52 +0000 (UTC) Received: from mail-wi0-f172.google.com ([209.85.212.172]) (using TLSv1) by eu1sys200aob117.postini.com ([207.126.147.11]) with SMTP ID DSNKVINXqLrG4U3Dbx38O4fW0Hn5n069XS+i@postini.com; Sat, 06 Dec 2014 19:23:53 UTC Received: by mail-wi0-f172.google.com with SMTP id n3so1527269wiv.5 for ; Sat, 06 Dec 2014 11:23:19 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:message-id:to:subject:cc:reply-to :in-reply-to; bh=/WtD9FFS9bN7Pxo8ChnZIhwhLqXRoLQ8ebjM3I0Qg2M=; b=WFsZB30QgfLQRTPG0/2HD/xPCu44E/u3o8l2nCoeUVObDTOYrg9axkDhh5DM0aBk45 ZNTHdCbsprs0ttWYbq0DiT39cgEPa+OfnxoEpuNlz0cxMySFmhMUMda6o6xHgEbPOEMK T+u2eqy/NJ3APTvfWStj4WnBrFbNRE8LatGgLhW5WCjy3UWSUgndJNR8Lu++LyizpwER J0LsNpGiwENN71YpxzbxjILO4kSI5i/ogzCIHIFZAwng9r/Ddc+HR3u70l+OOdUeRdm7 l11eHYjJt7JJiv8ZDQFPgDbR4KKVyVy0E5cYhaw8e/B9MDD6K1Z5cfyLSt0LE/BzCePd NznQ== X-Received: by 10.180.78.73 with SMTP id z9mr12889759wiw.52.1417893429783; Sat, 06 Dec 2014 11:17:09 -0800 (PST) X-Gm-Message-State: ALoCoQmachF1CAitzIdRXKHjjm9WZZVOIW60ymMycRNruY4C5Ek/tKe6798oxtdN+SugWZLcfSjpjk1Lbl34sauSmV7GoW7uSUMpIGP5fmqLP/MuayyXCD9fxxGd8cmAdgnRRUGPmVU9OEKgZMXbHF+T5ixm5xrNHQ== X-Received: by 10.180.78.73 with SMTP id z9mr12889757wiw.52.1417893429710; Sat, 06 Dec 2014 11:17:09 -0800 (PST) Received: from mech-as221.men.bris.ac.uk (mech-as221.men.bris.ac.uk. [137.222.187.221]) by mx.google.com with ESMTPSA id cp4sm49691705wjb.16.2014.12.06.11.17.08 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 06 Dec 2014 11:17:09 -0800 (PST) Date: Sat, 06 Dec 2014 11:17:09 -0800 (PST) X-Google-Original-Date: Sat, 6 Dec 2014 19:17:07 GMT Received: from mech-as221.men.bris.ac.uk (localhost [127.0.0.1]) by mech-as221.men.bris.ac.uk (8.14.9/8.14.9) with ESMTP id sB6JH7Bc013726 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 6 Dec 2014 19:17:08 GMT (envelope-from mexas@mech-as221.men.bris.ac.uk) Received: (from mexas@localhost) by mech-as221.men.bris.ac.uk (8.14.9/8.14.9/Submit) id sB6JH7pU013725; Sat, 6 Dec 2014 19:17:07 GMT (envelope-from mexas) From: Anton Shterenlikht Message-Id: <201412061917.sB6JH7pU013725@mech-as221.men.bris.ac.uk> To: lists.br@gmail.com, mexas@bris.ac.uk Subject: Re: single user mode? Reply-To: mexas@bris.ac.uk In-Reply-To: Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Dec 2014 19:23:54 -0000 >From lists.br@gmail.com Sat Dec 6 14:22:54 2014 >> Is it possible to enter a single user mode >> on arm 10.1-release? >> >> My disk, well.. the sd card, got corrupted, >> so wanted to run fsck on it, but cannot >> enter a single user mode. I ended up putting >> the sd card into a laptop and running fsck there. >> This fixed lots of panics, but is it possible >> to enter the single user mode on arm, and >> run fsck directly there? > >If you are using RPi with official or crochet images then yes, you can >force it to boot in single user mode and run fsck, but (and there >always a but) you can only do that from serial console, the vt >framebuffer starts too late to allow you to break into loader prompt. so I need a usb to serial converter for this, right? Anton From owner-freebsd-arm@FreeBSD.ORG Sat Dec 6 19:34:44 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DD500E43 for ; Sat, 6 Dec 2014 19:34:44 +0000 (UTC) Received: from oj.bangj.com (amt0.gin.ntt.net [129.250.11.170]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B71DC8C7 for ; Sat, 6 Dec 2014 19:34:44 +0000 (UTC) Received: from [172.16.10.140] (gw.mountain2sea.com [71.70.135.90]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by oj.bangj.com (Postfix) with ESMTPSA id 655E616F1; Sat, 6 Dec 2014 14:22:19 -0500 (EST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) Subject: Re: single user mode? From: Tom Pusateri In-Reply-To: <201412061917.sB6JH7pU013725@mech-as221.men.bris.ac.uk> Date: Sat, 6 Dec 2014 14:26:21 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: References: <201412061917.sB6JH7pU013725@mech-as221.men.bris.ac.uk> To: mexas@bris.ac.uk X-Mailer: Apple Mail (2.1993) Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Dec 2014 19:34:45 -0000 > On Dec 6, 2014, at 2:17 PM, Anton Shterenlikht = wrote: >=20 >> =46rom lists.br@gmail.com Sat Dec 6 14:22:54 2014 >>> Is it possible to enter a single user mode >>> on arm 10.1-release? >>>=20 >>> My disk, well.. the sd card, got corrupted, >>> so wanted to run fsck on it, but cannot >>> enter a single user mode. I ended up putting >>> the sd card into a laptop and running fsck there. >>> This fixed lots of panics, but is it possible >>> to enter the single user mode on arm, and >>> run fsck directly there? >>=20 >> If you are using RPi with official or crochet images then yes, you = can >> force it to boot in single user mode and run fsck, but (and there >> always a but) you can only do that from serial console, the vt >> framebuffer starts too late to allow you to break into loader prompt. >=20 > so I need a usb to serial converter for this, right? >=20 > Anton >=20 You need a TTL serial cable. I have used this one successfully which is = around $5 USD: = http://www.amazon.com/gp/product/B008AGDTA4/ref=3Doh_aui_detailpage_o06_s0= 0?ie=3DUTF8&psc=3D1 Tom