@TCH:Én azt értem, hogy ez itt nem úgy volt, de én általánosságban beszéltem, hogy attól, hogy az érték valid, még nem biztos, hogy jó is, mert 1-től 4095-ig minden is valid, de csak az jó, ami a valóságnak megfelel. Ha pl. el van szaródva az a flash (vagy akármi), ahonnan ezeket olvassa, akkor akár minden körben is jöhetnek random adatok és akkor egyik körben jó lesz a felbontás a drivernek, másik körben nem, te meg tépheted a hajad, hogy miért nem jó, ami jó volt, hiszen ellenőrizted. A konkrét érték önmagában is információ. Két konkrét érték pedig még több, pl. ha a flash halott és random biteket büfög vissza, az már a második tesztnél kiderül. Szerencsere a driverben mar ott van hozza a kod ami kiirja a kiolvasott ertekeket:
dev_err(dev, "Unsupported touchscreen parameters: %*ph\n",
NVT_TS_PARAMS_SIZE, data->buf);
Ez minden bootnal ugyanaz volt, szoval nincs ezzel para. :D
Ha megdoglik a touch ic sajat kis memoriaja, akkor Androidon se fog mukodni.
@TCH:De nem is azt mondtam, hogy ezt így be kell commitolni, csak azt, hogy felesleges ugyanazt a kódot duplikálni és az egyik ágban kiszedni a wake ellenőrzését, ha az a feltétel, ami alapján kiválasztja a lefuttatandó ágat, az belerakható az érintett - és a feltétel nem teljesülése esetén kiszűrendő - ellenőrzésbe. Valami csunya hacket mindenkeppen akarok, ami a megfelelo helyekrol olvassa ki az ertekeket, ha a data->buf[11] == 0x01, mert a data->buf[NVT_TS_PARAMS_CHIP_ID] erteke is hibas szerintem. D: Majd nyomozok.
|