Re: [PATCH v3 2/7] can: Add can_common.h for vcan device setup
From: Petr Vorel <pvorel@suse.cz>
Date: 2021-01-27 04:57:09
Also in:
ltp
Hi Oliver, Richie,
quoted
quoted
--- /dev/null +++ b/testcases/network/can/filter-tests/can_common.h@@ -0,0 +1,75 @@ +// SPDX-License-Identifier: GPL-2.0-or-later +/* + * Copyright (c) 2021 SUSE LLC + */ + +#include <stdio.h> +#include <stdlib.h> +#include <unistd.h> +#include <string.h> + +#include <sys/types.h> +#include <sys/socket.h> +#include <sys/ioctl.h> +#include <sys/time.h> + +#include "tst_cmd.h" +#include "tst_safe_stdio.h" +#include "tst_safe_file_ops.h" + +#include <linux/if.h> +#include <linux/can.h> +#include <linux/can/raw.h> + +#ifndef IFF_ECHO +# define IFF_ECHO (1<<18) +#endif
Thanks a lot, Richie!
quoted
IFF_ECHO was included into Linux 2.6.25 together with the CAN subsystem itself.
quoted
So when you run the tests on Kernels < 2.6.25 you don't have CAN support and don't need IFF_ECHO too.
Petr, what kernel version and/or distro version did compilation fail on?
There is a small chance someone might be compiling with old kernel headers relative to their kernel. However it is a challenge to compile LTP with such an old user land.
No, we don't support 2.6.25 :). I was playing with Buildroot distro in my spare time. These embedded toolchains suffer compatibility problems (usually uclibc-ng and sometimes musl lack the support). This problem was when using sourcery-arm-*. But this is definitely not a blocker for this patchset. That lapi is not a must, I can fix it some time later. I usually fix few of these problems before each LTP release. Kind regards, Petr