<?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: ioctl system calls in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/ioctl-system-calls/m-p/3538587#M222748</link>
    <description>Tusc should be your weapon of choice for this. The bad news is that ioctl() is, by definition, driver specific. It is one of the few system calls where exactly the same arguments to the system call can produce very different behaviors. You have to tie the 1st argument (the file descriptor) to the actual device. For example, if you see that the 1st argument to ioctl is 5, you need to find the last system call (e.g. open, creat, pipe) that opened fdes 5 and then refer to the man pages that are associated with that device. You should also be aware the fdes 5 might be reused many times so simply finding an open() system called that returns 5 is not enough; you need to find the one that imediately precedes the ioctl() of interest.&lt;BR /&gt;</description>
    <pubDate>Fri, 06 May 2005 11:25:10 GMT</pubDate>
    <dc:creator>A. Clay Stephenson</dc:creator>
    <dc:date>2005-05-06T11:25:10Z</dc:date>
    <item>
      <title>ioctl system calls</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/ioctl-system-calls/m-p/3538585#M222746</link>
      <description>I've got a spinning WebLogic java process on an HP server. When I look in the system calls screen, I find millions of ioctl commands consuming most of the CPU cycles.&lt;BR /&gt;&lt;BR /&gt;What options do I have to work out what files these millions of ioctl calls are trying to use? Where can I get more detailed information on what ioctl is all about anyway?</description>
      <pubDate>Thu, 05 May 2005 11:07:40 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/ioctl-system-calls/m-p/3538585#M222746</guid>
      <dc:creator>Dave Burton_5</dc:creator>
      <dc:date>2005-05-05T11:07:40Z</dc:date>
    </item>
    <item>
      <title>Re: ioctl system calls</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/ioctl-system-calls/m-p/3538586#M222747</link>
      <description>grab a copy of tusc - there is one on ftp.cup.hp.com under dist/networking/tools/&lt;BR /&gt;&lt;BR /&gt;or you can search on tusc on &lt;A href="http://www.hp.com" target="_blank"&gt;www.hp.com&lt;/A&gt;&lt;BR /&gt;</description>
      <pubDate>Fri, 06 May 2005 11:08:00 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/ioctl-system-calls/m-p/3538586#M222747</guid>
      <dc:creator>rick jones</dc:creator>
      <dc:date>2005-05-06T11:08:00Z</dc:date>
    </item>
    <item>
      <title>Re: ioctl system calls</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/ioctl-system-calls/m-p/3538587#M222748</link>
      <description>Tusc should be your weapon of choice for this. The bad news is that ioctl() is, by definition, driver specific. It is one of the few system calls where exactly the same arguments to the system call can produce very different behaviors. You have to tie the 1st argument (the file descriptor) to the actual device. For example, if you see that the 1st argument to ioctl is 5, you need to find the last system call (e.g. open, creat, pipe) that opened fdes 5 and then refer to the man pages that are associated with that device. You should also be aware the fdes 5 might be reused many times so simply finding an open() system called that returns 5 is not enough; you need to find the one that imediately precedes the ioctl() of interest.&lt;BR /&gt;</description>
      <pubDate>Fri, 06 May 2005 11:25:10 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/ioctl-system-calls/m-p/3538587#M222748</guid>
      <dc:creator>A. Clay Stephenson</dc:creator>
      <dc:date>2005-05-06T11:25:10Z</dc:date>
    </item>
  </channel>
</rss>

