fastrpc: add patch for dynamic DSP path resolution

[quic-vkatoch]

Enable dynamic DSP path resolution, fix envlistlen handling, and update build dependencies.

• Support dynamic DSP path resolution via a conf directory for flexible DSP library location management.
• Prevent envlistlen from being overwritten when fetching non-DSP environment paths to avoid undefined behavior.
• Update build steps to:
  • include apt-get update
  • install libyaml-dev
  • rename the step to "Install autotools and dependencies".

[koenkooi]

No need for += when DEPENDS is above any inherit lines.

[quic-vkatoch]

Ack

[koenkooi]

Apart from the other commits, the commit message doesn't follow the OE (and meta-qcom) commit policy. It should look like this:

fastrpc: add patch for dynamic DSP path resolution

Enable dynamic path resolution....

[quic-vkatoch]

Apart from the other commits, the commit message doesn't follow the OE (and meta-qcom) commit policy. It should look like this:

fastrpc: add patch for dynamic DSP path resolution
Enable dynamic path resolution....

Ack, updated.

[lumag]

What is so urgent that we can't wait for the release?

[quic-vkatoch]

What is so urgent that we can't wait for the release?

FastCV skels added as part of PR "qcom-fastcv-binaries: FastCV DSP Support Enhancements by quic-ptak · Pull Request #1162 · qualcomm-…" cannot be successfully loaded without this PR. Although a temporary workaround using symlinks from board-specific paths to /usr/lib/dsp/cdsp is available, clients are unwilling to maintain this solution for an extended period. Since the main PR is still pending from approval and its release takes time, we are planning to provide the needed functionality to clients with this patch.

[lumag]

What is so urgent that we can't wait for the release?

FastCV skels [...] cannot be successfully loaded without this PR. Although a temporary workaround using symlinks from board-specific paths to /usr/lib/dsp/cdsp is available, clients are unwilling to maintain this solution for an extended period. Since the main PR is still pending from approval and its release takes time, we are planning to provide the needed functionality to clients with this patch.

I'd really like to hear a word from the FastRPC team here. What is their plan for the release?

[Chennak-quic]

What is so urgent that we can't wait for the release?

FastCV skels [...] cannot be successfully loaded without this PR. Although a temporary workaround using symlinks from board-specific paths to /usr/lib/dsp/cdsp is available, clients are unwilling to maintain this solution for an extended period. Since the main PR is still pending from approval and its release takes time, we are planning to provide the needed functionality to clients with this patch.

I'd really like to hear a word from the FastRPC team here. What is their plan for the release?

@lumag , we’re awaiting your approval for qualcomm/fastrpc#234 . Once approved, we will complete our release testing and deliver the change within two days.

[lumag]

Closing, obsoleted by #1334