On 16.10.2014 23:14, Alex Deucher wrote:
> As part of the amdgpu transition, we are moving to using database
> generated register and packet headers. We have a number of options
> for formatting, some of which involve bitfields (don't worry there
> will also be shift/mask style headers as well whi
On Fri, Oct 17, 2014 at 7:19 AM, Rob Clark wrote:
> btw, random question.. have you looked at all at the possibility of
> generating envytools xml somehow from your internal db? Not sure how
> hard/easy that would be. But then you could use headergen. And who
> knows, the rnndec register parsi
btw, random question.. have you looked at all at the possibility of
generating envytools xml somehow from your internal db? Not sure how
hard/easy that would be. But then you could use headergen. And who
knows, the rnndec register parsing stuff might be useful for things
like cmdstream decoder
On 17 October 2014 05:16, Christian K?nig wrote:
> Well, making a long story short:
> http://yarchive.net/comp/linux/bitfields.html
Thanks, that++,
Just for that alone we should try and avoid using them in the driver.
Dave.
Well, making a long story short:
http://yarchive.net/comp/linux/bitfields.html
Regards,
Christian.
Am 16.10.2014 um 16:14 schrieb Alex Deucher:
> As part of the amdgpu transition, we are moving to using database
> generated register and packet headers. We have a number of options
> for formatti
Alex Deucher writes:
> As part of the amdgpu transition, we are moving to using database
> generated register and packet headers. We have a number of options
> for formatting, some of which involve bitfields (don't worry there
> will also be shift/mask style headers as well which is mainly what
On 10/16/2014 10:14 AM, Alex Deucher wrote:
> Are there any strong objections to these sorts of structures?
You may want to blacklist certain compiler version/arch combinations,
or get the affected arches to do it.
gcc up to 4.7.1 on ia64 and ppc64 generates 64-bit wide RMW cycles
on bitfields, r
On Thu, Oct 16, 2014 at 10:14:27AM -0400, Alex Deucher wrote:
> As part of the amdgpu transition, we are moving to using database
> generated register and packet headers. We have a number of options
> for formatting, some of which involve bitfields (don't worry there
> will also be shift/mask styl
As part of the amdgpu transition, we are moving to using database
generated register and packet headers. We have a number of options
for formatting, some of which involve bitfields (don't worry there
will also be shift/mask style headers as well which is mainly what we
use in the code). I think t
