[dpdk-dev] [PATCH] ethdev: add function name to log message
Ferruh Yigit
ferruh.yigit at intel.com
Wed Oct 17 19:08:07 CEST 2018
On 10/17/2018 10:26 AM, Gaëtan Rivet wrote:
> Hi Ferruh,
>
> On Tue, Oct 16, 2018 at 04:55:43PM +0100, Ferruh Yigit wrote:
>> On 10/12/2018 3:54 PM, Stephen Hemminger wrote:
>>> On Fri, 12 Oct 2018 14:43:57 +0200
>>> Adrien Mazarguil <adrien.mazarguil at 6wind.com> wrote:
>>>
>>>> On Fri, Oct 12, 2018 at 11:45:01AM +0100, Ferruh Yigit wrote:
>>>>> On 10/12/2018 11:42 AM, Ferruh Yigit wrote:
>>>>>> On 10/11/2018 6:59 PM, Stephen Hemminger wrote:
>>>>>>> @@ -161,8 +161,9 @@ extern "C" {
>>>>>>>
>>>>>>> extern int rte_eth_dev_logtype;
>>>>>>>
>>>>>>> -#define RTE_ETHDEV_LOG(level, ...) \
>>>>>>> - rte_log(RTE_LOG_ ## level, rte_eth_dev_logtype, "" __VA_ARGS__)
>>>>>>> +#define RTE_ETHDEV_LOG(level, fmt, ...) \
>>>>>>> + rte_log(RTE_LOG_ ## level, rte_eth_dev_logtype, \
>>>>>>> + "%s():" fmt, __func__, ## __VA_ARGS__)
>>>>>>
>>>>>> +1 to adding function name, but
>>>>>>
>>>>>> failsafe is giving build error [1] with clang because of ## usage [2], that is
>>>>>> why I add this as ` "" __VA_ARGS__` at first place but you can't do this trick
>>>>>> if __VA_ARGS__ used after fmt.
>>>>>>
>>>>>> I am not aware of a solution for this, __VA_OPT__(,) also didn't worked with clang.
>>>>>
>>>>> +cc Adrien & Gaetan,
>>>>>
>>>>> I saw Adrien put some "workaround" to this for mlx5
>>>>
>>>> Yes, through RTE_FMT() (rte_common.h). Something like this:
>>>>
>>>> #define RTE_ETHDEV_LOG(level, fmt, ...) \
>>>> rte_log(RTE_LOG_ ## level, \
>>>> rte_eth_dev_logtype, \
>>>> "%s():" fmt, \
>>>> __func__, \
>>>> ## __VA_ARGS__)
>>>>
>>>> Can be rewritten like that:
>>>>
>>>> #define RTE_ETHDEV_LOG(level, ...) \
>>>> rte_log(RTE_LOG_ ## level, \
>>>> rte_eth_dev_logtype, \
>>>> RTE_FMT("%s():" RTE_FMT_HEAD(__VA_ARGS__,), \
>>>> __func__, \
>>>> RTE_FMT_TAIL(__VA_ARGS__,)))
>>>>
>>>> Although not too pretty and convenient, it does the job. In short:
>>>>
>>>> - Remove "fmt" argument from prototype.
>>>> - Enclose format string and its arguments in RTE_FMT().
>>>> - Replace "fmt" with RTE_FMT_HEAD(__VA_ARGS__,).
>>>> - Replace "## __VA_ARGS__" with RTE_FMT_TAIL(__VA_ARGS__,).
>>>> - Yes, trailing commas are mandatory in RTE_FMT_(HEAD|TAIL)().
>>>> - Note it quietly appends a dummy "%.0s" argument to the format string.
>>>>
>>>>>> [1]
>>>>>> .../build/include/rte_ethdev.h:166:26: error: token pasting of ',' and
>>>>>> __VA_ARGS__ is a GNU extension [-Werror,-Wgnu-zero-variadic-macro-arguments]
>>>>>> "%s():" fmt, __func__, ## __VA_ARGS__)
>>>>>> ^
>>>>>>
>>>>>> [2]
>>>>>> This seems because of "-pedantic" argument driver uses, and other PMDs using
>>>>>> "-pedantic", like mlx, will have same error although they are disable by
>>>>>> default and error not observed in default build.
>>>>>>
>>>>>
>>>>
>>>
>>> Since zero varadic macros is a GNU extension, maybe just adding GNU source?
>>
>> I think `-pedantic` is preventing using extension whether we have `_GNU_SOURCE`
>> or not.
>>
>> Gaetan,
>>
>> Why we have `-pedantic` option enabled for failsafe?
>
> Because I wanted to enforce it in failsafe, and core DPDK headers were
> compatible so it wasn't too much of a hassle.
>
> If rte_ethdev.h is meant to lose this compatibility, then pedantic will
> be disabled upon including it. But I guess if it was kept compatible
> until now, then it was a deliberate effort?
I think it is deliberate effort, I remember Adrien put some patches in the past
to make DPDK headers pedantic compatible by adding __extension__ keywords.
I tried to use __extension__ for ## but not able to make it work, is there a way
to do this?
And I see the reasoning of making DPDK headers pedantic compatible, I think we
should keep them compatible.
More information about the dev
mailing list