This issue has been proposed when we are only considering blocker
issues in the current Red Hat Enterprise Linux release.
** If you would still like this issue considered for the current
release, ask your support representative to file as a blocker on
your behalf. Otherwise ask that it be considered for the next
Red Hat Enterprise Linux release. **

From kdm.log:
(EE) AlpsPS/2 ALPS GlidePoint Unable to query/initialize Synaptics hardware.
(EE) PreInit failed for input device "AlpsPS/2 ALPS GlidePoint"
(EE) config/hal: NewInputDeviceRequest failed (8)
--------------------------
Reporter, could you actually try to start Xorg without any xorg.conf whatsoever? What does happen? Could you attach the same logs from such test, please?
Thank you

(In reply to comment #3)
> (EE) AlpsPS/2 ALPS GlidePoint Unable to query/initialize Synaptics hardware.
> (EE) PreInit failed for input device "AlpsPS/2 ALPS GlidePoint"
> (EE) config/hal: NewInputDeviceRequest failed (8)
this looks more like a kernel issue. what's the evtest output for this device?
either way, this only means you can't use the touchpad but it's not crashing the server.
(In reply to comment #0)
> Substituting vesa for via in the Videocard0 section did work and I'm now logged
> in on KDE.
vesa/xserver issue then.

(In reply to comment #3)
> Reporter, could you actually try to start Xorg without any xorg.conf
> whatsoever? What does happen? Could you attach the same logs from such test,
> please?
Starting without xorg.conf brings up the kde greeter in a way too big resolution (1600x1200 probably), which on the 1024x768 LCD monitor leaves a big part of the screen outside the monitor. The login dialogue is visible though, so I could test. After login, the KDE splash screen was shown for a few seconds, the KDE crashed and kdm brought the greeter back up.
Logs attached.
No abrt trace was created this time for some reason.

We ommited one more interesting part of /var/log/messages
Jul 27 01:07:39 kon abrt[2543]: saved core dump of pid 2171 (/usr/bin/Xorg) to /var/spool/abrt/ccpp-1280185659-2171.new/coredump (2158592 bytes)
if you run abrt-gui manually ... do you still have there Xorg backtrace? Could we get it here?
Thank you

This request was evaluated by Red Hat Product Management for
inclusion in the current release of Red Hat Enterprise Linux.
Because the affected component is not scheduled to be updated
in the current release, Red Hat is unfortunately unable to
address this request at this time. Red Hat invites you to
ask your support representative to propose this request, if
appropriate and relevant, in the next release of Red Hat
Enterprise Linux. If you would like it considered as an
exception in the current release, please ask your support
representative.

Since RHEL 6.2 External Beta has begun, and this bug remains
unresolved, it has been rejected as it is not proposed as
exception or blocker.
Red Hat invites you to ask your support representative to
propose this request, if appropriate and relevant, in the
next release of Red Hat Enterprise Linux.

Red Hat Enterprise Linux 6 is in the Production 3 Phase. During the Production 3 Phase, Critical impact Security Advisories (RHSAs) and selected Urgent Priority Bug Fix Advisories (RHBAs) may be released as they become available.
The official life cycle policy can be reviewed here:
http://redhat.com/rhel/lifecycle
This issue does not meet the inclusion criteria for the Production 3 Phase and will be marked as CLOSED/WONTFIX. If this remains a critical requirement, please contact Red Hat Customer Support to request a re-evaluation of the issue, citing a clear business justification. Note that a strong business justification will be required for re-evaluation. Red Hat Customer Support can be contacted via the Red Hat Customer Portal at the following URL:
https://access.redhat.com/

Note

You need to
log in
before you can comment on or make changes to this bug.