Thread (36 messages) read the whole thread 36 messages, 7 authors, 2019-11-16

Re: [EXT] Re: [net-next, 1/2] enetc: Configure the Time-Aware Scheduler via tc-taprio offload

From: Simon Horman <hidden>
Date: 2019-11-12 13:46:43
Also in: lkml

On Tue, Nov 12, 2019 at 11:54:29AM +0000, Claudiu Manoil wrote:
quoted
-----Original Message-----
From: Po Liu <redacted>
[...]
quoted
quoted
-----Original Message-----
From: Simon Horman <redacted>
[...]
quoted
quoted
quoted
+/* class 5, command 0 */
+struct tgs_gcl_conf {
+     u8      atc;    /* init gate value */
+     u8      res[7];
+     union {
+             struct {
+                     u8      res1[4];
+                     __le16  acl_len;
Given that u* types are used in this structure I think le16 would be more
appropriate than __le16.
Here keep the same code style of this .h file. I think it is better to have
another patch to fix them all. Do you agree?
I don't see why "le16" would be more appropriate than "__le16" in this context.
The "__leXX" types are widely used in kernel drivers and not only, to annotate the
endianess of the hardware.  These are generic types defined din "include/uapi/linux/types.h".
Whereas "leXX" are defined in "fs/ntfs/types.h", and there's no usage of these types
in other h/w device drivers (I didn't find any).  Am I missing anything?
My point is a cosmetic one:
I think that __u8 goes with __le16, while u8 goes with le16.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help