Git Log


Commit Date  
[658004] by Alec Leamas Alec Leamas

Add m4 directory, make included m4 file name more obvious.

Modern autotools setups wants a m4 directory rather than a single
include file; without this there are annoying warnings.

2014-04-26 08:22:10 Tree
[2ca21d] by Eric Andersen Eric Andersen , pushed by Alec Leamas Alec Leamas

scripts, lircmd.c, ir_remote_types.h: Darwin build fixes.

2014-04-26 08:22:10 Tree
[c823bc] by Alec Leamas Alec Leamas , pushed by Alec Leamas Alec Leamas

irrecord: Add command line used to config file header.

2014-04-26 08:22:10 Tree
[2cb541] by Jacek Kosek Jacek Kosek , pushed by Alec Leamas Alec Leamas

hw_fdti.c: Fix for deprecated setbitbang and static time_left().

20 nov 2010 update by albert@huitsing.nl: hw-ftdi.c for deprecated
setbitbang and static time_left().

2014-04-26 08:21:24 Tree
[4ce739] by Andy Valencia - 2013-09-28 03:49:59 Andy Valencia - 2013-09-28 03:49:59 , pushed by Alec Leamas Alec Leamas

hw_uirt2_raw: Hold DTR until all data recieved.

This bug applies to Debian 13.04, but I can't imagine it not impacting
any Linux LIRC install using the UIRT2 via the /dev/ttyUSB0. The
UIRT2 code raises DTR (which powers down the emitter) before all
the bits are transmitted, keeping the receiving device from reliably
receiving the bit stream.

Supplied patch is WRT git trunk. This patch is extracted from a larger
patch submitted by John Wehle in 2010. Danger of causing other
regressions is small, as all it does is insert a small delay before
letting the UIRT2 de-init (which fiddles the DTR signal) happen.

Andy Valencia

2014-04-26 08:21:24 Tree
[9dc04c] by Alec Leamas Alec Leamas , pushed by Alec Leamas Alec Leamas

Fixing FTBS when using -Werror=format-security

Fedora moves to using above flag for security reasons. Simple
fix to get rid of compilation error.

2014-04-26 08:21:24 Tree
[988025] by Alec Leamas Alec Leamas , pushed by Alec Leamas Alec Leamas

systemd support: Hook up installation in autotools setup.

Installs lirc as two separate systemd services lircd.socket
and lircmd.service. Systemd's requires/wants declarations
doesn't really fit the bill for an overall lirc service.

Part of this is a Fedora setup: the systemd environment is in
/etc/sysconfig/lirc, and this file is referenced in lircd.service.
This could be generalized with e. g., an user option to configure,
but as of now this is left to downstream to patch.

2014-04-26 08:21:20 Tree
[40f3c5] by Alec Leamas Alec Leamas , pushed by Alec Leamas Alec Leamas

contrib: Add udev "lirc-only" rule.

2014-04-10 13:39:37 Tree
[aef0b1] by Alec Leamas Alec Leamas , pushed by Alec Leamas Alec Leamas

contrib: Add systemd configuration files

2014-04-10 13:39:36 Tree
[a65eb9] by Alec Leamas Alec Leamas , pushed by Alec Leamas Alec Leamas

Update COPYING to latest version.

As stated on the mailing list, current COPYING has wrong address to the
Free Software Foundation (they have moved) which causes some packaging
noise. Updated from latest version available at
http://www.gnu.org/licenses/old-licenses/gpl-2.0.txt

2013-10-15 05:21:34 Tree
[e2bad2] by Alec Leamas Alec Leamas , pushed by Alec Leamas Alec Leamas

Add systemd socket activation support.

Since systemd was introduced lirc clients have had problems at
startup when trying to connect to the lircd socket before it's
created. The root cause is the aggressive parallell boot performed
by systemd.

The solution is to add socket activation. In this mode, the socket
is created by systemd and handed over to lircd at startup. The patch
implements this. It should be reasonably transparent.

At configure time it enables systemd support if it's available,
otherwise it's silently ignored.

In runtime lircd looks for and uses a socket handed over by systemd.
If there is no such socket it proceeds as normal.

Adds a dependency on pkg-config for the PKG_CHECK_MODULES macro.

Reviewed at systemd devel list:
http://lists.freedesktop.org/archives/systemd-devel/2013-October/013648.html

2013-10-15 05:19:53 Tree
[275e4c] by Alec Leamas Alec Leamas , pushed by Alec Leamas Alec Leamas

xmode2.c: Use generic fixed font instead of Courier.

This used to be a sed command in the Fedora spec file. Using
the generic fixed font is simply a better default more
generally available.

2013-10-11 04:23:11 Tree
[12685d] by Alec Leamas Alec Leamas , pushed by Alec Leamas Alec Leamas

Update autotools config files.

Kills some warnings while running autoconf and also
replaces some other macros which are deprecated. Add the
standard aclocal include path m4 - without it there is
warnings or worse.

2013-10-11 04:23:08 Tree
[7b0572] by Alec Leamas Alec Leamas , pushed by Alec Leamas Alec Leamas

Stripping some eol whitespace.

2013-10-11 04:22:15 Tree
[e0ab92] by Jarod Wilson Jarod Wilson

[media] media: rc: lirc_dev: check kobject_set_name() result

Backport from upstream kernel:

commit b395cbac36e58a55729fe7e6262a3f0b1691bced
Author: Vasiliy Kulikov <segoon@openwall.com>
Date: Fri Nov 26 14:06:41 2010 -0300

[media] media: rc: lirc_dev: check kobject_set_name() result

kobject_set_name() may fail with -ENOMEM, check for it.

