UNCLASSIFIED Thanks Jim,
That fixed it. Are there any updates scheduled on the documentation for opencpi? In particular the Application Control Interface Specification? Cheers, Josh |Date: Mon, 21 May 2012 16:19:34 -0400 |From: James Kulp <[email protected]> |To: [email protected] | |Hi Josh, | |External port buffer counts can be larger, but inter-worker buffer counts were limited to that constant a while ago for a |now-obsolete reason. For the moment you can try increasing MAX_BUFFERS in: | |core/dataplane/transport/impl/include/OcpiTransportConstants.h | |But we'll try to put it back to a variable allocation soon. | |Jim | On 5/21/12 1:15 AM, Sutton, Joshua (Contractor) wrote: > > *UNCLASSIFIED* > > Hi, > > There appears to be a limit of 20 buffers that can be assigned to a port. > Eg if I change the bias.xml file in components/bias.rcc/ to the > following: > > <RccImplementation> > <xi:include href="bias_spec.xml"/> > <Port Name="in" MinBuffers="21"/> > </RccImplementation> > > Then the bias_xml test in ocpi/examples/bias_xml crashes out with a > segmentation fault. > > If the value MinBuffers is set to 20, then the example runs ok. > > Is there a reason for the limit, or is this just an arbitrary maximum > setting? I've tried through lookingthe code, but the reason for the > limit isn't clear. > > The last few frames of the backtrace are: > > OCPI::DataTransport::Circuit::getOutputPortSet (this=0x0) at > ../../impl/include/OcpiCircuit.h:469 > OCPI::DataTransport::InputBuffer::update (this=0x659400, > critical=true) at OcpiInputBuffer.cxx:104 > OCPI::DataTransport::Port::createBuffers (this=0x6554d0) at > OcpiPort.cxx:550 > > getCircuit() appears to be NULL after the tid reaches 20 in the > createBuffers call. > > I'm trying to set up a case where we setup 100 buffers to be released > with varying timestamps to the FPGA. > > Regards, > Josh > > > *IMPORTANT*: This email remains the property of the Department of > Defence and is subject to the jurisdiction of section 70 of the Crimes > Act 1914. If you have received this email in error, you are requested > to contact the sender and delete the email. > > > > _______________________________________________ > opencpi_dev mailing list > [email protected] > http://lists.opencpi.org/listinfo.cgi/opencpi_dev-opencpi.org -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.opencpi.org/private.cgi/opencpi_dev-opencpi.org/attachment s/20120521/25c78f49/attachment.html> ------------------------------ _______________________________________________ opencpi_dev mailing list [email protected] http://lists.opencpi.org/listinfo.cgi/opencpi_dev-opencpi.org End of opencpi_dev Digest, Vol 25, Issue 6 ****************************************** IMPORTANT: This email remains the property of the Department of Defence and is subject to the jurisdiction of section 70 of the Crimes Act 1914. If you have received this email in error, you are requested to contact the sender and delete the email. _______________________________________________ opencpi_dev mailing list [email protected] http://lists.opencpi.org/listinfo.cgi/opencpi_dev-opencpi.org
