winsys/radeon: fix up default enabled_rb_mask for r600
authorRoland Scheidegger <sroland@vmware.com>
Tue, 9 Jan 2018 01:53:28 +0000 (02:53 +0100)
committerRoland Scheidegger <sroland@vmware.com>
Wed, 10 Jan 2018 03:59:00 +0000 (04:59 +0100)
commitf0dd1b36126ceff8726797f40f56defbf5f82e2c
treea54a0b8583d8538b14c296c6ed405febe70da593
parent7c0bc495f1e467562c4b47da1c2821fd323a45b1
winsys/radeon: fix up default enabled_rb_mask for r600

The logic had two fatal flaws which completely killed the default value.
1) drm will overwrite the value anyway even if the chip can't be handled
2) the default value logic is relying on num_render_backends, which was
filled in later.
Luckily noone is relying on it, but it's a bit confusing seeing the chip clock
printed out there (as hex) with R600_DEBUG=info...
(Albeit radeonsi does not appear to fix up the value. If kernels which don't
handle this query are still supported, radeonsi will still end up with a broken
enabled_rb_mask, I have no idea of the potential results of this there.)

Reviewed-by: Dave Airlie <airlied@redhat.com>
src/gallium/winsys/radeon/drm/radeon_drm_winsys.c