[RESEND PATCH 2/2] ARM: cache-l2x0.c: Do not clear bit 23 in prefetch control register

As per L2C-310 TRM[1]: "... You can control this feature using bits 30,27 and 23 of the Prefetch Control Register. Bit 23 and 27 are only used if you set bit 30 HIGH..." which means there is no need to clear bit 23 if bit 30 is being cleared. [1] http://infocenter.arm.com/help/index.jsp?topic=/

[RESEND PATCH 1/2] ARM: cache-l2x0.c: Replace magic numbers

Replace magic numbers used for L310 Prefetch Control Register Acked-by: Arnd Bergmann Signed-off-by: Andrey Smirnov --- arch/arm/mm/cache-l2x0.c | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/arch/arm/mm/cache-l2x0.c b/arch/arm/mm/cache-l2x0.c index 9f9d542..30e2012 1

[PATCH 4/5] mmu: remove is_present_gpte()

We have two versions of the above function. To prevent confusion and bugs in the future, remove the non-FNAME version entirely and replace all calls with the actual check. Signed-off-by: Bandan Das --- arch/x86/kvm/mmu.c | 2 +- arch/x86/kvm/mmu.h | 5 - arch/x86/kvm/paging_t

[PATCH 2/5] mmu: pass execonly value when initializing rsvd bits

In reset_tdp_shadow_zero_bits_mask, we always pass false when initializing the reserved bits. By initializing with the correct value of ept exec only, the host can correctly identify if the guest pte is valid. Note that kvm_init_shadow_ept_mmu() already knows about execonly. Signed-off-by: Bandan

[PATCH 5/5] nvmx: advertise support for ept execute only

KVM MMU now knows about execute only mappings, so advertise the feature to L1 hypervisors Signed-off-by: Bandan Das --- arch/x86/kvm/vmx.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/arch/x86/kvm/vmx.c b/arch/x86/kvm/vmx.c index 417debc..0fe61a3 100644 --- a/arch/x86/kvm/vmx.c +++ b/a

[PATCH 0/5] Add support for EPT execute only for nested hypervisors

These patches are based on reviews to my RFC http://www.spinics.net/lists/kvm/msg134440.html Changes since RFC: - Remove shadow_xonly_valid, it's not needed - Remove checks from is_shadow_present_pte() - In reset_tdp_shadow_zero_bits_mask, pass correct execonly to __reset_rsvds_bits_mask_ept

[PATCH 3/5] mmu: don't set the present bit unconditionally

To support execute only mappings on behalf of L1 hypervisors, we teach set_spte() to honor L1's valid XWR bits. This is only if host supports EPT execute only. Reuse ACC_USER_MASK to signify if the L1 hypervisor has the R bit set Signed-off-by: Bandan Das --- arch/x86/kvm/mmu.c | 9 +

[PATCH 1/5] mmu: mark spte present if the x bit is set

This is safe because is_shadow_present_pte() is called on host controlled page table and we know the spte is valid Signed-off-by: Bandan Das --- arch/x86/kvm/mmu.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/arch/x86/kvm/mmu.c b/arch/x86/kvm/mmu.c index def97b3..a50af79

Re: [PATCH] arc: warn only once if DW2_UNWIND is disabled

On Thursday 23 June 2016 01:30 PM, Alexey Brodkin wrote: > If CONFIG_ARC_DW2_UNWIND is disabled every time arc_unwind_core() > gets called following message gets printed in debug console: > ->8--- > CONFIG_ARC_DW2_UNWIND needs to be enabled > ->8-

Re: [PATCH v3 0/3] toshiba_acpi: Accelerometer updates

On Mon, Jun 27, 2016 at 07:46:42PM -0600, Azael Avalos wrote: > These series of patches update the accelerometer axis data > reporting to use the IIO subsystem, deprecating the custom > position sysfs entry, and finally bumping the driver version > to 0.24. > Thanks Azael, queued to testing for 4

Re: [PATCH 2/4] dmaengine: vdma: Add support for mulit-channel dma mode

On Wed, Jun 22, 2016 at 07:04:28AM +, Appana Durga Kedareswara Rao wrote: > > > > > > > > Can you elobrate what you meant by Multichannel mode? This patch > > > > seems to do two things, one is to add interleaved dma support and > > > > something else. Can you explain the latter part? > > > > >

Re: [PATCH 01/21] of: device: Support loading a module with OF based modalias

On Sun 26 Jun 00:28 PDT 2016, Stephen Boyd wrote: > In the case of ULPI devices, we want to be able to load the > driver before registering the device so that we don't get stuck > in a loop waiting for the phy module to appear and failing usb > controller probe. Currently we request the ulpi modul

Re: arch/powerpc/xmon/dis-asm.h: 2 * wrong specifiers ?

On Mon, 2016-06-27 at 09:04 +0100, David Binderman wrote: > Hello there, > > linux-4.7-rc5/arch/powerpc/xmon/dis-asm.h:20]: (warning) %x in format > string (no. 1) requires 'unsigned int' but the argument type is > 'unsigned long'. > [linux-4.7-rc5/arch/powerpc/xmon/dis-asm.h:26]: (warning) %x in

