[patch] drm/nouveau: off by one in nouveau_drm_vblank_enable()

The test here should be ">= ARRAY_SIZE()" instead of "> ARRAY_SIZE()". Signed-off-by: Dan Carpenter --- This was introduced in git://git.freedesktop.org/git/nouveau/linux-2.6 drm-nouveau-fixes-3.9 It hadn't hit linux-next yet yesterday. diff --git a/drivers/gpu/drm/nouveau/nouveau_drm.c b/driv

Re: linux-next: manual merge of the drm-intel tree with Linus' tree

On Wed, Apr 03, 2013 at 01:43:49PM +1100, Stephen Rothwell wrote: > Hi all, > > Today's linux-next merge of the drm-intel tree got a conflict in > drivers/gpu/drm/i915/intel_panel.c between commit b1289371fcd5 ("Revert > "drm/i915: write backlight harder"") from Linus' tree and commit > 31ad8ec6a6

Re: [PATCH RESEND] drm: fix drm_local_map allocation size

ping On Tue, 12 Feb 2013, Jani Nikula wrote: > list->map is struct drm_local_map *, not struct drm_map_list *. > > Signed-off-by: Jani Nikula > > --- > > Found this small snippet laying around, I guess it fell between the cracks. > --- > drivers/gpu/drm/drm_gem.c |2 +- > 1 file changed, 1

Re: radeonsi tiling dilema

On Die, 2013-04-02 at 14:13 -0400, Jerome Glisse wrote: > So i am facing a dilema regarding tiling on radeonsi. Given that we > now have a fixed table of tiling mode this put more pressure on the > kernel userspace api. I see either 2 solutions. > > > Enforce kernel to set at fixed index in the

Re: [PATCH v4 04/21] modetest: Add a command line parameter to select the driver

On Tue, Mar 19, 2013 at 03:55:45PM +0100, Laurent Pinchart wrote: > If the -M parameter is specified, modetest will use the requested device > name instead of trying its builtin list of device names. > > Signed-off-by: Laurent Pinchart > Reviewed-by: Jani Nikula > --- > tests/modetest/modetest.

[Bug 62889] ColorTiling results in glitches on Radeon HD 7970 + Glamor

https://bugs.freedesktop.org/show_bug.cgi?id=62889 --- Comment #11 from Michel Dänzer --- (In reply to comment #8) > It seems like Gnome 3.6 won't work unless color tiling is enabled. I double > checked the gnome session logs and don't see the previously mentioned error > anymore.. just a blank d

UVD fails to init on rv790

Thanks AMD for getting this out :-) I have an issue, though. On HD4890 drm-fixes kernel (before yesterdays updates) got the new R700_rlc.bin RV770_uvd.bin but on boot I get - [drm] radeon kernel modesetting enabled. [drm] initializing kernel modesetting (RV770 0x1002:0x9460 0x1682:0x2700). [d

[Bug 62959] r600g (HD 6950 Cayman) fails piglit tests and hangs system

https://bugs.freedesktop.org/show_bug.cgi?id=62959 --- Comment #3 from Michel Dänzer --- If you run piglit with --no-concurrency from a remote shell, you should see in the terminal output which test is running when it hangs. -- You are receiving this mail because: You are the assignee for the b

Re: UVD fails to init on rv790

Hi Andy, crap! I feared that something like this would happen. IIRC we never tested UVD on an rv790, and this hardware isn't easy to get any more. RV770/RV790 have a separate UVD hardware generation (that's why they have their own firmware) and there possible is some bug or something like th

Re: [patch] drm/nouveau: off by one in nouveau_drm_vblank_enable()

Op 03-04-13 10:05, Dan Carpenter schreef: > The test here should be ">= ARRAY_SIZE()" instead of "> ARRAY_SIZE()". > > Signed-off-by: Dan Carpenter Acked-by: Maarten Lankhorst > --- > This was introduced in git://git.freedesktop.org/git/nouveau/linux-2.6 > drm-nouveau-fixes-3.9 > It hadn't hit l

[Bug 62959] r600g (HD 6950 Cayman) fails piglit tests and hangs system

https://bugs.freedesktop.org/show_bug.cgi?id=62959 --- Comment #4 from Alexandre Demers --- (In reply to comment #3) > If you run piglit with --no-concurrency from a remote shell, you should see > in the terminal output which test is running when it hangs. Many tests seems to skip when they are

[Bug 62959] r600g (HD 6950 Cayman) fails piglit tests and hangs system

