Ujra raneztem a sourcera es latom is, hogy ez a feltetel miert teljesul: data->buf[NVT_TS_PARAMS_WAKE_TYPE] != chip->wake_type, lentebb a kodban definialva vannak az ertekei a touch ic-nek, hogy minek kellene lennie:
static const struct nvt_ts_i2c_chip_data nvt_nt36672a_ts_data = {
.wake_type = 0x01,
.chip_id = 0x08,
};
De ugye a fentebbi osszehebrakolt tablazatbol az jon ki, hogy a wake type erteke 0x00. Viszont a "mainline" kernel sourcebol az sdm636-xiaomi-tulip.dts szerint az IRQ type az IRQ_TYPE_EDGE_RISING. De a kis tablazatunk szerint meg 0x02 az erteke, amit felvesz a drivers/input/touchscreen/novatek-nvt-ts.c. Teljes az agybaj. Mondjuk eleg regi kernelre alapoz a postmarketos lehet, hogy a "mainline" kernel 6.18.y agaval meg lehetne probalkozni, hatha az barkacsolas nelkul mukodik. |