ログに記録するデータが多く、ログ データを見逃したくない場合は、単純なダブル バッファリングの原則を使用することもできます。
kfifoについてはわかりませんが、キャラクターデバイスドライバーの読み取り呼び出しで、デバイスから読み取るデータがない場合、ユーザー空間プロセスをスリープ状態にすることができます。また、カーネルがキャラクター デバイスに書き込むときはいつでも、デバイス上でスリープ状態にあるプロセスを起動できます。例えば
In kernel
 struct logbufStruct {
   char *kbuf; //by kmalloc or any means you wish.
   int ptr; //ptr to next writeable byte in kbuf.
   size_t kbuf_size;
   unsigned int flags;
   wait_queue_head_t data_wait;
 }
 read(inode, filep, buf, size) {
  logbufStruct = filep->private_data
  if (!test_bit(HAS_DATA, &logbufstruct.flags))
    wait_event_interruptible(&logbufstruct->data_wait, 
           test_bit(HAS_DATA, &logbufstruct.flags)||
           test_bit(ERROR, &logbufstruct.flags));
  /*
   * When this call returns, you would either have woken up
   * on data available or some signal interrupt which you should
   * handle in your character device and set appropriate flags.
   */
    if (test_bit(ERROR, &logbufstruct.flags) return -1;
    numbytes = copy_data(logbufStruct, buf, size);
    if(!has_more_data(logbufstruct)) clear_bit(HAS_DATA, &logbufstruct.flags);
    return numbytes;
 }
 /* This is the function your modules would call to log data
  * to be sent to userspace.
  */
 int mylogger_log(logbufstruct, char *msg, size_t n)
 {
   if (logbufstruct->ptr + n > logbufstruct->kbuf_size)
      return -1;
   copy the data.
   wake_up_interruptible(&logbufstruct->data_wait);
 }
 //initialization
  init_waitqueue_head(&logbufstruct->data_wait);
  logbufstruct->kbuf = kmalloc or whatever way you have to allocate
   space for holding log messages in memory.