On 26 August 2015 at 07:21, Hyungwon Hwang wrote:
> Modetest gets the property name from user to set it. So the name must be
> converted to its id. Until now, this is done in the set_property(). But to
> support atomic modeset in modetest, this logic should be separated from the
> fuction, because
Hi Hyungwon Hwang
On 26 August 2015 at 07:21, Hyungwon Hwang wrote:
> This patch adds support for atomic modeset. Using -a option, user can
> make modeset to use DRM_IOCTL_MODE_ATOMIC instead of legacy IOCTLs.
> Also, by using -w option, user can set the property as before.
>
> Signed-off-by: Hyu
On 2 September 2015 at 01:11, Emil Velikov wrote:
> Hi Hyungwon Hwang
>
> On 26 August 2015 at 07:21, Hyungwon Hwang wrote:
>> This patch adds support for atomic modeset. Using -a option, user can
>> make modeset to use DRM_IOCTL_MODE_ATOMIC instead of legacy IOCTLs.
>> Also, by using -w option,
On 26 August 2015 at 07:21, Hyungwon Hwang wrote:
> This patch adds support for atomic page flip. User can specify -V option
> with the plane id for testing atomic page flipping.
> ---
> tests/modetest/modetest.c | 153
> --
> 1 file changed, 149 inser
On 08/04/2015 05:54 PM, Rob Clark wrote:
> On Tue, Aug 4, 2015 at 1:16 AM, Andrzej Hajda wrote:
>> On 08/03/2015 04:04 PM, Rob Clark wrote:
>>> On Mon, Aug 3, 2015 at 8:03 AM, Andrzej Hajda
>>> wrote:
Hi,
On 07/31/2015 04:48 PM, Rob Clark wrote:
> On Fri, Jul 31, 2015 at 8:5
coverity.com reported that memset was using a buffer of size 0, on
checking the code it turned out that the function was not being used. So
remove it.
Signed-off-by: Sudip Mukherjee
---
drivers/gpu/drm/nouveau/include/nvkm/subdev/bios/pmu.h | 2 --
drivers/gpu/drm/nouveau/nvkm/subdev/bios/pmu.c
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150902/ca40a592/attachment-0001.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/20150902/3c0054b5/attachment.html>
This removes the need to separately track fb changes i915.
That will be done as a separate commit, however.
Changes since v1:
- Add dri-devel to cc.
- Fix a check in intel's prepare and cleanup fb to take rotation
into account.
Changes since v2:
- Split out i915 changes to a separate commit.
Cc
atomic->disabled_planes is a hack that had to exist because
prepare_fb was only called when a new fb was set. This messed
up fb tracking in some circumstances like aborts from
interruptible waits. As a result interruptible waiting in
prepare_plane_fb was forbidden, but other errors could still
caus
d the lockups
to stop for me, maybe that could help in finding out what's still causing them
for you.
--
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/20150902/45e0303b/attachment.html>
On Thu, Aug 27, 2015 at 01:58:09PM +0200, Maarten Lankhorst wrote:
> This will make sure we get a lockdep spat in all cases
> even if the context is a complete garbage pointer.
>
> Signed-off-by: Maarten Lankhorst
Applied to drm-misc, thanks.
-Daniel
> ---
> diff --git a/drivers/gpu/drm/drm_mod
On 2015ë
09ì 02ì¼ 05:35, Gustavo Padovan wrote:
> 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/
From: Ville Syrjälä
Signed-off-by: Ville Syrjälä
Reviewed-by: Alex Deucher
---
drivers/gpu/drm/drm_encoder_slave.c | 2 +-
drivers/gpu/drm/nouveau/nouveau_encoder.h | 2 +-
drivers/gpu/drm/rcar-du/rcar_du_hdmicon.c | 6 +++---
drivers/gpu/drm/rcar-du/rcar_du_hdmienc.c | 8
i
From: Ville Syrjälä
Moves a bunch of junk to .rodata from .data.
drivers/gpu/drm/armada/armada.ko:
-.rodata 1040
+.rodata 1100
-.data1156
+.data1096
Signed-off-by: Ville Syrjälä
Reviewed-by: Alex Deuc
From: Ville Syrjälä
Moves a bunch of junk to .rodata from .data.
drivers/gpu/drm/atmel-hlcdc/atmel-hlcdc-dc.ko:
-.text 12488
+.text 12480
-.rodata 1696
+.rodata 1760
-.data 776
+.data
From: Ville Syrjälä
Moves a bunch of junk to .rodata from .data.
drivers/gpu/drm/bochs/bochs-drm.ko:
-.text7608
+.text7600
-.rodata 648
+.rodata 716
-.data 612
+.data
From: Ville Syrjälä
Moves a bunch of junk to .rodata from .data.
drivers/gpu/drm/bridge/dw_hdmi.ko:
-.rodata 120
+.rodata 216
-.data 96
+.data 0
Signed-off-by: Ville Syrjälä
Reviewed-by: Alex Deuche
From: Ville Syrjälä
Moves a bunch of junk to .rodata from .data.
drivers/gpu/drm/bridge/nxp-ptn3460.ko:
-.rodata 440
+.rodata 536
-.data208
+.data112
Signed-off-by: Ville Syrjälä
Reviewed-by: Alex De
From: Ville Syrjälä
Moves a bunch of junk to .rodata from .data.
drivers/gpu/drm/i2c/ch7006.ko:
-.text5752
+.text5760
-.rodata 6608
+.rodata 6656
-.data 216
+.data
From: Ville Syrjälä
Moves a bunch of junk to .rodata from .data.
drivers/gpu/drm/cirrus/cirrus.ko:
-.text 10104
+.text 10092
-.rodata 528
+.rodata 596
-.data 608
+.data
From: Ville Syrjälä
Moves a bunch of junk to .rodata from .data.
drivers/gpu/drm/exynos/exynosdrm.ko:
-.text 125792
+.text 125788
-.rodata 10972
+.rodata 11748
-.data 6720
+.data
From: Ville Syrjälä
Moves a bunch of junk to .rodata from .data.
drivers/gpu/drm/i2c/adv7511.ko:
-.rodata 1368
+.rodata 1416
-.data164
+.data116
Signed-off-by: Ville Syrjälä
Reviewed-by: Alex Deucher
From: Ville Syrjälä
Moves a bunch of junk to .rodata from .data.
drivers/gpu/drm/i2c/sil164.ko:
-.text 1660
+.text 1656
-.rodata 56
+.rodata 104
-.data212
+.data
From: Ville Syrjälä
Moves a bunch of junk to .rodata from .data.
drivers/gpu/drm/i2c/tda998x.ko:
-.rodata 668
+.rodata 716
-.data212
+.data164
Signed-off-by: Ville Syrjälä
Reviewed-by: Alex Deucher
From: Ville Syrjälä
Moves a bunch of junk to .rodata from .data.
drivers/gpu/drm/imx/imxdrm.ko:
-.rodata 624
+.rodata 652
-.data372
+.data344
drivers/gpu/drm/imx/imx-ipuv3-crtc.ko:
-.rodata
From: Ville Syrjälä
Moves a bunch of junk to .rodata from .data.
drivers/gpu/drm/mgag200/mgag200.ko:
-.text 29244
+.text 29232
-.rodata 600
+.rodata 668
-.data 688
+.data
From: Ville Syrjälä
Moves a bunch of junk to .rodata from .data.
drivers/gpu/drm/nouveau/nouveau.ko:
-.rodata 105688
+.rodata 105792
-.data125724
+.data125620
Signed-off-by: Ville Syrjälä
Reviewed-by
From: Ville Syrjälä
Moves a bunch of junk to .rodata from .data.
drivers/gpu/drm/rockchip/dw_hdmi-rockchip.ko:
-.rodata 772
+.rodata 828
-.data148
+.data 92
drivers/gpu/drm/rockchip/rockchipdrm.ko:
-.r
From: Ville Syrjälä
Moves a bunch of junk to .rodata from .data.
drivers/gpu/drm/tegra/tegra-drm.ko:
-.rodata 13672
+.rodata 13684
-.data1108
+.data1096
Signed-off-by: Ville Syrjälä
Reviewed-by: Alex D
From: Ville Syrjälä
Moves a bunch of junk to .rodata from .data.
drivers/gpu/drm/udl/udl.ko:
-.text 11336
+.text 11332
-.rodata 560
+.rodata 684
-.data 696
+.data
From: Ville Syrjälä
Moves a bunch of junk to .rodata from .data.
drivers/gpu/drm/vmwgfx/vmwgfx.ko:
-.text 132244
+.text 132240
-.rodata 18296
+.rodata 18680
-.data 5096
+.data
From: Ville Syrjälä
Moves a bunch of junk to .rodata from .data.
drivers/gpu/drm/sti/sticompositor.ko:
-.text 12216
+.text 12212
-.rodata 1284
+.rodata 1400
-.data 488
+.data
Hi Dave -
i915 display fixes headed for v4.3. Mostly SKL, but some regression
fixes too.
BR,
Jani.
The following changes since commit 26951caf55d73ceb1967b0bf12f6d0b96853508e:
drm/i915/skl: enable DDI-E hotplug (2015-08-26 10:24:25 +0300)
are available in the git repository at:
git://ano
Hi Ville,
2015-09-02 ville.syrjala at linux.intel.com :
> From: Ville Syrjälä
>
> Moves a bunch of junk to .rodata from .data.
>
> drivers/gpu/drm/exynos/exynosdrm.ko:
> -.text 125792
> +.text 125788
> -.rodata 10972
> +.rodat
On Tue, 01 Sep 2015, Daniel Vetter wrote:
> 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.
vel/attachments/20150902/6122ea87/attachment-0001.html>
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/20150902/99432af9/attachment.html>
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150902/b8e2897a/attachment.html>
Hi Heiko,
å¨ 09/02/2015 05:00 AM, Heiko Stuebner åé:
> 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.
Hi Heiko,
å¨ 09/02/2015 12:51 AM, Heiko Stuebner åé:
> 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 r
Heiko,
å¨ 09/02/2015 04:46 AM, Heiko Stuebner åé:
> 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.
>>
>> Signe
Hi Heiko,
å¨ 09/02/2015 04:58 AM, Heiko Stuebner åé:
> 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.
>>> +
Hi Heiko,
å¨ 09/02/2015 05:47 AM, Heiko Stuebner åé:
> 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
On Tue, 2015-09-01 at 14:56 -0300, Danilo Cesar Lemes de Paula wrote:
> 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, w
Update snprintf format in virtgpu_fence.c and virtgpu_debugfs.c to fix the
following compilation warnings:
C [M] drivers/gpu/drm/virtio/virtgpu_fence.o
drivers/gpu/drm/virtio/virtgpu_fence.c: In function
âvirtio_timeline_value_strâ :
drivers/gpu/drm/virtio/virtgpu_fence.c:64:2: warning: form
Thierry,
å¨ 2015/9/2 16:34, Thierry Reding åé:
> On Wed, Sep 02, 2015 at 10:06:36AM +0800, Yakir Yang wrote:
>> å¨ 09/02/2015 05:00 AM, Heiko Stuebner åé:
>>> Am Dienstag, 1. September 2015, 14:01:48 schrieb Yakir Yang:
> [...]
diff --git a/drivers/gpu/drm/rockchip/rockchip_drm_vop.
On Tue, Sep 1, 2015 at 1:04 AM, Yakir Yang wrote:
> 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
Hi Heiko,
å¨ 09/02/2015 05:00 AM, Heiko Stuebner åé:
> 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 out
hould be done after
you've verified that things build and run upstream. Doing so makes life
a lot easier for your upstream maintainers, and that in turn makes it
more likely to get your code merged.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150902/7dc4ae84/attachment.sig>
...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150902/0d875b9c/attachment.html>
On Wed, 02 Sep 2015, Graham Whaley wrote:
> Documentation/DocBook/drm.tmpl | 925
> +
> drivers/gpu/drm/drm_crtc.c | 16 +
> 2 files changed, 17 insertions(+), 924 deletions(-)
I like this already.
BR,
Jani.
--
Jani Nikula, Intel Open Source Techn
On Tue, 1 Sep 2015 14:57:33 -0300
Danilo Cesar Lemes de Paula wrote:
> Did you find time to check this patch? As you mentioned that you applied
> the Markdown support for the linux-next tree, this patch might be needed
> (maybe "wanted" is a better word).
Not quite what I said...I said I'd apply
Hi Dave,
This is a last pull request, which includes two g2d patches
I missed, and more cleanup series of Exynos drm driver.
The cleanup series makes Exynos drm driver more simple,
and removes unnecessary codes, and considers multiple plane format
of framebuffer. I hope this not to
On 2 September 2015 at 09:42, Maarten Lankhorst
wrote:
> This removes the need to separately track fb changes i915.
> That will be done as a separate commit, however.
>
> Changes since v1:
> - Add dri-devel to cc.
> - Fix a check in intel's prepare and cleanup fb to take rotation
> into account.
On Wed, Sep 02, 2015 at 03:36:33PM +0100, Daniel Stone wrote:
> On 2 September 2015 at 09:42, Maarten Lankhorst
> wrote:
> > This removes the need to separately track fb changes i915.
> > That will be done as a separate commit, however.
> >
> > Changes since v1:
> > - Add dri-devel to cc.
> > - Fi
On Wed, Sep 02, 2015 at 05:14:35PM +0300, Jani Nikula wrote:
> On Wed, 02 Sep 2015, Graham Whaley wrote:
> > Documentation/DocBook/drm.tmpl | 925
> > +
> > drivers/gpu/drm/drm_crtc.c | 16 +
> > 2 files changed, 17 insertions(+), 924 deletions(-)
>
On Wed, Sep 02, 2015 at 02:50:52PM +0100, Graham Whaley wrote:
> (RFC/test - not for merging)
> The below is a test of moving the large HTML KMS properties table out
> to markdown style in the appropriate files.
> In the test we only use the first few rows of the existing KMS table
> an example.
>
(RFC/test - not for merging)
The below is a test of moving the large HTML KMS properties table out
to markdown style in the appropriate files.
In the test we only use the first few rows of the existing KMS table
an example.
We use a fixed width table as the other styles of table supported by
pandoc
[Dropping the CC list]
Hi Yakir Yang,
On 1 September 2015 at 06:49, Yakir Yang wrote:
> 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
> ---
> Chang
On Tue, 2015-09-01 at 14:56 -0300, Danilo Cesar Lemes de Paula wrote:
> 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, w
https://bugzilla.kernel.org/show_bug.cgi?id=100071
higuita changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
1 tv=0 dpm=1
--
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/20150902/43c65f16/attachment.html>
On Wed, Jun 03, 2015 at 05:50:22PM +0100, Emil Velikov wrote:
> Hi Mikko,
>
> On 30 May 2015 at 16:38, Mikko Rapeli wrote:
> > Fixes compiler error since list_head is not exported to userspace headers.
> >
> > Signed-off-by: Mikko Rapeli
> > ---
> > include/uapi/drm/via_drm.h | 2 ++
> > 1 file
Hello Inki,
Inki Dae wrote:
> 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().
>>>
Hi Dave,
More fixes for radeon and amdgpu for 4.3:
- Send full DP aux address fixes for radeon and amdgpu
- Fix an HDMI display regression for pre-DCE5 parts
- UVD suspend fixes for amdgpu
- Add an rs480 suspend quirk
- Fix bo reserve handling in amdgpu GEM_OP ioctl
- GPU scheduler fixes
- SDMA op
are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150902/0cb03ea3/attachment.html>
On Tue, Sep 1, 2015 at 9:07 AM, Christian König
wrote:
> 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 chec
p://lists.freedesktop.org/archives/dri-devel/attachments/20150902/f001a74f/attachment.html>
On Wed, Sep 02, 2015 at 03:07:49PM -0700, Doug Anderson wrote:
> Hi,
>
> On Sun, Aug 30, 2015 at 2:34 PM, Vladimir Zapolskiy
> wrote:
> > +static struct i2c_adapter *dw_hdmi_i2c_adapter(struct dw_hdmi *hdmi)
> > +{
> > + struct i2c_adapter *adap;
> > + struct dw_hdmi_i2c *i2c;
> > +
https://bugzilla.kernel.org/show_bug.cgi?id=95911
--- Comment #23 from gitne at excite.co.jp ---
(In reply to Alex Deucher from comment #20)
> Does this help?
>
> diff --git a/drivers/gpu/drm/radeon/radeon_drv.c
> b/drivers/gpu/drm/radeon/radeon_drv.c
> index 5751446..1b4ac44 100644
> --- a/driver
On Tue, Sep 1, 2015 at 1:14 AM, Yakir Yang wrote:
> Some edp screen do not have hpd signal, so we can't just return
> failed when hpd plug in detect failed.
This is a property of the panel (or connector perhaps), so this
property should be located there. At least, it is a common issue and
not spe
Hi,
On Sun, Aug 30, 2015 at 2:34 PM, Vladimir Zapolskiy
wrote:
> +static struct i2c_adapter *dw_hdmi_i2c_adapter(struct dw_hdmi *hdmi)
> +{
> + struct i2c_adapter *adap;
> + struct dw_hdmi_i2c *i2c;
> + int ret;
> +
> + i2c = devm_kzalloc(hdmi->dev, sizeof(*i2c), GFP_KERNE
Russell,
On Wed, Sep 2, 2015 at 3:50 PM, Russell King - ARM Linux
wrote:
>> I think you may want to add "adap->dev.of_node = hdmi->dev->of_node;"
>> here. That will allow device trees to specify the i2c bus by using an
>> alias.
>
> Never copy the of_node from one device to another. That allows
Russell,
On Wed, Sep 2, 2015 at 3:50 PM, Russell King - ARM Linux
wrote:
> Never copy the of_node from one device to another. That allows the
> bus matching to unintentionally match the of_node against the wrong
> driver.
Can you be more specific about what problems you'd expect. It seems
like
Russell,
On Wed, Sep 2, 2015 at 4:04 PM, Russell King - ARM Linux
wrote:
>> > Also, is it appropriate to hook non-DDC devices to a DDC bus? I suspect
>> > that's asking for trouble.
>>
>> I doubt it's appropriate. Why do you ask?
>
> To find out why you want to "specify the I2C bus".
>
> Surely
On Thu, 2015-09-03 at 13:33 +0800, Yakir Yang wrote:
[]
> diff --git a/drivers/gpu/drm/exynos/exynos_dp_core.c
[]
> @@ -155,24 +156,22 @@ static int exynos_dp_read_edid(struct
> exynos_dp_device *dp)
> }
> exynos_dp_read_byte_from_dpcd(dp, DP_TEST_RE
77 matches
Mail list logo
