X.Org Foundation release plan [draft]
Kevin E Martin
kem at freedesktop.org
Fri Jul 16 08:00:00 PDT 2004
Here is the first draft of the X.Org Foundation release plan. I would
like to discuss it during the release wrangler's call today. I've also
attached a summary of the discussion that occurred on the xorg at fdo list,
which I have attempted to incorporate in the release plan.
-------------- next part --------------
X.Org Foundation Release Plan
=============================
The X.Org Foundation is preparing a new release of the X Window System.
This document covers the basic information about the release, including
the new features, known bugs/issues, deadlines, success criteria, open
questions and tasks. As new features are added or new information
becomes available this page will be updated with the latest release
information.
The bugzilla entry for this release is:
http://freedesktop.org/bugzilla/show_bug.cgi?id=351
New Features:
-------------
* Highlights of new features currently in the X.Org CVS tree:
1. FreeType2 updated to v2.1.8
2. Retire XTT font module and FreeType1 (FreeType2 subsumes this
functionality)
3. Render implementation fixes (see ChangeLog 2004-05-11 entry)
4. Updated x86emu and resynced with upstream at Scitech
5. Updated Mesa and DRI from upstream sources
- More OpenGL extensions
- MergedFB for Radeon (Dualhead DRI support on these cards)
- Many GLX fixes
- Working SiS DRI driver
- Major Radeon and R200 DRI driver updates
- fbconfigs support
- Beginnings of pbuffer support (indirect only, and only in
specific circumstances).
6. Updated SiS driver
7. Render acceleration for ATI's R100 and R200-series cards
8. DMX (Distributed Multihead X)
9. Various bug fixes/enhancements
- See xc/ChangeLog file for list
- Can't the ChangeLog be automatically generated from the cvs logs?
- Should we explicitly list the bugzilla entries that have been
fixed in this release?
* New features to be added to the HEAD of the X.Org CVS tree:
1. XFixes extension
- General agreement that this extension is ready
- RegionExpand code needs to be integrated (Keith Packard)
2. Damage extension
- General agreement that this extension is ready
- See "background == None" Composite issue below for potential
dependency
3. Composite extension
- Mixed opinion that this extension is ready
- "background == None" issue not yet resolved:
http://freedesktop.org/pipermail/xorg/2004-July/001447.html
- Need XAA wrappers to avoid ABI change (Sun)
- Perhaps hold off including this extension (see "Open Questions"
below for more discussion)
4. XEVIE extension
- First implementation of an extension to intercept core keyboard
and pointing device input
- Allows consumation, modification or synthesis of input events
before these are sent to their final destination
(i,e,. interested clients)
- Required by the Gnome accessibility project
- Also required for redirection of input events to composited
windows. Requires modifications
5. Support for new ATI cards
- A patch from ATI was circulated that added support for the R420
(X800), R423 (X800 PCIE), RV380/M24 (X600 PCIE), RV370/M22 (X300
PCIE) and RS350 chips, Render support for all Radeon chips below
R300 [already integrated by Eric Anholt] as well as some misc
laptop, CRTC init and Xv fixes.
- This patch is currently being reworked in light of the recent DRI
and Mesa merges by ATI and will be checked in when ready.
6. MMX Render acceleration
- Code implemented and is currently in fd.o bugzilla
- Imakefile change needs to be investigated
7. TrueType wrappers for bitmap fonts
- Wrappers convert .BDF fonts into .TTF files
- Huge disk space savings, eliminate font compilation step and
improved performance
- http://freedesktop.org/pipermail/xorg/2004-July/001446.html
- Unfinished work in progress and not likely to be completed in
time for current release unless someone else does the work
8. New Trapezoid specification for Render
- Respecify Render to include only 'normal' traps
- Allow backward compatibility but internally covert to new format
- http://freedesktop.org/pipermail/xorg/2004-July/001446.html
- Unfinished work in progress and not likely to be completed in
time for current release unless someone else does the work
9. New Trapezoid implementation for Render
- Alternate implementation designed but not yet implemented
- http://freedesktop.org/pipermail/xorg/2004-July/001446.html
- Unfinished work in progress and not likely to be completed in
time for current release unless someone else does the work
Known bugs/issues:
------------------
The following are bugs that are either known or suspected to exist in
the current X.Org CVS tree or are issues that need to be investigated
before the release:
* http://freedesktop.org/bugzilla/show_bug.cgi?id=709
* Move non-MMX improvements from kdrive fb code over to X.Org tree
* Possibly disable XAA Render acceleration until a working hook exists
(Eric Anholt) (???)
* DRI code in X.Org tree is broken on big endian machines
* Radeon driver not converted to use t_vertex yet (need to verify)
* Non-TCL drivers broken by Mesa changes:
- http://home.comcast.net/~larryh791/F2304tivo/test_overscan001.jpg
- http://freedesktop.org/bugzilla/show_bug.cgi?id=716
* Move to new modularized kbd keyboard driver, deprecate the legacy
driver and do not compile legacy driver by default
* Sync up with externally maintained projects
- xterm
- New XKB config files project
- Others?
* Upgrade fontconfig to v2.2.3 (???)
* Integrated new items from XFree86 since split (???)
* Modularization/auto-tooling effort will not have the necessary soak
time for this release, so it will not be integrated at this time
* Go through all current bugzilla entries to determine which ones should
block this release and add them to the release bug entry
Deadlines:
----------
* 30 Jul 2004: Feature Freeze (Alpha cut)
* 13 Aug 2004: Code Freeze (Beta cut)
* 25 Aug 2004: Release
The dates for this X.Org Foundation release were derived from the
dates for the upcoming Red Hat and SUSE distribution releases. The
schedule is very tight and there is little room for slippage, so in
most cases, features will be cut in order to make the scheduled
release date.
Success Criteria:
-----------------
* Build tested on target platforms
* Install tested on target platforms
* Run tested on target platforms
* Passed VSW4 test suite on target platforms
* Passed OpenGL/Mesa/Glean tests on target 3D platforms
* ATI and NVIDIA binary modules work with the release
Notes:
- Need list of target platforms: This will probably be a large matrix
of OS's, platforms and drivers, and might be best split up along
certain OS lines
- Need list of volunteers for building and testing certain platforms
- Put both of these on Wiki page for this release
- VSW5 can be used for testing but results cannot be advertised (what
about posting results to a mailing list for the release?)
Open questions:
---------------
* What should the number of this release be? X11R6.7.1, X11R6.8, ...
* What coverage of target platforms is required for the success criteria
to be met?
* Some people feel that the Composite extension is not yet ready for
inclusion in a release since it has not had the public soak time in
the X.Org tree. The concern is not only that it could destabilize the
release but will also encourage other developers to start writing code
that depends on an interface that could easily change in the future.
Backward-compatibility of those interfaces might be very difficult to
maintain in future versions.
One possible solution is to (a) explicitly label new extensions as
experimental and unsupported and (b) disable the experimental
extensions by default at run-time (assuming they are fairly self-
contained or they are gated). Then, for a user to use an experimental
extension, they would specify a command-line option or a configuration
file section that explicitly enables the experimental extensions that
the user requests. For example,
Section "Experimental Extensions"
Enable "Composite"
Disable "<extension-that-does-not-work>"
EndSection
is a possible format for an experimental extension section.
Tasks:
------
This section is for listing tasks that need to be completed before the
release along with a person to which that task is assigned (if any).
Tasks should not be deleted but rather tagged as "complete" as they are
finished. This will allow us to track what tasks were required for this
release and will be useful for future releases.
* Create release plan [Kevin E. Martin][complete]
* Create bugzilla entry for this release [Jim Gettys][complete]
* Get fd.o tinderbox working
-------------- next part --------------
Eric Anholt:
- Damage/fixes are ready to go
- Composite in xorg top of TODO list
- http://freedesktop.org/bugzilla/show_bug.cgi?id=709
- Other non-MMX improvements in Render
- Disable XAA Render support until a working hook is written?
Keith Packard:
- XFIXES: good shape, integrate/test RegionExpand
- DAMAGE/Composite: background == None windows issue, need 'clean'
Composite on XAA-based drivers (from Deron Johnson or Eric Anholt??)
- TrueType wrappers for bitmap fonts
- New Trapezoid specification for Render
- New Trapezoid implementation for Render
Alex Deucher:
- Need to test DDX changes from DRI tree (mergedfb)
- New ATI support
Soeren Sandmann:
- MMX Render patch
Michel D?nzer:
- DRI code in X.Org tree is broken on big endian machines
- Radeon driver not converted to use t_vertex yet?
- non-TCL drivers broken by Mesa changes:
http://home.comcast.net/~larryh791/F2304tivo/test_overscan001.jpg
http://freedesktop.org/bugzilla/show_bug.cgi?id=716
Kristian H?gsberg:
- Move to new modularized kbd keyboard driver
- Deprecate the legacy driver and not compile it by default for a while
Alan Cox:
- Unichrome funnies (one fixed another noted with tuxracer's background)
- DRI in X.Org CVS is an order of magnitude superior ot the last X.Org
- SIS6326 DRI will not be ready in time
Alan Coopersmith:
- Syncing with xterm and new XKB config files project?
- Other externally maintained bits?
- Upgrade fontconfig to 2.2.3 that Keith just put out?
Roland Mainz:
- Composite is not ready -- hold off until ready?
- Make a X11R6.7.1 release and just include stabilized version of what
is there now [echoed by several others]
- MacOSX, SCO, AIX do not work
- Tinderbox currently a NOP
Adam Jackson:
- Debrix is not yet in tree and won't be ready in time
More information about the release-wranglers
mailing list