Hi R?mi,
On Tuesday 31 July 2012 21:39:40 R?mi Denis-Courmont wrote:
> Le mardi 31 juillet 2012 19:28:12 Laurent Pinchart, vous avez ?crit :
> > On Tuesday 31 July 2012 16:39:00 R?mi Denis-Courmont wrote:
> > > Le mardi 31 juillet 2012 14:56:14 Laurent Pinchart, vous avez ?crit :
> > > > > For tha
If the allocation of 'buf' succeeds but the allocation of 'msgs' fails
we'll return false and leak 'buf' when it goes out of scope.
Signed-off-by: Jesper Juhl
---
drivers/gpu/drm/i915/intel_sdvo.c | 11 +--
1 file changed, 5 insertions(+), 6 deletions(-)
note: compile tested only due t
On Tue, Jul 31, 2012 at 09:58:04AM -0400, Alex Deucher wrote:
> On Tue, Jul 31, 2012 at 5:16 AM, Luca Tettamanti
> wrote:
> > On Mon, Jul 30, 2012 at 10:45 PM, Alex Deucher
> > wrote:
> >> Regarding patches 3 and 4, it might be easier to just store a pointer
> >> to the relevant encoder when yo
https://bugs.freedesktop.org/show_bug.cgi?id=51383
--- Comment #1 from Matt Turner 2012-08-01 04:57:09 UTC ---
This looks just like a problem caused by still having non-automake Makefiles.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this
https://bugs.freedesktop.org/show_bug.cgi?id=52549
--- Comment #1 from Matt Turner 2012-08-01 04:48:13 UTC ---
http://comments.gmane.org/gmane.comp.freedesktop.xorg.devel/32267
So why are you trying to build libdrm_intel on an operating system that doesn't
have Intel KMS?
--
Configure bugmail:
Le mardi 31 juillet 2012 19:28:12 Laurent Pinchart, vous avez ?crit :
> Hi R?mi,
>
> On Tuesday 31 July 2012 16:39:00 R?mi Denis-Courmont wrote:
> > Le mardi 31 juillet 2012 14:56:14 Laurent Pinchart, vous avez ?crit :
> > > > For that matter, wouldn't it be useful to support exporting a userptr
>
https://bugs.freedesktop.org/show_bug.cgi?id=45018
Jerome Glisse changed:
What|Removed |Added
Attachment #65013|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=45018
--- Comment #75 from Alexandre Demers 2012-08-01
03:26:16 UTC ---
These are all food news. So I'll test both patches and I'll see if it also
fixes the thing for me. Awaters (I don't know your name, you'll have to tell
me), if what you found fixe
On Tue, 31 Jul 2012 11:14:17 +0100, Chris Wilson
wrote:
> On Tue, 31 Jul 2012 10:57:10 +0100, James Bottomley HansenPartnership.com> wrote:
> > > When did you inspect the debug files? One effect I can imagine is that
> > > if your system was previously stuck at RPn and never upclocking the GPU
>
Hello Kgene,
On Wed, Aug 1, 2012 at 7:34 AM, Kukjin Kim wrote:
> Leela Krishna Amudala wrote:
>>
>> The FIMD register headers are moved to include/video/
>> hence, deleting these files from platform side
>>
>> Signed-off-by: Leela Krishna Amudala
>> ---
>> arch/arm/plat-samsung/include/plat/reg
On Wed, Aug 1, 2012 at 1:07 PM, Segovia, Benjamin
wrote:
> Yes, I imagine this is not exactly using the API by the book :) but this is
> really to play with the HW not to write a real application. Can you give me
> the complete link to the file? I am not finding it in libdrm source. I guess
> i
Yes, I imagine this is not exactly using the API by the book :) but this is
really to play with the HW not to write a real application. Can you give me the
complete link to the file? I am not finding it in libdrm source. I guess it is
somewhere else.
Thanks!
Ben
-Original Message-
From
On Wed, Aug 1, 2012 at 12:59 PM, Segovia, Benjamin
wrote:
> Hello all,
>
> Saying I want to play with an IvyBridge machine and the display when X is
> *not* running (I just opened /dev/dri/card0 from a terminal). Is there a
> simple way to get a drm_intel_bo for the terminal framebuffer such that
Hello all,
Saying I want to play with an IvyBridge machine and the display when X is *not*
running (I just opened /dev/dri/card0 from a terminal). Is there a simple way
to get a drm_intel_bo for the terminal framebuffer such that I can brutally
write into it? So, can I easily get its bo and its
https://bugs.freedesktop.org/show_bug.cgi?id=49817
--- Comment #11 from stevenvandenbrandenstift at gmail.com 2012-07-31 19:44:10
UTC ---
(In reply to comment #10)
> (In reply to comment #8)
> > same problem here when trying to run dungeon siege 2 via wine, intro plays
> > fine
> > and then hang
https://bugs.freedesktop.org/show_bug.cgi?id=45018
--- Comment #74 from Jerome Glisse 2012-08-01 02:15:19
UTC ---
The way i build my kernel must hide this latency i guess...
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because:
https://bugs.freedesktop.org/show_bug.cgi?id=45018
--- Comment #73 from Jerome Glisse 2012-08-01 02:14:12
UTC ---
Created attachment 65013
--> https://bugs.freedesktop.org/attachment.cgi?id=65013
Free va early in the kernel
Diagnosis was kind of obvious, but it just pop into my mind that ttm
https://bugs.freedesktop.org/show_bug.cgi?id=45018
--- Comment #72 from awate...@gmail.com 2012-08-01
02:09:17 UTC ---
Also, I believe the source of "radeon :01:00.0: bo 8802ea5ec800 va
0x038EC000 conflict with (bo 8803eb464000 0x038EC000 0x038ED000)" is due to
a race condition. It
On Tue, 31 Jul 2012 12:41:28 -0500, Rob Clark wrote:
> On Tue, Jul 31, 2012 at 12:00 PM, Chris Wilson
> wrote:
> > On Tue, 31 Jul 2012 11:20:21 -0500, Rob Clark
> > wrote:
> >> From: Rob Clark
> >>
> >> This simplifies drm fb lifetime, and if the crtc/plane needs to hold
> >> a ref to the fb
https://bugs.freedesktop.org/show_bug.cgi?id=52997
--- Comment #1 from stevenvandenbrandenstift at gmail.com 2012-07-31 18:38:32
UTC ---
what else do i need to submit and how to do it?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail
https://bugs.freedesktop.org/show_bug.cgi?id=49817
--- Comment #10 from Sven Arvidsson 2012-07-31 18:35:56 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.
I tried the
Hi R?mi,
On Tuesday 31 July 2012 16:39:00 R?mi Denis-Courmont wrote:
> Le mardi 31 juillet 2012 14:56:14 Laurent Pinchart, vous avez ?crit :
> > > For that matter, wouldn't it be useful to support exporting a userptr
> > > buffer at some point in the future?
> >
> > Shouldn't USERPTR usage be dis
https://bugs.freedesktop.org/show_bug.cgi?id=45018
--- Comment #71 from awate...@gmail.com 2012-08-01
01:18:00 UTC ---
I have been having this same issue with respect to rendering regressions, I
have also experienced the error relating to va conflicts. I investigated it a
bit and I think the ca
gt; magic. The WMI code is rather obscure...
>
> Luca
ACPI/WMI cannot change brightness, see this what doing that ALS
function: http://lists.freedesktop.org/archives/dri-devel/2012-
March/020416.html
--
Pali Roh?r
pali.rohar at gmail.com
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120731/10ea5fbb/attachment-0001.pgp>
On Tue, 31 Jul 2012 11:20:21 -0500, Rob Clark wrote:
> From: Rob Clark
>
> This simplifies drm fb lifetime, and if the crtc/plane needs to hold
> a ref to the fb when disabling a pipe until the next vblank, this
> avoids the need to make disabling an overlay synchronous. This is a
> problem tha
The FIMD register headers are moved to include/video/
hence, deleting these files from platform side
Signed-off-by: Leela Krishna Amudala
---
arch/arm/plat-samsung/include/plat/regs-fb-v4.h | 159 -
arch/arm/plat-samsung/include/plat/regs-fb.h| 403 ---
2 files
The fimd register headers have been moved to include/video/
hence, modifying the driver files accordingly.
Signed-off-by: Leela Krishna Amudala
---
drivers/gpu/drm/exynos/exynos_drm_fimd.c |2 +-
drivers/video/s3c-fb.c |2 +-
2 files changed, 2 insertions(+), 2 deletion
The fimd register headers have been moved to include/video/
hence, modifying the machine files accordingly.
Signed-off-by: Leela Krishna Amudala
---
arch/arm/mach-exynos/mach-nuri.c |2 +-
arch/arm/mach-exynos/mach-origen.c |2 +-
arch/arm/mach-exynos/mach-smdk4x12.c
Exynos5 has VIDTCON and VIDCON registers at different offsets
from the previous SOCs. Hence, adding the macros.
Signed-off-by: Leela Krishna Amudala
---
include/video/samsung_fimd.h |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/include/video/samsung_fimd.h b/incl
This patch copies the contents from regs-fb-v4.h and regs-fb.h to
include/video/samsung_fimd.h
Signed-off-by: Leela Krishna Amudala
---
include/video/samsung_fimd.h | 526 ++
1 files changed, 526 insertions(+), 0 deletions(-)
create mode 100644 include/v
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.
Changes from version 1:
- Split the patches a
I'm putting back the CC and adding Alex.
On Tue, Jul 31, 2012 at 5:07 PM, Pali Roh?r wrote:
> Thanks, now working. When I write to acpi video brightness file
> it change brightness and in dmesg is:
>
> [ 47.200998] [drm:radeon_atif_handler], event, device_class =
> video, type = 0xd0
> [ 47.2
This applies on top of drm/radeon: Mark all possible functions / structs as
static.
Signed-off-by: Lauri Kasanen
---
drivers/gpu/drm/radeon/r100.c | 44 ---
drivers/gpu/drm/radeon/radeon_combios.c |9 -
drivers/gpu/drm/radeon/radeon_fb.c
On Tue, Jul 31, 2012 at 4:05 PM, Luca Tettamanti wrote:
> On Tue, Jul 31, 2012 at 09:58:04AM -0400, Alex Deucher wrote:
>> On Tue, Jul 31, 2012 at 5:16 AM, Luca Tettamanti
>> wrote:
>> > On Mon, Jul 30, 2012 at 10:45 PM, Alex Deucher
>> > wrote:
>> >> Regarding patches 3 and 4, it might be eas
On Tue, 2012-07-31 at 16:09 +0100, James Bottomley wrote:
> On Tue, 2012-07-31 at 07:27 -0700, Keith Packard wrote:
> > James Bottomley writes:
> >
> > > on 3.5 killing X causes idle power to go 14W -> 5.9W
> > > on 3.4.6 killing X causes idle power to go 6.8W -> 5.7W
> >
> > That's actually pre
On 31.07.2012 16:42, Alex Deucher wrote:
> On Tue, Jul 31, 2012 at 10:21 AM, Christian K?nig
> wrote:
>> On 31.07.2012 16:02, Alex Deucher wrote:
>>> On Tue, Jul 31, 2012 at 7:48 AM, Christian K?nig
>>> wrote:
The sixteen bank case wasn't handled here, leading to GPU
crashes because of
On Tuesday, July 31, 2012 3:28 PM Marek Szyprowski wrote:
>
> Hello,
>
> On Tuesday, July 31, 2012 2:48 AM Jingoo Han wrote:
>
> > 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
> > > wrote:
>
Le mardi 31 juillet 2012 17:03:52 Rob Clark, vous avez ?crit :
> On Tue, Jul 31, 2012 at 8:39 AM, R?mi Denis-Courmont
wrote:
> > Le mardi 31 juillet 2012 14:56:14 Laurent Pinchart, vous avez ?crit :
> >> > For that matter, wouldn't it be useful to support exporting a userptr
> >> > buffer at some
On Tuesday, July 31, 2012 3:37 PM, Tomasz Figa wrote:
>
> Hi,
>
> On Tuesday 31 of July 2012 at 09:47:57, Jingoo Han wrote:
> > 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
> > > wrote:
> > > > On
On 31.07.2012 16:47, Michel D?nzer wrote:
> On Die, 2012-07-31 at 13:48 +0200, Christian K?nig wrote:
>> Don't return success if scheduling the IB fails, otherwise
>> we end up with an oops in ttm_eu_fence_buffer_objects.
>>
>> Signed-off-by: Christian K?nig
>> Reviewed-by: Alex Deucher
>> Cc: st
Hello.
On 31-07-2012 16:23, Leela Krishna Amudala wrote:
> Exynos5 has VIDTCON and VIDCON registers at different offsets
> from the previous SOCs. Hence, adding the macros.
> Signed-off-by: Leela Krishna Amudala
> ---
> include/video/samsung_fimd.h |7 +++
> 1 files changed, 7 insert
On Die, 2012-07-31 at 13:48 +0200, Christian K?nig wrote:
> Don't return success if scheduling the IB fails, otherwise
> we end up with an oops in ttm_eu_fence_buffer_objects.
>
> Signed-off-by: Christian K?nig
> Reviewed-by: Alex Deucher
> Cc: stable at vger.kernel.org
> ---
> drivers/gpu/drm
o that I
understand what the problem is with omapdss-omapdrm interaction.
Tomi
------ next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: This is a digitally signed message part
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120731/6b5a62be/attachment.pgp>
Le mardi 31 juillet 2012 14:56:14 Laurent Pinchart, vous avez ?crit :
> > For that matter, wouldn't it be useful to support exporting a userptr
> > buffer at some point in the future?
>
> Shouldn't USERPTR usage be discouraged once we get dma-buf support ?
USERPTR, where available, is currently t
On Tue, 31 Jul 2012 16:09:44 +0100, James Bottomley wrote:
> On Tue, 2012-07-31 at 07:27 -0700, Keith Packard wrote:
> > James Bottomley writes:
> >
> > > on 3.5 killing X causes idle power to go 14W -> 5.9W
> > > on 3.4.6 killing X causes idle power to go 6.8W -> 5.7W
> >
> > That's actually p
On 31.07.2012 16:02, Alex Deucher wrote:
> On Tue, Jul 31, 2012 at 7:48 AM, Christian K?nig
> wrote:
>> The sixteen bank case wasn't handled here, leading to GPU
>> crashes because of userspace miscalculation.
> You mean a GPU hang or a segfault in userspace? IIRC, from the hw
> perspective numbe
On Tue, 2012-07-31 at 07:27 -0700, Keith Packard wrote:
> James Bottomley writes:
>
> > on 3.5 killing X causes idle power to go 14W -> 5.9W
> > on 3.4.6 killing X causes idle power to go 6.8W -> 5.7W
>
> That's actually pretty good news -- you're just not getting to RC6
> when X is running, but
From: Dave Airlie
The exporter should have given us pages in the correct place, avoid
the prepare object mapping phase on dmar systems.
This fixes an oops on a GM45/R600 machine, when running the intel/radeon
tests.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/i915/i915_gem_gtt.c | 3 ++-
1
https://bugs.freedesktop.org/show_bug.cgi?id=45018
--- Comment #70 from Alex Deucher 2012-07-31 15:10:38 UTC
---
Does this kernel patch help?
http://lists.freedesktop.org/archives/dri-devel/2012-July/025704.html
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
---
Hi,
On 07/31/2012 02:51 PM, Sergei Shtylyov wrote:
>> +/*EXYNOS5 FIMD REG OFFSET */
How about changing it to, e.g.
/* EXYNOS5 specific register offset definitions */
(but just in case you happen to resend this patch series)
>> +#define EXYNOS5_VIDTCON0(0x20010)
>> +#define EXYNOS5_VIDTCON1
Hi Rémi,
On Tuesday 31 July 2012 21:39:40 Rémi Denis-Courmont wrote:
> Le mardi 31 juillet 2012 19:28:12 Laurent Pinchart, vous avez écrit :
> > On Tuesday 31 July 2012 16:39:00 Rémi Denis-Courmont wrote:
> > > Le mardi 31 juillet 2012 14:56:14 Laurent Pinchart, vous avez écrit :
> > > > > For tha
On Tue, Jul 31, 2012 at 12:45 AM, Alex Deucher wrote:
> 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
On Tue, Jul 31, 2012 at 4:05 PM, Luca Tettamanti wrote:
> On Tue, Jul 31, 2012 at 09:58:04AM -0400, Alex Deucher wrote:
>> On Tue, Jul 31, 2012 at 5:16 AM, Luca Tettamanti wrote:
>> > On Mon, Jul 30, 2012 at 10:45 PM, Alex Deucher
>> > wrote:
>> >> Regarding patches 3 and 4, it might be easier
On Tue, Jul 31, 2012 at 12:47 PM, Chris Wilson
wrote:
> On Tue, 31 Jul 2012 12:41:28 -0500, Rob Clark wrote:
>> On Tue, Jul 31, 2012 at 12:00 PM, Chris Wilson
>> wrote:
>> > On Tue, 31 Jul 2012 11:20:21 -0500, Rob Clark
>> > wrote:
>> >> From: Rob Clark
>> >>
>> >> This simplifies drm fb li
On Tue 31 July 2012 13:56:14 Laurent Pinchart wrote:
> Hi Hans,
>
> On Tuesday 31 July 2012 08:33:56 Hans Verkuil wrote:
> > On Thu June 14 2012 16:32:23 Tomasz Stanislawski wrote:
> > > +/**
> > > + * struct v4l2_exportbuffer - export of video buffer as DMABUF file
> > > descriptor + *
> > > + *
Add a configure option --with/--without-valgrind to be able to compile
libdrm with or without valgrind. The latter was not possible if
pkgconfig found the valgrind package.
---
configure.ac | 18 --
1 files changed, 16 insertions(+), 2 deletions(-)
diff --git a/configure.ac b/co
Hi Hans,
On Tuesday 31 July 2012 08:33:56 Hans Verkuil wrote:
> On Thu June 14 2012 16:32:23 Tomasz Stanislawski wrote:
> > This patch adds extension to V4L2 api. It allow to export a mmap buffer as
> > file descriptor. New ioctl VIDIOC_EXPBUF is added. It takes a buffer
> > offset used by mmap an
The sixteen bank case wasn't handled here, leading to GPU
crashes because of userspace miscalculation.
Signed-off-by: Christian K?nig
Cc: stable at vger.kernel.org
---
drivers/gpu/drm/radeon/si.c | 16
1 file changed, 12 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/
Don't return success if scheduling the IB fails, otherwise
we end up with an oops in ttm_eu_fence_buffer_objects.
Signed-off-by: Christian K?nig
Reviewed-by: Alex Deucher
Cc: stable at vger.kernel.org
---
drivers/gpu/drm/radeon/radeon_cs.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-
If the allocation of 'buf' succeeds but the allocation of 'msgs' fails
we'll return false and leak 'buf' when it goes out of scope.
Signed-off-by: Jesper Juhl
---
drivers/gpu/drm/i915/intel_sdvo.c | 11 +--
1 file changed, 5 insertions(+), 6 deletions(-)
note: compile tested only due t
Add a configure option --with/--without-valgrind to be able to compile
libdrm with or without valgrind. The latter was not possible if
pkgconfig found the valgrind package.
---
configure.ac | 18 --
1 files changed, 16 insertions(+), 2 deletions(-)
diff --git a/configure.ac b/co
On Tue, Jul 31, 2012 at 09:58:04AM -0400, Alex Deucher wrote:
> On Tue, Jul 31, 2012 at 5:16 AM, Luca Tettamanti wrote:
> > On Mon, Jul 30, 2012 at 10:45 PM, Alex Deucher
> > wrote:
> >> Regarding patches 3 and 4, it might be easier to just store a pointer
> >> to the relevant encoder when you v
On Tue, Jul 31, 2012 at 12:47 PM, Chris Wilson
wrote:
> On Tue, 31 Jul 2012 12:41:28 -0500, Rob Clark wrote:
>> On Tue, Jul 31, 2012 at 12:00 PM, Chris Wilson
>> wrote:
>> > On Tue, 31 Jul 2012 11:20:21 -0500, Rob Clark
>> > wrote:
>> >> From: Rob Clark
>> >>
>> >> This simplifies drm fb li
On Tue, 31 Jul 2012 14:43:34 +1000
Dave Airlie wrote:
> On Tue, Jul 31, 2012 at 12:45 AM, Alex Deucher
> wrote:
> > 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
>
https://bugs.freedesktop.org/show_bug.cgi?id=49817
--- Comment #11 from stevenvandenbrandenst...@gmail.com 2012-07-31 19:44:10 UTC
---
(In reply to comment #10)
> (In reply to comment #8)
> > same problem here when trying to run dungeon siege 2 via wine, intro plays
> > fine
> > and then hangs ,
Hello Marek,
On Tue, Jul 31, 2012 at 11:58 AM, Marek Szyprowski
wrote:
> Hello,
>
> On Tuesday, July 31, 2012 2:48 AM Jingoo Han wrote:
>
>> 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 wrote:
>>
On Tue, Jul 31, 2012 at 12:00 PM, Chris Wilson
wrote:
> On Tue, 31 Jul 2012 11:20:21 -0500, Rob Clark wrote:
>> From: Rob Clark
>>
>> This simplifies drm fb lifetime, and if the crtc/plane needs to hold
>> a ref to the fb when disabling a pipe until the next vblank, this
>> avoids the need to m
On Sat, Jul 28, 2012 at 4:47 PM, Pali Roh?r 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 patches I'm able to c
On Tue, Jul 31, 2012 at 12:47 PM, Chris Wilson wrote:
> On Tue, 31 Jul 2012 12:41:28 -0500, Rob Clark wrote:
>> On Tue, Jul 31, 2012 at 12:00 PM, Chris Wilson
>> wrote:
>> > On Tue, 31 Jul 2012 11:20:21 -0500, Rob Clark wrote:
>> >> From: Rob Clark
>> >>
>> >> This simplifies drm fb lifetime,
On Tue, 31 Jul 2012 11:14:17 +0100, Chris Wilson
wrote:
> On Tue, 31 Jul 2012 10:57:10 +0100, James Bottomley
> wrote:
> > > When did you inspect the debug files? One effect I can imagine is that
> > > if your system was previously stuck at RPn and never upclocking the GPU
> > > when X starts.
On Tue, Jul 31, 2012 at 12:03 PM, Pali Roh?r wrote:
> On Tuesday 31 July 2012 17:49:32 Luca Tettamanti wrote:
>> I'm putting back the CC and adding Alex.
>>
>> On Tue, Jul 31, 2012 at 5:07 PM, Pali Roh?r
> wrote:
>> > Thanks, now working. When I write to acpi video brightness
>> > file it change
Signed-off-by: Marek Ol??k
Reviewed-by: Alex Deucher
Reviewed-by: Michel D?nzer
Cc: stable at vger.kernel.org [3.5]
---
drivers/gpu/drm/radeon/evergreen_cs.c |6 --
drivers/gpu/drm/radeon/evergreend.h |2 ++
drivers/gpu/drm/radeon/r600_cs.c |6 --
drivers/gpu/drm/rade
On Tue, Jul 31, 2012 at 11:49 AM, Luca Tettamanti
wrote:
> I'm putting back the CC and adding Alex.
>
> On Tue, Jul 31, 2012 at 5:07 PM, Pali Roh?r wrote:
>> Thanks, now working. When I write to acpi video brightness file
>> it change brightness and in dmesg is:
>>
>> [ 47.200998] [drm:radeon_
On Tue, Jul 31, 2012 at 10:41 AM, Lauri Kasanen wrote:
> This applies on top of drm/radeon: Mark all possible functions / structs as
> static.
>
> Signed-off-by: Lauri Kasanen
Reviewed-by: Alex Deucher
https://bugs.freedesktop.org/show_bug.cgi?id=52997
--- Comment #1 from stevenvandenbrandenst...@gmail.com 2012-07-31 18:38:32 UTC
---
what else do i need to submit and how to do it?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail be
https://bugs.freedesktop.org/show_bug.cgi?id=49817
--- Comment #10 from Sven Arvidsson 2012-07-31 18:35:56 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.
I tried the
On Tue, Jul 31, 2012 at 11:15 AM, Jerome Glisse wrote:
> On Tue, Jul 31, 2012 at 10:56 AM, Alex Deucher
> wrote:
>> On Fri, Jul 27, 2012 at 4:32 PM, wrote:
>>> So first patch is a fix in itself, smallest possible and should go to
>>> stable. Second patch is an improvement as a first step to fl
From: Rob Clark
This simplifies drm fb lifetime, and if the crtc/plane needs to hold
a ref to the fb when disabling a pipe until the next vblank, this
avoids the need to make disabling an overlay synchronous. This is a
problem that shows up when userspace is using a drm plane to
implement a hw c
On Mon, Jul 30, 2012 at 10:45 PM, Alex Deucher wrote:
> Regarding patches 3 and 4, it might be easier to just store a pointer
> to the relevant encoder when you verify ATIF rather than walking the
> encoder list every time.
Makes sense, I was unsure about the lifetime of the encoders, but
AFAICS
On Tue, Jul 31, 2012 at 10:56 AM, Alex Deucher wrote:
> On Fri, Jul 27, 2012 at 4:32 PM, wrote:
>> So first patch is a fix in itself, smallest possible and should go to
>> stable. Second patch is an improvement as a first step to flicker free
>> boot.
>
> First patch looks ok. In mc_stop we sho
On Tue, 31 Jul 2012 10:57:10 +0100, James Bottomley wrote:
> > When did you inspect the debug files? One effect I can imagine is that
> > if your system was previously stuck at RPn and never upclocking the GPU
> > when X starts. The question would then be what is preventing the GPU
> > from reachi
From: Alex Deucher
Handle the 16 bank case.
Signed-off-by: Alex Deucher
Cc: stable at vger.kernel.org
---
drivers/gpu/drm/radeon/ni.c | 14 +++---
1 files changed, 11 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/radeon/ni.c b/drivers/gpu/drm/radeon/ni.c
index 9945d86..
From: Alex Deucher
Handle the 16 bank case.
Signed-off-by: Alex Deucher
Cc: stable at vger.kernel.org
---
drivers/gpu/drm/radeon/evergreen.c | 14 +++---
1 files changed, 11 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/radeon/evergreen.c
b/drivers/gpu/drm/radeon/everg
On Tue, Jul 31, 2012 at 12:47 PM, Chris Wilson wrote:
> On Tue, 31 Jul 2012 12:41:28 -0500, Rob Clark wrote:
>> On Tue, Jul 31, 2012 at 12:00 PM, Chris Wilson
>> wrote:
>> > On Tue, 31 Jul 2012 11:20:21 -0500, Rob Clark wrote:
>> >> From: Rob Clark
>> >>
>> >> This simplifies drm fb lifetime,
On Tue, 2012-07-31 at 10:54 +0100, Chris Wilson wrote:
> On Tue, 31 Jul 2012 10:37:35 +0100, James Bottomley HansenPartnership.com> wrote:
> > On Tue, 2012-07-31 at 09:28 +0100, Chris Wilson wrote:
> > > On Tue, 31 Jul 2012 09:06:42 +0100, James Bottomley > > HansenPartnership.com> wrote:
> > > >
On Fri, Jul 27, 2012 at 4:32 PM, wrote:
> So first patch is a fix in itself, smallest possible and should go to
> stable. Second patch is an improvement as a first step to flicker free
> boot.
First patch looks ok. In mc_stop we should disable the crtc and then
poll CRTC_CONTROL.CRTC_CURRENT_MA
On Tue, 31 Jul 2012 10:37:35 +0100, James Bottomley wrote:
> On Tue, 2012-07-31 at 09:28 +0100, Chris Wilson wrote:
> > On Tue, 31 Jul 2012 09:06:42 +0100, James Bottomley > HansenPartnership.com> wrote:
> > > Actually, bad news: it looks like the problem is drm:
> > >
> > > on 3.5 killing X cau
On Tue, 31 Jul 2012 12:41:28 -0500, Rob Clark wrote:
> On Tue, Jul 31, 2012 at 12:00 PM, Chris Wilson
> wrote:
> > On Tue, 31 Jul 2012 11:20:21 -0500, Rob Clark wrote:
> >> From: Rob Clark
> >>
> >> This simplifies drm fb lifetime, and if the crtc/plane needs to hold
> >> a ref to the fb when
On Tue, Jul 31, 2012 at 10:21 AM, Christian K?nig
wrote:
> On 31.07.2012 16:02, Alex Deucher wrote:
>>
>> On Tue, Jul 31, 2012 at 7:48 AM, Christian K?nig
>> wrote:
>>>
>>> The sixteen bank case wasn't handled here, leading to GPU
>>> crashes because of userspace miscalculation.
>>
>> You mean a
On Tue, Jul 31, 2012 at 12:00 PM, Chris Wilson wrote:
> On Tue, 31 Jul 2012 11:20:21 -0500, Rob Clark wrote:
>> From: Rob Clark
>>
>> This simplifies drm fb lifetime, and if the crtc/plane needs to hold
>> a ref to the fb when disabling a pipe until the next vblank, this
>> avoids the need to ma
On Tue, 2012-07-31 at 09:28 +0100, Chris Wilson wrote:
> On Tue, 31 Jul 2012 09:06:42 +0100, James Bottomley HansenPartnership.com> wrote:
> > Actually, bad news: it looks like the problem is drm:
> >
> > on 3.5 killing X causes idle power to go 14W -> 5.9W
> > on 3.4.6 killing X causes idle powe
https://bugzilla.kernel.org/show_bug.cgi?id=44341
Christopher Fr?mmel changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
Hello,
On Tuesday, July 31, 2012 10:19 AM Jingoo Han wrote:
> On Tuesday, July 31, 2012 3:28 PM Marek Szyprowski wrote:
> >
> > Hello,
> >
> > On Tuesday, July 31, 2012 2:48 AM Jingoo Han wrote:
> >
> > > On Monday, July 30, 2012 8:16 PM, Leela Krishna Amudala wrote:
> > > >
> > > > Hello Jingoo
https://bugs.freedesktop.org/show_bug.cgi?id=52997
Bug #: 52997
Summary: evergreen_cs_track_validate_cb:477 cb[0] bo too small
when launching ds2 in wine
Classification: Unclassified
Product: Mesa
Version: 8.0
Platform
On Tue, Jul 31, 2012 at 7:48 AM, Christian K?nig
wrote:
> The sixteen bank case wasn't handled here, leading to GPU
> crashes because of userspace miscalculation.
You mean a GPU hang or a segfault in userspace? IIRC, from the hw
perspective numbers of banks over 8 are considered 8 for tiling.
A
On Tue, 31 Jul 2012 11:20:21 -0500, Rob Clark wrote:
> From: Rob Clark
>
> This simplifies drm fb lifetime, and if the crtc/plane needs to hold
> a ref to the fb when disabling a pipe until the next vblank, this
> avoids the need to make disabling an overlay synchronous. This is a
> problem tha
On Tue, Jul 31, 2012 at 5:16 AM, Luca Tettamanti wrote:
> On Mon, Jul 30, 2012 at 10:45 PM, Alex Deucher
> wrote:
>> Regarding patches 3 and 4, it might be easier to just store a pointer
>> to the relevant encoder when you verify ATIF rather than walking the
>> encoder list every time.
>
> Makes
On Tue, Jul 31, 2012 at 12:43 AM, Dave Airlie wrote:
> On Tue, Jul 31, 2012 at 12:45 AM, Alex Deucher
> wrote:
>> 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.
>>
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 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
On Tue, Jul 31, 2012 at 8:40 AM, Tomi Valkeinen
wrote:
> Hi,
>
> On Fri, 2012-07-27 at 20:07 -0500, Rob Clark wrote:
>> From: Rob Clark
>>
>> I've been working for the better part of the week on solving some of
>> the omapdss vs kms mismatches, which is one of the bigger remaining
>> issues in t
1 - 100 of 169 matches
Mail list logo
