Re: [tip:perf/urgent] perf/core: Fix the perf_cpu_time_max_percent check

Hi, Peter: First, thank you for your approval of my last patch and fix my bad description. And I have some questions about perf event and perf_fuzzer. Recently I was using perf_fuzzer for testing in Hisilicon D03/D05(arm64, linux-4.10-rc1). As we know perf_fuzzer will write a random value to

Re: [Resend PATCH 2/2 v3] pci-hyperv: lock pci bus on device eject

On Fri, Feb 24, 2017 at 09:49:17PM +, Long Li wrote: > A PCI_EJECT message can arrive at the same time we are calling > pci_scan_child_bus in the workqueue for the previous PCI_BUS_RELATIONS > message or in create_root_hv_pci_bus(), in this case we could potentailly > modify the bus from

Re: [PATCH] f2fs: change the codes of checking CP_CRC_RECOVERY_FLAG to macro

On 2017/2/25 2:12, Jaegeuk Kim wrote: > > This is to handle only one case in which: > > 1. uses old kernel without this flag, > 2. calls fsync and gets sudden power-cut, > 3. updates new kernel having this flag before mount. > > Then, if we do not check this flag at mount time, we will lose

Re: [ANNOUNCE] Git v2.12.0

On Sat, Feb 25, 2017 at 12:31:21AM -0800, Junio C Hamano wrote: > Willy Tarreau writes: > > > Hi Junio, > > > > On Fri, Feb 24, 2017 at 11:28:58AM -0800, Junio C Hamano wrote: > >> * Use of an empty string that is used for 'everything matches' is > >>still warned and Git asks

Re: [linux-sunxi] [PATCH 2/3] pwm: sunxi: Add A64 support

On Sat, Feb 25, 2017 at 3:42 PM, Icenowy Zheng wrote: > A64 PWM controller has same register layout as sun4i driver, so it works > by adding A64 specific data. > > Signed-off-by: Icenowy Zheng > --- > drivers/pwm/pwm-sun4i.c | 9 + > 1 file changed, 9

[PATCH] f2fs: kill __is_extent_same

Since commit ee6d182f2a19 ("f2fs: remove syncing inode page in all the cases") delayed inode element updating from inode cache to node page cache, so once largest cached extent is updated, we can make inode dirty immediately instead of checking and updating it in the end of extent cache update.

Re: [tip:perf/urgent] perf/core: Fix the perf_cpu_time_max_percent check

On Sat, Feb 25, 2017 at 04:10:37PM +0800, Tan Xiaojun wrote: > Recently I was using perf_fuzzer for testing in Hisilicon > D03/D05(arm64, linux-4.10-rc1). > > As we know perf_fuzzer will write a random value to procfs interface > of perf event(like sysctl_perf_cpu_time_max_percent). The value

[4.10][regression][PM] Oops pci_restore_msi_state() e1000e?

Hello kernel devs, Hibernation appears broken for me in 4.10, I notice the e1000e does not resume on boot, and kernel shows why.. This kernel contains agd5f's 4.11/4.12-drm-next branches merged in. I am unsure if this is a result of the AMDGPU performing a bad hibernation (since it hangs when

[tip:core/urgent] objtool: Prevent GCC from merging annotate_unreachable()

Commit-ID: 3d1e236022cc1426b0834565995ddee2ca231cee Gitweb: http://git.kernel.org/tip/3d1e236022cc1426b0834565995ddee2ca231cee Author: Josh Poimboeuf AuthorDate: Fri, 24 Feb 2017 22:31:02 -0600 Committer: Ingo Molnar CommitDate: Sat, 25 Feb 2017

[PATCH] ASoC: rockchip: i2s: Remove unnecessary 'out of memory' message

This was reported by checkpatch.pl Signed-off-by: Mihai-Valentin DUMITRU --- sound/soc/rockchip/rockchip_i2s.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/sound/soc/rockchip/rockchip_i2s.c b/sound/soc/rockchip/rockchip_i2s.c index

[PATCH] ASoC: es8328: Remove extra blank lines

This was reported by checkpatch.pl Signed-off-by: Narcisa Ana Maria Vasile --- sound/soc/codecs/es8328.c | 2 -- 1 file changed, 2 deletions(-) diff --git a/sound/soc/codecs/es8328.c b/sound/soc/codecs/es8328.c index 3f84fbd..1967157 100644 ---

[PATCH] ASoC: samsung: Remove extra blank lines

This was reported by checkpatch.pl Signed-off-by: Calin Cruceru --- sound/soc/samsung/bells.c | 1 - sound/soc/samsung/i2s-regs.h | 2 -- sound/soc/samsung/i2s.c| 1 - sound/soc/samsung/s3c-i2s-v2.c | 1 - 4 files changed, 5 deletions(-) diff --git

Re: [RFC][PATCH] bug: Add _ONCE logic to report_bug()

