[PATCH] drm/prime: drop reference on imported dma-buf come from gem

Increasing ref counts of both dma-buf and gem for imported dma-buf come from gem makes memory leak. release function of dma-buf cannot be called because f_count of dma-buf increased by importing gem and gem ref count cannot be decrease because of exported dma-buf. So I add dma_buf_put() for

Re: inux-next: Tree for Sept 26 (not bootable on AMD64: thermal|acpi|drm/i915|pci related?)

On Wed, 26 Sep 2012, Sedat Dilek wrote: on my Ubuntu/precise AMD64 today's Linux-Next runs into the following call-trace (machine freezes): Sep 26 19:22:58 fambox kernel: [ 11.124739] BUG: unable to handle kernel NULL pointer dereference at 0018 Sep 26 19:22:58 fambox

Re: inux-next: Tree for Sept 26 (not bootable on AMD64: thermal|acpi|drm/i915|pci related?)

On Wed, Sep 26, 2012 at 9:51 PM, Hugh Dickins hu...@google.com wrote: On Wed, 26 Sep 2012, Sedat Dilek wrote: on my Ubuntu/precise AMD64 today's Linux-Next runs into the following call-trace (machine freezes): Sep 26 19:22:58 fambox kernel: [ 11.124739] BUG: unable to handle kernel NULL

Re: [PATCH] drm/radeon: fence virtual address and free it once idle [3.5] v4

On Fri, Aug 17, 2012 at 09:34:46AM -0400, Alex Deucher wrote: On Thu, Aug 16, 2012 at 7:13 PM, Greg KH gre...@linuxfoundation.org wrote: On Mon, Aug 06, 2012 at 12:56:04PM -0400, j.gli...@gmail.com wrote: From: Jerome Glisse jgli...@redhat.com Virtual address need to be fenced to know

Patch drm: Add EDID_QUIRK_FORCE_REDUCED_BLANKING for ASUS VW222S has been added to the 3.5-stable tree

This is a note to let you know that I've just added the patch titled drm: Add EDID_QUIRK_FORCE_REDUCED_BLANKING for ASUS VW222S to the 3.5-stable tree which can be found at: http://www.kernel.org/git/?p=linux/kernel/git/stable/stable-queue.git;a=summary The filename of the patch is:

Re: [PATCH] drm/radeon: force dma32 to fix regression rs4xx,rs6xx,rs740

On Fri, Sep 21, 2012 at 04:00:51PM -0700, Greg KH wrote: On Fri, Sep 21, 2012 at 08:56:27AM -0400, Josh Boyer wrote: On Tue, Aug 28, 2012 at 4:50 PM, j.gli...@gmail.com wrote: From: Jerome Glisse jgli...@redhat.com It seems some of those IGP dislike non dma32 page despite what

Re: inux-next: Tree for Sept 26 (not bootable on AMD64: thermal|acpi|drm/i915|pci related?)

CC Durga. On 三, 2012-09-26 at 19:42 +0200, Sedat Dilek wrote: On Wed, Sep 26, 2012 at 8:44 AM, Stephen Rothwell s...@canb.auug.org.au wrote: Hi all, Changes since 201209025: The net-next tree lost a conflict but gained another against Linus' tree. The wireless-next tree gained a

Re: inux-next: Tree for Sept 26 (not bootable on AMD64: thermal|acpi|drm/i915|pci related?)

Hi, hugh, On 三, 2012-09-26 at 12:51 -0700, Hugh Dickins wrote: On Wed, 26 Sep 2012, Sedat Dilek wrote: on my Ubuntu/precise AMD64 today's Linux-Next runs into the following call-trace (machine freezes): Sep 26 19:22:58 fambox kernel: [ 11.124739] BUG: unable to handle kernel

RE: inux-next: Tree for Sept 26 (not bootable on AMD64: thermal|acpi|drm/i915|pci related?)

Hi Rui, -Original Message- From: Zhang, Rui Sent: Thursday, September 27, 2012 11:38 AM To: Hugh Dickins Cc: Sedat Dilek; Stephen Rothwell; Andrew Morton; Dan Carpenter; R, Durgadoss; linux-n...@vger.kernel.org; linux-ker...@vger.kernel.org; Rafael J. Wysocki; Dave Airlie; Daniel

RE: inux-next: Tree for Sept 26 (not bootable on AMD64: thermal|acpi|drm/i915|pci related?)

