Hi Linus,
amdgpu/radeon have a number of power management regressions and fixes
along with some better error checking,
imx has a single regression fix,
udl has a single kmalloc instead of stack for usb control msg fix
msm has some fixes for modesetting bugs and regressions,
i915 has a one fix for
On 10 November 2016 at 21:06, Alexey Brodkin
wrote:
> Hi Daniel, David,
>
> On Wed, 2016-11-02 at 12:23 +, Alexey Brodkin wrote:
>> Hi Daniel, David,
>>
>> On Mon, 2016-10-24 at 18:33 +, Alexey Brodkin wrote:
>> >
>> > Hi Daniel,
>> >
>> > >
>> > >
>> > > -Original Message-
>> > >
On 9 November 2016 at 10:52, Stefan Agner wrote:
> Hi Dave,
>
> On 2016-09-19 00:16, Philipp Zabel wrote:
>> Hi Dave,
>>
>> this tag contains support for the I2C master controller contained in the
>> HDMI TX IP core, for those boards that don't allow to mux their DDC pins
>> to SoC I2C controllers
On 10 November 2016 at 23:59, Bjorn Helgaas wrote:
> Hi Emil,
>
> On Thu, Nov 10, 2016 at 01:14:35PM +, Emil Velikov wrote:
>> On 10 November 2016 at 07:13, Greg KH wrote:
>> > On Wed, Nov 09, 2016 at 04:56:07PM +, Emil Velikov wrote:
>> >> From: Emil Velikov
>> >>
>> >> Currently the re
On 2016å¹´11æ11æ¥ 05:10, Julia Lawall wrote:
> rockchip_drm_framebuffer_init is only used in one case, in
> rockchip_drm_fbdev.c, where its return value is tested using IS_ERR. To
> enable propagating the reason for the error, change the definition so that
> it returns an ERR_PTR value.
>
> Pro
From: Gustavo Padovan
Hi,
New version of the DRM fences patches with all comments on v7 adressed. Please
refer to the cover letter[1] in a previous version to check for more details.
The changes since the last version can be seen in commit message on each patch.
Robert Foss managed to port And
From: Gustavo Padovan
There is now a new property called IN_FENCE_FD attached to every plane
state that receives sync_file fds from userspace via the atomic commit
IOCTL.
The fd is then translated to a fence (that may be a fence_array
subclass or just a normal fence) and then used by DRM to fenc
From: Gustavo Padovan
Create one timeline context for each CRTC to be able to handle out-fences
and signal them. It adds a few members to struct drm_crtc: fence_context,
where we store the context we get from fence_context_alloc(), the
fence seqno and the fence lock, that we pass in fence_init()
From: Gustavo Padovan
Support DRM out-fences by creating a sync_file with a fence for each CRTC
that sets the OUT_FENCE_PTR property.
We use the out_fence pointer received in the OUT_FENCE_PTR prop to send
the sync_file fd back to userspace.
The sync_file and fd are allocated/created before com
On Thu, Nov 10, 2016 at 03:56:30PM +0100, Maxime Ripard wrote:
> Hi Daniel,
>
> On Tue, Nov 08, 2016 at 09:59:27AM +0100, Daniel Vetter wrote:
> > On Tue, Oct 18, 2016 at 10:29:38AM +0200, Maxime Ripard wrote:
> > > Create overscan profiles reducing the displayed zone.
> > >
> > > For each TV sta
On Wed, Nov 09, 2016 at 04:59:31PM +, Eric Engestrom wrote:
> On Wednesday, 2016-11-09 14:13:40 +0100, Daniel Vetter wrote:
> > On Wed, Nov 9, 2016 at 12:42 PM, Eric Engestrom
> > wrote:
> > >> Well, had to drop it again since it didn't compile:
> > >>
> > >>
> > >> CC [M] drivers/gpu/drm/d
On Thu, Nov 10, 2016 at 06:21:50PM +0100, Max Staudt wrote:
> Hi,
>
> I have bisected a commit in v4.6 that fixes a freeze of the screen on
> DPMS sleep:
>
> 777e3cbc791f131806d9bf24b3325637c7fc228d drm/radeon: Switch to
> drm_vblank_on/off
>
>
> When running 'xset dpms force off' in a GNOME s
On Thu, 10 Nov 2016, Daniel Vetter wrote:
> On Wed, Nov 09, 2016 at 08:42:08PM -0800, Manasi Navare wrote:
>> @@ -5692,6 +5751,39 @@ static bool intel_edp_init_connector(struct intel_dp
>> *intel_dp,
>> return false;
>> }
>>
>> +static void intel_dp_modeset_retry_work_fn(struct work_struc
Hi Gustavo,
On Fri, Nov 11, 2016 at 02:16:07PM +0900, Gustavo Padovan wrote:
>From: Gustavo Padovan
>
>There is now a new property called IN_FENCE_FD attached to every plane
>state that receives sync_file fds from userspace via the atomic commit
>IOCTL.
>
>The fd is then translated to a fence (th
Hi Shailendra,
On Fri, Nov 11, 2016 at 02:16:08PM +0530, Shailendra Verma wrote:
> From: "Shailendra Verma"
>
> There is possible dereference of NULL pointer if kmalloc fails.
You could add: ... when the function returns. From the patch itself it is
not clear where the problem is.
> So return
Hi Gustavo,
On Fri, Nov 11, 2016 at 02:16:09PM +0900, Gustavo Padovan wrote:
>From: Gustavo Padovan
>
>Support DRM out-fences by creating a sync_file with a fence for each CRTC
>that sets the OUT_FENCE_PTR property.
>
>We use the out_fence pointer received in the OUT_FENCE_PTR prop to send
>the s
This is MT2701 DRM support PATCH v9, based on 4.9-rc1.
We add DSI interrupt control, transfer function for MIPI DSI panel support.
Most codes are the same, except some register changed.
For example:
- DISP_OVL address offset changed, color format definition changed.
- DISP_RDMA fifo size changed
Add MT8173 prefix for hardware related macros.
Signed-off-by: YT Shen
---
drivers/gpu/drm/mediatek/mtk_drm_ddp.c | 60 +-
1 file changed, 30 insertions(+), 30 deletions(-)
diff --git a/drivers/gpu/drm/mediatek/mtk_drm_ddp.c
b/drivers/gpu/drm/mediatek/mtk_drm_ddp
There are some hardware settings changed, between MT8173 & MT2701:
DISP_OVL address offset changed, color format definition changed.
DISP_RDMA fifo size changed.
DISP_COLOR offset changed.
MIPI_TX pll setting changed.
And add prefix for mtk_ddp_main & mtk_ddp_ext & mutex_mod.
Signed-off-by: YT She
We need to acquire mutex before using the resources,
and need to release it after finished.
So we don't need to write registers in the blanking period.
Signed-off-by: YT Shen
---
drivers/gpu/drm/mediatek/mtk_drm_crtc.c | 76 -
drivers/gpu/drm/mediatek/mtk_drm_ddp.
Add BLS component for PWM + GAMMA function
Signed-off-by: YT Shen
---
drivers/gpu/drm/mediatek/mtk_drm_ddp_comp.c | 5 -
drivers/gpu/drm/mediatek/mtk_drm_ddp_comp.h | 2 ++
2 files changed, 6 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/mediatek/mtk_drm_ddp_comp.c
b/drivers/gp
update connections for OVL, RDMA, BLS, DSI
Signed-off-by: YT Shen
---
drivers/gpu/drm/mediatek/mtk_drm_ddp.c | 25 +
1 file changed, 25 insertions(+)
diff --git a/drivers/gpu/drm/mediatek/mtk_drm_ddp.c
b/drivers/gpu/drm/mediatek/mtk_drm_ddp.c
index b77d456..a9b209c 1006
cleaning up unused define and refine function name and variable
Signed-off-by: shaoming chen
Signed-off-by: YT Shen
---
drivers/gpu/drm/mediatek/mtk_dsi.c | 77 --
drivers/gpu/drm/mediatek/mtk_mipi_tx.c | 8 ++--
2 files changed, 41 insertions(+), 44 deletio
From: shaoming chen
add dsi interrupt control
Signed-off-by: shaoming chen
---
drivers/gpu/drm/mediatek/mtk_dsi.c | 93 ++
1 file changed, 93 insertions(+)
diff --git a/drivers/gpu/drm/mediatek/mtk_dsi.c
b/drivers/gpu/drm/mediatek/mtk_dsi.c
index 4efeb38..
From: shaoming chen
add dsi read/write commands for transfer function
Signed-off-by: shaoming chen
---
drivers/gpu/drm/mediatek/mtk_dsi.c | 168 -
1 file changed, 166 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/mediatek/mtk_dsi.c
b/drivers/g
This patch update enable/disable flow of DSI module and MIPI TX module.
Original flow works on there is a bridge chip: DSI -> bridge -> panel.
In this case: DSI -> panel, the DSI sub driver flow should be updated.
We need to initialize DSI first so that we can send commands to panel.
Signed-off-by
This patch add support for the Mediatek MT2701 DISP subsystem.
There is only one OVL engine in MT2701.
Signed-off-by: YT Shen
---
drivers/gpu/drm/mediatek/mtk_disp_ovl.c | 6 ++
drivers/gpu/drm/mediatek/mtk_disp_rdma.c| 6 ++
drivers/gpu/drm/mediatek/mtk_drm_ddp.c | 17 +++
On Fri, Nov 11, 2016 at 6:16 AM, Rongrong Zou wrote:
> å¨ 2016/11/11 1:35, Sean Paul åé:
>>
>> On Fri, Oct 28, 2016 at 3:27 AM, Rongrong Zou
>> wrote:
>>>
>>> Hibmc have 32m video memory which can be accessed through PCIe by host,
>>> we use ttm to manage these memory.
>>>
>>> Signed-off-by:
On Fri, Nov 11, 2016 at 8:16 AM, Rongrong Zou wrote:
> å¨ 2016/11/11 2:30, Sean Paul åé:
>>
>> On Fri, Oct 28, 2016 at 3:27 AM, Rongrong Zou
>> wrote:
>>>
>>> Add support for fbdev and kms fb management.
>>>
>>> Signed-off-by: Rongrong Zou
>>> ---
>>> drivers/gpu/drm/hisilicon/hibmc/Makef
On 10 November 2016 at 21:07, Alex Deucher wrote:
> On Thu, Nov 10, 2016 at 11:44 AM, Emil Velikov
> wrote:
>> From: Emil Velikov
>>
>> Since we're trying to standardise and make things more consistent in
>> the area, add a basic README which covers some of the more popular
>> topics.
>>
>> Cc:
Am 11.11.2016 um 13:26 schrieb Geliang Tang:
> Use list_move() instead of list_del() + list_add() to simplify the code.
>
> Signed-off-by: Geliang Tang
Reviewed-by: Christian König .
> ---
> drivers/gpu/drm/radeon/radeon_vm.c | 3 +--
> 1 file changed, 1 insertion(+), 2 deletions(-)
>
> diff
On 11 November 2016 at 10:56, Liviu Dudau wrote:
> Hi Shailendra,
>
> On Fri, Nov 11, 2016 at 02:16:08PM +0530, Shailendra Verma wrote:
>> From: "Shailendra Verma"
>>
>> There is possible dereference of NULL pointer if kmalloc fails.
>
> You could add: ... when the function returns. From the patc
On Thu, Nov 10, 2016 at 06:51:40PM +, Cheng, Tony wrote:
> Amdgpu dal implementation will do a test link training at end of detection to
> verify we can achieve the capability reported in DPCD. We then report mode
> base on result of test training.
>
> AMD hardware (at least the generations
On Thu, Nov 10, 2016 at 09:58:31PM +0100, Daniel Vetter wrote:
> On Wed, Nov 09, 2016 at 08:42:08PM -0800, Manasi Navare wrote:
> > @@ -5692,6 +5751,39 @@ static bool intel_edp_init_connector(struct intel_dp
> > *intel_dp,
> > return false;
> > }
> >
> > +static void intel_dp_modeset_retry_
From: Gustavo Padovan
Hi,
Another iteration after Brian comments. Please refer to the cover letter[1] in
a previous version to check for more details.
The changes since the last version can be seen in commit message on each patch.
Robert Foss managed to port Android's drm_hwcomposer to the new
From: Gustavo Padovan
There is now a new property called IN_FENCE_FD attached to every plane
state that receives sync_file fds from userspace via the atomic commit
IOCTL.
The fd is then translated to a fence (that may be a fence_array
subclass or just a normal fence) and then used by DRM to fenc
From: Gustavo Padovan
Create one timeline context for each CRTC to be able to handle out-fences
and signal them. It adds a few members to struct drm_crtc: fence_context,
where we store the context we get from fence_context_alloc(), the
fence seqno and the fence lock, that we pass in fence_init()
From: Gustavo Padovan
Support DRM out-fences by creating a sync_file with a fence for each CRTC
that sets the OUT_FENCE_PTR property.
We use the out_fence pointer received in the OUT_FENCE_PTR prop to send
the sync_file fd back to userspace.
The sync_file and fd are allocated/created before com
On Fri, Nov 11, 2016 at 01:58:46PM +, Emil Velikov wrote:
> On 11 November 2016 at 10:56, Liviu Dudau wrote:
> > Hi Shailendra,
> >
> > On Fri, Nov 11, 2016 at 02:16:08PM +0530, Shailendra Verma wrote:
> >> From: "Shailendra Verma"
> >>
> >> There is possible dereference of NULL pointer if km
-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 801 bytes
Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/2016/3cb81144/attachment.sig>
variable is no longer used after this and
goes out of scope.
I fixed up these two issues and applied.
Thanks,
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 801 bytes
Desc: not available
URL:
<https:
On 11/08/2016, 09:37 PM, Michael S. Tsirkin wrote:
> On Mon, Nov 07, 2016 at 09:43:24AM +0100, Jiri Slaby wrote:
> The following might be helpful for debugging - if kernel still will
> not stop panicing, we are looking at some kind
> of memory corruption.
>
>
> diff --git a/drivers/gpu/drm/virtio
e: 801 bytes
Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/2016/4c924bf6/attachment.sig>
From: Emil Velikov
Currently the revision isn't available via sysfs/libudev thus if one
wants to know the value they need to read through the config file.
This in itself wakes/powers up the device, causing unwanted delay
since it can be quite costly.
There are at least two userspace components
sc
Type: application/pgp-signature
Size: 801 bytes
Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/2016/af8eadee/attachment.sig>
I tested this series on the db410c platform and I've seen no
regressions from previous versions of this series.
Tested-by: Robert Foss
On 11/08/16 14:24, Russell King - ARM Linux wrote:
> As no one responded to the previous round, I'm not spending soo much
> time writing up a description of these changes again. It's also been
> quite a long time, so I've forgotten all the details of the changes,
> so I'll do my best.
>
> Changes
On Fri, Nov 11, 2016 at 04:08:26PM +0200, Ville Syrjälä wrote:
> On Thu, Nov 10, 2016 at 09:58:31PM +0100, Daniel Vetter wrote:
> > On Wed, Nov 09, 2016 at 08:42:08PM -0800, Manasi Navare wrote:
> > > @@ -5692,6 +5751,39 @@ static bool intel_edp_init_connector(struct
> > > intel_dp *intel_dp,
>
On Fri, Nov 11, 2016 at 12:16 AM, Gustavo Padovan
wrote:
> From: Gustavo Padovan
>
> Create one timeline context for each CRTC to be able to handle out-fences
> and signal them. It adds a few members to struct drm_crtc: fence_context,
> where we store the context we get from fence_context_alloc(
On Fri, Nov 11, 2016 at 11:41:22AM +0200, Jani Nikula wrote:
> On Thu, 10 Nov 2016, Daniel Vetter wrote:
> > On Wed, Nov 09, 2016 at 08:42:08PM -0800, Manasi Navare wrote:
> >> @@ -5692,6 +5751,39 @@ static bool intel_edp_init_connector(struct
> >> intel_dp *intel_dp,
> >>return false;
> >>
On Fri, Nov 11, 2016 at 8:44 AM, Emil Velikov
wrote:
> On 10 November 2016 at 21:07, Alex Deucher wrote:
>> On Thu, Nov 10, 2016 at 11:44 AM, Emil Velikov
>> wrote:
>>> From: Emil Velikov
>>>
>>> Since we're trying to standardise and make things more consistent in
>>> the area, add a basic RE
On 11/11/16 17:27, Russell King - ARM Linux wrote:
> On Fri, Nov 11, 2016 at 05:10:09PM +0200, Jyri Sarha wrote:
>> On 11/08/16 14:24, Russell King - ARM Linux wrote:
>>> As no one responded to the previous round, I'm not spending soo much
>>> time writing up a description of these changes again.
From: Colin Ian King
drm_get_format_name allocates memory that is not currently free'd
when printing the state. Fix this by kfree'ing the memory after
use.
Signed-off-by: Colin Ian King
---
drivers/gpu/drm/drm_atomic.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/dr
On 11/09/2016, 09:01 AM, Gerd Hoffmann wrote:
> On Di, 2016-11-08 at 22:37 +0200, Michael S. Tsirkin wrote:
>> On Mon, Nov 07, 2016 at 09:43:24AM +0100, Jiri Slaby wrote:
>>> Hi,
>>>
>>> I can relatively easily reproduce this bug:
>
> How?
Run dmesg -w in the qemu window (virtio_gpu) to see a lot
esktop.org/archives/mesa-dev/2016-November/135076.html
https://lists.freedesktop.org/archives/mesa-dev/2016-November/135077.html
Regards,
Boyuan
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/2016/a4af8d43/attachment-0001.html>
On Fri, Nov 11, 2016 at 04:21:58PM +, Cheng, Tony wrote:
> For HDMI, you can yank the cable, plug back in, HDMI will light up without
> user mode or kernel mode doing anything.
>
> For DP this is not possible, someone will have to retrain the link when
> plugging back in or DP will not light
On Fri, Nov 11, 2016 at 9:15 AM, Gustavo Padovan wrote:
> From: Gustavo Padovan
>
> Support DRM out-fences by creating a sync_file with a fence for each CRTC
> that sets the OUT_FENCE_PTR property.
>
> We use the out_fence pointer received in the OUT_FENCE_PTR prop to send
> the sync_file fd back
Vivante GPUs with HALTI0 feature support a DRAW_INSTANCED command in the
command stream to draw a number of instances of the same geometry.
The information that has been figured out about the command can be found
here: https://github.com/etnaviv/etna_viv/blob/master/rnndb/cmdstream.xml#L270
This
On Thu, Nov 03, 2016 at 02:31:43PM +0200, ville.syrjala at linux.intel.com
wrote:
> From: Ville Syrjälä
>
> This reverts commit a68362fe3e84fcbedd49939aa200519aa5410135.
>
> Adding new mode flags willy nilly breaks existing userspace. We need to
> coordinate this better, potentially with a ne
On Fri, Nov 11, 2016 at 07:00:17PM +0200, Ville Syrjälä wrote:
> On Thu, Nov 03, 2016 at 02:31:43PM +0200, ville.syrjala at linux.intel.com
> wrote:
> > From: Ville Syrjälä
> >
> > This reverts commit a68362fe3e84fcbedd49939aa200519aa5410135.
> >
> > Adding new mode flags willy nilly breaks
On Fri, Nov 11, 2016 at 12:00 PM, Ville Syrjälä
wrote:
> On Thu, Nov 03, 2016 at 02:31:43PM +0200, ville.syrjala at linux.intel.com
> wrote:
>> From: Ville Syrjälä
>>
>> This reverts commit a68362fe3e84fcbedd49939aa200519aa5410135.
>>
>> Adding new mode flags willy nilly breaks existing user
On Fri, Nov 11, 2016 at 6:07 PM, Alex Deucher wrote:
>> This was with sna, which does this:
>> #define KNOWN_MODE_FLAGS ((1<<14)-1)
>> if (mode->status == MODE_OK && kmode->flags & ~KNOWN_MODE_FLAGS)
>> mode->status = MODE_BAD; /* unknown flags => unhandled */
>> so all the modes with an
On Fri, Nov 11, 2016 at 11:48:09AM -0500, Sean Paul wrote:
> On Fri, Nov 11, 2016 at 9:15 AM, Gustavo Padovan
> wrote:
> > +static void complete_crtc_signaling(struct drm_device *dev,
> > +struct drm_atomic_state *state,
> > +
On Friday, 2016-11-11 16:26:22 +, Colin King wrote:
> From: Colin Ian King
>
> drm_get_format_name allocates memory that is not currently free'd
> when printing the state. Fix this by kfree'ing the memory after
> use.
You are correct, but there are more cases of this, and another fix
has bee
On Fri, Nov 11, 2016 at 12:11 PM, Daniel Vetter wrote:
> On Fri, Nov 11, 2016 at 11:48:09AM -0500, Sean Paul wrote:
>> On Fri, Nov 11, 2016 at 9:15 AM, Gustavo Padovan
>> wrote:
>> > +static void complete_crtc_signaling(struct drm_device *dev,
>> > +struct drm
On Fri, Nov 11, 2016 at 12:07:29PM -0500, Alex Deucher wrote:
> On Fri, Nov 11, 2016 at 12:00 PM, Ville Syrjälä
> wrote:
> > On Thu, Nov 03, 2016 at 02:31:43PM +0200, ville.syrjala at linux.intel.com
> > wrote:
> >> From: Ville Syrjälä
> >>
> >> This reverts commit a68362fe3e84fcbedd49939aa2
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/2016/1df82587/attachment.html>
Spotted one more thing on a cleanup path...
On Fri, Nov 11, 2016 at 11:15:59PM +0900, Gustavo Padovan wrote:
>From: Gustavo Padovan
>
>Support DRM out-fences by creating a sync_file with a fence for each CRTC
>that sets the OUT_FENCE_PTR property.
>
>We use the out_fence pointer received in the O
On Thu, Nov 10, 2016 at 03:36:34PM +0200, Joonas Lahtinen wrote:
> Update i915_driver_load kerneldoc to match code.
>
> Cc: Chris Wilson
> Signed-off-by: Joonas Lahtinen
Reviewed-by: Chris Wilson
-Chris
--
Chris Wilson, Intel Open Source Technology Centre
tps://lists.freedesktop.org/archives/dri-devel/attachments/20161111/1abd3012/attachment.html>
vel/attachments/20161111/ca187e45/attachment.html>
|introduces in 4.8-rc3 |introduced in 4.8-rc3
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161111/2428b
.
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/2016/667125a0/attachment.html>
some solid reasons that support lowering the version requirement.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/2016/9303f3f9/attachment.html>
Hi Ulrich,
On 11/11/2016 07:07 PM, Ulrich Hecht wrote:
> From: Vladimir Zapolskiy
>
> The change adds support of internal HDMI I2C master controller, this
> subdevice is used by default, if "ddc-i2c-bus" DT property is omitted.
>
> The main purpose of this functionality is to support reading EDID
(DRM 2.46.0 /
4.8.0-27-generic, LLVM 3.8.1)
AMD 290X
intel i7
--
You are receiving this mail because:
You are on the CC list for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/2016/
On Fri, Nov 11, 2016 at 5:21 PM, Alex Deucher wrote:
> On Fri, Nov 11, 2016 at 8:44 AM, Emil Velikov
> wrote:
>> On 10 November 2016 at 21:07, Alex Deucher wrote:
>>> On Thu, Nov 10, 2016 at 11:44 AM, Emil Velikov >> gmail.com> wrote:
From: Emil Velikov
Since we're trying to sta
/lists.freedesktop.org/archives/dri-devel/attachments/2016/10c290c3/attachment.html>
Hi Bjorn,
On 11 November 2016 at 14:49, Bjorn Helgaas wrote:
> On Fri, Nov 11, 2016 at 12:31:47AM +, Emil Velikov wrote:
>> On 10 November 2016 at 23:59, Bjorn Helgaas wrote:
>> > Hi Emil,
>> >
>> > On Thu, Nov 10, 2016 at 01:14:35PM +, Emil Velikov wrote:
>> >> On 10 November 2016 at 07
From: Emil Velikov
Some platforms (such as Macs using OF) can have more information in the
uevent file thus reading only the first 128 might not be sufficient.
Bump it to 512, which "should be enough for everybody" ;-)
Cc: Mingcong Bai
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=986
On 11 November 2016 at 18:33, Marek Olšák wrote:
> On Fri, Nov 11, 2016 at 5:21 PM, Alex Deucher
> wrote:
>> On Fri, Nov 11, 2016 at 8:44 AM, Emil Velikov
>> wrote:
>>> On 10 November 2016 at 21:07, Alex Deucher wrote:
On Thu, Nov 10, 2016 at 11:44 AM, Emil Velikov >>> gmail.com> wrote
ail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/2016/f4ff4081/attachment.html>
.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161111/1011ecde/attachment.html>
HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/2016/1bb86a6e/attachment.html>
--
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161111/d28fbb8b/attachment-0001.html>
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/2016/672d0c0c/attachment.html>
Hi Brian,
2016-11-11 Brian Starkey :
> Hi Gustavo,
>
> On Fri, Nov 11, 2016 at 02:16:09PM +0900, Gustavo Padovan wrote:
> > From: Gustavo Padovan
> >
> > Support DRM out-fences by creating a sync_file with a fence for each CRTC
> > that sets the OUT_FENCE_PTR property.
> >
> > We use the out_
From: Koji Matsuoka
Based on work by Koji Matsuoka.
[geert: Re-add removed extal_clk]
[geert: Modify existing du node instead of moving it around]
[geert: Use generic pinctrl properties]
Signed-off-by: Ulrich Hecht
---
arch/arm64/boot/dts/renesas/r8a7795-salvator-x.dts | 95 +++
On Fri, Nov 11, 2016 at 12:31:47AM +, Emil Velikov wrote:
> On 10 November 2016 at 23:59, Bjorn Helgaas wrote:
> > Hi Emil,
> >
> > On Thu, Nov 10, 2016 at 01:14:35PM +, Emil Velikov wrote:
> >> On 10 November 2016 at 07:13, Greg KH
> >> wrote:
> >> > On Wed, Nov 09, 2016 at 04:56:07PM +
On Fri, Nov 11, 2016 at 05:10:09PM +0200, Jyri Sarha wrote:
> On 11/08/16 14:24, Russell King - ARM Linux wrote:
> > As no one responded to the previous round, I'm not spending soo much
> > time writing up a description of these changes again. It's also been
> > quite a long time, so I've forgotte
From: Koji Matsuoka
Signed-off-by: Koji Matsuoka
---
drivers/gpu/drm/rcar-du/rcar_du_crtc.h | 4 +++-
drivers/gpu/drm/rcar-du/rcar_du_drv.c | 14 --
drivers/gpu/drm/rcar-du/rcar_du_drv.h | 2 ++
3 files changed, 17 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/rcar
From: Koji Matsuoka
The HDMI driver in the R-Car Gen3 uses dw_hdmi driver.
Signed-off-by: Koji Matsuoka
[geert: Select DRM_DW_HDMI on non-r8a7795 to fix shmobile_defconfig build]
[uli: assume encoder hardware is described in the encoder node]
Signed-off-by: Ulrich Hecht
---
drivers/gpu/drm/rc
å¨ 2016/11/11 2:30, Sean Paul åé:
> On Fri, Oct 28, 2016 at 3:27 AM, Rongrong Zou
> wrote:
>> Add support for fbdev and kms fb management.
>>
>> Signed-off-by: Rongrong Zou
>> ---
>> drivers/gpu/drm/hisilicon/hibmc/Makefile | 2 +-
>> drivers/gpu/drm/hisilicon/hibmc/hibmc_drm_
Hi Jitao,
I couldn't locate the original mail, so posting on this thread instead.
Some comments below.
On 11/10/2016 10:09 PM, Enric Balletbo Serra wrote:
> Hi Jitao,
>
> 2016-08-27 8:44 GMT+02:00 Jitao Shi :
>> This patch adds drm_bridge driver for parade DSI to eDP bridge chip.
>>
>> Signed-off
Disabling the pre-filter block of the TDA998x saves 40mW and the colour
conversion block saves 15mW. As we always disable these two blocks, we
can power these sections of the chip down to save 55mW of unnecessary
power consumption.
Signed-off-by: Russell King
---
This is the next patch in my ong
Hi Dave,
Please pull that change for ARC PGU that fixes driver instantiation on
AXS 10x boards.
The patch was published for review here:
https://lists.freedesktop.org/archives/dri-devel/2016-October/121245.html
It is based on today's "drm-next" branch.
Probably it's already too late for 4.9 but
On Wednesday 09 November 2016 11:54 PM, Rob Herring wrote:
> On Mon, Oct 31, 2016 at 03:45:34PM +0100, Bartosz Golaszewski wrote:
>> Create a new driver for the da8xx DDR2/mDDR controller and implement
>> support for writing to the Peripheral Bus Burst Priority Register.
>>
>> Signed-off-by: Bartos
From: Koji Matsuoka
The workaround of DPLLCR2 register is required at the time of
H3(WS1.0) and H3(WS1.1). This patch adds procedure to apply
the workaround by revision.
Signed-off-by: Koji Matsuoka
[uli: replace PRR hack with soc_device_match()]
Signed-off-by: Ulrich Hecht
---
drivers/gpu/dr
In case of link training failure and requiring user space to set a lower mode,
would full mode set address it? How do we make user mode select lower
resolution?
For example 4k at 60Hz monitor, and link training at 4 lane HBR2 fails and
fallback to 4 lanes HBR, 4k at 60 is no longer doable. I
Hi, Dave:
This branch include one patch to fix a typo, two patches to disable
vblank interrupt, and three patches to support HDMI 4K resolution.
Regards,
CK
The following changes since commit
1001354ca34179f3db924eb66672442a173147dc:
Linux 4.9-rc1 (2016-10-15 12:17:50 -0700)
are available in
1 - 100 of 119 matches
Mail list logo
