dri-devel June 2011

dri-devel@lists.freedesktop.org

101 participants
499 discussions

nouveau Ignoring invalid EDID block 1 xrandr can't change resolution on monitor two (dualdisplay)
by zaverel 14 Jun '11

14 Jun '11

Hello , All is fine except i can't change resolution on my second monitor vga (reported as DVI-I-2 ) (tv in fact) anymore with my 9400gt. Now , i'm on : linux-2.6.39-gentoo-r1 xorg-server-1.10.2 xf86-video-nouveau-0.0.16_pre20110323 libdrm-2.4.25 whatever i valid with xrandr is not really do on my tv although xrandr say it's good , my tv always report 1202x670 50hz I tried with and without xorg.conf My last kernel working is linux-2.6.36-gentoo-r6. see you.

1 1

[Bug 38145] New: r600g/evergreen: Incorrect rendering of some effects in doom3
by bugzilla-daemon＠freedesktop.org 14 Jun '11

14 Jun '11

https://bugs.freedesktop.org/show_bug.cgi?id=38145 Summary: r600g/evergreen: Incorrect rendering of some effects in doom3 Product: Mesa Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r600 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: ptpzz(a)yandex.ru Created an attachment (id=47801) --> (https://bugs.freedesktop.org/attachment.cgi?id=47801) screenshot of fire rendering Some doom3 effects like slightly warped objects behind the fire and glass windows aren't rendered correctly on evergreen with r600g (high quality effects should be enabled in the game settings to reproduce). It was not very noticeable before the commit d1b8f8e8b3b41ab6092fa3f18a4891a0198f64de "r600g: don't lookup a vs semantic for position/face", but after that commit it is much more visible. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 9

[PATCH] drm/radeon/kms: set dma_copy to NULL for r6xx+
by Alex Deucher 14 Jun '11

14 Jun '11

