Thanks!
What about the second patch?
The second patch: amdgpu: change proirity value to be consistent with kernel.
As I want to pass AMDGPU_CTX_PRIORITY_LOW to kernel module drm-scheduler, if these two patches are not applyed,
It can not pass LOW priority to drm-scheduler.
Do you have any other
Andrew Davis writes:
Hello Andrew,
> Signed-off-by: Andrew Davis
> ---
I think this deserves a commit message with the rationale for the rename.
Because kept an eye to the previous version, I know the reason and agree
with the change. Also, if remember correctly this was suggested by Maxime?
Hi, Christian
On Tue, 2024-01-09 at 08:47 +0100, Christian König wrote:
> Hi guys,
>
> I'm trying to make this functionality a bit more useful for years now
> since we multiple reports that behavior of drivers can be suboptimal
> when multiple placements be given.
>
> So basically instead of hac
Andrew Davis writes:
> Add SGX GPU device entries to base OMAP3 dtsi files.
>
> Signed-off-by: Andrew Davis
> ---
Reviewed-by: Javier Martinez Canillas
--
Best regards,
Javier Martinez Canillas
Core Platforms
Red Hat
Andrew Davis writes:
> Add SGX GPU device entry to base OMAP4 dtsi file.
>
> Signed-off-by: Andrew Davis
> ---
Reviewed-by: Javier Martinez Canillas
--
Best regards,
Javier Martinez Canillas
Core Platforms
Red Hat
Andrew Davis writes:
> Add SGX GPU device entry to base OMAP5 dtsi file.
>
> Signed-off-by: Andrew Davis
> ---
Reviewed-by: Javier Martinez Canillas
--
Best regards,
Javier Martinez Canillas
Core Platforms
Red Hat
Andrew Davis writes:
> Add SGX GPU device entry to base AM33xx dtsi file.
>
> Signed-off-by: Andrew Davis
> ---
Reviewed-by: Javier Martinez Canillas
--
Best regards,
Javier Martinez Canillas
Core Platforms
Red Hat
Andrew Davis writes:
> Add SGX GPU device entry to base AM437x dtsi file.
>
> Signed-off-by: Andrew Davis
> ---
Reviewed-by: Javier Martinez Canillas
--
Best regards,
Javier Martinez Canillas
Core Platforms
Red Hat
Andrew Davis writes:
> Add SGX GPU device entry to base DRA7x dtsi file.
>
> Signed-off-by: Andrew Davis
> ---
Reviewed-by: Javier Martinez Canillas
--
Best regards,
Javier Martinez Canillas
Core Platforms
Red Hat
Am 09.01.24 um 09:09 schrieb 李真能:
Thanks!
What about the second patch?
The second patch: amdgpu: change proirity value to be consistent
with kernel.
As I want to pass AMDGPU_CTX_PRIORITY_LOW to kernel module
drm-scheduler, if these two patches are not applyed,
It can not pass LOW prior
This is an updated version of something I wrote about 7 years ago.
Minimum support for R2D-plus and LANDISK.
I think R2D-1 will work if you add AX88796 to dts.
And board-specific functions and SCI's SPI functions are not supported.
You can get it working with qemu found here.
https://gitlab.com/yo
R4 is caller saved in SH ABI.
Save it so it doesn't get corrupted until it's needed for initialization.
Signed-off-by: Yoshinori Sato
---
arch/sh/boot/compressed/head_32.S | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/arch/sh/boot/compressed/head_32.S
b/arch/sh/boot/c
Targets that support OF should be treated as one board.
Signed-off-by: Yoshinori Sato
---
arch/sh/Kconfig| 1 +
arch/sh/boards/Kconfig | 24 ++--
2 files changed, 15 insertions(+), 10 deletions(-)
diff --git a/arch/sh/Kconfig b/arch/sh/Kconfig
index 7500521b2b98..ec
Renesas SH7751 Interrupt controller priority register define.
Signed-off-by: Yoshinori Sato
---
.../renesas,sh7751-intc.h | 19 +++
1 file changed, 19 insertions(+)
create mode 100644
include/dt-bindings/interrupt-controller/renesas,sh7751-intc.h
diff --git
IRQ, CLK and PCI will be migrated to a common driver framework.
So if OF, disable the SH specific drivers.
Signed-off-by: Yoshinori Sato
---
arch/sh/Kconfig | 11 ++-
arch/sh/drivers/Makefile| 2 ++
arch/sh/kernel/cpu/Makefile | 9 +++--
arch/sh/kernel/c
Fix extrnal fdt initialize and bootargs.
Signed-off-by: Yoshinori Sato
---
arch/sh/kernel/setup.c | 33 -
1 file changed, 24 insertions(+), 9 deletions(-)
diff --git a/arch/sh/kernel/setup.c b/arch/sh/kernel/setup.c
index 3d80515298d2..e3f34027ac9e 100644
--- a/a
Remove unused function prototype.
Add helper update_sr_imask. use for SH7751 irq driver.
Add stub intc_finalize.
Signed-off-by: Yoshinori Sato
---
arch/sh/include/asm/io.h | 2 ++
arch/sh/include/asm/irq.h | 10 --
arch/sh/kernel/cpu/Makefile| 5 +
arch/sh/kernel/cpu
Initialize the clock and timer using the COMMON_CLK procedure.
sh's earlytimer mechanism doesn't work properly in OF,
so timer initialization is delayed.
If CONFIG_OF=y, perform the general timer initialization procedure.
Signed-off-by: Yoshinori Sato
---
arch/sh/boards/of-generic.c | 28 ---
Allows initialization as CLOCKSOURCE.
Signed-off-by: Yoshinori Sato
---
drivers/clocksource/sh_tmu.c | 161 +++
1 file changed, 106 insertions(+), 55 deletions(-)
diff --git a/drivers/clocksource/sh_tmu.c b/drivers/clocksource/sh_tmu.c
index be81c00f..e4ae83c
Renesas SH7751 CPU Internal PCI Controller driver.
Signed-off-by: Yoshinori Sato
---
drivers/pci/controller/Kconfig | 9 +
drivers/pci/controller/Makefile | 1 +
drivers/pci/controller/pci-sh7751.c | 392
3 files changed, 402 insertions(+)
create mode 1
Add SH7750 TMU entry.
I wanted to replace interrupts and interrupt-names in the if compatible is
"renesas,tmu-7750", but it seems that I can't rewrite it as expected.
This resulted in a redundant conditional statement.
Signed-off-by: Yoshinori Sato
---
.../bindings/timer/renesas,tmu.yaml
Renesas SH7751 PCI Controller json-schema.
Signed-off-by: Yoshinori Sato
---
.../bindings/pci/renesas,sh7751-pci.yaml | 150 ++
1 file changed, 150 insertions(+)
create mode 100644
Documentation/devicetree/bindings/pci/renesas,sh7751-pci.yaml
diff --git a/Documentation/de
SH7750 CPG Clock output define.
Signed-off-by: Yoshinori Sato
---
.../bindings/clock/renesas,sh7750-cpg.yaml| 103 ++
include/dt-bindings/clock/sh7750-cpg.h| 26 +
2 files changed, 129 insertions(+)
create mode 100644
Documentation/devicetree/bindings/clock/ren
Add New OF based PCI Host driver.
This driver conflicts some point in legacy PCI driver.
To resolve the conflict, I made some changes to the legacy driver.
Signed-off-by: Yoshinori Sato
---
arch/sh/include/asm/io.h | 6 ++
arch/sh/include/asm/pci.h | 4
arch/sh/kernel/iomap.c| 18
divider and gate only support 32-bit registers.
Older hardware uses narrower registers, so I want to be able to handle
8-bit and 16-bit wide registers.
Seven clk_divider flags are used, and if I add flags for 8bit access and
16bit access, 8bit will not be enough, so I expanded it to u16.
Signed-o
Renesas SH7751 Internal interrupt controller driver.
Signed-off-by: Yoshinori Sato
---
drivers/irqchip/Kconfig | 8 +
drivers/irqchip/Makefile | 1 +
drivers/irqchip/irq-renesas-sh7751.c | 313 +++
3 files changed, 322 insertions(+)
create mo
Renesas SH7751 INTC json-schema.
Signed-off-by: Yoshinori Sato
---
.../renesas,sh7751-intc.yaml | 105 ++
1 file changed, 105 insertions(+)
create mode 100644
Documentation/devicetree/bindings/interrupt-controller/renesas,sh7751-intc.yaml
diff --git
a/Documen
Renesas SH7750 and SH7751 series CPG driver.
This driver supported frequency control and clock gating.
Signed-off-by: Yoshinori Sato
---
drivers/clk/renesas/Kconfig | 16 +-
drivers/clk/renesas/Makefile | 1 +
drivers/clk/renesas/clk-sh7750.c | 498 +++
3
SH7751 have 15 level external interrupt.
It is typically connected to the CPU through a priority encoder
that can suppress requests.
This driver provides a way to control those hardware with irqchip.
Signed-off-by: Yoshinori Sato
---
drivers/irqchip/Kconfig | 7 +
drivers/irqch
Renesas SH7751 external interrupt encoder json-schema.
Signed-off-by: Yoshinori Sato
---
.../renesas,sh7751-irl-ext.yaml | 72 +++
1 file changed, 72 insertions(+)
create mode 100644
Documentation/devicetree/bindings/interrupt-controller/renesas,sh7751-irl-ext.yam
- fix earlycon name.
- fix earlyprintk hung (NULL pointer reference).
- fix SERIAL_SH_SCI_EARLYCON enablement
Signed-off-by: Yoshinori Sato
Reviewed-by: Geert Uytterhoeven
---
drivers/tty/serial/Kconfig | 2 +-
drivers/tty/serial/sh-sci.c | 6 +++---
2 files changed, 4 insertions(+), 4 deletio
Signed-off-by: Yoshinori Sato
---
.../bindings/display/smi,sm501.yaml | 417 ++
1 file changed, 417 insertions(+)
create mode 100644 Documentation/devicetree/bindings/display/smi,sm501.yaml
diff --git a/Documentation/devicetree/bindings/display/smi,sm501.yaml
b/Docume
Add Renesas SH7751 SCIF.
Signed-off-by: Yoshinori Sato
---
Documentation/devicetree/bindings/serial/renesas,scif.yaml | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/serial/renesas,scif.yaml
b/Documentation/devicetree/bindings/serial/renesas,scif.yaml
index
Renesas SH series and compatible ISA CPUs.
Signed-off-by: Yoshinori Sato
---
.../devicetree/bindings/sh/cpus.yaml | 74 +++
1 file changed, 74 insertions(+)
create mode 100644 Documentation/devicetree/bindings/sh/cpus.yaml
diff --git a/Documentation/devicetree/bindings
Various parameters of SM501 can be set using platform_data,
so parameters cannot be passed in the DeviceTree target.
Expands the parameters set in platform_data so that they can be
specified using DeviceTree properties.
Signed-off-by: Yoshinori Sato
---
drivers/mfd/sm501.c | 436 ++
Add IO DATA DEVICE INC.
https://www.iodata.com/
Signed-off-by: Yoshinori Sato
---
Documentation/devicetree/bindings/vendor-prefixes.yaml | 2 ++
1 file changed, 2 insertions(+)
diff --git a/Documentation/devicetree/bindings/vendor-prefixes.yaml
b/Documentation/devicetree/bindings/vendor-prefix
Add Silicon Mortion Technology Corporation
https://www.siliconmotion.com/
Signed-off-by: Yoshinori Sato
---
Documentation/devicetree/bindings/vendor-prefixes.yaml | 2 ++
1 file changed, 2 insertions(+)
diff --git a/Documentation/devicetree/bindings/vendor-prefixes.yaml
b/Documentation/devicet
Added new ata-generic target.
- iodata,usl-5p-ata
- renesas,rts7751r2d-ata
Each boards have simple IDE Interface. Use ATA generic driver.
Signed-off-by: Yoshinori Sato
---
Documentation/devicetree/bindings/ata/ata-generic.yaml | 2 ++
1 file changed, 2 insertions(+)
diff --git a/Documentation/
Signed-off-by: Yoshinori Sato
---
.../devicetree/bindings/soc/renesas/sh.yaml | 32 +++
1 file changed, 32 insertions(+)
create mode 100644 Documentation/devicetree/bindings/soc/renesas/sh.yaml
diff --git a/Documentation/devicetree/bindings/soc/renesas/sh.yaml
b/Documentation
SH7751R internal peripherals device tree.
Signed-off-by: Yoshinori Sato
---
arch/sh/boot/dts/sh7751r.dtsi | 148 ++
1 file changed, 148 insertions(+)
create mode 100644 arch/sh/boot/dts/sh7751r.dtsi
diff --git a/arch/sh/boot/dts/sh7751r.dtsi b/arch/sh/boot/dts/s
IO DATA DEVICE Inc. LANDISK HDL-U devicetree.
Signed-off-by: Yoshinori Sato
---
arch/sh/boot/dts/landisk.dts | 75
1 file changed, 75 insertions(+)
create mode 100644 arch/sh/boot/dts/landisk.dts
diff --git a/arch/sh/boot/dts/landisk.dts b/arch/sh/boot/dts/
Renesas RTS7751R2D Plus devicetree.
Signed-off-by: Yoshinori Sato
---
arch/sh/boot/dts/rts7751r2dplus.dts | 180
arch/sh/boot/dts/sh7751r.dtsi | 4 +
2 files changed, 184 insertions(+)
create mode 100644 arch/sh/boot/dts/rts7751r2dplus.dts
diff --git a/arch
IO DATA DEVICE Inc. USL-5P devicetree.
Signed-off-by: Yoshinori Sato
---
arch/sh/boot/dts/usl-5p.dts | 83 +
1 file changed, 83 insertions(+)
create mode 100644 arch/sh/boot/dts/usl-5p.dts
diff --git a/arch/sh/boot/dts/usl-5p.dts b/arch/sh/boot/dts/usl-5p.dt
Signed-off-by: Yoshinori Sato
---
arch/sh/boot/dts/j2_mimas_v2.dts | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/sh/boot/dts/j2_mimas_v2.dts b/arch/sh/boot/dts/j2_mimas_v2.dts
index fa9562f78d53..5dfe20866a1c 100644
--- a/arch/sh/boot/dts/j2_mimas_v2.dts
+++ b/arch/sh/b
Signed-off-by: Yoshinori Sato
---
arch/sh/boot/dts/Makefile | 5 +
1 file changed, 5 insertions(+)
diff --git a/arch/sh/boot/dts/Makefile b/arch/sh/boot/dts/Makefile
index 4a6dec9714a9..e6b93360c213 100644
--- a/arch/sh/boot/dts/Makefile
+++ b/arch/sh/boot/dts/Makefile
@@ -1,2 +1,7 @@
# SPD
Signed-off-by: Yoshinori Sato
---
arch/sh/configs/rts7751r2dplus-of_defconfig | 80 +
1 file changed, 80 insertions(+)
create mode 100644 arch/sh/configs/rts7751r2dplus-of_defconfig
diff --git a/arch/sh/configs/rts7751r2dplus-of_defconfig
b/arch/sh/configs/rts7751r2dplus-of
I've changed some symbols related to DeviceTree,
so let's take care of those changes.
Signed-off-by: Yoshinori Sato
---
arch/sh/configs/j2_defconfig | 11 +++
1 file changed, 3 insertions(+), 8 deletions(-)
diff --git a/arch/sh/configs/j2_defconfig b/arch/sh/configs/j2_defconfig
index 2
Signed-off-by: Yoshinori Sato
---
arch/sh/configs/landisk-of_defconfig | 104 +++
1 file changed, 104 insertions(+)
create mode 100644 arch/sh/configs/landisk-of_defconfig
diff --git a/arch/sh/configs/landisk-of_defconfig
b/arch/sh/configs/landisk-of_defconfig
new file
Am 09.01.24 um 09:14 schrieb Thomas Hellström:
Hi, Christian
On Tue, 2024-01-09 at 08:47 +0100, Christian König wrote:
Hi guys,
I'm trying to make this functionality a bit more useful for years now
since we multiple reports that behavior of drivers can be suboptimal
when multiple placements be
VMware hypercalls invocations were all spread out across the kernel
implementing same ABI as in-place asm-inline. With encrypted memory
and confidential computing it became harder to maintain every changes
in these hypercall implementations.
Intention of this patchset is to introduce arch independ
Move VMware hypercall macros to vmware.h. This is a prerequisite for
the introduction of vmware_hypercall API. No functional changes besides
exporting vmware_hypercall_mode symbol.
Signed-off-by: Alexey Makhalov
Reviewed-by: Nadav Amit
---
arch/x86/include/asm/vmware.h | 72
Introduce vmware_hypercall family of functions. It is a common
implementation to be used by the VMware guest code and virtual
device drivers in architecture independent manner.
The API consists of vmware_hypercallX and vmware_hypercall_hb_{out,in}
set of functions by analogy with KVM hypercall API
Switch from VMWARE_HYPERCALL macro to vmware_hypercall API.
Eliminate arch specific code. No functional changes intended.
Signed-off-by: Alexey Makhalov
Reviewed-by: Nadav Amit
Reviewed-by: Jeff Sipek
---
drivers/ptp/ptp_vmw.c | 14 +++---
1 file changed, 3 insertions(+), 11 deletions(
Switch from VMWARE_HYPERCALL macro to vmware_hypercall API.
Eliminate arch specific code. No functional changes intended.
Signed-off-by: Alexey Makhalov
Reviewed-by: Nadav Amit
Reviewed-by: Zack Rusin
Acked-by: Dmitry Torokhov
---
drivers/input/mouse/vmmouse.c | 78 ++-
Switch from VMWARE_HYPERCALL macro to vmware_hypercall API.
Eliminate arch specific code.
drivers/gpu/drm/vmwgfx/vmwgfx_msg_arm64.h: implement arm64 variant
of vmware_hypercall. And keep it here until introduction of ARM64
VMWare hypervisor interface.
Signed-off-by: Alexey Makhalov
Reviewed-by:
No more direct use of VMWARE_HYPERCALL macro should be allowed.
Signed-off-by: Alexey Makhalov
---
arch/x86/include/asm/vmware.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/x86/include/asm/vmware.h b/arch/x86/include/asm/vmware.h
index 2ac87068184a..84a31f579a30 100644
--- a/arch/x8
VMware hypercalls use I/O port, VMCALL or VMMCALL instructions.
Add __tdx_hypercall path to support TDX guests.
No change in high bandwidth hypercalls, as only low bandwidth
ones are supported for TDX guests.
Co-developed-by: Tim Merrifield
Signed-off-by: Tim Merrifield
Signed-off-by: Alexey Ma
On 08/01/2024 15:13, Joonas Lahtinen wrote:
Quoting Tvrtko Ursulin (2024-01-05 12:39:31)
On 04/01/2024 21:23, Andi Shyti wrote:
+void intel_gt_apply_ccs_mode(struct intel_gt *gt)
+{
+ mutex_lock(>->ccs.mutex);
+ __intel_gt_apply_ccs_mode(gt);
+ mutex_unlock(>->ccs.mutex);
+}
+
+voi
Hi,
Inki, are you picking this up? Or if not, who will?
I can pick it up but it would be better to go to the drm-misc tree. If
nobody cares about it then I will pick it up. :)
acked-by : Inki Dae
Who is going to pick this up? Who has access to the drm-misc tree?
-michael
On Di, 2024-01-09 at 15:25 +0800, Shengyang Chen wrote:
> +static int cdns_dsi_get_reset(struct device *dev, struct cdns_dsi *dsi)
> +{
> + dsi->dpi_rst = devm_reset_control_get(dev, "dpi");
> + if (IS_ERR(dsi->dpi_rst))
> + return PTR_ERR(dsi->dpi_rst);
Please use devm_reset_c
On Tue, 2024-01-09 at 08:47 +0100, Christian König wrote:
> Only convert it to ENOMEM in ttm_bo_validate.
>
Could we have a more elaborate commit description here, (why is this
change needed)?
> Signed-off-by: Christian König
> ---
> drivers/gpu/drm/ttm/ttm_bo.c | 5 -
> 1 file changed, 4
On 09/01/2024 07:56, Christian König wrote:
Am 07.12.23 um 19:02 schrieb Alex Deucher:
Add shared stats. Useful for seeing shared memory.
v2: take dma-buf into account as well
Signed-off-by: Alex Deucher
Cc: Rob Clark
---
drivers/gpu/drm/amd/amdgpu/amdgpu_fdinfo.c | 4
drivers/gp
int p = -1.
unsigned u = p;
int p2 = u;
p2 is -1.
Marek
On Tue, Jan 9, 2024, 03:26 Christian König wrote:
> Am 09.01.24 um 09:09 schrieb 李真能:
>
> Thanks!
>
> What about the second patch?
>
> The second patch: amdgpu: change proirity value to be consistent with
> kernel.
>
> As I want to pass
Yo!
On Mon, 2024-01-08 at 12:46 +0100, Uwe Kleine-König wrote:
> On Mon, Jan 08, 2024 at 10:45:31AM +0100, Philipp Stanner wrote:
> > On Mon, 2024-01-08 at 10:37 +0100, Uwe Kleine-König wrote:
> > > Other than that I indifferent if this is a good idea. There are
> > > so many
> > > helpers around
Hi Andrew,
On Mon, 2024-01-08 at 12:32 -0600, Andrew Davis wrote:
> Signed-off-by: Andrew Davis
> ---
> .../bindings/gpu/{img,powervr.yaml => img,powervr-rogue.yaml} | 4 ++--
> MAINTAINERS | 2 +-
> 2 files changed, 3 insertions(+), 3 deletions(
On Mon, 08 Jan 2024, Danilo Krummrich wrote:
> On 1/4/24 21:16, Jani Nikula wrote:
>> Including drm_edid.h from nouveau_connector.h causes the rebuild of 15
>> files when drm_edid.h is modified, while there are only a few files that
>> actually need to include drm_edid.h.
>>
>> Cc: Karol Herbst
On Mon, 08 Jan 2024, Danilo Krummrich wrote:
> On 12/25/23 07:51, Vegard Nossum wrote:
>> As of commit b77fdd6a48e6 ("scripts/kernel-doc: restore warning for
>> Excess struct/union"), we see the following warnings when running 'make
>> htmldocs':
>>
>>./include/uapi/drm/nouveau_drm.h:292: war
Prefer using the struct drm_edid based callback and functions.
v2: Fix -Wsometimes-uninitialized (kernel test robot)
Signed-off-by: Jani Nikula
---
drivers/gpu/drm/bridge/nxp-ptn3460.c | 22 --
1 file changed, 12 insertions(+), 10 deletions(-)
diff --git a/drivers/gpu/drm/b
Prefer using the struct drm_edid based callback and functions.
v2: Fix -Wuninitialized (kernel test robot)
Signed-off-by: Jani Nikula
---
drivers/gpu/drm/bridge/synopsys/dw-hdmi.c | 43 ++-
1 file changed, 26 insertions(+), 17 deletions(-)
diff --git a/drivers/gpu/drm/bridg
Prefer using the struct drm_edid based callback and functions.
v2: Fix -Wsometimes-uninitialized (kernel test robot)
Signed-off-by: Jani Nikula
---
drivers/gpu/drm/bridge/nxp-ptn3460.c | 22 --
1 file changed, 12 insertions(+), 10 deletions(-)
diff --git a/drivers/gpu/drm/b
On Tue, 09 Jan 2024, Jani Nikula wrote:
> Prefer using the struct drm_edid based callback and functions.
>
> v2: Fix -Wsometimes-uninitialized (kernel test robot)
>
> Signed-off-by: Jani Nikula
I fumbled and sent the v2 in reply to the wrong patch, and it'll
probably confuse all the build bots o
dcss currently does not request its memory resource. This series adds
that request with devres. As we're at it, it also ports all the ioremaps
and associated allocations to devres.
I can build this, but I don't have the hardware available to test it. So
you might want to have a closer look.
P.
P
The driver's memory regions are currently just ioremap()ed, but not
reserved through a request. That's not a bug, but having the request is
a little more robust.
Implement the region-request through the corresponding managed
devres-function.
Signed-off-by: Philipp Stanner
---
drivers/gpu/drm/im
dcss currently allocates and ioremaps quite a few resources in its probe
function's call graph. Devres now provides convenient functions which
perform the same task but do the cleanup automatically.
Port all memory allocations and ioremap() calls to the devres
counterparts.
Signed-off-by: Philipp
On Tue, Jan 09, 2024 at 12:40:45AM -0800, Alexey Makhalov wrote:
> v5->v6 change:
> - Added ack by Kirill A. Shutemov in patch 7.
Please do not spam. Adding someone's Ack does not mean you have to
resend the whole thing immediately again.
While waiting, please read Documentation/process/submittin
>-Original Message-
>From: Krzysztof Kozlowski
>Sent: Monday, January 8, 2024 3:38 PM
>To: Ritesh Kumar (QUIC) ; dri-
>de...@lists.freedesktop.org; devicet...@vger.kernel.org; linux-
>ker...@vger.kernel.org
>Cc: neil.armstr...@linaro.org; Jessica Zhang (QUIC)
>; s...@ravnborg.org;
>maarte
`shmem->map_wc was` set to `false` but the comment suggested WC was
enabled for imported buffers.
Signed-off-by: Jacek Lawrynowicz
---
drivers/gpu/drm/drm_gem_shmem_helper.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/drm_gem_shmem_helper.c
b/drivers/gpu/
On 08/01/2024 11:07, Krzysztof Kozlowski wrote:
> On 08/01/2024 10:59, Ritesh Kumar wrote:
>> Document Novatek NT36672E FHD+ LCD DSI panel.
>>
>> Signed-off-by: Ritesh Kumar
>>
>> ---
>> v2: Fixed review comments from Krzysztof
>
> Please use standard email subjects, so with the PATCH keyword in
Hi Daniel / Sima,
Le lundi 08 janvier 2024 à 20:19 +0100, Daniel Vetter a écrit :
> On Mon, Jan 08, 2024 at 05:27:33PM +0100, Paul Cercueil wrote:
> > Le lundi 08 janvier 2024 à 16:29 +0100, Daniel Vetter a écrit :
> > > On Mon, Jan 08, 2024 at 03:21:21PM +0100, Paul Cercueil wrote:
> > > > Hi Dan
The bug `KASAN: slab-use-after-free in qxl_mode_dumb_create` is reproduced
on 5.10 stable branch.
The problem has been fixed by the following patch which can be cleanly
applied to 5.10. The fix is already included in all stable branches
starting from 5.15.
Link to the "failed to apply to 5.10" re
From: Wander Lairson Costa
commit c611589b4259ed63b9b77be6872b1ce07ec0ac16 upstream.
qxl_mode_dumb_create() dereferences the qobj returned by
qxl_gem_object_create_with_handle(), but the handle is the only one
holding a reference to it.
A potential attacker could guess the returned handle value
Hi,
On 09/01/2024 08:09, Shengyang Chen wrote:
This patchset adds waveshare 7inch touchscreen panel support
for the StarFive JH7110 SoC.
Could you precise which SKU you're referring to ? is it 19885 =>
https://www.waveshare.com/7inch-dsi-lcd.htm ?
Are you sure it requires different timings f
On 08/01/2024 19:32, Andrew Davis wrote:
> Signed-off-by: Andrew Davis
> ---
> .../bindings/gpu/{img,powervr.yaml => img,powervr-rogue.yaml} | 4 ++--
> MAINTAINERS | 2 +-
> 2 files changed, 3 insertions(+), 3 deletions(-)
If you are renaming it
RPi 4 uses V3D 4.2, which is currently not supported by the register
definition stated at `v3d_core_reg_defs`. We should be able to support
V3D 4.2, therefore, change the maximum version of the register
definition to 42, not 41.
Fixes: 0ad5bc1ce463 ("drm/v3d: fix up register addresses for V3D 7.x"
On 08/01/2024 19:32, Andrew Davis wrote:
> The Imagination PowerVR Series5 "SGX" GPU is part of several SoCs from
> multiple vendors. Describe how the SGX GPU is integrated in these SoC,
> including register space and interrupts. Clocks, reset, and power domain
> information is SoC specific.
>
> S
Hi Doug,
On Tue, Jan 9, 2024 at 6:46 AM Doug Anderson wrote:
>
> Hi,
>
> On Wed, Dec 27, 2023 at 2:43 AM Pin-yen Lin wrote:
> >
> > Disable the autosuspend of runtime PM and use completion to make sure
> > ps8640_suspend() is called in ps8640_atomic_post_disable().
> >
> > The ps8640 bridge seem
The ps8640 bridge seems to expect everything to be power cycled at the
disable process, but sometimes ps8640_aux_transfer() holds the runtime
PM reference and prevents the bridge from suspend.
Prevent that by introducing a mutex lock between ps8640_aux_transfer()
and .post_disable() to make sure t
The device is initialized in the driver's probe callback and as part of
that initialization, the required firmware is loaded. But this fails if
the driver is built-in and the firmware isn't present in the initramfs:
$ dmesg | grep powervr
[2.969757] powervr fd0.gpu: Direct firmware load fo
Thanks Maíra!
Reviewed-by: Iago Toral Quiroga
El mar, 09-01-2024 a las 08:30 -0300, Maíra Canal escribió:
> RPi 4 uses V3D 4.2, which is currently not supported by the register
> definition stated at `v3d_core_reg_defs`. We should be able to
> support
> V3D 4.2, therefore, change the maximum ver
Hi Yoshinori,
thanks for your patch!
On Tue, Jan 9, 2024 at 9:24 AM Yoshinori Sato
wrote:
> + renesas,icr-irlm:
> +$ref: /schemas/types.yaml#/definitions/flag
> +description: If true four independent interrupt requests mode (ICR.IRLM
> is 1).
> +
> + renesas,ipr-map:
> +$ref: /sc
On 05.01.2024 17:35, Jeffrey Hugo wrote:
> On 1/5/2024 4:22 AM, Jacek Lawrynowicz wrote:
>> Limit number of iterations in ivpu_mmu_irq_evtq_handler() and
>> ivpu_ipc_irq_handler().
>
> "potential infinite loops" sounds like something that has not been observed.
> Has a problem actually occurred?
Hi Yoshinori,
thanks for your patch!
On Tue, Jan 9, 2024 at 9:24 AM Yoshinori Sato
wrote:
> Renesas SH7751 PCI Controller json-schema.
>
> Signed-off-by: Yoshinori Sato
(...)
> + renesas,bus-arbit-round-robin:
> +$ref: /schemas/types.yaml#/definitions/flag
> +description: |
> + S
On Tue, Jan 09, 2024 at 09:47:20AM +0100, Michael Walle wrote:
> Hi,
>
> > > Inki, are you picking this up? Or if not, who will?
> >
> > I can pick it up but it would be better to go to the drm-misc tree. If
> > nobody cares about it then I will pick it up. :)
> >
> > acked-by : Inki Dae
>
> W
On 05.01.2024 16:32, Jeffrey Hugo wrote:
> On 1/5/2024 4:22 AM, Jacek Lawrynowicz wrote:
>> From: "Wachowski, Karol"
>>
>> It is common need to be able to see IOVA/physical to VPU addresses
>
> Errant double space between "to" and "see"
Sure
>> mappings. Especially when debugging different kin
Hi Dario,
do you want me to apply patches 5,7,8 to the dri-misc
tree?
Yours,
Linus Walleij
On 05.01.2024 17:36, Jeffrey Hugo wrote:
> On 1/5/2024 4:22 AM, Jacek Lawrynowicz wrote:
>> drm_gem_shmem_vmap/vunmap requires dma resv lock to be held.
>> This was missed during conversion to shmem helper.
>> > Signed-off-by: Jacek Lawrynowicz
>
> Fixes tag?
Sure, I'll add it.
Hi Linus,
On Tue, Jan 9, 2024 at 1:51 PM Linus Walleij wrote:
>
> Hi Dario,
>
> do you want me to apply patches 5,7,8 to the dri-misc
> tree?
>
> Yours,
> Linus Walleij
Yes, I would appreciate that very much.
Thanks and Regards,
Dario Binacchi
--
Dario Binacchi
Senior Embedded Linux Develop
On Tue, Jan 09, 2024 at 09:30:15AM +, Tvrtko Ursulin wrote:
>
> On 09/01/2024 07:56, Christian König wrote:
> > Am 07.12.23 um 19:02 schrieb Alex Deucher:
> > > Add shared stats. Useful for seeing shared memory.
> > >
> > > v2: take dma-buf into account as well
> > >
> > > Signed-off-by: Al
On Mon, Jan 08, 2024 at 01:10:12PM -0800, Randy Dunlap wrote:
> Hi Thomas,
>
> On 1/8/24 00:57, Thomas Zimmermann wrote:
> > Hi,
> >
> > thanks for the fix.
> >
> > Am 06.01.24 um 04:29 schrieb Randy Dunlap:
> >> Remove the @funcs entry from struct drm_vram_mm to quieten the kernel-doc
> >> warn
On Tue, Jan 09, 2024 at 12:06:58PM +0100, Paul Cercueil wrote:
> Hi Daniel / Sima,
>
> Le lundi 08 janvier 2024 à 20:19 +0100, Daniel Vetter a écrit :
> > On Mon, Jan 08, 2024 at 05:27:33PM +0100, Paul Cercueil wrote:
> > > Le lundi 08 janvier 2024 à 16:29 +0100, Daniel Vetter a écrit :
> > > > On
1 - 100 of 219 matches
Mail list logo