Signed-off-by: Vasiliy Kulikov <segoon@openwall.com>
Acked-by: Jarod Wilson <jarod@redhat.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>

Signed-off-by: Jarod Wilson <jarod@redhat.com>

2012-02-07 18:39:57 Tree
[6a1792] by Jarod Wilson Jarod Wilson

[media] lirc_dev: add some __user annotations

Backport from upstream kernel:

commit 0e835087dfe7db19f1f072046f5e116d4ec6662b
Author: Dan Carpenter <error27@gmail.com>
Date: Wed Nov 17 02:13:39 2010 -0300

[media] lirc_dev: add some __user annotations

Sparse complains because there are no __user annotations.

drivers/media/rc/lirc_dev.c:156:27: warning:
incorrect type in initializer (incompatible argument 2 (different address spaces))
drivers/media/rc/lirc_dev.c:156:27: expected int ( *read )( ... )
drivers/media/rc/lirc_dev.c:156:27: got int ( extern [toplevel] *<noident> )( ... )

Signed-off-by: Dan Carpenter <error27@gmail.com>
Acked-by: Jarod Wilson <jarod@redhat.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>

Signed-off-by: Jarod Wilson <jarod@redhat.com>

2012-02-07 18:39:57 Tree
[887e63] by Jarod Wilson Jarod Wilson

[media] lirc_dev: fixes in lirc_dev_fop_read()

Backport from upstream kernel:

commit 250f7a5f62a08985af5cf7728ae7ba9edbfdc0a9
Author: Dan Carpenter <error27@gmail.com>
Date: Wed Nov 17 02:20:15 2010 -0300

[media] lirc_dev: fixes in lirc_dev_fop_read()

This makes several changes but they're in one function and sort of
related:

"buf" was leaked on error. The leak if we try to read an invalid
length is the main concern because it could be triggered over and
over.

If the copy_to_user() failed, then the original code returned the
number of bytes remaining. read() is supposed to be the opposite way,
where we return the number of bytes copied. I changed it to just return
-EFAULT on errors.

Also I changed the debug output from "-EFAULT" to just "<fail>" because
it isn't -EFAULT necessarily. And since we go though that path if the
length is invalid now, there was another debug print that I removed.

Signed-off-by: Dan Carpenter <error27@gmail.com>
Reviewed-by: Jarod Wilson <jarod@redhat.com>
Acked-by: Jarod Wilson <jarod@redhat.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>

Signed-off-by: Jarod Wilson <jarod@redhat.com>

2012-02-07 18:39:57 Tree
[441e48] by Jarod Wilson Jarod Wilson

lirc: make chardev nonseekable

Merge change from upstream kernel

commit d9d2e9d5c9eead1f73f92f5fc03424dab90b6c95
Author: Arnd Bergmann <arnd@arndb.de>
Date: Sun Aug 15 18:51:56 2010 +0200

lirc: make chardev nonseekable

There does not seem to be a need for lirc to
allow seeking on the file descriptor, so let's
just disallow this before users start relying
on it.

Signed-off-by: Arnd Bergmann <arnd@arndb.de>

Signed-off-by: Jarod Wilson <jarod@redhat.com>

2012-02-07 15:29:58 Tree
[d0175d] by Jarod Wilson Jarod Wilson

userspace: use /dev/lirc0 as default device

The lirc_dev kernel driver results in a first lirc chardev of
/dev/lirc0, not /dev/lirc, so lets default to that now. The old way is
from pre-udev days or something, I think... While we're at it, update
the adjacent comment about the daemon socket locations to reflect
current reality too.

Signed-off-by: Jarod Wilson <jarod@redhat.com>

2011-12-02 19:10:24 Tree
[9592bb] by Jarod Wilson Jarod Wilson

Silence some clang warnings, courtesy of nox

Signed-off-by: Jarod Wilson <jarod@redhat.com>

2011-06-29 21:31:28 Tree
[02c5c3] by Jarod Wilson Jarod Wilson

libusb has no libusb-config any longer, use pkg-config by default

Signed-off-by: Jarod Wilson <jarod@redhat.com>

2011-06-07 04:15:50 Tree
[ec3c56] by Jason Martin Jason Martin , pushed by Jarod Wilson Jarod Wilson

lirc_atiusb: fix buffer alloc to work with new kfifo

I came across posts with regards to lirc_atiusb and its compatibility
with newer kernels, and their use of kfifo.I spent a little bit of time
this evening, and was able to correct the issues with the driver, and
now have a functioning lirc_atiusb device under the 2.6.38 kernel.

Signed-off-by: Jarod Wilson <jarod@redhat.com>

2011-06-03 04:12:51 Tree
[5efb56] by Jarod Wilson Jarod Wilson

lircd: handle larger config files in write_socket better

Pointed out by Michael Zanetti on list, irsend LIST has issues with long
config files, which didn't exist in maintainer mode, as we were using a
do while loop to make sure we spit out everything. Just use that loop
all the time.

Signed-off-by: Jarod Wilson <jarod@redhat.com>

2011-04-06 15:04:12 Tree
[be3ec6] by Jarod Wilson Jarod Wilson

lirc_sir: fix resource busy error from bunk lirc_open

Signed-off-by: Jarod Wilson <jarod@redhat.com>

2011-03-31 21:44:15 Tree
[413e83] by Juan Jesús García de Soria Lucena Juan Jesús García de Soria Lucena , pushed by Jarod Wilson Jarod Wilson

Make lirc_wpc8769l functional again

Signed-off-by: Jarod Wilson <jarod@redhat.com>

2011-03-30 20:46:35 Tree
Older >