No remote on MacMini after upgrade to 8.0.0

You you please post dmesg, journalctl -a, and lsmod output of your working LE7 setup?

so long,

Hias

Quote from zemaree

Hello,

I previously post on another topic thinking that maybe i have same issue but seems not the case so i create one that is specific for my case.

After the upgrade (i try also a fresh upgrade) the remote is not detected by my mac mini.
If i rollback it start working without any issue.

Look like that it'ìs not loded/detected:

Code

LibreELEC (official) Version: 8.0.0
Lemini:~ # ir-keytable
/sys/class/rc/: No such file or directory
Lemini:~ # cd /dev/input/
Lemini:/dev/input # ls
event0 event1 event2 event3 event4 event5 mice

But looking into the HW looklike that it's detected. Strange in any case here some logs:

dmesg | paste -> hFFQ
journalctl -a | paste -> gKfO
lsmod | paste -> Jgbb

Not sure that can help here from hardware.log the detail of the IR interface:

Code

Bus 003 Device 002: ID 05ac:8242 Apple, Inc. Built-in IR Receiver
Device Descriptor:
  bLength                18
  bDescriptorType         1
  bcdUSB               2.00
  bDeviceClass            0 
  bDeviceSubClass         0 
  bDeviceProtocol         0 
  bMaxPacketSize0         8
  idVendor           0x05ac Apple, Inc.
  idProduct          0x8242 Built-in IR Receiver
  bcdDevice            0.16
  iManufacturer           1 Apple Computer, Inc.
  iProduct                2 IR Receiver
  iSerial                 0 
  bNumConfigurations      1
  Configuration Descriptor:
    bLength                 9
    bDescriptorType         2
    wTotalLength           34
    bNumInterfaces          1
    bConfigurationValue     1
    iConfiguration          1 Apple Computer, Inc.
    bmAttributes         0xa0
      (Bus Powered)
      Remote Wakeup
    MaxPower              100mA
    Interface Descriptor:
      bLength                 9
      bDescriptorType         4
      bInterfaceNumber        0
      bAlternateSetting       0
      bNumEndpoints           1
      bInterfaceClass         3 Human Interface Device
      bInterfaceSubClass      0 
      bInterfaceProtocol      0 
      iInterface              0 
        HID Device Descriptor:
          bLength                 9
          bDescriptorType        33
          bcdHID               1.11
          bCountryCode            0 Not supported
          bNumDescriptors         1
          bDescriptorType        34 Report
          wDescriptorLength      42
         Report Descriptors: 
           ** UNAVAILABLE **
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x82  EP 2 IN
        bmAttributes            3
          Transfer Type            Interrupt
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0008  1x 8 bytes
        bInterval              10
Device Status:     0x0000
  (Bus Powered)

Display More

Then last detail:

Website state that: Mac mini (Early 2009)Macmini3,1MM31.0081.B06 (EFI 1.2)
from the log i get:

Code

[ 0.000000] efi: EFI v1.10 by Apple
[ 0.000000] efi: ACPI=0x7feee000 ACPI 2.0=0x7feee014 SMBIOS=0x7fec6000
[ 0.000000] SMBIOS 2.4 present.
[ 0.000000] DMI: Apple Inc. Macmini3,1/Mac-F22C86C8, BIOS MM31.88Z.00AD.B00.0907171535 07/17/09

so seems that i have an old version of EFI, not sure that it's relevant (cause was working on 7.x) but if I have i can try to reinstall OsX and upgrade all.

tnx in advance if someone can help me.

Display More

Just wanted to report that I am having the exact same issues with the same reports reported here with my 2009 Mac Mini. No issues on official 7.x builds (never used beta/alphas)

I'm having a similar problem with older Mac Mini

Just upgraded to 8.0.1 from 7.0.2. In 7.0.2 atvcilent worked perfectly, and perfectly for years with Openelec.

In 8.0.1, atvclient loads at startup but pushes one of my cores to 100% and doesn't respond. When I kill it and restart it manually from shell, it again pegs a core at 100%, and doesn't show any commands received. With -d I get a loop of Got nuffing: -5.

dmesg: cTci
journalctl -a: KPVK
lsmod: VPaJ

Chewitt, you, I, and a whole bunch of other people went through a similar exercise a few years ago with OpenElec. Reading my post from back then, the symptoms seem identical. See here: OpenELEC Mediacenter - OpenELEC Forum - Apple Mac Mini and Apple Remote not working (3/3)

I tried an older atvclient binary from a previous version and it loads OK and reads the remote key presses fine. It just doesn't communicate them to Kodi.

I've been looking at the changes you made in GitHub and can't really see why it wouldn't load up right compared to the old version. Seems like the only thing you changed is how commands are sent to Kodi. But I"m no programmer. Something weird is clearly happening since atvclient won't even start up stable.

Thanks for helping.

Wanted to send an update on this.

I've temporarily (?) fixed this by taking a hint from the OpenElec thread referenced above that we worked on 3 years ago.

I have the 05ac:8240 IR receiver. In order to fix the problem, just like in the OpenElec thread, I changed line 857 in atvclient.cpp to 0x83 instead of 0x82, recompiled, and voila, it works. atvclient loads up perfectly, doesn't get stuck in the Got nuffing CPU hog loop, and passes commands to Kodi perfectly.

It doesn't look like the 0x83 fix ever made it into Evinyatar's Git repository, even 3 years ago, so makes me wonder how all the updates over that time have managed to work...

But it would be nice to get this nailed down so people with the 05ac:8240's don't need to use a custom one-off atvclient.

Let me know how I can help.