On Sat, Feb 25, 2017 at 10:18:23AM +0100, Ingo Molnar wrote: > > Sadly this only works for WARN_ON_ONCE(), since the others have > > printk() statements prior to triggering the trap. > > Which one is problematic to convert, WARN_ONCE()? Yes, WARN_ONCE(), all the ones that have printf fmt crud

Re: [PATCH] [media] exynos4-is: Add missing 'of_node_put'

Le 24/02/2017 à 22:19, Javier Martinez Canillas a écrit : Thanks for the patch, but Krzysztof sent the exact same patch before [0]. There was feedback from Sylwester at the time that you can also look at [0]. Could you please take that into account and post a patch according to what he

Re: [PATCH] arm64: dts: msm8996: Add modem and slpi smp2p nodes

On Fri, Feb 24, 2017 at 08:26:05AM -0800, Bjorn Andersson wrote: > Signed-off-by: Bjorn Andersson > --- > arch/arm64/boot/dts/qcom/msm8996.dtsi | 48 > +++ > 1 file changed, 48 insertions(+) I personally reject any patch with no

Re: gcc7 log2 compile issues in kernel/time/timekeeping.c

On 2017.02.24 at 15:33 -0800, Laura Abbott wrote: > On 02/24/2017 01:45 PM, Ard Biesheuvel wrote: > > On 24 February 2017 at 21:25, John Stultz wrote: > >> On Thu, Feb 23, 2017 at 10:43 AM, Laura Abbott wrote: > >>> Hi, > >>> > >>> Fedora was

Re: [ANNOUNCE] Git v2.12.0

Willy Tarreau writes: > Hi Junio, > > On Fri, Feb 24, 2017 at 11:28:58AM -0800, Junio C Hamano wrote: >> * Use of an empty string that is used for 'everything matches' is >>still warned and Git asks users to use a more explicit '.' for that >>instead. The hope is that

[GIT PULL] platform-drivers-x86 for 4.11-1

Hi Linus, The following changes since commit 566cf877a1fcb6d6dc0126b076aad062054c2637: Linux 4.10-rc6 (2017-01-29 14:25:17 -0800) are available in the git repository at: git://git.infradead.org/linux-platform-drivers-x86.git tags/platform-drivers-x86-v4.11-1 for you to fetch changes up

[RFC][PATCH] bug: Add _ONCE logic to report_bug()

Josh suggested moving the _ONCE logic inside the trap handler, using a bit in the bug_entry::flags field, avoiding the need for the extra variable. Sadly this only works for WARN_ON_ONCE(), since the others have printk() statements prior to triggering the trap. Still, this saves some text and

Re: [WARNING: A/V UNSCANNABLE][Merge tag 'media/v4.11-1' of git] ff58d005cd: BUG: unable to handle kernel NULL pointer dereference at 0000039c

* Linus Torvalds wrote: > I'm pretty sure that the thing that triggered this is once more commit > a9b4f08770b4 ("x86/ioapic: Restore IO-APIC irq_chip retrigger > callback") which seems to retrigger stale irqs that simply should not > be retriggered. > > They

Re: gcc7 log2 compile issues in kernel/time/timekeeping.c

On 25 February 2017 at 08:18, Markus Trippelsdorf wrote: > On 2017.02.24 at 15:33 -0800, Laura Abbott wrote: >> On 02/24/2017 01:45 PM, Ard Biesheuvel wrote: >> > On 24 February 2017 at 21:25, John Stultz wrote: >> >> On Thu, Feb 23, 2017 at 10:43

Re: [RFC][PATCH] bug: Add _ONCE logic to report_bug()

* Peter Zijlstra wrote: > > Josh suggested moving the _ONCE logic inside the trap handler, using a > bit in the bug_entry::flags field, avoiding the need for the extra > variable. This looks interesting, as the _ONCE() methods of warning are far more user-friendly than

Re: [PATCH 2/2] selftests, x86, pkeys: test with random, unallocated protection keys

* Shuah Khan wrote: > On 02/24/2017 12:45 AM, Ingo Molnar wrote: > > > > * Shuah Khan wrote: > > > >> On 02/23/2017 03:26 PM, Dave Hansen wrote: > >>> Shuah, I assume you'll take this patch in through the selftests tree. > >> > >> Yes I can do that. > > >

Re: [PATCH] clk: core: Copy connection id

On Fri, 2017-02-24 at 12:44 -0800, Stephen Boyd wrote: > On 02/20, Leonard Crestez wrote: > > Some drivers use sprintf to build clk connection id names but the > > clk > > core will save those strings and occasionally print them back. > > Duplicate > > the con_id strings instead of fixing all the

[PATCH] cgroups: censor kernel pointer in debug files

As found in grsecurity, this avoids exposing a kernel pointer through the cgroup debug entries. Signed-off-by: Kees Cook --- kernel/cgroup.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/kernel/cgroup.c b/kernel/cgroup.c index

[PATCH] ASoC: txx9: Added requiered spaces.

