Re: [PATCH v4 0/3] Fix find_first_zero_bit() usage

Hi Lorenzo, On Thursday 14 December 2017 04:21 PM, Lorenzo Pieralisi wrote: > Hi Kishon, > > On Tue, Dec 12, 2017 at 03:16:31PM +0100, Niklas Cassel wrote: >> find_first_zero_bit()'s parameter 'size' is defined in bits, >> not in bytes. >> >> Calling find_first_zero_bit() with the wrong size unit

Re: [PATCH 1/2] thermal: mtk: Cleanup unused defines

On 01/12/2017 11:43, Matthias Brugger wrote: > The mtk_thermal has some defiens which are never used within the driver. > This patch delets them. > > Signed-off-by: Matthias Brugger Acked-by: Daniel Lezcano -- Linaro.org │ Open source software for ARM SoCs Follow

Re: [PATCH V2] mm/mprotect: Add a cond_resched() inside change_pmd_range()

On Thu 14-12-17 16:44:26, Anshuman Khandual wrote: > diff --git a/mm/mprotect.c b/mm/mprotect.c > index ec39f73..43c29fa 100644 > --- a/mm/mprotect.c > +++ b/mm/mprotect.c > @@ -196,6 +196,7 @@ static inline unsigned long change_pmd_range(struct > vm_area_struct *vma, > this_pages =

RE: [PATCH v8 2/2] mtd: nand: Add support for Arasan NAND Flash Controller

Hi Philippe, Thanks for the review. I will update it in next version. Thanks, Naga Sureshkumar Relli. > -Original Message- > From: Philippe Ombredanne [mailto:pombreda...@nexb.com] > Sent: Thursday, December 14, 2017 2:42 PM > To: Naga Sureshkumar Relli > Cc: boris.brezil...@free-electr

[PATCHv2] ipv6: ip6mr: Recalc UDP checksum before forwarding

Currently, when forwarding a multicast packet originating from a Virtual Interface on a Multicast Router to one of its Physical Interfaces, ip_summed is set to a value of CHECKSUM_UNNECESSARY and the UDP checksum is not calculated. The checksum value of the forwarded packet is left as is and there

Re: [PATCH V2] KVM/x86: Check input paging mode when cs.l is set

On 14/12/2017 04:55, Lan Tianyu wrote: > + * When EFER.LME and CR0.PG are set, CR4.PAE and EFER.LMA > + * must be set. > + */ > + if ((sregs->efer & EFER_LME) && (sregs->cr0 & X86_CR0_PG_BIT)) { > + if (!(sregs->cr4 & X86_CR4_PAE_BIT)) > + return -

[PATCH] net: alteon: acenic: clean up indentation issue

From: Colin Ian King There is a hunk of code that is incorrectly indented with spaces and rather than a tab. Clean this up. Signed-off-by: Colin Ian King --- drivers/net/ethernet/alteon/acenic.c | 14 +++--- 1 file changed, 7 insertions(+), 7 deletions(-) diff --git a/drivers/net/eth

[PATCH v2 03/17] arch: Allow arch_dup_mmap() to fail

From: Thomas Gleixner In order to sanitize the LDT initialization on x86 arch_dup_mmap() must be allowed to fail. Fix up all instances. Signed-off-by: Thomas Gleixner Signed-off-by: Peter Zijlstra (Intel) --- arch/powerpc/include/asm/mmu_context.h |5 +++-- arch/um/include/asm/mmu_conte

[PATCH v2 09/17] mm: Provide vm_special_mapping::close

From: Peter Zijlstra Userspace can (malisiously) munmap() the VMAs injected into its memory map through install_special_mapping(). In order to ensure there are no hardware resources tied to the mapping, we need a close callback. Signed-off-by: Peter Zijlstra (Intel) Signed-off-by: Thomas Gleix

[PATCH v2 05/17] x86/ldt: Prevent ldt inheritance on exec

From: Thomas Gleixner The LDT is inheritet independent of fork or exec, but that makes no sense at all because exec is supposed to start the process clean. The reason why this happens is that init_new_context_ldt() is called from init_new_context() which obviously needs to be called for both for

[PATCH v2 00/17] x86/ldt: Use a VMA based read only mapping

So here's a second posting of the VMA based LDT implementation; now without most of the crazy. I took out the write fault handler and the magic LAR touching code. Additionally there are a bunch of patches that address generic vm issue. - gup() access control; In specific I looked at accessing !

[PATCH v2 17/17] x86/ldt: Make it read only VMA mapped

From: Thomas Gleixner Replace the existing LDT allocation and installation code by the new VMA based mapping code. The mapping is exposed read only to user space so it is accessible when the CPU executes in ring 3. The access to the backing pages is not a linear VA space to avoid an extra alias m

[PATCH v2 02/17] mm: Exempt special mappings from mlock(), mprotect() and madvise()

It makes no sense to ever prod at special mappings with any of these syscalls. XXX should we include munmap() ? Signed-off-by: Peter Zijlstra (Intel) --- mm/madvise.c |3 +++ mm/mlock.c|3 ++- mm/mprotect.c |3 +++ 3 files changed, 8 insertions(+), 1 deletion(-) --- a/mm/madvi

[PATCH v2 08/17] mm/x86: Allow special mappings with user access cleared

From: Peter Zijstra In order to create VMAs that are not accessible to userspace create a new VM_NOUSER flag. This can be used in conjunction with install_special_mapping() to inject 'kernel' data into the userspace map. Similar to how arch_vm_get_page_prot() allows adding _PAGE_flags to pgprot_

[PATCH v2 06/17] x86/ldt: Do not install LDT for kernel threads

From: Thomas Gleixner Kernel threads can use the mm of a user process temporarily via use_mm(), but there is no point in installing the LDT which is associated to that mm for the kernel thread. Signed-off-by: Thomas Gleixner --- arch/x86/include/asm/mmu_context.h |3 +-- 1 file changed, 1

[PATCH v2 04/17] x86/ldt: Rework locking

From: Thomas Gleixner The LDT is duplicated on fork() and on exec(), which is wrong as exec() should start from a clean state, i.e. without LDT. To fix this the LDT duplication code will be moved into arch_dup_mmap() which is only called for fork(). This introduces a locking problem. arch_dup_mm

[PATCH v2 15/17] x86/ldt: Prepare for VMA mapping

From: Thomas Gleixner Implement that infrastructure to manage LDT information with backing pages. Preparatory patch for VMA based LDT mapping. Split out for ease of review. Signed-off-by: Thomas Gleixner --- arch/x86/include/asm/mmu.h |3 + arch/x86/include/asm/mmu_context.h |9

Re: [virtio-dev] Re: [PATCH v19 3/7] xbitmap: add more operations

On 12/14/2017 11:47 AM, Wei Wang wrote: On 12/13/2017 10:16 PM, Tetsuo Handa wrote: if (set) ret = find_next_bit(&tmp, BITS_PER_LONG, ebit); else ret = find_next_zero_bit(&

[PATCH v2 11/17] selftests/x86/ldt_gdt: Prepare for access bit forced

From: Thomas Gleixner In order to make the LDT mapping RO the access bit needs to be forced by the kernel. Adjust the test case so it handles that gracefully. Signed-off-by: Thomas Gleixner --- tools/testing/selftests/x86/ldt_gdt.c |3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) --

[PATCH v2 01/17] mm/gup: Fixup p*_access_permitted()

The gup_*_range() functions which implement __get_user_pages_fast() do a p*_access_permitted() test to see if the memory is at all accessible (tests both _PAGE_USER|_PAGE_RW as well as architectural things like pkeys). But the follow_*() functions which implement __get_user_pages() do not have thi

[PATCH v2 13/17] x86/mm: Force LDT desc accessed bit

In preparation to mapping the LDT RO, unconditionally set the accessed bit. Signed-off-by: Peter Zijlstra (Intel) --- arch/x86/include/asm/desc.h |5 + arch/x86/kernel/tls.c | 11 ++- 2 files changed, 7 insertions(+), 9 deletions(-) --- a/arch/x86/include/asm/desc.h +++

[PATCH v2 07/17] mm/softdirty: Move VM_SOFTDIRTY into high bits

From: Peter Zijlstra Only 64bit architectures (x86_64, s390, PPC_BOOK3S_64) have support for HAVE_ARCH_SOFT_DIRTY, so ensure they all select ARCH_USES_HIGH_VMA_FLAGS and move the VM_SOFTDIRTY flag into the high flags. Signed-off-by: Peter Zijlstra (Intel) --- arch/powerpc/platforms/Kconfig.cpu

[PATCH v2 12/17] mm: Make populate_vma_page_range() available

From: Peter Zijlstra Make populate_vma_page_range() outside mm, so special mappings can be populated in dup_mmap(). Signed-off-by: Peter Zijlstra (Intel) Signed-off-by: Thomas Gleixner --- include/linux/mm.h |2 ++ mm/internal.h |2 -- 2 files changed, 2 insertions(+), 2 deletion

[PATCH v2 10/17] selftest/x86: Implement additional LDT selftests

From: Peter Zijlstra do_ldt_ss_test() - tests modifying the SS segment while in use; this tends to come apart with RO LDT maps do_ldt_unmap_test() - tests the mechanics of unmapping the (future) LDT VMA. Additional tests would make sense; like unmapping it while in use (TODO). Signed-off-by: Pe

[PATCH v2 14/17] x86/ldt: Reshuffle code

From: Thomas Gleixner Restructure the code, so the following VMA changes do not create an unreadable mess. No functional change. Signed-off-by: Thomas Gleixner --- arch/x86/include/asm/mmu_context.h |4 + arch/x86/kernel/ldt.c | 118 + 2 fi

[PATCH v2 16/17] x86/ldt: Add VMA management code

Add the VMA management code to LDT which allows to install the LDT as a special mapping, like VDSO and uprobes. The mapping is in the user address space, but without the usr bit set and read only. Split out for ease of review. Signed-off-by: Thomas Gleixner Signed-off-by: Peter Zijlstra (Intel)

Applied "ASoC: sun4i-i2s: Show detailed error when DAI configuration callbacks fail" to the asoc tree

The patch ASoC: sun4i-i2s: Show detailed error when DAI configuration callbacks fail has been applied to the asoc tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in t

[PATCH v3] dmaengine: fsl-edma: disable clks on all error paths

Previously enabled clks are only disabled if clk_prepare_enable() fails. However, there are other error paths were the previously enabled clocks are not disabled. To fix the problem, fsl_disable_clocks() now takes the number of clocks that shall be disabled + unprepared. For existing calls were al

Re: Linux 4.15-rc2: Regression in resume from ACPI S3

On Wed, 13 Dec 2017, Thomas Gleixner wrote: > On Wed, 13 Dec 2017, Thomas Gleixner wrote: > > On Wed, 13 Dec 2017, Thomas Gleixner wrote: > > > On Wed, 13 Dec 2017, Linus Torvalds wrote: > > > > > > > On Wed, Dec 13, 2017 at 8:41 AM, Thomas Gleixner > > > > wrote: > > > > > > > > > > Definitely.

Re: [PATCH RFC 0/7] kvm pvtimer

On 13/12/2017 17:28, Konrad Rzeszutek Wilk wrote: > 1) VM idle path and network req/resp services: > > Does this go away if you don't hit the idle path? Meaning if you > loop without hitting HLT/MWAIT? I am assuming the issue you are facing > is the latency - that is first time the guest comes fro

RE: [PATCH 6/8] remoteproc: Move resource table load logic to find

> -Original Message- > From: linux-remoteproc-ow...@vger.kernel.org [mailto:linux-remoteproc- > ow...@vger.kernel.org] On Behalf Of Bjorn Andersson > Sent: Wednesday, December 13, 2017 11:41 PM > To: Ohad Ben-Cohen ; Bjorn Andersson > > Cc: linux-remotep...@vger.kernel.org; linux-kernel@

Re: [PATCH v2 00/17] x86/ldt: Use a VMA based read only mapping

On Thu, 14 Dec 2017, Peter Zijlstra wrote: > So here's a second posting of the VMA based LDT implementation; now without > most of the crazy. > > I took out the write fault handler and the magic LAR touching code. > > Additionally there are a bunch of patches that address generic vm issue. > >

Re: [BISECTED] tpm CLKRUN breaks PS/2 keyboard and touchpad on Braswell system

Hello Jarkko, On 12/14/2017 12:21 PM, Jarkko Sakkinen wrote: > On Mon, Dec 11, 2017 at 07:37:29PM +, James Ettle wrote: >> Hello, >> >> [First: Apologies if cross-posting from Kernel.org BZ is bad form; my >> distro BZ advised I post this to your mailing list as well.] >> >> Situation: enablin

Re: [PATCH RFC 0/7] kvm pvtimer

On 2017/12/14 19:56, Paolo Bonzini wrote: On 13/12/2017 17:28, Konrad Rzeszutek Wilk wrote: 1) VM idle path and network req/resp services: Does this go away if you don't hit the idle path? Meaning if you loop without hitting HLT/MWAIT? I am assuming the issue you are facing is the latency - t