Re: [PATCH v10 2/2] dmaengine: Add Xilinx zynqmp dma engine driver support

On Tue, Jun 21, 2016 at 05:29:42PM +, Punnaiah Choudary Kalluri wrote: > > Ok agree with you for the scenario that I have mentioned above. > > Other simple dma mode feature that I missed to explain is configuring the > Dma descriptors. It provides a register interface for configuring the dma

Re: [PATCH 7/8] dmaengine: tegra20-apb-dma: Only calculate residue if txstate exists.

On Tue, Jun 21, 2016 at 06:19:50PM +0100, Jon Hunter wrote: > > On 21/06/16 17:01, Vinod Koul wrote: > > On Wed, Jun 08, 2016 at 09:51:57AM +0100, Jon Hunter wrote: > >> Hi Peter, > >> > >> On 07/06/16 18:38, Peter Griffin wrote: > >>> There is no point calculating the residue if there is > >>> no

Re: [PATCH] rtlwifi: Create _rtl_dbg_trace function to reduce RT_TRACE code size

On Mon, 2016-06-27 at 19:53 -0500, Larry Finger wrote: > On 06/25/2016 05:46 PM, Joe Perches wrote: > > > > This debugging macro can expand to a lot of code. > > Make it a function to reduce code size. > > > > (x86-64 defconfig w/ all rtlwifi drivers and allyesconfig) > > $ size drivers/net/wirel

Re: [PATCH 1/8] tty: serial: fsl_lpuart: consider TX FIFO too in tx_empty

On 06/26/16 02:56, Greg KH wrote: On Thu, Jun 09, 2016 at 08:40:32PM +0530, Bhuvanchandra DV wrote: From: Stefan Agner Currently the tx_empty callback only considers the Transmit Complete Flag (TC). The reference manual is not quite clear if the TC flag covers the TX FIFO too. Debug prints on

Re: powerpc/fadump: trivial fix of spelling mistake, clean up message

On Mon, 2016-06-27 at 12:34 +0100, Colin Ian King wrote: > On 27/06/16 12:20, Michael Ellerman wrote: > > On Mon, 2016-06-27 at 03:51 -0700, Joe Perches wrote: > > > On Mon, 2016-06-27 at 11:38 +0100, Colin Ian King wrote: > > > > On 26/06/16 05:19, Michael Ellerman wrote: > > > > > On Fri, 2016-24

Re: [ftrace] kernel panics during my attempt to use ftrace

Hello, On Tue, Jun 21, 2016 at 9:53 PM, Enrico Mioso wrote: > Hello guys. > > First of all - thank you for your great work in ftrace, and in general in > the Linux tracing infrastructure. I am a newbie: so I am not able to use it > at it's full power, still I find it's capabilities impressive. >

Re: [PATCH 2/3] powerpc/spinlock: support vcpu preempted check

On 2016年06月27日 22:58, Boqun Feng wrote: Hi Xinhui, On Mon, Jun 27, 2016 at 01:41:29PM -0400, Pan Xinhui wrote: This is to fix some holder preemption issues. Spinning at one vcpu which is preempted is meaningless. Kernel need such interfaces, So lets support it. We also should suooprt both t

Re: [PATCH] Decouple CFG and IO in Designware PCIe Driver

On Mon, Jun 27, 2016 at 6:38 PM, dongbo (E) wrote: > Hi, all. > > How about exchanging the assignments of `MEMORYs' and `CFGs/IOs'? > In other words, assign MEMEORYs to iatu0, CFGs and IOs to iatu1. > > Once the iatu0 is initialized to MEMORY accesses, its BASE_ADDR, > LIMIT and TYPE is fixed. MEM

Re: [PATCH] notifier: Fix soft lockup for notifier_call_chain().