This was reported by checpatch.pl Signed-off-by: Codrut GROSU --- sound/soc/txx9/txx9aclc.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/sound/soc/txx9/txx9aclc.c b/sound/soc/txx9/txx9aclc.c index a8f705b..98fb989 100644 ---

Re: [PATCH v2 1/2] dt-bindings: arm: hisilicon: add bindings for hi3798cv200 SoC and Poplar board

On Wed, 22 Feb 2017, Jiancheng Xue wrote: > Add bindings for HiSilicon hi3798cv200 SoC and Poplar Board. > > Signed-off-by: Jiancheng Xue Acked-by: Peter Griffin > --- > Documentation/devicetree/bindings/arm/hisilicon/hisilicon.txt | 4

Re: [PATCH v2 2/2] arm64: dts: hisilicon: add dts files for hi3798cv200-poplar board

On Wed, 22 Feb 2017, Jiancheng Xue wrote: > Add basic dts files for hi3798cv200-poplar board. Poplar is the > first development board compliant with the 96Boards Enterprise > edition TV Platform specification. The board features the > Hi3798CV200 with an integrated quad-core 64-bit ARM Cortex A53

[PATCH] sound: soc: generic: Removed unnecessary blank line

Reported by checkpatch.pl Signed-off-by: Andrei Hirgau --- sound/soc/generic/simple-card.c | 1 - 1 file changed, 1 deletion(-) diff --git a/sound/soc/generic/simple-card.c b/sound/soc/generic/simple-card.c index 85b4f18..53bcf95 100644 ---

[PATCH] soc: xtensa: Replace "unsigned" with "unsigned int"

This was reported by checkpatch.pl. Signed-off-by: Corina Palade --- sound/soc/xtensa/xtfpga-i2s.c | 38 +++--- 1 file changed, 19 insertions(+), 19 deletions(-) diff --git a/sound/soc/xtensa/xtfpga-i2s.c

[PATCH] PCI: dwc: Fix crashes seen due to missing assignments

