dri-devel February 2011

dri-devel@lists.freedesktop.org

84 participants
466 discussions

2.6.38-rc3-git1: Reported regressions from 2.6.37
by Rafael J. Wysocki 02 Feb '11

02 Feb '11

This message contains a list of some regressions from 2.6.37, for which there are no fixes in the mainline known to the tracking team. If any of them have been fixed already, please let us know. If you know of any other unresolved regressions from 2.6.37, please let us know either and we'll add them to the list. Also, please let us know if any of the entries below are invalid. Each entry from the list will be sent additionally in an automatic reply to this message with CCs to the people involved in reporting and handling the issue. Listed regressions statistics: Date Total Pending Unresolved ---------------------------------------- 2011-02-03 19 11 7 Unresolved regressions ---------------------- Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=28102 Subject : New display errors in 2.6.38-rc2-00175-g6fb1b30 Submitter : Nico Schottelius <nico-kernel-20110117(a)schottelius.org> Date : 2011-01-28 20:29 (6 days old) Message-ID : <20110128202905.GB3395(a)schottelius.org> References : http://marc.info/?l=linux-kernel&m=129624657425949&w=2 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=28052 Subject : [BUG] 2.6.38-rc2: Circular Locking Dependency Submitter : Knut Petersen <Knut_Petersen(a)t-online.de> Date : 2011-01-24 9:25 (10 days old) Message-ID : <4D3D45A3.7040809(a)t-online.de> References : http://marc.info/?l=linux-kernel&m=129586118515443&w=2 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=27812 Subject : 2.6.38-rc2: acpi backlight control missing Submitter : Thomas Meyer <thomas(a)m3y3r.de> Date : 2011-01-22 10:49 (12 days old) First-Bad-Commit: http://git.kernel.org/linus/677bd810eedce61edf15452491781ff046b92edc Message-ID : <1295693349.2120.3.camel(a)localhost.localdomain> References : http://marc.info/?l=linux-kernel&m=129569353414755&w=2 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=27652 Subject : 38-rc1: umount+rmmod cause ext4 error. Submitter : Tao Ma <tm(a)tao.ma> Date : 2011-01-19 6:53 (15 days old) Message-ID : <4D368A70.5030103(a)tao.ma> References : http://marc.info/?l=linux-ext4&m=129542001031750&w=2 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=27382 Subject : ath5k phy0: gain calibration timeout Submitter : Nicolas Stransky <Nico(a)stransky.cx> Date : 2011-01-23 00:18 (11 days old) Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=27282 Subject : Regression: 2.6.38 vs. Powertop 2 Submitter : Dennis Jansen <dennis.jansen(a)web.de> Date : 2011-01-21 14:34 (13 days old) Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=27022 Subject : [REPORT] BUG: spinlock recursion on CPU#0, init/1 Submitter : Santosh Shilimkar <santosh.shilimkar(a)ti.com> Date : 2011-01-10 15:33 (24 days old) Message-ID : <a7a9bdaa5936630925fb7ffd1a1795b1(a)mail.gmail.com> References : http://marc.info/?l=linux-kernel&m=129467294808655&w=2 Regressions with patches ------------------------ Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=28012 Subject : [drm:i915_driver_load] *ERROR* failed to init modeset, EINVAL Submitter : Ferenc Wágner <wferi(a)niif.hu> Date : 2011-02-01 15:18 (2 days old) Handled-By : Chris Wilson <chris(a)chris-wilson.co.uk> Patch : https://bugzilla.kernel.org/attachment.cgi?id=45892 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=27862 Subject : Cannot launch X.org server on Core I5 with 2.6.38-rc2-git7 Submitter : Darisuz Luksza <dariusz.luksza(a)gmail.com> Date : 2011-01-30 12:13 (4 days old) Handled-By : Chris Wilson <chris(a)chris-wilson.co.uk> Patch : https://bugs.freedesktop.org/attachment.cgi?id=42634 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=27702 Subject : regression 2.6.37 -> 2.6.38-rc1: after suspend backlight cannot be adjusted Submitter : Norbert Preining <preining(a)logic.at> Date : 2011-01-21 1:55 (13 days old) Message-ID : <20110121015529.GD9796(a)gamma.logic.tuwien.ac.at> References : http://marc.info/?l=linux-kernel&m=129557717826819&w=2 Handled-By : Michael Karcher <kernel(a)mkarcher.dialup.fu-berlin.de> Patch : https://patchwork.kernel.org/patch/499221/ Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=27472 Subject : 5bd5a45 breaks resume from suspend on Thinkpad X201 Submitter : Björn Schließmann <chronoss(a)gmx.de> Date : 2011-01-23 23:24 (11 days old) Handled-By : CASTET Matthieu <castet.matthieu(a)free.fr> Patch : https://bugzilla.kernel.org/attachment.cgi?id=45192 For details, please visit the bug entries and follow the links given in references. As you can see, there is a Bugzilla entry for each of the listed regressions. There also is a Bugzilla entry used for tracking the regressions from 2.6.37, unresolved as well as resolved, at: http://bugzilla.kernel.org/show_bug.cgi?id=27352 Please let the tracking team know if there are any Bugzilla entries that should be added to the list in there. Thanks!

