В irda-utils-0.9.16/irattach/irattach.c есть следующий код:

	if (ioctl(ttyfd, TIOCSETD, &irdadisc) < 0){
		fprintf(stderr,  
			 "Maybe you don't have IrDA support in your kernel?\n");
		syslog(LOG_ERR, "irattach: tty: set_disc(%d): %s\n", 
			irdadisc, strerror(errno));
		clean_exit(-1);
	}

Если вызов TIOCSETD завершается с ошибкой (например, в случае проблем с
загрузкой модуля irtty_sir), сообщение об этом должно писаться в syslog - оно
туда и записывается, но с неверным кодом ошибки:

irattach: tty: set_disc(11): Bad file descriptor

Т.е., создаётся впечатление, что вызов TIOCSETD вернул в errno код ошибки EBADF,
хотя strace показывает другую ситуацию:

ioctl(3, TIOCSETD, [11])          = -1 EINVAL (Invalid argument)
write(2, "Maybe you don\'t have IrDA suppor"..., 50) = -1 EBADF (Bad file
descriptor)

Дело в том, что ещё раньше irattach вызывает fork_now(), где в том числе
закрываются все открытые ранее файловые дескрипторы, в том числе и
stdin/stdout/stderr. Поэтому fprintf(stderr, ...) завершается с ошибкой, и этот
код ошибки затирает код, полученный ранее от TIOCSETD.

Вообще закрытие дескрипторов 0, 1, 2 чревато странными проблемами; обычно в
подобных случаях открывают /dev/null (см., например, man 3 daemon).