[v2 00/25] Add VT-d Posted-Interrupts support

VT-d Posted-Interrupts is an enhancement to CPU side Posted-Interrupt. With VT-d Posted-Interrupts enabled, external interrupts from direct-assigned devices can be delivered to guests without VMM intervention when guest is running in non-root mode. You can find the VT-d Posted-Interrtups Spec. in

[v2 01/25] genirq: Introduce irq_set_vcpu_affinity() to target an interrupt to a VCPU

From: Jiang Liu With Posted-Interrupts support in Intel CPU and IOMMU, an external interrupt from assigned-devices could be directly delivered to a virtual CPU in a virtual machine. Instead of hacking KVM and Intel IOMMU drivers, we propose a platform independent interface to target an interrupt

[v2 02/25] iommu: Add new member capability to struct irq_remap_ops

This patch adds a new member capability to struct irq_remap_ops, this new function ops can be used to check whether some features are supported, such as VT-d Posted-Interrupts. Signed-off-by: Feng Wu Reviewed-by: Jiang Liu --- arch/x86/include/asm/irq_remapping.h |4

[v2 05/25] x86, irq: Implement irq_set_vcpu_affinity for pci_msi_ir_controller

Implement irq_set_vcpu_affinity for pci_msi_ir_controller. Signed-off-by: Feng Wu Reviewed-by: Jiang Liu --- arch/x86/kernel/apic/msi.c |1 + include/linux/irq.h|3 +++ 2 files changed, 4 insertions(+), 0 deletions(-) diff --git a/arch/x86/kernel/apic/msi.c

Re: [PATCH v2 1/6] GMAC: add driver for Rockchip RK3288 SoCs integrated GMAC

Hi! Heiko about regulator, power gpio, reset gpio and irq gpio please refer to my comment inline, tks. On 2014/12/2 7:44, Heiko Stübner wrote: Hi Roger, the comments inline are a rough first review. I hope to get a clearer picture for the stuff I'm not sure about in v3 once the big issues

[v2 07/25] iommu, x86: Add cap_pi_support() to detect VT-d PI capability

Add helper function to detect VT-d Posted-Interrupts capability. Signed-off-by: Feng Wu Reviewed-by: Jiang Liu --- include/linux/intel-iommu.h |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/include/linux/intel-iommu.h b/include/linux/intel-iommu.h index

[PATCH v5 0/2] Add regulator-haptic driver

This patch series adds regulator-haptic driver. The regulator-haptic has haptic motor and it is controlled by voltage of regulator via force feedback framework. Changes in v5: - give preference to platform data Changes in v4: - _regulator_get() -> _regulator_get_exclusive() Changes in v3: -

[PATCH v5 1/2] Input: add regulator haptic driver

This patch adds support for haptic driver controlled by voltage of regulator. And this driver support for Force Feedback interface from input framework Signed-off-by: Jaewon Kim Signed-off-by: Hyunhee Kim Acked-by: Kyungmin Park Tested-by: Chanwoo Choi Reviewed-by: Chanwoo Choi Reviewed-by:

[PATCH v5 2/2] ARM: dts: Add haptics node for exynos3250-rinato

This patch adds regulator-haptic device node controlled by regulator. Signed-off-by: Jaewon Kim Reviewed-by: Chanwoo Choi --- arch/arm/boot/dts/exynos3250-rinato.dts |7 +++ 1 file changed, 7 insertions(+) diff --git a/arch/arm/boot/dts/exynos3250-rinato.dts

[v2 08/25] iommu, x86: Add intel_irq_remapping_capability() for Intel

Add the Intel side implementation for capability in struct irq_remap_ops. Signed-off-by: Feng Wu Reviewed-by: Jiang Liu --- drivers/iommu/intel_irq_remapping.c | 27 +++ drivers/iommu/irq_remapping.c |2 ++ drivers/iommu/irq_remapping.h |4 3

[v2 09/25] iommu, x86: define irq_remapping_cap()

This patch adds a new interface irq_remapping_cap() to detect whether irq remapping supports new features, such as VT-d Posted-Interrupts. We export this function out, so that KVM code can check this and use this mechanism properly. Signed-off-by: Feng Wu Reviewed-by: Jiang Liu ---

[v2 15/25] KVM: Make struct kvm_irq_routing_table accessible

Move struct kvm_irq_routing_table from irqchip.c to kvm_host.h, so we can use it outside of irqchip.c. Signed-off-by: Feng Wu --- include/linux/kvm_host.h | 19 +++ virt/kvm/irqchip.c | 11 --- 2 files changed, 19 insertions(+), 11 deletions(-) diff --git

[v2 13/25] KVM: Define a new interface kvm_find_dest_vcpu() for VT-d PI

This patch defines a new interface kvm_find_dest_vcpu for VT-d PI, which can returns the destination vCPU of the interrupt for guests. Since VT-d PI cannot handle broadcast/multicast interrupt, Here we only handle Fixed and Lowest priority interrupts. The current method of handling guest lowest