Re: [PATCH v2] ASOC: wm8960: Add multiple MCLK frequency support

On Wed, Dec 13, 2017 at 08:37:30PM +0800, Chen.Liu wrote: > From: "Chen.Liu" > > Issue: > MCLK=24MHZ,SYSCLOCK=12.288MHZ. > When the 'wm8960_set_pll' function is called,the driver will > prompted "WM8960 PLL: unsupported N = 4" error message. > However,the value of PLLN should be 8 based on th

Re: [PATCH v4 2/3] PCI: endpoint: Fix error handling in pci_epc_epf_link()

On Thu, Dec 14, 2017 at 04:37:22PM +0530, Kishon Vijay Abraham I wrote: > Hi Niklas, > > On Tuesday 12 December 2017 07:46 PM, Niklas Cassel wrote: > > The error handling in pci_epc_epf_link() is broken, > > since the clean up code for pci_epc_add_epf() calls clear_bit(), > > even though the match

Re: [PATCH v2] perf test shell: Fix check open filename arg using 'perf trace

On 12/12/2017 06:12 PM, Arnaldo Carvalho de Melo wrote: > Em Tue, Dec 12, 2017 at 05:24:43PM +0100, Michael Petlan escreveu: >> Hey Arnaldo, this one did not remove the s390x hack and also, won't work >> on arm. Please use the one I just have sent, few seconds ago... > > Ok, I have you latest in,

