Re: [PATCH 1/2] radeon: simplify ZS buffer checking on r600

I wanted to work on something similar this week, cause we need some updates for SI on this. So thx, you saved me some work here. And both patches are: Reviewed-by: Christian König christian.koe...@amd.com On 29.07.2012 16:02, Marek Olšák wrote: Setting those flags has no effect anywhere

[Bug 41265] KMS does not work on Radeon HD6700M

https://bugs.freedesktop.org/show_bug.cgi?id=41265 --- Comment #18 from gy...@gmx.de 2012-07-30 08:45:42 UTC --- Hi Alex, what specific information do we need from sony? if I got through the first help desk, i should know what to ask :) -- Configure bugmail:

Re: drm/nouveau: crash regression in 3.5

Hey, Op 29-07-12 22:15, Marcin Slusarz schreef: On Thu, Jul 26, 2012 at 02:56:22PM +0200, Ortwin Glück wrote: On 25.07.2012 20:42, Marcin Slusarz wrote: Good, below patch should fix this panic. Note that you can hit an oops in drm_handle_vblank because patch from

Re: [PATCH 2/3] arm: samsung: Include the modified FIMD header file

Adding Marek. On Mon, Jul 30, 2012 at 2:15 PM, Leela Krishna Amudala l.kris...@samsung.com wrote: The fimd register headers have been moved to include/video/ hence, modifying the machine files accordingly. Signed-off-by: Leela Krishna Amudala l.kris...@samsung.com ---

Re: [PATCH 3/3] driver: Include the modified FIMD header file

Adding Marek On Mon, Jul 30, 2012 at 2:15 PM, Leela Krishna Amudala l.kris...@samsung.com wrote: The fimd register headers have been moved to include/video/ hence, modifying the driver files accordingly. Signed-off-by: Leela Krishna Amudala l.kris...@samsung.com ---

Re: [PATCH 1/3] Move FIMD register headers to include/video/

Hi, On 07/30/2012 10:45 AM, Leela Krishna Amudala wrote: Moved the contents of regs-fb-v4.h and regs-fb.h from arch side to include/video/samsung_fimd.h Signed-off-by: Leela Krishna Amudala l.kris...@samsung.com --- arch/arm/plat-samsung/include/plat/regs-fb-v4.h | 159 ---

Re: [PATCH 1/3] Move FIMD register headers to include/video/

Hi, On 07/30/2012 10:53 AM, Jingoo Han wrote: +/*FIMD V8 REG OFFSET */ +#define FIMD_V8_VIDTCON0(0x20010) +#define FIMD_V8_VIDTCON1(0x20014) +#define FIMD_V8_VIDTCON2(0x20018) +#define FIMD_V8_VIDTCON3(0x2001C) +#define FIMD_V8_VIDCON1 (0x20004) CC'ed Marek.

[Bug 52950] New: [r200] piglit glean/blendFunc test fails

https://bugs.freedesktop.org/show_bug.cgi?id=52950 Bug #: 52950 Summary: [r200] piglit glean/blendFunc test fails Classification: Unclassified Product: Mesa Version: 8.0 Platform: x86 (IA32) OS/Version: Linux (All)

[Bug 52951] New: [r200] piglit glean/clipFlat test fails

https://bugs.freedesktop.org/show_bug.cgi?id=52951 Bug #: 52951 Summary: [r200] piglit glean/clipFlat test fails Classification: Unclassified Product: Mesa Version: 8.0 Platform: x86 (IA32) OS/Version: Linux (All)

[Bug 52954] New: [r200] piglit glean/exactRGBA test fails

https://bugs.freedesktop.org/show_bug.cgi?id=52954 Bug #: 52954 Summary: [r200] piglit glean/exactRGBA test fails Classification: Unclassified Product: Mesa Version: 8.0 Platform: x86 (IA32) OS/Version: Linux (All)

[Bug 52955] New: [r200] piglit glean/fbo test fails

https://bugs.freedesktop.org/show_bug.cgi?id=52955 Bug #: 52955 Summary: [r200] piglit glean/fbo test fails Classification: Unclassified Product: Mesa Version: 8.0 Platform: x86 (IA32) OS/Version: Linux (All) Status:

[Bug 52956] New: [r200] piglit glean/pointAtten test fails

https://bugs.freedesktop.org/show_bug.cgi?id=52956 Bug #: 52956 Summary: [r200] piglit glean/pointAtten test fails Classification: Unclassified Product: Mesa Version: 8.0 Platform: x86 (IA32) OS/Version: Linux (All)

[Bug 52957] New: [r200] piglit glean/vp1-LIT test 2 (degenerate case: 0 ^ 0 - 1) test fails

https://bugs.freedesktop.org/show_bug.cgi?id=52957 Bug #: 52957 Summary: [r200] piglit glean/vp1-LIT test 2 (degenerate case: 0 ^ 0 - 1) test fails Classification: Unclassified Product: Mesa Version: 8.0 Platform: x86

Re: [PATCH 1/3] Move FIMD register headers to include/video/

Hello Sylwester, On Mon, Jul 30, 2012 at 2:19 PM, Sylwester Nawrocki s.nawro...@samsung.com wrote: Hi, On 07/30/2012 10:45 AM, Leela Krishna Amudala wrote: Moved the contents of regs-fb-v4.h and regs-fb.h from arch side to include/video/samsung_fimd.h Signed-off-by: Leela Krishna