https://bugs.freedesktop.org/show_bug.cgi?id=62959 --- Comment #5 from Michel Dänzer --- It's perfectly normal that some tests are skipped, but you obviously do need to set the DISPLAY environment variable appropriately for the piglit run. Something like DISPLAY=:0 python2 piglit-run.py ... --

Re: UVD fails to init on rv790

On Wed, Apr 3, 2013 at 7:29 AM, Christian König wrote: > Hi Andy, > > crap! I feared that something like this would happen. IIRC we never tested > UVD on an rv790, and this hardware isn't easy to get any more. > > RV770/RV790 have a separate UVD hardware generation (that's why they have > their ow

[Bug 57567] 3.7 radeonfb broken on efivga screens

https://bugs.freedesktop.org/show_bug.cgi?id=57567 --- Comment #19 from Alex Deucher --- Created attachment 77383 --> https://bugs.freedesktop.org/attachment.cgi?id=77383&action=edit possible fix Does this kernel patch (against 3.9) help? -- You are receiving this mail because: You are the a

[Bug 62959] r600g (HD 6950 Cayman) fails piglit tests and hangs system

https://bugs.freedesktop.org/show_bug.cgi?id=62959 --- Comment #6 from Alexandre Demers --- (In reply to comment #5) > It's perfectly normal that some tests are skipped, but you obviously do need > to set the DISPLAY environment variable appropriately for the piglit run. > Something like > > DIS

Re: [PATCH v4 0/2] Enhance EDID quirks to allow forcing a mode

On Mon, Mar 25, 2013 at 5:58 PM, Dylan Semler wrote: > > Changes in this version > * rename do_force_quirk_modes() -> do_force_quirk_mode() > * use list_for_each_entry() instead of list_for_each_entry_safe() in >do_force_quirk_mode() > * remove num_modes from do_force_quirk_mode(), just ret

Re: UVD fails to init on rv790

Christian König wrote: Hi Andy, crap! I feared that something like this would happen. IIRC we never tested UVD on an rv790, and this hardware isn't easy to get any more. RV770/RV790 have a separate UVD hardware generation (that's why they have their own firmware) and there possible is some bug

[Bug 43655] Latest radeon dri driver on HD6950 with GRUB set "GRUB_GFXPAYLOAD_LINUX=keep" put the display in a flickering state

https://bugs.freedesktop.org/show_bug.cgi?id=43655 Alexandre Demers changed: What|Removed |Added See Also||https://bugs.freedesktop.or

[Bug 57567] 3.7 radeonfb broken on efivga screens

https://bugs.freedesktop.org/show_bug.cgi?id=57567 Alexandre Demers changed: What|Removed |Added See Also||https://bugs.freedesktop.or

Re: radeonsi tiling dilema

On Wed, Apr 3, 2013 at 5:37 AM, Michel Dänzer wrote: > On Die, 2013-04-02 at 14:13 -0400, Jerome Glisse wrote: > > So i am facing a dilema regarding tiling on radeonsi. Given that we > > now have a fixed table of tiling mode this put more pressure on the > > kernel userspace api. I see either 2 s

Re: [PATCH] drm/radeon: UVD support for RV710-SI

On Wed, Apr 03, 2013 at 01:18:29AM +0200, Christian König wrote: > Hi everyone, > > the following patchset implements the kernel side of UVD support for the > radeon hardware generations RV710-SI. > > The R6xx and RS780/RS880 chipset generations are currently not supported, but > might be added

Re: [PATCH 01/10] drm/radeon: UVD doesn't needs VM on SI

On Wed, Apr 03, 2013 at 01:18:30AM +0200, Christian König wrote: > Signed-off-by: Christian König > --- > drivers/gpu/drm/radeon/radeon_cs.c | 10 +- > 1 file changed, 5 insertions(+), 5 deletions(-) > > diff --git a/drivers/gpu/drm/radeon/radeon_cs.c > b/drivers/gpu/drm/radeon/radeon

[Bug 62889] ColorTiling results in glitches on Radeon HD 7970 + Glamor

https://bugs.freedesktop.org/show_bug.cgi?id=62889 --- Comment #12 from Alexander von Gluck --- The only dmesg errors are these: [309092.861665] [drm:radeon_cs_ioctl] *ERROR* Failed to parse relocation -12! [309099.062192] radeon :01:00.0: bo 8803fc4cb400 don't has a mapping in vm 88

[Bug 59521] [Serious Sam 3] Missing textures with R600g

