Conversation

Notices

1. Embed this notice
   P Balduino (p_balduino@bolha.us)'s status on Wednesday, 30-Oct-2024 05:01:46 JST P Balduino

   #menios Questão de prova que eu passei quase um mês batendo cabeça para achar o bug:
   kthread_create recebe como parâmetros um ponteiro para uma struct kthread_t, um nome, a função que contém o código a ser executado e o parâmetro para essa função. Essa função já cuida de botar o código no scheduler e, em algum momento ele vai rodar de forma concorrente, não precisa mandar explicitamente a thread rodar.

   A chamada dentro de main funciona, mas a chamada dentro da função dá pau e derruba o kernel. Por que?

   • Embed this notice
     P Balduino (p_balduino@bolha.us)'s status on Wednesday, 30-Oct-2024 11:22:45 JST P Balduino

     in reply to

     • une

     @une exatamente. básico, mas levei um tempão para isolar o problema e entender o que estava acontecendo.
     A solução foi alocar o kthread_t no heap. Isso gera um vazamento de memória, já que eu nunca faço free dele mas, como nesse caso o serviço não termina nunca, tudo bem. Isso me indicou também que eu preciso saber o estado da thread a qualquer momento, coisa que não sei atualmente. Com isso, consigo implementar um join.

   • Embed this notice
     une (une@mstdn.social)'s status on Wednesday, 30-Oct-2024 11:22:46 JST une

     in reply to

     @p_balduino vish; tem pegadinha 🤔? diria que clock de dentro da função não sobrevive depois que a função retorna