[PATCH 3.0.y 0/4] Re: lirc_serial spuriously claims assigned port and irq to be in use

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

 



Ben Hutchings wrote:
> On Thu, 2012-03-01 at 21:45 -0600, Jonathan Nieder wrote:

>> Would some of these patches (e.g., at least patches 1, 2, and 5) be
>> appropriate for inclusion in the 3.0.y and 3.2.y stable kernels from
>> kernel.org?
>
> Assuming they haven't caused any regressions, I think everything except
> 9b98d6067971 (4/5) would be appropriate.

Great.  Here are the aforementioned patches rebased against 3.0.y, in
the hope that some interested person can confirm they still work.  The
only backporting needed was to adjust to the lack of
drivers/staging/lirc -> drivers/staging/media/lirc renaming.

Ben Hutchings (4):
  [media] staging: lirc_serial: Fix init/exit order
  [media] staging: lirc_serial: Free resources on failure paths of
	lirc_serial_probe()
  [media] staging: lirc_serial: Fix deadlock on resume failure
  [media] staging: lirc_serial: Do not assume error codes returned by
	request_irq()

 drivers/staging/lirc/lirc_serial.c |  100 +++++++++++++++++-------------------
 1 file changed, 47 insertions(+), 53 deletions(-)
_______________________________________________
devel mailing list
devel@xxxxxxxxxxxxxxxxxxxxxx
http://driverdev.linuxdriverproject.org/mailman/listinfo/devel


[Index of Archives]     [Linux Driver Backports]     [DMA Engine]     [Linux GPIO]     [Linux SPI]     [Video for Linux]     [Linux USB Devel]     [Linux Coverity]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [Yosemite Backpacking]
  Powered by Linux