https://bugs.freedesktop.org/show_bug.cgi?id=59521 --- Comment #8 from John Bridgman --- (In reply to comment #7) > using MESA_EXTENSION_OVERRIDE="-GL_ARB_get_program_binary" make it works > properly Just checking, do you mean "using eliminates the missing textures ? -- You are receiving this

[Bug 59521] [Serious Sam 3] Missing textures with R600g

https://bugs.freedesktop.org/show_bug.cgi?id=59521 --- Comment #9 from John Bridgman --- Sorry, hit "save" too soon. Your post on the steam forum suggested that there might be a crash related to use of precompiled shader binaries so I'm wondering if your comment here refers to fixing a crash or f

Re: [PATCH] drm/i915: Add no-lvds quirk for Fujitsu Esprimo Q900

On Wed, Apr 03, 2013 at 02:34:11PM +0200, Christian Lamparter wrote: > The "Mobile Sandy Bridge CPUs" in the Fujitsu Esprimo Q900 > mini desktop PCs are probably misleading the LVDS detection > code in intel_lvds_supported. Nothing is connected to the > LVDS ports in these systems. > > Signed-off-

Re: [PATCH 01/10] drm/radeon: UVD doesn't needs VM on SI

Am 03.04.2013 16:42, schrieb Jerome Glisse: On Wed, Apr 03, 2013 at 01:18:30AM +0200, Christian König wrote: Signed-off-by: Christian König --- drivers/gpu/drm/radeon/radeon_cs.c | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/drivers/gpu/drm/radeon/radeon_cs

Re: radeonsi tiling dilema

Am 03.04.2013 15:57, schrieb Jerome Glisse: On Wed, Apr 3, 2013 at 5:37 AM, Michel Dänzer wrote: On Die, 2013-04-02 at 14:13 -0400, Jerome Glisse wrote: So i am facing a dilema regarding tiling on radeonsi. Given that we now have a fixed table of tiling mode this put more pressure on the kern

Re: [PATCH 02/10] drm/radeon: UVD bringup v7

Am 03.04.2013 16:53, schrieb Jerome Glisse: On Wed, Apr 03, 2013 at 01:18:31AM +0200, Christian König wrote: [SNIP] /* hardcode those limit for now */ #define RADEON_VA_IB_OFFSET (1 << 20) #define RADEON_VA_RESERVED_SIZE (8 << 20) @@ -357,8 +360,9 @

Re: radeonsi tiling dilema

On Wed, Apr 3, 2013 at 11:48 AM, Christian König wrote: > Am 03.04.2013 15:57, schrieb Jerome Glisse: > > On Wed, Apr 3, 2013 at 5:37 AM, Michel Dänzer wrote: > > On Die, 2013-04-02 at 14:13 -0400, Jerome Glisse wrote: > > So i am facing a dilema regarding tiling on radeonsi. Given that we > now

Re: radeonsi tiling dilema

On Mit, 2013-04-03 at 09:57 -0400, Jerome Glisse wrote: > On Wed, Apr 3, 2013 at 5:37 AM, Michel Dänzer > wrote: > On Die, 2013-04-02 at 14:13 -0400, Jerome Glisse wrote: > > > > Some might argue that we could just export the table content > to > > userspac

[Bug 62959] r600g (HD 6950 Cayman) fails piglit tests and hangs system

https://bugs.freedesktop.org/show_bug.cgi?id=62959 --- Comment #7 from Michel Dänzer --- (In reply to comment #6) > > DISPLAY=:0 python2 piglit-run.py ... > > I meant that some tests are skipped when run remotely, but tested when run > locally. ;) Something would be wrong then. If you're doing

[Bug 62889] ColorTiling results in glitches on Radeon HD 7970 + Glamor

https://bugs.freedesktop.org/show_bug.cgi?id=62889 --- Comment #13 from Michel Dänzer --- (In reply to comment #12) > [309092.861665] [drm:radeon_cs_ioctl] *ERROR* Failed to parse relocation -12! This means some rendering was dropped on the floor because the kernel ran out of memory. Not sure th

Re: [PATCH v4 0/2] Enhance EDID quirks to allow forcing a mode

On Wed, 03 Apr 2013, Dylan Semler wrote: > Version 3 was Acked by Daniel Vetter[1]. Any chance ajax can give his > comments? > > [1] http://lists.freedesktop.org/archives/dri-devel/2013-March/036457.html FWIW, Reviewed-by: Jani Nikula ___ dri-devel m

