I don't understand this - perhaps you are mixing "open" with "free"? VMM is a published book so why is it not open? Infact we wrote a book on "pragmatic approach to VMM adoption" based on that book. (See
formatting link
if interested). BTW, VMM also ships under $VCS_HOME/doc.
Quoting from:
formatting link
SNPS gives source code to VCS users if they request for the same.
Now having said all this, given the status of SV implementation by major eda vendors, neither VMM nor AVM is truly "portable" as of today
- tools support different subsets just to fit into their individual methodology, perhaps the tool development was driven by the methodology team. So when 100% SV implementation is available across vendors, users may not have an issue of AVM vs. VMM as both will work in any simulator.
Now, I'm teaching myself AVM and am finding it quite similar to VMM. Sure VMM has much more stuff, also maturity (given their RVM legacy), AVM has some "new" concepts such as analysis ports etc. I asked Mentor if I can openly debate on AVM, no reply yet...
Yes, I am. What I meant it is not freely down-loadable.
formatting link
"VCS customers may license the source code at no additional cost to gain insight into the implementation details."
So that's for VCS users. I'm not a VCS user, so I do not have access to the source code. In that way it _is_ licensed. The AVM source is not.
I cannot comment on this. I haven't used or really studied neither of them. I did find this quote from Verification Horizons quite potent:
"(...) I mention this story because it is similar to the thought process that many of you may be going through in trying to decide how to adopt a new verification methodology. You have a similar choice to make - should you go with the AVM or take a look at the VMM? In my minivan story, the VMM is the used car since it?s really based on old technology, having simply been ported from OpenVera® to SystemVerilog. The AVM is the new topof-the-line car that gives you all of the latest features and the power and flexibility that you need. Plus your tool and legacy investments are protected because it is based on an open standard. Which would you rather use to carry your precious cargo?"
Granted, this is by Mentor Graphics, so perhaps should be taken with a grain of salt. I really do not have the knowledge to put a value on quotes likes this. Perhaps you would like to comment on this.
Call me naive, but I do not see why such a debate should not be possible. It's a free world, "free" as in "free speech", not as in "free bear".
Thanks for the explanation. I think a lot of people will be interested in your openly comment on both VMM and AVM without biased opinion. For AVM, it use Apache licence. Is this licence forbid openly debate :)
That's one of the reasons for me to hold back :-) As I have to be
100% correct else Mentor and/or SNPS folks will start pin pointing errors with my analysis. I would take some more time, but from quick analysis so far, both are very similar in concepts and I am even considering an "adaptor" for AVM users to VMM and vice versa - but all in thoughts, depends on market.
Honestly speaking I have NOT read through the license in full and am not a lawyer either. Hence I would be glad if someone clearly says "yes we can debate on it". Being an independent consutlant I want to be friendly to all vendors.
Mentor Graphics encourages open discussion of anything we have published at
formatting link
This is why we published it in that form.
Any code or pseudo code that uses the AVM is fine. Questions refering to specific items in the documentation are fine.
If you're going to post the contents of the library itself you already have permission under the license to do so provided you also copy the header at the top of the file which includes the copyright notice - although I would have thought this would be unecessary most of the time.
Adam.
Adam Rose Verification Technologist Mentor Graphics.
ElectronDepot website is not affiliated with any of the manufacturers or service providers discussed here.
All logos and trade names are the property of their respective owners.