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/20160329/95fbf774/attachment-0001.html>
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/20160329/d8be9ceb/attachment.html>
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/20160329/8cb87564/attachment.html>
The hsakmt code requires C99 compiler support, however gcc 4.x
defaults to C89 (gcc 5 defaults to C11). v2 patch copies code
from libdrm, using AC_PROG_CC_C99 and checking success.
v1 used AC_PROG_CC_STDC and did not check C99 was enabled.
Signed-off-by: John Bridgman
---
configure.ac | 6 +
On 3/29/2016 4:22 PM, Jose Abreu wrote:
> Hi Archit,
>
> On 29-03-2016 09:05, Archit Taneja wrote:
>> Hi,
>>
>> On 03/28/2016 08:06 PM, Jose Abreu wrote:
>>> This patch adds audio support for the ADV7511 HDMI transmitter
>>> using ALSA SoC.
>>>
>>> The code was ported from Analog Devices linux tr
>-Original Message-
>From: Emil Velikov [mailto:emil.l.velikov at gmail.com]
>Sent: Tuesday, March 29, 2016 4:08 PM
>To: Bridgman, John
>Cc: dri-devel at lists.freedesktop.org
>Subject: Re: [PATCH] hsakmt: allow building with gcc 4.x
>
>Hi John,
>
>On 29 March 2016 at 16:39, Bridgman, John
because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160329/e3a28426/attachment.html>
Hi John,
On 29 March 2016 at 16:39, Bridgman, John wrote:
> The hsakmt code requires c99 support, however gcc 4.x defaults to
> c89 while gcc 5 defaults to c11. Adding this macro provides c99
> support on older gcc while not forcing gcc 5 back from c11 to c99.
>
> Signed-off-by: John Bridgman
>
Hi Rob,
+ rockchip / dri email list back
On 03/23/2016 10:20 PM, Rob Herring wrote:
> On Mon, Mar 21, 2016 at 05:40:06PM +0800, Yakir Yang wrote:
>> Rockchip RGA is a separate 2D raster graphic acceleration unit. It
>> accelerates 2D graphics operations, such as point/line drawing, image
>> scali
Hi Andreas,
On 03/22/2016 06:24 PM, Andreas Färber wrote:
> Hi Yakir,
>
> Am 21.03.2016 um 13:17 schrieb Yakir Yang:
>> On 03/21/2016 07:29 PM, Heiko Stübner wrote:
>>> Am Montag, 21. März 2016, 17:28:38 schrieb Yakir Yang:
This patch set would add the RGA direct rendering based 2d graphic
Hi Emil,
On 03/28/2016 08:21 PM, Emil Velikov wrote:
> On 22 March 2016 at 00:42, Heiko Stuebner wrote:
>> Hi Yakir,
>>
>> Am Montag, 21. März 2016, 20:17:46 schrieb Yakir Yang:
>>> On 03/21/2016 07:29 PM, Heiko Stübner wrote:
Am Montag, 21. März 2016, 17:28:38 schrieb Yakir Yang:
> T
because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160329/d11c352f/attachment.html>
Hi Emil & Heiko,
On 03/29/2016 05:35 AM, Emil Velikov wrote:
> On 28 March 2016 at 19:44, Heiko Stübner wrote:
>> Am Montag, 28. März 2016, 13:21:02 schrieb Emil Velikov:
>>> On 22 March 2016 at 00:42, Heiko Stuebner wrote:
Hi Yakir,
Am Montag, 21. März 2016, 20:17:46 schrieb
_
> dri-devel mailing list
> dri-devel at lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/dri-devel
Best regards,
Jose Miguel Abreu
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160329/5c00d945/attachment-0001.html>
Hi,
> FBDEV_EMULATION vs. I915_FBDEV is probably a read herring, more likely is
> that for some odd reason the very first modeset fails. Once X has
> resurrect the screen, can you then switch to fbcon? Also please check in
> /sys/class/vtconsole whether the fbdev driver is loaded and bound (check
On Tue, Mar 29, 2016 at 10:54:08AM +0200, Takashi Iwai wrote:
> On Thu, 17 Mar 2016 13:22:29 +0100,
> Jyri Sarha wrote:
> >
> > Add IEC958 channel status helper that gets the audio properties from
> > snd_pcm_hw_params instead of snd_pcm_runtime. This is needed to
> > produce the channel status bi
From: Borislav Petkov
Use the fast variant in the DRM code.
Signed-off-by: Borislav Petkov
Cc: dri-devel at lists.freedesktop.org
Cc: intel-gfx at lists.freedesktop.org
---
arch/x86/include/asm/cpufeature.h | 1 -
arch/x86/kernel/cpu/intel.c| 2 +-
arch/x86/kernel/tce_
https://bugzilla.kernel.org/show_bug.cgi?id=115011
--- Comment #11 from Luya Tshimbalanga ---
(In reply to Alex Deucher from comment #10)
> (In reply to Luya Tshimbalanga from comment #7)
> > Created attachment 210281 [details]
> > dmesg with 4.6.0-0.rc0.git13.1
> >
> > dmesg report using latest
On Tue, 2016-03-29 at 13:12 +0200, Daniel Vetter wrote:
> This reverts commit e91abf80a0998f326107874c88d549f94839f13c.
>
> Since
>
> commit 24e4a8c3e8868874835b0f1ad6dd417341e99822
> Author: John Stultz
> Date:Â Â Â Wed Jul 16 21:03:53 2014 +
>
> Â Â Â Â ktime: Kill non-scalar ktime_t impl
On Valleyview, VGA hotplugging is controlled through a seperate register
than everything else, VLV_ADPA, which must be explicitly set.
While VGA hotplugging worked(ish) before, it looks like that was mainly
because we'd unintentionally enable it in
valleyview_crt_detect_hotplug() when we did a for
This is part of a patch series to migrate all of the workarounds for
commonly seen behavior from bad sinks in intel_dp_dpcd_read_wake() to drm's
DP helper.
Some sinks will just return garbage for the first aux tranaction they
receive when coming out of sleep mode, so we need to perform an addition
On Mon, 28 Mar 2016, Deepak M wrote:
> Adding new DCS commands which are specified in the
> DCS 1.3 spec related to CABC.
>
> v2: Sorted the Macro`s by value (Andrzej)
Yeah, well, the *new* ones are now sorted, but I'm pretty sure Andrzej
did mean to keep the whole enum sorted.
While at it, the
The hsakmt code requires c99 support, however gcc 4.x defaults to
c89 while gcc 5 defaults to c11. Adding this macro provides c99
support on older gcc while not forcing gcc 5 back from c11 to c99.
Signed-off-by: John Bridgman
---
 configure.ac | 1 +
 1 file changed, 1 insertion(+)
diff --git a
This function is useful for gen2 intel devices which have no frame
counter, but need a way to determine the current vblank count without
racing with the vblank interrupt handler.
intel_pipe_update_start checks if no vblank interrupt will occur
during vblank evasion, but cannot check whether the vb
On Fri, Mar 25, 2016 at 10:10 PM, Hans Verkuil wrote:
> From: Marek Szyprowski
>
> Add a dts node entry and enable the HDMI CEC device present in the Exynos4
> family of SoCs.
>
> Signed-off-by: Marek Szyprowski
> Signed-off-by: Hans Verkuil
> ---
> arch/arm/boot/dts/exynos4412-odroid-common.d
On Fri, Mar 25, 2016 at 10:10 PM, Hans Verkuil wrote:
> From: Kamil Debski
>
> This patch adds HDMI CEC node specific to the Exynos4210/4x12 SoC series.
>
> Signed-off-by: Kamil Debski
> Signed-off-by: Hans Verkuil
> Acked-by: Krzysztof Kozlowski
> ---
> arch/arm/boot/dts/exynos4.dtsi | 12 ++
On Fri, Mar 25, 2016 at 10:09 PM, Hans Verkuil wrote:
> From: Kamil Debski
>
> Add pinctrl nodes for the HDMI CEC device to the Exynos4210 and
> Exynos4x12 SoCs. These are required by the HDMI CEC device.
>
> Signed-off-by: Kamil Debski
> Signed-off-by: Hans Verkuil
> Acked-by: Krzysztof Kozlow
||
--
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/20160329/b40cb967/attachment.html>
On Tue, Mar 29, 2016 at 12:25:55PM +, Alexey Brodkin wrote:
> Hi Daniel,
>
> On Tue, 2016-03-29 at 14:21 +0200, Daniel Vetter wrote:
> > Accidentally fell through the cracks in
> >
> > commit 6c87e5c3ec6db052f3744804a517b6fb003906e1
> > Author: Alexey Brodkin
> > Date:Â Â Â Wed Mar 23 11:42:
On Tue, Mar 29, 2016 at 09:12:38AM +, Alexey Brodkin wrote:
> Hi Daniel,
>
> On Tue, 2016-03-29 at 10:19 +0200, Daniel Vetter wrote:
> > On Wed, Mar 23, 2016 at 01:41:05PM +, Alexey Brodkin wrote:
> > >
> > > Hi David,
> > >
> > > On Wed, 2016-03-23 at 12:13 +0100, David Herrmann wrote:
On Tue, 29 Mar 2016 12:25:55 +
Alexey Brodkin wrote:
> Hi Daniel,
>
> On Tue, 2016-03-29 at 14:21 +0200, Daniel Vetter wrote:
> > Accidentally fell through the cracks in
> >
> > commit 6c87e5c3ec6db052f3744804a517b6fb003906e1
> > Author: Alexey Brodkin
> > Date:Â Â Â Wed Mar 23 11:42:54 20
Hi Alexey,
On Tue, 29 Mar 2016 13:22:49 +0300
Alexey Brodkin wrote:
> As a pair to already existing drm_connector_unplug_all()
> (which we'll rename in this series to drm_connector_unregister_all())
> we're adding generic implementation of what is already done in some drivers
> for registering a
Hi Yakir,
On 29 March 2016 at 12:40, Yakir Yang wrote:
> Hi Emil,
>
> On 03/28/2016 08:21 PM, Emil Velikov wrote:
>>
>> On 22 March 2016 at 00:42, Heiko Stuebner wrote:
>>>
>>> Hi Yakir,
>>>
>>> Am Montag, 21. März 2016, 20:17:46 schrieb Yakir Yang:
On 03/21/2016 07:29 PM, Heiko Stüb
Accidentally fell through the cracks in
commit 6c87e5c3ec6db052f3744804a517b6fb003906e1
Author: Alexey Brodkin
Date: Wed Mar 23 11:42:54 2016 +0300
drm: Rename drm_connector_unplug_all() to drm_connector_unregister_all()
despite that Boris acked that patch.
Cc: Boris Brezillon
Cc: Alexe
On 03/29/2016 06:47 AM, David Herrmann wrote:
> Hi
>
> On Mon, Mar 28, 2016 at 9:42 PM, Tiago Vignatti
> wrote:
>> Do we have an agreement here after all? David? I need to know whether this
>> fixup is okay to go cause I'll need to submit to Chrome OS then.
>
> Sure it is fine. The code is already
https://bugzilla.kernel.org/show_bug.cgi?id=115011
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #10
On 28 March 2016 at 23:13, Heiko Stübner wrote:
> I have the feeling we're going quite a bit off-topic right now :-) .
> The binary-driver-crazyness, hasn't really anything to do with Yakir's support
> for the RGA (which is about raster-graphics-acceleration, so 2d stuff).
>
> And me mentioning
On Sat, Mar 26, 2016 at 12:21:23PM +0100, Florian Zumbiehl wrote:
> Hi,
>
> I just compiled a new kernel version 4.4.5, replacing a previous 4.1.9 for
> my thinkpad x40, which replaced CONFIG_DRM_I915_FBDEV with
> CONFIG_DRM_FBDEV_EMULATION--now, when the i915 and fbcon modules get loaded
> during
On Tue, Mar 29, 2016 at 12:33:14PM +0200, Maxime Ripard wrote:
> Hi Rob,
>
> On Fri, Mar 25, 2016 at 09:11:18AM -0500, Rob Herring wrote:
> > On Wed, Mar 23, 2016 at 05:38:36PM +0100, Maxime Ripard wrote:
> > > The display pipeline of the Allwinner A10 is involving several loosely
> > > coupled co
Am Dienstag, 29. März 2016, 19:17:12 schrieb Yakir Yang:
> Hi Emil & Heiko,
>
> On 03/29/2016 05:35 AM, Emil Velikov wrote:
> > On 28 March 2016 at 19:44, Heiko Stübner wrote:
> >> Am Montag, 28. März 2016, 13:21:02 schrieb Emil Velikov:
> >>> On 22 March 2016 at 00:42, Heiko Stuebner wrote:
Hi,
On 03/28/2016 08:06 PM, Jose Abreu wrote:
> This patch adds audio support for the ADV7511 HDMI transmitter
> using ALSA SoC.
>
> The code was ported from Analog Devices linux tree from
> commit 1770c4a1e32b ("Merge remote-tracking branch
> 'xilinx/master' into xcomm_zynq"), which is available
Hello Javier,
On 2016ë
03ì 29ì¼ 11:41, Javier Martinez Canillas wrote:
> Hello Seung-Woo,
>
> Thanks a lot for your feedback.
>
> On 03/28/2016 09:46 PM, Seung-Woo Kim wrote:
>> Hi Javier,
>>
>> On 2016ë
03ì 29ì¼ 10:28, Javier Martinez Canillas wrote:
>>> Hello Inki,
>>>
>>> This patch
Now that a generic drm_connector_register_all() helper exists we may safely
substitute it for the driver-specific implementation of connectors plugging
in sysfs.
Signed-off-by: Alexey Brodkin
Cc: Daniel Vetter
Cc: David Airlie
Cc: linux-renesas-soc at vger.kernel.org
Acked-by: Laurent Pinchart
This driver used to have its own implementation of connector_register_all()
which actually was taken as a prototype of drm_connector_register_all().
Now when drm_connector_register_all() exists reusing it here.
And while at it replace atmel_hlcdc_dc_connector_unplug_all()
with generic drm_connect
As a pair to already existing drm_connector_unregister_all() we're adding
generic implementation of what is already done in some drivers.
Once this helper is implemented we'll be ready to switch existing
driver-specific implementations with the generic one.
Signed-off-by: Alexey Brodkin
Cc: Dani
As a pair to already existing drm_connector_unplug_all()
(which we'll rename in this series to drm_connector_unregister_all())
we're adding generic implementation of what is already done in some drivers
for registering all connectors.
After implementation of that new helper we're updating 2 driver
This reverts commit e91abf80a0998f326107874c88d549f94839f13c.
Since
commit 24e4a8c3e8868874835b0f1ad6dd417341e99822
Author: John Stultz
Date: Wed Jul 16 21:03:53 2014 +
ktime: Kill non-scalar ktime_t implementation for 2038
there is no longer a 32bit version that's unsigned, and we d
Now that a generic drm_connector_register_all() helper exists we may safely
substitute it for the driver-specific implementation of connectors plugging
in sysfs.
Signed-off-by: Alexey Brodkin
Cc: Daniel Vetter
Cc: David Airlie
Cc: linux-renesas-soc at vger.kernel.org
Acked-by: Laurent Pinchart
This driver used to have its own implementation of connector_register_all()
which actually was taken as a prototype of drm_connector_register_all().
Now when drm_connector_register_all() exists reusing it here.
And while at it replace atmel_hlcdc_dc_connector_unplug_all()
with generic drm_connect
As a pair to already existing drm_connector_unregister_all() we're adding
generic implementation of what is already done in some drivers.
Once this helper is implemented we'll be ready to switch existing
driver-specific implementations with the generic one.
Signed-off-by: Alexey Brodkin
Cc: Dani
As a pair to already existing drm_connector_unplug_all()
(which we'll rename in this series to drm_connector_unregister_all())
we're adding generic implementation of what is already done in some drivers
for registering all connectors.
After implementation of that new helper we're updating 2 driver
Hi Boris,
On Tue, 2016-03-29 at 14:43 +0200, Boris Brezillon wrote:
> Hi Alexey,
>
> On Tue, 29 Mar 2016 13:22:49 +0300
> Alexey Brodkin wrote:
>
> >
> > As a pair to already existing drm_connector_unplug_all()
> > (which we'll rename in this series to drm_connector_unregister_all())
> > we're
#size-cells = <0>;
> > +
> > + panel_input: endpoint at 0 {
> > + reg = <0>;
> > + remote-endpoint = <&tcon0_out_panel>;
>
> You can drop the unit-addresses and reg when there is only 1 (or
> leaving is fine too).
>
> > + };
> > + };
> > +};
> > +
> > +tve0: tv-encoder at 01c0a000 {
>
> Drop the leading 0.
Ok.
>
> > + compatible = "allwinner,sun4i-a10-tv-encoder";
> > + reg = <0x01c0a000 0x1000>;
> > + clocks = <&ahb_gates 34>;
> > + resets = <&tcon_ch0_clk 0>;
> > +
> > + port {
> > + #address-cells = <1>;
> > + #size-cells = <0>;
> > +
> > + tve0_in_tcon0: endpoint at 0 {
> > + reg = <0>;
> > + remote-endpoint = <&tcon0_out_tve0>;
> > + };
> > + };
> > +};
> > +
> > +tcon0: lcd-controller at 01c0c000 {
>
> ditto...
Ok.
Thanks!
Maxime
--
Maxime Ripard, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: Digital signature
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160329/ba0881f7/attachment.sig>
Hi Daniel,
On Tue, 2016-03-29 at 14:21 +0200, Daniel Vetter wrote:
> Accidentally fell through the cracks in
>
> commit 6c87e5c3ec6db052f3744804a517b6fb003906e1
> Author: Alexey Brodkin
> Date:Â Â Â Wed Mar 23 11:42:54 2016 +0300
>
> Â Â Â Â drm: Rename drm_connector_unplug_all() to
> drm_conn
On 29.03.2016 08:47, Julian Margetson wrote:
>
> Seeing the following when booting kernel 4.6-rc1 on Acube Sam460ex
> Canyonlands board.
> This loops for a few times then the kernel boots.
> No problem with the 4.6-rc1 with an A-eon Tabor Freescale e500v2 board.
>
> Regards
>
> Julian
>
>
>
Hi
On Tue, Mar 29, 2016 at 12:02 PM, Alexey Brodkin
wrote:
> As a pair to already existing drm_connector_unregister_all() we're adding
> generic implementation of what is already done in some drivers.
>
> Once this helper is implemented we'll be ready to switch existing
> driver-specific implemen
ectrons.com
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: Digital signature
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160329/af9a1542/attachment.sig>
the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160329/f802b402/attachment.html>
Hi Archit,
On 29-03-2016 09:05, Archit Taneja wrote:
> Hi,
>
> On 03/28/2016 08:06 PM, Jose Abreu wrote:
>> This patch adds audio support for the ADV7511 HDMI transmitter
>> using ALSA SoC.
>>
>> The code was ported from Analog Devices linux tree from
>> commit 1770c4a1e32b ("Merge remote-tracking
Hi
On Mon, Mar 28, 2016 at 9:42 PM, Tiago Vignatti
wrote:
> Do we have an agreement here after all? David? I need to know whether this
> fixup is okay to go cause I'll need to submit to Chrome OS then.
Sure it is fine. The code is already there, we cannot change it.
Thanks
David
bbed...
Name: signature.asc
Type: application/pgp-signature
Size: 473 bytes
Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160329/020e90b1/attachment.sig>
Hi Dave,
This pull request want to land the analogix_dp driver into drm/bridge
directory,
which reused the Exynos DP code, and add Rockchip DP support. And those
patches have been:
- Acked-by: Inki Dae
- Acked-by: Mark Yao
- Acked-by: Rob Herring
- Acked-by: Jingoo Han
- Reviewed-by: Krzyszto
Hi Daniel,
2016ë
03ì 28ì¼ 22:26ì Daniel Stone ì´(ê°) ì´ ê¸:
> Hi Inki,
>
> On 28 March 2016 at 02:26, Inki Dae wrote:
>> 2016ë
03ì 25ì¼ 21:10ì Daniel Stone ì´(ê°) ì´ ê¸:
>>> Second, really. Vulkan avoids implicit sync entirely, and exposes
>>> fence-like primitives througho
Hello Seung-Woo,
On 03/29/2016 12:25 AM, Seung-Woo Kim wrote:
> Hello Javier,
>
> On 2016ë
03ì 29ì¼ 11:41, Javier Martinez Canillas wrote:
>> Hello Seung-Woo,
>>
>> Thanks a lot for your feedback.
>>
>> On 03/28/2016 09:46 PM, Seung-Woo Kim wrote:
>>> Hi Javier,
>>>
>>> On 2016ë
03ì 29ì
On Thu, 17 Mar 2016 13:22:29 +0100,
Jyri Sarha wrote:
>
> Add IEC958 channel status helper that gets the audio properties from
> snd_pcm_hw_params instead of snd_pcm_runtime. This is needed to
> produce the channel status bits already in audio stream configuration
> phase.
>
> Signed-off-by: Jyri
Hi Javier,
On 2016ë
03ì 29ì¼ 10:28, Javier Martinez Canillas wrote:
> Hello Inki,
>
> This patch series contains some fixes for the Kconfig symbol dependencies
> of the Exynos DRM driver. They make sure that the Exynos DRM components
> and the media platform drivers that makes use of the sam
Hi Javier,
Thanks for your patch set.
Will merge them if there is no issue.
Thanks,
Inki Dae
2016ë
03ì 29ì¼ 10:28ì Javier Martinez Canillas ì´(ê°) ì´ ê¸:
> Hello Inki,
>
> This patch series contains some fixes for the Kconfig symbol dependencies
> of the Exynos DRM driver. They make
low for all CPU controller
drivers.
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 473 bytes
Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160329/4f161eee/attachment.sig>
On Mon, Mar 28, 2016 at 10:33:22AM -0400, Lyude wrote:
> This is part of a patch series to migrate all of the workarounds for
> commonly seen behavior from bad sinks in intel_dp_dpcd_read_wake() to
> drm's DP helper.
>
> Signed-off-by: Lyude
> ---
> drivers/gpu/drm/drm_dp_helper.c | 2 +-
> 1 fi
On Wed, Mar 23, 2016 at 01:41:05PM +, Alexey Brodkin wrote:
> Hi David,
>
> On Wed, 2016-03-23 at 12:13 +0100, David Herrmann wrote:
> > Hi
> >
> > On Wed, Mar 23, 2016 at 9:42 AM, Alexey Brodkin
> > wrote:
> > >
> > > As a pair to already existing drm_connector_unregister_all() we're addin
bump
Could we get a reviewed-by for this patch? It's needed in addition to the patch
series I sent for removing intel_dp_dpcd_read_wake() for the T560 to have it's
monitors work properly on resume.
On Wed, 2016-03-16 at 17:49 -0400, Lyude Paul wrote:
> On Sun, 2016-03-13 at 19:45 +0100, Daniel Ve
Hi David,
On Tue, 2016-03-29 at 12:08 +0200, David Herrmann wrote:
> Hi
>
> On Tue, Mar 29, 2016 at 12:02 PM, Alexey Brodkin
> wrote:
> >
> > As a pair to already existing drm_connector_unregister_all() we're adding
> > generic implementation of what is already done in some drivers.
> >
> > On
On Thu, Mar 24, 2016 at 05:23:49PM -0700, Eric Anholt wrote:
> Right now exynos is exposing DPI as a TMDS encoder and VGA connector,
> which seems rather misleading. This isn't just an internal detail,
> since xrandr actually exposes "VGA" as the output name. Define some
> new enums so that vc4's
Yep, the rest of the patchset works fine without this patch
On Tue, 2016-03-29 at 10:27 +0200, Daniel Vetter wrote:
> On Mon, Mar 28, 2016 at 10:33:22AM -0400, Lyude wrote:
> >
> > This is part of a patch series to migrate all of the workarounds for
> > commonly seen behavior from bad sinks in in
on this stuff is enormous and I'm having trouble seeing
why a lot of tehm are included.
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 473 bytes
Desc: not available
URL:
<https://lists.freedesktop.o
On Tue, Mar 29, 2016 at 4:39 AM, Andy Lutomirski wrote:
> AFAICT something got rather screwed up in i915 land for 4.5.
>
> $ git log --oneline --grep='Pretend cursor is always on' v4.5
> drivers/gpu/drm/i915/
> e2e407dc093f drm/i915: Pretend cursor is always on for ILK-style WM
> calculations (v2)
On Sat, Mar 26, 2016 at 08:11:08PM +0100, Noralf Trønnes wrote:
>
> Den 18.03.2016 18:48, skrev Daniel Vetter:
> >On Thu, Mar 17, 2016 at 11:00:00PM +0100, Noralf Trønnes wrote:
> >>Den 16.03.2016 19:26, skrev Eric Anholt:
> >>>Noralf Trønnes writes:
> >>>
> This is an attempt at providing
Hi Krzysztof,
On 03/29/2016 08:28 AM, Krzysztof Kozlowski wrote:
> On Fri, Mar 25, 2016 at 10:10 PM, Hans Verkuil wrote:
>> From: Marek Szyprowski
>>
>> Add a dts node entry and enable the HDMI CEC device present in the Exynos4
>> family of SoCs.
>>
>> Signed-off-by: Marek Szyprowski
>> Signed-
On Fri, Mar 25, 2016 at 11:41:44AM +0100, Noralf Trønnes wrote:
>
> Den 23.03.2016 18:28, skrev Daniel Vetter:
> >On Wed, Mar 23, 2016 at 06:07:56PM +0100, Noralf Trønnes wrote:
> >>Den 18.03.2016 18:47, skrev Daniel Vetter:
> >>>On Thu, Mar 17, 2016 at 10:51:55PM +0100, Noralf Trønnes wrote:
>
On Tuesday 29 March 2016 00:11:13, Stefan Agner wrote:
> >> --- a/Documentation/devicetree/bindings/display/fsl,dcu.txt
> >> +++ b/Documentation/devicetree/bindings/display/fsl,dcu.txt
> >>
> >> @@ -14,6 +14,7 @@ Required properties:
> >> Optional properties:
> >> - clocks: Second handle
On Mon, Mar 28, 2016 at 10:18 PM, Inki Dae wrote:
>
> In addition, I wonder how explicit and implicit fences could coexist together.
> Rob said,
> "Implicit sync ofc remains the default, but userspace could opt-in to
> explicit sync instead"
>
> This would mean that if we use explicit sync for us
On Tue, Mar 29, 2016 at 12:49 AM, Andy Lutomirski
wrote:
> On Tue, Mar 29, 2016 at 12:43 AM, Daniel Vetter
> wrote:
>> On Tue, Mar 29, 2016 at 4:39 AM, Andy Lutomirski
>> wrote:
>>> AFAICT something got rather screwed up in i915 land for 4.5.
>>>
>>> $ git log --oneline --grep='Pretend cursor
Hi Daniel,
On Tue, 2016-03-29 at 10:19 +0200, Daniel Vetter wrote:
> On Wed, Mar 23, 2016 at 01:41:05PM +, Alexey Brodkin wrote:
> >
> > Hi David,
> >
> > On Wed, 2016-03-23 at 12:13 +0100, David Herrmann wrote:
> > >
> > > Hi
> > >
> > > On Wed, Mar 23, 2016 at 9:42 AM, Alexey Brodkin
> >
On Friday 25 March 2016 09:24:28, Stefan Agner wrote:
> Hi Alexander,
>
> On 2016-03-24 06:33, Alexander Stein wrote:
> > Using REGCACHE_RBTREE for MMIO regmap is not valid as spinlock's will be
> > used during cache allocation.
> >
> > This fixes the following bug:
> > BUG: sleeping function cal
Hi,
some comments below.
On Monday 28 March 2016 19:00:00, Stefan Agner wrote:
> Add driver for the TCON (timing controller) module. The TCON module
> is a separate module attached after the DCU (display controller
> unit). Each DCU instance has its own, directly connected TCON
> instance. The DC
On Thu, Mar 24, 2016 at 12:19:32PM +0530, Archit Taneja wrote:
>
>
> On 02/26/2016 03:21 PM, Laurent Pinchart wrote:
> >Instead of forcing bridges to implement empty callbacks make them all
> >optional.
>
> Acked-by: Archit Taneja
Applied to drm-misc. Still hoping for follow-ups to nuke the no
On 3/28/2016 11:15 PM, Michel Dänzer wrote:
> On 29.03.2016 08:47, Julian Margetson wrote:
>> Seeing the following when booting kernel 4.6-rc1 on Acube Sam460ex
>> Canyonlands board.
>> This loops for a few times then the kernel boots.
>> No problem with the 4.6-rc1 with an A-eon Tabor Freescale
https://bugzilla.kernel.org/show_bug.cgi?id=115431
Bug ID: 115431
Summary: radeon :01:00.0: VCE init error (-22).
Product: Drivers
Version: 2.5
Kernel Version: 4.4.6-300.fc23.x86_64
Hardware: All
OS: Linux
On Tue, Mar 29, 2016 at 12:43 AM, Daniel Vetter
wrote:
> On Tue, Mar 29, 2016 at 4:39 AM, Andy Lutomirski
> wrote:
>> AFAICT something got rather screwed up in i915 land for 4.5.
>>
>> $ git log --oneline --grep='Pretend cursor is always on' v4.5
>> drivers/gpu/drm/i915/
>> e2e407dc093f drm/i91
On 2016-03-29 00:26, Alexander Stein wrote:
> On Tuesday 29 March 2016 00:11:13, Stefan Agner wrote:
>> >> --- a/Documentation/devicetree/bindings/display/fsl,dcu.txt
>> >> +++ b/Documentation/devicetree/bindings/display/fsl,dcu.txt
>> >>
>> >> @@ -14,6 +14,7 @@ Required properties:
>> >> Optional
Am Montag, 28. März 2016, 23:07:59 schrieb Emil Velikov:
> On 28 March 2016 at 22:46, Heiko Stübner wrote:
> > Am Montag, 28. März 2016, 22:35:36 schrieb Emil Velikov:
> >> On 28 March 2016 at 19:44, Heiko Stübner wrote:
> >> > Am Montag, 28. März 2016, 13:21:02 schrieb Emil Velikov:
> >> >>
On 2016-03-28 23:45, Alexander Stein wrote:
> Hi,
>
> some comments below.
>
> On Monday 28 March 2016 19:00:00, Stefan Agner wrote:
>> Add driver for the TCON (timing controller) module. The TCON module
>> is a separate module attached after the DCU (display controller
>> unit). Each DCU instanc
92 matches
Mail list logo
