Hi
On Mon, Apr 21, 2014 at 10:28 PM, Ross Zwisler
wrote:
> On Wed, 2 Apr 2014, Ross Zwisler wrote:
>> With this commit:
>>
>> 2a0788dc9bc4 x86: Use clflushopt in drm_clflush_virt_range
>>
>> If clflushopt is available on the system, we use it instead of clflush
>> in drm_clflush_virt_range. Ther
On Mon, Apr 28, 2014 at 4:57 PM, Thierry Reding
wrote:
> On Mon, Apr 28, 2014 at 12:10:27PM +1000, Ben Skeggs wrote:
>> On Fri, Apr 25, 2014 at 5:19 PM, Alexandre Courbot
>> wrote:
>> > nvc0_graph_ctor() would only let the graphics engine be enabled if its
>> > oclass has a proper microcode link
From: Akshu Agrawal
If any fimd channel was already active, initializing iommu will result
in a PAGE FAULT (e.e. u-boot could have turned on the display and
not disabled it before the kernel starts). This patch checks if any
channel is active before initializing iommu and disables it.
Changelog
Hi Laurent,
Thank you for sharing your idea.
On 04/29/2014 12:05 AM, Laurent Pinchart wrote:
> Hi YoungJun,
>
> On Tuesday 22 April 2014 10:24:39 YoungJun Cho wrote:
>> On 04/22/2014 08:00 AM, Laurent Pinchart wrote:
>>> Hi YoungJun,
>>>
>>> Thank you for the patch.
>>>
>>> On Monday 21 April 201
are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140429/76cbe49c/attachment.html>
Hi Thierry,
Thank you for the comments.
On 04/29/2014 06:25 AM, Thierry Reding wrote:
> On Mon, Apr 28, 2014 at 05:05:24PM +0200, Laurent Pinchart wrote:
>> Hi YoungJun,
>>
>> On Tuesday 22 April 2014 10:24:39 YoungJun Cho wrote:
>>> On 04/22/2014 08:00 AM, Laurent Pinchart wrote:
Hi YoungJu
https://bugzilla.kernel.org/show_bug.cgi?id=74751
Niko Montonen changed:
What|Removed |Added
CC||montonen.niko at gmail.com
--- Comment #1
https://bugzilla.kernel.org/show_bug.cgi?id=74751
--- Comment #11 from Niko Montonen ---
Created attachment 134161
--> https://bugzilla.kernel.org/attachment.cgi?id=134161&action=edit
dmesg from working kernel
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=74751
--- Comment #12 from Niko Montonen ---
Created attachment 134171
--> https://bugzilla.kernel.org/attachment.cgi?id=134171&action=edit
dmesg from broken kernel
--
You are receiving this mail because:
You are watching the assignee of the bug.
On 04/29/2014 03:02 PM, YoungJun Cho wrote:
> Hi Laurent,
>
> Thank you for sharing your idea.
>
> On 04/29/2014 12:05 AM, Laurent Pinchart wrote:
>> Hi YoungJun,
>>
>> On Tuesday 22 April 2014 10:24:39 YoungJun Cho wrote:
>>> On 04/22/2014 08:00 AM, Laurent Pinchart wrote:
Hi YoungJun,
>
https://bugzilla.kernel.org/show_bug.cgi?id=74751
--- Comment #13 from Daniel Vetter ---
Now I'm even more confused, since 25f397a429dfa is a lot more than a one-line
patch. And it _really_ is included in 3.14 already, so git bisect can't
possible list that one as the offending commit for a post-
From: Thierry Reding
Hi,
This set of patches contains various fixes and cleanups that have
accumulated. Most of these were posted to the mailing list at some point
and some have been reviewed, while other didn't receive any feedback.
Thierry
Thierry Reding (8):
drm: Try to acquire modeset lo
From: Thierry Reding
Commit 62ff94a54921 "drm/crtc-helper: remove LOCKING from kerneldoc"
causes drm_helper_crtc_in_use() and drm_helper_encoder_in_use() to
complain loudly during a kernel panic or sysrq processing. This is
caused by nobody acquiring the modeset lock in these code paths.
This pa
From: Thierry Reding
This argument is used to pass in the revision of the EDID, but since the
EDID is passed in as well, we can just as well get the revision from the
EDID structure directly.
While at it, update the kerneldoc comment.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/drm_edid
From: Thierry Reding
Fix a few trivial typos in the framebuffer helper documentation.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/drm_fb_helper.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/drm_fb_helper.c b/drivers/gpu/drm/drm_fb_helper.c
in
From: Thierry Reding
This fixes up a couple of inconsistencies with kerneldoc comments for
the EDID related functions. Functions that return a value now use the
"Return" section consistently. For some exported symbols the kernel-doc
comments were not in the appropriate format and therefore not in
From: Thierry Reding
Describe the fifo parameter. It seems like kerneldoc doesn't properly
handle fields defined using a macro, so it will end up complaining about
this anyway and not generate the documentation for it either. At least
the kerneldoc is now complete.
Signed-off-by: Thierry Reding
From: Thierry Reding
Replace an occurrence of "adapater" with "adapter".
Reviewed-by: Alex Deucher
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/drm_dp_helper.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/drm_dp_helper.c b/drivers/gpu/drm/drm_dp_hel
From: Thierry Reding
The function can never fail, and always returns 0, so it may just as
well not return anything.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/drm_crtc_helper.c | 7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/drm_crtc_helper.c
From: Thierry Reding
The closing brace of the body of drm_addmap_core() is indented wrongly.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/drm_bufs.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/drm_bufs.c b/drivers/gpu/drm/drm_bufs.c
index edec31fe3f
Vikas,
You may want to check the GLSDK 6.04.00.02 release:
http://processors.wiki.ti.com/index.php/DRA7xx_GLSDK_6.04.00.02_Release_Notes
This release supports Wayland/Weston 1.3.0 out of the box. The main changes
were in EGL layer of SGX driver to support Wayland 1.2+. There are also severa
On Tue, Apr 29, 2014 at 11:44:34AM +0200, Thierry Reding wrote:
> From: Thierry Reding
>
> This fixes up a couple of inconsistencies with kerneldoc comments for
> the EDID related functions. Functions that return a value now use the
> "Return" section consistently. For some exported symbols the k
On Tue, Apr 29, 2014 at 11:44:31AM +0200, Thierry Reding wrote:
> From: Thierry Reding
>
> Hi,
>
> This set of patches contains various fixes and cleanups that have
> accumulated. Most of these were posted to the mailing list at some point
> and some have been reviewed, while other didn't receiv
Am 28.04.2014 16:41, schrieb Alex Deucher:
> On Mon, Apr 28, 2014 at 4:17 AM, Christian K?nig
> wrote:
>> From: Christian K?nig
>>
>> Some RV7xx generation hardware crashes after you
>> raise the UVD clocks for the first time. Try to
>> avoid this by using the lower clocks to boot these.
>>
>> Wo
https://bugzilla.kernel.org/show_bug.cgi?id=74751
--- Comment #14 from Tasev Nikola ---
Hi,
Here is the patch from the commit that i found with git bisect.
It's a copy paste from gitk for the commit
25f397a429dfa43f22c278d0119a60a343aa568f
-- drivers/gpu/drm/drm_crtc_helpe
https://bugzilla.kernel.org/show_bug.cgi?id=74751
--- Comment #15 from Tasev Nikola ---
Created attachment 134191
--> https://bugzilla.kernel.org/attachment.cgi?id=134191&action=edit
commit 25f397a429dfa43f22c278d0119a60a343aa568f from gitk
--
You are receiving this mail because:
You are watc
https://bugzilla.kernel.org/show_bug.cgi?id=74751
--- Comment #16 from Tasev Nikola ---
For bisecting i did this:
git clone git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
linux-git
git bisect start | tee -a /root/bisect.log
git bisect bad v3.15-rc1 | tee -a /root/bisect.log
gi
Hi Andrzej, Laurent, Thierry.
CCing Steffen Trumtrar,
On 04/29/2014 05:35 PM, YoungJun Cho wrote:
> On 04/29/2014 03:02 PM, YoungJun Cho wrote:
>> Hi Laurent,
>>
>> Thank you for sharing your idea.
>>
>> On 04/29/2014 12:05 AM, Laurent Pinchart wrote:
>>> Hi YoungJun,
>>>
>>> On Tuesday 22 April
Hi,
I am working with "ASRock FM2A75M-HD+" mainboards equipped with "AMD A4-4000
APU"s.
For some reasons I am required to write EDID data to VGA-connected TFT
panels which worked fine with an older mainboard with nvidia gpu.
With the ASRock board the smbus i2c DDC channel was recognized as "Rade
On Mon, Apr 28, 2014 at 9:08 AM, Ajay kumar wrote:
> Daniel,
>
> On Sun, Apr 27, 2014 at 6:25 PM, Daniel Vetter wrote:
>> On Fri, Apr 25, 2014 at 8:17 AM, Ajay kumar wrote:
>>> We can call panel_enable/disable at the right point. Even the bridge chips
>>> expect the same. So, I am not ok with co
https://bugzilla.kernel.org/show_bug.cgi?id=71891
Yuking changed:
What|Removed |Added
CC||yuking_net at sohu.com
--- Comment #28 from Yuki
https://bugzilla.kernel.org/show_bug.cgi?id=71891
--- Comment #29 from Alex Deucher ---
(In reply to Yuking from comment #28)
> My video card is HD6850, motherboard is ASUS P8Z68-LE.
>
> System can not boot up with radeon module very often. After powerup, the
> screen always goes blank, no any i
https://bugzilla.kernel.org/show_bug.cgi?id=75061
Bug ID: 75061
Summary: System boot failure very often
Product: Drivers
Version: 2.5
Kernel Version: x86_64
Hardware: All
OS: Linux
Tree: Mainline
S
||
--
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/20140429/5747152f/attachment.html>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140429/5c3849ff/attachment.html>
From: Christian K?nig
They are doing the same on all generations anyway.
Signed-off-by: Christian K?nig
---
drivers/gpu/drm/radeon/evergreen.c | 30 --
drivers/gpu/drm/radeon/r100.c | 30 --
drivers/gpu/drm/radeon/radeon.h | 4 ---
From: Christian K?nig
Signed-off-by: Christian K?nig
---
drivers/gpu/drm/radeon/cik.c| 12 ++--
drivers/gpu/drm/radeon/evergreen.c | 12 ++--
drivers/gpu/drm/radeon/r100.c | 4 ++--
drivers/gpu/drm/radeon/r600.c | 4 ++--
drivers/gpu/drm/ra
From: Christian K?nig
Signed-off-by: Christian K?nig
---
drivers/gpu/drm/radeon/evergreen.c | 18 --
drivers/gpu/drm/radeon/r100.c | 21 ++---
drivers/gpu/drm/radeon/radeon.h | 4 +++-
drivers/gpu/drm/radeon/radeon_asic.c| 22 +
From: Christian K?nig
The page flip irq seems to be stable, let's use it.
Signed-off-by: Christian K?nig
---
drivers/gpu/drm/radeon/cik.c | 30 +---
drivers/gpu/drm/radeon/evergreen.c | 48 +++---
drivers/gpu/drm/radeon/si.c| 30
From: Christian K?nig
Instead of trying to flip inside the vblank period when
the buffer is idle, offload blocking for idle to a kernel
thread and program the flip directly into the hardware.
Signed-off-by: Christian K?nig
---
drivers/gpu/drm/radeon/radeon.h | 16 ++-
drivers/gpu/drm/
pplication/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140429/f6a6a46c/attachment.sig>
op 23-04-14 13:15, Maarten Lankhorst schreef:
> This adds 4 more functions to deal with rcu.
>
> reservation_object_get_fences_rcu() will obtain the list of shared
> and exclusive fences without obtaining the ww_mutex.
>
> reservation_object_wait_timeout_rcu() will wait on all fences of the
> reser
From: Thierry Reding
Hook up the MIPI DSI bus's .shutdown() function to allow drivers to
implement code that should be run when a device is shut down.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/drm_mipi_dsi.c | 10 ++
include/drm/drm_mipi_dsi.h | 2 ++
2 files changed, 12 i
From: Thierry Reding
When a device is shut down, disable the panel to make sure the display
backlight doesn't stay lit.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/panel/panel-simple.c | 19 +++
1 file changed, 19 insertions(+)
diff --git a/drivers/gpu/drm/panel/panel-si
From: Thierry Reding
When a device is shut down, make sure to disable the backlight. If it
stays lit, it gives the impression that the device hasn't turned off.
Furthermore keeping the backlight on may consume power, which is not
what users expect when they shut down a device.
Signed-off-by: Thi
Add a basic PM support to mgag200 driver.
As there is no hardware specific init codes for this device, the
callbacks are written in a fairly simple way.
Signed-off-by: Takashi Iwai
---
drivers/gpu/drm/mgag200/mgag200_drv.c | 75 +++
drivers/gpu/drm/mgag200/mgag200
On 04/29/2014 09:28 AM, Thierry Reding wrote:
> From: Thierry Reding
>
> Hook up the MIPI DSI bus's .shutdown() function to allow drivers to
> implement code that should be run when a device is shut down.
The series,
Tested-by: Stephen Warren
(On an NVIDIA Tegra Dalmore board. Now, the backlig
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140429/6c74bf0c/attachment-0001.html>
is 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/20140429/cb2fbe1f/attachment.html>
On 04/29/2014 04:32 PM, Maarten Lankhorst wrote:
> op 23-04-14 13:15, Maarten Lankhorst schreef:
>> This adds 4 more functions to deal with rcu.
>>
>> reservation_object_get_fences_rcu() will obtain the list of shared
>> and exclusive fences without obtaining the ww_mutex.
>>
>> reservation_object_
From: Christian K?nig
Signed-off-by: Christian K?nig
---
drivers/gpu/drm/radeon/radeon_display.c | 14 --
1 file changed, 12 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_display.c
b/drivers/gpu/drm/radeon/radeon_display.c
index 14bd701..9ff0e2f 100644
-
So I thought it would be easier to explain what I had in mind regarding
Ajay's patchset (to add panel support) in patch form. Originally Thierry
had some concerns with adding panel support in bridges ad-hoc. So this
idea adds the support of chaining multiple bridges, one of which may be
a panal a
Signed-off-by: Rob Clark
---
drivers/gpu/drm/bridge/Makefile | 2 +
drivers/gpu/drm/bridge/drm_bridge_util.c | 251 +++
drivers/gpu/drm/bridge/drm_bridge_util.h | 29
3 files changed, 282 insertions(+)
create mode 100644 drivers/gpu/drm/bridge/drm_bri
Signed-off-by: Rob Clark
---
drivers/gpu/drm/bridge/ptn3460.c | 39 +--
include/drm/bridge/ptn3460.h | 6 --
2 files changed, 37 insertions(+), 8 deletions(-)
diff --git a/drivers/gpu/drm/bridge/ptn3460.c b/drivers/gpu/drm/bridge/ptn3460.c
index b1719
On Tue, Apr 29, 2014 at 3:57 PM, Rob Clark wrote:
> So I thought it would be easier to explain what I had in mind regarding
> Ajay's patchset (to add panel support) in patch form. Originally Thierry
> had some concerns with adding panel support in bridges ad-hoc. So this
> idea adds the support
signee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140429/e48ac408/attachment.html>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140429/27300c1a/attachment.html>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140429/c48a69b8/attachment.html>
HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140429/57cac71c/attachment.html>
rovements, can you test this branch:
http://cgit.freedesktop.org/~tstellar/llvm/log/?h=si-spill-fixes-v3
--
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/20140429/371ffccf/attachment.html>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140429/41153fc7/attachment.html>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140429/7edc87bc/attachment.html>
ives/dri-devel/attachments/20140429/eb7cba81/attachment-0001.html>
of the past!
--
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/20140429/940778b6/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140429/a39b23bb/attachment.html>
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140429/47aed94c/attachment.html>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140429/613a9fc6/attachment.html>
...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140429/320f4c26/attachment.html>
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140429/f9a8758d/attachment.html>
ime.
--
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/20140429/f31e28f2/attachment.html>
ping!
On Fri, Apr 25, 2014 at 11:46 PM, Ajay kumar wrote:
> On Fri, Apr 25, 2014 at 11:34 AM, Ajay kumar wrote:
>> On Friday, April 25, 2014, Thierry Reding
>> wrote:
>>>
>>> On Thu, Apr 24, 2014 at 12:56:02AM +0530, Ajay kumar wrote:
>>> > Thierry,
>>> >
>>> > On Wed, Apr 23, 2014 at 1:12 PM,
On 27 April 2014 07:20, YoungJun Cho wrote:
> The offset of register DSIM_PLLTMR_REG in Exynos5420 is different
> from the one in Exynos4 SoC.
>
> In case of Exynos5420 SoC, there is no frequency band bit in DSIM_PLLCTRL_REG,
> and it uses DSIM_PHYCTRL_REG and DSIM_PHYTIMING*_REG instead.
> So thi
Hi YoungJun,
On 27 April 2014 07:20, YoungJun Cho wrote:
> To support MIPI DSI command mode interface, FIMD should do followings:
> - Sets LCD block configuration for I80 interface.
> - Uses "lcd_sys" as an IRQ resource and sets relevant IRQ configuration.
> - Implements trigger feature which tra
73 matches
Mail list logo
