[PATCH v2] KVM: nVMX: Fix exception injection

From: Wanpeng Li WARNING: CPU: 3 PID: 2840 at arch/x86/kvm/vmx.c:10966 nested_vmx_vmexit+0xdcd/0xde0 [kvm_intel] CPU: 3 PID: 2840 Comm: qemu-system-x86 Tainted: G OE 4.12.0-rc3+ #23 RIP: 0010:nested_vmx_vmexit+0xdcd/0xde0 [kvm_intel] Call Trace: ?

[PATCH v9 06/10] powerpc/powernv: Core IMC events detection

From: Madhavan Srinivasan This patch adds support for detection of core IMC events along with the Nest IMC events. It adds a new domain IMC_DOMAIN_CORE

[PATCH v2] parport_serial: Add support for WCH CH382L PCI-E single parallel port card.

From: Alexander Gerasiov WCH CH382L is a PCI-E adapter with 1 parallel port. It is similair to CH382 but serial ports are not soldered on board. Detected as Serial controller: Device 1c00:3050 (rev 10) (prog-if 05 [16850]) Signed-off-by: Alexander Gerasiov

[PATCH v9 05/10] powerpc/perf: IMC pmu cpumask and cpuhotplug support

Adds cpumask attribute to be used by each IMC pmu. Only one cpu (any online CPU) from each chip for nest PMUs is designated to read counters. On CPU hotplug, dying CPU is checked to see whether it

[PATCH v9 10/10] powerpc/perf: Thread imc cpuhotplug support

Code to add support for thread IMC on cpuhotplug. When a cpu goes offline, the LDBAR for that cpu is disabled, and when it comes back online the previous ldbar value is written back to the LDBAR for that cpu. To register the hotplug functions for thread_imc, a new state

[PATCH v9 07/10] powerpc/perf: PMU functions for Core IMC and hotplugging

From: Madhavan Srinivasan Code to add PMU function to initialize a core IMC event. It also adds cpumask initialization function for core IMC PMU.

[PATCH v9 01/10] powerpc/powernv: Data structure and macros definitions for IMC

From: Madhavan Srinivasan Create a new header file to add the data structures and macros needed for In-Memory Collection (IMC) counter support. Signed-off-by: Anju T Sudhakar Signed-off-by: Hemant Kumar

Re: [linux-sunxi] [PATCH] net-next: stmmac: dwmac-sun8i: ensure the EPHY is properly reseted

On Mon, Jun 05, 2017 at 01:10:19PM +0200, Corentin Labbe wrote: > On Mon, Jun 05, 2017 at 01:53:23AM +0800, Icenowy Zheng wrote: > > The EPHY may be already enabled by bootloaders which have Ethernet > > capability (e.g. current U-Boot). Thus it should be reseted properly > > before doing the

[PATCH 2/3] pinctrl: intel: Make it possible to specify mode per pin in a group

On some SoCs not all pins in a group use the same mode when a certain function is muxed out of them. This makes it possible to specify mode per pin as an array instead in addition to single integer. Signed-off-by: Mika Westerberg ---

[PATCH 0/3] pinctrl: Add support for Intel Cannon Lake PCH

Hi, This series adds support for the pinctrl and GPIO hardware found on the next generation Intel Cannon Lake CPUs. We also update the Intel core pinctrl driver with a concept of hardware pad groups that are needed by the new driver and make it possible to specify mode per pin instead of the

Re: Cgroup hung system with rt patch, tested under 4.4.32/4.4.66/4.9.30

Specificly, it's cgroup cpu subsystem' problem. You can use the attached shell script to test. After several minutes or an hour, the system will hung without response to user input. Please help! 1. How to get kernel crash file/vmcore when system hung ? 2. What's the root cause ? On Mon, Jun 5,

[PATCH v2] signal: Avoid undefined behaviour in kill_something_info

when I run the kill(72057458746458112, 0) in the userspace, I hit the following issue. [ 304.606353] UBSAN: Undefined behaviour in kernel/signal.c:1462:11 [ 304.612622] negation of -2147483648 cannot be represented in type 'int': [ 304.619516] CPU: 226 PID: 9849 Comm: test Tainted: GB

[PATCH 3/3] pinctrl: intel: Add Intel Cannon Lake PCH pin controller support

This adds pinctrl/GPIO support for Intel Cannon Lake PCH. The Cannon Lake PCH GPIO is based on newer version of the Intel GPIO hardware. Signed-off-by: Mika Westerberg --- drivers/pinctrl/intel/Kconfig | 8 + drivers/pinctrl/intel/Makefile

[PATCH 1/3] pinctrl: intel: Add support for variable size pad groups

The Intel GPIO hardware has a concept of pad groups, which means 1 to 32 pads occupying their own GPI_IS, GPI_IE, PAD_OWN and so on registers. The existing hardware has the same amount of pads in each pad group (except the last one) so it is possible to use community->gpp_size to calculate start