Re: [PATCH v2 00/17] x86/ldt: Use a VMA based read only mapping

On Thu, Dec 14, 2017 at 01:03:37PM +0100, Thomas Gleixner wrote: > On Thu, 14 Dec 2017, Peter Zijlstra wrote: > > So here's a second posting of the VMA based LDT implementation; now without > > most of the crazy. > > > > I took out the write fault handler and the magic LAR touching code. > > > >

Re: Linux 4.15-rc2: Regression in resume from ACPI S3

On Thursday, December 14, 2017 12:54:05 PM CET Thomas Gleixner wrote: > On Wed, 13 Dec 2017, Thomas Gleixner wrote: > > On Wed, 13 Dec 2017, Thomas Gleixner wrote: > > > On Wed, 13 Dec 2017, Thomas Gleixner wrote: > > > > On Wed, 13 Dec 2017, Linus Torvalds wrote: > > > > > > > > > On Wed, Dec 13,

Re: [PATCH v4 2/3] PCI: endpoint: Fix error handling in pci_epc_epf_link()

On Thursday 14 December 2017 05:37 PM, Lorenzo Pieralisi wrote: > On Thu, Dec 14, 2017 at 04:37:22PM +0530, Kishon Vijay Abraham I wrote: >> Hi Niklas, >> >> On Tuesday 12 December 2017 07:46 PM, Niklas Cassel wrote: >>> The error handling in pci_epc_epf_link() is broken, >>> since the clean up c