[v2 10/25] KVM: change struct pi_desc for VT-d Posted-Interrupts

Change struct pi_desc for VT-d Posted-Interrupts. Signed-off-by: Feng Wu --- arch/x86/kvm/vmx.c | 15 +-- 1 files changed, 13 insertions(+), 2 deletions(-) diff --git a/arch/x86/kvm/vmx.c b/arch/x86/kvm/vmx.c index 3e556c6..abdb84f 100644 --- a/arch/x86/kvm/vmx.c +++

[v2 14/25] KVM: Get Posted-Interrupts descriptor address from struct kvm_vcpu

Define a interface to get PI descriptor address from the vCPU structure. Signed-off-by: Feng Wu --- arch/x86/include/asm/kvm_host.h |1 + arch/x86/kvm/vmx.c | 12 2 files changed, 13 insertions(+), 0 deletions(-) diff --git a/arch/x86/include/asm/kvm_host.h

[v2 17/25] KVM: kvm-vfio: User API for VT-d Posted-Interrupts

This patch adds and documents a new attribute KVM_DEV_VFIO_DEVICE_POSTING_IRQ in KVM_DEV_VFIO_DEVICE group. This new attribute is used for VT-d Posted-Interrupts. When guest OS changes the interrupt configuration for an assigned device, such as, MSI/MSIx data/address fields, QEMU will use this

[v2 18/25] KVM: kvm-vfio: implement the VFIO skeleton for VT-d Posted-Interrupts

This patch adds the kvm-vfio interface for VT-d Posted-Interrrupts. When guests updates MSI/MSI-x information for an assigned-device, QEMU will use KVM_DEV_VFIO_DEVICE_POSTING_IRQ attribute to setup IRTE for VT-d PI. This patch implement this IRQ attribute. Signed-off-by: Feng Wu ---

[v2 21/25] KVM: Update Posted-Interrupts descriptor during vCPU scheduling

Update Posted-Interrupts descriptor according to the following rules: - Before vCPU block, set 'NV' to POSTED_INTR_WAKEUP_VECTOR - After vCPU block, set 'NV' back to POSTED_INTR_VECTOR Signed-off-by: Feng Wu --- arch/x86/include/asm/kvm_host.h |5 ++ arch/x86/kvm/vmx.c | 83

[v2 20/25] x86, irq: Define a global vector for VT-d Posted-Interrupts

Currently, we use a global vector as the Posted-Interrupts Notification Event for all the vCPUs in the system. We need to introduce another global vector for VT-d Posted-Interrtups, which will be used to wakeup the sleep vCPU when an external interrupt from a direct-assigned device happens for

[v2 19/25] KVM: x86: kvm-vfio: VT-d posted-interrupts setup

This patch defines macro __KVM_HAVE_ARCH_KVM_VFIO_POSTING and implement kvm_arch_vfio_update_pi_irte for x86 architecture. Signed-off-by: Feng Wu --- arch/x86/include/asm/kvm_host.h |2 + arch/x86/kvm/Makefile |2 +- arch/x86/kvm/kvm_vfio_x86.c | 68

[v2 23/25] KVM: Add the handler for Wake-up Vector

When vCPU is blocked and an external interrupts from assigned devices is delivered to it, VT-d Posted-Interrupts mechanism will deliver an interrupt to the associated physical CPU with Wake-up Vector. In its handler, we find the destination vCPU and wake up it. Signed-off-by: Feng Wu ---

[v2 24/25] KVM: Suppress posted-interrupt when 'SN' is set

Currently, we don't support urgent interrupt, all interrupts are recognized as non-urgent interrupt, so we cannot send posted-interrupt when 'SN' is set. Signed-off-by: Feng Wu --- arch/x86/kvm/vmx.c | 11 +-- 1 files changed, 9 insertions(+), 2 deletions(-) diff --git

[v2 25/25] iommu/vt-d: Add a command line parameter for VT-d posted-interrupts

Enable VT-d Posted-Interrtups and add a command line parameter for it. Signed-off-by: Feng Wu --- Documentation/kernel-parameters.txt |1 + drivers/iommu/irq_remapping.c | 12 2 files changed, 9 insertions(+), 4 deletions(-) diff --git

[v2 22/25] KVM: Change NDST field after vCPU scheduling

This patch changes the NDST filed of Posted-Interrupts Descriptor after vCPU is scheduled to another physical CPU. Signed-off-by: Feng Wu --- arch/x86/kvm/vmx.c | 25 + 1 files changed, 25 insertions(+), 0 deletions(-) diff --git a/arch/x86/kvm/vmx.c

[v2 16/25] KVM: make kvm_set_msi_irq() public

Make kvm_set_msi_irq() public, we can use this function outside. Signed-off-by: Feng Wu --- include/linux/kvm_host.h |2 ++ virt/kvm/irq_comm.c |2 +- 2 files changed, 3 insertions(+), 1 deletions(-) diff --git a/include/linux/kvm_host.h b/include/linux/kvm_host.h index