[Bug 62756] Rendering errors on rv790 with llvm and unigine heaven 3.0

https://bugs.freedesktop.org/show_bug.cgi?id=62756 --- Comment #7 from vincent --- (In reply to comment #6) > (In reply to comment #5) > > No, I don't receive mail from bugzilla until someone add me manually to the > > cc list (dont know what to do to fix that though) > > drivers/gallium/r600 bu

Re: radeonsi tiling dilema

On Wed, Apr 03, 2013 at 06:11:26PM +0200, Michel Dänzer wrote: > On Mit, 2013-04-03 at 09:57 -0400, Jerome Glisse wrote: > > On Wed, Apr 3, 2013 at 5:37 AM, Michel Dänzer > > wrote: > > On Die, 2013-04-02 at 14:13 -0400, Jerome Glisse wrote: > > > > > > Some might argue th

Re: [PATCH 02/10] drm/radeon: UVD bringup v7

On Wed, Apr 03, 2013 at 05:53:55PM +0200, Christian König wrote: > Am 03.04.2013 16:53, schrieb Jerome Glisse: > >On Wed, Apr 03, 2013 at 01:18:31AM +0200, Christian König wrote: > >>[SNIP] > >> > >> /* hardcode those limit for now */ > >> #define RADEON_VA_IB_OFFSET (1 << 2

[Bug 62959] r600g (HD 6950 Cayman) fails piglit tests and hangs system

https://bugs.freedesktop.org/show_bug.cgi?id=62959 --- Comment #8 from Alexandre Demers --- (In reply to comment #7) > (In reply to comment #6) > > > DISPLAY=:0 python2 piglit-run.py ... > > > > I meant that some tests are skipped when run remotely, but tested when run > > locally. ;) > > Somet

Re: gma500: Other things that I could work on

On Wed, Apr 3, 2013 at 5:21 PM, Kero wrote: > Hi, > > I would not mind improving use of my Asus EeePC X101CH with Cedar View / > gma3600 > a bit more. But a barrier is knowledge of the hardware. Meddling with > existing (initialization) > code is possible, but for point 1 and 3 below that is not

[Bug 59521] [Serious Sam 3] Missing textures with R600g

https://bugs.freedesktop.org/show_bug.cgi?id=59521 --- Comment #10 from Laurent carlier --- Probably the crash is related to some cache feature that SS3 uses (it was reproducable when switching between catalyst and mesa). Overriding GL_ARB_get_program_binary make the game working properly otherw

Re: [PATCH] drm/radeon: UVD support for RV710-SI

Could you bump drm minor version? Then we could check for UVD in userspace [1] Thanks for the great work! Andreas. [1] http://lists.freedesktop.org/archives/mesa-dev/2013-April/037089.html 2013/4/3 Christian König > Hi everyone, > > the following patchset implements the kernel side of UVD s

[Bug 62756] Rendering errors on rv790 with llvm and unigine heaven 3.0

https://bugs.freedesktop.org/show_bug.cgi?id=62756 --- Comment #8 from Andy Furniss --- (In reply to comment #7) > (In reply to comment #6) > > (In reply to comment #5) > > > No, I don't receive mail from bugzilla until someone add me manually to > > > the > > > cc list (dont know what to do to

Re: [v3.8 Regression] Merge tag 'v3.7-rc2' into drm-intel-next-queued

On Wed, Apr 3, 2013 at 9:08 PM, Joseph Salisbury < joseph.salisb...@canonical.com> wrote: > Hi Daniel, > > A bug was opened against the Ubuntu kernel[0]. After a kernel bisect, it > was found the following was the first bad commit: > > > commit c2fb7916927e989ea424e61ce5fe61**7e54878827 > Merge:

Re: UVD fails to init on rv790

Am 2013-04-03 15:21, schrieb Alex Deucher: On Wed, Apr 3, 2013 at 7:29 AM, Christian König wrote: Hi Andy, crap! I feared that something like this would happen. IIRC we never tested UVD on an rv790, and this hardware isn't easy to get any more. RV770/RV790 have a separate UVD hardware gener

Re: UVD fails to init on rv790

On Wed, Apr 3, 2013 at 4:45 PM, Dieter Nützel wrote: > Am 2013-04-03 15:21, schrieb Alex Deucher: > >> On Wed, Apr 3, 2013 at 7:29 AM, Christian König >> wrote: >>> >>> Hi Andy, >>> >>> crap! I feared that something like this would happen. IIRC we never >>> tested >>> UVD on an rv790, and this ha

