Re: [PATCH v3 1/2] gpio: Add driver for PC Engines APU2/APU3 GPIOs

On Wed, Nov 14, 2018 at 9:27 AM Florian Eckert wrote: > > Add a new device driver "gpio-apu" which will handle the GPIOs onAPU2 > and APU3 devices from PC Engines. > > APU2 (https://pcengines.ch/schema/apu2c.pdf page 7): > - G32 is "button_reset" connected to the smd-button on the frontpanel > -

Re: [RFC][PATCH v1 02/11] mm: soft-offline: add missing error check of set_hwpoison_free_buddy_page()

On 11/13/2018 05:46 AM, Naoya Horiguchi wrote: > Hi Anshuman, > > On Fri, Nov 09, 2018 at 03:50:41PM +0530, Anshuman Khandual wrote: >> >> On 11/09/2018 12:17 PM, Naoya Horiguchi wrote: >>> set_hwpoison_free_buddy_page() could fail, then the target page is >>> finally not isolated, so it's

Re: [PATCH v2 0/4] clk: meson: Add video clocks path

On 13/11/2018 15:18, jbru...@baylibre.com wrote: > On Tue, 2018-11-06 at 15:57 +0100, Neil Armstrong wrote: >> This patchset is an attempt to handle the Amlogic Meson GX Video clock >> in the Common Clock Framework in order to move the video pipeline and >> HDMI controller clock management out of

Re: [RFC][PATCH v1 11/11] mm: hwpoison: introduce clear_hwpoison_free_buddy_page()

On 11/13/2018 05:49 AM, Naoya Horiguchi wrote: > On Fri, Nov 09, 2018 at 05:03:06PM +0530, Anshuman Khandual wrote: >> >> >> On 11/09/2018 12:17 PM, Naoya Horiguchi wrote: >>> The new function is a reverse operation of set_hwpoison_free_buddy_page() >>> to adjust unpoison_memory() to the new

RE: [PATCH v5 3/9] spi: Add a driver for the Freescale/NXP QuadSPI controller

Hi Frieder, I have tried v5 version of the patch and have observed that Read is failing for CS1. In my target 2 flash devices are connected on same bus i.e. A1 -> CS0 and A2 -> CS1. On initial debugging, I figured that Read is failing for the AHB mode i.e. if I attempt to read data size less

Re: [PATCH v3 2/2] kernel: Add reset button platform device for APU2/APU3

On Wed, Nov 14, 2018 at 9:27 AM Florian Eckert wrote: > > This will add a x86 platform device "gpio-keys-polled" which uses the > new gpio-apu drive for APU2 and APU3 boards from PC Engines. Subject more likely should start from x86/platform. On the other hand, why it's under arch/x86 and not

Re: Memory hotplug softlock issue

On Wed 14-11-18 09:18:09, David Hildenbrand wrote: > On 14.11.18 08:09, Baoquan He wrote: > > Hi, > > > > Tested memory hotplug on a bare metal system, hot removing always > > trigger a lock. Usually need hot plug/unplug several times, then the hot > > removing will hang there at the last block.

Re: Memory hotplug softlock issue

Hi David, On 11/14/18 at 09:18am, David Hildenbrand wrote: > Code seems to be waiting for the mem_hotplug_lock in read. > We hold mem_hotplug_lock in write whenever we online/offline/add/remove > memory. There are two ways to trigger offlining of memory: > > 1. Offlining via "cat offline >

[PATCH v4 2/4] hwspinlock: add STM32 hwspinlock device

From: Benjamin Gaignard This patch adds support of hardware semaphores for stm32mp1 SoC. The hardware block provides 32 semaphores. Signed-off-by: Benjamin Gaignard Signed-off-by: Benjamin Gaignard --- version 4: - add Linaro SoB version 3 : - use postcore_initcall() instead of

[PATCH v4 4/4] ARM: dts: stm32: enable hwspinlock on stm32mp157c-ed1

From: Benjamin Gaignard Signed-off-by: Benjamin Gaignard Signed-off-by: Benjamin Gaignard --- arch/arm/boot/dts/stm32mp157c-ed1.dts | 4 1 file changed, 4 insertions(+) diff --git a/arch/arm/boot/dts/stm32mp157c-ed1.dts b/arch/arm/boot/dts/stm32mp157c-ed1.dts index

[PATCH v4 1/4] dt-bindings: hwlock: Document STM32 hwspinlock bindings

From: Benjamin Gaignard Add bindings for STM32 hardware spinlock device Signed-off-by: Benjamin Gaignard Signed-off-by: Benjamin Gaignard Reviewed-by: Rob Herring --- version 4: - add Linaro SoB version 3 : - fix clock name in properties description version 2 : - change clock name from

[PATCH v4 0/4] Add support of STM32 hwspinlock

This serie adds the support of the hardware semaphore block for stm32mp1 SoC. version 4: - add Linaro SoB version 3: - fix clock name in properties description. - use postcore_initcall() instead of module_platform_driver() version 2: - fix comments done by Bjorn about clock naming, license

[PATCH v4 3/4] ARM: dts: stm32: Add hwspinlock node for stm32mp157 SoC

From: Benjamin Gaignard Declare hwspinlock device for stm32mp157 SoC Signed-off-by: Benjamin Gaignard Signed-off-by: Benjamin Gaignard --- arch/arm/boot/dts/stm32mp157c.dtsi | 9 + 1 file changed, 9 insertions(+) diff --git a/arch/arm/boot/dts/stm32mp157c.dtsi

Re: [RCF PATCH,v2,2/2] pwm: imx: Configure output to GPIO in disabled state

Hello Michal, On Fri, Nov 09, 2018 at 05:55:55PM +0100, Uwe Kleine-König wrote: > On Fri, Nov 09, 2018 at 02:24:42PM +, Vokáč Michal wrote: > > On 8.11.2018 20:18, Uwe Kleine-König wrote: > > > On Thu, Nov 08, 2018 at 03:21:44PM +, Vokáč Michal wrote: > > >> Hi Uwe, > > >> > > >> On

Re: [RFC/RFT 2/2] RISC-V: kprobes/kretprobe support

Hi Patrick, Thank you very much for implementing kprobes on RISC-V :) On Tue, 13 Nov 2018 20:58:04 +0100 Patrick Stählin wrote: > First implementation, adapted from arm64. The C.ADDISP16 instruction > gets simulated and the kprobes-handler called by inserting a C.EBREAK > instruction. > >

Re: [PATCH v5 3/9] spi: Add a driver for the Freescale/NXP QuadSPI controller

Hi Yogesh, On 14.11.18 09:39, Yogesh Narayan Gaur wrote: > Hi Frieder, > > I have tried v5 version of the patch and have observed that Read is failing > for CS1. Thanks a lot for doing the test. I really appreciate it. > In my target 2 flash devices are connected on same bus i.e. A1 -> CS0

KMSAN: uninit-value in rcu_accelerate_cbs / KMSAN: uninit-value in rcu_process_callbacks

We report two crashes in v4.19-rc8 (4.20-rc1 as well, I guess): (Unfortunately, there is no repro for those.) The two crashes seem to share the same issue. In both cases, (uninitialized) memory access violation occurs when "rdp->cblist" is about to be accessed (kernel/rcu/tree.c:2838,1728). I

Re: [PATCH v5 3/9] spi: Add a driver for the Freescale/NXP QuadSPI controller

Hi Yogesh, On 14.11.18 09:50, Frieder Schrempf wrote: > Hi Yogesh, > > On 14.11.18 09:39, Yogesh Narayan Gaur wrote: >> Hi Frieder, >> >> I have tried v5 version of the patch and have observed that Read is >> failing for CS1. > > Thanks a lot for doing the test. I really appreciate it. > >>

[PATCH] Uprobes: Fix kernel oops with delayed_uprobe_remove()

syzbot reported a kernel crash with delayed_uprobe_remove(): https://lkml.org/lkml/2018/11/1/1244 Backtrace mentioned in the link points to a race between process exit and uprobe_unregister(). Fix it by locking delayed_uprobe_lock before calling delayed_uprobe_remove() from put_uprobe().

Re: [PATCH] mailbox: tegra-hsp: use devm_kstrdup_const()

wt., 13 lis 2018 o 22:11 Thierry Reding napisał(a): > > On Thu, Nov 08, 2018 at 05:46:10PM +0100, Bartosz Golaszewski wrote: > > Use devm_kstrdup_const() in the tegra-hsp driver. This mostly serves as > > an example of how to use this new routine to shrink driver code. > > > > Also use

[PATCH 5/5] power: supply: sc27xx: Save last battery capacity

From: Yuanjiang Yu Our charger manager can optimize the battery capacity periodically, so we can save last battery capacity into registers. Then next system power-on, we can read the last saved battery capacity as the initial battery capacity, which can make the battery capacity more accurate.

[PATCH 2/5] power: supply: sc27xx: Add fuel gauge calibration

This patch adds support to read calibration values from the eFuse controller to calibrate the ADC values corresponding to current and voltage, which can make the current and voltage data more accurate. Signed-off-by: Baolin Wang --- drivers/power/supply/sc27xx_fuel_gauge.c | 62

[PATCH 3/5] power: supply: sc27xx: Add fuel gauge low voltage alarm

From: Yuanjiang Yu Add low voltage alarm support to make sure the battery capacity more accurate in lower voltage stage. Signed-off-by: Yuanjiang Yu Signed-off-by: Baolin Wang --- drivers/power/supply/sc27xx_fuel_gauge.c | 171 +- 1 file changed, 170

[PATCH 4/5] power: supply: sc27xx: Add suspend/resume interfaces

From: Yuanjiang Yu Add fuel gauge platform suspend and resume interfaces. In suspend state, we should enable the low voltage and coulomb counter threshold interrupts to wake up system to calibrate the battery capacity in lower voltage stage. Signed-off-by: Yuanjiang Yu Signed-off-by: Baolin

