Re: [PATCH 3.18-stable] dm bufio: hide bogus warning

On Fri, Apr 21, 2017 at 03:41:10PM +0200, Arnd Bergmann wrote: > mips-gcc-5.3 warns about correct code on linux-3.18 and earlier: > > In file included from ../include/linux/blkdev.h:4:0, > from ../drivers/md/dm-bufio.h:12, > from ../drivers/md/dm-bufio.c:9: > ../d

Re: [patch V2 00/24] cpu/hotplug: Convert get_online_cpus() to a percpu_rwsem

On Thu, Apr 27, 2017 at 10:27:20AM +0200, Sebastian Siewior wrote: > On 2017-04-26 11:32:36 [+0100], Mark Rutland wrote: > > > So we could end up calling static_branch_enable_cpuslocked() > > > without actually holding the lock. Should we do a cpu_hotplug_begin/done > > > in > > > setup_cpu_featur

Re: [patch V2 00/24] cpu/hotplug: Convert get_online_cpus() to a percpu_rwsem

On Thu, 27 Apr 2017, Mark Rutland wrote: > On Thu, Apr 27, 2017 at 10:27:20AM +0200, Sebastian Siewior wrote: > > On 2017-04-26 11:32:36 [+0100], Mark Rutland wrote: > > > > So we could end up calling static_branch_enable_cpuslocked() > > > > without actually holding the lock. Should we do a > >

Re: [PATCH, 3.18-stable regression] ARM: psci: fix header file

On Fri, Apr 21, 2017 at 03:59:17PM +0200, Arnd Bergmann wrote: > Commit be95485a0b828 was incorrectly backported to 3.18 and > now causes a different build error when CONFIG_SMP is disabled: > > arch/arm/kernel/psci.c:287:12: error: redefinition of 'psci_init' > > This version is how it should b

Re: [PATCH 1/2] drm: Introduce crtc->mode_valid() callback

Hi Jose, On 26.04.2017 12:48, Jose Abreu wrote: > Some crtc's may have restrictions in the mode they can display. In > this patch a new callback (crtc->mode_valid()) is introduced that > is called at the same stage of connector->mode_valid() callback. > > This shall be implemented if the crtc has

Re: [PATCH v2 1/2] ASoC: codec: wm9860: avoid maybe-uninitialized warning

