Re: [PATCH v5 00/23] nova-core: run FWSEC-FRTS to perform first stage of GSP initialization

2025-06-19 Thread Alexandre Courbot
On Thu Jun 19, 2025 at 5:14 AM JST, Danilo Krummrich wrote: > On Thu, Jun 12, 2025 at 11:01:28PM +0900, Alexandre Courbot wrote: >> Hi everyone, >> >> The feedback on v4 has been (hopefully) addressed. I guess the main >> remaining unknown is the direction of the `num` module ; for this >> iterati

Re: [PATCH v5 00/23] nova-core: run FWSEC-FRTS to perform first stage of GSP initialization

2025-06-18 Thread Danilo Krummrich
On Thu, Jun 12, 2025 at 11:01:28PM +0900, Alexandre Courbot wrote: > Hi everyone, > > The feedback on v4 has been (hopefully) addressed. I guess the main > remaining unknown is the direction of the `num` module ; for this > iteration, following the received feedback I have eschewed the extension >

Re: [PATCH v5 00/23] nova-core: run FWSEC-FRTS to perform first stage of GSP initialization

2025-06-18 Thread Alexandre Courbot
On Wed Jun 18, 2025 at 5:14 AM JST, Danilo Krummrich wrote: > On Thu, Jun 12, 2025 at 11:01:28PM +0900, Alexandre Courbot wrote: >> Hi everyone, >> >> The feedback on v4 has been (hopefully) addressed. I guess the main >> remaining unknown is the direction of the `num` module ; for this >> iterati

Re: [PATCH v5 00/23] nova-core: run FWSEC-FRTS to perform first stage of GSP initialization

2025-06-17 Thread Danilo Krummrich
On Thu, Jun 12, 2025 at 11:01:28PM +0900, Alexandre Courbot wrote: > Hi everyone, > > The feedback on v4 has been (hopefully) addressed. I guess the main > remaining unknown is the direction of the `num` module ; for this > iteration, following the received feedback I have eschewed the extension >

[PATCH v5 00/23] nova-core: run FWSEC-FRTS to perform first stage of GSP initialization

