| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
| |
tests. Thanks to splite for some of the fixes.
|
| |
|
|
|
|
| |
>=media-libs/freetype-2.1.4, so we don't use stale libs. X also has an internal freetype, and 2.1.8 is where it's at in 6.8.
|
|
|
|
| |
in a generic PPC section when it needed to apply only for PPC64.
|
| |
|
|
|
|
| |
Architectures with arch-specific eieio() routines require this. PPC64 is one example, with >=linux-headers-2.6.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
(fd.o #2064) Add 5160_all_6.8.1-benh-radeon-ppc-fixes.patch, with tons of
changes:
1. This patch adds the "VGAAccess" option (defaults to NO on PPC and YES on
others) that disables all legacy VGA stuffs in the driver, since they are
causing various issues on non-x86 machines.
2. This patch makes sure CRTC2_OFFSET_CNTL is cleared. None of the options in
this register should be enabled with our current driver, and some firmwares
setup a tiled display, which we _must_ disable for now. Without this, the
second screen is completely scrambled on some PowerMacs.
3. This patch fix the routine that probes for PLL values in absence of a
BIOS ROM. The measure is more precise, done several times to avoid
"gliches" caused by scheduling latencies, plus the patch fixes actual
bugs in the previous iteration of the code. It also add calculation of
the mclk and sclk values for proper display bandwidth calculation and
adds proper min/max PLL values for r420 type cards.
4. The display bandwidth calculation code has a small bug when looking at
the memory controller setup on r300 chips. Hui from ATI confirmed that
this was the right fix.
5. When using MergedFB, the driver would call RADEONInitPLLRegisters for the
first head even when UseBiosDividers was set to TRUE, which was incorrect.
This patch fixes it by moving the test of UseBiosDividers into
RADEONInitPLLRegisters which simplifies the code in the caller and is more
logical.
6. The dual head setup was recently re-broken (after having been fixed a while
ago) with SURFACE_CNTL beeing written with the wrong value from the second
head. The problem is that usually, only the first head had a correct value
in there, and the driver would regular mixup which register setup was used to
restore that value. This patch fixes it once for all by making sure the
second head does carry the proper value too.
7. The second digital output of the radeon chip doesn't like when the P2PLL
is set with an odd post-divider value. This makes sure we never chose
a "wrong" value when calculating the P2PLL setting on a non-CRT screen.
8. On some cards where no BIOS provided output mapping infos is available, the
driver would get the DDC flipped between the two outputs of the card. This
typically happen on recent Mac cards. This adds an option to force the
driver to reverse what it thinks is the primary display DDC and the
secondary display DDC. Ultimately, we'll have to do a better job of
recognizing those Mac cards though.
9. RadeonValidateFPModes() has a bug where it could try to dereference
a NULL pointer in some cases when linking in modes. This fixes it.
10. This patch adds an option for probing the PLL value at server init time
for LVDS panels and re-using it later (by setting UseBiosDividers). It's
useful on machines without an X86 BIOS image providing the proper set of
divider values for the LVDS, as the value calculated by
RADEONInitPLLRegisters() tend not to be suitable for some LVDS panels.
It also changes a bit the way the panel infos are extracted, the previous
code didn't quite work for me, and after discussing with Hui, I decided
to move the detection earlier in the discovery process and to do it slightly
differently.
(fd.o #2089) Add 5135_all_6.8.1-r128-ppc-vgaaccess.patch. This patch adds the
"VGAAccess" option (defaults to NO on PPC and YES on others) that disables
all legacy VGA stuffs in the driver, since they are causing various issues on
non-x86 machines.
|
|
|
|
| |
with regex match from portage code.
|
| |
|
|
|
|
| |
(CAN-2004-1056, bug #74464)
|
| |
|
|
|
|
| |
problems: 9830_all_6.8.0-fix-random-dpms-blanks.patch. Fix 0455_all_6.8.0-prevent-keyboard-hardware-repeat-v2.patch with new code from upstream (fd.o #1651 comment #9). Add three sparc patches: (#fd.o #1114, #61063) 0485_all_6.8.0-afb-cfb-dlloader-fixes.patch, which allows sunffb+cfb to work with dlloader; (fd.o #2072, #61063) 0490_all_6.8.0-sparc-dlloader-cflags.patch, which defines LargePositionIndependentCflags when Mesa is built for the dlloader; and (fd.o #2073, #61063) 0495_all_6.8.0-sunffb-imake.patch, which prevents the incompatible CFLAGS combination of '-mcpu=ultrasparc -mv8' because Xorg wrongly tries to not build a 64-bit version when it shouldn't be doing this. Also, fix the ebuild to work with new sparc patches and to respect that dlloader+sdk has worked for quite a while.
|
| |
|
|
|
|
| |
installed, and use get_libdir() for it.
|
| |
|
| |
|
|
|
|
| |
linux-info.eclass. It's not maintained by us, and that's a plus in itself.
|
|
|
|
| |
linux-info.eclass. It's not maintained by us, and that's a plus in itself.
|
|
|
|
| |
linux-info.eclass. It's not maintained by us, and that's a plus in itself.
|
|
|
|
| |
<mr_bones_@gentoo.org>. The only reason I'd guess it might be there is related to comment #5 on bug #13565.
|
|
|
|
| |
<chutz@gg3.net>.
|
| |
|
|
|
|
| |
hacks, and fix paths of relevant things. Suggested by Georgi Georgiev <chutz@gg3.net>.
|
| |
|
|
|
|
| |
Reported by Georgi Georgiev <chutz@gg3.net>.
|
| |
|
|
|
|
| |
the dependency cleanup a while back. Thanks to Georgi Georgiev <chutz@gg3.net> for catching this.
|
|
|
|
| |
the old 'keyboard' driver, pc105 was the default. Restore the new 'kbd' driver to the same. This is from upstream CVS. It may fix some bugs relating to certain keys not working. Add 0455_all_6.8.0-prevent-keyboard-hardware-repeat.patch. (fd.o #1651) Filter out autorepeat scancodes from the keyboard, because X does this already. This is from upstream CVS. Add 6200_all_6.8.0-fix-glxquerycontextinfo-libgl-segfault.patch. (fd.o #1672) Ian Romanick: the request structure for this case is never allocated, so we write through an uninitialized pointer if glx version > 1.2. This is from upstream CVS. Move 9930_all_6.8.1-xpm-secfix-CAN-2004-0914.patch from xpm-secfix-thomas.diff in FILESDIR. Add 9930_all_6.8.1-xpm-secfix-CAN-2004-0914.patch. (fd.o #1924, #71842) The new sanity checks prevent using file names that start with a "/" which along with other checks wouldn't let you use libXpm to write files that aren't in or beneath the process's current working directory. This breaks GIMP's xpm plugin, among other things. Add 9945_all_6.8.1-xmodmap-overflows.patch. (fd.o #1818) Fix overflow in xmodmap. A less user-visible change is the switch from PatchChangelog to the DESCRIPTIONS file, which aims to describe the reason for every patch being applied. It's far from complete, but it's something.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
working reasonably well.
|
|
|
|
| |
xorg.conf.example by adding a new sed match. This happens because we changed from /usr/X11R6/libdir to /usr/libdir.
|
| |
|
| |
|
|
|
|
| |
GLU symlinks when USE=-opengl, since GLU isn't built.
|
|
|
|
| |
flags, so we can combine minimal with various other things.
|
|
|
|
| |
Unfortunately, this is a temporary hack -- we should really patch xc/fonts/bdf/misc/Imakefile to never build them in the first place. Also only add CID to G_FONTDIRS for USE=cjk, so other people don't have a symlink pointing to nothing.
|
|
|
|
| |
USE=minimal will now start successfully, because enough fonts are built. When BuildClients is off and BuildFonts is on, mkfontscale and mkfontdir aren't built. But mkfontscale is used during the build process and mkfontdir is needed later, so we should build them anyway if UseInstalled isn't on. This fixes the USE=minimal build. Also, build the RGB database and xinit for a couple of non-essential but nearly always desired things. We require bdftopcf too. Also add xauth so startx works nicely. Problems still remain with switching back to the console using the ctrl-alt-Fn sequence, probably because of us not doing something with xkb. Don't worry about changing definition of i386Drivers because we don't use it anymore in USE=minimal. Only add i810 for amd64, rather than for everyone. GLU depends on GL being built, so fix that. XF86Rush similarly depends on XV.
|
| |
|
| |
|
| |
|
| |
|