patch-realsense-ubuntu-lts-hwe.sh Unsupported kernel version 6.5.0-35-generic about librealsense

[MartyG-RealSense]

Hi @amburkoff Support for kernel 6.5 was added to patch-realsense-ubuntu-lts-hwe.sh in SDK version 2.55.1 (the current master at the time of writing this) - please see d54529b

If you are still experiencing problems with kernel 6.5 in the 2.55.1 version though then there is the option available of building the SDK from source code with CMake with the flag -DFORCE_RSUSB_BACKEND=TRUE included in the CMake build instruction. For example:

cmake ../ -DFORCE_RSUSB_BACKEND=true -DCMAKE_BUILD_TYPE=release -DBUILD_EXAMPLES=true -DBUILD_GRAPHICAL_EXAMPLES=true

When the SDK is built with RSUSB = true then the kernel is bypassed, meaning that the SDK build is not dependent on Linux versions or kernel versions and does not need to have a kernel patch script applied. Hardware metadata support is also enabled. So the method will work with 2.53.1 too as it is not dependent on the patch script.

Please note that T265 support was removed from the SDK in 2.54.1 onwards, so you will need to use 2.53.1 to access your T265 and it will not work with 2.55.1.

[amburkoff]

Thanks for the detailed instructions, it worked. But not all metadata is available in the t265 camera, compared to the d435, for example, there is no sensor time. Tell me how does the kernel patch affect the time of frames.get_timestamp() or does it exist, regardless of the kernel patch, with the data frames.get_frame_metadata(rs.frame_metadata_value.sensor_timestamp) and frames.get_frame_metadata(rs.frame_metadata_value.frame_timestamp)?

[MartyG-RealSense]

My understanding from #2188 (comment) is that Frame Timestamp is a hardware metadata timestamp and is dependent on support for hardware metadata that is provided either by patching the kernel or building the SDK in RSUSB = true mode.

Time of Arrival is a software timestamp based on the computer's host clock and so is not dependent on support for hardware metadata being enabled.