Re: [v2 1/1] usb:host:xhci support option to disable xHCI 1.0 USB2 HW LPM

On Mon, Jun 5, 2017 at 6:14 PM, Mathias Nyman wrote: > On 20.05.2017 10:24, Thang Q. Nguyen wrote: >> >> XHCI specification 1.1 does not require xHCI 1.0 compliant controllers >> to always enable hardware USB2 LPM. >> However, the current xHCI driver always enable

Re: [PATCH v3 00/19] Report power supply from hid-logitech-hidpp

On Mon, 2017-06-05 at 10:01 +0200, Jiri Kosina wrote: > On Fri, 2 Jun 2017, Dave Hansen wrote: > > > > > > > This will allow upower to not handle those devices anymore > > > > > > and to > > > > > > have more > > > > > > immediate reportng of the device to the system. > > > > > > > > > > FWIW,

Re: [PATCH v2] misc: atmel-ssc: Handle return value of clk_prepare_enable and clk_prepare

On 05/06/2017 at 14:05:15 +0200, Greg KH wrote: > On Mon, Jun 05, 2017 at 11:36:52AM +0200, Alexandre Belloni wrote: > > On 05/06/2017 at 14:53:30 +0530, Arvind Yadav wrote: > > > Hi, > > > > > > Yes, Patch v1 was wrong that's why i have push v2. > > > clk_prepare and clk_prepare_enable can fail.

[PATCH v4 0/3] Allwinner V3s audio codec support (ASoC part)

This is the ASoC part of the Allwinner V3s audio codec support. The audio codec is like the ones on A23/H3, but much simpler. As it lacks two features that used to be common (MIC2 and LINEIN), some structures are altered to exclude these features. Icenowy Zheng (3): ASoC: sun8i-codec-analog:

[PATCH v4 2/3] ASoC: sun8i-codec-analog: add support for V3s SoC

From: Icenowy Zheng The V3s SoC features an analog codec with headphone support but without mic2 and linein. Add support for it. Signed-off-by: Icenowy Zheng Reviewed-by: Chen-Yu Tsai Acked-by: Rob Herring --- Changes in

Re: [PATCH v2 2/3] PCI: Enable PCIe Relaxed Ordering if supported

On 2017/6/4 2:19, Alexander Duyck wrote: > On Fri, Jun 2, 2017 at 9:04 PM, Ding Tianhong wrote: >> The PCIe Device Control Register use the bit 4 to indicate that >> whether the device is permitted to enable relaxed ordering or not. >> But relaxed ordering is not safe

Re: [PATCH] spi: davinci: Fix compilation warning.

On Mon, Jun 05, 2017 at 06:59:15PM +0530, Arvind Yadav wrote: > Hi, > yes, You are right. we are getting this warning. > drivers/spi/spi-davinci.c: In function ‘davinci_spi_probe’: Please don't top post, reply in line with needed context. This allows readers to readily follow the flow of

Re: kernel of next-20170602 call trace when run add_key02 in LTP

Hi, > Compile kernel (next-20170602) and run ltp, find: > > / # ./add_key02 > tst_test.c:878: INFO: Timeout per run is 0h 05m 00s > [ 341.183219] BUG: unable to handle kernel NULL pointer dereference at > (null) > [ 341.183850] IP: memset+0x10/0x20 > [ 341.184550] *pdpt = 35441001

Re: [PATCH] nvme-rdma: remove race conditions from IB signalling

On 6/5/2017 12:45 PM, Marta Rybczynska wrote: This patch improves the way the RDMA IB signalling is done by using atomic operations for the signalling variable. This avoids race conditions on sig_count. The signalling interval changes slightly and is now the largest power of two not larger

sparc64 gcc 7.1 compile error

Hi, I get a compile/linking error with gcc 7.1 when targeting qemu system sparc64. + objects='arch/sparc/kernel/head_64.o init/built-in.o --start-group usr/built-in.o arch/sparc/built-in.o kernel/built-in.o certs/built-in.o mm/built-in.o fs/built-in.o ipc/built-in.o security/built-in.o

[PATCH RFC 2/2] thermal/cpu idle cooling: cpu idle cooling cooperate with cpu cooling

This implements precise cpu thermal control through the cooperation between cpu idle cooling and cpu cooling, avoid frequency decrease if idle injection can achieve the target power limit. This can bring a smoother temperature curve and performance improvement in some case when there are big power

Re: [PATCH][V2] net: stmmac: ensure jumbo_frm error return is correctly checked for -ve value

On Mon, 5 Jun 2017, Colin King wrote: > From: Colin Ian King > > The current comparison of entry < 0 will never be true since entry is an > unsigned integer. Make entry an int to ensure -ve error return values > from the call to jumbo_frm are correctly being caught.

[PATCH] drbd: rename "usermode_helper" to "drbd_usermode_helper"

