From owner-freebsd-mips@FreeBSD.ORG Mon Feb 27 11:07:38 2012 Return-Path: Delivered-To: freebsd-mips@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F1815106567A for ; Mon, 27 Feb 2012 11:07:38 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id C65EA8FC1C for ; Mon, 27 Feb 2012 11:07:38 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q1RB7cYR090268 for ; Mon, 27 Feb 2012 11:07:38 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q1RB7bPx090265 for freebsd-mips@FreeBSD.org; Mon, 27 Feb 2012 11:07:37 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 27 Feb 2012 11:07:37 GMT Message-Id: <201202271107.q1RB7bPx090265@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 Cc: Subject: Current problem reports assigned to freebsd-mips@FreeBSD.org X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Feb 2012 11:07:39 -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/163670 mips [mips][arge] arge can't allocate ring buffer on multip 1 problem total. From owner-freebsd-mips@FreeBSD.ORG Wed Feb 29 23:17:50 2012 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 854BD1065697 for ; Wed, 29 Feb 2012 23:17:50 +0000 (UTC) (envelope-from info@targipolitalia.com) Received: from smtplq03.aruba.it (smtplqs-out16.aruba.it [62.149.158.56]) by mx1.freebsd.org (Postfix) with SMTP id D28048FC12 for ; Wed, 29 Feb 2012 23:17:49 +0000 (UTC) Received: (qmail 21568 invoked by uid 89); 29 Feb 2012 22:51:08 -0000 Received: from unknown (HELO smtp1.aruba.it) (62.149.158.221) by smtplq03.aruba.it with SMTP; 29 Feb 2012 22:51:08 -0000 Received: (qmail 21130 invoked by uid 89); 29 Feb 2012 22:51:08 -0000 Received: from unknown (HELO DARIUSZTRZASKA1) (info@targipolitalia.com@151.50.30.42) by smtp1.ad.aruba.it with SMTP; 29 Feb 2012 22:51:08 -0000 From: "Dariusz Trzaska" To: "freebsd-mips" MIME-Version: 1.0 Organization: www.targipolitalia.com Date: Wed, 29 Feb 2012 23:50:56 +0100 X-Antivirus: avast! (VPS 120229-1, 2012-02-29), Outbound message X-Antivirus-Status: Clean X-Spam-Rating: smtp1.ad.aruba.it 1.6.2 0/1000/N X-Spam-Rating: smtplq03.aruba.it 1.6.2 0/1000/N Message-Id: <20120229231750.854BD1065697@hub.freebsd.org> Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: =?iso-8859-2?q?Nowa_wiadomo=B6=E6?= X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Feb 2012 23:17:50 -0000 We invite you to visit our newly formed and remodeled website: =20 http://www.targipolitalia.com =20 The world's first international exhibition on-line now active. Free re= gistration gives the possibility of advertising, which can lead to the= development and success of the company. We designed a "VIRTUAL FAIR B= oxes" run functions that operate after registering and logging in, for= all firms and individuals registered on the portal. You can place ads= in all languages, such as: I am looking for customers, suppliers, con= tractors as well as an investor, partner, etc. Similarly, you can brow= se proposals from other companies. We are open for cooperation, as wel= l as suggestions on how to further improve the functioning of site. Greetings and welcome to register a company as well as private individ= uals. =20 Dariusz Trzaska Electronic signature no. 287732/CCK/2011 Mob. +39 3806460196 E-mail: info@targipolitalia.com http://www.targipolitalia.com =20 From owner-freebsd-mips@FreeBSD.ORG Thu Mar 1 21:49:51 2012 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B678A1065672 for ; Thu, 1 Mar 2012 21:49:51 +0000 (UTC) (envelope-from gonzo@hq.bluezbox.com) Received: from hq.bluezbox.com (hq.bluezbox.com [70.38.37.145]) by mx1.freebsd.org (Postfix) with ESMTP id 807278FC1E for ; Thu, 1 Mar 2012 21:49:51 +0000 (UTC) Received: from localhost ([127.0.0.1]) by hq.bluezbox.com with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.73 (FreeBSD)) (envelope-from ) id 1S3Dsd-000C5m-R4; Thu, 01 Mar 2012 13:49:44 -0800 Message-ID: <4F4FEEFC.5060902@freebsd.org> Date: Thu, 01 Mar 2012 13:49:48 -0800 From: Oleksandr Tymoshenko User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: "freebsd-mips@freebsd.org" Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: gonzo@hq.bluezbox.com X-Spam-Level: ---- X-Spam-Report: Spam detection software, running on the system "hq.bluezbox.com", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see The administrator of that system for details. Content preview: Hello, Last few weeks I've been working on DTrace port for MIPS architecture. I believe that project reached the stage when it's ready for public review/testing before going into the tree. Patch and some information could be found here: http://people.freebsd.org/~gonzo/mips/dtrace/ [...] Content analysis details: (-4.4 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.8 ALL_TRUSTED Passed through trusted hosts only via SMTP -2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1% [score: 0.0000] 0.0 AWL AWL: From: address is in the auto white-list Cc: freebsd-current@freebsd.org Subject: DTrace/MIPS port X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2012 21:49:51 -0000 Hello, Last few weeks I've been working on DTrace port for MIPS architecture. I believe that project reached the stage when it's ready for public review/testing before going into the tree. Patch and some information could be found here: http://people.freebsd.org/~gonzo/mips/dtrace/ I'd appreciate review/testing from interested parties and if there are no major roadblocks the plan is to commit this patch sometime next week. DTrace/MIPS passes substantial part of DTrace suite on my Octeon-based board. ==== TEST RESULTS ==== mode: /usr/sbin/dtrace passed: 853 failed: 74 total: 927 There are some caveats/limitations though: - fbt, pid, lockstat, profile providers are not implemented - MIPS passes function arguments in registers and unless they're saved on stack the value of some might be unavailable in backtrace. So values of argN variables might be bogus sometimes. - dtrace uses kldstat(2) to get path to kernel binary and for "embedded" systems (e.g. without loader(8)) it's just "kernel" So kernel binary should be in current directory so dtrace could get CTF data from it. We need either command-line switch or env variable to let dtrace know where to look for binary. I haven't yet decided which way to go. - Not really dtrace issue, but somewhat related. FreeBSD/MIPS default kernel stacks size seems to be insufficient to load kernel modules with dependency chain longer then three modules (dtrace_test -> dtrace_all -> dtrace -> cyclic -> opensolaris) Sometimes I get kernel stack exhaustion as a combination of FS-related calls that goes down to NFS functions + WITNESS code. No proper solution for it yet. Workaround - load module one by one. - Tested only on mips64be platform. mips32be, mips32le, mips64le were not tested. Patches: dtrace-all.diff - is a cumulative patch that contains diff between HEAD branch and project branch in p4. In order to make code review easier I split it into several sub-patches based on functionality area. dtrace-ctf.diff Current version of ctfmerge assumes that target byte order is the same as host one. This patch checks byte order of ELF files being used to decide whether byte order in CTF structures' fields should be reversed. dtrace-toolchain.diff - Disable SGI compatibility for generated DWARF data. It confuses ctfconvert. - Set as(1) default ABI and target size the same as target platform dtrace-sys.diff - Kernel part of DTrace code - More intelligent kernel stack overflow handler dtrace-userland.diff - Userland part of DTrace code - Build DTrace tols as a part of toolchain build if we're cross-compiling - Various libraries' plugs for MIPS From owner-freebsd-mips@FreeBSD.ORG Fri Mar 2 18:51:34 2012 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 172E51065675; Fri, 2 Mar 2012 18:51:34 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id C6BA48FC19; Fri, 2 Mar 2012 18:51:33 +0000 (UTC) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id 71D8246B0A; Fri, 2 Mar 2012 13:51:33 -0500 (EST) Date: Fri, 2 Mar 2012 18:51:33 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Oleksandr Tymoshenko In-Reply-To: <4F4FEEFC.5060902@freebsd.org> Message-ID: References: <4F4FEEFC.5060902@freebsd.org> 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-current@freebsd.org, "freebsd-mips@freebsd.org" Subject: Re: DTrace/MIPS port X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Mar 2012 18:51:34 -0000 On Thu, 1 Mar 2012, Oleksandr Tymoshenko wrote: > Last few weeks I've been working on DTrace port for MIPS architecture. I > believe that project reached the stage when it's ready for public > review/testing before going into the tree. > > Patch and some information could be found here: > http://people.freebsd.org/~gonzo/mips/dtrace/ > > I'd appreciate review/testing from interested parties and if there are no > major roadblocks the plan is to commit this patch sometime next week. > > DTrace/MIPS passes substantial part of DTrace suite on my Octeon-based > board. This is great news -- I probably won't be in a position to test or contribute usefully for a couple more months, but will endeavour to do so once our port to CHERI MIPS is a bit further along! Robert > > ==== TEST RESULTS ==== > > mode: /usr/sbin/dtrace > passed: 853 > failed: 74 > total: 927 > > There are some caveats/limitations though: > > - fbt, pid, lockstat, profile providers are not implemented > > - MIPS passes function arguments in registers and unless they're > saved on stack the value of some might be unavailable in > backtrace. So values of argN variables might be bogus sometimes. > > - dtrace uses kldstat(2) to get path to kernel binary and for > "embedded" systems (e.g. without loader(8)) it's just "kernel" > So kernel binary should be in current directory so dtrace could > get CTF data from it. We need either command-line switch or env > variable to let dtrace know where to look for binary. I haven't > yet decided which way to go. > > - Not really dtrace issue, but somewhat related. FreeBSD/MIPS default > kernel stacks size seems to be insufficient to load kernel > modules with dependency chain longer then three modules > (dtrace_test -> dtrace_all -> dtrace -> cyclic -> opensolaris) > Sometimes I get kernel stack exhaustion as a combination of > FS-related calls that goes down to NFS functions + WITNESS code. > No proper solution for it yet. Workaround - load module one by > one. > > - Tested only on mips64be platform. mips32be, mips32le, mips64le > were not tested. > > Patches: > > dtrace-all.diff - is a cumulative patch that contains diff between > HEAD branch and project branch in p4. In order to make code review > easier I split it into several sub-patches based on functionality area. > > dtrace-ctf.diff > Current version of ctfmerge assumes that target byte order is the > same as host one. This patch checks byte order of ELF files being > used to decide whether byte order in CTF structures' fields > should be reversed. > > dtrace-toolchain.diff > - Disable SGI compatibility for generated DWARF data. > It confuses ctfconvert. > - Set as(1) default ABI and target size the same as target platform > > dtrace-sys.diff > - Kernel part of DTrace code > - More intelligent kernel stack overflow handler > > dtrace-userland.diff > - Userland part of DTrace code > - Build DTrace tols as a part of toolchain build if > we're cross-compiling > - Various libraries' plugs for MIPS > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >