[PATCH v1] iio: adc: modify NPCM ADC read reference voltage

Checking if regulator is valid before reading NPCM ADC regulator voltage to avoid system crash in a case the regulator is not valid. Signed-off-by: Tomer Maimon --- drivers/iio/adc/npcm_adc.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/iio/adc/npcm_adc.c b/drivers

[PATCH] regulator: bd718x7: Use rdev_get_id() to get regulator id

Use rdev_get_id() instead of directly access rdev->desc->id. While at it also remove unneeded init for ramp_value variable. Signed-off-by: Axel Lin --- drivers/regulator/bd718x7-regulator.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/regulator/bd718x7-regulato

Re: [PATCH] modpost: make KBUILD_MODPOST_WARN also configurable for external modules

(+CC Jonas Gorski) On Tue, Mar 26, 2019 at 6:58 PM Wiebe, Wladislav (Nokia - DE/Ulm) wrote: > > Commit ea837f1c0503 ("kbuild: make modpost processing configurable") > was intended to give KBUILD_MODPOST_WARN flexibility to be configurable. > Right now KBUILD_MODPOST_WARN gets just ignored when K

Re: [PATCH 1/6] kbuild: pass $(MAKECMDGOALS) to sub-make as is

On Sat, Mar 30, 2019 at 9:04 PM Masahiro Yamada wrote: > > Manipulating $(MAKECMDGOALS) for sub-make seems odd to me. > > [1] 'make O=foo sub-make' is turned into 'make O=foo', which builds > the default targets. It would make sense to terminate the build with: > > *** No rule to make target 'su

Re: 8b275b3754 ("x86/irq/64: Remap the IRQ stack with guard pages"): BUG: unable to handle kernel paging request at ffffb659000a1000

On Sat, 6 Apr 2019, Andy Lutomirski wrote: > I haven't spotted the actual bug yet, but the faulting instruction is: > > 2a:65 8b 35 09 ca 75 63 mov%gs:*0x6375ca09(%rip),%esi > # 0x6375ca3a<-- trapping instruction > > This seems to be faulting just above the top of the st

Re: [patch V2 28/29] x86/irq/64: Remap the IRQ stack with guard pages

> On Apr 6, 2019, at 11:08 PM, Thomas Gleixner wrote: > >> On Sat, 6 Apr 2019, Andy Lutomirski wrote: >>> On Fri, Apr 5, 2019 at 8:11 AM Thomas Gleixner wrote: >>> >>> From: Andy Lutomirski >>> >>> The IRQ stack lives in percpu space, so an IRQ handler that overflows it >>> will overwrite

Re: 8b275b3754 ("x86/irq/64: Remap the IRQ stack with guard pages"): BUG: unable to handle kernel paging request at ffffb659000a1000

> On Apr 7, 2019, at 2:23 AM, Thomas Gleixner wrote: > >> On Sat, 6 Apr 2019, Andy Lutomirski wrote: >> I haven't spotted the actual bug yet, but the faulting instruction is: >> >> 2a:65 8b 35 09 ca 75 63 mov%gs:*0x6375ca09(%rip),%esi >># 0x6375ca3a<-- trapping instruc

Re: [patch V2 28/29] x86/irq/64: Remap the IRQ stack with guard pages

On Sun, 7 Apr 2019, Andy Lutomirski wrote: > > On Apr 6, 2019, at 11:08 PM, Thomas Gleixner wrote: > > > >> On Sat, 6 Apr 2019, Andy Lutomirski wrote: > >>> On Fri, Apr 5, 2019 at 8:11 AM Thomas Gleixner wrote: > >>> > >>> From: Andy Lutomirski > >>> > >>> The IRQ stack lives in percpu space,

[PATCH] kbuild: remove unneeded dependency for include/config/kernel.release

This is unneeded since commit 43fee2b23895 ("kbuild: do not redirect the first prerequisite for filechk"). Signed-off-by: Masahiro Yamada --- Makefile | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/Makefile b/Makefile index 895022b..10643c3 100644 --- a/Makefile +++ b/Makef

Re: [PATCH 3/3] iio: Add PAT9125 optical tracker sensor

On Fri, 5 Apr 2019 09:34:30 + Alexandre Mergnat wrote: > This adds support for PixArt Imaging’s miniature low power > optical navigation chip using LASER light source > enabling digital surface tracking. Hi Alexandre, So I have no problem with this as an IIO driver, but for devices that ar

Re: [PATCH v1] iio: adc: modify NPCM ADC read reference voltage

On Sun, 7 Apr 2019 11:19:28 +0300 Tomer Maimon wrote: > Checking if regulator is valid before reading > NPCM ADC regulator voltage to avoid system crash > in a case the regulator is not valid. > > Signed-off-by: Tomer Maimon Good catch. Applied to the fixes-togreg branch of iio.git and marked

Help!!

Dear sir/Madam, Greetings! I would like to apologize for barging into your privacy without your concent. My name is Heba Oudeh from Damascus Syria and i am 29 years old orphan. I have decided to make this contact after many thoughts and hard decision. On 27 may 2017 i lost my parents to the Syr

Re: [PATCH] iio: accell: mma8452: free iio trigger pointer when cleanup

On Thu, 4 Apr 2019 08:02:05 + Anson Huang wrote: > When mma8452 is built as module, once it is insmod and rmmod, below > kernel dump will show out, the root cause is module being put twice > if iio trigger pointer is NOT NULL, this patch frees iio trigger > pointer after iio trigger is unregi

