fram Sang
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160628/ce47b049/attachment.sig>
bbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160628/1a0c43b2/attachment.sig>
Please ignore this mail.
Thanks,
Bhaktipriya
On Tue, Jun 28, 2016 at 10:48 PM, Bhaktipriya Shridhar
wrote:
> The workqueue g2d_workq has only a single workitem(&g2d->runqueue_work)
> and hence doesn't require ordering. Also, it is not being used on a
> memory reclaim path. Hence, the singlethrea
Please ignore this mail.
Thanks,
Bhaktipriya
On Tue, Jun 28, 2016 at 10:56 PM, Bhaktipriya Shridhar
wrote:
> alloc_workqueue replaces deprecated create_singlethread_workqueue().
>
> A dedicated workqueue has been used since work items need to be flushed
> as a group rather than individually.
>
>
Please ignore this mail.
Thanks,
Bhaktipriya
On Tue, Jun 28, 2016 at 10:53 PM, Bhaktipriya Shridhar
wrote:
> The workqueue "workqueue" has only a single workitem(&ddata->ulps_work) per
> panel_drv_data and hence doesn't require ordering.
> Also, it is not being used on a memory reclaim path. Hen
Please ignore this mail.
On Tue, Jun 28, 2016 at 10:48 PM, Bhaktipriya Shridhar
wrote:
> The workqueue g2d_workq has only a single workitem(&g2d->runqueue_work)
> and hence doesn't require ordering. Also, it is not being used on a
> memory reclaim path. Hence, the singlethreaded workqueue has b
ch and provide a tag for you to pull
into the I2C tree?
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160628/e2c0dd55/attachment-0001.sig>
alloc_workqueue replaces deprecated create_singlethread_workqueue().
A dedicated workqueue has been used since work items need to be flushed
as a group rather than individually.
Since the flip_queue workqueue is involved in page-flipping and is not
being used on a memory reclaim path, WQ_MEM_RECL
The workqueue "workqueue" has only a single workitem(&ddata->ulps_work) per
panel_drv_data and hence doesn't require ordering.
Also, it is not being used on a memory reclaim path. Hence, the
singlethreaded workqueue has been replaced with the use of system_wq.
System workqueues have been able to h
The workqueue g2d_workq has only a single workitem(&g2d->runqueue_work)
and hence doesn't require ordering. Also, it is not being used on a
memory reclaim path. Hence, the singlethreaded workqueue has been
replaced with the use of system_wq.
System workqueues have been able to handle high level of
On 2016-06-28 19:58, Meng Yi wrote:
>> >> Optional properties:
>> >> - fsl,tcon: The phandle to the timing controller node.
>> >> @@ -24,6 +24,11 @@ dcu: dcu at 2ce {
>> >> clocks = <&platform_clk 0>, <&platform_clk 0>;
>> >> clock-names = "dcu", "pix";
>> >> big-endian;
>>
Ping!
Thanks,
Bhaktipriya
On Mon, Jun 20, 2016 at 8:41 PM, Tejun Heo wrote:
> On Sat, Jun 18, 2016 at 02:36:32PM +0530, Bhaktipriya Shridhar wrote:
>> System workqueues have been able to handle high level of concurrency
>> for a long time now and there's no reason to use dedicated workqueues
>>
hi,
Any further comments or reviews?
On Mon, Jun 20, 2016 at 11:23 AM, Vinay Simha BN wrote:
> Add support for the JDI LT070ME05000 WUXGA DSI panel used in
> Nexus 7 2013 devices.
>
> Programming sequence for the panel is was originally found in the
> android-msm-flo-3.4-lollipop-release branch
hi,
Any further comments or reviews?
On Mon, Jun 20, 2016 at 11:23 AM, Vinay Simha BN wrote:
> Provide a small convenience wrapper that set/get the
> display brightness value
>
> Cc: John Stultz
> Cc: Sumit Semwal
> Cc: Archit Taneja
> Cc: Rob Clark
> Cc: Jani Nikula
> Cc: Thierry Reding
>
Add support for cdn DP controller which is embedded in the rk3399
SoCs. The DP is compliant with DisplayPort Specification,
Version 1.3, This IP is compatible with the rockchip type-c PHY IP.
There is a uCPU in DP controller, it need a firmware to work,
please put the firmware file to /lib/firmware
This patch adds a binding that describes the cdn DP controller for
rk3399.
Signed-off-by: Chris Zhong
Acked-by: Rob Herring
---
Changes in v4:
- add a reset node
- support 2 phys
Changes in v3:
- add SoC specific compatible string
- remove reg = <1>;
Changes in v2: None
Changes in v1:
- add
Hi all
This series patch is for rockchip Type-C phy and DisplayPort controller
driver.
The USB Type-C PHY is designed to support the USB3 and DP applications.
The PHY basically has two main components: USB3 and DisplyPort. USB3
operates in SuperSpeed mode and the DP can operate at RBR, HBR and H
ee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160628/f561a6a8/attachment.html>
are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160628/3d922aa6/attachment.html>
On Tue, Jun 28, 2016 at 04:44:12PM +0100, Jose Abreu wrote:
> This patch adds support for the Synopsys HDMI TX Phy in
> bridge dw-hdmi.
>
> The init flow is the same as the Rockchip Phy so we
> only need to add one define and one if statement.
>
> Also, the audio infoframe was fixed to sampling f
add of_graph dt binding for panel, and "fsl,panel" property
is deprecated
Signed-off-by: Meng Yi
---
arch/arm/boot/dts/ls1021a-twr.dts | 12 +++-
1 file changed, 11 insertions(+), 1 deletion(-)
diff --git a/arch/arm/boot/dts/ls1021a-twr.dts
b/arch/arm/boot/dts/ls1021a-twr.dts
index 75e
dropped the old "fsl,panel" property, using the of_graph dt
binding syntax
Signed-off-by: Meng Yi
---
Documentation/devicetree/bindings/display/fsl,dcu.txt | 9 +++--
1 file changed, 7 insertions(+), 2 deletions(-)
diff --git a/Documentation/devicetree/bindings/display/fsl,dcu.txt
b/Docume
The current output code only supports connection to drm panels.
Add code to support drm bridge, to support connections to
external connectors.
Signed-off-by: Meng Yi
---
Changes in V2:
-no change
---
drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_rgb.c | 14 ++
1 file changed, 14 insertions(+)
This patch rework the output code to add of_graph dt binding support
for panel device and also keeps the backward compatibility
Signed-off-by: Meng Yi
---
Changes in V2:
-fix some coding style issue
-add fsl_dev->connector.panel check
-use fsl_dev->np and drop fsl_dev->dev->of_node
-return 'ret'
Am 28.06.2016 um 16:17 schrieb Gustavo Padovan:
> 2016-06-28 Christian König :
>
>> Am 27.06.2016 um 21:29 schrieb Gustavo Padovan:
>>> From: Gustavo Padovan
>>>
>>> As the array of fence callbacks held by an active struct fence_array
>>> each has a reference to the struct fence_array, when the o
This patch adds support for the Synopsys HDMI TX Phy in
bridge dw-hdmi.
The init flow is the same as the Rockchip Phy so we
only need to add one define and one if statement.
Also, the audio infoframe was fixed to sampling frequency
of 44.1k. With this patch this is now corrected. As
I don't know
On Tue, Jun 28, 2016 at 11:25:00AM -0300, Gustavo Padovan wrote:
> 2016-06-28 Chris Wilson :
>
> > On Mon, Jun 27, 2016 at 04:29:22PM -0300, Gustavo Padovan wrote:
> > > From: Gustavo Padovan
> > >
> > > Create sync_file->fence to abstract the type of fence we are using for
> > > each sync_file.
On Tue, Jun 28, 2016 at 05:39:07PM +0800, Meng Yi wrote:
> dropped the old "fsl,panel" property, using the of_graph dt
> binding syntax
>
> Signed-off-by: Meng Yi
> ---
> Documentation/devicetree/bindings/display/fsl,dcu.txt | 9 +++--
> 1 file changed, 7 insertions(+), 2 deletions(-)
>
> d
On 21 June 2016 at 14:50, Ard Biesheuvel wrote:
> The 100c08 scratch page is mapped using dma_map_page() before the TTM
> layer has had a chance to set the DMA mask. This means we are still
> running with the default of 32 when this code executes, and this causes
> problems for platforms with no m
On Tue, Jun 28, 2016 at 12:51:12PM +0800, Yakir Yang wrote:
> The LG LP079QX1-SP0V is an 7.9" QXGA TFT with LED Backlight unit and
> 32 pins eDP interface. This module supports 1536x2048 mode.
>
> Signed-off-by: Yakir Yang
> ---
> .../devicetree/bindings/display/panel/lg,lp079qx1-sp0v.txt
On Fri, Jun 24, 2016 at 03:44:44PM -0400, Anthony Felice wrote:
> Add driver for the Vybrid Tower CRTouch-based touchscreen. This is
> required for the touchscreen on the TWR-LCD-RGB to work on the Vybrid
> Tower platform.
>
> There is a known issue with this driver: rarely, SW1 on the TWR-LCD-RGB
On Mon, Jun 27, 2016 at 11:21:01AM +0530, Anshuman Khandual wrote:
> On 06/16/2016 11:07 AM, Minchan Kim wrote:
> > On Thu, Jun 16, 2016 at 09:12:07AM +0530, Anshuman Khandual wrote:
> >> On 06/16/2016 05:56 AM, Minchan Kim wrote:
> >>> On Wed, Jun 15, 2016 at 12:15:04PM +0530, Anshuman Khandual wr
On 06/27/2016 01:18 PM, Nicolas Boichat wrote:
> This driver supports single input, 2 output display mux (e.g.
> HDMI mux), that provides its status via a GPIO.
This might not work if we had a 2 or more bridges connected
one after the other at the output ports. It would be nicer
if the interrupt
On 2016-06-28 14:07, Rob Herring wrote:
> On Tue, Jun 28, 2016 at 05:39:07PM +0800, Meng Yi wrote:
>> dropped the old "fsl,panel" property, using the of_graph dt
>> binding syntax
>>
>> Signed-off-by: Meng Yi
>> ---
>> Documentation/devicetree/bindings/display/fsl,dcu.txt | 9 +++--
>> 1 file
On Tue, 28 Jun 2016, Chris Wilson wrote:
> On Mon, Jun 27, 2016 at 02:53:19PM +0300, Jani Nikula wrote:
>> From: Randy Dunlap
>>
>> Fix build errors when ACPI is not enabled by adding function stubs:
>>
>> ../drivers/gpu/drm/i915/i915_drv.c: In function 'i915_drm_suspend':
>> ../drivers/gpu/drm
On 06/27/2016 01:18 PM, Nicolas Boichat wrote:
> Hi all,
>
> This is a follow up to the 2 patches to add support for ANX7688 sent here:
> https://patchwork.kernel.org/patch/9187809/, thanks Archit and Philipp for
> the comments.
>
> I also added 2 patches to add support for a simple display MUX,
https://bugzilla.kernel.org/show_bug.cgi?id=121021
Jani Nikula changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
--
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160628/e5f4986b/attachment.html>
From: Christian König
That is completely nonsense. If we blindly continue we would end up
in an endless loop trying to evict the same BOs over and over again.
Signed-off-by: Christian König
---
drivers/gpu/drm/ttm/ttm_bo.c | 26 +-
1 file changed, 9 insertions(+), 17
Panel regulator is controller by a normal GPIO, so we need to
write a regulator-fixed node for it.
Signed-off-by: Yakir Yang
---
arch/arm/boot/dts/rk3288-evb-rk808.dts | 4
1 file changed, 4 insertions(+)
diff --git a/arch/arm/boot/dts/rk3288-evb-rk808.dts
b/arch/arm/boot/dts/rk3288-evb-r
Panel regulator is controller by a normal GPIO, so we need to
write a regulator-fixed node for it.
Signed-off-by: Yakir Yang
---
arch/arm/boot/dts/rk3288-evb-act8846.dts | 4
1 file changed, 4 insertions(+)
diff --git a/arch/arm/boot/dts/rk3288-evb-act8846.dts
b/arch/arm/boot/dts/rk3288-e
The default eDP panel on RK3288 EVB board is LG LP079QX1-SP0V TFT LCD,
we haven't declared the panel regulator in the 'panel-simple' device
node here, so the specific board like ACT8846 / RK8080 need to support
the panel power supply.
Signed-off-by: Yakir Yang
---
arch/arm/boot/dts/rk3288-evb.dt
The LG LP079QX1-SP0V is an 7.9" QXGA TFT with LED Backlight unit and
32 pins eDP interface. This module supports 1536x2048 mode.
Signed-off-by: Yakir Yang
---
drivers/gpu/drm/panel/panel-simple.c | 26 ++
1 file changed, 26 insertions(+)
diff --git a/drivers/gpu/drm/pane
The LG LP079QX1-SP0V is an 7.9" QXGA TFT with LED Backlight unit and
32 pins eDP interface. This module supports 1536x2048 mode.
Signed-off-by: Yakir Yang
---
.../devicetree/bindings/display/panel/lg,lp079qx1-sp0v.txt | 7 +++
1 file changed, 7 insertions(+)
create mode 100644
Docu
Hi Heiko,
This series just want to enable the graphic support on RK3288 EVB
boards, most of them are DTS changes, but still have one change about
new eDP panel support.
Thanks,
- Yakir
Yakir Yang (5):
dt-bindings: Add support for LG LP079QX1-SP0V 1536x2048 panel
drm/panel: simple: Add s
vel/attachments/20160628/bd65b397/attachment.html>
2016-06-28 Chris Wilson :
> On Tue, Jun 28, 2016 at 11:25:00AM -0300, Gustavo Padovan wrote:
> > 2016-06-28 Chris Wilson :
> >
> > > On Mon, Jun 27, 2016 at 04:29:22PM -0300, Gustavo Padovan wrote:
> > > > From: Gustavo Padovan
> > > >
> > > > Create sync_file->fence to abstract the type of fen
On 2016-06-28 10:21, Jon Hunter wrote:
>
> On 27/06/16 13:04, Peter Rosin wrote:
>> On 2016-06-23 17:59, Jon Hunter wrote:
>>> The I2C driver core for boards using device-tree assumes any subnode of
>>> an I2C adapter in the device-tree blob as being a I2C slave device.
>>> Although this makes com
2016-06-28 Christian König :
> Am 28.06.2016 um 16:17 schrieb Gustavo Padovan:
> > 2016-06-28 Christian König :
> >
> > > Am 27.06.2016 um 21:29 schrieb Gustavo Padovan:
> > > > From: Gustavo Padovan
> > > >
> > > > As the array of fence callbacks held by an active struct fence_array
> > > >
Am 27.06.2016 um 21:29 schrieb Gustavo Padovan:
> From: Gustavo Padovan
>
> As the array of fence callbacks held by an active struct fence_array
> each has a reference to the struct fence_array, when the owner of the
> fence_array is freed it must dispose of the callback references before
> it can
2016-06-28 Chris Wilson :
> On Mon, Jun 27, 2016 at 04:29:22PM -0300, Gustavo Padovan wrote:
> > From: Gustavo Padovan
> >
> > Create sync_file->fence to abstract the type of fence we are using for
> > each sync_file. If only one fence is present we use a normal struct fence
> > but if there is
2016-06-28 Christian König :
> Am 27.06.2016 um 21:29 schrieb Gustavo Padovan:
> > From: Gustavo Padovan
> >
> > As the array of fence callbacks held by an active struct fence_array
> > each has a reference to the struct fence_array, when the owner of the
> > fence_array is freed it must dispos
On Tue, 28 Jun 2016, Chris Wilson wrote:
>> Bikeshed, why throw away the documentation when you could just tweak it
>> to reflect reality?
>
> Because Daniel only wanted the public interface in the DRM docs to avoid
> confusion. Drivers should only be calling drm_connector_register to
> handle dyn
https://bugzilla.kernel.org/show_bug.cgi?id=13170
--- Comment #71 from morten vermund ---
(In reply to dentament from comment #64)
> Hi,
> I boot with 2 cpus, acpi and everything working on ubuntu 10.04 using grub
> 1.99 compiled following these instructions:
> https://help.ubuntu.com/community/U
Change tilcdc_crtc_page_flip() to tilcdc_crtc_update_fb(). The
function is not used as a page_flip() callback anymore so it is only
confusing to call it that anymore. The function should only be used by
dummy primary plane commit() callback.
Signed-off-by: Jyri Sarha
---
drivers/gpu/drm/tilcdc/t
Remove unnecessary pm_runtime_get() and *_put() calls from commit
phase callbacks. Those calls are not needed since we have the whole
commit phase between pm_runtime_get_sync() and pm_runtime_put_sync().
Signed-off-by: Jyri Sarha
---
drivers/gpu/drm/tilcdc/tilcdc_crtc.c | 8
1 file chan
Get rid of legacy dpms mechanism. This simplifies the code quite a
bit. The old start() and stop() functions become tilcdc_crtc_enable()
and *_disable(). The functions are added with all the necessary
mechanisms from the old dpms function and they are used directly as
the crtc helper enable() and d
Use drm_atomic_helper_resume/suspend() and get rid off all obsolete
code register level context restoring code.
Signed-off-by: Jyri Sarha
---
drivers/gpu/drm/tilcdc/tilcdc_drv.c | 56 +
drivers/gpu/drm/tilcdc/tilcdc_drv.h | 6 ++--
2 files changed, 9 insertio
Enable and disable interrupts in crtc start() and stop(). None of the
interrupts can fire if CRTC is disabled, so it is cleaner - when
considering suspend/resume code etc. - to enable the interrupts in when
CRTC is turned on and to disable them when CRTC is turned off.
Signed-off-by: Jyri Sarha
-
Add atomic modeset helpers to tfp410 connector funcs. Property handling
related helpers, atomic reset helper, and new dpms helper is needed in
connector for atomic modeseting to work. The default helper functions
are enough.
Signed-off-by: Jyri Sarha
---
drivers/gpu/drm/tilcdc/tilcdc_tfp410.c |
Set crtc panel info at init phase. Setting it at prepare callback does
it multiple times for no good reason and it also too late when atomic
modeset is used.
Signed-off-by: Jyri Sarha
---
drivers/gpu/drm/tilcdc/tilcdc_tfp410.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/d
Add atomic modeset helpers to panel connector funcs. Property handling
related helpers, atomic reset helper, and new dpms helper is needed in
connector for atomic modeseting to work. The default helper functions
are enough.
Signed-off-by: Jyri Sarha
---
drivers/gpu/drm/tilcdc/tilcdc_panel.c | 6
Set crtc panel info at init phase. Setting it at prepare callback does
it multiple times for no good reason and it also too late when atomic
modeset is used.
Signed-off-by: Jyri Sarha
---
drivers/gpu/drm/tilcdc/tilcdc_panel.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git
Remove tilcdc_verify_fb(). The tilcdc_verify_fb() function is not
needed because the same checks are implemented in
tilcdc_plane_atomic_check().
Signed-off-by: Jyri Sarha
---
drivers/gpu/drm/tilcdc/tilcdc_crtc.c | 21 -
1 file changed, 21 deletions(-)
diff --git a/drivers/gp
Remove obsolete crtc helper functions. These are not needed when
atomic modeset is used.
Note that the drm_crtc_helper_funcs mode_fixup() is still needed. The
crtc's check() callback can not do its job here.
The plane's check() callback needs to set drm_crtc_state's
->mode_changed to true if the
Set DRIVER_ATOMIC and use atomic helpers and rename commit and prepare
crtc helpers to enable and disable. This makes the final jump to mode
setting, but there is lot of obsolete code to clean up.
Signed-off-by: Jyri Sarha
---
drivers/gpu/drm/tilcdc/tilcdc_crtc.c | 20 +---
drive
Add drm_mode_config_reset() call to tilcdc_load(). This is need to
initialize atomic state variables at load time.
Signed-off-by: Jyri Sarha
---
drivers/gpu/drm/tilcdc/tilcdc_drv.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/gpu/drm/tilcdc/tilcdc_drv.c
b/drivers/gpu/drm/tilcd
Add atomic mode config funcs. The atomic_commit implementation is a
copy-paste from drm_atomic_helper_commit(), leaving out the async
test. The similar copy-paste implementation appears to be used in many
other drivers too. The standard drm_atomic_helper_check() is used for
checking.
The drm_atomi
Add tilcdc_crtc_atomic_check(). Checks the display mode validity and
the presence of the mandatory primary plane.
The drm_crtc_helper_funcs mode_fixup() callback is left untouched and
the check function does no try to do its job on purpose, despite what
the mode_fixup() callback's documentations s
Add tilcdc_crtc_mode_set_nofb(). The mode_set_nofb() semantics do not
fit well to LCDC, because of the mandatory framebuffer. However, when
the primary plane is required in the check phase, it and the
framebuffer can be found from the atomic state struct.
Signed-off-by: Jyri Sarha
---
drivers/gp
Initialize dummy primary plane from crtc init.
Signed-off-by: Jyri Sarha
---
drivers/gpu/drm/tilcdc/tilcdc_crtc.c | 11 ++-
1 file changed, 10 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/tilcdc/tilcdc_crtc.c
b/drivers/gpu/drm/tilcdc/tilcdc_crtc.c
index deb4f96..998ef10 10
Add dummy primary plane implementation. LCDC does not really have
planes, only simple framebuffer that is mandatory. This primary plane
implementation has the necessary checks for implementing simple
framebuffer trough DRM plane abstraction. For setting the actual
framebuffer the implementation rel
Make tilcdc_crtc_page_flip() work if crtc is not yet on. The plane
commit sometimes comes before crtc is turned on. The new framebuffer
should be set to scanout also in that case, so that it is there when
crtc is turned on at the end of the commit phase.
Signed-off-by: Jyri Sarha
---
drivers/gpu
Make tilcdc_crtc_page_flip() public for dummy plane implementation to use.
Signed-off-by: Jyri Sarha
---
drivers/gpu/drm/tilcdc/tilcdc_crtc.c | 2 +-
drivers/gpu/drm/tilcdc/tilcdc_drv.h | 4
2 files changed, 5 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/tilcdc/tilcdc_crtc.c
Fix tilcdc component master unloading. If a subcomponent module
(tda998x in this case) is unloaded before its master (tilcdc in this
case), it calls drm_put_dev() and it should not be called again by
the master when its module is unloaded. However component_master_del()
must still be called and the
This series implements atomic modeset for TI's LCDC HW. The code has
been tested on X-server, weston, and our kmsxx kms testing suite. The
patches are based on my earlier tilcdc fixes and cleanups series [1].
I know that the tiny display pipe has been accepted for mainline and I
have intention of
https://bugzilla.kernel.org/show_bug.cgi?id=13170
morten vermund changed:
What|Removed |Added
CC||mortenvermund at gmail.com
--- Comment #
On 27/06/16 13:04, Peter Rosin wrote:
> On 2016-06-23 17:59, Jon Hunter wrote:
>> The I2C driver core for boards using device-tree assumes any subnode of
>> an I2C adapter in the device-tree blob as being a I2C slave device.
>> Although this makes complete sense, some I2C adapters may have subnode
On Mon, Jun 27, 2016 at 02:53:19PM +0300, Jani Nikula wrote:
> From: Randy Dunlap
>
> Fix build errors when ACPI is not enabled by adding function stubs:
>
> ../drivers/gpu/drm/i915/i915_drv.c: In function 'i915_drm_suspend':
> ../drivers/gpu/drm/i915/i915_drv.c:635:2: error: implicit declaratio
On Mon, Jun 27, 2016 at 04:29:22PM -0300, Gustavo Padovan wrote:
> From: Gustavo Padovan
>
> Create sync_file->fence to abstract the type of fence we are using for
> each sync_file. If only one fence is present we use a normal struct fence
> but if there is more fences to be added to the sync_fil
On Mon, Jun 27, 2016 at 04:03:23PM +0300, Jani Nikula wrote:
> On Fri, 24 Jun 2016, Chris Wilson wrote:
> > This has now been removed from all drivers as it is performed centrally
> > as a part of device registration for modesetting drivers. With the last
> > user gone, we can unexport it from the
On Tue, Jun 28, 2016 at 5:24 AM, Chris Zhong wrote:
>
> Hi all
>
Hi Chris,
I keep forgetting:
Subject line: s/DispplayPort/DisplayPort/
Guenter
> This series patch is for rockchip Type-C phy and DisplayPort controller
> driver.
>
> The USB Type-C PHY is designed to support the USB3 and DP app
https://bugzilla.kernel.org/show_bug.cgi?id=119831
Zhang Rui changed:
What|Removed |Added
CC|lenb at kernel.org,|
|rui.zhang at intel.co
83 matches
Mail list logo