Fix the following crash, seen in dwc/pci-imx6. Unable to handle kernel NULL pointer dereference at virtual address 0070 pgd = c0004000 [0070] *pgd= Internal error: Oops: 805 [#1] SMP ARM Modules linked in: CPU: 0 PID: 1 Comm: swapper/0 Not tainted 4.10.0-09686-g9e31489 #1 Hardware

[PATCH] soc: atmel: Add line after declaration.

This was reported by checkpatch.pl Signed-off-by: Banu Calin --- sound/atmel/ac97c.c | 6 ++ 1 file changed, 6 insertions(+) diff --git a/sound/atmel/ac97c.c b/sound/atmel/ac97c.c index 6dad042..4a0a48e 100644 --- a/sound/atmel/ac97c.c +++ b/sound/atmel/ac97c.c

[PATCH] soc: blackfin: remove 'out of memory' message

reported by checkpatch.pl Signed-off-by: Mihai Burduselu --- sound/soc/blackfin/bf5xx-sport.c | 8 ++-- sound/soc/blackfin/bf6xx-sport.c | 4 +--- 2 files changed, 3 insertions(+), 9 deletions(-) diff --git a/sound/soc/blackfin/bf5xx-sport.c

[PATCH] ASoC: sun4i-codec: Remove spaces before tabs.

This was reported by checkpatch.pl Signed-off-by: Codrut GROSU --- sound/soc/sunxi/sun4i-codec.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/sound/soc/sunxi/sun4i-codec.c b/sound/soc/sunxi/sun4i-codec.c index c3aab10..7ba6849 100644

[PATCH] davinci: davinci-evm: Put spaces before '='

This was reported by checkpatch.pl Signed-off-by: sergiu.weisz --- sound/soc/davinci/davinci-evm.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/sound/soc/davinci/davinci-evm.c b/sound/soc/davinci/davinci-evm.c index 7a369e0..c5d80e8 100644 ---

[PATCH] ASoC: spear: Remove redundant message

This was reported by checkpatch.pl Signed-off-by: Despotovici Mihai --- sound/soc/spear/spdif_in.c | 4 +--- sound/soc/spear/spdif_out.c | 4 +--- 2 files changed, 2 insertions(+), 6 deletions(-) diff --git a/sound/soc/spear/spdif_in.c b/sound/soc/spear/spdif_in.c

[PATCH] ASoC: fsl: Remove unneeded init of static variable

This was reported by checkpatch.pl Signed-off-by: Alin Grigorean --- sound/soc/fsl/imx-pcm-fiq.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/sound/soc/fsl/imx-pcm-fiq.c b/sound/soc/fsl/imx-pcm-fiq.c index dac6688540dc..92410f7ca1fa 100644 ---

Re: [PATCH] x86: Implement __WARN using UD0

On Fri, Feb 24, 2017 at 11:41:33AM +0100, Peter Zijlstra wrote: > So yes, its tricky but it could be done. A new single byte #UD > instruction would be much nicer though. Btw, if we did a new insn which means new functionality instead of "stealing" an invalid one, we would have to have a fallback

[PATCH] ASoC: dwc: remove 'out of memory' message

Reported by checkpatch.pl Signed-off-by: Mihai Burduselu --- sound/soc/dwc/designware_i2s.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/sound/soc/dwc/designware_i2s.c b/sound/soc/dwc/designware_i2s.c index 9c46e4112026..6479768cc6a1 100644 ---

Re: [Merge branch 'core-debugobjects-for-linus' of git] 575260e3f8: WARNING: CPU: 0 PID: 1 at kernel/time/hrtimer.c:1090 hrtimer_init

On Fri, 24 Feb 2017, Linus Torvalds wrote: > This looks like two -tip trees together show some issue - the timer > updates from Thomas triggering a debugobjects check from Ingo, thus > fingering my merge as the culprit. Nah. The bisect is bogus. > Added Thomas/Ingo to the cc, leaving everything

Re: gcc7 log2 compile issues in kernel/time/timekeeping.c

On 2017.02.25 at 09:11 +, Ard Biesheuvel wrote: > On 25 February 2017 at 08:18, Markus Trippelsdorf > wrote: > > > > Why not simply get rid of the ilog2_NaN thing altogether? > > > > That would remove the issue, sure. But we lose an opportunity to spot >

[PATCH] ASoC: tegra: Remove unnecessary 'out of memory' message

This was reported by checkpatch.pl Signed-off-by: Codrut GROSU --- sound/soc/tegra/tegra20_ac97.c | 1 - sound/soc/tegra/tegra20_das.c| 1 - sound/soc/tegra/tegra20_i2s.c| 1 - sound/soc/tegra/tegra20_spdif.c | 5 ++--- sound/soc/tegra/tegra30_ahub.c

Re: [WARNING: A/V UNSCANNABLE][Merge tag 'media/v4.11-1' of git] ff58d005cd: BUG: unable to handle kernel NULL pointer dereference at 0000039c

On Fri, Feb 24, 2017 at 11:15:51AM -0800, Linus Torvalds wrote: > Added more relevant people. I've debugged the immediate problem below, > but I think there's another problem that actually triggered this. > > On Fri, Feb 24, 2017 at 10:28 AM, kernel test robot > wrote: >

[PATCH] [media] serial_ir: ensure we're ready to receive interrupts

When the interrupt requested with devm_request_irq(), serial_ir.rcdev is still null so will cause null deference if the irq handler is called early on. Also ensure that timeout_timer is setup. Link: http://lkml.kernel.org/r/ca+55afxsh2uf8gi5sn_guy3z+tilv7lpjykbw+y8vqlzp+t...@mail.gmail.com Cc:

[PATCH] ASoC: Add space around '='

This was reported by checkpatch.pl Signed-off-by: Adrian Dinu --- sound/soc/soc-core.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/sound/soc/soc-core.c b/sound/soc/soc-core.c index a110d39..70905bd 100644 --- a/sound/soc/soc-core.c +++

[PATCH] ASoC: kirkwood: Add a blank line after declarations

From: andadrn This was reported by checkpatch.pl Signed-off-by: Anda-Alexandra Dorneanu --- sound/soc/kirkwood/kirkwood-dma.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/sound/soc/kirkwood/kirkwood-dma.c b/sound/soc/kirkwood/kirkwood-dma.c

Re: gcc7 log2 compile issues in kernel/time/timekeeping.c

On 25 February 2017 at 11:09, Markus Trippelsdorf wrote: > On 2017.02.25 at 09:11 +, Ard Biesheuvel wrote: >> On 25 February 2017 at 08:18, Markus Trippelsdorf >> wrote: >> > >> > Why not simply get rid of the ilog2_NaN thing altogether?

Re: [Merge branch 'core-debugobjects-for-linus' of git] 575260e3f8: WARNING: CPU: 0 PID: 1 at kernel/time/hrtimer.c:1090 hrtimer_init

On Sat, Feb 25 2017 at 1:54:16 am GMT, Fengguang Wu wrote: > Hi Linus, > > On Fri, Feb 24, 2017 at 02:37:04PM -0800, Linus Torvalds wrote: >>This looks like two -tip trees together show some issue - the timer >>updates from Thomas triggering a debugobjects check from Ingo,

Re: gcc7 log2 compile issues in kernel/time/timekeeping.c

> On 25 Feb 2017, at 11:23, Ard Biesheuvel wrote: > > On 25 February 2017 at 11:09, Markus Trippelsdorf > wrote: >> On 2017.02.25 at 09:11 +, Ard Biesheuvel wrote: On 25 February 2017 at 08:18, Markus Trippelsdorf

[Resend PATCH] intel-iommu Fix NULL pointer dereference in snd_soc_sst_haswell_pcm registration

Hi, This oops [1.616381] sst-acpi INT3438:00: DesignWare DMA Controller, 8 channels [1.616505] BUG: unable to handle kernel NULL pointer dereference at 07ab [1.616512] IP: [] device_to_iommu+0x11a/0x1a0 [1.616515] PGD 0 [1.616518] Oops: [#1] SMP [

[PATCH RFC] coredump: virtualize core dump path configuration

This patch adds per-mount-namespace core dump pattern. Kernel writes coredump in chroot/container where application is executed or starts pipe helper in the same chroot according to pattern set by sysctl "kernel.core_pattern". This configuration is global and this sysctl couldn't be extended

Re: [PATCH 2/3] fs: Extracts pivot_root so it can be made optional

On Sat, Feb 25, 2017 at 10:22:21AM -0500, Theodore Ts'o wrote: > If you're only going to be removing a single function, instead of > having to export a bunch of previously-static functions, my preference > would be to just insert a pair of #ifdef CONFIG_PIVOT_ROOT_SYSCALL / #endif > statements

Re: [PATCH RFC] coredump: virtualize core dump path configuration

On Sat, Feb 25, 2017 at 03:56:13PM +0300, Konstantin Khlebnikov wrote: > This patch adds per-mount-namespace core dump pattern. > > Kernel writes coredump in chroot/container where application is > executed or starts pipe helper in the same chroot according to > pattern set by sysctl

Re: [RFC 4/4] iio: trigger: add GPIO trigger

On 20/02/17 16:24, Fabrice Gasnier wrote: > On 02/18/2017 08:19 PM, Jonathan Cameron wrote: >> On 17/02/17 16:16, Lars-Peter Clausen wrote: >>> On 02/17/2017 05:03 PM, Fabrice Gasnier wrote: GPIOs can be used to generate triggers for any IIO device. Introduce generic GPIO trigger driver.

Re: [RFC PATCH v4 05/28] x86: Add Secure Memory Encryption (SME) support

On Thu, Feb 16, 2017 at 09:43:07AM -0600, Tom Lendacky wrote: > Add support for Secure Memory Encryption (SME). This initial support > provides a Kconfig entry to build the SME support into the kernel and > defines the memory encryption mask that will be used in subsequent > patches to mark pages

[PATCH] serial: samsung: Continue to work if DMA request fails

If DMA is not available (even when configured in DeviceTree), the driver will fail the startup procedure thus making serial console not available. For example this causes boot failure on QEMU ARMv7 (Exynos4210, SMDKC210): [    1.302575] OF: amba_device_add() failed (-19) for

Re: [PATCH] serial: samsung: Continue to work if DMA request fails

On Sat, Feb 25, 2017 at 05:28:41PM +0100, Tobias Jakobi wrote: > Hello Krzysztof, > > Krzysztof Kozlowski wrote: > > If DMA is not available (even when configured in DeviceTree), the driver > > will fail the startup procedure thus making serial console not > > available. > > > > For example this

Re: [PATCH v2 2/2] iio: stm32 trigger: Implement parent trigger feature

On 20/02/17 13:26, Benjamin Gaignard wrote: > 2017-02-19 16:53 GMT+01:00 Jonathan Cameron : >> Hi All, >> >> Would be really helpful to get some other input on this. >> It's fiddly to put it lightly but if we get it right I think >> the interface will be useful in all sorts of

[PATCH v3] serial: samsung: Continue to work if DMA request fails

If DMA is not available (even when configured in DeviceTree), the driver will fail the startup procedure thus making serial console not available. For example this causes boot failure on QEMU ARMv7 (Exynos4210, SMDKC210): [    1.302575] OF: amba_device_add() failed (-19) for

[PATCH v2] serial: samsung: Continue to work if DMA request fails

If DMA is not available (even when configured in DeviceTree), the driver will fail the startup procedure thus making serial console not available. For example this causes boot failure on QEMU ARMv7 (Exynos4210, SMDKC210): [    1.302575] OF: amba_device_add() failed (-19) for

Re: [PATCH v2] iio: adc: xilinx: Fix error handling

On 21/02/17 11:55, Lars-Peter Clausen wrote: > On 02/21/2017 07:34 AM, Christophe JAILLET wrote: >> Reorder error handling labels in order to match the way resources have >> been allocated. >> >> Signed-off-by: Christophe JAILLET > > Thanks. > > Acked-by:

Re: [PATCH] serial: samsung: Continue to work if DMA request fails

Hello Krzysztof, Krzysztof Kozlowski wrote: > If DMA is not available (even when configured in DeviceTree), the driver > will fail the startup procedure thus making serial console not > available. > > For example this causes boot failure on QEMU ARMv7 (Exynos4210, SMDKC210): > [1.302575]

Re: [PATCH] arm64: dts: allwinner: add support for Pinebook

On Sat, Feb 25, 2017 at 03:00:32PM +0800, Icenowy Zheng wrote: [...] > diff --git a/arch/arm64/boot/dts/allwinner/sun50i-a64-pinebook.dts > b/arch/arm64/boot/dts/allwinner/sun50i-a64-pinebook.dts > new file mode 100644 > index ..2dceba3132b0 > --- /dev/null > +++

Re: [PATCH RFC] coredump: virtualize core dump path configuration

On 25.02.2017 19:01, Jann Horn wrote: On Sat, Feb 25, 2017 at 03:56:13PM +0300, Konstantin Khlebnikov wrote: This patch adds per-mount-namespace core dump pattern. Kernel writes coredump in chroot/container where application is executed or starts pipe helper in the same chroot according to

[RFC PATCH v2] lightnvm: pblk

This patch introduces pblk, a new target for LightNVM implementing a full host-based FTL. Details on the commit message. Changes since v1: * Rebase on top of Matias' for-4.12/core * Move from per-LUN block allocation to a line model. This means that a whole lines across all LUNs is allocated at

Re: [PATCH] [media] serial_ir: ensure we're ready to receive interrupts

Em Sat, 25 Feb 2017 10:34:37 -0300 Mauro Carvalho Chehab escreveu: > Em Sat, 25 Feb 2017 11:28:16 + > Sean Young escreveu: > > > When the interrupt requested with devm_request_irq(), serial_ir.rcdev > > is still null so will cause null deference if the

Re: [PATCH v3 4/4] iio: accel: adxl345: Add SPI support

On 24/02/17 19:46, Jonathan Cameron wrote: > > > On 24 February 2017 14:30:35 GMT+00:00, Eva Rachel Retuya > wrote: >> On Fri, Feb 24, 2017 at 01:48:39PM +0200, Andy Shevchenko wrote: >>> On Fri, Feb 24, 2017 at 11:22 AM, Lars-Peter Clausen >> wrote:

Re: [PATCH] ASoC: kirkwood: Add a blank line after declarations

On Sat, 25 Feb 2017, Anda-Alexandra Dorneanu wrote: > From: andadrn Drop the From line. The From line needs to match up with your Signed off by line. But the one generated by your mailer already does that, while the one you added does not. julia > > This was reported by

[PATCH] uapi: fix drm/omap_drm.h userspace compilation errors

Consistently use types from linux/types.h like in other uapi drm/*_drm.h header files to fix the following drm/omap_drm.h userspace compilation errors: /usr/include/drm/omap_drm.h:36:2: error: unknown type name 'uint64_t' uint64_t param; /* in */ /usr/include/drm/omap_drm.h:37:2: error:

Re: [PATCH] uapi: fix linux/netfilter/xt_hashlimit.h userspace compilation error

On Fri, Feb 24, 2017 at 03:23:20AM +0300, Dmitry V. Levin wrote: > Include like some of uapi/linux/netfilter/xt_*.h > headers do to fix the following linux/netfilter/xt_hashlimit.h > userspace compilation error: > > /usr/include/linux/netfilter/xt_hashlimit.h:90:12: error: 'NAME_MAX' >

[PATCH v3.1] [media] serial_ir: ensure we're ready to receive interrupts

From: Sean Young When the interrupt requested with devm_request_irq(), serial_ir.rcdev is still null so will cause null deference if the irq handler is called early on. Also ensure that timeout_timer is setup. Link:

Re: [PATCH 1/2] dt-bindings: iio: stm32-adc: add option to set resolution

On 24/02/17 16:04, Fabrice Gasnier wrote: > On 02/19/2017 01:09 PM, Jonathan Cameron wrote: >> On 15/02/17 16:55, Fabrice Gasnier wrote: >>> Add documentation for 'st,adc-res' dt optional property. >>> >>> Signed-off-by: Fabrice Gasnier >> I'm happy with this, but would

Re: [PATCH v9 1/2] Add OV5647 device tree documentation

On Sat, Feb 25, 2017 at 04:50:53PM +0200, Sakari Ailus wrote: > Although, the driver could try to work on the actual obtained frequency. > This is unlikely to work though, but it won't be very easy to figure out > why the device isn't working. Having the frequency in DT accessible for the > driver

FROM AISHA GADDAFI

for more details,contact me at my private email : agaddafi752(at)gmail. com Dr. Aisha Gaddafi, the daughter of late Libyan president, I need a partner or an investor that will help me in investing the sum of $87.5 million USD in his or her country, the funds is deposited here in Burkina Faso

Re: [PATCH] perf report: Allow sorting by symbol size.

On 24 February 2017 at 19:22, Arnaldo Carvalho de Melo wrote: >> >> +/* --sort symbol_size */ >> + >> +static int64_t _sort__sym_size_cmp(struct symbol *sym_l, struct symbol >> *sym_r) >> +{ >> + int64_t size_l = sym_l != NULL ? sym_l->end - sym_l->start : 0; >> +

Re: [PATCH] [media] serial_ir: ensure we're ready to receive interrupts

Em Sat, 25 Feb 2017 11:28:16 + Sean Young escreveu: > When the interrupt requested with devm_request_irq(), serial_ir.rcdev > is still null so will cause null deference if the irq handler is called > early on. > > Also ensure that timeout_timer is setup. > > Link: >

Re: [PATCH 1/4] v4l2: device_register_subdev_nodes: allow calling multiple times

On Sat, Feb 25, 2017 at 01:09:18AM +0100, Pavel Machek wrote: > On Tue 2017-02-21 13:11:04, Sakari Ailus wrote: > > On Tue, Feb 21, 2017 at 12:07:21PM +0100, Pavel Machek wrote: > > > On Mon 2017-02-20 15:56:36, Sakari Ailus wrote: > > > > On Mon, Feb 20, 2017 at 03:09:13PM +0200, Sakari Ailus

[PATCH] zswap: Zero-filled pages handling

From: Srividya Desireddy Date: Thu, 23 Feb 2017 15:04:06 +0530 Subject: [PATCH] zswap: Zero-filled pages handling Zswap is a cache which compresses the pages that are being swapped out and stores them into a dynamically allocated RAM-based memory pool. Experiments have

[PATCH v3] [media] serial_ir: ensure we're ready to receive interrupts

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 From: Sean Young When the interrupt requested with devm_request_irq(), serial_ir.rcdev is still null so will cause null deference if the irq handler is called early on. Also ensure that timeout_timer is setup. Link:

Re: [PATCH 0/3] fs: Support compiling out the pivot_root syscall

On Fri, 24 Feb 2017, bosrs...@gmail.com wrote: > From: Brian Ashworth > > This patch series will allow for the pivot_root syscall to be made > optional. The first patch refactors the functions that are required > by pivot_root so they can be accessed outside of

Re: [PATCH v9 1/2] Add OV5647 device tree documentation

Hi Vladimir, On Wed, Feb 22, 2017 at 12:37:51AM +0200, Vladimir Zapolskiy wrote: > Hi Sakari, > > On 02/21/2017 11:48 PM, Sakari Ailus wrote: > > Hi, Vladimir! > > > > How do you do? :-) > > deferring execution of boring tasks by doing code review :) X-) > > > On Tue, Feb 21, 2017 at

