[so2] [Tema1]

[Vali Ghita]

Salut,

Am avut si eu problema asta si am rezolvat-o verificand in handler ca
nu cumva sa fiu in context intrerupere.
Probabil ca vine o intrerupere dupa ce s-a facut luat lock-ul si in
handler-ul asociat intreruperii se apeleaza kmalloc din nou si se
ajunge in acelasi punct.

Spor,
Vali Ghita.

În data de 22 martie 2015, 22:50, Popa Nicolae via so2
<so2 at cursuri.cs.pub.ro> a scris:
> Salut,
>
> La un moment dat faceam si am pus GFP_ATOMIC, si l-am scos din regiune
> critica(aloc ce am nevoie inainte de regiunea critica). Dar la fel.
>
> În data de 22 martie 2015, 22:45, Stefan Ciotec via so2
> <so2 at cursuri.cs.pub.ro> a scris:
>
>> În data de 22 martie 2015, 22:18, Daniel Baluta via so2
>> <so2 at cursuri.cs.pub.ro> a scris:
>> >
>> > 2015-03-22 22:09 GMT+02:00 Popa Nicolae via so2 <so2 at cursuri.cs.pub.ro>:
>> > > Salut!
>> > >
>> > > A mai avut careva probleme in a folosi spinlock-uri in interiorul unui
>> > > entry_handler/handler aferent unei probe kretprobe pentru kmalloc? Tot
>> > > primesc "BUG: spinlock recursion" si call trace-ul ma duce catre
>> > > spinlock-ul
>> > > din entry_handler-ul probei pentru kmalloc si nu reusesc sa-mi dau
>> > > seama de
>> > > ce.
>> >
>> > E posibil să ai vreo cale pe care nu eliberezi spinlock-ul?
>> > _______________________________________________
>> > http://ocw.cs.pub.ro/courses/so2/resurse/lista-discutii
>>
>> Salut,
>>
>> Faci in interiorul handlerelor kretprobe kmalloc cu flagul GFP_KERNEL?
>>
>> Stefan
>> _______________________________________________
>> http://ocw.cs.pub.ro/courses/so2/resurse/lista-discutii
>
>
>
> _______________________________________________
> http://ocw.cs.pub.ro/courses/so2/resurse/lista-discutii