Re: [PATCH] V4L/DVB: ir: Add a link to associate /sys/class/ir/irrcv with the input device

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Sat, Mar 13, 2010 at 05:59:34PM -0300, Mauro Carvalho Chehab wrote:
> Dmitry Torokhov wrote:
> > On Fri, Mar 12, 2010 at 01:32:23AM -0300, Mauro Carvalho Chehab wrote:
> >> Dmitry Torokhov wrote:
> >>> Hi Mauro,
> >>>
> >>> On Thu, Mar 11, 2010 at 12:46:19PM -0300, Mauro Carvalho Chehab wrote:
> >>>> In order to allow userspace programs to autoload an IR table, a link is
> >>>> needed to point to the corresponding input device.
> >>>>
> >>>> $ tree /sys/class/irrcv/irrcv0
> >>>> /sys/class/irrcv/irrcv0
> >>>> |-- current_protocol
> >>>> |-- input -> ../../../pci0000:00/0000:00:0b.1/usb1/1-3/input/input22
> >>>> |-- power
> >>>> |   `-- wakeup
> >>>> |-- subsystem -> ../../../../class/irrcv
> >>>> `-- uevent
> >>>>
> >>>> It is now easy to associate an irrcv device with the corresponding
> >>>> device node, at the input interface.
> >>>>
> >>> I guess the question is why don't you make input device a child of your
> >>> irrcvX device? Then I believe driver core will link them properly. It
> >>> will also ensure proper power management hierarchy.
> >>>
> >>> That probably will require you changing from class_dev into device but
> >>> that's the direction kernel is going to anyway.
> >> Done, see enclosed. It is now using class_register/device_register. The
> >> newly created device for irrcv is used as the parent for input_dev->dev.
> >>
> >> The resulting code looked cleaner after the change ;)
> >>
> > 
> > It is indeed better, however I wonder if current hierarchy expresses the
> > hardware in best way. You currently have irrcv devices grow in parallel
> > with input devices whereas I would expect input devices be children of
> > irrcv devices:
> > 
> > 
> > 	parent (PCI board, USB) -> irrcvX -> input1
> >                                           -> input2
> > 					 ...
> > 
> 
> It is representing it right:
> 
> usb1/1-3 -> irrcv -> irrcv0 -> input7 -> event7
> 
> The only extra attribute there is the class name "irrcv", but this seems
> coherent with the other classes on this device (dvb, sound, power, video4linux).
> 

Ah, yes, I saw where you take input device's parent and use it as
irrcv's parent but missed the piece where you substitute original
input device's parent with irrcv. I bit sneaky to my taste but I guess
can be cleaned up later.

-- 
Dmitry
--
To unsubscribe from this list: send the line "unsubscribe linux-input" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux Media Devel]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [Linux Wireless Networking]     [Linux Omap]

  Powered by Linux