Re: [PATCH v5 01/18] PCI: dwc: Use the DMA-API to get the MSI address

Hi Niklas and Lorenzo, I'm going to work on PCI software development now as told by João and I will test your code now. I was retrieving the patches through the patchwork https://patchwork.ozlabs.org/project/linux-pci/list/?submitter=65580 and I notice that its missing the patch 13 and 17, is thi

RE: [Regression 4.15-rc2] New messages `tpm tpm0: A TPM error (2314) occurred continue selftest`

> [Mario from Dell added to CC list.] > > Dear Alexander, > > > On 12/11/17 17:08, alexander.stef...@infineon.com wrote: > > >> On 12/08/17 17:18, Jason Gunthorpe wrote: > >>> On Fri, Dec 08, 2017 at 05:07:39PM +0100, Paul Menzel wrote: > >>> > I have no access to the system right now, but

Re: [PATCH v4 net-next 0/4] bpftool: cgroup bpf operations

2017-12-13 15:18 UTC+ ~ Roman Gushchin > This patchset adds basic cgroup bpf operations to bpftool. > > Right now there is no convenient way to perform these operations. > The /samples/bpf/load_sock_ops.c implements attach/detacg operations, > but only for BPF_CGROUP_SOCK_OPS programs. Bps (p

Re: [PATCH v5 01/18] PCI: dwc: Use the DMA-API to get the MSI address

On Thu, Dec 14, 2017 at 12:16:38PM +, Gustavo Pimentel wrote: > Hi Niklas and Lorenzo, > > I'm going to work on PCI software development now as told by Joao and I will > test your code now. > > I was retrieving the patches through the patchwork > https://patchwork.ozlabs.org/project/linux-pci

Re: [PATCH] powerpc/perf: Dereference bhrb entries safely

On Tue, Dec 12, 2017 at 11:29 PM, Ravi Bangoria wrote: > It may very well happen that branch instructions recorded by > bhrb entries already get unmapped before they get processed by > the kernel. Hence, trying to dereference such memory location > will endup in a crash. Ex, > > Unable to hand

[PATCH] KVM: x86: ioapic: Clear IRR for rtc bit when rtc EOI gotten

We hit a bug in our test while run PCMark 10 in a windows 7 VM, The VM got stuck and the wallclock was hang after several minutes running PCMark 10 in it. It is quite easily to reproduce the bug with the upstream KVM and Qemu. We found that KVM can not inject any RTC irq to VM after it was hang, i

Re: Linux 4.15-rc2: Regression in resume from ACPI S3

On Thu, 14 Dec 2017, Rafael J. Wysocki wrote: > On Thursday, December 14, 2017 12:54:05 PM CET Thomas Gleixner wrote: > > Now the graphics issue is a different story. That only happens on > > hibernation after doing the snapshot. There all non boot cpus are onlined > > again and after that the devi

[PATCH] APEI / ERST: Fix missing error handling in erst_reader()

The commit f6f828513290 ("pstore: pass allocated memory region back to caller") changed the check of the return value from erst_read() in erst_reader() in the following way: if (len == -ENOENT) goto skip; - else if (len < 0) { - rc = -1; + else if

Re: [PATCH v19 3/7] xbitmap: add more operations

On Wed, Dec 13, 2017 at 08:26:06PM +0800, Wei Wang wrote: > On 12/12/2017 09:20 PM, Tetsuo Handa wrote: > > Can you eliminate exception path and fold all xbitmap patches into one, and > > post only one xbitmap patch without virtio-baloon changes? If exception path > > is valuable, you can add excep

Re: [PATCH v5 01/18] PCI: dwc: Use the DMA-API to get the MSI address

Ok. I will compile and test it now. Thanks. On 14/12/2017 12:22, Lorenzo Pieralisi wrote: > On Thu, Dec 14, 2017 at 12:16:38PM +, Gustavo Pimentel wrote: >> Hi Niklas and Lorenzo, >> >> I'm going to work on PCI software development now as told by Joao and I will >> test your code now. >> >>

Re: brcmsmac: use ARRAY_SIZE on rfseq_updategainu_events

Colin Ian King wrote: > From: Colin Ian King > > Use the ARRAY_SIZE macro on rfseq_updategainu_events to determine > size of the array. Improvement suggested by coccinelle. > > Signed-off-by: Colin Ian King > Acked-by: Arend van Spriel Patch applied to wireless-drivers-next.git, thanks. 18

Re: [PATCH v2 01/17] mm/gup: Fixup p*_access_permitted()

On Thu, Dec 14, 2017 at 12:27:27PM +0100, Peter Zijlstra wrote: > The gup_*_range() functions which implement __get_user_pages_fast() do > a p*_access_permitted() test to see if the memory is at all accessible > (tests both _PAGE_USER|_PAGE_RW as well as architectural things like > pkeys). > > But

Re: [intel-sgx-kernel-dev] [PATCH v7 4/8] intel_sgx: driver for Intel Software Guard Extensions

On Fri, Dec 08, 2017 at 03:31:38PM +, Christopherson, Sean J wrote: > Three VA pages in the enclave: A, B and C. Evict all pages in the > enclave, i.e. consume all slots in A, B and C. The list can be in > any order at this point, but for the sake of argument let's say the > order is C->A->B,

Re: [1/1] rtlwifi: always initialize variables given to RT_TRACE()

Nicolas Iooss wrote: > In rtl_rx_ampdu_apply(), when rtlpriv->cfg->ops->get_btc_status() > returns false, RT_TRACE() is called with the values of variables > reject_agg and agg_size, which have not been initialized. > > Always initialize these variables in order to prevent using > uninitialized

[PATCH] drm/virtio: Add window server support

This is to allow clients running within VMs to be able to communicate with a compositor in the host. Clients will use the communication protocol that the compositor supports, and virtio-gpu will assist with making buffers available in both sides, and copying content as needed. It is expected that

Re: [PATCH v4 net-next 0/4] bpftool: cgroup bpf operations

On 12/13/2017 04:18 PM, Roman Gushchin wrote: > This patchset adds basic cgroup bpf operations to bpftool. > > Right now there is no convenient way to perform these operations. > The /samples/bpf/load_sock_ops.c implements attach/detacg operations, > but only for BPF_CGROUP_SOCK_OPS programs. Bps

Re: wlcore: fix unused function warning

Arnd Bergmann wrote: > The newly added wlcore_fw_sleep function is called conditionally, > which causes a warning without CONFIG_PM: > > drivers/net/wireless/ti/wlcore/main.c:981:12: error: 'wlcore_fw_sleep' > defined but not used [-Werror=unused-function] > > Instead of trying to keep track o

Re: [patch 1/2] mm, mmu_notifier: annotate mmu notifiers with blockable invalidate callbacks

Hi David, I love your patch! Yet something to improve: [auto build test ERROR on drm/drm-next] [also build test ERROR on v4.15-rc3 next-20171214] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits

Re: [PATCH v6 00/14] soundwire: Add a new SoundWire subsystem

On Thu, Dec 14, 2017 at 04:23:20PM +0530, Vinod Koul wrote: > On Thu, Dec 14, 2017 at 08:35:08AM +0100, Greg Kroah-Hartman wrote: > > On Thu, Dec 14, 2017 at 11:19:31AM +0530, Vinod Koul wrote: > > > Changes in v6: > > > - Add reviewed/acked tags from Philippe, Pierre, Takashi and Greg > > > -

Re: [RFC PATCH] net: stmmac: enable EEE in MII, GMII or RGMII only

Jerome Brunet writes: > Note in the databook - Section 4.4 - EEE : > " The EEE feature is not supported when the MAC is configured to use the > TBI, RTBI, SMII, RMII or SGMII single PHY interface. Even if the MAC > supports multiple PHY interfaces, you should activate the EEE mode only > when the

Re: [Xen-devel] [PATCH V3 1/2] Drivers/PCI: Export pcie_has_flr() interface

On Wed, Dec 13, 2017 at 03:24:21PM -0600, Bjorn Helgaas wrote: > Prior to a60a2b73ba69, we had > > int pcie_flr(struct pci_dev *dev, int probe); > > like all the other reset methods. AFAICT, the addition of > pcie_has_flr() was to optimize the path slightly because when drivers > call pcie_flr

Re: [PATCH V2] mm/mprotect: Add a cond_resched() inside change_pmd_range()

On 12/14/2017 04:59 PM, Michal Hocko wrote: > On Thu 14-12-17 16:44:26, Anshuman Khandual wrote: >> diff --git a/mm/mprotect.c b/mm/mprotect.c >> index ec39f73..43c29fa 100644 >> --- a/mm/mprotect.c >> +++ b/mm/mprotect.c >> @@ -196,6 +196,7 @@ static inline unsigned long change_pmd_range(struct >

Re: d1fc031747 ("sched/wait: assert the wait_queue_head lock is .."): EIP: __wake_up_common

On Wed, Dec 13, 2017 at 05:03:00PM -0800, Andrew Morton wrote: > I'm probably sitting on an older version. I've dropped > > epoll: use the waitqueue lock to protect ep->wq > sched/wait: assert the wait_queue_head lock is held in __wake_up_common Thanks. I'll send a v3 over the fixed version wit

Re: d1fc031747 ("sched/wait: assert the wait_queue_head lock is .."): EIP: __wake_up_common

On Wed, Dec 13, 2017 at 05:03:00PM -0800, Andrew Morton wrote: > > sched/wait: assert the wait_queue_head lock is held in __wake_up_common > > > > Better ensure we actually hold the lock using lockdep than just > > commenting > > on it. Due to the various exported _locked interfa

Re: [PATCH v3 0/3] create sysfs representation of ACPI HMAT

[CC linix-api] On Wed 13-12-17 19:10:16, Ross Zwisler wrote: > This is the third revision of my patches adding a sysfs representation > of the ACPI Heterogeneous Memory Attribute Table (HMAT). These patches > are based on v4.15-rc3 and a working tree can be found here: > > https://git.kernel.org

Re: [PATCH RFC 0/7] kvm pvtimer

On 14/12/2017 13:06, Quan Xu wrote: > > > On 2017/12/14 19:56, Paolo Bonzini wrote: >> On 13/12/2017 17:28, Konrad Rzeszutek Wilk wrote: >>> 1) VM idle path and network req/resp services: >>> >>> Does this go away if you don't hit the idle path? Meaning if you >>> loop without hitting HLT/MWAIT?

[PATCH v5 3/3] PCI: endpoint: Fix find_first_zero_bit() usage

find_first_zero_bit()'s parameter 'size' is defined in bits, not in bytes. Calling find_first_zero_bit() with the wrong size unit will lead to insidious bugs. Fix this by calling find_first_zero_bit() with size BITS_PER_LONG, rather than sizeof() and add missing find_first_zero_bit() return handl

Re: [PATCH] KVM: x86: ioapic: Clear IRR for rtc bit when rtc EOI gotten

On 14/12/17 14:23, Gonglei wrote: We hit a bug in our test while run PCMark 10 in a windows 7 VM, The VM got stuck and the wallclock was hang after several minutes running PCMark 10 in it. It is quite easily to reproduce the bug with the upstream KVM and Qemu. We found that KVM can not inject

[PATCH v5 1/3] PCI: designware-ep: Fix find_first_zero_bit() usage

find_first_zero_bit()'s parameter 'size' is defined in bits, not in bytes. find_first_zero_bit() is called with size in bytes rather than bits, which thus defines a too low upper limit, causing dw_pcie_ep_inbound_atu() to assign iatu index #4 to both bar 4 and bar 5, which makes bar 5 overwrite th

[PATCH v5 0/3] Fix find_first_zero_bit() usage

find_first_zero_bit()'s parameter 'size' is defined in bits, not in bytes. Calling find_first_zero_bit() with the wrong size unit will lead to insidious bugs. Fix all uses of find_first_zero_bit() called with sizeof() as size argument in drivers/pci. Niklas Cassel (3): PCI: designware-ep: Fix

[PATCH v5 2/3] PCI: endpoint: Populate func_no before calling pci_epc_add_epf()

func_no is a member of struct pci_epf. struct pci_epf is used as an argument to pci_epc_add_epf(), therefore func_no should be populated before calling pci_epc_add_epf(). Fixes: d74679911610 ("PCI: endpoint: Introduce configfs entry for configuring EP functions") Signed-off-by: Niklas Cassel Sug

Re: [intel-sgx-kernel-dev] [PATCH v7 4/8] intel_sgx: driver for Intel Software Guard Extensions

On Tue, Dec 12, 2017 at 01:32:28PM -0800, Sean Christopherson wrote: > On Thu, 2017-12-07 at 18:05 +0200, Jarkko Sakkinen wrote: > > On Thu, Dec 07, 2017 at 02:46:39PM +, Christopherson, Sean J wrote: > > > > > > > > > > > + for (i = 0; i < 2; i++) { > > > > + va_page = li

Re: [PATCH V2] mm/mprotect: Add a cond_resched() inside change_pmd_range()

On Thu 14-12-17 18:25:54, Anshuman Khandual wrote: > On 12/14/2017 04:59 PM, Michal Hocko wrote: > > On Thu 14-12-17 16:44:26, Anshuman Khandual wrote: > >> diff --git a/mm/mprotect.c b/mm/mprotect.c > >> index ec39f73..43c29fa 100644 > >> --- a/mm/mprotect.c > >> +++ b/mm/mprotect.c > >> @@ -196,6

Re: [PATCH 1/2] epoll: use the waitqueue lock to protect ep->wq

On Thu, Dec 07, 2017 at 11:09:11AM -0500, Jason Baron wrote: > On 12/06/2017 06:52 PM, Christoph Hellwig wrote: > > The eoll code currently always uses the unlocked waitqueue helpers for > > ep->wq, but instead of holding the lock inside the waitqueue around these > > calls, as expected by the epol

Re: d1fc031747 ("sched/wait: assert the wait_queue_head lock is .."): EIP: __wake_up_common

Argh, forgot to cc the userfaultfd people. Sorry. On Thu, Dec 14, 2017 at 04:58:09AM -0800, Matthew Wilcox wrote: > On Wed, Dec 13, 2017 at 05:03:00PM -0800, Andrew Morton wrote: > > > sched/wait: assert the wait_queue_head lock is held in > > > __wake_up_common > > > > > > Better

Re: [PATCH 1/2] epoll: use the waitqueue lock to protect ep->wq

> Hm, that reads a bit weirdly. How about: > > The epoll code currently uses the unlocked waitqueue helpers for managing > ep->wq, but instead of holding the waitqueue lock around these calls, it > uses its own ep->lock spinlock. Thanks, fixed.

Re: [PATCH 2/2] sched/wait: assert the wait_queue_head lock is held in __wake_up_common

On Thu, Dec 07, 2017 at 01:50:33AM +0100, Ingo Molnar wrote: > Makes sense. Would you like to carry this patch together with the epoll > patch, to > be able to test them both? If yes then: It would be good to merge them all together. I still thing the sched tree might be the best place for all

Re: [PATCH] KVM: arm/arm64: don't set vtimer->cnt_ctl in kvm_arch_timer_handler

On Thu, Dec 14, 2017 at 12:57:54PM +0800, Jia He wrote: Hi Jia, > > I have tried your newer level-mapped-v7 branch, but bug is still there. > > There is no special load in both host and guest. The guest (kernel > 4.14) is often hanging when booting > > the guest kernel log > > [ OK ] Reached t

Re: [intel-sgx-kernel-dev] [PATCH v7 4/8] intel_sgx: driver for Intel Software Guard Extensions

On Tue, Dec 12, 2017 at 01:46:48PM -0800, Sean Christopherson wrote: > So it looks like you avoid the described case by moving B to the head of > the list in sgx_eldu.  The bug I am seeing is still straightforward to > theorize: > > 1. Three VA pages.  List = A->B->C > 2. Fill A and B, use

Re: d1fc031747 ("sched/wait: assert the wait_queue_head lock is .."): EIP: __wake_up_common

On Thu, Dec 14, 2017 at 04:58:09AM -0800, Matthew Wilcox wrote: > On Wed, Dec 13, 2017 at 05:03:00PM -0800, Andrew Morton wrote: > > > sched/wait: assert the wait_queue_head lock is held in > > > __wake_up_common > > > > > > Better ensure we actually hold the lock using lockdep than j

[PATCH 12/12] ARM: OMAP2+: Use sdhci-omap specific pdata-quirks for MMC/SD on DRA74x EVM

Use sdhci-omap specific pdata-quirks for MMC/SD on DRA74x EVM since UHS modes are supported only in sdhci-omap (and not in omap-hsmmc). Signed-off-by: Kishon Vijay Abraham I --- arch/arm/mach-omap2/pdata-quirks.c | 34 +- 1 file changed, 17 insertions(+), 17 delet

[PATCH 10/12] dt-bindings: sdhci-omap: Add K2G specific binding

Add binding for the TI's sdhci-omap controller present in K2G. Signed-off-by: Kishon Vijay Abraham I --- Documentation/devicetree/bindings/mmc/sdhci-omap.txt | 2 ++ 1 file changed, 2 insertions(+) diff --git a/Documentation/devicetree/bindings/mmc/sdhci-omap.txt b/Documentation/devicetree/bin

[PATCH 02/12] mmc: sdhci-omap: Add card_busy host ops

card_busy ops is used by mmc core in 1) mmc_set_uhs_voltage to verify voltage switch 2) __mmc_start_request/mmc_poll_for_busy to check the card busy status While only DAT0 can be used to check the card busy status (in '2' above), CMD and DAT[0..3] is used to verify voltage switch (in '1' above

[PATCH 06/12] mmc: sdhci_omap: Add support to set IODELAY values

The data manual of J6/J6 Eco recommends to set different IODELAY values depending on the mode in which the MMC/SD is enumerated in order to ensure IO timings are met. Add support to set the IODELAY values depending on the various MMC modes using the pinctrl APIs. Signed-off-by: Kishon Vijay Abrah

[RFC PATCH 09/12] mmc: sdhci: Use software timer when timeout greater than hardware capablility

Errata i834 in AM572x Sitara Processors Silicon Revision 2.0, 1.1 (SPRZ429K July 2014–Revised March 2017 [1]) mentions Under high speed HS200 and SDR104 modes, the functional clock for MMC modules will reach up to 192 MHz. At this frequency, the maximum obtainable timeout (DTO = 0xE) through MMC ho

[PATCH 04/12] mmc: sdhci-omap: Add tuning support

MMC tuning procedure is required to support SD card UHS1-SDR104 mode and EMMC HS200 mode. SDR104/HS200 DLL Tuning Procedure for AM572x platform is mentioned in Figure 25-51. SDR104/HS200 DLL Tuning Procedure of AM572x Sitara Processors Silicon Revision 2.0, 1.1 TRM (SPRUHZ6I - October 2014–Revised

[PATCH 07/12] mmc: sdhci_omap: Fix sdhci-omap quirks

Remove SDHCI_QUIRK_BROKEN_CARD_DETECTION quirk as gpio card detection is supported in sdhci-omap. Add SDHCI_QUIRK2_PRESET_VALUE_BROKEN quirk as setting preset values loads incorrect CLKD values (for UHS modes). Remove SDHCI_QUIRK2_NO_1_8_V quirk as sdhci-omap now supports UHS modes. Signed-off-b

[PATCH 11/12] mmc: sdhci-omap: Add support for MMC/SD controller in k2g SoC

Add support for the new compatible added specifically to support k2g's MMC/SD controller. Signed-off-by: Kishon Vijay Abraham I --- drivers/mmc/host/sdhci-omap.c | 9 + 1 file changed, 9 insertions(+) diff --git a/drivers/mmc/host/sdhci-omap.c b/drivers/mmc/host/sdhci-omap.c index cddc3

[PATCH 00/12] mmc: sdhci-omap: Add UHS/HS200 mode support

Add UHS/HS200 mode support in sdhci-omap. The programming sequence for voltage switching, tuning is followed from AM572x TRM http://www.ti.com/lit/ug/spruhz6i/spruhz6i.pdf (Similar to all AM57x/DRA7x SoCs). The patch series also implements workaround for errata published in http://www.ti.com/lit/er

[PATCH 05/12] mmc: sdhci-omap: Workaround for Errata i802

Errata i802 in AM572x Sitara Processors Silicon Revision 2.0, 1.1 (SPRZ429K July 2014–Revised March 2017 [1]) mentions DCRC error interrupts (MMCHS_STAT[21] DCRC=0x1) can occur during the tuning procedure and it has to be disabled during the tuning procedure Implement workaround for Errata i802 her

Re: [PATCH v5 2/3] PCI: endpoint: Populate func_no before calling pci_epc_add_epf()

On Thursday 14 December 2017 06:31 PM, Niklas Cassel wrote: > func_no is a member of struct pci_epf. > struct pci_epf is used as an argument to pci_epc_add_epf(), > therefore func_no should be populated before calling pci_epc_add_epf(). > > Fixes: d74679911610 ("PCI: endpoint: Introduce configfs

Re: [PATCH v5 3/3] PCI: endpoint: Fix find_first_zero_bit() usage

On Thursday 14 December 2017 06:31 PM, Niklas Cassel wrote: > find_first_zero_bit()'s parameter 'size' is defined in bits, > not in bytes. > > Calling find_first_zero_bit() with the wrong size unit > will lead to insidious bugs. > > Fix this by calling find_first_zero_bit() with size BITS_PER_L

[PATCH 01/12] mmc: sdhci-omap: Update 'power_mode' outside sdhci_omap_init_74_clocks

Updating 'power_mode' in sdhci_omap_init_74_clocks results in 'power_mode' never updated to MMC_POWER_OFF during card removal. This results in initialization sequence not sent to the card during re-insertion. Fix it here by adding sdhci_omap_set_power_mode to update power_mode. This function can al

Re: [PATCH v6 00/14] soundwire: Add a new SoundWire subsystem

On Thu, Dec 14, 2017 at 01:49:49PM +0100, Greg Kroah-Hartman wrote: > On Thu, Dec 14, 2017 at 04:23:20PM +0530, Vinod Koul wrote: > > On Thu, Dec 14, 2017 at 08:35:08AM +0100, Greg Kroah-Hartman wrote: > > > On Thu, Dec 14, 2017 at 11:19:31AM +0530, Vinod Koul wrote: > > > > Changes in v6: > > > >

Re: [PATCH v2 0/2] mm: introduce MAP_FIXED_SAFE

On Thu 14-12-17 12:44:17, Edward Napierala wrote: > Regarding the name - how about adopting MAP_EXCL? It was introduced in > FreeBSD, > and seems to do exactly this; quoting mmap(2): > > MAP_FIXEDDo not permit the system to select a different address > than the one spe

[PATCH 08/12] mmc: sdhci-omap: Add support to override f_max and iodelay from pdata

DRA74x EVM Rev H EVM comes with revision 2.0 silicon. However, earlier versions of EVM can come with either revision 1.1 or revision 1.0 of silicon. The device-tree file is written to support rev 2.0 of silicon. pdata-quirks are used to then override the settings needed for PG 1.1 silicon. PG 1.1

[PATCH 03/12] mmc: sdhci-omap: Add custom set_uhs_signaling sdhci_host ops

UHS-1 DDR50 and MMC DDR52 mode require DDR bit to be set in the configuration register (MMCHS_CON). Add sdhci-omap specific set_uhs_signaling ops to set this bit. Also while setting the UHSMS bit, clock should be disabled. Signed-off-by: Kishon Vijay Abraham I --- drivers/mmc/host/sdhci-omap.c |

RE: [PATCH] KVM: x86: ioapic: Clear IRR for rtc bit when rtc EOI gotten

> -Original Message- > From: Liran Alon [mailto:liran.a...@oracle.com] > Sent: Thursday, December 14, 2017 9:02 PM > To: Gonglei (Arei); pbonz...@redhat.com; rkrc...@redhat.com > Cc: k...@vger.kernel.org; linux-kernel@vger.kernel.org; Huangweidong (C) > Subject: Re: [PATCH] KVM: x86: ioapi

Re: [alsa-devel] [PATCH v10 08/13] regmap: add SLIMbus support

On 14/12/17 08:19, Takashi Iwai wrote: On Thu, 14 Dec 2017 06:17:39 +0100, Vinod Koul wrote: On Wed, Dec 13, 2017 at 04:06:11PM +, Mark Brown wrote: On Mon, Dec 11, 2017 at 11:43:02PM +, srinivas.kandaga...@linaro.org wrote: Mark, can I get an Ack for this patch so I can take it t

Re: [BUG]kernel softlockup due to sidtab_search_context run for long time because of too many sidtab context node

On Thu, 2017-12-14 at 03:19 +, yangjihong wrote: > Hello, > > >  So, does docker just keep allocating a unique category set for > > every new container, never reusing them even if the container is > > destroyed?  > >  That would be a bug in docker IMHO.  Or are you creating an > > unbounded nu

<    1   2   3   4   5   6   7   8   9   10   >