On Fri, Jan 27, 2017 at 12:56:53AM +0200, Andy Shevchenko wrote: > > I'm reading your long thread about the issue. Thanks for taking the time! > > but excluded CONFIG_MFD_AXP20X based on \_SB.PIC0.I2C7.PMI1._STA returning 0 in acpidbg, > > but \_SB.PIC0.I2C7.PMI1._STA returns 0xf > > Did you mean PMI2 in the second sentence? Yes, sorry for copy & paste mistake. I just repated to confirm: In acpidbg: - execute \_SB.PCI0.I2C7.PMI1._STA Evaluating \_SB.PCI0.I2C7.PMI1._STA Evaluation of \_SB.PCI0.I2C7.PMI1._STA returned object ffffa14a67420000, external buffer length 18 [Integer] = 0000000000000000 - execute \_SB.PCI0.I2C7.PMI2._STA Evaluating \_SB.PCI0.I2C7.PMI2._STA Evaluation of \_SB.PCI0.I2C7.PMI2._STA returned object ffffa14a67420000, external buffer length 18 [Integer] = 000000000000000F And the same info is also in sysfs: # cat /sys/devices/LNXSYSTM\:00/LNXSYBUS\:00/PNP0A08\:00/808622C1\:06/INT33F4\:00/status 0 # cat /sys/devices/LNXSYSTM\:00/LNXSYBUS\:00/PNP0A08\:00/808622C1\:06/INT33F5\:00/status 15 The DSDT is still at https://linuxtv.org/~js/e200ha/ > Had you tried to add ID to axp20x-i2c.c ? Nope, since I have no idea if the axp and TI hardware is similar. There might be more issues, currently the machine hangs often during bootup at random points. I built i915 as a module and blacklisted it for autoloading so I can read the last message on the console. All I can say is that it is more likely to hang when the loglevel is high, i.e. it almost never succeeds with "debug" on kernel command line. Sometimes there are timeout errors from I2C: [ 4.307189] i2c_designware 808622C1:06: controller timed out [ 5.331709] i2c_designware 808622C1:06: controller timed out Once it has booted it is running stable. Thanks, Johannes -- To unsubscribe from this list: send the line "unsubscribe linux-acpi" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
