Use the more current logging style.
Add pr_fmt and remove the TTM_PFX uses.
Coalesce formats and align arguments.
Signed-off-by: Joe Perches
---
drivers/gpu/drm/ttm/ttm_agp_backend.c|4 +-
drivers/gpu/drm/ttm/ttm_bo.c | 72 +-
drivers/gpu/drm/tt
Use a more current logging style. Ensure that appropriate
logging messages are prefixed with "i915: ".
Convert printks to pr_. Align arguments.
Signed-off-by: Joe Perches
---
drivers/gpu/drm/i915/i915_dma.c |6 ++-
drivers/gpu/drm/i915/i915_irq.c | 70 +--
makes me afraid of some weird GTT flushing issue, given the adventures
we had with VT-d on that hardware where we idle the gpu before any GTT
updates. I wonder what would happen if we idled the GPU before any GTT
updates even when VT-d wasn't running...
> The latest thinking on the hibernate issue
https://bugs.freedesktop.org/show_bug.cgi?id=36762
Fabio Pedretti changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
Use the more current logging style.
Add pr_fmt and remove the TTM_PFX uses.
Coalesce formats and align arguments.
Signed-off-by: Joe Perches
---
drivers/gpu/drm/ttm/ttm_agp_backend.c|4 +-
drivers/gpu/drm/ttm/ttm_bo.c | 72 +-
drivers/gpu/drm/tt
Use a more current logging style. Ensure that appropriate
logging messages are prefixed with "i915: ".
Convert printks to pr_. Align arguments.
Signed-off-by: Joe Perches
---
drivers/gpu/drm/i915/i915_dma.c |6 ++-
drivers/gpu/drm/i915/i915_irq.c | 70 +--
Reviewed-by: Kyungmin Park
On 3/17/12, Rob Clark wrote:
> From: Rob Clark
>
> Works in a similar way to get_file(), and is needed in cases such as
> when the exporter needs to also keep a reference to the dmabuf (that
> is later released with a dma_buf_put()), and possibly other similar
> cases
<#part sign=pgpmime>
On Fri, 16 Mar 2012 16:24:35 -0700, Linus Torvalds
wrote:
> Well, even without hibernation, one theory was about the VC switching
> - apparently that was one thing that at least one reporter does end up
> doing - switching from X into the virtual terminals and back.
Thanks
<#part sign=pgpmime>
On Fri, 16 Mar 2012 16:24:35 -0700, Linus Torvalds wrote:
> Well, even without hibernation, one theory was about the VC switching
> - apparently that was one thing that at least one reporter does end up
> doing - switching from X into the virtual terminals and back.
Thanks f
https://bugzilla.kernel.org/show_bug.cgi?id=29412
Jonathan Nieder changed:
What|Removed |Added
CC||jrnieder at gmail.com
--- Comment #
From: Seung-Woo Kim
This patch adds hdmi audio feature for exynos drm.
With this patch, i2s channel feeds audio data in hdmi when hdmi is connected.
Signed-off-by: Seung-Woo Kim
Signed-off-by: Joonyoung Shim
Signed-off-by: Inki Dae
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exy
From: Eunchul Kim
DRM checks whether the plane supports a pixel format of fb when plane is
updated. This adds a default pixel format supporting format exynos drm
plane.
Signed-off-by: Eunchul Kim
Signed-off-by: Joonyoung Shim
Signed-off-by: Inki Dae
Signed-off-by: Kyungmin Park
---
drivers/
From: Joonyoung Shim
The some contents of the exynos_hdmi.h are used only in exynos_hdmi.c,
so move them to exynos_hdmi.c.
Signed-off-by: Joonyoung Shim
Signed-off-by: Inki Dae
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exynos_hdmi.c | 36
drivers
From: Joonyoung Shim
The contents of exynos_mixer.h are used only in exynos_mixer.c, so
separated header is unnecessary.
Signed-off-by: Joonyoung Shim
Signed-off-by: Inki Dae
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exynos_mixer.c | 49 +-
drivers/gpu/drm/exy
this driver would be used for wireless display. virtual display
driver has independent crtc, encoder and connector and to use
this driver, user application should send edid data to this driver
from wireless display.
Signed-off-by: Inki Dae
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/exynos
From: Joonyoung Shim
The G2D is a 2D graphic accelerator that supports Bit Block Transfer.
This G2D driver is exynos drm specific and supports only G2D(version
4.1) of later Exynos series from Exynos4X12 because supporting DMA.
The G2D is performed by two tasks simply.
1. Configures the renderin
From: Joonyoung Shim
The is_local member indicates unused subdrv such connector and encoder
so doesn't make resources for them.
Signed-off-by: Joonyoung Shim
Signed-off-by: Inki Dae
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exynos_drm_core.c |3 +++
drivers/gpu/drm/exynos/e
From: Joonyoung Shim
Some subdrv need open and close functions call when open and close drm.
Signed-off-by: Joonyoung Shim
Signed-off-by: Inki Dae
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exynos_drm_core.c | 35 ++
drivers/gpu/drm/exynos/exynos_dr
From: Joonyoung Shim
The exynos drm driver has several subdrv. They each can be module but it
causes unfixed probe order of exynodr drm driver and each subdrv. It
also needs some weird codes such as exynos_drm_fbdev_reinit and
exynos_drm_mode_group_reinit. This patch can remove weird codes and
cl
From: Joonyoung Shim
We should release pending pageflip events when closed. If not, they will
be dangling events.
Signed-off-by: Joonyoung Shim
Signed-off-by: Inki Dae
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exynos_drm_drv.c | 14 ++
1 files changed, 14 insertio
this function would be used for drm based 2d acceleration driver
to get/put dma address through gem handle.
when exynos_drm_get_dma_address is called reference count of
gem object would be increased not to be released by gem close and
when exynos_drm_put_dma_address is called the reference count of
with this patch, we can allocate physically continuous or non-continuous
memory and also it creates scatterlist for iommu support so allocated
memory region can be mapped to iommu page table using scatterlist.
Signed-off-by: Inki Dae
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exyno
this patch adds mode_fixup feature for hdmi module that
specific driver changes current mode to driver desired mode
properly.
Signed-off-by: Inki Dae
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exynos_drm_connector.c | 25 +++-
drivers/gpu/drm/exynos/exynos_drm_crtc.c |
From: Joonyoung Shim
Later Exynos series from Exynos4X12 support HDMI version 1.4. We will
distinguish to use which version via platform data. This patch supports
only default features of HDMI version 1.4(The 3D, sound and etc don't
support yet)
Signed-off-by: Joonyoung Shim
Signed-off-by: Inki
Hi, Dave and all.
this update adds new features below:
- add HDMI version 1.4 and Audio support.
- add mode_fixup feature.
. hdmi module would change current mode to driver desired mode properly.
- updated gem and buffer framework.
. we can allocate physically continuous or non-continuous
https://bugzilla.kernel.org/show_bug.cgi?id=42941
--- Comment #1 from Igor Murzov 2012-03-16 18:43:00 ---
Created an attachment (id=72611)
--> (https://bugzilla.kernel.org/attachment.cgi?id=72611)
output of lspci -vvv
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=ema
https://bugzilla.kernel.org/show_bug.cgi?id=42941
Summary: Resume from suspend to memory leaves display blank on
Lenovo Ideapad U455
Product: Power Management
Version: 2.5
Kernel Version: 3.3.0-rc7+
Platform: All
OS/Version
On Fri, Mar 16, 2012 at 4:04 PM, Rob Clark wrote:
> From: Rob Clark
>
> Works in a similar way to get_file(), and is needed in cases such as
> when the exporter needs to also keep a reference to the dmabuf (that
> is later released with a dma_buf_put()), and possibly other similar
> cases.
>
> Si
> From: Rob Clark
>
> Enable optional userspace access to dma-buf buffers via mmap() on the
> dma-buf file descriptor. Userspace access to the buffer should be
> bracketed with DMA_BUF_IOCTL_{PREPARE,FINISH}_ACCESS ioctl calls to
> give the exporting driver a chance to deal with cache synchroni
> Guys,
> ?I don't know if these kinds of things have been forwarded to you, but
> there's apparently been several things like this going on - with the
> finger pointing to the i915 driver apparently clearing random memory.
> Often the end result seems to be list corruption or a NULL pointer
> dere
https://bugs.freedesktop.org/show_bug.cgi?id=37171
--- Comment #20 from Stefan D?singer 2012-03-16
09:41:21 PDT ---
Note that Shader Model 2 in d3d kinda supports loops and conditions on hardware
that shouldn't be able to handle them. The caveat of this support is that they
do not support dynami
On Fri, Mar 16, 2012 at 3:52 PM, Keith Packard wrote:
>
> We had a theory about hibernation -- unflushed FB writes that go astray
> when the pages underneath the GTT get reassigned when switching from the
> boot kernel to the resumed kernel.
Well, even without hibernation, one theory was about th
On Fri, Mar 16, 2012 at 3:52 PM, Keith Packard wrote:
>
> We had a theory about hibernation -- unflushed FB writes that go astray
> when the pages underneath the GTT get reassigned when switching from the
> boot kernel to the resumed kernel.
Well, even without hibernation, one theory was about th
I pushed this version out to make two new intel interfaces available
to Mesa: unsynchronized maps, and AUB dumping.
It also contains valgrind support, so you no longer get complaints in GL
applications about invalid reads/writes when the driver talks to the
GPU. Thanks, Chris!
Alan Coopersmith (
: 197 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120316/3221c8d9/attachment.pgp>
https://bugs.freedesktop.org/show_bug.cgi?id=47007
--- Comment #45 from Tvrtko Ursulin 2012-03-16
09:09:56 PDT ---
(In reply to comment #44)
> Created attachment 58568 [details] [review]
> fix dvi-i load detection
>
> It's being called on the wrong encoder. This should fix the load detection
>
<#part sign=pgpmime>
On Fri, 16 Mar 2012 16:47:46 +, Dave Airlie wrote:
> The hibernate issue is known and I've been hoping someone from Intel
> would run with debugging it, they have a big enough team that I don't
> feel I can expend the personal time to look into it.
Yeah, I've been chatti
<#part sign=pgpmime>
On Fri, 16 Mar 2012 16:47:46 +, Dave Airlie wrote:
> The hibernate issue is known and I've been hoping someone from Intel
> would run with debugging it, they have a big enough team that I don't
> feel I can expend the personal time to look into it.
Yeah, I've been chatti
https://bugs.freedesktop.org/show_bug.cgi?id=47007
--- Comment #44 from Alex Deucher 2012-03-16 08:59:36 PDT
---
Created attachment 58568
--> https://bugs.freedesktop.org/attachment.cgi?id=58568
fix dvi-i load detection
It's being called on the wrong encoder. This should fix the load detecti
<#part sign=pgpmime>
On Fri, 16 Mar 2012 09:11:54 -0700, Linus Torvalds
wrote:
> I don't know if these kinds of things have been forwarded to you, but
> there's apparently been several things like this going on - with the
> finger pointing to the i915 driver apparently clearing random memory.
>
<#part sign=pgpmime>
On Fri, 16 Mar 2012 09:11:54 -0700, Linus Torvalds wrote:
> I don't know if these kinds of things have been forwarded to you, but
> there's apparently been several things like this going on - with the
> finger pointing to the i915 driver apparently clearing random memory.
>
https://bugs.freedesktop.org/show_bug.cgi?id=47007
--- Comment #43 from Tvrtko Ursulin 2012-03-16
08:35:35 PDT ---
(In reply to comment #42)
> (In reply to comment #41)
> > Btw is it correct that it is not possible to load detect with this hardware
> > on
> > DVI-I when nothing is connected? (C
https://bugs.freedesktop.org/show_bug.cgi?id=47007
--- Comment #42 from Alex Deucher 2012-03-16 08:30:04 PDT
---
(In reply to comment #41)
> Btw is it correct that it is not possible to load detect with this hardware on
> DVI-I when nothing is connected? (Comes up as connector status unknown).
On 03/15/2012 07:50 PM, Dave Airlie wrote:
>> G2D is a 2D graphic accelerator that supports Bit Block Transfer. This
>> G2D driver is exynos drm specific and supports only exynos4x12 series.
>> user application fills command set in cmdlist and once dma start request
>> these cmdlists are parsed and
https://bugs.freedesktop.org/show_bug.cgi?id=47007
--- Comment #41 from Tvrtko Ursulin 2012-03-16
08:16:13 PDT ---
Btw is it correct that it is not possible to load detect with this hardware on
DVI-I when nothing is connected? (Comes up as connector status unknown).
--
Configure bugmail: https
This can test only solid color fill.
Signed-off-by: Joonyoung Shim
---
configure.ac |1 +
include/drm/exynos_drm.h | 185 ++
tests/Makefile.am |2 +-
tests/g2dtest/Makefile.am | 16 ++
tests/g2dtest/g2d.h | 64 +
tests/g2dtest/g2d_reg.h
https://bugs.freedesktop.org/show_bug.cgi?id=47007
Tvrtko Ursulin changed:
What|Removed |Added
Attachment #58555|0 |1
is obsolete|
From: Rob Clark
Works in a similar way to get_file(), and is needed in cases such as
when the exporter needs to also keep a reference to the dmabuf (that
is later released with a dma_buf_put()), and possibly other similar
cases.
Signed-off-by: Rob Clark
---
Minor update on original to add a mis
https://bugs.freedesktop.org/show_bug.cgi?id=36762
Fabio Pedretti changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=47007
--- Comment #39 from Alex Deucher 2012-03-16 07:46:10 PDT
---
(In reply to comment #38)
>
> Magic. :) Thanks, seems to work now.
>
> What are the chances of upstreaming the two?
Please provide a git patch for your hpd unchanged patch with you
https://bugs.freedesktop.org/show_bug.cgi?id=47007
--- Comment #38 from Tvrtko Ursulin 2012-03-16
07:16:44 PDT ---
(In reply to comment #37)
> Created attachment 58556 [details] [review]
> add quirk for fujitsu board
>
> (In reply to comment #35)
> > Created attachment 58554 [details] [review]
https://bugs.freedesktop.org/show_bug.cgi?id=47407
Alex Deucher changed:
What|Removed |Added
Product|Mesa|DRI
Version|git
https://bugs.freedesktop.org/show_bug.cgi?id=47007
Alex Deucher changed:
What|Removed |Added
Attachment #58554|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=47007
Tvrtko Ursulin changed:
What|Removed |Added
Attachment #58481|0 |1
is obsolete|
On Fri, Mar 16, 2012 at 12:24 PM, Tom Cooksey wrote:
>
>> From: Rob Clark
>>
>> Enable optional userspace access to dma-buf buffers via mmap() on the
>> dma-buf file descriptor. ?Userspace access to the buffer should be
>> bracketed with DMA_BUF_IOCTL_{PREPARE,FINISH}_ACCESS ioctl calls to
>> giv
Hi Dave.
2012? 3? 15? ?? 8:21, Inki Dae ?? ?:
>> -Original Message-
>> From: Dave Airlie [mailto:airlied at gmail.com]
>> Sent: Thursday, March 15, 2012 7:40 PM
>> To: Inki Dae
>> Cc: airlied at linux.ie; dri-devel at lists.freedesktop.org;
>> kyungmin.park at samsung.com; sw0312.kim at sa
https://bugs.freedesktop.org/show_bug.cgi?id=47007
--- Comment #35 from Tvrtko Ursulin 2012-03-16
06:18:42 PDT ---
Created attachment 58554
--> https://bugs.freedesktop.org/attachment.cgi?id=58554
Correctly identify connector on Fujitsu D3003-S2 board
--
Configure bugmail: https://bugs.freed
the CMA function won't
even exist in the version going into mainline.
Tomi
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: This is a digitally signed message part
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120316/c1ef8aff/attachment.pgp>
From: Rob Clark
Works in a similar way to get_file(), and is needed in cases such as
when the exporter needs to also keep a reference to the dmabuf (that
is later released with a dma_buf_put()), and possibly other similar
cases.
Signed-off-by: Rob Clark
---
Minor update on original to add a mis
From: Tvrtko Ursulin
On a system with one HDMI and one VGA connector the latter
causes output polling to run every ten seconds. This causes
full EDID re-fetch on every poll and approx. 100ms rendering
stalls are experienced by full screen page-flipping applications.
Optimisation is to trust HPD s
From: Alex Deucher
vbios lists DVI-I port as VGA and DVI-D.
Fixes:
https://bugs.freedesktop.org/show_bug.cgi?id=47007
Signed-off-by: Alex Deucher
Cc: stable at vger.kernel.org
---
drivers/gpu/drm/radeon/radeon_atombios.c | 14 ++
1 files changed, 14 insertions(+), 0 deletions(-)
From: Alex Deucher
We digital encoders have a detect function as well (for
DP to VGA bridges), so we make sure we choose the analog
one here.
Fixes:
https://bugs.freedesktop.org/show_bug.cgi?id=47007
Signed-off-by: Alex Deucher
Cc: stable at vger.kernel.org
---
drivers/gpu/drm/radeon/radeon_c
https://bugs.freedesktop.org/show_bug.cgi?id=47407
samit vats changed:
What|Removed |Added
Priority|medium |high
--
Configure bugmail: https://bugs.fr
https://bugs.freedesktop.org/show_bug.cgi?id=25672
--- Comment #4 from samit vats 2012-03-16 05:13:22 PDT
---
(In reply to comment #3)
> Created attachment 32118 [details]
> lspci
Re-opening for GalliumR600
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- Yo
https://bugs.freedesktop.org/show_bug.cgi?id=47407
--- Comment #1 from samit vats 2012-03-16 05:09:38 PDT
---
Created attachment 58552
--> https://bugs.freedesktop.org/attachment.cgi?id=58552
Xorg.log
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are
https://bugs.freedesktop.org/show_bug.cgi?id=47407
Bug #: 47407
Summary: System unable to recover from suspend to disk
Classification: Unclassified
Product: Mesa
Version: git
Platform: x86 (IA32)
OS/Version: All
Status
https://bugzilla.kernel.org/show_bug.cgi?id=29412
Jonathan Nieder changed:
What|Removed |Added
CC||jrnie...@gmail.com
--- Comment #3 f
On Fri, Mar 16, 2012 at 12:24 PM, Tom Cooksey wrote:
>
>> From: Rob Clark
>>
>> Enable optional userspace access to dma-buf buffers via mmap() on the
>> dma-buf file descriptor. Userspace access to the buffer should be
>> bracketed with DMA_BUF_IOCTL_{PREPARE,FINISH}_ACCESS ioctl calls to
>> giv
On 03/15/2012 02:32 AM, Rob Clark wrote:
> From: Rob Clark
> [snip]
> In all cases, the mmap() call is allowed to fail, and the associated
> dma_buf_ops are optional (mmap() will fail if at least the mmap()
> op is not implemented by the exporter, but in either case the
> {prepare,finish}_access()
https://bugzilla.kernel.org/show_bug.cgi?id=42941
--- Comment #1 from Igor Murzov 2012-03-16 18:43:00 ---
Created an attachment (id=72611)
--> (https://bugzilla.kernel.org/attachment.cgi?id=72611)
output of lspci -vvv
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=ema
https://bugzilla.kernel.org/show_bug.cgi?id=42941
Summary: Resume from suspend to memory leaves display blank on
Lenovo Ideapad U455
Product: Power Management
Version: 2.5
Kernel Version: 3.3.0-rc7+
Platform: All
OS/Version
From: Rob Clark
Works in a similar way to get_file(), and is needed in cases such as
when the exporter needs to also keep a reference to the dmabuf (that
is later released with a dma_buf_put()), and possibly other similar
cases.
Signed-off-by: Rob Clark
---
include/linux/dma-buf.h | 14 +
On Fri, Mar 16, 2012 at 4:04 PM, Rob Clark wrote:
> From: Rob Clark
>
> Works in a similar way to get_file(), and is needed in cases such as
> when the exporter needs to also keep a reference to the dmabuf (that
> is later released with a dma_buf_put()), and possibly other similar
> cases.
>
> Si
Just wondering how we expect userspace to use dma-buf/prime interfaces.
Currently I see one driver in sharing the buffer with handle->fd, then
passing the fd to the other driver and it using fd->handle, do we then
expect the importing driver to close the fd?
Dave.
From: Dave Airlie
We need to pass the flags into dma_buf_fd at this point,
so the flags end up doing the right thing for O_CLOEXEC.
Signed-off-by: Dave Airlie
---
drivers/base/dma-buf.c |5 +++--
include/linux/dma-buf.h |2 +-
2 files changed, 4 insertions(+), 3 deletions(-)
diff --g
> From: Rob Clark
>
> Enable optional userspace access to dma-buf buffers via mmap() on the
> dma-buf file descriptor. Userspace access to the buffer should be
> bracketed with DMA_BUF_IOCTL_{PREPARE,FINISH}_ACCESS ioctl calls to
> give the exporting driver a chance to deal with cache synchroni
On Fri, Mar 16, 2012 at 5:34 AM, Dave Airlie wrote:
> From: Dave Airlie
>
> We need to pass the flags into dma_buf_fd at this point,
> so the flags end up doing the right thing for O_CLOEXEC.
>
> Signed-off-by: Dave Airlie
Signed-off-by: Rob Clark
> ---
> ?drivers/base/dma-buf.c ?| ? ?5 +++--
> Guys,
> I don't know if these kinds of things have been forwarded to you, but
> there's apparently been several things like this going on - with the
> finger pointing to the i915 driver apparently clearing random memory.
> Often the end result seems to be list corruption or a NULL pointer
> dere
https://bugs.freedesktop.org/show_bug.cgi?id=37171
--- Comment #20 from Stefan Dösinger 2012-03-16
09:41:21 PDT ---
Note that Shader Model 2 in d3d kinda supports loops and conditions on hardware
that shouldn't be able to handle them. The caveat of this support is that they
do not support dynami
This patch adds hdmi audio feature for exynos drm.
With this patch, i2s channel feeds audio data in hdmi when hdmi is connected.
This patch is for drm-next branch and the base of this patch is patch set from
Joonyoung Shim, "[PATCH 2/2] drm/exynos: cleanup exynos_hdmi.h".
link:
http://www.
From: Tvrtko Ursulin
On a system with one HDMI and one VGA connector the latter
causes output polling to run every ten seconds. This causes
full EDID re-fetch on every poll and approx. 100ms rendering
stalls are experienced by full screen page-flipping applications.
Optimisation is to trust HPD s
From: Alex Deucher
vbios lists DVI-I port as VGA and DVI-D.
Fixes:
https://bugs.freedesktop.org/show_bug.cgi?id=47007
Signed-off-by: Alex Deucher
Cc: sta...@vger.kernel.org
---
drivers/gpu/drm/radeon/radeon_atombios.c | 14 ++
1 files changed, 14 insertions(+), 0 deletions(-)
d
From: Alex Deucher
We digital encoders have a detect function as well (for
DP to VGA bridges), so we make sure we choose the analog
one here.
Fixes:
https://bugs.freedesktop.org/show_bug.cgi?id=47007
Signed-off-by: Alex Deucher
Cc: sta...@vger.kernel.org
---
drivers/gpu/drm/radeon/radeon_conn
On Fri, Mar 16, 2012 at 5:50 AM, Marcus Lorentzon
wrote:
> On 03/15/2012 02:32 AM, Rob Clark wrote:
>>
>> From: Rob Clark
>> [snip]
>>
>> In all cases, the mmap() call is allowed to fail, and the associated
>> dma_buf_ops are optional (mmap() will fail if at least the mmap()
>> op is not implement
Guys,
I don't know if these kinds of things have been forwarded to you, but
there's apparently been several things like this going on - with the
finger pointing to the i915 driver apparently clearing random memory.
Often the end result seems to be list corruption or a NULL pointer
dereference in t
Guys,
I don't know if these kinds of things have been forwarded to you, but
there's apparently been several things like this going on - with the
finger pointing to the i915 driver apparently clearing random memory.
Often the end result seems to be list corruption or a NULL pointer
dereference in t
https://bugs.freedesktop.org/show_bug.cgi?id=47007
--- Comment #45 from Tvrtko Ursulin 2012-03-16
09:09:56 PDT ---
(In reply to comment #44)
> Created attachment 58568 [details] [review]
> fix dvi-i load detection
>
> It's being called on the wrong encoder. This should fix the load detection
>
From: Rob Clark
Works in a similar way to get_file(), and is needed in cases such as
when the exporter needs to also keep a reference to the dmabuf (that
is later released with a dma_buf_put()), and possibly other similar
cases.
Signed-off-by: Rob Clark
---
include/linux/dma-buf.h | 14 +
https://bugs.freedesktop.org/show_bug.cgi?id=47007
--- Comment #44 from Alex Deucher 2012-03-16 08:59:36 PDT ---
Created attachment 58568
--> https://bugs.freedesktop.org/attachment.cgi?id=58568
fix dvi-i load detection
It's being called on the wrong encoder. This should fix the load detectio
https://bugs.freedesktop.org/show_bug.cgi?id=47007
--- Comment #33 from Tvrtko Ursulin 2012-03-16
01:47:31 PDT ---
(In reply to comment #32)
> (In reply to comment #31)
> > It is a single DVI-I physically.
> >
> > But even identifying it would not change anything with regards to polling
> > ind
On Fri, Mar 16, 2012 at 8:22 AM, Rob Clark wrote:
> On Fri, Mar 16, 2012 at 5:53 AM, Dave Airlie wrote:
>> Just wondering how we expect userspace to use dma-buf/prime interfaces.
>>
>> Currently I see one driver in sharing the buffer with handle->fd, then
>> passing the fd to the other driver and
https://bugs.freedesktop.org/show_bug.cgi?id=47007
--- Comment #43 from Tvrtko Ursulin 2012-03-16
08:35:35 PDT ---
(In reply to comment #42)
> (In reply to comment #41)
> > Btw is it correct that it is not possible to load detect with this hardware
> > on
> > DVI-I when nothing is connected? (C
https://bugs.freedesktop.org/show_bug.cgi?id=47007
--- Comment #42 from Alex Deucher 2012-03-16 08:30:04 PDT ---
(In reply to comment #41)
> Btw is it correct that it is not possible to load detect with this hardware on
> DVI-I when nothing is connected? (Comes up as connector status unknown).
I
On Fri, Mar 16, 2012 at 5:53 AM, Dave Airlie wrote:
> Just wondering how we expect userspace to use dma-buf/prime interfaces.
>
> Currently I see one driver in sharing the buffer with handle->fd, then
> passing the fd to the other driver and it using fd->handle, do we then
> expect the importing d
https://bugs.freedesktop.org/show_bug.cgi?id=47007
--- Comment #41 from Tvrtko Ursulin 2012-03-16
08:16:13 PDT ---
Btw is it correct that it is not possible to load detect with this hardware on
DVI-I when nothing is connected? (Comes up as connector status unknown).
--
Configure bugmail: https
https://bugs.freedesktop.org/show_bug.cgi?id=47007
Tvrtko Ursulin changed:
What|Removed |Added
Attachment #58555|0 |1
is obsolete|
On Fri, Mar 16, 2012 at 5:34 AM, Dave Airlie wrote:
> From: Dave Airlie
>
> We need to pass the flags into dma_buf_fd at this point,
> so the flags end up doing the right thing for O_CLOEXEC.
>
> Signed-off-by: Dave Airlie
Signed-off-by: Rob Clark
> ---
> drivers/base/dma-buf.c | 5 +++--
https://bugs.freedesktop.org/show_bug.cgi?id=47007
--- Comment #39 from Alex Deucher 2012-03-16 07:46:10 PDT ---
(In reply to comment #38)
>
> Magic. :) Thanks, seems to work now.
>
> What are the chances of upstreaming the two?
Please provide a git patch for your hpd unchanged patch with your
On Fri, Mar 16, 2012 at 5:50 AM, Marcus Lorentzon
wrote:
> On 03/15/2012 02:32 AM, Rob Clark wrote:
>>
>> From: Rob Clark
>> [snip]
>>
>> In all cases, the mmap() call is allowed to fail, and the associated
>> dma_buf_ops are optional (mmap() will fail if at least the mmap()
>> op is not implement
https://bugs.freedesktop.org/show_bug.cgi?id=47007
--- Comment #38 from Tvrtko Ursulin 2012-03-16
07:16:44 PDT ---
(In reply to comment #37)
> Created attachment 58556 [details] [review]
> add quirk for fujitsu board
>
> (In reply to comment #35)
> > Created attachment 58554 [details] [review]
1 - 100 of 135 matches
Mail list logo