On 四, 2012-09-27 at 00:11 -0600, R, Durgadoss wrote: Hi Rui, -Original Message- From: Zhang, Rui Sent: Thursday, September 27, 2012 11:38 AM To: Hugh Dickins Cc: Sedat Dilek; Stephen Rothwell; Andrew Morton; Dan Carpenter; R, Durgadoss; linux-n...@vger.kernel.org;

Re: [PATCH] drm/prime: drop reference on imported dma-buf come from gem

fwiw, I had a similar patch: https://patchwork.kernel.org/patch/1229161/ although it was on top of some locking fixes from Daniel (which I think are also needed): https://patchwork.kernel.org/patch/1227251/ although that seemed to cause/trigger some explosions which I think still need to be

Re: [PATCH] drm/prime: drop reference on imported dma-buf come from gem

Hi Rob, On 2012년 09월 27일 15:52, Rob Clark wrote: fwiw, I had a similar patch: https://patchwork.kernel.org/patch/1229161/ Yes, I already check your patch and even my patch's title is a bit from your patch. I thought locking issue blocks your patch, so I sent simple fixes on current state.

Re: [PATCH] drm/prime: drop reference on imported dma-buf come from gem

On Thu, Sep 27, 2012 at 9:14 AM, 김승우 sw0312@samsung.com wrote: Hi Rob, On 2012년 09월 27일 15:52, Rob Clark wrote: fwiw, I had a similar patch: https://patchwork.kernel.org/patch/1229161/ Yes, I already check your patch and even my patch's title is a bit from your patch. I thought

[git pull] drm fixes

Hi Linus the three nouveau fixes quiten unneeded dmesg spam that people are seeing and pondering, the udl fix stops it from trying to driver monitors that are too big, where we get a black screen. and vmware memory alloc problem. Dave. The following changes since commit

Re: radeon: Regression between v3.6-rc4 and v3.6-rc6: unable to allocate a PPLL

On Wednesday, September 26, 2012 03:42:40 PM Deucher, Alexander wrote: -Original Message- From: Andres Freund [mailto:and...@anarazel.de] Sent: Wednesday, September 26, 2012 9:41 AM To: Dan Carpenter Cc: Deucher, Alexander; LKML; David Airlie; dri-devel@lists.freedesktop.org

[PATCH] drm/exynos: fix to calculate CRTC shown via screen

This patch is to exactly calculate CRTC shown via screen for all cases. Refer exynos_plane_get_size() function for this. Also source position of fb is fixed when start position of CRTC is negative number. Signed-off-by: Joonyoung Shim jy0922.s...@samsung.com Signed-off-by: Kyungmin Park

[PATCH] drm/exynos: fix kcalloc size of g2d cmdlist node

The size argument means just one element size when we call kcalloc, so G2D_CMDLIST_NUM * sizeof(*node) is wrong. Signed-off-by: Joonyoung Shim jy0922.s...@samsung.com Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com --- drivers/gpu/drm/exynos/exynos_drm_g2d.c |3 +-- 1 file changed, 1

Re: [PATCH 2/2] drm/radeon: implement dynamic PTs allocation via SA

On Die, 2012-09-25 at 18:44 +0400, Dmitry Cherkasov wrote: make dynamic allocation of page tables on demand in radeon_vm_update_pte Signed-off-by: Dmitry Cherkasov dmitrii.cherka...@amd.com This change caused many piglit tests to fail for me on SI with radeon: The kernel rejected

Re: [PATCH 2/2] drm/radeon: implement dynamic PTs allocation via SA

On Don, 2012-09-27 at 16:18 +0400, Dmitry Cherkassov wrote: Hi Michel. 2012/9/27 Michel Dänzer mic...@daenzer.net: On Die, 2012-09-25 at 18:44 +0400, Dmitry Cherkasov wrote: make dynamic allocation of page tables on demand in radeon_vm_update_pte Signed-off-by: Dmitry Cherkasov

Re: [PATCH 2/2] drm/radeon: implement dynamic PTs allocation via SA

Hi Michel. 2012/9/27 Michel Dänzer mic...@daenzer.net: On Die, 2012-09-25 at 18:44 +0400, Dmitry Cherkasov wrote: make dynamic allocation of page tables on demand in radeon_vm_update_pte Signed-off-by: Dmitry Cherkasov dmitrii.cherka...@amd.com This change caused many piglit tests to fail