[Bug 41265] KMS does not work on Radeon HD6700M

https://bugs.freedesktop.org/show_bug.cgi?id=41265 --- Comment #19 from Alex Deucher ag...@yahoo.com 2012-07-30 13:37:42 UTC --- Where the vbios (video bios) for the discrete card is stored (on a rom on the board, in the sbios (system bios), etc.). If it's part of the sbios, there's probably an

[Bug 52950] [r200] piglit glean/blendFunc test fails

https://bugs.freedesktop.org/show_bug.cgi?id=52950 Roland Scheidegger srol...@vmware.com changed: What|Removed |Added Status|NEW |RESOLVED

Re: [PATCH] drm/radeon: add new AMD ACPI header and update relevant code

On Mon, Jul 30, 2012 at 04:32:47PM +0800, joeyli wrote: 於 日，2012-07-29 於 15:10 +0200，Luca Tettamanti 提到： On Sun, Jul 29, 2012 at 11:51:48AM +0800, joeyli wrote: Hi Luca, 於 六，2012-07-28 於 16:56 +0200，Luca Tettamanti 提到： I just found the first problem (probably a BIOS bug):

[Bug 52957] [r200] piglit glean/vp1-LIT test 2 (degenerate case: 0 ^ 0 - 1) test fails

https://bugs.freedesktop.org/show_bug.cgi?id=52957 Roland Scheidegger srol...@vmware.com changed: What|Removed |Added Status|NEW |RESOLVED

Re: [PATCH] drm/radeon: add new AMD ACPI header and update relevant code

On Sun, Jul 29, 2012 at 9:06 AM, Luca Tettamanti kronos...@gmail.com wrote: On Sat, Jul 28, 2012 at 05:29:25PM -0400, Alex Deucher wrote: On Sat, Jul 28, 2012 at 10:56 AM, Luca Tettamanti kronos...@gmail.com wrote: I just found the first problem (probably a BIOS bug):

Re: [PATCH] drm/radeon: add new AMD ACPI header and update relevant code

On Sun, Jul 29, 2012 at 3:33 PM, Luca Tettamanti kronos...@gmail.com wrote: Hi, I'm attaching a first draft of my work. The first 3 patches are infrastructure work, the fourth wires the notification handler and retrieves the requests from the system BIOS, but it does not actually change

Re: [PATCH] drm/radeon: Mark all possible functions / structs as static

On Fri, Jul 27, 2012 at 5:34 PM, Lauri Kasanen c...@gmx.com wrote: Let's allow GCC to optimize better. This exposed some five unused functions, but this patch doesn't remove them. Signed-off-by: Lauri Kasanen c...@gmx.com Reviewed-by: Alex Deucher alexander.deuc...@amd.com

Re: [PATCH 2/2] radeon: optimize allocation for depth w/o stencil and stencil w/o depth on EG

On Sun, Jul 29, 2012 at 1:04 PM, Marek Olšák mar...@gmail.com wrote: If we don't need stencil, don't allocate it. If we need only stencil (like PIPE_FORMAT_S8_UINT), don't allocate depth. v2: actually do it correctly Big NAK We need to allocate stencil and depth no matter what. Otherwise it

[Bug 43655] Latest radeon dri driver on HD6950 with GRUB set gfxpayload=$linux_gfx_mode put the display in a flickering state

https://bugs.freedesktop.org/show_bug.cgi?id=43655 --- Comment #15 from Jerome Glisse gli...@freedesktop.org 2012-07-30 14:59:56 UTC --- If it's same as https://bugs.freedesktop.org/show_bug.cgi?id=42373 then patch there should fix your issue. -- Configure bugmail:

Re: Massive power regression going 3.4-3.5

On Mon, 2012-07-30 at 10:46 +0100, James Bottomley wrote: On Sun, 2012-07-29 at 21:25 +0200, Rafael J. Wysocki wrote: On Sunday, July 29, 2012, Rafael J. Wysocki wrote: On Sunday, July 29, 2012, James Bottomley wrote: On Sat, 2012-07-28 at 22:29 +0200, Rafael J. Wysocki wrote: On

[Bug 43655] Latest radeon dri driver on HD6950 with GRUB set gfxpayload=$linux_gfx_mode put the display in a flickering state

https://bugs.freedesktop.org/show_bug.cgi?id=43655 --- Comment #16 from Alexandre Demers alexandre.f.dem...@gmail.com 2012-07-30 15:12:24 UTC --- (In reply to comment #15) If it's same as https://bugs.freedesktop.org/show_bug.cgi?id=42373 then patch there should fix your issue. I'll try it as

Re: [PATCH 2/2] radeon: optimize allocation for depth w/o stencil and stencil w/o depth on EG

On 30.07.2012 16:56, Jerome Glisse wrote: On Sun, Jul 29, 2012 at 1:04 PM, Marek Olšák mar...@gmail.com wrote: If we don't need stencil, don't allocate it. If we need only stencil (like PIPE_FORMAT_S8_UINT), don't allocate depth. v2: actually do it correctly Big NAK We need to allocate

Re: [PATCH 2/2] radeon: optimize allocation for depth w/o stencil and stencil w/o depth on EG

