Bug 110121 - XFree86 memory permissions not backwards compatible
Summary: XFree86 memory permissions not backwards compatible
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Red Hat Enterprise Linux 2.1
Classification: Red Hat
Component: XFree86
Version: 2.1
Hardware: ia64
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Mike A. Harris
QA Contact: David Lawrence
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2003-11-14 22:30 UTC by John Fujii
Modified: 2007-11-30 22:06 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2003-11-15 02:37:42 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)

Description John Fujii 2003-11-14 22:30:54 UTC
Memory permissions not backwards compatible with OEM driver
requirements.  chatr "hack" was removed post-QU2 and replaced
with different patch.  PROT_EXEC patch not sufficient for
OEM drivers (nvidia-2.4.18.e.31_4431-1.ia64.rpm) that were
tested and released by HP.  Customer used up2date and 
experienced unresolvable system breakage when version
XFree86-4.1.0-50.EL applied to IPF system.

XFree86 seg faults when used with an OEM driver.

When chatr (from 4.1.0-46 revision) was applied to executable,
functionality returned to package when using graphics package
described.

Additional behavior seems to be that before this memory
attribute was changed, X server did not properly export
symbols to the OEM driver, either.

Comment 1 Mike A. Harris 2003-11-15 02:37:42 UTC
While we would not make any change to XFree86 or the kernel that
would knowingly break a 3rd party driver without good cause, and
without notifying relevant vendors and partners ahead of time,
Red Hat does not test XFree86 with 3rd party video drivers at all,
and we do not certify or guarantee XFree86 will work with 3rd
party video drivers, and we do not support systems that are running
3rd party drivers, so it is entirely possible that a kernel update
or an XFree86 update might cause 3rd party uncertified drivers to
break at any time.

The chatr hack we had previously was only a quick hack to make the
server work properly until the proper and better solution could be
found, which is what we have currently.

Nvidia's driver may need to be recompiled by Nvidia with the
proper bits to ensure PROT_EXEC is used inside the driver
appropriately.

I don't consider this to be a bug in our XFree86 package, but
rather a bug in the proprietary driver.


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