When running the xf86-video-modesetting driver on top of a KMS driver,
leaving X causes the active encoder's DPMS mode to be set to off by the
drm_crtc_helper_disable() function. This doesn't set the connector's
DPMS mode to off, however, which results in subsequent calls to the
On Tue, Nov 06, 2012 at 10:03:40PM +0800, Daniel J Blueman wrote:
> In 3.7-rc4, when starting X with the integrated GPU and suspending the
> discrete GPU,
> after one or more 32-bit applications are used (eg Skype) and X is stopped,
> we hit a panic.
>
> Prevent this by testing if the fini
if (drm_hdmi_dt_init_iommu(dev)){
> > + DRM_ERROR("no sysmmu property found\n");
> > + goto err_data;
> > + }
> > +
> > pd->hpd_gpio = of_get_named_gpio_flags(np, "hpd-gpio", 0,
> );
> >
> > return pd;
> > --
> > 1.7.0.4
> >
> > ___
> > dri-devel mailing list
> > dri-devel at lists.freedesktop.org
> > http://lists.freedesktop.org/mailman/listinfo/dri-devel
> ___
> dri-devel mailing list
> dri-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/dri-devel
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121107/2f899a06/attachment.html>
On Wed, Nov 7, 2012 at 3:11 PM, Inki Dae wrote:
>
>
> 2012/11/7 Leela Krishna Amudala
>>
>> Hello Rahul,
>>
>> On Mon, Nov 5, 2012 at 2:32 PM, Rahul Sharma
>> wrote:
>> > This patch adds iommu support for hdmi driver with device tree based
>> > search. It searches for sysmmu property in hdmi dt
drivers in the connector, or introduce some internal elements in
> DRM which are not necessarily visible to userspace. (Or at least
> userspace should have the option to ignore it for backwards
> compatibility. For atomic pageflip/modeset, the converting of
> everything to properties makes i
From: Prathyush K
This patch adds a exynos drm specific implementation of fb_mmap
which supports mapping a non-contiguous buffer to user space.
This new function does not assume that the frame buffer is contiguous
and calls dma_mmap_writecombine for mapping the buffer
During map_dma_buf, a new sgt needs to be created before being mapped to
another device's address space. Currently, this sgt is created from
the pages of the gem buffer everytime by calling dma_get_sgtable. This
will be time consuming if the map/unmap calls are done repeatedly for
very large
The function dma_get_sgtable will allocate a sg table internally so
it is not necessary to allocate a sg table before it. The unnecessary
'sg_alloc_table' call is removed.
Signed-off-by: Prathyush K
---
drivers/gpu/drm/exynos/exynos_drm_dmabuf.c |8 +---
1 files changed, 1
This patch adds another constructor for an sg table. An sg table is
created from an existing sg table. The new sg table is allocated and
initialized with same data from the original sg table. The user has to
call 'sg_clone_table' with the required sg table, the existing sg table
and the gfp
On Wed, Nov 07, 2012 at 09:32:38AM -0500, Alex Deucher wrote:
> On Mon, Nov 5, 2012 at 11:34 AM, wrote:
> > From: Alex Deucher
> >
> > Add missing index that may have led us to enabling
> > more crtcs than necessary.
> >
> > May also fix:
> > https://bugs.freedesktop.org/show_bug.cgi?id=56139
>
Fixed build warning as below:
drivers/gpu/drm/drm_pci.c: In function 'drm_pcie_get_speed_cap_mask':
drivers/gpu/drm/drm_pci.c:496:9: warning: 'lnkcap' may be used uninitialized in
this function [-Wuninitialized]
drivers/gpu/drm/drm_pci.c:497:10: warning: 'lnkcap2' may be used uninitialized
in
On Wednesday, November 07, 2012 2:37 PM Jingoo Han wrote
>
> Fixed build warning as below:
>
> arch/arm/mm/cache-l2x0.c:37:12: warning: 'l2_wt_override' defined but not
> used [-Wunused-variable]
Sorry, this error message is wrong.
I made a mistake.
I will fix the error message and send v2
Fixed build warning as below:
arch/arm/mm/cache-l2x0.c:37:12: warning: 'l2_wt_override' defined but not used
[-Wunused-variable]
Signed-off-by: Jingoo Han
---
drivers/gpu/drm/drm_pci.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/drm_pci.c
On Thu, Nov 1, 2012 at 5:39 PM, Daniel Vetter wrote:
> On Thu, Nov 01, 2012 at 10:12:21AM -0700, Jesse Barnes wrote:
>> On Thu, 1 Nov 2012 19:07:02 +0200
>> Ville Syrj?l? wrote:
>>
>> > On Thu, Nov 01, 2012 at 07:39:12AM -0700, Jesse Barnes wrote:
>> > > On Thu, 1 Nov 2012 12:12:35 +0100
>> > >
|--- |NOTABUG
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121107/42d8c84f/attachment.html>
On 11/06/2012 10:49 PM, Marcin Slusarz wrote:
> It's unused.
>
> Signed-off-by: Marcin Slusarz
> Cc: Thomas Hellstrom
> ---
> drivers/gpu/drm/ttm/ttm_memory.c | 1 -
> include/drm/ttm/ttm_memory.h | 2 --
> 2 files changed, 3 deletions(-)
>
> diff --git a/drivers/gpu/drm/ttm/ttm_memory.c
On 11/06/2012 10:49 PM, Marcin Slusarz wrote:
> It's unused.
>
> Signed-off-by: Marcin Slusarz
> Cc: Thomas Hellstrom
> ---
> drivers/gpu/drm/ttm/ttm_bo.c| 1 -
> include/drm/ttm/ttm_bo_driver.h | 3 ---
> 2 files changed, 4 deletions(-)
>
> diff --git a/drivers/gpu/drm/ttm/ttm_bo.c
On 11/06/2012 10:49 PM, Marcin Slusarz wrote:
> All drivers pass NULL here. ttm_buffer_object's field can still be set after
> init, just like nouveau does.
>
> Signed-off-by: Marcin Slusarz
> Cc: Thomas Hellstrom
> ---
> drivers/gpu/drm/ast/ast_ttm.c| 7 +++
>
On 11/06/2012 10:49 PM, Marcin Slusarz wrote:
> All drivers set it to 0 and nothing uses it.
>
> Signed-off-by: Marcin Slusarz
> Cc: Thomas Hellstrom
> ---
> drivers/gpu/drm/ast/ast_ttm.c| 2 +-
> drivers/gpu/drm/cirrus/cirrus_ttm.c | 2 +-
>
On Wed, Nov 7, 2012 at 9:13 AM, Tomi Valkeinen wrote:
> On 2012-11-07 16:32, Rob Clark wrote:
>> On Wed, Nov 7, 2012 at 4:01 AM, Tomi Valkeinen
>> wrote:
>
>>> Hotplugging is not some abstract future scenario, we already have
>>> hardware that could use it. For example, omap3 SDP board has a
On 11/06/2012 02:39 PM, Maarten Lankhorst wrote:
> This is similar to other platforms that don't allow command submission
> to buffers locked on the cpu.
>
> Signed-off-by: Maarten Lankhorst
>
> ---
>
> diff --git a/drivers/gpu/drm/ttm/ttm_bo.c b/drivers/gpu/drm/ttm/ttm_bo.c
> index
ng this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121107/c7065b97/attachment.html>
On Wed, 2012-11-07 at 18:31 +0900, Inki Dae wrote:
> 2012/11/2 Imre Deak
> The patchset adds the missing event_lock when accessing the
> vblank_event_list in drm_vblank_off() and as preparation for
> this
> also fixes a few other issues in the exynos driver.
>
This patch adds another constructor for an sg table. An sg table is
created from an existing sg table. The new sg table is allocated and
initialized with same data from the original sg table. The user has to
call 'sg_clone_table' with the required sg table, the existing sg table
and the gfp
s to me that this would simplify the model.
Tomi
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 897 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121107/e5f6dafc/attachment-0001.pgp>
On Wed, Nov 7, 2012 at 10:25 AM, Inki Dae wrote:
>
>
> 2012/11/7 Imre Deak
>>
>> On Wed, 2012-11-07 at 18:31 +0900, Inki Dae wrote:
>> > 2012/11/2 Imre Deak
>> > The patchset adds the missing event_lock when accessing the
>> > vblank_event_list in drm_vblank_off() and as
On Wed, Nov 7, 2012 at 9:38 AM, Greg KH wrote:
> On Wed, Nov 07, 2012 at 09:32:38AM -0500, Alex Deucher wrote:
>> On Mon, Nov 5, 2012 at 11:34 AM, wrote:
>> > From: Alex Deucher
>> >
>> > Add missing index that may have led us to enabling
>> > more crtcs than necessary.
>> >
>> > May also fix:
Hello Rahul,
On Mon, Nov 5, 2012 at 2:32 PM, Rahul Sharma
wrote:
> This patch adds iommu support for hdmi driver with device tree based
> search. It searches for sysmmu property in hdmi dt node to get tv
> iommu device pointer which will be used to configure iommu hw interface.
>
> This patch
From: Alex Deucher
Hi Dave,
Just one patch that fixes a display regression in certain cases.
The following changes since commit 695ddeb457584a602f2ba117d08ce37cf6ec1589:
drm/radeon: fix typo in evergreen_mc_resume() (2012-11-07 10:53:49 +1000)
are available in
On Mon, Nov 5, 2012 at 11:34 AM, wrote:
> From: Alex Deucher
>
> Add missing index that may have led us to enabling
> more crtcs than necessary.
>
> May also fix:
> https://bugs.freedesktop.org/show_bug.cgi?id=56139
>
> Signed-off-by: Alex Deucher
> Cc: stable at vger.kernel.org
Looks like
-
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121107/3d9741d7/attachment-0001.html>
On Wed, Nov 7, 2012 at 4:01 AM, Tomi Valkeinen wrote:
> On 2012-11-06 16:40, Rob Clark wrote:
>
>> I mean, similar to how we handle the subdev for dmm.. the
>> omap_drm_init() does the platform_driver_register() for the dmm device
>> before the platform_driver_register() for omapdrm itself, so
"ColorTiling2D" "False"
in your Xorg.conf
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121107/640fb616/attachment.html>
Hi Linus,
a single radeon typo fix for a regressions
and two fixes for a regression in the open helper addres space stuff.
Dave.
The following changes since commit 3d70f8c617a436c7146ecb81df2265b4626dfe89:
Linux 3.7-rc4 (2012-11-04 11:07:39 -0800)
are available in the git repository at:
# Virtual 1600 1200
EndSubSection
EndSection
Section "Screen"
Identifier "Screen1"
Device "Card1"
Monitor"Monitor1"
SubSection "Display"
Viewport 0 0
Depth 1
EndSubSection
SubSection "Display"
Viewport 0 0
Depth 4
EndSubSection
SubSection "Display"
Viewport 0 0
Depth 8
EndSubSection
SubSection "Display"
Viewport 0 0
Depth 15
EndSubSection
SubSection "Display"
Viewport 0 0
Depth 16
EndSubSection
SubSection "Display"
Viewport 0 0
Depth 24
EndSubSection
EndSection
Section "Screen"
Identifier "Screen2"
Device "Card2"
Monitor"Monitor2"
SubSection "Display"
Viewport 0 0
Depth 1
EndSubSection
SubSection "Display"
Viewport 0 0
Depth 4
EndSubSection
SubSection "Display"
Viewport 0 0
Depth 8
EndSubSection
SubSection "Display"
Viewport 0 0
Depth 15
EndSubSection
SubSection "Display"
Viewport 0 0
Depth 16
EndSubSection
SubSection "Display"
Viewport 0 0
Depth 24
EndSubSection
EndSection
#Section "DRI"
#Group 0
#Mode0666
#EndSection
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121107/46a3bc92/attachment-0001.html>
https://bugs.freedesktop.org/show_bug.cgi?id=56405
--- Comment #14 from Michel Dänzer mic...@daenzer.net ---
(In reply to comment #13)
These are the compile errors I get with the above mentioned commit.
The compile errors are fixed in the commit also mentioned above.
One strategy for such
2012/11/2 Imre Deak imre.d...@intel.com
The patchset adds the missing event_lock when accessing the
vblank_event_list in drm_vblank_off() and as preparation for this
also fixes a few other issues in the exynos driver.
This is also a dependency for Rob Clark's drm_send_vblank_event()
rework
2012/11/7 Leela Krishna Amudala l.kris...@samsung.com
Hello Rahul,
On Mon, Nov 5, 2012 at 2:32 PM, Rahul Sharma rahul.sha...@samsung.com
wrote:
This patch adds iommu support for hdmi driver with device tree based
search. It searches for sysmmu property in hdmi dt node to get tv
iommu
On Wed, 2012-11-07 at 18:31 +0900, Inki Dae wrote:
2012/11/2 Imre Deak imre.d...@intel.com
The patchset adds the missing event_lock when accessing the
vblank_event_list in drm_vblank_off() and as preparation for
this
also fixes a few other issues in the exynos
This patch adds another constructor for an sg table. An sg table is
created from an existing sg table. The new sg table is allocated and
initialized with same data from the original sg table. The user has to
call 'sg_clone_table' with the required sg table, the existing sg table
and the gfp
This patch adds another constructor for an sg table. An sg table is
created from an existing sg table. The new sg table is allocated and
initialized with same data from the original sg table. The user has to
call 'sg_clone_table' with the required sg table, the existing sg table
and the gfp
The function dma_get_sgtable will allocate a sg table internally so
it is not necessary to allocate a sg table before it. The unnecessary
'sg_alloc_table' call is removed.
Signed-off-by: Prathyush K prathyus...@samsung.com
---
drivers/gpu/drm/exynos/exynos_drm_dmabuf.c |8 +---
1 files
During map_dma_buf, a new sgt needs to be created before being mapped to
another device's address space. Currently, this sgt is created from
the pages of the gem buffer everytime by calling dma_get_sgtable. This
will be time consuming if the map/unmap calls are done repeatedly for
very large
From: Prathyush K prathyus...@samsung.com
This patch adds a exynos drm specific implementation of fb_mmap
which supports mapping a non-contiguous buffer to user space.
This new function does not assume that the frame buffer is contiguous
and calls dma_mmap_writecombine for mapping the buffer to
On 11/06/2012 02:39 PM, Maarten Lankhorst wrote:
This is similar to other platforms that don't allow command submission
to buffers locked on the cpu.
Signed-off-by: Maarten Lankhorst maarten.lankho...@canonical.com
---
diff --git a/drivers/gpu/drm/ttm/ttm_bo.c
On 11/06/2012 10:49 PM, Marcin Slusarz wrote:
All drivers set it to 0 and nothing uses it.
Signed-off-by: Marcin Slusarz marcin.slus...@gmail.com
Cc: Thomas Hellstrom thellst...@vmware.com
---
drivers/gpu/drm/ast/ast_ttm.c| 2 +-
drivers/gpu/drm/cirrus/cirrus_ttm.c | 2 +-
On Wed, Nov 7, 2012 at 3:11 PM, Inki Dae inki@samsung.com wrote:
2012/11/7 Leela Krishna Amudala l.kris...@samsung.com
Hello Rahul,
On Mon, Nov 5, 2012 at 2:32 PM, Rahul Sharma rahul.sha...@samsung.com
wrote:
This patch adds iommu support for hdmi driver with device tree based
On 11/06/2012 10:49 PM, Marcin Slusarz wrote:
It's unused.
Signed-off-by: Marcin Slusarz marcin.slus...@gmail.com
Cc: Thomas Hellstrom thellst...@vmware.com
---
drivers/gpu/drm/ttm/ttm_bo.c| 1 -
include/drm/ttm/ttm_bo_driver.h | 3 ---
2 files changed, 4 deletions(-)
diff --git
On 11/06/2012 10:49 PM, Marcin Slusarz wrote:
It's unused.
Signed-off-by: Marcin Slusarz marcin.slus...@gmail.com
Cc: Thomas Hellstrom thellst...@vmware.com
---
drivers/gpu/drm/ttm/ttm_memory.c | 1 -
include/drm/ttm/ttm_memory.h | 2 --
2 files changed, 3 deletions(-)
diff --git
On 11/06/2012 10:49 PM, Marcin Slusarz wrote:
All drivers pass NULL here. ttm_buffer_object's field can still be set after
init, just like nouveau does.
Signed-off-by: Marcin Slusarz marcin.slus...@gmail.com
Cc: Thomas Hellstrom thellst...@vmware.com
---
drivers/gpu/drm/ast/ast_ttm.c
https://bugs.freedesktop.org/show_bug.cgi?id=56828
--- Comment #2 from Zbigniew z...@jabster.pl ---
Yes, you're quite right:
1. I was using Mesa 8.0.4 - not being aware, that there's a need for more
recent version.
2. After adding ColorTiling2D False everything works fine, CG Madness
reached 62
https://bugs.freedesktop.org/show_bug.cgi?id=56828
Alex Deucher ag...@yahoo.com changed:
What|Removed |Added
Status|NEW |RESOLVED
On Wed, Nov 7, 2012 at 4:01 AM, Tomi Valkeinen tomi.valkei...@ti.com wrote:
On 2012-11-06 16:40, Rob Clark wrote:
I mean, similar to how we handle the subdev for dmm.. the
omap_drm_init() does the platform_driver_register() for the dmm device
before the platform_driver_register() for omapdrm
On Mon, Nov 5, 2012 at 11:34 AM, alexdeuc...@gmail.com wrote:
From: Alex Deucher alexander.deuc...@amd.com
Add missing index that may have led us to enabling
more crtcs than necessary.
May also fix:
https://bugs.freedesktop.org/show_bug.cgi?id=56139
Signed-off-by: Alex Deucher
On Wed, Nov 7, 2012 at 9:38 AM, Greg KH gre...@linuxfoundation.org wrote:
On Wed, Nov 07, 2012 at 09:32:38AM -0500, Alex Deucher wrote:
On Mon, Nov 5, 2012 at 11:34 AM, alexdeuc...@gmail.com wrote:
From: Alex Deucher alexander.deuc...@amd.com
Add missing index that may have led us to
2012/11/7 Rahul Sharma r.sh.o...@gmail.com
On Wed, Nov 7, 2012 at 3:11 PM, Inki Dae inki@samsung.com wrote:
2012/11/7 Leela Krishna Amudala l.kris...@samsung.com
Hello Rahul,
On Mon, Nov 5, 2012 at 2:32 PM, Rahul Sharma rahul.sha...@samsung.com
wrote:
This patch adds iommu
2012/11/7 Imre Deak imre.d...@intel.com
On Wed, 2012-11-07 at 18:31 +0900, Inki Dae wrote:
2012/11/2 Imre Deak imre.d...@intel.com
The patchset adds the missing event_lock when accessing the
vblank_event_list in drm_vblank_off() and as preparation for
this
On Wed, Nov 7, 2012 at 10:25 AM, Inki Dae inki@samsung.com wrote:
2012/11/7 Imre Deak imre.d...@intel.com
On Wed, 2012-11-07 at 18:31 +0900, Inki Dae wrote:
2012/11/2 Imre Deak imre.d...@intel.com
The patchset adds the missing event_lock when accessing the
2012/11/7 Prathyush K prathyus...@samsung.com
The function dma_get_sgtable will allocate a sg table internally so
it is not necessary to allocate a sg table before it. The unnecessary
'sg_alloc_table' call is removed.
Signed-off-by: Prathyush K prathyus...@samsung.com
---
2012/11/7 Prathyush K prathyus...@samsung.com
During map_dma_buf, a new sgt needs to be created before being mapped to
another device's address space. Currently, this sgt is created from
the pages of the gem buffer everytime by calling dma_get_sgtable. This
will be time consuming if the
2012/11/8 Rob Clark rob.cl...@linaro.org
On Wed, Nov 7, 2012 at 10:25 AM, Inki Dae inki@samsung.com wrote:
2012/11/7 Imre Deak imre.d...@intel.com
On Wed, 2012-11-07 at 18:31 +0900, Inki Dae wrote:
2012/11/2 Imre Deak imre.d...@intel.com
The patchset adds the missing
On Tue, Nov 06, 2012 at 10:03:40PM +0800, Daniel J Blueman wrote:
In 3.7-rc4, when starting X with the integrated GPU and suspending the
discrete GPU,
after one or more 32-bit applications are used (eg Skype) and X is stopped,
we hit a panic.
Prevent this by testing if the fini function is
On Wed, Nov 7, 2012 at 9:13 AM, Tomi Valkeinen tomi.valkei...@ti.com wrote:
On 2012-11-07 16:32, Rob Clark wrote:
On Wed, Nov 7, 2012 at 4:01 AM, Tomi Valkeinen tomi.valkei...@ti.com wrote:
Hotplugging is not some abstract future scenario, we already have
hardware that could use it. For
On Thu, Nov 1, 2012 at 5:39 PM, Daniel Vetter dan...@ffwll.ch wrote:
On Thu, Nov 01, 2012 at 10:12:21AM -0700, Jesse Barnes wrote:
On Thu, 1 Nov 2012 19:07:02 +0200
Ville Syrjälä ville.syrj...@linux.intel.com wrote:
On Thu, Nov 01, 2012 at 07:39:12AM -0700, Jesse Barnes wrote:
On Thu, 1
On Thu, Nov 8, 2012 at 12:54 AM, Alex Deucher alexdeuc...@gmail.com wrote:
On Wed, Nov 7, 2012 at 9:38 AM, Greg KH gre...@linuxfoundation.org wrote:
On Wed, Nov 07, 2012 at 09:32:38AM -0500, Alex Deucher wrote:
On Mon, Nov 5, 2012 at 11:34 AM, alexdeuc...@gmail.com wrote:
From: Alex Deucher
When running the xf86-video-modesetting driver on top of a KMS driver,
leaving X causes the active encoder's DPMS mode to be set to off by the
drm_crtc_helper_disable() function. This doesn't set the connector's
DPMS mode to off, however, which results in subsequent calls to the
On Wed, Nov 07, 2012 at 09:32:38AM -0500, Alex Deucher wrote:
On Mon, Nov 5, 2012 at 11:34 AM, alexdeuc...@gmail.com wrote:
From: Alex Deucher alexander.deuc...@amd.com
Add missing index that may have led us to enabling
more crtcs than necessary.
May also fix:
On 2012-11-07 16:32, Rob Clark wrote:
On Wed, Nov 7, 2012 at 4:01 AM, Tomi Valkeinen tomi.valkei...@ti.com wrote:
Hotplugging is not some abstract future scenario, we already have
hardware that could use it. For example, omap3 SDP board has a
switchable output to DVI or LCD panel. In this
On 3.7-rc4, add missing newline to to prevent the following kernel log
line getting appended to the current one after switching the integrated
GPU and suspending the discrete GPU.
Signed-off-by: Daniel J Blueman dan...@quora.org
---
drivers/gpu/drm/nouveau/core/subdev/i2c/aux.c |2 +-
1 file
69 matches
Mail list logo