Re: [PATCH] staging: iio: frequency: ad9834: Remove unnecessary parentheses

On Tue, 2 Apr 2019 17:18:54 -0300 Melissa Wen wrote: > Remove unneeded parentheses around the arguments of ||. This reduces > clutter and code behave in the same way. Change suggested by > checkpatch.pl. > > CHECK: Unnecessary parentheses around 'st->devid == ID_AD9833' > CHECK: Unnecessary pare

[PATCH] kbuild: check arch/$(SRCARCH)/include/generated before out-of-tree build

After cross-compiling the kernel, "make mrproper" should be executed with the proper ARCH= option. Otherwise, stale objects will remain under arch/$(SRCARCH)/. One bad scenario is like this: $ make ARCH=arm defconfig all # cross-compile the kernel for arm $ make mrproper # m

Re: [PATCH 1/3] iio: adc: ad7606: Move oversampling options in chip info and rework *_avail attributes

On Tue, 2 Apr 2019 16:18:39 +0300 Beniamin Bia wrote: > From: Stefan Popa > > Available oversampling ratios and scales can be shown by calling a > common ad7606_show_avail function which takes as parameters the array > which stores the values, together with the size of the array. > > Oversampl

Re: [PATCH 2/3] iio: adc: ad7616: Add support for AD7616 ADC

On Tue, 2 Apr 2019 16:18:40 +0300 Beniamin Bia wrote: > The AD7616 is a 12-bit ADC with 16 channels. > > The AD7616 can be configured to work in hardware mode by controlling it via > gpio pins and read data via spi. No support for software mode yet, but it > is a work in progress. > > This devi

Re: [PATCH 3/3] dt-bindings: iio: adc: Add AD7616 ADC documentation

On Sat, 06 Apr 2019 01:06:39 -0500 Rob Herring wrote: > On Tue, 2 Apr 2019 16:18:41 +0300, Beniamin Bia wrote: > > Document support for AD7616 Analog to Digital Converter. > > > > Signed-off-by: Beniamin Bia > > --- > > Documentation/devicetree/bindings/iio/adc/adi,ad7606.txt | 1 + > > 1 file

Re: [PATCH 1/6] iio: imx7d_adc: Add local struct device pointer in imx7d_adc_probe()

On Wed, 3 Apr 2019 00:03:20 -0700 Andrey Smirnov wrote: > Use a local "struct device *dev" in imx7d_adc_probe() for brevity. No > functional change intended. > > Signed-off-by: Andrey Smirnov > Cc: Jonathan Cameron > Cc: Hartmut Knaack > Cc: Lars-Peter Clausen > Cc: Peter Meerwald-Stadler

Re: [PATCH 2/6] iio: imx7d_adc: Replace pr_err with dev_err

On Wed, 3 Apr 2019 00:03:21 -0700 Andrey Smirnov wrote: > Replace combination of pr_err()/dev_name() with an equivalent call for > dev_err(). > > Signed-off-by: Andrey Smirnov > Cc: Jonathan Cameron > Cc: Hartmut Knaack > Cc: Lars-Peter Clausen > Cc: Peter Meerwald-Stadler > Cc: Chris Heal

Re: [PATCH 3/6] iio: imx7d_adc: Use devm_iio_device_register()

On Wed, 3 Apr 2019 00:03:22 -0700 Andrey Smirnov wrote: > Use devm_iio_device_register() and drop explicit call to > iio_device_unregister(). > > Signed-off-by: Andrey Smirnov > Cc: Jonathan Cameron > Cc: Hartmut Knaack > Cc: Lars-Peter Clausen > Cc: Peter Meerwald-Stadler > Cc: Chris Heal

Re: [PATCH 4/6] iio: imx7d_adc: Use devm_platform_ioremap_resource()

On Wed, 3 Apr 2019 00:03:23 -0700 Andrey Smirnov wrote: > Use devm_platform_ioremap_resource() to be able to drop a bit of > explicit boilerplate code. > > Signed-off-by: Andrey Smirnov > Cc: Jonathan Cameron > Cc: Hartmut Knaack > Cc: Lars-Peter Clausen > Cc: Peter Meerwald-Stadler > Cc:

Re: [PATCH 5/6] iio: imx7d_adc: Use imx7d_adc_resume() in imx7d_adc_probe()

On Wed, 3 Apr 2019 00:03:24 -0700 Andrey Smirnov wrote: > Initialization sequence performed in imx7d_adc_resume() is exactley > the same as what's being done in imx7d_adc_probe(). Make use of the > former in the latter to avoid code duplication. > > Signed-off-by: Andrey Smirnov > Cc: Jonathan

Re: [PATCH 6/6] iio: imx7d_adc: Drop imx7d_adc_remove()

On Wed, 3 Apr 2019 00:03:25 -0700 Andrey Smirnov wrote: > Since imx7d_adc_remove() does exactly the same thing as > imx7d_adc_suspend() we can use the latter together with > devm_add_action_or_reset() to get rid of the former. > > Signed-off-by: Andrey Smirnov > Cc: Jonathan Cameron > Cc: Har

Re: [PATCH v2] avia-hx711.yaml: transform DT binding to YAML

On Mon, 1 Apr 2019 20:47:19 -0500 Rob Herring wrote: > On Mon, Apr 1, 2019 at 12:34 PM Andreas Klinger wrote: > > > > replace avia-hx711.txt by avia-hx711.yaml as yaml devicetree > > documentation for avia hx711 iio adc sensor > > > > Signed-off-by: Andreas Klinger Applied to the togreg branch

Re: [PATCH -next] acpi/hmat: fix an uninitialized memory_target

On Sat, Apr 06, 2019 at 09:12:22PM -0400, Qian Cai wrote: > The commit 665ac7e92757 ("acpi/hmat: Register processor domain to its > memory") introduced an uninitialized "struct memory_target" that could > cause an incorrect branching. > > drivers/acpi/hmat/hmat.c:385:6: warning: variable 'target'

Re: [PATCH v2] bmp085.yaml: transform DT documentation of iio sensor into YAML

On Mon, 1 Apr 2019 20:46:54 -0500 Rob Herring wrote: > On Mon, Apr 1, 2019 at 12:32 PM Andreas Klinger wrote: > > > > use bmp085.txt and change it into yaml format > > > > fix links to datasheets in replaced documentation > > > > Signed-off-by: Andreas Klinger > > --- > > .../devicetree/bindin

Re: [PATCH 2/4] staging: iio: ad9832: add SPDX identifier

On Tue, 2 Apr 2019 11:40:00 -0300 Marcelo Schmitt wrote: > On 04/01, Greg KH wrote: > > On Mon, Apr 01, 2019 at 08:36:50PM +0530, Mukesh Ojha wrote: > > > > > > On 4/1/2019 8:07 PM, Marcelo Schmitt wrote: > > > > Add SPDX identifier of GPL-2.0 for the ad9832 driver. > > > > > > > > Signed-o

Re: [PATCH 1/4] staging: iio: ad9832: organize includes

On Mon, 1 Apr 2019 11:37:10 -0300 Marcelo Schmitt wrote: > Organize includes to list them in lexicographic order. > > Signed-off-by: Marcelo Schmitt There are a few headers in there that I'd expect to be unnecessary once cleanup on the driver is finished, but good to get them in a nice order to

Re: [PATCH 3/4] staging: iio: ad9832: use clock framework for clock reference

On Mon, 1 Apr 2019 11:37:45 -0300 Marcelo Schmitt wrote: > Previously external clock were set through platform_data struct. > Now device uses clk struct defined in include/linux/clk.h to handle > external clock source. > It also removes mclk from platform_data struct. > > Signed-off-by: Marcelo

Re: [PATCH v2 00/10] iio mount matrix - revitalize missing bindings documentation and provide code for bmc150, bmg160, bma180, itg3200, hmc584x

On Thu, 4 Apr 2019 08:29:12 +0200 "H. Nikolaus Schaller" wrote: > Hi Jonathan, > > > Am 03.03.2019 um 16:32 schrieb Jonathan Cameron : > > > > Thanks to Linus and Andy for reviews. > > I've picked up all but they documentation patch. I think > > it is 'very nearly there', but would like a few

Re: [PATCH v2] iio: imu: mpu6050: Fix FIFO layout for ICM20602

On Tue, 2 Apr 2019 23:28:56 -0700 stev...@skydio.com wrote: > From: Steve Moskovchenko > > The MPU6050 driver has recently gained support for the > ICM20602 IMU, which is very similar to MPU6xxx. However, > the ICM20602's FIFO data specifically includes temperature > readings, which were not pr

[PATCH] rtc: wm831x: use .set_time

Use .set_time instead of the deprecated .set_mmss. Signed-off-by: Alexandre Belloni --- drivers/rtc/rtc-wm831x.c | 8 +--- 1 file changed, 5 insertions(+), 3 deletions(-) diff --git a/drivers/rtc/rtc-wm831x.c b/drivers/rtc/rtc-wm831x.c index 6a0defd16088..ed29f4df2a3c 100644 --- a/drivers/r

Re: [PATCH] iio: adc: ads124: avoid buffer overflow