2025-06-12 Thread Alexandre Courbot
Hi everyone, The feedback on v4 has been (hopefully) addressed. I guess the main remaining unknown is the direction of the `num` module ; for this iteration, following the received feedback I have eschewed the extension trait and implemented the alignment functions as methods of the new `PowerOfTw

Aw: [PATCH v5 00/23] drm/rockchip: RK356x VOP2 support

2022-02-09 Thread Frank Wunderlich
Hi Sascha tested full v5 Series + 3 clk-Patches from v4 on 5.17-rc2 on my rk3568 based Bananapi R2 Pro 1280x720-32@60Hz 1920x1080-32@60Hz 3840x2160-32@60Hz with fb console Tested-by: Frank Wunderlich regards Frank

[PATCH v5 00/23] drm/rockchip: RK356x VOP2 support

2022-02-09 Thread Sascha Hauer
This is v5 of adding RK356x VOP2 support. I've dropped the patches that Heiko already applied, for testing either apply to linux-next or pick the missing clk patches from v4. I consider this series being ready for primetime now. One problem might be patch 1 [drm/encoder: Add of_graph port to struc

[PATCH v5 00/23] drm/sun4i: Support for linear and tiled YUV formats with the frontend

2019-01-18 Thread Paul Kocialkowski
This series implements support for YUV formats using the display engine frontend in the sun4i DRM driver, with various fixes along the way. Scaling is supported for every format handled by the frontend. The tiling mode used by the VPU on Allwinner platforms is also supported by this series and a d

[PATCH v5 00/23]

2014-02-03 Thread Mark Brown
On Sun, Feb 02, 2014 at 07:06:06PM +0100, Jean-Francois Moine wrote: > - the .of_match_table is not needed because the i2c client is created by > the i2c subsystem from the 'reg' in the DT, It's generally better to have an explict set of OF IDs even if the default does work - matching purely on

[PATCH v5 00/23]

2014-02-02 Thread Jean-Francois Moine
On Sun, 2 Feb 2014 19:15:05 + Russell King - ARM Linux wrote: > In which case, it may be better to reorder the remaining patches such > that the DT changes are at the very end - which means we can still > benefit from the rest of the patches if the DT solution remains an > open question. > >

[PATCH v5 00/23]

2014-02-02 Thread Jean-Francois Moine
On Sun, 2 Feb 2014 18:04:34 + Russell King - ARM Linux wrote: > So, in summary, I'm pretty happy with this again - and it's all been > tested here with no apparant detrimental effects. All committed and > queued up here: > > http://ftp.arm.linux.org.uk/cgit/linux-cubox.git/log/?h=tda998x-de

[PATCH v5 00/23]

2014-02-02 Thread Jean-Francois Moine
On Sun, 2 Feb 2014 18:23:49 + Russell King - ARM Linux wrote: > On Sun, Feb 02, 2014 at 07:06:06PM +0100, Jean-Francois Moine wrote: > > On Sun, 2 Feb 2014 12:43:58 + > > Russell King - ARM Linux wrote: > > > > > On Wed, Jan 29, 2014 at 10:01:22AM +0100, Jean-Francois Moine wrote: > > >

[PATCH v5 00/23]

2014-02-02 Thread Sebastian Hesselbarth
On 02/02/2014 07:23 PM, Russell King - ARM Linux wrote: > On Sun, Feb 02, 2014 at 07:06:06PM +0100, Jean-Francois Moine wrote: >> - on encoder_destroy(), the function drm_i2c_encoder_destroy() >>unregisters the i2c client, so, with a DT, a second encoder_init() >>would crash. > > I think th

[PATCH v5 00/23]

2014-02-02 Thread Russell King - ARM Linux
On Sun, Feb 02, 2014 at 07:54:00PM +0100, Jean-Francois Moine wrote: > I explained how to use the tda998x in a DT context in a message to Jyri > Sarha: > > http://lists.freedesktop.org/archives/dri-devel/2014-January/052936.html Okay, so there's a bunch of changes required to the DRM slave suppor

[PATCH v5 00/23]

2014-02-02 Thread Jean-Francois Moine
On Sun, 2 Feb 2014 12:43:58 + Russell King - ARM Linux wrote: > On Wed, Jan 29, 2014 at 10:01:22AM +0100, Jean-Francois Moine wrote: > > This patch set contains various extensions to the tda998x driver: > > > > - simplify the i2c read/write > > - code cleanup and fix some small errors > > -

[PATCH v5 00/23]

2014-02-02 Thread Russell King - ARM Linux
On Sun, Feb 02, 2014 at 07:06:06PM +0100, Jean-Francois Moine wrote: > On Sun, 2 Feb 2014 12:43:58 + > Russell King - ARM Linux wrote: > > > On Wed, Jan 29, 2014 at 10:01:22AM +0100, Jean-Francois Moine wrote: > > > This patch set contains various extensions to the tda998x driver: > > > > >

[PATCH v5 00/23]

2014-02-02 Thread Russell King - ARM Linux
On Sun, Feb 02, 2014 at 12:43:58PM +, Russell King - ARM Linux wrote: > On Wed, Jan 29, 2014 at 10:01:22AM +0100, Jean-Francois Moine wrote: > > This patch set contains various extensions to the tda998x driver: > > > > - simplify the i2c read/write > > - code cleanup and fix some small errors

[PATCH v5 00/23]

2014-02-02 Thread Russell King - ARM Linux
On Wed, Jan 29, 2014 at 10:01:22AM +0100, Jean-Francois Moine wrote: > This patch set contains various extensions to the tda998x driver: > > - simplify the i2c read/write > - code cleanup and fix some small errors > - use global constants > - don't read write-only registers > - add DT support > -

[PATCH v5 00/23]

2014-01-29 Thread Jean-Francois Moine
This patch set contains various extensions to the tda998x driver: - simplify the i2c read/write - code cleanup and fix some small errors - use global constants - don't read write-only registers - add DT support - use IRQ for connection status and EDID read - v5 - remarks from Russell King

[PATCH v5 00/23] modetest enhancements

2013-06-14 Thread Laurent Pinchart
On Friday 14 June 2013 23:21:11 Laurent Pinchart wrote: > Hello, > > After a (too) long delay here's the fifth version of my modetest > enhancements patch set. And I've of course sent the wrong version :-/ v6 (hopefully final) is on the way. Sorry for the noise. > Beside various cleanups, these

[PATCH v5 00/23] modetest enhancements

2013-06-14 Thread Laurent Pinchart
Hello, After a (too) long delay here's the fifth version of my modetest enhancements patch set. Beside various cleanups, these patches allow dropping master after mode set, configuring more than two pipes and planes, setting properties from the command line, setting plane positions and configurin

Re: [PATCH v5 00/23] modetest enhancements

2013-06-14 Thread Laurent Pinchart
On Friday 14 June 2013 23:21:11 Laurent Pinchart wrote: > Hello, > > After a (too) long delay here's the fifth version of my modetest > enhancements patch set. And I've of course sent the wrong version :-/ v6 (hopefully final) is on the way. Sorry for the noise. > Beside various cleanups, these

[PATCH v5 00/23] modetest enhancements

2013-06-14 Thread Laurent Pinchart
Hello, After a (too) long delay here's the fifth version of my modetest enhancements patch set. Beside various cleanups, these patches allow dropping master after mode set, configuring more than two pipes and planes, setting properties from the command line, setting plane positions and configurin