the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140804/cd0d6d69/attachment.html>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140804/6a4c7e71/attachment-0001.html>
: Asus P6T Deluxe
RAM: 6GB
--
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/20140804/331e4ac3/attachment.html>
Am Montag, 4. August 2014, 12:55:59 schrieb mark yao:
> Signed-off-by: mark yao
> ---
> .../devicetree/bindings/video/rockchip-panel.txt | 34
> 1 file changed, 34 insertions(+)
>
> diff --git a/Documentation/devicetree/bindings/video/rockchip-panel.txt
> b/Documentation/
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/20140804/8ffca0c7/attachment.html>
Actually, please disregard this patch. I have found and fixed the real
problem in mesa/r200.
Marek
On Mon, Aug 4, 2014 at 5:58 PM, Alex Deucher wrote:
> On Fri, Aug 1, 2014 at 9:43 AM, Marek Ol??k wrote:
>> From: Marek Ol??k
>>
>> ---
>>
>> I'm not really interested in studying the R200 driver
). If that still doesn't resolve your issues, please open a new bug.
--
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/20140804/a4d0d3a7/attachment.html>
Am 04.08.2014 um 17:09 schrieb Maarten Lankhorst:
> op 04-08-14 17:04, Christian K?nig schreef:
>> Am 04.08.2014 um 16:58 schrieb Maarten Lankhorst:
>>> op 04-08-14 16:45, Christian K?nig schreef:
Am 04.08.2014 um 16:40 schrieb Maarten Lankhorst:
> op 04-08-14 16:37, Christian K?nig schree
Pages allocated using the DMA API have a coherent memory mapping. Make
this mapping visible to drivers so they can decide to use it instead of
creating their own redundant one.
Signed-off-by: Alexandre Courbot
Acked-by: David Airlie
---
Changes since v1:
- Perform only one allocation for pages,
On 04.08.2014 17:56, Maarten Lankhorst wrote:
> op 04-08-14 10:42, Michel D?nzer schreef:
>> On 02.08.2014 02:07, Maarten Lankhorst wrote:
>>> On 01-08-14 16:13, Michel D?nzer wrote:
On 01.08.2014 19:12, Maarten Lankhorst wrote:
> On 01-08-14 10:27, Michel D?nzer wrote:
>> On 01.08.201
On 4 August 2014 17:10, Daniel Vetter wrote:
> Hi Dave,
>
> Final feature pull for 3.17.
>
> drm-intel-next-2014-07-25:
> - Ditch UMS support (well just the config option for now)
> - Prep work for future platforms (Sonika Jindal, Damien)
> - runtime pm/soix fixes (Paulo, Jesse)
> - psr tracking i
ing 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/20140804/02d0bfdb/attachment.html>
On 02.08.2014 02:07, Maarten Lankhorst wrote:
> On 01-08-14 16:13, Michel D?nzer wrote:
>> On 01.08.2014 19:12, Maarten Lankhorst wrote:
>>> On 01-08-14 10:27, Michel D?nzer wrote:
On 01.08.2014 00:34, Maarten Lankhorst wrote:
>
> @@ -357,14 +360,20 @@ int radeon_gem_wait_idle_ioctl(st
op 04-08-14 17:04, Christian K?nig schreef:
> Am 04.08.2014 um 16:58 schrieb Maarten Lankhorst:
>> op 04-08-14 16:45, Christian K?nig schreef:
>>> Am 04.08.2014 um 16:40 schrieb Maarten Lankhorst:
op 04-08-14 16:37, Christian K?nig schreef:
>> It'a pain to deal with gpu reset.
> Yeah,
Am 04.08.2014 um 16:58 schrieb Maarten Lankhorst:
> op 04-08-14 16:45, Christian K?nig schreef:
>> Am 04.08.2014 um 16:40 schrieb Maarten Lankhorst:
>>> op 04-08-14 16:37, Christian K?nig schreef:
> It'a pain to deal with gpu reset.
Yeah, well that's nothing new.
> I've now tried
op 04-08-14 16:45, Christian K?nig schreef:
> Am 04.08.2014 um 16:40 schrieb Maarten Lankhorst:
>> op 04-08-14 16:37, Christian K?nig schreef:
It'a pain to deal with gpu reset.
>>> Yeah, well that's nothing new.
>>>
I've now tried other solutions but that would mean reverting to the old
On Mon, Aug 04, 2014 at 12:45:07PM +0800, mark yao wrote:
> This patch is a DRM Driver for Rockchip Socs, driver provides an abstraction
> for the graphics hardware, such as lcd controller and connector interface.
>
> Signed-off-by: mark yao
> ---
Just a quick drive-by comment below, don't consi
Am 04.08.2014 um 16:40 schrieb Maarten Lankhorst:
> op 04-08-14 16:37, Christian K?nig schreef:
>>> It'a pain to deal with gpu reset.
>> Yeah, well that's nothing new.
>>
>>> I've now tried other solutions but that would mean reverting to the old
>>> style during gpu lockup recovery, and only runn
op 04-08-14 16:37, Christian K?nig schreef:
>> It'a pain to deal with gpu reset.
>
> Yeah, well that's nothing new.
>
>> I've now tried other solutions but that would mean reverting to the old
>> style during gpu lockup recovery, and only running the delayed work when
>> !lockup.
>> But this mean
> It'a pain to deal with gpu reset.
Yeah, well that's nothing new.
> I've now tried other solutions but that would mean reverting to the old style
> during gpu lockup recovery, and only running the delayed work when !lockup.
> But this meant that the timeout was useless to add. I think the clean
_object-rendering -fbo
--
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/20140804/ee7f5f10/attachment.html>
_object-rendering -fbo
--
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/20140804/8e788b2e/attachment.html>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140804/9fe9af1e/attachment-0001.html>
On Monday 04 August 2014 09:30:04 Daniel Vetter wrote:
> On Fri, Aug 01, 2014 at 02:58:21PM +0200, Laurent Pinchart wrote:
> > On Thursday 31 July 2014 15:16:21 Randy Dunlap wrote:
> >> On 05/12/14 11:04, Randy Dunlap wrote:
> >>> On 05/12/2014 08:54 AM, Daniel Vetter wrote:
> On Mon, May 12,
org/archives/dri-devel/attachments/20140804/f178cb50/attachment.html>
Hey,
op 04-08-14 13:57, Christian K?nig schreef:
> Am 04.08.2014 um 10:55 schrieb Maarten Lankhorst:
>> op 04-08-14 10:36, Christian K?nig schreef:
>>> Hi Maarten,
>>>
>>> Sorry for the delay. I've got way to much todo recently.
>>>
>>> Am 01.08.2014 um 19:46 schrieb Maarten Lankhorst:
On 01-
L attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140804/133a9f68/attachment.html>
cycles.
--
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/20140804/2537d2a0/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=81021
--- Comment #8 from Alex Deucher ---
I'm not sure why you don't think you need a GPU driver installed. When the
driver is installed it not only allows the GPU to dynamically adjust it clocks
and voltages up for performance, but also enables low p
On Fri, Aug 1, 2014 at 2:05 PM, Andreas Boll
wrote:
> From: Alex Deucher
>
> Older firmware didn't support the new nop packet.
>
> v2 (Andreas Boll):
> - Drop usage of packet3 for new firmware
>
> Signed-off-by: Alex Deucher
> Reviewed-by: Christian K?nig (v1)
> Signed-off-by: Andreas Boll
>
e the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140804/4732f2a6/attachment.html>
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140804/5517def2/attachment-0001.html>
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140804/79bbe5f0/attachment.html>
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140804/5801d93c/attachment.html>
On 2014-08-04 02:28, Inki Dae wrote:
> Oops, sorry. I didn't check v2.
No problem :)
It would be good if you could also check the libdrm patches that I've
resent some while ago.
With best wishes,
Tobias
Hi Dave,
This pull request includes i80 interface support, module auto-loading
ipp consolidation, and trivail fixups and cleanups.
Summary:
- Add i80 interface support. For this, we added some features to
Exynos drm framework, which don't affect any other SoC and common
framework becaus
Am 04.08.2014 um 10:55 schrieb Maarten Lankhorst:
> op 04-08-14 10:36, Christian K?nig schreef:
>> Hi Maarten,
>>
>> Sorry for the delay. I've got way to much todo recently.
>>
>> Am 01.08.2014 um 19:46 schrieb Maarten Lankhorst:
>>> On 01-08-14 18:35, Christian K?nig wrote:
Am 31.07.2014 um 1
On 4 August 2014 11:52, Felix Nawothnig wrote:
> Hey...
>
> I know that this sounds crazy, but I'd like to attempt to do it - that is if
> it is possible at all. :-)
>
> From following the Noveau and Gallium development over the last years
> (including reading the source code) I have a slight clue
Signed-off-by: mark yao
---
drivers/gpu/drm/rockchip/connector/Kconfig |9 +
drivers/gpu/drm/rockchip/connector/Makefile|1 +
.../gpu/drm/rockchip/connector/rk3288_dp_core.c| 586 ++
.../gpu/drm/rockchip/connector/rk3288_dp_core.h| 355 ++
drivers/gpu
Signed-off-by: mark yao
---
.../devicetree/bindings/video/rockchip-panel.txt | 34
1 file changed, 34 insertions(+)
diff --git a/Documentation/devicetree/bindings/video/rockchip-panel.txt
b/Documentation/devicetree/bindings/video/rockchip-panel.txt
index f599806..f6d80f
Signed-off-by: mark yao
---
drivers/gpu/drm/rockchip/Kconfig |1 +
drivers/gpu/drm/rockchip/Makefile|2 +-
drivers/gpu/drm/rockchip/connector/Kconfig |8 +
drivers/gpu/drm/rockchip/connector/Makefile |4 +
drivers/gpu/drm/rockchip/connect
Signed-off-by: mark yao
---
.../devicetree/bindings/video/rockchip-panel.txt | 30
1 file changed, 30 insertions(+)
diff --git a/Documentation/devicetree/bindings/video/rockchip-panel.txt
b/Documentation/devicetree/bindings/video/rockchip-panel.txt
index 9fc200a..f59980
Signed-off-by: mark yao
---
drivers/gpu/drm/rockchip/Kconfig|2 +
drivers/gpu/drm/rockchip/Makefile |2 +-
drivers/gpu/drm/rockchip/lcdc/Kconfig |9 +
drivers/gpu/drm/rockchip/lcdc/Makefile |4 +
drivers/gpu/drm/rockchip/lcdc/rk3288_lcdc.c | 819 +
Signed-off-by: mark yao
---
.../devicetree/bindings/video/rockchip-lcdc.txt| 33
1 file changed, 33 insertions(+)
create mode 100644 Documentation/devicetree/bindings/video/rockchip-lcdc.txt
diff --git a/Documentation/devicetree/bindings/video/rockchip-lcdc.txt
b/Doc
Signed-off-by: mark yao
---
drivers/gpu/drm/rockchip/Makefile |3 +-
drivers/gpu/drm/rockchip/rockchip_panel.c | 297 +
2 files changed, 299 insertions(+), 1 deletion(-)
create mode 100644 drivers/gpu/drm/rockchip/rockchip_panel.c
diff --git a/drivers/gp
Signed-off-by: mark yao
---
.../devicetree/bindings/video/rockchip-panel.txt | 52
1 file changed, 52 insertions(+)
create mode 100644 Documentation/devicetree/bindings/video/rockchip-panel.txt
diff --git a/Documentation/devicetree/bindings/video/rockchip-panel.txt
b/D
This patch is a DRM Driver for Rockchip Socs, driver provides an abstraction
for the graphics hardware, such as lcd controller and connector interface.
Signed-off-by: mark yao
---
drivers/gpu/drm/Kconfig |2 +
drivers/gpu/drm/Makefile |1
From: mark yao
This a series of patches is a DRM Driver for Rockchip Socs, driver provides
an abstraction for the graphics hardware, as lcd controller and
connector interface.
add rk3288 lcd controller.
add rk3288 lvds and rk3288 edp connector.
Tested on rk3288 sdk board, use lvds or edp connec
Dave,
This time around we have a mix of new hw enablement (mdp5 v1.3 /
apq8084), plus devicetree and various upstream changes (mostly
adapting to CCF vs downstream clk driver differences) for mdp4 /
apq8064. With these drm/msm patches plus a few other small patchsets
(from linaro qcom integration
On Fri, Aug 1, 2014 at 9:43 AM, Marek Ol??k wrote:
> From: Marek Ol??k
>
> ---
>
> I'm not really interested in studying the R200 driver to fix it.
> This has to suffice.
Reviewed-by: Alex Deucher
>
> radeon/radeon_cs_gem.c | 9 +
> 1 file changed, 9 insertions(+)
>
> diff --git a/rad
op 04-08-14 11:25, Michel D?nzer schreef:
> On 04.08.2014 17:56, Maarten Lankhorst wrote:
>> op 04-08-14 10:42, Michel D?nzer schreef:
>>> On 02.08.2014 02:07, Maarten Lankhorst wrote:
On 01-08-14 16:13, Michel D?nzer wrote:
> On 01.08.2014 19:12, Maarten Lankhorst wrote:
>> On 01-08-1
No changes to exported symbols.
Signed-off-by: Maarten Lankhorst
---
exynos/Makefile.am | 1 +
exynos/exynos_drm.c| 37 -
exynos/exynos_fimg2d.c | 19 ---
3 files changed, 33 insertions(+), 24 deletions(-)
diff --git a/exynos/Makefile
Hiding fd_device_del_locked, and fd_cleanup_bo_cache.
Signed-off-by: Maarten Lankhorst
---
freedreno/Makefile.am| 1 +
freedreno/freedreno_bo.c | 26 +-
freedreno/freedreno_device.c | 8
freedreno/freedreno_pipe.c | 11 ++-
No changes to exported symbols.
Signed-off-by: Maarten Lankhorst
---
omap/Makefile.am | 1 +
omap/omap_drm.c | 46 ++
2 files changed, 27 insertions(+), 20 deletions(-)
diff --git a/omap/Makefile.am b/omap/Makefile.am
index c77520b..0778bdd 100644
-
op 04-08-14 10:42, Michel D?nzer schreef:
> On 02.08.2014 02:07, Maarten Lankhorst wrote:
>> On 01-08-14 16:13, Michel D?nzer wrote:
>>> On 01.08.2014 19:12, Maarten Lankhorst wrote:
On 01-08-14 10:27, Michel D?nzer wrote:
> On 01.08.2014 00:34, Maarten Lankhorst wrote:
>> @@ -357,14 +
op 04-08-14 10:36, Christian K?nig schreef:
> Hi Maarten,
>
> Sorry for the delay. I've got way to much todo recently.
>
> Am 01.08.2014 um 19:46 schrieb Maarten Lankhorst:
>>
>> On 01-08-14 18:35, Christian K?nig wrote:
>>> Am 31.07.2014 um 17:33 schrieb Maarten Lankhorst:
Signed-off-by: Maar
Hi Maarten,
Sorry for the delay. I've got way to much todo recently.
Am 01.08.2014 um 19:46 schrieb Maarten Lankhorst:
>
> On 01-08-14 18:35, Christian K?nig wrote:
>> Am 31.07.2014 um 17:33 schrieb Maarten Lankhorst:
>>> Signed-off-by: Maarten Lankhorst
>>> ---
>>> V1 had a nasty bug breaking g
is already fixed.
Oh, nice. Do you know which commit resolves this? If not, do you need a bisect?
If yes, will that commit be backported to the 1.16 branch?
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubb
for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140804/fb78cb78/attachment.html>
On Thu, Jul 31, 2014 at 03:45:05PM +0200, Maarten Lankhorst wrote:
> No exports changed for this driver.
>
> Signed-off-by: Maarten Lankhorst
On a quick look this seems to have all we need really.
Acked-by: Daniel Vetter
> ---
> intel/Makefile.am | 1 +
> intel/intel_bufmgr.c |
On Thu, Jul 31, 2014 at 06:09:42PM +0900, Alexandre Courbot wrote:
> The DMA API is the recommended way to map pages no matter what the
> underlying bus is. Use the DMA functions for page mapping and remove
> currently existing wrappers.
>
> Signed-off-by: Alexandre Courbot
> Cc: Daniel Vetter
>
On Fri, Aug 01, 2014 at 02:58:21PM +0200, Laurent Pinchart wrote:
> Hi Randy,
>
> On Thursday 31 July 2014 15:16:21 Randy Dunlap wrote:
> > On 05/12/14 11:04, Randy Dunlap wrote:
> > > On 05/12/2014 08:54 AM, Daniel Vetter wrote:
> > >> On Mon, May 12, 2014 at 08:23:45AM -0700, Randy Dunlap wrote:
On 2014? 08? 03? 18:52, Tobias Jakobi wrote:
> Inki Dae wrote:
>> It seems that you have no build test because above line incurs build
>> error. Anyway I fixed it up.
> That's why I have sent v2 of the patch.
>
Oops, sorry. I didn't check v2.
Thanks,
Inki Dae
> With best wishes,
> Tobias
>
>
Hi Dave,
Final feature pull for 3.17.
drm-intel-next-2014-07-25:
- Ditch UMS support (well just the config option for now)
- Prep work for future platforms (Sonika Jindal, Damien)
- runtime pm/soix fixes (Paulo, Jesse)
- psr tracking improvements, locking fixes, now enabled by default!
- rps fixe
n HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140804/15a311a4/attachment.html>
ves/dri-devel/attachments/20140804/d02d4a8e/attachment.html>
MediathekView?
--
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/20140804/2483bbad/attachment.html>
HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140804/3432b566/attachment-0001.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/20140804/dd0d9b4a/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=81261
Ilia Mirkin changed:
What|Removed |Added
CC||imirkin at alum.mit.edu
--- Comment #8 from
org/archives/dri-devel/attachments/20140804/d744e532/attachment.html>
Hey...
I know that this sounds crazy, but I'd like to attempt to do it - that
is if it is possible at all. :-)
From following the Noveau and Gallium development over the last years
(including reading the source code) I have a slight clue how to do
things but basically I'm a newbie to 3D drive
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140804/048959a7/attachment.html>
scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140804/7890a513/attachment.html>
d make sure there are debugging symbols for r600_dri.so.
--
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/20140804/7239957b/attachment.html>
.
--
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/20140804/dad82282/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=81261
Aaron Lu changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
77 matches
Mail list logo