[request-sponsor] Request sponsor for a new Project (Observability)
If you want to start an OpenSolaris project page, then you should ask the observability community (via observability-discuss) to sponsor your project. I would strike porting HAR to Solaris 10 as that is a Sun Solaris business decision, not an OpenSolaris project. It would also be nice to understand how this relates to something like the DTrace CPC provider (which I think is under development). - Eric On Mon, Jan 14, 2008 at 09:43:10AM -0800, Garrett D'Amore wrote: I think you're asking the wrong list. request-sponsor is for external contributions who need a putback/rti sponsor. I think you're looking for an ARC or C team sponsor? You might want to check sac.eng if you're looking for an ARC sponsor. -- Garrett Amir Javanshir wrote: Hi all I would like to submit a new project request and hopefully get a sponsor. Project Name: HAR (Hardware Activity Reporter) Project Description The goal of this project is to develop a performance monitoring tool that samples hardware counters in the system (primarily cpu counters, but could extend to bus counters) to produce higher-level metrics (eg, mips, flops, cache miss, stall rate, bus utilization) which can guide a bottleneck analysis and performance tuning process. There exists a first release of HAR, developed internally at Sun, that only looks at cpu counters and supports currently only UltraSPARC1-4 (not 4+) Pentium3 systems. The open-sourcing of the existing HAR code has been approved by Sun. There are a few users of HAR out there that keep asking for newer releases (eg eBay) and support for recent hardware. The purpose of open-sourcing HAR is to provide a proper place for the continued development dissemination of HAR. The primary task will be to port HAR to Solaris 10 and libcpc2 so Niagara, AMD and modern Intel processors can be supported. Related Projects There are no known related projects or dependencies. HAR will build directly on top of libcpc2 for accessing cpu counters. Access to bus counters has not been researched yet. Current Team We are already 3 engineers working on this subject Cheers, Amir Javanshir This message posted from opensolaris.org ___ request-sponsor mailing list request-sponsor at opensolaris.org ___ request-sponsor mailing list request-sponsor at opensolaris.org -- Eric Schrock, FishWorkshttp://blogs.sun.com/eschrock
[request-sponsor] Request sponsor for openSolaris project smartmontools
On Thu, Dec 06, 2007 at 04:02:50PM -0500, Matty wrote: One feature that smartmontools provides that isn't available with FMA is ability to query SMART attributes on a disk. Smartmontools provides the smartctl utility to perform this operation, and I think that alone warrants it's inclusion in opensolaris. I agree that having a tool to display SMART data for a disk drive would be useful. Much of this is already available in the libdiskstatus library, and a simple tool could be written to display the information. But as Cindi mentioned, there is a larger strategy to incorporate sensor data into the FMA framework in a more coordinated fashion beyond a collection of ad hoc tools (ipmitool, smartctl, etc). As a general package, though, smartmontools does much more than that. It allows SMART settings to be changed such that may be in direct conflict with the settings used by FMA, and it also includes the 'smartd' daemon, which duplicates much of the work being done by the disk-transport module and exists outside the FMA framework. As others have pointed out, this sounds more like a request for project sponsorship than a request to integrate code. I believe Mike's point was that any such project discussion should include folks on fm-discuss because there is obvious overlap between aspects of the project and the established Solaris FMA framework. - Eric -- Eric Schrock, FishWorkshttp://blogs.sun.com/eschrock
[request-sponsor] 6294890 - ::setenv dcmd dumps core if no target specified
I'll handle this one. - Eric On Wed, Nov 09, 2005 at 03:24:12PM -0500, Richard Lowe wrote: Patch for bug 6294890 - ::setenv dcmd dumps core if no target specified Also fixes a similar problem with ::getenv -t http://richlowe.net/patches/6294890.diff contributor agreement #OS0007 ___ request-sponsor mailing list request-sponsor at opensolaris.org -- Eric Schrock, Solaris Kernel Development http://blogs.sun.com/eschrock
[request-sponsor] 6269833 - ::prtconf -D
I'll handle this one as well. - Eric On Wed, Nov 09, 2005 at 03:24:21PM -0500, Richard Lowe wrote: Patch for bug 6269833 - ::prtconf -D http://richlowe.net/patches/6269833.diff contributor agreement #OS0007 ___ request-sponsor mailing list request-sponsor at opensolaris.org -- Eric Schrock, Solaris Kernel Development http://blogs.sun.com/eschrock
[request-sponsor] RFE4940735: grep -r
On Tue, Sep 13, 2005 at 06:25:23AM -0700, allen mathias wrote: Requesting a sponsor for RFE4940735 to enable the -r option for grep in Solaris. Thanks -Allen Allen - Thanks for support! Unfortunately, this work is currently subsumed by the following ARC case: PSARC 2005/049 Add ggrep context and recursive search features to grep. This adds the '-r', '-A', '-B', and '-C' options to grep(1). I pinged the responsible engineer and she thinks it will integrate within the next few weeks (she's been working on it in her spare time). And yes, our bug database needs some serious work. It's near impossible to tell which bugs are actually being worked on and which ones are in progress[1]. Cheers, - Eric [1] Perhaps a better metric would be 'responsible engineer != NULL' rather than trying to discern by bug state. But that's a question for website-discuss. -- Eric Schrock, Solaris Kernel Development http://blogs.sun.com/eschrock
[request-sponsor] Re: Request Sponsor Update
The attached spreadsheet from Bonnie Corwin is an update on the request-sponsor bugs. Bonnie and I will be tracking these this way as in interim solution until the system is automated. We are also adding engineers to the request-sponsor alias to help work on the outstanding bugs. Jim - I'd love to help out with some of the most egregiously ignored bugs (4658359 and 6303675), but I can't seem to find any links in the Jive forum to the original messages. In particular, the bugs claim to have been submitted on 6/17, but there are are no messages prior to 6/21 in the forum. - Eric -- Eric Schrock, Solaris Kernel Development http://blogs.sun.com/eschrock This message posted from opensolaris.org
[request-sponsor] Re: Request Sponsor Update
On Wed, Sep 07, 2005 at 04:21:41PM -0600, Bonnie Corwin wrote: Hi Eric - If you go to the first page of the forum, there is an entry labeled: [PATCH] 4658359, 6303675. Author is Rich Lowe. The last post is 8/15/05 which is why it's on the first page. But if you open the message, the original post was 6/17/05. OK - I think the spreadsheet is incorrect - the message was posted 8/15, but Rich _registered_ on 6/17. I assumed that by looking at the oldest posts, I'd find the oldest messages ;-) I didn't scour the messages in between. - Eric -- Eric Schrock, Solaris Kernel Development http://blogs.sun.com/eschrock
[request-sponsor] Re: [PATCH] 4658359, 6303675
[PATCH] 4658359 - dhcpmsgtype() not used http://richlowe.net/~richlowe/patches/4658359.diff Removes the function and the one, unused, , unused, invocation. [PATCH] 6303675 - ::help print has a small formatting error Rich - I can sponsor these fixes for you. I'll follow up offline; CCing the alias for now so it's recorded somewhere. - Eric -- Eric Schrock, Solaris Kernel Development http://blogs.sun.com/eschrock This message posted from opensolaris.org
[request-sponsor] Requesting sponsor for 4997138 - pn_free() should free pn_bufsize bytes
Jeremy -
The project that required this functionality has since switched methods
so its no longer necessary. That being said, it seems like a reasonable
change to allow for this behavior in the future, and a simple first
bugfix. I can sponsor this fix, but I'll be on vacation for the next
week (as will most of Sun's US employees).
- Eric
On Wed, Jun 29, 2005 at 12:06:35AM -0700, Jeremy Teo wrote:
Hello,
as mentioned in the subject above. Trivial patch to fix this is attached.
Regards,
Jeremy
Suggested Fix:
--- usr/src/uts/common/fs/pathname.c Tue Jun 14 15:45:20 2005
+++ usr/src/uts/common/fs/pathname.c Wed Jun 29 14:47:11 2005
@@ -86,7 +86,7 @@
void
pn_free(struct pathname *pnp)
{
- kmem_free(pnp-pn_buf, MAXPATHLEN);
+ kmem_free(pnp-pn_buf, pnp-pn_bufsize);
pnp-pn_path = pnp-pn_buf = NULL;
pnp-pn_pathlen = pnp-pn_bufsize = 0;
}
This message posted from opensolaris.org
___
request-sponsor mailing list
request-sponsor at opensolaris.org
--
Eric Schrock, Solaris Kernel Development.