1 0

[PATCH] drm/radeon/kms/NI: don't load if MC ucode is not available
by Alex Deucher 02 Feb '11

02 Feb '11

The default clocks and voltages are not sufficient for advanced operation. On prior asics, the MC ucode was loaded by the vbios during asic_init so they did not have this limitation. Fixes: https://bugzilla.kernel.org/show_bug.cgi?id=26812 Signed-off-by: Alex Deucher <alexdeucher(a)gmail.com> --- drivers/gpu/drm/radeon/evergreen.c | 12 ++++++++++++ 1 files changed, 12 insertions(+), 0 deletions(-) diff --git a/drivers/gpu/drm/radeon/evergreen.c b/drivers/gpu/drm/radeon/evergreen.c index d404522..993a7cd 100644 --- a/drivers/gpu/drm/radeon/evergreen.c +++ b/drivers/gpu/drm/radeon/evergreen.c @@ -3132,6 +3132,18 @@ int evergreen_init(struct radeon_device *rdev) rdev->accel_working = false; } } + + /* Don't start up if the MC ucode is missing. + * The default clocks and voltages before the MC ucode + * is loaded are not suffient for advanced operations. + */ + if (ASIC_IS_DCE5(rdev)) { + if (!rdev->mc_fw) { + DRM_ERROR("radeon: MC ucode required for NI+.\n"); + return -EINVAL; + } + } + return 0; } -- 1.7.1.1

1 0

[PATCH 1/2] drm/radeon/kms: add updated ib_execute function for evergreen
by Alex Deucher 02 Feb '11

02 Feb '11