[PATCH 0/5] Add new features for SC27XX fuel gauge driver

This patch set adds some new features for SC27XX fuel gauge driver. 1. Read calibration data from eFuse device to calibrate fuel gauge. 2. Add low voltage alarm to adjust the battery capacity in lower voltage stage. 3. Add power management interfaces 4. Save last optimized battery capacity to be

[PATCH 1/5] dt-bindings: power: supply: Add nvmem properties to calibrate FGU

Add nvmem properties to calibrate FGU from eFuse controller. Signed-off-by: Baolin Wang --- .../devicetree/bindings/power/supply/sc27xx-fg.txt |4 1 file changed, 4 insertions(+) diff --git a/Documentation/devicetree/bindings/power/supply/sc27xx-fg.txt

[PATCH] nfs: fix comment to nfs_generic_pg_test which does the opposite

Please see comment to filelayout_pg_test for reference. To: Trond Myklebust Cc: Anna Schumaker Cc: linux-...@vger.kernel.org Cc: linux-kernel@vger.kernel.org Signed-off-by: Pavel Tikhomirov --- fs/nfs/pagelist.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

Re: Memory hotplug softlock issue

On 14.11.18 08:09, Baoquan He wrote: > Hi, > > Tested memory hotplug on a bare metal system, hot removing always > trigger a lock. Usually need hot plug/unplug several times, then the hot > removing will hang there at the last block. Surely with memory pressure > added by executing "stress -m

Re: [RFC PATCH v2 0/3] oom: rework oom_reaper vs. exit_mmap handoff

