From owner-freebsd-mips@FreeBSD.ORG Mon Feb 17 11:06:51 2014 Return-Path: Delivered-To: freebsd-mips@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5355DDA3 for ; Mon, 17 Feb 2014 11:06:51 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3F7A211C2 for ; Mon, 17 Feb 2014 11:06:51 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id s1HB6p37033114 for ; Mon, 17 Feb 2014 11:06:51 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.8/8.14.8/Submit) id s1HB6oEa033112 for freebsd-mips@FreeBSD.org; Mon, 17 Feb 2014 11:06:50 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 17 Feb 2014 11:06:50 GMT Message-Id: <201402171106.s1HB6oEa033112@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-mips@FreeBSD.org Subject: Current problem reports assigned to freebsd-mips@FreeBSD.org X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Feb 2014 11:06:51 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/177876 mips [mips] kernel stack overflow panic on mips64, EdgeRout o kern/165951 mips [ar913x] [ath] DDR flush isn't being done for the WMAC 2 problems total. From owner-freebsd-mips@FreeBSD.ORG Mon Feb 17 17:51:50 2014 Return-Path: Delivered-To: mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9EA79532; Mon, 17 Feb 2014 17:51:50 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5D2911CE2; Mon, 17 Feb 2014 17:51:50 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id s1HHpncT058542; Mon, 17 Feb 2014 17:51:49 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id s1HHpn16058535; Mon, 17 Feb 2014 17:51:49 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 17 Feb 2014 17:51:49 GMT Message-Id: <201402171751.s1HHpn16058535@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Feb 2014 17:51:50 -0000 TB --- 2014-02-17 17:24:51 - tinderbox 2.20 running on freebsd-stable.sentex.ca TB --- 2014-02-17 17:24:51 - FreeBSD freebsd-stable.sentex.ca 8.3-STABLE FreeBSD 8.3-STABLE #0: Tue Oct 16 17:37:58 UTC 2012 mdtancsa@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2014-02-17 17:24:51 - starting RELENG_9 tinderbox run for mips/mips TB --- 2014-02-17 17:24:51 - cleaning the object tree TB --- 2014-02-17 17:24:51 - /usr/local/bin/svn stat /src TB --- 2014-02-17 17:24:58 - At svn revision 262088 TB --- 2014-02-17 17:24:59 - building world TB --- 2014-02-17 17:24:59 - CROSS_BUILD_TESTING=YES TB --- 2014-02-17 17:24:59 - MAKEOBJDIRPREFIX=/obj TB --- 2014-02-17 17:24:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-02-17 17:24:59 - SRCCONF=/dev/null TB --- 2014-02-17 17:24:59 - TARGET=mips TB --- 2014-02-17 17:24:59 - TARGET_ARCH=mips TB --- 2014-02-17 17:24:59 - TZ=UTC TB --- 2014-02-17 17:24:59 - __MAKE_CONF=/dev/null TB --- 2014-02-17 17:24:59 - cd /src TB --- 2014-02-17 17:24:59 - /usr/bin/make -B buildworld >>> World build started on Mon Feb 17 17:24:59 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev.c:79: warning: type of 'SYSCTL_HANDLER_ARGS' defaults to 'int' /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev.c:84: warning: implicit declaration of function 'sysctl_handle_64' /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev.c:84: error: 'oidp' undeclared (first use in this function) /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev.c:84: error: (Each undeclared identifier is reported only once /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev.c:84: error: for each function it appears in.) /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev.c:84: error: 'req' undeclared (first use in this function) /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev.c: At top level: /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev.c:95: error: expected ')' before '(' token *** Error code 1 Stop in /src/cddl/lib/libzpool. *** Error code 1 Stop in /src/cddl/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2014-02-17 17:51:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-02-17 17:51:49 - ERROR: failed to build world TB --- 2014-02-17 17:51:49 - 1103.58 user 204.59 system 1618.31 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-mips-mips.full From owner-freebsd-mips@FreeBSD.ORG Mon Feb 17 17:53:57 2014 Return-Path: Delivered-To: mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 10D55B82; Mon, 17 Feb 2014 17:53:57 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C3C691D2A; Mon, 17 Feb 2014 17:53:56 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id s1HHruJn077520; Mon, 17 Feb 2014 17:53:56 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id s1HHruCc077517; Mon, 17 Feb 2014 17:53:56 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 17 Feb 2014 17:53:56 GMT Message-Id: <201402171753.s1HHruCc077517@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_8 tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Feb 2014 17:53:57 -0000 TB --- 2014-02-17 17:40:11 - tinderbox 2.20 running on freebsd-legacy2.sentex.ca TB --- 2014-02-17 17:40:11 - FreeBSD freebsd-legacy2.sentex.ca 9.1-RELEASE FreeBSD 9.1-RELEASE #0 r243825: Tue Dec 4 09:23:10 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-02-17 17:40:11 - starting RELENG_8 tinderbox run for mips/mips TB --- 2014-02-17 17:40:11 - cleaning the object tree TB --- 2014-02-17 17:40:11 - /usr/local/bin/svn stat /src TB --- 2014-02-17 17:40:15 - At svn revision 262098 TB --- 2014-02-17 17:40:16 - building world TB --- 2014-02-17 17:40:16 - CROSS_BUILD_TESTING=YES TB --- 2014-02-17 17:40:16 - MAKEOBJDIRPREFIX=/obj TB --- 2014-02-17 17:40:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-02-17 17:40:16 - SRCCONF=/dev/null TB --- 2014-02-17 17:40:16 - TARGET=mips TB --- 2014-02-17 17:40:16 - TARGET_ARCH=mips TB --- 2014-02-17 17:40:16 - TZ=UTC TB --- 2014-02-17 17:40:16 - __MAKE_CONF=/dev/null TB --- 2014-02-17 17:40:16 - cd /src TB --- 2014-02-17 17:40:16 - /usr/bin/make -B buildworld >>> World build started on Mon Feb 17 17:40:16 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev.c:80: warning: type of 'SYSCTL_HANDLER_ARGS' defaults to 'int' /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev.c:85: warning: implicit declaration of function 'sysctl_handle_quad' /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev.c:85: error: 'oidp' undeclared (first use in this function) /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev.c:85: error: (Each undeclared identifier is reported only once /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev.c:85: error: for each function it appears in.) /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev.c:85: error: 'req' undeclared (first use in this function) /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev.c: At top level: /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev.c:96: error: expected ')' before '(' token *** [vdev.o] Error code 1 Stop in /src/cddl/lib/libzpool. *** [all] Error code 1 Stop in /src/cddl/lib. *** [cddl/lib__L] Error code 1 Stop in /src. *** [libraries] Error code 1 Stop in /src. *** [_libraries] Error code 1 Stop in /src. *** [buildworld] Error code 1 Stop in /src. TB --- 2014-02-17 17:53:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-02-17 17:53:56 - ERROR: failed to build world TB --- 2014-02-17 17:53:56 - 666.09 user 150.08 system 824.34 real http://tinderbox.freebsd.org/tinderbox-freebsd8-build-RELENG_8-mips-mips.full From owner-freebsd-mips@FreeBSD.ORG Tue Feb 18 10:43:52 2014 Return-Path: Delivered-To: mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 06895E3; Tue, 18 Feb 2014 10:43:52 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 381261657; Tue, 18 Feb 2014 10:43:50 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id s1IAhcLt051570; Tue, 18 Feb 2014 12:43:38 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s1IAhc8s051392; Tue, 18 Feb 2014 10:43:38 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 18 Feb 2014 10:43:38 GMT Message-Id: <201402181043.s1IAhc8s051392@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Feb 2014 10:43:52 -0000 TB --- 2014-02-18 08:20:45 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-02-18 08:20:45 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-02-18 08:20:45 - starting RELENG_10 tinderbox run for mips/mips TB --- 2014-02-18 08:20:45 - cleaning the object tree TB --- 2014-02-18 08:20:45 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-02-18 08:21:30 - At svn revision 262153 TB --- 2014-02-18 08:21:31 - building world TB --- 2014-02-18 08:21:31 - CROSS_BUILD_TESTING=YES TB --- 2014-02-18 08:21:31 - MAKEOBJDIRPREFIX=/obj TB --- 2014-02-18 08:21:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-02-18 08:21:31 - SRCCONF=/dev/null TB --- 2014-02-18 08:21:31 - TARGET=mips TB --- 2014-02-18 08:21:31 - TARGET_ARCH=mips TB --- 2014-02-18 08:21:31 - TZ=UTC TB --- 2014-02-18 08:21:31 - __MAKE_CONF=/dev/null TB --- 2014-02-18 08:21:31 - cd /src TB --- 2014-02-18 08:21:31 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Feb 18 08:21:41 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Feb 18 09:46:34 UTC 2014 TB --- 2014-02-18 09:46:34 - cd /src/sys/mips/conf TB --- 2014-02-18 09:46:34 - /usr/sbin/config -m ADM5120 TB --- 2014-02-18 09:46:34 - skipping ADM5120 kernel TB --- 2014-02-18 09:46:34 - cd /src/sys/mips/conf TB --- 2014-02-18 09:46:34 - /usr/sbin/config -m ALCHEMY TB --- 2014-02-18 09:46:34 - skipping ALCHEMY kernel TB --- 2014-02-18 09:46:34 - cd /src/sys/mips/conf TB --- 2014-02-18 09:46:34 - /usr/sbin/config -m AP121 TB --- 2014-02-18 09:46:34 - building AP121 kernel TB --- 2014-02-18 09:46:34 - CROSS_BUILD_TESTING=YES TB --- 2014-02-18 09:46:34 - MAKEOBJDIRPREFIX=/obj TB --- 2014-02-18 09:46:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-02-18 09:46:34 - SRCCONF=/dev/null TB --- 2014-02-18 09:46:34 - TARGET=mips TB --- 2014-02-18 09:46:34 - TARGET_ARCH=mips TB --- 2014-02-18 09:46:34 - TZ=UTC TB --- 2014-02-18 09:46:34 - __MAKE_CONF=/dev/null TB --- 2014-02-18 09:46:34 - cd /src TB --- 2014-02-18 09:46:34 - /usr/bin/make -B buildkernel KERNCONF=AP121 >>> Kernel build for AP121 started on Tue Feb 18 09:46:34 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP121 completed on Tue Feb 18 09:51:33 UTC 2014 TB --- 2014-02-18 09:51:33 - cd /src/sys/mips/conf TB --- 2014-02-18 09:51:33 - /usr/sbin/config -m AP91 TB --- 2014-02-18 09:51:33 - building AP91 kernel TB --- 2014-02-18 09:51:33 - CROSS_BUILD_TESTING=YES TB --- 2014-02-18 09:51:33 - MAKEOBJDIRPREFIX=/obj TB --- 2014-02-18 09:51:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-02-18 09:51:33 - SRCCONF=/dev/null TB --- 2014-02-18 09:51:33 - TARGET=mips TB --- 2014-02-18 09:51:33 - TARGET_ARCH=mips TB --- 2014-02-18 09:51:33 - TZ=UTC TB --- 2014-02-18 09:51:33 - __MAKE_CONF=/dev/null TB --- 2014-02-18 09:51:33 - cd /src TB --- 2014-02-18 09:51:33 - /usr/bin/make -B buildkernel KERNCONF=AP91 >>> Kernel build for AP91 started on Tue Feb 18 09:51:33 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP91 completed on Tue Feb 18 09:58:35 UTC 2014 TB --- 2014-02-18 09:58:35 - cd /src/sys/mips/conf TB --- 2014-02-18 09:58:35 - /usr/sbin/config -m AP93 TB --- 2014-02-18 09:58:35 - building AP93 kernel TB --- 2014-02-18 09:58:35 - CROSS_BUILD_TESTING=YES TB --- 2014-02-18 09:58:35 - MAKEOBJDIRPREFIX=/obj TB --- 2014-02-18 09:58:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-02-18 09:58:35 - SRCCONF=/dev/null TB --- 2014-02-18 09:58:35 - TARGET=mips TB --- 2014-02-18 09:58:35 - TARGET_ARCH=mips TB --- 2014-02-18 09:58:35 - TZ=UTC TB --- 2014-02-18 09:58:35 - __MAKE_CONF=/dev/null TB --- 2014-02-18 09:58:35 - cd /src TB --- 2014-02-18 09:58:35 - /usr/bin/make -B buildkernel KERNCONF=AP93 >>> Kernel build for AP93 started on Tue Feb 18 09:58:35 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP93 completed on Tue Feb 18 10:06:07 UTC 2014 TB --- 2014-02-18 10:06:07 - cd /src/sys/mips/conf TB --- 2014-02-18 10:06:07 - /usr/sbin/config -m AP94 TB --- 2014-02-18 10:06:07 - building AP94 kernel TB --- 2014-02-18 10:06:07 - CROSS_BUILD_TESTING=YES TB --- 2014-02-18 10:06:07 - MAKEOBJDIRPREFIX=/obj TB --- 2014-02-18 10:06:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-02-18 10:06:07 - SRCCONF=/dev/null TB --- 2014-02-18 10:06:07 - TARGET=mips TB --- 2014-02-18 10:06:07 - TARGET_ARCH=mips TB --- 2014-02-18 10:06:07 - TZ=UTC TB --- 2014-02-18 10:06:07 - __MAKE_CONF=/dev/null TB --- 2014-02-18 10:06:07 - cd /src TB --- 2014-02-18 10:06:07 - /usr/bin/make -B buildkernel KERNCONF=AP94 >>> Kernel build for AP94 started on Tue Feb 18 10:06:08 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP94 completed on Tue Feb 18 10:14:56 UTC 2014 TB --- 2014-02-18 10:14:56 - cd /src/sys/mips/conf TB --- 2014-02-18 10:14:56 - /usr/sbin/config -m AP96 TB --- 2014-02-18 10:14:56 - building AP96 kernel TB --- 2014-02-18 10:14:56 - CROSS_BUILD_TESTING=YES TB --- 2014-02-18 10:14:56 - MAKEOBJDIRPREFIX=/obj TB --- 2014-02-18 10:14:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-02-18 10:14:56 - SRCCONF=/dev/null TB --- 2014-02-18 10:14:56 - TARGET=mips TB --- 2014-02-18 10:14:56 - TARGET_ARCH=mips TB --- 2014-02-18 10:14:56 - TZ=UTC TB --- 2014-02-18 10:14:56 - __MAKE_CONF=/dev/null TB --- 2014-02-18 10:14:56 - cd /src TB --- 2014-02-18 10:14:56 - /usr/bin/make -B buildkernel KERNCONF=AP96 >>> Kernel build for AP96 started on Tue Feb 18 10:14:56 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP96 completed on Tue Feb 18 10:23:26 UTC 2014 TB --- 2014-02-18 10:23:26 - cd /src/sys/mips/conf TB --- 2014-02-18 10:23:26 - /usr/sbin/config -m AR71XX_BASE TB --- 2014-02-18 10:23:26 - building AR71XX_BASE kernel TB --- 2014-02-18 10:23:26 - CROSS_BUILD_TESTING=YES TB --- 2014-02-18 10:23:26 - MAKEOBJDIRPREFIX=/obj TB --- 2014-02-18 10:23:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-02-18 10:23:26 - SRCCONF=/dev/null TB --- 2014-02-18 10:23:26 - TARGET=mips TB --- 2014-02-18 10:23:26 - TARGET_ARCH=mips TB --- 2014-02-18 10:23:26 - TZ=UTC TB --- 2014-02-18 10:23:26 - __MAKE_CONF=/dev/null TB --- 2014-02-18 10:23:26 - cd /src TB --- 2014-02-18 10:23:26 - /usr/bin/make -B buildkernel KERNCONF=AR71XX_BASE >>> Kernel build for AR71XX_BASE started on Tue Feb 18 10:23:26 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AR71XX_BASE completed on Tue Feb 18 10:30:51 UTC 2014 TB --- 2014-02-18 10:30:51 - cd /src/sys/mips/conf TB --- 2014-02-18 10:30:51 - /usr/sbin/config -m AR724X_BASE TB --- 2014-02-18 10:30:51 - building AR724X_BASE kernel TB --- 2014-02-18 10:30:51 - CROSS_BUILD_TESTING=YES TB --- 2014-02-18 10:30:51 - MAKEOBJDIRPREFIX=/obj TB --- 2014-02-18 10:30:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-02-18 10:30:51 - SRCCONF=/dev/null TB --- 2014-02-18 10:30:51 - TARGET=mips TB --- 2014-02-18 10:30:51 - TARGET_ARCH=mips TB --- 2014-02-18 10:30:51 - TZ=UTC TB --- 2014-02-18 10:30:51 - __MAKE_CONF=/dev/null TB --- 2014-02-18 10:30:51 - cd /src TB --- 2014-02-18 10:30:51 - /usr/bin/make -B buildkernel KERNCONF=AR724X_BASE >>> Kernel build for AR724X_BASE started on Tue Feb 18 10:30:52 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AR724X_BASE completed on Tue Feb 18 10:36:44 UTC 2014 TB --- 2014-02-18 10:36:44 - cd /src/sys/mips/conf TB --- 2014-02-18 10:36:44 - /usr/sbin/config -m AR91XX_BASE TB --- 2014-02-18 10:36:44 - building AR91XX_BASE kernel TB --- 2014-02-18 10:36:44 - CROSS_BUILD_TESTING=YES TB --- 2014-02-18 10:36:44 - MAKEOBJDIRPREFIX=/obj TB --- 2014-02-18 10:36:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-02-18 10:36:44 - SRCCONF=/dev/null TB --- 2014-02-18 10:36:44 - TARGET=mips TB --- 2014-02-18 10:36:44 - TARGET_ARCH=mips TB --- 2014-02-18 10:36:44 - TZ=UTC TB --- 2014-02-18 10:36:44 - __MAKE_CONF=/dev/null TB --- 2014-02-18 10:36:44 - cd /src TB --- 2014-02-18 10:36:44 - /usr/bin/make -B buildkernel KERNCONF=AR91XX_BASE >>> Kernel build for AR91XX_BASE started on Tue Feb 18 10:36:44 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AR91XX_BASE completed on Tue Feb 18 10:43:34 UTC 2014 TB --- 2014-02-18 10:43:34 - cd /src/sys/mips/conf TB --- 2014-02-18 10:43:34 - /usr/sbin/config -m AR933X_BASE TB --- 2014-02-18 10:43:34 - building AR933X_BASE kernel TB --- 2014-02-18 10:43:34 - CROSS_BUILD_TESTING=YES TB --- 2014-02-18 10:43:34 - MAKEOBJDIRPREFIX=/obj TB --- 2014-02-18 10:43:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-02-18 10:43:34 - SRCCONF=/dev/null TB --- 2014-02-18 10:43:34 - TARGET=mips TB --- 2014-02-18 10:43:34 - TARGET_ARCH=mips TB --- 2014-02-18 10:43:34 - TZ=UTC TB --- 2014-02-18 10:43:34 - __MAKE_CONF=/dev/null TB --- 2014-02-18 10:43:34 - cd /src TB --- 2014-02-18 10:43:34 - /usr/bin/make -B buildkernel KERNCONF=AR933X_BASE >>> Kernel build for AR933X_BASE started on Tue Feb 18 10:43:34 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools [...] cd /src/sys/modules/aic7xxx/aicasm; PATH=/obj/mips.mips/src/tmp/legacy/usr/sbin:/obj/mips.mips/src/tmp/legacy/usr/bin:/obj/mips.mips/src/tmp/legacy/usr/games:/obj/mips.mips/src/tmp/legacy/bin:/sbin:/bin:/usr/sbin:/usr/bin MAKEOBJDIRPREFIX=/obj/mips.mips/src/sys/AR933X_BASE/modules /obj/src/make.amd64/bmake SSP_CFLAGS= -DNO_CPU_CFLAGS -DNO_CTF -DEARLY_BUILD all cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm.c cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c: In function 'symtable_dump': /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c:461: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[1]: stopped in /src/sys/modules/aic7xxx/aicasm *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-02-18 10:43:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-02-18 10:43:37 - ERROR: failed to build AR933X_BASE kernel TB --- 2014-02-18 10:43:37 - 5961.62 user 3014.27 system 8571.46 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips-mips.full From owner-freebsd-mips@FreeBSD.ORG Tue Feb 18 16:49:06 2014 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2627A5C4 for ; Tue, 18 Feb 2014 16:49:06 +0000 (UTC) Received: from cdptpa-omtalb.mail.rr.com (cdptpa-omtalb.mail.rr.com [75.180.132.120]) by mx1.freebsd.org (Postfix) with ESMTP id DD3481A20 for ; Tue, 18 Feb 2014 16:49:05 +0000 (UTC) X-Authority-Analysis: v=2.0 cv=H69ZMpki c=1 sm=0 a=Hbpc8ax9VmIgqBixU/K2CA==:17 a=NShc9bz0yIYA:10 a=dBRESv0yCI8A:10 a=ozSPa0bqj5AA:10 a=kj9zAlcOel0A:10 a=6I5d2MoRAAAA:8 a=KGjhK52YXX0A:10 a=ucAviZgh4VwA:10 a=9I5xiGouAAAA:8 a=IzmlmZELTEyDCMUDgFoA:9 a=CjuIK1q_8ugA:10 a=41mBHD54zsYA:10 a=Hbpc8ax9VmIgqBixU/K2CA==:117 X-Cloudmark-Score: 0 X-Authenticated-User: X-Originating-IP: 76.187.139.93 Received: from [76.187.139.93] ([76.187.139.93:62864] helo=[192.168.0.22]) by cdptpa-oedge04.mail.rr.com (envelope-from ) (ecelerity 2.2.3.46 r()) with ESMTP id CE/0B-11872-AFE83035; Tue, 18 Feb 2014 16:48:58 +0000 From: Stacey Son Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: [RFC] 16K page size for kernel thread stack (patch) Message-Id: Date: Tue, 18 Feb 2014 10:48:58 -0600 To: "freebsd-mips@freebsd.org" Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) X-Mailer: Apple Mail (2.1510) X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Feb 2014 16:49:06 -0000 Hi all: For mips64 the current size of 8K is not enough for the kernel thread = stack. For more information, see: http://www.freebsd.org/cgi/query-pr.cgi?pr=3D177876 The following patch increases the size of the kernel thread stack to 16K = by using a single 16K sized page. See the patch at: http://people.freebsd.org/~sson/mips/kstack/kstack_large_page.diff Here is what it looks like doing a 'show tlb' in the kernel debugger = (SMP build): db> show tlb Beginning TLB dump for CPU 0... #0 =3D> c000000010d20000 (pagemask 6000) Lo0 12c41f (0x4b10000) Lo1 1 (0) #1 =3D> c000000000000000 (pagemask 0) Lo0 3999f (0xe66000) Lo1 399df (0xe67000) ^^^ WIRED ENTRIES ^^^ #2 =3D> 16010206e (pagemask 0) Lo0 91c9a (0x2472000) Lo1 91c5a (0x2471000) [...] This keeps the wired TLB entries down to one (or two, in the case of = SMP) unlike the previous fix that uses a second TLB entry to increase = the kstack size. See: = http://freebsd.1045724.n5.nabble.com/More-trapframe-panics-tp5879903p58805= 65.html To use a single 16K page, however, it requires that the physical (4K) = pages for the kstacks to be contiguous when they are allocated in = vm_thread_new(). To do this vm_page_alloc_contig() is used instead of = vm_page_grab(). This adds a bit more mips arch dependent code to = sys/vm/vm_glue.c. Currently, the second half of the kstack tlb entry is not used for = anything. It could be used to increase the kstack to 32K or maybe for = the struct pcpu entry (which would reduce the wired TLB entries to just = one in the case of SMP). Using it for the struct pcpu is a bit tricky, = however, given that the virtual address space needs to be contiguous. Best Regards, -stacey. From owner-freebsd-mips@FreeBSD.ORG Tue Feb 18 18:03:50 2014 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 04DA1D1A for ; Tue, 18 Feb 2014 18:03:50 +0000 (UTC) Received: from cdptpa-omtalb.mail.rr.com (cdptpa-omtalb.mail.rr.com [75.180.132.120]) by mx1.freebsd.org (Postfix) with ESMTP id BABAC125D for ; Tue, 18 Feb 2014 18:03:49 +0000 (UTC) X-Authority-Analysis: v=2.0 cv=IJCA+3TG c=1 sm=0 a=Hbpc8ax9VmIgqBixU/K2CA==:17 a=d-bOCm4-EcoA:10 a=dBRESv0yCI8A:10 a=ozSPa0bqj5AA:10 a=kj9zAlcOel0A:10 a=6I5d2MoRAAAA:8 a=KGjhK52YXX0A:10 a=vQhPNQlUBMQA:10 a=4EZ-VXWsCWC11jozTgwA:9 a=CjuIK1q_8ugA:10 a=Hbpc8ax9VmIgqBixU/K2CA==:117 X-Cloudmark-Score: 0 X-Authenticated-User: X-Originating-IP: 76.187.139.93 Received: from [76.187.139.93] ([76.187.139.93:63302] helo=[192.168.0.22]) by cdptpa-oedge03.mail.rr.com (envelope-from ) (ecelerity 2.2.3.46 r()) with ESMTP id C4/BD-26616-380A3035; Tue, 18 Feb 2014 18:03:47 +0000 From: Stacey Son Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: [RFC] Enable use of UserLocal Register (ULRI) if detected (patches) Message-Id: Date: Tue, 18 Feb 2014 12:03:47 -0600 To: "freebsd-mips@freebsd.org" Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) X-Mailer: Apple Mail (2.1510) X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Feb 2014 18:03:50 -0000 Hi all: Below are some links to patches that enables the use of the UserLocal = Register Implementation (ULRI) for the Thread Local Storage (TLS) = pointer. =20 The first code change is for the user level code to use the 'rdhwr $29' = instruction to retrieve the TLS pointer instead of using the = sysarch(MIPS_GET_TLS,...) system call. For hardware that supports this = instruction this should be much faster since it doesn't require the = overhead of a system call. For hardware that doesn't support this = instruction the 'rdhwr $29' instruction is emulated by the trap() = handler in sys/mips/mips/trap.c and the overhead should be about the = same. (Actually, some quick micro benchmarks indicate that emulating the = 'rdhwr' instruction is slightly faster than the sysarch() system call.) = For the patch, see:=20 http://people.freebsd.org/~sson/mips/ulri/ulri_user.diff The next code change probes for the UserLocal Register Implementation = (ULRI) and, if found, will enable it (or actually disable it if not = found) in the kernel code. sysarch(MIPS_SET_TLS,...) calls also update = the UserLocal register as well. For the patch, see: http://people.freebsd.org/~sson/mips/ulri/ulri_kernel.diff The final patch is for qemu system-mode that adds support for the ULRI: http://people.freebsd.org/~sson/mips/ulri/ulri_qemu.diff For more information about the ULRI see "MIPS Architecture for = Programmers Volume III" section 9.9 UserLocal Register (CP0 Register 4, = Select 2). Best Regards, -stacey.= From owner-freebsd-mips@FreeBSD.ORG Tue Feb 18 20:25:06 2014 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9E7C28BC; Tue, 18 Feb 2014 20:25:06 +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)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 48E441102; Tue, 18 Feb 2014 20:25:06 +0000 (UTC) Received: by mail-qc0-f182.google.com with SMTP id c9so26148861qcz.41 for ; Tue, 18 Feb 2014 12:25:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=hWRtyt0hFOI13jbLsgf4di6vyqUTgcnzb39pG5ZPUFs=; b=aQk9fkcZ45rGjsRXgh9xwTzsEDkLm0ppBlbB28LTOQDW72vyVBHAqdWg3HThm9h2ut jGhDo6DgxewkSQS5EJ2wI/RCaELxh60EzZQmOsrsMCeSGX9RmtYlS8r39VC1OpbqawCP 2OpTAx9cMNCW3nlZPDFTm8PP1nlfs2okEkmh/HzduSQSVOS5aUoysOqzH0dOkyntBhFW H36rmMh0QTzK+8Cbxh0+0DyzGZQe4GZV2vjB2e7LhReVYnEKeAa36uVE4kpPIBrc2iNK AIjYqha9Y2qfwiAW5fCWX3FQ0gWiaDv6IC7GUGt/Vdi/GO/VnIJNAvPgus+aNzkilu0q FnBQ== MIME-Version: 1.0 X-Received: by 10.224.121.137 with SMTP id h9mr46408888qar.55.1392755105478; Tue, 18 Feb 2014 12:25:05 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.224.16.10 with HTTP; Tue, 18 Feb 2014 12:25:05 -0800 (PST) In-Reply-To: References: Date: Tue, 18 Feb 2014 12:25:05 -0800 X-Google-Sender-Auth: WgvZEqVsrCjQXDHYOu_502EoWAU Message-ID: Subject: Re: [RFC] 16K page size for kernel thread stack (patch) From: Adrian Chadd To: Stacey Son Content-Type: text/plain; charset=ISO-8859-1 Cc: "freebsd-mips@freebsd.org" X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Feb 2014 20:25:06 -0000 Hi! On 18 February 2014 08:48, Stacey Son wrote: > Hi all: > > For mips64 the current size of 8K is not enough for the kernel thread stack. For more information, see: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=177876 > > The following patch increases the size of the kernel thread stack to 16K by using a single 16K sized page. See the patch at: > > http://people.freebsd.org/~sson/mips/kstack/kstack_large_page.diff Cool! Thanks for that. I'm glad to see the supported pagesize enumeration code going into the kernel. What do you think about committing just that bit to begin with? This looks like it touches shared code between mips32 and mips64. I'll spin this up on a mips24k and mips74k (mips32r2) board soon to see if it boots fine. Thanks! -adrian From owner-freebsd-mips@FreeBSD.ORG Tue Feb 18 20:47:53 2014 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8B7CD228; Tue, 18 Feb 2014 20:47:53 +0000 (UTC) Received: from cdptpa-omtalb.mail.rr.com (cdptpa-omtalb.mail.rr.com [75.180.132.120]) by mx1.freebsd.org (Postfix) with ESMTP id 3975612CC; Tue, 18 Feb 2014 20:47:52 +0000 (UTC) X-Authority-Analysis: v=2.0 cv=GbyVbHrL c=1 sm=0 a=Hbpc8ax9VmIgqBixU/K2CA==:17 a=tXhuX5IzN-cA:10 a=dBRESv0yCI8A:10 a=ozSPa0bqj5AA:10 a=8nJEP1OIZ-IA:10 a=6I5d2MoRAAAA:8 a=KGjhK52YXX0A:10 a=i90mfdw3cdAA:10 a=PeEd2-kyTxCk3AWrFmkA:9 a=wPNLvfGTeEIA:10 a=SV7veod9ZcQA:10 a=Hbpc8ax9VmIgqBixU/K2CA==:117 X-Cloudmark-Score: 0 X-Authenticated-User: X-Originating-IP: 76.187.139.93 Received: from [76.187.139.93] ([76.187.139.93:64879] helo=[192.168.0.22]) by cdptpa-oedge02.mail.rr.com (envelope-from ) (ecelerity 2.2.3.46 r()) with ESMTP id 0F/76-00765-7F6C3035; Tue, 18 Feb 2014 20:47:51 +0000 Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) Subject: Re: [RFC] 16K page size for kernel thread stack (patch) From: Stacey Son In-Reply-To: Date: Tue, 18 Feb 2014 14:47:51 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Adrian Chadd X-Mailer: Apple Mail (2.1510) Cc: "freebsd-mips@freebsd.org" X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Feb 2014 20:47:53 -0000 On Feb 18, 2014, at 2:25 PM, Adrian Chadd wrote: > Hi! >=20 > On 18 February 2014 08:48, Stacey Son wrote: >> Hi all: >>=20 >> For mips64 the current size of 8K is not enough for the kernel thread = stack. For more information, see: >>=20 >> http://www.freebsd.org/cgi/query-pr.cgi?pr=3D177876 >>=20 >> The following patch increases the size of the kernel thread stack to = 16K by using a single 16K sized page. See the patch at: >>=20 >> http://people.freebsd.org/~sson/mips/kstack/kstack_large_page.diff >=20 > Cool! Thanks for that. >=20 > I'm glad to see the supported pagesize enumeration code going into the > kernel. What do you think about committing just that bit to begin > with? Yes, it probes the supported pages sizes (or PageMasks) by writing all = one's to the PageMask register and then reading it back as suggested in = the MIPS architecture manual. If an implementation doesn't support all = the different page sizes then those bits should not stick. The various = page sizes that are supported are reported the same time the MMU = information is printed. =20 I store the PageMask probe result in cpuinfo. This way it is easy to = check to the make sure the page size that is needed is supported. Yes, it would be easy to check this in as a separate patch. > This looks like it touches shared code between mips32 and mips64. I'll > spin this up on a mips24k and mips74k (mips32r2) board soon to see if > it boots fine. Yes, I have only tested this on an ERL and Qemu. =20 Do any of your boards support the ULRI? (See my other patches.) The = ERL/Cavium Octeon CN5020 doesn't seem to support it. -stacey. From owner-freebsd-mips@FreeBSD.ORG Wed Feb 19 01:58:49 2014 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5513A1E7; Wed, 19 Feb 2014 01:58:49 +0000 (UTC) Received: from mail-qa0-x22a.google.com (mail-qa0-x22a.google.com [IPv6:2607:f8b0:400d:c00::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F2F5711F0; Wed, 19 Feb 2014 01:58:48 +0000 (UTC) Received: by mail-qa0-f42.google.com with SMTP id k4so25065379qaq.29 for ; Tue, 18 Feb 2014 17:58:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=DqcOWNhE1t10r4lSp8j/Rx0j1Wg8Ygmc0B1XlROJdPg=; b=o+gYaWggzJsJKS/eDWTIbcDIKmAF8pMduioVBndTtRki03O3/CaWEkMnfktKvEFG91 GTPSRTKxj5p/Wwi8kTXbQ2hLG2oW020aPgsDajSpBA9HmID4ZxiHTkKeULktgVZ39Qao wXfIuQZhn87lwBnoiYuXFpXgse8pCjKovSm+IolfQkRx8nL0215aAYBDZ/tMeC93rY4K k03SSvkjvtKBp5eCvrf09B/6yHkK2LeoRsra5J02JLZsVVNBDTMKZ0xT7TUE2wf0T/K9 SldMe0/3pHfXNbZE9n2445NcsSx3Z2WsEjPZmrwr3d16s/W8M4dGMw+dfKZ7S2xDsee8 Df7g== MIME-Version: 1.0 X-Received: by 10.224.76.74 with SMTP id b10mr48201555qak.38.1392775128161; Tue, 18 Feb 2014 17:58:48 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.224.16.10 with HTTP; Tue, 18 Feb 2014 17:58:48 -0800 (PST) In-Reply-To: References: Date: Tue, 18 Feb 2014 17:58:48 -0800 X-Google-Sender-Auth: xqsuWdSihU5QUIvr8-orjPAwjzw Message-ID: Subject: Re: [RFC] 16K page size for kernel thread stack (patch) From: Adrian Chadd To: Stacey Son Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: "freebsd-mips@freebsd.org" X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Feb 2014 01:58:49 -0000 On 18 February 2014 12:47, Stacey Son wrote: > > On Feb 18, 2014, at 2:25 PM, Adrian Chadd wrote: > >> Hi! >> >> On 18 February 2014 08:48, Stacey Son wrote: >>> Hi all: >>> >>> For mips64 the current size of 8K is not enough for the kernel thread s= tack. For more information, see: >>> >>> http://www.freebsd.org/cgi/query-pr.cgi?pr=3D177876 >>> >>> The following patch increases the size of the kernel thread stack to 16= K by using a single 16K sized page. See the patch at: >>> >>> http://people.freebsd.org/~sson/mips/kstack/kstack_large_page.diff >> >> Cool! Thanks for that. >> >> I'm glad to see the supported pagesize enumeration code going into the >> kernel. What do you think about committing just that bit to begin >> with? > > Yes, it probes the supported pages sizes (or PageMasks) by writing all on= e's to the PageMask register and then reading it back as suggested in the M= IPS architecture manual. If an implementation doesn't support all the diff= erent page sizes then those bits should not stick. The various page sizes= that are supported are reported the same time the MMU information is print= ed. > > I store the PageMask probe result in cpuinfo. This way it is easy to che= ck to the make sure the page size that is needed is supported. > > Yes, it would be easy to check this in as a separate patch. Sweet. Well, let's do that so the next set of updates MIPS people do with their boards will print out the available page sizes. It'll be good to gather some info on that. >> This looks like it touches shared code between mips32 and mips64. I'll >> spin this up on a mips24k and mips74k (mips32r2) board soon to see if >> it boots fine. > > Yes, I have only tested this on an ERL and Qemu. > > Do any of your boards support the ULRI? (See my other patches.) The ER= L/Cavium Octeon CN5020 doesn't seem to support it. I don't think the mips24k/mips74k cores I have support ULRI. -a From owner-freebsd-mips@FreeBSD.ORG Wed Feb 19 08:53:32 2014 Return-Path: Delivered-To: mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8E1B0DA8; Wed, 19 Feb 2014 08:53:32 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 470031B11; Wed, 19 Feb 2014 08:53:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id s1J8rOYa062671; Wed, 19 Feb 2014 03:53:24 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id s1J8rOaE062667; Wed, 19 Feb 2014 08:53:24 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 19 Feb 2014 08:53:24 GMT Message-Id: <201402190853.s1J8rOaE062667@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Feb 2014 08:53:32 -0000 TB --- 2014-02-19 07:57:41 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-02-19 07:57:41 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-02-19 07:57:41 - starting HEAD tinderbox run for mips/mips TB --- 2014-02-19 07:57:41 - cleaning the object tree TB --- 2014-02-19 07:57:41 - /usr/local/bin/svn stat /src TB --- 2014-02-19 07:57:44 - At svn revision 262200 TB --- 2014-02-19 07:57:45 - building world TB --- 2014-02-19 07:57:45 - CROSS_BUILD_TESTING=YES TB --- 2014-02-19 07:57:45 - MAKEOBJDIRPREFIX=/obj TB --- 2014-02-19 07:57:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-02-19 07:57:45 - SRCCONF=/dev/null TB --- 2014-02-19 07:57:45 - TARGET=mips TB --- 2014-02-19 07:57:45 - TARGET_ARCH=mips TB --- 2014-02-19 07:57:45 - TZ=UTC TB --- 2014-02-19 07:57:45 - __MAKE_CONF=/dev/null TB --- 2014-02-19 07:57:45 - cd /src TB --- 2014-02-19 07:57:45 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Feb 19 07:57:52 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] /src/sys/boot/mips/beri/boot2/boot2.c:432: warning: cast to pointer from integer of different size /src/sys/boot/mips/beri/boot2/boot2.c: In function 'load': /src/sys/boot/mips/beri/boot2/boot2.c:440: error: 'BOOTINFO_DEV_TYPE_DRAM' undeclared (first use in this function) /src/sys/boot/mips/beri/boot2/boot2.c: In function 'parse': /src/sys/boot/mips/beri/boot2/boot2.c:544: warning: too many arguments for format /src/sys/boot/mips/beri/boot2/boot2.c: In function 'drvread': /src/sys/boot/mips/beri/boot2/boot2.c:583: error: 'BOOTINFO_DEV_TYPE_CFI' undeclared (first use in this function) /src/sys/boot/mips/beri/boot2/boot2.c:586: error: 'BOOTINFO_DEV_TYPE_SDCARD' undeclared (first use in this function) *** Error code 1 Stop. bmake[6]: stopped in /src/sys/boot/mips/beri/boot2 *** Error code 1 Stop. bmake[5]: stopped in /src/sys/boot/mips/beri *** Error code 1 Stop. bmake[4]: stopped in /src/sys/boot/mips *** Error code 1 Stop. bmake[3]: stopped in /src/sys/boot *** Error code 1 Stop. bmake[2]: stopped in /src/sys *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2014-02-19 08:53:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-02-19 08:53:24 - ERROR: failed to build world TB --- 2014-02-19 08:53:24 - 2343.84 user 604.73 system 3343.45 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-mips@FreeBSD.ORG Wed Feb 19 17:02:04 2014 Return-Path: Delivered-To: mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8D1C537B; Wed, 19 Feb 2014 17:02:04 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4E89A1C62; Wed, 19 Feb 2014 17:02:04 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id s1JH22WU094283; Wed, 19 Feb 2014 12:02:02 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id s1JH22SM094279; Wed, 19 Feb 2014 17:02:02 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 19 Feb 2014 17:02:02 GMT Message-Id: <201402191702.s1JH22SM094279@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Feb 2014 17:02:04 -0000 TB --- 2014-02-19 16:07:40 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-02-19 16:07:40 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-02-19 16:07:40 - starting HEAD tinderbox run for mips/mips TB --- 2014-02-19 16:07:40 - cleaning the object tree TB --- 2014-02-19 16:08:37 - /usr/local/bin/svn stat /src TB --- 2014-02-19 16:08:40 - At svn revision 262219 TB --- 2014-02-19 16:08:41 - building world TB --- 2014-02-19 16:08:41 - CROSS_BUILD_TESTING=YES TB --- 2014-02-19 16:08:41 - MAKEOBJDIRPREFIX=/obj TB --- 2014-02-19 16:08:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-02-19 16:08:41 - SRCCONF=/dev/null TB --- 2014-02-19 16:08:41 - TARGET=mips TB --- 2014-02-19 16:08:41 - TARGET_ARCH=mips TB --- 2014-02-19 16:08:41 - TZ=UTC TB --- 2014-02-19 16:08:41 - __MAKE_CONF=/dev/null TB --- 2014-02-19 16:08:41 - cd /src TB --- 2014-02-19 16:08:41 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Feb 19 16:08:48 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] ld: /obj/mips.mips/src/sys/boot/mips/beri/boot2/../../../../../lib/libstand/libstand.a(printf.o): ABI is incompatible with that of the selected emulation ld: failed to merge target specific data of file /obj/mips.mips/src/sys/boot/mips/beri/boot2/../../../../../lib/libstand/libstand.a(printf.o) ld: /obj/mips.mips/src/sys/boot/mips/beri/boot2/../../../../../lib/libstand/libstand.a(strlen.o): ABI is incompatible with that of the selected emulation ld: failed to merge target specific data of file /obj/mips.mips/src/sys/boot/mips/beri/boot2/../../../../../lib/libstand/libstand.a(strlen.o) ld: /obj/mips.mips/src/sys/boot/mips/beri/boot2/../../../../../lib/libstand/libstand.a(qdivrem.o): ABI is incompatible with that of the selected emulation ld: failed to merge target specific data of file /obj/mips.mips/src/sys/boot/mips/beri/boot2/../../../../../lib/libstand/libstand.a(qdivrem.o) ld: /obj/mips.mips/src/sys/boot/mips/beri/boot2/../../../../../lib/libstand/libstand.a(bcd.o): ABI is incompatible with that of the selected emulation ld: failed to merge target specific data of file /obj/mips.mips/src/sys/boot/mips/beri/boot2/../../../../../lib/libstand/libstand.a(bcd.o) *** Error code 1 Stop. bmake[6]: stopped in /src/sys/boot/mips/beri/boot2 *** Error code 1 Stop. bmake[5]: stopped in /src/sys/boot/mips/beri *** Error code 1 Stop. bmake[4]: stopped in /src/sys/boot/mips *** Error code 1 Stop. bmake[3]: stopped in /src/sys/boot *** Error code 1 Stop. bmake[2]: stopped in /src/sys *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2014-02-19 17:02:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-02-19 17:02:02 - ERROR: failed to build world TB --- 2014-02-19 17:02:02 - 2343.76 user 611.09 system 3262.54 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-mips@FreeBSD.ORG Wed Feb 19 17:52:22 2014 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2AA239A1 for ; Wed, 19 Feb 2014 17:52:22 +0000 (UTC) Received: from mail-oa0-f45.google.com (mail-oa0-f45.google.com [209.85.219.45]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DFCF111CD for ; Wed, 19 Feb 2014 17:52:21 +0000 (UTC) Received: by mail-oa0-f45.google.com with SMTP id i11so834727oag.32 for ; Wed, 19 Feb 2014 09:52:14 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:mime-version:content-type:from :in-reply-to:date:cc:message-id:references:to; bh=HwAB2AB1r55k+vA083rVbuxcxusCnmfCTKeevWTi3Tw=; b=IX9Gw7VOKom1lbKjVvZB7kXxf+MQ3YPTl+ATQi6NGgjCcexQ9SqTt4g9PSQbPj8Nyg GRR2dZpyVS0dDwtUK2URoPkPLCe7C7GbrdCgV3aqRizSelOEYbxP/Ddn0OP/ylF2GGgE iL4PQidqgllqvTvDcY7AtIF4DecTidido/3SrGY1v+LIwVD1Tc+1+4JNGo8p9jPJAymp WHO/fTLut7UPU8CfKi6PjycVjJOM5oGAeaiu6AFscQRPyLFOVkuB3ss1u2DFENO6FK27 erah0wP+B9uVnFnodUtj9DrYdXfddaZmVz7LcW8xU2AmTVYFoV+RHKzPRU1MqRFANDNJ P6ng== X-Gm-Message-State: ALoCoQmJLWoJL3KiffC5PyF3579B6vP74cfLtX4m2nMZxSaPpzfHRSABeA8b0J18KSR0ZbUjjbDJ X-Received: by 10.182.146.104 with SMTP id tb8mr3120560obb.54.1392832334719; Wed, 19 Feb 2014 09:52:14 -0800 (PST) Received: from macmini.bsdimp.com (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPSA id lg8sm2625813obc.14.2014.02.19.09.52.13 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 19 Feb 2014 09:52:14 -0800 (PST) Subject: Re: [RFC] Enable use of UserLocal Register (ULRI) if detected (patches) Mime-Version: 1.0 (Apple Message framework v1085) From: Warner Losh In-Reply-To: Date: Wed, 19 Feb 2014 10:52:12 -0700 Message-Id: <092B0786-EA73-44D0-81FC-DFB56B14D4D7@bsdimp.com> References: To: Stacey Son X-Mailer: Apple Mail (2.1085) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: "freebsd-mips@freebsd.org" X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Feb 2014 17:52:22 -0000 On Feb 18, 2014, at 11:03 AM, Stacey Son wrote: > Hi all: >=20 > Below are some links to patches that enables the use of the UserLocal = Register Implementation (ULRI) for the Thread Local Storage (TLS) = pointer. =20 I'm loving this. Work was done on this a while ago, but never completed. > The first code change is for the user level code to use the 'rdhwr = $29' instruction to retrieve the TLS pointer instead of using the = sysarch(MIPS_GET_TLS,...) system call. For hardware that supports this = instruction this should be much faster since it doesn't require the = overhead of a system call. For hardware that doesn't support this = instruction the 'rdhwr $29' instruction is emulated by the trap() = handler in sys/mips/mips/trap.c and the overhead should be about the = same. (Actually, some quick micro benchmarks indicate that emulating the = 'rdhwr' instruction is slightly faster than the sysarch() system call.) = For the patch, see:=20 >=20 > http://people.freebsd.org/~sson/mips/ulri/ulri_user.diff These changes look great! > The next code change probes for the UserLocal Register Implementation = (ULRI) and, if found, will enable it (or actually disable it if not = found) in the kernel code. sysarch(MIPS_SET_TLS,...) calls also update = the UserLocal register as well. For the patch, see: >=20 > http://people.freebsd.org/~sson/mips/ulri/ulri_kernel.diff +/* Register numbers */ +#define _V0 2 +#define _A1 5 +#define _T0 12 +#define _RA 31 We already have defines for these registers elsewhere. Any reason why = you chose not to use them? Also, is there any ABI difference to be = worried about? The rest looks generally good, apart from references to git versions = that might be difficult to find in the future. Consider moving details = inline instead. > The final patch is for qemu system-mode that adds support for the = ULRI: >=20 > http://people.freebsd.org/~sson/mips/ulri/ulri_qemu.diff Can't say about these... > For more information about the ULRI see "MIPS Architecture for = Programmers Volume III" section 9.9 UserLocal Register (CP0 Register 4, = Select 2). Thanks for doing this! Warner > Best Regards, >=20 > -stacey. > _______________________________________________ > freebsd-mips@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-mips > To unsubscribe, send any mail to = "freebsd-mips-unsubscribe@freebsd.org" From owner-freebsd-mips@FreeBSD.ORG Wed Feb 19 18:02:00 2014 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1FCCFAAB; Wed, 19 Feb 2014 18:02:00 +0000 (UTC) Received: from cyrus.watson.org (cyrus.watson.org [198.74.231.69]) by mx1.freebsd.org (Postfix) with ESMTP id EC6341297; Wed, 19 Feb 2014 18:01:59 +0000 (UTC) Received: from fledge.watson.org (fledge.watson.org [198.74.231.63]) by cyrus.watson.org (Postfix) with ESMTPS id 8919D46B62; Wed, 19 Feb 2014 13:01:59 -0500 (EST) Date: Wed, 19 Feb 2014 18:01:59 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Warner Losh Subject: Re: [RFC] Enable use of UserLocal Register (ULRI) if detected (patches) In-Reply-To: <092B0786-EA73-44D0-81FC-DFB56B14D4D7@bsdimp.com> Message-ID: References: <092B0786-EA73-44D0-81FC-DFB56B14D4D7@bsdimp.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: "freebsd-mips@freebsd.org" X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Feb 2014 18:02:00 -0000 On Wed, 19 Feb 2014, Warner Losh wrote: >> For more information about the ULRI see "MIPS Architecture for Programmers >> Volume III" section 9.9 UserLocal Register (CP0 Register 4, Select 2). > > Thanks for doing this! I would note, BTW, that the current use of TLS in malloc()/free() and today's MIPS exception handler for TLS implementation do introduce a very measurable overhead. I'm left wondering if there is something we can do for unthreaded processes to avoid taking kernel traps on every memory allocation and free for MIPSes without ULRI. (Note that that problem is present before Stacey's patch: the reason we added ULRI support is that our hardware does support ULRI, and we can therefore avoid that nasty overhead ...) I understand there's work on a new MIPS ABI that specifies a TLS register not requiring a trap to read on non-ULRI hardware, but I'm not sure how far that is from being available. Certainly it will require compiler/OS/etc work before it becomes useful to us. Robert From owner-freebsd-mips@FreeBSD.ORG Wed Feb 19 18:12:59 2014 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BDDF6CEB for ; Wed, 19 Feb 2014 18:12:59 +0000 (UTC) Received: from mail-ig0-f172.google.com (mail-ig0-f172.google.com [209.85.213.172]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 84E6B138E for ; Wed, 19 Feb 2014 18:12:59 +0000 (UTC) Received: by mail-ig0-f172.google.com with SMTP id h3so1596482igd.5 for ; Wed, 19 Feb 2014 10:12:53 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=bnHhvgBAG3CNSUwNsaaGpkRGK6UaAmTVLr0xzfbllDg=; b=SP9jy6PMS0UTHOT3RVcQo4jcbvNkjmynDsb0KGBnCZGYqCmXzGQ2sYFsx0qT+AIrmf vSIfNdiq1PISeZ/NZgkhQ3/SOiWb8vIJxKLdKbYDVi74GeE6Y5Ggpyegznx8XIxQus0N 6QDErFwKBdmXLLc/AJgjx3BVg3IZs141tkJsCDUx6EFTurPUu9qly/v12XsK9r6UNOOw Qx0lG0U9b30OHjLOCkCNDUdiPdHaYSQXt5wBv5W1GeEZP62pr8OAIvs3PKBVEJXwgclw EltYHrP2wFfIyzfD/4ft49+0hvEARu4zGeFpMnt8gwEpW0YbIFddJJb5uD+HehYCAn/J H9qA== X-Gm-Message-State: ALoCoQnQc/khy1sR+lZPX01xvwwVIpr95N4G3TynfljefUbTO4aSxG9Ed47ZttHQXNHfK/O4b3s2 X-Received: by 10.50.61.147 with SMTP id p19mr2506408igr.49.1392833573135; Wed, 19 Feb 2014 10:12:53 -0800 (PST) Received: from macmini.bsdimp.com (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPSA id pn6sm3231067igb.4.2014.02.19.10.12.52 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 19 Feb 2014 10:12:52 -0800 (PST) Subject: Re: [RFC] Enable use of UserLocal Register (ULRI) if detected (patches) Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: Date: Wed, 19 Feb 2014 11:12:51 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <092B0786-EA73-44D0-81FC-DFB56B14D4D7@bsdimp.com> To: Robert Watson X-Mailer: Apple Mail (2.1085) Cc: "freebsd-mips@freebsd.org" X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Feb 2014 18:12:59 -0000 On Feb 19, 2014, at 11:01 AM, Robert Watson wrote: > On Wed, 19 Feb 2014, Warner Losh wrote: >=20 >>> For more information about the ULRI see "MIPS Architecture for = Programmers Volume III" section 9.9 UserLocal Register (CP0 Register 4, = Select 2). >>=20 >> Thanks for doing this! >=20 > I would note, BTW, that the current use of TLS in malloc()/free() and = today's MIPS exception handler for TLS implementation do introduce a = very measurable overhead. I'm left wondering if there is something we = can do for unthreaded processes to avoid taking kernel traps on every = memory allocation and free for MIPSes without ULRI. (Note that that = problem is present before Stacey's patch: the reason we added ULRI = support is that our hardware does support ULRI, and we can therefore = avoid that nasty overhead ...) I understand there's work on a new MIPS = ABI that specifies a TLS register not requiring a trap to read on = non-ULRI hardware, but I'm not sure how far that is from being = available. Certainly it will require compiler/OS/etc work before it = becomes useful to us. One could easily have a global, static TLS value that gets set at = startup, and cleared when the first thread is forked. The gettls calls = then become something akin to if (global_tls) return global_tls; else return _get_tls(); without changes to the ABI at all... Warner From owner-freebsd-mips@FreeBSD.ORG Wed Feb 19 18:39:21 2014 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 25D31D7D for ; Wed, 19 Feb 2014 18:39:21 +0000 (UTC) Received: from cdptpa-omtalb.mail.rr.com (cdptpa-omtalb.mail.rr.com [75.180.132.120]) by mx1.freebsd.org (Postfix) with ESMTP id D358D15F6 for ; Wed, 19 Feb 2014 18:39:20 +0000 (UTC) X-Authority-Analysis: v=2.0 cv=GMaK45xK c=1 sm=0 a=Hbpc8ax9VmIgqBixU/K2CA==:17 a=ByZx5UmUmsQA:10 a=dBRESv0yCI8A:10 a=ozSPa0bqj5AA:10 a=6I5d2MoRAAAA:8 a=KGjhK52YXX0A:10 a=2p_r9YMhZi4A:10 a=7Qk2ozbKAAAA:8 a=K9Vg5clQmhdmQUSsdxcA:9 a=CjuIK1q_8ugA:10 a=cvZW9r6VXHAA:10 a=SS5yS3T-GaTD-8OyLJEA:9 a=_W_S_7VecoQA:10 a=v48euQvyAeMaH9YO:21 a=Hbpc8ax9VmIgqBixU/K2CA==:117 X-Cloudmark-Score: 0 X-Authenticated-User: X-Originating-IP: 76.187.139.93 Received: from [76.187.139.93] ([76.187.139.93:61616] helo=[192.168.0.22]) by cdptpa-oedge01.mail.rr.com (envelope-from ) (ecelerity 2.2.3.46 r()) with ESMTP id 59/AC-00728-05AF4035; Wed, 19 Feb 2014 18:39:12 +0000 Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) Subject: Re: [RFC] Enable use of UserLocal Register (ULRI) if detected (patches) From: Stacey Son In-Reply-To: <092B0786-EA73-44D0-81FC-DFB56B14D4D7@bsdimp.com> Date: Wed, 19 Feb 2014 12:39:12 -0600 Message-Id: <7FA7DFD1-B1F1-400A-9107-8D8450B309A2@FreeBSD.org> References: <092B0786-EA73-44D0-81FC-DFB56B14D4D7@bsdimp.com> To: Warner Losh X-Mailer: Apple Mail (2.1510) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: "freebsd-mips@freebsd.org" X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Feb 2014 18:39:21 -0000 On Feb 19, 2014, at 11:52 AM, Warner Losh wrote: > +/* Register numbers */ > +#define _V0 2 > +#define _A1 5 > +#define _T0 12 > +#define _RA 31 >=20 > We already have defines for these registers elsewhere. Any reason why = you chose not to use them? Also, is there any ABI difference to be = worried about? Hmm... I missed these in sys/mips/include/regnum.h for some reason. :) > The rest looks generally good, apart from references to git versions = that might be difficult to find in the future. Consider moving details = inline instead. That was really just a note to myself that I forgot to remove. I have refreshed the patch with these changes: http://people.freebsd.org/~sson/mips/ulri/ulri_kernel.diff >> The final patch is for qemu system-mode that adds support for the = ULRI: >>=20 >> http://people.freebsd.org/~sson/mips/ulri/ulri_qemu.diff >=20 > Can't say about these... Qemu, like a lot of MIPS hardware it seems, doesn't support the ULRI. = The above is a just quick hack to qemu to add support as a 'FYI'. I = should maybe clean it up and submit it to the qemu development list. -stacey. From owner-freebsd-mips@FreeBSD.ORG Wed Feb 19 19:41:38 2014 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3D705DE6; Wed, 19 Feb 2014 19:41:38 +0000 (UTC) Received: from cdptpa-omtalb.mail.rr.com (cdptpa-omtalb.mail.rr.com [75.180.132.120]) by mx1.freebsd.org (Postfix) with ESMTP id DF11A1BF6; Wed, 19 Feb 2014 19:41:37 +0000 (UTC) X-Authority-Analysis: v=2.0 cv=H69ZMpki c=1 sm=0 a=Hbpc8ax9VmIgqBixU/K2CA==:17 a=tXhuX5IzN-cA:10 a=dBRESv0yCI8A:10 a=ozSPa0bqj5AA:10 a=8nJEP1OIZ-IA:10 a=6I5d2MoRAAAA:8 a=KGjhK52YXX0A:10 a=i90mfdw3cdAA:10 a=VMlP4jKP8pq6aEDUlp8A:9 a=wPNLvfGTeEIA:10 a=SV7veod9ZcQA:10 a=Hbpc8ax9VmIgqBixU/K2CA==:117 X-Cloudmark-Score: 0 X-Authenticated-User: X-Originating-IP: 76.187.139.93 Received: from [76.187.139.93] ([76.187.139.93:61770] helo=[192.168.0.22]) by cdptpa-oedge04.mail.rr.com (envelope-from ) (ecelerity 2.2.3.46 r()) with ESMTP id 97/98-11872-FE805035; Wed, 19 Feb 2014 19:41:36 +0000 Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) Subject: Re: [RFC] 16K page size for kernel thread stack (patch) From: Stacey Son In-Reply-To: Date: Wed, 19 Feb 2014 13:41:34 -0600 Content-Transfer-Encoding: 7bit Message-Id: References: To: Adrian Chadd X-Mailer: Apple Mail (2.1510) Cc: "freebsd-mips@freebsd.org" X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Feb 2014 19:41:38 -0000 On Feb 18, 2014, at 7:58 PM, Adrian Chadd wrote: > On 18 February 2014 12:47, Stacey Son wrote: >> >> >> Yes, it would be easy to check this in as a separate patch. > > Sweet. Well, let's do that so the next set of updates MIPS people do > with their boards will print out the available page sizes. It'll be > good to gather some info on that. FYI, the other day I broke this up into separate patches: http://people.freebsd.org/~sson/mips/kstack/kstack_large_page_1.diff http://people.freebsd.org/~sson/mips/kstack/kstack_large_page_2.diff http://people.freebsd.org/~sson/mips/kstack/kstack_large_page_3.diff > I don't think the mips24k/mips74k cores I have support ULRI. I am starting to wonder which mips CPUs actually do have an ULRI. -stacey. From owner-freebsd-mips@FreeBSD.ORG Wed Feb 19 19:50:18 2014 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 801DA4DC for ; Wed, 19 Feb 2014 19:50:18 +0000 (UTC) Received: from mail-lb0-f171.google.com (mail-lb0-f171.google.com [209.85.217.171]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 026FE1CCA for ; Wed, 19 Feb 2014 19:50:17 +0000 (UTC) Received: by mail-lb0-f171.google.com with SMTP id c11so647748lbj.2 for ; Wed, 19 Feb 2014 11:50: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:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc:content-type; bh=tVU2xWRUx3YP6rBw6AKj55wjVxRBBKD4YGevN7sE+9s=; b=j8VGJxy2sEM24lPy+D1xa1rLEErY+jtAhNs8N5V7XG4+Z35AsDr5eAX3tWlCFuIQkD fmRDqfl1ar9bqTmCT0jcoJfoXHrUMCRx/CK/DiXKLi0Ce5f1c2a+b2VicIAARwqBzRrX QdWA16CHQc+kyZM+aqGKebRWyeA9dm1ERfO9XEc9BPGO5Ja4PkaeEb4MKbe0a/Slc5i8 0rItncchaErqgxyGqeLDa1gQiZXxlajn8ITurx4rlagGBRuuSy13cD7oSHtoji7pCbYm TeCwJPMExR7UpA0TLn2ydIxEKiQHmpqLx1HabHFDsGmVhbqKij2bz2hVMw2qINfkn2nZ IlcA== X-Gm-Message-State: ALoCoQkuAbSsfSPk8vXvT2iOQdB9dkkM3xnhb9+DfIo6LHwJC6cJwI5fFeVd8kknzYGAuY1sdGNX X-Received: by 10.112.154.202 with SMTP id vq10mr25929586lbb.3.1392839415899; Wed, 19 Feb 2014 11:50:15 -0800 (PST) MIME-Version: 1.0 Sender: juli@clockworksquid.com Received: by 10.152.134.146 with HTTP; Wed, 19 Feb 2014 11:49:55 -0800 (PST) In-Reply-To: References: From: Juli Mallett Date: Wed, 19 Feb 2014 11:49:55 -0800 X-Google-Sender-Auth: bXFd1_mD7xDZop3fEhO88T8hfME Message-ID: Subject: Re: [RFC] 16K page size for kernel thread stack (patch) To: Stacey Son Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: "freebsd-mips@freebsd.org" X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Feb 2014 19:50:18 -0000 On Wed, Feb 19, 2014 at 11:41 AM, Stacey Son wrote: > > On Feb 18, 2014, at 7:58 PM, Adrian Chadd wrote: > > I don't think the mips24k/mips74k cores I have support ULRI. > > I am starting to wonder which mips CPUs actually do have an ULRI. > Basically-none. Some sources I've read from when the rdhwr approach was first implemented clearly thought it would pretty much never be implemented in hardware, and certainly most implementations after it became widespread didn't implement it, and its use only became common in the recent past. Until we started using it for TLS, GXemul would exit rather than trap on the rdhwr. I don't believe I've ever possessed a piece of hardware which actually implements the register itself, and there's actually a huge disincentive to do so because a lot of software has been written now which assumes that rdhwr will always trap and be implemented in software, and so won't set up the actual hardware register with the right value, breaking existing software. Juli. From owner-freebsd-mips@FreeBSD.ORG Wed Feb 19 20:37:04 2014 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 03DE07DE for ; Wed, 19 Feb 2014 20:37:04 +0000 (UTC) Received: from mail-ie0-f171.google.com (mail-ie0-f171.google.com [209.85.223.171]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BCD1411AA for ; Wed, 19 Feb 2014 20:37:03 +0000 (UTC) Received: by mail-ie0-f171.google.com with SMTP id to1so642015ieb.16 for ; Wed, 19 Feb 2014 12:36:57 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:mime-version:content-type:from :in-reply-to:date:cc:message-id:references:to; bh=EmEu5tnITDxdRwas+R847iGfz1N4bZeiSV70FuU8sZo=; b=cqbcNuWqNcgAioNYKEzIucmYQZMjrAj/ZlUeKUczDsuCicTH6Rg/1U07b+VvaOizcq 0CaqTsqDgj9lu9T72snzlwdFVA3jvyOTxyyjLIUBN9PuMx5yi/LPTS4Vovb2GOPAuawC S3hVlFbTMsyFV3D3/4jNjuxA5RxjhE2YII2iUFNotwoB8xnE2hqOM8IhCOXNCOqt49Mn rEd8q7NHhcv4lgNMGrh6ifzlJ2u0JuBwetQT6THAbCfK/+Sz256s27hNI8yQul0U1sMv wfPpIh0573GPr1/j/2E96/diQhhWkJgv0MdFMvi+BA1b5SNjlW1y1hQMITE4ADlsQGFJ iReA== X-Gm-Message-State: ALoCoQlGHJFQZBglON2wWJk07Tg/ncQDsqg8sLNyyyWpQCwB/pcA/9H90rObgRIEEpDZ7TOXd/L5 X-Received: by 10.50.103.101 with SMTP id fv5mr3365870igb.2.1392842217573; Wed, 19 Feb 2014 12:36:57 -0800 (PST) Received: from macmini.bsdimp.com (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPSA id iq9sm4174325igb.7.2014.02.19.12.36.56 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 19 Feb 2014 12:36:56 -0800 (PST) Subject: Re: [RFC] Enable use of UserLocal Register (ULRI) if detected (patches) Mime-Version: 1.0 (Apple Message framework v1085) From: Warner Losh In-Reply-To: <7FA7DFD1-B1F1-400A-9107-8D8450B309A2@FreeBSD.org> Date: Wed, 19 Feb 2014 13:36:55 -0700 Message-Id: References: <092B0786-EA73-44D0-81FC-DFB56B14D4D7@bsdimp.com> <7FA7DFD1-B1F1-400A-9107-8D8450B309A2@FreeBSD.org> To: Stacey Son X-Mailer: Apple Mail (2.1085) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: "freebsd-mips@freebsd.org" X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Feb 2014 20:37:04 -0000 On Feb 19, 2014, at 11:39 AM, Stacey Son wrote: >=20 > On Feb 19, 2014, at 11:52 AM, Warner Losh wrote: >=20 >> +/* Register numbers */ >> +#define _V0 2 >> +#define _A1 5 >> +#define _T0 12 >> +#define _RA 31 >>=20 >> We already have defines for these registers elsewhere. Any reason why = you chose not to use them? Also, is there any ABI difference to be = worried about? >=20 > Hmm... I missed these in sys/mips/include/regnum.h for some reason. = :) >=20 >> The rest looks generally good, apart from references to git versions = that might be difficult to find in the future. Consider moving details = inline instead. >=20 > That was really just a note to myself that I forgot to remove. >=20 > I have refreshed the patch with these changes: >=20 > http://people.freebsd.org/~sson/mips/ulri/ulri_kernel.diff Did you upload the right patch, since this seems to be using the new = #defines still.. >>> The final patch is for qemu system-mode that adds support for the = ULRI: >>>=20 >>> http://people.freebsd.org/~sson/mips/ulri/ulri_qemu.diff >>=20 >> Can't say about these... >=20 > Qemu, like a lot of MIPS hardware it seems, doesn't support the ULRI. = The above is a just quick hack to qemu to add support as a 'FYI'. I = should maybe clean it up and submit it to the qemu development list. OK. I'll have to give these patches a spin on my octeon boards. I'd had = a conversation with one if Cavium's engineers years ago where he said = that he wished FreeBSD implemented TLS this way, implying cavium has = them. But seeing the other note from Juli makes me unsure (since she = would know better than I)... Warner= From owner-freebsd-mips@FreeBSD.ORG Wed Feb 19 21:38:51 2014 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 94EDBF8 for ; Wed, 19 Feb 2014 21:38:51 +0000 (UTC) Received: from cdptpa-omtalb.mail.rr.com (cdptpa-omtalb.mail.rr.com [75.180.132.120]) by mx1.freebsd.org (Postfix) with ESMTP id 4F8761717 for ; Wed, 19 Feb 2014 21:38:51 +0000 (UTC) X-Authority-Analysis: v=2.0 cv=GbyVbHrL c=1 sm=0 a=Hbpc8ax9VmIgqBixU/K2CA==:17 a=ByZx5UmUmsQA:10 a=dBRESv0yCI8A:10 a=ozSPa0bqj5AA:10 a=6I5d2MoRAAAA:8 a=KGjhK52YXX0A:10 a=2p_r9YMhZi4A:10 a=7Qk2ozbKAAAA:8 a=m3BHVCydVminV2z-VsUA:9 a=CjuIK1q_8ugA:10 a=cvZW9r6VXHAA:10 a=pdZsI9xzBet_keKR_0cA:9 a=_W_S_7VecoQA:10 a=tHsqdHEy0yo_hTYK:21 a=Hbpc8ax9VmIgqBixU/K2CA==:117 X-Cloudmark-Score: 0 X-Authenticated-User: X-Originating-IP: 76.187.139.93 Received: from [76.187.139.93] ([76.187.139.93:63371] helo=[192.168.0.22]) by cdptpa-oedge02.mail.rr.com (envelope-from ) (ecelerity 2.2.3.46 r()) with ESMTP id 07/FD-00765-96425035; Wed, 19 Feb 2014 21:38:49 +0000 Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) Subject: Re: [RFC] Enable use of UserLocal Register (ULRI) if detected (patches) From: Stacey Son In-Reply-To: Date: Wed, 19 Feb 2014 15:38:49 -0600 Message-Id: <22672910-33E8-47B9-A954-E31350734FC7@FreeBSD.org> References: <092B0786-EA73-44D0-81FC-DFB56B14D4D7@bsdimp.com> <7FA7DFD1-B1F1-400A-9107-8D8450B309A2@FreeBSD.org> To: Warner Losh X-Mailer: Apple Mail (2.1510) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: "freebsd-mips@freebsd.org" X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Feb 2014 21:38:51 -0000 On Feb 19, 2014, at 2:36 PM, Warner Losh wrote: >> I have refreshed the patch with these changes: >>=20 >> http://people.freebsd.org/~sson/mips/ulri/ulri_kernel.diff >=20 > Did you upload the right patch, since this seems to be using the new = #defines still.. You may need to refresh your browser. (I used the same file name. = Sorry about that.) > OK. I'll have to give these patches a spin on my octeon boards. I'd = had a conversation with one if Cavium's engineers years ago where he = said that he wished FreeBSD implemented TLS this way, implying cavium = has them. But seeing the other note from Juli makes me unsure (since she = would know better than I)... I only have access to Octeon CN5020 (ERL) and it doesn't seem to have = it.=20 The " Config3=3D" message generated from cpu_identify() say if the = hardware supports it. Bit 14 will be on... #define MIPS_CONFIG3_ULR 0x00002000 /* UserLocal reg = implemented */ -stacey. From owner-freebsd-mips@FreeBSD.ORG Thu Feb 20 01:02:16 2014 Return-Path: Delivered-To: mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C47612F7; Thu, 20 Feb 2014 01:02:16 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 990791825; Thu, 20 Feb 2014 01:02:16 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id s1K12F1N028061; Wed, 19 Feb 2014 20:02:15 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id s1K12Fm5028057; Thu, 20 Feb 2014 01:02:15 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 20 Feb 2014 01:02:15 GMT Message-Id: <201402200102.s1K12Fm5028057@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Feb 2014 01:02:16 -0000 TB --- 2014-02-20 00:07:46 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-02-20 00:07:46 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-02-20 00:07:46 - starting HEAD tinderbox run for mips/mips TB --- 2014-02-20 00:07:47 - cleaning the object tree TB --- 2014-02-20 00:08:49 - /usr/local/bin/svn stat /src TB --- 2014-02-20 00:08:53 - At svn revision 262232 TB --- 2014-02-20 00:08:54 - building world TB --- 2014-02-20 00:08:54 - CROSS_BUILD_TESTING=YES TB --- 2014-02-20 00:08:54 - MAKEOBJDIRPREFIX=/obj TB --- 2014-02-20 00:08:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-02-20 00:08:54 - SRCCONF=/dev/null TB --- 2014-02-20 00:08:54 - TARGET=mips TB --- 2014-02-20 00:08:54 - TARGET_ARCH=mips TB --- 2014-02-20 00:08:54 - TZ=UTC TB --- 2014-02-20 00:08:54 - __MAKE_CONF=/dev/null TB --- 2014-02-20 00:08:54 - cd /src TB --- 2014-02-20 00:08:54 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Feb 20 00:09:01 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] ld: /obj/mips.mips/src/sys/boot/mips/beri/boot2/../../../../../lib/libstand/libstand.a(printf.o): ABI is incompatible with that of the selected emulation ld: failed to merge target specific data of file /obj/mips.mips/src/sys/boot/mips/beri/boot2/../../../../../lib/libstand/libstand.a(printf.o) ld: /obj/mips.mips/src/sys/boot/mips/beri/boot2/../../../../../lib/libstand/libstand.a(strlen.o): ABI is incompatible with that of the selected emulation ld: failed to merge target specific data of file /obj/mips.mips/src/sys/boot/mips/beri/boot2/../../../../../lib/libstand/libstand.a(strlen.o) ld: /obj/mips.mips/src/sys/boot/mips/beri/boot2/../../../../../lib/libstand/libstand.a(qdivrem.o): ABI is incompatible with that of the selected emulation ld: failed to merge target specific data of file /obj/mips.mips/src/sys/boot/mips/beri/boot2/../../../../../lib/libstand/libstand.a(qdivrem.o) ld: /obj/mips.mips/src/sys/boot/mips/beri/boot2/../../../../../lib/libstand/libstand.a(bcd.o): ABI is incompatible with that of the selected emulation ld: failed to merge target specific data of file /obj/mips.mips/src/sys/boot/mips/beri/boot2/../../../../../lib/libstand/libstand.a(bcd.o) *** Error code 1 Stop. bmake[6]: stopped in /src/sys/boot/mips/beri/boot2 *** Error code 1 Stop. bmake[5]: stopped in /src/sys/boot/mips/beri *** Error code 1 Stop. bmake[4]: stopped in /src/sys/boot/mips *** Error code 1 Stop. bmake[3]: stopped in /src/sys/boot *** Error code 1 Stop. bmake[2]: stopped in /src/sys *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2014-02-20 01:02:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-02-20 01:02:15 - ERROR: failed to build world TB --- 2014-02-20 01:02:15 - 2342.71 user 610.41 system 3268.16 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-mips@FreeBSD.ORG Thu Feb 20 05:05:57 2014 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 59C0BC85; Thu, 20 Feb 2014 05:05:57 +0000 (UTC) Received: from mail-lb0-x22a.google.com (mail-lb0-x22a.google.com [IPv6:2a00:1450:4010:c04::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 791AC112A; Thu, 20 Feb 2014 05:05:56 +0000 (UTC) Received: by mail-lb0-f170.google.com with SMTP id u14so984089lbd.15 for ; Wed, 19 Feb 2014 21:05:54 -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=UZp38coPL610p4LsTBtJSWC7HCpIpWE11LZ6ghC6lHE=; b=qkgxzMfy4cJwYYQ9etGh6yjx+H95nwM9cDBo9zqD3cGi+iW53HmtAnMLoCBGES0Mdo vMs1gqd1QxufUIsdEqALUtXTrp8UbozegpNj8b66VoxrQ0G9oXBUNKaHDIt6B+gBSufO 53DaOUXKGqXqjLnTxC+WBfjKFLaRBHsfexltLIWvlDEatRIjxNutK4/xvypAXsrM+E01 Uav1JYkP8eSYFylk3zvcKZtN1LjNUqQnD1Meqc111K3nIIy+IiuOO9kUrOniZrKSGmOX nDHwHLDSjqao8JDGD6kq3dIfg5ZqupQ8Tt5l1cVK8nOXLBfCTylpDkalucD/nG4zctmg gjYw== MIME-Version: 1.0 X-Received: by 10.112.134.38 with SMTP id ph6mr26956819lbb.16.1392872754495; Wed, 19 Feb 2014 21:05:54 -0800 (PST) Received: by 10.112.189.8 with HTTP; Wed, 19 Feb 2014 21:05:54 -0800 (PST) In-Reply-To: References: Date: Thu, 20 Feb 2014 10:35:54 +0530 Message-ID: Subject: Re: [RFC] 16K page size for kernel thread stack (patch) From: "Jayachandran C." To: Juli Mallett Content-Type: text/plain; charset=ISO-8859-1 Cc: "freebsd-mips@freebsd.org" X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Feb 2014 05:05:57 -0000 On Thu, Feb 20, 2014 at 1:19 AM, Juli Mallett wrote: > On Wed, Feb 19, 2014 at 11:41 AM, Stacey Son wrote: >> >> On Feb 18, 2014, at 7:58 PM, Adrian Chadd wrote: >> > I don't think the mips24k/mips74k cores I have support ULRI. >> >> I am starting to wonder which mips CPUs actually do have an ULRI. >> > > Basically-none. Some sources I've read from when the rdhwr approach was > first implemented clearly thought it would pretty much never be implemented > in hardware, and certainly most implementations after it became widespread > didn't implement it, and its use only became common in the recent past. > Until we started using it for TLS, GXemul would exit rather than trap on > the rdhwr. I don't believe I've ever possessed a piece of hardware which > actually implements the register itself, and there's actually a huge > disincentive to do so because a lot of software has been written now which > assumes that rdhwr will always trap and be implemented in software, and so > won't set up the actual hardware register with the right value, breaking > existing software. The Broadcom XLP also has rdhwr (with register 29 implemented). The current emulation we have of rdhwr can be improved quite a bit, I think we should have a handler for reserved exception in the mips exception table and fix up rdhwr without doing full kernel entry/exit. Currently it is routed thru General Exception and trap() JC. From owner-freebsd-mips@FreeBSD.ORG Fri Feb 21 16:53:24 2014 Return-Path: Delivered-To: mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B44ED595; Fri, 21 Feb 2014 16:53:24 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 687B61436; Fri, 21 Feb 2014 16:53:24 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id s1LGrNiu009935; Fri, 21 Feb 2014 11:53:23 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id s1LGrNdH009928; Fri, 21 Feb 2014 16:53:23 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 21 Feb 2014 16:53:23 GMT Message-Id: <201402211653.s1LGrNdH009928@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Feb 2014 16:53:24 -0000 TB --- 2014-02-21 16:15:20 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2014-02-21 16:15:20 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-02-21 16:15:20 - starting HEAD tinderbox run for mips/mips TB --- 2014-02-21 16:15:20 - cleaning the object tree TB --- 2014-02-21 16:15:20 - /usr/local/bin/svn stat /src TB --- 2014-02-21 16:15:24 - At svn revision 262294 TB --- 2014-02-21 16:15:25 - building world TB --- 2014-02-21 16:15:25 - CROSS_BUILD_TESTING=YES TB --- 2014-02-21 16:15:25 - MAKEOBJDIRPREFIX=/obj TB --- 2014-02-21 16:15:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-02-21 16:15:25 - SRCCONF=/dev/null TB --- 2014-02-21 16:15:25 - TARGET=mips TB --- 2014-02-21 16:15:25 - TARGET_ARCH=mips TB --- 2014-02-21 16:15:25 - TZ=UTC TB --- 2014-02-21 16:15:25 - __MAKE_CONF=/dev/null TB --- 2014-02-21 16:15:25 - cd /src TB --- 2014-02-21 16:15:25 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Feb 21 16:15:32 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -I/src/libexec/dma/../../contrib/dma -DHAVE_REALLOCF -DHAVE_STRLCPY -DHAVE_GETPROGNAME -DCONF_PATH='"/etc/dma"' -DLIBEXEC_PATH='"/usr/libexec"' -DDMA_VERSION='"v0.9+"' -DDMA_ROOT_USER='"mailnull"' -DDMA_GROUP='"mail"' -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wformat=2 -Wno-format-extra-args -Werror -c aliases_parse.c cc1: warnings being treated as errors In file included from aliases_parse.c:15: /src/libexec/dma/../../contrib/dma/aliases_parse.y:74: warning: redundant redeclaration of 'yyparse' /src/libexec/dma/../../contrib/dma/dma.h:175: warning: previous declaration of 'yyparse' was here In file included from aliases_parse.c:16: aliases_parse.h:17: warning: redundant redeclaration of 'yylval' /src/libexec/dma/../../contrib/dma/aliases_parse.y:82: warning: previous declaration of 'yylval' was here *** Error code 1 Stop. bmake[3]: stopped in /src/libexec/dma *** Error code 1 Stop. bmake[2]: stopped in /src/libexec *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2014-02-21 16:53:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-02-21 16:53:23 - ERROR: failed to build world TB --- 2014-02-21 16:53:23 - 1568.12 user 480.74 system 2282.96 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full