[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20170619.104726.1778743929564587843.davem@davemloft.net>
Date:   Mon, 19 Jun 2017 10:47:26 -0400 (EDT)
From:   David Miller <davem@...emloft.net>
To:     jwi@...ux.vnet.ibm.com
Cc:     netdev@...r.kernel.org, linux-s390@...r.kernel.org,
        schwidefsky@...ibm.com, heiko.carstens@...ibm.com,
        raspl@...ux.vnet.ibm.com, ubraun@...ux.vnet.ibm.com
Subject: Re: [PATCH net-next 3/4] s390/diag: add diag26c support
From: Julian Wiedmann <jwi@...ux.vnet.ibm.com>
Date: Mon, 19 Jun 2017 13:22:24 +0200
> +#define DIAG26C_GET_MAC	0x0000
> +struct diag26c_mac_req {
> +	u32	resp_buf_len;
> +	u32	resp_version;
> +	u16	op_code;
> +	u16	devno;
> +	u8	res[4];
> +} __packed;
The packed attribute is not necessary here, the structure will be
perfectly packed together because of the types used and the order of
the members.
__packed is to be used only in the last possible resort for
correctness and every effort whatsoever should be used to avoid using
it.
> +
> +struct diag26c_mac_resp {
> +	u32	version;
> +	u8	mac[ETH_ALEN];
> +	u16	res;
> +} __packed __aligned(8);
Using packed with an 8 byte alignment is even more unnecessary.
Again, it is not needed, so please don't use it.
> + */
> +static inline int __diag26c(void *req, void *resp, enum diag26c_sc subcode)
Do not mark functions inline in *.c files, let the compiler decide.
Powered by blists - more mailing lists
 
