On 25/04/17 01:54 AM, Mario Kleiner wrote:
> Make sure we do not program a hw pageflip inside vblank 'n' iff the
> atomic flip is comitted while inside the same vblank 'n'. We must
> defer such a flip by one refresh cycle to vblank 'n+1', unless this
> is a DRM_MODE_PAGE_FLIP_ASYNC async pageflip,
From: "Ong, Hean Loong"
Device tree binding for Intel FPGA Video and Image
Processing Suite. The binding involved would be generated
from the Altera (Intel) Qsys system. The bindings would
set the max width, max height, buts per pixel and memory
port width. The device tree binding only supports t
From: "Ong, Hean Loong"
Intel FPGA Video and Image Processing Suite Frame Buffer II
driver config for Arria 10 devkit and its variants
Signed-off-by: Ong, Hean Loong
---
v2:
* Added drm frame bufferr II module support for Arria10
---
arch/arm/configs/socfpga_defconfig | 4
1 file changed,
From: Ong Hean Loong
Hi,
The new Intel Arria10 SOC FPGA devkit has a Display Port IP component
which requires a new driver. This is a virtual driver in which the
FGPA hardware would enable the Display Port based on the information
and data provided from the DRM frame buffer from the OS. Basical
From: "Ong, Hean Loong"
Driver for Intel FPGA Video and Image Processing
Suite Frame Buffer II. The driver only supports the Intel
Arria10 devkit and its variants. This driver can be either
loaded staticlly or in modules. The OF device tree binding
is located at:
Documentation/devicetree/bindings
From: Wei Yongjun
Fix the retrn value check which testing the wrong variable
in cdn_dp_probe().
Fixes: 1a0f7ed3abe2 ("drm/rockchip: cdn-dp: add cdn DP support for rk3399")
Signed-off-by: Wei Yongjun
---
drivers/gpu/drm/rockchip/cdn-dp-core.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-
From: Wei Yongjun
In case of error, the function devm_ioremap_resource() returns ERR_PTR()
and never returns NULL. The NULL test in the return value check should
be replaced with IS_ERR().
Signed-off-by: Wei Yongjun
---
drivers/gpu/drm/shmobile/shmob_drm_drv.c | 4 ++--
1 file changed, 2 inser
On 24/04/17 01:50 PM, Masahiro Yamada wrote:
> For the C file, include instead of relative path from
> include/drm.
>
> For headers in include/drm/ttm, simplify the with "*.h".
>
> This allows us to remove the -Iinclude/drm compiler flag from
> drivers/gpu/drm/ttm/Makefile (and from other drive
https://bugs.freedesktop.org/show_bug.cgi?id=100781
Michel Dänzer changed:
What|Removed |Added
Resolution|--- |NOTOURBUG
Status|NEW
On 24/04/17 03:25 PM, Gerd Hoffmann wrote:
> Return correct fourcc codes on bigendian. Drivers must be adapted to
> this change.
>
> Signed-off-by: Gerd Hoffmann
Just to reiterate, this won't work for the radeon driver, which programs
the GPU to use (effectively, per the current definition that
On 25/04/17 10:12 AM, Michel Dänzer wrote:
> On 24/04/17 10:03 PM, Ville Syrjälä wrote:
>> On Mon, Apr 24, 2017 at 03:57:02PM +0900, Michel Dänzer wrote:
>>> On 22/04/17 07:05 PM, Ville Syrjälä wrote:
On Fri, Apr 21, 2017 at 06:14:31PM +0200, Gerd Hoffmann wrote:
> Hi,
>
>>> My p
https://bugs.freedesktop.org/show_bug.cgi?id=100781
--- Comment #2 from katof...@protonmail.com ---
(In reply to Michel Dänzer from comment #1)
> LIBGL_DEBUG=verbose ./bms.sh
>
> should give more information about what the problem is.
[crunch@jmanjaro-pc Black Mesa]$ LIBGL_DEBUG=verbose ./bms.sh
https://bugs.freedesktop.org/show_bug.cgi?id=100781
--- Comment #1 from Michel Dänzer ---
LIBGL_DEBUG=verbose ./bms.sh
should give more information about what the problem is.
--
You are receiving this mail because:
You are the assignee for the bug.__
https://bugs.freedesktop.org/show_bug.cgi?id=100781
katof...@protonmail.com changed:
What|Removed |Added
Priority|high|highest
--
You are receiving
On 24/04/17 10:03 PM, Ville Syrjälä wrote:
> On Mon, Apr 24, 2017 at 03:57:02PM +0900, Michel Dänzer wrote:
>> On 22/04/17 07:05 PM, Ville Syrjälä wrote:
>>> On Fri, Apr 21, 2017 at 06:14:31PM +0200, Gerd Hoffmann wrote:
Hi,
>> My personal opinion is that formats in drm_fourcc.h sho
On 24/04/17 11:26 PM, Ville Syrjälä wrote:
> On Mon, Apr 24, 2017 at 04:54:25PM +0900, Michel Dänzer wrote:
>> On 24/04/17 04:36 PM, Gerd Hoffmann wrote:
>>>
> drm: fourcc byteorder: add DRM_FORMAT_CPU_*
> drm: fourcc byteorder: add bigendian support to
> drm_mode_legacy_fb_form
From: Pan Bian
Function radeon_ring_lock() returns an errno on failure, and its return
value should be validated. However, in functions r420_cp_errata_init()
and r420_cp_errata_fini(), its return value is not checked. This patch
adds the checks.
Signed-off-by: Pan Bian
---
drivers/gpu/drm/rade
From: Pan Bian
Function radeon_fence_emit() returns -ENOMEM if there is no enough
memory. And in this case, function radeon_ring_unlock_undo() rather than
function radeon_ring_unlock_commit() should be called. However, in
function radeon_test_create_and_emit_fence(), the return value of
radeon_fe
With the include directives under include/drm/ fixed, this flag is
no longer needed.
Signed-off-by: Masahiro Yamada
---
Changes in v2: None
drivers/gpu/drm/mga/Makefile | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/gpu/drm/mga/Makefile b/drivers/gpu/drm/mga/Makefile
index 6068478.
Include instead of relative path from include/drm, then
remove the -Iinclude/drm compiler flag.
Signed-off-by: Masahiro Yamada
---
Changes in v2:
- Sort the touched parts
drivers/gpu/drm/qxl/Makefile | 2 --
drivers/gpu/drm/qxl/qxl_debugfs.c | 2 +-
drivers/gpu/drm/qxl/qxl_display.c
With the include directives under include/drm/ fixed, this flag is
no longer needed.
Signed-off-by: Masahiro Yamada
---
Changes in v2: None
drivers/gpu/drm/udl/Makefile | 3 ---
1 file changed, 3 deletions(-)
diff --git a/drivers/gpu/drm/udl/Makefile b/drivers/gpu/drm/udl/Makefile
index 195bc
Many Makefiles needed to add -Iinclude/drm as an include path,
but the right thing to do is to include headers in the form
#include
This series fixes the source files, then rip off -Iinclude/drm flags.
Masahiro Yamada (29):
drm: make drm_panel.h self-contained
drm/ttm: fix include notatio
Include instead of relative path from include/drm, then
remove the -Iinclude/drm compiler flag.
Signed-off-by: Masahiro Yamada
---
Changes in v2: None
drivers/gpu/drm/bochs/Makefile | 1 -
drivers/gpu/drm/bochs/bochs.h | 4 ++--
2 files changed, 2 insertions(+), 3 deletions(-)
diff --git a/
With the include directives under include/drm/ fixed, this flag is
no longer needed.
Signed-off-by: Masahiro Yamada
---
Changes in v2: None
drivers/gpu/drm/vgem/Makefile | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/gpu/drm/vgem/Makefile b/drivers/gpu/drm/vgem/Makefile
index bfcde
Include instead of relative path from include/drm, then
remove the -Iinclude/drm compiler flag.
Signed-off-by: Masahiro Yamada
---
Changes in v2:
- Sort the touched part alphabetically
drivers/gpu/drm/cirrus/Makefile | 1 -
drivers/gpu/drm/cirrus/cirrus_ttm.c | 3 ++-
2 files changed, 2
在 2017-04-24 16:51,Maxime Ripard 写道:
Hi,
On Sun, Apr 23, 2017 at 06:37:45PM +0800, Icenowy Zheng wrote:
+static const struct of_device_id sunxi_de2_clk_ids[] = {
+ {
+ .compatible = "allwinner,sun8i-a83t-de2-clk",
+ .data = &sun8i_a83t_de2_clk_desc,
+ },
Include instead of relative path from include/drm, then
remove the -Iinclude/drm compiler flag.
While we are here, sort the touched parts alphabetically.
Signed-off-by: Masahiro Yamada
Reviewed-by: Andrzej Hajda
---
Changes in v2:
- Sort the includes alphabetically (Andrzej Hajda)
drivers
Include instead of relative path from include/drm, then
remove the -Iinclude/drm compiler flag.
Signed-off-by: Masahiro Yamada
---
Changes in v2: None
drivers/gpu/drm/tilcdc/Makefile | 1 -
drivers/gpu/drm/tilcdc/tilcdc_drv.c | 3 +--
2 files changed, 1 insertion(+), 3 deletions(-)
diff
With the include directives under include/drm/ fixed, this flag is
no longer needed.
Signed-off-by: Masahiro Yamada
---
Changes in v2: None
drivers/gpu/drm/r128/Makefile | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/gpu/drm/r128/Makefile b/drivers/gpu/drm/r128/Makefile
index 1cc72
Having another quick search now had revealed the Hummingboard Edge,
which has 2GB RAM and M.2, although I've not found a UK reseller yet.
That seems like it could be another good choice?
On Mon, Apr 24, 2017 at 10:18 AM, Dan MacDonald wrote:
> Hi Phillip
>
> Do you think there is any hope for us
Include instead of relative path from include/drm, then
remove the -Iinclude/drm compiler flag.
Signed-off-by: Masahiro Yamada
---
Changes in v2:
- Sort the touched part alphabetically
drivers/gpu/drm/ast/Makefile | 2 --
drivers/gpu/drm/ast/ast_ttm.c | 3 ++-
2 files changed, 2 insertions
Include instead of relative path from include/drm, then
remove the -Iinclude/drm compiler flag.
Signed-off-by: Masahiro Yamada
Reviewed-by: Michel Dänzer
---
Changes in v2: None
drivers/gpu/drm/radeon/Makefile | 2 +-
drivers/gpu/drm/radeon/btc_dpm.c | 2 +-
drivers/gpu/drm/radeon
Include instead of relative path from include/drm, then
remove the -Iinclude/drm compiler flag.
Signed-off-by: Masahiro Yamada
---
Changes in v2: None
drivers/gpu/drm/vmwgfx/Makefile | 3 ---
drivers/gpu/drm/vmwgfx/vmwgfx_cmdbuf.c | 3 ++-
drivers/gpu/drm/vmwgfx/vmwgfx_context.c | 3
With the include directives under include/drm/ fixed, this flag is
no longer needed.
Signed-off-by: Masahiro Yamada
---
Changes in v2: None
drivers/gpu/drm/i810/Makefile | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/gpu/drm/i810/Makefile b/drivers/gpu/drm/i810/Makefile
index 43844
On Mon, Apr 24, 2017 at 1:12 PM, Sylwester Nawrocki
wrote:
> On 04/22/2017 05:22 PM, Krzysztof Kozlowski wrote:
>>> @@ -354,10 +359,12 @@ static int samsung_pll36xx_set_rate(struct clk_hw
>>> *hw, unsigned long drate,
>>> writel_relaxed(pll_con1, pll->con_reg + 4);
>>>
>>> /* wait_
With the include directives under include/drm/ fixed, this flag is
no longer needed.
Signed-off-by: Masahiro Yamada
---
Changes in v2: None
drivers/gpu/drm/i2c/Makefile | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/gpu/drm/i2c/Makefile b/drivers/gpu/drm/i2c/Makefile
index 43aa33
Include instead of relative path from include/drm, then
remove the -Iinclude/drm compiler flag.
Signed-off-by: Masahiro Yamada
Reviewed-by: Michel Dänzer
---
Changes in v2: None
drivers/gpu/drm/amd/amdgpu/Makefile | 2 +-
drivers/gpu/drm/amd/amdgpu/amdgpu.h | 10 +-
driver
For the C file, include instead of relative path from
include/drm.
For headers in include/drm/ttm, simplify the with "*.h".
This allows us to remove the -Iinclude/drm compiler flag from
drivers/gpu/drm/ttm/Makefile (and from other drivers' Makefiles).
Signed-off-by: Masahiro Yamada
---
Chang
Include instead of relative path from include/drm, then
remove the -Iinclude/drm compiler flag.
Signed-off-by: Masahiro Yamada
---
Changes in v2:
- Sort the touched part alphabetically
drivers/gpu/drm/mgag200/Makefile | 1 -
drivers/gpu/drm/mgag200/mgag200_ttm.c | 3 ++-
2 files change
dg
On Mon, Apr 24, 2017 at 07:39:27PM +0200, Arnd Bergmann wrote:
> On Mon, Apr 24, 2017 at 12:44 PM, Lucas Stach wrote:
> > Am Mittwoch, den 19.04.2017, 20:11 +0200 schrieb Arnd Bergmann:
> >> When CONFIG_THERMAL is enabled as a loadable module, and etnaviv is
> >> built-in, we get a link error:
-ENOSYS and -EINVAL are referenced in some static inline functions.
of_drm_find_pane() takes a pointer to struct device_node.
Make this header self-contained to not depend on specific include
order.
Signed-off-by: Masahiro Yamada
---
Changes in v2: None
include/drm/drm_panel.h | 2 ++
1 file
Hi Phillip
Do you think there is any hope for us getting the GPU to work on my
Element14 SABRE Lite or is it a lost cause, with it being such a rare
board combined with my lack of of kernel dev skills and limited dev
time for this? I'm sure I'll find a non-GPU dependent use for the SL
if that is t
With the include directives under include/drm/ fixed, this flag is
no longer needed.
Signed-off-by: Masahiro Yamada
---
Changes in v2: None
drivers/gpu/drm/gma500/Makefile | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/gpu/drm/gma500/Makefile b/drivers/gpu/drm/gma500/Makefile
index
Hello,
Le 19/04/2017 à 06:51, Archit Taneja a écrit :
>
>
> On 04/14/2017 02:01 PM, Romain Perier wrote:
>> Currently, the audio sampler clock is enabled from dw_hdmi_setup() at
>> step E. and is kept enabled for later use. This clock should be enabled
>> and disabled along with the actual audio
With the include directives under include/drm/ fixed, this flag is
no longer needed.
Signed-off-by: Masahiro Yamada
---
Changes in v2: None
drivers/gpu/drm/omapdrm/Makefile | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/gpu/drm/omapdrm/Makefile b/drivers/gpu/drm/omapdrm/Makefile
in
Hello,
> Took the liberty of going ahead with the fixes. Queued both patches to
> drm-misc-next.
>
> Thanks,
> Archit
You were right. Sorry for the delay, I am back from vacations :)
Regards,
Romain
___
dri-devel mailing list
dri-devel@lists.freedeskto
Include instead of relative path from include/drm, then
remove the -Iinclude/drm compiler flag.
While we are here, use <...> instead of "..." for include/linux/*.h
headers too.
Signed-off-by: Masahiro Yamada
---
Changes in v2: None
drivers/gpu/drm/vc4/Makefile| 2 --
drivers/gpu/drm/vc4
Include instead of relative path from include/drm, then
remove the -Iinclude/drm compiler flag.
While we are here, sort the touched parts with public headers first.
mdp4_kms.h must declare struct device_node to be self-contained.
Signed-off-by: Masahiro Yamada
---
Changes in v2:
- Sort inclu
With the include directives under include/drm/ fixed, this flag is
no longer needed.
Signed-off-by: Masahiro Yamada
---
Changes in v2: None
drivers/gpu/drm/savage/Makefile | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/gpu/drm/savage/Makefile b/drivers/gpu/drm/savage/Makefile
index
With the include directives under include/drm/ fixed, this flag is
no longer needed.
Signed-off-by: Masahiro Yamada
---
Changes in v2: None
drivers/gpu/drm/tdfx/Makefile | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/gpu/drm/tdfx/Makefile b/drivers/gpu/drm/tdfx/Makefile
index 0379f
Include instead of relative path from include/drm, then
remove the -Iinclude/drm compiler flag.
Signed-off-by: Masahiro Yamada
---
Changes in v2: None
drivers/gpu/drm/virtio/Makefile | 2 --
drivers/gpu/drm/virtio/virtgpu_debugfs.c | 2 +-
drivers/gpu/drm/virtio/virtgpu_drv.c |
Include instead of relative path from include/drm, then
remove the -Iinclude/drm compiler flag.
Signed-off-by: Masahiro Yamada
---
Changes in v2: None
drivers/gpu/drm/nouveau/Kbuild| 1 -
drivers/gpu/drm/nouveau/nouveau_drm.c | 4 ++--
drivers/gpu/drm/nouveau/nouveau_drv.h | 2 +-
dri
With the include directives under include/drm/ fixed, this flag is
no longer needed.
Signed-off-by: Masahiro Yamada
---
Changes in v2: None
drivers/gpu/drm/sis/Makefile | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/gpu/drm/sis/Makefile b/drivers/gpu/drm/sis/Makefile
index 441c061.
With the include directives under include/drm/ fixed, this flag is
no longer needed.
Signed-off-by: Masahiro Yamada
---
Changes in v2: None
drivers/gpu/drm/via/Makefile | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/gpu/drm/via/Makefile b/drivers/gpu/drm/via/Makefile
index d59e258.
Include instead of relative path from include/drm, then
remove the -Iinclude/drm compiler flag.
Signed-off-by: Masahiro Yamada
---
Changes in v2: None
drivers/gpu/drm/hisilicon/hibmc/Makefile| 1 -
drivers/gpu/drm/hisilicon/hibmc/hibmc_ttm.c | 2 +-
2 files changed, 1 insertion(+), 2 dele
https://bugs.freedesktop.org/show_bug.cgi?id=100781
katof...@protonmail.com changed:
What|Removed |Added
CC||katof...@protonmail.com
https://bugs.freedesktop.org/show_bug.cgi?id=100781
Bug ID: 100781
Summary: "Black Mesa" will not Launch
Product: Mesa
Version: 17.0
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Severity: normal
For the Raspberry Pi's bindings, the power domain also implicitly
turns on the clock and deasserts reset, but for the new Cygnus port we
start representing the clock in the devicetree.
v2: Document the clock-names property, check for -ENOENT for no clock
in DT.
v3: Drop NULL checks around clk
This is required for the panel to work on bcm911360, where CLCDCLK is
the fixed 200Mhz AXI41 clock. The rate set is still passed up to the
CLCDCLK, for platforms that have a settable rate on that one.
Signed-off-by: Eric Anholt
---
drivers/gpu/drm/pl111/pl111_display.c | 161 +++
> -Original Message-
> From: Mario Kleiner [mailto:mario.kleiner...@gmail.com]
> Sent: Monday, April 24, 2017 12:54 PM
> To: dri-devel@lists.freedesktop.org
> Cc: amd-...@lists.freedesktop.org; Grodzovsky, Andrey;
> mario.kleiner...@gmail.com; Wentland, Harry; Deucher, Alexander;
> Daenze
https://bugs.freedesktop.org/show_bug.cgi?id=100726
Alex Deucher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
On Mon, Apr 24, 2017 at 12:44 PM, Lucas Stach wrote:
> Am Mittwoch, den 19.04.2017, 20:11 +0200 schrieb Arnd Bergmann:
>> When CONFIG_THERMAL is enabled as a loadable module, and etnaviv is
>> built-in, we get a link error:
>>
>> drivers/gpu/drm/etnaviv/etnaviv_gpu.o: In function `etnaviv_gpu_bind
On Mon, Apr 24, 2017 at 05:26:03PM +0300, Ville Syrjälä wrote:
> On Mon, Apr 24, 2017 at 04:54:25PM +0900, Michel Dänzer wrote:
> > On 24/04/17 04:36 PM, Gerd Hoffmann wrote:
> > >
> > >>> drm: fourcc byteorder: add DRM_FORMAT_CPU_*
> > >>> drm: fourcc byteorder: add bigendian support to
> > >
Hi,
On 24 April 2017 at 15:26, Ville Syrjälä wrote:
> On Mon, Apr 24, 2017 at 04:54:25PM +0900, Michel Dänzer wrote:
>> On 24/04/17 04:36 PM, Gerd Hoffmann wrote:
>> > When running in opengl mode there will be a hardware-specific mesa
>> > driver in userspace, which will either know what the gpu
On Mon, Apr 24, 2017 at 06:49:04PM +0300, Jyri Sarha wrote:
> On 04/24/17 18:13, Ville Syrjälä wrote:
> >> What about the uapi structs? In the patch there is an explicit struct
> >> naming each coefficient for what they are for in YCbCr to RGB
> >> conversion. Is this Ok, or should we go with a gen
Make sure we do not program a hw pageflip inside vblank 'n' iff the
atomic flip is comitted while inside the same vblank 'n'. We must
defer such a flip by one refresh cycle to vblank 'n+1', unless this
is a DRM_MODE_PAGE_FLIP_ASYNC async pageflip, which must always
execute as soon as possible.
Wit
Patches 1-3: Reviewed-by: Harry Wentland
Patch 4: Acked-by: Harry Wentland
Harry
On 2017-04-21 01:51 AM, Dhinakaran Pandiyan wrote:
Changes in this version:
Used connector->atomic_check() to release vcpi slots instead of the
atomic_release() callback.
This series introduces void * type drive
https://bugs.freedesktop.org/show_bug.cgi?id=100726
--- Comment #3 from hiwatari.se...@gmail.com ---
This seems to have been fixed somewhere between 4.10.8 and 4.10.11.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-de
On 04/24/17 18:13, Ville Syrjälä wrote:
>> What about the uapi structs? In the patch there is an explicit struct
>> naming each coefficient for what they are for in YCbCr to RGB
>> conversion. Is this Ok, or should we go with a generic (CTM style)
>> matrix, that could be used for RGB to YCbCr conv
On Mon, Apr 24, 2017 at 04:21:39PM +0300, Jyri Sarha wrote:
> On 04/21/17 16:52, Ville Syrjälä wrote:
> > On Fri, Apr 21, 2017 at 04:39:16PM +0300, Jyri Sarha wrote:
> >> On 04/21/17 14:17, Ville Syrjälä wrote:
> +static char *ycbcr_to_rgb_mode_name[] = {
> +[DRM_PLANE_YCBCR_BT601
On 16/04/17 05:08, Wei Yongjun wrote:
> From: Wei Yongjun
>
> PTR_ERR should access the value just tested by IS_ERR, otherwise
> the wrong error code will be returned.
>
> Fixes: b386c6b73ac6 ("gpu: host1x: Support module reset")
> Signed-off-by: Wei Yongjun
> ---
> drivers/gpu/host1x/dev.c |
Hi Dave,
Latest updates on Mali DP, adding support for colour management,
plane scaling and power management.
Many thanks,
Liviu
The following changes since commit 6b1462700b4a6a1244c018cdd2fa97ded43090a0:
Merge tag 'drm-misc-next-fixes-2017-04-20' of
git://anongit.freedesktop.org/git/drm-mi
On Fri, Apr 21, 2017 at 6:53 PM, Eric Anholt wrote:
> Daniel Vetter writes:
>
>> On Wed, Apr 19, 2017 at 7:55 PM, Eric Anholt wrote:
>>> Daniel Vetter writes:
On Tue, Apr 18, 2017 at 9:11 PM, Eric Anholt wrote:
> The FBDEV initialization would throw an error in dmesg, when we just
>>>
On Mon, Apr 24, 2017 at 04:54:25PM +0900, Michel Dänzer wrote:
> On 24/04/17 04:36 PM, Gerd Hoffmann wrote:
> >
> >>> drm: fourcc byteorder: add DRM_FORMAT_CPU_*
> >>> drm: fourcc byteorder: add bigendian support to
> >>> drm_mode_legacy_fb_format
> >>
> >> As I explained in my last follow
Hi Tomi,
On Monday 24 Apr 2017 13:44:23 Tomi Valkeinen wrote:
> On 21/04/17 00:33, Laurent Pinchart wrote:
> > The is_cache_coherent() function currently returns true when the mapping
> > is not cache-coherent. This isn't a bug as such as the callers interpret
> > cache-coherent as meaning that th
https://bugzilla.kernel.org/show_bug.cgi?id=194843
--- Comment #9 from Johannes Hirte (johannes.hi...@datenkhaos.de) ---
(In reply to Johannes Hirte from comment #8)
> (In reply to Michel Dänzer from comment #7)
> > I wonder if there might be memory corruption going on, in which case
> > enabling
Hi Tomi,
On Monday 24 Apr 2017 13:16:18 Tomi Valkeinen wrote:
> On 21/04/17 00:33, Laurent Pinchart wrote:
> > The reflects the purpose of the function better.
>
> s/The/This/?
Yes, my bad, sorry. I'll fix it in my branch.
> Btw, I usually use "drm/omap" as the subject prefix, it's shorter.
I
Hi Tomi,
On Monday 24 Apr 2017 17:00:52 Laurent Pinchart wrote:
> On Monday 24 Apr 2017 12:37:24 Tomi Valkeinen wrote:
> > On 15/04/17 12:16, Laurent Pinchart wrote:
> >> Create a standard zpos property for every plane as an alias to the
> >> omapdrm-specific zorder property. Unlike the zorder pro
Hi Tomi,
On Monday 24 Apr 2017 12:40:10 Tomi Valkeinen wrote:
> On 15/04/17 12:16, Laurent Pinchart wrote:
> > The DRM core implements a standard "zpos" property to control planes
> > ordering. The omapdrm driver implements a similar property named
> > "zorder". Although we can't switch to DRM cor
Hi Tomi,
On Monday 24 Apr 2017 12:37:24 Tomi Valkeinen wrote:
> On 15/04/17 12:16, Laurent Pinchart wrote:
> > Create a standard zpos property for every plane as an alias to the
> > omapdrm-specific zorder property. Unlike the zorder property that has to
> > be instantiated for both planes and CRT
On 04/21/17 16:52, Ville Syrjälä wrote:
> On Fri, Apr 21, 2017 at 04:39:16PM +0300, Jyri Sarha wrote:
>> On 04/21/17 14:17, Ville Syrjälä wrote:
+static char *ycbcr_to_rgb_mode_name[] = {
+ [DRM_PLANE_YCBCR_BT601_LIM_TO_RGB_BT601_FULL] =
+ "YCbCr BT.601 limited range TO RGB
Hi Rob,
Am Mittwoch, den 19.04.2017, 16:15 -0500 schrieb Rob Herring:
> On Wed, Apr 12, 2017 at 07:15:26PM +0200, Lucas Stach wrote:
> > This adds support for the NLT Technologies NL192108AC18-02D
> > 15.6" LVDS FullHD TFT LCD panel, which can be supported
> > by the simple panel driver.
> >
> >
On Mon, Apr 24, 2017 at 03:57:02PM +0900, Michel Dänzer wrote:
> On 22/04/17 07:05 PM, Ville Syrjälä wrote:
> > On Fri, Apr 21, 2017 at 06:14:31PM +0200, Gerd Hoffmann wrote:
> >> Hi,
> >>
> My personal opinion is that formats in drm_fourcc.h should be
> independent of the CPU byte ord
On Fri, Apr 21, 2017 at 07:49:04PM +0300, Ville Syrjälä wrote:
On Fri, Apr 21, 2017 at 04:34:00PM +0100, Brian Starkey wrote:
On Fri, Apr 21, 2017 at 06:21:48PM +0300, Ville Syrjälä wrote:
>On Fri, Apr 21, 2017 at 03:53:42PM +0100, Brian Starkey wrote:
>> Hi,
>>
>> Thanks for picking this up Jyr
On 18 April 2017 at 23:16, Daniel Vetter wrote:
> On Tue, Apr 18, 2017 at 8:33 PM, Kristian Høgsberg
> wrote:
As far as I understand the property mechanism, the numeric values
aren't actually ABI. The string names of the enum values are the ABI
and you're supposed to parse the enu
https://bugzilla.kernel.org/show_bug.cgi?id=194843
--- Comment #8 from Johannes Hirte (johannes.hi...@datenkhaos.de) ---
(In reply to Michel Dänzer from comment #7)
> I wonder if there might be memory corruption going on, in which case
> enabling CONFIG_KASAN for the kernel build might give more c
On Sun, Apr 23, 2017 at 06:11:04PM +0200, Hans de Goede wrote:
> Hi All,
>
> So I recently bought a (second-hand) Bay Trail tablet which has its LCD
> mounted upside-down. As such I've ported Ville Syrjala's patches to deal
> with this to current mainline and I'm hereby posting them upstream
> for
On 19-04-17 17:43, Daniel Vetter wrote:
> On Thu, Apr 13, 2017 at 11:15:37AM +0200, Maarten Lankhorst wrote:
>> This is required to for i915 to convert connector properties to atomic.
>>
>> Changes since v1:
>> - Add docbook info. (danvet)
>> - Change picture_aspect_ratio to enum hdmi_picture_aspec
https://bugs.freedesktop.org/show_bug.cgi?id=100067
--- Comment #10 from Vedran Miletić ---
Thank you for reporting back!
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.freedesktop.o
On 04/22/2017 05:22 PM, Krzysztof Kozlowski wrote:
[...]
+static void samsung_pll3xxx_disable(struct clk_hw *hw)
+{
+ struct samsung_clk_pll *pll = to_clk_pll(hw);
+ u32 tmp;
+
+ tmp = readl_relaxed(pll->con_reg);
+ tmp |= BIT(pll->enable_offs);
I think you meant here:
On 04/22/2017 04:51 AM, Stephen Boyd wrote:
+static int samsung_pll3xxx_enable(struct clk_hw *hw)
+{
+ struct samsung_clk_pll *pll = to_clk_pll(hw);
+ u32 tmp;
+
+ tmp = readl_relaxed(pll->con_reg);
+ tmp |= BIT(pll->enable_offs);
+ writel_relaxed(tmp, pll->con_reg);
https://bugs.freedesktop.org/show_bug.cgi?id=100712
--- Comment #8 from Julien Isorce ---
Hack submitted here https://patchwork.kernel.org/patch/9695945/. It contains
some info in the commit message and in the replies. For those who want to try,
it is easier to just set R600_DEBUG=nowc as said in
Am Mittwoch, den 19.04.2017, 20:11 +0200 schrieb Arnd Bergmann:
> When CONFIG_THERMAL is enabled as a loadable module, and etnaviv is
> built-in, we get a link error:
>
> drivers/gpu/drm/etnaviv/etnaviv_gpu.o: In function `etnaviv_gpu_bind':
> etnaviv_gpu.c:(.text.etnaviv_gpu_bind+0x34): undefined
On 21/04/17 00:33, Laurent Pinchart wrote:
> The is_cache_coherent() function currently returns true when the mapping
> is not cache-coherent. This isn't a bug as such as the callers interpret
> cache-coherent as meaning that the driver has to handle the coherency
> manually, but it is nonetheless
On 21/04/17 00:33, Laurent Pinchart wrote:
> The omap_gem_cpu_sync() function operates at a page level, while the
> omap_gem_dma_sync() function operates at a buffer level. Rename them to
> omap_gem_cpu_sync_page() and omap_gem_dma_sync_buffer() respectively to
> avoid confusion.
>
> Signed-off-by
On 21/04/17 00:33, Laurent Pinchart wrote:
> The field contains DMA addresses, clarify that by renaming it.
>
> Signed-off-by: Laurent Pinchart
> ---
> drivers/gpu/drm/omapdrm/omap_gem.c | 22 +++---
> 1 file changed, 11 insertions(+), 11 deletions(-)
Reviewed-by: Tomi Valkeinen
On 21/04/17 00:33, Laurent Pinchart wrote:
> This makes the function more readable.
>
> Signed-off-by: Laurent Pinchart
> ---
> drivers/gpu/drm/omapdrm/omap_gem.c | 43
> +++---
> 1 file changed, 21 insertions(+), 22 deletions(-)
Reviewed-by: Tomi Valkeinen
T
On 21/04/17 00:33, Laurent Pinchart wrote:
> The reflects the purpose of the function better.
s/The/This/?
Btw, I usually use "drm/omap" as the subject prefix, it's shorter.
> Signed-off-by: Laurent Pinchart
> ---
> drivers/gpu/drm/omapdrm/omap_drv.h| 4 ++--
> drivers/gpu/drm/omapdrm
https://bugs.freedesktop.org/show_bug.cgi?id=98629
Emil Velikov changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
On 21/04/17 00:33, Laurent Pinchart wrote:
> The fields, variables and functions deal with DMA addresses, name them
> accordingly. The omap_gem_get_paddr() and omap_gem_put_paddr() will be
> addressed differently separately.
>
> Signed-off-by: Laurent Pinchart
> ---
> drivers/gpu/drm/omapdrm/oma
1 - 100 of 129 matches
Mail list logo