[PATCH] radeon: add si tiling support

From: Jerome Glisse Signed-off-by: Jerome Glisse --- include/drm/radeon_drm.h | 61 + radeon/radeon_surface.c | 663 +++ radeon/radeon_surface.h | 30 +++ 3 files changed, 709 insertions(+), 45 deletions(-) diff --git a/include/drm/radeon_drm

[PATCH] drm/radeon: add si tile mode array query

From: Jerome Glisse Allow userspace to query for the tile mode array so userspace can properly compute surface pitch and alignment requirement depending on tiling. Signed-off-by: Jerome Glisse --- drivers/gpu/drm/radeon/radeon.h | 1 + drivers/gpu/drm/radeon/radeon_drv.c | 3 +- driver

Re: UVD fails to init on rv790

FYI I get the same errors on rv770 (HD4870) Andreas. 2013/4/3 Christian König > Hi Andy, > > crap! I feared that something like this would happen. IIRC we never tested > UVD on an rv790, and this hardware isn't easy to get any more. > > RV770/RV790 have a separate UVD hardware generation (that

[Bug 63090] New: mesa 9.2git: qvdpautest fails to work with UVD but also fails with shader decoding

https://bugs.freedesktop.org/show_bug.cgi?id=63090 Priority: medium Bug ID: 63090 Assignee: dri-devel@lists.freedesktop.org Summary: mesa 9.2git: qvdpautest fails to work with UVD but also fails with shader decoding Severity:

[Bug 59521] [Serious Sam 3] Missing textures with R600g

https://bugs.freedesktop.org/show_bug.cgi?id=59521 --- Comment #11 from John Bridgman --- Thanks. First thought is that maybe Mesa is executing precompiled shader programs from Catalyst (you mentioned switching back and forth) but it seems unlikely that would work even enough to be "missing textu

Re: UVD fails to init on rv790

Am 2013-04-03 23:06, schrieb Alex Deucher: On Wed, Apr 3, 2013 at 4:45 PM, Dieter Nützel wrote: Am 2013-04-03 15:21, schrieb Alex Deucher: On Wed, Apr 3, 2013 at 7:29 AM, Christian König wrote: Hi Andy, crap! I feared that something like this would happen. IIRC we never tested UVD on an

Re: [PATCH] drivers/gpu/drm/nouveau: remove erroneous semicolon

Hello maintainers: when you have time, please help to check this patch whether is OK. thanks. gchen. On 2013年03月27日 15:23, Chen Gang wrote: > > need remove semicolon, or always return true. > > Signed-off-by: Chen Gang > --- > drivers/gpu/drm/nouveau/nv50_display.c |2 +- > 1 fil

Re: UVD fails to init on rv790

