BGAFC Vendégkönyv

Σ: 1 post

TCH (statz)

#1, Főfasz (10648)

2773 | #5ab2 | ^ | Idézet | Tue, 30 Dec 2025 22:42:22 +01

84.236.*.*

*.pool.digikabel.hu

Az első táblázatban a felbontások tuti rosszak. Gondolj bele: a 0x1224 az 4644, a 0x0438 meg 1080. 4644x1080 lenne a felbontása a kijelzőnek? Egy függőleges kijelzőnek? Miközben a max méret 4095? Az offsetek se stimmelnek. Mondjuk az a második táblázatban se. Ez így jön ki:

Offset	Hex	Magyarazat
0	0x13	FW major / flags
1	0xEC	FW minor
2	0x12	???
3	0x24	???
4	0x04	Width MSB
5	0x38	Width LSB
6	0x08	Height MSB
7	0xE8	Height LSB
8	0x0E	???
9	0x0A	Max touch
10	0x00	Max buttons
11	0x01	IRQ type
12	0x02	Wake type
13	0x00	???
14	0x08	Chip ID

És így máris 0x0438 jön ki szélességnek és 0x08e8 magasságnak. Tehát a felbontás 1080x2280. Pont, ahogy a korábban belinkelt oldalon írják. És így már az is kiderült, hogy az 0xe8-nak semmi köze az IRQ-hoz, az a magasság alsó byte-ja. (Egyébként akkor nem is IRQ, hanem IRQ type, amiről lövésem sincs, hogy mi, az akár simán lehet téves is.)

Na, látod, hogy jobban jártál volna, ha kiírattatod vele az értékeket és akkor rögtön látod, hogy mi hol van benne (pl. a felbontás) és nem kell tippelgetni? :P
De, amúgy ezek az offsetek benne voltak a forrásban is, amit linkeltem.

@miklos_akos:
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.

És az első táblázat a rossz, a második a jó. A wake type offsetje 0x0c és nem 0x0a, és így az értéke sem 0x00, hanem 0x02. Az első táblázat volt a csetdzsípítítől?