<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: isdct 3.0.0 library problem in Solid State Drives (NAND)</title>
    <link>https://community.solidigm.com/t5/solid-state-drives-nand/isdct-3-0-0-library-problem/m-p/18123#M6986</link>
    <description>&lt;P&gt;Hmm, while the SONAME is indeed odd, it isn't the cause of this afterall.  I'm repackaging these as DEBs before consuming and dh_strip (which just does strip --remove-section=.note --remove-section=.comment --strip-unneeded) seems to be mangling something (loses 80 bytes even when it doesn't drop any sections).  Easy enough to disable in the repackaging.&lt;/P&gt;&lt;P&gt;Any chance Intel will provide "official" DEBs sometime soon?&lt;/P&gt;&lt;P&gt;Amusingly, the .comment tags suggest that the linux binaries are actually built on Ubuntu but then packaged into RPMs?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;$ objdump -s --section .comment usr/lib/isdct/libIntel.SSDFeatures.so.1.2.0 &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;usr/lib/isdct/libIntel.SSDFeatures.so.1.2.0:     file format elf64-x86-64&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Contents of section .comment:&lt;/P&gt;&lt;P&gt; 0000 4743433a 20285562 756e7475 20342e34  GCC: (Ubuntu 4.4&lt;/P&gt;&lt;P&gt; 0010 2e332d34 7562756e 7475352e 31292034  .3-4ubuntu5.1) 4&lt;/P&gt;&lt;P&gt; 0020 2e342e33 00                          .4.3.           &lt;/P&gt;</description>
    <pubDate>Tue, 15 Mar 2016 19:28:06 GMT</pubDate>
    <dc:creator>TWalk4</dc:creator>
    <dc:date>2016-03-15T19:28:06Z</dc:date>
    <item>
      <title>isdct 3.0.0 library problem</title>
      <link>https://community.solidigm.com/t5/solid-state-drives-nand/isdct-3-0-0-library-problem/m-p/18122#M6985</link>
      <description>&lt;P&gt;isdct-3.0.0.400-15.x86_64.rpm doesn't actually seem to work (appears to be a bad soname in a dependent lib?)..&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;#  isdct show -intelssd&lt;/P&gt;&lt;P&gt;Error: Failed to find valid library: libIntel.SSDFeatures.so.2.0.0&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;But strace shows:&lt;/P&gt;&lt;P&gt;17:50:26.432200 open("/usr/lib/isdct/libIntel.SSDFeatures.so.2.0.0", O_RDONLY) = 3 &amp;lt;0.000016&amp;gt;&lt;/P&gt;&lt;P&gt;17:50:26.432311 lseek(3, 0, SEEK_END)   = 6667728 &amp;lt;0.000013&amp;gt;&lt;/P&gt;&lt;P&gt;17:50:26.432353 lseek(3, 0, SEEK_CUR)   = 6667728 &amp;lt;0.000011&amp;gt;&lt;/P&gt;&lt;P&gt;17:50:26.432415 lseek(3, 0, SEEK_SET)   = 0 &amp;lt;0.000008&amp;gt;&lt;/P&gt;&lt;P&gt;17:50:26.432458 mmap(NULL, 6668288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fac68498000 &amp;lt;0.000010&amp;gt;&lt;/P&gt;&lt;P&gt;17:50:26.437090 read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0&amp;gt;\0\1\0\0\0\0C\n\0\0\0\0\0"..., 6667728) = 6667728 &amp;lt;0.001782&amp;gt;&lt;/P&gt;&lt;P&gt;17:50:26.438945 close(3)                = 0 &amp;lt;0.000009&amp;gt;&lt;/P&gt;&lt;P&gt;17:50:26.459653 munmap(0x7fac68498000, 6668288) = 0 &amp;lt;0.000581&amp;gt;&lt;/P&gt;&lt;P&gt;17:50:26.460320 fstat(1, {st_mode=S_IFCHR|0600, st_rdev=makedev(136, 0), ...}) = 0 &amp;lt;0.000008&amp;gt;&lt;/P&gt;&lt;P&gt;17:50:26.460370 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fac6a399000 &amp;lt;0.000012&amp;gt;&lt;/P&gt;&lt;P&gt;17:50:26.460420 write(1, "Error: Failed to find valid libr"..., 67Error: Failed to find valid library: libIntel.SSDFeatures.so.2.0.0&lt;/P&gt;&lt;P&gt;) = 67 &amp;lt;0.000018&amp;gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Huh?&lt;/P&gt;&lt;P&gt;#  readelf -d /usr/lib/isdct/libIntel.SSDFeatures.so.2.0.0 | grep SONAME&lt;/P&gt;&lt;P&gt; 0x000000000000000e (SONAME)             Library soname: [tdk_interface_dll.so]&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Hmm.  dlopen() fails because the SONAME is wrong I presume? &lt;/P&gt;</description>
      <pubDate>Tue, 15 Mar 2016 17:53:46 GMT</pubDate>
      <guid>https://community.solidigm.com/t5/solid-state-drives-nand/isdct-3-0-0-library-problem/m-p/18122#M6985</guid>
      <dc:creator>TWalk4</dc:creator>
      <dc:date>2016-03-15T17:53:46Z</dc:date>
    </item>
    <item>
      <title>Re: isdct 3.0.0 library problem</title>
      <link>https://community.solidigm.com/t5/solid-state-drives-nand/isdct-3-0-0-library-problem/m-p/18123#M6986</link>
      <description>&lt;P&gt;Hmm, while the SONAME is indeed odd, it isn't the cause of this afterall.  I'm repackaging these as DEBs before consuming and dh_strip (which just does strip --remove-section=.note --remove-section=.comment --strip-unneeded) seems to be mangling something (loses 80 bytes even when it doesn't drop any sections).  Easy enough to disable in the repackaging.&lt;/P&gt;&lt;P&gt;Any chance Intel will provide "official" DEBs sometime soon?&lt;/P&gt;&lt;P&gt;Amusingly, the .comment tags suggest that the linux binaries are actually built on Ubuntu but then packaged into RPMs?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;$ objdump -s --section .comment usr/lib/isdct/libIntel.SSDFeatures.so.1.2.0 &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;usr/lib/isdct/libIntel.SSDFeatures.so.1.2.0:     file format elf64-x86-64&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Contents of section .comment:&lt;/P&gt;&lt;P&gt; 0000 4743433a 20285562 756e7475 20342e34  GCC: (Ubuntu 4.4&lt;/P&gt;&lt;P&gt; 0010 2e332d34 7562756e 7475352e 31292034  .3-4ubuntu5.1) 4&lt;/P&gt;&lt;P&gt; 0020 2e342e33 00                          .4.3.           &lt;/P&gt;</description>
      <pubDate>Tue, 15 Mar 2016 19:28:06 GMT</pubDate>
      <guid>https://community.solidigm.com/t5/solid-state-drives-nand/isdct-3-0-0-library-problem/m-p/18123#M6986</guid>
      <dc:creator>TWalk4</dc:creator>
      <dc:date>2016-03-15T19:28:06Z</dc:date>
    </item>
  </channel>
</rss>

