SPU not working for kernel 4.9, 4.10, 4.11a and 4.12

Dear Sir,

I'd like to report that SPU not working for kernel > 4.9. The problem
caused by spe_context_run function, when call , it never return back.
Please see my attached file.

My current system (working fine)
Gentoo kernel 4.4.69
libspe2-2.2.80_p95-r1
gcc-6.3.0
spu-elf-gcc-5.3.0

Bets reagrds,
Sombat T.

Hi all,

I'd like to report that SPU not working for kernel > 4.9. The problem
caused by spe_context_run function, when call , it never return back.

Looks like this also happens with the simple spu_run test:

 https://github.com/jk-ozlabs/spufs-testsuite/blob/master/tests/03-spu_run/01-spu_run.c

... might need some debugging here, I'll update if I find anything.

Cheers,


Jeremy

Hi all,

Looks like this also happens with the simple spu_run test:

 https://github.com/jk-ozlabs/spufs-testsuite/blob/master/tests/03-spu_run/01-spu_run.c

... might need some debugging here, I'll update if I find anything.

And it appears we're stuck in the POLL_WHILE_FALSE() loop in
wait_tag_complete() called from restore_lscsa().

Because spufs itself has been fairly static, I suspect some other change
has meant that MFC DMAs aren't working; so at this point, a bisect might
be the best way forward. Do you see the exact same behaviour on 4.9 (but
4.8 works?)

Cheers,


Jeremy

Jeremy Kerr [off-list ref] writes:

Hi all,

quoted

Looks like this also happens with the simple spu_run test:

 https://github.com/jk-ozlabs/spufs-testsuite/blob/master/tests/03-spu_run/01-spu_run.c

... might need some debugging here, I'll update if I find anything.

And it appears we're stuck in the POLL_WHILE_FALSE() loop in
wait_tag_complete() called from restore_lscsa().

Because spufs itself has been fairly static, I suspect some other change
has meant that MFC DMAs aren't working; so at this point, a bisect might
be the best way forward. Do you see the exact same behaviour on 4.9 (but
4.8 works?)

I can bisect it here, I have everything setup to autoboot etc.

cheers