Christoph Gysin

Sorry for the late reply. Can you reproduce that with the latest version?

> No check avoids the strict TS checks, allow-env is necessary for loading .env variables, allow-read was required to get the , and unstable was needed because osRelease was used...

Yes, this is a know problem, see: https://github.com/Dunedan/mbp-2016-linux#suspend--hibernation While it's not a great solution, the workaround is to disable suspend on lid close. See `HandleLidSwitch` in `man logind.conf`. ...

Seems to work for me on a MacBookPro13,1. Maybe we could add that to the README?

I just tried the patch on a MBP13,1 and the platform error is gone. /sys/class/bluetooth is still empty though. I added my DSDT in #30 if that's any help.

@peterychuang The patches are on top of https://github.com/l1k/linux/tree/hci_bcm, which is based on 4.13.0-rc4.

@peterychuang Maybe you are missing `CONFIG_BT_HCIUART_BCM=y`?

Try: https://github.com/roadrunner2/linux/tree/hci_bcm https://github.com/roadrunner2/linux/tree/hci_bcm-4.13 https://github.com/roadrunner2/linux/tree/hci_bcm-4.14

@kayateia Did you try to boot kernel 4.20 with the patches at https://github.com/christophgysin/linux/tree/4.20-mbp ?

> Any reason for this? is this normal that port changes name using different cable? Yes, that's expected behaviour, see [Predictable Network Interface Names](https://www.freedesktop.org/wiki/Software/systemd/PredictableNetworkInterfaceNames). You can rename a specific network...