<div dir="ltr">Hi list,<br>
    I had a problem with the dahdi XPP driver.<br>
    After this error in syslog, the Xorcom disconnect from the server:<br>
    <br>
    <br>
    Jun  3 15:03:29  kernel: [361010.637858] <b>NOTICE-xpp_usb:

      xusb-0 (usb-0000:00:1d.7-3) [X1047686]: Sluggish USB. Dropping
      next PCM frame (p</b><b><br>
    </b><b>ending_writes=5)</b><br>
    Jun  3 15:03:52  kernel: [361033.890575]<b>
      ERR-xpp: XBUS-00: Failed to send from command_queue (ret=-19)</b><br>
    Jun  3 15:03:52  kernel: [361033.894565]
    ------------[ cut here ]------------<br>
    Jun  3 15:03:52  kernel: [361033.894565]
    WARNING: at kernel/softirq.c:141 local_bh_enable+0x2f/0x6a()<br>
    Jun  3 15:03:52  kernel: [361033.894565]
    Hardware name:  <br>
    Jun  3 15:03:52  kernel: [361033.894565]
    Modules linked in: dahdi_echocan_oslec echo xpd_pri xpp_usb xpp
    dahdi crc_ccitt drbd cn ipv6 loop rng_core serio_raw i2c_i801
    ehci_hcd uhci_hcd iTCO_wdt i2c_core usbcore<br>
    Jun  3 15:03:52  kernel: [361033.894565] Pid:
    0, comm: swapper Not tainted 2.6.30.9 #3<br>
    Jun  3 15:03:52  kernel: [361033.894565] Call
    Trace:<br>
    Jun  3 15:03:52  kernel: [361033.894565] 
    [&lt;c0117d97&gt;] ? warn_slowpath_common+0x5e/0x8a<br>
    Jun  3 15:03:52  kernel: [361033.894565] 
    [&lt;c0117dcd&gt;] ? warn_slowpath_null+0xa/0xc<br>
    Jun  3 15:03:52 kernel: [361033.894565] 
    [&lt;c011b82d&gt;] ? local_bh_enable+0x2f/0x6a<br>
    Jun  3 15:03:52  kernel: [361033.894565] 
    [&lt;c0293c3f&gt;] ? sk_filter+0x63/0x6c<br>
    Jun  3 15:03:52  kernel: [361033.894565] 
    [&lt;c029d5b4&gt;] ? netlink_broadcast+0x1aa/0x2e7<br>
    Jun  3 15:03:52 kernel: [361033.894565] 
    [&lt;c01ea9bd&gt;] ? kobject_uevent_env+0x295/0x340<br>
    Jun  3 15:03:52  kernel: [361033.894565] 
    [&lt;f8471990&gt;] ? xbus_setstate+0x155/0x18d [xpp]<br>
    Jun  3 15:03:52  kernel: [361033.894565] 
    [&lt;f8472b09&gt;] ? xbus_command_queue_tick+0x15d/0x18c [xpp]<br>
    Jun  3 15:03:52  kernel: [361033.894565] 
    [&lt;f8475d6b&gt;] ? xframe_receive_pcm+0x91/0xe28 [xpp]<br>
    Jun  3 15:03:52 kernel: [361033.894565] 
    [&lt;c012b256&gt;] ? getnstimeofday+0x4d/0xca<br>
    Jun  3 15:03:52  kernel: [361033.894565] 
    [&lt;c012b256&gt;] ? getnstimeofday+0x4d/0xca<br>
    Jun  3 15:03:52  kernel: [361033.894565] 
    [&lt;f847a002&gt;] ? xframe_receive+0x118/0x52c [xpp]<br>
    Jun  3 15:03:52  kernel: [361033.894565] 
    [&lt;c012b2e2&gt;] ? do_gettimeofday+0xf/0x29<br>
    Jun  3 15:03:52  kernel: [361033.894565] 
    [&lt;f84c50ee&gt;] ? xpp_receive_callback+0x117/0x13e [xpp_usb]<br>
    Jun  3 15:03:52  kernel: [361033.894565] 
    [&lt;f8065c63&gt;] ? usb_hcd_giveback_urb+0x60/0x8e [usbcore]<br>
    Jun  3 15:03:52  kernel: [361033.894565] 
    [&lt;f80f867c&gt;] ? qh_completions+0x91/0x3e9 [ehci_hcd]<br>
    Jun  3 15:03:52  kernel: [361033.894565] 
    [&lt;f80fa942&gt;] ? ehci_work+0x93/0x780 [ehci_hcd]<br>
    Jun  3 15:03:52  kernel: [361033.894565] 
    [&lt;c01281cd&gt;] ? ktime_get_ts+0x1d/0x3f<br>
    Jun  3 15:03:52  kernel: [361033.894565] 
    [&lt;c01281fc&gt;] ? ktime_get+0xd/0x2d<br>
    Jun  3 15:03:52  kernel: [361033.894565] 
    [&lt;c012b256&gt;] ? getnstimeofday+0x4d/0xca<br>
    Jun  3 15:03:52  kernel: [361033.894565] 
    [&lt;f80fbd1c&gt;] ? ehci_irq+0x147/0x197 [ehci_hcd]<br>
    Jun  3 15:03:52  kernel: [361033.894565] 
    [&lt;c01281fc&gt;] ? ktime_get+0xd/0x2d<br>
    Jun  3 15:03:52  kernel: [361033.894565] 
    [&lt;f8065aad&gt;] ? usb_hcd_irq+0x24/0x58 [usbcore]<br>
    Jun  3 15:03:52  kernel: [361033.894565] 
    [&lt;c0142365&gt;] ? handle_IRQ_event+0x49/0xf8<br>
    Jun  3 15:03:52  kernel: [361033.894565] 
    [&lt;c0143336&gt;] ? handle_level_irq+0x50/0x85<br>
    Jun  3 15:03:52 kernel: [361033.894565] 
    [&lt;c0103e0f&gt;] ? handle_irq+0x17/0x1c<br>
    Jun  3 15:03:52  kernel: [361033.894565] 
    [&lt;c0103bc8&gt;] ? do_IRQ+0x2b/0x63<br>
    Jun  3 15:03:52  kernel: [361033.894565] 
    [&lt;c0102da9&gt;] ? common_interrupt+0x29/0x30<br>
    Jun  3 15:03:52  kernel: [361033.894565] 
    [&lt;c014007b&gt;] ? audit_log_exit+0xb78/0xc8b<br>
    Jun  3 15:03:52  kernel: [361033.894565] 
    [&lt;c0106f93&gt;] ? mwait_idle+0x75/0xa0<br>
    Jun  3 15:03:52  kernel: [361033.894565] 
    [&lt;c0101afc&gt;] ? cpu_idle+0x23/0x3f<br>
    Jun  3 15:03:52  kernel: [361033.894565] 
    [&lt;c03c88d7&gt;] ? start_kernel+0x262/0x265<br>
    Jun  3 15:03:52 kernel: [361033.894565] ---[
    end trace 9422ad58c50dc1ad ]---<br>
    Jun  3 15:03:54  kernel: [361036.107365]<b> usb
      5-3: USB disconnect, address 2</b><br>
    Jun  3 15:03:54  kernel: [361036.112475]
    ERR-xpp_usb: xusb-0 (usb-0000:00:1d.7-3) [X1047686]: nonzero write
    bulk status received: -108 (pending_writes=101)<br>
    <br>
    So the customer was<em> </em>unable to call<em> </em><em style="font-weight:bold;font-style:normal;color:rgb(68,68,68);font-family:arial,sans-serif;line-height:16px"></em> PSTN numbers.<br>
    <br>
    Some info about the server:<br>
    <br>
    <ul>
      <li>uname -a</li>
    </ul>
          Linux 2.6.30.9 #3 Tue Apr 20 10:55:28
    CEST 2010 i686 GNU/Linux<br>
    <br>
    <ul>
      <li>Debian 5.0</li>
    </ul>
    <ul><li> modinfo dahdi</li>
    </ul>
    filename:       /lib/modules/<a href="http://2.6.30.9/dahdi/dahdi.ko">2.6.30.9/dahdi/dahdi.ko</a><br>
    alias:          dahdi_dummy<br>
    license:        GPL v2<br>
    description:    DAHDI Telephony Interface<br>
    author:         Mark Spencer <a class="" href="mailto:markster@digium.com">&lt;markster@digium.com&gt;</a><br>
    version:        2.6.1<br>
    srcversion:     0AFDAE1CD29137EA0FA18FB<br>
    depends:        crc-ccitt<br>
    vermagic:       2.6.30.9 mod_unload modversions PENTIUM4 <br>
    parm:           initdir:charp<br>
    parm:           debug:Sets debugging verbosity as a bitfield, to see
    general debugging set this to 1. To see RBS debugging set this to 32
    (int)<br>
    parm:           deftaps:int<br>
    parm:           max_pseudo_channels:Maximum number of pseudo
    channels. (int)<br>
    parm:           hwec_overrides_swec:When true, a hardware echo
    canceller is used instead of configured SWEC. (int)<br>
    parm:           auto_assign_spans:If 1 spans will automatically have
    their children span and channel numbers assigned by the driver. If
    0, user space will need to assign them via /sys/bus/dahdi_devices.
    (int)<br>
    <br>
    What can be the problem?<br>
    <br>
    Thanks,<br>
    Matteo<br></div>