Re: [PATCH 2/3] fs: Extracts pivot_root so it can be made optional

If you're only going to be removing a single function, instead of having to export a bunch of previously-static functions, my preference would be to just insert a pair of #ifdef CONFIG_PIVOT_ROOT_SYSCALL / #endif statements around the function in question. Is it worth it to save 600-odd bytes?

Re: [PATCH v3 04/18] iio: adc: add support for X-Powers AXP20X and AXP22X PMICs ADCs

On 21/02/17 18:03, Quentin Schulz wrote: > Hi Jonathan, > > On 19/02/2017 13:40, Jonathan Cameron wrote: >> On 14/02/17 09:40, Quentin Schulz wrote: >>> The X-Powers AXP20X and AXP22X PMICs have multiple ADCs. They expose the >>> battery voltage, battery charge and discharge currents, AC-in and

Re: [tpmdd-devel] [PATCH v2 6/7] tpm: expose spaces via a device link /dev/tpms

On Fri, 2017-02-24 at 17:25 -0700, Jason Gunthorpe wrote: > On Fri, Feb 24, 2017 at 06:43:27PM -0500, James Bottomley wrote: > > > > It just seems confusing to call something a namespace that isn't > > > also a CLONE_NEW* option.. > > > > Well, there's namespace behaviour and then there's how

