diff options
author | Greg Still <stillgs@us.ibm.com> | 2015-10-13 20:54:36 -0500 |
---|---|---|
committer | Martin Peschke <mpeschke@de.ibm.com> | 2015-10-21 07:20:47 -0500 |
commit | 82fc55596dd107514bc3dea1b8be3c23b653c76a (patch) | |
tree | 7375f72411c9ff16775d145ce7ea727fbde46806 /hwpf/fapi/docs/topics/DEPRECATED.md | |
parent | 43aaa85b59ba06dce6e0f7063234235384e31135 (diff) | |
download | talos-sbe-82fc55596dd107514bc3dea1b8be3c23b653c76a.tar.gz talos-sbe-82fc55596dd107514bc3dea1b8be3c23b653c76a.zip |
Rearrange PPE FAPI2 directory structure to be more in-line with HWPF
- Move files into new structure
- Delete old, obsolete files and directories
- Pre-import mirror of HWPF into importtemp
- No additional function
Change-Id: Iadad6eb05349f807acea362ec77d7f58273878b5
Reviewed-on: http://gfw160.aus.stglabs.ibm.com:8080/gerrit/21150
Tested-by: Jenkins Server
Reviewed-by: Santosh S. Puranik <santosh.puranik@in.ibm.com>
Reviewed-by: Sachin Gupta <sgupta2m@in.ibm.com>
Reviewed-by: Martin Peschke <mpeschke@de.ibm.com>
Diffstat (limited to 'hwpf/fapi/docs/topics/DEPRECATED.md')
-rwxr-xr-x | hwpf/fapi/docs/topics/DEPRECATED.md | 81 |
1 files changed, 0 insertions, 81 deletions
diff --git a/hwpf/fapi/docs/topics/DEPRECATED.md b/hwpf/fapi/docs/topics/DEPRECATED.md deleted file mode 100755 index 39df626e..00000000 --- a/hwpf/fapi/docs/topics/DEPRECATED.md +++ /dev/null @@ -1,81 +0,0 @@ -@deprecated Functions which were either not found used in the -hostboot code or have other ways to perform the same operation -with the new buffers are candidates for deprecation. They are listed -here so if you're looking for something you might find that it's -deprecated and not been implemented. If there's something in this -list which should be implemented, let someone know and we can -implement it.<br> -- setDoubleWordLength(uint32_t i_newNumDoubleWords);<br> -- setWordLength(uint32_t i_newNumWords);<br> -- setHalfWordLength(uint32_t i_newNumHalfWords);<br> -- setByteLength(uint32_t i_newNumBytes);<br> -- setBitLength(uint32_t i_newNumBits);<br> -- setCapacity (uint32_t i_newNumWords);<br> -- shrinkBitLength(uint32_t i_newNumBits);<br> -- growBitLength(uint32_t i_newNumBits);<br> -Replaced with std::container operations -- shiftRight(uint32_t i_shiftnum, uint32_t i_offset = 0);<br> -Replaced with operator>> as offset appears unused<br> -- shiftLeft(uint32_t i_shiftnum, uint32_t i_offset = 0xFFFFFFFF);<br> -Replaced with operator<< as offset appears unused<br> -- shiftRightAndResize(uint32_t i_shiftnum, uint32_t i_offset = 0);<br> -- shiftLeftAndResize(uint32_t i_shiftnum);<br> -- rotateRight(uint32_t i_rotatenum);<br> -- rotateLeft(uint32_t i_rotatenum);<br> -- flushTo0(); and flushTo1();<br> -Replaced with flush<X>() where X can be {0,1}<br> -- applyInversionMask(const uint32_t * i_invMask, uint32_t - i_invByteLen);<br> -- applyInversionMask(const ecmdDataBufferBase & i_invMaskBuffer, - uint32_t i_invByteLen);<br> -- insert(const ecmdDataBufferBase & i_bufferIn, uint32_t i_targetStart, - uint32_t i_len, uint32_t i_sourceStart = 0);<br> - insert(const uint32_t * i_data, uint32_t i_targetStart, uint32_t - i_len, uint32_t i_sourceStart = 0);<br> -It appears from the usage that the insert functions were used like a -initializer list - given a chunk of data, insert at bit 0. -Other useages have been replaced with a templated version for -variable_buffers and bit operations for integral buffers.<br> -- insertFromRight<br> -Replaced with a templated version for -variable_buffers and bit operations for integral buffers.<br> -- extract API<br> -Replaced with a templated version for -variable_buffers and bit operations for integral buffers.<br> -- setOr API/merge API<br> -- concat( ... );<br> -Replaced with operator+() and operator+=()<br> -- setOr(const uint32_t * i_data, uint32_t i_startbit, - uint32_t i_len);<br> - merge() -Replaced with operator|=() as it looks like startbit is always 0 -and len is always the length of i_data. Merge is the same I think<br> -- setXor(const ecmdDataBufferBase & i_bufferIn, uint32_t i_startbit, - uint32_t i_len); -Replaced with operator|=() as it looks like startbit is always 0 -and len is always the length of i_data.<br> -- setAnd(const ecmdDataBufferBase & i_bufferIn, uint32_t i_startbit, - uint32_t i_len);<br> -Replaced with operator&=() as it looks like startbit is mostly 0 -and len is mostly the length of i_data. The few cases seen where -this isn't the case, a uint64_t mask would work better.<br> -- copy(ecmdDataBufferBase & o_copyBuffer) const -Replaced with operator=() -- memCopyIn, memCopyOut -- flattenSize(void) const; -- flatten(uint8_t * o_data, uint32_t i_len) const; -- unflatten(const uint8_t * i_data, uint32_t i_len); -- oddParity() -- evenParity() -- shareBuffer(ecmdDataBufferBase* i_sharingBuffer); -- compressBuffer(ecmdCompressionMode_t i_mode = ECMD_COMP_PRD); -- uncompressBuffer(); -- isBufferCompressed(); -- setWord(), setHalfWord(), etc. -Replaced with a templated version, set<type>(); -- getDoubleWordLength(), getDoubleLength -Replaced with a templated version taking the type as an argument -- getCapacity() -- writeBit(bits_type i_bit, uint32_t i_value); -Replaced with set operations (this might be needed?) -e
\ No newline at end of file |