[v2 11/25] KVM: Add some helper functions for Posted-Interrupts

This patch adds some helper functions to manipulate the Posted-Interrupts Descriptor. Signed-off-by: Feng Wu --- arch/x86/kvm/vmx.c | 26 ++ 1 files changed, 26 insertions(+), 0 deletions(-) diff --git a/arch/x86/kvm/vmx.c b/arch/x86/kvm/vmx.c index abdb84f..0b1383e

[v2 12/25] KVM: Initialize VT-d Posted-Interrupts Descriptor

This patch initializes the VT-d Posted-Interrupts Descriptor. Signed-off-by: Feng Wu --- arch/x86/kvm/vmx.c | 27 +++ 1 files changed, 27 insertions(+), 0 deletions(-) diff --git a/arch/x86/kvm/vmx.c b/arch/x86/kvm/vmx.c index 0b1383e..66ca275 100644 ---

[PATCH 2/3] mm/compaction: add more trace to understand compaction start/finish condition

It is not well analyzed that when compaction start and when compaction finish. With this tracepoint for compaction start/finish condition, I can find following bug. http://www.spinics.net/lists/linux-mm/msg81582.html Signed-off-by: Joonsoo Kim --- include/linux/compaction.h|2 +

[v2 03/25] iommu, x86: Define new irte structure for VT-d Posted-Interrupts

Add a new irte_pi structure for VT-d Posted-Interrupts. Signed-off-by: Feng Wu Reviewed-by: Jiang Liu --- include/linux/dmar.h | 32 1 files changed, 32 insertions(+), 0 deletions(-) diff --git a/include/linux/dmar.h b/include/linux/dmar.h index

[v2 06/25] iommu, x86: No need to migrating irq for VT-d Posted-Interrupts

We don't need to migrate the irqs for VT-d Posted-Interrupts here. When 'pst' is set in IRTE, the associated irq will be posted to guests instead of interrupt remapping. The destination of the interrupt is set in Posted-Interrupts Descriptor, and the migration happens during vCPU scheduling.

[PATCH 1/3] mm/compaction: enhance trace output to know more about compaction internals

It'd be useful to know where the both scanner is start. And, it also be useful to know current range where compaction work. It will help to find odd behaviour or problem on compaction. Signed-off-by: Joonsoo Kim --- include/linux/compaction.h|2 + include/trace/events/compaction.h |

[v2 04/25] iommu, x86: Implement irq_set_vcpu_affinity for intel_ir_chip

Implement irq_set_vcpu_affinity for intel_ir_chip. Signed-off-by: Feng Wu Reviewed-by: Jiang Liu --- arch/x86/include/asm/irq_remapping.h |5 + drivers/iommu/intel_irq_remapping.c | 27 +++ 2 files changed, 32 insertions(+), 0 deletions(-) diff --git

[PATCH 3/3] mm/compaction: add tracepoint to observe behaviour of compaction defer

compaction deferring logic is heavy hammer that block the way to the compaction. It doesn't consider overall system state, so it could prevent user from doing compaction falsely. In other words, even if system has enough range of memory to compact, compaction would be skipped due to compaction

Re: [PATCH] i2c-hid / PM: Replace CONFIG_PM_RUNTIME with CONFIG_PM

On Wed, 3 Dec 2014, Rafael J. Wysocki wrote: > From: Rafael J. Wysocki > > After commit b2b49ccbdd54 (PM: Kconfig: Set PM_RUNTIME if PM_SLEEP is > selected) PM_RUNTIME is always set if PM is set, so #ifdef blocks > depending on CONFIG_PM_RUNTIME may now be changed to depend on > CONFIG_PM. > >

Re: [PATCH V3] mtd: phram: Allow multiple phram devices on cmd line

>From 900dbad52b2cc88b46c5716b1afd22698f6d83aa Mon Sep 17 00:00:00 2001 From: Rob Ward Date: Tue, 21 Oct 2014 17:46:53 +0100 Subject: [PATCH] mtd: phram: Allow multiple phram devices on cmd line Allow the phram module the ability to create multiple phram mtd devices via the kernel command line.

[PATCH v3 net-net 0/2] Increase the limit of tuntap queues

Networking under KVM works best if we allocate a per-vCPU rx and tx queue in a virtual NIC. This requires a per-vCPU queue on the host side. Modern physical NICs have multiqueue support for large number of queues. To scale vNIC to run multiple queues parallel to maximum number of vCPU's we need to