(vma); /* @@ -3149,6 +3150,7 @@ void exit_mmap(struct mm_struct *mm) */ mm->mmap = NULL; up_write(>mmap_sem); + my_setpriority(); __free_pgtables(, vma, FIRST_USER_ADDRESS, USER_PGTABLES_CEILING); } else {

Re: Memory hotplug softlock issue

[Cc Vladimir] On Wed 14-11-18 15:09:09, Baoquan He wrote: > Hi, > > Tested memory hotplug on a bare metal system, hot removing always > trigger a lock. Usually need hot plug/unplug several times, then the hot > removing will hang there at the last block. Surely with memory pressure > added by

Re: [RFC PATCH v2 0/3] oom: rework oom_reaper vs. exit_mmap handoff

On Wed 14-11-18 18:46:13, Tetsuo Handa wrote: [...] > There is always an invisible lock called "scheduling priority". You can't > leave the MMF_OOM_SKIP to the exit path. Your approach is not ready for > handling the worst case. And that problem is all over the memory reclaim. You can get starved

RE: [PATCH v5 3/9] spi: Add a driver for the Freescale/NXP QuadSPI controller

Hi Frieder, [..] > > > > Ok, I will have a look at what could make the chip selection fail in > > case of AHB read. > > Could you try with this change applied: > > @@ -503,7 +503,7 @@ static void fsl_qspi_select_mem(struct fsl_qspi *q, struct > spi_device *spi) >

Re: [PATCH] rtc: max77686: Fix the returned value in case of error in 'max77686_rtc_read_time()'

On 14/11/2018 00:36:45+0100, Christophe JAILLET wrote: > In case of error, we return 0. > This is spurious and not consistent with the other functions of the driver. > Commit e115a2bf1426 has modified more than what is said in the commit > message. Reverse part of it znd return an error when

Re: [Letux-kernel] [PATCH RFC] bluetooth: add uart h4 devices via serdev/devicetree

On Wed, 14 Nov 2018 08:51:17 +0100 Marcel Holtmann wrote: > Hi Andreas, > > > Am 12.11.2018 um 21:59 schrieb Andreas Kemnade : > > On Sun, 11 Nov 2018 03:46:48 +0100 > > Sebastian Reichel wrote: > >> On Sun, Nov 11, 2018 at 12:20:34AM +0100, Andreas Kemnade wrote: >

Re: [RCF PATCH,v2,2/2] pwm: imx: Configure output to GPIO in disabled state

On Thu, Nov 08, 2018 at 03:21:44PM +, Vokáč Michal wrote: > On 7.11.2018 16:01, Uwe Kleine-König wrote: [...] > > For both the solution is to let the bootloader enable the pwm with > > the right output level. Am I missing something? > > Bootloader is only a small part of the whole solution I

Re: Official Linux system wrapper library?

On 13/11/18 19:39, Dave Martin wrote: > On Mon, Nov 12, 2018 at 05:19:14AM -0800, Daniel Colascione wrote: >> We should adopt a similar approach. Shipping a lower-level >> "liblinux.so" tightly bound to the kernel would not only let the >> kernel bypass glibc's "editorial discretion" in exposing

Re: [PATCH 1/2] pinctrl: rockchip: allow specifying the regmap location for pin-routes

Hi Heiko, 在 2018/11/12 上午5:00, Heiko Stuebner 写道: From: Heiko Stuebner Right now we expect the pin-rounting settings to be in the same area as the iomux setting itself. And while that seems to be true for all newer Rockchip socs, back in the wild west days of old this wasn't true. Nowadays

Re: [resend PATCH 1/3] pwm: mediatek: drop flag 'has_clks'

On Tue, Nov 13, 2018 at 10:08:22AM +0800, Ryder Lee wrote: > The flag 'has_clks' and related checks are superfluous as the CCF > subsystem does this for you. Both of these mechanisms aren't equivalent. While CCF can deal with optional clocks, what the has_clks flag actually means is that the

Re: Memory hotplug softlock issue

>> >> The real question is, however, why offlining of the last block doesn't >> succeed. In __offline_pages() we basically have an endless loop (while >> holding the mem_hotplug_lock in write). Now I consider this piece of >> code very problematic (we should automatically fail after X >>

Re: [PATCH v4 25/26] [DO NOT MERGE] arm64: dts: allwinner: bananapi-m64: Bananapi S070WV20-CT16 DSI panel

On Wed, Nov 14, 2018 at 2:58 PM Chen-Yu Tsai wrote: > > On Wed, Nov 14, 2018 at 2:31 PM Jagan Teki wrote: > > > > On Tue, Nov 13, 2018 at 5:52 PM Andre Przywara > > wrote: > > > > > > On Tue, 13 Nov 2018 16:46:32 +0530 > > > Jagan Teki wrote: > > > > > > Hi, > > > > > > > This patch add

Re: [PATCH] rtc: m41t80: Complete error propagation from SMBus calls

On 07/11/2018 02:39:51+, Maciej W. Rozycki wrote: > Complement commit 85d77047c4ea ("drivers/rtc/rtc-m41t80.c: propagate > error value from smbus functions") and correct the remaining places that > fail to propagate the error code from SMBus calls. > > Signed-off-by: Maciej W. Rozycki >

Re: [PATCH v3] mm: Create the new vm_fault_t type

> On Nov 13, 2018, at 10:13 PM, Souptick Joarder wrote: > > On Tue, Nov 6, 2018 at 5:33 PM Souptick Joarder wrote: >> >> Page fault handlers are supposed to return VM_FAULT codes, >> but some drivers/file systems mistakenly return error >> numbers. Now that all drivers/file systems have

Re: [PATCH] ARM: stm32: debug: add low-level debug support

Hi Olof, I had a look at your next branch and no fix is required as you corrected it all by consolidating Ludovic's version with mine. Thanks a lot! Bich On 11/13/18 8:02 PM, Olof Johansson wrote: > Take a look at the patch I merged, and please follow up with any patch > to fixup any issue

Re: [GIT PULL] PCI changes for v4.20

* Bjorn Helgaas wrote: > [+cc Martin, Rafael, Len, linux-acpi] > > On Tue, Nov 13, 2018 at 11:20:04AM +0100, Borislav Petkov wrote: > > On Tue, Nov 13, 2018 at 08:17:12AM +0100, Ingo Molnar wrote: > > > > > > * Bjorn Helgaas wrote: > > > > > > > PCI changes: > > > > > > > > - Pay

Re: KASAN: use-after-free Read in locks_delete_block

On Wed, 2018-11-14 at 07:40 +1100, NeilBrown wrote: > On Tue, Nov 13 2018, Jeff Layton wrote: > > > On Mon, 2018-11-12 at 12:34 -0800, syzbot wrote: > > > Hello, > > > > > > syzbot found the following crash on: > > > > > > HEAD commit:442b8cea2477 Add linux-next specific files for 20181109

Re: [PATCH 1/2] ASoC: ak4118: Add support for AK4118 S/PDIF transceiver

Hi Mark, On Tue, 13 Nov 2018 at 23:51, Mark Brown wrote: > > On Thu, Nov 08, 2018 at 01:49:33PM +0100, Clément Péron wrote: > > This looks mostly good, a few small things below but nothing too major: > > > --- /dev/null > > +++ b/sound/soc/codecs/ak4118.c > > @@ -0,0 +1,449 @@ > > +//

Re: Official Linux system wrapper library?

* Dave Martin: > Fair points, though this is rather what I meant by "sane essentials". > Because there are strict limits on what can be done in the vDSO, it may > be more bloat-resistant and more conservatively maintained. > > This might provide a way to push some dumb compatibility kludge code >

Re: [PATCH] rtc: m41t80: Complete error propagation from SMBus calls

On Wed, 14 Nov 2018, Alexandre Belloni wrote: > > I'll be posting further patches over the coming weeks, based on my > > original effort as archived here: , > > > > > > However I have

Re: [RFC PATCH 01/13] arm: Fix mutual exclusion in arch_gettimeoffset

On Mon, Nov 12, 2018 at 03:12:39PM +1100, Finn Thain wrote: > Implementations of arch_gettimeoffset are generally not re-entrant > and assume that interrupts have been disabled. Unfortunately this > pre-condition got broken in v2.6.32. To me, it looks way worse than what you think. The original

Re: BUG: GPF in non-whitelisted uaccess (non-canonical address?)

Hey On Wed, Nov 14, 2018 at 1:25 AM syzbot wrote: > syzbot has found a reproducer for the following crash on: > > HEAD commit:ccda4af0f4b9 Linux 4.20-rc2 > git tree: upstream > console output: https://syzkaller.appspot.com/x/log.txt?x=13b4e77b40 > kernel config:

Re: [PATCH] rtc: m41t80: Complete error propagation from SMBus calls

On 14/11/2018 12:05:14+, Maciej W. Rozycki wrote: > On Wed, 14 Nov 2018, Alexandre Belloni wrote: > > > > I'll be posting further patches over the coming weeks, based on my > > > original effort as archived here: , > > >

[RESEND v2] Bluetooth: hci_qca: Add helper to set device address.

This patch add qca_set_bdaddr() to set the device address for latest Qualcomm Bluetooth chipset wcn3990 and above. Signed-off-by: Balakrishna Godavarthi Reviewed-by: Matthias Kaehlcke Tested-by: Matthias Kaehlcke --- drivers/bluetooth/btqca.c | 19 +++

[PATCH 3/4] dt-bindings: pps: pps-gpio PPS ECHO implementation

This patch implements the device tree changes required for the pps echo functionality for pps-gpio, that sysfs claims is available already. This patch was originally written by Lukas Senger as part of a masters thesis project and modified for inclusion into the linux kernel by Tom Burkart.

[PATCH v7 2/4] pps: descriptor-based gpio, capture-clear addition

This patch changes the GPIO access for the pps-gpio driver from the integer based ABI to the descriptor based ABI. It also adds documentation for the device tree capture-clear option and device tree capture-clear extraction. The legacy device tree entry for the GPIO pin is supported.

[PATCH v7 4/4] pps: pps-gpio pps-echo implementation

This patch implements the pps echo functionality for pps-gpio, that sysfs claims is available already. Configuration is done via device tree bindings. This patch was originally written by Lukas Senger as part of a masters thesis project and modified for inclusion into the linux kernel by Tom

[PATCH v7 1/4] dt-bindings: pps: descriptor-based gpio, capture-clear addition

This patch changes the devicetree bindings for the pps-gpio driver from the integer based ABI to the descriptor based ABI. It also adds documentation for the device tree capture-clear option. The legacy device tree entry for the GPIO pin is supported. Signed-off-by: Tom Burkart ---

[PATCH v7 0/4] PPS: pps-gpio PPS ECHO implementation

Hi all, please find attached the PPS-GPIO PPS ECHO implementation patch. The driver claims to have echo functionality in the sysfs interface but this functionality is not present. This patch provides this functionality. Parts 1 and 2 of the patch change the original driver from the number based

RE: [PATCH] ftrace: remove KASAN poison in ftrace_ops_test()

> -Original Message- > From: Mark Rutland [mailto:mark.rutl...@arm.com] > Sent: Wednesday, November 14, 2018 1:48 AM > To: Zhang Zhizhou(张治洲) > Cc: rost...@goodmis.org; mi...@redhat.com; linux- > ker...@vger.kernel.org; zhizho...@gmail.com > Subject: Re: [PATCH] ftrace: remove KASAN

Re: [PATCH v5 3/9] spi: Add a driver for the Freescale/NXP QuadSPI controller

On Wed, 14 Nov 2018 10:43:00 + Yogesh Narayan Gaur wrote: > Hi Frieder, > > [..] > > > > > > Ok, I will have a look at what could make the chip selection fail in > > > case of AHB read. > > > > Could you try with this change applied: > > > > @@ -503,7 +503,7 @@ static void

Re: [PATCH] x86/irq: Fix -Wmissing-prototypes warning for init_IRQ()

On Wed, Nov 14, 2018 at 02:59:54PM +0800, wang.y...@zte.com.cn wrote: > make allyesconfig; make W=1 arch/x86/kernel > make: Nothing to be done for `arch/x86/kernel' make allyesconfig; make W=1 arch/x86/kernel/ Note the trailing "/" -- Regards/Gruss, Boris. Good mailing practices for 400:

Re: [PATCH v2] exec: make de_thread() freezable

On Tue 13-11-18 15:53:39, Michal Hocko wrote: > On Mon 12-11-18 12:54:45, Chanho Min wrote: > > Suspend fails due to the exec family of functions blocking the freezer. > > The casue is that de_thread() sleeps in TASK_UNINTERRUPTIBLE waiting for > > all sub-threads to die, and we have the deadlock

Re: [PATCH v2 0/6] device property: Introducing software nodes

On Fri, Nov 9, 2018 at 3:21 PM Heikki Krogerus wrote: > This is the second version of my proposal for "software nodes". There > was a "dereferencing freed memory" bug in patch 3/5 which is now > fixed. device_add_properties() and device_remove_properties() no > longer change places in the code

Re: [PATCH 15/23] dt-bindings: pci: mobiveil: change gpio_slave and apb_csr to optional

Acked-by: Subrahmanya Lingappa On Tue, Nov 6, 2018 at 6:50 PM Z.q. Hou wrote: > > From: Hou Zhiqiang > > Change the "gpio_slave" and "apb_csr" to optional, the "gpio_slave" > is not used in current code, and "apb_csr" is not used by some > platorms. > > Signed-off-by: Hou Zhiqiang > --- >

Re: Memory hotplug softlock issue

On Wed 14-11-18 10:25:57, David Hildenbrand wrote: > On 14.11.18 10:00, Baoquan He wrote: > > Hi David, > > > > On 11/14/18 at 09:18am, David Hildenbrand wrote: > >> Code seems to be waiting for the mem_hotplug_lock in read. > >> We hold mem_hotplug_lock in write whenever we

Re: Memory hotplug softlock issue

On Wed 14-11-18 10:22:31, David Hildenbrand wrote: > >> > >> The real question is, however, why offlining of the last block doesn't > >> succeed. In __offline_pages() we basically have an endless loop (while > >> holding the mem_hotplug_lock in write). Now I consider this piece of > >> code very

[PATCH] Input: iforce - Add the Saitek R440 Force Wheel

Signed-off-by: Tim Schumacher --- Please note that I do NOT own this device. I'm adding this based on the fact that this is an iforce-based device and that the Windows driver for the R440 works for the Logitech WingMan Formula Force after replacing the device/vendor IDs (I got the vendor/device

Re: Qemu Guest kernel 4.20-rc1 PCIe hotplug issue

On Tue, Nov 13, 2018 at 03:57:47PM +, Shameerali Kolothum Thodi wrote: > > The smb_mb() thing is not that clear (at least to me) because it is used > > in two places in the driver and both seem to be making write to > > ctrl->cmd_busy visible to other CPUs but I don't see where we deal with >

[RESEND PATCH] clocksource: timer-ti-dm: remove the early platform driver registration

From: Bartosz Golaszewski This driver is no longer used as an early platform driver. Remove the registration macro. Signed-off-by: Bartosz Golaszewski --- drivers/clocksource/timer-ti-dm.c | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/clocksource/timer-ti-dm.c

Re: [PATCH v2] exec: make de_thread() freezable

On Wed 14-11-18 19:18:42, Chanho Min wrote: > > > > It's been some time since I have looked into this code so bear with > me. > > > > One thing is not really clear to me. Why does it help to exclude this > > > > particular task from the freezer > > > > > > we don't exclude it, > > > > > > > when

Re: [PATCH v5 3/3] ALSA: hda: add support for Huawei WMI micmute LED

On Tue, Nov 13, 2018 at 10:40 PM Ayman Bagabas wrote: > > > > On Tue, Nov 13, 2018, 1:51 PM Andy Shevchenko > wrote: >> >> On Tue, Nov 13, 2018 at 7:32 PM Takashi Iwai wrote: >> > On Sun, 11 Nov 2018 20:02:45 +0100, >> > Ayman Bagabas wrote: >> >> >> > With that fix, >> > Reviewed-by:

RE: [PATCH] mm/usercopy: Use memory range to be accessed for wraparound check

From: William Kucharski > Sent: 14 November 2018 10:35 > > > On Nov 13, 2018, at 5:51 PM, Isaac J. Manjarres > > wrote: > > > > diff --git a/mm/usercopy.c b/mm/usercopy.c > > index 852eb4e..0293645 100644 > > --- a/mm/usercopy.c > > +++ b/mm/usercopy.c > > @@ -151,7 +151,7 @@ static inline void

Re: Official Linux system wrapper library?

* Adam Borowski: > On Sun, Nov 11, 2018 at 12:46:35PM +0100, Florian Weimer wrote: >> A lot of multi-threaded applications assume that most high-level >> functionality remains usable even after fork in a multi-threaded >> process. > > How would this be even possible? Currently fork kills all

Re: [PATCH v2] fork: Fix some -Wmissing-prototypes warnings

On Wed 14-11-18 12:34:47, Yi Wang wrote: > We get a warning when building kernel with W=1: > kernel/fork.c:167:13: warning: no previous prototype for > ‘arch_release_thread_stack’ [-Wmissing-prototypes] > kernel/fork.c:779:13: warning: no previous prototype for ‘fork_init’ >

Re: Memory hotplug softlock issue

On 14.11.18 10:00, Baoquan He wrote: > Hi David, > > On 11/14/18 at 09:18am, David Hildenbrand wrote: >> Code seems to be waiting for the mem_hotplug_lock in read. >> We hold mem_hotplug_lock in write whenever we online/offline/add/remove >> memory. There are two ways to trigger offlining of

Re: [PATCH v6 2/4] pps: descriptor-based gpio, capture-clear addition

Quoting Richard Cochran : Device tree is a user space facing ABI, and so you must continue to support the legacy binding as well. Hi Richard, thanks for the pointer. I will work on generating a new patch to address this and therefore not break backward compatibility. Tom

[PATCH] regulator/of_get_regulator: add child path to find the regulator supplier

when the VIR_LDO1 regulator supplier is it's brother, we can't find the supplier. example code : _regulator { ldo0_vir: ldo0-virtual { regulator-compatible = "VIR_LDO0"; regulator-name= "VIR_LDO0"; regulator-min-microvolt = <100>;

Re: Memory hotplug softlock issue

>>> Failing on ENOMEM is a questionable thing. I haven't seen that happening >>> wildly but if it is a case then I wouldn't be opposed. >>> You mentioned memory pressure, if our host is under memory pressure we can easily trigger running into an endless loop there, because we

Re: Memory hotplug softlock issue

On 14.11.18 10:41, Michal Hocko wrote: > On Wed 14-11-18 10:25:57, David Hildenbrand wrote: >> On 14.11.18 10:00, Baoquan He wrote: >>> Hi David, >>> >>> On 11/14/18 at 09:18am, David Hildenbrand wrote: Code seems to be waiting for the mem_hotplug_lock in read. We hold mem_hotplug_lock

Re: [PATCH] rtc: m41t80: Correct alarm month range with RTC reads

On 07/11/2018 02:39:13+, Maciej W. Rozycki wrote: > Add the missing adjustment of the month range on alarm reads from the > RTC, correcting an issue coming from commit 9c6dfed92c3e ("rtc: m41t80: > add alarm functionality"). The range is 1-12 for hardware and 0-11 for > `struct rtc_time',

Re: [PATCH] rtc: m41t80: Complete error propagation from SMBus calls

On 07/11/2018 02:39:51+, Maciej W. Rozycki wrote: > Complement commit 85d77047c4ea ("drivers/rtc/rtc-m41t80.c: propagate > error value from smbus functions") and correct the remaining places that > fail to propagate the error code from SMBus calls. > > Signed-off-by: Maciej W. Rozycki >

Re: [PATCH] mm/usercopy: Use memory range to be accessed for wraparound check

> On Nov 13, 2018, at 5:51 PM, Isaac J. Manjarres wrote: > > diff --git a/mm/usercopy.c b/mm/usercopy.c > index 852eb4e..0293645 100644 > --- a/mm/usercopy.c > +++ b/mm/usercopy.c > @@ -151,7 +151,7 @@ static inline void check_bogus_address(const unsigned > long ptr, unsigned long n, >

[PATCH RESEND 2/2] arm64: dts: meson: add libretech aml-s805x-ac board

From: Neil Armstrong Add Libretech aml-s805x-ac board (aka 'La Frite') support Signed-off-by: Neil Armstrong Signed-off-by: Jerome Brunet --- Hi Kevin, Sorry for this resend, I forgot to align to align Neil's recent patch regarding lines names [0] This is fixed here. Cheers Jerome [0]:

Re: [RCF PATCH,v2,2/2] pwm: imx: Configure output to GPIO in disabled state

On Fri, Nov 09, 2018 at 05:55:55PM +0100, Uwe Kleine-König wrote: > On Fri, Nov 09, 2018 at 02:24:42PM +, Vokáč Michal wrote: > > On 8.11.2018 20:18, Uwe Kleine-König wrote: > > > On Thu, Nov 08, 2018 at 03:21:44PM +, Vokáč Michal wrote: > > >> Hi Uwe, > > >> > > >> On 7.11.2018 16:01, Uwe

Re: Future of dosfstools project (FAT)

On Friday 12 October 2018 11:19:41 Andreas Henriksson wrote: > Hello everyone, > > On Tue, Oct 02, 2018 at 04:44:10AM -0400, Jaroslav Skarvada wrote: > > I am downstream maintainer of dosfstools in Fedora/RHEL. My personal opinion > > with such kind of projects is that one or two years without

Re: [PATCH] x86/kvm/nVMX: tweak shadow fields

On 12/11/2018 15:39, Vitaly Kuznetsov wrote: >> Is it worth having a set of VMCS shadowing bitmaps per-vCPU, in order >> to make better use of this feature? > Per CPU or not, to improve the feature we'll probably need some sort of > an 'adaptive' algorithm picking which fields to shadow. I

Re: [PATCH] mtd: spi-nor: Fix Cadence QSPI page fault kernel panic

Hi, On 13/11/18 11:02 PM, thor.tha...@linux.intel.com wrote: > From: Thor Thayer > > The current Cadence QSPI driver caused a kernel panic sporadically > when writing to QSPI. The problem was caused by writing more bytes > than needed because the QSPI operated on 4 bytes at a time. > > [

Re: [PATCH] ARM: OMAP1: ams-delta: Provide GPIO lookup table for LED device

On Tue, Nov 6, 2018 at 12:22 AM Janusz Krzysztofik wrote: > Global GPIO numbers no longer have to be passed to leds-gpio driver, > replace their assignment with a lookup table. > > Signed-off-by: Janusz Krzysztofik Excellent Janusz! :) Reviewed-by: Linus Walleij Yours, Linus Walleij

[PATCH 2/3] rtc: sd3078: new driver.

The sd3078 is a combination RTC and SRAM device with I2C interface. Signed-off-by: zoro --- MAINTAINERS |6 ++ drivers/rtc/Kconfig |9 ++ drivers/rtc/Makefile |1 + drivers/rtc/rtc-sd3078.c | 232 ++ 4 files changed,

[PATCH 3/3] dt-bindings: rtc: sd3078: add device tree documentation

The devicetree documentation for the SD3078 device tree binding is added with a short example. Signed-off-by: zoro --- .../devicetree/bindings/rtc/rtc-sd3078.txt | 13 + 1 file changed, 13 insertions(+) create mode 100644

[PATCH 1/3] dt-bindings: define vendor prefix for whwave, Inc.

Introduce vendor prefix for whwave, Inc. for SD3078 rtc device. Signed-off-by: zoro --- .../devicetree/bindings/vendor-prefixes.txt|1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devicetree/bindings/vendor-prefixes.txt

Re: WARNING: CPU: 26 PID: 64391 at lib/vsprintf.c:2193 set_precision+0x84/0x90

On Wed, Nov 14, 2018 at 12:05:12AM +0100, Petr Mladek wrote: > On Tue 2018-11-13 14:23:17, Steven Rostedt wrote: > > On Tue, 13 Nov 2018 13:58:18 -0500 > > Qian Cai wrote: > > > > > > Care to print the len and name parameters before this line? > > > len = 60612; name = > > > > How big are

Re: Memory hotplug softlock issue

On Wed 14-11-18 10:48:09, David Hildenbrand wrote: > On 14.11.18 10:41, Michal Hocko wrote: > > On Wed 14-11-18 10:25:57, David Hildenbrand wrote: > >> On 14.11.18 10:00, Baoquan He wrote: > >>> Hi David, > >>> > >>> On 11/14/18 at 09:18am, David Hildenbrand wrote: > Code seems to be waiting

[PATCH v2 3/4] powerpc: add system call table generation support

The system call tables are in different format in all architecture and it will be difficult to manually add or modify the system calls in the respective files. To make it easy by keeping a script and which will generate the uapi header and syscall table file. This change will also help to unify

Re: Official Linux system wrapper library?

On Tue, Nov 13, 2018 at 12:58:39PM -0800, Andy Lutomirski wrote: > > > On Nov 13, 2018, at 11:39 AM, Dave Martin wrote: > > > > On Mon, Nov 12, 2018 at 05:19:14AM -0800, Daniel Colascione wrote: > > > > [...] > > > >> We can learn something from how Windows does things. On that system, > >>

Re: [PATCH v5 3/9] spi: Add a driver for the Freescale/NXP QuadSPI controller

On 14.11.18 11:43, Yogesh Narayan Gaur wrote: > Hi Frieder, > > [..] >>> >>> Ok, I will have a look at what could make the chip selection fail in >>> case of AHB read. >> >> Could you try with this change applied: >> >> @@ -503,7 +503,7 @@ static void fsl_qspi_select_mem(struct fsl_qspi *q, >>

Re: Official Linux system wrapper library?

On Sun, Nov 11, 2018 at 12:46:35PM +0100, Florian Weimer wrote: > A lot of multi-threaded applications assume that most high-level > functionality remains usable even after fork in a multi-threaded > process. How would this be even possible? Currently fork kills all threads (save for the

[PATCH v2 1/2] ASoC: ak4118: Add support for AK4118 S/PDIF transceiver

From: Adrien Charruel The AK4118A is a digital audio transceiver supporting 8 input channels at 192kHz and with 24bits resolution. It converts the S/PDIF signal to I2S format and is configurable over I2C. This driver introduce a minimal support of the AK4118, like selecting the input channel,

[PATCH v2 2/2] ASoC: dt-bindings: add bindings for AK4118 transceiver

Document the bindings for AK4118 S/PDIF transceiver Signed-off-by: Clément Péron --- .../devicetree/bindings/sound/ak4118.txt | 22 +++ 1 file changed, 22 insertions(+) create mode 100644 Documentation/devicetree/bindings/sound/ak4118.txt diff --git

Re: [PATCH] rtc: m41t80: Complete error propagation from SMBus calls

On Wed, 14 Nov 2018, Alexandre Belloni wrote: > > I think we can discuss that when I post the patches. The m41t80 driver > > currently does not work for me anyway and has to be fixed because of: > > > > i2c /dev entries driver > > i2c-sibyte: i2c SMBus adapter module for SiByte board > > i2c

[PATCH 1/2] dt-bindings: arm: amlogic: add libretech aml-s805x-ac bindings

Add bindings for the Libretech aml-s805x-ac board, aka 'La Frite'. Signed-off-by: Neil Armstrong Signed-off-by: Jerome Brunet --- Documentation/devicetree/bindings/arm/amlogic.txt | 1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devicetree/bindings/arm/amlogic.txt

  1   2   3   4   5   6   7   8   9   10   >