On Wed, Aug 30, 2017 at 06:55:56PM +0530, Himanshu Jha wrote:
> kfree on NULL pointer is a no-op and therefore checking is redundant.
>
> Signed-off-by: Himanshu Jha
Applied to drm-misc-next, thanks.
-Daniel
> ---
> drivers/gpu/drm/gma500/cdv_intel_dp.c | 6 ++
> 1 file changed, 2 insertio
On Wed, Aug 30, 2017 at 6:10 PM, Hans Verkuil wrote:
> From: Hans Verkuil
>
> Add a simple HDMI CEC GPIO driver that sits on top of the cec-pin framework.
>
> While I have heard of SoCs that use the GPIO pin for CEC (apparently an
> early RockChip SoC used that), the main use-case of this driver
https://bugs.freedesktop.org/show_bug.cgi?id=102491
Bug ID: 102491
Summary: OpenCL app gets CL_OUT_OF_HOST_MEMORY on Cape Verde
7770
Product: DRI
Version: unspecified
Hardware: x86-64 (AMD64)
OS: Linux (All)
https://bugs.freedesktop.org/show_bug.cgi?id=102491
--- Comment #1 from ka.n...@mail.ru ---
Created attachment 133897
--> https://bugs.freedesktop.org/attachment.cgi?id=133897&action=edit
Dmesg output
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=102491
--- Comment #2 from ka.n...@mail.ru ---
Created attachment 133898
--> https://bugs.freedesktop.org/attachment.cgi?id=133898&action=edit
Clinfo output
--
You are receiving this mail because:
You are the assignee for the bug.___
https://bugs.freedesktop.org/show_bug.cgi?id=102491
--- Comment #3 from ka.n...@mail.ru ---
Created attachment 133899
--> https://bugs.freedesktop.org/attachment.cgi?id=133899&action=edit
darktable-cltest output
--
You are receiving this mail because:
You are the assignee for the bug._
https://bugs.freedesktop.org/show_bug.cgi?id=102491
--- Comment #4 from ka.n...@mail.ru ---
Created attachment 133900
--> https://bugs.freedesktop.org/attachment.cgi?id=133900&action=edit
lspci -k output
--
You are receiving this mail because:
You are the assignee for the bug._
On Wed, Aug 30, 2017 at 6:10 PM, Hans Verkuil wrote:
> From: Hans Verkuil
>
> Document the bindings for the cec-gpio module for hardware where the
> CEC pin and optionally the HPD pin are connected to GPIO pins.
>
> Signed-off-by: Hans Verkuil
I usually refer to GPIO "lines" rather than "pins"
On Wed, Aug 30, 2017 at 9:22 AM, Daniel Vetter wrote:
> On Mon, Aug 28, 2017 at 10:40:34AM +0200, Daniel Vetter wrote:
>> On Fri, Aug 25, 2017 at 01:16:12PM -0700, Rodrigo Vivi wrote:
>> > This Fixes build on branches where we already have format-modifier.
>> >
>> > Reference:
>> > https://lists.
Hello,
On Tuesday, 29 August 2017 00:34:57 EEST Daniel Vetter wrote:
> On Mon, Aug 28, 2017 at 07:17:43PM +0200, Noralf Trønnes wrote:
> > drm_fb_helper_resume_worker() uses fb_helper->fbdev to call
> > fb_set_suspend() which dereferences the pointer.
> > Move sync-canceling of the resume worker i
Signed-off-by: Rhys Kidd
---
.../gpu/drm/nouveau/include/nvkm/subdev/therm.h| 1 +
drivers/gpu/drm/nouveau/nvkm/engine/device/base.c | 6 +++
drivers/gpu/drm/nouveau/nvkm/subdev/therm/Kbuild | 1 +
drivers/gpu/drm/nouveau/nvkm/subdev/therm/base.c | 3 +-
drivers/gpu/drm/nouveau/nvkm/
On Thu, Aug 31, 2017 at 4:55 AM, Rhys Kidd wrote:
> Signed-off-by: Rhys Kidd
> ---
> .../gpu/drm/nouveau/include/nvkm/subdev/therm.h| 1 +
> drivers/gpu/drm/nouveau/nvkm/engine/device/base.c | 6 +++
> drivers/gpu/drm/nouveau/nvkm/subdev/therm/Kbuild | 1 +
> drivers/gpu/drm/nouveau/nv
On Wed, Aug 30, 2017 at 01:05:43PM +0300, Laurent Pinchart wrote:
> Hi Geert,
>
> Thank you for the patch.
>
> On Wednesday, 30 August 2017 12:53:01 EEST Geert Uytterhoeven wrote:
> > Node names should not use numerical suffixes if the nodes can be
> > distinguished by unit-address.
> >
> > Sign
> -static int ecryptfs_mmap(struct file *file, struct vm_area_struct *vma)
> +static int ecryptfs_mmap(struct file *file, struct vm_area_struct *vma,
> + unsigned long map_flags)
> {
> struct file *lower_file = ecryptfs_file_to_lower(file);
> /*
> @@ -179,7 +180,7
Hi Noralf,
Thank you for the patch.
On Monday, 28 August 2017 20:17:46 EEST Noralf Trønnes wrote:
> Might as well embed drm_device since tinydrm_device (embeds pipe struct
> and fbdev pointer) needs to stick around after driver-device unbind to
> handle open fd's after device removal.
>
> Cc: Da
On Wednesday, 2017-08-30 20:07:08 +0200, Linus Walleij wrote:
> We detect and enable the use of the PL110 variant, an earlier
> incarnation of PL111. The only real difference is that the
> control and interrupt enable registers have swapped place.
> The Versatile AB and Versatile PB have a variant
Hi Tobias,
On 2017-08-22 16:19, Tobias Jakobi wrote:
In some of subdrivers we compute something like 'pitch / cpp' at some
point, silently assuming that the pitch (which is in bytes) is
divisible by the buffer's cpp. This must not be true, in particular
it depends on the underlying hardware.
If
On Wed, Aug 30, 2017 at 09:40:07PM +, Deucher, Alexander wrote:
Please fix your mail client to word wrap within paragraphs at something
substantially less than 80 columns. Doing this makes your messages much
easier to read and reply to.
> I sent one patch in the v2 patch set that had already
On 31/08/17 11:20, Linus Walleij wrote:
> On Wed, Aug 30, 2017 at 6:10 PM, Hans Verkuil wrote:
>
>> From: Hans Verkuil
>>
>> Document the bindings for the cec-gpio module for hardware where the
>> CEC pin and optionally the HPD pin are connected to GPIO pins.
>>
>> Signed-off-by: Hans Verkuil
>
From: Hans Verkuil
Add a simple HDMI CEC GPIO driver that sits on top of the cec-pin framework.
While I have heard of SoCs that use the GPIO pin for CEC (apparently an
early RockChip SoC used that), the main use-case of this driver is to
function as a debugging tool.
By connecting the CEC line
From: Hans Verkuil
Add support for two new low-level events: PIN_HPD_LOW and PIN_HPD_HIGH.
This is specifically meant for use with the upcoming cec-gpio driver
and makes it possible to trace when the HPD pin changes. Some HDMI
sinks do strange things with the HPD and this makes it easy to debug
From: Hans Verkuil
Document the bindings for the cec-gpio module for hardware where the
CEC line and optionally the HPD line are connected to GPIO lines.
Signed-off-by: Hans Verkuil
---
.../devicetree/bindings/media/cec-gpio.txt | 22 ++
1 file changed, 22 insertion
From: Hans Verkuil
Document these new CEC events.
Signed-off-by: Hans Verkuil
---
Documentation/media/uapi/cec/cec-ioc-dqevent.rst | 18 ++
1 file changed, 18 insertions(+)
diff --git a/Documentation/media/uapi/cec/cec-ioc-dqevent.rst
b/Documentation/media/uapi/cec/cec-ioc-dq
From: Hans Verkuil
This driver adds support for CEC implementations that use a pull-up
GPIO line. While SoCs exist that do this, the primary use-case is to
turn a single-board computer into a cheap CEC debugger.
Together with 'cec-ctl --monitor-pin' you can do low-level CEC bus
monitoring and do
From: Hans Verkuil
Add an entry for the CEC GPIO driver.
Signed-off-by: Hans Verkuil
---
MAINTAINERS | 9 +
1 file changed, 9 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index eb930ebecfcb..5ef0d34ef502 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -3205,6 +3205,15 @@ F:
On Fri, Aug 18, 2017 at 02:10:29PM -0400, Alex Deucher wrote:
> +#define ST_PLAYBACK_MAX_PERIOD_SIZE 8192
> +#define ST_CAPTURE_MAX_PERIOD_SIZE 8192
> +#define ST_MAX_BUFFER (ST_PLAYBACK_MAX_PERIOD_SIZE *
> PLAYBACK_MAX_NUM_PERIODS)
These defines will go wrong if the capture size is changed ind
Hello Marek,
first of all thanks for checking this!
Marek Szyprowski wrote:
> Hi Tobias,
>
> On 2017-08-22 16:19, Tobias Jakobi wrote:
>> In some of subdrivers we compute something like 'pitch / cpp' at some
>> point, silently assuming that the pitch (which is in bytes) is
>> divisible by the b
On Fri, Aug 18, 2017 at 02:10:30PM -0400, Alex Deucher wrote:
> +++ b/sound/soc/amd/Kconfig
> @@ -2,3 +2,10 @@ config SND_SOC_AMD_ACP
> tristate "AMD Audio Coprocessor support"
> help
>This option enables ACP DMA support on AMD platform.
> +config SND_SOC_AMD_CZ_RT5645_MACH
> +
On Fri, Aug 18, 2017 at 02:10:27PM -0400, Alex Deucher wrote:
> From: Vijendar Mukunda
>
> For Stoney platform, Memory gating is disabled.i.e SRAM Banks
> won't be turned off. By Default, SRAM Bank state set to ON.
> Added condition checks to skip SRAM Bank state set logic for
> Stoney platform.
On Fri, Aug 18, 2017 at 02:10:28PM -0400, Alex Deucher wrote:
> From: Vijendar Mukunda
>
> Added DMA driver changes for Stoney platform.
> Below are the key differences between Stoney and CZ
Acked-by: Mark Brown
signature.asc
Description: PGP signature
SiI9234 transmitter converts eTMDS/HDMI signal to MHL 1.0.
It is controlled via I2C bus. Its interaction with other
devices in video pipeline is performed mainly on HW level.
The only interaction it does on device driver level is
filtering-out unsupported video modes, it exposes drm_bridge
interfac
Hi everyone,
These patches are a continuation of work by Tomasz Stanislawski on sii9324
driver, which was described
in th following letter:
https://lists.freedesktop.org/archives/dri-devel/2014-April/057481.html
The main differences from the previous code are:
* driver moved to /gpu/drm/bridge/
Add HDMI and Sil9234 MHL converter to Trats2 board.
Following in SoC devices have been enabled:
- HDMI (HDMI signal encoder),
- Mixer (video buffer scanout device),
- I2C_5 bus (used for HDMI DDC)
- I2C_8 bus (used for HDMI_PHY control).
Based on previous work by:
Tomasz Stanislawski
Signed-off-
Hi Daniel and Noralf,
On Wednesday, 30 August 2017 20:18:49 EEST Daniel Vetter wrote:
> On Wed, Aug 30, 2017 at 6:31 PM, Noralf Trønnes wrote:
> > Den 28.08.2017 23.56, skrev Daniel Vetter:
> >> On Mon, Aug 28, 2017 at 07:17:48PM +0200, Noralf Trønnes wrote:
> >>> Support device unplugging to mak
https://bugs.freedesktop.org/show_bug.cgi?id=92248
--- Comment #34 from Hector Velazquez
---
The following tests Fail on GLK with this configuration
Test List:
igt@kms_plane_scaling
==
Output
==
(kms_plane_scali
https://bugs.freedesktop.org/show_bug.cgi?id=92248
Hector Velazquez changed:
What|Removed |Added
Summary|[KBL/SKL/BYT/BXT] |[KBL/SKL/BYT/BXT/GLK]
https://bugs.freedesktop.org/show_bug.cgi?id=92248
--- Comment #35 from Hector Velazquez
---
Created attachment 133901
--> https://bugs.freedesktop.org/attachment.cgi?id=133901&action=edit
Output(GLK)
--
You are receiving this mail because:
You are the assignee for the bug.__
https://bugs.freedesktop.org/show_bug.cgi?id=92248
--- Comment #36 from Hector Velazquez
---
Created attachment 133902
--> https://bugs.freedesktop.org/attachment.cgi?id=133902&action=edit
Dmesg.log (GLK)
--
You are receiving this mail because:
You are the assignee for the bug.__
Hi Maciej,
Thank you for the patch.
On Thursday, 31 August 2017 15:27:13 EEST Maciej Purski wrote:
> SiI9234 transmitter converts eTMDS/HDMI signal to MHL 1.0.
> It is controlled via I2C bus. Its interaction with other
> devices in video pipeline is performed mainly on HW level.
> The only intera
On Thu, Aug 31, 2017 at 1:01 PM, Hans Verkuil wrote:
> From: Hans Verkuil
>
> Document the bindings for the cec-gpio module for hardware where the
> CEC line and optionally the HPD line are connected to GPIO lines.
>
> Signed-off-by: Hans Verkuil
Reviewed-by: Linus Walleij
Yours,
Linus Walle
On Thu, Aug 31, 2017 at 1:01 PM, Hans Verkuil wrote:
> From: Hans Verkuil
>
> Add a simple HDMI CEC GPIO driver that sits on top of the cec-pin framework.
>
> While I have heard of SoCs that use the GPIO pin for CEC (apparently an
> early RockChip SoC used that), the main use-case of this driver
On 31/08/17 16:10, Linus Walleij wrote:
> On Thu, Aug 31, 2017 at 1:01 PM, Hans Verkuil wrote:
>
>> From: Hans Verkuil
>>
>> Add a simple HDMI CEC GPIO driver that sits on top of the cec-pin framework.
>>
>> While I have heard of SoCs that use the GPIO pin for CEC (apparently an
>> early RockChi
Hi Brian,
On Thursday, 24 August 2017 14:14:31 EEST Brian Starkey wrote:
> On Mon, Aug 21, 2017 at 06:36:29PM +0200, Hans Verkuil wrote:
> > On 08/21/2017 06:01 PM, Daniel Vetter wrote:
> >> On Mon, Aug 21, 2017 at 5:52 PM, Brian Starkey wrote:
> >>> Hi all,
> >>>
> >>> I couldn't find this topic
Hi Brian,
On Tuesday, 29 August 2017 12:19:43 EEST Brian Starkey wrote:
> On Fri, Aug 25, 2017 at 10:14:03AM +0200, Hans Verkuil wrote:
> >On 24/08/17 14:26, Brian Starkey wrote:
> >> On Thu, Aug 24, 2017 at 01:37:35PM +0200, Hans Verkuil wrote:
> >>> On 08/24/17 13:14, Brian Starkey wrote:
>
Hi Brian,
On Wednesday, 30 August 2017 13:32:01 EEST Brian Starkey wrote:
> On Wed, Aug 30, 2017 at 11:53:58AM +0200, Hans Verkuil wrote:
> > On 30/08/17 11:36, Brian Starkey wrote:
> >> On Wed, Aug 30, 2017 at 10:10:01AM +0200, Hans Verkuil wrote:
> >>> On 30/08/17 09:50, Daniel Vetter wrote:
> >
Hi Himanshu,
Thank you for the patch.
On Tuesday, 29 August 2017 17:00:12 EEST Himanshu Jha wrote:
> Use PTR_ERR_OR_ZERO rather than if(IS_ERR(...)) + PTR_ERR
>
> Signed-off-by: Himanshu Jha
Reviewed-by: Laurent Pinchart
> ---
> drivers/gpu/drm/omapdrm/dss/hdmi4.c | 5 +
> drivers/
Checking for CONFIG_FB_DEFERRED_IO is not the right thing to do since
the fbdev code may be built as a module while vboxvideo is builtin.
This can only happen when DRM_KMS_FB_HELPER is not set:
a) DRM_VBOXVIDEO selects DRM_KMS_HELPER
b) DRM_KMS_FB_HELPER depends on DRM_KMS_HELPER
c) DRM_KMS_FB_HEL
Op 30-08-17 om 15:40 schreef Daniel Vetter:
> On Wed, Aug 30, 2017 at 02:54:28PM +0200, Maarten Lankhorst wrote:
>> Op 30-08-17 om 14:43 schreef Daniel Vetter:
>>> On Wed, Aug 30, 2017 at 02:17:48PM +0200, Maarten Lankhorst wrote:
The next commit removes the wait for flip_done in in
drm_a
Hi Laurent,
On Thu, Aug 31, 2017 at 05:51:33PM +0300, Laurent Pinchart wrote:
Hi Brian,
On Wednesday, 30 August 2017 13:32:01 EEST Brian Starkey wrote:
On Wed, Aug 30, 2017 at 11:53:58AM +0200, Hans Verkuil wrote:
> On 30/08/17 11:36, Brian Starkey wrote:
>> On Wed, Aug 30, 2017 at 10:10:01AM
Add a driver for Cadence DPI -> DSI bridge.
This driver only support a subset of Cadence DSI bridge capabilities.
Here is a non-exhaustive list of missing features:
* burst mode
* dynamic configuration of the DPHY based on the
* support for additional input interfaces (SDI input)
Signed-off-b
Document the bindings used for the Cadence DSI bridge.
Signed-off-by: Boris Brezillon
---
Changes in v3:
- Fix clock names in the example
- Document how to represent DSI devices that are controller through
an external bus like I2C or SPI
Changes in v2:
- None
---
.../bindings/display/bridge/c
2017-08-25 11:06 GMT+02:00 Christian Gmeiner :
> In a perfect world we would be able to read GPU registers of interest
> via the command stream with a 'read-register' command/package. For perf
> counters it is a must to read them synchronized with the GPU to put the
> values in relation to a draw c
https://bugs.freedesktop.org/show_bug.cgi?id=93826
Eike changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://bugs.freedesktop.org/show_bug.cgi?id=102432
--- Comment #2 from Jan Vesely ---
(In reply to Gregor Münch from comment #1)
> Forget everything, solution:
>
> Ok, the problem is that nobody updated lib32-libdrm in arch. Its still at
> 2.4.81 so way to old. I installed now the git versions
Boris Brezillon writes:
> Add a driver for Cadence DPI -> DSI bridge.
>
> This driver only support a subset of Cadence DSI bridge capabilities.
>
> Here is a non-exhaustive list of missing features:
> * burst mode
> * dynamic configuration of the DPHY based on the
> * support for additional in
Den 31.08.2017 12.18, skrev Laurent Pinchart:
Hi Noralf,
Thank you for the patch.
On Monday, 28 August 2017 20:17:46 EEST Noralf Trønnes wrote:
Might as well embed drm_device since tinydrm_device (embeds pipe struct
and fbdev pointer) needs to stick around after driver-device unbind to
handle
Linus Walleij writes:
> This replaces the custom connector in the PL111 with the
> panel bridge helper.
>
> This works nicely for all standard panels, but since there
> are several PL11x-based systems that will need to use the dumb
> VGA connector bridge we use drm_of_find_panel_or_bridge()
> and
Linus Walleij writes:
> This adds all the main control registers to the debugfs
> register file. This was helpful for my debugging so it will
> likely help others as well.
This and the previous patch are:
Reviewed-by: Eric Anholt
signature.asc
Description: PGP signature
_
Le jeudi 31 août 2017 à 17:28 +0300, Laurent Pinchart a écrit :
> > e.g. if I have two devices which support MODIFIER_FOO, I could attempt
> > to share a buffer between them which uses MODIFIER_FOO without
> > necessarily knowing exactly what it is/does.
>
> Userspace could certainly set modifiers
Client's name is task_comm + pid: use constant for clarity and prepare
for changed TASK_COMM_LEN.
Signed-off-by: Michał Mirosław
---
drivers/gpu/drm/nouveau/nouveau_drm.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/nouveau/nouveau_drm.c
b/drivers/gpu/drm/
Linus Walleij writes:
> We detect and enable the use of the PL110 variant, an earlier
> incarnation of PL111. The only real difference is that the
> control and interrupt enable registers have swapped place.
> The Versatile AB and Versatile PB have a variant inbetween
> PL110 and PL111, it is PL1
Linus Walleij writes:
> The ARM reference designs in the Versatile family: Integrator,
> Versatile and RealView can make use of the new DRM driver as well.
> We just need to create a bit of platform-specific code for them
> that we isolate to its own file.
>
> Signed-off-by: Linus Walleij
> ---
https://bugs.freedesktop.org/show_bug.cgi?id=100306
--- Comment #41 from MirceaKitsune ---
I have important new information. After yet more weeks of testing, I seem to
have found both of the common triggers for this issue. The crash happens a few
hours after either of the following actions is pre
https://bugs.freedesktop.org/show_bug.cgi?id=100306
--- Comment #42 from MirceaKitsune ---
Further more, I suspect I now know what the culprit component is. It's very
likely that the problem lies within Mesa itself, and was introduced in the
switch between 13.0 and 17.0.
This was confirmed by th
On Thu, Aug 24, 2017 at 03:33:58PM +0200, Andrzej Hajda wrote:
> Since i80/command mode is determined in runtime by propagating info
> from panel this property can be removed.
>
> Signed-off-by: Andrzej Hajda
> ---
> .../devicetree/bindings/display/exynos/exynos5433-decon.txt | 12
> --
Den 31.08.2017 14.59, skrev Laurent Pinchart:
Hi Daniel and Noralf,
On Wednesday, 30 August 2017 20:18:49 EEST Daniel Vetter wrote:
On Wed, Aug 30, 2017 at 6:31 PM, Noralf Trønnes wrote:
Den 28.08.2017 23.56, skrev Daniel Vetter:
On Mon, Aug 28, 2017 at 07:17:48PM +0200, Noralf Trønnes wrot
https://bugs.freedesktop.org/show_bug.cgi?id=102497
Bug ID: 102497
Summary: Fatal error during GPU init when using an aarch64
board
Product: DRI
Version: unspecified
Hardware: Other
OS: All
Statu
https://bugs.freedesktop.org/show_bug.cgi?id=102497
--- Comment #1 from Alex Deucher ---
(In reply to Bernhard Rosenkraenzer from comment #0)
>
> I presume the problem is caused by the (lack of) BIOS on aarch64 boards not
> initializing the GPU the same way an x86 box does.
>
No, the driver i
https://bugs.freedesktop.org/show_bug.cgi?id=102498
Bug ID: 102498
Summary: Monitors blink every 10sec and layout resets after
returning from powersave or sleep
Product: DRI
Version: unspecified
Hardware: x86-64 (AMD64)
https://bugs.freedesktop.org/show_bug.cgi?id=102500
Bug ID: 102500
Summary: [polaris10][amd-staging-4.12] GPU fault detected,
somethimes lockup
Product: DRI
Version: DRI git
Hardware: x86-64 (AMD64)
OS: Linu
From: Jérôme Glisse
(Sorry for so many list cross-posting and big cc)
Changes since v1:
- remove more dead code in kvm (no testing impact)
- more accurate end address computation (patch 2)
in page_mkclean_one and try_to_unmap_one
- added tested-by/reviewed-by gotten so far
Tested as b
This replaces the custom connector in the TVE200 with the
panel bridge helper. As long as we're just using panels
and no other bridges, this works just fine.
Signed-off-by: Linus Walleij
---
drivers/gpu/drm/tve200/Kconfig| 3 +-
drivers/gpu/drm/tve200/Makefile | 3 +-
d
https://bugs.freedesktop.org/show_bug.cgi?id=102500
--- Comment #1 from Alex Deucher ---
can you bisect?
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.
tree: git://people.freedesktop.org/~agd5f/linux.git amd-staging-drm-next
head: 990b8d69489cc8ba7e119af536808e5ca41d3864
commit: 68f6159d99d839908b2b75900209b55ef6bb97b3 [89/840] drm/amd/dc: Add dc
display driver (v2)
config: s390-allyesconfig (attached as .config)
compiler: s390x-linux-gnu-gcc
Remove redundant task name copying because:
1. task->comm is already NUL-terminated
2. virtio_gpu_context_create() trims passed dbgname anyway
Signed-off-by: Michał Mirosław
---
drivers/gpu/drm/virtio/virtgpu_kms.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/driver
On Thu, Aug 31, 2017 at 02:27:14PM +0200, Maciej Purski wrote:
> Add HDMI and Sil9234 MHL converter to Trats2 board.
> Following in SoC devices have been enabled:
> - HDMI (HDMI signal encoder),
> - Mixer (video buffer scanout device),
> - I2C_5 bus (used for HDMI DDC)
> - I2C_8 bus (used for HDMI_
On Thu, Aug 31, 2017 at 3:02 AM, Christoph Hellwig wrote:
>> -static int ecryptfs_mmap(struct file *file, struct vm_area_struct *vma)
>> +static int ecryptfs_mmap(struct file *file, struct vm_area_struct *vma,
>> + unsigned long map_flags)
>> {
>> struct file *lower_fil
https://bugs.freedesktop.org/show_bug.cgi?id=102432
--- Comment #3 from Michel Dänzer ---
(In reply to Jan Vesely from comment #2)
> The parsing mechanism is flimsy and adding an entry to
> /usr/share/libdrm/amdgpu.ids crashes libdrm
Can you share more details about how adding en entry to
/usr/s
tree: git://people.freedesktop.org/~agd5f/linux.git amd-staging-drm-next
head: 990b8d69489cc8ba7e119af536808e5ca41d3864
commit: a5c3e065aefce54e10552725481f795980625a66 [153/840] drm/amd/display:
port to using drm dpcd defines
config: s390-allyesconfig (attached as .config)
compiler: s390x-lin
https://bugs.freedesktop.org/show_bug.cgi?id=102498
Michel Dänzer changed:
What|Removed |Added
CC||harry.wentl...@amd.com
Summa
tree: git://people.freedesktop.org/~agd5f/linux.git amd-staging-drm-next
head: 990b8d69489cc8ba7e119af536808e5ca41d3864
commit: 1167fd8e59a79a52602701e3c30298d4da750388 [463/840] drm/amdgpu/display:
Enable DCN in DC
config: tile-allyesconfig (attached as .config)
compiler: tilegx-linux-gcc (GC
Hello all,
The gscaler has hardware rotation limits. So this patch set support
the rotate hardware limits of gsc.
Best regards,
Hoegeun
Hoegeun Kwon (3):
ARM: dts: exynos: Add the hardware rotation limits for gsc
arm64: dts: exynos: Add the hardware rotation limits for gsc
drm/exynos/gsc:
The gscaler has hardware rotation limits that need to be imported from
dts. Parse them and add them to the property list.
The rotation hardware limits are related to the cropped source size.
When swap occurs, use rot_max size instead of crop_max size.
Also the scaling limits are related to post s
The gscaler has maximum size of input or output rotation. Add the
hardware limits property for the gscaler rotation in the exynos5250
and exynos5420 dts.
Signed-off-by: Hoegeun Kwon
---
arch/arm/boot/dts/exynos5250.dtsi | 8
arch/arm/boot/dts/exynos5420.dtsi | 4
2 files changed, 1
The gscaler has maximum size of input or output rotation. Add the
hardware limits property for the gscaler rotation in the exynos5433
dts.
Signed-off-by: Hoegeun Kwon
---
arch/arm64/boot/dts/exynos/exynos5433.dtsi | 6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/arm64/boot/dts/exyn
tree: git://people.freedesktop.org/~agd5f/linux.git amd-staging-drm-next
head: 990b8d69489cc8ba7e119af536808e5ca41d3864
commit: 1167fd8e59a79a52602701e3c30298d4da750388 [463/840] drm/amdgpu/display:
Enable DCN in DC
config: powerpc-allmodconfig (attached as .config)
compiler: powerpc64-linux-g
Hi Eric,
On Thu, 31 Aug 2017 10:03:23 -0700
Eric Anholt wrote:
> Boris Brezillon writes:
>
> > Add a driver for Cadence DPI -> DSI bridge.
> >
> > This driver only support a subset of Cadence DSI bridge capabilities.
> >
> > Here is a non-exhaustive list of missing features:
> > * burst mode
Hi heiko,
在 2017/8/29 18:29, Heiko Stuebner 写道:
Am Dienstag, 29. August 2017, 18:17:11 CEST schrieb Mark yao:
On 2017年08月23日 14:26, Sandy Huang wrote:
This patch add Document for Rockchip Soc RK3288 LVDS,
This based on the patches from Mark yao and Heiko Stuebner.
Signed-off-by: Sandy Huang
88 matches
Mail list logo
