From: Maxime Ripard
> Sent: 04 March 2024 11:46
>
> On Mon, Mar 04, 2024 at 12:11:36PM +0100, Arnd Bergmann wrote:
> > On Mon, Mar 4, 2024, at 09:07, Naresh Kamboju wrote:
> > > The arm defconfig builds failed on today's Linux next tag next-20240304.
> > >
> > > Build log:
> > > -
> > >
All the bridges that are being used with the MSM DSI hosts have been
converted to support DRM_BRIDGE_ATTACH_NO_CONNECTOR. Drop the fallback
code and require DRM_BRIDGE_ATTACH_NO_CONNECTOR to be supported by the
downstream bridges.
Signed-off-by: Dmitry Baryshkov
---
/dsi/dsi_manager.c | 79 ---
3 files changed, 48 insertions(+), 64 deletions(-)
---
base-commit: 1843e16d2df9d98427ef8045589571749d627cf7
change-id: 20240309-fd-dsi-cleanup-bridges-22d5dc1c1341
Best regards,
--
Dmitry Baryshkov
Instead of having two functions, msm_dsi_manager_bridge_init()
and msm_dsi_manager_ext_bridge_init(), merge them into
msm_dsi_manager_connector_init(), moving drm_bridge_attach() to be
called from the bridge's attach callback (as most other bridges do).
Signed-off-by: Dmitry Baryshkov
---
Currently the MSM DSI driver looks for the next bridge during
msm_dsi_modeset_init(). If the bridge is not registered at that point,
this might result in -EPROBE_DEFER, which can be problematic that late
during the device probe process. Move next bridge acquisition to the
dsi_bind state so that
else
---
base-commit: 1843e16d2df9d98427ef8045589571749d627cf7
change-id: 20240309-adv7511-next-bridge-10d8bbe0544e
Best regards,
--
Dmitry Baryshkov
On Sat, 9 Mar 2024 at 12:31, Dmitry Baryshkov
wrote:
>
> In order to let bridge chains implement HDMI connector infrastructure,
> add necessary glue code to the drm_bridge_connector. In case there is a
> bridge that sets DRM_BRIDGE_OP_HDMI, drm_bridge_connector will register
> itself as a HDMI
From: Sam Ravnborg
sparc_config were used to handle the differences between the machines.
With only LEON supported sparc_config is no longer required.
Refactor the time code a litte as some parts are obsolete and other
parts are only used when SMP is not enabled.
Signed-off-by: Sam Ravnborg
From: Sam Ravnborg
Some older SPARC CPUs had support for only 7 register windows.
To support this run-time patching was used.
LEON demand 8 register windows for use with Linux so
there is no need to support the 7 window configuration.
The complexity of the assembler code is reduced
when
From: Sam Ravnborg
The uctrl driver is only relevant for the Sparcbook 3 machine,
and with sun4m support removed this driver is no logner relevant.
Signed-off-by: Sam Ravnborg
Acked-by: Arnd Bergmann
Cc: "David S. Miller"
Cc: Arnd Bergmann
Cc: Andreas Larsson
---
drivers/sbus/char/Kconfig
From: Sam Ravnborg
Drop support for prom ranges - not used anymore.
Signed-off-by: Sam Ravnborg
Acked-by: Arnd Bergmann
Cc: "David S. Miller"
Cc: Arnd Bergmann
Cc: Andreas Larsson
---
arch/sparc/include/asm/oplib_32.h | 11
arch/sparc/prom/Makefile | 1 -
From: Sam Ravnborg
Some of the sun4m irq infrastructure is used by LEON too,
so keep that and drop the rest.
The patch include a few extra fixes fix the build after
the removal of the irq support.
Signed-off-by: Sam Ravnborg
Acked-by: Arnd Bergmann
Cc: "David S. Miller"
Cc: Arnd Bergmann
From: Sam Ravnborg
Drop the sun4m and sun4d code from trampoline_32
Signed-off-by: Sam Ravnborg
Acked-by: Arnd Bergmann
Cc: "David S. Miller"
Cc: Arnd Bergmann
Cc: Andreas Larsson
---
arch/sparc/kernel/kernel.h| 3 +-
arch/sparc/kernel/trampoline_32.S | 127
From: Sam Ravnborg
Drop the sun4m and sun4d smp support code.
The sparc32 kernel will not boot unless this is a LEON system,
so drop checks for other systems as they will not trigger.
Signed-off-by: Sam Ravnborg
Acked-by: Arnd Bergmann
Cc: "David S. Miller"
Cc: Arnd Bergmann
Cc: Andreas
From: Sam Ravnborg
pcic is only used by MicroSPARC-IIep and not relevant for LEON.
Signed-off-by: Sam Ravnborg
Acked-by: Arnd Bergmann
Cc: "David S. Miller"
Cc: Arnd Bergmann
Cc: Andreas Larsson
---
arch/sparc/Kconfig| 5 -
arch/sparc/include/asm/pcic.h | 130 ---
From: Sam Ravnborg
auxio is not supported by LEON - so drop it.
Signed-off-by: Sam Ravnborg
Acked-by: Arnd Bergmann
Cc: "David S. Miller"
Cc: Arnd Bergmann
Cc: Andreas Larsson
---
arch/sparc/include/asm/auxio_32.h | 73 +---
arch/sparc/kernel/Makefile| 2 +-
From: Sam Ravnborg
The p9100 driver is only relevant for the Sparcbook 3 machine,
and with sun4m support removed this driver is no longer relevant.
Signed-off-by: Sam Ravnborg
Acked-by: Arnd Bergmann
Acked-by: Thomas Zimmermann
Cc: "David S. Miller"
Cc: Arnd Bergmann
Cc: Andreas Larsson
From: Sam Ravnborg
LEON do not have an sbus - so drop support for that for sparc32.
Fix a few Kconfig expressions to use CONFIG_SBUS rather than SPARC
as only SPARC64 has an sbus now.
Signed-off-by: Sam Ravnborg
Acked-by: Arnd Bergmann
Cc: "David S. Miller"
Cc: Arnd Bergmann
Cc: Andreas
From: Sam Ravnborg
With only LEON supported there is no need to run-time patch
the instructions to match ASI.
Move a few functions back to C with inline asm, now that
run-time patching is not needed.
Deleted a few functions that turns out not to be used rather
than re-implement them in C.
From: Sam Ravnborg
Drop mmu models not used by LEON, including their header files.
This includes removal of unused includes in various files to fix the
build.
Signed-off-by: Sam Ravnborg
Acked-by: Arnd Bergmann
Cc: "David S. Miller"
Cc: Arnd Bergmann
Cc: Andreas Larsson
---
From: Sam Ravnborg
Drop all code used to support sun4m irqs.
Update entry.S to call the leon_nmi function.
Signed-off-by: Sam Ravnborg
Acked-by: Arnd Bergmann
Cc: "David S. Miller"
Cc: Arnd Bergmann
Cc: Andreas Larsson
---
arch/sparc/kernel/Makefile | 1 -
arch/sparc/kernel/entry.S
From: Sam Ravnborg
Only used by older SPARC HW, not used by LEON.
Signed-off-by: Sam Ravnborg
Acked-by: Arnd Bergmann
Cc: "David S. Miller"
Cc: Arnd Bergmann
Cc: Andreas Larsson
---
arch/sparc/include/asm/elf_32.h | 2 -
arch/sparc/include/asm/mbus.h | 97
From: Sam Ravnborg
Drop the sun4m specific handling and the patching that
takes place in sun4d and LEON.
Signed-off-by: Sam Ravnborg
Acked-by: Arnd Bergmann
Cc: "David S. Miller"
Cc: Arnd Bergmann
Cc: Andreas Larsson
---
arch/sparc/kernel/entry.S | 98
From: Sam Ravnborg
Drop sun4d specific support. Not used by LEON.
Signed-off-by: Sam Ravnborg
Acked-by: Arnd Bergmann
Cc: "David S. Miller"
Cc: Arnd Bergmann
Cc: Andreas Larsson
---
arch/sparc/include/asm/io-unit.h | 59
arch/sparc/include/asm/obio.h| 226
From: Sam Ravnborg
There is no longer any need for the run-time patching of the ipi trap
with the removal of sun4m and sun4d. Remove the patching and drop the
ipi implementation for the two machines.
The patch includes removal of patching from pcic as this was needed to
fix the build. pcic will
From: Sam Ravnborg
The led driver is only relevant for the sun4m machines.
Signed-off-by: Sam Ravnborg
Acked-by: Arnd Bergmann
Cc: "David S. Miller"
Cc: Arnd Bergmann
Cc: Andreas Larsson
---
arch/sparc/Kconfig | 9 ---
arch/sparc/kernel/Makefile | 1 -
arch/sparc/kernel/led.c
+-
drivers/video/fbdev/Makefile | 1 -
drivers/video/fbdev/p9100.c | 372 ---
sound/sparc/Kconfig | 1 +
89 files changed, 316 insertions(+), 10829 deletions(-)
---
base-commit: 84b76d05828a1909e20d0f66553b876b801f98c8
change-id: 20240309-sunset
From: Sam Ravnborg
The CPU is always leon, so the run-time cpuid patching is no longer
required.
Signed-off-by: Sam Ravnborg
Reported-by: Andreas Larsson
Cc: "David S. Miller"
Cc: Arnd Bergmann
Cc: Andreas Larsson
---
arch/sparc/include/asm/winmacro.h | 12
From: Sam Ravnborg
LEON do not have sbus iommu support - drop it.
Signed-off-by: Sam Ravnborg
Acked-by: Arnd Bergmann
Cc: "David S. Miller"
Cc: Arnd Bergmann
Cc: Andreas Larsson
---
arch/sparc/include/asm/iommu.h| 2 -
arch/sparc/include/asm/iommu_32.h | 122 ---
From: Sam Ravnborg
The only supported sparc32 CPU is LEON, so there is no need for a
config option to select it.
Signed-off-by: Sam Ravnborg
Acked-by: Arnd Bergmann
Acked-by: Greg Kroah-Hartman #For the USB stuff
Cc: "David S. Miller"
Cc: Arnd Bergmann
Cc: Andreas Larsson
---
From: Sam Ravnborg
Remove the most obvious parts of sun4* support from head_32.S.
Use a single print if a sun4* machine is detected thus restricting
boots to LEON machines.
Signed-off-by: Sam Ravnborg
Acked-by: Arnd Bergmann
Cc: "David S. Miller"
Cc: Arnd Bergmann
Cc: Andreas Larsson
---
From: Sam Ravnborg
LEON do not have floppy support so we can drop it
Signed-off-by: Sam Ravnborg
Acked-by: Arnd Bergmann
Cc: "David S. Miller"
Cc: Arnd Bergmann
Cc: Andreas Larsson
---
arch/sparc/Kconfig | 2 +-
arch/sparc/include/asm/floppy.h| 2 -
From: Sam Ravnborg
Drop the two sun specific apc and pmc drivers.
Signed-off-by: Sam Ravnborg
Acked-by: Arnd Bergmann
Cc: "David S. Miller"
Cc: Arnd Bergmann
Cc: Andreas Larsson
---
arch/sparc/Kconfig | 7 --
arch/sparc/kernel/Makefile | 1 -
arch/sparc/kernel/apc.c| 196
From: Sam Ravnborg
Not used and references stuff that will be dropped later.
Signed-off-by: Sam Ravnborg
Acked-by: Arnd Bergmann
Cc: "David S. Miller"
Cc: Arnd Bergmann
Cc: Andreas Larsson
---
arch/sparc/include/asm/pgtable_32.h | 24
From: Sam Ravnborg
sparc32 is always LEON, so no need to check for the model.
Signed-off-by: Sam Ravnborg
Acked-by: Arnd Bergmann
Cc: "David S. Miller"
Cc: Arnd Bergmann
Cc: Andreas Larsson
---
arch/sparc/include/asm/cpu_type.h | 18 -
arch/sparc/include/asm/io_32.h| 4 +-
From: Sam Ravnborg
This is a copy of the leon_smp defconfig found in
gaisler-buildroot-2023.02-1.0.
Signed-off-by: Sam Ravnborg
Acked-by: Arnd Bergmann
Cc: "David S. Miller"
Cc: Arnd Bergmann
Cc: Andreas Larsson
---
arch/sparc/configs/sparc32_defconfig | 171
On Sat, 9 Mar 2024 at 13:25, Sui Jingfeng wrote:
>
> Hi,
>
>
> On 2024/3/9 18:39, Dmitry Baryshkov wrote:
> > On Sat, 9 Mar 2024 at 11:33, Sui Jingfeng wrote:
> >> Hi,
> >>
> >>
> >> On 2024/3/8 04:40, Dmitry Baryshkov wrote:
> > But really, there is nothing so hard about it:
> > -
Add Device Tree bindings for Texas Instruments LM3509 - a
High Efficiency Boost for White LED's and/or OLED Displays
Signed-off-by: Patrick Gansterer
---
Changes in v3:
Improved device tree bindings documentation style
v2:
Hi,
On Sat, Mar 09, 2024 at 01:22:28PM +0100, Krzysztof Kozlowski wrote:
> LED strings are true in case of... well, LED strings, but I just
> wonder if such setup is applicable for backlight. Anyway, if you
> think it is, I don't mind.
LED strings are being used as backlight. Either from the
On 09/03/2024 13:09, Patrick Gansterer wrote:
> On 09/03/2024 12:53, Krzysztof Kozlowski wrote:
>>> + - compatible
>>> + - reg
>>> +
>>> +patternProperties:
>>> + "^led@[01]$":
>>> +type: object
>>> +description: Properties for a string of connected LEDs.
>>
>> Are you sure this is a
On Sat, 9 Mar 2024 at 14:03, Sui Jingfeng wrote:
>
> Hi,
>
>
> On 2024/3/9 18:39, Dmitry Baryshkov wrote:
> >> The code path of "creating a connector" plus the code path of "not
> >> creating a connector"
> >> forms a 'side-by-side' implementation imo.
> >>
> >> Besides, I have repeated many
While the commit d807ad80d811 ("drm/bridge: add ->edid_read hook and
drm_bridge_edid_read()") and the commit 27b8f91c08d9 ("drm/bridge:
remove ->get_edid callback") replaced ->get_edid() callback with the
->edid_read(), they failed to update documentation. Fix the drm_bridge
docs to point to
On Fri, Mar 08, 2024 at 09:50:17AM -0800, Abhinav Kumar wrote:
> On 3/8/2024 4:43 AM, Johan Hovold wrote:
> For this last remaining reset with the stacktrace you have mentioned
> below, I do not think this was introduced due to PM runtime series. We
> have had this report earlier with the same
This is a general driver for LM3509 backlight chip of TI.
LM3509 is High Efficiency Boost for White LEDs and/or OLED Displays with
Dual Current Sinks. This driver supports OLED/White LED select, brightness
control and sub/main control.
The datasheet can be found at
On 09/03/2024 19:49, Sebastian Reichel wrote:
> Hi,
>
> On Sat, Mar 09, 2024 at 01:22:28PM +0100, Krzysztof Kozlowski wrote:
>> LED strings are true in case of... well, LED strings, but I just
>> wonder if such setup is applicable for backlight. Anyway, if you
>> think it is, I don't mind.
>
>
submitting patch, we suggest to use '--base' as documented in
https://git-scm.com/docs/git-format-patch#_base_tree_information]
url:
https://github.com/intel-lab-lkp/linux/commits/Paul-Cercueil/dmaengine-Add-API-function-dmaengine_prep_peripheral_dma_vec/20240309-010421
base: https
submitting patch, we suggest to use '--base' as documented in
https://git-scm.com/docs/git-format-patch#_base_tree_information]
url:
https://github.com/intel-lab-lkp/linux/commits/Paul-Cercueil/dmaengine-Add-API-function-dmaengine_prep_peripheral_dma_vec/20240309-010421
base: https://git.kernel.org
Hi,
On 2024/3/9 18:39, Dmitry Baryshkov wrote:
On Sat, 9 Mar 2024 at 11:33, Sui Jingfeng wrote:
Hi,
On 2024/3/8 04:40, Dmitry Baryshkov wrote:
But really, there is nothing so hard about it:
- Change of_node to fw_node, apply an automatic patch changing this in
bridge drivers.
- Make
On 08/03/2024 22:50, Patrick Gansterer wrote:
> Add Device Tree bindings for Texas Instruments LM3509 - a
> High Efficiency Boost for White LED's and/or OLED Displays
>
> Signed-off-by: Patrick Gansterer
Thank you for your patch. There is something to discuss/improve.
> + compatible:
> +
Le 08/03/24 - 17:38, Maíra Canal a écrit :
> Hi Arthur,
Hi Maíra,
> Would it be possible for you to coordinate with Louis and create a
> single series with all the modification?
This is already the case, [1] contains all our work. But as there were a
lot of things to change in the YUV part, it
Hi,
On 2024/3/9 18:39, Dmitry Baryshkov wrote:
The code path of "creating a connector" plus the code path of "not creating a
connector"
forms a 'side-by-side' implementation imo.
Besides, I have repeated many times: the DT already speak everything.
Device drivers can completely know if there
On 09/03/2024 12:53, Krzysztof Kozlowski wrote:
+ - compatible
+ - reg
+
+patternProperties:
+ "^led@[01]$":
+type: object
+description: Properties for a string of connected LEDs.
Are you sure this is a string of LEDs? How does a string/tape work with
a backlight, I mean physically?
Hi,
On 2024/3/8 04:40, Dmitry Baryshkov wrote:
But really, there is nothing so hard about it:
- Change of_node to fw_node, apply an automatic patch changing this in
bridge drivers.
- Make drm_of_bridge functions convert passed of_node and comp
After this we can start cleaning up bridge
This patchset sits on top Maxime's HDMI connector patchset ([1]).
Currently this is an RFC exploring the interface between HDMI bridges
and HDMI connector code. This has been lightly verified on the Qualcomm
DB820c, which has native HDMI output. If this approach is considered to
be acceptable,
To support connectors which do all the management on their own (like
drm_bridge_connector), add drm_connector_hdmi_init() in addition to
drmm_connector_hdmi_init().
Signed-off-by: Dmitry Baryshkov
---
drivers/gpu/drm/drm_connector.c | 143 ++--
Change MSM HDMI bridge to use atomic_* callbacks in preparation to
enablign the HDMI connector support.
Signed-off-by: Dmitry Baryshkov
---
drivers/gpu/drm/msm/hdmi/hdmi_bridge.c | 13 +
1 file changed, 9 insertions(+), 4 deletions(-)
diff --git
In order to let bridge chains implement HDMI connector infrastructure,
add necessary glue code to the drm_bridge_connector. In case there is a
bridge that sets DRM_BRIDGE_OP_HDMI, drm_bridge_connector will register
itself as a HDMI connector and provide proxy drm_connector_hdmi_funcs
Setup the HDMI connector on the MSM HDMI outputs. Make use of
atomic_check hook and of the provided Infoframe infrastructure.
Note: for now only AVI Infoframes are enabled. Audio Infoframes are
currenly handled separately. This will be fixed for the final version.
Signed-off-by: Dmitry Baryshkov
Gate only HDMI Vendor Infoframe generation on the
info->has_hdmi_infoframe. All other infoframes were defined in earlier
HDMI specs and should be generated by default.
Fixes: ("drm/connector: hdmi: Add Infoframes generation")
Signed-off-by: Dmitry Baryshkov
---
On Sat, 9 Mar 2024 at 11:33, Sui Jingfeng wrote:
>
> Hi,
>
>
> On 2024/3/8 04:40, Dmitry Baryshkov wrote:
> >>> But really, there is nothing so hard about it:
> >>> - Change of_node to fw_node, apply an automatic patch changing this in
> >>> bridge drivers.
> >>> - Make drm_of_bridge functions
60 matches
Mail list logo
