Bugzilla Bug 166557

/usr/src/lirc-0.8.1/drivers/lirc_mceusb2/lirc_mceusb2.c: In function
‘request_packet_async’:
/usr/src/lirc-0.8.1/drivers/lirc_mceusb2/lirc_mceusb2.c:237: warning: passing
argument 6 of ‘usb_fill_int_urb’ from incompatible pointer type
/usr/src/lirc-0.8.1/drivers/lirc_mceusb2/lirc_mceusb2.c:245: warning: passing
argument 6 of ‘usb_fill_int_urb’ from incompatible pointer type
/usr/src/lirc-0.8.1/drivers/lirc_mceusb2/lirc_mceusb2.c:266: error:
‘SLAB_ATOMIC’ undeclared (first use in this function)
/usr/src/lirc-0.8.1/drivers/lirc_mceusb2/lirc_mceusb2.c:266: error: (Each
undeclared identifier is reported only once
/usr/src/lirc-0.8.1/drivers/lirc_mceusb2/lirc_mceusb2.c:266: error: for each
function it appears in.)



Reproducible: Always

Steps to Reproduce:
1. emerge gentoo-sources >=2.6.20 (configure and boot)
2. emerge lirc



http://www.mail-archive.com/linux-kernel%40vger.kernel.org/msg116981.html

This has patches for the fix

As per my forums link, i have applied the mceusb2 patch and this now works

I suspect it would work for the other controllers too when people start seeing
issues with them?

Patch looks correct, will work with it/apply it in the next days.

Same patch applied in CVS (example with mceusb2):
http://lirc.cvs.sourceforge.net/lirc/lirc/drivers/lirc_mceusb2/lirc_mceusb2.c?r1=1.22&r2=1.23&view=patch

Added patch to lirc-0.8.1.ebuild.
Thanks for reporting that issue.

Please mark stable on your arch, for 2.6.20 compatibility.

emerges fine and works on amd64

Portage 2.1.2.2 (default-linux/amd64/2006.1/desktop, gcc-4.1.1, glibc-2.5-r0,
2.6.20-beyond2 x86_64)
=================================================================
System uname: 2.6.20-beyond2 x86_64 AMD Athlon(tm) 64 X2 Dual Core Processor
4600+
Gentoo Base System release 1.12.9
Timestamp of tree: Sun, 25 Mar 2007 16:20:01 +0000
ccache version 2.4 [enabled]
dev-java/java-config: 1.3.7, 2.0.31
dev-lang/python:     2.4.3-r4
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     2.4-r6
sys-apps/sandbox:    1.2.17
sys-devel/autoconf:  2.13, 2.61
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10
sys-devel/binutils:  2.16.1-r3
sys-devel/gcc-config: 1.3.14
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.17-r2
ACCEPT_KEYWORDS="amd64"
AUTOCLEAN="yes"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=k8 -O2 -pipe -msse3"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/share/X11/xkb"
CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf
/etc/java-config/vms/ /etc/php/apache1-php5/ext-active/
/etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/
/etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/splash /etc/terminfo"
CXXFLAGS="-march=k8 -O2 -pipe -msse3"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig builysyspkg ccache distlocks metadata-transfer
parallel-fetch sandbox sfperms strict"
GENTOO_MIRRORS="ftp://linux.rz.ruhr-uni-bochum.de/gentoo-mirror/
ftp://ftp.uni-erlangen.de/pub/mirrors/gentoo
ftp://ftp.join.uni-muenster.de/pub/linux/distributions/gentoo
ftp://ftp.wh2.tu-dresden.de/pub/mirrors/gentoo
ftp://ftp.join.uni-muenster.de/pub/linux/distributions/gentoo
ftp://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/
ftp://ftp.gentoo.mesh-solutions.com/gentoo/
ftp://pandemonium.tiscali.de/pub/gentoo/ "
LANG="en_US.ISO-8859-15"
LC_ALL="en_US.ISO-8859-15"
MAKEOPTS="-j3"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_EXTRA_OPTS="--exclude-from=/etc/portage/rsync_excludes"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress
--force --whole-file --delete --delete-after --stats --timeout=180
--exclude=/distfiles --exclude=/local --exclude=/packages
--filter=H_**/files/digest-*"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage/overlay"
SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage"
USE="X a52 aac acpi alsa amd64 amr audiofile berkdb bitmap-fonts bzip2 cairo
cdinstall cdr cli cracklib crypt cups dbus dri dts dvd dvdr dvdread eds emboss
encode fam firefox fortran gdbm gif gpm gstreamer gtk gtk2 hal iconv jpeg ldap
libg++ lirc logrotate mad midi mikmod mp3 mpeg ncurses nls nptl nptlonly
offensive ogg opengl pam pcre php png ppds pppd quicktime readline reflection
sdl session smp spl ssl svg symlink tcpd tiff truetype truetype-fonts
type1-fonts unicode v4l vim vorbis x264 xinerama xorg xv xvid zlib"
ALSA_CARDS="emu10k1" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop
empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi
null plug rate route share shm softvol" ELIBC="glibc" INPUT_DEVICES="evdev
keyboard" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216
lcdm001 mtxorb ncurses text" LIRC_DEVICES="inputlirc" USERLAND="GNU"
VIDEO_CARDS="nvidia"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS, LINGUAS,
PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS

