sorry, io non ho trovato traccia del focaltech:
[1005] diego@mother ~/Desktop/Kernel-2.6.35> grep -ri ft5x0x *
[1006] diego@mother ~/Desktop/Kernel-2.6.35>
Sai cosa pensavo? hai presente il problema del touchscreen quando il tablet è sotto carica? Non sarà mica un sensoredi carica che lavora sullo stesso bus del ts?
Questo e' quello che ho estrapolato sul bus i2c del nostro tablet...
Ci sono 4 bus:
rk29_i2c.0:
ADDR 001a -> RT5631 I2C Codec (scheda audio, immagino per controllo volume, cuffia ecc..)
ADDR 0051 -> rtc_hym8563 (orologio)
ADDR 001c -> gs_mma8452 (accelerometro)
rk29_i2c.1
ADDR 0039 IRQ: (RK29_PIN1_PD7) -> anx7150 (HDMI, per controllo)
ADDR 0036 -> nt99250 (telecamera, di nuovo per controllo)
rk29_i2c.2
ADDR 0038 IRQ 102 (RK29_PIN0_PA2) -> ft5x0x (il touchscreen focaltech ft5406)
ADDR 0055 -> Mistero chi lo trova vince una bambolina
rk29_i2c.3
VUOTO!
Aggiungo che se a qualcuno venisse voglia di imbarcarsi in questa avventura si puo' leggere nell'ordine:
The Driver Model Core, Part I | Linux Journal
Driving Me Nuts - Device Classes | Linux Journal
I2C Drivers, Part I | Linux Journal
I2C Drivers, Part II | Linux Journal
Ciao non sò se vi interessa, ma il display è un innolux HL08009 C25-XY. Magari così vi è più facile trovare i driver. Per il touch stò ancora cercando. Buona notte.
Inviato dal mio SMARTPAD810C
Ciao stiwi78,
dove hai trovato questa informazione? Per lo schermo piu' o meno siamo a posto perche' il driver per HITACHI LVDS TX23D88VM funziona decentemente, basandomi sulla tua indicazione ho provato con il RGB_HL070VM4AU che sembrerebbe piu' vicino ma, mentre con il driver precedente lìimmagine era corretta con questo i colori sono sfasati...
Sta sera ho fatto finalmente qualche passo in avanti con il touch, ancora non va ma almeno riesco a farne il probe...
Sunto...Se non ho capito male
#ifdef CONFIG_TOUCHSCREEN_FOCALTECH
{
.type = "ft5x0x_ts",
/*.flags = ,*/
.addr = 0x38 ,/*ADDR 0038 IRQ 102*/
.irq = (RK29_PIN0_PA2),
},
#endif
O no?