From: Greg Kroah-Hartman Nothing like having a very generic global variable in a tiny driver subsystem to make a mess of the global namespace... Note, there are many other "generic" named global variables in the drbd subsystem, someone should fix those up one day

[PATCH] arm: LPAE: kexec: clear TTBCR.T1SZ explicitly when PHYS_OFFSET > PAGE_OFFSET

Clearing TTBCR.T1SZ explicitly when kernel runs on a configuration of PHYS_OFFSET > PAGE_OFFSET. Reading TTBCR in early boot stage might returns the value of the previous kernel's configuration, especially in case of kexec. For example, if normal kernel (first kernel) had run on a configuration

Re: [PATCH] mm: make PR_SET_THP_DISABLE immediately active

On 06/02/2017 11:10 PM, Andrew Morton wrote: > On Fri, 2 Jun 2017 22:55:12 +0200 Vlastimil Babka wrote: > >> On 06/02/2017 10:40 PM, Andrew Morton wrote: >>> On Fri, 2 Jun 2017 22:31:47 +0200 Vlastimil Babka wrote: > Perhaps we should be adding new prctl

Re: [PATCH] arm: LPAE: kexec: clear TTBCR.T1SZ explicitly when PHYS_OFFSET > PAGE_OFFSET

On Mon, Jun 05, 2017 at 06:22:20PM +0900, Hoeun Ryu wrote: > diff --git a/arch/arm/mm/proc-v7-3level.S b/arch/arm/mm/proc-v7-3level.S > index 5e5720e..9ac2bec 100644 > --- a/arch/arm/mm/proc-v7-3level.S > +++ b/arch/arm/mm/proc-v7-3level.S > @@ -140,6 +140,7 @@ ENDPROC(cpu_v7_set_pte_ext) >

Re: [PATCH v2 1/3] perf tools: Introduce dso__decompress_kmodule_{fd,path}

On Sat, Jun 03, 2017 at 11:00:31AM +0900, Namhyung Kim wrote: > Move decompress_kmodule() to util/dso.c and split it to two functions > returning fd and (decompressed) file path. Existing user only wants the > fd version but the path version will be used soon. > > Signed-off-by: Namhyung Kim

Re: [PATCH] media: platform: s3c-camif: fix arguments position in function call

On 06/02/2017 05:43 AM, Gustavo A. R. Silva wrote: Hi Sylwester, Here is another patch in case you decide that it is better to apply this one. Thanks, I applied this patch. In future please put any comments only after the scissors ("---") line, the comments can be then discarded

Re: [PATCH v3] drm/bridge: Refactor out the panel wrapper from the lvds-encoder bridge.

On 06/03/2017 01:55 AM, Eric Anholt wrote: Many DRM drivers have common code to make a stub connector implementation that wraps a drm_panel. By wrapping the panel in a DRM bridge, all of the connector code (including calls during encoder enable/disable) goes away. v2: Fix build with

Re: [PATCH 2/5] powerpc/mm: split store_updates_sp() in two parts in do_page_fault()

Christophe LEROY writes: > Le 02/06/2017 à 11:26, Michael Ellerman a écrit : >> Christophe Leroy writes: >> >>> Only the get_user() in store_updates_sp() has to be done outside >>> the mm semaphore. All the comparison can be done within the

Re: [PATCH V2] nvme: fix nvme_remove going to uninterruptible sleep for ever

On Mon, Jun 05, 2017 at 10:18:17AM +0200, Christoph Hellwig wrote: > On Sun, Jun 04, 2017 at 06:28:15PM +0300, Sagi Grimberg wrote: > > > >> I think we need the NVME_CTRL_SCHED_RESET state. In fact I'm pretty > >> sure some time in the past I already had it in a local tree as a > >>

Re: [v2 1/1] usb:host:xhci support option to disable xHCI 1.0 USB2 HW LPM

On 20.05.2017 10:24, Thang Q. Nguyen wrote: XHCI specification 1.1 does not require xHCI 1.0 compliant controllers to always enable hardware USB2 LPM. However, the current xHCI driver always enable it by setting HLE=1 when seeing HLC=1. This makes certain xHCI controllers that have broken USB2

Re: [PATCH 2/5] mtd: block2mtd: Add support for specifying MTD write size and subpage shift

Pali, Am 05.06.2017 um 13:21 schrieb Pali Rohár: > On Friday 02 June 2017 18:13:02 Richard Weinberger wrote: >> Pali, >> >> Am 02.06.2017 um 17:43 schrieb Pali Rohár: >>> It is needed for creating emulated devices suitable for using in UBI layer >>> and with UBIFS. >> >> Why? > > ubifs depends

Re: [PATCH 5/9] [media] s5p-jpeg: Add IOMMU support

On 06/02/2017 06:02 PM, Thierry Escande wrote: From: Tony K Nadackal This patch adds support for IOMMU s5p-jpeg driver if the Exynos IOMMU and ARM DMA IOMMU configurations are supported. The address space is created with size limited to 256M and base address set to

