Hi,
CAN_ERR_CNT was not introduced until Linux 6.0, even though the proprietary driver has supported the socket-CAN interface for much longer. Nevertheless, we plan to include support for it in the next version. Thank you for your contribution.
Regarding your comment that the error counters may ...
Search found 369 matches
- Fri 7. Aug 2026, 11:17
- Forum: PCAN-USB X6
- Topic: TX/RX error counter (data[6]/data[7]) not incrementing and CAN_ERR_CNT never set
- Replies: 1
- Views: 974
- Thu 6. Aug 2026, 11:43
- Forum: PCAN-USB X6
- Topic: When will proprietary driver improvements (TX batching, extra ctrlmodes) land in the mainline in-kernel driver?
- Replies: 3
- Views: 608
Re: When will proprietary driver improvements (TX batching, extra ctrlmodes) land in the mainline in-kernel driver?
Hi,
The new peak_usb driver is ready and operational. But at the moment, I can't say if it will be pushed in a near future.
Best regards,
The new peak_usb driver is ready and operational. But at the moment, I can't say if it will be pushed in a near future.
Best regards,
- Wed 5. Aug 2026, 14:18
- Forum: PCAN-USB X6
- Topic: No way to detect self-received (echoed) frames under hardware loopback
- Replies: 6
- Views: 924
Re: No way to detect self-received (echoed) frames under hardware loopback
Hi,
set when the frame was sent via the socket it is received on. This flag can be interpreted as a ‘transmission confirmation’ when the CAN driver supports the echo of frames on driver level,
As said, MSG_CONFIRM means that the frame as been echoed on driver level.
To be more precise: SocketCAN ...
set when the frame was sent via the socket it is received on. This flag can be interpreted as a ‘transmission confirmation’ when the CAN driver supports the echo of frames on driver level,
As said, MSG_CONFIRM means that the frame as been echoed on driver level.
To be more precise: SocketCAN ...
- Wed 5. Aug 2026, 11:54
- Forum: PCAN-USB X6
- Topic: No way to detect self-received (echoed) frames under hardware loopback
- Replies: 6
- Views: 924
Re: No way to detect self-received (echoed) frames under hardware loopback
Hi,
it's that your netdev driver variant simply doesn't implement that part of the API for hardware loopback frames, correct?
Correct. However, MSG_CONFIRM is not a SocketCAN-specific feature; it is part of the generic socket API.
If so, is this something you'd consider adding in a future ...
it's that your netdev driver variant simply doesn't implement that part of the API for hardware loopback frames, correct?
Correct. However, MSG_CONFIRM is not a SocketCAN-specific feature; it is part of the generic socket API.
If so, is this something you'd consider adding in a future ...
- Mon 3. Aug 2026, 12:57
- Forum: PCAN-USB X6
- Topic: Hardware timestamp is 0 for the first self-received frames at high data rate (HW loopback)
- Replies: 1
- Views: 523
Re: Hardware timestamp is 0 for the first self-received frames at high data rate (HW loopback)
Hi,
Thank you for this very detailed report. We have never observed this kind of behavior, and, as far as we can tell, nothing in the PCAN driver for Linux is designed to reset these timestamps to 0 under any circumstances.
We will therefore set up a test environment to first try to reproduce this ...
Thank you for this very detailed report. We have never observed this kind of behavior, and, as far as we can tell, nothing in the PCAN driver for Linux is designed to reset these timestamps to 0 under any circumstances.
We will therefore set up a test environment to first try to reproduce this ...
- Mon 3. Aug 2026, 12:52
- Forum: PCAN-USB X6
- Topic: No way to detect self-received (echoed) frames under hardware loopback
- Replies: 6
- Views: 924
Re: No way to detect self-received (echoed) frames under hardware loopback
Hi,
The ECHO feature is not supported by the netdev variant of the PCAN driver for Linux, which is why the ECHO flag is cleared from the exposed network interface. Therefore, you will never see MSG_CONFIRM in the CAN frames read from these channels.
Regarding “loopback” frames (i.e., those ...
The ECHO feature is not supported by the netdev variant of the PCAN driver for Linux, which is why the ECHO flag is cleared from the exposed network interface. Therefore, you will never see MSG_CONFIRM in the CAN frames read from these channels.
Regarding “loopback” frames (i.e., those ...
- Mon 3. Aug 2026, 12:36
- Forum: PCAN-USB X6
- Topic: When will proprietary driver improvements (TX batching, extra ctrlmodes) land in the mainline in-kernel driver?
- Replies: 3
- Views: 608
Re: When will proprietary driver improvements (TX batching, extra ctrlmodes) land in the mainline in-kernel driver?
Hi,
Yes, the proprietary PCAN driver for Linux currently supports more features than the one included in the kernel.
We plan to take advantage of the addition of CAN-XL support to address these limitations.
However, if you’d rather not wait, we also offer an out-of-tree version of this driver ...
Yes, the proprietary PCAN driver for Linux currently supports more features than the one included in the kernel.
We plan to take advantage of the addition of CAN-XL support to address these limitations.
However, if you’d rather not wait, we also offer an out-of-tree version of this driver ...
- Tue 13. Jan 2026, 12:43
- Forum: Linux
- Topic: Unable to compile PEAK driver on Kubuntu 25 (kernel 6.17) missing pcan_common.h
- Replies: 6
- Views: 151561
- Tue 9. Dec 2025, 10:29
- Forum: Linux
- Topic: Unable to compile PEAK driver on Kubuntu 25 (kernel 6.17) missing pcan_common.h
- Replies: 6
- Views: 151561
Re: Unable to compile PEAK driver on Kubuntu 25 (kernel 6.17) missing pcan_common.h
Hello,
Yes, you're right: in order to fix that issue, you should download the pre release of the next version of PCAN from: https://cavok.peak-system.com/X9EkN5L.
Best regards,
Yes, you're right: in order to fix that issue, you should download the pre release of the next version of PCAN from: https://cavok.peak-system.com/X9EkN5L.
Best regards,
- Mon 17. Nov 2025, 11:08
- Forum: Linux
- Topic: compile error for driver modul (package 8.20.0)
- Replies: 2
- Views: 51236
Re: compile error for driver modul (package 8.20.0)
Hello,
First, I don't like this:
EXTRA_CFLAGS="... -DNO_DEBUG -DMODVERSIONSO_DONGLE_SUPPORT -DNO_PCCARD_SUPPORT...
Is this a copy-paste issue or the real command line? Fyi, this should be instead:
EXTRA_CFLAGS="... -DNO_DEBUG -DMODVERSIONS -DNO_PARPORT_SUBSYSTEM -DUSB_SUPPORT -DPCI_SUPPORT ...
First, I don't like this:
EXTRA_CFLAGS="... -DNO_DEBUG -DMODVERSIONSO_DONGLE_SUPPORT -DNO_PCCARD_SUPPORT...
Is this a copy-paste issue or the real command line? Fyi, this should be instead:
EXTRA_CFLAGS="... -DNO_DEBUG -DMODVERSIONS -DNO_PARPORT_SUBSYSTEM -DUSB_SUPPORT -DPCI_SUPPORT ...