Description of problem:

lircd and irrecord fail to operate with lirc_dev and lirc_serial with kernel
kernel-PAE.i686   2.6.32.7-37.fc12

Version-Release number of selected component (if applicable):
lirc-0.8.6-1
kernel-PAE.i686   2.6.32.7-37.fc12.fc12.i686

How reproducible:
Always

Steps to Reproduce:
Install kernel from updates testing
start lircd using lirc_serial device
connect to lircd using irw or other program

Also irrecord gives similar errors

  
Actual results:

Get errors in /var/log/messages
Feb 5 22:01:33 quoth kernel: lirc_dev: IR Remote Control driver registered, major 249
Feb 5 22:01:33 quoth kernel: lirc_serial: Manually using active low receiver
Feb 5 22:01:33 quoth kernel: lirc_serial lirc_serial.0: lirc_dev: driver lirc_serial registered at minor = 0
Feb 5 22:01:37 quoth lircd-0.8.6[1918]: accepted new client on /var/run/lirc/lircd
Feb 5 22:01:37 quoth lircd-0.8.6[1918]: could not get hardware features
Feb 5 22:01:37 quoth lircd-0.8.6[1918]: this device driver does not support the LIRC ioctl interface
Feb 5 22:01:37 quoth lircd-0.8.6[1918]: major number of /dev/lirc0 is 249
Feb 5 22:01:37 quoth lircd-0.8.6[1918]: LIRC major number is 61
Feb 5 22:01:37 quoth lircd-0.8.6[1918]: check if /dev/lirc0 is a LIRC device
Feb 5 22:01:37 quoth lircd-0.8.6[1918]: Failed to initialize hardware 


Expected results:

No errors should be printed after accepted new client on /var/run/lirc/lircd

Additional info:

The problem seems to be some of the kernel ioctl's have been defined as passing 64 bit values but the user space programs are using 32 bit defines. It looks like the kernel code is also only using 32 bits in the put_user. This makes the user space ioctl's fail since the request value doesn't match.

I made it work for me by building a new kernel with all the lines defining 64 bit ioctl values changed to 32 bit in linux-2.6.32.i686/include/linux/lirc.h such as
#define LIRC_GET_FEATURES _IOR('i', 0x00000000, uint64_t) 

In linux-2.6.32.i686/include/linux/lirc.h we have this define
#define LIRC_GET_FEATURES _IOR('i', 0x00000000, uint64_t)
In linux-2.6.32.i686/drivers/input/lirc/lirc_dev.c we have it still returning
a long
case LIRC_GET_FEATURES:
   result = put_user(ir->d.features, (unsigned long *)arg);

In lirc-0.8.6/drivers/lirc.h we have it defined as 32 bits
#define LIRC_GET_FEATURES _IOR('i', 0x00000000, unsigned long)

In lirc-0.8.6/config.h we have
#define LIRC_MAJOR 61

In lirc-0.8.6/daemons/hw_default.c if the get features fails it prints
LIRC_MAJOR if the device doesn't match it. With the new dynamic major ID this error message isn't right but isn't really part of why it doesn't work.
else if(default_ioctl(LIRC_GET_FEATURES, &hw.features)==-1)
{
   logprintf(LOG_ERR,"could not get hardware features");
   logprintf(LOG_ERR,"this device driver does not "
      "support the LIRC ioctl interface");
   if(major(s.st_rdev) == 13)
   {
      logprintf(LOG_ERR, "did you mean to use the devinput "
         "driver instead of the %s driver?", hw.name);
   }
   else if(major(s.st_rdev) != LIRC_MAJOR)
   {
      logprintf(LOG_ERR, "major number of %s is %lu", hw.device,
         (unsigned long) major(s.st_rdev));
         logprintf(LOG_ERR, "LIRC major number is %lu",
         (unsigned long) LIRC_MAJOR);