search for: radeons

...chips with MM tables RADEON: attempt to fix cursor on big endian (only tested on x86) RADEON: make sure we set the stride properly RADEON: make sure we unblank in RADEONRestore() RADEON: Switch cursor back to memcpy() RADEON: set info->CurrentLayout.displayWidth in RADEONSetPitch() RADEON: fix corruption after 3D apps run RADEON: move crtc base setups to new functions RADEON: factor out surface_cntl init into one function RADEON: simplify console restore RADEON: save crtc on/off state for console restore RADEON: Fix tiling on r1xx...

Hello, I saw in the CentOS 6.6 release notes that the Xorg ABI has changed but that "This should not concern anyone who uses the default drivers shipped with CentOS." I'm using the ATI drivers in Base but X still fails when I boot a CentOS 6.6 kernel. I was hoping this is a known problem that would get fixed with a kernel update but I'm still having problems with the

...- 0x00004c7f (0x40) IX[B]E [41] -1 0 0x00004c00 - 0x00004c3f (0x40) IX[B]E [42] -1 0 0x0000e400 - 0x0000e4ff (0x100) IX[B]E [43] -1 0 0x00009000 - 0x000090ff (0x100) IX[B](B) [44] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B](OprU) [45] 0 0 0x000003c0 - 0x000003df (0x20) IS[B](OprU) (II) RADEON(0): RADEONScreenInit d0000000 0 0 (==) RADEON(0): Write-combining range (0xd9000000,0x10000) was already clear (==) RADEON(0): Write-combining range (0xd0000000,0x8000000) (==) RADEON(0): Write-combining range (0xa0000,0x10000) was already clear Entering TV Save Save TV timing tables saveTimingTables: reading...

This machine is running CentOS 5.3, fully updated Linux mavis.localdomain 2.6.18-128.1.6.el5 #1 SMP Wed Apr 1 09:19:18 EDT 2009 i686 athlon i386 GNU/Linux. Video is an ATI Radeon 9000. X froze overnight and attempts to restart it fail. I tried an old kernel (2.6.18-92.1.22.el5) before realizing that root can start X and a virgin user can start X. I still can't use my original user name.

I've been trying to install The Sims 3 for the last couple of days, and it hasn't been opening. Now that I've finally figured out what i've been doing wrong there's still a major problem. I've installed using playonlinux, and when i open (I use the launcher made by playonlinux, not the actual sims 3 launcher)The screen might turn white, but it always turns black before the

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 xf86-video-ati 7.0.0 is released! This is the first KMS only release. Major changes: - - Enable 2D tiling by default on r6xx+ asics (requires mesa 9.0+). If you are planning to ship xf86-video-ati 7.x with an older version of mesa, please disable 2D tiling. - - xserver 1.13 support including prime - - glamor support - - SI support Adam

...LL calls when displaying video fix uninitialized mode regs (bug 9495) fix alignment issues with planar yuv and a bug with packed uyvy add missing part of last commit... Ronald Wahl: Hook up DFP power to DPMS events. Timo Jyrinki: ati: fix detection of some newer radeons using ati wrapper git tag: ati-6.6.191 http://xorg.freedesktop.org/archive/individual/driver/xf86-video-ati-6.6.191.tar.bz2 MD5: 90049fe51aaef1806dcc2e03ff60858f xf86-video-ati-6.6.191.tar.bz2 SHA1: 12c2d731d4aca5224c2fb6b229efe2a666f720b4 xf86-video-ati-6.6.191.tar.bz2 http://xorg.freedesktop...

Dear "nouveau" developers, I know that many very competent guys have already spent a lot of time and efforts on this issue without success. I have started to play with "hppa" two weeks ago and, with the support of the linux-parisc mailing list people, now I have a - almost fully - working workstation (hp c8000). Everythings work perfectly BUT the video card. No matter the

Sylvain CANOINE wrote: > Could you share your whole Xorg.0.log ? Do you use a custom xorg.conf, or > custom xorg.conf.d files ? Opensource Ati driver, ou proprietary blobs ? Thank you for your interest. I am running CentOS-7 installed from CentOS-7-x86_64-LiveKDE-1503.iso and later upgraded to CentOS-7.2. The only packages I have installed have been from CentOS and Epel repos. I'm sure