No need to assign the same copy callback for both copy blit and dma. Signed-off-by: Alex Deucher <alexdeucher(a)gmail.com> --- drivers/gpu/drm/radeon/radeon_asic.c | 14 +++++++------- 1 files changed, 7 insertions(+), 7 deletions(-) diff --git a/drivers/gpu/drm/radeon/radeon_asic.c b/drivers/gpu/drm/radeon/radeon_asic.c index 9bd162f..7762cc8 100644 --- a/drivers/gpu/drm/radeon/radeon_asic.c +++ b/drivers/gpu/drm/radeon/radeon_asic.c @@ -625,7 +625,7 @@ static struct radeon_asic r600_asic = { .fence_ring_emit = &r600_fence_ring_emit, .cs_parse = &r600_cs_parse, .copy_blit = &r600_copy_blit, - .copy_dma = &r600_copy_blit, + .copy_dma = NULL, .copy = &r600_copy_blit, .get_engine_clock = &radeon_atom_get_engine_clock, .set_engine_clock = &radeon_atom_set_engine_clock, @@ -672,7 +672,7 @@ static struct radeon_asic rs780_asic = { .fence_ring_emit = &r600_fence_ring_emit, .cs_parse = &r600_cs_parse, .copy_blit = &r600_copy_blit, - .copy_dma = &r600_copy_blit, + .copy_dma = NULL, .copy = &r600_copy_blit, .get_engine_clock = &radeon_atom_get_engine_clock, .set_engine_clock = &radeon_atom_set_engine_clock, @@ -719,7 +719,7 @@ static struct radeon_asic rv770_asic = { .fence_ring_emit = &r600_fence_ring_emit, .cs_parse = &r600_cs_parse, .copy_blit = &r600_copy_blit, - .copy_dma = &r600_copy_blit, + .copy_dma = NULL, .copy = &r600_copy_blit, .get_engine_clock = &radeon_atom_get_engine_clock, .set_engine_clock = &radeon_atom_set_engine_clock, @@ -766,7 +766,7 @@ static struct radeon_asic evergreen_asic = { .fence_ring_emit = &r600_fence_ring_emit, .cs_parse = &evergreen_cs_parse, .copy_blit = &evergreen_copy_blit, - .copy_dma = &evergreen_copy_blit, + .copy_dma = NULL, .copy = &evergreen_copy_blit, .get_engine_clock = &radeon_atom_get_engine_clock, .set_engine_clock = &radeon_atom_set_engine_clock, @@ -813,7 +813,7 @@ static struct radeon_asic sumo_asic = { .fence_ring_emit = &r600_fence_ring_emit, .cs_parse = &evergreen_cs_parse, .copy_blit = &evergreen_copy_blit, - .copy_dma = &evergreen_copy_blit, + .copy_dma = NULL, .copy = &evergreen_copy_blit, .get_engine_clock = &radeon_atom_get_engine_clock, .set_engine_clock = &radeon_atom_set_engine_clock, @@ -860,7 +860,7 @@ static struct radeon_asic btc_asic = { .fence_ring_emit = &r600_fence_ring_emit, .cs_parse = &evergreen_cs_parse, .copy_blit = &evergreen_copy_blit, - .copy_dma = &evergreen_copy_blit, + .copy_dma = NULL, .copy = &evergreen_copy_blit, .get_engine_clock = &radeon_atom_get_engine_clock, .set_engine_clock = &radeon_atom_set_engine_clock, @@ -907,7 +907,7 @@ static struct radeon_asic cayman_asic = { .fence_ring_emit = &r600_fence_ring_emit, .cs_parse = &evergreen_cs_parse, .copy_blit = &evergreen_copy_blit, - .copy_dma = &evergreen_copy_blit, + .copy_dma = NULL, .copy = &evergreen_copy_blit, .get_engine_clock = &radeon_atom_get_engine_clock, .set_engine_clock = &radeon_atom_set_engine_clock, -- 1.7.1.1

2 2

[git pull] drm fixes
by Dave Airlie 14 Jun '11

14 Jun '11

Hi Linus, nothing too interesting here, a couple of unusual ones for my tree, the x86/uv/x2apic change was due to change in the VGA ARB in my -rc1 pull, Ingo and Jesse agreed it should go via the same tree that broke it. I've picked up one i915 change due to Keith being away, the rest are fairly scattered with fix for savage DRI (drm core map change) that is a few kernels old now and a couple of alpha changes. Dave. The following changes since commit 06e86849cf4019945a106913adb9ff0abcc01770: Merge branch 'pm-fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/rafael/suspend-2.6 (2011-06-08 15:58:51 -0700) are available in the git repository at: ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-fixes Alex Deucher (2): drm/radeon/kms: check modes against max pixel clock drm/radeon/kms: fix mac g5 quirk Dave Airlie (1): x86/uv/x2apic: update for change in pci bridge handling. Greg Dietsche (1): savage: remove unnecessary if statement Ilija Hadzic (1): drm/radeon: fix GUI idle IH debug statements Jay Estabrook (2): alpha/drm: Cleanup Alpha support in DRM generic code alpha, drm: Remove obsolete Alpha support in MGA DRM code Jesper Juhl (1): drm/i915: Don't leak in i915_gem_shmem_pread_slow() Marek Olšák (1): drm/radeon/kms: do bounds checking for 3D_LOAD_VBPNTR and bump array limit Sascha Hauer (1): drm: fix fbs in DRM_IOCTL_MODE_GETRESOURCES ioctl Tormod Volden (1): drm: Compare only lower 32 bits of framebuffer map offsets arch/x86/kernel/apic/x2apic_uv_x.c | 8 ++++---- drivers/gpu/drm/drm_bufs.c | 17 +++++++++-------- drivers/gpu/drm/drm_crtc.c | 2 +- drivers/gpu/drm/drm_vm.c | 2 +- drivers/gpu/drm/i915/i915_gem.c | 6 ++++-- drivers/gpu/drm/mga/mga_drv.h | 19 ------------------- drivers/gpu/drm/radeon/evergreen.c | 2 +- drivers/gpu/drm/radeon/r100_track.h | 8 +++++++- drivers/gpu/drm/radeon/r600.c | 2 +- drivers/gpu/drm/radeon/radeon.h | 1 + drivers/gpu/drm/radeon/radeon_atombios.c | 4 ++++ drivers/gpu/drm/radeon/radeon_clocks.c | 8 +++++--- drivers/gpu/drm/radeon/radeon_combios.c | 10 +++++++--- drivers/gpu/drm/radeon/radeon_connectors.c | 13 ++++++++++++- drivers/gpu/drm/savage/savage_bci.c | 3 --- drivers/pci/pci.c | 4 ++-- 16 files changed, 59 insertions(+), 50 deletions(-)

1 0

[3.0.0-rc2+][nouveau] BUG: unable to handle kernel NULL pointer dereference nv50_vm_map_sg+0x37/0xb0
by Jan Seiffert 14 Jun '11

14 Jun '11

Please CC as i'm not subscribed After some hours of uptime, was just scrolling through the new AVX2 Intel manual PDF in Okular, when suddenly i found my self at the console with this oops in front of me, machine dead: BUG: unable to handle kernel NULL pointer dereference at (null) IP: [<ffffffffa0277f07>] nv50_vm_map_sg+0x37/0xb0 [nouveau] PGD 21589d067 PUD 214ab6067 PMD 0 Oops: 0000 [#1] PREEMPT SMP CPU 0 Modules linked in: it87 coretemp snd:seq_dummy snd_seq_oss snd_seq_midi_event snd_seq snd_seq_device snd_pcm_oss snd_mixer_oss ecb cifs fscache joydev adt7475 hwmon_vid nouveau snd_hda_codec_realtek r8169 fbcon ttm sr_mod tileblit font bitblit softcursor drm_kms_helper drm agbpart fb fbdev i2c_algo_bit cfbcopyarea mxm_wmi wmi video snd_hda_intel snd_hda_codec backlight cfbimgblit cfbimgblt ata_generic snd_hwdep snd_pcm snd_timer snd iTCO_wdt ehci_hcd ppdev parport_pc i2c_i801 parport sg snd_page_alloc iTCO_vendor_support cdrom mii cfbfillrect pata_jmicron pcspkr Pid: 2225, comm: X Tainted: G W 3.0.0-rc2+ #8 Gigabyte Technology Co., Ltd. P55-UD3L/P55-UD3L RIP: 0010:[<ffffffffa0277f07>] [<ffffffffa0277f07>] nv50_vm_map_sg+0x37/0xb0 [nouveau] RSP: 0018:ffff880203f4da58 EFLAGS: 00010206 RAX: ffff880212c00000 RBX: ffff880215be3900 RCX: 000000000000273f RDX: ffff8801f59bae40 RSI: ffff880215be3900 RDI: ffff88015879fe10 RBP: ffff88015879fe10 R08: 000000000000000a R09: 0000000000000000 R10: ffff880203f4db88 R11: 0000000000000001 R12: ffff8801f59bae40 R13: 0000000000000000 R14: 00000000000139f8 R15: 0000000000000000 FS: 00007ff2ca8a1880(0000) GS: ffff88021fc00000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: 0000000000000000 CR3: 0000000212deb000 CR4: 00000000000006f0 DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400 Process X (pid: 2225, threadinfo ffff880203f4c000, task ffff8802167b5b80) Stack: 0000000000000001 ffffffffa017805b ffff880215001508 000000000000274a 000000000000000b 0000000000000000 0000000000000000 ffff880215008140 ffff88015879fe10 ffffffffa0220acd 0000000000040002 0002000000000001 Call Trace: [<ffffffffa017905b>] ? ttm_bo_unreserve+0x2b/0x50 [ttm] [<ffffffffa0220acd>] ? nouveau_vm_map_sg+0xcd/0x130 [nouveau] [<ffffffffa0179570>] ? ttm_bo_handle_move_mem+0x110/0x440 [ttm] [<ffffffffa017b816>] ? ttm_bo_move_buffer+0x156/0x170 [ttm] [<ffffffffa017b8c5>] ? ttm_bo_validate+0x95/0x130 [ttm] [<ffffffffa01fb5ee>] ? nouveau_bo_validate+0x1e/0x40 [nouveau] [<ffffffffa01fe3f3>] ? validate_list+0xb3/0x0x330 [nouveau] [<ffffffffa01ff232>] ? nouveau_gem_ioctl_pushbuf+0x5c2/0x1230 [nouveau] [<ffffffff810ccd98>] ? filemap_fault+0x98/0x420 [<ffffffffa012a821>] ? drm_ioctl+0x3d1/0x450 [drm] [<ffffffff810f91bd>] ? page_add_new_anon_rmap+0x5d/0xf0 [<ffffffffa01fec70>] ? nouveau_gem_ioctl_info+0xa0/0xa0 [nouveau] [<ffffffff81270c56>] ? __percpu_counter_add+0x56/0x90 [<ffffffff811316cb>] ? do_vfs_ioctl+0x9b/0x500 [<ffffffff81131bd0>] ? sys_ioctl+0xa0/0xb0 [<ffffffff8150cdfb>] ? system_call_fastpath+0x16/0x1b Code: 89 d4 55 48 89 fd 53 48 89 f3 48 83 ec 18 45 85 c0 74 7c 44 8d 34 cd 00 00 00 00 41 ff c8 eb 0b 0f 1f 40 00 41 83 c6 08 41 ff c8 <4d> 8b 2f 41 8b 44 24 70 49 83 cd 21 48 c1 e0 28 44 89 f6 49 09 RIP [<ffffffffa0277f07>] nv50_vm_map_sg+0x37/0xb0 [nouveau] RSP <ffff880203f4da58> CR2: 0000000000000000 This is *ALL* transcribed by _HAND_ Tree is at 3c25fa740e2084a3950f581378ec29a3c307ddfc (last Btrfs merge) config attached. Other software involved: [ebuild R ] x11-libs/libdrm-2.4.25 [ebuild R ] sys-devel/llvm-2.8-r2 [ebuild R ] media-libs/mesa-7.10.2 [ebuild R ] x11-base/xorg-server-1.9.4 [ebuild R ] kde-base/kde-meta-4.6.3 [ebuild R ] x11-drivers/xf86-video-nouveau-0.0.16_pre20110323 (KDE Desktop effects disabled) What other info is needed? Any patches to try? Greetings Jan

2 2

[Bug 36812] New: GPU lockup in Team Fortress 2
by bugzilla-daemon＠freedesktop.org 13 Jun '11

13 Jun '11

https://bugs.freedesktop.org/show_bug.cgi?id=36812 Summary: GPU lockup in Team Fortress 2 Product: Mesa Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r600 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: Enrico_m(a)gmx.de After updating mesa to current git I always get a GPU lockup when the game is about to start. After git bisect I got the following commit: commit 18dcbd358f1d4fd5e4a40fa26c6d3bf99485884e Author: Tom Stellard <tstellar(a)gmail.com> Date: Sun Mar 27 01:17:43 2011 -0700 prog_optimize: Fix reallocating registers for shaders with loops Registers that are used inside of loops need to be considered live starting with the first instruction of the outermost loop. https://bugs.freedesktop.org/show_bug.cgi?id=34370 NOTE: This is a candidate for the 7.9 and 7.10 branches. Reviewed-by: Eric Anholt <eric(a)anholt.net> tested with kernels: 2.6.37.4 2.6.38.4 2.6.39-RC5 This is the call trace: WARNING: at drivers/gpu/drm/radeon/radeon_fence.c:246 0xffffffff812dc0ba() [<ffffffff8103e2aa>] <warn_slowpath_common+7a/b0> [<ffffffff8103e381>] <warn_slowpath_fmt+41/50> [<ffffffff812dc0ba>] <radeon_fence_wait+35a/3c0> [<ffffffff81059fc0>] <autoremove_wake_function+0/40> [<ffffffff81037a41>] <get_parent_ip+11/50> [<ffffffff812dc92c>] <radeon_sync_obj_wait+c/10> [<ffffffff812a461f>] <ttm_bo_wait+ff/1c0> [<ffffffff81037a41>] <get_parent_ip+11/50> [<ffffffff812f49c1>] <radeon_gem_wait_idle_ioctl+91/110> [<ffffffff8128f80b>] <drm_ioctl+3fb/4a0> [<ffffffff812f4930>] <radeon_gem_wait_idle_ioctl+0/110> [<ffffffff810386bd>] <sub_preempt_count+9d/d0> [<ffffffff81476791>] <_raw_spin_unlock_irq+11/40> [<ffffffff810022bd>] <do_signal+17d/7b0> [<ffffffff8100b5ec>] <fpu_finit+1c/30> [<ffffffff810f00cb>] <do_vfs_ioctl+9b/4f0> [<ffffffff810386bd>] <sub_preempt_count+9d/d0> [<ffffffff81002bcc>] <sys_rt_sigreturn+22c/240> [<ffffffff810f056a>] <sys_ioctl+4a/80> [<ffffffff8147747b>] <system_call_fastpath+16/1b> glxinfo (with mesa at git head): OpenGL renderer string: Gallium 0.4 on AMD RV770 OpenGL version string: 2.1 Mesa 7.11-devel (git-a8bbce8) -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 11

[PATCH] drm/radeon/kms: clear wb memory by default
by Alex Deucher 13 Jun '11

13 Jun '11

Signed-off-by: Alex Deucher <alexdeucher(a)gmail.com> --- drivers/gpu/drm/radeon/radeon_device.c | 2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/drivers/gpu/drm/radeon/radeon_device.c b/drivers/gpu/drm/radeon/radeon_device.c index d77ede3..3d4b3dc 100644 --- a/drivers/gpu/drm/radeon/radeon_device.c +++ b/drivers/gpu/drm/radeon/radeon_device.c @@ -215,6 +215,8 @@ int radeon_wb_init(struct radeon_device *rdev) return r; } + /* clear wb memory */ + memset((char *)rdev->wb.wb, 0, RADEON_GPU_PAGE_SIZE); /* disable event_write fences */ rdev->wb.use_event = false; /* disabled via module param */ -- 1.7.1.1

1 0

[PATCH] drm/radeon/kms: use helper functions for fence read/write
by Alex Deucher 13 Jun '11

13 Jun '11

The existing code assumed scratch registers in a number of places while in most cases we are be using writeback and events rather than scratch registers. Signed-off-by: Alex Deucher <alexdeucher(a)gmail.com> --- drivers/gpu/drm/radeon/radeon_fence.c | 51 +++++++++++++++++++++++--------- 1 files changed, 36 insertions(+), 15 deletions(-) diff --git a/drivers/gpu/drm/radeon/radeon_fence.c b/drivers/gpu/drm/radeon/radeon_fence.c index bbcd1dd..ae1d1b7 100644 --- a/drivers/gpu/drm/radeon/radeon_fence.c +++ b/drivers/gpu/drm/radeon/radeon_fence.c @@ -40,6 +40,35 @@ #include "radeon.h" #include "radeon_trace.h" +static void radeon_fence_write(struct radeon_device *rdev, u32 seq) +{ + if (rdev->wb.enabled) { + u32 scratch_index; + if (rdev->wb.use_event) + scratch_index = R600_WB_EVENT_OFFSET + rdev->fence_drv.scratch_reg - rdev->scratch.reg_base; + else + scratch_index = RADEON_WB_SCRATCH_OFFSET + rdev->fence_drv.scratch_reg - rdev->scratch.reg_base; + rdev->wb.wb[scratch_index/4] = cpu_to_le32(seq);; + } else + WREG32(rdev->fence_drv.scratch_reg, seq); +} + +static u32 radeon_fence_read(struct radeon_device *rdev) +{ + u32 seq; + + if (rdev->wb.enabled) { + u32 scratch_index; + if (rdev->wb.use_event) + scratch_index = R600_WB_EVENT_OFFSET + rdev->fence_drv.scratch_reg - rdev->scratch.reg_base; + else + scratch_index = RADEON_WB_SCRATCH_OFFSET + rdev->fence_drv.scratch_reg - rdev->scratch.reg_base; + seq = le32_to_cpu(rdev->wb.wb[scratch_index/4]); + } else + seq = RREG32(rdev->fence_drv.scratch_reg); + return seq; +} + int radeon_fence_emit(struct radeon_device *rdev, struct radeon_fence *fence) { unsigned long irq_flags; @@ -50,12 +79,12 @@ int radeon_fence_emit(struct radeon_device *rdev, struct radeon_fence *fence) return 0; } fence->seq = atomic_add_return(1, &rdev->fence_drv.seq); - if (!rdev->cp.ready) { + if (!rdev->cp.ready) /* FIXME: cp is not running assume everythings is done right * away */ - WREG32(rdev->fence_drv.scratch_reg, fence->seq); - } else + radeon_fence_write(rdev, fence->seq); + else radeon_fence_ring_emit(rdev, fence); trace_radeon_fence_emit(rdev->ddev, fence->seq); @@ -73,15 +102,7 @@ static bool radeon_fence_poll_locked(struct radeon_device *rdev) bool wake = false; unsigned long cjiffies; - if (rdev->wb.enabled) { - u32 scratch_index; - if (rdev->wb.use_event) - scratch_index = R600_WB_EVENT_OFFSET + rdev->fence_drv.scratch_reg - rdev->scratch.reg_base; - else - scratch_index = RADEON_WB_SCRATCH_OFFSET + rdev->fence_drv.scratch_reg - rdev->scratch.reg_base; - seq = le32_to_cpu(rdev->wb.wb[scratch_index/4]); - } else - seq = RREG32(rdev->fence_drv.scratch_reg); + seq = radeon_fence_read(rdev); if (seq != rdev->fence_drv.last_seq) { rdev->fence_drv.last_seq = seq; rdev->fence_drv.last_jiffies = jiffies; @@ -251,7 +272,7 @@ retry: r = radeon_gpu_reset(rdev); if (r) return r; - WREG32(rdev->fence_drv.scratch_reg, fence->seq); + radeon_fence_write(rdev, fence->seq); rdev->gpu_lockup = false; } timeout = RADEON_FENCE_JIFFIES_TIMEOUT; @@ -351,7 +372,7 @@ int radeon_fence_driver_init(struct radeon_device *rdev) write_unlock_irqrestore(&rdev->fence_drv.lock, irq_flags); return r; } - WREG32(rdev->fence_drv.scratch_reg, 0); + radeon_fence_write(rdev, 0); atomic_set(&rdev->fence_drv.seq, 0); INIT_LIST_HEAD(&rdev->fence_drv.created); INIT_LIST_HEAD(&rdev->fence_drv.emited); @@ -391,7 +412,7 @@ static int radeon_debugfs_fence_info(struct seq_file *m, void *data) struct radeon_fence *fence; seq_printf(m, "Last signaled fence 0x%08X\n", - RREG32(rdev->fence_drv.scratch_reg)); + radeon_fence_read(rdev)); if (!list_empty(&rdev->fence_drv.emited)) { fence = list_entry(rdev->fence_drv.emited.prev, struct radeon_fence, list); -- 1.7.1.1

1 0

[PATCH 1/6] drm/radeon/kms: rework atombios_get_encoder_mode()
by Alex Deucher 13 Jun '11

13 Jun '11

This should give us more reliable results if the table is called before an active device is set. Signed-off-by: Alex Deucher <alexdeucher(a)gmail.com> --- drivers/gpu/drm/radeon/radeon_encoders.c | 23 +++++++++-------------- 1 files changed, 9 insertions(+), 14 deletions(-) diff --git a/drivers/gpu/drm/radeon/radeon_encoders.c b/drivers/gpu/drm/radeon/radeon_encoders.c index 03f124d..39fa225 100644 --- a/drivers/gpu/drm/radeon/radeon_encoders.c +++ b/drivers/gpu/drm/radeon/radeon_encoders.c @@ -660,21 +660,16 @@ atombios_get_encoder_mode(struct drm_encoder *encoder) if (radeon_encoder_is_dp_bridge(encoder)) return ATOM_ENCODER_MODE_DP; + /* DVO is always DVO */ + if (radeon_encoder->encoder_id == ATOM_ENCODER_MODE_DVO) + return ATOM_ENCODER_MODE_DVO; + connector = radeon_get_connector_for_encoder(encoder); - if (!connector) { - switch (radeon_encoder->encoder_id) { - case ENCODER_OBJECT_ID_INTERNAL_UNIPHY: - case ENCODER_OBJECT_ID_INTERNAL_UNIPHY1: - case ENCODER_OBJECT_ID_INTERNAL_UNIPHY2: - case ENCODER_OBJECT_ID_INTERNAL_KLDSCP_LVTMA: - case ENCODER_OBJECT_ID_INTERNAL_KLDSCP_DVO1: - return ATOM_ENCODER_MODE_DVI; - case ENCODER_OBJECT_ID_INTERNAL_KLDSCP_DAC1: - case ENCODER_OBJECT_ID_INTERNAL_KLDSCP_DAC2: - default: - return ATOM_ENCODER_MODE_CRT; - } - } + /* if we don't have an active device yet, just use one of + * the connectors tied to the encoder. + */ + if (!connector) + connector = radeon_get_connector_for_encoder_init(encoder); radeon_connector = to_radeon_connector(connector); switch (connector->connector_type) { -- 1.7.1.1

1 5

[PATCH 00/15] GMA500 KMS and GEM
by Alan Cox 13 Jun '11

13 Jun '11

This patch series versus linux-next 2011/06/08 fixes various bugs including a nasty pinning bug found by Andre Bartke. With these patches applied the driver passes the various GEM tests and you can use the KMS tools and test sets to set modes and display stuff from GEM buffers including those mapped from main memory via the GTT. You can't yet take a GEM handle of the system frame buffer. That requires a trivial patch to drm_gem and a similar trivial patch to this driver. The two main remaining tasks now are to provide a 2D command interface for the X server including support for blitting between GEM objects (so we need relocs) and to clean the code up. Vblank support is also possible but doesn't seem terribly useful. --- Alan Cox (12): gma500: Kill spare kref gma500: nuke the PSB debug stuff gma500: nuke the last bits of TTM code gma500: 2D acceleration tidying gma500: polish for completion of this phase gma500: trim some of the debug gma500: Do sane FB cleanup gma500: revamp frame buffer creation and handling gma500: Set the correct bits according to the pipe gma500: Ensure the frame buffer has a linear virtual mapping gma500: Make GTT pages uncached gma500: fix warnings Andre Bartke (1): gma500: Fix uninitialized variable and style issues Michael Chang (1): staging/gma500: get control from firmware framebuffer if conflicts Patrik Jakobsson (1): gma500: Skip bogus LVDS VBT mode and check for LVDS before adding backlight drivers/staging/gma500/mrst_crtc.c | 27 +- drivers/staging/gma500/mrst_lvds.c | 14 - drivers/staging/gma500/psb_2d.c | 39 +-- drivers/staging/gma500/psb_bl.c | 12 - drivers/staging/gma500/psb_drm.h | 90 -------- drivers/staging/gma500/psb_drv.c | 58 ++--- drivers/staging/gma500/psb_drv.h | 181 ++++------------ drivers/staging/gma500/psb_fb.c | 309 +++++++++++++++------------ drivers/staging/gma500/psb_fb.h | 6 - drivers/staging/gma500/psb_gem.c | 39 +-- drivers/staging/gma500/psb_gtt.c | 187 ++++++---------- drivers/staging/gma500/psb_gtt.h | 11 + drivers/staging/gma500/psb_intel_bios.c | 26 +- drivers/staging/gma500/psb_intel_display.c | 130 +++-------- drivers/staging/gma500/psb_intel_drv.h | 19 -- drivers/staging/gma500/psb_intel_lvds.c | 53 +---- drivers/staging/gma500/psb_intel_opregion.c | 7 - drivers/staging/gma500/psb_intel_sdvo.c | 34 +-- drivers/staging/gma500/psb_irq.c | 33 +-- drivers/staging/gma500/psb_irq.h | 8 - drivers/staging/gma500/psb_powermgmt.c | 4 drivers/staging/gma500/psb_powermgmt.h | 2 drivers/staging/gma500/psb_reg.h | 2 23 files changed, 461 insertions(+), 830 deletions(-) -- Signature

4 24

← Newer
1
...
39
40
41
42
43
44
45
...
50
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel June 2011