Re: [PATCH 1/2] Revert "include/uapi/drm/amdgpu_drm.h: use __u32 and __u64 from <linux/types.h>"

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Fri, Aug 19, 2016 at 9:23 PM, Ken Phillis Jr <kphillisjr@xxxxxxxxx> wrote:
> On Fri, Aug 19, 2016 at 6:32 PM, Rob Clark <robdclark@xxxxxxxxx> wrote:
>>
>> tbh, I'm all in favor of making it easier to sync kernel headers to
>> libdrm, etc.
>>
>> But kernel *does* have stdint types.  Just (for some reason that
>> completely baffles me) not in stdint.h so we can't include that from
>> the uapi headers themselves.  I'm not a huge fan of the uX/sX types
>> when the rest of the world has moved on to stdint.  I can *kinda*
>> (barely) understand the argument for kernel using uX/sX in uapi (to
>> avoid other userspace src files from needing to #include stdint.h
>> first).  But I think that is a bad argument (kernel should fix it's
>> shit to be compatible with stdint.h, not other way around), and it
>> doesn't even apply for drm uapi (where the consumer of the uapi is
>> just libdrm_$drivername, not random other consumers) so we can take
>> care to #include stdint.h first..
>>
>> tl;dr: I wasn't a big fan of the conversion to uX/sX types.. I kinda
>> see the argument in the general case (but I think it is bogus, and
>> even if it was legit it doesn't apply to drm uapi)
>>
>> </rant>
>>
>> BR,
>> -R
>
>
> I believe that this patch is to simplify porting requirements by reducing
> system
> specific data types whenever possible. The C99 capable data types defined in
> stdbool.h, stdint.h and inttypes.h are supported by modern compilers. This
> means that anyone who uses gcc, clang, and Visual Studio 2013 ( or newer )
> can compile these include files without any major hassles.
>

perhaps, but if the target audience for driver specific APIs is
libdrm/mesa, which already uses stdint types, then I fail to see the
point..

It is a bit difference scenario for some of the core kms ioctls which
are not driver specific..  but most of the driver specific gpu related
ioctls tend to be rather complex and not intended for use by something
other than libdrm/mesa.

BR,
-R
_______________________________________________
dri-devel mailing list
dri-devel@xxxxxxxxxxxxxxxxxxxxx
https://lists.freedesktop.org/mailman/listinfo/dri-devel




[Index of Archives]     [Linux DRI Users]     [Linux Intel Graphics]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [XFree86]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [XFree86]
  Powered by Linux