Adds new packet to disable DX9 constant emulation. Signed-off-by: Alex Deucher <alexdeucher(a)gmail.com> Cc: stable(a)kernel.org --- drivers/gpu/drm/radeon/evergreen.c | 13 +++++++++++++ drivers/gpu/drm/radeon/evergreen_blit_kms.c | 10 +++++++--- drivers/gpu/drm/radeon/evergreend.h | 2 ++ drivers/gpu/drm/radeon/radeon_asic.c | 6 +++--- drivers/gpu/drm/radeon/radeon_asic.h | 1 + 5 files changed, 26 insertions(+), 6 deletions(-) diff --git a/drivers/gpu/drm/radeon/evergreen.c b/drivers/gpu/drm/radeon/evergreen.c index 71253eb..8857fb1 100644 --- a/drivers/gpu/drm/radeon/evergreen.c +++ b/drivers/gpu/drm/radeon/evergreen.c @@ -1185,6 +1185,18 @@ void evergreen_mc_program(struct radeon_device *rdev) /* * CP. */ +void evergreen_ring_ib_execute(struct radeon_device *rdev, struct radeon_ib *ib) +{ + /* set to DX10/11 mode */ + radeon_ring_write(rdev, PACKET3(PACKET3_MODE_CONTROL, 0)); + radeon_ring_write(rdev, 1); + /* FIXME: implement */ + radeon_ring_write(rdev, PACKET3(PACKET3_INDIRECT_BUFFER, 2)); + radeon_ring_write(rdev, ib->gpu_addr & 0xFFFFFFFC); + radeon_ring_write(rdev, upper_32_bits(ib->gpu_addr) & 0xFF); + radeon_ring_write(rdev, ib->length_dw); +} + static int evergreen_cp_load_microcode(struct radeon_device *rdev) { @@ -2075,6 +2087,7 @@ static void evergreen_gpu_init(struct radeon_device *rdev) WREG32(VGT_CACHE_INVALIDATION, vgt_cache_invalidation); WREG32(VGT_GS_VERTEX_REUSE, 16); + WREG32(PA_SU_LINE_STIPPLE_VALUE, 0); WREG32(PA_SC_LINE_STIPPLE_STATE, 0); WREG32(VGT_VERTEX_REUSE_BLOCK_CNTL, 14); diff --git a/drivers/gpu/drm/radeon/evergreen_blit_kms.c b/drivers/gpu/drm/radeon/evergreen_blit_kms.c index d4d4db4..a1ba4b3 100644 --- a/drivers/gpu/drm/radeon/evergreen_blit_kms.c +++ b/drivers/gpu/drm/radeon/evergreen_blit_kms.c @@ -232,7 +232,7 @@ draw_auto(struct radeon_device *rdev) } -/* emits 34 */ +/* emits 36 */ static void set_default_state(struct radeon_device *rdev) { @@ -499,6 +499,10 @@ set_default_state(struct radeon_device *rdev) radeon_ring_write(rdev, 0x00000000); radeon_ring_write(rdev, 0x00000000); + /* set to DX10/11 mode */ + radeon_ring_write(rdev, PACKET3(PACKET3_MODE_CONTROL, 0)); + radeon_ring_write(rdev, 1); + /* emit an IB pointing at default state */ dwords = ALIGN(rdev->r600_blit.state_len, 0x10); gpu_addr = rdev->r600_blit.shader_gpu_addr + rdev->r600_blit.state_offset; @@ -679,7 +683,7 @@ int evergreen_blit_prepare_copy(struct radeon_device *rdev, int size_bytes) /* calculate number of loops correctly */ ring_size = num_loops * dwords_per_loop; /* set default + shaders */ - ring_size += 50; /* shaders + def state */ + ring_size += 52; /* shaders + def state */ ring_size += 10; /* fence emit for VB IB */ ring_size += 5; /* done copy */ ring_size += 10; /* fence emit for done copy */ @@ -687,7 +691,7 @@ int evergreen_blit_prepare_copy(struct radeon_device *rdev, int size_bytes) if (r) return r; - set_default_state(rdev); /* 34 */ + set_default_state(rdev); /* 36 */ set_shaders(rdev); /* 16 */ return 0; } diff --git a/drivers/gpu/drm/radeon/evergreend.h b/drivers/gpu/drm/radeon/evergreend.h index bfdd0bc..328f2a4 100644 --- a/drivers/gpu/drm/radeon/evergreend.h +++ b/drivers/gpu/drm/radeon/evergreend.h @@ -240,6 +240,7 @@ #define FORCE_EOV_MAX_CLK_CNT(x) ((x) << 0) #define FORCE_EOV_MAX_REZ_CNT(x) ((x) << 16) #define PA_SC_LINE_STIPPLE 0x28A0C +#define PA_SU_LINE_STIPPLE_VALUE 0x8A60 #define PA_SC_LINE_STIPPLE_STATE 0x8B10 #define SCRATCH_REG0 0x8500 @@ -652,6 +653,7 @@ #define PACKET3_DISPATCH_DIRECT 0x15 #define PACKET3_DISPATCH_INDIRECT 0x16 #define PACKET3_INDIRECT_BUFFER_END 0x17 +#define PACKET3_MODE_CONTROL 0x18 #define PACKET3_SET_PREDICATION 0x20 #define PACKET3_REG_RMW 0x21 #define PACKET3_COND_EXEC 0x22 diff --git a/drivers/gpu/drm/radeon/radeon_asic.c b/drivers/gpu/drm/radeon/radeon_asic.c index 2428dff..ad85227 100644 --- a/drivers/gpu/drm/radeon/radeon_asic.c +++ b/drivers/gpu/drm/radeon/radeon_asic.c @@ -759,7 +759,7 @@ static struct radeon_asic evergreen_asic = { .gart_tlb_flush = &evergreen_pcie_gart_tlb_flush, .gart_set_page = &rs600_gart_set_page, .ring_test = &r600_ring_test, - .ring_ib_execute = &r600_ring_ib_execute, + .ring_ib_execute = &evergreen_ring_ib_execute, .irq_set = &evergreen_irq_set, .irq_process = &evergreen_irq_process, .get_vblank_counter = &evergreen_get_vblank_counter, @@ -805,7 +805,7 @@ static struct radeon_asic sumo_asic = { .gart_tlb_flush = &evergreen_pcie_gart_tlb_flush, .gart_set_page = &rs600_gart_set_page, .ring_test = &r600_ring_test, - .ring_ib_execute = &r600_ring_ib_execute, + .ring_ib_execute = &evergreen_ring_ib_execute, .irq_set = &evergreen_irq_set, .irq_process = &evergreen_irq_process, .get_vblank_counter = &evergreen_get_vblank_counter, @@ -848,7 +848,7 @@ static struct radeon_asic btc_asic = { .gart_tlb_flush = &evergreen_pcie_gart_tlb_flush, .gart_set_page = &rs600_gart_set_page, .ring_test = &r600_ring_test, - .ring_ib_execute = &r600_ring_ib_execute, + .ring_ib_execute = &evergreen_ring_ib_execute, .irq_set = &evergreen_irq_set, .irq_process = &evergreen_irq_process, .get_vblank_counter = &evergreen_get_vblank_counter, diff --git a/drivers/gpu/drm/radeon/radeon_asic.h b/drivers/gpu/drm/radeon/radeon_asic.h index f8f2142..8b59bd5 100644 --- a/drivers/gpu/drm/radeon/radeon_asic.h +++ b/drivers/gpu/drm/radeon/radeon_asic.h @@ -355,6 +355,7 @@ int evergreen_resume(struct radeon_device *rdev); bool evergreen_gpu_is_lockup(struct radeon_device *rdev); int evergreen_asic_reset(struct radeon_device *rdev); void evergreen_bandwidth_update(struct radeon_device *rdev); +void evergreen_ring_ib_execute(struct radeon_device *rdev, struct radeon_ib *ib); int evergreen_copy_blit(struct radeon_device *rdev, uint64_t src_offset, uint64_t dst_offset, unsigned num_pages, struct radeon_fence *fence); -- 1.7.1.1