Re: radeon: Regression between v3.6-rc4 and v3.6-rc6: unable to allocate a PPLL

On Thu, Sep 27, 2012 at 2:46 AM, Andres Freund and...@anarazel.de wrote: On Wednesday, September 26, 2012 03:42:40 PM Deucher, Alexander wrote: -Original Message- From: Andres Freund [mailto:and...@anarazel.de] Sent: Wednesday, September 26, 2012 9:41 AM To: Dan Carpenter Cc:

Re: [PATCH] drm/prime: drop reference on imported dma-buf come from gem

On Thu, 27 Sep 2012, Seung-Woo Kim sw0312@samsung.com wrote: Increasing ref counts of both dma-buf and gem for imported dma-buf come from gem makes memory leak. release function of dma-buf cannot be called because f_count of dma-buf increased by importing gem and gem ref count cannot be

Update on the CEC API

Hi all, During the Linux Plumbers Conference we (i.e. V4L2 and DRM developers) had a discussion on how to handle the CEC protocol that's part of the HDMI standard. The decision was made to create a CEC bus with CEC clients, each represented by a /dev/cecX device. So this is independent of the

Re: -next trees

On Wed, Sep 26, 2012 at 04:04:43PM -0500, Ian Pilcher wrote: On 09/26/2012 12:00 PM, Adam Jackson wrote: On Tue, 2012-09-25 at 13:47 -0500, Ian Pilcher wrote: 1. The display (LG L246WP) is confused by *any* InfoFrames. If this is still the case after applying: commit

Re: radeon: Regression between v3.6-rc4 and v3.6-rc6: unable to allocate a PPLL

On Thu, Sep 27, 2012 at 9:23 AM, Andres Freund and...@anarazel.de wrote: On Thursday, September 27, 2012 03:14:31 PM Alex Deucher wrote: On Thu, Sep 27, 2012 at 2:46 AM, Andres Freund and...@anarazel.de wrote: On Wednesday, September 26, 2012 03:42:40 PM Deucher, Alexander wrote:

Re: [PATCHv8 21/26] v4l: vb2-dma-contig: add reference counting for a device from allocator context

Hi Laurent, On 08/15/2012 10:04 PM, Laurent Pinchart wrote: Hi Tomasz, Thanks for the patch. On Tuesday 14 August 2012 17:34:51 Tomasz Stanislawski wrote: This patch adds taking reference to the device for MMAP buffers. Such buffers, may be exported using DMABUF mechanism. If the driver

hot CPU with 3.6.0-rc7+ and intel graphic

Hello, I'm observing a high CPU usage at my ThinkPad T420 (i5-2540M CPU), w/ integrated intel graphic. Powertop-2.1 shows that the GPU is always at 100%, although I've defined these settings : $ cat /etc/modprobe.d/i915.conf options i915 i915_enable_rc6=7 lvds_downclock=0 Kernel 3.5.4 works

Re: radeon: Regression between v3.6-rc4 and v3.6-rc6: unable to allocate a PPLL

On Thu, Sep 27, 2012 at 10:54 AM, Alex Deucher alexdeuc...@gmail.com wrote: On Thu, Sep 27, 2012 at 9:23 AM, Andres Freund and...@anarazel.de wrote: On Thursday, September 27, 2012 03:14:31 PM Alex Deucher wrote: On Thu, Sep 27, 2012 at 2:46 AM, Andres Freund and...@anarazel.de wrote: On

Re: [PATCH libdrm 1/4] man: use automake man_MANS to allow multiple suffixes

On Sun, 23 Sep 2012 16:40:04 +0200 David Herrmann dh.herrm...@googlemail.com wrote: Current man-page infrastructure supports only man3 but we wanto overview files to be placed in man7. So use the new automake support for man_MANS which installs the files automatically in the right location.

Re: [PATCH libdrm 3/4] man: add KMS overview page

On Sun, 23 Sep 2012 16:40:06 +0200 David Herrmann dh.herrm...@googlemail.com wrote: drm-kms.7 is an overview page which contains basic information on kernel mode-setting. It is targeted to users that are not familiar with DRM internals and gives short examples how basic mode-setting can be

Stereo 3D modes support v2

This series is the second revison of: http://lists.freedesktop.org/archives/intel-gfx/2012-September/020457.html It changes the way 3d modes are exposed to user-space: - An expose 3D modes property can be installed on connectors that support stereo 3D - User space can indicate through that

