ge is gone and I still
get console output.
Tested-by: Chris Packham
> arch/powerpc/kernel/legacy_serial.c | 33 +
> 1 file changed, 29 insertions(+), 4 deletions(-)
>
> diff --git a/arch/powerpc/kernel/legacy_serial.c
> b/arch/powerpc/kernel/
From: Andy Shevchenko
devm_platform_ioremap_resource() prints a message in case of error.
Drop custom one.
Signed-off-by: Andy Shevchenko
Reviewed-by: Chris Packham
Signed-off-by: Chris Packham
---
drivers/i2c/busses/i2c-mpc.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff
From: Andy Shevchenko
The peripheral clock is optional and we may get an -EPROBE_DEFER error code
which would not be propagated correctly, fix this by using
devm_clk_get_optional().
Signed-off-by: Andy Shevchenko
Reviewed-by: Chris Packham
Signed-off-by: Chris Packham
---
drivers/i2c/busses
From: Andy Shevchenko
Use the device_get_match_data() helper instead of open coding.
Signed-off-by: Andy Shevchenko
Reviewed-by: Chris Packham
Signed-off-by: Chris Packham
---
drivers/i2c/busses/i2c-mpc.c | 12
1 file changed, 4 insertions(+), 8 deletions(-)
diff --git
will timeout if we take too long between bytes in a transfer.
Signed-off-by: Chris Packham
---
Notes:
Changes in v4:
- Split license/copyright change to separate patch
- Remove MPC_I2C_ACTION_INVALID
- make action_str const
- Remove __func__ from dev_dbg output
- Use Tx ACK/Rx ACK
From: Andy Shevchenko
Use __maybe_unused for the suspend()/resume() hooks and get rid of
the CONFIG_PM_SLEEP ifdeffery to improve the code.
Signed-off-by: Andy Shevchenko
Reviewed-by: Chris Packham
Signed-off-by: Chris Packham
---
Notes:
Changes in v4:
- Fix compile error due
Use SPDX-License-Identifier and add copyright for Allied Telesis
because of the reasonably large rewrite in the preceding patch.
Signed-off-by: Chris Packham
---
Notes:
Changes in v4:
- New, split out from "i2c: mpc: Interrupt driven transfer"
drivers/i2c/busses/i2c-
: Use device_get_match_data() helper
i2c: mpc: Drop duplicate message from devm_platform_ioremap_resource()
Chris Packham (2):
i2c: mpc: Interrupt driven transfer
i2c: mpc: Update license and copyright
drivers/i2c/busses/i2c-mpc.c | 492 +++
1 file changed, 262
On 15/04/21 12:14 am, Andy Shevchenko wrote:
> On Tue, Apr 13, 2021 at 11:43:25PM +0000, Chris Packham wrote:
>> On 14/04/21 2:37 am, Andy Shevchenko wrote:
>>> Use __maybe_unused for the suspend()/resume() hooks and get rid of
>>> the CONFIG_PM_SLEEP ifdeffery to im
On 14/04/21 2:37 am, Andy Shevchenko wrote:
> devm_platform_ioremap_resource() prints a message in case of error.
> Drop custom one.
>
> Signed-off-by: Andy Shevchenko
Reviewed-by: Chris Packham
> ---
> drivers/i2c/busses/i2c-mpc.c | 4 +---
> 1 file changed, 1 inse
On 14/04/21 2:37 am, Andy Shevchenko wrote:
> Use the device_get_match_data() helper instead of open coding.
>
> Signed-off-by: Andy Shevchenko
Reviewed-by: Chris Packham
> ---
> drivers/i2c/busses/i2c-mpc.c | 12
> 1 file changed, 4 insertions(+), 8 deletions
On 14/04/21 2:37 am, Andy Shevchenko wrote:
> Use __maybe_unused for the suspend()/resume() hooks and get rid of
> the CONFIG_PM_SLEEP ifdeffery to improve the code.
>
> Signed-off-by: Andy Shevchenko
> ---
> drivers/i2c/busses/i2c-mpc.c | 12 ++--
> 1 file changed, 2 insertions(+),
On 14/04/21 2:37 am, Andy Shevchenko wrote:
> The peripheral clock is optional and we may get an -EPROBE_DEFER error code
> which would not be propagated correctly, fix this by using
> devm_clk_get_optional().
>
> Signed-off-by: Andy Shevchenko
Reviewed-by: Chris Packham
None o
On 14/04/21 10:28 am, Chris Packham wrote:
>
> On 14/04/21 1:52 am, Andy Shevchenko wrote:
>> On Tue, Apr 13, 2021 at 8:10 AM Chris Packham
>> wrote:
>>> The fsl-i2c controller will generate an interrupt after every byte
>>> transferred. Make use of this inte
On 14/04/21 1:52 am, Andy Shevchenko wrote:
> On Tue, Apr 13, 2021 at 8:10 AM Chris Packham
> wrote:
>> The fsl-i2c controller will generate an interrupt after every byte
>> transferred. Make use of this interrupt to drive a state machine which
>> allows the next part
On 13/04/21 5:09 pm, Chris Packham wrote:
> Add Chris Packham as FREESCALE MPC I2C maintainer.
>
> Signed-off-by: Chris Packham
Sorry for the duplicate. I had existing output from an earlier
invocation of git format-patch lying around. "[PATCH v3 4/4]
MAINTAINERS: ..." is
Add Chris Packham as FREESCALE MPC I2C maintainer.
Signed-off-by: Chris Packham
---
MAINTAINERS | 7 +++
1 file changed, 7 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 56e9e4d777d8..3bc77ba8cd05 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -7135,6 +7135,13 @@ S
Use device managed functions an clean up error handling.
Signed-off-by: Chris Packham
Signed-off-by: Wolfram Sang
---
Notes:
Changes in v3:
- Assuming 09aab7add7bf is reverted I've folded in the fix from Wei
Yongjun[1] into the original patch. If Wei's patch is applied on top
is redundant so remove the check.
Reported-by: Wolfram Sang
Signed-off-by: Chris Packham
---
drivers/i2c/busses/i2c-mpc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/i2c/busses/i2c-mpc.c b/drivers/i2c/busses/i2c-mpc.c
index 9818f9f6a553..c30687483147 100644
--- a/drivers
've tested on T2081 and P2041 based systems with a number of i2c and smbus
devices. Also this time I included a few iterations of module insert/remove
which would have caught the earlier errors.
Chris Packham (4):
i2c: mpc: use device managed APIs
i2c: mpc: Interrupt driven transfer
i2c: m
will timeout if we take too long between bytes in a transfer.
Signed-off-by: Chris Packham
---
Notes:
Changes in v3:
- use WARN/WARN_ON instead of BUG/BUG_ON
Changes in v2:
- add static_assert for state debug strings
- remove superfluous space
drivers/i2c/busses/i2c-mpc.c | 434
Add Chris Packham as FREESCALE MPC I2C maintainer.
Signed-off-by: Chris Packham
---
MAINTAINERS | 7 +++
1 file changed, 7 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 56e9e4d777d8..3bc77ba8cd05 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -7135,6 +7135,13 @@ S
On 13/04/21 11:21 am, Chris Packham wrote:
>
> On 13/04/21 10:52 am, Andy Shevchenko wrote:
>> On Mon, Mar 29, 2021 at 4:54 AM Chris Packham
>> wrote:
>>> Use device managed functions an clean up error handling.
>> For the god sake how have you tested this?
>&
On 13/04/21 10:52 am, Andy Shevchenko wrote:
> On Mon, Mar 29, 2021 at 4:54 AM Chris Packham
> wrote:
>> Use device managed functions an clean up error handling.
> For the god sake how have you tested this?
> The patch is broken.
I've clearly missed the remove path in my test
On 11/04/21 8:16 am, Wolfram Sang wrote:
> On Mon, Mar 29, 2021 at 02:52:04PM +1300, Chris Packham wrote:
>> All the in-tree dts files that use one of the compatible strings from
>> i2c-mpc.c provide an interrupt property. By making this mandatory we
>> can simplify the c
On 11/04/21 8:13 am, Wolfram Sang wrote:
> On Mon, Mar 29, 2021 at 02:52:06PM +1300, Chris Packham wrote:
>> The fsl-i2c controller will generate an interrupt after every byte
>> transferred. Make use of this interrupt to drive a state machine which
>> allows the ne
My bad. I'll send a patch shortly
On 30/03/21 8:27 pm, Stephen Rothwell wrote:
> Hi all,
>
> After merging the hwmon-staging tree, today's linux-next build (htmldocs)
> produced this warning:
>
> Documentation/hwmon/bpa-rs600.rst: WARNING: document isn't included in any
> toctree
>
> Introduced
Hi,
I've come over from https://github.com/strace/strace/issues/177
there's a bit of context there.
Crosstool-ng has hit a problem when building a recent enough version
of strace in a configuration that uses musl libc.
The error is
[ALL ]In file included from
will timeout if we take too long between bytes in a transfer.
Signed-off-by: Chris Packham
---
Notes:
Changes in v2:
- add static_assert for state debug strings
- remove superfluous space
drivers/i2c/busses/i2c-mpc.c | 434 +++
1 file changed, 241 insertions
Move the existing calls of mpc_i2c_fixup() to a recovery function
registered via bus_recovery_info. This makes it more obvious that
recovery is supported and allows for a future where recovery is
triggered by the i2c core.
Signed-off-by: Chris Packham
---
drivers/i2c/busses/i2c-mpc.c | 18
ed systems with a number of i2c and smbus
devices.
Chris Packham (6):
dt-bindings: i2c-mpc: Document interrupt property as required
dt-bindings: i2c: convert i2c-mpc to json-schema
i2c: mpc: Make use of i2c_recover_bus()
i2c: mpc: make interrupt mandatory and remove polling code
i2c: mpc:
All the in-tree dts files that use one of the compatible strings from
i2c-mpc.c provide an interrupt property. By making this mandatory we
can simplify the code.
Signed-off-by: Chris Packham
---
drivers/i2c/busses/i2c-mpc.c | 51 ++--
1 file changed, 19
Use device managed functions an clean up error handling.
Signed-off-by: Chris Packham
---
drivers/i2c/busses/i2c-mpc.c | 46 ++--
1 file changed, 18 insertions(+), 28 deletions(-)
diff --git a/drivers/i2c/busses/i2c-mpc.c b/drivers/i2c/busses/i2c-mpc.c
index
All of the in-tree device-trees that use the one of the compatible
strings from i2c-mpc.c supply an interrupts property. Make this property
mandatory to aid refactoring the driver.
Signed-off-by: Chris Packham
---
Documentation/devicetree/bindings/i2c/i2c-mpc.txt | 6 +++---
1 file changed, 3
Convert i2c-mpc to YAML.
Signed-off-by: Chris Packham
---
Notes:
Changes in v2:
- Rework compatible validation
- Remove irrelevant i2ccontrol from example
.../devicetree/bindings/i2c/i2c-mpc.txt | 62 -
.../devicetree/bindings/i2c/i2c-mpc.yaml | 91
On 23/03/21 5:33 pm, Chris Packham wrote:
> The "meat" of this series is in the last patch which is the change that
> actually starts making use of the interrupts to drive a state machine.
> The dt-bindings patches can probably go in at any time. The rest of the
> series i
On 24/03/21 10:59 am, Chris Packham wrote:
>
> On 24/03/21 10:15 am, Rob Herring wrote:
>> On Tue, Mar 23, 2021 at 05:33:27PM +1300, Chris Packham wrote:
>>> Convert i2c-mpc to YAML.
>>>
>>> Signed-off-by: Chris Packham
>>> ---
>>> ---
On 24/03/21 10:15 am, Rob Herring wrote:
> On Tue, Mar 23, 2021 at 05:33:27PM +1300, Chris Packham wrote:
>> Convert i2c-mpc to YAML.
>>
>> Signed-off-by: Chris Packham
>> ---
>> .../devicetree/bindings/i2c/i2c-mpc.txt | 62
>> .
Hi Rob,
On 24/03/21 9:16 am, Rob Herring wrote:
> On Tue, 23 Mar 2021 17:33:27 +1300, Chris Packham wrote:
>> Convert i2c-mpc to YAML.
>>
>> Signed-off-by: Chris Packham
>> ---
>> .../devicetree/bindings/i2c/i2c-mpc.txt | 62
>> .
Use device managed functions an clean up error handling.
Signed-off-by: Chris Packham
---
drivers/i2c/busses/i2c-mpc.c | 46 ++--
1 file changed, 18 insertions(+), 28 deletions(-)
diff --git a/drivers/i2c/busses/i2c-mpc.c b/drivers/i2c/busses/i2c-mpc.c
index
will timeout if we take too long between bytes in a transfer.
Signed-off-by: Chris Packham
---
drivers/i2c/busses/i2c-mpc.c | 430 +++
1 file changed, 237 insertions(+), 193 deletions(-)
diff --git a/drivers/i2c/busses/i2c-mpc.c b/drivers/i2c/busses/i2c-mpc.c
index
Move the existing calls of mpc_i2c_fixup() to a recovery function
registered via bus_recovery_info. This makes it more obvious that
recovery is supported and allows for a future where recovery is
triggered by the i2c core.
Signed-off-by: Chris Packham
---
drivers/i2c/busses/i2c-mpc.c | 18
sed system with a number of i2c and smbus
devices. Its the end of my work day so I figured I'd get this out now
but I'll do some more testing on a P2041 board and a few different i2c
devices tomorrow.
Chris Packham (6):
dt-bindings: i2c-mpc: Document interrupt property as required
dt-bindings: i2c: conve
Convert i2c-mpc to YAML.
Signed-off-by: Chris Packham
---
.../devicetree/bindings/i2c/i2c-mpc.txt | 62
.../devicetree/bindings/i2c/i2c-mpc.yaml | 99 +++
2 files changed, 99 insertions(+), 62 deletions(-)
delete mode 100644 Documentation/devicetree
All of the in-tree device-trees that use the one of the compatible
strings from i2c-mpc.c supply an interrupts property. Make this property
mandatory to aid refactoring the driver.
Signed-off-by: Chris Packham
---
Documentation/devicetree/bindings/i2c/i2c-mpc.txt | 6 +++---
1 file changed, 3
All the in-tree dts files that use one of the compatible strings from
i2c-mpc.c provide an interrupt property. By making this mandatory we
can simplify the code.
Signed-off-by: Chris Packham
---
drivers/i2c/busses/i2c-mpc.c | 51 ++--
1 file changed, 19
On 12/03/21 10:34 am, Guenter Roeck wrote:
> On 3/11/21 1:17 PM, Chris Packham wrote:
>> On 11/03/21 9:18 pm, Wolfram Sang wrote:
>>>> Bummer. What is really weird is that you see clock stretching under
>>>> CPU load. Normally clock stretching is triggered by
The BPA-RS600 is a compact 600W AC to DC removable power supply module.
Signed-off-by: Chris Packham
---
Notes:
Changes in v3:
- Fix typo BPD -> BPA
- Allow for NUL terminator in buf
Changes in v2:
- Whitespace and line length cleanup
- Add comments about comma
Add vendor prefix "blutek" for BluTek Power.
Add trivial device entry for BPA-RS600.
Signed-off-by: Chris Packham
---
Notes:
Changes in v3:
- None
Changes in v2:
- None
Documentation/devicetree/bindings/trivial-devices.yaml | 2 ++
Documentation/devicetree/bindi
The hwmon sysfs ABI requires that the `name` property doesn't include
any dashes. But when the pmbus code picks the name up from the device
tree it quite often does. Replace '-' with '_' before registering the
device.
Signed-off-by: Chris Packham
---
Notes:
Changes in v3:
- None
On 17/03/21 9:30 am, Chris Packham wrote:
> The BPA-RS600 is a compact 600W AC to DC removable power supply module.
>
> Signed-off-by: Chris Packham
> ---
>
> Notes:
> Changes in v2:
> - Whitespace and line length cleanup
> - Add comments abou
The BPA-RS600 is a compact 600W AC to DC removable power supply module.
Signed-off-by: Chris Packham
---
Notes:
Changes in v2:
- Whitespace and line length cleanup
- Add comments about commands that return data but shouldn't be used
Documentation/hwmon/bpa-rs600.rst | 74
The hwmon sysfs ABI requires that the `name` property doesn't include
any dashes. But when the pmbus code picks the name up from the device
tree it quite often does. Replace '-' with '_' before registering the
device.
Signed-off-by: Chris Packham
---
Notes:
Changes in v2:
- New
Add vendor prefix "blutek" for BluTek Power.
Add trivial device entry for BPA-RS600.
Signed-off-by: Chris Packham
---
Notes:
Changes in v2:
- None
Documentation/devicetree/bindings/trivial-devices.yaml | 2 ++
Documentation/devicetree/bindings/vendor-prefixes.yaml | 2 +
On 16/03/21 4:43 pm, Guenter Roeck wrote:
> On 3/15/21 7:35 PM, Chris Packham wrote:
>> The BPA-RS600 is a compact 600W AC to DC removable power supply module.
>>
>> Signed-off-by: Chris Packham
>> ---
>> +
>> +static int bpa_rs600_read_word_d
On 16/03/21 4:35 pm, Guenter Roeck wrote:
> On 3/15/21 8:30 PM, Chris Packham wrote:
>> On 16/03/21 3:35 pm, Chris Packham wrote:
>>> The BPA-RS600 is a compact 600W AC to DC removable power supply module.
>>>
>>> Signed-off-by: Chris Packham
>&
On 16/03/21 3:35 pm, Chris Packham wrote:
> The BPA-RS600 is a compact 600W AC to DC removable power supply module.
>
> Signed-off-by: Chris Packham
>
> +static const struct of_device_id __maybe_unused bpa_rs600_of_match[] = {
> + { .compatible = "blutek,bpa-rs600&q
The BPA-RS600 is a compact 600W AC to DC removable power supply module.
Signed-off-by: Chris Packham
---
Documentation/hwmon/bpa-rs600.rst | 74
drivers/hwmon/pmbus/Kconfig | 10 ++
drivers/hwmon/pmbus/Makefile | 1 +
drivers/hwmon/pmbus/bpa-rs600.c | 179
Add vendor prefix "blutek" for BluTek Power.
Add trivial device entry for BPA-RS600.
Signed-off-by: Chris Packham
---
Documentation/devicetree/bindings/trivial-devices.yaml | 2 ++
Documentation/devicetree/bindings/vendor-prefixes.yaml | 2 ++
2 files changed, 4 insertions(+)
On 12/03/21 10:25 pm, David Laight wrote:
> From: Linuxppc-dev Guenter Roeck
>> Sent: 11 March 2021 21:35
>>
>> On 3/11/21 1:17 PM, Chris Packham wrote:
>>> On 11/03/21 9:18 pm, Wolfram Sang wrote:
>>>>> Bummer. What is really weird is that you see cl
Fix Documentation/hwmon/ kernel-doc warning:
Documentation/hwmon/ir36021.rst:34: WARNING: Malformed table.
No bottom table border found.
Fixes: 0be9fee30ff9 ("hwmon: (pmbus) Add driver for Infineon IR36021")
Signed-off-by: Chris Packham
---
Documentation/hwmon/ir36021.rst | 1 +
1 fi
On 12/03/21 4:50 pm, Stephen Rothwell wrote:
> Hi all,
>
> After merging the hwmon-staging tree, today's linux-next build (htmldocs)
> produced this warning:
>
> Documentation/hwmon/ir36021.rst:34: WARNING: Malformed table.
> No bottom table border found.
>
> ===
On 12/03/21 1:07 pm, Guenter Roeck wrote:
> On 3/11/21 3:47 PM, Chris Packham wrote:
>> On 12/03/21 10:34 am, Guenter Roeck wrote:
>>> On 3/11/21 1:17 PM, Chris Packham wrote:
>>>> On 11/03/21 9:18 pm, Wolfram Sang wrote:
>>>>>> Bummer. What is rea
On 12/03/21 10:34 am, Guenter Roeck wrote:
> On 3/11/21 1:17 PM, Chris Packham wrote:
>> On 11/03/21 9:18 pm, Wolfram Sang wrote:
>>>> Bummer. What is really weird is that you see clock stretching under
>>>> CPU load. Normally clock stretching is triggered by
On 11/03/21 9:18 pm, Wolfram Sang wrote:
>> Bummer. What is really weird is that you see clock stretching under
>> CPU load. Normally clock stretching is triggered by the device, not
>> by the host.
> One example: Some hosts need an interrupt per byte to know if they
> should send ACK or NACK.
On 10/03/21 6:06 pm, Guenter Roeck wrote:
> On 3/9/21 6:19 PM, Chris Packham wrote:
>> On 9/03/21 9:27 am, Chris Packham wrote:
>>> On 8/03/21 5:59 pm, Guenter Roeck wrote:
>>>> Other than that, the only other real idea I have would be to monitor
>>>&
-off-by: Chris Packham
---
This doesn't resolve my ongoing i2c issues[0] but avoiding unnecessary
i2c reads will help a bit (it'll certainly avoid errors where the
threshold spontaneously changes).
[0] -
https://lore.kernel.org/lkml/8e0a88ba-01e9-9bc1-c78b-20f26ce27...@alliedtelesis.co.nz
On 9/03/21 9:27 am, Chris Packham wrote:
> On 8/03/21 5:59 pm, Guenter Roeck wrote:
>> Other than that, the only other real idea I have would be to monitor
>> the i2c bus.
> I am in the fortunate position of being able to go into the office and
> even happen to hav
On 8/03/21 1:31 pm, Guenter Roeck wrote:
> On 3/7/21 2:52 PM, Chris Packham wrote:
>> Fundamentally I think this is a problem with the fact that the LM81 is
>> an SMBus device but the T2080 (and other Freescale SoCs) uses i2c and we
>> emulate SMBus. I suspect the errant
On 9/03/21 11:10 am, Chris Packham wrote:
>
> On 8/03/21 5:59 pm, Guenter Roeck wrote:
>> On 3/7/21 8:37 PM, Chris Packham wrote:
>> [ ... ]
>>>> That's from -ENXIO which is used in only one place in i2c-mpc.c. I'll
>>>> enable some debug and se
On 8/03/21 5:59 pm, Guenter Roeck wrote:
> On 3/7/21 8:37 PM, Chris Packham wrote:
> [ ... ]
>>> That's from -ENXIO which is used in only one place in i2c-mpc.c. I'll
>>> enable some debug and see what we get.
>> For the errant readings there was nothing a
On 8/03/21 5:59 pm, Guenter Roeck wrote:
> On 3/7/21 8:37 PM, Chris Packham wrote:
> [ ... ]
>>> That's from -ENXIO which is used in only one place in i2c-mpc.c. I'll
>>> enable some debug and see what we get.
>> For the errant readings there was nothing a
On 8/03/21 3:27 pm, Chris Packham wrote:
>
> On 8/03/21 1:31 pm, Guenter Roeck wrote:
>> On 3/7/21 2:52 PM, Chris Packham wrote:
>>> Hi,
>>>
>>> I've got a system using a PowerPC T2080 SoC and among other things has
>>> an LM81 hwmon chip.
>>&
On 8/03/21 1:31 pm, Guenter Roeck wrote:
> On 3/7/21 2:52 PM, Chris Packham wrote:
>> Hi,
>>
>> I've got a system using a PowerPC T2080 SoC and among other things has
>> an LM81 hwmon chip.
>>
>> Under a high CPU load we see errant readings from the L
Hi,
I've got a system using a PowerPC T2080 SoC and among other things has
an LM81 hwmon chip.
Under a high CPU load we see errant readings from the LM81 as well as
actual failures. It's the errant readings that cause the most concern
since we can easily ignore the read errors in our
Move the existing calls of mpc_i2c_fixup() to a recovery function
registered via bus_recovery_info. This makes it more obvious that
recovery is supported and allows for a future where recover is triggered
by the i2c core.
Signed-off-by: Chris Packham
---
drivers/i2c/busses/i2c-mpc.c | 18
The IR36021 is a dual‐loop digital multi‐phase buck controller.
Signed-off-by: Chris Packham
---
Changes in v2:
- update against latest kernel for pmbus API changes
- avoid double negation
Documentation/hwmon/index.rst | 1 +
Documentation/hwmon/ir36021.rst | 62
Add infineon,ir36021 to trivial-devices.yaml.
Signed-off-by: Chris Packham
---
Documentation/devicetree/bindings/trivial-devices.yaml | 2 ++
1 file changed, 2 insertions(+)
diff --git a/Documentation/devicetree/bindings/trivial-devices.yaml
b/Documentation/devicetree/bindings/trivial
This adds a basic driver for the IR36021. This chip as both a PMBUS and I2C
interface that is available simultaenously. This driver is just the PMBUS
interface.
Chris Packham (2):
dt-bindings: trivial-devices: Add infineon,ir36021
hwmon: (pmbus): Add driver for Infineon IR36021
The IR36021 is a dual‐loop digital multi‐phase buck controller.
Signed-off-by: Chris Packham
---
Documentation/hwmon/index.rst | 1 +
Documentation/hwmon/ir36021.rst | 62 +
drivers/hwmon/pmbus/Kconfig | 9
drivers/hwmon/pmbus/Makefile| 1 +
drivers
Add infineon,ir36021 to trivial-devices.yaml.
Signed-off-by: Chris Packham
---
Documentation/devicetree/bindings/trivial-devices.yaml | 2 ++
1 file changed, 2 insertions(+)
diff --git a/Documentation/devicetree/bindings/trivial-devices.yaml
b/Documentation/devicetree/bindings/trivial
This adds a basic driver for the IR36021. This chip as both a PMBUS and I2C
interface that is available simultaenously. This driver is just the PMBUS
interface.
Chris Packham (2):
dt-bindings: trivial-devices: Add infineon,ir36021
hwmon: (pmbus): Add driver for Infineon IR36021
On 26/01/21 3:06 pm, Rob Herring wrote:
> +LAKML given it's an Arm issue
>
> On Mon, Jan 25, 2021 at 6:47 PM Chris Packham
> wrote:
>> Hi All,
>>
>> On 29/05/20 1:25 am, Qi Zheng wrote:
>>> For version 1 to 3 of the device tree, this is the node fu
of_scan_flat_dt() passes the name of the visited node to the iterator.
In the case of '/chosen' this includes the leading '/'. Update
early_init_dt_scan_chosen() to expect this.
Fixes: 7536c7e03e74 ("of/fdt: Remove redundant kbasename function call")
Signed-off-by: Chris Packham
--
Hi All,
On 29/05/20 1:25 am, Qi Zheng wrote:
> For version 1 to 3 of the device tree, this is the node full
> path as a zero terminated string, starting with "/". The
> following equation will not hold, since the node name has
> been processed in the fdt_get_name().
>
> *pathp == '/'
>
>
Hi All,
On 12/11/20 9:02 pm, Thomas Petazzoni wrote:
> On Thu, 12 Nov 2020 16:21:49 +1300
> Chris Packham wrote:
>
>> make coccicheck complains:
>>
>>./drivers/bus/mvebu-mbus.c:1113:2-8: ERROR: missing iounmap; ioremap on
>> line 1106 and execution via condi
Hi Miquel,
On 2/12/20 9:31 pm, Miquel Raynal wrote:
> Hi Chris,
>
> Chris Packham wrote on Wed, 2 Dec
> 2020 08:23:13 +:
>
>> Hi Miquel,
>>
>> On 2/12/20 8:59 pm, Miquel Raynal wrote:
>>> Hi Chris,
>>>
>>> Chris Packham
Hi Miquel,
On 2/12/20 8:59 pm, Miquel Raynal wrote:
> Hi Chris,
>
> Chris Packham wrote on Wed, 2 Dec
> 2020 07:47:32 +:
>
>> Hi,
>>
>> I've just booted v5.10-rc6 on a kirkwood based board (which uses the
>> orion-nand driver) and I get the followin
Hi,
I've just booted v5.10-rc6 on a kirkwood based board (which uses the
orion-nand driver) and I get the following errors reported. I haven't
started bisecting yet but v5.7.19 mounts the nand flash without any issue.
ubi0: attaching mtd0
__nand_correct_data: uncorrectable ECC error
ubi0
On 1/12/20 12:03 pm, Andrew Lunn wrote:
> On Tue, Dec 01, 2020 at 11:35:07AM +1300, Aryan Srivastava wrote:
>> Add device tree file for x530 board. This has an Armada 385 SoC. Has
>> NAND-flash for user storage and SPI for booting. Covers majority of x530
>> and GS980MX variants.
> Hi Aryan
>
>
This was added in commit ce973b141dfa ("[PATCH] Freescale QE UCC gigabit
ethernet driver") but doesn't appear to have been used. Remove it now.
Signed-off-by: Chris Packham
---
drivers/net/ethernet/freescale/ucc_geth.h | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/ne
Implement serdes_power, serdes_get_lane and serdes_pcs_get_state ops for
the MV88E6097/6095/6185 so that ports 8 & 9 can be supported as serdes
ports and directly connected to other network interfaces or to SFPs
without a PHY.
Signed-off-by: Chris Packham
Reviewed-by: Andrew Lunn
---
Cha
es because we're forcing the link.
To address this introduce a new device specific op port_sync_link() and
push the logic from mv88e6xxx_mac_link_up() into that. Provide an
implementation for the 88E6185 like devices which doesn't force the
link.
Signed-off-by: Chris Packham
---
Changes in v5
-by: Chris Packham
Reviewed-by: Andrew Lunn
---
Changes in v5:
- Add review from Andrew.
Changes in v4:
- new
drivers/net/dsa/mv88e6xxx/serdes.c | 14 +-
1 file changed, 9 insertions(+), 5 deletions(-)
diff --git a/drivers/net/dsa/mv88e6xxx/serdes.c
b/drivers/net/dsa/mv88e6xxx
interrupts for serdes events so unlike
earlier commits the functions added here are specific to the MV88E6097.
Signed-off-by: Chris Packham
---
Changes in v5:
- New
drivers/net/dsa/mv88e6xxx/chip.c | 3 ++
drivers/net/dsa/mv88e6xxx/serdes.c | 47 ++
drivers/net
e specific op either this series will
need updating to cover the mv88e6393x or the mv88e6393x series will need
updating for the new op depenting on which lands first.
Chris Packham (4):
net: dsa: mv88e6xxx: Don't force link when using in-band-status
net: dsa: mv88e6xxx: Support serdes ports on MV88E
Hi Aryan,
On 23/11/20 4:52 pm, Aryan Srivastava wrote:
> Add device tree for RD-AC3X-48G4X2XL board. This has a Armada 382 SoC on
> a interposer board connected to a baseboard with a Prestera AC3X ASIC
> connected via PCI.
>
> Signed-off-by: Aryan Srivastava
Reviewed-by
On 14/11/20 4:46 am, Nicolas Saenz Julienne wrote:
> Upon registering spi-mux's devices through spi_add_device() the kernel gets
> stuck waiting for the 'spi_add_lock' mutex to be released. The mutex happens
> to
> be held by spi-mux's parent SPI bus, which unluckily, is waiting for spi-mux's
>
() as the
`mbus` parameter so `mbus_state.mbuswins_base` and `mbus->mbuswins_base`
are the same thing. But this is confusing for anyone reading the code
and one less complaint from coccicheck would be nice so lets fix it.
Signed-off-by: Chris Packham
---
I haven't included
Fixes: fb52a6c4 ("bus: i
On 24/10/20 10:40 am, Guenter Roeck wrote:
> On Tue, Oct 20, 2020 at 11:34:23AM +1300, Chris Packham wrote:
>> Convert the adt7470 to using regmap and add error handling.
>>
>> Signed-off-by: Chris Packham
>> ---
>> drivers/hwmon/adt7470.c | 388 ++
1 - 100 of 1277 matches
Mail list logo