1 1

[PATCH] drm/ttm: call driver move_notify() when doing system->tt bo moves
by Ben Skeggs 02 Feb '11

02 Feb '11

From: Ben Skeggs <bskeggs(a)redhat.com> Nouveau doesn't have enough information at ttm_backend_func.bind() time to implement things like tiled GART, or to keep a buffer at a constant address in the GPU virtual address space no matter where in physical memory it's placed. To resolve this, nouveau will handle binding of all buffers to the GPU itself from the move_notify() hook. This commit ensures it's called for all buffer moves. Talked to Dave about the impact on radeon, which uses move_notify, it doesn't look like anything should break there. Signed-off-by: Ben Skeggs <bskeggs(a)redhat.com> --- drivers/gpu/drm/ttm/ttm_bo.c | 3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) diff --git a/drivers/gpu/drm/ttm/ttm_bo.c b/drivers/gpu/drm/ttm/ttm_bo.c index af61fc2..0b6a55a 100644 --- a/drivers/gpu/drm/ttm/ttm_bo.c +++ b/drivers/gpu/drm/ttm/ttm_bo.c @@ -406,11 +406,12 @@ static int ttm_bo_handle_move_mem(struct ttm_buffer_object *bo, } if (bo->mem.mem_type == TTM_PL_SYSTEM) { + if (bdev->driver->move_notify) + bdev->driver->move_notify(bo, mem); bo->mem = *mem; mem->mm_node = NULL; goto moved; } - } if (bdev->driver->move_notify) -- 1.7.4

2 1

[PATCH] drm/radeon: remove 0x4243 pci id
by Alex Deucher 02 Feb '11

02 Feb '11