[PATCH 1/3] drm: Add an expose 3d modes property

From: Damien Lespiau damien.lesp...@intel.com The expose 3D modes property can be attached to connectors to allow user space to indicate it can deal with 3D modes and that the drm driver should expose those 3D modes. Signed-off-by: Damien Lespiau damien.lesp...@intel.com ---

[PATCH 2/3] drm: Parse the HDMI cea vendor block for 3D present

From: Damien Lespiau damien.lesp...@intel.com For now, let's just look at the 3D_present flag of the CEA HDMI vendor block to detect if the sink supports a small list of then mandatory 3D formats. See the HDMI 1.4a 3D extraction for detail: http://www.hdmi.org/manufacturer/specification.aspx

[PATCH 3/3] drm/i915: Add HDMI vendor info frame support

From: Damien Lespiau damien.lesp...@intel.com When scanning out a 3D framebuffer, send the corresponding infoframe to the HDMI sink. See http://www.hdmi.org/manufacturer/specification.aspx for details. Signed-off-by: Damien Lespiau damien.lesp...@intel.com --- drivers/gpu/drm/i915/intel_drv.h

[PATCH 1/2] lib: Dump information about the supported 3D stereo formats

From: Damien Lespiau damien.lesp...@intel.com When dumping the details of a mode, let's add the 3D formats the mode supports. Signed-off-by: Damien Lespiau damien.lesp...@intel.com --- lib/drmtest.c | 13 +++-- 1 file changed, 11 insertions(+), 2 deletions(-) diff --git a/lib/drmtest.c

[PATCH 2/2] tests/testdisplay: Test the stereo 3D modes

From: Damien Lespiau damien.lesp...@intel.com Now that modes have flags to describe which 3d formats the sink supports, it's time to test them. The new test cycles through the supported 3D formats and paint 3D stereoscopic images taken from publicly available samples:

Re: hot CPU with 3.6.0-rc7+ and intel graphic

On 27.09.2012 17:42, Toralf Förster wrote: I'm observing a high CPU usage at my ThinkPad T420 (i5-2540M CPU), w/ integrated intel graphic. Powertop-2.1 shows that the GPU is always at 100%, although I've defined these settings : $ cat /etc/modprobe.d/i915.conf options i915

[PATCH] drm/prime: drop reference on imported dma-buf come from gem

Increasing ref counts of both dma-buf and gem for imported dma-buf come from gem makes memory leak. release function of dma-buf cannot be called because f_count of dma-buf increased by importing gem and gem ref count cannot be decrease because of exported dma-buf. So I add dma_buf_put() for

inux-next: Tree for Sept 26 (not bootable on AMD64: thermal|acpi|drm/i915|pci related?)

On Wed, Sep 26, 2012 at 9:51 PM, Hugh Dickins wrote: > On Wed, 26 Sep 2012, Sedat Dilek wrote: >> >> on my Ubuntu/precise AMD64 today's Linux-Next runs into the following >> call-trace (machine freezes): >> >> Sep 26 19:22:58 fambox kernel: [ 11.124739] BUG: unable to handle >> kernel NULL

inux-next: Tree for Sept 26 (not bootable on AMD64: thermal|acpi|drm/i915|pci related?)

CC Durga. On ?, 2012-09-26 at 19:42 +0200, Sedat Dilek wrote: > On Wed, Sep 26, 2012 at 8:44 AM, Stephen Rothwell > wrote: > > Hi all, > > > > Changes since 201209025: > > > > The net-next tree lost a conflict but gained another against Linus' tree. > > > > The wireless-next tree gained a

inux-next: Tree for Sept 26 (not bootable on AMD64: thermal|acpi|drm/i915|pci related?)

Hi, hugh, On ?, 2012-09-26 at 12:51 -0700, Hugh Dickins wrote: > On Wed, 26 Sep 2012, Sedat Dilek wrote: > > > > on my Ubuntu/precise AMD64 today's Linux-Next runs into the following > > call-trace (machine freezes): > > > > Sep 26 19:22:58 fambox kernel: [ 11.124739] BUG: unable to handle >

inux-next: Tree for Sept 26 (not bootable on AMD64: thermal|acpi|drm/i915|pci related?)

