Ticket #121 (reopened defect)

Opened 3 years ago

Last modified 18 months ago

too short timeout for JACK server startup when using certain FireWire devices

Reported by: http://wayne.in-giro.org/ Owned by: -
Priority: minor Milestone: 2
Keywords: JACK,FireWire,start Cc: wayne@…

Description (last modified by http://nedko.arnaudov.name/) (diff)

i mainly use an external FireWire? audio interface, and it takes a the JACK server/FFADO/etc. a few seconds to start up and return everything is OK. not sure if it is specific to my Edirol FA-66, or the FireWire? bus in general. every time i start a Studio, and thus the JACK server (with the FireWire? driver/interface), via Gladish or LadiTray?, ladishd (i assume) pops up a message saying that starting the JACK server failed, but then immediately after another message pops up saying that the Studio is started, and the JACK server did indeed start and is running fine. however, i think it took too long for ladishd/DBus. here is the relevant info from the ladishd log:

Tue Nov 30 20:44:48 2010: [31mERROR: [0mrun: Starting JACK server failed.
Tue Nov 30 20:44:49 2010: JACK server start detected.
Tue Nov 30 20:44:49 2010: jack conf successfully retrieved
Tue Nov 30 20:44:49 2010: setting connection handlers for graph '/org/ladish/Studio'
Tue Nov 30 20:44:49 2010: setting connection handlers for graph '/org/ladish/Room1'

is it possible to change the timeout in ladishd/DBus service spec/etc. to prevent the slow startup of the JACK server as being flagged as an error?

Change History

Changed 3 years ago by http://nedko.arnaudov.name/

  • description modified (diff)
  • milestone changed from undecided to 0.3 (preview 3)

Changed 3 years ago by http://nedko.arnaudov.name/

  • status changed from new to closed
  • resolution set to fixed

In b8852eaf9f2cba6aaa741a3baaef583c5efb755d I've increased the dbus timeout for start server call from 3 seconds to 7 seconds.

The proper fix for this is to somehow make jack start asynchronous. This will make the ladishd dbus loop responsive. OTOH it is probably worth to make the jackdbus dbus loop responsive too.

Changed 3 years ago by http://nedko.arnaudov.name/

I've created a ticket in the JACK trac:

 http://trac.jackaudio.org/ticket/203

Changed 2 years ago by http://orlammd.pip.verisignlabs.com/

  • status changed from closed to reopened
  • resolution fixed deleted

I experience the same problem with two Focusrite Saffire Pro 40 daisy-chained. When using only one, no problem, but when using two devices, it does exactly the same.
Actually, it's probably linked to FW devices, as the lock of the card is quite long.

Changed 2 years ago by http://nedko.arnaudov.name/

  • milestone changed from 0.3 (preview 3) to 0.4 (preview 4)

Changed 2 years ago by https://me.yahoo.com/a/zhci_nd.wibgrwvmbeqxbks0vx7nv.pnayc-#54ac2

The proper fix for this is to somehow make jack start asynchronous.

air jordan

Changed 18 months ago by http://nedko.arnaudov.name/

  • milestone changed from 0.4 (preview 4) to 2
Note: See TracTickets for help on using tickets.