> Thanks AMD for getting this out :-) +1 > I have an issue, though. ;( +1 Exactly the same problem but on a RV770! Noticed that the RV710_uvd.bin is some 20kb bigger than the RV770 one so maybe that is the problem? lspci -nnv: 01:00.0 VGA compatible controller [0300]: Advanced Micro Devices [AM

[PATCH] drm/i915: Add no-lvds quirk for Fujitsu Esprimo Q900

The "Mobile Sandy Bridge CPUs" in the Fujitsu Esprimo Q900 mini desktop PCs are probably misleading the LVDS detection code in intel_lvds_supported. Nothing is connected to the LVDS ports in these systems. Signed-off-by: Christian Lamparter --- drivers/gpu/drm/i915/intel_lvds.c |8

gma500: Other things that I could work on

Hi, I would not mind improving use of my Asus EeePC X101CH with Cedar View / gma3600 a bit more. But a barrier is knowledge of the hardware. Meddling with existing (initialization) code is possible, but for point 1 and 3 below that is not going to cut, it, I expect. Does anyone have pointers? W

[v3.8 Regression] Merge tag 'v3.7-rc2' into drm-intel-next-queued

Hi Daniel, A bug was opened against the Ubuntu kernel[0]. After a kernel bisect, it was found the following was the first bad commit: commit c2fb7916927e989ea424e61ce5fe617e54878827 Merge: 29de6ce 6f0c058 Author: Daniel Vetter Date: Mon Oct 22 14:34:51 2012 +0200 Merge tag 'v3.7-rc2'

Re: [v3.8 Regression] Merge tag 'v3.7-rc2' into drm-intel-next-queued

On 04/03/2013 03:16 PM, Daniel Vetter wrote: On Wed, Apr 3, 2013 at 9:08 PM, Joseph Salisbury > wrote: Hi Daniel, A bug was opened against the Ubuntu kernel[0]. After a kernel bisect, it was found the following was the first bad commit:

[PATCH v3 0/2] dma-buf: Add support for debugfs

The patch series adds a much-missed support for debugfs to dma-buf framework. Based on the feedback received on v1 of this patch series, support is also added to allow exporters to provide name-strings that will prove useful while debugging. Some more magic can be added for more advanced debuggin

[PATCH v3 1/2] dma-buf: replace dma_buf_export() with dma_buf_export_named()

For debugging purposes, it is useful to have a name-string added while exporting buffers. Hence, dma_buf_export() is replaced with dma_buf_export_named(), which additionally takes 'exp_name' as a parameter. For backward compatibility, and for lazy exporters who don't wish to name themselves, a #de

[PATCH v3 2/2] dma-buf: Add debugfs support

Add debugfs support to make it easier to print debug information about the dma-buf buffers. Cc: Dave Airlie [minor fixes on init and warning fix] Signed-off-by: Sumit Semwal --- changes since v2: (based on review comments from Laurent Pinchart) - reordered functions to avoid forward declaratio

Re: [PATCHv9 0/9] Support Tegra 2D hardware

On 22.03.2013 16:54, Thierry Reding wrote: > On Fri, Mar 22, 2013 at 04:34:00PM +0200, Terje Bergstrom wrote: >> This set of patches adds support for Tegra20 and Tegra30 host1x and >> 2D. It is based on linux-next-20130322 with RTC fixes applied. (...) > For the series: > > Reviewed-by: Thierry Re

[PATCH 01/10] drm/radeon: UVD doesn't needs VM on SI

Signed-off-by: Christian K?nig --- drivers/gpu/drm/radeon/radeon_cs.c | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/drivers/gpu/drm/radeon/radeon_cs.c b/drivers/gpu/drm/radeon/radeon_cs.c index 70d3824..7d66e01 100644 --- a/drivers/gpu/drm/radeon/radeon_cs.c ++

[PATCH] drm/radeon: UVD support for RV710-SI

Hi everyone, the following patchset implements the kernel side of UVD support for the radeon hardware generations RV710-SI. The R6xx and RS780/RS880 chipset generations are currently not supported, but might be added in the future. The newest firmware can be found here: from http://people.fre

[PATCH 02/10] drm/radeon: UVD bringup v7

Just everything needed to decode videos using UVD. v6: just all the bugfixes and support for R7xx-SI merged in one patch v7: UVD_CGC_GATE is a write only register, lockup detection fix Signed-off-by: Christian K?nig --- drivers/gpu/drm/radeon/Makefile|2 +- drivers/gpu/drm/radeon/ev

[PATCH 03/10] drm/radeon: add pm callback for setting uvd clocks

From: Alex Deucher Signed-off-by: Alex Deucher Signed-off-by: Christian K?nig --- drivers/gpu/drm/radeon/radeon.h |2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/gpu/drm/radeon/radeon.h b/drivers/gpu/drm/radeon/radeon.h index 3f5572d..eafb66a6 100644 --- a/drivers/gpu/drm/rade

[PATCH 04/10] drm/radeon: add radeon_atom_get_clock_dividers helper

Signed-off-by: Christian K?nig --- drivers/gpu/drm/radeon/radeon.h |5 ++ drivers/gpu/drm/radeon/radeon_atombios.c | 107 ++ drivers/gpu/drm/radeon/radeon_mode.h | 23 +++ 3 files changed, 135 insertions(+) diff --git a/drivers/gpu/drm/radeon/r

[PATCH 05/10] drm/radeon: add set_uvd_clocks callback for ON/LN/TN (v4)

From: Alex Deucher v2: write clk registers only once! v3: update cg scratch register properly v4: add TN support Signed-off-by: Alex Deucher Signed-off-by: Christian K?nig --- drivers/gpu/drm/radeon/evergreen.c | 47 ++ drivers/gpu/drm/radeon/evergreend.h

[PATCH 07/10] drm/radeon: add set_uvd_clocks callback for SI

Signed-off-by: Christian K?nig --- drivers/gpu/drm/radeon/radeon_asic.c |1 + drivers/gpu/drm/radeon/radeon_asic.h |1 + drivers/gpu/drm/radeon/si.c | 167 ++ drivers/gpu/drm/radeon/sid.h | 29 ++ 4 files changed, 198 insertions(+)

[PATCH 06/10] drm/radeon: add set_uvd_clocks callback for evergreen

From: Alex Deucher v2: remove unneeded register definitions Signed-off-by: Alex Deucher Signed-off-by: Christian K?nig --- drivers/gpu/drm/radeon/evergreen.c | 164 ++ drivers/gpu/drm/radeon/evergreend.h | 27 ++ drivers/gpu/drm/radeon/radeon_asic.c |

[PATCH 08/10] drm/radeon: add set_uvd_clocks callback for r7xx v3

v2: avoid 64bit divide v3: rv740 uses the evegreen upll configuration Signed-off-by: Christian K?nig Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/radeon_asic.c |1 + drivers/gpu/drm/radeon/radeon_asic.h |1 + drivers/gpu/drm/radeon/rv770.c | 156

[PATCH 09/10] drm/radeon: init UVD clocks to sane defaults

Just until we get proper DPM for that. Signed-off-by: Christian K?nig --- drivers/gpu/drm/radeon/radeon_uvd.c |2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/gpu/drm/radeon/radeon_uvd.c b/drivers/gpu/drm/radeon/radeon_uvd.c index 8ab7bb9..768d8f5 100644 --- a/drivers/gpu/drm/ra

[PATCH 10/10] drm/radeon: add UVD tiling addr config v2

v2: set UVD tiling config for rv730 Signed-off-by: Christian K?nig Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/evergreen.c |3 +++ drivers/gpu/drm/radeon/evergreend.h |3 +++ drivers/gpu/drm/radeon/ni.c |3 +++ drivers/gpu/drm/radeon/nid.h|3 +++ driv

[Bug 43655] Latest radeon dri driver on HD6950 with GRUB set "GRUB_GFXPAYLOAD_LINUX=keep" put the display in a flickering state

are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130403/d5c38751/attachment.html>

[Bug 26891] Radeon KMS fails with inaccessible AtomBIOS on systems with (U)EFI boot

<http://lists.freedesktop.org/archives/dri-devel/attachments/20130403/08fb64e5/attachment.html>

[Bug 43655] Latest radeon dri driver on HD6950 with GRUB set "GRUB_GFXPAYLOAD_LINUX=keep" put the display in a flickering state

the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130403/50207c3f/attachment.html>

linux-next: manual merge of the drm-intel tree with Linus' tree

drm_device *dev) -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 836 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130403/06356eba/attachment.pgp>

[Bug 26891] Radeon KMS fails with inaccessible AtomBIOS on systems with (U)EFI boot

attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130403/43d5c77d/attachment.html>

[Bug 26891] Radeon KMS fails with inaccessible AtomBIOS on systems with (U)EFI boot

r the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130403/540e177e/attachment-0001.html>

[patch] drm/nouveau: off by one in nouveau_drm_vblank_enable()

The test here should be ">= ARRAY_SIZE()" instead of "> ARRAY_SIZE()". Signed-off-by: Dan Carpenter --- This was introduced in git://git.freedesktop.org/git/nouveau/linux-2.6 drm-nouveau-fixes-3.9 It hadn't hit linux-next yet yesterday. diff --git a/drivers/gpu/drm/nouveau/nouveau_drm.c b/driv

linux-next: manual merge of the drm-intel tree with Linus' tree

On Wed, Apr 03, 2013 at 01:43:49PM +1100, Stephen Rothwell wrote: > Hi all, > > Today's linux-next merge of the drm-intel tree got a conflict in > drivers/gpu/drm/i915/intel_panel.c between commit b1289371fcd5 ("Revert > "drm/i915: write backlight harder"") from Linus' tree and commit > 31ad8ec6a6

[PATCH RESEND] drm: fix drm_local_map allocation size

ping On Tue, 12 Feb 2013, Jani Nikula wrote: > list->map is struct drm_local_map *, not struct drm_map_list *. > > Signed-off-by: Jani Nikula > > --- > > Found this small snippet laying around, I guess it fell between the cracks. > --- > drivers/gpu/drm/drm_gem.c |2 +- > 1 file changed, 1

radeonsi tiling dilema

On Die, 2013-04-02 at 14:13 -0400, Jerome Glisse wrote: > So i am facing a dilema regarding tiling on radeonsi. Given that we > now have a fixed table of tiling mode this put more pressure on the > kernel userspace api. I see either 2 solutions. > > > Enforce kernel to set at fixed index in the

[PATCH v4 04/21] modetest: Add a command line parameter to select the driver

On Tue, Mar 19, 2013 at 03:55:45PM +0100, Laurent Pinchart wrote: > If the -M parameter is specified, modetest will use the requested device > name instead of trying its builtin list of device names. > > Signed-off-by: Laurent Pinchart > Reviewed-by: Jani Nikula > --- > tests/modetest/modetest.

[Bug 62889] ColorTiling results in glitches on Radeon HD 7970 + Glamor

hwere, or something like that? -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130403/30fb5fcb/attachment-0001.html>

UVD fails to init on rv790

Thanks AMD for getting this out :-) I have an issue, though. On HD4890 drm-fixes kernel (before yesterdays updates) got the new R700_rlc.bin RV770_uvd.bin but on boot I get - [drm] radeon kernel modesetting enabled. [drm] initializing kernel modesetting (RV770 0x1002:0x9460 0x1682:0x2700). [dr

[Bug 62959] r600g (HD 6950 Cayman) fails piglit tests and hangs system

bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130403/aa396710/attachment.html>

UVD fails to init on rv790

Hi Andy, crap! I feared that something like this would happen. IIRC we never tested UVD on an rv790, and this hardware isn't easy to get any more. RV770/RV790 have a separate UVD hardware generation (that's why they have their own firmware) and there possible is some bug or something like this

