ok solved!
works now. this should even answer the initial question...
take elos own, this works flawlessly.
http://www.elotouch.com/files/unrestric ... ial_v2.zip
just follow the instructions.
plz test this procedure so others know it works (or not!)
1) build driver your own; uncomment the KER define in main.c
2)
3) I had to modify the Makefile; include directory was missing; this is how it had to look on my machine
Code: Select all
obj-m := elok_s.o
elok_s-objs := main.o
KDIR := /lib/modules/$(shell uname -r)/build
PWD := $(shell pwd)
CFLAGS := $(CFLAGS) -I/usr/include
default:
$(MAKE) -C $(KDIR) SUBDIRS=$(PWD) modules
4)
5)
Code: Select all
cp elok_s.ko /lib/modules/`uname -r`/kernel/drivers/input/touchscreen/
6)
Code: Select all
chmod u+x eloser && cp eloser /usr/bin
is /usr/bin a good place for the loser (sorry i always read e-loser, sounds somewhat hip ;->; should be elo-ser i guess)
7) put this rather ugly initscript into your /etc/init.d as elo and
it.
There are still missing the right eend things i don't really understand..
Code: Select all
#!/sbin/runscript
# Copyright 1999-2006 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# $Header: $
depend() {
# I guess so... coldplug should provide boot-time attached USB-serial converters, hotplug those attached later
# is this right?
need localmount coldplug hotplug
}
start() {
ebegin "Loading elo module and creating /dev nodes"
# Avoid being interrupted by child or keyboard
if [ ! -f /lib/modules/`uname -r`/kernel/drivers/input/touchscreen/elok_s.ko ]
then
eerror "Please compile and copy over the kernel module first"
return 1
fi
if [ ! -f /usr/bin/eloser ]
then
eerror "Please chmod u+x and copy over eloser first"
return 1
fi
trap "echo" SIGINT SIGSEGV SIGQUIT SIGTERM
set +e
# this the loadelo script; i put it right in here... this all seems rather ugly to me..
# however always generating the dev files might be good idea for udev people who
# do not save a dev tarball
# what the heck does it do?
module="elok_s"
mode="664"
elorspfifo="elo/rsp_fifo"
elocmdfifo="elo/cmd_fifo"
elodata="input/elo_ser"
rm -f /dev/${elodata}
rm -f /dev/${elocmdfifo}
rm -f /dev/${elorspfifo}
test -d /dev/elo || mkdir /dev/elo
/sbin/modprobe $module
mkfifo /dev/$elorspfifo
mkfifo /dev/$elocmdfifo
major=`grep $elodata /proc/devices | awk "{print \\$1}"`
if [ $major ]
then
mknod /dev/$elodata c $major 0
chmod $mode /dev/${elodata}
chmod $mode /dev/${elocmdfifo}
chmod $mode /dev/${eloconfig}
fi
# how do you put configuration somewhere into /etc and source it here?
/usr/bin/eloser ttyUSB0
eend $?
}
stop() {
ebegin "Unloading elo module"
# I can't think of anything else that's sensible here...
# removing all the /dev entries seems rather senseless as the start function
# has to do it anyway... right?
/sbin/modprobe -r elok_s
eend $?
}
restart() {
svc_stop
svc_start
}
8)
9) edit your /etc/X11/xorg.conf
Code: Select all
Section "ServerLayout"
Identifier "X.org Configured"
Screen 0 "Screen0" 0 0
InputDevice "Mouse0" "CorePointer"
InputDevice "Keyboard0" "CoreKeyboard"
InputDevice "elo1"
EndSection
Section "InputDevice"
Identifier "elo1"
Driver "elo"
Option "Device" "/dev/input/elo_ser"
Option "AlwaysCore"
EndSection
10) that should do the trick!
now i'd need some specialists...
1) why the heck does the elographics driver of (modular or not) xorg-x11 not work?
and how could we improve it so that we do not need a startup script and all this interesting /dev fifos a.s.o?
i guess eloser only somehow attaches the /dev/input thing to the pipes, could the open source driver included in xorg do the same thing? why can this driver work for me and elographics not? my hardware must be ok, and there is just this one serial controller. did ne1 ever have success with elographics?
2) please correct/improve my initscript
3) could ne1 do an ebuild?!
if you have got questions, ask. i should be able to answer them.
could dwernle possibly rename the topic to something more general, i.e. the grand elo support thread?
btw i think the usb people could possible reuse parts of my script if elo did the usb drivers somewhat similar... did not look at it.
i would be glad if we could get this running cleanly as touchscreen support seems really bad atm.
any info about how the driver shipped with the kernel sources should work? is this the same as the thing you compile?
we need more info, compiled at one place, so please help out if you can.
thank you all!
PS: we could do a wiki thing when this is ready and add useful applications once this runs (osd keyboard for login will be the next thing i need)
th