Hi,<br><br><div class="gmail_quote">2011/12/15 bonecollector <span dir="ltr"><<a href="mailto:bonecollector@hot.ee">bonecollector@hot.ee</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

  
    
  
  <div bgcolor="#FFFFFF" text="#000000">
    Hi,<div class="im"><br>
    <br>
    <blockquote type="cite">
      <div class="gmail_quote">
        <blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
          <p>
            Dec 12 13:49:31 my-server klogd: [11382.642584] uhci_hcd
            0000:00:1d.1:
            reserve dev 2 ep81-INT, period 16, phase 8, 118 us<br>
            Dec 12 13:49:31 my-server klogd: [11382.894706] uhci_hcd
            0000:00:1d.1:
            release dev 2 ep81-INT, period 16, phase 8, 118 us<br>
            ...<br>
          </p>
        </blockquote>
        <div>these messages from the kernel, related to USB interrupt
          (possibly timeout):<br>
          we get data from the devices through explicit requests
          (polling) and interrupt. Interrupts are notifications
          generated by the device, upon data change, without requiring
          any explicit request.<br>
          <br>
          there is nothing we can do in NUT. The only thing for you
          would be to disable interrupt, by adding "pollonly" to your
          ups section in ups.conf:<br>
          <br>
          [Eaton3s]<br>
             driver = usbhid-ups<br>
             port = auto<br>
             pollonly<br>
             desc = "Serveri UPS"<br>
          <br>
          the should remove the above log message (if it's really
          related to timeout), but will decrease reactivity WRT status
          changes.<br>
          Another option may be to look at the kernel logging level.<br>
        </div>
      </div>
    </blockquote>
    <br></div>
    Thank you! Adding "pollonly" helped, and no more messages in logs.<br>
    <br>
    Little question still stays - even if exclusive access is used, why
    so many messages (there are lots of USB devices around nowdays,
    don't know about exclusive access used to connect to them, but I
    have never seen such logging before.).<br></div></blockquote><div><br>there is only the first one that was related to detaching the kernel driver to the profit of NUT driver.<br>Others were related to timeout on the interrupt pipe.<br>
<br>IMHO, NUT is the only one that has:<br>- persistance as a daemon,<br>- possible support in kernel (USB/HID UPS only), that needs to be removed before NUT can talk to the device.<br>Note that this more a switch of driver (from hiddev to usbfs), but the end result for the kernel is the same: log detachment.<br>
<br>Other system that are somehow similar are either pure kernel or pure userland, or without persistance (printer, scanner, webcams).<br><br>A final note on Unix kernel drivers: RW support always requires exclusive access.<br>
Multipoint drivers are userland, based on the kernel drivers, like NUT drivers (which are in reality daemons).<br><br></div></div>cheers<br clear="all">Arnaud<br>-- <br>Linux / Unix Expert R&D - Eaton - <a href="http://powerquality.eaton.com" target="_blank">http://powerquality.eaton.com</a><br>
Network UPS Tools (NUT) Project Leader - <a href="http://www.networkupstools.org/" target="_blank">http://www.networkupstools.org/</a><br>Debian Developer - <a href="http://www.debian.org" target="_blank">http://www.debian.org</a><br>
Free Software Developer - <a href="http://arnaud.quette.free.fr/" target="_blank">http://arnaud.quette.free.fr/</a><br><br>