strchr considers the terminating NUL to be part of the string, and NUL
can thus be searched for with that function. For consistency, do the
same with strnchr.
Signed-off-by: Peter Rosin
---
lib/string.c | 11 ++-
1 file changed, 10 insertions(+), 1 deletion(-)
diff --git a/lib/string.c
g
at those that signed-off on the memset16/32/64 bug...
Cheers,
Peter
Peter Rosin (3):
lib/string: allow searching for NUL with strnchr
lib/test_string: avoid masking memset16/32/64 failures
lib/test_string: add some testcases for strchr and strnchr
lib/string.c | 11 +++-
lib/tes
strchr considers the terminating NUL to be part of the string, and NUL
can thus be searched for with that function. For consistency, do the
same with strnchr.
Signed-off-by: Peter Rosin
---
lib/string.c | 11 ++-
1 file changed, 10 insertions(+), 1 deletion(-)
diff --git a/lib/string.c
always setting a random unused bit in the result on failure.
Fixes: 03270c13c5ff ("lib/string.c: add testcases for memset16/32/64")
Signed-off-by: Peter Rosin
---
lib/test_string.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/lib/test_string.c b/lib/test_stri
Make sure that the trailing NUL is considered part of the string and can
be found.
Signed-off-by: Peter Rosin
---
lib/test_string.c | 77 +++
1 file changed, 77 insertions(+)
diff --git a/lib/test_string.c b/lib/test_string.c
index
always setting a random unused bit in the result on failure.
Fixes: 03270c13c5ff ("lib/string.c: add testcases for memset16/32/64")
Signed-off-by: Peter Rosin
---
lib/test_string.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/lib/test_string.c b/lib/test_stri
Make sure that the trailing NUL is considered part of the string and can
be found.
Signed-off-by: Peter Rosin
---
lib/test_string.c | 77 +++
1 file changed, 77 insertions(+)
diff --git a/lib/test_string.c b/lib/test_string.c
index
On 2019-05-07 11:02, Serge Semin wrote:
> Hello folks,
>
> Any updates on this patchset status? I haven't got any comment on v2, but
> instead a notification about the status change was sent to me:
>
>> * linux-i2c: [v2,1/3] i2c-mux-gpio: Unpin a platform-based device
>> initialization
>> -
dings.
Signed-off-by: Pankaj Bansal
Signed-off-by: Peter Rosin
---
Documentation/devicetree/bindings/mux/mmio-mux.txt | 60 --
Documentation/devicetree/bindings/mux/reg-mux.txt | 129 +
2 files changed, 129 insertions(+), 60 deletions(-)
delete mode 100644 Document
Hi Greg,
A small addition to the mmio mux so that it can handle non-syscon
regmaps. The bindings patch should probably have had Robs tag,
but after a bit of back and forth I got the impression that it
wasn't really needed, since it's basically just a file rename
plus addition of a compatible [1].
From: Pankaj Bansal
Generic register bitfield-based multiplexer that controls the multiplexer
producer defined under a parent node.
The driver corresponding to parent node provides register read/write
capabilities.
Signed-off-by: Pankaj Bansal
Signed-off-by: Peter Rosin
---
drivers/mux
her
> Cc: linux-f...@vger.kernel.org
> Cc: Peter Rosin
> Cc: Mark Brown
> Cc: Florian Fainelli
> Cc: Heiner Kallweit
> Cc: "David S. Miller"
> Cc: Andrew Lunn
> Cc: Liam Girdwood
> Cc: Greg Kroah-Hartman
> Cc: "Rafael J. Wysocki"
> Cc: Jiri S
On 2019-06-24 10:34, Suzuki K Poulose wrote:
> Hi Peter,
>
> On 22/06/2019 06:25, Peter Rosin wrote:
>> On 2019-06-14 19:54, Suzuki K Poulose wrote:
>>> Add a wrapper to class_find_device() to search for a device
>>> by the of_node pointer, reusing the generic mat
On 2019-06-25 10:05, eugen.hris...@microchip.com wrote:
> From: Eugen Hristev
>
> Add property for digital filter for i2c0 node sama5d4_xplained
This does not match the below hunk.
Cheers,
Peter
> Signed-off-by: Eugen Hristev
> ---
> arch/arm/boot/dts/at91-sama5d4_xplained.dts | 1 +
> 1 fil
On 2019-06-25 10:05, eugen.hris...@microchip.com wrote:
> From: Eugen Hristev
>
> Add binding specification for analogic filter inside the i2c controller
s/analogic/the analog/
> Signed-off-by: Eugen Hristev
> ---
> Documentation/devicetree/bindings/i2c/i2c-at91.txt | 4
> 1 file changed
On 2019-06-25 10:04, eugen.hris...@microchip.com wrote:
> From: Eugen Hristev
>
> Add binding specificatoin for digital filter inside the i2c controller
>
> Signed-off-by: Eugen Hristev
> ---
> Documentation/devicetree/bindings/i2c/i2c-at91.txt | 4
> 1 file changed, 4 insertions(+)
>
>
Hi,
Sorry for the late reply, $-work interfered...
On 2019-06-13 12:21, Kishon Vijay Abraham I wrote:
> Hi,
>
> On 13/06/19 1:22 PM, Peter Rosin wrote:
>> Hi,
>>
>> On 2019-06-13 06:57, Kishon Vijay Abraham I wrote:
>>> Hi Peter,
>>>
>&g
On 2019-06-18 10:42, Bitan Biswas wrote:
> tegra_i2c_xfer_msg initiates the I2C transfer in DMA
> or PIO mode. It involves steps that need FIFO register
> access, DMA API calls like dma_sync_single_for_device, etc.
> Tegra I2C ISR has calls to tegra_i2c_empty_rx_fifo in PIO mode
> and in DMA/PIO mo
Thanks for your patches, and sorry for the slow review...
On 2019-04-26 01:20, Serge Semin wrote:
> We can unpin a code specific for i2c-mux-gpio device declared
Unpin? I think the common phrase is "factor out"? That unpin is also
present in the subject. BTW, I prefer the subject to start with
[P
On 2019-04-26 01:20, Serge Semin wrote:
> The GPIOs request loop can be safely moved to a separate function.
> First of all it shall improve the code readability. Secondly the
> initialization loop at this point is used for both of- and
> platform_data-based initialization paths, but it will be cha
On 2019-05-29 18:20, Gustavo A. R. Silva wrote:
> One of the more common cases of allocation size calculations is finding
> the size of a structure that has a zero-sized array at the end, along
> with memory for some number of elements for that array. For example:
>
> struct foo {
> int stuff;
On 2019-06-03 16:53, Gustavo A. R. Silva wrote:
> Update the code to use a flexible array member instead of a pointer in
> structure i2c_mux_pinctrl and use the struct_size() helper.
>
> Also, make use of the struct_size() helper instead of an open-coded
> version in order to avoid any potential t
On 2019-06-11 11:56, Mylène Josserand wrote:
> Hello everyone,
>
> You will find a small series that add the support of processed values
> for iio-rescale driver.
> Thanks to that, it is possible to read processed values in sysfs instead
> of getting only raw and scale values.
>
> Here is an exam
On 2019-06-11 11:56, Mylène Josserand wrote:
> To prepare the support of processed value, create a function
> to convert the scale according to the voltage-divider node
> used in the device-tree.
>
> Signed-off-by: Mylène Josserand
> ---
> drivers/iio/afe/iio-rescale.c | 54
> ++
On 2019-06-11 11:56, Mylène Josserand wrote:
> With the support of CHAN_INFO_PROCESSED in voltage-divider,
> it is possible to read the processed values directly from iio's
> sysfs entries or by using iio-hwmon. Add an example for this last
> use case.
As I wrote in response to the cover letter, I
On 2019-06-06 09:35, Bitan Biswas wrote:
> Fix checkpatch.pl warning(s)/error(s)/check(s) in i2c-tegra.c
>
> Remove redundant BUG_ON calls or replace with WARN_ON_ONCE
> as needed. Replace BUG() with error handling code.
> Define I2C_ERR_UNEXPECTED_STATUS for error handling.
>
> Signed-off-by: Bi
Because it looks neater.
Signed-off-by: Peter Rosin
---
drivers/media/common/saa7146/saa7146_i2c.c | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/drivers/media/common/saa7146/saa7146_i2c.c
b/drivers/media/common/saa7146/saa7146_i2c.c
index 3feddc52c446..df9ebe2a168c
On 2019-01-09 11:12, Daniel Vetter wrote:
> On Tue, Jan 08, 2019 at 12:31:36PM +0000, Peter Rosin wrote:
>> While trying to temporarily hide a plane, one thing that was attempted
>> was to call (from libdrm)
>>
>> drmModeSetPlane(fd, plane_id, crtc_id, fb_id, 0,
&
On 2019-03-11 19:00, Tomasz Duszynski wrote:
> On Sun, Mar 10, 2019 at 03:32:46PM -0400, Sven Van Asbroeck wrote:
>> This driver's remove path never explicitly cancels the
>> delayed work. So it is possible for the delayed work to
>> run after the core has freed the private structure
>> (struct env
On 2019-02-12 20:06, Sowjanya Komatineni wrote:
> This patch sorts all the include headers alphabetically for the
> I2C Tegra driver.
>
> Acked-by: Thierry Reding
> Reviewed-by: Dmitry Osipenko
> Signed-off-by: Sowjanya Komatineni
> ---
> [V9/V10/V11/V12/V13/V14/V15/V16/V17/V18/V19] : Rebased
Hi!
Much better, thanks! One nit below:
On 2019-02-21 13:48, Pankaj Bansal wrote:
> Generic register bitfield-based multiplexer that controls the multiplexer
> producer defined under a parent node.
> The driver corresponding to parent node provides register read/write
> capabilities.
>
> Signed-
On 2019-02-21 15:17, Pankaj Bansal wrote:
>
>
>> -Original Message-----
>> From: Peter Rosin [mailto:p...@axentia.se]
>> Sent: Thursday, 21 February, 2019 07:12 PM
>> To: Pankaj Bansal ; Leo Li
>> Cc: linux-kernel@vger.kernel.org
>> Subject: Re: [
Hi!
On 2019-02-18 06:40, Pankaj Bansal wrote:
> Generic register bitfield-based multiplexer driver that controls the
> multiplexer producer defined under a parent node.
> The driver corresponding to parent node provides register read/write
> capabilities.
This driver is just a rename of drivers/m
On 2019-02-18 11:20, Pankaj Bansal wrote:
> Hi Peter,
>
>> -Original Message-----
>> From: Peter Rosin [mailto:p...@axentia.se]
>> Sent: Monday, 18 February, 2019 03:17 PM
>> To: Pankaj Bansal ; Leo Li ;
>> linux-kernel@vger.kernel.org; Philipp Zabel
On 2019-02-18 22:07, Leo Li wrote:
> From: Peter Rosin
>> On 2019-02-18 11:20, Pankaj Bansal wrote:
>>> From: Peter Rosin [mailto:p...@axentia.se]
>>>> Anyway, I would prefer if you could extend drivers/mux/mmio.c to
>>>> support both compatib
not a big problem...
Cheers,
Peter
> I need to do the same on PCA 9641. If the above is sufficient, I will grab a
> switch with PCA 9641 and check if the driver works .
>
>
> Thanks
> Pradeep
>
> On Thu, Mar 7, 2019 at 1:16 PM Peter Rosin <mailto:p...@axentia.se>> wrot
On 2019-03-02 14:47, Wolfram Sang wrote:
> So, finally, here is the second RFC for supporting I2C transfers in atomic
> contexts (i.e. very late). This will need some text because I tried some
> things
> on the way but had to discard them. However, I think it is important to have
> that documented
rebased to v5.0
- changed a couple of helper functions to return bool instead of int 0/1
- added dt-bindings patch
- warped Kens patch to fit on top of the preparatory work in patches 1-3
Cheers,
Peter
Peter Rosin (5):
i2c: mux: pca9541: use the BIT macro
i2c: mux: pca9541: namespace cleanup
Make the arbitrate and release_bus implementation chip specific.
Reviewed-by: Guenter Roeck
Reviewed-by: Vladimir Zapolskiy
Signed-off-by: Peter Rosin
---
drivers/i2c/muxes/i2c-mux-pca9541.c | 62 +++--
1 file changed, 45 insertions(+), 17 deletions(-)
diff
The binding is equivalent apart from the compatible.
Signed-off-by: Peter Rosin
---
Documentation/devicetree/bindings/i2c/nxp,pca9541.txt | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/Documentation/devicetree/bindings/i2c/nxp,pca9541.txt
b/Documentation/devicetree
Heavily based on code from Ken Chen .
Signed-off-by: Peter Rosin
---
drivers/i2c/muxes/Kconfig | 6 +-
drivers/i2c/muxes/i2c-mux-pca9541.c | 137 ++--
2 files changed, 136 insertions(+), 7 deletions(-)
diff --git a/drivers/i2c/muxes/Kconfig b/drivers
In preparation for PCA9641 support, convert the mybus and busoff macros
to functions, and in the process prefix them with pca9541_. Also prefix
remaining chip specific macros with PCA9541_.
Reviewed-by: Vladimir Zapolskiy
Reviewed-by: Guenter Roeck
Signed-off-by: Peter Rosin
---
drivers/i2c
Because it looks nice!
Reviewed-by: Guenter Roeck
Reviewed-by: Vladimir Zapolskiy
Signed-off-by: Peter Rosin
---
drivers/i2c/muxes/i2c-mux-pca9541.c | 29 +++--
1 file changed, 15 insertions(+), 14 deletions(-)
diff --git a/drivers/i2c/muxes/i2c-mux-pca9541.c
b
On 2019-03-04 23:48, Wolfram Sang wrote:
> Hi Peda,
>
>> The way I read this series, you are not giving atomic transfers priority. The
>
> You are reading correctly. I could have made more clear that the issue
> pointed out by Russell is not handled by this series but discussion
> about it is wel
Hi!
I should have read Kens code more carefully, before signing off on it...
Review comments inline...
On 2019-03-07 00:15, Peter Rosin wrote:
> Heavily based on code from Ken Chen .
>
> Signed-off-by: Peter Rosin
> ---
> drivers/i2c/muxes/Kconfig | 6 +-
> dri
k the docs
for various other chips (sama5d2, sama5d4, sam9n12, sam9g15, sam9g35
and sam9x35) supported by the driver (relevant to patch 4/4).
Cheers,
Peter
Peter Rosin (4):
drm/atmel-hlcdc: rotate planes counterclockwise
drm/atmel-hlcdc: do not swap w/h of the crtc when a plane is rotated
With the help from drm_atomic_helper_check_plane_state function, clipping
now handles planes to be partially or totally off-screen. The plane is
disabled if it is not visible.
Signed-off-by: Peter Rosin
---
drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_plane.c | 162 +---
1 file
The destination crtc rectangle is independent of source plane rotation.
Signed-off-by: Peter Rosin
---
drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_plane.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_plane.c
b/drivers/gpu/drm/atmel-hlcdc
Ouch, the driver rotates planes clockwise, which is simply not correct.
Signed-off-by: Peter Rosin
---
drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_plane.c | 30 -
1 file changed, 15 insertions(+), 15 deletions(-)
diff --git a/drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_plane.c
.
Disabling the plane on the next frame shift is done with the EN bit,
so use that.
Signed-off-by: Peter Rosin
---
drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_plane.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_plane.c
b/drivers/gpu
On 2019-01-10 18:29, Boris Brezillon wrote:
> On Thu, 10 Jan 2019 15:10:48 +
> Peter Rosin wrote:
>
>> The A2Q and UPDATE bits have no effect in the channel disable registers.
>> However, since they are present, assume that the intention is to disable
>> planes, n
On 2019-01-10 18:45, Boris Brezillon wrote:
> On Thu, 10 Jan 2019 15:10:28 +
> Peter Rosin wrote:
>
>> Hi!
>>
>> I found an unfortunate issue while recoding plane handling to use
>> drm_atomic_helper_check_plane_state(). The driver rotates clockwise,
>&g
On 2019-01-10 21:16, Sam Ravnborg wrote:
> Hi Peter.
>
> (Hijacking this thread as I lost the orginal mails)
Assuming you wanted to reply to this patch?
https://patchwork.kernel.org/patch/10753571/
>>> I found an unfortunate issue while recoding plane handling to use
>>> drm_atomic_helper_check_
On 2019-01-10 18:48, Boris Brezillon wrote:
> On Thu, 10 Jan 2019 15:10:39 +
> Peter Rosin wrote:
>
>> The destination crtc rectangle is independent of source plane rotation.
>>
>> Signed-off-by: Peter Rosin
>> ---
>> drivers/gpu/drm/atmel-hlcdc
On 2019-01-10 20:25, Boris Brezillon wrote:
> On Thu, 10 Jan 2019 18:51:21 +
> Peter Rosin wrote:
>
>> On 2019-01-10 18:29, Boris Brezillon wrote:
>>> On Thu, 10 Jan 2019 15:10:48 +
>>> Peter Rosin wrote:
>>>
>>>> The A2Q
lvds-transmitter
binding.
Cheers,
Peter
Peter Rosin (5):
dt-bindings: display: bridge: fork out ti,ds90c185 from
lvds-transmitter
dt-bindings: display: bridge: lvds-transmitter: cleanup example
dt-bindings: display: bridge: thc63lvdm83d: use standard
powerdown-gpios
drm/bridge: lvds-en
DS90C185 has a shutdown pin which does not fit in the lvds-transmitter
binding, which is meant to be generic.
The sister chip DS90C187 is similar to DS90C185, describe it here as well.
Signed-off-by: Peter Rosin
---
.../bindings/display/bridge/lvds-transmitter.txt | 10 ++--
.../bindings
Drop #address-cells and #size-cells from the root node in the
example, they are unused.
Reviewed-by: Rob Herring
Signed-off-by: Peter Rosin
---
Documentation/devicetree/bindings/display/bridge/lvds-transmitter.txt | 2 --
1 file changed, 2 deletions(-)
diff --git
a/Documentation/devicetree
Make the code easier to read and modify.
Signed-off-by: Peter Rosin
---
drivers/gpu/drm/bridge/lvds-encoder.c | 19 +--
1 file changed, 9 insertions(+), 10 deletions(-)
diff --git a/drivers/gpu/drm/bridge/lvds-encoder.c
b/drivers/gpu/drm/bridge/lvds-encoder.c
index
Optionally power down the LVDS-encoder when it is not in use.
Signed-off-by: Peter Rosin
---
drivers/gpu/drm/bridge/lvds-encoder.c | 34 ++
1 file changed, 34 insertions(+)
diff --git a/drivers/gpu/drm/bridge/lvds-encoder.c
b/drivers/gpu/drm/bridge/lvds
.
Reviewed-by: Rob Herring
Signed-off-by: Peter Rosin
---
Documentation/devicetree/bindings/display/bridge/thine,thc63lvdm83d.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
a/Documentation/devicetree/bindings/display/bridge/thine,thc63lvdm83d.txt
b/Documentation/devicetree
I fredags, den 21 september 2018, 15:53:42 CEST skrev Greg KH:
> On Fri, Sep 21, 2018 at 11:33:15AM +0200, Richard Weinberger wrote:
>> Greg,
>>
>> The following changes since commit ae596de1a0c8c2c924dc99d23c026259372ab234:
>>
>> Compiler Attributes: naked can be shared (2018-09-20 15:23:58 +0
Just drop the "linux" part of the path, it was never correct.
Reported-by: Joe Perches
Fixes: 256ac0375098 ("dt-bindings: document devicetree bindings for
mux-controllers and gpio-mux")
Signed-off-by: Peter Rosin
---
MAINTAINERS | 2 +-
1 file changed, 1 insertion(+),
On 2018-09-26 10:35, Luca Ceresoli wrote:
> From: Luca Ceresoli
>
> struct i2c_client has a direct pointer to the adapter, no need to dig
> it out of the struct device tree.
Right, looks sane, but can you please also do the same thing for the
ltc4306 and mlxcpld drivers which have the same patte
On 2018-09-27 15:38, Luca Ceresoli wrote:
> From: Luca Ceresoli
>
> i2c-mux instantiates one i2c_algorithm for each downstream adapter.
> However these algorithms are all identical, depending only on the
> parent adapter.
>
> Avoid duplication by hoisting the i2c_algorithm from the adapters to
>
On 2018-09-11 01:27, Steven Rostedt wrote:
>
> Why this:
>
> #ifdef CONFIG_DEBUG_LOCK_ALLOC
> [..]
> #endif
>
> #ifndef CONFIG_DEBUG_LOCK_ALLOC
> [..]
> #endif
>
> ???
>
> This should use #else.
Yes. Water under the bridge...
Cheers,
Peter
Hi!
I just noticed that the pinctrl and watchdog nodes in sama5d3.dtsi have
gained labels, something which I have had a plan to add myself at some
point. But now that they are here, I just have to make use of them...
Cheers,
Peter
Peter Rosin (2):
ARM: dts: at91: nattis: drop three
Make use of the recently added &pinctrl and &watchdog labels. This
makes the whole file consistent and knowledge of the ahb/apb structure
is hidden.
Signed-off-by: Peter Rosin
---
arch/arm/boot/dts/at91-nattis-2-natte-2.dts | 72 -
1 file changed, 30 in
Make use of the recently added &pinctrl and &watchdog labels. This
makes the whole file consistent and knowledge of the ahb/apb structure
is hidden.
Signed-off-by: Peter Rosin
---
arch/arm/boot/dts/at91-tse850-3.dts | 32 +---
1 file changed, 13 insertion
On 2018-04-18 11:26, Michael Hennerich wrote:
> On 17.04.2018 16:32, Peter Rosin wrote:
>> Use the new probe style for i2c drivers.
>>
>> Signed-off-by: Peter Rosin
>
> Thanks Peter,
>
> Don't know why i2c needs a new probe style to save one functi
On 2018-05-08 10:06, Mike Looijmans wrote:
> On 08-05-18 08:36, Peter Rosin wrote:
>> On 2018-05-01 13:42, Mike Looijmans wrote:
>>> Instead of just hogging the reset GPIO into deactivated state, activate and
>>> then de-activate the reset. This allows for better recove
On 2018-03-29 16:27, Peter Rosin wrote:
> On 2018-03-29 15:44, Boris Brezillon wrote:
>> On Thu, 29 Mar 2018 15:37:43 +0200
>> Peter Rosin wrote:
>>
>>> On 2018-03-29 15:33, Boris Brezillon wrote:
>>>> On Thu, 29 Mar 2018 15:10:54 +0200
>>>>
On 2018-03-29 15:55, Rob Herring wrote:
> On Tue, Mar 27, 2018 at 3:01 AM, Peter Rosin wrote:
>> On 2018-03-27 00:23, Rob Herring wrote:
>>> On Mon, Mar 19, 2018 at 06:02:45PM +0100, Peter Rosin wrote:
>>>> Allow linear scaling and modification of the type of an io-
On 2018-04-02 14:22, Boris Brezillon wrote:
> On Thu, 29 Mar 2018 16:27:12 +0200
> Peter Rosin wrote:
>
>> On 2018-03-29 15:44, Boris Brezillon wrote:
>>> On Thu, 29 Mar 2018 15:37:43 +0200
>>> Peter Rosin wrote:
>>>
>>>> On 2018-03-2
On 2018-04-02 21:28, Boris Brezillon wrote:
> On Mon, 2 Apr 2018 19:59:39 +0200
> Peter Rosin wrote:
>
>> On 2018-04-02 14:22, Boris Brezillon wrote:
>>> On Thu, 29 Mar 2018 16:27:12 +0200
>>> Peter Rosin wrote:
>>>
>>>> On 2018-03-29 15:
On 2018-04-02 22:20, Boris Brezillon wrote:
> On Mon, 2 Apr 2018 21:28:43 +0200
> Boris Brezillon wrote:
>
>> On Mon, 2 Apr 2018 19:59:39 +0200
>> Peter Rosin wrote:
>>
>>> On 2018-04-02 14:22, Boris Brezillon wrote:
>>>> On Thu, 29
On 2018-04-02 22:20, Boris Brezillon wrote:
> On Mon, 2 Apr 2018 21:28:43 +0200
> Boris Brezillon wrote:
>
>> On Mon, 2 Apr 2018 19:59:39 +0200
>> Peter Rosin wrote:
>>
>>> On 2018-04-02 14:22, Boris Brezillon wrote:
>>>> On Thu, 29
On 2018-04-03 09:15, Boris Brezillon wrote:
> On Tue, 3 Apr 2018 08:51:10 +0200
> Peter Rosin wrote:
>
>> On 2018-04-02 22:20, Boris Brezillon wrote:
>>> On Mon, 2 Apr 2018 21:28:43 +0200
>>> Boris Brezillon wrote:
>>>
>>>> On
On 2017-12-21 23:11, Peter Rosin wrote:
> On 2017-12-21 22:35, Jonathan Corbet wrote:
>> On Tue, 12 Dec 2017 09:46:31 +0100
>> Peter Rosin wrote:
>>
>>> Changes since v1:
>>> - added a short introductory paragraph to mux.rst
>>> - added an entry
Hi Wolfram,
Did you have an opinion on this patch?
In case you like it, do you which to take it (don't forget to add a
Tested-by-tag from Adrian in that case), or should I take it and you
then get it in a pull request?
Cheers,
Peter
On 2018-01-22 12:36, Peter Rosin wrote:
> Can be use
On 2018-04-19 11:31, Jacopo Mondi wrote:
> Add support for storing image format information in DRM bridges with
> associated helper function.
>
> This patch replicates for bridges what 'drm_display_info_set_bus_formats()'
> is for connectors.
>
> Signed-off-by: Jacopo Mondi
> ---
> drivers/gpu/
On 2018-04-19 11:31, Jacopo Mondi wrote:
> The THC63LVD1024 LVDS to RGB bridge supports two different input mapping
> modes, selectable by means of an external pin.
>
> Describe the LVDS mode map through a newly defined mandatory property in
> device tree bindings.
>
> Signed-off-by: Jacopo Mondi
On 2018-04-19 11:31, Jacopo Mondi wrote:
> The THC63LVD1024 LVDS to RGB bridge supports two different LVDS mapping
> modes, selectable by means of an external pin.
>
> Add support for configurable LVDS input mapping modes, using the newly
> introduced support for bridge input image formats.
>
> S
On 2018-04-19 11:31, Jacopo Mondi wrote:
> With the introduction of static input image format enumeration in DRM
> bridges, add support to retrieve the format in rcar-lvds LVDS encoder
> from both panel or bridge, to set the desired LVDS mode.
>
> Do not rely on 'DRM_BUS_FLAG_DATA_LSB_TO_MSB' flag
en no override was specified).
- do not mention unrelated connector display_info details in the cover
letter and commit messages.
[1]
"Bridge" series v2 https://lkml.org/lkml/2018/3/26/610
"Bridge" series v1 https://lkml.org/lkml/2018/3/17/221
Peter Rosin (8):
dt-bindin
quot; issue
(SAMA5D2, SAMA5D4), this is completely irrelevant.
Signed-off-by: Peter Rosin
---
.../devicetree/bindings/display/atmel/hlcdc-dc.txt | 26 ++
1 file changed, 26 insertions(+)
diff --git a/Documentation/devicetree/bindings/display/atmel/hlcdc-dc.txt
b/Documentation
This enables reuse of the machinery for the case where a drm_bridge
needs to do the same work via different interfaces.
Signed-off-by: Peter Rosin
---
drivers/gpu/drm/i2c/tda998x_drv.c | 36
1 file changed, 28 insertions(+), 8 deletions(-)
diff --git a
special).
Signed-off-by: Peter Rosin
---
drivers/gpu/drm/tilcdc/tilcdc_crtc.c | 11 --
drivers/gpu/drm/tilcdc/tilcdc_drv.c | 67 +++-
drivers/gpu/drm/tilcdc/tilcdc_drv.h | 1 -
drivers/gpu/drm/tilcdc/tilcdc_external.c | 51
This prepares for being a drm_bridge which will not register the
encoder. That makes the connector the better choice.
Reviewed-by: Laurent Pinchart
Signed-off-by: Peter Rosin
---
drivers/gpu/drm/i2c/tda998x_drv.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu
This fits better with the drm_bridge callbacks for when this
driver becomes a drm_bridge.
Suggested-by: Laurent Pinchart
Signed-off-by: Peter Rosin
---
drivers/gpu/drm/i2c/tda998x_drv.c | 64 ++-
1 file changed, 37 insertions(+), 27 deletions(-)
diff --git
goes away when
connecting to the bridge interface of the driver and the equivalent of
bind/unbind of the component is handled by bridge attach/detach.
The lifetime requirements of a bridge and a component are slightly
different, which is the reason for struct tda998x_bridge.
Signed-off-by: Peter
2, SAMA5D4), this is completely irrelevant.
Signed-off-by: Peter Rosin
---
drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_crtc.c | 70 +---
drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_dc.h | 1 +
drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_output.c | 67 ---
3 files cha
Start list of actual chips compatible with "lvds-encoder".
Reviewed-by: Laurent Pinchart
Reviewed-by: Rob Herring
Signed-off-by: Peter Rosin
---
.../devicetree/bindings/display/bridge/lvds-transmitter.txt | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
dif
On 2018-04-23 09:28, jacopo mondi wrote:
> Hi Peter,
>thanks for looking into this
>
> On Sun, Apr 22, 2018 at 10:08:21PM +0200, Peter Rosin wrote:
>> On 2018-04-19 11:31, Jacopo Mondi wrote:
>>> With the introduction of static input image format enumeration in DRM
An ADC is often used to measure other quantities indirectly. This
binding describe one cases, a current through a shunt resistor
measured by the voltage over it.
Reviewed-by: Rob Herring
Signed-off-by: Peter Rosin
---
.../bindings/iio/afe/current-sense-shunt.txt | 41
ack if needed.
- Fail if the source channel does not support _RAW or _SCALE.
- Fix various spelling issues.
- Fix various code style issues.
Peter Rosin (4):
dt-bindings: iio: afe: add binding for current-sense-shunt
dt-bindings: iio: afe: add binding for voltage-divider
dt-bindings: iio: af
An ADC is often used to measure other quantities indirectly. This
binding describe one cases, a "big" voltage measured with the help
of a voltage divider.
Signed-off-by: Peter Rosin
---
.../bindings/iio/afe/voltage-divider.txt | 53 ++
M
Similar to current sense shunts, but an amplifier enables the use
of a smaller sense resistance.
Signed-off-by: Peter Rosin
---
.../bindings/iio/afe/current-sense-amplifier.txt | 26 ++
MAINTAINERS| 1 +
2 files changed, 27
, the interesting value is
often the current through the resistor.
This driver solves these problems by allowing to linearly scale a channel
and/or by allowing changes to the type of the channel.
Signed-off-by: Peter Rosin
---
MAINTAINERS | 1 +
drivers/iio/Kconfig
On 2018-04-23 18:08, Russell King - ARM Linux wrote:
> On Mon, Apr 23, 2018 at 09:23:00AM +0200, Peter Rosin wrote:
>> static int tda998x_remove(struct i2c_client *client)
>> {
>> -component_del(&client->dev, &tda998x_ops);
>> +struct devi
801 - 900 of 1862 matches
Mail list logo
