Smartpad 1010i - Ubuntu linux

[Snoob]

cavoli mi ero perso questa guida! se qualcuno potesse uppare il file del punto tre gliene ne sarei grato

[enzocoll]

eccolo:
evb.bin.rar

cavoli mi ero perso questa guida! se qualcuno potesse uppare il file del punto tre gliene ne sarei grato

[Snoob]

wow rapidissimo, grazie mille

[enzocoll]

Da un paio di giorni sto cercando (senza successo, per il momento )di abilitare il touch.
Condivido la mia esperienza:
Inizialmento ho provato a fare un insmod del modulo ft5x_ts incluso nella cartella lib di dadaloi: il modulo viene caricato ma il touch non funziona. Noto che la dimensione del modulo è stranamente molto piccola.

Allora ho provato a compilare varie versioni del modulo ft5x_ts facendo il checkout del 3.0.36+ (

git checkout 23e5456879db0175f571dec43095c49e181e0b10

) ma provando a fare l'insmod ottengo:

disagrees about version of symbol module_layout

a quanto pare il kernel incluso nell'immagine di Ubuntu non è compatibile con i sorgenti di questo branch

Quindi ho provato a compilare tutto il kernel e sostituirlo a quello originale: il modulo viene caricato e sembra che il dispositivo venga riconosciuto, infatti eseguendo

xinput --list

ottengo:

⎡ Virtual core pointer                    	id=2	[master pointer  (3)]
⎜   ↳ Virtual core XTEST pointer              	id=4	[slave  pointer  (2)]
⎜   ↳ Microsoft Compact Optical Mouse 500     	id=8	[slave  pointer  (2)]
⎜   ↳ ft5x_ts                                 	id=7	[slave  pointer  (2)]
⎣ Virtual core keyboard                   	id=3	[master keyboard (2)]
    ↳ Virtual core XTEST keyboard             	id=5	[slave  keyboard (3)]
    ↳ axp20-supplyer

e facendo

xinput list-props ft5x_ts

ottengo:

Device 'ft5x_ts':
	Device Enabled (114):	1
	Coordinate Transformation Matrix (115):	1.000000, 0.000000, 0.000000, 0.000000, 1.000000, 0.000000, 0.000000, 0.000000, 1.000000
	Device Accel Profile (237):	0
	Device Accel Constant Deceleration (238):	1.000000
	Device Accel Adaptive Deceleration (239):	1.000000
	Device Accel Velocity Scaling (240):	10.000000
	Device Product ID (231):	0, 0
	Device Node (232):	"/dev/input/event1"
	Evdev Axis Inversion (241):	0, 0
	Evdev Axis Calibration (242):	0, 1024, 0, 600
	Evdev Axes Swap (243):	0
	Axis Labels (244):	"Abs X" (234), "Abs Y" (235), "Abs Pressure" (236)
	Button Labels (245):	"Button Unknown" (233), "Button Unknown" (233), "Button Unknown" (233), "Button Wheel Up" (120), "Button Wheel Down" (121)
	Evdev Middle Button Emulation (246):	0
	Evdev Middle Button Timeout (247):	50
	Evdev Third Button Emulation (248):	0
	Evdev Third Button Emulation Timeout (249):	1000
	Evdev Third Button Emulation Button (250):	3
	Evdev Third Button Emulation Threshold (251):	20
	Evdev Wheel Emulation (252):	0
	Evdev Wheel Emulation Axes (253):	0, 0, 4, 5
	Evdev Wheel Emulation Inertia (254):	10
	Evdev Wheel Emulation Timeout (255):	200
	Evdev Wheel Emulation Button (256):	4
	Evdev Drag Lock Buttons (257):	0

ma il touch non funziona comunque

se eseguo xinput_calibrator --device 7

non ottengo risposta

Noto però una cosa: con il kernel compilato da me il modulo 8188eu (anche questo compilato da me) non funziona più correttamente.
Il modulo viene caricato ma non viene vista la wlan0
Con il kernel originale e il modulo nella lib di dadaloi invece la wifi funzionava.
Avrò sbagliato qualcosa nella compilazione del kernel? Secondo me la risposta è nel file di configurazione (ho usato il sun4i_defconfig come base)

Allego il dmesg, in cui vedo degli strani errori
dmesg.txt.zip

Qualche suggerimento?

[dadaloi]

Come toolchain hai provato la stessa con cui è stato compilato il kernel originale?

[enzocoll]

no, ho provato quella indicata nella tua guida.
E' questa quella giusta?
https://launchpad.net/linaro-toolcha...estone/2012.06

[dadaloi]

prova a dare cat /proc/version da terminale
la lubuntu se non sbaglio è compilata con gcc version 4.6.3 (Ubuntu/Linaro 4.6.3-lubuntu5)

Prova a dare un'occhiata anche a questo blog
http://jas-hacks.blogspot.it/2012/10...el-armhfs.html
solo che il tipo usa arm-linux-gnueabihf al posto di arm-linux-gnueabi per aumentare le performance usando il coprocessore.

[enzocoll]

prova a dare cat /proc/version da terminale
la lubuntu se non sbaglio è compilata con gcc version 4.6.3 (Ubuntu/Linaro 4.6.3-lubuntu5)

Prova a dare un'occhiata anche a questo blog
Jas Hacks: Hackberry A10 - Compiling a kernel (armhfs)
solo che il tipo usa arm-linux-gnueabihf al posto di arm-linux-gnueabi per aumentare le performance usando il coprocessore.

si il kernel è compilato con gcc version 4.6.3 (Ubuntu/Linaro 4.6.3-1ubuntu5). Ho installato il toolchain da repository (mi ha installato l'ultima versione 4.7.1, ma credo che non cambi niente) e provando a caricare il modulo ottengo:

insmod: error inserting 'ft5x_ts.ko': -1 Unknown symbol in module

il dmesg mi riporta:

[  104.630000] ft5x_ts: Unknown symbol add_preempt_count (err 0)
[  104.630000] ft5x_ts: Unknown symbol __list_add (err 0)
[  104.640000] ft5x_ts: Unknown symbol sub_preempt_count (err 0)

credo sia un problema dovuto al file di configurazione del kernel, magari bisogna includere qualcos'altro.
In questo articolo si fa riferimento a un file config ottimizzato config_3.0.36-t3.gz da usare come punto di partenza ma il link non è più valido e non riesco a trovarlo da nessun'altra parte

[dadaloi]

Se il toolchain è lo stesso allora penso sia un problema di sorgenti. Comunque ricordati che devi compilarlo senza il supporto per il multitouch

prova a dare un'occhiata qui:
https://www.miniand.com/forums/forum...blet#post-1225

[dadaloi]

altra guida,
Barry de Graaff: PengPod1000 Debian Wheezy LXDE armhf Bootable Image!

dice di disabilitare il multitouch prima di compilare, sostituendo la stringa in linux-sunxi/drivers/input/touchscreen/ft5x_ts.h
"define CONFIG_FT5X0X_MULTITOUCH (1)"
con
"undef CONFIG_FT5X0X_MULTITOUCH"

e mi sa che è quella giusta rispetto a quella su miniand che ho postato nel precedente post (l'avevo anche provata qualche tempo fa).
Poi cambia anche la configurazione di xorg.

La sua distro è basata su debian ed è per il pengpod1000 ma dovrebbe essere compatibile anche con il nostro

Visto che con tutto il kernel compilato veniva rilevato, potresti provare con queste ultime modifiche a vedere se funziona