TX-2 IMU got stuck : top kfifo full/fifo overflow issue

Hi all,
After enabling the imu from the cli_mgr application, console logs after some time delay, gets a continuous response of FIFO overflowed. As this is not an error but I am looking for more explanation through this forum. Any input/suggestions are welcomed.

More details: There is no error print and the top kfifo full. I’m not able to see in the syslog.I have observed this only when we enable the IMU without disabling it which results in the below console(debugger)log.

[ 1344.242156] inv_mpu: top fifo full
[ 1344.243187] inv_mpu: top fifo full
[ 1344.244207] inv_mpu: top fifo full
[ 1389.302840] inv_mpu: reset all kfifo
[ 1391.898109] inv_mpu: top spurious int tme 100000
[ 1391.898294] inv_mpu: FIFO overflowed.

CLI_MGR Application Response:
root@tegra-ubuntu:/home/ubuntu# cli_mgr
NTDI_BAG2 > imu enable 3 3
IMU:Enable Success
NTDI_BAG2 > imu read_data
IMU:Data
gyro_x: 0.000 gyro_y: -0.305 gyro_z: -0.549 gyro_time: 616961953472
accel_x: -0.042 accel_y: 0.111 accel_z: 0.972 accel_time: 616961953472
wall_time: 1633943187365002976
NTDI_BAG2 > imu disable
imu_interrupt_thread failed to cancel ret: 3
NTDI_BAG2 >

Listing the debugger logs response below:
TDI_BAG2 > [ 616.746469] inv_mpu: reset all kfifo
[ 616.950694] inv_mpu: top spurious int tme 100000
[ 616.959400] inv_mpu: unable to read data from imu data kfifo.
[ 617.076380] inv_mpu: unable to read data from imu data kfifo.
[ 617.085254] inv_mpu: bottom fifo full even after skipping
[ 617.090748] inv_mpu: bottom fifo full even after skipping
[ 617.096240] inv_mpu: bottom fifo full even after skipping
[ 617.101724] inv_mpu: bottom fifo full even after skipping
[ 617.107210] inv_mpu: bottom fifo full even after skipping
[ 617.112710] inv_mpu: top spurious interrupt 24160
[ 617.117496] inv_mpu: bottom fifo full even after skipping
[ 617.123129] ------------[ cut here ]------------
[ 617.123236] Internal error: Accessing user space memory outside uaccess.h routines: 96000045 [#1] PREEMPT SMP
[ 617.123321] Modules linked in: GobiSerial GobiNet brcmfmac(O) brcmutil(O) cfg80211(O) compat(O) hci_uart btbcm btqca btintel zram nvgpu cdcs
[ 617.123336] CPU: 0 PID: 5564 Comm: cli_mgr Tainted: G O 4.9.140-tegra #6
[ 617.123341] Hardware name: lightning (DT)
[ 617.123349] task: ffffffc0e68f0e00 task.stack: ffffffc0e117c000
[ 617.123373] PC is at __memcpy+0x110/0x180
[ 617.123387] LR is at kfifo_copy_out.isra.3+0x58/0x80
[ 617.123395] pc : [] lr : [] pstate: 20400145
[ 617.123398] sp : ffffffc0e117fbb0
[ 617.123411] x29: ffffffc0e117fbb0 x28: 0000000000000001
[ 617.123422] x27: 0000007f83ea2248 x26: 0000000000001388
[ 617.123431] x25: ffffffc0e420ca00 x24: ffffffc0e117feb8
[ 617.123439] x23: 0000000000000000 x22: ffffffc0e1251d98
[ 617.123447] x21: 0000000000007020 x20: 00000000ffffff20
[ 617.123455] x19: 0000000000007020 x18: 0000000000000635
[ 617.123463] x17: 0000000000000000 x16: 0000000000000001

Any update on this ?

I have no idea about what is going on, other than perhaps some kernel code needs to use copy_from_user(). This line of the error is of interest:

I wouldn’t know where to start looking, but is there any modification of the kernel? Is there a user space program requesting something from the kernel which needs to go through copy_from_user()?