Hi Christian Am 11.05.20 um 19:17 schrieb Christian K?nig: > AGP is deprecated for 10+ years now and not used any more on modern hardware. > > Old hardware should continue to work in PCI mode. > > Signed-off-by: Christian K?nig <christian.koenig at amd.com> > --- > drivers/gpu/drm/radeon/Makefile | 4 +- > drivers/gpu/drm/radeon/evergreen.c | 7 -

Dear Ilia, this page summarize all the possible options of the "nouveau" kernel module: https://nouveau.freedesktop.org/wiki/KernelModuleParameters/ I will test the options that you have suggested as soon as possible. Try a PCI video card is a very good advice because the AGP/FX1(chipset) is on the top of the "usual suspects" list; unfortunately the c8000 has 3.3 PCI slots

AGP is deprecated for 10+ years now and not used any more on modern hardware. Old hardware should continue to work in PCI mode. Signed-off-by: Christian K?nig <christian.koenig at amd.com> --- drivers/gpu/drm/radeon/Makefile | 4 +- drivers/gpu/drm/radeon/evergreen.c | 7 - drivers/gpu/drm/radeon/r100.c | 10 +- drivers/gpu/drm/radeon/r300.c | 9 -

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 ati 6.9.0rc1 release Lots of changes since the last release. Main things are EXA composite support for r3xx/r4xx/r5xx chips and textured video support on all radeons. Adam Jackson (5): Bump CRTC size limits on AVIVO chips so 30" displays work without tweaking. Add R500 unified shader register block. Fix R500_US_CONFIG. Add the R500 US index/data pair. Clarify R500 US setup. Alan Coopersmith (2): On non-gcc compilers,...

The callback struct drm_driver.get_scanout_position() is deprecated in favor of struct drm_crtc_helper_funcs.get_scanout_position(). Convert radeon over. Signed-off-by: Thomas Zimmermann <tzimmermann at suse.de> --- drivers/gpu/drm/radeon/atombios_crtc.c | 1 + drivers/gpu/drm/radeon/radeon_display.c | 13 +++++++++++++ drivers/gpu/drm/radeon/radeon_drv.c | 11 -----------

>.. And KMS modesetting works properly now in Xen dom0! My onboard ATI Radeon is the following: > # lspci -v | grep VGA  11:04.0 VGA compatible controller: ATI Technologies Inc ES1000 (rev 02) (prog-if 00   [VGA controller]) Environment :  Xen 4.0.1-rc6 & 2.6.32.19 on top of F13 ( .config attached) [root@fedora13 ~]# lspci -v | grep VGA 01:00.0 VGA compatible controller: ATI

The callback struct drm_driver.get_scanout_position() is deprecated in favor of struct drm_crtc_helper_funcs.get_scanout_position(). Convert radeon over. Signed-off-by: Thomas Zimmermann <tzimmermann at suse.de> --- drivers/gpu/drm/radeon/atombios_crtc.c | 1 + drivers/gpu/drm/radeon/radeon_display.c | 13 +++++++++++++ drivers/gpu/drm/radeon/radeon_drv.c | 11 -----------

The very same option list, but for the "radeon" kernel module: http://xorg.freedesktop.org/wiki/RadeonFeature/#index4h2 Simone Mannori - Italy On 4 April 2016 at 05:56, Simone Mannori <simone.mannori at gmail.com> wrote: > Dear Ilia, > > this page summarize all the possible options of the "nouveau" kernel module: > >

The callback struct drm_driver.get_scanout_position() is deprecated in favor of struct drm_crtc_helper_funcs.get_scanout_position(). Convert radeon over. v4: * 80-character line fixes Signed-off-by: Thomas Zimmermann <tzimmermann at suse.de> --- drivers/gpu/drm/radeon/atombios_crtc.c | 1 + drivers/gpu/drm/radeon/radeon_display.c | 13 +++++++++++++

On Mon, May 11, 2020 at 1:17 PM Christian K?nig <ckoenig.leichtzumerken at gmail.com> wrote: > > AGP is deprecated for 10+ years now and not used any more on modern hardware. > > Old hardware should continue to work in PCI mode. Might want to clarify that there is no loss of functionality here. Something like: "There is no loss of functionality here. GPUs will continue to

Not sure about the radeon issue, but "DRM: GPU lockup - switching to software fbcon" basically means "the CPU isn't able to submit commands, or the GPU isn't executing the commands". Basically the GPU can only have so many commands outstanding [well, command buffers], and we hit that limit. >From what I understand, PA-RISC has a "funny" architecture that