[PATCH v3 net-next 2/2 tuntap: Increase the number of queues in tun.

Networking under kvm works best if we allocate a per-vCPU RX and TX queue in a virtual NIC. This requires a per-vCPU queue on the host side. It is now safe to increase the maximum number of queues. Preceding patche: 'net: allow large number of rx queues' made sure this won't cause failures due to

[PATCH v2 2/2] ASoC: rockchip: i2s: add support for grabbing output clock to codec

From: Sonny Rao We need to claim the clock which is driving the codec so that when we enable clock gating, we continue to clock the codec when needed. I make this an optional clock since there might be some applications where we don't need it but can still use the I2S block. Signed-off-by:

[PATCH v3 net-next 1/2] net: allow large number of rx queues

netif_alloc_rx_queues() uses kcalloc() to allocate memory for "struct netdev_queue *_rx" array. If we are doing large rx queue allocation kcalloc() might fail, so this patch does a fallback to vzalloc(). Similar implementation is done for tx queue allocation in netif_alloc_netdev_queues(). We

[PATCH v2 0/2] ASoC: rockchip: i2s: driver could output "i2s-clk-out" optionally

Clock generate unit in rockchip SoCs could generate clock named "i2s-clk-out" separate from clock named "i2s-hclk", which is for i2s controller. Since there may not need the "i2s-clk-out" outside, we make it optional in driver, that could be decided in dts by add "i2s-clk-out" or not. Tested on

[PATCH v2 1/2] ASoC: dt-bindings: rockchip-i2s: add an optional property "i2s_clk_out"

Add an property "i2s_clk_out", which enables to output clock to outside of rockchip SoCs. Let's make it optional since not each board needs it. Signed-off-by: Jianqun Xu Reviewed-by: Doug Anderson --- Documentation/devicetree/bindings/sound/rockchip-i2s.txt | 8 ++-- 1 file changed, 6

Re: [PATCH net-next] r8152: reduce memory copy for rx

On Wed, 2014-12-03 at 07:05 +, Hayes Wang wrote: > Eric Dumazet [mailto:eric.duma...@gmail.com] > > Sent: Wednesday, December 03, 2014 2:08 PM > [...] > > Better performance for what workload exactly ? > > I test it by using Chariot with 4 Tx and 4 Rx. > It has about 4% improvement. > Have

Re: [PATCH v10 2/6] backlight: Add support Skyworks SKY81452 backlight driver

On Wednesday, December 03, 2014 4:05 PM, Gyungoh Yoo wrote: > > From: Gyungoh Yoo > > Signed-off-by: Gyungoh Yoo Acked-by: Jingoo Han Best regards, Jingoo Han > --- > Changes v10: > Removed trivial get_brightness implementations > > Changes v9: > Nothing > > Changes v8: > Renamed

[PATCH v10 4/6] devicetree: backlight: Add new SKY81452 backlight binding

From: Gyungoh Yoo Signed-off-by: Gyungoh Yoo Acked-by: Bryan Wu --- Changes v10: Nothing Changes v9: Nothing Changes v8: Renamed property names for backlight with vendor prefix Modified gpio-enable property to generic property for GPIO Made up the example for backlight DT Changes v7:

[PATCH v10 5/6] devicetree: Add vendor prefix for Skyworks Solutions, Inc.

From: Gyungoh Yoo Signed-off-by: Gyungoh Yoo --- Changes v10: Nothing Changes v9: Nothing Changes v8: Nothing Changes v7: Nothing Changes v6: Nothing Changes v5: Nothing Changes v4: Nothing Changes v3: Nothing Changes v2: Added vendor prefix for Skyworks Solutions, Inc.

[PATCH v10 2/6] backlight: Add support Skyworks SKY81452 backlight driver

From: Gyungoh Yoo Signed-off-by: Gyungoh Yoo --- Changes v10: Removed trivial get_brightness implementations Changes v9: Nothing Changes v8: Renamed property names for backlight with vendor prefix Modified gpio-enable property to generic property for GPIO Changes v7: Modified licensing text

[PATCH v10 1/6] mfd: Add support for Skyworks SKY81452 driver

From: Gyungoh Yoo Signed-off-by: Gyungoh Yoo Acked-by: Lee Jones --- Changes v10: Nothing Changes v9: Nothing Changes v8: Nothing Changes v7: Modified licensing text to GPLv2 Changes v6: Added new line character at the end of line of dev_err() Changes v5: Move sky81452-backlight.h to

[PATCH v10 3/6] devicetree: mfd: Add new SKY81452 mfd binding

From: Gyungoh Yoo Signed-off-by: Gyungoh Yoo --- Changes v10: Nothing Changes v9: Nothing Changes v8: Made up the example for backlight DT Changes v7: Nothing Changes v6: Nothing Changes v5: Changed DT for regulator : 'lout' node should be defined under 'regulator' Removed compatible

[PATCH v10 6/6] devicetree: i2c: Add SKY81452 to the Trivial Devices list

From: Gyungoh Yoo Signed-off-by: Gyungoh Yoo --- Changes v10: Nothing Changes v9: Nothing Changes v8: Nothing Changes v7: Nothing Changes v6: Nothing Changes v5: Nothing Changes v4: Nothing Changes v3: Nothing Changes v2: Add SKY81452 to the Trivial Devices list

[PATCH v10 0/6] Add Skyworks SKY81452 device drivers

From: Gyungoh Yoo This patch set includes regulator and backlight driver for SKY81452. Also it includes documents for device tree and module. sky81452-regulator was already applied. So this series doesn't include it. v10: Removed trivial get_brightness implementations for sky81452-backlight

RE: [PATCH net-next] r8152: reduce memory copy for rx

Eric Dumazet [mailto:eric.duma...@gmail.com] > Sent: Wednesday, December 03, 2014 2:08 PM [...] > Better performance for what workload exactly ? I test it by using Chariot with 4 Tx and 4 Rx. It has about 4% improvement. > cloning in rx path has many drawbacks, with skb->truesize > being

Re: linux-next: manual merge of the devicetree tree with the regulator tree

Hi, My part looks good and unchanged (first commit), however I would prefer a confirmation from Grant about the full merge. Thanks, Romain 2014-12-03 5:27 GMT+01:00 Stephen Rothwell : > Hi Grant, > > Today's linux-next merge of the devicetree tree got a conflict in > include/linux/of.h between

linux-next: manual merge of the driver-core tree with the omap_dss2 tree

Hi Greg, Today's linux-next merge of the driver-core tree got conflicts in sound/soc/omap/omap-hdmi-card.c and sound/soc/omap/omap-hdmi.c between commit ab387c1e51d7 ("ASoC: omap: Remove obsolete HDMI audio code and Kconfig options") from the omap_dss2 tree and commit d34135b4c0ef ("ASoC: omap:

Re: [PATCH] ALSA: i2sbus: Deletion of unnecessary checks before the function call "release_and_free_resource"

At Tue, 02 Dec 2014 22:55:57 +0100, SF Markus Elfring wrote: > > From: Markus Elfring > Date: Tue, 2 Dec 2014 22:50:24 +0100 > > The release_and_free_resource() function tests whether its argument is NULL > and then returns immediately. Thus the test around the call is not needed. > > This

Re: [PATCH] sound: pci: azt3328.c: Cleaning up function that are not used anywhere

At Wed, 3 Dec 2014 00:08:09 +0100, Rickard Strandqvist wrote: > > Remove function snd_azf3328_codec_outl() that is not used anywhere. This is a small inliner and no problem to keep it. Removing it breaks the code balance, and one would have to re-add it if 32bit register address is needed in

[PATCH] kconfig: fix a misspelling in scripts/kconfig/merge_config.sh

Signed-off-by: Masahiro Yamada --- scripts/kconfig/merge_config.sh | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/scripts/kconfig/merge_config.sh b/scripts/kconfig/merge_config.sh index 81b0c61..efa4733 100755 --- a/scripts/kconfig/merge_config.sh +++

Re: [PATCH] sound: pci: cmipci.c: Cleaning up function that are not used anywhere

At Wed, 3 Dec 2014 00:12:55 +0100, Rickard Strandqvist wrote: > > Remove function snd_cmipci_pll_rmn() that is not used anywhere. It's an experimental code that is currently disabled. Keeping such a code would be still meaningful if anyone wants to start a similar experiment again. Takashi

[PATCH] kbuild: fix scripts/headers.sh to see the correct Kbuild path

The exported headers were moved to "uapi" directories. We should check the existence of arch/*/include/uapi/asm/Kbuild. Signed-off-by: Masahiro Yamada --- scripts/headers.sh | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/scripts/headers.sh b/scripts/headers.sh index

Re: [PATCH 0/2] ALSA: ctxfi: Delete an unnecessary check before kfree()

At Tue, 02 Dec 2014 21:50:26 +0100, SF Markus Elfring wrote: > > From: Markus Elfring > Date: Tue, 2 Dec 2014 20:35:41 +0100 > > Another update suggestion was taken into account after a patch was applied > from static source code analysis. > > Markus Elfring (2): > Deletion of an unnecessary

Re: [PATCH 1/2] fs: introduce sendfd() syscall

On Wed, 2014-12-03 at 13:22 +1100, Alex Dubov wrote: > Yours is the first insightful message in this thread. Some of the > other commenters exhibited an unfortunate lack of understanding, > regarding what signals are and what they can be useful for. Oh nice. I think I will ignore your future

Re: [V6,1/9] elf: Add new powerpc specifc core note sections

On 12/03/2014 10:52 AM, Michael Ellerman wrote: > On Tue, 2014-02-12 at 07:56:45 UTC, Anshuman Khandual wrote: >> This patch adds four new ELF core note sections for powerpc >> transactional memory and one new ELF core note section for >> powerpc general miscellaneous debug registers. These

Re: [PATCH 1/2] fs: introduce sendfd() syscall

On Wed, 2014-12-03 at 13:11 +1100, Alex Dubov wrote: > Kindly enlighten me, how are you going to use any file descriptor in a > 128 threads program in a scalable way (socket and all)? How this > approach will be different when using signalfd()? Thats the point : use one different channel

[PATCH] kbuild: update headers_install.txt document

The arch header directories "include/asm-*" were moved long ago. Now we should check the existence of arch/*/include/uapi/asm/Kbuild to see if an architecture supports the headers installation. (Actually, "um" is the only architecture that does not have it.) Signed-off-by: Masahiro Yamada ---

[PATCH net-next] virtio-net: don't do header check for dodgy gso packets

There's no need to do header check for virito-net since: - Host set dodgy for all gso packets from guest and check the header. - Host should prepare for all kinds of evil packets from guest, since malicious guest can send any kinds of packet. So this patch sets NETIF_F_GSO_ROBUST for

Re: [PATCH v2 net] bpf: x86: fix epilogue generation for eBPF programs

Hi Alexei, On Sat, Nov 29, 2014 at 2:46 PM, Alexei Starovoitov wrote: > classic BPF has a restriction that last insn is always BPF_RET. > eBPF doesn't have BPF_RET instruction and this restriction. > It has BPF_EXIT insn which can appear anywhere in the program > one or more times and it doesn't

Re: [PATCHv3 1/1] thermal: cpu_cooling: check for the readiness of cpufreq layer

On 28 November 2014 at 20:23, Eduardo Valentin wrote: > diff --git a/drivers/thermal/cpu_cooling.c b/drivers/thermal/cpu_cooling.c > index 1ab0018..88d2775 100644 > --- a/drivers/thermal/cpu_cooling.c > +++ b/drivers/thermal/cpu_cooling.c > @@ -440,6 +440,9 @@ __cpufreq_cooling_register(struct

Re: [PATCH v4 1/2] Input: add regulator haptic driver

Hi Dmitry, 2014년 12월 03일 15:02에 Dmitry Torokhov 이(가) 쓴 글: Hi Jaewon, On Mon, Dec 01, 2014 at 11:11:12AM +0900, Jaewon Kim wrote: This patch adds support for haptic driver controlled by voltage of regulator. And this driver support for Force Feedback interface from input framework

Re: Re: [PATCH v11 1/7] ARM: probes: move all probe code to dedicate directory

(2014/12/03 14:28), Wang Nan wrote: > On 2014/12/3 12:38, Masami Hiramatsu wrote: >> (2014/12/02 19:23), Wang Nan wrote: >>> On 2014/12/2 12:59, Masami Hiramatsu wrote: (2014/12/01 17:48), Wang Nan wrote: > In discussion on LKML (https://lkml.org/lkml/2014/11/28/158), Russell > King

[PATCH v2] staging: rt8192u: fix sparse warnings in r8192U_core.c

From: Fred Chou v2: alignment to match open parenthesis Fixed the following warnings in sparse: drivers/staging/rtl8192u/r8192U_core.c:670:6: warning: symbol 'dump_eprom' was not declared. Should it be static? drivers/staging/rtl8192u/r8192U_core.c:1489:5: warning:

Re: [Patch] Improve error handling in allocation of bounce buffers in mmc_init_queue

Hi, Thanks for guiding. I read through Documentation/SubmittingPatches. Fixed the warnings given by checkpatch. Kindly review the updated patch. >From 7ea020e32e1fbe4d05d104e31815d908af92f2a5 Mon Sep 17 00:00:00 2001 From: Bhuvanesh Surachari Date: Mon, 1 Dec 2014 02:23:02 -0500 Subject:

Re: [PATCH 3/3] ftracetests: Add test to test event filter logic

On Tue, Dec 2, 2014 at 7:13 PM, Steven Rostedt wrote: > From: "Steven Rostedt (Red Hat)" > > Add a test to test the event filter logic. It currently tests the > following filters against sched:sched_switch event. > >( prev_pid != 0 ) >( prev_pid == 0 ) >( prev_pid < 100 ) >(

Re: [PATCH v5 1/6] perf: provide sysfs_show for struct perf_pmu_events_attr

On Tue, 2014-12-02 at 18:03 -0800, Sukadev Bhattiprolu wrote: > From: Cody P Schafer > > (struct perf_pmu_events_attr) is defined in include/linux/perf_event.h, > but the only "show" for it is in x86 and contains x86 specific stuff. > > Make a generic one for those of us who are just using the

Re: [PATCH] Staging: slicoss: Fix long line issues in slicoss.c

On Tue, Dec 02, 2014 at 11:45:00PM +, Sean Cleator wrote: > > A patch to the slicoss.c file to fix some of the long line issues found by > the > checkpath.pl tool > Signed-off-by: Sean Cleator do not use whitespace before Signed-off-by thanks sudip > > --- >

Re: [PATCH net-next] r8152: reduce memory copy for rx

On Wed, 2014-12-03 at 13:14 +0800, Hayes Wang wrote: > If the data size is more than half of the AGG_BUG_SZ, allocate a new > rx buffer and use skb_clone() to avoid the memory copy. > > The original method is that allocate the memory and copy data for each > packet in a rx buffer. The new one is

[RESEND PATCH] ima: Fix build failure on powerpc when TCG_IBMVTPM dependencies are not met

On powerpc we can end up with IMA=y and PPC_PSERIES=n which leads to: warning: (IMA) selects TCG_IBMVTPM which has unmet direct dependencies (TCG_TPM && PPC_PSERIES) tpm_ibmvtpm.c:(.text+0x14f3e8): undefined reference to `.plpar_hcall_norets' I'm not sure why IMA needs to select those

Re: [PATCH v4 1/2] Input: add regulator haptic driver

Hi Jaewon, On Mon, Dec 01, 2014 at 11:11:12AM +0900, Jaewon Kim wrote: > This patch adds support for haptic driver controlled by > voltage of regulator. And this driver support for > Force Feedback interface from input framework > > Signed-off-by: Jaewon Kim > Signed-off-by: Hyunhee Kim >

Re: frequent lockups in 3.18rc4

On Tue, Dec 2, 2014 at 10:14 PM, Linus Torvalds wrote: > Put another way: "bad" is generally more trustworthy (because you > actively saw the bug), Makes sense, but ... > while a "good" _before_ a subsequent bad is > also trustworthy (because if the "good" kernel contained the bug and > you

Re: [PATCH] Staging: ft1000: fix spaces around operators in ft1000_debug.c

On Tue, Dec 02, 2014 at 07:30:40PM -0600, Paul Hedman wrote: > Fixes spacing issues around operators, e.g. i=0 to i = 0, as > found by the checkpatch.pl tool. no Signed-off-by ??? please run your patch through checkpatch before sending. thanks sudip > --- >

[RESEND PATCHv2] drivers/rtc/rtc-snvs: Add clock support

This patch adds clock enable and disable support for the SNVS peripheral, which is required for using the RTC within the SNVS block. The clock is not strictly enforced, as this would break the i.MX devices. The clocking for the i.MX devices seems to be enabled elsewhere and enabling RTC SNVS for

[RESEND PATCHv2] Add SNVS clock support to rtc-snvs driver

For v2: As such this patch remains the same, but is being resend and in isolation after the previous discussions here. https://lkml.org/lkml/2014/11/7/295 Since the changes on rtc-snvs.c will need to go through the rtc subsystem tree and the DT changes cannot be applied by Shawn, till this driver

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

Greg, On Tuesday 02 December 2014 11:42 PM, Greg KH wrote: > On Mon, Dec 01, 2014 at 07:19:23PM +1100, Stephen Rothwell wrote: >> Hi Greg, >> >> After merging the usb tree, today's linux-next build (arm >> multi_v7_defconfig) failed like this: >> >> arch/arm/mach-omap2/twl-common.c:94:21: error:

Re: [PATCH] staging: rt8192u: fix sparse warnings in r8192U_core.c

On Wed, Dec 03, 2014 at 10:38:27AM +0800, Fred Chou wrote: > From: Fred Chou > > Fixed the following warnings in sparse: > drivers/staging/rtl8192u/r8192U_core.c:670:6: warning: > symbol 'dump_eprom' was not declared. > Should it be static? >

Re: [PATCH] input / PM: Replace CONFIG_PM_RUNTIME with CONFIG_PM

On Wed, Dec 03, 2014 at 03:09:10AM +0100, Rafael J. Wysocki wrote: > From: Rafael J. Wysocki > > After commit b2b49ccbdd54 (PM: Kconfig: Set PM_RUNTIME if PM_SLEEP is > selected) PM_RUNTIME is always set if PM is set, so #ifdef blocks > depending on CONFIG_PM_RUNTIME may now be changed to depend

Re: Incorrect Key Values in the array atakbd_keycode in atakdb.c

Hi Nick, On Tue, Nov 25, 2014 at 09:32:36PM -0500, nick wrote: > Greetings Dmitry, > I don't known the key codes for this array but when you need around to it > would be very helpful, if you can send me what keys are wrong according to > the FIX ME messages or are they all correct. Unfortunately

Re: [PATCH 0/2] fix some problems for cpufreq

On 2014/12/2 12:38, Viresh Kumar wrote: > On 30 November 2014 at 13:53, Wang Weidong wrote: >> No, there are not utilities and scripts relying on it. > > How can you be so sure about it ? There might be scripts/utils you > aren't aware of > and are depending on this.. > >> I just confuse that:

Re: [PATCH V6 9/9] selftests: Make GIT ignore all binaries in powerpc test suite

On 12/02/2014 11:53 PM, Shuah Khan wrote: > On 12/02/2014 12:56 AM, Anshuman Khandual wrote: >> > This patch includes all of the powerpc test binaries into the >> > .gitignore file listing in their respective directories. This >> > will make sure that GIT ignores all of these test binaries while

Re: [PATCH] arm: omap3: twl: remove usb phy init data

Hi Greg, On Monday 01 December 2014 02:14 PM, Kishon Vijay Abraham I wrote: > From: Heikki Krogerus > > The driver does no use it any more. > > Signed-off-by: Heikki Krogerus > Signed-off-by: Kishon Vijay Abraham I This patch is required to get rid of the error that Stephen Rothwell

[PATCH 0/2] toshiba_acpi: Hotkeys and event handling changes

These patches change the current code to accomodate the handling of more events, since so far, it only handles hotkey events (0x80), as well as move some hotkey enabling code to a sub function to avoid duplication. Azael Avalos (2): toshiba_acpi: Move hotkey enabling code to own function

[PATCH 2/2] toshiba_acpi: Change notify funtion to handle more events

Currently the function toshiba_acpi_notify only takes care of hotkeys, however, the TOS devices receive more events that can be useful. This patch changes the function to be able to handle more events, and in the process, move all hotkey related code residing in it to a new function called

[PATCH 1/2] toshiba_acpi: Move hotkey enabling code to own function

The hotkey enabling code is being used by *_setup_keyboard and also by *_resume. This patch creates a new function called toshiba_acpi_enable_hotkeys to be used by these two functions to avoid duplicating code. Signed-off-by: Azael Avalos --- drivers/platform/x86/toshiba_acpi.c | 40

Re: [PATCH] soc: samsung: pmu: split up SoC specific PMU data

On 2014년 12월 01일 01:16, Pankaj Dubey wrote: > This patch splits up exynos-pmu.c file, and moves PMU configuration data > and functions handing those data into SoC specific PMU files, keeping > driver structure and common functionality into exynos-pmu.c. > > At the same time it also separates

Re: [PATCH v11 1/7] ARM: probes: move all probe code to dedicate directory

On 2014/12/3 12:38, Masami Hiramatsu wrote: > (2014/12/02 19:23), Wang Nan wrote: >> On 2014/12/2 12:59, Masami Hiramatsu wrote: >>> (2014/12/01 17:48), Wang Nan wrote: In discussion on LKML (https://lkml.org/lkml/2014/11/28/158), Russell King suggest to move all probe related code to

Re: [PATCH] driver: input: touchscreen: add Raydium i2c touchscreen driver

HI Jeffrey, On Mon, Dec 01, 2014 at 06:17:11PM +0800, jeffrey.lin wrote: > From: "jeffrey.lin" > > This patch is porting Raydium I2C touch driver. Developer can enable > raydium touch driver by modifying define "CONFIG_TOUCHSCREEN_RM_TS". Thank you for making the changes requested earlier. >

Re: [PATCH v2] Drivers: input: mousedev.c: Fixed trailing statement on the next line

Hi Athira, On Mon, Dec 01, 2014 at 06:06:42PM +0530, Athira Sharikkal wrote: > Fixed checkpatch error: > trailing statements should be on next line > > Signed-off-by: Athira Sharikkal > --- > v2: corrected indentation > drivers/input/mousedev.c | 3 ++- > 1 file changed, 2 insertions(+), 1

Re: [PATCH] i8042: prevent the loading of the i8042 driver on Intel NUC D54250WYK

On Tue, Dec 02, 2014 at 08:27:02AM +, Todor Minchev wrote: > The Intel NUC D54250WYK has no PS/2 controller, however the DSDT declares > PS/2 devices which trigger the loading of the i8042 driver. > > Signed-off-by: Todor Minchev Applied, thank you. > --- >

Re: frequent lockups in 3.18rc4

On Wed, Dec 03, 2014 at 10:03:56AM +0800, Lai Jiangshan wrote: > On 12/03/2014 12:58 AM, Dâniel Fraga wrote: > > On Tue, 2 Dec 2014 16:40:37 +0800 > > Lai Jiangshan wrote: > > > >> It is needed at lest for testing. > >> > >> CONFIG_TREE_PREEMPT_RCU=y with CONFIG_PREEMPT=n is needed for testing

Re: [V6,1/9] elf: Add new powerpc specifc core note sections

On Tue, 2014-02-12 at 07:56:45 UTC, Anshuman Khandual wrote: > This patch adds four new ELF core note sections for powerpc > transactional memory and one new ELF core note section for > powerpc general miscellaneous debug registers. These addition > of new ELF core note sections extends the

Re: [PATCH 2/2] ASoC: rockchip: i2s: add support for grabbing output clock to codec

On Tue, Dec 2, 2014 at 5:03 PM, Jianqun wrote: > Hi Doug: > > 在 12/03/2014 01:54 AM, Doug Anderson 写道: >> Jianqun, >> >> This ought to be a "v3" patch and ideally ought to describe >> differences from v2 (after the cut). Please have Kever or Chris >> review your next patch before sending it out

Re: [PATCH 1/1] Staging: ft1000: fix whitespace and brace coding style issues

On Tue, Dec 02, 2014 at 11:25:22PM -0500, Kevin Pietsch wrote: > Removed braces from single line if, else, for statements. > Replaced space indents with tabs. Fixed whitespace errors around operators. That's a whole lot of different things to do in one patch. Please, one patch per "thing" you

[PATCH net-next] r8152: reduce memory copy for rx

If the data size is more than half of the AGG_BUG_SZ, allocate a new rx buffer and use skb_clone() to avoid the memory copy. The original method is that allocate the memory and copy data for each packet in a rx buffer. The new one is that when the data size for a rx buffer is more than

  1   2   3   4   5   6   7   8   9   10   >