0x4243 is a PCI bridge, not a GPU. Fixes: https://bugs.freedesktop.org/show_bug.cgi?id=33815 Signed-off-by: Alex Deucher <alexdeucher(a)gmail.com> Cc: stable(a)kernel.org --- include/drm/drm_pciids.h | 1 - 1 files changed, 0 insertions(+), 1 deletions(-) diff --git a/include/drm/drm_pciids.h b/include/drm/drm_pciids.h index 145cfbc..820ee90 100644 --- a/include/drm/drm_pciids.h +++ b/include/drm/drm_pciids.h @@ -28,7 +28,6 @@ {0x1002, 0x4156, PCI_ANY_ID, PCI_ANY_ID, 0, 0, CHIP_RV350}, \ {0x1002, 0x4237, PCI_ANY_ID, PCI_ANY_ID, 0, 0, CHIP_RS200|RADEON_IS_IGP}, \ {0x1002, 0x4242, PCI_ANY_ID, PCI_ANY_ID, 0, 0, CHIP_R200}, \ - {0x1002, 0x4243, PCI_ANY_ID, PCI_ANY_ID, 0, 0, CHIP_R200}, \ {0x1002, 0x4336, PCI_ANY_ID, PCI_ANY_ID, 0, 0, CHIP_RS100|RADEON_IS_IGP|RADEON_IS_MOBILITY}, \ {0x1002, 0x4337, PCI_ANY_ID, PCI_ANY_ID, 0, 0, CHIP_RS200|RADEON_IS_IGP|RADEON_IS_MOBILITY}, \ {0x1002, 0x4437, PCI_ANY_ID, PCI_ANY_ID, 0, 0, CHIP_RS200|RADEON_IS_IGP|RADEON_IS_MOBILITY}, \ -- 1.7.1.1

1 0

[Bug 15220] Kernel freezes when playing DVB stream and having 3D acceleration in the same time
by bugzilla-daemon＠bugzilla.kernel.org 01 Feb '11

01 Feb '11

https://bugzilla.kernel.org/show_bug.cgi?id=15220 Cijoml Cijomlovic Cijomlov <cijoml(a)volny.cz> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |CLOSED Resolution| |CODE_FIX --- Comment #7 from Cijoml Cijomlovic Cijomlov <cijoml(a)volny.cz> 2011-02-01 22:40:43 --- nope it works with Vanilla 2.6.37. -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching the assignee of the bug. ------------------------------------------------------------------------------ Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d -- _______________________________________________ Dri-devel mailing list Dri-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel

1 0

[Bug 31046] New: [r600g, tiling] visual errors and GPU resets
by bugzilla-daemon＠freedesktop.org 01 Feb '11

01 Feb '11

https://bugs.freedesktop.org/show_bug.cgi?id=31046 Summary: [r600g, tiling] visual errors and GPU resets Product: DRI Version: DRI CVS Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: major Priority: medium Component: DRM/Radeon AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: liquid.acid(a)gmx.net Hello! Yesterday I saw with much delight that the was some new tiling code in r600g, which could be enabled with a simple envvar. So I pulled drm-radeon-testing and applied Dave's patch for the CS checker to it (this one: http://article.gmane.org/gmane.comp.video.dri.devel/51060). However I encountered several problems with the new code (exporting R600_FORCE_TILING=1 makes a difference, so it is working to some extent: 1) ioquake3 shows lots of gfx errors. Mipmaps are affected the most (when setting r_textureMode to GL_LINEAR these problems disappear), but also small textures seem to be affected (staircases, which use small textures, are either rendered totally black or black with white stripes). 2) doom3 (demo) shows similar mipmap-related errors. 3) ut2004 is completly unplayable, I get GPU resets nearly every frame and most of the geometry is missing. 4) ut2003 kinda works, but the HUD is messed up and sprite rendering is totally broken Going to post some snips from the kernel log later. My hardware: 01:00.0 VGA compatible controller: ATI Technologies Inc Radeon HD 4770 [RV740] libdrm, mesa and xf86-video-ati are all git master tip. ColorTiling is enabled in the xorg.conf, verified this by checking the Xorg logfile. Greets, Tobias -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 14

[PATCH] drm/radeon/kms: rv6xx+ thermal sensor fixes
by Alex Deucher 01 Feb '11

01 Feb '11

