Pierre-Louis Bossart

Foi corrigido um bug no kernel do Linux relacionado a uma referência nula na entrada do modo de suspensão do sistema. Quando o sistema entra em suspensão com um fluxo ativo, o núcleo SOF chama `hw params upon resume()`. Em plataformas Intel com HDA DMA usado para gerenciar o link DMA, isso leva a uma cadeia de chamadas de `hda dsp set hw params upon resume()` -> `hda dsp dais suspend()` -> `hda dai suspend()` -> `hda ipc4 post trigger()`. Um bug é encontrado em `hda dai suspend()` porque `hda link dma cleanup()` é executado primeiro, o que limpa `hext stream->link substream`, e então `hda ipc4 post trigger()` é chamado com um ponteiro `snd pcm substream` nulo.

O problema está relacionado a um acesso fora dos limites no componente soundwire cadence. O código adiciona um deslocamento ao PDI, provavelmente para ignorar o PDI0 e o PDI1, que são reservados para BPT. No entanto, esse código está incorreto e leva a um acesso fora dos limites. Um patch de correção remove completamente esse deslocamento desnecessário.

O problema ocorre quando o sistema é suspenso enquanto o áudio está ativo, fazendo com que a função `sof ipc4 pcm hw free()` reinicie os pipelines. Se o firmware travar durante a reprodução de áudio ou ao reinicializar o fluxo antes da suspensão, a função `sof ipc4 set multi pipeline state()` falhará com um erro de IPC, interrompendo a mudança de estado. Esse desalinhamento entre o estado do kernel e do firmware pode resultar em erros retornados pelo firmware para mensagens de IPC, eventualmente fazendo com que a retomada do áudio falhe. O estado do kernel será corrigido na próxima inicialização do DSP após o pânico do DSP.

Uma vulnerabilidade no kernel Linux foi resolvida, especificamente no módulo ASoC: rt7*-sdw. O problema surge devido à falta de uma verificação no ponteiro card nos drivers de codec de headset Realtek rt700, rt711 e rt711-sdca, o que pode levar a dereferências de NULL durante testes de bind/unbind do driver.

Foi identificada uma questão no kernel Linux na qual as propriedades do dispositivo adicionadas para codecs de headset não são removidas caso o registro da placa falhe, tipicamente devido a sondagens diferidas (deferred probes). Isso pode levar a kernel oopses em testes de bind/unbind de driver. O código que limpa as propriedades do dispositivo quando a placa é removida pode ser movido como um helper e chamado em caso de erros de registro da placa.