/me is typing happily on his ATI Remote's buttons...volume increases to the
ceiling....Yay!

x86 stable

ia64 stable

Marked ppc stable.

amd64 stable

alpha/ia64 keyword dropped as nobody has hardware to test.

ppc64 stable keyword still needed; thanks :)

sorry, I just noticed I have never said, why this is not yet stable on ppc64.
I'm getting this linkerror:

/usr/lib/gcc/powerpc64-unknown-linux-gnu/4.1.2/../../../../powerpc64-unknown-linux-gnu/bin/ld:
unrecognised emulation mode: -Wl,-soname
Supported emulations: elf64ppc elf32ppclinux elf32ppc elf32ppcsim
collect2: ld returned 1 exit status

corsair: paste the actual linker line so we can see the command line options
being passed.

Created an attachment (id=125342) [details]
lirc-0.8.2-output.txt (ppc64)

this is the output

but uhmm.. look at this:

# cd /var/tmp/portage/app-misc/lirc-0.8.2/work/lirc-0.8.2/
# make
make  all-recursive
make[1]: Entering directory
`/var/tmp/portage/app-misc/lirc-0.8.2/work/lirc-0.8.2'
Making all in drivers
make[2]: Entering directory
`/var/tmp/portage/app-misc/lirc-0.8.2/work/lirc-0.8.2/drivers'
make[3]: Entering directory
`/var/tmp/portage/app-misc/lirc-0.8.2/work/lirc-0.8.2/drivers'
make[3]: Nothing to be done for `all-am'.
make[3]: Leaving directory
`/var/tmp/portage/app-misc/lirc-0.8.2/work/lirc-0.8.2/drivers'
make[2]: Leaving directory
`/var/tmp/portage/app-misc/lirc-0.8.2/work/lirc-0.8.2/drivers'
Making all in daemons
make[2]: Entering directory
`/var/tmp/portage/app-misc/lirc-0.8.2/work/lirc-0.8.2/daemons'
make[2]: Nothing to be done for `all'.
make[2]: Leaving directory
`/var/tmp/portage/app-misc/lirc-0.8.2/work/lirc-0.8.2/daemons'
Making all in tools
make[2]: Entering directory
`/var/tmp/portage/app-misc/lirc-0.8.2/work/lirc-0.8.2/tools'
/bin/sh ../libtool --tag=CC   --mode=link powerpc64-unknown-linux-gnu-gcc  -O2
-pipe  -version-info 2:0:2  -o liblirc_client.la -rpath /usr/lib64
lirc_client.lo  
powerpc64-unknown-linux-gnu-gcc -shared  .libs/lirc_client.o   -Wl,-soname
-Wl,liblirc_client.so.0 -o .libs/liblirc_client.so.0.2.0
(cd .libs && rm -f liblirc_client.so.0 && ln -s liblirc_client.so.0.2.0
liblirc_client.so.0)
(cd .libs && rm -f liblirc_client.so && ln -s liblirc_client.so.0.2.0
liblirc_client.so)
powerpc64-unknown-linux-gnu-ar cru .libs/liblirc_client.a  lirc_client.o
powerpc64-unknown-linux-gnu-ranlib .libs/liblirc_client.a
[...]


running it by hand doesn't fail.

Portage is passing -m without a 32 or a 64. Sounds like some wonky multilib
issues.

good catch. there should be the need to pass -m at all though (like seen in the
manual compile).

I'm not familiar with these kind of problems..

ppc64 stable

I've switched to an older profile (2004.3) and that time lirc compiled fine.
current stable version does not compile with 2007.0 profile, so I've marked
0.8.2-r1 stable. (as it's no regression)

we need to fix our profile... but that's our problem ;-)

last arch CC'd -> marking as FIXED