On 2/11/2021 7:34 AM, Daniel Vetter wrote:
> On Wed, Feb 10, 2021 at 02:00:57PM -0800, Brian Welty wrote:
>>
>> On 2/9/2021 2:54 AM, Daniel Vetter wrote:
>>> On Tue, Jan 26, 2021 at 01:46:25PM -0800, Brian Welty wrote:
This patch adds tracking of which cgroup to make charges against for a
>>
Let's use the newly-added nvmem_cell_read_variable_le_u32() to future
proof ourselves a little bit.
Signed-off-by: Douglas Anderson
---
This is based on my previous patch ("drm/msm: Fix speed-bin support
not to access outside valid memory") which has already landed in
msm-next. In case it's not o
Hi Rob,
Il 05/03/2021 23:54, Rob Herring ha scritto:
On Thu, Feb 18, 2021 at 11:54:52PM +0100, Giulio Benetti wrote:
From: Giulio Benetti
Add DT binding for "jenson,jt60245-01".
Signed-off-by: Giulio Benetti
Signed-off-by: Giulio Benetti
---
.../devicetree/bindings/display/panel/panel-si
From: Giulio Benetti
This patchset introduce Jenson vendor and add 4 of its panels to
panel-simple driver.
Giulio Benetti (9):
dt-bindings: Add Jenson Display vendor prefix
dt-bindings: display/panel: add Jenson JT60245-01
dt-bindings: display/panel: add Jenson JT60248-01
dt-bindings: di
From: Giulio Benetti
This patch adds support for Jenson JT60250-02 1024x600 10.1" panel to DRM
simple panel driver.
Signed-off-by: Giulio Benetti
---
drivers/gpu/drm/panel/panel-simple.c | 27 +++
1 file changed, 27 insertions(+)
diff --git a/drivers/gpu/drm/panel/pane
From: Giulio Benetti
This patch adds support for Jenson JT60245-01 800x480 7" panel to DRM
simple panel driver.
Signed-off-by: Giulio Benetti
---
drivers/gpu/drm/panel/panel-simple.c | 27 +++
1 file changed, 27 insertions(+)
diff --git a/drivers/gpu/drm/panel/panel-si
From: Giulio Benetti
Add DT binding for "jenson,jt60248-01".
Signed-off-by: Giulio Benetti
---
.../devicetree/bindings/display/panel/panel-simple.yaml | 2 ++
1 file changed, 2 insertions(+)
diff --git a/Documentation/devicetree/bindings/display/panel/panel-simple.yaml
b/Documentatio
From: Giulio Benetti
This patch adds support for Jenson JT60249-01 800x480 5" panel to DRM
simple panel driver.
Signed-off-by: Giulio Benetti
---
drivers/gpu/drm/panel/panel-simple.c | 27 +++
1 file changed, 27 insertions(+)
diff --git a/drivers/gpu/drm/panel/panel-si
From: Giulio Benetti
This patch adds support for Jenson JT60248-01 480x272 4.3" panel to DRM
simple panel driver.
Signed-off-by: Giulio Benetti
---
drivers/gpu/drm/panel/panel-simple.c | 27 +++
1 file changed, 27 insertions(+)
diff --git a/drivers/gpu/drm/panel/panel-
From: Giulio Benetti
Add DT binding for "jenson,jt60250-02".
Signed-off-by: Giulio Benetti
---
.../devicetree/bindings/display/panel/panel-simple.yaml | 2 ++
1 file changed, 2 insertions(+)
diff --git a/Documentation/devicetree/bindings/display/panel/panel-simple.yaml
b/Documentatio
From: Giulio Benetti
Add DT binding for "jenson,jt60249-01".
Signed-off-by: Giulio Benetti
---
.../devicetree/bindings/display/panel/panel-simple.yaml | 2 ++
1 file changed, 2 insertions(+)
diff --git a/Documentation/devicetree/bindings/display/panel/panel-simple.yaml
b/Documentatio
From: Giulio Benetti
Add DT binding for "jenson,jt60245-01".
Signed-off-by: Giulio Benetti
---
.../devicetree/bindings/display/panel/panel-simple.yaml | 2 ++
1 file changed, 2 insertions(+)
diff --git a/Documentation/devicetree/bindings/display/panel/panel-simple.yaml
b/Documentatio
From: Giulio Benetti
Update Documentation/devicetree/bindings/vendor-prefixes.yaml to
include "jenson" as a vendor prefix for "Jenson Display".
Company website: http://www.jensondisplay.com/
Signed-off-by: Giulio Benetti
---
Documentation/devicetree/bindings/vendor-prefixes.yaml | 2 ++
1 file
On Mon, 22 Feb 2021 23:34:54 +0800, Zhengqiao Xia wrote:
> Add dt-bindings for 10.1" TFT LCD module called STARRY 2081101
> QFH032011-53G.
>
> Signed-off-by: Zhengqiao Xia
> ---
> .../display/panel/innolux,himax8279d.yaml | 74 +++
> 1 file changed, 74 insertions(+)
> create
Hi,
I can't answer this because our Mesa team doesn't work on LLVM and we don't
build libclc.
Marek
On Thu, Mar 4, 2021 at 10:20 PM Dieter Nützel wrote:
> Hello Marek,
>
> can't compile anything, here.
> Poor Intel Nehalem X3470.
>
> Trying LLVM 12-rc2 later.
>
> Greetings,
> Dieter
>
> llvm-p
On 3/5/21 5:45 PM, Dmitry Baryshkov wrote:
On 15/02/2021 19:27, Jonathan Marek wrote:
Add the required changes to support 7nm pll/phy in CPHY mode.
This adds a "qcom,dsi-phy-cphy-mode" property for the PHY node to enable
the CPHY mode.
Signed-off-by: Jonathan Marek
Other that few comments b
Seems like I messed up the to line and this ended in the wrong list.
Apologies for the noise o/
Emil
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
On Thu, 18 Feb 2021 23:54:53 +0100, Giulio Benetti wrote:
> From: Giulio Benetti
>
> Add DT binding for "jenson,jt60250-02".
>
> Signed-off-by: Giulio Benetti
> Signed-off-by: Giulio Benetti
> ---
> .../devicetree/bindings/display/panel/panel-simple.yaml | 2 ++
> 1 file changed, 2 in
On Thu, Feb 18, 2021 at 11:54:52PM +0100, Giulio Benetti wrote:
> From: Giulio Benetti
>
> Add DT binding for "jenson,jt60245-01".
>
> Signed-off-by: Giulio Benetti
> Signed-off-by: Giulio Benetti
> ---
> .../devicetree/bindings/display/panel/panel-simple.yaml | 2 ++
> 1 file changed
On Thu, 18 Feb 2021 23:54:51 +0100, Giulio Benetti wrote:
> From: Giulio Benetti
>
> Add DT binding for "jenson,jt60249-01".
>
> Signed-off-by: Giulio Benetti
> Signed-off-by: Giulio Benetti
> ---
> .../devicetree/bindings/display/panel/panel-simple.yaml | 2 ++
> 1 file changed, 2 in
On Thu, 18 Feb 2021 23:54:50 +0100, Giulio Benetti wrote:
> From: Giulio Benetti
>
> Add DT binding for "jenson,jt60248-01".
>
> Signed-off-by: Giulio Benetti
> Signed-off-by: Giulio Benetti
> ---
> .../devicetree/bindings/display/panel/panel-simple.yaml | 2 ++
> 1 file changed, 2 in
On Thu, 18 Feb 2021 23:54:49 +0100, Giulio Benetti wrote:
> From: Giulio Benetti
>
> Update Documentation/devicetree/bindings/vendor-prefixes.yaml to
> include "jenson" as a vendor prefix for "Jenson Display".
> Company website: http://www.jensondisplay.com/
>
> Signed-off-by: Giulio Benetti
>
On 15/02/2021 19:27, Jonathan Marek wrote:
Add the required changes to support 7nm pll/phy in CPHY mode.
This adds a "qcom,dsi-phy-cphy-mode" property for the PHY node to enable
the CPHY mode.
Signed-off-by: Jonathan Marek
Other that few comments bellow:
Reviewed-by: Dmitry Baryshkov
---
On Thu, Feb 18, 2021 at 11:41:49AM +0800, Liu Ying wrote:
> This patch adds bindings for i.MX8qxp pixel link to DPI(PXL2DPI).
>
> Signed-off-by: Liu Ying
> ---
> v3->v4:
> * Add 'fsl,sc-resource' property. (Rob)
>
> v2->v3:
> * Drop 'fsl,syscon' property. (Rob)
> * Mention the CSR module control
While Kepler does technically support 256x256 cursors, it turns out that
in order for us to use these correctly we need to make sure that the cursor
plane uses a ctxdma that is set to use small (4K)/large (128K) pages -
whichever is applicable to the given cursor surface.
Right now however, we sha
On 3/5/21 4:48 PM, Rob Herring wrote:
On Mon, Feb 15, 2021 at 11:27:44AM -0500, Jonathan Marek wrote:
Add the required changes to support 7nm pll/phy in CPHY mode.
This adds a "qcom,dsi-phy-cphy-mode" property for the PHY node to enable
the CPHY mode.
Signed-off-by: Jonathan Marek
---
.../d
On 2/14/21 6:44 PM, Jagan Teki wrote:
[...]
+static const struct regmap_config sn65dsi_regmap_config = {
+ .reg_bits = 8,
+ .val_bits = 8,
+ .max_register = SN65DSI_CHA_ERR,
+ .name = "sn65dsi",
+ .cache_type = REGCACHE_RBTREE,
+};
You might want to look at the d
On Mon, Feb 15, 2021 at 11:27:44AM -0500, Jonathan Marek wrote:
> Add the required changes to support 7nm pll/phy in CPHY mode.
>
> This adds a "qcom,dsi-phy-cphy-mode" property for the PHY node to enable
> the CPHY mode.
>
> Signed-off-by: Jonathan Marek
> ---
> .../devicetree/bindings/display
On Mon, 15 Feb 2021 11:26:04 -0500, Jonathan Marek wrote:
> The driver already has support for sm8150/sm8250, but the compatibles were
> never added.
>
> Also inverse the non-mdp4 condition in add_display_components() to avoid
> having to check every new compatible in the condition.
>
> Signed-of
On 2/14/21 6:44 PM, Jagan Teki wrote:
SN65DSI83/84/85 devices are MIPI DSI to LVDS based bridge
controller IC's from Texas Instruments.
SN65DSI83 - Single Channel DSI to Single-link LVDS bridge
SN65DSI84 - Single Channel DSI to Dual-link LVDS bridge
SN65DSI85 - Dual Channel DSI to Dual-link LVDS
On Sun, 14 Feb 2021 23:22:10 +0530, Jagan Teki wrote:
> ICN6211 is MIPI-DSI to RGB Convertor bridge from Chipone.
>
> It has a flexible configuration of MIPI DSI signal input and
> produce RGB565, RGB666, RGB888 output format.
>
> Add dt-bingings for it.
>
> Signed-off-by: Jagan Teki
> ---
> Ch
On Mon, Feb 15, 2021 at 05:38:16PM +0530, Jagan Teki wrote:
> On Mon, Feb 15, 2021 at 5:28 PM Robert Foss wrote:
> >
> > Hey Jagan,
> >
> > Thanks for submitting this.
> >
> > checkpatch.pl threw some typ-o warnings, and I listed them below. I
> > think either spelling is correct, but 'spelling.tx
On Sun, 14 Feb 2021 23:14:52 +0530, Jagan Teki wrote:
> SN65DSI83/84/85 devices are MIPI DSI to LVDS based bridge
> controller IC's from Texas Instruments.
>
> SN65DSI83 - Single Channel DSI to Single-link LVDS bridge
> SN65DSI84 - Single Channel DSI to Dual-link LVDS bridge
> SN65DSI85 - Dual Cha
On Fri, Feb 12, 2021 at 10:53:35AM +0100, Daniel Mack wrote:
> This adds documentation for a new ILI9163 based, SPI connected display.
>
> Signed-off-by: Daniel Mack
> ---
> .../bindings/display/ilitek,ili9163.txt | 27 +++
> 1 file changed, 27 insertions(+)
> create mode
https://bugzilla.kernel.org/show_bug.cgi?id=212077
Alex Deucher (alexdeuc...@gmail.com) changed:
What|Removed |Added
CC||alexdeuc...@gmail.c
https://bugzilla.kernel.org/show_bug.cgi?id=212077
--- Comment #1 from Bat Malin (bat_ma...@abv.bg) ---
Created attachment 295679
--> https://bugzilla.kernel.org/attachment.cgi?id=295679&action=edit
Picture of memory status
--
You may reply to this email to add a comment.
You are receiving th
https://bugzilla.kernel.org/show_bug.cgi?id=212077
Bat Malin (bat_ma...@abv.bg) changed:
What|Removed |Added
Summary|AMD GPU discrete card |AMD GPU discrete card
https://bugzilla.kernel.org/show_bug.cgi?id=212077
Bat Malin (bat_ma...@abv.bg) changed:
What|Removed |Added
Summary|AMD GPU at highest |AMD GPU discrete card
https://bugzilla.kernel.org/show_bug.cgi?id=212077
Bug ID: 212077
Summary: AMD GPU at highest frequency even not in use
Product: Drivers
Version: 2.5
Kernel Version: 5.11.3
Hardware: All
OS: Linux
Tree: Mainli
On Fri, Mar 05, 2021 at 02:10:44PM -0500, Alex Deucher wrote:
> Applied. Thanks!
Awesome. :)
Thanks, Alex.
--
Gustavo
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
Currently the error checking logic in the dp_debug module could
pass zero to PTR_ERR and it causes the below kbot warnings:
drivers/gpu/drm/msm/dp/dp_debug.c:378 dp_debug_init()
warn: passing zero to 'PTR_ERR'
drivers/gpu/drm/msm/dp/dp_debug.c:387 dp_debug_init()
warn: passing zero to 'PTR_ERR'
dr
Fix a couple of indentation warnings reported by
kbot across MSM DP driver:
New smatch warnings:
drivers/gpu/drm/msm/dp/dp_debug.c:229 dp_test_data_show()
warn: inconsistent indenting
drivers/gpu/drm/msm/dp/dp_power.c:203 dp_power_clk_enable()
warn: inconsistent indenting
Reported-by: kernel tes
Fix an incorrect NULL check reported by kbot in the MSM DP driver
smatch warnings:
drivers/gpu/drm/msm/dp/dp_hpd.c:37 dp_hpd_connect()
error: we previously assumed 'hpd_priv->dp_cb' could be null
(see line 37)
Reported-by: kernel test robot
Reported-by: Dan Carpenter
Signed-off-by: Abhinav Kuma
On Thu, 11 Feb 2021 12:27:52 +0800, Liu Ying wrote:
> To complement panel-simple.yaml, create panel-simple-lvds-dual-ports.yaml.
> panel-simple-lvds-dual-ports.yaml is for all simple LVDS panels that
> have dual LVDS ports and require only a single power-supply.
> The first port receives odd pixels
The same patch was already applied a while ago.
Thanks,
Alex
On Fri, Mar 5, 2021 at 1:41 AM Jiapeng Chong
wrote:
>
> Fix the following coccicheck warnings:
>
> ./drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm.c:8257:16-21: WARNING:
> conversion to bool not needed here.
>
> Reported-by: Abaci R
Applied. Thanks!
Alex
On Wed, Mar 3, 2021 at 2:05 PM Gustavo A. R. Silva
wrote:
>
> There is a regular need in the kernel to provide a way to declare having
> a dynamically sized set of trailing elements in a structure. Kernel code
> should always use “flexible array members”[1] for these cases
Applied. thanks.
Alex
On Wed, Mar 3, 2021 at 8:25 AM Colin King wrote:
>
> From: Colin Ian King
>
> The continue statement in a for-loop is redudant and can be removed.
> Clean up the code to address this.
>
> Addresses-Coverity: ("Continue as no effect")
> Fixes: b6f91fc183f7 ("drm/amdgpu/dis
From: Emil Velikov
The Hantro G1 IRQ and reset handling it pretty standard. I was this
close to duplicating it, yet again, before reconsidering and refactoring
it to a separate file.
Cc: Ezequiel Garcia
Cc: Philipp Zabel
Cc: linux-me...@vger.kernel.org
Cc: linux-rockc...@lists.infradead.org
Si
From: Emil Velikov
The SoC features a Hantro G1 compatible video decoder.
Cc: Ezequiel Garcia
Cc: Philipp Zabel
Cc: linux-me...@vger.kernel.org
Cc: linux-rockc...@lists.infradead.org
Signed-off-by: Emil Velikov
---
arch/arm/boot/dts/sama5d4.dtsi| 9 ++
arch/arm/configs/sama
From: Emil Velikov
While enabling an extra config, I've noticed that savedefconfig produced
a notable delta. Split out the no-op changes for clarity sake.
Cc: Ezequiel Garcia
Cc: Philipp Zabel
Cc: linux-me...@vger.kernel.org
Cc: linux-rockc...@lists.infradead.org
Signed-off-by: Emil Velikov
-
From: Emil Velikov
The current imx8 code does not use the jpeg encoder. Remove the
unnecessary include.
Cc: Ezequiel Garcia
Cc: Philipp Zabel
Cc: linux-me...@vger.kernel.org
Cc: linux-rockc...@lists.infradead.org
Signed-off-by: Emil Velikov
---
drivers/staging/media/hantro/imx8m_vpu_hw.c | 1
From: Emil Velikov
The vpu->dec_base is already set by the hantro driver itself.
Cc: Ezequiel Garcia
Cc: Philipp Zabel
Cc: linux-me...@vger.kernel.org
Cc: linux-rockc...@lists.infradead.org
Signed-off-by: Emil Velikov
---
drivers/staging/media/hantro/imx8m_vpu_hw.c | 1 -
1 file changed, 1 d
From: Emil Velikov
Swap the hardcoded 16 with MB_DIM define.
Cc: Ezequiel Garcia
Cc: Philipp Zabel
Cc: linux-me...@vger.kernel.org
Cc: linux-rockc...@lists.infradead.org
Signed-off-by: Emil Velikov
---
drivers/staging/media/hantro/imx8m_vpu_hw.c | 4 ++--
1 file changed, 2 insertions(+), 2 d
From: Emil Velikov
Use the register directly over the existing SWREG().
Ideally we'll port the driver away from the local registers, but for
now this is enough. For context - I was reading through the IRQ register
handling across the variants.
Cc: Ezequiel Garcia
Cc: Philipp Zabel
Cc: linux-m
Hi all,
This series adds support for the Microchip SAMA5D4 VPU, which it based
on the Hantro G1.
The hardware can support up-to 1280x720 for each of the MPEG2, VP8 and
H264 codecs. There is only a single decoder and no encoders on the SoC.
To minimise duplication, the series starts with a few sm
Applied. Thanks!
Alex
On Wed, Mar 3, 2021 at 9:07 AM Colin King wrote:
>
> From: Colin Ian King
>
> The variable status is being initialized with a value that is never read
> and it is being updated later with a new value. The initialization is
> redundant and can be removed.
>
> Addresses-Co
Hi Stephen
Thanks for the review.
I will break this up into patches according to the class of warning to
show the warning in the commit text
and resend the patches.
Abhinav
On 2021-03-04 23:23, Dan Carpenter wrote:
On Thu, Mar 04, 2021 at 10:55:58PM -0800, Stephen Boyd wrote:
> @@ -368,44 +3
Applied. Thanks!
Alex
On Thu, Mar 4, 2021 at 3:02 AM Jiapeng Chong
wrote:
>
> Fix the following coccicheck warnings:
>
> ./drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm.c:956:52-57: WARNING:
> conversion to bool not needed here.
>
> ./drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm.c:8311:16-
It fixed an intermittent failure to allocate page tables in the page
fault handler (turning retry faults into no-retry faults). I'm not sure
if this caused real problems. I think it could potentially result in
fault storms and a failure to report page faults properly. I'm not sure
if it's a regress
Quoting Jason Ekstrand (2021-03-05 17:05:46)
> This reverts commit 9e31c1fe45d555a948ff66f1f0e3fe1f83ca63f7. Ever
> since that commit, we've been having issues where a hang in one client
> can propagate to another. In particular, a hang in an app can propagate
> to the X server which causes the w
This reverts commit 9e31c1fe45d555a948ff66f1f0e3fe1f83ca63f7. Ever
since that commit, we've been having issues where a hang in one client
can propagate to another. In particular, a hang in an app can propagate
to the X server which causes the whole desktop to lock up.
Signed-off-by: Jason Ekstra
The devfreq core code is able to register the devfreq device as a
cooling device if the 'is_cooling_device' flag is set in the profile.
Use this flag and remove the cooling device registering code.
Tested on rock960.
Signed-off-by: Daniel Lezcano
---
drivers/gpu/drm/panfrost/panfrost_devfreq.c
The devfreq core code is able to register the devfreq device as a
cooling device if the 'is_cooling_device' flag is set in the profile.
Use this flag and remove the cooling device registering code.
Tested on dragonboard 845c
Signed-off-by: Daniel Lezcano
---
drivers/gpu/drm/msm/msm_gpu.c | 12
The devfreq core code is able to register the devfreq device as a
cooling device if the 'is_cooling_device' flag is set in the profile.
Use this flag and remove the cooling device registering code.
Signed-off-by: Daniel Lezcano
---
drivers/gpu/drm/lima/lima_devfreq.c | 14 +-
driver
From: Carsten Haitzler
When setting up a readback conenctor that writes data back to memory
rather than to an actual output device (HDMI etc.), rounding was ses
to round-down. As the DPU uses a higher internal number of bits when
generating a color value, this round-down back to 8bit ended up wit
This adds a USB display driver with the intention that it can be
used with future USB interfaced low end displays/adapters. The Linux
gadget device driver will serve as the canonical device implementation.
The following DRM properties are supported:
- Plane rotation
- Connector TV properties
Ther
Hi,
A while back I had the idea to turn a Raspberry Pi Zero into a $5
USB to HDMI/SDTV/DPI display adapter.
The protocol is open so people are free to make displays implementing it and
use this driver, all that's needed is to add a USB vid:pid to the driver for
the display.
See the wiki[1] for m
drm_helper_hpd_irq_event() checks the epoch counter to determine
connector status change. This was introduced in
commit 5186421cbfe2 ("drm: Introduce epoch counter to drm_connector").
Do the same for output_poll_execute() so it can detect other changes
beside connection status value changes.
v2:
-
Add a connector type for USB connected display panels.
Some examples of what current userspace will name the connector:
- Weston: "UNNAMED-%d"
- Mutter: "Unknown20-%d"
- X: "Unknown20-%d"
v2:
- Update drm_connector_enum_list
- Add examples to commit message
Acked-by: Daniel Vetter
Signed-off-by
On 05/03/2021 14:45, Doug Anderson wrote:
Hi,
On Fri, Mar 5, 2021 at 2:28 AM Srinivas Kandagatla
wrote:
On 27/02/2021 00:26, Douglas Anderson wrote:
When running the latest kernel on an sc7180 with KASAN I got this
splat:
BUG: KASAN: slab-out-of-bounds in a6xx_gpu_init+0x618/0x644
On Thu, 4 Mar 2021 09:43:22 +0530
Hardik Panchal wrote:
> Hello Sir/Madam,
>
> I am trying to render some stuff using DRM with Qt GUI application and
> decoded stream from Intel H/w decoder.
>
> I have two applications one is for GUI content and another one is for
> decoded video streams. While
Hi folks,
On Fri, Jan 15, 2021 at 2:44 PM Douglas Anderson wrote:
>
> This series is to get the N116BCA-EA1 panel working. Most of the
> patches are simple, but on hardware I have in front of me the panel
> sometimes doesn't come up. I'm still working with the hardware
> manufacturer to get to th
On 03.03.21 14:20, Thomas Gleixner wrote:
> From: Thomas Gleixner
>
> There is no reason to disable pagefaults and preemption as a side effect of
> kmap_atomic_prot().
>
> Use kmap_local_page_prot() instead and document the reasoning for the
> mapping usage with the given pgprot.
>
> Remove the
https://bugzilla.kernel.org/show_bug.cgi?id=209457
--- Comment #21 from Alex Deucher (alexdeuc...@gmail.com) ---
Unless you have a polaris board please file your own bug.
--
You may reply to this email to add a comment.
You are receiving this mail because:
You are watching the assignee of the b
The vmwgfx ones look all good to me, so for
23-53: Reviewed-by: Roland Scheidegger
That said, they were already signed off by Zack, so not sure what
happened here.
Roland
On 03.03.21 14:42, Lee Jones wrote:
> This is a resend. All of these patches have been sent before.
>
> The vmwgfx ones wer
On Fri, 5 Mar 2021 at 16:03, Robert Foss wrote:
>
> Hey Liu,
>
> This patch seems to be included in both this series and the "Add some
> DRM bridge drivers support for i.MX8qm/qxp SoCs" series. Instead of
> having the two series have a conflict I would suggest either merging
> them (if that makes
Hey Liu,
Looking at this series[1], all but patch#2 has been reviewed, and #2
looks good to me. So I think this series is ready to have v4 re-spun
and and all of the r-bs from v3 added to the relevant patches.
[1]
https://patchwork.kernel.org/project/dri-devel/cover/1607651182-12307-1-git-send-e
Hi Dafna,
On Fri, Mar 05, 2021 at 04:14:03PM +0100, Dafna Hirschfeld wrote:
> On 05.03.21 15:34, Laurent Pinchart wrote:
> > On Fri, Mar 05, 2021 at 01:43:50PM +0100, Dafna Hirschfeld wrote:
> >> ANX7688 is a USB Type-C port controller with a MUX. It converts HDMI 2.0 to
> >> DisplayPort 1.3 Ultra
Adding meg...@megous.com and linux-...@vger.kernel.org to the list
Thanks,
Dafna
On 05.03.21 13:43, Dafna Hirschfeld wrote:
From: Enric Balletbo i Serra
This driver adds support for the ANX7688 HDMI to DP converter block of the
ANX7688 device.
For our use case, the only reason the Linux kern
Hi
On 05.03.21 15:34, Laurent Pinchart wrote:
Hi Dafna,
Thank you for the patch.
On Fri, Mar 05, 2021 at 01:43:50PM +0100, Dafna Hirschfeld wrote:
ANX7688 is a USB Type-C port controller with a MUX. It converts HDMI 2.0 to
DisplayPort 1.3 Ultra-HDi (4096x2160p60).
The integrated crosspoint sw
https://bugzilla.kernel.org/show_bug.cgi?id=211277
--- Comment #13 from Jerome C (m...@jeromec.com) ---
(In reply to kolAflash from comment #12)
> I've tried doing a bisect using this script. Unfortunately I couldn't
> reproduce the bug this way. So I bisecting will take a lot longer.
>
> for i i
Hey Liu,
This patch seems to be included in both this series and the "Add some
DRM bridge drivers support for i.MX8qm/qxp SoCs" series. Instead of
having the two series have a conflict I would suggest either merging
them (if that makes sense) or removing this patch from one of them and
explicitly
https://bugzilla.kernel.org/show_bug.cgi?id=211277
--- Comment #12 from kolAflash (kolafl...@kolahilft.de) ---
I've tried doing a bisect using this script. Unfortunately I couldn't reproduce
the bug this way. So I bisecting will take a lot longer.
for i in {0..19}; do
echo -e "\n${i}"
/usr/sb
Hi,
On Fri, Mar 5, 2021 at 2:28 AM Srinivas Kandagatla
wrote:
>
>
>
> On 27/02/2021 00:26, Douglas Anderson wrote:
> > When running the latest kernel on an sc7180 with KASAN I got this
> > splat:
> >BUG: KASAN: slab-out-of-bounds in a6xx_gpu_init+0x618/0x644
> >Read of size 4 at addr
Hi Dafna,
Thank you for the patch.
On Fri, Mar 05, 2021 at 01:43:51PM +0100, Dafna Hirschfeld wrote:
> From: Enric Balletbo i Serra
>
> This driver adds support for the ANX7688 HDMI to DP converter block of the
> ANX7688 device.
>
> For our use case, the only reason the Linux kernel driver is
https://bugzilla.kernel.org/show_bug.cgi?id=209457
Sven Neumann (ker...@svenfoo.org) changed:
What|Removed |Added
CC||ker...@svenfoo.org
--
Hi Dafna,
Thank you for the patch.
On Fri, Mar 05, 2021 at 01:43:50PM +0100, Dafna Hirschfeld wrote:
> ANX7688 is a USB Type-C port controller with a MUX. It converts HDMI 2.0 to
> DisplayPort 1.3 Ultra-HDi (4096x2160p60).
> The integrated crosspoint switch (the MUX) supports USB 3.1 data transfe
[AMD Official Use Only - Internal Distribution Only]
Reviewed-by: Sonny Jiang
From: Christian König
Sent: Friday, March 5, 2021 7:51 AM
To: dri-devel@lists.freedesktop.org ;
amd-...@lists.freedesktop.org
Cc: Liu, Leo ; Jiang, Sonny
Subject: [PATCH 2/2] drm/amd
[AMD Official Use Only - Internal Distribution Only]
Reviewed-by: Sonny Jiang
From: Christian König
Sent: Friday, March 5, 2021 7:51 AM
To: dri-devel@lists.freedesktop.org ;
amd-...@lists.freedesktop.org
Cc: Liu, Leo ; Jiang, Sonny
Subject: [PATCH 1/2] drm/sch
On 3/5/21 2:08 PM, Christian König wrote:
Am 05.03.21 um 13:56 schrieb Nirmoy Das:
This flag is only needed for BOs created by amdgpu_gem_object_create(),
so we can remove tiling_flags from the base class.
Signed-off-by: Nirmoy Das
---
drivers/gpu/drm/amd/amdgpu/amdgpu_object.c | 19 +++
Am 05.03.21 um 13:56 schrieb Nirmoy Das:
This flag is only needed for BOs created by amdgpu_gem_object_create(),
so we can remove tiling_flags from the base class.
Signed-off-by: Nirmoy Das
---
drivers/gpu/drm/amd/amdgpu/amdgpu_object.c | 19 +--
drivers/gpu/drm/amd/amdgpu/am
Am 05.03.21 um 13:56 schrieb Nirmoy Das:
Implement a new struct amdgpu_bo_user as subclass of
struct amdgpu_bo and a function to created amdgpu_bo_user
bo with a flag to identify the owner.
Signed-off-by: Nirmoy Das
---
drivers/gpu/drm/amd/amdgpu/amdgpu_object.c | 44 ++
GEM objects encapsulate amdgpu_bo for userspace applications.
Now that we have a new amdgpu_bo_user subclass for that purpose,
let's use that instead.
Signed-off-by: Nirmoy Das
---
drivers/gpu/drm/amd/amdgpu/amdgpu_gem.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/driv
This flag is only needed for BOs created by amdgpu_gem_object_create(),
so we can remove tiling_flags from the base class.
Signed-off-by: Nirmoy Das
---
drivers/gpu/drm/amd/amdgpu/amdgpu_object.c | 19 +--
drivers/gpu/drm/amd/amdgpu/amdgpu_object.h | 1 -
2 files changed, 17 ins
Implement a new struct amdgpu_bo_user as subclass of
struct amdgpu_bo and a function to created amdgpu_bo_user
bo with a flag to identify the owner.
Signed-off-by: Nirmoy Das
---
drivers/gpu/drm/amd/amdgpu/amdgpu_object.c | 44 ++
drivers/gpu/drm/amd/amdgpu/amdgpu_object.h |
ANX7688 is a USB Type-C port controller with a MUX. It converts HDMI 2.0 to
DisplayPort 1.3 Ultra-HDi (4096x2160p60).
The integrated crosspoint switch (the MUX) supports USB 3.1 data transfer
along with the DisplayPort Alternate Mode signaling over USB Type-C.
Additionally, an on-chip microcontroll
ANX7688 is a typec port controller that also converts HDMI to DP.
ANX7688 is found on Acer Chromebook R13 (elm) and on Pine64 PinePhone.
On Acer Chromebook R13, the device is powered-up and controller by the
Embedded Controller. Therefore the dt-bindings requires
only the 'compatible' and 'reg' pr
From: Enric Balletbo i Serra
This driver adds support for the ANX7688 HDMI to DP converter block of the
ANX7688 device.
For our use case, the only reason the Linux kernel driver is necessary is
to reject resolutions that require more bandwidth than what is available
on the DP side. DP bandwidth
Add VCN3 IB parsing to figure out to which instance we can send the
stream for decode.
v2: remove VCN instance limit as well, fix amdgpu_cs_find_mapping,
check supported formats instead of unsupported.
v3: fix typo and error handling
v4: make sure the message BO is CPU accessible
v5: fix addr
This is necessary when changing priorities of an entity.
v2: test the sched_list instead of num_sched.
v3: set the sched_list to NULL when there is only one entry
Signed-off-by: Christian König
---
drivers/gpu/drm/scheduler/sched_entity.c | 6 --
1 file changed, 4 insertions(+), 2 deletions
1 - 100 of 137 matches
Mail list logo
