Bug 179321

Summary: New port: sysutils/storcli SAS MegaRAID FreeBSD StorCLI
Product: Ports & Packages Reporter: h-fujishima
Component: Individual Port(s)Assignee: freebsd-ports-bugs (Nobody) <ports-bugs>
Status: Closed Overcome By Events    
Severity: Affects Only Me CC: marino, takefu
Priority: Normal    
Version: Latest   
Hardware: Any   
OS: Any   
Attachments:
Description Flags
file.shar none

Description h-fujishima 2013-06-05 05:20:00 UTC 

Fix: Patch attached with submission follows:
Comment 1 Jason W. Bacon freebsd_committer freebsd_triage 2014-02-07 13:47:45 UTC 
Heads-up:

Support for StorCli is going to be a bit complicated.

First, there are two separate but overlapping StorCli branches; "MR" for 
standard MegaRAID and "NMR" for Nytro MegaRAID products.

Also, the latest versions seem to have dropped support for some 
chipsets, even though the supported hardware lists only show new ones 
added.  Maybe these are just bugs that should be reported to LSI.

For our Dell PERC H700, the MR v1.02.08 works best and NMR 1.01.75 works 
partially.  Later versions don't work at all.

Following the examples from PRs 179321 and 184922, I made separate ports 
for all currently available versions of StorCli.  They're available in 
the work-in-progress ports collection, see 
http://sourceforge.net/p/freebsdwip/wiki/Home/.

Note that LSI has made a lot of changes to the naming conventions and 
directory structure of the distfiles, so the ports differ by a lot more 
than just PORTVERSION.

Note also that x11/nvidia-driver deals with the same version/chipset 
support issues.  It might be worth looking at how they handle it.

Regards,

     Jason
Comment 2 John Marino freebsd_committer freebsd_triage 2014-08-07 14:22:09 UTC 
*** Bug 184922 has been marked as a duplicate of this bug. ***
Comment 3 John Marino freebsd_committer freebsd_triage 2014-08-24 18:24:58 UTC 
I apologize, but I'm going to close all "new port" PRs older than 1 July 2013 that have had no activity, even if it is through no fault of the submitter.  If you are still interested in getting the port into tree, please provide an updated share and some build verification (poudriere logs, redports logs, or Porter's Handbook[1]).  If you do that, we'll fast-track the port into the tree.  I'm sorry about this.


"make check-plist" followed by "make stage-qa" output  (https://www.freebsd.org/doc/en/books/porters-handbook/porting-testing.html)