Hi Rui, > -Original Message- > From: Zhang, Rui > Sent: Thursday, September 27, 2012 11:38 AM > To: Hugh Dickins > Cc: Sedat Dilek; Stephen Rothwell; Andrew Morton; Dan Carpenter; R, > Durgadoss; linux-next at vger.kernel.org; linux-kernel at vger.kernel.org; > Rafael J. Wysocki; Dave

inux-next: Tree for Sept 26 (not bootable on AMD64: thermal|acpi|drm/i915|pci related?)

On ?, 2012-09-27 at 00:11 -0600, R, Durgadoss wrote: > Hi Rui, > > > > -Original Message- > > From: Zhang, Rui > > Sent: Thursday, September 27, 2012 11:38 AM > > To: Hugh Dickins > > Cc: Sedat Dilek; Stephen Rothwell; Andrew Morton; Dan Carpenter; R, > > Durgadoss; linux-next at

[PATCH] drm/prime: drop reference on imported dma-buf come from gem

fwiw, I had a similar patch: https://patchwork.kernel.org/patch/1229161/ although it was on top of some locking fixes from Daniel (which I think are also needed): https://patchwork.kernel.org/patch/1227251/ although that seemed to cause/trigger some explosions which I think still need to be

[PATCH] drm/prime: drop reference on imported dma-buf come from gem

Hi Rob, On 2012? 09? 27? 15:52, Rob Clark wrote: > fwiw, I had a similar patch: > > https://patchwork.kernel.org/patch/1229161/ Yes, I already check your patch and even my patch's title is a bit from your patch. I thought locking issue blocks your patch, so I sent simple fixes on current

[PATCH] drm/prime: drop reference on imported dma-buf come from gem

On Thu, Sep 27, 2012 at 9:14 AM, ??? wrote: > Hi Rob, > > On 2012? 09? 27? 15:52, Rob Clark wrote: >> fwiw, I had a similar patch: >> >> https://patchwork.kernel.org/patch/1229161/ > > Yes, I already check your patch and even my patch's title is a bit from > your patch. > > I thought locking

[git pull] drm fixes

Hi Linus the three nouveau fixes quiten unneeded dmesg spam that people are seeing and pondering, the udl fix stops it from trying to driver monitors that are too big, where we get a black screen. and vmware memory alloc problem. Dave. The following changes since commit

radeon: Regression between v3.6-rc4 and v3.6-rc6: unable to allocate a PPLL

On Wednesday, September 26, 2012 03:42:40 PM Deucher, Alexander wrote: > > -Original Message- > > From: Andres Freund [mailto:andres at anarazel.de] > > Sent: Wednesday, September 26, 2012 9:41 AM > > To: Dan Carpenter > > Cc: Deucher, Alexander; LKML; David Airlie; > > dri-devel at

[PATCH] drm/exynos: fix to calculate CRTC shown via screen

This patch is to exactly calculate CRTC shown via screen for all cases. Refer exynos_plane_get_size() function for this. Also source position of fb is fixed when start position of CRTC is negative number. Signed-off-by: Joonyoung Shim Signed-off-by: Kyungmin Park ---

[PATCH] drm/exynos: fix kcalloc size of g2d cmdlist node

The size argument means just one element size when we call kcalloc, so G2D_CMDLIST_NUM * sizeof(*node) is wrong. Signed-off-by: Joonyoung Shim Signed-off-by: Kyungmin Park --- drivers/gpu/drm/exynos/exynos_drm_g2d.c |3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git

[PATCH 2/2] drm/radeon: implement dynamic PTs allocation via SA

On Die, 2012-09-25 at 18:44 +0400, Dmitry Cherkasov wrote: > make dynamic allocation of page tables on demand in radeon_vm_update_pte > > Signed-off-by: Dmitry Cherkasov This change caused many piglit tests to fail for me on SI with radeon: The kernel rejected CS, see dmesg for more

[PATCH 2/2] drm/radeon: implement dynamic PTs allocation via SA

On Don, 2012-09-27 at 16:18 +0400, Dmitry Cherkassov wrote: > Hi Michel. > > 2012/9/27 Michel D?nzer : > > On Die, 2012-09-25 at 18:44 +0400, Dmitry Cherkasov wrote: > >> make dynamic allocation of page tables on demand in radeon_vm_update_pte > >> > >> Signed-off-by: Dmitry Cherkasov > > > >

[PATCH 2/2] drm/radeon: implement dynamic PTs allocation via SA

