First time to release source code of Z9. It is backward compatible with Z7
Created attachment 4683 [details] Source code of XGI Volari Z9 Source code of XGI Volari Z9
JFYI, Imakefile is a tarball.
Is there someone with CVS commit rights finally commit this new driver to CVS, so it will be included with next revision of X.Org 6.9?
Adding patch keyword. Jong, FYI development on the monolithic 6.9 tree is dead the only thing that will be pushed that way is bugfix releases.
Created attachment 6754 [details] submit an Imakefile submit an Imakefile
If it's compatible with the Z7, could we just add the Z9 PCI ids to the sis driver?
(In reply to comment #6) > If it's compatible with the Z7, could we just add the Z9 PCI ids to the sis driver? We don't need to add any id for Z9, it could work with current SiS driver. But this updated source provides some new features such as DDR2 and DVO as well as bug fixing.
(In reply to comment #7) > (In reply to comment #6) > > If it's compatible with the Z7, could we just add the Z9 PCI ids to the sis > driver? > > We don't need to add any id for Z9, it could work with current SiS driver. > But this updated source provides some new features such as DDR2 and DVO as well > as bug fixing. Any chance you could add these features to the sis driver or the xgi driver (bug 8611) or at least provide a rough diff of the changes? I'd rather not add a new driver for one chip that's 99% the same as two other drivers. It will be a lot harder to maintain and update.
Sorry about the phenomenal bug spam, guys. Adding xorg-team@ to the QA contact so bugs don't get lost in future.
Jong, any response to comment #8?
seeming really stupid. Are there some up-to-date instructions? Apparently I am using X version 11 revision 0, but I can't seem to find that in the X sources??? This does not help to start with... Any help much appreciated...
(In reply to comment #11) > seeming really stupid. Are there some up-to-date instructions? Apparently > I am using X version 11 revision 0, but I can't seem to find that in the X > sources??? This does not help to start with... Any help much appreciated... "X version 11 revision 0" is the protocol version, which hasn't changed since 1987, so that really doesn't say anything about the actual version. If you're looking for the driver submitted in this bug report, the bug is still open because it's never been integrated, and the patch is now stale since it's against the old X11R6.* build system (imake) not X11R7.* (autoconf).
(In reply to comment #12) > (In reply to comment #11) > > seeming really stupid. Are there some up-to-date instructions? Apparently > > I am using X version 11 revision 0, but I can't seem to find that in the X > > sources??? This does not help to start with... Any help much appreciated... > > "X version 11 revision 0" is the protocol version, which hasn't changed > since 1987, so that really doesn't say anything about the actual version. > > If you're looking for the driver submitted in this bug report, the bug is > still open because it's never been integrated, and the patch is now stale > since it's against the old X11R6.* build system (imake) not X11R7.* (autoconf). The computer I'm trying to sort out is a qzd, chinese import. To be honest windows was on it to begin with but because the lastest version of the flash player didn't work on it for some reason I downloaded what was probably a dubious version 7; it worked for a few seconds (badly) then zapped the flash drive. I'm now trying to install opensuse 11.2 to usb. I'm not entirely new to linux but must admit this has really foxed me. There must be a way of sorting it, as I had an old version of knoppix (6.1, I think) that worked; although must admit the latest version does not support it. Is there anything I can do, or should I just bin it...
Looks like Z9 support has been added to xf86-video-xgi driver with commit 2ac9f2a81d2cc4ec90e3fe095b2e975aa5ed9316 Author: xgi0007 <xgi0007@linux.site> Date: Thu May 6 13:29:15 2010 +0800 XGI:Unify driver for x86/PowerPC/ARM, Add EXA, I2c EDID, Custom Modes, Bugs fixed, ... Therefore closing as fixed.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.