[patch] drm/nouveau: off by one in nouveau_drm_vblank_enable()

Op 03-04-13 10:05, Dan Carpenter schreef: > The test here should be ">= ARRAY_SIZE()" instead of "> ARRAY_SIZE()". > > Signed-off-by: Dan Carpenter Acked-by: Maarten Lankhorst > --- > This was introduced in git://git.freedesktop.org/git/nouveau/linux-2.6 > drm-nouveau-fixes-3.9 > It hadn't hit l

[Bug 62959] r600g (HD 6950 Cayman) fails piglit tests and hangs system

hives/dri-devel/attachments/20130403/501295c1/attachment.html>

[Bug 62959] r600g (HD 6950 Cayman) fails piglit tests and hangs system

un.py ... -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130403/4c9f5f7b/attachment.html>

UVD fails to init on rv790

On Wed, Apr 3, 2013 at 7:29 AM, Christian K?nig wrote: > Hi Andy, > > crap! I feared that something like this would happen. IIRC we never tested > UVD on an rv790, and this hardware isn't easy to get any more. > > RV770/RV790 have a separate UVD hardware generation (that's why they have > their o

[Bug 57567] 3.7 radeonfb broken on efivga screens

are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130403/b461a491/attachment.html>

[Bug 62959] r600g (HD 6950 Cayman) fails piglit tests and hangs system

L attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130403/f5247501/attachment.html>

[PATCH v4 0/2] Enhance EDID quirks to allow forcing a mode

3-March/036457.html -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130403/d150444a/attachment.html>

UVD fails to init on rv790

Christian K?nig wrote: > Hi Andy, > > crap! I feared that something like this would happen. IIRC we never > tested UVD on an rv790, and this hardware isn't easy to get any more. > > RV770/RV790 have a separate UVD hardware generation (that's why they > have their own firmware) and there possible is

[Bug 43655] Latest radeon dri driver on HD6950 with GRUB set "GRUB_GFXPAYLOAD_LINUX=keep" put the display in a flickering state

||g/show_bug.cgi?id=57567 -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130403/3a714

[Bug 57567] 3.7 radeonfb broken on efivga screens

||g/show_bug.cgi?id=43655 -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130403/6cdef

radeonsi tiling dilema

look at my kernel patch to see what i mean. Cheers, Jerome -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130403/b58c20cd/attachment-0001.html>

[PATCH] drm/radeon: UVD support for RV710-SI

On Wed, Apr 03, 2013 at 01:18:29AM +0200, Christian K?nig wrote: > Hi everyone, > > the following patchset implements the kernel side of UVD support for the > radeon hardware generations RV710-SI. > > The R6xx and RS780/RS880 chipset generations are currently not supported, but > might be added

[PATCH 01/10] drm/radeon: UVD doesn't needs VM on SI

On Wed, Apr 03, 2013 at 01:18:30AM +0200, Christian K?nig wrote: > Signed-off-by: Christian K?nig > --- > drivers/gpu/drm/radeon/radeon_cs.c | 10 +- > 1 file changed, 5 insertions(+), 5 deletions(-) > > diff --git a/drivers/gpu/drm/radeon/radeon_cs.c > b/drivers/gpu/drm/radeon/radeon

  1   2   >