On Wed, Apr 26, 2017 at 3:09 PM, Daniel Baluta wrote: > The new PLL configuration code triggers a harmless warning: > > sound/soc/codecs/wm8960.c: In function 'wm8960_configure_clocking': > sound/soc/codecs/wm8960.c:735:3: error: 'best_freq_out' may be used > uninitialized in this function [-Werro

Re: [PATCH v2] clk: at91: Add sama5d2 suspend/resume

Le 26/04/2017 à 13:21, Alexandre Belloni a écrit : > On sama5d2, VDD core maybe be cut while in suspend. This means registers > will be lost. Ensure they are saved and restored properly. > > Signed-off-by: Alexandre Belloni > --- > > Changes in v2: > - don't set MCKR or PLLAR and expect them to

[PATCH] usb: musb: musb_host: Introduce postponed URB giveback

This commit changes the order of actions undertaken in musb_advance_schedule() in order to overcome issue with broken isochronous transfer [1]. There is no harm to split musb_giveback into two pieces. The first unlinks finished urb, the second givebacks it. The issue here that givebacking may be

Confidential Business Proposal

Hello,Request for Confidential Business Relationship i will like you to get back to me via my private email at address rachel_wong1...@qq.com please contact me via my direct Email contact at rachel_wong1...@qq.com for briefing.

Re: [v2] powerpc/mm: Fix missing page attributes in page table dump

On Fri, 2017-04-14 at 05:45:16 UTC, Christophe Leroy wrote: > On some targets, _PAGE_RW is 0 and this is _PAGE_RO which is used. > There is also _PAGE_SHARED that is missing. > > Signed-off-by: Christophe Leroy Applied to powerpc next, thanks. https://git.kernel.org/powerpc/c/c99317953323d62512

Re: powerpc/mm: Rename table dump file name

On Tue, 2017-04-18 at 06:20:15 UTC, Christophe Leroy wrote: > Page table dump debugfs file is named 'kernel_page_tables' on > all other architectures implementing it, while is is named > 'kernel_pagetables' on powerpc. This patch renames it. > > Signed-off-by: Christophe Leroy Applied to powerpc

Re: powerpc/mm: On PPC32, display 32 bits addresses in page table dump

On Thu, 2017-04-13 at 12:41:40 UTC, Christophe Leroy wrote: > Signed-off-by: Christophe Leroy Applied to powerpc next, thanks. https://git.kernel.org/powerpc/c/e1f2c9d97d932812d17509e86246c6 cheers

Re: [v2] powerpc/mm: Fix page table dump build on PPC32

On Tue, 2017-04-18 at 06:20:13 UTC, Christophe Leroy wrote: > On PPC32 (ex: mpc885_ads_defconfig), page table dump compilation > fails as follows. This is because the memory layout is slightly > different on PPC32. This patch adapts it. > > CC arch/powerpc/mm/dump_linuxpagetables.o > arch/p

Re: [PATCH 1/2] x86/efi: Correct ident mapping of efi old_map when kalsr enabled

Hi Thomas, Thanks for reviewing! On 04/26/17 at 07:49am, Thomas Garnier wrote: > On Wed, Apr 26, 2017 at 3:43 AM, Baoquan He wrote: > > > arch/x86/platform/efi/efi_64.c | 35 +++ > > > 1 file changed, 27 insertions(+), 8 deletions(-) > > > > > > diff --git a/arch

Re: [PATCH v6 2/5] firmware: add extensible driver data API

On Thu, Apr 27, 2017 at 09:09:47AM +0300, Luca Coelho wrote: > On Thu, 2017-04-27 at 05:16 +0200, Luis R. Rodriguez wrote: > > > > +int driver_data_request_sync(const char *name, > > > > +    const struct driver_data_req_params > > > > *req_params, > > > > +

Re: [PATCH 1/2] x86/efi: Correct ident mapping of efi old_map when kalsr enabled

On 04/27/17 at 06:31pm, Baoquan He wrote: > Hi Thomas, > > Thanks for reviewing! > > On 04/26/17 at 07:49am, Thomas Garnier wrote: > > On Wed, Apr 26, 2017 at 3:43 AM, Baoquan He wrote: > > > > arch/x86/platform/efi/efi_64.c | 35 +++ > > > > 1 file changed, 27 i

RE: [PATCH v5 10/10] arm: dts: genmai: Add ethernet pin group

Hi Geert, On Thursday, April 27, 2017, Geert Uytterhoeven wrote: > > +ðer { > > + pinctrl-names = "default"; > > + pinctrl-0 = <ðer_pins>; > > + > > + status = "okay"; > > + > > + renesas,no-ether-link; > > + phy-handle = <&phy0>; > > + phy0: ethernet-phy@0 { >

Re: [PATCH V4 1/9] PM / OPP: Allow OPP table to be used for power-domains

On 04/27/2017 03:12 PM, Sudeep Holla wrote: [].. >> >>> At qualcomm, we have an external M3 core (running its own firmware) which >>> controls >>> a few voltage rails (including AVS on those). The devices vote for the >>> voltage levels > > Thanks for explicitly mentioning this, but ... > >>>

[PATCH v2] pid_ns: Introduce ioctl to set vector of ns_last_pid's on ns hierarhy

On implementing of nested pid namespaces support in CRIU (checkpoint-restore in userspace tool) we run into the situation, that it's impossible to create a task with specific NSpid effectively. After commit 49f4d8b93ccf "pidns: Capture the user namespace and filter ns_last_pid" it is impossible to

[PATCH] ASoC: Intel: Skylake: fix uninitialized pointer use

The error handling in bxt_sst_dsp_init() got changed in a way that it now derefences an uninitialized pointer when printing a warning about the device not being found: sound/soc/intel/skylake/bxt-sst.c: In function 'bxt_sst_dsp_init': sound/soc/intel/skylake/bxt-sst.c:567:14: error: 'skl' may be u

Re: [PATCH v2] arm64: Add ASM modifier for xN register operands

Hi, On Wed, Apr 26, 2017 at 02:46:16PM -0700, Matthias Kaehlcke wrote: > Many inline assembly statements don't include the 'x' modifier when > using xN registers as operands. This is perfectly valid, however it > causes clang to raise warnings like this: > > warning: value size does not match reg

Re: [PATCH v2 1/2] ASoC: codec: wm9860: avoid maybe-uninitialized warning

On Jo, 2017-04-27 at 12:07 +0200, Arnd Bergmann wrote: > On Wed, Apr 26, 2017 at 3:09 PM, Daniel Baluta > wrote: > > > > The new PLL configuration code triggers a harmless warning: > > > > sound/soc/codecs/wm8960.c: In function 'wm8960_configure_clocking': > > sound/soc/codecs/wm8960.c:735:3: er

[PATCH net-next] mlx5: work around unused function warning

The previous patch addressed a sparse warning but replaced it with a compiler warning when CONFIG_MODULES is disabled: drivers/net/ethernet/mellanox/mlx5/core/ipoib.c:485:13: error: 'mlx5_rdma_netdev_free' defined but not used [-Werror=unused-function] drivers/net/ethernet/mellanox/mlx5/core/ipoi

[PATCH] clk: sunxi-ng: always select CCU_GATE

When the base driver is enabled but all SoC specific drivers are turned off, we now get a build error after code was added to always refer to the clk gates: drivers/clk/built-in.o: In function `ccu_pll_notifier_cb': :(.text+0x154f8): undefined reference to `ccu_gate_helper_disable' :(.text+0x15504

[PATCH] mtd: spi-nor: stm32: remove broken MODULE_ALIAS

The MODULE_ALIAS statement refers to a macro that has never been defined in this driver, causing a build error: drivers/mtd/spi-nor/stm32-quadspi.c:694:150: error: expected ',' or ';' before 'DRIVER_NAME' Unless there is a specific alias we need other then the driver name, we don't need an alias

Re: Freeing HugeTLB page into buddy allocator

On 04/27/2017 11:24 AM, Naoya Horiguchi wrote: > On Tue, Apr 25, 2017 at 02:27:27PM +0530, Anshuman Khandual wrote: >> Hello Jianguo, >> >> In the commit a49ecbcd7b0d5a1cda, it talks about HugeTLB page being >> freed into buddy allocator instead of hugepage_freelists. But if >> I look the code clos

[PATCH] crypto: stm32 - fix building as a module

The names in the MODULE_DEVICE_TABLE and the actual array don't match: drivers/crypto/stm32/stm32_crc32.c:309:21: error: 'sti_dt_ids' undeclared here (not in a function); did you mean 'stm32_dt_ids'? This changes the reference that was evidently copied incorrectly from another driver. Fixes: b5

Re: [PATCH] ASoC: Intel: Skylake: fix uninitialized pointer use

On Apr 27 2017 19:59, Arnd Bergmann wrote: The error handling in bxt_sst_dsp_init() got changed in a way that it now derefences an uninitialized pointer when printing a warning about the device not being found: sound/soc/intel/skylake/bxt-sst.c: In function 'bxt_sst_dsp_init': sound/soc/intel/sk

[PATCH] iommu/arm-smmu-v3: Poll for CMDQ drain completion more effectively

From: Sunil Goutham Modified polling on CMDQ consumer similar to how polling is done for TLB SYNC completion in SMMUv2 driver. Code changes are done with reference to 8513c8930069 iommu/arm-smmu: Poll for TLB sync completion more effectively Poll timeout has been increased which addresses issue

Re: [PATCH, 3.18-stable regression] ARM: psci: fix header file

On Thu, Apr 27, 2017 at 12:01 PM, Greg KH wrote: > On Fri, Apr 21, 2017 at 03:59:17PM +0200, Arnd Bergmann wrote: >> Commit be95485a0b828 was incorrectly backported to 3.18 and >> now causes a different build error when CONFIG_SMP is disabled: >> >> arch/arm/kernel/psci.c:287:12: error: redefinit

Re: [PATCH 4/8] random: remove unused branch in hot code path

Hi Ted, (replying to an old thread) On Wed, Jan 18, 2017 at 5:35 AM, Theodore Ts'o wrote: > On Tue, Dec 27, 2016 at 11:40:23PM +0100, Stephan Müller wrote: >> The variable ip is defined to be a __u64 which is always 8 bytes on any >> architecture. Thus, the check for sizeof(ip) > 4 will always b

Re: [PATCH v6 1/5] skbuff: return -EMSGSIZE in skb_to_sgvec to prevent overflow

2017-04-27, 11:21:51 +0200, Jason A. Donenfeld wrote: > However, perhaps there's the chance that fraglist skbs having > separate fraglists are actually forbidden? Is this the case? Hmm, I think this can actually happen: /* net/ipv4/ip_fragment.c */ static int ip_frag_reasm(struct ipq *q

Re: [PATCH] plugin python: Adjust the handling after PyRun_String() failed

On Thu, 27 Apr 2017 11:52:14 +0900 Taeung Song wrote: > On 04/27/2017 11:47 AM, Steven Rostedt wrote: > > On Thu, 27 Apr 2017 08:46:21 +0900 > > Taeung Song wrote: > > > >> Even though PyRun_String() failed, > >> just 0 will be returned but we need to return -1 > >> that means error status, so

Re: [PATCH v2 1/9] KVM: add kvm_{test,clear}_request to replace {test,clear}_bit

On Wed, Apr 26, 2017 at 10:32:19PM +0200, Radim Krčmář wrote: > Users were expected to use kvm_check_request() for testing and clearing, > but request have expanded their use since then and some users want to > only test or do a faster clear. > > Make sure that requests are not directly accessed w

Re: [PATCH v2 2/9] KVM: x86: always use kvm_make_request instead of set_bit

On Wed, Apr 26, 2017 at 10:32:20PM +0200, Radim Krčmář wrote: > Reviewed-by: David Hildenbrand > Signed-off-by: Radim Krčmář > --- > arch/x86/kvm/x86.c | 10 ++ > 1 file changed, 2 insertions(+), 8 deletions(-) Reviewed-by: Andrew Jones

[PATCH] Enabled pstore write for powerpc

After commit c950fd6f201a kernel registers pstore write based on flag set. Pstore write for powerpc is broken as flags(PSTORE_FLAGS_DMESG) is not set for powerpc architecture. On panic, kernel doesn't write message to /fs/pstore/dmesg*(Entry doesn't gets created at all). This patch enables pstore

Re: [PATCH v2 4/9] KVM: mark requests that do not need a wakeup

On Wed, Apr 26, 2017 at 10:32:22PM +0200, Radim Krčmář wrote: > Some operations must ensure that the guest is not running with stale > data, but if the guest is halted, then the update can wait until another > event happens. kvm_make_all_requests() currently doesn't wake up, so we > can mark all r

Re: [PATCH v2 5/9] KVM: perform a wake_up in kvm_make_all_cpus_request

On Wed, Apr 26, 2017 at 10:32:23PM +0200, Radim Krčmář wrote: > We want to have kvm_make_all_cpus_request() to be an optmized version of > > kvm_for_each_vcpu(i, vcpu, kvm) { > kvm_make_request(vcpu, request); > kvm_vcpu_kick(vcpu); > } > > and kvm_vcpu_kick() wakes up the target vcpu

Re: [PATCH v2 1/9] KVM: add kvm_{test,clear}_request to replace {test,clear}_bit

On Wed, 26 Apr 2017 22:32:19 +0200 Radim Krčmář wrote: > Users were expected to use kvm_check_request() for testing and clearing, > but request have expanded their use since then and some users want to > only test or do a faster clear. > > Make sure that requests are not directly accessed with b

Re: [PATCH v2 8/9] KVM: return if kvm_vcpu_wake_up() did wake up the VCPU

On Wed, Apr 26, 2017 at 10:32:26PM +0200, Radim Krčmář wrote: > No need to kick a VCPU that we have just woken up. > > Signed-off-by: Radim Krčmář > --- > include/linux/kvm_host.h | 2 +- > virt/kvm/kvm_main.c | 12 > 2 files changed, 9 insertions(+), 5 deletions(-) > > diff

Re: [PATCH v2 3/9] KVM: remove #ifndef CONFIG_S390 around kvm_vcpu_wake_up

On Wed, 26 Apr 2017 22:32:21 +0200 Radim Krčmář wrote: > The #ifndef was protecting a missing halt_wakeup stat, but that is no > longer necessary. > > Acked-by: Christian Borntraeger > Signed-off-by: Radim Krčmář > --- > virt/kvm/kvm_main.c | 2 -- > 1 file changed, 2 deletions(-) Reviewed-b

Re: [PATCH v2] leds-pca963x: add bindings to invert polarity

On Thu 2017-04-27 08:37:33, Anders Darander wrote: > Add a new DT property, nxp,inverted-out, to invert the polarity of the output. > > Tested on PCA9634. > > Signed-off-by: Anders Darander Acked-by: Pavel Machek -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://a

Re: [PATCH v2 1/2] ASoC: codec: wm9860: avoid maybe-uninitialized warning

On Thu, Apr 27, 2017 at 1:02 PM, Daniel Baluta wrote: > On Jo, 2017-04-27 at 12:07 +0200, Arnd Bergmann wrote: >> On Wed, Apr 26, 2017 at 3:09 PM, Daniel Baluta > > wrote: >> > >> > The new PLL configuration code triggers a harmless warning: >> > >> > sound/soc/codecs/wm8960.c: In function 'wm8960

Re: [PATCH v3 09/29] x86: assembly, use DATA_SIMPLE for data

Hi! > @@ -91,11 +91,11 @@ ENDPROC(do_suspend_lowlevel) > > .data > ALIGN > -ENTRY(saved_magic) .long 0 > -ENTRY(saved_eip) .long 0 > +SYM_DATA_SIMPLE(saved_magic, .long 0) > +SYM_DATA_SIMPLE_LOCAL(saved_eip, .long 0) > > # saved registers > -saved_idt: .long 0,0 > -saved_ldt:

Re: [PATCH] statx: Kill fd-with-NULL-path support in favour of AT_EMPTY_PATH

On 27 April 2017 at 00:03, Linus Torvalds wrote: > On Wed, Apr 26, 2017 at 2:15 PM, David Howells wrote: >> [!] NOTE: This breaks UAPI introduced in 4.11-rc1. > > Ugh. > > I'm, applying this now, so that we don't end up with a released kernel > that supports the NULL filename thing. > > I'm not h

Re: [PATCH net-next] mlx5: work around unused function warning

On Thu, Apr 27, 2017 at 01:04:02PM +0200, Arnd Bergmann wrote: > The previous patch addressed a sparse warning but replaced it with a > compiler warning when CONFIG_MODULES is disabled: > > drivers/net/ethernet/mellanox/mlx5/core/ipoib.c:485:13: error: > 'mlx5_rdma_netdev_free' defined but not use

[PATCH] statx: correct error handling of NULL pathname

The change in 1e2f82d1e9d1 to error on a NULL pathname to statx() is inconsistent. It results in the error EINVAL for a NULL pathname. Consistent with similar APIs (fchownat(), fstatat(), linkat()), the error should be EFAULT. The solution is simply to remove the EINVAL check. As I already point

[RESENT PATCH] x86/mem: fix the offset overflow when read/write mem

From: zhong jiang Recently, I found the following issue, it will result in the panic. [ 168.739152] mmap1: Corrupted page table at address 7f3e6275a002 [ 168.745039] PGD 61f4a1067 [ 168.745040] PUD 61ab19067 [ 168.747730] PMD 61fb8b067 [ 168.750418] PTE 80001225 [ 168.753109] [ 16

Re: [PATCH v2 9/9] KVM: mark requests that need synchronization

On Wed, Apr 26, 2017 at 10:32:27PM +0200, Radim Krčmář wrote: > kvm_make_all_requests() provides a synchronization that waits until all > kicked VCPUs have acknowledged the kick. This is important for > KVM_REQ_MMU_RELOAD as it prevents freeing while lockless paging is > underway. > > This patch

Re: [PATCH v2] pid_ns: Introduce ioctl to set vector of ns_last_pid's on ns hierarhy

On Thu, Apr 27, 2017 at 01:57:16PM +0300, Kirill Tkhai wrote: > --- a/include/uapi/linux/nsfs.h > +++ b/include/uapi/linux/nsfs.h > @@ -14,5 +14,12 @@ > #define NS_GET_NSTYPE_IO(NSIO, 0x3) > /* Get owner UID (in the caller's user namespace) for a user namespace */ > #define NS_GE

Re: [PATCH v2 4/9] KVM: mark requests that do not need a wakeup

On Wed, 26 Apr 2017 22:32:22 +0200 Radim Krčmář wrote: > Some operations must ensure that the guest is not running with stale > data, but if the guest is halted, then the update can wait until another > event happens. kvm_make_all_requests() currently doesn't wake up, so we > can mark all reques

Re: [PATCH v6 1/5] skbuff: return -EMSGSIZE in skb_to_sgvec to prevent overflow

On Thu, Apr 27, 2017 at 1:30 PM, Sabrina Dubroca wrote: > Hmm, I think this can actually happen: Alright, perhaps better to err on the side of caution, then. Jason

Re: [PATCH net-next] mlx5: work around unused function warning

On Thu, Apr 27, 2017 at 1:55 PM, Leon Romanovsky wrote: > On Thu, Apr 27, 2017 at 01:04:02PM +0200, Arnd Bergmann wrote: >> The previous patch addressed a sparse warning but replaced it with a >> compiler warning when CONFIG_MODULES is disabled: >> >> drivers/net/ethernet/mellanox/mlx5/core/ipoib.

[PATCH 0/3] Cavium ThunderX2 SMMUv3 errata workarounds

From: Geetha Cavium CN99xx SMMUv3 implementation has two Silicon Erratas. 1. Errata ID #74 SMMU register alias Page 1 is not implemented 2. Errata ID #126 SMMU doesnt support unique IRQ lines for gerror, eventq and cmdq-sync The following patchset does software workaround for these two err

[PATCH 1/3] arm64: Add MIDR values for Cavium cn99xx SoCs

From: Geetha Add MIDR values for Cavium cn99xx SoCs Signed-off-by: Geetha --- arch/arm64/include/asm/cputype.h | 3 +++ 1 file changed, 3 insertions(+) diff --git a/arch/arm64/include/asm/cputype.h b/arch/arm64/include/asm/cputype.h index fc50271..066fad0 100644 --- a/arch/arm64/include/asm/c

[PATCH 3/3] iommu/arm-smmu-v3: Add workaround for Cavium ThunderX2

From: Geetha Cavium 99xx SMMU doesn't support MSI and also doesn't have unique irq lines for gerror, eventq and cmdq-sync. This patch addresses the issue by checking if any interrupt sources are using same irq number, then they are registered as shared irqs. Signed-off-by: Geetha --- Document

Re: [PATCH] mm: Add additional consistency check

On Tue 04-04-17 13:30:22, Michal Hocko wrote: > On Fri 31-03-17 09:40:28, Kees Cook wrote: > > As found in PaX, this adds a cheap check on heap consistency, just to > > notice if things have gotten corrupted in the page lookup. > > > > Signed-off-by: Kees Cook > > NAK without a proper changelog.

[PATCH 2/3] iommu/arm-smmu-v3: Add workaround for Cavium ThunderX2 erratum #74

From: Linu Cherian Cavium 99xx SMMU implementation doesn't support page 1 register space. Based on silicon id, ARM_SMMU_PAGE0_REGS_ONLY macro is set as an errata workaround. This macro when set, replaces all page 1 offsets used for EVTQ_PROD/CONS, PRIQ_PROD/CONS register access with page 0 offs

Re: [PATCH v2 5/9] KVM: perform a wake_up in kvm_make_all_cpus_request

On Wed, 26 Apr 2017 22:32:23 +0200 Radim Krčmář wrote: > We want to have kvm_make_all_cpus_request() to be an optmized version of > > kvm_for_each_vcpu(i, vcpu, kvm) { > kvm_make_request(vcpu, request); > kvm_vcpu_kick(vcpu); > } > > and kvm_vcpu_kick() wakes up the target vcpu. We

[PATCH v2] x86/efi: Correct ident mapping of efi old_map when kalsr enabled

For EFI with old_map enabled, Kernel will panic when kaslr is enabled. The root cause is the ident mapping is not built correctly in this case. For nokaslr kernel, PAGE_OFFSET is 0x8800 which is PGDIR_SIZE aligned. We can borrow the pud table from direct mapping safely. Given a physic

Re: [PATCH v2 7/9] KVM: improve arch vcpu request defining

On Wed, 26 Apr 2017 22:32:25 +0200 Radim Krčmář wrote: > From: Andrew Jones > > Marc Zyngier suggested that we define the arch specific VCPU request > base, rather than requiring each arch to remember to start from 8. > That suggestion, along with Radim Krčmář's recent VCPU request flag > addit

Re: [PATCH v2 5/9] KVM: perform a wake_up in kvm_make_all_cpus_request

On 27/04/2017 14:06, Cornelia Huck wrote: > On Wed, 26 Apr 2017 22:32:23 +0200 > Radim Krčmář wrote: > >> We want to have kvm_make_all_cpus_request() to be an optmized version of >> >> kvm_for_each_vcpu(i, vcpu, kvm) { >> kvm_make_request(vcpu, request); >> kvm_vcpu_kick(vcpu); >> }

Re: SIGNAL_UNKILLABLE and init again

On Wed, Apr 26, 2017 at 05:18:58PM +0200, Oleg Nesterov wrote: > Hi Jamie, > > On 04/25, Jamie Iles wrote: > > > > Hi Oleg, > > > > I'm back looking at SIGNAL_UNKILLABLE and debugging child reapers again, > > and the current issue is when running code in the target process, > > SIGTRAP firing an

Question on ___GFP_NOLOCKDEP - Was: Re: [PATCH 1/1] Remove hardcoding of ___GFP_xxx bitmasks

On 26/04/17 18:29, Igor Stoppa wrote: > On 26/04/17 17:47, Michal Hocko wrote: [...] >> Also the current mm tree has ___GFP_NOLOCKDEP which is not addressed >> here so I suspect you have based your change on the Linus tree. > I used your tree from kernel.org I found it, I was using master, ins

Re: [PATCH] mtd: spi-nor: stm32: remove broken MODULE_ALIAS

thanks a lot Arnd Oops, I've not tested in Module :-(. Just tested in built-in, and used bind/unbind and device tree overlays. BR Ludo On 04/27/2017 01:09 PM, Arnd Bergmann wrote: The MODULE_ALIAS statement refers to a macro that has never been defined in this driver, causing a build error: dr

Question on ___GFP_NOLOCKDEP - Was: Re: [PATCH 1/1] Remove hardcoding of ___GFP_xxx bitmasks

On 26/04/17 18:29, Igor Stoppa wrote: > On 26/04/17 17:47, Michal Hocko wrote: [...] >> Also the current mm tree has ___GFP_NOLOCKDEP which is not addressed >> here so I suspect you have based your change on the Linus tree. > I used your tree from kernel.org I found it, I was using master, ins

[PATCH 1/2] input: touchscreen: ar1021_i2c: enable touch mode during open

The device could as well be in command mode, in which this driver cannot handle the device. When opening the device, let's make sure the device will be in the mode we expect it to be for this driver. Signed-off-by: Martin Kepplinger --- drivers/input/touchscreen/ar1021_i2c.c | 15 +++

[PATCH 2/2] input: touchscreen: ar1021_i2c: replace magic number with definition

We now have a few of this device's definitions. Let's avoid magic numbers and use them. Signed-off-by: Martin Kepplinger --- drivers/input/touchscreen/ar1021_i2c.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/input/touchscreen/ar1021_i2c.c b/drivers/input/touchscr

Re: [PATCH v3 09/29] x86: assembly, use DATA_SIMPLE for data

Hi, On 04/27/2017, 01:53 PM, Pavel Machek wrote: >> @@ -91,11 +91,11 @@ ENDPROC(do_suspend_lowlevel) >> >> .data >> ALIGN >> -ENTRY(saved_magic) .long 0 >> -ENTRY(saved_eip).long 0 >> +SYM_DATA_SIMPLE(saved_magic, .long 0) >> +SYM_DATA_SIMPLE_LOCAL(saved_eip, .long 0) >> >> # saved

Re: [patch V2 00/24] cpu/hotplug: Convert get_online_cpus() to a percpu_rwsem

On Thu, Apr 27, 2017 at 12:01:57PM +0200, Thomas Gleixner wrote: > On Thu, 27 Apr 2017, Mark Rutland wrote: > > > On Thu, Apr 27, 2017 at 10:27:20AM +0200, Sebastian Siewior wrote: > > > On 2017-04-26 11:32:36 [+0100], Mark Rutland wrote: > > > > > So we could end up calling static_branch_enable_c

[PATCH v3] pid_ns: Introduce ioctl to set vector of ns_last_pid's on ns hierarhy

On implementing of nested pid namespaces support in CRIU (checkpoint-restore in userspace tool) we run into the situation, that it's impossible to create a task with specific NSpid effectively. After commit 49f4d8b93ccf "pidns: Capture the user namespace and filter ns_last_pid" it is impossible to

[PATCH] arm64: Print DT machine model in setup_machine_fdt()

On arm32, the machine model specified in the device tree is printed during boot-up, courtesy of of_flat_dt_match_machine(). On arm64, of_flat_dt_match_machine() is not called, and the machine model information is not available from the kernel log. Print the machine model to make it easier to deri

Re: [PATCH 1/2] drm: Introduce crtc->mode_valid() callback

Hi Andrzej, Thanks for your answer! On 27-04-2017 11:05, Andrzej Hajda wrote: > Hi Jose, > > On 26.04.2017 12:48, Jose Abreu wrote: >> Some crtc's may have restrictions in the mode they can display. In >> this patch a new callback (crtc->mode_valid()) is introduced that >> is called at the same

Re: [PATCH v5 0/2] security: tty: make TIOCSTI ioctl require CAP_SYS_ADMIN

> > Which is the sudo case and why sudo uses a separate pty/tty pair as it's > > not just TIOCSTI that's an issue but there are a load of ioctls that do > > things like cause signals to the process or are just annoying - > > vhangup(), changing the speed etc > > > > (And for console changing the ke

Re: [PATCH v2 9/9] KVM: mark requests that need synchronization

On 26/04/2017 22:32, Radim Krčmář wrote: > v2: replaces [v1 1/6] > Ugh, KVM_ARCH_REQ_WAIT_NO_WAKEUP looks a weird ... Yeah, let's drop patch 7 and just use bits for now. I think using KVM_ARCH_REQ_FLAGS directly should be fine, especially after the default is flipped from "no wakeup" to "

Re: [PATCH v8 1/3] backlight arcxcnn add arc to vendor prefix

On Tue, Apr 25, 2017 at 6:36 PM, Jingoo Han wrote: > On Monday, April 24, 2017 1:56 PM, Olimpiu Dejeu wrote: >> >> On Mon, April 24, 2017 11:10 AM, Rob Herring < r...@kernel.org> wrote: >> >> > On Wed, Mar 15, 2017 at 2:45 PM, Olimpiu Dejeu >> wrote: >> >> backlight: Add arc to vendor prefixes >>

Re: TREE_SRCU slows hotplug by factor ~16

On Thu, Apr 27, 2017 at 07:44:00AM +0200, Mike Galbraith wrote: > On Wed, 2017-04-26 at 22:32 -0700, Paul E. McKenney wrote: > > On Thu, Apr 27, 2017 at 06:15:56AM +0200, Mike Galbraith wrote: > > > On Wed, 2017-04-26 at 21:11 -0700, Paul E. McKenney wrote: > > > > > > > This is with srcutree.exp_

Re: [PATCH v2 0/3] efi: add support for non-standard capsule headers

On 25/04/17 16:08, Ard Biesheuvel wrote: On 25 April 2017 at 16:07, Bryan O'Donoghue I'm OOO until Thursday however, I could test this out on a Galileo for you with the CSH stripped out. As Jan has pointed out Galileo aka Quark x1000 non-secure (not to be called insecure) will just skips past th

[PATCH 2/2] f2fs: introduce CP_TRIMMED_FLAG to avoid unneeded discard

Introduce CP_TRIMMED_FLAG to indicate all invalid block were trimmed before umount, so once we do mount with image which contain the flag, we don't record invalid blocks as undiscard one, when fstrim is being triggered, we can avoid issuing redundant discard commands. Signed-off-by: Chao Yu ---

Re: [PATCH v2 0/3] efi: add support for non-standard capsule headers

On 27 April 2017 at 13:46, Bryan O'Donoghue wrote: > On 25/04/17 16:08, Ard Biesheuvel wrote: >> >> On 25 April 2017 at 16:07, Bryan O'Donoghue >>> >>> I'm OOO until Thursday however, I could test this out on a Galileo for >>> you with the CSH stripped out. As Jan has pointed out Galileo aka Quark

[PATCH 1/2] f2fs: allow cpc->reason to indicate more than one reason

Change to use different bits of cpc->reason to indicate different status, so cpc->reason can indicate more than one reason. Signed-off-by: Chao Yu --- fs/f2fs/checkpoint.c | 14 +++--- fs/f2fs/f2fs.h | 16 +++- fs/f2fs/segment.c| 8 3 files changed, 18 ins

Re: [PATCH v3 09/29] x86: assembly, use DATA_SIMPLE for data

On Thu 2017-04-27 14:30:05, Jiri Slaby wrote: > Hi, > > On 04/27/2017, 01:53 PM, Pavel Machek wrote: > >> @@ -91,11 +91,11 @@ ENDPROC(do_suspend_lowlevel) > >> > >> .data > >> ALIGN > >> -ENTRY(saved_magic).long 0 > >> -ENTRY(saved_eip) .long 0 > >> +SYM_DATA_SIMPLE(saved_magic, .

Re: [PATCH v1 8/8] ACPI: Use recently introduced uuid_le_cmp_p{p}() helpers

On Fri, Apr 21, 2017 at 11:22:31PM +0200, Rafael J. Wysocki wrote: > > #ifdef CONFIG_ACPI_APEI_PCIEAER > > - else if (!uuid_le_cmp(*(uuid_le *)gdata->section_type, > > - CPER_SEC_PCIE)) { > > + else if (!uuid_le_cmp_p(sec_type, CPER_SEC_PCIE)) {

Re: [PATCH 0/4] hwmon-NCT: Fine-tuning for four function implementations

On Thu, 27 Apr 2017 11:27:21 +0200, SF Markus Elfring wrote: > From: Markus Elfring > Date: Thu, 27 Apr 2017 11:18:22 +0200 > > A few update suggestions were taken into account > from static source code analysis. > > Markus Elfring (4): > Use devm_kcalloc() in nct6683_create_attr_group() > A

Re: [PATCH] plugin python: Adjust the handling after PyRun_String() failed

On 04/27/2017 08:30 PM, Steven Rostedt wrote: On Thu, 27 Apr 2017 11:52:14 +0900 Taeung Song wrote: On 04/27/2017 11:47 AM, Steven Rostedt wrote: On Thu, 27 Apr 2017 08:46:21 +0900 Taeung Song wrote: Even though PyRun_String() failed, just 0 will be returned but we need to return -1 that

Re: [PATCH 1/3] arm64: Add MIDR values for Cavium cn99xx SoCs

On Thu, Apr 27, 2017 at 5:16 PM, Geetha sowjanya wrote: > From: Geetha > > Add MIDR values for Cavium cn99xx SoCs > > Signed-off-by: Geetha > --- > arch/arm64/include/asm/cputype.h | 3 +++ > 1 file changed, 3 insertions(+) > > diff --git a/arch/arm64/include/asm/cputype.h > b/arch/arm64/inclu

[PATCH 0/2] usb: dwc2: Replace polling code with function calls

This series moves dwc2_hsotg_wait_bit_set polling function to core.c and replaces all the register polling parts of code with function calls Tested on HAPS platform with DWC_hsotg IP version 3.30a. Sevak Arakelyan (2): usb: dwc2: Move polling function to core.c. usb: dwc2: Use common polling

[PATCH 1/2] usb: dwc2: Move polling function to core.c.

Move polling function to core.c so it can be used anywhere in the code. Signed-off-by: Sevak Arakelyan --- drivers/usb/dwc2/core.c | 23 +++ drivers/usb/dwc2/core.h | 4 drivers/usb/dwc2/gadget.c | 14 -- 3 files changed, 27 insertions(+), 14 deletions(-

[PATCH 2/2] usb: dwc2: Use common polling function.

Replace all the parts of register polling code with dwc2_hsotg_wait_bit_set function calls. Signed-off-by: Sevak Arakelyan --- drivers/usb/dwc2/core.c | 61 +-- drivers/usb/dwc2/gadget.c | 24 --- drivers/usb/dwc2/hcd.c| 18 +-

Re: [PATCH v1 8/8] ACPI: Use recently introduced uuid_le_cmp_p{p}() helpers

On Thu, 2017-04-27 at 14:46 +0200, Borislav Petkov wrote: > On Fri, Apr 21, 2017 at 11:22:31PM +0200, Rafael J. Wysocki wrote: > > >  #ifdef CONFIG_ACPI_APEI_PCIEAER > > > - else if (!uuid_le_cmp(*(uuid_le *)gdata- > > > >section_type, > > > -   CPER_SEC_PCIE)) {

Re: [PATCH] drm/rockchip: Set line flag config register in vop_crtc_enable

On Thu, Apr 27, 2017 at 03:00:29PM +0800, Mark yao wrote: > On 2017年04月27日 14:54, Jeffy Chen wrote: > > We need to set vop config done after update line flag config, it's a > > new requirement for chips newer than rk3368. > > > > Since we would only use line flag irq for vact_end, let's move it to

Re: [PATCH net-next] mlx5: work around unused function warning

On Thu, Apr 27, 2017 at 02:04:15PM +0200, Arnd Bergmann wrote: > On Thu, Apr 27, 2017 at 1:55 PM, Leon Romanovsky wrote: > > On Thu, Apr 27, 2017 at 01:04:02PM +0200, Arnd Bergmann wrote: > >> The previous patch addressed a sparse warning but replaced it with a > >> compiler warning when CONFIG_MO

Re: [PATCH v3 2/2] modules:capabilities: add a per-task modules autoload restriction

On Thu, Apr 27, 2017 at 4:07 AM, Rusty Russell wrote: > Djalal Harouni writes: >> Hi Rusty, >> >> On Mon, Apr 24, 2017 at 6:29 AM, Rusty Russell wrote: >>> Djalal Harouni writes: When value is (1), task must have CAP_SYS_MODULE to be able to trigger a module auto-load operation, or CA

Re: xen_exit_mmap() questions

> Also, this code in drop_other_mm_ref() looks dubious to me: > > /* If this cpu still has a stale cr3 reference, then make sure >it has been flushed. */ > if (this_cpu_read(xen_current_cr3) == __pa(mm->pgd)) > load_cr3(swapper_pg_dir); > >>

Re: [PATCH v2 2/2] dmaengine: Add DW AXI DMAC driver

On Wed, 2017-04-26 at 18:04 +0300, Andy Shevchenko wrote: > On Tue, 2017-04-25 at 21:12 +0300, Andy Shevchenko wrote: > > On Tue, 2017-04-25 at 15:16 +, Eugeniy Paltsev wrote: > > > On Mon, 2017-04-24 at 19:56 +0300, Andy Shevchenko wrote: > > > > On Mon, 2017-04-24 at 15:55 +, Eugeniy Palt

Re: hwmon-NCT: Fine-tuning for four function implementations

Am 27.04.2017 um 14:50 schrieb Jean Delvare: > On Thu, 27 Apr 2017 11:27:21 +0200, SF Markus Elfring wrote: >> From: Markus Elfring >> Date: Thu, 27 Apr 2017 11:18:22 +0200 >> >> A few update suggestions were taken into account >> from static source code analysis. >> >> Markus Elfring (4): >>

Re: [PATCH v5 01/10] arm64: allwinner: a64: enable RSB on A64

On Wed, Apr 26, 2017 at 11:20:14PM +0800, Icenowy Zheng wrote: > Allwinner A64 have a RSB controller like the one on A23/A33 SoCs. > > Add it and its pinmux. > > Signed-off-by: Icenowy Zheng > Acked-by: Chen-Yu Tsai > --- > Changes in v2: > - Removed bonus properties in pio node. > - Added Chen

[PATCH 0/2]

Those patches aim to complete stm32 timer features support. The last missing part is to be able to chain to timer blocks which mean that one of timerX's trigger could be used as clock for timerY. Since this operating is neither event or buffer triggered mode I would like to introduce a hardware tr

[PATCH 2/2] iio: make stm32 trigger driver use INDIO_HARDWARE_TRIGGERED mode

Add validate function to be use to use the correct trigger. Add an attribute to configure device mode like for quadrature and enable modes Signed-off-by: Benjamin Gaignard --- .../ABI/testing/sysfs-bus-iio-timer-stm32 | 15 ++ drivers/iio/trigger/stm32-timer-trigger.c | 61

[PATCH 1/2] iio: add hardware triggered operating mode

Devices, like stm32 timer, could be triggered by hardware events which are not buffer or software events. However it could be necessary to validate the triggers like it is done for buffer or event triggered modes. This patch add a new INDIO_HARDWARE_TRIGGERED operating mode for this kind of devices

<    1   2   3   4   5   6   7   >