[PATCH] spi: davinci: Fix compilation warning.

If CONFIG_OF is disable, it'll through compilation warning. drivers/spi/spi-davinci.c: In function ‘spi_davinci_get_pdata’: drivers/spi/spi-davinci.c:880:2: warning: return makes pointer from integer without a cast [enabled by default] return -ENODEV; Signed-off-by: Arvind Yadav

Re: [PATCH] KVM: nVMX: Fix exception injection

2017-06-05 20:07 GMT+08:00 Paolo Bonzini : > > > On 03/06/2017 05:21, Wanpeng Li wrote: >> Commit 0b6ac343fc (KVM: nVMX: Correct handling of exception injection) >> mentioned >> that "KVM wants to inject page-faults which it got to the guest. This >> function >> assumes it

Re: [kernel-hardening] [PATCH] powerpc: Increase ELF_ET_DYN_BASE to 1TB for 64-bit applications

Rather than doing this, the base should just be split for an ELF interpreter like PaX. It makes sense for a standalone executable to be as low in the address space as possible. Doing that ASAP fixes issues like this and opens up the possibility of fixing stack mapping ASLR entropy on various

[PATCH] ppp: mppe: Use vsnprintf extension %phN

Using this extension reduces the object size. $ size drivers/net/ppp/ppp_mppe.o* textdata bss dec hex filename 5683 216 859071713 drivers/net/ppp/ppp_mppe.o.new 5808 216 860321790 drivers/net/ppp/ppp_mppe.o.old Signed-off-by: Joe

Re: [PATCH] fs: nfs: Fix a sleep-in-atomic bug in nfs_access_add_cache

On 06/05/2017 07:48 PM, Trond Myklebust wrote: On Mon, 2017-06-05 at 16:05 +0800, Jia-Ju Bai wrote: The driver may sleep under a rcu read lock, and function call path is: nfs_permission (acquire the lock by rcu_read_lock) nfs_do_access nfs_access_add_cache kmalloc(GFP_KERNEL) -->

Re: [PATCH] sit: reload iphdr in ipip6_rcv

On Sun, 2017-06-04 at 14:43 +0800, Haishuang Yan wrote: > Since iptunnel_pull_header() can call pskb_may_pull(), > we must reload any pointer that was related to skb->head. > > Fixes: a09a4c8dd1ec ("tunnels: Remove encapsulation offloads on decap") > Signed-off-by: Haishuang Yan

Re: [PATCH v2] signal: Avoid undefined behaviour in kill_something_info

On Mon 05-06-17 20:53:27, zhongjiang wrote: > diff --git a/kernel/signal.c b/kernel/signal.c > index ca92bcf..63148f7 100644 > --- a/kernel/signal.c > +++ b/kernel/signal.c > @@ -1395,6 +1395,12 @@ static int kill_something_info(int sig, struct siginfo > *info, pid_t pid) > >

Re: [PATCH v2] signal: Avoid undefined behaviour in kill_something_info