Hi Michel. 2012/9/27 Michel D?nzer : > On Die, 2012-09-25 at 18:44 +0400, Dmitry Cherkasov wrote: >> make dynamic allocation of page tables on demand in radeon_vm_update_pte >> >> Signed-off-by: Dmitry Cherkasov > > This change caused many piglit tests to fail for me on SI with > >

radeon: Regression between v3.6-rc4 and v3.6-rc6: unable to allocate a PPLL

On Thu, Sep 27, 2012 at 2:46 AM, Andres Freund wrote: > On Wednesday, September 26, 2012 03:42:40 PM Deucher, Alexander wrote: >> > -Original Message- >> > From: Andres Freund [mailto:andres at anarazel.de] >> > Sent: Wednesday, September 26, 2012 9:41 AM >> > To: Dan Carpenter >> > Cc:

[PATCH] drm/prime: drop reference on imported dma-buf come from gem

On Thu, 27 Sep 2012, Seung-Woo Kim wrote: > Increasing ref counts of both dma-buf and gem for imported dma-buf come from > gem > makes memory leak. release function of dma-buf cannot be called because > f_count > of dma-buf increased by importing gem and gem ref count cannot be decrease >

Update on the CEC API

Hi all, During the Linux Plumbers Conference we (i.e. V4L2 and DRM developers) had a discussion on how to handle the CEC protocol that's part of the HDMI standard. The decision was made to create a CEC bus with CEC clients, each represented by a /dev/cecX device. So this is independent of the

-next trees

On Wed, Sep 26, 2012 at 04:04:43PM -0500, Ian Pilcher wrote: > On 09/26/2012 12:00 PM, Adam Jackson wrote: > >On Tue, 2012-09-25 at 13:47 -0500, Ian Pilcher wrote: > >> > >>1. The display (LG L246WP) is confused by *any* InfoFrames. > > > >If this is still the case after applying: > > > >commit

inux-next: Tree for Sept 26 (gpu/drm/i915)

On Wed, Sep 26, 2012 at 10:12:00AM -0700, Randy Dunlap wrote: > On 09/25/2012 11:44 PM, Stephen Rothwell wrote: > > > Hi all, > > > > Changes since 201209025: > > > > > > on x86_64: > > drivers/gpu/drm/i915/i915_sysfs.c: In function 'i915_teardown_sysfs': >

radeon: Regression between v3.6-rc4 and v3.6-rc6: unable to allocate a PPLL

he code in the 3.7 branch doesn't do that extended validation yet, >> >> > rigth? If you want/need you can CC for testing once thats ready. >> >> >> >> It should handle it now. If you could test it that would be great. >> > >> > Ok, just to be sure I tested Linus' tree and everything works fine there. >> > >> > Unfortunately thats not the case with a straight merge of >> > alexdeucher/drm- next-3.7-wip. When gdm started *the first time* the >> > DVI-connected (uhm, same sink type? Thats the saphire magic allowing >> > more monitors on that type of graphics card?) I got a "unable to >> > allocate a PPLL" error again. Logging in/starting a new X seems to fix >> > that. >> >> So you have a xorg.conf with a hardcoded configuration? If so can you >> send it to me? > Yes, but just setting the xrand positions: Thanks. I can't seem to reproduce it here, but I've pushed an updated drm-next-3.7-wip which may help. If not, can you apply the attached patch and send me the output? Thanks, Alex -- next part -- A non-text attachment was scrubbed... Name: pll_debug.diff Type: application/octet-stream Size: 4996 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20120927/495b9466/attachment.obj>

[PATCHv8 21/26] v4l: vb2-dma-contig: add reference counting for a device from allocator context

Hi Laurent, On 08/15/2012 10:04 PM, Laurent Pinchart wrote: > Hi Tomasz, > > Thanks for the patch. > > On Tuesday 14 August 2012 17:34:51 Tomasz Stanislawski wrote: >> This patch adds taking reference to the device for MMAP buffers. >> >> Such buffers, may be exported using DMABUF mechanism. If

hot CPU with 3.6.0-rc7+ and intel graphic

Hello, I'm observing a high CPU usage at my ThinkPad T420 (i5-2540M CPU), w/ integrated intel graphic. Powertop-2.1 shows that the GPU is always at 100%, although I've defined these settings : $> cat /etc/modprobe.d/i915.conf options i915 i915_enable_rc6=7 lvds_downclock=0 Kernel 3.5.4 works

