On Sat, Sep 30, 2017 at 09:04:57PM +0200, Noralf Trønnes wrote:
>
> Den 30.09.2017 19.12, skrev Meghana Madhyastha:
> >Rename tinydrm_of_find_backlight to drm_of_find_backlight
> >and move it into drm_of.c from tinydrm-helpers.c. This is
> >because other drivers in the drm subsystem might need to
tree: git://people.freedesktop.org/~agd5f/linux.git drm-next-4.15-wip
head: 92c7dfc70d8bd57e4ffae528418fb8a039ea26cb
commit: 9f4b35411cfed96d4f9f092b2fed14905af84d89 [156/283] drm/amd/powerplay:
add CI asics support to smumgr (v3)
config: i386-randconfig-c0-10010618 (attached as .config)
compi
tree: git://people.freedesktop.org/~agd5f/linux.git drm-next-4.15-wip
head: 92c7dfc70d8bd57e4ffae528418fb8a039ea26cb
commit: 5d86b2c391965cbcb295e8fa795276977b2a416e [169/283] drm/amd: Closed hash
table with low overhead (v2)
config: mn10300-allmodconfig (attached as .config)
compiler: am33_2.
On Sun, Sep 24, 2017 at 10:36 PM, Rob Herring wrote:
> On Wed, Sep 20, 2017 at 6:56 AM, Linus Walleij
> wrote:
>> On Sat, Sep 2, 2017 at 11:17 PM, Linus Walleij
>> wrote:
Normally, we the physical panel is described which would imply all these
settings. Are there lots of panels with
Could you test and review it? On hand, I have no env.
Regards,
David Zhou
发自坚果 Pro
Marek Ol?醟 于 2017年9月30日 下午11:56写道：
The idea sounds good.
Marek
On Sat, Sep 30, 2017 at 3:55 AM, Chunming Zhou wrote:
> My mean is like the attached, I revert part of yours.
>
> Regards,
>
> David zhou
>
>
>
On Mon, Sep 25, 2017 at 12:25 PM, Dan Carpenter
wrote:
> devm_ioremap_resource() returns error pointer, it never returns NULL on
> error.
>
> Fixes: 179c02fe90a4 ("drm/tve200: Add new driver for TVE200")
> Signed-off-by: Dan Carpenter
Patch applied.
Yours,
Linus Walleij
___
On Mon, Sep 25, 2017 at 12:30 PM, Dan Carpenter
wrote:
> The callers expect "panel" to be initialized, but that isn't true if we
> return -ENODEV. It causes bugs like:
>
> drivers/gpu/drm/tve200/tve200_drv.c:83 tve200_modeset_init()
> error: uninitialized symbol 'panel'.
>
> Signed-off-b
https://bugs.freedesktop.org/show_bug.cgi?id=103047
--- Comment #2 from Steven Noonan ---
I've also uploaded apitrace-generated images from the two replays:
https://www.uplinklabs.net/files/mesa-pr103047/
The "good" folder is rendered with LIBGL_ALWAYS_SOFTWARE=1, and the "bad"
folder is render
https://bugs.freedesktop.org/show_bug.cgi?id=103047
Steven Noonan changed:
What|Removed |Added
Version|unspecified |17.2
--- Comment #1 from Steven Noonan
https://bugs.freedesktop.org/show_bug.cgi?id=103047
Steven Noonan changed:
What|Removed |Added
OS|All |Linux (All)
Hardware|Other
Den 30.09.2017 19.12, skrev Meghana Madhyastha:
Rename tinydrm_of_find_backlight to drm_of_find_backlight
and move it into drm_of.c from tinydrm-helpers.c. This is
because other drivers in the drm subsystem might need to call
this function. In that case and otherwise, it is better from
an organi
Add devm_drm_of_find_backlight and the corresponding release
function because some drivers such as tinydrm use devres versions
of functions for requiring device resources.
Signed-off-by: Meghana Madhyastha
---
Changes in v6:
- Remove docstring for devm_drm_of_backlight_release because it is
and
Rename tinydrm_of_find_backlight to drm_of_find_backlight
and move it into drm_of.c from tinydrm-helpers.c. This is
because other drivers in the drm subsystem might need to call
this function. In that case and otherwise, it is better from
an organizational point of view to move it into drm_of.c alo
Move tinydrm_of_find_backlight to drm_of.c and rename it to
drm_of_find_backlight for better organizational structure.
Changes in v6:
-Move function declarations to linux/backlight.h to prevent
build errors for the dependencies issue.
-Remove docs for devm_drm_of_find_backlight_release as it is
The idea sounds good.
Marek
On Sat, Sep 30, 2017 at 3:55 AM, Chunming Zhou wrote:
> My mean is like the attached, I revert part of yours.
>
> Regards,
>
> David zhou
>
>
>
> On 2017年09月29日 22:15, Marek Olšák wrote:
>>
>> On Fri, Sep 29, 2017 at 4:13 PM, Marek Olšák wrote:
>>>
>>> On Fri, Sep 29
https://bugs.freedesktop.org/show_bug.cgi?id=60879
--- Comment #170 from David Verelst ---
Created attachment 134576
--> https://bugs.freedesktop.org/attachment.cgi?id=134576&action=edit
journalctl -k amdgpu with linux-amd-staging-git
Also no luck with AMDGPU. Here's the kernel output for boot
On 21/09/17 06:01, Jernej Skrabec wrote:
> [added media mailing list due to CEC question]
>
> This patch series adds a HDMI glue driver for Allwinner H3 SoC. For now, only
> video and CEC functionality is supported. Audio needs more tweaks.
>
> Series is based on the H3 DE2 patch series available
Den 30.09.2017 11.10, skrev Meghana Madhyastha:
Add select BACKLIGHT_LCD_SUPPORT, BACKLIGHT_CLASS_DEVICE to
the Kconfig of drm. This is required for the successful build of
drm_of_find_backlight helpers.
Signed-off-by: Meghana Madhyastha
---
Changes in v5:
-This commit was not present in v4. S
Den 30.09.2017 11.07, skrev Meghana Madhyastha:
Add the dummy versions (function definition returning -EINVAL) of
drm_of_find_backlight and devm_drm_of_find_backlight in the #else
part of the conditional directive in drm_of.h. This is needed
for drivers where CONFIG_OF is optional.
Signed-off-b
Den 30.09.2017 11.05, skrev Meghana Madhyastha:
Add devm_drm_of_find_backlight and the corresponding release
function because some drivers such as tinydrm use devres versions
of functions for requiring device resources.
Signed-off-by: Meghana Madhyastha
---
Changes in v5:
-None
drivers/gpu/
On Fri, Sep 29, 2017 at 05:41:04PM +0200, Noralf Trønnes wrote:
>
> Den 29.09.2017 16.13, skrev Meghana Madhyastha:
> >On Fri, Sep 29, 2017 at 02:33:12PM +0200, Noralf Trønnes wrote:
> >>Den 29.09.2017 14.20, skrev Meghana Madhyastha:
> >>>On Fri, Sep 29, 2017 at 02:10:31PM +0200, Noralf Trønnes w
Add select BACKLIGHT_LCD_SUPPORT, BACKLIGHT_CLASS_DEVICE to
the Kconfig of drm. This is required for the successful build of
drm_of_find_backlight helpers.
Signed-off-by: Meghana Madhyastha
---
Changes in v5:
-This commit was not present in v4. Selecting BACKLIGHT_LCD_SUPPORT,
BACKLIGHT_CLASS_DEV
Add the dummy versions (function definition returning -EINVAL) of
drm_of_find_backlight and devm_drm_of_find_backlight in the #else
part of the conditional directive in drm_of.h. This is needed
for drivers where CONFIG_OF is optional.
Signed-off-by: Meghana Madhyastha
---
Changes in v5:
-Fix the
Add devm_drm_of_find_backlight and the corresponding release
function because some drivers such as tinydrm use devres versions
of functions for requiring device resources.
Signed-off-by: Meghana Madhyastha
---
Changes in v5:
-None
drivers/gpu/drm/drm_of.c | 47
Rename tinydrm_of_find_backlight to drm_of_find_backlight
and move it into drm_of.c from tinydrm-helpers.c. This is
because other drivers in the drm subsystem might need to call
this function. In that case and otherwise, it is better from
an organizational point of view to move it into drm_of.c alo
This patchset introduces some changes such as move
tinydrm_of_find_backlight to drm_of.c and rename it to
drm_of_find_backlight for better organizational structure.
Changes in v5:
-Fix kbuild errors and warnings
Meghana Madhyastha (4):
drm/tinydrm: Move tinydrm_of_find_backlight into drm_of.c
Am 30.09.2017 um 10:13 schrieb Dan Carpenter:
We shifted some code around in commit 9cca0b8e5df0 ("drm/amdgpu: move
amdgpu_cs_sysvm_access_required into find_mapping") and now my static
checker complains that "r" might not be initialized at the end of the
function. I've reviewed the code, and th
Haven't looked into how to do this properly.
Fixes display initialization on the Acer Chromebook R13.
Reverts mediatek part of ebc9446135671b89c2397f438af45d9cef0d1368
("drm: convert drivers to use drm_of_find_panel_or_bridge")
Signed-off-by: Ulrich Hecht
---
drivers/gpu/drm/mediatek/mtk_dsi.c
Do you have any suggests for this series of patches?
Or apply to drm-misc-next?
在 2017/9/22 11:00, Sandy Huang 写道:
This patches add support rockchip RGB output, Some Rockchip CRTCs, like rv1108,
can directly output parallel and serial RGB data to panel or to conversion chip.
So we add this driv
Mainline driver doesn't work on R13, haven't looked into this yet.
Signed-off-by: Ulrich Hecht
---
drivers/mmc/host/mtk-sd.c | 465 +++---
1 file changed, 230 insertions(+), 235 deletions(-)
diff --git a/drivers/mmc/host/mtk-sd.c b/drivers/mmc/host/mtk-sd
On 09/30/2017 05:41 AM, Dmitry Osipenko wrote:
On 28.09.2017 15:50, Mikko Perttunen wrote:
..
diff --git a/drivers/gpu/host1x/hw/channel_hw.c
b/drivers/gpu/host1x/hw/channel_hw.c
index 8447a56c41ca..b929d7f1e291 100644
--- a/drivers/gpu/host1x/hw/channel_hw.c
+++ b/drivers/gpu/host1x/hw/channel
Hi Chen-Yu,
On Fri, Sep 29, 2017 at 8:22 PM, Chen-Yu Tsai wrote:
> On Fri, Sep 29, 2017 at 6:20 PM, Maxime Ripard
> wrote:
>> On Fri, Sep 29, 2017 at 08:22:56AM +, Chen-Yu Tsai wrote:
>>> On systems with 2 TCONs such as the A31, it is possible to demux the
>>> output of the TCONs to one enco
Hi!
This is a very rough cut of support for the MT8173-based Acer Chromebook R13
("Elm") platform. It mostly consists of drivers ported from the chromeos-3.18
vendor kernel, a little device tree, and a number of hacks.
This is the first iteration that worked well enough to light up the display
an
To determine type of SOC, we add a parameter dev_type.
Signed-off-by: Algea Cao
---
drivers/gpu/drm/rockchip/dw_hdmi-rockchip.c | 5 +
include/drm/bridge/dw_hdmi.h| 10 ++
2 files changed, 15 insertions(+)
diff --git a/drivers/gpu/drm/rockchip/dw_hdmi-rockchip.c
b/
Signed-off-by: Ulrich Hecht
---
arch/arm64/boot/dts/mediatek/Makefile|1 +
arch/arm64/boot/dts/mediatek/mt8173-elm-rev3.dts | 21 +
arch/arm64/boot/dts/mediatek/mt8173-elm.dtsi | 210 +
arch/arm64/boot/dts/mediatek/mt8173-oak.dtsi | 1014 ++
4 fi
Ported from chromeos-3.18 kernel.
Signed-off-by: Ulrich Hecht
---
drivers/soc/mediatek/Kconfig| 10 +
drivers/soc/mediatek/Makefile |1 +
drivers/soc/mediatek/mtk-cmdq.c | 2814 +++
include/soc/mediatek/cmdq.h | 211 +++
4 files changed, 3036
On 28.09.2017 15:50, Mikko Perttunen wrote:
> Use the u64_to_user_ptr helper macro to cast IOCTL argument u64 values
> to user pointers instead of writing out the cast manually. Also do
> some other cleanup with user pointers to make them stand out more
> and look cleaner.
>
> Signed-off-by: Mikko
Add clk hclk_vio and enable it when hdmi bind.
Signed-off-by: Algea Cao
---
drivers/gpu/drm/rockchip/dw_hdmi-rockchip.c | 21 +
1 file changed, 21 insertions(+)
diff --git a/drivers/gpu/drm/rockchip/dw_hdmi-rockchip.c
b/drivers/gpu/drm/rockchip/dw_hdmi-rockchip.c
index 7658
These patches add support drm hdmi in RK3328 and has been tested in RK
development
board. We add dev_type to distinguish different rockchip chips. Hdmi phy or
some regs
configuration can't be switched according to dev_type, that hdmi driver's
compatibility
will be better.
Algea Cao (7):
drm/r
Add device type to distinguish different chips.Different chips
use different phy ops, get them by device type.
Signed-off-by: Algea Cao
---
drivers/gpu/drm/bridge/synopsys/dw-hdmi.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/bridge/synopsys/dw-hdmi.c
Forward-ported from chromeos-3.18 vendor kernel.
Signed-off-by: Ulrich Hecht
---
drivers/gpu/drm/mediatek/Makefile| 2 +
drivers/gpu/drm/mediatek/mtk_drm_drv.c | 9 ++
drivers/gpu/drm/mediatek/mtk_drm_drv.h | 4 +-
drivers/gpu/drm/mediatek/mtk_drm_fb.c| 13 +++
drivers/gpu
Add rk3328-dw-hdmi to support rk3328.
Signed-off-by: Algea Cao
---
.../devicetree/bindings/display/rockchip/dw_hdmi-rockchip.txt | 1 +
drivers/gpu/drm/rockchip/dw_hdmi-rockchip.c | 6 ++
2 files changed, 7 insertions(+)
diff --git
a/Documentation/devicetree/b
Ported from chromeos-3.18 kernel.
Signed-off-by: Ulrich Hecht
---
drivers/gpu/drm/bridge/Kconfig | 12 +
drivers/gpu/drm/bridge/Makefile|3 +
drivers/gpu/drm/bridge/parade-ps8640.c | 1104
3 files changed, 1119 insertions(+)
create mode 100
Writing grf register according to device type.
Signed-off-by: Algea Cao
---
drivers/gpu/drm/rockchip/dw_hdmi-rockchip.c | 19 ++-
1 file changed, 18 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/rockchip/dw_hdmi-rockchip.c
b/drivers/gpu/drm/rockchip/dw_hdmi-rockchip
Change dw_hdmi_phy_read_hpd from static to export.
inno hdmi phy ops will call this interface to get
hpd status.
Signed-off-by: Algea Cao
---
drivers/gpu/drm/bridge/synopsys/dw-hdmi.c | 5 +++--
include/drm/bridge/dw_hdmi.h | 3 ++-
2 files changed, 5 insertions(+), 3 deletions(-)
This check breaks DRM initialization on Acer Chromebook R13, paddr is above
4GB. Haven't looked into this yet.
This reverts commit 76557391433c77d330cede1a531b358d2f90df66.
Signed-off-by: Ulrich Hecht
---
drivers/iommu/io-pgtable-arm-v7s.c | 6 --
drivers/iommu/io-pgtable-arm.c | 7
Because some RK chips use inno hdmi phy, such as RK3328, we add
inno hdmi phy ops.
Signed-off-by: Algea Cao
---
drivers/gpu/drm/rockchip/dw_hdmi-rockchip.c | 110 +++-
1 file changed, 107 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/rockchip/dw_hdmi-rockchi
On 28.09.2017 15:50, Mikko Perttunen wrote:
> The disassembler for debug dumps was missing some newer host1x opcodes.
> Add disassembly support for these.
>
> Signed-off-by: Mikko Perttunen
> ---
Reviewed-by: Dmitry Osipenko
And for older Tegra's:
Tested-by: Dmitry Osipenko
> drivers/gpu/
On 28.09.2017 15:50, Mikko Perttunen wrote:
> Since Tegra186 the Host1x hardware allows syncpoints to be assigned to
> specific channels, preventing any other channels from incrementing
> them.
>
> Enable this feature where available and assign syncpoints to channels
> when submitting a job. Syncp
Replace reference/unreference with get/put as it is consistent
with the kernel coding style. Done using the following semantic
patch by coccinelle.
@r@
expression e;
@@
-drm_gem_object_unreference_unlocked(e);
+drm_gem_object_put_unlocked(e);
Signed-off-by: Srishti Sharma
---
drivers/gpu/drm/v
Hi Chen-Yu,
On Sat, Sep 30, 2017 at 3:58 PM, Chen-Yu Tsai wrote:
> On Sat, Sep 30, 2017 at 1:35 PM, Julian Calaby
> wrote:
>> Hi Chen-Yu,
>>
>> On Fri, Sep 29, 2017 at 8:22 PM, Chen-Yu Tsai wrote:
>>> On Fri, Sep 29, 2017 at 6:20 PM, Maxime Ripard
>>> wrote:
On Fri, Sep 29, 2017 at 08:22
Ported from chromeos-3.18.
Signed-off-by: Ulrich Hecht
---
drivers/gpu/drm/bridge/Kconfig| 9 ++
drivers/gpu/drm/bridge/Makefile | 1 +
drivers/gpu/drm/bridge/analogix-anx7688.c | 233 ++
3 files changed, 243 insertions(+)
create mode 100644
"mediatek,mt8173-mmsys" is the compatible string for both a clock controller
and a DRM device. The assumption seems to be that all compatible strings
trigger, and that mmsys will be registered as two devices.
This does work in the 3.18 vendor kernel, but it is not what happens in
mainline: only the
Ported from chromeos-3.18 kernel.
Signed-off-by: Ulrich Hecht
---
drivers/platform/chrome/Kconfig| 18 +++
drivers/platform/chrome/Makefile | 2 +
drivers/platform/chrome/chromeos.c | 120 +++
drivers/platform/chrome/chromeos.h | 61
drivers/platfor
Convert instances of dev_error to DRM_DEV_ERROR as we have
DRM_DEV_ERROR variants of drm print macros.
Signed-off-by: Harsha Sharma
---
Changes in v2:
-Fix alignment issues
drivers/gpu/drm/tinydrm/mi0283qt.c | 8
drivers/gpu/drm/tinydrm/repaper.c | 26 +-
dri
Hi Tomi & Laurent,
ping?
-- Sebastian
On Mon, Jul 24, 2017 at 07:32:57PM +0200, Sebastian Reichel wrote:
> Hi,
>
> This adds support for command mode DSI panels to
> omapdrm. I tested the patches on Nokia N950 (omap3)
> and Motorola Droid 4 (omap4). This is basically
> PATCHv3 of my series addi
Ported from chromeos-3.18 kernel.
Signed-off-by: Ulrich Hecht
---
drivers/gpu/drm/bridge/Kconfig| 11 ++
drivers/gpu/drm/bridge/Makefile | 1 +
drivers/gpu/drm/bridge/generic-gpio-mux.c | 316 ++
3 files changed, 328 insertions(+)
create mode
Replace drm_dev_unref with drm_dev_put as it is more consistent
with kernel coding style. Done using the following semantic
patch by coccinelle.
@r@
expression e;
@@
-drm_dev_unref();
+drm_dev_put();
Signed-off-by: Srishti Sharma
---
drivers/gpu/drm/arm/hdlcd_drv.c | 4 ++--
drivers/gpu/drm/a
After commit ea09729c9302 ("drm/amdgpu: rework page directory filling
v2") then it becomes a lot harder to verify that "r" is initialized. My
static checker complains and so I've reviewed the code. It does look
like it might be buggy... Anyway, it doesn't hurt to set "r" to zero
at the start.
Si
We shifted some code around in commit 9cca0b8e5df0 ("drm/amdgpu: move
amdgpu_cs_sysvm_access_required into find_mapping") and now my static
checker complains that "r" might not be initialized at the end of the
function. I've reviewed the code, and that seems possible, but it's
also possible I may
-handler/20170930-080416
base: git://people.freedesktop.org/~airlied/linux.git drm-next
config: arm-allyesconfig (attached as .config)
compiler: arm-linux-gnueabi-gcc (Debian 6.1.1-9) 6.1.1 20160705
reproduce:
wget
https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O
61 matches
Mail list logo
