Re: [RFC PATCH v3 8/9] can: slcan: add support to set bit time register (btr)
From: Max Staudt <max@enpas.org>
Date: 2022-07-27 18:36:34
Also in:
linux-can, lkml
From: Max Staudt <max@enpas.org>
Date: 2022-07-27 18:36:34
Also in:
linux-can, lkml
On Wed, 27 Jul 2022 19:28:45 +0200 Dario Binacchi [off-list ref] wrote:
On Wed, Jul 27, 2022 at 7:21 PM Marc Kleine-Budde [off-list ref] wrote:quoted
Ok - We avoided writing bit timing registers from user space into the hardware for all existing drivers. If there isn't a specific use case, let's skip this patch. If someone comes up with a use case we can think of a proper solution.Ok. So do I also remove the 7/9 "ethtool: add support to get/set CAN bit time register" patch ?
If I may answer as well - IMHO, yes. Unless we know that BTR is something other than just a different way to express the bitrate, I'd skip it, yes. Because bitrate is already handled by other, cross-device mechanisms. Max