PEAK-System Forum

Hi,

I came across this older thread (https://forum.peak-system.com/viewtopic.php?t=3445&sid=366236ac1650d496d7bbf8eb8f9c7c6d) about RX/TX error counters and the mainline peak_usb driver, and have a related question on a PCAN-USB FD X6, kernel 6.12.47 using the newest proprietary driver Version 9.2 ...

Hi,

thank you very much for the detailed description, that information definitely helped. Regarding the out-of-tree driver, I replied on the original post.

Best regards
Lukas

Hi,

thank you for the offer regarding the out-of-tree driver, we appreciate it. However, we're likely going to move to an updated kernel version in the near future for other reasons. If this is still relevant, I'll get in touch as soon as I have more concrete information on this topic. For now I ...

Hi,

thank you for the clarification!

I found the following information on the official SocketCAN Documentation (https://docs.kernel.org/networking/can.html):

MSG_CONFIRM:

set when the frame was sent via the socket it is received on. This flag can be interpreted as a ‘transmission confirmation ...

Hi,

Thanks for looking into this! Good news, the root cause has been tracked down, so no need to send the email.

It comes down to how the Linux kernel's rtnl_lock works: it's a single, global lock shared across all network interfaces, not just the one being reconfigured. This is a known kernel ...

Hi,

Thanks for the clarification. Just to make sure I understand correctly: MSG_CONFIRM itself is a general SocketCAN feature, but it only works if the driver implements the frame-echo mechanism on its side. So what you're describing isn't a limitation of the SocketCAN API, it's that your netdev ...

Hello,

Versions: Linux kernel 6.12.47, PEAK proprietary Linux driver 9.2.0, PCAN-USB X6 FD firmware 3.5.1 (6-channel PCAN-USB X6, 3 physical USB units, 2 channels each)

Using SocketCAN :D bringing an interface down during operation can take several milliseconds by itself, which is expected ...

Hello,

Versions: Linux kernel 6.12.47 (mainline peak_usb in-kernel driver), PCAN-USB X6 FD firmware 3.5.1

The maximum achievable bus load with the mainline in-kernel peak_usb driver (SocketCAN :D ) is significantly lower than with the proprietary driver. As far as I can tell, this is because the ...

Hello,

Versions: Linux kernel 6.12.47, PEAK proprietary Linux driver 9.2.0, PCAN-USB X6 FD firmware 3.5.1

With the proprietary driver (using SocketCAN :D ) it's possible to enable genuine hardware loopback (CAN_CTRLMODE_LOOPBACK). Under Linux's software loopback (SocketCAN's default kernel-side ...

Hello,

Versions: Linux kernel 6.12.47; PEAK proprietary Linux driver 9.2.0; PCAN-USB X6 FD firmware 3.5.1

Using the proprietary driver (SocketCAN :D ) , I enabled CAN_CTRLMODE_LOOPBACK (hardware loopback) so that self-received/echoed frames get a genuine hardware timestamp instead of the software ...