Some fixes to the thermal sensor code: - handle negative numbers - properly handle temp calculation on different asics Signed-off-by: Alex Deucher <alexdeucher(a)gmail.com> --- drivers/gpu/drm/radeon/evergreen.c | 21 ++++++++++++--------- drivers/gpu/drm/radeon/r600.c | 8 ++++++-- drivers/gpu/drm/radeon/radeon.h | 8 ++++---- drivers/gpu/drm/radeon/radeon_pm.c | 2 +- drivers/gpu/drm/radeon/rv770.c | 19 ++++++++++++------- 5 files changed, 35 insertions(+), 23 deletions(-) diff --git a/drivers/gpu/drm/radeon/evergreen.c b/drivers/gpu/drm/radeon/evergreen.c index c0ca7dd..0352cd2 100644 --- a/drivers/gpu/drm/radeon/evergreen.c +++ b/drivers/gpu/drm/radeon/evergreen.c @@ -97,26 +97,29 @@ u32 evergreen_page_flip(struct radeon_device *rdev, int crtc_id, u64 crtc_base) } /* get temperature in millidegrees */ -u32 evergreen_get_temp(struct radeon_device *rdev) +int evergreen_get_temp(struct radeon_device *rdev) { u32 temp = (RREG32(CG_MULT_THERMAL_STATUS) & ASIC_T_MASK) >> ASIC_T_SHIFT; u32 actual_temp = 0; - if ((temp >> 10) & 1) - actual_temp = 0; - else if ((temp >> 9) & 1) + if (temp & 0x400) + actual_temp = -256; + else if (temp & 0x200) actual_temp = 255; - else - actual_temp = (temp >> 1) & 0xff; + else if (temp & 0x100) { + actual_temp = temp & 0x1ff; + actual_temp |= ~0x1ff; + } else + actual_temp = temp & 0xff; - return actual_temp * 1000; + return (actual_temp * 1000) / 2; } -u32 sumo_get_temp(struct radeon_device *rdev) +int sumo_get_temp(struct radeon_device *rdev) { u32 temp = RREG32(CG_THERMAL_STATUS) & 0xff; - u32 actual_temp = (temp >> 1) & 0xff; + int actual_temp = temp - 49; return actual_temp * 1000; } diff --git a/drivers/gpu/drm/radeon/r600.c b/drivers/gpu/drm/radeon/r600.c index f574d9b..c6a580b 100644 --- a/drivers/gpu/drm/radeon/r600.c +++ b/drivers/gpu/drm/radeon/r600.c @@ -98,12 +98,16 @@ void r600_irq_disable(struct radeon_device *rdev); static void r600_pcie_gen2_enable(struct radeon_device *rdev); /* get temperature in millidegrees */ -u32 rv6xx_get_temp(struct radeon_device *rdev) +int rv6xx_get_temp(struct radeon_device *rdev) { u32 temp = (RREG32(CG_THERMAL_STATUS) & ASIC_T_MASK) >> ASIC_T_SHIFT; + int actual_temp = temp & 0xff; - return temp * 1000; + if (temp & 0x100) + actual_temp -= 256; + + return actual_temp * 1000; } void r600_pm_get_dynpm_state(struct radeon_device *rdev) diff --git a/drivers/gpu/drm/radeon/radeon.h b/drivers/gpu/drm/radeon/radeon.h index 854ddc6..49a6890 100644 --- a/drivers/gpu/drm/radeon/radeon.h +++ b/drivers/gpu/drm/radeon/radeon.h @@ -179,10 +179,10 @@ void radeon_combios_get_power_modes(struct radeon_device *rdev); void radeon_atombios_get_power_modes(struct radeon_device *rdev); void radeon_atom_set_voltage(struct radeon_device *rdev, u16 level); void rs690_pm_info(struct radeon_device *rdev); -extern u32 rv6xx_get_temp(struct radeon_device *rdev); -extern u32 rv770_get_temp(struct radeon_device *rdev); -extern u32 evergreen_get_temp(struct radeon_device *rdev); -extern u32 sumo_get_temp(struct radeon_device *rdev); +extern int rv6xx_get_temp(struct radeon_device *rdev); +extern int rv770_get_temp(struct radeon_device *rdev); +extern int evergreen_get_temp(struct radeon_device *rdev); +extern int sumo_get_temp(struct radeon_device *rdev); /* * Fences. diff --git a/drivers/gpu/drm/radeon/radeon_pm.c b/drivers/gpu/drm/radeon/radeon_pm.c index 3b1b2bf..8136200 100644 --- a/drivers/gpu/drm/radeon/radeon_pm.c +++ b/drivers/gpu/drm/radeon/radeon_pm.c @@ -430,7 +430,7 @@ static ssize_t radeon_hwmon_show_temp(struct device *dev, { struct drm_device *ddev = pci_get_drvdata(to_pci_dev(dev)); struct radeon_device *rdev = ddev->dev_private; - u32 temp; + int temp; switch (rdev->pm.int_thermal_type) { case THERMAL_TYPE_RV6XX: diff --git a/drivers/gpu/drm/radeon/rv770.c b/drivers/gpu/drm/radeon/rv770.c index 491dc90..2211a32 100644 --- a/drivers/gpu/drm/radeon/rv770.c +++ b/drivers/gpu/drm/radeon/rv770.c @@ -78,18 +78,23 @@ u32 rv770_page_flip(struct radeon_device *rdev, int crtc_id, u64 crtc_base) } /* get temperature in millidegrees */ -u32 rv770_get_temp(struct radeon_device *rdev) +int rv770_get_temp(struct radeon_device *rdev) { u32 temp = (RREG32(CG_MULT_THERMAL_STATUS) & ASIC_T_MASK) >> ASIC_T_SHIFT; - u32 actual_temp = 0; - - if ((temp >> 9) & 1) - actual_temp = 0; - else - actual_temp = (temp >> 1) & 0xff; - - return actual_temp * 1000; + int actual_temp; + + if (temp & 0x400) + actual_temp = -256; + else if (temp & 0x200) + actual_temp = 255; + else if (temp & 0x100) { + actual_temp = temp & 0x1ff; + actual_temp |= ~0x1ff; + } else + actual_temp = temp & 0xff; + + return (actual_temp * 1000) / 2; } void rv770_pm_misc(struct radeon_device *rdev) -- 1.7.1.1