On Mon, 1 Apr 2019 07:41:37 -0500 Dan Murphy wrote: > On 3/31/19 1:54 PM, Vincent Stehlé wrote: > > When initializing the priv->data array starting from index 1, there is one > > less element to consider than when initializing the full array. > > > > Fixes: e717f8c6dfec8f76 ("iio: adc: Add the T

Re: [PATCH] iio: adc: ads124: avoid buffer overflow

On Sun, 7 Apr 2019 13:02:42 +0100 Jonathan Cameron wrote: > On Mon, 1 Apr 2019 07:41:37 -0500 > Dan Murphy wrote: > > > On 3/31/19 1:54 PM, Vincent Stehlé wrote: > > > When initializing the priv->data array starting from index 1, there is one > > > less element to consider than when initializ

Re: [PATCH v2] platform: chrome: Add ChromeOS EC ISHTP driver

Hi Enric Thanks for your review comments. I'm taking majority of inputs, and will send a v3 shortly Please see comments below. On Wed, Apr 03, 2019 at 06:36:52PM +0200, Enric Balletbo i Serra wrote: > Hi Rushikesh, > > Thanks for sending this upstream, some comments below. > > On 3/4/19 10:52,

[PATCH v3] platform: chrome: Add ChromeOS EC ISHTP driver

This driver implements a slim layer to enable the ChromeOS EC kernel stack (cros_ec) to communicate with ChromeOS EC firmware running on the Intel Integrated Sensor Hub (ISH). The driver registers a ChromeOS EC MFD device to connect with cros_ec kernel stack (upper layer), and it registers a clien

Re: [RFC v2] iio: input-bridge: optionally bridge iio acceleometers to create a /dev/input interface

On Sun, 31 Mar 2019 12:09:46 +0200 "H. Nikolaus Schaller" wrote: Hi Nikolaus, I'm probably going to repeat a few things I sent for v1 as the audience has expanded somewhat! Good to see this moving forwards though as there has been at least some demand for it going way back to the early days of

[PATCH v1 bitops] bitops: Fix UBSAN undefined behavior warning for rotation right

The warning is caused by call to rorXX(), if the second parameters of this function "shift" is zero. In such case UBSAN reports the warning for the next expression: (word << (XX - shift), where XX is 64, 32, 16, 8 for respectively ror64, ror32, ror16, ror8. Fix adds validation of this parameter - i

[PATCH v4 3/6] iommu: add iommu_default_dma_mode_get() helper

Add IOMMU_DMA_MODE_IS_LAZY() and IOMMU_DMA_MODE_IS_PASSTHROUGH() to make the code looks cleaner. There is no functional change, just prepare for the following patches. Signed-off-by: Zhen Lei --- drivers/iommu/iommu.c | 12 include/linux/iommu.h | 11 +++ 2 files changed, 1

[PATCH] s390/mm: Silence compiler warning when compiling without CONFIG_PGSTE

If CONFIG_PGSTE is not set (e.g. when compiling without KVM), GCC complains: CC arch/s390/mm/pgtable.o arch/s390/mm/pgtable.c:413:15: warning: ‘pmd_alloc_map’ defined but not used [-Wunused-function] static pmd_t *pmd_alloc_map(struct mm_struct *mm, unsigned long addr) ^~~~

[PATCH v4 5/6] powernv/iommu: use common boot option iommu.dma_mode

iommu=nobypass can be replaced with iommu.dma_mode=strict. Signed-off-by: Zhen Lei --- Documentation/admin-guide/kernel-parameters.txt | 2 -- arch/powerpc/platforms/powernv/pci-ioda.c | 23 +-- drivers/iommu/Kconfig | 1 + 3 files changed, 2

[PATCH v4 4/6] s390/pci: use common boot option iommu.dma_mode

s390_iommu=strict can be replaced with iommu.dma_mode=strict. Signed-off-by: Zhen Lei --- Documentation/admin-guide/kernel-parameters.txt | 7 --- arch/s390/pci/pci_dma.c | 20 +--- drivers/iommu/Kconfig | 1 + 3 files chang

Re: [PATCH v3] RISC-V: Fix Maximum Physical Memory 2GiB option for 64bit systems

On Sat, Apr 6, 2019 at 2:47 AM Palmer Dabbelt wrote: > > On Thu, 04 Apr 2019 23:01:11 PDT (-0700), a...@brainfault.org wrote: > > On Fri, Apr 5, 2019 at 11:24 AM Christoph Hellwig > > wrote: > >> > >> On Fri, Apr 05, 2019 at 05:49:34AM +, Anup Patel wrote: > >> > The Maximum Physical Memory

Re: [PATCH v13 1/3] /proc/pid/status: Add support for architecture specific output

On 2019/4/7 5:41, Alexey Dobriyan wrote: > On Fri, Apr 05, 2019 at 09:32:35PM +0200, Thomas Gleixner wrote: >>> +/* Add support for architecture specific output in /proc/pid/status */ >>> +extern void arch_proc_pid_status(struct seq_file *m, struct task_struct >>> *task); > ^^ > > Unnece

Multi-threaded packet parsing ?

Hi all, Currently working inside IPv6 on EH and more specifically on hop-by-hop's. I was wondering if packet processing/parsing is multi-threaded or not ? Actually, I want to store per-packet EH information on net_device struct, which would be only valid for current packet processed/parsed by t

Re: [patch V2 28/29] x86/irq/64: Remap the IRQ stack with guard pages

> On Apr 7, 2019, at 2:34 AM, Thomas Gleixner wrote: > > On Sun, 7 Apr 2019, Andy Lutomirski wrote: >>> On Apr 6, 2019, at 11:08 PM, Thomas Gleixner wrote: >>> > On Sat, 6 Apr 2019, Andy Lutomirski wrote: > On Fri, Apr 5, 2019 at 8:11 AM Thomas Gleixner wrote: > > From: Andy

Removing pcap?

Hello Antonio, Harald, I've had a look at the PCAP RTC driver because I'm removing a few deprecated APIs. While doing so, I've discovered that the driver has never worked properly because PCAP_RTC_TOD_MASK and PCAP_RTC_DAY_MASK are both missing a bit so every day would roll over at 18:12:15 and th

Re: [PATCH 2/2] arm64: dts: h6: Add watchdog node

Hi, On Fri, 5 Apr 2019 at 18:24, Clément Péron wrote: > > Hi, > > On Fri, 5 Apr 2019 at 17:08, Maxime Ripard wrote: > > > > On Fri, Apr 05, 2019 at 10:59:35PM +0800, Chen-Yu Tsai wrote: > > > On Fri, Apr 5, 2019 at 10:50 PM Maxime Ripard > > > wrote: > > > > > > > > On Fri, Apr 05, 2019 at 10:

[GIT PULL] MTD fixes for 5.1-rc4

Linus, The following changes since commit 8c2ffd9174779014c3fe1f96d9dc3641d9175f00: Linux 5.1-rc2 (2019-03-24 14:02:26 -0700) are available in the Git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/mtd/linux.git tags/mtd/fixes-for-5.1-rc4 for you to fetch changes up to d9b8a

[PATCH] watchdog: rtd119x_wdt: Fix remove function

The driver registers the watchdog with devm_watchdog_register_device() but still calls watchdog_unregister_device() on remove. Since clocks have to be stopped when removing the driver, after the watchdog device has been unregistered, we can not drop the call to watchdog_unregister_device(). Use wat

Re: [PATCH v13 1/3] /proc/pid/status: Add support for architecture specific output

On Sun, Apr 07, 2019 at 09:02:38PM +0800, Li, Aubrey wrote: > On 2019/4/7 5:41, Alexey Dobriyan wrote: > > On Fri, Apr 05, 2019 at 09:32:35PM +0200, Thomas Gleixner wrote: > >>> +/* Add support for architecture specific output in /proc/pid/status */ > >>> +extern void arch_proc_pid_status(struct se

[PATCH v2 3/3] ARM: dts: msm8974-FP2: Add vibration motor

Signed-off-by: Luca Weiss --- arch/arm/boot/dts/qcom-msm8974-fairphone-fp2.dts | 6 ++ 1 file changed, 6 insertions(+) diff --git a/arch/arm/boot/dts/qcom-msm8974-fairphone-fp2.dts b/arch/arm/boot/dts/qcom-msm8974-fairphone-fp2.dts index 643c57f84818..bf402ae39226 100644 --- a/arch/arm/boot

[PATCH v2 1/3] dt-bindings: input: add GPIO controllable vibrator

Provide a simple driver for GPIO controllable vibrators. It will be used by the Fairphone 2. Signed-off-by: Luca Weiss --- Changes from v1: - Mark vcc-supply as optional .../bindings/input/gpio-vibrator.txt | 20 +++ 1 file changed, 20 insertions(+) create mode 100644

[PATCH v2 2/3] Input: add a driver for GPIO controllable vibrators

Provide a simple driver for GPIO controllable vibrators. It will be used by the Fairphone 2. Signed-off-by: Luca Weiss --- drivers/input/misc/Kconfig | 12 ++ drivers/input/misc/Makefile | 1 + drivers/input/misc/gpio-vibra.c | 214 3 files changed, 2

Re: [PATCH v2] ext4: fix prefetchw of NULL page

On Sun, Mar 31, 2019 at 04:11:34PM +0800, Liu Xiang wrote: > In ext4_mpage_readpages(), if the parameter pages is not NULL, another > parameter page is NULL. At the first time prefetchw(&page->flags) > works on NULL. From second time, prefetchw(&page->flags) always works on > the last consumed page

Re: [GIT PULL] MTD fixes for 5.1-rc4

The pull request you sent on Sun, 07 Apr 2019 16:38:29 +0200: > git://git.kernel.org/pub/scm/linux/kernel/git/mtd/linux.git > tags/mtd/fixes-for-5.1-rc4 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/82331a70cc3c2901c4ae36ff88d5a28f6d14df32 Thank you! -- Deet-doot-

Re: [PATCH] ext4: use BUG() instead of BUG_ON(1)

On Mon, Mar 25, 2019 at 02:00:25PM +0100, Arnd Bergmann wrote: > BUG_ON(1) leads to bogus warnings from clang when > CONFIG_PROFILE_ANNOTATED_BRANCHES is set: > > > > Change it to BUG() so clang can see that this code path can never > continue. Thanks, applied.

Re: [PATCH v2 4/4] power: supply: add Ingenic JZ47xx battery driver.

Hi, On Sun, Mar 24, 2019 at 03:31:37PM +, Jonathan Cameron wrote: > On Sat, 23 Mar 2019 18:28:09 +0100 > Artur Rojek wrote: > > > Add a driver for battery present on Ingenic JZ47xx SoCs. > > > > Signed-off-by: Artur Rojek > The IIO parts look fine to me. > Reviewed-by: Jonathan Cameron >

Re: [PATCH v3 19/36] thunderbolt: Extend tunnel creation to more than 2 adjacent switches

On Thu, Mar 28, 2019 at 03:36:16PM +0300, Mika Westerberg wrote: > +struct tb_path *tb_path_alloc(struct tb *tb, struct tb_port *src, int > src_hopid, > + struct tb_port *dst, int dst_hopid, int link_nr, > + const char *name) > { [...] > + i

Re: [PATCH v13 1/3] /proc/pid/status: Add support for architecture specific output

On Fri, Apr 5, 2019 at 12:32 PM Thomas Gleixner wrote: > > On Sun, 24 Feb 2019, Aubrey Li wrote: > > > The architecture specific information of the running processes could > > be useful to the userland. Add support to examine process architecture > > specific information externally. > > > > Signed

[GIT PULL] LM3532 backlight support improvements and relocation

The following changes since commit 9e98c678c2d6ae3a17cb2de55d17f69dddaa231b: Linux 5.1-rc1 (2019-03-17 14:22:26 -0700) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/j.anaszewski/linux-leds.git tags/lm3532-driver-improvements for you to fetch changes

[GIT PULL] LM3532 backlight support improvements and relocation

The following changes since commit 9e98c678c2d6ae3a17cb2de55d17f69dddaa231b: Linux 5.1-rc1 (2019-03-17 14:22:26 -0700) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/j.anaszewski/linux-leds.git tags/lm3532-driver-improvements for you to fetch changes

Re: [v2] Updated locking documentation for transaction_t

On Mon, Mar 18, 2019 at 07:42:37PM +0100, Alexander Lochmann wrote: > /*t > - * Where in the log does this transaction's commit start? [no locking] > + * Where in the log does this transaction's commit start? > + * [journal_t.j_state_lock] >*/ > unsigned long

Re: [PATCH 2/4] ARM: dts: omap4-droid4: Update backlight dt properties

On 4/5/19 12:00 AM, Tony Lindgren wrote: * Jacek Anaszewski [190404 20:12]: Tony, On 3/21/19 3:28 PM, Dan Murphy wrote: Update the properties for the lm3532 device node for droid4. With this change the backlight LED string and the keypad LED strings will be controlled separately. Signed-off-

Re: Removing pcap?

Hi Alexandre, On Sun, Apr 07, 2019 at 04:07:41PM +0200, Alexandre Belloni wrote: > Is it worth fixing the RTC driver or could I remove it? I've left OpenEZX behind quite a long time ago. Antonio was working on it for some more time, I don't know if he's still actively using or maintaining it. >

Re: [PATCH v2 4/4] power: supply: add Ingenic JZ47xx battery driver.

Hi Sebastian, Le dim. 7 avril 2019 à 18:52, Sebastian Reichel a écrit : Hi, On Sun, Mar 24, 2019 at 03:31:37PM +, Jonathan Cameron wrote: On Sat, 23 Mar 2019 18:28:09 +0100 Artur Rojek wrote: > Add a driver for battery present on Ingenic JZ47xx SoCs. > > Signed-off-by: Artur Rojek

[GIT PULL v2] LM3532 backlight support improvements and relocation

Changes since v1: - synchronized DT label properties in DT bindings with what has been agreed for the patch "ARM: dts: omap4-droid4: Update backlight dt properties" The following changes since commit 9e98c678c2d6ae3a17cb2de55d17f69dddaa231b: Linux 5.1-rc1 (2019-03-17 14:22:26 -0700) are ava

Re: [PATCH 1/4] dt: lm3532: Add lm3532 dt doc and update ti_lmu doc

Hi Dan, On 3/21/19 3:28 PM, Dan Murphy wrote: Add the lm3532 device tree documentation. Remove lm3532 device tree reference from the ti_lmu devicetree documentation. With the addition of the dedicated lm3532 documentation the device can be removed from the ti_lmu.txt. The reason for this is th

[PATCH 2/2] ARM: dts: imx6ul-pico: Add support for the dwarf baseboard

From: Fabio Estevam Add support for the imx6ul pico board with dwarf baseboard combination. Signed-off-by: Fabio Estevam Signed-off-by: Otavio Salvador --- arch/arm/boot/dts/Makefile | 1 + arch/arm/boot/dts/imx6ul-pico-dwarf.dts | 52 + 2 files changed,

[PATCH 1/2] dt-bindings: arm: fsl: Add support for imx6ul-pico-dwarf

From: Fabio Estevam Add support for TechNexion's imx6ul-pico-dwarf board. Signed-off-by: Fabio Estevam Signed-off-by: Otavio Salvador --- Documentation/devicetree/bindings/arm/fsl.yaml | 1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devicetree/bindings/arm/fsl.yaml b/Docum

Re: [BUG] Rockchip SPI: long burst writes produce unexpected result

Hi Vicente, On Sat, 6 Apr 2019 at 19:35, Vicente Bergas wrote: > > Hi, > i have been experiencing issues writing to NOR-Flash SPI Memories > from two RK3399-based platforms: gru-kevin and sapphire board. > For kevin, this resulted in a bricked device because that memory > is the only boot device.

Re: [PATCH 1/3] fs: stream_open - opener for stream-like files so that read and write can run simultaneously without deadlock

On Sat, Apr 06, 2019 at 07:07:14AM -1000, Linus Torvalds wrote: > On Tue, Mar 26, 2019 at 12:20 PM Kirill Smelkov wrote: > > > > Commit 9c225f2655 (vfs: atomic f_pos accesses as per POSIX) added locking > > for > > file.f_pos access and in particular made concurrent read and write not > > possib

Re: perf: perf_fuzzer crashes on Pentium 4 systems

On Thu, Apr 04, 2019 at 11:20:38PM +0300, Cyrill Gorcunov wrote: > > the machine still crashes after this, but not right away. > > yes, exactly, if look into disasm code we will see that 0x158 > offset points to hwc from event. Vince, gimme some time, probably > the weekend so I would dive into th

Re: [PATCH v2] ARM: sun8i: h3: bluetooth for Banana Pi M2 Zero board

ping On Fri, 1 Mar 2019 19:52:12 +0100 Andreas Kemnade wrote: > The Banana Pi M2 Zero board has an AP6212 BT+Wifi combo chip > with broadcom internals attached to UART1 and some gpios. > This addition is in line with similar boards > > Signed-off-by: Andreas Kemnade > --- > changes in v2: rem

Re: [PATCH] ACPI / LPSS: Don't skip late system PM ops for hibernate on BYT/CHT

On 4/3/19 2:54 AM, Hans de Goede wrote: > > Hi, > > On 03-04-19 07:43, Kai-Heng Feng wrote: >> i2c-designware-platdrv fails to work after the system restored from >> hibernation: >> [ 272.775692] i2c_designware 80860F41:00: Unknown Synopsys component type: >> 0x >> >> Commit 48402cee688

[PATCH 2/8] rtc: ds1672: move oscillator handling to .read_time

Return -EINVAL when trying to read an invalid time instead of just probe because this is a useful information for userspace. Signed-off-by: Alexandre Belloni --- drivers/rtc/rtc-ds1672.c | 29 - 1 file changed, 16 insertions(+), 13 deletions(-) diff --git a/drivers/r

[PATCH 6/8] rtc: ds1672: use .set_time

Use .set_time instead of the deprecated .set_mmss. Signed-off-by: Alexandre Belloni --- drivers/rtc/rtc-ds1672.c | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/drivers/rtc/rtc-ds1672.c b/drivers/rtc/rtc-ds1672.c index 653abef2e5cd..4997b4f3d667 100644 --- a/drivers/rtc/

[PATCH 8/8] rtc: ds1672: switch debug message to %ptR

Use %ptR to simplify debug message. Signed-off-by: Alexandre Belloni --- drivers/rtc/rtc-ds1672.c | 5 + 1 file changed, 1 insertion(+), 4 deletions(-) diff --git a/drivers/rtc/rtc-ds1672.c b/drivers/rtc/rtc-ds1672.c index 95c23b31c952..e9e8d02743ee 100644 --- a/drivers/rtc/rtc-ds1672.c +++

[PATCH 5/8] rtc: ds1672: use rtc_time64_to_tm

Use the 64bit version of rtc_time_to_tm.rtc_time_to_tm. Signed-off-by: Alexandre Belloni --- drivers/rtc/rtc-ds1672.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/rtc/rtc-ds1672.c b/drivers/rtc/rtc-ds1672.c index 81f1aaeb8964..653abef2e5cd 100644 --- a/drivers/rtc/

[PATCH 4/8] rtc: ds1672: remove useless indirection

ds1672_get_datetime and ds1672_set_mmss are only used after casting dev to an i2c_client. Remove that useless indirection. Signed-off-by: Alexandre Belloni --- drivers/rtc/rtc-ds1672.c | 20 ++-- 1 file changed, 6 insertions(+), 14 deletions(-) diff --git a/drivers/rtc/rtc-ds167

[PATCH 3/8] rtc: ds1672: remove sysfs debug interface

Remove the control sysfs file as it is not documented, read only and was only used to provide the oscillator state. Signed-off-by: Alexandre Belloni --- drivers/rtc/rtc-ds1672.c | 51 1 file changed, 51 deletions(-) diff --git a/drivers/rtc/rtc-ds1672.c

[PATCH 7/8] rtc: ds1672: convert to SPDX identifier

Use SPDX-License-Identifier instead of a verbose license text. Signed-off-by: Alexandre Belloni --- drivers/rtc/rtc-ds1672.c | 5 + 1 file changed, 1 insertion(+), 4 deletions(-) diff --git a/drivers/rtc/rtc-ds1672.c b/drivers/rtc/rtc-ds1672.c index 4997b4f3d667..95c23b31c952 100644 --- a/d

[PATCH 1/8] rtc: ds1672: set range

The ds1672 is a 32bit seconds counter. Also remove erroneous comment claiming that epoch is set to 2000, it was not. Signed-off-by: Alexandre Belloni --- drivers/rtc/rtc-ds1672.c | 16 +++- 1 file changed, 11 insertions(+), 5 deletions(-) diff --git a/drivers/rtc/rtc-ds1672.c b/dri

Re: [PATCH RFC tip/core/rcu 0/4] Forbid static SRCU use in modules

On Sun, Apr 07, 2019 at 04:41:36PM -0400, Mathieu Desnoyers wrote: > > - On Apr 7, 2019, at 3:32 PM, Joel Fernandes, Google > j...@joelfernandes.org wrote: > > > On Sun, Apr 07, 2019 at 03:26:16PM -0400, Mathieu Desnoyers wrote: > >> - On Apr 7, 2019, at 9:59 AM, paulmck paul...@linux.ib

PRINTER BUG LINUX MINT 19 TARA

Please see attached. It was working fine prior to installing Canon linux drivers. CUPS disconnect maybe? I am the only user. Local USB port. Just me. Canon D0550 image class. Has worked fine in the past. Deleted printer and reinstalled but no go. thanks JTK Page 1 (): {'cups_connection_fai

[PATCH 4/4] rtc: coh901331: convert to SPDX identifier

Use SPDX-License-Identifier instead of the custom license line. Signed-off-by: Alexandre Belloni --- drivers/rtc/rtc-coh901331.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/rtc/rtc-coh901331.c b/drivers/rtc/rtc-coh901331.c index bc9544329419..4ac850837153 100644 -

[PATCH 1/4] rtc: coh901331: set range

The COH 901 331 is a 32bit seconds counter. Signed-off-by: Alexandre Belloni --- drivers/rtc/rtc-coh901331.c | 15 ++- 1 file changed, 10 insertions(+), 5 deletions(-) diff --git a/drivers/rtc/rtc-coh901331.c b/drivers/rtc/rtc-coh901331.c index 0b232c84f674..5b214db919d0 100644 ---

[PATCH 2/4] rtc: coh901331: switch to rtc_time64_to_tm/rtc_tm_to_time64

Call the 64bit versions of rtc_tm time conversion now that the range is enforced by the core. Signed-off-by: Alexandre Belloni --- drivers/rtc/rtc-coh901331.c | 14 +++--- 1 file changed, 7 insertions(+), 7 deletions(-) diff --git a/drivers/rtc/rtc-coh901331.c b/drivers/rtc/rtc-coh90133

[PATCH 3/4] rtc: coh901331: use .set_time

Use .set_time instead of the deprecated .set_mmss. Signed-off-by: Alexandre Belloni --- drivers/rtc/rtc-coh901331.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/rtc/rtc-coh901331.c b/drivers/rtc/rtc-coh901331.c index 1fd743fefe28..bc9544329419 100644 --- a/dr

[PATCH 2/4] rtc: stmp3xxx: switch to rtc_time64_to_tm/rtc_tm_to_time64

Call the 64bit versions of rtc_tm time conversion now that the range is enforced by the core. Signed-off-by: Alexandre Belloni --- drivers/rtc/rtc-stmp3xxx.c | 8 +++- 1 file changed, 3 insertions(+), 5 deletions(-) diff --git a/drivers/rtc/rtc-stmp3xxx.c b/drivers/rtc/rtc-stmp3xxx.c index

[PATCH 4/4] rtc: stmp3xxx: convert to SPDX identifier

Use SPDX-License-Identifier instead of a verbose license text. Signed-off-by: Alexandre Belloni --- drivers/rtc/rtc-stmp3xxx.c | 10 +- 1 file changed, 1 insertion(+), 9 deletions(-) diff --git a/drivers/rtc/rtc-stmp3xxx.c b/drivers/rtc/rtc-stmp3xxx.c index 143486f69485..ff6488be385f 10

[PATCH 3/4] rtc: stmp3xxx: use .set_time

Use .set_time instead of the deprecated .set_mmss. Signed-off-by: Alexandre Belloni --- drivers/rtc/rtc-stmp3xxx.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/rtc/rtc-stmp3xxx.c b/drivers/rtc/rtc-stmp3xxx.c index dc0c6cc4849d..143486f69485 100644 --- a/drive

[PATCH 1/4] rtc: stmp3xxx: set range

>From the datasheet: "HW_RTC_SECONDS provides access to the 32-bit real-time seconds counter." Signed-off-by: Alexandre Belloni --- drivers/rtc/rtc-stmp3xxx.c | 10 -- 1 file changed, 8 insertions(+), 2 deletions(-) diff --git a/drivers/rtc/rtc-stmp3xxx.c b/drivers/rtc/rtc-stmp3xxx.c in

[PATCH 3/3] rtc: tegra: convert to SPDX identifier

Use SPDX-License-Identifier instead of a verbose license text. Signed-off-by: Alexandre Belloni --- drivers/rtc/rtc-tegra.c | 15 +-- 1 file changed, 1 insertion(+), 14 deletions(-) diff --git a/drivers/rtc/rtc-tegra.c b/drivers/rtc/rtc-tegra.c index e93092aa6f7d..f0ce76865434 10064

[PATCH 1/3] rtc: tegra: set range

The Tegra 20 RTC is a 32bit seconds counter (with an unused millisecond counter). Signed-off-by: Alexandre Belloni --- drivers/rtc/rtc-tegra.c | 24 ++-- 1 file changed, 14 insertions(+), 10 deletions(-) diff --git a/drivers/rtc/rtc-tegra.c b/drivers/rtc/rtc-tegra.c index c6

[PATCH 2/3] rtc: tegra: switch to rtc_time64_to_tm/rtc_tm_to_time64

Call the 64bit versions of rtc_tm time conversion now that the range is enforced by the core. Signed-off-by: Alexandre Belloni --- drivers/rtc/rtc-tegra.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/drivers/rtc/rtc-tegra.c b/drivers/rtc/rtc-tegra.c index 3f93a1f7a

linux-next: manual merge of the kspp-gustavo tree with Linus' tree

Hi all, Today's linux-next merge of the kspp-gustavo tree got a conflict in: arch/x86/include/asm/syscall.h between commits: b35f549df1d7 ("syscalls: Remove start and number from syscall_get_arguments() args") 32d92586629a ("syscalls: Remove start and number from syscall_set_arguments()

[PATCH] soc: brcmstb: Fix error path for unsupported CPUs

In case setup_hifcpubiuctrl_regs() returns an error, because of e.g: an unsupported CPU type, just catch that error and return instead of blindly continuing with the initialization. This fixes a NULL pointer de-reference with the code continuing without having a proper array of registers to use. F

[PATCH] rtc: test: use .set_time

Use .set_time instead of the deprecated .set_mmss64. Signed-off-by: Alexandre Belloni --- drivers/rtc/rtc-test.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/drivers/rtc/rtc-test.c b/drivers/rtc/rtc-test.c index f1a6dc5ad013..b298e9902f45 100644 --- a/drivers/rtc/r

  1   2   3   >