From owner-freebsd-mips@FreeBSD.ORG Sun Feb 24 19:17:27 2013 Return-Path: Delivered-To: mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 3F2A9B0E; Sun, 24 Feb 2013 19:17:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 161FAF13; Sun, 24 Feb 2013 19:17:26 +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 r1OJHQjw061646; Sun, 24 Feb 2013 14:17:26 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r1OJHQQP061639; Sun, 24 Feb 2013 19:17:26 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 24 Feb 2013 19:17:26 GMT Message-Id: <201302241917.r1OJHQQP061639@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.14 List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Feb 2013 19:17:27 -0000 TB --- 2013-02-24 18:29:16 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-02-24 18:29:16 - 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 --- 2013-02-24 18:29:16 - starting HEAD tinderbox run for mips/mips TB --- 2013-02-24 18:29:16 - cleaning the object tree TB --- 2013-02-24 18:29:16 - /usr/local/bin/svn stat /src TB --- 2013-02-24 18:29:20 - At svn revision 247223 TB --- 2013-02-24 18:29:21 - building world TB --- 2013-02-24 18:29:21 - CROSS_BUILD_TESTING=YES TB --- 2013-02-24 18:29:21 - MAKEOBJDIRPREFIX=/obj TB --- 2013-02-24 18:29:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-02-24 18:29:21 - SRCCONF=/dev/null TB --- 2013-02-24 18:29:21 - TARGET=mips TB --- 2013-02-24 18:29:21 - TARGET_ARCH=mips TB --- 2013-02-24 18:29:21 - TZ=UTC TB --- 2013-02-24 18:29:21 - __MAKE_CONF=/dev/null TB --- 2013-02-24 18:29:21 - cd /src TB --- 2013-02-24 18:29:21 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Feb 24 18:29:26 UTC 2013 >>> 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 [...] mkdep -f .depend -a -I/src/sbin/fsck_ffs -I/src/sbin/fsck_ffs/../mount -DRESCUE -std=gnu99 /src/sbin/fsck_ffs/dir.c /src/sbin/fsck_ffs/ea.c /src/sbin/fsck_ffs/fsutil.c /src/sbin/fsck_ffs/inode.c /src/sbin/fsck_ffs/main.c /src/sbin/fsck_ffs/pass1.c /src/sbin/fsck_ffs/pass1b.c /src/sbin/fsck_ffs/pass2.c /src/sbin/fsck_ffs/pass3.c /src/sbin/fsck_ffs/pass4.c /src/sbin/fsck_ffs/pass5.c /src/sbin/fsck_ffs/setup.c /src/sbin/fsck_ffs/suj.c /src/sbin/fsck_ffs/utilities.c /src/sbin/fsck_ffs/gjournal.c /src/sbin/fsck_ffs/../mount/getmntopts.c echo fsck_ffs: /obj/mips.mips/src/tmp/usr/lib/libc.a /obj/mips.mips/src/tmp/usr/lib/libufs.a >> .depend cc -O -pipe -G0 -I/src/sbin/fsck_ffs -I/src/sbin/fsck_ffs/../mount -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/fsck_ffs/dir.c cc -O -pipe -G0 -I/src/sbin/fsck_ffs -I/src/sbin/fsck_ffs/../mount -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/fsck_ffs/ea.c cc -O -pipe -G0 -I/src/sbin/fsck_ffs -I/src/sbin/fsck_ffs/../mount -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/fsck_ffs/fsutil.c cc1: warnings being treated as errors /src/sbin/fsck_ffs/fsutil.c: In function 'printIOstats': /src/sbin/fsck_ffs/fsutil.c:452: warning: format '%ld' expects type 'long int', but argument 2 has type 'time_t' *** [fsutil.o] Error code 1 Stop in /src/sbin/fsck_ffs. *** [fsck_ffs_make] Error code 1 Stop in /obj/mips.mips/src/rescue/rescue. *** [objs] Error code 1 Stop in /src/rescue/rescue. *** [all] Error code 1 Stop in /src/rescue. *** [rescue.all__D] Error code 1 Stop in /src. *** [everything] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-02-24 19:17:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-02-24 19:17:26 - ERROR: failed to build world TB --- 2013-02-24 19:17:26 - 2132.34 user 500.16 system 2889.84 real http://tinderbox.freebsd.org/tinderbox-head-ss-build-HEAD-mips-mips.full From owner-freebsd-mips@FreeBSD.ORG Mon Feb 25 02:23:01 2013 Return-Path: Delivered-To: mips@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 1C14E967; Mon, 25 Feb 2013 02:23:01 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id D323068F; Mon, 25 Feb 2013 02:23:00 +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 r1P2MxxH092420; Sun, 24 Feb 2013 21:22:59 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r1P2Mxkk092392; Mon, 25 Feb 2013 02:22:59 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 25 Feb 2013 02:22:59 GMT Message-Id: <201302250222.r1P2Mxkk092392@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.14 List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Feb 2013 02:23:01 -0000 TB --- 2013-02-25 01:32:42 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-02-25 01:32:42 - 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 --- 2013-02-25 01:32:42 - starting HEAD tinderbox run for mips/mips TB --- 2013-02-25 01:32:42 - cleaning the object tree TB --- 2013-02-25 01:33:39 - /usr/local/bin/svn stat /src TB --- 2013-02-25 01:33:54 - At svn revision 247237 TB --- 2013-02-25 01:33:55 - building world TB --- 2013-02-25 01:33:55 - CROSS_BUILD_TESTING=YES TB --- 2013-02-25 01:33:55 - MAKEOBJDIRPREFIX=/obj TB --- 2013-02-25 01:33:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-02-25 01:33:55 - SRCCONF=/dev/null TB --- 2013-02-25 01:33:55 - TARGET=mips TB --- 2013-02-25 01:33:55 - TARGET_ARCH=mips TB --- 2013-02-25 01:33:55 - TZ=UTC TB --- 2013-02-25 01:33:55 - __MAKE_CONF=/dev/null TB --- 2013-02-25 01:33:55 - cd /src TB --- 2013-02-25 01:33:55 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Feb 25 01:33:59 UTC 2013 >>> 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 [...] mkdep -f .depend -a -I/src/sbin/fsck_ffs -I/src/sbin/fsck_ffs/../mount -DRESCUE -std=gnu99 /src/sbin/fsck_ffs/dir.c /src/sbin/fsck_ffs/ea.c /src/sbin/fsck_ffs/fsutil.c /src/sbin/fsck_ffs/inode.c /src/sbin/fsck_ffs/main.c /src/sbin/fsck_ffs/pass1.c /src/sbin/fsck_ffs/pass1b.c /src/sbin/fsck_ffs/pass2.c /src/sbin/fsck_ffs/pass3.c /src/sbin/fsck_ffs/pass4.c /src/sbin/fsck_ffs/pass5.c /src/sbin/fsck_ffs/setup.c /src/sbin/fsck_ffs/suj.c /src/sbin/fsck_ffs/utilities.c /src/sbin/fsck_ffs/gjournal.c /src/sbin/fsck_ffs/../mount/getmntopts.c echo fsck_ffs: /obj/mips.mips/src/tmp/usr/lib/libc.a /obj/mips.mips/src/tmp/usr/lib/libufs.a >> .depend cc -O -pipe -G0 -I/src/sbin/fsck_ffs -I/src/sbin/fsck_ffs/../mount -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/fsck_ffs/dir.c cc -O -pipe -G0 -I/src/sbin/fsck_ffs -I/src/sbin/fsck_ffs/../mount -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/fsck_ffs/ea.c cc -O -pipe -G0 -I/src/sbin/fsck_ffs -I/src/sbin/fsck_ffs/../mount -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/fsck_ffs/fsutil.c cc1: warnings being treated as errors /src/sbin/fsck_ffs/fsutil.c: In function 'printIOstats': /src/sbin/fsck_ffs/fsutil.c:452: warning: format '%ld' expects type 'long int', but argument 2 has type 'time_t' *** [fsutil.o] Error code 1 Stop in /src/sbin/fsck_ffs. *** [fsck_ffs_make] Error code 1 Stop in /obj/mips.mips/src/rescue/rescue. *** [objs] Error code 1 Stop in /src/rescue/rescue. *** [all] Error code 1 Stop in /src/rescue. *** [rescue.all__D] Error code 1 Stop in /src. *** [everything] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-02-25 02:22:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-02-25 02:22:59 - ERROR: failed to build world TB --- 2013-02-25 02:22:59 - 2140.26 user 533.20 system 3016.84 real http://tinderbox.freebsd.org/tinderbox-head-ss-build-HEAD-mips-mips.full From owner-freebsd-mips@FreeBSD.ORG Mon Feb 25 11:06:51 2013 Return-Path: Delivered-To: freebsd-mips@FreeBSD.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 04E3A160 for ; Mon, 25 Feb 2013 11:06:51 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id D3D77E7B for ; Mon, 25 Feb 2013 11:06:50 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.6/8.14.6) with ESMTP id r1PB6oXl066655 for ; Mon, 25 Feb 2013 11:06:50 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.6/8.14.6/Submit) id r1PB6o5v066653 for freebsd-mips@FreeBSD.org; Mon, 25 Feb 2013 11:06:50 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 25 Feb 2013 11:06:50 GMT Message-Id: <201302251106.r1PB6o5v066653@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.14 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Feb 2013 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/165951 mips [ar913x] [ath] DDR flush isn't being done for the WMAC p kern/163670 mips [mips][arge] arge can't allocate ring buffer on multip 2 problems total. From owner-freebsd-mips@FreeBSD.ORG Mon Feb 25 12:11:32 2013 Return-Path: Delivered-To: mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 30A68B73; Mon, 25 Feb 2013 12:11:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id E8FF669F; Mon, 25 Feb 2013 12:11: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 r1PCBVgU077678; Mon, 25 Feb 2013 07:11:31 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r1PCBV1g077655; Mon, 25 Feb 2013 12:11:31 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 25 Feb 2013 12:11:31 GMT Message-Id: <201302251211.r1PCBV1g077655@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.14 List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Feb 2013 12:11:32 -0000 TB --- 2013-02-25 11:21:39 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-02-25 11:21:39 - 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 --- 2013-02-25 11:21:39 - starting HEAD tinderbox run for mips/mips TB --- 2013-02-25 11:21:39 - cleaning the object tree TB --- 2013-02-25 11:22:28 - /usr/local/bin/svn stat /src TB --- 2013-02-25 11:22:45 - At svn revision 247251 TB --- 2013-02-25 11:22:46 - building world TB --- 2013-02-25 11:22:46 - CROSS_BUILD_TESTING=YES TB --- 2013-02-25 11:22:46 - MAKEOBJDIRPREFIX=/obj TB --- 2013-02-25 11:22:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-02-25 11:22:46 - SRCCONF=/dev/null TB --- 2013-02-25 11:22:46 - TARGET=mips TB --- 2013-02-25 11:22:46 - TARGET_ARCH=mips TB --- 2013-02-25 11:22:46 - TZ=UTC TB --- 2013-02-25 11:22:46 - __MAKE_CONF=/dev/null TB --- 2013-02-25 11:22:46 - cd /src TB --- 2013-02-25 11:22:46 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Feb 25 11:22:50 UTC 2013 >>> 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 [...] mkdep -f .depend -a -I/src/sbin/fsck_ffs -I/src/sbin/fsck_ffs/../mount -DRESCUE -std=gnu99 /src/sbin/fsck_ffs/dir.c /src/sbin/fsck_ffs/ea.c /src/sbin/fsck_ffs/fsutil.c /src/sbin/fsck_ffs/inode.c /src/sbin/fsck_ffs/main.c /src/sbin/fsck_ffs/pass1.c /src/sbin/fsck_ffs/pass1b.c /src/sbin/fsck_ffs/pass2.c /src/sbin/fsck_ffs/pass3.c /src/sbin/fsck_ffs/pass4.c /src/sbin/fsck_ffs/pass5.c /src/sbin/fsck_ffs/setup.c /src/sbin/fsck_ffs/suj.c /src/sbin/fsck_ffs/utilities.c /src/sbin/fsck_ffs/gjournal.c /src/sbin/fsck_ffs/../mount/getmntopts.c echo fsck_ffs: /obj/mips.mips/src/tmp/usr/lib/libc.a /obj/mips.mips/src/tmp/usr/lib/libufs.a >> .depend cc -O -pipe -G0 -I/src/sbin/fsck_ffs -I/src/sbin/fsck_ffs/../mount -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/fsck_ffs/dir.c cc -O -pipe -G0 -I/src/sbin/fsck_ffs -I/src/sbin/fsck_ffs/../mount -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/fsck_ffs/ea.c cc -O -pipe -G0 -I/src/sbin/fsck_ffs -I/src/sbin/fsck_ffs/../mount -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/fsck_ffs/fsutil.c cc1: warnings being treated as errors /src/sbin/fsck_ffs/fsutil.c: In function 'printIOstats': /src/sbin/fsck_ffs/fsutil.c:452: warning: format '%ld' expects type 'long int', but argument 2 has type 'time_t' *** [fsutil.o] Error code 1 Stop in /src/sbin/fsck_ffs. *** [fsck_ffs_make] Error code 1 Stop in /obj/mips.mips/src/rescue/rescue. *** [objs] Error code 1 Stop in /src/rescue/rescue. *** [all] Error code 1 Stop in /src/rescue. *** [rescue.all__D] Error code 1 Stop in /src. *** [everything] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-02-25 12:11:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-02-25 12:11:30 - ERROR: failed to build world TB --- 2013-02-25 12:11:30 - 2122.27 user 532.38 system 2991.35 real http://tinderbox.freebsd.org/tinderbox-head-ss-build-HEAD-mips-mips.full From owner-freebsd-mips@FreeBSD.ORG Wed Feb 27 08:52:01 2013 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 2DFB2A9C for ; Wed, 27 Feb 2013 08:52:01 +0000 (UTC) (envelope-from mukunda@pointred.co) Received: from na3sys010aog102.obsmtp.com (na3sys010aog102.obsmtp.com [74.125.245.72]) by mx1.freebsd.org (Postfix) with SMTP id BA7761C9 for ; Wed, 27 Feb 2013 08:52:00 +0000 (UTC) Received: from mail-da0-f70.google.com ([209.85.210.70]) (using TLSv1) by na3sys010aob102.postini.com ([74.125.244.12]) with SMTP ID DSNKUS3JKRfMf55QOikU+/s1E92bnZMOcx5+@postini.com; Wed, 27 Feb 2013 00:52:00 PST Received: by mail-da0-f70.google.com with SMTP id x4so415692daj.5 for ; Wed, 27 Feb 2013 00:51:53 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:mime-version:x-received:in-reply-to:references:date :message-id:subject:from:to:cc:content-type:x-gm-message-state; bh=qD4NliIEH5UBC4NAykYtG1r5lsPnSWGiqFU1iE4fsfw=; b=KEd6is3yAWzXlVIOLvBwNPmqhsjKNEIdIlo0xumN53rNuKJY2EbwfJQdCVRJurqC+9 V+/+54l9epIUlvrsVvK+D+AkpzQARQ0oSxYZyfqcMugdx3tGRIT8hWmF5M1+c6vR6sbn 7tn9c1Boe8QmMIyQ+397V2UJfgfAZPefjlMra7/3Z/0vj1m13a0v9GR54v0MM08Q+Qam irmudWbrpaQ2GYlj1mqmA39ZeaJQ7LofMTNINbfPgXA6dSN6VYeV2N3bt+UC4NM7MRyh cYmmJdvG/nds26akrD6BktfTq8fmpe1i+GLhVYtY2f7IF5EELgj8ocInXm7wX61EUhzV pfhw== X-Received: by 10.66.175.143 with SMTP id ca15mr6293317pac.155.1361955113530; Wed, 27 Feb 2013 00:51:53 -0800 (PST) MIME-Version: 1.0 X-Received: by 10.66.175.143 with SMTP id ca15mr6293308pac.155.1361955113463; Wed, 27 Feb 2013 00:51:53 -0800 (PST) Received: by 10.68.43.228 with HTTP; Wed, 27 Feb 2013 00:51:53 -0800 (PST) In-Reply-To: References: Date: Wed, 27 Feb 2013 14:21:53 +0530 Message-ID: Subject: Re: WiFi TDMA AR7161, results and moving forward From: Mukunda Haveri To: Adrian Chadd X-Gm-Message-State: ALoCoQmAQ1pr0w1YH4v1nUjrHXYLl+m9OoWIi2FwfaDokDjOPm3enCJ3assLqvQkSpsV0mHHmbcZ1DbBnFlAheZmu5NJIIGSjcT5OP2E/0L0FlWEk9ykmF037r1ePuVUYTGgaimyCY0TmOy9H6xbkyxj6nmW/MFM1WJsfyjPR7q/zwmEHkn2pOY= Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-wireless@freebsd.org, freebsd-mips@freebsd.org X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Feb 2013 08:52:01 -0000 Hi, I have been trying in vain to get 2 freebsd based systems working with a wlan-lan bridge. | Host A | <---> | Lan-side arge0 | <--> | AP Wlan | <--- Air ------- > | STA Wlan | <---> | Lan-side arge0 | <--> | Host B | Is this functionality broken on the head? OR Am I missing something? Appreciate if somebody can help me with scripts to setup the traffic in the mode mentioned above. We are using AR9280 based wireless card along with AR7161 boards from Compex... Thanks, Mukunda On Tue, Feb 19, 2013 at 2:58 AM, Adrian Chadd wrote: > On 18 February 2013 03:31, Mukunda Haveri wrote: > > > > Thanks to Adrian's WiFi scripts, we were able to get the TDMA working on > the > > Compex-AR7161 board. The results were surprising; we are able to do, > close > > to 100 mbps one way iperf tests and 40 mbps bidirectional Iperf in > non-TDMA > > mode. We were able to achieve this, only after disabling all the debug > > options in the kernel. Porting the U-Boot to the Compex-boards did take > lot > > of effort, but not the "FreeBsd". Many thanks to all the "scientists" who > > made this possible. > > Nice! Which wireless cards are you using? > > [ AR9280 ] > > Moving forward, it is observed that the TDMA throughput peaks at 9 mbps > and > > refuses to move beyond. After reducing the slot duration to 1 ms, the > > throughput increased to around 12 mbps. I was expecting the TDMA to > yield a > > better throughput because of collision-less scheme. I would like to > > understand if our observation is expected or if there's some inherent > > limitation within the TDMA controller. > > > > It will be good to have some feedback from TDMers with similar > experience or > > better. > > Right now the TDMA code doesn't implement MCS rates or TX aggregation. > Thus you're not going to get 11n like throughput. > > The first thing to implement is allowing for MCS rates > (non-aggregation) and make sure all the packet duration calculations > are being done "right". > > After that, we need to implement delayed blockack support in net80211 > and the ath driver. That requires the stack to support handling BA > requests/responses and ath(4) to mark all frame descriptors in a > delayed-BA TID to be no-ack. > > Once that's done, we can tie it all together to make it work over TDMA. :-) > > Thanks, > > > Adrian > DISCLAIMER: The information contained in this message (including any attachments) is confidential and may be privileged. If you have received it by mistake please notify the sender by return e-mail and permanently delete this message and any attachments from your system. Any dissemination, use, review, distribution, printing or copying of this message in whole or in part is strictly prohibited. Please note that e-mails are susceptible to change. PointRed Telecom Ltd (including its group companies) shall not be liable for the improper or incomplete transmission of the information contained in this communication nor for any delay in its receipt or damage to your system and does not guarantee that the integrity of this communication has been maintained or that this communication is free of viruses, interceptions or interferences. From owner-freebsd-mips@FreeBSD.ORG Wed Feb 27 08:55:33 2013 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 3BE06C1E; Wed, 27 Feb 2013 08:55:32 +0000 (UTC) (envelope-from sniperpr@gmail.com) Received: from mail-pb0-f53.google.com (mail-pb0-f53.google.com [209.85.160.53]) by mx1.freebsd.org (Postfix) with ESMTP id BCD7B1E7; Wed, 27 Feb 2013 08:55:32 +0000 (UTC) Received: by mail-pb0-f53.google.com with SMTP id un1so240166pbc.40 for ; Wed, 27 Feb 2013 00:55:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=x-received:date:from:to:cc:message-id:in-reply-to:references :subject:x-mailer:mime-version:content-type; bh=inY3aCNtBZ+RbOuVnriynfVHuiF2iU/YL1dYz8o1j24=; b=Ag3+EtqyRa2D+8aTaUcnuVRWJ1ek4zpT8j87uKISbFwLwRHK3zF8rQqlxU0RVbF1od POc0LK5QOcSCKb02qUj/7eI2VfEQWFeTFqZrcC7LRPGNHQJSmaL0cL4x5umJjxoeqQOi OIereXjZfZ3v19D0EdAvntNtN5PHulCUlfyrTGlzkhzHAwHQ5Vsg5kfQgINMnOJ/FVYY ukjgAPb5pGYIz7dpPEUFx1M2iPCh3tFXyCEDzxmjtJ9WHvKxpRUlRo6LJ8d43bVuEHhp lECaUVJy4UwJID9oOm4rFoadDlyxd6zRrnb8m26BKlFbJzW4/ok6WcFyyjFIENM1W4mI Ib0Q== X-Received: by 10.68.25.201 with SMTP id e9mr2142143pbg.145.1361955326185; Wed, 27 Feb 2013 00:55:26 -0800 (PST) Received: from [192.168.10.229] ([159.226.43.54]) by mx.google.com with ESMTPS id tm1sm3986134pbc.11.2013.02.27.00.55.21 (version=TLSv1 cipher=RC4-SHA bits=128/128); Wed, 27 Feb 2013 00:55:24 -0800 (PST) Date: Wed, 27 Feb 2013 16:55:16 +0800 From: "adam.huang" To: Mukunda Haveri Message-ID: <1BB5E063EDB64336B8482336F34B0555@gmail.com> In-Reply-To: References: Subject: =?utf-8?Q?=E5=9B=9E=E5=A4=8D=EF=BC=9A_?=WiFi TDMA AR7161, results and moving forward X-Mailer: sparrow 1.6.4 (build 1176) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-wireless@freebsd.org, freebsd-mips@freebsd.org X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Feb 2013 08:55:33 -0000 hi, can you share your complex =46W=3F thanks. =20 =E5=9C=A8 2013=E5=B9=B42=E6=9C=8827=E6=97=A5=E6=98=9F=E6=9C=9F=E4=B8=89=EF= =BC=8C=E4=B8=8B=E5=8D=884:51=EF=BC=8CMukunda Haveri =E5=86=99=E9=81=93=EF= =BC=9A > Hi, > =20 > I have been trying in vain to get 2 freebsd based systems working with = a > wlan-lan bridge. > =20 > =7C Host A =7C <---> =7C Lan-side arge0 =7C <--> =7C AP Wlan =7C <--- A= ir ------- > > =7C STA Wlan =7C <---> =7C Lan-side arge0 =7C <--> =7C Host B =7C > =20 > Is this functionality broken on the head=3F OR Am I missing something=3F= > Appreciate if somebody can help me with scripts to setup the traffic in= the > mode mentioned above. > We are using AR9280 based wireless card along with AR7161 boards from > Compex... > =20 > Thanks, > Mukunda > =20 > =20 > On Tue, =46eb 19, 2013 at 2:58 AM, Adrian Chadd wrote: > =20 > > On 18 =46ebruary 2013 03:31, Mukunda Haveri wrote: > > > =20 > > > Thanks to Adrian's Wi=46i scripts, we were able to get the TDMA wor= king on > > the > > > Compex-AR7161 board. The results were surprising; we are able to do= , > > =20 > > close > > > to 100 mbps one way iperf tests and 40 mbps bidirectional Iperf in > > =20 > > non-TDMA > > > mode. We were able to achieve this, only after disabling all the de= bug > > > options in the kernel. Porting the U-Boot to the Compex-boards did = take > > > =20 > > =20 > > lot > > > of effort, but not the =22=46reeBsd=22. Many thanks to all the =22s= cientists=22 who > > > made this possible. > > > =20 > > =20 > > =20 > > Nice=21 Which wireless cards are you using=3F > > =20 > > =5B AR9280 =5D > =20 > =20 > > > Moving forward, it is observed that the TDMA throughput peaks at 9 = mbps > > and > > > refuses to move beyond. After reducing the slot duration to 1 ms, t= he > > > throughput increased to around 12 mbps. I was expecting the TDMA to= > > > =20 > > =20 > > yield a > > > better throughput because of collision-less scheme. I would like to= > > > understand if our observation is expected or if there's some inhere= nt > > > limitation within the TDMA controller. > > > =20 > > > It will be good to have some feedback from TDMers with similar > > experience or > > > better. > > =20 > > =20 > > Right now the TDMA code doesn't implement MCS rates or TX aggregation= . > > Thus you're not going to get 11n like throughput. > > =20 > > The first thing to implement is allowing for MCS rates > > (non-aggregation) and make sure all the packet duration calculations > > are being done =22right=22. > > =20 > > After that, we need to implement delayed blockack support in net80211= > > and the ath driver. That requires the stack to support handling BA > > requests/responses and ath(4) to mark all frame descriptors in a > > delayed-BA TID to be no-ack. > > =20 > > Once that's done, we can tie it all together to make it work over TDM= A. :-) > > =20 > > Thanks, > > =20 > > =20 > > Adrian > =20 > DISCLAIMER: > The information contained in this message (including any attachments) i= s confidential and may be privileged. If you have received it by mistake = please notify the sender by return e-mail and permanently delete this mes= sage and any attachments from your system. Any dissemination, use, review= , distribution, printing or copying of this message in whole or in part i= s strictly prohibited. Please note that e-mails are susceptible to change= . PointRed Telecom Ltd (including its group companies) shall not be liabl= e for the improper or incomplete transmission of the information containe= d in this communication nor for any delay in its receipt or damage to you= r system and does not guarantee that the integrity of this communication = has been maintained or that this communication is free of viruses, interc= eptions or interferences. =20 > =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F > freebsd-mips=40freebsd.org (mailto:freebsd-mips=40freebsd.org) mailing = list > http://lists.freebsd.org/mailman/listinfo/freebsd-mips > To unsubscribe, send any mail to =22freebsd-mips-unsubscribe=40freebsd.= org (mailto:freebsd-mips-unsubscribe=40freebsd.org)=22 > =20 > =20 From owner-freebsd-mips@FreeBSD.ORG Wed Feb 27 09:09:13 2013 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id B480ADF for ; Wed, 27 Feb 2013 09:09:13 +0000 (UTC) (envelope-from mukunda@pointred.co) Received: from na3sys010aog108.obsmtp.com (na3sys010aog108.obsmtp.com [74.125.245.84]) by mx1.freebsd.org (Postfix) with SMTP id 3A7D6274 for ; Wed, 27 Feb 2013 09:09:13 +0000 (UTC) Received: from mail-pa0-f69.google.com ([209.85.220.69]) (using TLSv1) by na3sys010aob108.postini.com ([74.125.244.12]) with SMTP ID DSNKUS3NM36mB4zFTtzplOmk5SgU445wAez9@postini.com; Wed, 27 Feb 2013 01:09:13 PST Received: by mail-pa0-f69.google.com with SMTP id kq12so609207pab.4 for ; Wed, 27 Feb 2013 01:09:06 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:mime-version:x-received:in-reply-to:references:date :message-id:subject:from:to:cc:content-type:x-gm-message-state; bh=dIU2lllvWlgGAoUQx8O7qrLuFvzA6M2W+OF6jaOi7G8=; b=W8nl1nAs6q72sIXZdglFJw10kkfJt4zKWvl1xPI5DXMtViqnANZ7gn8+HhfbYKPdzA pHfjZ3gO+agqSpr3DMygQ9zL8liqngS/9XSqTZUgYLQ0atbkmi0Nx9N3nDdUPM2d4WFf chNcAzDUHgg8GPhxbKyVk+hV+uNQxPK8Y3HiJho1Jycx4Xn6bzbPGINrz+gpVZkTdtBw WzviRhRuP+nF2CpybbZ1JPYrFu7AQLineb+o59q1ntX4lcTqanPYO2UEPUydCjrPSbHw Ss/Goo80SOhpI2ZZPtxxs+KvK5dqqatDL2JE2y5hodiCBtkxLF+Ud58f7zGiIkrIoCll zdug== X-Received: by 10.68.137.7 with SMTP id qe7mr2233381pbb.141.1361956146920; Wed, 27 Feb 2013 01:09:06 -0800 (PST) MIME-Version: 1.0 X-Received: by 10.68.137.7 with SMTP id qe7mr2233373pbb.141.1361956146817; Wed, 27 Feb 2013 01:09:06 -0800 (PST) Received: by 10.68.43.228 with HTTP; Wed, 27 Feb 2013 01:09:06 -0800 (PST) In-Reply-To: <1BB5E063EDB64336B8482336F34B0555@gmail.com> References: <1BB5E063EDB64336B8482336F34B0555@gmail.com> Date: Wed, 27 Feb 2013 14:39:06 +0530 Message-ID: Subject: =?UTF-8?B?UmU6IOWbnuWkje+8miBXaUZpIFRETUEgQVI3MTYxLCByZXN1bHRzIGFuZCBtb3ZpbmcgZg==?= =?UTF-8?B?b3J3YXJk?= From: Mukunda Haveri To: "adam.huang" X-Gm-Message-State: ALoCoQnLeweAYw2jD0EODloU3vEbGRuKZvDe+rUp73SSWoxmjTvu9j1nw3RAceRMxNf6USLatbyMmE26UMKvfkkZvdcpxKJRP0GmjYg4siKRAnn+ZkuZSc9MjGHuz34fH6aUrynungUw4vhXNSz1OE+ZFC/fG/HvxsaHuZLOHy30C5qF8X+W3Ns= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-wireless@freebsd.org, freebsd-mips@freebsd.org X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Feb 2013 09:09:13 -0000 I can. Do you want to check it out yourself? That will be great. On the other hand, if you are looking to check out some thing different quickly, As I said earlier, I have not done any great deal of changes. Just checkout the head and alter a few parameters in the /sys/mips/conf file according to your hardware and compile. It just works !!! On Wed, Feb 27, 2013 at 2:25 PM, adam.huang wrote: > hi, can you share your complex FW? > > thanks. > > =E5=9C=A8 2013=E5=B9=B42=E6=9C=8827=E6=97=A5=E6=98=9F=E6=9C=9F=E4=B8=89= =EF=BC=8C=E4=B8=8B=E5=8D=884:51=EF=BC=8CMukunda Haveri =E5=86=99=E9=81=93= =EF=BC=9A > > Hi, > > I have been trying in vain to get 2 freebsd based systems working with a > wlan-lan bridge. > > | Host A | <---> | Lan-side arge0 | <--> | AP Wlan | <--- Air ------- > > | STA Wlan | <---> | Lan-side arge0 | <--> | Host B | > > Is this functionality broken on the head? OR Am I missing something? > Appreciate if somebody can help me with scripts to setup the traffic in t= he > mode mentioned above. > We are using AR9280 based wireless card along with AR7161 boards from > Compex... > > Thanks, > Mukunda > > > On Tue, Feb 19, 2013 at 2:58 AM, Adrian Chadd wrote: > > On 18 February 2013 03:31, Mukunda Haveri wrote: > > > Thanks to Adrian's WiFi scripts, we were able to get the TDMA working on > > the > > Compex-AR7161 board. The results were surprising; we are able to do, > > close > > to 100 mbps one way iperf tests and 40 mbps bidirectional Iperf in > > non-TDMA > > mode. We were able to achieve this, only after disabling all the debug > options in the kernel. Porting the U-Boot to the Compex-boards did take > > lot > > of effort, but not the "FreeBsd". Many thanks to all the "scientists" who > made this possible. > > > Nice! Which wireless cards are you using? > > [ AR9280 ] > > > > Moving forward, it is observed that the TDMA throughput peaks at 9 mbps > > and > > refuses to move beyond. After reducing the slot duration to 1 ms, the > throughput increased to around 12 mbps. I was expecting the TDMA to > > yield a > > better throughput because of collision-less scheme. I would like to > understand if our observation is expected or if there's some inherent > limitation within the TDMA controller. > > It will be good to have some feedback from TDMers with similar > > experience or > > better. > > > Right now the TDMA code doesn't implement MCS rates or TX aggregation. > Thus you're not going to get 11n like throughput. > > The first thing to implement is allowing for MCS rates > (non-aggregation) and make sure all the packet duration calculations > are being done "right". > > After that, we need to implement delayed blockack support in net80211 > and the ath driver. That requires the stack to support handling BA > requests/responses and ath(4) to mark all frame descriptors in a > delayed-BA TID to be no-ack. > > Once that's done, we can tie it all together to make it work over TDMA. := -) > > Thanks, > > > Adrian > > > DISCLAIMER: > The information contained in this message (including any attachments) is > confidential and may be privileged. If you have received it by mistake > please notify the sender by return e-mail and permanently delete this > message and any attachments from your system. Any dissemination, use, > review, distribution, printing or copying of this message in whole or in > part is strictly prohibited. Please note that e-mails are susceptible to > change. PointRed Telecom Ltd (including its group companies) shall not be > liable for the improper or incomplete transmission of the information > contained in this communication nor for any delay in its receipt or damag= e > to your system and does not guarantee that the integrity of this > communication has been maintained or that this communication is free of > viruses, interceptions or interferences. > _______________________________________________ > 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" > > > --=20 Mukunda H S V.P, Engineering mukunda@pointred.co 18/11B, Roopena Agrahara, Begur Hobli, Hosur Main Road, Bangalore - 560068. [image: Phone] Phone: +91 80 25724854 [image: Fax] Fax: + 91 80 25724856 DISCLAIMER: The information contained in this message (including any attachments) is = confidential and may be privileged. If you have received it by mistake pl= ease notify the sender by return e-mail and permanently delete this messa= ge and any attachments from your system. Any dissemination, use, review, = distribution, printing or copying of this message in whole or in part is = strictly prohibited. Please note that e-mails are susceptible to change. = PointRed Telecom Ltd (including its group companies) shall not be liable = for the improper or incomplete transmission of the information contained = in this communication nor for any delay in its receipt or damage to your = system and does not guarantee that the integrity of this communication ha= s been maintained or that this communication is free of viruses, intercep= tions or interferences. = =0D From owner-freebsd-mips@FreeBSD.ORG Thu Feb 28 22:48:47 2013 Return-Path: Delivered-To: freebsd-mips@FreeBSD.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id BD1FC792; Thu, 28 Feb 2013 22:48:47 +0000 (UTC) (envelope-from ray@freebsd.org) Received: from smtp.dlink.ua (smtp.dlink.ua [193.138.187.146]) by mx1.freebsd.org (Postfix) with ESMTP id 22E1C7F0; Thu, 28 Feb 2013 22:48:46 +0000 (UTC) Received: from rnote.ddteam.net (12-60-135-95.pool.ukrtel.net [95.135.60.12]) (Authenticated sender: ray) by smtp.dlink.ua (Postfix) with ESMTPSA id DDA49C492D; Fri, 1 Mar 2013 00:48:44 +0200 (EET) Date: Fri, 1 Mar 2013 00:48:28 +0200 From: Aleksandr Rybalko To: Ian Lepore Subject: Re: SPI, _sz fields in struct spi_command Message-Id: <20130301004828.e0727064.ray@freebsd.org> In-Reply-To: <1361488675.1185.42.camel@revolution.hippie.lan> References: <20130220142140.f8e5a616c75d72e2519dbc69@freebsd.org> <54C08D8E-4C5F-49AF-BEE6-D78EC05D2A24@bsdimp.com> <20130220174449.GB6976@cicely7.cicely.de> <20130221022655.6f693eb6.ray@freebsd.org> <20130221014433.GA12189@cicely7.cicely.de> <20130221163026.dbeb03f9c38de3d24a7ab30f@freebsd.org> <20130221163003.GC12189@cicely7.cicely.de> <20130222000207.d1478231.ray@freebsd.org> <1361486385.1185.38.camel@revolution.hippie.lan> <20130222005926.2aa6db7f.ray@freebsd.org> <1361488675.1185.42.camel@revolution.hippie.lan> Organization: FreeBSD.ORG X-Mailer: Sylpheed 3.1.2 (GTK+ 2.24.5; amd64-portbld-freebsd9.0) X-Operating-System: FreeBSD Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Aleksandr Rybalko , Bernd Walter , freebsd-arm@FreeBSD.org, freebsd-mips@FreeBSD.org, ticso@cicely.de X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Feb 2013 22:48:47 -0000 On Thu, 21 Feb 2013 16:17:55 -0700 Ian Lepore wrote: > On Fri, 2013-02-22 at 00:59 +0200, Aleksandr Rybalko wrote: > > On Thu, 21 Feb 2013 15:39:45 -0700 > > Ian Lepore wrote: > > > > > On Fri, 2013-02-22 at 00:02 +0200, Aleksandr Rybalko wrote: > > > > On Thu, 21 Feb 2013 17:30:03 +0100 > > > > Bernd Walter wrote: > > > > > > > > > On Thu, Feb 21, 2013 at 10:21:00AM -0500, Patrick Kelsey > > > > > wrote: > > > > > > >On Thu, Feb 21, 2013 at 9:30 AM, Aleksandr Rybalko > > > > > > > wrote: > > > > > > >> On Thu, 21 Feb 2013 02:44:33 +0100 > > > > > > >> Bernd Walter wrote: > > > > > > >> > > > > > > >> On Thu, Feb 21, 2013 at 02:26:55AM +0200, Aleksandr > > > > > > >> Rybalko wrote: > > > > > > >> > 2. teach consumers to give only correct numbers (very > > > > > > >> > nice we have only two SPI devices in tree) > > > > > > >> > > > > > > > >> > After that we will be able to make drivers for some > > > > > > >> > (potential) devices which will require bidirectional > > > > > > >> > communication. And controllers which can't do that, > > > > > > >> > will just report error in that. I believe peoples > > > > > > >> > thinks before attach such devices to controllers, so > > > > > > >> > we will not have such incompatibility. > > > > > > >> > > > > > > >> I don't think there are many devices requiring RX/TX at > > > > > > >> the same time. > > > > > > > > > > > > > > Anyway, we will be able to do that, and we don't care now > > > > > > > because don't have such drivers yet. > > > > > > > > > > > > > > > > > > > Taking the view that "RX/TX at the same time" means that one > > > > > > wants to send meaningful data to the slave device at the > > > > > > same time one is interested in what data is returned during > > > > > > that transmission, there are such devices in use out > > > > > > there. Linear Technologies has several ADCs, such as the > > > > > > LTC2446, for which you obtain the previous conversion > > > > > > result while sending the configuration bits for the next > > > > > > conversion to be performed. > > > > > > > > > > Forgot about ADC with channel selection. > > > > > > > > > > > Although this is slightly out of focus for the specific > > > > > > issue originally raised, while on the topic of things that > > > > > > need to get done on SPI in real systems, there are also > > > > > > devices out there that require specific data or some number > > > > > > of clocks to be provided while chip select is deasserted. > > > > > > One example of the former is the LTC2404, which is a > > > > > > multichannel ADC for which the input channel for the next > > > > > > conversion is selected by the last four bits clocked in > > > > > > *before* chip select is asserted. One example of the latter > > > > > > is the spec for SPI access to MMC/SD cards, which requires > > > > > > a certain number of clocks to be applied with chip select > > > > > > deasserted in order to initialize the card. If you ever > > > > > > find yourself wondering why an SPI software interface > > > > > > provides independent bus acquisition and chip select > > > > > > control, the reason is to support these types of devices. > > > > > > > > > > With many ADC you also want probing support. > > > > > Assign CS and GPIO-read MISO for ready without clocking. > > > > > Some flash chips also work this way. > > > > > Not sure if AT45DB support this and how our driver works. > > > > > With own projects I usually ask AT45DB about ready state by > > > > > transfering a status word. > > > > > > > > > > -- > > > > > B.Walter http://www.bwct.de > > > > > Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD > > > > > Rechner uvm. > > > > > > > > Guys, I don't said it will not be supported. :) > > > > I said drivers of controllers who can't will return error in > > > > that case, but other might be ok. > > > > > > > > So, conclusion: go-go-go ray! do it please! > > > > :-D > > > > > > > > > > One other little thought to consider... since tx and rx size must > > > be the same if they're both non-zero, then could we change to > > > having a single io_size field, and pass a NULL pointer for rx or > > > tx buffer if that part of the transfer isn't needed? > > > > > > -- Ian > > > > > > > > > > Yeah, very-very good idea! That how my uncommited driver for i.MX515 > > SPI works :) > > > > Objections? > > > > WBW > > So just to be clear... if a device driver passes a NULL tx pointer to > the controller driver, it's saying "My device doesn't care what it > receives during this transfer." If the device needs zeroes or ones > then the buffer full of them has to be provided, right? > > I'm thinking for the controller that does dma, this simplifies things > down to making a bus_dmamem_alloc() call (which is fast these days > because of the zone allocator) and it doesn't bother to set the > contents of that buffer to anything before starting the dma. > > -- Ian > > Hi hackers! Instead of implementation, new thoughts is coming :) Well, after few days of stabilization of ideas I'm beginning new round of talks. :) So, two days ago we had discussion with Ian on IRC. Things we decide: 1. Don't remove current transfer method 2. Add acquire/release methods 3. Add cs control methods 4. Add new transfer method, it will do only one xfer, and as described previously will have only size/txbuf/rxbuf fields in transfer struct. Tx and/or rx can be NULL, so even clocking without data possible. 5. Update old transfer method(spibus_transfer) to do: * acquire * enable cs * transfer cmd * transfer data * disable cs * release bus 6. Add some method which will expose hw ability (one direction at a time, independent cs control, etc.) 7. Maybe some other special methods (Ian said for SD on spi we need ability to xfer w/o CS asserted) That how I see new xfer structure: struct spi_xfer { size_t size; /* Transfer size (bytes) */ void *tx_buf; /* Buffer with TX data (NULL to not tx) */ void *rx_buf; /* Buffer for RX data (NULL for ignore) */ }; Simple and clear :) WBW -- Aleksandr Rybalko From owner-freebsd-mips@FreeBSD.ORG Thu Feb 28 23:36:02 2013 Return-Path: Delivered-To: mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id DA66BE15; Thu, 28 Feb 2013 23:36:02 +0000 (UTC) (envelope-from ray@freebsd.org) Received: from smtp.dlink.ua (smtp.dlink.ua [193.138.187.146]) by mx1.freebsd.org (Postfix) with ESMTP id 873AA95B; Thu, 28 Feb 2013 23:36:02 +0000 (UTC) Received: from rnote.ddteam.net (12-60-135-95.pool.ukrtel.net [95.135.60.12]) (Authenticated sender: ray) by smtp.dlink.ua (Postfix) with ESMTPSA id 35EB5C4930; Fri, 1 Mar 2013 01:36:01 +0200 (EET) Date: Fri, 1 Mar 2013 01:35:45 +0200 From: Aleksandr Rybalko To: arm@FreeBSD.org, mips@freebsd.org, ppc@freebsd.org Subject: [CFT + RFC] FDT resource management (patch) Message-Id: <20130301013545.3d438d8e.ray@freebsd.org> Organization: FreeBSD.ORG X-Mailer: Sylpheed 3.1.2 (GTK+ 2.24.5; amd64-portbld-freebsd9.0) X-Operating-System: FreeBSD Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Feb 2013 23:36:02 -0000 Hi, at first sorry for cross post, but IIRC we have no FDT list yet and I don't want to break even single ppc/MPC85XX. Now we have: fdtbus get physical address from the blob, map address (panic on SPI CS "address" :) ) to virtual and return it as resource to child bus (f.e. simplebus), but all other, not FDT based, ARCHes delegate this work to parent of device who request resource. As result we have virtual addresses in boot log + rman and it's try to map address for not mapable buses. Two month ago I made the patch: http://people.freebsd.org/~ray/2012-12-25_fdt_correct_resource.diff but testing give good results for i.MX515(Efika), BCM2835(RPi), OMAPxxx(Pandaboard), but fail on Beagleboard. Patch is simple, and I was surprised by BB problem, so I have to ask help with testing on everything using fdtbus/simplebus. Please help/test/comment! Many thanks! WBW -- Aleksandr Rybalko From owner-freebsd-mips@FreeBSD.ORG Fri Mar 1 06:30:02 2013 Return-Path: Delivered-To: mips@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id E14964EF; Fri, 1 Mar 2013 06:30:02 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) by mx1.freebsd.org (Postfix) with ESMTP id B1001A31; Fri, 1 Mar 2013 06:30:02 +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 r216U18U016166; Fri, 1 Mar 2013 06:30:01 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id r215lj31084901; Fri, 1 Mar 2013 05:47:45 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 1 Mar 2013 05:47:45 GMT Message-Id: <201303010547.r215lj31084901@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.14 List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Mar 2013 06:30:03 -0000 TB --- 2013-03-01 05:39:25 - tinderbox 2.10 running on freebsd-stable.sentex.ca TB --- 2013-03-01 05:39:25 - 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 --- 2013-03-01 05:39:25 - starting RELENG_9 tinderbox run for mips/mips TB --- 2013-03-01 05:39:25 - cleaning the object tree TB --- 2013-03-01 05:39:25 - checking out /src from svn://svn.freebsd.org/base/stable/9 TB --- 2013-03-01 05:39:25 - cd /tinderbox/RELENG_9/mips/mips TB --- 2013-03-01 05:39:25 - /usr/local/bin/svn cleanup /src TB --- 2013-03-01 05:40:25 - /usr/local/bin/svn update /src TB --- 2013-03-01 05:40:56 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-03-01 05:40:56 - WARNING: sleeping 30 s and retrying... TB --- 2013-03-01 05:41:26 - /usr/local/bin/svn update /src TB --- 2013-03-01 05:41:45 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-03-01 05:41:45 - WARNING: sleeping 60 s and retrying... TB --- 2013-03-01 05:42:45 - /usr/local/bin/svn update /src TB --- 2013-03-01 05:43:15 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-03-01 05:43:15 - WARNING: sleeping 90 s and retrying... TB --- 2013-03-01 05:44:45 - /usr/local/bin/svn update /src TB --- 2013-03-01 05:45:15 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-03-01 05:45:15 - WARNING: sleeping 120 s and retrying... TB --- 2013-03-01 05:47:15 - /usr/local/bin/svn update /src TB --- 2013-03-01 05:47:45 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-03-01 05:47:45 - ERROR: unable to check out the source tree TB --- 2013-03-01 05:47:45 - 4.24 user 4.82 system 499.84 real http://tinderbox.freebsd.org/tinderbox-releng_9-RELENG_9-mips-mips.full