dri-devel November 2010

dri-devel@lists.freedesktop.org

74 participants
347 discussions

[Bug 26949] kms : radeon rv620 : crash with dynpm=1
by bugzilla-daemon＠freedesktop.org 02 Nov '10

02 Nov '10

https://bugs.freedesktop.org/show_bug.cgi?id=26949 --- Comment #1 from Rafał Miłecki <zajec5(a)gmail.com> 2010-11-02 02:38:46 PDT --- Please try newer kernel and /sys/class/drm/card0/device/power_method -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 0

[Bug 28375] New: [KMS][RV620] Lockup on PM reclock
by bugzilla-daemon＠freedesktop.org 02 Nov '10

02 Nov '10

https://bugs.freedesktop.org/show_bug.cgi?id=28375 Summary: [KMS][RV620] Lockup on PM reclock Product: DRI Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: DRM/Radeon AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: zajec5(a)gmail.com I use today's d-r-t with my notebook. 1) Booting into init 3 and massive (50 times) switching between high and low profile No problems. 2) Booting into init 5 and switching to high profile Some kind of [black screen|lockup|reclock] loop. I get black screen for second, then corrupted and freezed display for a moment, then black screen again and so on. Sysrq works. 3) Booting into init 5, switching to dynpm, provoking short upclocking Black screen for a second, just WARNING or lockup detection (dmesgs attached) -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 19

[PATCH] drm/radeon/kms: don't disable shared encoders on pre-DCE3 display blocks
by Alex Deucher 02 Nov '10

02 Nov '10