On 2017/6/5 21:09, Michal Hocko wrote: > On Mon 05-06-17 20:53:27, zhongjiang wrote: >> diff --git a/kernel/signal.c b/kernel/signal.c >> index ca92bcf..63148f7 100644 >> --- a/kernel/signal.c >> +++ b/kernel/signal.c >> @@ -1395,6 +1395,12 @@ static int kill_something_info(int sig, struct >>

Re: [linux-sunxi] [PATCH 1/2] dmaengine: sun6i: make gate bit in sun8i's DMA engines a common quirk

On Mon, Jun 5, 2017 at 8:33 PM, Icenowy Zheng wrote: > From: Icenowy Zheng > > Originally we enable a special gate bit when the compatible indicates > A23/33. > > But according to BSP sources and user manuals, more SoCs will need this > gate bit. > > So make it

Re: [GIT PULL] ACPI fixes for v4.12-rc4

On Monday, June 05, 2017 02:02:42 AM Zheng, Lv wrote: > Hi, > > > From: linux-acpi-ow...@vger.kernel.org > > [mailto:linux-acpi-ow...@vger.kernel.org] On Behalf Of Rafael J. > > Wysocki > > Subject: [GIT PULL] ACPI fixes for v4.12-rc4 > > > > Hi Linus, > > > > Please pull from the tag > > > >

Re: [PATCH v2] tpm: Enable CLKRUN protocol for Braswell systems

On Thu, Jun 01, 2017 at 07:04:04PM -0700, Azhar Shaikh wrote: > To overcome a hardware limitation on Intel Braswell systems, > disable CLKRUN protocol during TPM transactions and re-enable > once the transaction is completed. > > Signed-off-by: Azhar Shaikh > --- >

Re: linux-next: build failure after merge of the akpm-current tree

> It also probably finds more architecture-specific issues and may need > compatibility fixes for them. I could mark it as compatible with only > arm64 and x86(_64) since they're what I've tested to build and work at > runtime and the compile-time errors could be turned into warnings for > now, if

Re: [PATCH 2/6] x86/elf: move 32 bit ELF_ET_DYN_BASE to 256MB

On Fri, 2017-06-02 at 21:22 -0700, Kees Cook wrote: > As a result of these things, I'm not sure I like the 256MB change, as > I'd rather we get the PIE base as low as possible. I *think* this > should match the ET_EXEC addresses: 32-bit x86 ET_EXEC loads at > 0x8048000. 64-bit x86 ET_EXEC loads

Re: [PATCH v2] KVM: nVMX: Fix exception injection

2017-06-05 20:26 GMT+08:00 Paolo Bonzini : > > > On 05/06/2017 14:19, Wanpeng Li wrote: >> From: Wanpeng Li >> >> WARNING: CPU: 3 PID: 2840 at arch/x86/kvm/vmx.c:10966 >> nested_vmx_vmexit+0xdcd/0xde0 [kvm_intel] >> CPU: 3 PID: 2840 Comm:

Re: [PATCH] nvme-rdma: remove race conditions from IB signalling

- Mail original - > De: "Marta Rybczynska" > À: "Sagi Grimberg" > Cc: ax...@fb.com, "Leon Romanovsky" , > linux-kernel@vger.kernel.org, linux-n...@lists.infradead.org, > "keith busch" , "Doug Ledford"

[PATCH v2 1/2] DT: pinctrl: Add binding documentation for Spreadtrum pin controller

This patch adds the binding documentation for Spreadtrum SC9860 pin controller device. Signed-off-by: Baolin Wang --- Changes since v1: - Remove magic numbers and get to use the standard bindings. - Fix some typos. ---

[PATCH V5] rxe: Fix a sleep-in-atomic bug in post_one_send

The driver may sleep under a spin lock, and the function call path is: post_one_send (acquire the lock by spin_lock_irqsave) init_send_wqe copy_from_user --> may sleep There is no flow that makes "qp->is_user" true, and copy_from_user may cause bug when a non-user pointer is used. So the

Re: [PATCH v2] KVM: nVMX: Fix exception injection

On 05/06/2017 14:19, Wanpeng Li wrote: > From: Wanpeng Li > > WARNING: CPU: 3 PID: 2840 at arch/x86/kvm/vmx.c:10966 > nested_vmx_vmexit+0xdcd/0xde0 [kvm_intel] > CPU: 3 PID: 2840 Comm: qemu-system-x86 Tainted: G OE 4.12.0-rc3+ > #23 > RIP:

[PATCH 0/2] Allwinner V3s DMA support

This is a dedicated patchset of Allwinner V3s DMA support, which used to be part of the audio codec support patchset. It's a derivation of the DMA part of v3 of the codec patchset. Icenowy Zheng (2): dmaengine: sun6i: make gate bit in sun8i's DMA engines a common quirk dmaengine: sun6i:

[PATCH 2/2] dmaengine: sun6i: support V3s SoC variant

From: Icenowy Zheng Allwinner V3s has a DMA engine similar to the ones from A31, but with fewer channels and DRQs. Add support for it. Signed-off-by: Icenowy Zheng Acked-by: Chen-Yu Tsai Acked-by: Rob Herring --- Changes

Re: linux-next: build failure after merge of the akpm-current tree

On Mon, 2017-06-05 at 17:01 +1000, Stephen Rothwell wrote: > Hi Andrew, > > After merging the akpm-current tree, today's linux-next build (x86_64 > allmodconfig) failed like this: > > sound/pcmcia/pdaudiocf/pdaudiocf.o: warning: objtool: .text: > unexpected end of section >

Re: [PATCH] spi: davinci: Fix compilation warning.

Hi Arvind, On Mon, Jun 5, 2017 at 2:14 PM, Arvind Yadav wrote: > If CONFIG_OF is disable, it'll through compilation warning. > > drivers/spi/spi-davinci.c: In function ‘spi_davinci_get_pdata’: > drivers/spi/spi-davinci.c:880:2: warning: return makes pointer from

RE: [lkp-robot] [EDAC, sb_edac] e2f747b1f4: kmsg.EDAC_sbridge:Failed_to_register_device_with_error

Hi Xiaolong, Thanks! I'll look at it, and feedback ASAP. BR qiuxu -Original Message- From: lkp-robot-requ...@eclists.intel.com [mailto:lkp-robot-requ...@eclists.intel.com] On Behalf Of Ye, Xiaolong Sent: Monday, June 5, 2017 2:23 PM To: Zhuo, Qiuxu Cc:

Re: [PATCH v2] signal: Avoid undefined behaviour in kill_something_info

On 06/05, zhongjiang wrote: > > --- a/kernel/signal.c > +++ b/kernel/signal.c > @@ -1395,6 +1395,12 @@ static int kill_something_info(int sig, struct siginfo > *info, pid_t pid) > > read_lock(_lock); > if (pid != -1) { > + /* > + * -INT_MIN is undefined, it

Re: [PATCH v3 19/27] thunderbolt: Add new Thunderbolt PCI IDs

On Mon, Jun 05, 2017 at 03:55:07PM +0300, Mika Westerberg wrote: > > Yes, it's useful to have ICM-based Thunderbolt on Macs and personally > > I'm totally fine with making it the default for Macs which support it. > > (I can't speak for Andreas, obviously.) > > > > However it would be great to

[PATCH] external references for device tree overlays

From: Stefani Seibold This patch enables external references for symbols which are not exported by the current device tree. For example // RASPI example (only for testing) /dts-v1/; /plugin/; / { compatible = "brcm,bcm2835", "brcm,bcm2708", "brcm,bcm2709";

[PATCH v4 3/3] ASoC: sun4i-codec: Add support for V3s codec

From: Icenowy Zheng The codec in the V3s is similar to the one found on the A31. One key difference is the analog path controls are routed through the PRCM block. This is supported by the sun8i-codec-analog driver, and tied into this codec driver with the audio card's aux_dev.

[PATCH v2 2/2] pinctrl: sprd: Add Spreadtrum pin control driver

This patch adds the pin control driver for Spreadtrum SC9860 platform. Signed-off-by: Baolin Wang --- Changes since v1: - Remove magic numbers and use generic pin control bindings. --- drivers/pinctrl/Kconfig|1 + drivers/pinctrl/Makefile

Re: [lkp-robot] [btrfs] beeeccca9b: WARNING:at_mm/util.c:#kvmalloc_node

Hi David, On Mon, 5 Jun 2017 13:43:06 +0200 David Sterba wrote: > > Now fixed, sorry. Top commit 736202ae51c50a6063087011073e91b6a6ae92e9. I > didn't notice the patch got back to for-next through another branch. Ah ha. Thanks. -- Cheers, Stephen Rothwell

[PATCH v9 00/10] IMC Instrumentation Support

Power9 has In-Memory-Collection (IMC) infrastructure which contains various Performance Monitoring Units (PMUs) at Nest level (these are on-chip but off-core), Core level and Thread level. The Nest PMU counters are handled by a Nest IMC microcode which runs in the OCC (On-Chip Controller)

[PATCH v9 02/10] powerpc/powernv: Autoload IMC device driver module

Code to create platform device for the IMC counters. Paltform devices are created based on the IMC compatibility string. New Config flag "CONFIG_HV_PERF_IMC_CTRS" add to contain the IMC counter changes. Signed-off-by: Anju T Sudhakar Signed-off-by: Hemant Kumar

[PATCH v9 04/10] powerpc/perf: Add generic IMC pmu group and event functions

Device tree IMC driver code parses the IMC units and their events. It passes the information to IMC pmu code which is placed in powerpc/perf as "imc-pmu.c". Patch adds a set of generic imc pmu related event functions to be used by each imc pmu unit. Add code to setup format attribute and to

Re: bug? dwc2: insufficient fifo memory

On 6/2/2017 10:20 PM, John Stultz wrote: > On Mon, Apr 17, 2017 at 3:36 PM, John Stultz wrote: >> On Fri, Feb 24, 2017 at 2:46 PM, John Stultz wrote: >>> Hey John, >>> So after the USB tree landed in 4.11-rc, I've been seeing the >>> following

[PATCH v9 08/10] powerpc/powernv: Thread IMC events detection

Code to add support for detection of thread IMC events. It adds a new domain IMC_DOMAIN_THREAD and it is determined with the help of the "type" property in the imc device-tree. Signed-off-by: Anju T Sudhakar Signed-off-by: Hemant Kumar

[PATCH v9 03/10] powerpc/powernv: Detect supported IMC units and its events

From: Madhavan Srinivasan Parse device tree to detect IMC units. Traverse through each IMC unit node to find supported events and corresponding unit/scale files (if any). The device tree for IMC counters starts at the node "imc-counters". This node contains all the IMC

[PATCH v9 09/10] powerpc/perf: Thread IMC PMU functions

Code to add PMU functions required for event initialization, read, update, add, del etc. for thread IMC PMU. Thread IMC PMUs are used for per-task monitoring.

Re: [PATCH] signal: Avoid undefined behaviour in kill_something_info

On 06/05, zhongjiang wrote: > > static int kill_something_info(int sig, struct siginfo *info, pid_t pid) > { > - int ret; > + int ret, vpid; > > if (pid > 0) { > rcu_read_lock(); > @@ -1395,8 +1395,12 @@ static int kill_something_info(int sig, struct siginfo >

Re: [PATCH V5] rxe: Fix a sleep-in-atomic bug in post_one_send

On Mon, Jun 05, 2017 at 08:23:40PM +0800, Jia-Ju Bai wrote: > The driver may sleep under a spin lock, and the function call path is: > post_one_send (acquire the lock by spin_lock_irqsave) > init_send_wqe > copy_from_user --> may sleep > > There is no flow that makes "qp->is_user" true, and

Re: is alpha jensen support dead?

On Mon, 22 May 2017, Christoph Hellwig wrote: > Great! Still makes me wonder about Jensen, which appears to be > the only platform that requires a different build than the normal > generic PCI-enabled kernel. And I suspect it's pretty much dead > at this point.. Jensen is EISA-only, which is

Re: [PATCH] signal: Avoid undefined behaviour in kill_something_info

On 2017/6/5 20:37, Oleg Nesterov wrote: > On 06/05, zhongjiang wrote: >> static int kill_something_info(int sig, struct siginfo *info, pid_t pid) >> { >> -int ret; >> +int ret, vpid; >> >> if (pid > 0) { >> rcu_read_lock(); >> @@ -1395,8 +1395,12 @@ static int

[PATCH v4.1 4/8] mm, gup: Ensure real head page is ref-counted when using hugepages

When speculatively taking references to a hugepage using page_cache_add_speculative() in gup_huge_pmd(), it is assumed that the page returned by pmd_page() is the head page. Although normally true, this assumption doesn't hold when the hugepage comprises of successive page table entries such as

[PATCH 1/2] dmaengine: sun6i: make gate bit in sun8i's DMA engines a common quirk

From: Icenowy Zheng Originally we enable a special gate bit when the compatible indicates A23/33. But according to BSP sources and user manuals, more SoCs will need this gate bit. So make it a common quirk configured in the config struct. Signed-off-by: Icenowy Zheng

Re: [PATCH v3 19/27] thunderbolt: Add new Thunderbolt PCI IDs

On Mon, Jun 05, 2017 at 02:07:56PM +0200, Lukas Wunner wrote: > On Mon, Jun 05, 2017 at 12:32:49PM +0300, Mika Westerberg wrote: > > On Mon, Jun 05, 2017 at 10:14:37AM +0200, Lukas Wunner wrote: > > > On Fri, Jun 02, 2017 at 05:05:16PM +0300, Mika Westerberg wrote: > > > > ---

Build regressions/improvements in v4.12-rc4

Below is the list of build error/warning regressions/improvements in v4.12-rc4[1] compared to v4.11[2]. Summarized: - build errors: +/-3 - build warnings: +27841/-946 JFYI, when comparing v4.12-rc4[1] to v4.12-rc3[3], the summaries are: - build errors: +/-3 - build warnings: +1324/-1234

Re: hackbench vs select_idle_sibling; was: [tip:sched/core] sched/fair, cpumask: Export for_each_cpu_wrap()

On Fri, 19 May, at 04:00:35PM, Matt Fleming wrote: > On Wed, 17 May, at 12:53:50PM, Peter Zijlstra wrote: > > > > Please test.. > > Results are still coming in but things do look better with your patch > applied. > > It does look like there's a regression when running hackbench in > process

[PATCH v4 1/3] ASoC: sun8i-codec-analog: prepare a mixer control/widget/route set for V3s

Allwinner V3s has an analog codec without MIC2 and Line In, which will need a special set of mixer controls/widgets/routes, otherwise meaningless controls will be exported to userspace and confuse the user. Add the special set, and use it when the SoC has no MIC2 and Line In. Signed-off-by:

Re: [PATCH] spi: davinci: Fix compilation warning.

Hi, yes, You are right. we are getting this warning. drivers/spi/spi-davinci.c: In function ‘davinci_spi_probe’: drivers/spi/spi-davinci.c:919:7: warning: assignment makes integer from pointer without a cast [enabled by default] ret = spi_davinci_get_pdata(pdev, dspi); We should return

[PATCH v3] signal: Avoid undefined behaviour in kill_something_info

when I run the kill(72057458746458112, 0) in the userspace, I hit the following issue. [ 304.606353] UBSAN: Undefined behaviour in kernel/signal.c:1462:11 [ 304.612622] negation of -2147483648 cannot be represented in type 'int': [ 304.619516] CPU: 226 PID: 9849 Comm: test Tainted: GB

Re: [PATCH v3 19/27] thunderbolt: Add new Thunderbolt PCI IDs

On Mon, Jun 05, 2017 at 04:33:34PM +0300, Mika Westerberg wrote: > On Mon, Jun 05, 2017 at 03:55:07PM +0300, Mika Westerberg wrote: > > > Yes, it's useful to have ICM-based Thunderbolt on Macs and personally > > > I'm totally fine with making it the default for Macs which support it. > > > (I

Re: [PATCH v2] signal: Avoid undefined behaviour in kill_something_info

On 2017/6/5 21:31, Oleg Nesterov wrote: > On 06/05, zhongjiang wrote: >> --- a/kernel/signal.c >> +++ b/kernel/signal.c >> @@ -1395,6 +1395,12 @@ static int kill_something_info(int sig, struct >> siginfo *info, pid_t pid) >> >> read_lock(_lock); >> if (pid != -1) { >> +/* >>

[PATCH v3 1/1] w1: Add subsystem kernel public interface

Like other subsystems we should be able to define slave devices outside of the w1 directory. To do this we move public facing interface definitions to include/linux/w1.h and rename the internal definition file to w1_internal.h. As w1_family.h and w1_int.h contained almost entirely public driver

Re: [PATCH v3 19/27] thunderbolt: Add new Thunderbolt PCI IDs

On Mon, Jun 05, 2017 at 03:46:43PM +0200, Lukas Wunner wrote: > On Mon, Jun 05, 2017 at 04:33:34PM +0300, Mika Westerberg wrote: > > On Mon, Jun 05, 2017 at 03:55:07PM +0300, Mika Westerberg wrote: > > > > Yes, it's useful to have ICM-based Thunderbolt on Macs and personally > > > > I'm totally

Re: [PATCH v2 0/2] ARM/arm64: sunxi: convert CCU raw numbers to macros

On Mon, Jun 05, 2017 at 05:00:31PM +0800, Chen-Yu Tsai wrote: > Hi Maxime, > > This is a fixed version of my "convert CCU raw numbers to macros" series. > Please take these instead. > > Changes since v1: > > - Fixed incorrect macro name for IR reset control phandle > > - Fixed header

[PATCH v2] spi: davinci: Fix compilation warning.

If CONFIG_OF is disable, it'll through compilation warning. drivers/spi/spi-davinci.c: In function ‘spi_davinci_get_pdata’: drivers/spi/spi-davinci.c:880:2: warning: return makes pointer from integer without a cast [enabled by default] return -ENODEV; drivers/spi/spi-davinci.c: In function

Re: [PATCH 0/3] pinctrl: sun8i: Add support for A83T R_PIO

On Sat, Jun 03, 2017 at 10:44:24PM +0800, Chen-Yu Tsai wrote: > Hi, > > This series adds support for the R_PIO pin controller on the A83T. > The pins managed this controller are mainly used for communicating > with the PMIC and codec, and various GPIOs for enabling power switches > for USB ports

[PATCH v3 0/1] Add public w1 driver interface

Hi All, As part of continuing work to cleanup the BQ27xxx driver I am attempting to remove the need for the platform driver interface. For this we first need the w1 subsystem to act more like a traditional bus subsystem and allow drivers for attached devices to live outside of the w1 directory.

Re: [PATCH v2 1/1] w1: Add subsystem kernel public interface

On 06/03/2017 05:22 AM, Greg Kroah-Hartman wrote: > On Tue, May 16, 2017 at 03:08:14PM -0500, Andrew F. Davis wrote: >> Like other subsystems we should be able to define slave devices outside >> of the w1 directory. To do this we move public facing interface >> definitions to include/linux/w1.h

Re: new tree for linux-next: uuid

On Mon, 2017-06-05 at 10:07 +0200, Christoph Hellwig wrote: > Meh, thanks.  This has been throught the buildbot countless times > without a report.  But I guess a less generic name might be a good > idea to start with. > > Andy: do you think UUID_INIT/GUID_INIT make sense to your? > or

Re: [PATCH] ubifs: Fix a sleep-in-atomic bug in ubifs_read_nnode

On 06/05/2017 04:25 PM, Richard Weinberger wrote: Jia-Ju Bai, Am 05.06.2017 um 05:38 schrieb Jia-Ju Bai: The driver may sleep under a spin lock, and the function call path is: ubifs_change_lp (acquire the lock by spin_lock) change_category ubifs_remove_from_cat

Re: [PATCH 1/4] thermal: uniphier: add UniPhier thermal driver

2017-05-30 18:21 GMT+09:00 Kunihiko Hayashi : >> > +static const struct uniphier_tm_soc_data uniphier_pxs2_tm_data = { >> > + .map_base= 0xe000, >> > + .block_base = 0xe000, >> > + .tmod_setup_addr = 0xe904, >> > +}; >> > + >> > +static const

[PATCH 0/2] scsi: ufs: Add PCI driver for Intel Host controllers

Hi Here is a PCI driver for Intel UFS host controllers, with a small tidy-up precursor patch. Szymon Mielczarek (2): scsi: ufs: Tidy clocks list head usage scsi: ufshcd-intel-pci: Add PCI driver for Intel Host controllers drivers/scsi/ufs/Kconfig| 11 +++

Re: [PATCH v2] mm/oom_kill: count global and memory cgroup oom kills

On Thu 25-05-17 13:28:30, Konstantin Khlebnikov wrote: > Show count of oom killer invocations in /proc/vmstat and count of > processes killed in memory cgroup in knob "memory.events" > (in memory.oom_control for v1 cgroup). > > Also describe difference between "oom" and "oom_kill" in memory >

  1   2   3   4   5   6   7   8   9   10   >