Decided to simply contact the manufacturer and ask them for the latest
vBIOS. Though it didn't crash the days before changing the bios, it
hasn't crashed the days later. Plus points since opencl also seems to
be working fine now, rather than making the card crash too (or
refusing to work
On Sat, Apr 6, 2019 at 3:25 PM Braiam wrote:
>
> At this point I decided that the system isn't going to recover, so I
> tried to soft-reboot it, but it only ended locked and had to hard
> reboot.
>
> I've found this bug[1] that seems related, user watching videos. I
> will try removing vaapi and
Managed to extract more information from one of the lock up:
[53798.406792] [drm:amdgpu_ctx_mgr_entity_fini [amdgpu]] *ERROR* ctx
865ddb9b is still alive
[53798.406862] [drm:amdgpu_ctx_mgr_fini [amdgpu]] *ERROR* ctx
865ddb9b is still alive
Apparently the messages above have
On Wed, Apr 3, 2019 at 2:02 PM Alex Deucher wrote:
>
> On Wed, Apr 3, 2019 at 2:58 AM Braiam wrote:
> >
> > Hi,
> >
> > I have a Sapphire Technology Hawaii XT (R9 290X) using amdgpu driver
> > with kernel 5.1.0-rc3.
> > The issue happens with current 4.19.0 debian testing, 4.20-trunk,
> >
On Wed, Apr 3, 2019 at 2:58 AM Braiam wrote:
>
> Hi,
>
> I have a Sapphire Technology Hawaii XT (R9 290X) using amdgpu driver
> with kernel 5.1.0-rc3.
> The issue happens with current 4.19.0 debian testing, 4.20-trunk,
> 5.0.0-trunk and rc2 and 3.
>
> It usually happens when I'm reproducing
Hi,
I have a Sapphire Technology Hawaii XT (R9 290X) using amdgpu driver
with kernel 5.1.0-rc3.
The issue happens with current 4.19.0 debian testing, 4.20-trunk,
5.0.0-trunk and rc2 and 3.
It usually happens when I'm reproducing video, but I haven't figured
out a way to reproduce it. It
happened