On 2016/6/28 3:50, Cong Wang wrote: > On Fri, Jun 24, 2016 at 7:46 PM, Ding Tianhong > wrote: >> diff --git a/kernel/notifier.c b/kernel/notifier.c >> index fd2c9ac..9c30411 100644 >> --- a/kernel/notifier.c >> +++ b/kernel/notifier.c >> @@ -92,6 +92,8 @@ static int notifier_call_chain(struct not

Re: [PATCH 2/2] x86/acpi: Remove the repeated lapic address override entry parsing

On 06/28/16 at 03:25am, Rafael J. Wysocki wrote: > > diff --git a/arch/x86/kernel/acpi/boot.c b/arch/x86/kernel/acpi/boot.c > > index 9414f84..6ef3694 100644 > > --- a/arch/x86/kernel/acpi/boot.c > > +++ b/arch/x86/kernel/acpi/boot.c > > @@ -990,21 +992,6 @@ static int __init acpi_parse_madt_lapi

Re: [PATCH 2/3] powerpc/spinlock: support vcpu preempted check

On 2016年06月27日 22:17, Peter Zijlstra wrote: On Mon, Jun 27, 2016 at 01:41:29PM -0400, Pan Xinhui wrote: diff --git a/arch/powerpc/include/asm/spinlock.h b/arch/powerpc/include/asm/spinlock.h index 523673d..ae938ee 100644 --- a/arch/powerpc/include/asm/spinlock.h +++ b/arch/powerpc/include/asm

linux-next: manual merge of the audit tree with the security tree

Hi Paul, Today's linux-next merge of the audit tree got conflicts in: arch/s390/kernel/ptrace.c between commit: 0208b9445bc0 ("s390/ptrace: run seccomp after ptrace") from the security tree and commit: da7f750c1ef5 ("s390: ensure that syscall arguments are properly masked on s390") fr

[PATCH 0/2] serial: 8250_dw: Add ACPI support for uart on Hisilicon Hip05 soc

Make dw8250_set_termios() as the default set_termios callback for 8250 dw uart, correct me if I am wrong. Then add ACPI support for uart on Hisilicon Hip05 soc, be careful that it is not 16500 compatible. Note, the build(no ACPI) depends on https://patchwork.kernel.org/patch/9141207/, which was

[PATCH 1/2] serial: 8250_dw: make dw8250_set_termios as default set_termios callback

We can safely use dw8250_set_termios() as the default set_termios callback instead of serial8250_do_set_termios(), so do it. Signed-off-by: Kefeng Wang --- drivers/tty/serial/8250/8250_dw.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/tty/serial/8250/8250_dw.c b

[PATCH 2/2] serial: 8250_dw: add ACPI support for uart on Hisilicon Hip05 soc

Add ACPI identifier for UART on Hisilicon Hip05 soc, be careful that it is not 16550 compatibal. Meanwhile, set dw8250_serial_out32 to keep consistent between serial_out and serial_in in ACPI. Signed-off-by: Kefeng Wang --- drivers/tty/serial/8250/8250_dw.c | 8 ++-- 1 file changed, 6 inser

Re: [PATCH v4 5/5] usb: dwc3: rockchip: add devicetree bindings documentation

Dear Heiko, On 06/25/2016 03:50 AM, Heiko Stuebner wrote: Hi William, Am Dienstag, 21. Juni 2016, 17:11:44 schrieb William Wu: On 06/20/2016 10:44 PM, Heiko Stübner wrote: Am Freitag, 17. Juni 2016, 17:18:59 schrieb William Wu: On 06/17/2016 07:15 AM, Heiko Stübner wrote: Am Donnerstag, 2.

Re: [PATCH 1/3] kernel/sched: introduce vcpu preempted check interface

On 2016年06月27日 22:05, Boqun Feng wrote: On Mon, Jun 27, 2016 at 01:41:28PM -0400, Pan Xinhui wrote: this supports to fix lock holder preempted issue which run as a guest for kernel users, we could use bool vcpu_is_preempted(int cpu) to detech if one vcpu is preempted or not. The default impl

Re: [PATCH 1/3] kernel/sched: introduce vcpu preempted check interface

On 2016年06月27日 22:02, Peter Zijlstra wrote: On Mon, Jun 27, 2016 at 04:00:43PM +0200, Peter Zijlstra wrote: On Mon, Jun 27, 2016 at 01:41:28PM -0400, Pan Xinhui wrote: +++ b/include/linux/sched.h @@ -3293,6 +3293,15 @@ static inline void set_task_cpu(struct task_struct *p, unsigned int cpu)

linux-next: manual merge of the iommu tree with the arm tree

Hi Joerg, Today's linux-next merge of the iommu tree got a conflict in: drivers/iommu/mtk_iommu.c between commit: d267804c8457 ("iommu: convert DT component matching to component_match_add_release()") from the arm tree and commit: 9ca340c98c0d ("iommu/mediatek: move the common struct i

Re: [PATCH 00/21] Support qcom's HSIC USB and rewrite USB2 HS phy support

On Sun, Jun 26, 2016 at 12:28 AM, Stephen Boyd wrote: > The state of USB ChipIdea support on Qualcomm's platforms is not great. > The DT description of these devices requires up to three different nodes > for what amounts to be the same hardware block, when there should really > only be one. Furth

Re: [PATCH] geneve: fix max_mtu setting

On Mon, Jun 27, 2016 at 6:27 PM, 严海双 wrote: > > On Jun 28, 2016, at 12:10 AM, Jesse Gross wrote: > > On Sun, Jun 26, 2016 at 6:13 PM, Haishuang Yan > wrote: > > > On Jun 26, 2016, at 8:35 PM, zhuyj wrote: > > + if (geneve->remote.sa.sa_family == AF_INET) > + max_mtu -= sizeo

[PATCH net-next v2 6/6] r8152: add byte_enable for ocp_read_word function

Add byte_enable for ocp_read_word() to replace reading 4 bytes data with reading the desired 2 bytes data. This is used to avoid the issue which is described in commit b4d99def0938 ("r8152: remove sram_read"). The origin method always reads 4 bytes data, and it may have problem when reading the PH

[PATCH net-next v2 0/6] r8152: support new chips

v2: Fix the commit message for patch #6. v1: In order to support new chips, adjust some codes. Then, add the settings for the new chips. Hayes Wang (6): r8152: add aldps_enable for rtl_ops r8152: add u1u2_enable for rtl_ops r8152: add power_cut_en for rtl_ops r8152: support the new chip 8

[PATCH net-next v2 4/6] r8152: support the new chip 8050

Support a new chip which has the product ID 0x8050. Signed-off-by: Hayes Wang --- drivers/net/usb/r8152.c | 9 + 1 file changed, 9 insertions(+) diff --git a/drivers/net/usb/r8152.c b/drivers/net/usb/r8152.c index a4f8a01..3ccbff0 100644 --- a/drivers/net/usb/r8152.c +++ b/drivers/net/u

[PATCH net-next v2 1/6] r8152: add aldps_enable for rtl_ops

Add aldps_enable() for rtl_ops. Signed-off-by: Hayes Wang --- drivers/net/usb/r8152.c | 19 ++- 1 file changed, 10 insertions(+), 9 deletions(-) diff --git a/drivers/net/usb/r8152.c b/drivers/net/usb/r8152.c index 11178f9..b253003 100644 --- a/drivers/net/usb/r8152.c +++ b/drive

[PATCH net-next v2 3/6] r8152: add power_cut_en for rtl_ops

Add power_cut_en() for rtl_ops. Signed-off-by: Hayes Wang --- drivers/net/usb/r8152.c | 16 +--- 1 file changed, 13 insertions(+), 3 deletions(-) diff --git a/drivers/net/usb/r8152.c b/drivers/net/usb/r8152.c index f51d799..a4f8a01 100644 --- a/drivers/net/usb/r8152.c +++ b/drivers/

[PATCH net-next v2 2/6] r8152: add u1u2_enable for rtl_ops

Add u1u2_enable() for rtl_ops. Signed-off-by: Hayes Wang --- drivers/net/usb/r8152.c | 13 - 1 file changed, 8 insertions(+), 5 deletions(-) diff --git a/drivers/net/usb/r8152.c b/drivers/net/usb/r8152.c index b253003..f51d799 100644 --- a/drivers/net/usb/r8152.c +++ b/drivers/net/u

[PATCH net-next v2 5/6] r8152: support RTL8153B

Support new chip RTL8153B. Signed-off-by: Hayes Wang --- drivers/net/usb/r8152.c | 560 +--- 1 file changed, 533 insertions(+), 27 deletions(-) diff --git a/drivers/net/usb/r8152.c b/drivers/net/usb/r8152.c index 3ccbff0..2fd4944 100644 --- a/drivers/

Re: [PATCH v2 0/5] ARM: dts: imx7d: add i.MX 7Solo and Colibri iMX7S/D dts

On Sun, Jun 26, 2016 at 01:47:50AM -0700, Stefan Agner wrote: > Stefan Agner (5): > ARM: imx: add support for i.MX 7Solo > ARM: dts: imx7d: use imx7s.dtsi as base device tree > ARM: dts: imx7d: recreate imx7d.dtsi with i.MX 7Dual specifics > ARM: dts: imx7d: move input header into base devi

[PATCH v2 3/5] spi: s3c64xx: do not configure the device twice

At the start of the transfer, the spi_config function is called twice, the first time when the 3c64xx_spi_prepare_message is called and the second time with the s3c64xx_spi_transfer_one, both called from the spi framework. Remove the first call at the prepare message because in that point we don't

[PATCH v2 5/5] spi: s3c64xx: use unsigned type for fifo handling variables

The 'quirks' variable cannot ever be negative, therefore use u8 instead of int. The 8 bit size is given from the fact that currently the quirks variable has very few statuses. The rx_lvl_offset and tx_st_done store shift values, so that u8 is a proper size. fifo_lvl_mask stores a series of masks,

[PATCH v2 1/5] spi: s3c64xx: group the CS signalling writes in a single function

To enable/disable the CS line, the driver performs a writel in the S3C64XX_SPI_SLAVE_SEL registers. Group the register's configuration in a single function. Signed-off-by: Andi Shyti --- drivers/spi/spi-s3c64xx.c | 36 ++-- 1 file changed, 26 insertions(+), 10 del

[PATCH v2 0/5] s3c64xx: consider the case of a disconnected CS line and some code rework

Hi, the main goal of the patchset is to support SPI cnnected device without CS line link. The first two patches make the s3c64xx driver to consider the case of a disconnected CS line. This is done by adding a property in the DTS ("no-cs-readback") which informs the device driver the absence of a

[PATCH v2 2/5] spi: s3c64xx: consider the case when the CS line is not connected

When the CS line is not connected, it is not needed to enable or disable the chip selection functionality from the s3c64xx devices in order to perform a transfer. Set the CS controller logically always enabled already during initialization (by writing '0' in the S3C64XX_SPI_SLAVE_SEL register) and

[PATCH v2 4/5] spi: s3c64xx: simplify if statement in prepare_transfer function

The whole function is inside an 'if' statement ("!is_polling(sdd)"). Check the opposite of that statement at the beginning and exit, this way we can have one level less of indentation. Remove the goto paths as they are redundant. Signed-off-by: Andi Shyti --- drivers/spi/spi-s3c64xx.c | 50 +++

[PATCH] virtio-blk: Generate uevent after attribute available

Userspace listens to the KOBJ_ADD uevent generated in add_disk. At that point we haven't created the serial attribute file, therefore depending on how fast udev reacts, the /dev/disk/by-id/ entry doesn't always get created. This race condition can be easily reproduced by hot plugging a number of v

Re: [PATCH v2 3/3] intel_pstate: Declare pid_params/pstate_funcs/hwp_active __read_mostly

Dear Rafael, On Mon, 27 Jun 2016 10:29:54 -0700 Srinivas Pandruvada wrote: > On Mon, 2016-06-27 at 18:07 +0800, Jisheng Zhang wrote: > > pid_params is written once by copy_pid_params() during > > initialization, > > and thereafter is mostly read by hot path intel_pstate_update_util(). > > The re

[lkp] [x86/mm/64] a611d6b7d4: RIP [] pud_offset+0x6/0x5e

FYI, we noticed the following commit: https://git.kernel.org/pub/scm/linux/kernel/git/luto/linux.git x86/vmap_stack commit a611d6b7d4bdf3f57cfc792a45eb1ea5f4b776eb ("x86/mm/64: Enable vmapped stacks") on test machine: 2 threads qemu-system-x86_64 -enable-kvm -cpu Nehalem with 320M memory cau

Re: [PATCH 0/6] kill off cpu_is_mx*()

On Fri, Jun 24, 2016 at 12:49:55PM +0200, Arnd Bergmann wrote: > I noticed that i.MX still uses the traditional cpu_is_* functions to > tell the difference between various SoC families, but every single > user of those can be replaced with a simpler way, so we can just > remove it all. > > Please

Re: [PATCH v3 5/8] rtc: ac100: Add clk output support

On Tue, Jun 28, 2016 at 3:23 AM, Maxime Ripard wrote: > On Wed, Jun 22, 2016 at 06:11:55PM +0800, Chen-Yu Tsai wrote: >> On Wed, Jun 22, 2016 at 6:02 PM, Maxime Ripard >> wrote: >> > Hi, >> > >> > On Mon, Jun 20, 2016 at 10:52:15AM +0800, Chen-Yu Tsai wrote: >> >> + /* >> >> + * The ADDA

Re: [RFC] Can we bypass the timeout when resetting Synaptics device?

Hi Dmitry, thanks very much for your reply, On Tue, Jun 28, 2016 at 1:05 AM, Dmitry Torokhov wrote: > Hi Yu, > > On Mon, Jun 27, 2016 at 09:04:58PM +0800, Yu Chen wrote: >> Hi All, >> Currently I'm doing some tunings on the speed of suspend/resume, >> it looks like my serio driver tooks a 200ms t

Re: [PATCH 2/2] GFS2: Add a gfs2-specific prune_icache_sb

On Fri, Jun 24, 2016 at 02:50:11PM -0500, Bob Peterson wrote: > This patch adds a new prune_icache_sb function for the VFS slab > shrinker to call. Trying to directly free the inodes from memory > might deadlock because it evicts inodes, which calls into DLM > to acquire the glock. The DLM, in turn

Re: [PATCH 1/1] usb: dwc2: add printf attribute to cat_printf()

On 6/26/2016 1:12 AM, Nicolas Iooss wrote: > As cat_printf() uses printf format strings in its parameters, adding > __printf attribute allows the compiler to detect at compile-time some > errors related to format strings (with -Wformat warning flag). > > Signed-off-by: Nicolas Iooss > --- > driv

Re: [PATCH] USB: dwc2-usb: add USB_GADGET dependency

On 6/24/2016 12:28 AM, Arnd Bergmann wrote: > The driver selects NOP_USB_XCEIV, which can only be built-in if > USB_GADGET is either disabled or also built-in, so with USB_DWC2_PCI=y > and USB_GADGET=m, NOP_USB_XCEIV is also built-in and we get this link > error: > > drivers/usb/built-in.o: In fun

Re: [PATCH v3] ARM: dts: sun7i: Add BCM53125 switch nodes to the lamobo-r1 board

On Tue, Jun 28, 2016 at 8:45 AM, Florian Fainelli wrote: > Now that we have a proper binding for Ethernet switches hanging off > different buses, and a driver for the BCM53125 switch, add its Device > Tree as a child MDIO node, at MDIO address 30 (Broadcom pseudo-PHY > address) and describe the po

Re: [PATCH 2/2] ARM: dts: imx53: add support for USB armory board

On Tue, Jun 21, 2016 at 04:50:53PM +0200, and...@inversepath.com wrote: > From: Andrej Rosano > > Add support for Inverse Path USB armory board, an open source > flash-drive sized computer based on NXP i.MX53 SoC. > > https://inversepath.com/usbarmory > > Signed-off-by: Andrej Rosano > --- >

Re: [PATCH] hwmon: (jc42) Add support for Microchip MCP9808 temperature sensor

On 06/27/2016 05:23 PM, Alison Schofield wrote: MCP9808 is not officially compliant to JC-42, similar to MCP9804, but its registers are compatible to JC-42. Signed-off-by: Alison Schofield Cc: Daniel Baluta Applied to -next. Thanks, Guenter

[PATCH v3 1/3] toshiba_acpi: Add IIO interface for accelerometer axis data

This patch adds the accelerometer axis data to the IIO subsystem. Currently reporting the X, Y and Z values, as no other data can be queried given the fact that the accelerometer chip itself is hidden behind the Toshiba proprietary interface. Signed-off-by: Azael Avalos --- drivers/platform/x86

[PATCH v3 2/3] toshiba_acpi: Remove the position sysfs entry

Now that we have proper support for the acceleromeer under the IIO subsystem, the _position_ sysfs file is now deprecated. This patch removes all code related to the position sysfs entry. Signed-off-by: Azael Avalos --- drivers/platform/x86/toshiba_acpi.c | 25 - 1 file

[PATCH] serial: 8250_fintek: Fix potential NULL pointer dereference

Fix potential NULL pointer dereference on 'commit 4da22f1418cb ("serial: 8250_fintek: fix the mismatched IRQ mode")' We try to fix IRQ mode mismatch issue and add the following code to detect IRQ Level or Edge mode. struct irq_data *irq_data = irq_get_irq_data(uart->port.irq); bool level_mode = i

[PATCH v3 3/3] toshiba_acpi: Bump driver version and update copyright year

After several fixes, and added support for more features (WWAN, Cooling Method and IIO accelometer axis data), bump the driver version to 0.24. Also update the copyright year. Signed-off-by: Azael Avalos --- drivers/platform/x86/toshiba_acpi.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deleti

[PATCH v3 0/3] toshiba_acpi: Accelerometer updates

These series of patches update the accelerometer axis data reporting to use the IIO subsystem, deprecating the custom position sysfs entry, and finally bumping the driver version to 0.24. Changes since v2: - Small format and style changes once again - Renamed toshiba_accel* functions to toshiba_ii

RE: [PATCH] Input: elan_i2c - +200 ms delay before setting to ABS mode

Hi Daniel, Chris -Original Message- From: Daniel Drake [mailto:dr...@endlessm.com] Sent: Tuesday, June 21, 2016 10:42 PM To: 廖崇榮 Cc: Dmitry Torokhov; Chris Chiu; Charlie Mooney; Michele Curti; Krzysztof Kozlowski; Benson Leung; linux-in...@vger.kernel.org; Linux Kernel; Linux Upstreamin

[PATCH v2 7/7] doc: bindings: act8945a-charger: Update properties

Due the driver improvements, update the properties, - Remove "active-semi,check-battery-temperature" property. - Add the properties, "active-semi,irq_gpio" and "active-semi,lbo-gpios". Signed-off-by: Wenyou Yang --- Changes in v2: None Documentation/devicetree/bindings/power/act8945a-char

[PATCH v2 6/7] power: act8945a_charger: Add max current property

Add the power supply's current max property, POWER_SUPPLY_PROP_CURRENT_MAX. Signed-off-by: Wenyou Yang --- Changes in v2: None drivers/power/act8945a_charger.c | 79 +++- 1 file changed, 77 insertions(+), 2 deletions(-) diff --git a/drivers/power/act8945a_c

[PATCH v2 5/7] power: act8945a_charger: Add capacity level property

Add the power supply capacity level property, it corresponds to POWER_SUPPLY_CAPACITY_LEVEL_*. It also utilizes the precision voltage detector function module to catch the low battery voltage. Signed-off-by: Wenyou Yang --- Changes in v2: None drivers/power/act8945a_charger.c | 78 +++

RE: [PATCH] power: act8945a_charger: fix semicolon.cocci warnings

> -Original Message- > From: kbuild test robot [mailto:l...@intel.com] > Sent: 2016年6月24日 20:43 > To: Yang, Wenyou > Cc: kbuild-...@01.org; Sebastian Reichel ; Dmitry Eremin- > Solenikov ; David Woodhouse > ; Rob Herring ; Pawel Moll > ; Mark Brown ; Ian Campbell > ; Kumar Gala ; linux-

[PATCH v2 3/7] power: act8945a_charger: Add status change update support

Add the charger status change interrupt support, it will report the power supply changed event. This interrupt is generated by one of the conditions as below: - the state machine jumps out of or into the EOC state - the CHGIN input voltage goes out of or into the valid range. - the battery temp

[PATCH v2 2/7] power: act8945a_charger: Improve

When get the property, first check the charger state machine, then check the status bit to decide what value is assigned to the corresponding property. Retain the SUSCHG bit of REG 0x71 when configure the timers to avoid losting the charger suspending info after boot. Signed-off-by: Wenyou Yang

[PATCH v2 4/7] power: act8945a_charger: Fix the power supply type

The power supply type property is varying as the external power supply changes. It is not a constant. Signed-off-by: Wenyou Yang --- Changes in v2: None drivers/power/act8945a_charger.c | 48 1 file changed, 39 insertions(+), 9 deletions(-) diff --git

[PATCH v2 0/7] power: act8945a_charger: Improvements

This patch series is used to improve the act8945a-charger, such as improve the way to check the status, fix the power supply type property, add the status change update, and add more properties: capacity level property and max current property. Changes in v2: - Add missing ret declaration. Wenyo

[PATCH v2 1/7] power: act8945a_charger: Remove "battery_temperature"

Remove "battery_temperature" member, it is redundant, it is the hardware's responsibility to handle TH pin properly. It is unnecessary to use the dt property to check if there is a battery temperature monitor or not. Signed-off-by: Wenyou Yang --- Changes in v2: None drivers/power/act8945a_cha

Re: [PATCH 1/1] ipmi: remove trydefaults parameter and default init

Queued for 2.18, if that is ok. Thanks, -corey On 06/22/2016 01:22 PM, Tony Camuso wrote: Parameter trydefaults=1 causes the ipmi_init to initialize ipmi through the legacy port io space that was designated for ipmi. Architectures that do not map legacy port io can panic when trydefaults=1. R

Re: [PATCH][RFC] cpufreq: Avoid warning during resume by return EAGAIN if cpufreq is unavailable

On Monday, June 27, 2016 12:50:27 PM Viresh Kumar wrote: > On 27-06-16, 03:12, Rafael J. Wysocki wrote: > > --- > > drivers/cpufreq/cpufreq.c |7 --- > > 1 file changed, 4 insertions(+), 3 deletions(-) > > > > Index: linux-pm/drivers/cpufreq/cpufreq.c > > =

linux-next: manual merge of the net-next tree with the imx-mxs tree

Hi all, Today's linux-next merge of the net-next tree got a conflict in: drivers/net/ethernet/freescale/fec.h between commit: 293809055656 ("ARM: imx6: disable deeper idle states when FEC is active w/o HW workaround") from the imx-mxs tree and commit: ff7566b8d71f ("net: fec: add inter

Re: [PATCH 2/2] x86/acpi: Remove the repeated lapic address override entry parsing

On Tuesday, June 28, 2016 07:41:36 AM Baoquan He wrote: > ACPI MADT has a 32-bit field providing lapic address at which > each processor can access its lapic information. MADT also contains > an optional entry to provide a 64-bit address to override the 32-bit > one. However the current code does t

[PATCH] usb: otg-fsm: Cancel HNP polling work when not used

We setup the HNP polling worker, but we never stop it. The OTG state machine can go round and round and keep reinitializing the worker even while it's actively running. That's bad, and debug objects catches it. Fix this by canceling the work when we leave the A_HOST or B_HOST states. [otg_set_stat

Re: [PATCH 1/2] vfs: Add hooks for filesystem-specific prune_icache_sb

On Fri, Jun 24, 2016 at 02:50:10PM -0500, Bob Peterson wrote: > This patch adds filesystem-specific callbacks for shrinking the > inode cache, prune_icache_sb. This is provided for filesystems in > which the default VFS prune_icache_sb needs to be delayed due to > filesystem locking requirements no

Re: [PATCH v2] fujitsu-laptop: Support touchpad toggle hotkey on Skylake-based models

On Mon, Jun 27, 2016 at 03:19:41PM +0200, Micha?? K??pie?? wrote: > Haswell-based Fujitsu laptops (Lifebook E734/E744/E754) have a touchpad > toggle hotkey (Fn+F4) which is handled transparently to the operating > system: while an ACPI notification is sent to FUJ02B1 when Fn+F4 is > pressed, touchp

[PATCH] thermal: add Intel BXT WhiskeyCove PMIC thermal driver

This patch adds Intel Whiskey Cove PMIC thermal driver which is intended to handle the alert interrupts triggered upon thermal trip point cross and notify the thermal framework appropriately with the zone, temp, crossed trip and event details. Signed-off-by: Yegnesh S Iyer Signed-off-by: Bin Gao

Re: [PATCH] rtlwifi: Create _rtl_dbg_trace function to reduce RT_TRACE code size

On 06/25/2016 05:46 PM, Joe Perches wrote: This debugging macro can expand to a lot of code. Make it a function to reduce code size. (x86-64 defconfig w/ all rtlwifi drivers and allyesconfig) $ size drivers/net/wireless/realtek/rtlwifi/built-in.o* text data bss dec hex

Re: [PATCH] serial: 8250_fintek: fix the mismatched IRQ mode

Hi Ricardo & Greg, Ricardo Ribalda Delgado 於 2016/6/27 下午 06:25 寫道: Hi Peter,. Hi Greg On Fri, May 27, 2016 at 4:02 AM, Ji-Ze Hong (Peter Hong) + struct irq_data *irq_data = irq_get_irq_data(uart->port.irq); + bool level_mode = irqd_is_level_type(irq_data); I see a potential probl

Re: [PATCH v2 1/3] toshiba_acpi: Add IIO interface for accelerometer axis data

Hi Darren, 2016-06-27 18:19 GMT-06:00 Darren Hart : > On Sun, Jun 19, 2016 at 05:28:04PM -0600, Azael Avalos wrote: >> This patch adds the accelerometer axis data to the IIO subsystem. >> >> Currently reporting the X, Y and Z values, as no other data can be >> queried given the fact that the accel

Re: Is LTO_REFERENCE_INITCALL() still needed?

On Fri, Jun 24, 2016 at 02:07:53PM -0700, Andi Kleen wrote: > > But nothing quite obviously setting these upstream. I'm probably just > > missing something obvious though. Either way I figured now would be a > > good time to ask as I have other code that would use this, the linker > > table stuff I

[PATCH v3] ARM: dts: sun7i: Add BCM53125 switch nodes to the lamobo-r1 board

Now that we have a proper binding for Ethernet switches hanging off different buses, and a driver for the BCM53125 switch, add its Device Tree as a child MDIO node, at MDIO address 30 (Broadcom pseudo-PHY address) and describe the ports layout of the Lamobo R1 board. Signed-off-by: Florian Fainell

[GIT PULL] power supply changes for 4.7-rc

Hi Linus, The following changes since commit 1a695a905c18548062509178b98bc91e67510864: Linux 4.7-rc1 (2016-05-29 09:29:24 -0700) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/sre/linux-power-supply.git tags/for-v4.7-rc for you to fetch changes up to

[PATCH v4] mfd: intel_soc_pmic_bxtwc: Add Intel BXT WhiskeyCove PMIC ADC thermal channel mapping and USB type-C resources

This patch adds the mapping of PMIC ADC channel to thermal zone and USB type-C resources. This mapping is used in the pmic thermal driver to notify the thermal zone with the pmic adc channel alert interrupts. This patch also adds three new data structures to include/linux/mfd/intel_soc_pmic.h: stru

Re: [RFC 00/19] Runtime PM fixes for omap-ssi

Hi, On Sat, Jun 18, 2016 at 06:26:50PM +0200, Sebastian Reichel wrote: > This series fixes runtime PM for omap-ssi, so that > the OMAP SoC can idle correctly. After applying the > series, the SSI module correctly goes into idle if > phonet0 interface is not configured or if it's > used by ofono (*

[PATCH] hwmon: (jc42) Add support for Microchip MCP9808 temperature sensor

MCP9808 is not officially compliant to JC-42, similar to MCP9804, but its registers are compatible to JC-42. Signed-off-by: Alison Schofield Cc: Daniel Baluta --- Documentation/hwmon/jc42 | 3 ++- drivers/hwmon/Kconfig| 4 ++-- drivers/hwmon/jc42.c | 4 3 files changed, 8 insertion

Re: [PATCH v2 1/3] toshiba_acpi: Add IIO interface for accelerometer axis data

On Sun, Jun 19, 2016 at 05:28:04PM -0600, Azael Avalos wrote: > This patch adds the accelerometer axis data to the IIO subsystem. > > Currently reporting the X, Y and Z values, as no other data can be > queried given the fact that the accelerometer chip itself is hidden > behind the Toshiba propri

Re: [PATCH v2] mm: oom: deduplicate victim selection code for memcg and global oom

On Mon, 27 Jun 2016, Vladimir Davydov wrote: > When selecting an oom victim, we use the same heuristic for both memory > cgroup and global oom. The only difference is the scope of tasks to > select the victim from. So we could just export an iterator over all > memcg tasks and keep all oom related

Re: Boot failure on emev2/kzm9d (was: Re: [PATCH v2 11/11] mm/slab: lockless decision to grow cache)

On Wed, Jun 22, 2016 at 07:53:29PM -0700, Paul E. McKenney wrote: > On Wed, Jun 22, 2016 at 07:47:42PM -0700, Paul E. McKenney wrote: > > On Thu, Jun 23, 2016 at 11:37:56AM +0900, Joonsoo Kim wrote: > > > On Wed, Jun 22, 2016 at 05:49:35PM -0700, Paul E. McKenney wrote: > > > > On Wed, Jun 22, 2016

[git pull] Input updates for 4.7-rc5

Hi Linus, Please pull from: git://git.kernel.org/pub/scm/linux/kernel/git/dtor/input.git for-linus to receive updates for the input subsystem. Changelog: - Cameron Gutman (2): Input: xpad - fix rumble on Xbox One controllers with 2015 firmware Input: xpad - fix oops

[PATCH] f2fs: remove unnecessary goto statement

When base_addr is NULL, there is no need to call kzfree, it should return -ENOMEM directly. Additionally, it is better to initialize variable 'error' with 0. Signed-off-by: Tiezhu Yang --- fs/f2fs/xattr.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/fs/f2fs/xattr.c b/f

Re: [patch V3 00/22] timer: Refactor the timer wheel

On Sun, Jun 26, 2016 at 09:22:36PM -0700, Paul E. McKenney wrote: > On Fri, Jun 24, 2016 at 02:32:00PM -, Thomas Gleixner wrote: > > This is the third version of the timer wheel rework series. The previous > > versions can be found here: > > > > V1: http://lkml.kernel.org/r/20160613070440.95

[PATCH v4] gpio: add Intel WhiskeyCove GPIO driver

This patch introduces a separate GPIO driver for Intel WhiskeyCove PMIC. This driver is based on gpio-crystalcove.c. Signed-off-by: Ajay Thomas Signed-off-by: Bin Gao --- Changes in v4: - Converted CTLI_INTCNT_XX macros to less verbose ones INT_DETECT_XX. - Add comments about why there is no .

Re: [PATCH 2/5] nohz,cputime: remove VTIME_GEN vtime irq time code

On Mon, Jun 27, 2016 at 07:31:29PM -0400, Rik van Riel wrote: > On Tue, 2016-06-28 at 01:21 +0200, Frederic Weisbecker wrote: > > On Wed, Jun 22, 2016 at 10:25:48PM -0400, r...@redhat.com wrote: > > > > > > From: Rik van Riel > > > > > > The CONFIG_VIRT_CPU_ACCOUNTING_GEN irq time tracking code

<    1   2   3   4   5   6   7   8   9   >