Re: [RFC PATCH v4 18/28] x86: DMA support for memory encryption

On Thu, Feb 16, 2017 at 09:46:04AM -0600, Tom Lendacky wrote: > Since DMA addresses will effectively look like 48-bit addresses when the > memory encryption mask is set, SWIOTLB is needed if the DMA mask of the > device performing the DMA does not support 48-bits. SWIOTLB will be > initialized to

[PATCH 2/2] x86, mm: unify exit paths in gup_pte_range()

All exit paths from gup_pte_range() require pte_unmap() of the original pte page before returning. Refactor the code to have a single exit point to do the unmap. This mirrors the flow of the generic gup_pte_range() in mm/gup.c. Cc: Cc: Ingo Molnar Cc: "H.

[PATCH 0/2] fix for direct-I/O to DAX mappings

Hi Andrew, While Ross was doing a review of a new mmap+DAX direct-I/O test case for xfstests, from Xiong, he noticed occasions where it failed to trigger a page dirty event. Dave then spotted the problem fixed by patch1. The pte_devmap() check is precluding pte_allows_gup(), i.e. bypassing

[PATCH 1/2] x86, mm: fix gup_pte_range() vs DAX mappings

gup_pte_range() fails to check pte_allows_gup() before translating a DAX pte entry, pte_devmap(), to a page. This allows writes to read-only mappings, and bypasses the DAX cacheline dirty tracking due to missed 'mkwrite' faults. The gup_huge_pmd() path and the gup_huge_pud() path correctly check

Re: [linux-sunxi] Re: [PATCH] arm64: dts: allwinner: add support for Pinebook

On Sun, Feb 26, 2017 at 12:55 AM, Icenowy Zheng wrote: > > > 26.02.2017, 00:38, "Rask Ingemann Lambertsen" : >> On Sat, Feb 25, 2017 at 03:00:32PM +0800, Icenowy Zheng wrote: >> [...] >>> diff --git a/arch/arm64/boot/dts/allwinner/sun50i-a64-pinebook.dts >>>

[PATCH 0/3] Allow setting dmi-product-name on the cmdline + dmi sdhci quirk

Hi All, So patch 1/3 and 2+3/3 are only somewhat related and they can be merged independent of each other. The catch is that the GPD win for which patch 3/3 adds a dmi based quirk does not have any usable dmi strings. I've contacted the manufacturer for a BIOS update (no clue how that will go)

[PATCH 2/3] mmc: sdhci-acpi: Check device status before calling fix_up_power()

Calling acpi_device_fix_up_power() on a device which is not present is not a good idea. While at it also call acpi_bus_get_status() on the children before the status check to make sure that child->status contains valid data. Signed-off-by: Hans de Goede ---

[PATCH 3/3] mmc: sdhci-acpi: Add a quirk to not break wifi on GPD WIN I55 machines