radeon: Regression between v3.6-rc4 and v3.6-rc6: unable to allocate a PPLL

On Thu, Sep 27, 2012 at 10:54 AM, Alex Deucher wrote: > On Thu, Sep 27, 2012 at 9:23 AM, Andres Freund wrote: >> On Thursday, September 27, 2012 03:14:31 PM Alex Deucher wrote: >>> On Thu, Sep 27, 2012 at 2:46 AM, Andres Freund >>> wrote: >>> > On Wednesday, September 26, 2012 03:42:40 PM

[PATCH libdrm 1/4] man: use automake man_MANS to allow multiple suffixes

On Sun, 23 Sep 2012 16:40:04 +0200 David Herrmann wrote: > Current man-page infrastructure supports only man3 but we wanto overview > files to be placed in man7. So use the new automake support for man_MANS > which installs the files automatically in the right location. > > The current

[PATCH libdrm 2/4] man: add man/drm.7 overview page

On Sun, 23 Sep 2012 16:40:05 +0200 David Herrmann wrote: > This man-page is supposed to provide an overview of the whole DRM system. > It is targeted to users that have never worked with DRM and forwards the > reader to the correct other man-pages. > > Detailed information on each system are

[PATCH libdrm 3/4] man: add KMS overview page

On Sun, 23 Sep 2012 16:40:06 +0200 David Herrmann wrote: > drm-kms.7 is an overview page which contains basic information on kernel > mode-setting. It is targeted to users that are not familiar with DRM > internals and gives short examples how basic mode-setting can be > performed. > It

[PATCH libdrm 4/4] man: add drm-memory man-page

On Sun, 23 Sep 2012 16:40:07 +0200 David Herrmann wrote: > The drm-memory man-page (aliased as drm-gem, drm-mm and drm-ttm) describes > the high-level overview of different memory-management frameworks used in > the DRM subsystem. It is really targeted at driver-independent semantics > (and

Stereo 3D modes support v2

This series is the second revison of: http://lists.freedesktop.org/archives/intel-gfx/2012-September/020457.html It changes the way 3d modes are exposed to user-space: - An "expose 3D modes" property can be installed on connectors that support stereo 3D - User space can indicate through that

[PATCH 1/3] drm: Add an "expose 3d modes" property

From: Damien Lespiau The "expose 3D modes" property can be attached to connectors to allow user space to indicate it can deal with 3D modes and that the drm driver should expose those 3D modes. Signed-off-by: Damien Lespiau --- drivers/gpu/drm/drm_crtc.c | 35

[PATCH 2/3] drm: Parse the HDMI cea vendor block for 3D present

From: Damien Lespiau For now, let's just look at the 3D_present flag of the CEA HDMI vendor block to detect if the sink supports a small list of then mandatory 3D formats. See the HDMI 1.4a 3D extraction for detail: http://www.hdmi.org/manufacturer/specification.aspx

[PATCH 3/3] drm/i915: Add HDMI vendor info frame support

From: Damien Lespiau When scanning out a 3D framebuffer, send the corresponding infoframe to the HDMI sink. See http://www.hdmi.org/manufacturer/specification.aspx for details. Signed-off-by: Damien Lespiau --- drivers/gpu/drm/i915/intel_drv.h | 14 +++

[PATCH 1/2] lib: Dump information about the supported 3D stereo formats

From: Damien Lespiau When dumping the details of a mode, let's add the 3D formats the mode supports. Signed-off-by: Damien Lespiau --- lib/drmtest.c | 13 +++-- 1 file changed, 11 insertions(+), 2 deletions(-) diff --git a/lib/drmtest.c b/lib/drmtest.c index

[PATCH 2/2] tests/testdisplay: Test the stereo 3D modes

From: Damien Lespiau Now that modes have flags to describe which 3d formats the sink supports, it's time to test them. The new test cycles through the supported 3D formats and paint 3D stereoscopic images taken from publicly available samples:

radeon: Regression between v3.6-rc4 and v3.6-rc6: unable to allocate a PPLL

On Thursday, September 27, 2012 03:14:31 PM Alex Deucher wrote: > On Thu, Sep 27, 2012 at 2:46 AM, Andres Freund wrote: > > On Wednesday, September 26, 2012 03:42:40 PM Deucher, Alexander wrote: > >> > -Original Message- > >> > From: Andres Freund [mailto:andres at anarazel.de] > >> >