Description
---
Extend the reboot mode driver to use a NVMEM cell as writing interface.
Testing
---
The testing is done by configuring DT from a custom board.
The NVMEM cell is configured in an RTC non-volatile memory.
Kernel: 4.14.60 (the patchset was rebased on kernel master)
DT
Add the device tree bindings document for the NVMEM based reboot-mode
driver.
Signed-off-by: Nandor Han
---
.../power/reset/nvmem-reboot-mode.txt | 26 +++
1 file changed, 26 insertions(+)
create mode 100644
Add a new reboot mode write interface that is using an NVMEM cell
to store the reboot mode magic.
Signed-off-by: Nandor Han
---
drivers/power/reset/Kconfig | 9 +++
drivers/power/reset/Makefile| 1 +
drivers/power/reset/nvmem-reboot-mode.c | 76
Add the device tree bindings document for the NVMEM based reboot-mode
driver.
Signed-off-by: Nandor Han
---
.../power/reset/nvmem-reboot-mode.txt | 32 +++
1 file changed, 32 insertions(+)
create mode 100644
Description
---
Extend the reboot mode driver to use a NVMEM cell as writing interface.
Testing
---
The testing is done by configuring DT from a custom board.
The NVMEM cell is configured in an RTC non-volatile memory.
Kernel: 4.14.60 (the patchset was rebased on kernel master)
DT
Add a new reboot mode write interface that is using an NVMEM cell
to store the reboot mode magic.
Signed-off-by: Nandor Han
---
drivers/power/reset/Kconfig | 9 +++
drivers/power/reset/Makefile| 1 +
drivers/power/reset/nvmem-reboot-mode.c | 76
DS3232 RTC has 236 bytes of persistent memory.
Add RTC SRAM read and write access using
the NVMEM Framework.
Signed-off-by: Nandor Han
---
Description
---
Provides DS3232 RTC SRAM access using NVMEM framework.
Testing
---
The test was done on a custom board which contains a
DS3232
Add the device tree bindings document for the NVMEM based reboot-mode
driver.
Signed-off-by: Nandor Han
---
.../power/reset/nvmem-reboot-mode.txt | 32 +++
1 file changed, 32 insertions(+)
create mode 100644
Add a new reboot mode write interface that is using an NVMEM cell
to store the reboot mode magic.
Signed-off-by: Nandor Han
---
drivers/power/reset/Kconfig | 9 +++
drivers/power/reset/Makefile| 1 +
drivers/power/reset/nvmem-reboot-mode.c | 76
Description
---
Extend the reboot mode driver to use a NVMEM cell as writing interface.
Testing
---
The testing is done by configuring DT from a custom board.
The NVMEM cell is configured in an RTC non-volatile memory.
Kernel: 4.14.60 (the patchset was rebased on kernel master)
DT
DS3232 RTC has 236 bytes of persistent memory.
Add RTC SRAM read and write access using
the NVMEM Framework.
Signed-off-by: Nandor Han
---
Description
---
Provides DS3232 RTC SRAM access using NVMEM framework.
Testing
---
The test was done on a custom board which contains a
DS3232
DS3232 RTC has 236 bytes of persistent memory.
Add RTC SRAM read and write access using
the NVMEM Framework.
Signed-off-by: Nandor Han
---
Description
---
Provides DS3232 RTC SRAM access using NVMEM framework.
Testing
---
The test was done on a custom board which contains a
DS3232
Add a new reboot mode write interface that is using a NVMEM cell,
called "reboot-mode", to store the reboot mode magic.
Signed-off-by: Nandor Han
---
Description
---
Extend the reboot mode driver to use a NVMEM cell as writing interface.
Testing
---
The testing is done by
regmap provides a couple of ways to validate the register range used.
a) maxim allowed register, b) writable/readable register tables,
c) callback function that can be provided by the driver to validate
a register. regmap framework should verify if registers
are writeable before every write
Description
---
This is an RFC because I don't know if this is a bug or a normal use
case. It seems that the function `_regmap_raw_write_impl` from the regmap
framework verifies that a register is writable only using
the callback function, ignoring the other two (max allowed register,
> -Original Message-
> From: Arnd Bergmann [mailto:a...@arndb.de]
> Sent: 30 May 2017 14:13
> To: Linus Walleij <linus.wall...@linaro.org>
> Cc: Han, Nandor (GE Healthcare) <nandor@ge.com>; Arnd Bergmann
> <a...@arndb.de>; linux-g...@vger.kernel
> -Original Message-
> From: Arnd Bergmann [mailto:a...@arndb.de]
> Sent: 30 May 2017 14:13
> To: Linus Walleij
> Cc: Han, Nandor (GE Healthcare) ; Arnd Bergmann
> ; linux-g...@vger.kernel.org;
> linux-kernel@vger.kernel.org
> Subject: EXT: [PATCH] gpio: xr
> -Original Message-
> From: Linus Walleij [mailto:linus.wall...@linaro.org]
> Sent: 24 April 2017 16:47
> To: Han, Nandor (GE Healthcare) <nandor@ge.com>
> Cc: Greg KH <gre...@linuxfoundation.org>; David S. Miller
> <da...@davemloft.net>; Geert U
> -Original Message-
> From: Linus Walleij [mailto:linus.wall...@linaro.org]
> Sent: 24 April 2017 16:47
> To: Han, Nandor (GE Healthcare)
> Cc: Greg KH ; David S. Miller
> ; Geert Uytterhoeven m68k.org>; Mauro Carvalho Chehab ; Daniel Vetter
> ; Alexandre
> -Original Message-
> From: Linus Walleij [mailto:linus.wall...@linaro.org]
> Sent: 07 April 2017 13:07
> To: Han, Nandor (GE Healthcare) <nandor@ge.com>
> Cc: Alexandre Courbot <gnu...@gmail.com>; Rob Herring <robh...@kernel.org>;
> Mark Rutla
> -Original Message-
> From: Linus Walleij [mailto:linus.wall...@linaro.org]
> Sent: 07 April 2017 13:07
> To: Han, Nandor (GE Healthcare)
> Cc: Alexandre Courbot ; Rob Herring ;
> Mark Rutland
> ; linux-g...@vger.kernel.org;
> devicet...@vger.kernel.org; linu
> -Original Message-
> From: Linus Walleij [mailto:linus.wall...@linaro.org]
> Sent: 29 March 2017 05:07
> To: Han, Nandor (GE Healthcare) <nandor@ge.com>
> Cc: Alexandre Courbot <gnu...@gmail.com>; Rob Herring <robh...@kernel.org>;
> Mark Rutla
> -Original Message-
> From: Linus Walleij [mailto:linus.wall...@linaro.org]
> Sent: 29 March 2017 05:07
> To: Han, Nandor (GE Healthcare)
> Cc: Alexandre Courbot ; Rob Herring ;
> Mark Rutland
> ; linux-g...@vger.kernel.org;
> devicet...@vger.kernel.org; linu
> -Original Message-
> From: Linus Walleij [mailto:linus.wall...@linaro.org]
> Sent: 29 March 2017 04:51
> To: Han, Nandor (GE Healthcare) <nandor@ge.com>
> Cc: Alexandre Courbot <gnu...@gmail.com>; Rob Herring <robh...@kernel.org>;
> Mark Rutla
> -Original Message-
> From: Linus Walleij [mailto:linus.wall...@linaro.org]
> Sent: 29 March 2017 04:51
> To: Han, Nandor (GE Healthcare)
> Cc: Alexandre Courbot ; Rob Herring ;
> Mark Rutland
> ; linux-g...@vger.kernel.org;
> devicet...@vger.kernel.org; linu
On 12/10/2016 16:25, Mika Penttilä wrote:
Hi!
Bisected that commit 5881826 - "dmaengine: imx-sdma - update the residue
calculation for cyclic channels" is first bad commit to cause audio regression on
imx6q, sgtl5000 codec. It causes audible disturbing background noise when playing
On 12/10/2016 16:25, Mika Penttilä wrote:
Hi!
Bisected that commit 5881826 - "dmaengine: imx-sdma - update the residue
calculation for cyclic channels" is first bad commit to cause audio regression on
imx6q, sgtl5000 codec. It causes audible disturbing background noise when playing
27 matches
Mail list logo