With Lucid we no longer use fdi files, so if the bug still exists there
it must be due to something different. Also, with lucid we are starting
to look more to -evdev than -evtouch for touchpad support, so the issue
is not one we have much interest in. If you still want to have it
explored with t
I have a very similar problem with a 3M Microtouch EX-II touchpanel. It works
with the evtouch-driver (Ubuntu 9.10), but after a short period of time
(especially if many clicks are produced) the system freezes. I am using the
following (custom) fdi-file in /usr/share/hal/fdi/policy/20thirdparty/
** Branch linked: lp:ubuntu/xorg-server
--
X crashes after a few minutes or seconds (Jaunty)
https://bugs.launchpad.net/bugs/368135
You received this bug notification because you are a member of Ubuntu-X,
which is subscribed to xf86-input-evtouch in ubuntu.
__
Eli's last fdi fixed it for me. However the calibration points are quite
different on mine. They shouldn't be in this file, as this overrides the
calibration generated by the GUI tool. I commented mine out and have not
had problems since.
--
X crashes after a few minutes or seconds (Jaunty)
https
There's an extra at the bottom of
/usr/share/hal/fdi/policy/20thirdparty/50-elo-2700.fdi
This causes a parsing error and hal won't read the fdi..
just remove to fix..
--
X crashes after a few minutes or seconds (Jaunty)
https://bugs.launchpad.net/bugs/368135
You received this bug notification b
Also affects Karmic, Lucid(Alpha2).
--
X crashes after a few minutes or seconds (Jaunty)
https://bugs.launchpad.net/bugs/368135
You received this bug notification because you are a member of Ubuntu-X,
which is subscribed to xf86-input-evtouch in ubuntu.
__
using 0.8.8-0ubuntu6.1 with the eGalax touchscreen another fdi is
needed:
evtouch
Raw
false
1
On
0
2
4096
4096
using this fdi actually solves the stability issue but it's still slow in
reacting to input and the calibration goes away when rotating.
I found the solution here
http
This bug was fixed in the package xf86-input-evtouch - 0.8.8-0ubuntu5
---
xf86-input-evtouch (0.8.8-0ubuntu5) karmic; urgency=low
* control: Add dependencies for ttf-freefont and x-ttcidfont-conf.
These dependencies are required by one of the earlier patches.
(LP: #299178)
Thanks. The SendCoreEvents crash bug sounds like one we now have a
patch for in the xserver, so forcing SendCoreEvents on should not be
necessary.
I've also added your fdi into the package (except the now unnecessary
SendCoreEvents).
--
X crashes after a few minutes or seconds (Jaunty)
https://
** Tags added: jaunty
--
X crashes after a few minutes or seconds (Jaunty)
https://bugs.launchpad.net/bugs/368135
You received this bug notification because you are a member of Ubuntu-X,
which is subscribed to xf86-input-evtouch in ubuntu.
___
Mailing
my xorg.conf is practically empty:
Section "Monitor"
Identifier "Configured Monitor"
EndSection
Section "Screen"
Identifier "Default Screen"
Monitor "Configured Monitor"
Device "Configured Video Device"
SubSection "Display"
So, how did you ?
Maybe, you can send me your xorg.conf and fdi file please ?
--
X crashes after a few minutes or seconds (Jaunty)
https://bugs.launchpad.net/bugs/368135
You received this bug notification because you are a member of Ubuntu-X,
which is subscribed to xf86-input-evtouch in ubuntu.
I only use the ubuntu way, whitch means I have modified the file
/etc/evtouch/config.
--
X crashes after a few minutes or seconds (Jaunty)
https://bugs.launchpad.net/bugs/368135
You received this bug notification because you are a member of Ubuntu-X,
which is subscribed to xf86-input-evtouch in u
I have turned core events back on, and no crashes. I'm not sure which
change is the key unfortunately.
Is your touch screen configured by xorg.conf or a HAL fdi file? I have
also taken an fdi file into use, which could affect this issue.
--
X crashes after a few minutes or seconds (Jaunty)
https
How have you switched off core events ?
Is it still hang ?
I have the same Problem.
--
X crashes after a few minutes or seconds (Jaunty)
https://bugs.launchpad.net/bugs/368135
You received this bug notification because you are a member of Ubuntu-X,
which is subscribed to xf86-input-evtouch in ubu
No crashes today. I still have sendcoreevents set to false, and
additionally I changed CPU frequency scaling threshold from 95 to 40, so
CPU speed is increased more aggressively. In a day or two, if no
crashes, will try setting core events back on and see if freezing occurs
again. Now I also have S
I have also experienced freezes in Jaunty using evtouch - system locks
up completely and I have to do a hard poweroff. This is with the same
exact xorg.conf that worked in Hardy without any problems. Still got
freezes after removing xorg.conf and creating fdi for touch screen.
Now running with sen
Have the same problem here, and many others reported a similar problem
and a lot of them seem to use eGalax touchscreens that use the xserver-
xorg-input-evtouch driver.
This problem came up for me in Jaunty and still ongoing in Karmic.
--
X crashes after a few minutes or seconds (Jaunty)
https:
18 matches
Mail list logo