1 0

[Bug 33172] New: [r600g] ingame rendering broken (black screen) in ut2003
by bugzilla-daemon＠freedesktop.org 01 Feb '11

01 Feb '11

https://bugs.freedesktop.org/show_bug.cgi?id=33172 Summary: [r600g] ingame rendering broken (black screen) in ut2003 Product: DRI Version: DRI CVS Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: major Priority: medium Component: DRM/Radeon AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: liquid.acid(a)gmx.net Hello! Found some time to retest this popular game with fresh git pulls and it looks like that it completly broke. The menu renders fine, but upon entering the actual game you just get a black screen. The kernel log then produces these nice messages: [drm:radeon_cs_ioctl] *ERROR* Failed to parse relocation -12! ... System: ATI Technologies Inc Radeon HD 4770 [RV740] drm-radeon-testing kernel libdrm, mesa and xf86-video-ati are all git master xorg-server-1.9.3.901 Greets, Tobias -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 7

[Bug 32883] New: External LCD monitor slightly wiggles
by bugzilla-daemon＠freedesktop.org 01 Feb '11

01 Feb '11

https://bugs.freedesktop.org/show_bug.cgi?id=32883 Summary: External LCD monitor slightly wiggles Product: DRI Version: XOrg CVS Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: DRM/Radeon AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: prijatelj.mp3(a)gmail.com DESCRIPTION: picture on LCD monitor is like if it would shake very fast but very little. It's watchable but I don't think it's not healty for my eyes. This can be noticed already from boot where daemons are being loaded or when the picture comes on external LCD. I've also noticed that from time to time (it happened to me now about 3 times) this slightly wiggling thing becomes very agressive and it's on both screens. Or if I don't have external LCD it's only seen on laptop's screen. It's so agressive I'see parts, many parts of pictures covering between itself and shaking very fast.I'm forced to reboot computer since not even restarting X helps. Maybe this has something to do with slightly wiggles thing on monitor or no, I don't know. SYSTEM: - GPU: Mobility X1400 - distro: Archlinux, - kernel: kernel 2.6.36.2-1 - X.Org: 1.9.2 - xf86-video-ati: 6.13.2-2 - KMS (YES) I've tried to add radeon.disp_priority=2 but the problem is the same. I've tried to add radeon.new_pll=0 but the problem is the same. I've also tried to disable KMS with radeon.nomodeset=0 but after it I'm not able to get into X. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 1

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel February 2011