On 2015ë
09ì 01ì¼ 03:30, Emil Velikov wrote:
> On 31 August 2015 at 13:36, Inki Dae wrote:
>> Hi Emil,
>>
>> On 2015ë
08ì 31ì¼ 20:58, Emil Velikov wrote:
>>> Hi all,
>>>
>>> On 18 August 2015 at 08:01, Inki Dae wrote:
From: Joonyoung Shim
This patch allows clients who wa
On 2015ë
09ì 01ì¼ 03:53, Emil Velikov wrote:
> On 31 August 2015 at 14:25, Inki Dae wrote:
>> On 2015ë
08ì 24ì¼ 23:14, Tobias Jakobi wrote:
>>> We now validate the blending mode via g2d_validate_mode()
>>> prior to feeding it to g2d_get_blend_op().
>>>
>>> Signed-off-by: Tobias Jakobi
>
On 2015ë
09ì 01ì¼ 04:57, Emil Velikov wrote:
> On 31 August 2015 at 20:27, Tobias Jakobi
> wrote:
>> Hello!
>>
>> Inki Dae wrote:
>>> On 2015ë
08ì 24ì¼ 23:13, Tobias Jakobi wrote:
>
+if (g2d_check_space(ctx, 7, 1))
+return -ENOSPC;
>>>
>>> You can make 3 and 4
On 2015ë
08ì 28ì¼ 05:46, Tobias Jakobi wrote:
> Hey Emil,
>
>
> Emil Velikov wrote:
>> Hi Tobias,
>>
>> On 24 August 2015 at 15:13, Tobias Jakobi
>> wrote:
>>> Hello,
>>>
>>> during the discussion about the last patchset touching the
>>> fimg2d code, it became apparent that the error handl
It looks like it was missed when I rebased my original patches. Patch is
Reviewed-by: Jammy Zhou
Regards,
Jammy
-Original Message-
From: dri-devel [mailto:dri-devel-boun...@lists.freedesktop.org] On Behalf Of
Alex Deucher
Sent: Monday, August 31, 2015 10:37 PM
To: dri-devel at lists.fr
Patch is Reviewed-by: Jammy Zhou
I cannot find the first patch in my mailbox, did I miss something?
Regards,
Jammy
-Original Message-
From: dri-devel [mailto:dri-devel-boun...@lists.freedesktop.org] On Behalf Of
Alex Deucher
Sent: Monday, August 31, 2015 11:19 PM
To: dri-devel at lists
On Mon, Aug 31, 2015 at 11:44 PM, Zhou, Jammy wrote:
> Patch is Reviewed-by: Jammy Zhou
>
> I cannot find the first patch in my mailbox, did I miss something?
It was a similar fix for the non-atom aux code in radeon:
http://lists.freedesktop.org/archives/dri-devel/2015-August/089539.html
Alex
On 08/31/2015 01:10 AM, Inki Dae wrote:
> 2015-08-27 17:31 GMT+09:00 Joonyoung Shim :
>> If exynos_drm_gem_init() is failed, the result is ERR_PTR, so we should
>> just return the result. If not, wrong porinter will be referenced from
>> err label.
>>
>> Reported-by: Dan Carpenter
>> Signed-off-by
/dri-devel/attachments/20150901/3baeed06/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/20150901/5ddb220e/attachment.html>
On Mon, 31 Aug 2015, Jesse Barnes wrote:
> On 07/15/2015 04:57 AM, Lukas Wunner wrote:
>> Commit 92122789b2d6 ("drm/i915: preserve SSC if previously set v3")
>> added code to intel_modeset_gem_init to override the SSC status read
>> from VBT with the SSC status set by BIOS.
>>
>> However, intel_m
link_rate and lane_count already configured in analogix_dp_set_link_train(),
so we don't need to config those repeatly after training finished, just
remove them out.
Beside Display Port 1.2 already support 5.4Gbps link rate, the maximum sets
would change from {1.62Gbps, 2.7Gbps} to {1.62Gbps, 2.7G
This phy driver would control the Rockchip DisplayPort module
phy clock and phy power, it is relate to analogix_dp-rockchip
dp driver. If you want DP works rightly on rockchip platform,
then you should select both of them.
Signed-off-by: Yakir Yang
---
Changes in v4:
- Take Kishon suggest, add co
Hi all,
The Samsung Exynos eDP controller and Rockchip RK3288 eDP controller
share the same IP, so a lot of parts can be re-used. I split the common
code into bridge directory, then rk3288 and exynos only need to keep
some platform code. Cause I can't find the exact IP name of exynos dp
control
After run "checkpatch.pl -f --subjective" command, I see there
are lots of alignment problem in exynos_dp driver, so let just
fix them.
- Take Romain suggest, rebase on linux-next branch
Signed-off-by: Yakir Yang
---
Changes in v4: None
Changes in v3: None
Changes in v2:
- Take Joe Preches advis
After exynos_dp have been splited the common IP code into analogix_dp driver,
the analogix_dp driver have deprecated some samsung platform properties which
could be dynamic parsed from EDID/MODE/DPCD message, so this is an update for
exynos DTS file for dp-controller.
Beside analogix_dp have provi
From: Mark Yao
Add bpc and color mode setting in rockchip_drm_vop driver, so
connector could try to use the edid drm_display_info to config
vop output mode.
Signed-off-by: Mark Yao
Signed-off-by: Yakir Yang
---
Changes in v4: None
Changes in v3: None
Changes in v2: None
drivers/gpu/drm/rockc
In order to move exynos dp code to bridge directory,
we need to convert driver drm bridge mode first. As
dp driver already have a ptn3460 bridge, so we need
to move ptn bridge to the next bridge of dp bridge.
Signed-off-by: Yakir Yang
---
Changes in v4:
- Take Romain suggest, rebase on linux-next
Split the dp core driver from exynos directory to bridge
directory, and rename the core driver to analogix_dp_*,
leave the platform code to analogix_dp-exynos.
Signed-off-by: Yakir Yang
---
Changes in v4:
- Take Rob suggest, update "analogix,hpd-gpios" to "hpd-gpios" DT propery.
- Take Jingoo sug
Both hsync/vsync polarity and interlace mode can be parsed from
drm display mode, and dynamic_range and ycbcr_coeff can be judge
by the video code, same to color space and color depth can be
parsed from EDID.
But presumably Exynos still relaies on the DT properties, so take
good use of mode_fixup(
Analogix dp driver is split from exynos dp driver, so we just
make an copy of exynos_dp.txt, and then simplify exynos_dp.txt
Beside update some exynos dtsi file with the latest change
according to the devicetree binding documents.
Signed-off-by: Yakir Yang
---
Changes in v4:
- Take Krzysztof sug
Rockchip have three clocks for dp controller, we leave pclk_edp
to analogix_dp driver control, and keep the sclk_edp_24m and
sclk_edp in platform driver.
Signed-off-by: Yakir Yang
---
Changes in v4:
- Remove some deprecated DT properties in rockchip dp document.
Changes in v3:
- Take Thierry Red
Signed-off-by: Yakir Yang
---
Changes in v4: None
Changes in v3: None
Changes in v2:
- Add GNU license v2 declared and samsung copyright
drivers/gpu/drm/exynos/exynos_dp.c | 1 +
drivers/gpu/drm/rockchip/analogix_dp-rockchip.c | 1 +
include/drm/bridge/analogix_dp.h
RK3288 need some special registers setting, we can separate
them out by the dev_type of plat_data.
Signed-off-by: Yakir Yang
---
Changes in v4: None
Changes in v3: None
Changes in v2:
- Fix compile failed dut to phy_pd_addr variable misspell error
drivers/gpu/drm/bridge/analogix/analogix_dp_reg
There are some IP limit on rk3288 that only support 4 physical lanes
of 2.7/1.6 Gbps/lane, so seprate them out by device_type flag.
Signed-off-by: Yakir Yang
---
Changes in v4:
- Take Thierry suggest, seprate the link-rate and lane-count limit
out with the device_type flag.
Changes in v3: None
Some edp screen do not have hpd signal, so we can't just return
failed when hpd plug in detect failed.
This is an hardware property, so we need add a devicetree property
"analogix,need-force-hpd" to indicate this sutiation.
Signed-off-by: Yakir Yang
---
Changes in v4: None
Changes in v3:
- Add "
This change just make a little clean to make code more like
drm core expect, move hdp detect code from bridge->enable(),
and place them into connector->detect().
Signed-off-by: Yakir Yang
---
Changes in v4:
- Take Jingoo suggest, add commit messages.
Changes in v3:
- move dp hpd detect to connec
Display Port monitor could support kinds of mode which indicate
in monitor edid, not just one single display resolution which
defined in panel or devivetree property display timing.
Signed-off-by: Yakir Yang
---
Changes in v4:
- Call drm_panel_prepare() in .get_modes function, ensure panel should
Hi Alex,
Still reading through/learning about amdgpu, so a couple of (not too
silly) questions :-)
On 31 August 2015 at 15:36, Alex Deucher wrote:
> From: "monk.liu"
>
> Signed-off-by: monk.liu
> Signed-off-by: Alex Deucher
> ---
> amdgpu/amdgpu_device.c | 2 ++
> 1 file changed, 2 insertion
Hi,
This patchset is for cleanup about fb and fbdev codes of exynos-drm
driver. This removes unnecesary and redundant codes mostly, and make a
variable having too long name to be short.
Thanks.
Joonyoung Shim (9):
drm/exynos: remove exynos_drm_fb_set_buf_cnt()
drm/exynos: s/exynos_ge
The exynos_drm_fb_set_buf_cnt() is used to set buffer count only in
exynos_drm_fbdev_update(). This patch sets directly buffer count in
exynos_drm_framebuffer_init() without using exynos_drm_fb_set_buf_cnt(),
so there is no any reason to keep exynos_drm_fb_set_buf_cnt().
Signed-off-by: Joonyoung S
This patch moves codes to update fb_info into exynos_drm_fbdev_update(),
so fb_info is updated via only one function.
Signed-off-by: Joonyoung Shim
---
drivers/gpu/drm/exynos/exynos_drm_fbdev.c | 29 +
1 file changed, 13 insertions(+), 16 deletions(-)
diff --git a/dr
The variable name "exynos_gem_obj" is too long, so some lines exceed 80
characters. It's simple to use "obj" instead of "exynos_gem_obj".
Signed-off-by: Joonyoung Shim
---
drivers/gpu/drm/exynos/exynos_drm_fbdev.c | 30 ++
1 file changed, 14 insertions(+), 16 deletion
Current codes get first gem object and then again get remain gem
objects. They can be unified to one routine.
Signed-off-by: Joonyoung Shim
---
drivers/gpu/drm/exynos/exynos_drm_fb.c | 23 ---
1 file changed, 8 insertions(+), 15 deletions(-)
diff --git a/drivers/gpu/drm/exyn
We can get buffer count of framebuffer using drm_format_num_planes(), so
keeping exynos_drm_fb_get_buf_cnt() is unnecessary.
Signed-off-by: Joonyoung Shim
---
drivers/gpu/drm/exynos/exynos_drm_fb.c| 9 -
drivers/gpu/drm/exynos/exynos_drm_fb.h| 3 ---
drivers/gpu/drm/exynos/exynos
This modifies exynos_drm_framebuffer_init() to be possible to support
multiple buffers. Then it can be used by exynos_user_fb_create().
Signed-off-by: Joonyoung Shim
---
drivers/gpu/drm/exynos/exynos_drm_fb.c| 36 +--
drivers/gpu/drm/exynos/exynos_drm_fb.h| 5
Using exynos_drm_framebuffer_init(), redundant codes can be removed.
Signed-off-by: Joonyoung Shim
---
drivers/gpu/drm/exynos/exynos_drm_fb.c | 47 ++
1 file changed, 13 insertions(+), 34 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exynos_drm_fb.c
b/drivers
Looking other drm drivers, there is no the restriction that framebuffer
has only one buffer in .create_handle() callback. They use just first
buffer.
If this limitation is removed, there is no reason keeping buffer count
for framebuffer, so we can remove buf_cnt from struct exynos_drm_fb.
Signed-
It can get exynos_gem object via function argument, so no need to call
exynos_drm_fb_gem_obj() in exynos_drm_fbdev_update.
It also can get struct drm_framebuffer *fb via helper->fb, so can remove
a function argument for it.
Signed-off-by: Joonyoung Shim
---
drivers/gpu/drm/exynos/exynos_drm_fbd
On Mon, Aug 31, 2015 at 07:30:23PM +0100, Emil Velikov wrote:
> On 31 August 2015 at 13:36, Inki Dae wrote:
> > Hi Emil,
> >
> > On 2015ë
08ì 31ì¼ 20:58, Emil Velikov wrote:
> >> Hi all,
> >>
> >> On 18 August 2015 at 08:01, Inki Dae wrote:
> >>> From: Joonyoung Shim
> >>>
> >>> This patch
On Mon, Aug 31, 2015 at 10:52:03AM -0400, Alex Deucher wrote:
> On Mon, Aug 31, 2015 at 8:09 AM, wrote:
> > From: Ville Syrjälä
> >
> > Make generic_edid_names[] const since it's supposed to be immutable.
> >
> > Signed-off-by: Ville Syrjälä
>
> For the series:
> Reviewed-by: Alex Deucher
On Mon, 31 Aug 2015, Maarten Lankhorst
wrote:
> Commit ec9f932ed41622d120de52a5b525e4d77b9ef17e
> "drm/atomic: Cleanup on error properly in the atomic ioctl."
> cleaned up some error paths, but didn't fix the TEST_ONLY path.
> In the check only case plane->fb shouldn't be updated, and
> the vblan
On Wed, Aug 26, 2015 at 10:55:06PM +0300, ville.syrjala at linux.intel.com
wrote:
> From: Ville Syrjälä
>
> Calculate the number of retries we should do for each i2c-over-aux
> message based on the time it takes to perform the i2c transfer vs. the
> aux transfer. We assume the shortest possibl
On Tue, 01 Sep 2015, Daniel Vetter wrote:
> On Wed, Aug 26, 2015 at 10:55:06PM +0300, ville.syrjala at linux.intel.com
> wrote:
>> From: Ville Syrjälä
>>
>> Calculate the number of retries we should do for each i2c-over-aux
>> message based on the time it takes to perform the i2c transfer vs.
Dave,
A single commit. Workaround for
https://bugzilla.redhat.com/show_bug.cgi?id=1227193
The following changes since commit 36d4e87b497d9cb3bf8e1bb2f803c7aa41dfb463:
drm/vmwgfx: Remove duplicate ttm_bo_device_release (2015-08-21 00:38:23 -0700)
are available in the git repository at:
git:
ast backtrace..
Any idea if anyone has ever looked at properly fixing this?
Tomi
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150901/1beb87ac/attachment.sig>
On Tue, Sep 01, 2015 at 11:14:43AM +0200, Daniel Vetter wrote:
> On Wed, Aug 26, 2015 at 10:55:06PM +0300, ville.syrjala at linux.intel.com
> wrote:
> > From: Ville Syrjälä
> >
> > Calculate the number of retries we should do for each i2c-over-aux
> > message based on the time it takes to perf
EBADMSG is a streams errno. OpenBSD does not implement streams and does
include the streams errnos, this commit fixes the build on OpenBSD.
None of the callers of this function check the return value for -EBADMSG.
Signed-off-by: Jonathan Gray
---
amdgpu/amdgpu_bo.c | 2 +-
1 file changed, 1 in
and no obvious
other rendering issue.
--
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/20150901/260f4190/attachment.html>
On 01.09.2015 13:37, Jonathan Gray wrote:
> EBADMSG is a streams errno. OpenBSD does not implement streams and does
> include the streams errnos, this commit fixes the build on OpenBSD.
>
> None of the callers of this function check the return value for -EBADMSG.
>
> Signed-off-by: Jonathan Gray
On Tue, Sep 1, 2015 at 6:32 AM, Tomi Valkeinen wrote:
>
>
> On 25/08/15 22:24, Rob Clark wrote:
>> On Tue, Aug 25, 2015 at 9:45 AM, Daniel Vetter
>> wrote:
>>> When the usual fbcon legacy options are enabled we have
>>> ->register_framebuffer
>>> ->fb notifier chain calls into fbcon
>>> ->
m, but he was probably on intel-next, where I
> was on drm-next at the time which seemed to be having some unrelated
> i915 issues (when I was trying to debug atomic fb-helper patches). So
> can't really say that the issue I had was actually related to this
> patch. I&#
On Tue, Sep 01, 2015 at 02:13:01PM +0300, Ville Syrjälä wrote:
> On Tue, Sep 01, 2015 at 11:14:43AM +0200, Daniel Vetter wrote:
> > On Wed, Aug 26, 2015 at 10:55:06PM +0300, ville.syrjala at linux.intel.com
> > wrote:
> > > From: Ville Syrjälä
> > >
> > > Calculate the number of retries we s
On Tue, Sep 1, 2015 at 10:41 AM, Tomi Valkeinen
wrote:
>
>
> On 01/09/15 17:34, Rob Clark wrote:
>> On Tue, Sep 1, 2015 at 6:32 AM, Tomi Valkeinen
>> wrote:
>>>
>>>
>>> On 25/08/15 22:24, Rob Clark wrote:
On Tue, Aug 25, 2015 at 9:45 AM, Daniel Vetter
wrote:
> When the usual fbc
On Tue, Sep 01, 2015 at 05:11:45PM +0200, Daniel Vetter wrote:
> On Tue, Sep 01, 2015 at 02:13:01PM +0300, Ville Syrjälä wrote:
> > On Tue, Sep 01, 2015 at 11:14:43AM +0200, Daniel Vetter wrote:
> > > On Wed, Aug 26, 2015 at 10:55:06PM +0300, ville.syrjala at
> > > linux.intel.com wrote:
> > > >
On Tue, Sep 01, 2015 at 11:12:11AM -0400, Rob Clark wrote:
> On Tue, Sep 1, 2015 at 10:41 AM, Tomi Valkeinen
> wrote:
> >
> >
> > On 01/09/15 17:34, Rob Clark wrote:
> >> On Tue, Sep 1, 2015 at 6:32 AM, Tomi Valkeinen
> >> wrote:
> >>>
> >>>
> >>> On 25/08/15 22:24, Rob Clark wrote:
> On T
the non-integer vrefresh rates completely slipped my mind.
Thanks!
/wj
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150901/dfdc8b63/attachment.html>
Hi Joonyoung,
2015-09-01 Joonyoung Shim :
> The exynos_drm_fb_set_buf_cnt() is used to set buffer count only in
> exynos_drm_fbdev_update(). This patch sets directly buffer count in
> exynos_drm_framebuffer_init() without using exynos_drm_fb_set_buf_cnt(),
> so there is no any reason to keep exyn
Hi Joonyoung,
2015-09-01 Joonyoung Shim :
> The variable name "exynos_gem_obj" is too long, so some lines exceed 80
> characters. It's simple to use "obj" instead of "exynos_gem_obj".
>
> Signed-off-by: Joonyoung Shim
> ---
> drivers/gpu/drm/exynos/exynos_drm_fbdev.c | 30 ++---
Hi Joonyoung,
2015-09-01 Joonyoung Shim :
> It can get exynos_gem object via function argument, so no need to call
> exynos_drm_fb_gem_obj() in exynos_drm_fbdev_update.
>
> It also can get struct drm_framebuffer *fb via helper->fb, so can remove
> a function argument for it.
>
> Signed-off-by:
On Tue, Sep 01, 2015 at 10:47:48AM +0200, Daniel Vetter wrote:
> On Mon, Aug 31, 2015 at 10:52:03AM -0400, Alex Deucher wrote:
> > On Mon, Aug 31, 2015 at 8:09 AM, wrote:
> > > From: Ville Syrjälä
> > >
> > > Make generic_edid_names[] const since it's supposed to be immutable.
> > >
> > > Sign
From: Ville Syrjälä
Calculate the number of retries we should do for each i2c-over-aux
message based on the time it takes to perform the i2c transfer vs. the
aux transfer. We assume the shortest possible length for the aux
transfer, and the longest possible (exluding clock stretching) for the
i
Docproc process EXPORT_SYMBOL(f1) macro and uses -nofunc f1 to
avoid duplicated documentation in the next call.
It works for most of the cases, but there are some specific situations
where a struct has the same name of an already-exported function.
Current kernel-doc behavior ignores those structs
On 08/25/2015 01:10 PM, Graham Whaley wrote:
> On Tue, 2015-08-25 at 16:29 +0200, Daniel Vetter wrote:
>> On Tue, Aug 25, 2015 at 10:26:44AM +0100, Graham Whaley wrote:
>>> The KMS Properties table is in HTML format, which is not supported
>>> for building pdfdocs, resulting in the following types
On 08/21/2015 04:39 PM, Danilo Cesar Lemes de Paula wrote:
> Using pandoc as the Markdown engine cause some minor side effects as
> pandoc includes main tags for almost everything.
> Original Markdown support approach removes those main tags, but it caused
> some inconsistencies when that tag is
nfirm if it is in fact working,
or if it's just me.
--
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/20150901/05a4dbe3/attachment.html>
o next?
--
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/20150901/b55abea4/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=103881
Bug ID: 103881
Summary: HP Compaq dc5750 fails to resume from suspend
Product: Drivers
Version: 2.5
Kernel Version: 4.1.6.i386
Hardware: All
OS: Linux
Tree: M
https://bugzilla.kernel.org/show_bug.cgi?id=103881
--- Comment #1 from Jeffery Miller ---
Created attachment 186441
--> https://bugzilla.kernel.org/attachment.cgi?id=186441&action=edit
lspci -nnv of the affected system
--
You are receiving this mail because:
You are watching the assignee of t
https://bugzilla.kernel.org/show_bug.cgi?id=103881
--- Comment #2 from Jeffery Miller ---
Created attachment 186451
--> https://bugzilla.kernel.org/attachment.cgi?id=186451&action=edit
dmidecode of the affected machine
--
You are receiving this mail because:
You are watching the assignee of t
desktop.org/archives/dri-devel/attachments/20150901/f0960b38/attachment.html>
Hi Joonyoung,
2015-09-01 Joonyoung Shim :
> This patch moves codes to update fb_info into exynos_drm_fbdev_update(),
> so fb_info is updated via only one function.
>
> Signed-off-by: Joonyoung Shim
> ---
> drivers/gpu/drm/exynos/exynos_drm_fbdev.c | 29 +
> 1 file c
Hi Joonyoung,
2015-09-01 Joonyoung Shim :
> Current codes get first gem object and then again get remain gem
> objects. They can be unified to one routine.
>
> Signed-off-by: Joonyoung Shim
> ---
> drivers/gpu/drm/exynos/exynos_drm_fb.c | 23 ---
> 1 file changed, 8 inserti
https://bugzilla.kernel.org/show_bug.cgi?id=103881
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #3 f
2015-09-01 Joonyoung Shim :
> This modifies exynos_drm_framebuffer_init() to be possible to support
> multiple buffers. Then it can be used by exynos_user_fb_create().
>
> Signed-off-by: Joonyoung Shim
> ---
> drivers/gpu/drm/exynos/exynos_drm_fb.c| 36
> +--
>
2015-09-01 Gustavo Padovan :
> 2015-09-01 Joonyoung Shim :
>
> > This modifies exynos_drm_framebuffer_init() to be possible to support
> > multiple buffers. Then it can be used by exynos_user_fb_create().
> >
> > Signed-off-by: Joonyoung Shim
> > ---
> > drivers/gpu/drm/exynos/exynos_drm_fb.c
Hi Joonyoung,
2015-09-01 Joonyoung Shim :
> Using exynos_drm_framebuffer_init(), redundant codes can be removed.
>
> Signed-off-by: Joonyoung Shim
> ---
> drivers/gpu/drm/exynos/exynos_drm_fb.c | 47
> ++
> 1 file changed, 13 insertions(+), 34 deletions(-)
Rev
Hi Joonyoung,
2015-09-01 Joonyoung Shim :
> We can get buffer count of framebuffer using drm_format_num_planes(), so
> keeping exynos_drm_fb_get_buf_cnt() is unnecessary.
>
> Signed-off-by: Joonyoung Shim
> ---
> drivers/gpu/drm/exynos/exynos_drm_fb.c| 9 -
> drivers/gpu/drm/exynos
Hi Joonyoung,
2015-09-01 Joonyoung Shim :
> Looking other drm drivers, there is no the restriction that framebuffer
> has only one buffer in .create_handle() callback. They use just first
> buffer.
>
> If this limitation is removed, there is no reason keeping buffer count
> for framebuffer, so w
With the radeon driver loaded the HP Compaq dc5750
Small Form Factor machine fails to resume from suspend.
Adding a quirk similar to other devices avoids
the problem and the system resumes properly.
Fixes:
https://bugzilla.kernel.org/show_bug.cgi?id=103881
Signed-off-by: Jeffery Miller
---
drive
This patch adds support for United Radiant Technology
UMSH-8596MD-xT 7.0" WVGA TFT LCD panels
(both LVDS and parallel versions) to DRM
panel-simple driver.
Signed-off-by: Maciej Szmigiero
---
This is a resend without changes.
diff --git a/Documentation/devicetree/bindings/panel/urt,umsh-8596md.t
Am Dienstag, 1. September 2015, 14:01:28 schrieb Yakir Yang:
> Rockchip have three clocks for dp controller, we leave pclk_edp
> to analogix_dp driver control, and keep the sclk_edp_24m and
> sclk_edp in platform driver.
>
> Signed-off-by: Yakir Yang
> ---
> Changes in v4:
> - Remove some depreca
Hi Heiko,
å¨ 2015/9/1 22:24, Heiko Stuebner åé:
> Am Dienstag, 1. September 2015, 14:01:28 schrieb Yakir Yang:
>> Rockchip have three clocks for dp controller, we leave pclk_edp
>> to analogix_dp driver control, and keep the sclk_edp_24m and
>> sclk_edp in platform driver.
>>
>> Signed-off-by
everything
just works.
Thanks for investigating this!
/wj
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150901/20a068b7/attachment-0001.html>
Am Dienstag, 1. September 2015, 14:04:15 schrieb Yakir Yang:
> This phy driver would control the Rockchip DisplayPort module
> phy clock and phy power, it is relate to analogix_dp-rockchip
> dp driver. If you want DP works rightly on rockchip platform,
> then you should select both of them.
>
> Si
ville.syrjala at linux.intel.com writes:
> From: Ville Syrjälä
>
> Calculate the number of retries we should do for each i2c-over-aux
> message based on the time it takes to perform the i2c transfer vs. the
> aux transfer. We assume the shortest possible length for the aux
> transfer, and the l
Am Dienstag, 1. September 2015, 13:49:58 schrieb Yakir Yang:
> Split the dp core driver from exynos directory to bridge
> directory, and rename the core driver to analogix_dp_*,
> leave the platform code to analogix_dp-exynos.
>
> Signed-off-by: Yakir Yang
[...]
> diff --git a/drivers/gpu/drm/e
Hi Yakir,
small nit more below
Am Dienstag, 1. September 2015, 18:51:16 schrieb Heiko Stuebner:
> Am Dienstag, 1. September 2015, 14:04:15 schrieb Yakir Yang:
> > +- clocks: from common clock binding: handle to dp clock.
> > + of memory mapped region.
> > +- clock-names: from common clock bindi
Hi Yakir,
Am Dienstag, 1. September 2015, 14:01:28 schrieb Yakir Yang:
> Rockchip have three clocks for dp controller, we leave pclk_edp
> to analogix_dp driver control, and keep the sclk_edp_24m and
> sclk_edp in platform driver.
>
> Signed-off-by: Yakir Yang
> ---
> Changes in v4:
> - Remove s
Hi Yakir,
Am Dienstag, 1. September 2015, 14:01:48 schrieb Yakir Yang:
> From: Mark Yao
>
> Add bpc and color mode setting in rockchip_drm_vop driver, so
> connector could try to use the edid drm_display_info to config
> vop output mode.
>
> Signed-off-by: Mark Yao
> Signed-off-by: Yakir Yang
Hi Yakir,
Am Dienstag, 1. September 2015, 13:46:11 schrieb Yakir Yang:
>The Samsung Exynos eDP controller and Rockchip RK3288 eDP controller
> share the same IP, so a lot of parts can be re-used. I split the common
> code into bridge directory, then rk3288 and exynos only need to keep
> some p
91 matches
Mail list logo