The A/B links aren't independantly useable on these blocks so when we disable the encoders, make sure to only disable the encoder when there is no connector using it. Should fix: https://bugs.freedesktop.org/show_bug.cgi?id=18564 Signed-off-by: Alex Deucher <alexdeucher(a)gmail.com> Cc: stable(a)kernel.org --- drivers/gpu/drm/radeon/radeon_encoders.c | 18 ++++++++++++++++++ 1 files changed, 18 insertions(+), 0 deletions(-) diff --git a/drivers/gpu/drm/radeon/radeon_encoders.c b/drivers/gpu/drm/radeon/radeon_encoders.c index ae58b68..b862be6 100644 --- a/drivers/gpu/drm/radeon/radeon_encoders.c +++ b/drivers/gpu/drm/radeon/radeon_encoders.c @@ -1547,6 +1547,23 @@ static void radeon_atom_encoder_disable(struct drm_encoder *encoder) struct radeon_device *rdev = dev->dev_private; struct radeon_encoder *radeon_encoder = to_radeon_encoder(encoder); struct radeon_encoder_atom_dig *dig; + + /* check for pre-DCE3 cards with shared encoders; + * can't really use the links individually, so don't disable + * the encoder if it's in use by another connector + */ + if (!ASIC_IS_DCE3(rdev)) { + struct drm_encoder *other_encoder; + struct radeon_encoder *other_radeon_encoder; + + list_for_each_entry(other_encoder, &dev->mode_config.encoder_list, head) { + other_radeon_encoder = to_radeon_encoder(other_encoder); + if ((radeon_encoder->encoder_id == other_radeon_encoder->encoder_id) && + drm_helper_encoder_in_use(other_encoder)) + goto disable_done; + } + } + radeon_atom_encoder_dpms(encoder, DRM_MODE_DPMS_OFF); switch (radeon_encoder->encoder_id) { @@ -1586,6 +1603,7 @@ static void radeon_atom_encoder_disable(struct drm_encoder *encoder) break; } +disable_done: if (radeon_encoder_is_digital(encoder)) { if (atombios_get_encoder_mode(encoder) == ATOM_ENCODER_MODE_HDMI) r600_hdmi_disable(encoder); -- 1.7.1.1

1 0

[PATCH 0/4] Fix k.alloc switched arguments
by Joe Perches 01 Nov '10

01 Nov '10

Joe Perches (4): drivers/gpu/drm/vmwgfx: Fix k.alloc switched arguments drivers/scsi/pmcraid.c: Fix k.alloc switched arguments drivers/staging/udlfb/udlfb.c: Fix k.alloc switched arguments scripts/checkpatch.pl: Add check for k.alloc GFP as first argument drivers/gpu/drm/vmwgfx/vmwgfx_ldu.c | 2 +- drivers/gpu/drm/vmwgfx/vmwgfx_overlay.c | 2 +- drivers/scsi/pmcraid.c | 4 ++-- drivers/staging/udlfb/udlfb.c | 2 +- scripts/checkpatch.pl | 5 +++++ 5 files changed, 10 insertions(+), 5 deletions(-) -- 1.7.3.1.g432b3.dirty

3 3

[Bug 30761] New: White textures on people in sauerbraten
by bugzilla-daemon＠freedesktop.org 01 Nov '10

01 Nov '10

https://bugs.freedesktop.org/show_bug.cgi?id=30761 Summary: White textures on people in sauerbraten Product: DRI Version: XOrg CVS Platform: x86 (IA32) OS/Version: All Status: NEW Severity: normal Priority: medium Component: DRM/Radeon AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: jeff(a)deserettechnology.com Have MacBook Pro 2,2 with Radeon Mobility X1600 using ati-dri-gallium-git from ArchLinux AUR, just built a bit earlier tonight. Have Mesa 7.9 and xorg 1.9. Character models in sauerbraten are usually white and show no textures. I have attached a screenshot of this effect. This game that I just joined is the first game where this effect is not universal -- you can see some other characters appropriately textured, in all other games/maps I have joined _everyone_ has been whited out. This has been this way for at least the last couple of weeks or so. This is my first bug report for an open-source video driver so please let me know if I am doing it wrong. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 12

[RESEND] Wayland: swrast-gallium in combination with EGL/pipe_swrast.so?
by Sedat Dilek 01 Nov '10

01 Nov '10

[RESEND] due to rejects of too big screenshots attachment. (I am sorry about that, now as JPEG + 75% resized, ~100K should be fair now). - Sedat - On Sun, Oct 31, 2010 at 7:34 PM, Sedat Dilek <sedat.dilek(a)googlemail.com> wrote: > Hi, > > I am playing with Wayland this weekend. > > Unfortunately, my RV250 is not r300g-compatible. > > As a workaround I wanted to build and use swrast-gallium for Wayland > (compositor). > > Immediately, when I have "dri" in my autogen line like > "--with-state-trackers=dri,glx,egl" I get also r300_dri.so (r300g) and > EGL/pipe_r300.so auto-built. > > My RV250 has problems to use pipe_r300.so (see below). > I must confirm that "dri" as state-tracker is required to get run > Wayland here (after several builds). > > NOTE: > After several starts of the compositor, I got Wayland running with a > background image (JPG). > But this is very weaky. > > Building mesa with "--with-state-trackers=glx,egl" (no dri set) > results in an unuseable Wayland. > > Next problem is I cannot run Wayland with a mesa compiled with > --disable-gallium. > So Gallium seems to be a must-have as Chia-I Wu confirmed on the > wayland-devel ML. > > In the end - as a more stable solution - I want to use swrastg_dri.so > + EGL/pipe_swrast.so instead. > The mesa build-system is not recognizing this wish of mine. > > Is my workaround idea wrong? > If not, is it a good idea to modify mesa-buildsystem to have *only* > swrastg_dri.so + EGL/pipe_swrast.so built (NO r300* stuff)? > > Thanks in advance. > > > Kind Regards, > - Sedat - > > P.S.: The background shows Walter (a friend of mine) in the > cathedral/dome of Aachen/Germany. > > P.S.S.: > > An autogen line looks like this... > > ./autogen.sh --prefix=/opt/wayland --with-driver=dri > --with-dri-driverdir=/opt/wayland/lib/dri --with-dri-drivers=swrast > --enable-gallium-swrast --with-state-trackers=dri,glx,egl > --disable-glu --disable-glut --disable-glw --enable-egl --enable-gles2 > > ...results in: > > /opt/wayland/lib/dri: > insgesamt 46476 > -rwxr-xr-x 1 sd sd 17052104 31. Okt 18:37 r300_dri.so > -rwxr-xr-x 1 sd sd 14074224 31. Okt 18:37 swrast_dri.so > -rwxr-xr-x 1 sd sd 16456880 31. Okt 18:37 swrastg_dri.so > > /opt/wayland/lib/egl: > insgesamt 22804 > -rwxr-xr-x 1 sd sd 85060 31. Okt 18:37 egl_dri2.so > -rwxr-xr-x 1 sd sd 1352956 31. Okt 18:37 egl_gallium.so > -rwxr-xr-x 1 sd sd 47832 31. Okt 18:37 egl_glx.so > -rwxr-xr-x 1 sd sd 3591936 31. Okt 18:37 pipe_r300.so > -rwxr-xr-x 1 sd sd 3434328 31. Okt 18:37 pipe_swrast.so > -rwxr-xr-x 1 sd sd 14830212 31. Okt 18:37 st_GL.so > > This leads to errors when starting the Wayland compositor: > > sd@tbox:~/src/wayland/wayland/compositor$ LC_ALL=C ./compositor -b > ../../backgrounds/dscn1843.jpg > r300: Warning: Unknown chipset 0x4c66 > radeon: The kernel rejected CS, see dmesg for more information. > > Fact is pipe_r300.so is used: > > # lsof | grep wayland | grep -v bash > firefox-b 4421 sd mem REG 8,5 285608 > 260977 /opt/wayland/lib/libEGL.so.1.0 > firefox-b 4421 sd mem REG 8,5 4416992 > 308578 /opt/wayland/lib/libcairo.so.2.11101.0 > lt-compos 4523 sd cwd DIR 8,3 4096 > 528742 /home/sd/src/wayland/wayland/compositor > lt-compos 4523 sd txt REG 8,3 151648 > 528963 /home/sd/src/wayland/wayland/compositor/.libs/lt-compositor > lt-compos 4523 sd mem REG 8,5 14830212 > 260984 /opt/wayland/lib/egl/st_GL.so > lt-compos 4523 sd mem REG 8,5 3591936 > 260981 /opt/wayland/lib/egl/pipe_r300.so > lt-compos 4523 sd mem REG 8,5 1352956 > 260983 /opt/wayland/lib/egl/egl_gallium.so > lt-compos 4523 sd mem REG 8,5 130800 > 260935 /opt/wayland/lib/libGLESv2.so.2.0.0 > lt-compos 4523 sd mem REG 8,5 285608 > 260977 /opt/wayland/lib/libEGL.so.1.0 > lt-compos 4523 sd mem REG 8,3 78296 > 528849 /home/sd/src/wayland/wayland/wayland/.libs/libwayland-server.so.0.0.0 >

1 0

[PATCH] drm/i915/sdvo: Fix harmless build warning
by Dongdong Deng 01 Nov '10

01 Nov '10

Removing the following harmless build warning to let compiler happy. drivers/gpu/drm/i915/intel_sdvo.c: In function 'intel_sdvo_mode_set': drivers/gpu/drm/i915/intel_sdvo.c:1097: warning: 'rate' may be used uninitialized in this function Signed-off-by: Dongdong Deng <dongdong.deng(a)windriver.com> CC: David Airlie <airlied(a)linux.ie> CC: dri-devel(a)lists.freedesktop.org --- drivers/gpu/drm/i915/intel_sdvo.c | 3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) diff --git a/drivers/gpu/drm/i915/intel_sdvo.c b/drivers/gpu/drm/i915/intel_sdvo.c index ee73e42..6899f90 100644 --- a/drivers/gpu/drm/i915/intel_sdvo.c +++ b/drivers/gpu/drm/i915/intel_sdvo.c @@ -1170,7 +1170,8 @@ static void intel_sdvo_mode_set(struct drm_encoder *encoder, switch (sdvo_pixel_multiply) { case 1: rate = SDVO_CLOCK_RATE_MULT_1X; break; case 2: rate = SDVO_CLOCK_RATE_MULT_2X; break; - case 4: rate = SDVO_CLOCK_RATE_MULT_4X; break; + case 4: + default: rate = SDVO_CLOCK_RATE_MULT_4X; } if (!intel_sdvo_set_clock_rate_mult(intel_sdvo, rate)) return; -- 1.6.0.4

3 2

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel November 2010