The GPD WIN (I55) has a bug in its ACPI tables where putting the unused 80860F14 UID 2 (SDIO) device in PS0 toggles a gpio disabling the pcie wifi until the next reboot. Add a quirk to skip probing of the unused SDIO controller, fixing this. Signed-off-by: Hans de Goede ---

Re: [PATCH] zswap: Zero-filled pages handling

On 25 February 2017 at 20:12, Srividya Desireddy wrote: > From: Srividya Desireddy > Date: Thu, 23 Feb 2017 15:04:06 +0530 > Subject: [PATCH] zswap: Zero-filled pages handling > > Zswap is a cache which compresses the pages that are being swapped

[PATCH 1/3] firmware: dmi_scan: Add dmi_product_name kernel cmdline option

Unfortunately some firmware has all the DMI strings filled with: "Default String" (or something equally useless). This makes it impossible to apply DMI based quirks to certain machines. This commit adds a dmi_product_name kernel cmdline option which can be used to override the DMI_PRODUCT_NAME

[WIP BRANCH] cgroups support in bfq-mq WIP branch

Hi, I've just completed cgroups support, and I'd like to highlight the main blk-mq issue that I have found along the way. I have pushed the commit that completes the support for cgroups to the usual WIP branch [1]. Before moving to this issue, I have preliminary question about the scheduler

Re: [WIP PATCHSET 0/4] WIP branch for bfq-mq

> Il giorno 24 feb 2017, alle ore 19:44, Bart Van Assche > ha scritto: > > On Wed, 2017-02-22 at 22:29 +0100, Paolo Valente wrote: >> thanks for this second attempt of yours. Although, unfortunately, not >> providing some clear indication of the exact cause of your

Re: [PATCH] x86: Implement __WARN using UD0

On February 25, 2017 2:38:08 AM PST, Borislav Petkov wrote: >On Fri, Feb 24, 2017 at 11:41:33AM +0100, Peter Zijlstra wrote: >> So yes, its tricky but it could be done. A new single byte #UD >> instruction would be much nicer though. > >Btw, if we did a new insn which means new

Re: [PATCH v3 1/2] iio: Allow triggers to be used as parent of others triggers

On 24/02/17 14:48, Benjamin Gaignard wrote: > Add "parent_trigger" sysfs attribute to iio trigger to be able > to set a parent to the current trigger. > Parent trigger edges or levels could be used to control current > trigger status for example to start, stop or reset it. > > Introduce

Re: [PATCH v3 2/2] iio: stm32 trigger: Implement parent trigger feature

On 24/02/17 14:48, Benjamin Gaignard wrote: > Add validate_trigger function in iio_trigger_ops and > dev_attr_parent_trigger into trigger attribute group to be able > to accept triggers as parents. > > Introduce an IIO device with one IIO_COUNT channel to get access > to counter value. Counter

Re: [WARNING: A/V UNSCANNABLE][Merge tag 'media/v4.11-1' of git] ff58d005cd: BUG: unable to handle kernel NULL pointer dereference at 0000039c

On Sat, Feb 25, 2017 at 1:07 AM, Ingo Molnar wrote: > > So, should we revert the hw-retrigger change: > > a9b4f08770b4 x86/ioapic: Restore IO-APIC irq_chip retrigger callback > > ... until we managed to fix CONFIG_DEBUG_SHIRQ=y? If you'd like to revert it > upstream straight

  1   2   3   4   5   >