On Mon, Jul 30, 2012 at 4:56 PM, Jerome Glisse j.gli...@gmail.com wrote: On Sun, Jul 29, 2012 at 1:04 PM, Marek Olšák mar...@gmail.com wrote: If we don't need stencil, don't allocate it. If we need only stencil (like PIPE_FORMAT_S8_UINT), don't allocate depth. v2: actually do it correctly

Re: [PATCH 2/2] radeon: optimize allocation for depth w/o stencil and stencil w/o depth on EG

On Mon, Jul 30, 2012 at 11:48 AM, Marek Olšák mar...@gmail.com wrote: On Mon, Jul 30, 2012 at 4:56 PM, Jerome Glisse j.gli...@gmail.com wrote: On Sun, Jul 29, 2012 at 1:04 PM, Marek Olšák mar...@gmail.com wrote: If we don't need stencil, don't allocate it. If we need only stencil (like

Re: [PATCH 2/2] radeon: optimize allocation for depth w/o stencil and stencil w/o depth on EG

On Mon, Jul 30, 2012 at 12:03 PM, Alex Deucher alexdeuc...@gmail.com wrote: On Mon, Jul 30, 2012 at 11:48 AM, Marek Olšák mar...@gmail.com wrote: On Mon, Jul 30, 2012 at 4:56 PM, Jerome Glisse j.gli...@gmail.com wrote: On Sun, Jul 29, 2012 at 1:04 PM, Marek Olšák mar...@gmail.com wrote: If we

Re: Massive power regression going 3.4-3.5

James Bottomley james.bottom...@hansenpartnership.com writes: OK, I've run the bisect as far as I can. It looks to be in the drm tree. Unfortunately, this tree has several merge points, some of which go further back than v3.4. Unfortunately, once the bisect steps back before 3.4, we lose

Re: [PATCH 2/2] radeon: optimize allocation for depth w/o stencil and stencil w/o depth on EG

On Mon, Jul 30, 2012 at 12:16 PM, Alex Deucher alexdeuc...@gmail.com wrote: On Mon, Jul 30, 2012 at 12:03 PM, Alex Deucher alexdeuc...@gmail.com wrote: On Mon, Jul 30, 2012 at 11:48 AM, Marek Olšák mar...@gmail.com wrote: On Mon, Jul 30, 2012 at 4:56 PM, Jerome Glisse j.gli...@gmail.com wrote:

Re: [PATCH 2/2] radeon: optimize allocation for depth w/o stencil and stencil w/o depth on EG

On Mon, Jul 30, 2012 at 12:52 PM, Jerome Glisse j.gli...@gmail.com wrote: On Mon, Jul 30, 2012 at 12:16 PM, Alex Deucher alexdeuc...@gmail.com wrote: On Mon, Jul 30, 2012 at 12:03 PM, Alex Deucher alexdeuc...@gmail.com wrote: On Mon, Jul 30, 2012 at 11:48 AM, Marek Olšák mar...@gmail.com wrote:

Re: Massive power regression going 3.4-3.5

On Mon, 2012-07-30 at 09:33 -0700, Keith Packard wrote: James Bottomley james.bottom...@hansenpartnership.com writes: OK, I've run the bisect as far as I can. It looks to be in the drm tree. Unfortunately, this tree has several merge points, some of which go further back than v3.4.

Re: [PATCH 2/2] radeon: optimize allocation for depth w/o stencil and stencil w/o depth on EG

On Mon, Jul 30, 2012 at 1:03 PM, Alex Deucher alexdeuc...@gmail.com wrote: On Mon, Jul 30, 2012 at 12:52 PM, Jerome Glisse j.gli...@gmail.com wrote: On Mon, Jul 30, 2012 at 12:16 PM, Alex Deucher alexdeuc...@gmail.com wrote: On Mon, Jul 30, 2012 at 12:03 PM, Alex Deucher alexdeuc...@gmail.com

Re: Massive power regression going 3.4-3.5

James Bottomley james.bottom...@hansenpartnership.com writes: On Mon, 2012-07-30 at 09:33 -0700, Keith Packard wrote: James Bottomley james.bottom...@hansenpartnership.com writes: OK, I've run the bisect as far as I can. It looks to be in the drm tree. Unfortunately, this tree has

Re: Massive power regression going 3.4-3.5

On 7/30/12 1:05 PM, James Bottomley wrote: Lenovo X220i The display device is 00:02.0 VGA compatible controller: Intel Corporation 82845G/GL[Brookdale-G]/GE Chipset Integrated Graphics Device (rev 03) (prog-if 00 [VGA controller]) Subsystem: Giga-byte Technology Device 2562

Re: [PATCH] drm/radeon/kms: allow invalid DB formats as a means to disable DB

After some discussion in private, we've come to the conclusion that this is a very important fix. So if it's possible: Cc: sta...@kernel.org Applicable to 3.5 stable kernel only. Marek On Sun, Jul 29, 2012 at 4:24 PM, Marek Olšák mar...@gmail.com wrote: Signed-off-by: Marek Olšák

Re: 3.4.0+ - Linus GIT -- drivers/built-in.o: In function `nouveau_acpi_edid': (.text+0x112337): undefined reference to `acpi_video_get_edid'

On 05/31/2012 12:10 AM, Miles Lane wrote: I suspect this is due to a dependency not enforced in the Kconfig logic? LD init/built-in.o drivers/built-in.o: In function `nouveau_acpi_edid': (.text+0x112337): undefined reference to `acpi_video_get_edid' This build error still happens

Re: [PATCH] drm/radeon: add new AMD ACPI header and update relevant code

On Mon, Jul 30, 2012 at 10:20:15AM -0400, Alex Deucher wrote: On Sun, Jul 29, 2012 at 9:06 AM, Luca Tettamanti kronos...@gmail.com wrote: On Sat, Jul 28, 2012 at 05:29:25PM -0400, Alex Deucher wrote: On Sat, Jul 28, 2012 at 10:56 AM, Luca Tettamanti kronos...@gmail.com wrote: I just

[Bug 49817] radeon: The kernel rejected CS when running shader example from SFML library

https://bugs.freedesktop.org/show_bug.cgi?id=49817 --- Comment #8 from stevenvandenbrandenst...@gmail.com 2012-07-30 20:30:03 UTC --- same problem here when trying to run dungeon siege 2 via wine, intro plays fine and then hangs , found a radeon problem to be the cause. dmegs output: [

Re: [PATCH] drm/radeon: add new AMD ACPI header and update relevant code

On Mon, Jul 30, 2012 at 4:24 PM, Luca Tettamanti kronos...@gmail.com wrote: On Mon, Jul 30, 2012 at 10:20:15AM -0400, Alex Deucher wrote: On Sun, Jul 29, 2012 at 9:06 AM, Luca Tettamanti kronos...@gmail.com wrote: On Sat, Jul 28, 2012 at 05:29:25PM -0400, Alex Deucher wrote: On Sat, Jul 28,

Re: [PATCH] drm/radeon: add new AMD ACPI header and update relevant code

On Mon, Jul 30, 2012 at 10:30 PM, Alex Deucher alexdeuc...@gmail.com wrote: On Mon, Jul 30, 2012 at 4:24 PM, Luca Tettamanti kronos...@gmail.com wrote: On Mon, Jul 30, 2012 at 10:20:15AM -0400, Alex Deucher wrote: Supported DWORD Bit vector providing supported functions information. Each

Re: [PATCH] drm/radeon: add new AMD ACPI header and update relevant code

On Mon, Jul 30, 2012 at 4:24 PM, Luca Tettamanti kronos...@gmail.com wrote: On Mon, Jul 30, 2012 at 10:20:15AM -0400, Alex Deucher wrote: On Sun, Jul 29, 2012 at 9:06 AM, Luca Tettamanti kronos...@gmail.com wrote: On Sat, Jul 28, 2012 at 05:29:25PM -0400, Alex Deucher wrote: On Sat, Jul 28,

[Bug 49817] radeon: The kernel rejected CS when running shader example from SFML library

https://bugs.freedesktop.org/show_bug.cgi?id=49817 --- Comment #9 from Sven Arvidsson s...@whiz.se 2012-07-30 21:22:54 UTC --- (In reply to comment #8) same problem here when trying to run dungeon siege 2 via wine, intro plays fine and then hangs , found a radeon problem to be the cause.

Re: [PATCH] drm/radeon: Mark all possible functions / structs as static

On Tue, Jul 31, 2012 at 12:45 AM, Alex Deucher alexdeuc...@gmail.com wrote: On Fri, Jul 27, 2012 at 5:34 PM, Lauri Kasanen c...@gmx.com wrote: Let's allow GCC to optimize better. This exposed some five unused functions, but this patch doesn't remove them. Signed-off-by: Lauri Kasanen

Re: Fwd: Brightness on HP EliteBook 8460p

On Sat, Jul 28, 2012 at 4:47 PM, Pali Rohár pali.ro...@gmail.com wrote: Hello, I have some good news. Radeon patches from this post http://lists.freedesktop.org/archives/dri-devel/2012-July/025535.html export brightness file /sys/class/backlight/radeon_bl/brightness And finally with these

[PATCH 0/3] ARM: SAMSUNG: Move FIMD headers to include/video/

This patchset moves the contents of regs-fb-v4.h and regs-fb.h from arch side to include/video/samsung_fimd.h This patchset is created and rebased against master branch of torvalds tree. Tested on smdk5250 board, build tested for other boards. Leela Krishna Amudala (3): Move FIMD register

[PATCH 1/3] Move FIMD register headers to include/video/

Moved the contents of regs-fb-v4.h and regs-fb.h from arch side to include/video/samsung_fimd.h Signed-off-by: Leela Krishna Amudala l.kris...@samsung.com --- arch/arm/plat-samsung/include/plat/regs-fb-v4.h | 159 --- arch/arm/plat-samsung/include/plat/regs-fb.h| 403 -

[PATCH 2/3] arm: samsung: Include the modified FIMD header file

The fimd register headers have been moved to include/video/ hence, modifying the machine files accordingly. Signed-off-by: Leela Krishna Amudala l.kris...@samsung.com --- arch/arm/mach-exynos/mach-nuri.c |2 +- arch/arm/mach-exynos/mach-origen.c |2 +-

[PATCH 3/3] driver: Include the modified FIMD header file

The fimd register headers have been moved to include/video/ hence, modifying the driver files accordingly. Signed-off-by: Leela Krishna Amudala l.kris...@samsung.com --- drivers/gpu/drm/exynos/exynos_drm_fimd.c |2 +- drivers/video/s3c-fb.c |2 +- 2 files changed, 2

Re: [PATCH] drm/radeon: add new AMD ACPI header and update relevant code

於 日，2012-07-29 於 15:10 +0200，Luca Tettamanti 提到： On Sun, Jul 29, 2012 at 11:51:48AM +0800, joeyli wrote: Hi Luca, 於 六，2012-07-28 於 16:56 +0200，Luca Tettamanti 提到： I just found the first problem (probably a BIOS bug): ATIF_FUNCTION_GET_SYSTEM_PARAMETERS is implemented in the DSDT,

Re: [PATCH 1/3] Move FIMD register headers to include/video/

On Monday, July 30, 2012 5:45 PM, Leela Krishna Amudala wrote: Moved the contents of regs-fb-v4.h and regs-fb.h from arch side to include/video/samsung_fimd.h Signed-off-by: Leela Krishna Amudala l.kris...@samsung.com --- arch/arm/plat-samsung/include/plat/regs-fb-v4.h | 159 ---

Re: Fwd: Brightness on HP EliteBook 8460p

於 一，2012-07-30 於 10:17 +0200，Artur Flinta 提到： On Sat, Jul 28, 2012 at 4:47 PM, Pali Rohár pali.ro...@gmail.com wrote: Hello, I have some good news. Radeon patches from this post http://lists.freedesktop.org/archives/dri-devel/2012-July/025535.html export brightness file

Re: drm/nouveau: crash regression in 3.5

On 29.07.2012 22:15, Marcin Slusarz wrote: No, the real problem is: with noaccel we don't register software engine, but vblank ISR relies on its existance and happily derefences NULL pointer. Now, this patch should fix it for real... Unfortunately I am still seeing the crash. Without noaccel

RE: [PATCH 1/3] Move FIMD register headers to include/video/

On Monday, July 30, 2012 8:16 PM, Leela Krishna Amudala wrote: Hello Jingoo Han, On Mon, Jul 30, 2012 at 2:23 PM, Jingoo Han jg1@samsung.com wrote: On Monday, July 30, 2012 5:45 PM, Leela Krishna Amudala wrote: Moved the contents of regs-fb-v4.h and regs-fb.h from arch side to

[PATCH 1/3] drm/i915: implement dma buf begin_cpu_access

From: Dave Airlie In order for udl vmap to work properly, we need to push the object into the CPU domain before we start copying the data to the USB device. question: what is direction here in terms of read/write to the device. This along with the udl change avoids

[PATCH 2/3] drm/udl: call begin/end cpu access at more appropriate time

From: Dave Airlie We need to call these before we transfer the damaged areas to the device not before/after we setup the long lived vmaps. Signed-off-by: Dave Airlie --- drivers/gpu/drm/udl/udl_fb.c | 22 -- drivers/gpu/drm/udl/udl_gem.c |7

[PATCH 3/3] drm/udl: fix error handling in damage handler

From: Dave Airlie This checks the return from the hline renderer, and flags EAGAIN if we jump out here. Signed-off-by: Dave Airlie --- drivers/gpu/drm/udl/udl_fb.c | 11 +++ 1 file changed, 7 insertions(+), 4 deletions(-) diff --git

[git pull] drm exynos pull for -rc1

Hi Linus, So I totally missed Inki's pull request for -next, its fully exynos self contained. Regards, Dave. The following changes since commit 98c7b42375011ec37251e6fc85a0471cfe499eea: Merge branch 'drm-intel-fixes' of git://people.freedesktop.org/~danvet/drm-intel into drm-next

[PATCH 1/2] radeon: simplify ZS buffer checking on r600

I wanted to work on something similar this week, cause we need some updates for SI on this. So thx, you saved me some work here. And both patches are: Reviewed-by: Christian K?nig On 29.07.2012 16:02, Marek Ol??k wrote: > Setting those flags has no effect anywhere else. > --- >

[Bug 41265] KMS does not work on Radeon HD6700M

https://bugs.freedesktop.org/show_bug.cgi?id=41265 --- Comment #18 from gyhor at gmx.de 2012-07-30 08:45:42 UTC --- Hi Alex, what specific information do we need from sony? if I got through the first help desk, i should know what to ask :) -- Configure bugmail:

[PATCH 0/3] ARM: SAMSUNG: Move FIMD headers to include/video/

.h > > -- > To unsubscribe from this list: send the line "unsubscribe linux-fbdev" in > the body of a message to majordomo at vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html > -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20120730/9ec5923f/attachment.html>

drm/nouveau: crash regression in 3.5

Hey, Op 29-07-12 22:15, Marcin Slusarz schreef: > On Thu, Jul 26, 2012 at 02:56:22PM +0200, Ortwin Gl?ck wrote: >> On 25.07.2012 20:42, Marcin Slusarz wrote: >>> Good, below patch should fix this panic. >>> >>> Note that you can hit an oops in drm_handle_vblank because patch from >>>

[PATCH 1/3] Move FIMD register headers to include/video/

Adding Marek. On Mon, Jul 30, 2012 at 2:15 PM, Leela Krishna Amudala < l.krishna at samsung.com> wrote: > Moved the contents of regs-fb-v4.h and regs-fb.h from arch side > to include/video/samsung_fimd.h > > Signed-off-by: Leela Krishna Amudala > --- >

[PATCH 2/3] arm: samsung: Include the modified FIMD header file

arch/arm/mach-s5pv210/mach-aquila.c > @@ -39,7 +39,7 @@ > #include > #include > #include > -#include > +#include > > #include "common.h" > > diff --git a/arch/arm/mach-s5pv210/mach-goni.c > b/arch/arm/mach-s5pv210/mach-goni.c > index 822a559..e799a02 100644 > --- a/arch/arm/mach-s5pv210/mach-goni.c > +++ b/arch/arm/mach-s5pv210/mach-goni.c > @@ -49,7 +49,7 @@ > #include > #include > #include > -#include > +#include > #include > > #include > diff --git a/arch/arm/mach-s5pv210/mach-smdkv210.c > b/arch/arm/mach-s5pv210/mach-smdkv210.c > index 918b23d..3c569e5 100644 > --- a/arch/arm/mach-s5pv210/mach-smdkv210.c > +++ b/arch/arm/mach-s5pv210/mach-smdkv210.c > @@ -46,7 +46,7 @@ > #include > #include > #include > -#include > +#include > #include > #include > > -- > 1.7.0.4 > > -- > To unsubscribe from this list: send the line "unsubscribe > linux-samsung-soc" in > the body of a message to majordomo at vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html > -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20120730/8e98d39b/attachment.html>

[PATCH 3/3] driver: Include the modified FIMD header file

s driver will export a number of framebuffer interfaces depending > -- > 1.7.0.4 > > -- > To unsubscribe from this list: send the line "unsubscribe linux-fbdev" in > the body of a message to majordomo at vger.kernel.org > More majordomo info at http://vger.kernel.org/majordo

[PATCH 1/3] Move FIMD register headers to include/video/

Hi, On 07/30/2012 10:45 AM, Leela Krishna Amudala wrote: > Moved the contents of regs-fb-v4.h and regs-fb.h from arch side > to include/video/samsung_fimd.h > > Signed-off-by: Leela Krishna Amudala > --- > arch/arm/plat-samsung/include/plat/regs-fb-v4.h | 159 --- >

[PATCH 1/3] Move FIMD register headers to include/video/

Hi, On 07/30/2012 10:53 AM, Jingoo Han wrote: >> +/*FIMD V8 REG OFFSET */ >> +#define FIMD_V8_VIDTCON0(0x20010) >> +#define FIMD_V8_VIDTCON1(0x20014) >> +#define FIMD_V8_VIDTCON2(0x20018) >> +#define FIMD_V8_VIDTCON3(0x2001C) >> +#define FIMD_V8_VIDCON1 (0x20004) > >

[Bug 52950] New: [r200] piglit glean/blendFunc test fails

https://bugs.freedesktop.org/show_bug.cgi?id=52950 Bug #: 52950 Summary: [r200] piglit glean/blendFunc test fails Classification: Unclassified Product: Mesa Version: 8.0 Platform: x86 (IA32) OS/Version: Linux (All)

[Bug 52951] New: [r200] piglit glean/clipFlat test fails

https://bugs.freedesktop.org/show_bug.cgi?id=52951 Bug #: 52951 Summary: [r200] piglit glean/clipFlat test fails Classification: Unclassified Product: Mesa Version: 8.0 Platform: x86 (IA32) OS/Version: Linux (All)

[Bug 52954] New: [r200] piglit glean/exactRGBA test fails

https://bugs.freedesktop.org/show_bug.cgi?id=52954 Bug #: 52954 Summary: [r200] piglit glean/exactRGBA test fails Classification: Unclassified Product: Mesa Version: 8.0 Platform: x86 (IA32) OS/Version: Linux (All)

[Bug 52956] New: [r200] piglit glean/pointAtten test fails

https://bugs.freedesktop.org/show_bug.cgi?id=52956 Bug #: 52956 Summary: [r200] piglit glean/pointAtten test fails Classification: Unclassified Product: Mesa Version: 8.0 Platform: x86 (IA32) OS/Version: Linux (All)

[PATCH 1/3] Move FIMD register headers to include/video/

Hello Sylwester, On Mon, Jul 30, 2012 at 2:19 PM, Sylwester Nawrocki wrote: > > Hi, > > On 07/30/2012 10:45 AM, Leela Krishna Amudala wrote: > > Moved the contents of regs-fb-v4.h and regs-fb.h from arch side > > to include/video/samsung_fimd.h > > > > Signed-off-by: Leela Krishna Amudala > >

[PATCH 1/3] Move FIMD register headers to include/video/

Hello Jingoo Han, On Mon, Jul 30, 2012 at 2:23 PM, Jingoo Han wrote: > On Monday, July 30, 2012 5:45 PM, Leela Krishna Amudala wrote: >> >> Moved the contents of regs-fb-v4.h and regs-fb.h from arch side >> to include/video/samsung_fimd.h >> >> Signed-off-by: Leela Krishna Amudala >> --- >>

[Bug 41265] KMS does not work on Radeon HD6700M

https://bugs.freedesktop.org/show_bug.cgi?id=41265 --- Comment #19 from Alex Deucher 2012-07-30 13:37:42 UTC --- Where the vbios (video bios) for the discrete card is stored (on a rom on the board, in the sbios (system bios), etc.). If it's part of the sbios, there's probably an ACPI method

[PATCH] drm/radeon/kms: allow "invalid" DB formats as a means to disable DB

On Sun, Jul 29, 2012 at 10:24 AM, Marek Ol??k wrote: > Signed-off-by: Marek Ol??k Reviewed-by: Alex Deucher > --- > drivers/gpu/drm/radeon/evergreen_cs.c |6 -- > drivers/gpu/drm/radeon/evergreend.h |2 ++ > drivers/gpu/drm/radeon/r600_cs.c |6 -- >

[Bug 52950] [r200] piglit glean/blendFunc test fails

https://bugs.freedesktop.org/show_bug.cgi?id=52950 Roland Scheidegger changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[PATCH] drm/radeon: add new AMD ACPI header and update relevant code

On Mon, Jul 30, 2012 at 04:32:47PM +0800, joeyli wrote: > ? ??2012-07-29 ? 15:10 +0200?Luca Tettamanti ??? > > On Sun, Jul 29, 2012 at 11:51:48AM +0800, joeyli wrote: > > > Hi Luca, > > > > > > ? ??2012-07-28 ? 16:56 +0200?Luca Tettamanti ??? > > > > I just found the first problem (probably a

[Bug 52957] [r200] piglit glean/vp1-LIT test 2 (degenerate case: 0 ^ 0 -> 1) test fails

https://bugs.freedesktop.org/show_bug.cgi?id=52957 Roland Scheidegger changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[PATCH] drm/radeon: add new AMD ACPI header and update relevant code

On Sun, Jul 29, 2012 at 9:06 AM, Luca Tettamanti wrote: > On Sat, Jul 28, 2012 at 05:29:25PM -0400, Alex Deucher wrote: >> On Sat, Jul 28, 2012 at 10:56 AM, Luca Tettamanti >> wrote: >> > I just found the first problem (probably a BIOS bug): >> > ATIF_FUNCTION_GET_SYSTEM_PARAMETERS is

[PATCH] drm/radeon: add new AMD ACPI header and update relevant code

On Sun, Jul 29, 2012 at 3:33 PM, Luca Tettamanti wrote: > Hi, > I'm attaching a first draft of my work. The first 3 patches are > infrastructure work, the fourth wires the notification handler and > retrieves the requests from the system BIOS, but it does not actually > change brightness yet. > >

[PATCH] drm/radeon: Mark all possible functions / structs as static

On Fri, Jul 27, 2012 at 5:34 PM, Lauri Kasanen wrote: > Let's allow GCC to optimize better. > > This exposed some five unused functions, but this patch doesn't remove them. > > Signed-off-by: Lauri Kasanen Reviewed-by: Alex Deucher

[PATCH 2/2] radeon: optimize allocation for depth w/o stencil and stencil w/o depth on EG

On Sun, Jul 29, 2012 at 1:04 PM, Marek Ol??k wrote: > If we don't need stencil, don't allocate it. > If we need only stencil (like PIPE_FORMAT_S8_UINT), don't allocate depth. > > v2: actually do it correctly Big NAK We need to allocate stencil and depth no matter what. Otherwise it will lockup.

[Bug 43655] Latest radeon dri driver on HD6950 with GRUB set gfxpayload=$linux_gfx_mode put the display in a flickering state

https://bugs.freedesktop.org/show_bug.cgi?id=43655 --- Comment #15 from Jerome Glisse 2012-07-30 14:59:56 UTC --- If it's same as https://bugs.freedesktop.org/show_bug.cgi?id=42373 then patch there should fix your issue. -- Configure bugmail:

Massive power regression going 3.4->3.5

On Mon, 2012-07-30 at 10:46 +0100, James Bottomley wrote: > On Sun, 2012-07-29 at 21:25 +0200, Rafael J. Wysocki wrote: > > On Sunday, July 29, 2012, Rafael J. Wysocki wrote: > > > On Sunday, July 29, 2012, James Bottomley wrote: > > > > On Sat, 2012-07-28 at 22:29 +0200, Rafael J. Wysocki wrote:

[Bug 43655] Latest radeon dri driver on HD6950 with GRUB set gfxpayload=$linux_gfx_mode put the display in a flickering state

https://bugs.freedesktop.org/show_bug.cgi?id=43655 --- Comment #16 from Alexandre Demers 2012-07-30 15:12:24 UTC --- (In reply to comment #15) > If it's same as https://bugs.freedesktop.org/show_bug.cgi?id=42373 then patch > there should fix your issue. I'll try it as soon as I'll have time.

[PATCH 2/2] radeon: optimize allocation for depth w/o stencil and stencil w/o depth on EG

On 30.07.2012 16:56, Jerome Glisse wrote: > On Sun, Jul 29, 2012 at 1:04 PM, Marek Ol??k wrote: >> If we don't need stencil, don't allocate it. >> If we need only stencil (like PIPE_FORMAT_S8_UINT), don't allocate depth. >> >> v2: actually do it correctly > Big NAK > > We need to allocate stencil

[PATCH 2/2] radeon: optimize allocation for depth w/o stencil and stencil w/o depth on EG

On Mon, Jul 30, 2012 at 11:17 AM, Christian K?nig wrote: > On 30.07.2012 16:56, Jerome Glisse wrote: >> >> On Sun, Jul 29, 2012 at 1:04 PM, Marek Ol??k wrote: >>> >>> If we don't need stencil, don't allocate it. >>> If we need only stencil (like PIPE_FORMAT_S8_UINT), don't allocate depth. >>>

[PATCH 2/2] radeon: optimize allocation for depth w/o stencil and stencil w/o depth on EG

On Mon, Jul 30, 2012 at 4:56 PM, Jerome Glisse wrote: > On Sun, Jul 29, 2012 at 1:04 PM, Marek Ol??k wrote: >> If we don't need stencil, don't allocate it. >> If we need only stencil (like PIPE_FORMAT_S8_UINT), don't allocate depth. >> >> v2: actually do it correctly > > Big NAK > > We need to

[PATCH 2/2] radeon: optimize allocation for depth w/o stencil and stencil w/o depth on EG

Am 30.07.2012 16:56, schrieb Jerome Glisse: > On Sun, Jul 29, 2012 at 1:04 PM, Marek Ol??k wrote: >> If we don't need stencil, don't allocate it. >> If we need only stencil (like PIPE_FORMAT_S8_UINT), don't allocate depth. >> >> v2: actually do it correctly > > Big NAK > > We need to allocate

[PATCH 2/2] radeon: optimize allocation for depth w/o stencil and stencil w/o depth on EG

On Mon, Jul 30, 2012 at 11:48 AM, Marek Ol??k wrote: > On Mon, Jul 30, 2012 at 4:56 PM, Jerome Glisse wrote: >> On Sun, Jul 29, 2012 at 1:04 PM, Marek Ol??k wrote: >>> If we don't need stencil, don't allocate it. >>> If we need only stencil (like PIPE_FORMAT_S8_UINT), don't allocate depth. >>>

[PATCH 2/2] radeon: optimize allocation for depth w/o stencil and stencil w/o depth on EG

On Mon, Jul 30, 2012 at 12:03 PM, Alex Deucher wrote: > On Mon, Jul 30, 2012 at 11:48 AM, Marek Ol??k wrote: >> On Mon, Jul 30, 2012 at 4:56 PM, Jerome Glisse wrote: >>> On Sun, Jul 29, 2012 at 1:04 PM, Marek Ol??k wrote: If we don't need stencil, don't allocate it. If we need only

Massive power regression going 3.4->3.5

on power usage... -- keith.packard at intel.com -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 827 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20120730/ae63547e/attachment.pgp>

[PATCH 2/2] radeon: optimize allocation for depth w/o stencil and stencil w/o depth on EG

On Mon, Jul 30, 2012 at 12:16 PM, Alex Deucher wrote: > On Mon, Jul 30, 2012 at 12:03 PM, Alex Deucher > wrote: >> On Mon, Jul 30, 2012 at 11:48 AM, Marek Ol??k wrote: >>> On Mon, Jul 30, 2012 at 4:56 PM, Jerome Glisse >>> wrote: On Sun, Jul 29, 2012 at 1:04 PM, Marek Ol??k wrote:

[PATCH 2/2] radeon: optimize allocation for depth w/o stencil and stencil w/o depth on EG

On Mon, Jul 30, 2012 at 12:52 PM, Jerome Glisse wrote: > On Mon, Jul 30, 2012 at 12:16 PM, Alex Deucher > wrote: >> On Mon, Jul 30, 2012 at 12:03 PM, Alex Deucher >> wrote: >>> On Mon, Jul 30, 2012 at 11:48 AM, Marek Ol??k wrote: On Mon, Jul 30, 2012 at 4:56 PM, Jerome Glisse

Massive power regression going 3.4->3.5

On Mon, 2012-07-30 at 09:33 -0700, Keith Packard wrote: > James Bottomley writes: > > > OK, I've run the bisect as far as I can. It looks to be in the drm > > tree. Unfortunately, this tree has several merge points, some of which > > go further back than v3.4. Unfortunately, once the bisect

[PATCH 2/2] radeon: optimize allocation for depth w/o stencil and stencil w/o depth on EG

On Mon, Jul 30, 2012 at 1:03 PM, Alex Deucher wrote: > On Mon, Jul 30, 2012 at 12:52 PM, Jerome Glisse wrote: >> On Mon, Jul 30, 2012 at 12:16 PM, Alex Deucher >> wrote: >>> On Mon, Jul 30, 2012 at 12:03 PM, Alex Deucher >>> wrote: On Mon, Jul 30, 2012 at 11:48 AM, Marek Ol??k wrote:

drm/nouveau: crash regression in 3.5

On Mon, Jul 30, 2012 at 01:16:37PM +0200, Ortwin Gl?ck wrote: > On 29.07.2012 22:15, Marcin Slusarz wrote: > > No, the real problem is: with "noaccel" we don't register "software engine", > > but vblank ISR relies on its existance and happily derefences NULL pointer. > > > > Now, this patch should

Massive power regression going 3.4->3.5

? -- keith.packard at intel.com -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 827 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20120730/9e73aa9c/attachment.pgp>

Massive power regression going 3.4->3.5

On 7/30/12 1:05 PM, James Bottomley wrote: > Lenovo X220i > > The display device is > > 00:02.0 VGA compatible controller: Intel Corporation > 82845G/GL[Brookdale-G]/GE Chipset Integrated Graphics Device (rev 03) > (prog-if 00 [VGA controller]) > Subsystem: Giga-byte Technology Device

  1   2   >