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/20140918/40043ee7/attachment.html>
Hi,
On 09/18/2014 01:41 AM, Daniel Drake wrote:
> On Wed, Sep 17, 2014 at 7:45 AM, Daniel Vetter wrote:
>> I think fb refcounting in exynos is just plain busted. If you look at
>> other drivers the only place the refcount framebuffers or backing
>> storage objects is for pageflips to make sure th
On 09/17/2014 10:41 PM, Mark Brown wrote:
> On Tue, Sep 16, 2014 at 11:40:17PM +0300, Jyri Sarha wrote:
>> Adds configuration option for HDMI audio support for AM33XX based
>> boards with NXP TDA998x HDMI transmitter. The audio is connected to
>> NXP TDA998x trough McASP running in i2s mode.
>
> So
n's patch, that one can't work correctly because
it doesn't set the correct GART page flags in all cases.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedes
ail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140918/3c875c80/attachment-0001.html>
On 17.09.2014 21:35, Maarten Lankhorst wrote:
> Adds an extra argument to ttm_bo_create, which is only used in radeon_prime.c.
Typo: 'ttm_bo_create' -> 'radeon_bo_create'
--
Earthling Michel D?nzer| http://www.amd.com
Libre software enthusiast |
On 17.09.2014 21:35, Maarten Lankhorst wrote:
> diff --git a/drivers/gpu/drm/radeon/radeon_semaphore.c
> b/drivers/gpu/drm/radeon/radeon_semaphore.c
> index 4d4b0773638a..68311da39c09 100644
> --- a/drivers/gpu/drm/radeon/radeon_semaphore.c
> +++ b/drivers/gpu/drm/radeon/radeon_semaphore.c
> @@ -1
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140918/8e4c6421/attachment.html>
From: Fabio Estevam
Include "drm_internal.h" to fix the following sparse warnings:
drivers/gpu/drm/drm_pci.c:146:5: warning: symbol 'drm_pci_set_unique' was not
declared. Should it be static?
drivers/gpu/drm/drm_pci.c:216:5: warning: symbol 'drm_irq_by_busid' was not
declared. Should it be sta
Hi,
On 09/17/2014 10:48 PM, Inki Dae wrote:
> This patch removes DRM_EXYNOS_GEM_MMAP ictrl feature specific
> to Exynos drm and instead uses drm generic mmap.
>
> We had used the interface specific to Exynos drm to do mmap directly,
> not to use demand paging which maps each page with physical me
Thanks for review.
Below trivial things you pointed out will be fixed soon.
On 2014? 09? 18? 13:56, Joonyoung Shim wrote:
> Hi,
>
> On 09/17/2014 10:48 PM, Inki Dae wrote:
>> This patch removes DRM_EXYNOS_GEM_MMAP ictrl feature specific
>> to Exynos drm and instead uses drm generic mmap.
>>
>>
This patch removes DRM_EXYNOS_GEM_MMAP ictrl feature specific
to Exynos drm and instead uses drm generic mmap.
We had used the interface specific to Exynos drm to do mmap directly,
not to use demand paging which maps each page with physical memory
at page fault handler. We don't need the specific
Hi Tomi,
On Wed, Sep 17, 2014 at 9:52 PM, Tomi Valkeinen
wrote:
> On 17/09/14 17:29, Ajay kumar wrote:
>> Hi Tomi,
>>
>> Thanks for your comments.
>>
>> On Wed, Sep 17, 2014 at 5:22 PM, Tomi Valkeinen
>> wrote:
>>> On 27/08/14 17:39, Ajay Kumar wrote:
Add documentation for DT properties s
https://bugzilla.kernel.org/show_bug.cgi?id=84771
Bug ID: 84771
Summary: nouveau MMIO read write FAULT HUB_INIT timed out
errors
Product: Drivers
Version: 2.5
Kernel Version: 3.17-rc4
Hardware: x86-64
OS
On Wed, Sep 17, 2014 at 6:41 PM, Daniel Drake wrote:
> However there is *another* fb reference taken in
> omap_plane_mode_set(). And my patch is modelled to do the same in
> exynos-drm.
This is because omapdrm does _everything_ asynchrously, even plain
modesets. Unfortunately that async modeset s
On Wed, Sep 17, 2014 at 6:41 PM, Daniel Drake wrote:
> 2. drm_mode_rmfb then calls drm_framebuffer_remove, which calls
> drm_mode_set_config_internal() in order to turn off the CRTC, dropping
> another reference in the process.
> if (tmp->old_fb)
> drm_framebuffer_unreference(t
https://bugzilla.kernel.org/show_bug.cgi?id=84771
Ilia Mirkin changed:
What|Removed |Added
CC||imirkin at alum.mit.edu
--- Comment #1 from
https://bugzilla.kernel.org/show_bug.cgi?id=84771
--- Comment #2 from christtchin at gmail.com ---
I had errors in 3.16 as well. I'm not sure if the errors are related. I was
getting different errors during boot. Here's a few dmesg logs from that kernel.
Unresponsive but numlock key works: http:/
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140918/6c60d4b9/attachment.html>
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140918/b5414ab0/attachment.html>
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140918/98698519/attachment.html>
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140918/f80cd4ea/attachment.html>
gnee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140918/12ab8654/attachment.html>
HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140918/1702029f/attachment-0001.html>
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/20140918/689b1376/attachment.html>
On Thu, 18 Sep 2014 00:13:09 +0300
Jyri Sarha wrote:
> > So, Jean-Francois is also trying to do things with the TDA998x - what's
> > the story with that, is this joined up at all?
>
> Not really. This basic functionality does not touch tda998x at all on
> the fly, but just sets i2s configuation
https://bugzilla.kernel.org/show_bug.cgi?id=71051
Hin-Tak Leung changed:
What|Removed |Added
CC||htl10 at users.sourceforge.net
--- Commen
>From fimd driver and vidi driver, dev->irq_enabled and
dev->vblank_disable_allowed are set and also mixer needs them even if
missed. It's duplicated so set them when loads drm driver.
Signed-off-by: Joonyoung Shim
---
drivers/gpu/drm/exynos/exynos_drm_drv.c | 17 +
drivers/gpu/
Hi Simon,
On Thursday 18 September 2014 18:11:31 Simon Horman wrote:
> On Mon, Sep 15, 2014 at 12:09:55PM +0300, Laurent Pinchart wrote:
> > Hi Dave,
> >
> > Could you please pull the following changes for v3.18 ?
> >
> > Commit "drm/rcar-du: Use struct videomode in platform data" touches board
Hi Ajay,
On Wednesday 17 September 2014 15:43:04 Ajay kumar wrote:
> Hi Laurent,
>
> Please find the latest series here:
> http://www.spinics.net/lists/dri-devel/msg66740.html
Thank you. My comment was meant to be general though, not just for your patch
series.
> On Wed, Sep 17, 2014 at 3:23 P
Hey,
Op 18-09-14 om 05:26 schreef Michel D?nzer:
> On 17.09.2014 21:35, Maarten Lankhorst wrote:
>> diff --git a/drivers/gpu/drm/radeon/radeon_semaphore.c
>> b/drivers/gpu/drm/radeon/radeon_semaphore.c
>> index 4d4b0773638a..68311da39c09 100644
>> --- a/drivers/gpu/drm/radeon/radeon_semaphore.c
>
From: Fabio Estevam
SOC_IMX6SL does not have the IPU block, so remove it from the Kconfig entry.
Signed-off-by: Fabio Estevam
---
drivers/gpu/ipu-v3/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/ipu-v3/Kconfig b/drivers/gpu/ipu-v3/Kconfig
index 2f228a2
drm/radeon: export reservation_object from dmabuf to ttm
Adds an extra argument to radeon_bo_create, which is only used in
radeon_prime.c.
Signed-off-by: Maarten Lankhorst
---
v2:
robj -> resv
fix typo in commit description
diff --git a/drivers/gpu/drm/radeon/cik.c b/drivers/gpu/drm/radeon/cik
Hi Dave, a couple of small display fixes for 3.17.
There was another bdw ips fix that I'd already pushed, but I had to drop
it just now as it regressed. We'll need to come back to that later,
details at https://bugs.freedesktop.org/show_bug.cgi?id=83497.
BR,
Jani.
The following changes since c
devel/attachments/20140918/7b3907db/attachment.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140918/40187cbb/attachment-0001.html>
our
lspci -vnn output.
--
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/20140918/2a5e9c1e/attachment.html>
Am 18.09.2014 um 14:11 schrieb Maarten Lankhorst:
> drm/radeon: export reservation_object from dmabuf to ttm
>
> Adds an extra argument to radeon_bo_create, which is only used in
> radeon_prime.c.
>
> Signed-off-by: Maarten Lankhorst
Reviewed-by: Christian K?nig
> ---
> v2:
> robj -> resv
> fi
The patch replaces legacy functions
drm_plane_init() / drm_crtc_init() with
drm_universal_plane_init() and drm_crtc_init_with_planes().
It allows to replace fake primary plane with the real one.
Signed-off-by: Andrzej Hajda
---
Hi Inki,
I have tested this patch with trats board, it looks OK.
As
On Thu, Sep 18, 2014 at 12:39 AM, Daniel Vetter wrote:
> On Wed, Sep 17, 2014 at 6:41 PM, Daniel Drake wrote:
>> 2. drm_mode_rmfb then calls drm_framebuffer_remove, which calls
>> drm_mode_set_config_internal() in order to turn off the CRTC, dropping
>> another reference in the process.
>>
On Thursday 18 September 2014 08:55 AM, Vivek Gautam wrote:
> Hi Kishon,
>
>
> On Wed, Sep 17, 2014 at 10:24 PM, Kishon Vijay Abraham I
> wrote:
>>
>>
>> On Tuesday 16 September 2014 10:32 AM, Vivek Gautam wrote:
>>> Currently the DP_PHY_ENABLE register is mapped in the driver,
>>> and access
Add binding documentation for Rockchip SoC EDP driver.
Signed-off-by: Jeff Chen
Signed-off-by: Mark Yao
---
changes in v2:
- add edp reset
- add panel node
- add port for display-subsystem
.../devicetree/bindings/video/rockchip-edp.txt | 50
1 file changed, 50 insert
This adds support for Rockchip soc edp found on rk3288
Signed-off-by: Mark Yao
Signed-off-by: Jeff Chen
---
change in v2:
- fix code sytle
- use some define from drm_dp_helper.h
- use panel-simple driver for primary display.
- remove unnecessary clock clk_24m_parent.
drivers/gpu/drm/rockchip/K
Hi Boris,
I have updated new version drm driver, you can review it.
Thanks.
On 2014?09?18? 02:00, Boris BREZILLON wrote:
> Hi Yaozq,
>
> On Wed, 17 Sep 2014 13:50:26 +0800
> yaozq wrote:
>
>> Hi Boris & Dave,
>> I will update the rockchip drm driver soon, we have many change about it.
> I'll wait
Hi Kishon,
On Wed, Sep 17, 2014 at 10:24 PM, Kishon Vijay Abraham I
wrote:
>
>
> On Tuesday 16 September 2014 10:32 AM, Vivek Gautam wrote:
>> Currently the DP_PHY_ENABLE register is mapped in the driver,
>> and accessed to control power to the PHY.
>> With mfd-syscon and regmap interface avail
From: mark yao
This a series of patches is a DRM Driver for Rockchip Socs, add support
for vop devices, eDP. Future patches will add additional encoders/connectors,
such as HDMI.
The basic "crtc" for rockchip is a "VOP" - Video Output Processor.
the vop devices found on Rockchip rk3288 Soc, rk32
This adds binding documentation for Rockchip SoC VOP driver.
Signed-off-by: Mark Yao
---
changes in v2:
- rename "lcdc" to "vop"
- add vop reset
- add iommu node
- add port for display-subsystem
.../devicetree/bindings/video/rockchip-vop.txt | 58
1 file changed, 58 i
This add a display subsystem comprise the all display interface nodes.
Signed-off-by: Mark Yao
---
changes in v2:
- add DRM master device node to list all display nodes that comprise
the graphics subsystem.
.../devicetree/bindings/video/rockchip-drm.txt | 19 +++
1 file
Hi,
Since 3.16 an external monitor stays dark after resume from sleep. I didn't
manage to activate it
again with xrand. According to xrandr it is "connected" and configured with a
mode, but I get no signal.
Happens since 3.16 and is still broken with 3.17-rc5.
Hardware:
HP EliteBook 8540w
01:0
On Mon, Sep 15, 2014 at 12:09:55PM +0300, Laurent Pinchart wrote:
> Hi Dave,
>
> Could you please pull the following changes for v3.18 ?
>
> Commit "drm/rcar-du: Use struct videomode in platform data" touches board
> code
> in arch/arm/mach-shmobile. There is, to the best of my knowledge, no ri
This patch adds the basic structure of a DRM Driver for Rockchip Socs.
Signed-off-by: Mark yao
---
Changes in v2:
- use the component framework to defer main drm driver probe
until all VOP devices have been probed.
- use dma-mapping API with ARM_DMA_USE_IOMMU, create dma mapping by
master dev
On Thu, Sep 18, 2014 at 10:07 AM, Ortwin Gl?ck wrote:
> Hi,
>
> Since 3.16 an external monitor stays dark after resume from sleep. I didn't
> manage to activate it
> again with xrand. According to xrandr it is "connected" and configured with a
> mode, but I get no signal.
>
> Happens since 3.16
From: Christian K?nig
The driver falls back to explicit synchronization as soon as
buffers move between clients or are moved by TTM.
Signed-off-by: Christian K?nig
---
drivers/gpu/drm/radeon/radeon.h | 5
drivers/gpu/drm/radeon/radeon_cs.c | 49 ++---
From: Christian K?nig
Nobody is interested at which index the chunk is. What's needed is
a pointer to the chunk. Remove unused chunk_id field as well.
Signed-off-by: Christian K?nig
---
drivers/gpu/drm/radeon/evergreen_cs.c | 6 ++--
drivers/gpu/drm/radeon/r100.c | 2 +-
drivers/gpu/
From: Christian K?nig
This patch adds a new 64bit ID as a result to each command submission.
Signed-off-by: Christian K?nig
---
drivers/gpu/drm/radeon/Makefile | 2 +-
drivers/gpu/drm/radeon/radeon.h | 13 +-
drivers/gpu/drm/radeon/radeon_cs.c | 13 ++
drivers/gpu/drm/radeon/radeo
https://bugzilla.kernel.org/show_bug.cgi?id=71051
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #7 fr
https://bugzilla.kernel.org/show_bug.cgi?id=71051
--- Comment #8 from Alex Deucher ---
Created attachment 150801
--> https://bugzilla.kernel.org/attachment.cgi?id=150801&action=edit
possible fix for mullins
This patch may fix Hin-Tak's issue, but won't affect the original reporter.
--
You ar
On Sun, Sep 14, 2014 at 3:33 PM, Alex Deucher wrote:
> Use the new vga_switcheroo_fini_domain_pm_ops function
> to unregister the pm ops.
>
> Based on a patch from:
> Pali Roh?r
>
> bug:
> https://bugzilla.kernel.org/show_bug.cgi?id=84431
>
> Signed-off-by: Alex Deucher
> Cc: stable at vger.kern
Otherwise we may lose the DMA golden settings which can
lead to hangs, etc.
bug:
https://www.libreoffice.org/bugzilla/show_bug.cgi?id=83500
Signed-off-by: Alex Deucher
Cc: stable at vger.kernel.org
---
drivers/gpu/drm/radeon/ni_dma.c | 6 --
1 file changed, 6 deletions(-)
diff --git a/driv
Otherwise we may lose the DMA golden settings which can
lead to hangs, etc.
Signed-off-by: Alex Deucher
Cc: stable at vger.kernel.org
---
drivers/gpu/drm/radeon/cik_sdma.c | 7 ---
1 file changed, 7 deletions(-)
diff --git a/drivers/gpu/drm/radeon/cik_sdma.c
b/drivers/gpu/drm/radeon/cik_sd
Otherwise we may lose the DMA golden settings which can
lead to hangs, etc.
Signed-off-by: Alex Deucher
Cc: stable at vger.kernel.org
---
drivers/gpu/drm/radeon/r600_dma.c | 9 -
1 file changed, 9 deletions(-)
diff --git a/drivers/gpu/drm/radeon/r600_dma.c
b/drivers/gpu/drm/radeon/r600
Am 18.09.2014 um 19:26 schrieb Alex Deucher:
> Otherwise we may lose the DMA golden settings which can
> lead to hangs, etc.
Don't we still want the soft reset at some point, e.g. when the engine
hangs?
I would rather move that to another function and call it before loading
the golden values.
On Thu, Sep 18, 2014 at 1:51 PM, Christian K?nig
wrote:
> Am 18.09.2014 um 19:26 schrieb Alex Deucher:
>>
>> Otherwise we may lose the DMA golden settings which can
>> lead to hangs, etc.
>
>
> Don't we still want the soft reset at some point, e.g. when the engine
> hangs?
>
> I would rather move
Am 18.09.2014 um 20:01 schrieb Alex Deucher:
> On Thu, Sep 18, 2014 at 1:51 PM, Christian K?nig
> wrote:
>> Am 18.09.2014 um 19:26 schrieb Alex Deucher:
>>> Otherwise we may lose the DMA golden settings which can
>>> lead to hangs, etc.
>>
>> Don't we still want the soft reset at some point, e.g.
st the patches?
Daniel
--
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/20140918/db13299a/attachment.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140918/26e61400/attachment.html>
From: Gustavo Padovan
Fold intel_pipe_set_base() in the update primary plane path merging
pieces of code that are common to both paths.
Basically the the pin/unpin procedures are the same for both paths
and some checks can also be shared (some of the were moved to the
check() stage)
v2: take Vi
From: Gustavo Padovan
Move checks inside intel_crtc_cursor_set_obj() to
intel_check_cursor_plane(), we only use they there so move them out to
make the merge of intel_crtc_cursor_set_obj() into
intel_check_cursor_plane() easier.
This is another step toward the atomic modesetting support and unif
From: Gustavo Padovan
Merge it into the plane update_plane() callback and make other
users use the update_plane() functions instead.
The fb != crtc->cursor->fb was already inside intel_crtc_cursor_set_obj()
so we fold intel_crtc_cursor_set_obj() inside intel_commit_cursor_plane()
and merge both
From: Gustavo Padovan
After some refactor intel_primary_plane_setplane() does the same
as intel_pipe_set_base() so we can get rid of it and replace the calls
with intel_primary_plane_setplane().
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/i915/intel_display.c | 79 --
From: Daniel Stone
Start the work of splitting the intel_crtc_page_flip() for later use
by the atomic modesetting API.
Signed-off-by: Daniel Stone
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/i915/intel_display.c | 51 ++--
1 file changed, 37 insertions(+
ore X11 kicked in.
--
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/20140918/54eb9850/attachment.html>
service/_lightbox/treiber.php?msn=10010251 I think it
is a VIA Hyperion Pro.
--
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/attachment
Type: Unknown
> Type Detail: None
> Speed: Unknown
> Manufacturer: None
> Serial Number: None
> Asset Tag: None
> Part Number: None
>
>Handle 0x001D, DMI type 19, 15 bytes
>Memory Array Mapped Address
> Starting Address: 0x000
> Ending Address: 0x0007FFF
> Range Size: 2 GB
> Physical Array Handle: 0x001A
> Partition Width: 1
>
>Handle 0x001E, DMI type 20, 19 bytes
>Memory Device Mapped Address
> Starting Address: 0x000
> Ending Address: 0x0003FFF
> Range Size: 1 GB
> Physical Device Handle: 0x001B
> Memory Array Mapped Address Handle: 0x001D
> Partition Row Position: 1
>
>Handle 0x001F, DMI type 20, 19 bytes
>Memory Device Mapped Address
> Starting Address: 0x0004000
> Ending Address: 0x0007FFF
> Range Size: 1 GB
> Physical Device Handle: 0x001C
> Memory Array Mapped Address Handle: 0x001D
> Partition Row Position: 1
>
>Handle 0x0020, DMI type 32, 11 bytes
>System Boot Information
> Status: No errors detected
>
>Handle 0x0021, DMI type 127, 4 bytes
>End Of Table
>
--
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/20140918/1eb9c36b/attachment-0001.html>
l because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140918/47b6be3e/attachment.html>
scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140918/590d0870/attachment.html>
u 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/20140918/c45ae879/attachment.html>
no functional change.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/dce6_afmt.c | 2 +-
drivers/gpu/drm/radeon/sid.h | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/radeon/dce6_afmt.c
b/drivers/gpu/drm/radeon/dce6_afmt.c
index ab29f95..088d1
Only need one copy.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/atombios_encoders.c | 23 ---
drivers/gpu/drm/radeon/r600_audio.c| 25 +
drivers/gpu/drm/radeon/radeon_encoders.c | 21 +
drivers/gpu/drm/radeon/ra
Most of that functionality is only used by r600_hdmi.c
and I'm planning to change that further.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/Makefile | 2 +-
drivers/gpu/drm/radeon/r600_audio.c | 184 ---
drivers/gpu/drm/radeon/r600_hdmi.c | 15
This should allow the audio driver to get a better
idea of whether the sink is connected or not.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/evergreen_hdmi.c | 10 ++
drivers/gpu/drm/radeon/r600_hdmi.c | 5 +
2 files changed, 15 insertions(+)
diff --git a/drivers/gp
Clean up the enable sequence as well.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/dce3_1_afmt.c| 4 ++--
drivers/gpu/drm/radeon/dce6_afmt.c | 4 ++--
drivers/gpu/drm/radeon/evergreen_hdmi.c | 39 +
drivers/gpu/drm/radeon/evergreend.h | 13
Hi Dave,
Just a fix for 3.18 for AGP.
The following changes since commit 8337486a8fda53e5f46b3cb2b4eb3272608348cb:
Merge branch 'drm/next/du' of git://linuxtv.org/pinchartl/fbdev into drm-next
(2014-09-18 21:53:47 +1000)
are available in the git repository at:
git://people.freedesktop.or
Hi Dave,
Radeon fixes for 3.17:
- fix a resume hang on mullins
- fix an oops on module unload with vgaswitcheroo (radeon and nouveau)
- fix possible hangs DMA engine hangs due to hw bugs
The following changes since commit 83502a5d34386f7c6973bc70e1c423f55f5a2e3a:
drm/ast: AST2000 cannot be det
On Thu, Sep 18, 2014 at 05:30:12PM +0200, Christian K?nig wrote:
> From: Christian K?nig
>
> This patch adds a new 64bit ID as a result to each command submission.
NAK for design reasons.
First and foremost we DO NOT WANT TO ALLOCATE ANYTHING for submission id.
I know that hooking up to fence m
On Thu, Sep 18, 2014 at 05:36:31PM +0800, Mark yao wrote:
> This patch adds the basic structure of a DRM Driver for Rockchip Socs.
>
> Signed-off-by: Mark yao
> ---
> Changes in v2:
> - use the component framework to defer main drm driver probe
> until all VOP devices have been probed.
> - use
On Thu, Sep 18, 2014 at 04:52:14PM +0200, Daniel Vetter wrote:
> On Thu, Sep 18, 2014 at 05:36:31PM +0800, Mark yao wrote:
> > This patch adds the basic structure of a DRM Driver for Rockchip Socs.
> >
> > Signed-off-by: Mark yao
> > ---
> > Changes in v2:
> > - use the component framework to def
I have tried and reverted these commits but to no avail.
028791bb7d6 drm/nouveau/kms: restore fbcon after display has been resumed
456b0579fb0 drm/nouveau: use connector events for HPD instead of GPIO watching
On 09/18/2014 11:25 AM, Jean-Francois Moine wrote:
> On Thu, 18 Sep 2014 00:13:09 +0300
> Jyri Sarha wrote:
>
>>> So, Jean-Francois is also trying to do things with the TDA998x - what's
>>> the story with that, is this joined up at all?
>>
>> Not really. This basic functionality does not to
works fine after Xorg (gdm3) is restarted. The fault is still
present in next-20140918.
[drm] Initialized nouveau 1.2.0 20120801 for :01:00.0 on minor 0
nouveau E[ PFIFO][:01:00.0] read fault at 0x000126
[PAGE_NOT_PRESENT] from PGRAPH/GPC0/TEX on channel 0x001fcd1000 [Xorg[3874]]
nouv
Hi Dave,
One more fix for radeon. Fixes a regression on rs4xx/rs690/rs740 asics.
The following changes since commit 235e6def762557fb209a785386653809451b:
Merge tag 'drm-intel-fixes-2014-09-18' of
git://anongit.freedesktop.org/drm-intel into drm-fixes (2014-09-19 10:34:34
+1000)
are ava
On Thu, Sep 18, 2014 at 08:42:16PM -0400, Jerome Glisse wrote:
> On Thu, Sep 18, 2014 at 05:30:12PM +0200, Christian K?nig wrote:
> > From: Christian K?nig
> >
> > This patch adds a new 64bit ID as a result to each command submission.
>
> NAK for design reasons.
>
> First and foremost we DO NOT
On Fri, Sep 19, 2014 at 09:26:58AM +1000, Dave Airlie wrote:
> On 13 September 2014 00:28, Bjorn Helgaas wrote:
> > On Fri, Sep 12, 2014 at 5:19 AM, Bruno Pr?mont
> > wrote:
> >> Bjorn,
> >>
> >> What is missing to get these two patches pushed to Linus?
> >
> > Sorry, I've been working on some ot
93 matches
Mail list logo
