Re: [PATCH 0/2] alpha: fix build failure

On Tue, Sep 15, 2015 at 07:26:34AM -0700, Guenter Roeck wrote: > On 09/15/2015 06:50 AM, Sudip Mukherjee wrote: > >On Tue, Sep 15, 2015 at 06:28:40AM -0700, Guenter Roeck wrote: > >>On 09/15/2015 01:21 AM, Sudip Mukherjee wrote: > >>>On Mon, Sep 14, 2015 at 02:22:08PM -0700, Guenter Roeck wrote: >

Re: [PATCH 0/4] ARM: sun8i: Fix A23 and A33 clock gates indices

On Fri, Sep 11, 2015 at 9:26 PM, Maxime Ripard wrote: > Hi everyone, > > Here is a patch set that adds the missing clocks for the message box > in the A33 and A23 SoCs. > > In order to support that properly, the addition of a new clock driver > for the A33 has been needed, and we split the gates

Re: [PATCH 17/19] staging/lustre: Remove IS_SERVER and all users

On Tue, Sep 15, 2015 at 08:30:41PM -0400, gr...@linuxhacker.ru wrote: > From: Oleg Drokin > > Since the client can never be server, this is all dead code. > > Signed-off-by: Oleg Drokin > --- OOPS.. build fails with error: error: ‘lsi’ undeclared (first use in this function) reegards sudip --

Re: [PATCH 2.6.32 42/62] fixing infinite OPEN loop in 4.0 stateid recovery

Hi Olga, On Tue, Sep 15, 2015 at 02:36:06PM +, Kornievskaia, Olga wrote: > > Hi Willy, > > After checking with the list, I believe the course of action will be to > correct the patch with the patch below instead of reverting it. OK but as far as I can tell, mainline is still not fixed

Re: [PATCH] mm: slab: convert slab_is_available to boolean

On 9/15/15 8:50 PM, Denis Kirjanov wrote: A good one candidate to return a boolean result Signed-off-by: Denis Kirjanov Reviewed-by: Pekka Enberg -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo

Re: [PATCH v4 3/5] dt/bindings: bcm2835: add binding documentation for bcm2835-aux

> On 16.09.2015, at 06:12, Stephen Warren wrote: > > On 09/04/2015 01:26 AM, Martin Sperl wrote: >> >>> On 26.08.2015, at 03:44, Stephen Warren wrote: >>> >>> On 08/24/2015 02:40 AM, ker...@martin.sperl.org wrote: >>> +Example: + +aux_enable: aux_enable@0x7e215004 { +

Re: [PATCH 2.6.32 00/62] 2.6.32.68-longterm review

On Tue, Sep 15, 2015 at 01:06:31PM +0100, Ben Hutchings wrote: > On Sun, 2015-09-13 at 00:56 +0200, Willy Tarreau wrote: > > This is the start of the longterm review cycle for the 2.6.32.68 release. > > All patches will be posted as a response to this one. If anyone has any > > issue with these

Re: [PATCH] KVM: nVMX: nested VPID emulation

On 2015-09-16 04:36, Wanpeng Li wrote: > On 9/16/15 1:32 AM, Jan Kiszka wrote: >> On 2015-09-15 12:14, Wanpeng Li wrote: >>> On 9/14/15 10:54 PM, Jan Kiszka wrote: Last but not least: the guest can now easily exhaust the host's pool of vpid by simply spawning plenty of VCPUs for L2, no?

Re: [PATCH 2.6.32 36/62] MIPS: Octeon: Delete override of cpu_has_mips_r2_exec_hazard.

On Tue, Sep 15, 2015 at 12:37:21PM +0100, Ben Hutchings wrote: > > From: Ralf Baechle > > > > commit f05ff43355e6997c18f82ddcee370a6e5f8643ce upstream. > > > > This is no longer needed with the fixed, new and improved definition > > of cpu_has_mips_r2_exec_hazard in . > [...] > > This needs to

Re: [PATCH 1/4] ARM:dts:sun7i: Add keypad clk node

On Wed, Sep 16, 2015 at 12:05:54AM +1000, yassinjaf...@gmail.com wrote: > From: Yassin Jaffer > > This patch add support to the keypad clock on sun7i > > Signed-off-by: Yassin Jaffer Applied, thanks! Maxime -- Maxime Ripard, Free Electrons Embedded Linux, Kernel and Android engineering

Re: [Bugfix 0/3] Convert eata driver to a normal PCI device driver

On 2015/9/15 15:19, Arthur Marsh wrote: > > > Jiang Liu wrote on 15/09/15 12:01: > >> HI Arthur, >> Really appreciate your help to test the patches. That's >> a good sign we have moved forward a bit:) >> For kexec, it's always challenging to me. So could you >> please help to provide

Re: [PATCH] staging: wlan-ng: prism2fw: coding style: Fixed too long lines.

On Tue, Sep 15, 2015 at 08:09:54PM -0300, Marcos Canán wrote: > This is a patch to the prism2fw.c file that fixes > too long lines. > > Signed-off-by: Marcos Canán > --- This will not apply because of cfa6954ced97 ("staging: wlan-ng: fix long line"). Which tree you have used? regards sudip --

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

From: Stephen Rothwell Date: Wed, 16 Sep 2015 11:30:53 +1000 > I have added the following fix patch for today: > > From: Stephen Rothwell > Date: Wed, 16 Sep 2015 11:10:16 +1000 > Subject: [PATCH] cdc: add header guards > > Signed-off-by: Stephen Rothwell Applied, thanks Stephen. -- To

Re: [PATCH 0/7] devcg: device cgroup extension for rdma resource

Hi Jason, Sean, Tejun, I am in process of defining new approach, design based on the feedback given here for new RDMA cgroup from all of you. I have also collected feedback from Liran yesterday and ORNL folks too. Soon I will post the new approach, high level APIs and functionality for review

Re: [PATCH] staging: wilc1000: Removed curly braces

On Tue, Sep 15, 2015 at 07:24:00PM +0530, Aparna Karuthodi wrote: > Removed the curly braces of a single statement if block to remove a > coding style warning detected by checkpatch. > The warning is given below: > WARNING: braces {} are not necessary for single statement blocks > >

Re: [4.2] commit d59cfc09c32 (sched, cgroup: replace signal_struct->group_rwsem with a global percpu_rwsem) causes regression for libvirt/kvm

On Tue, Sep 15, 2015 at 09:24:15PM -0400, Tejun Heo wrote: > Hello, Paul. > > On Tue, Sep 15, 2015 at 04:38:18PM -0700, Paul E. McKenney wrote: > > Well, the decision as to what is too big for -stable is owned by the > > -stable maintainers, not by me. > > Is it tho? Usually the subsystem

Re: [PATCH v4 2/2] dt: power: st: Provide bindings for ST's OPPs

On 10-09-15, 09:31, Lee Jones wrote: > I think you answered your own question. > > No users == !ABI == Strip it out. Okay, as I have delayed things enough for you, didn't wanted to do that anymore. And so worked on it despite very tight schedule :) Below is the refreshed binding changes (I have

[PATCH] PCI: Relax function 0 VPD test and relocate

When we quirk a device with PCI_DEV_FLAGS_VPD_REF_F0 we're expecting to find a device where all the functions are identical. If we don't find that, we don't make VPD accessible through pci_vpd_ops. That means that if we quirk devices we shouldn't, we filter them out by hiding VPD entirely rather

[RFC PATCH v3 3/3] arm/arm64: fix a migrating irq bug when hotplug cpu

When cpu is disabled, all irqs will be migratged to another cpu. In some cases, a new affinity is different, it needed to be coppied to irq's affinity. But if the type of irq is LPI, it's affinity will not be coppied because of irq_set_affinity's return value. Fix it by using irq_do_set_affinity.

Re: [PATCH v4 3/5] dt/bindings: bcm2835: add binding documentation for bcm2835-aux

On 09/04/2015 01:26 AM, Martin Sperl wrote: > >> On 26.08.2015, at 03:44, Stephen Warren wrote: >> >> On 08/24/2015 02:40 AM, ker...@martin.sperl.org wrote: >> >>> +Example: >>> + >>> +aux_enable: aux_enable@0x7e215004 { >>> + compatible = "bcrm,bcm2835-aux"; >>> + reg = <0x7e215004 0x04>;

[RFC PATCH v3 2/3] ia64: rename migrate_irqs() to avoid compiling error

To avoid multi-declaration error after adding migrate_irqs into kernel/irq/migration.c, rename migrate_irqs() to move_irqs(). Cc: Jiang Liu Cc: Thomas Gleixner Cc: Marc Zyngier Cc: Mark Rutland Cc: Will Deacon Cc: Russell King - ARM Linux Cc: Hanjun Guo Signed-off-by: Yang Yingliang ---

[RFC PATCH v3 0/3] arm/arm64: fix a migrating irq bug when hotplug cpu

Changes in v3: - introduce config GENERIC_IRQ_MIGRATION for compiling migration.c - rename migrate_irqs in arch/ia64/kernel/irq.c to avoid compiling error Changes in v2: - use the exiting helper to set IRQD_MOVE_PCNTXT flag - use for_each_active_irq() instead of for_each_irq_desc() -

[RFC PATCH v3 1/3] genirq: introduce CONFIG_GENERIC_IRQ_MIGRATION

Introduce a more general config for compile kernel/irq/migration.c. Move the CONFIG_GENERIC_PENDING_IRQ into migration.c. So we can move other migration interrupts code into migration.c without select CONFIG_GENERIC_PENDING_IRQ. Cc: Jiang Liu Cc: Thomas Gleixner Cc: Marc Zyngier Cc: Mark

Re: [PATCH v2 1/2] KVM: nVMX: enhance allocate/free_vpid to handle shadow vpid

On 9/15/15 8:54 PM, Paolo Bonzini wrote: On 15/09/2015 12:30, Wanpeng Li wrote: + if (!nested) { + vpid = find_first_zero_bit(vmx_vpid_bitmap, VMX_NR_VPIDS); + if (vpid < VMX_NR_VPIDS) { vmx->vpid = vpid; __set_bit(vpid,

Re: [PATCH] arm: rpi: Device tree modifications for U-Boot

On 08/28/2015 11:27 AM, Simon Glass wrote: > Hi Rob, > > On 25 August 2015 at 10:22, Rob Herring wrote: >> On Sat, Aug 15, 2015 at 8:46 AM, Simon Glass wrote: >>> Hi Rob, >>> >>> On 14 August 2015 at 14:29, Rob Herring wrote: On Fri, Aug 14, 2015 at 1:34 PM, Simon Glass wrote: >

[PATCH v3 0/2] KVM: nested VPID emulation

v2 -> v3: * enhance allocate/free_vpid as Jan's suggestion * add more comments to 2/2 v1 -> v2: * enhance allocate/free_vpid to handle shadow vpid * drop empty space * allocate shadow vpid during initialization * For each nested vmentry, if vpid12 is changed, reuse shadow vpid w/ an

[PATCH v3 1/2] KVM: nVMX: enhance allocate/free_vpid to handle shadow vpid

Enhance allocate/free_vid to handle shadow vpid. Signed-off-by: Wanpeng Li --- arch/x86/kvm/vmx.c | 24 +++- 1 file changed, 11 insertions(+), 13 deletions(-) diff --git a/arch/x86/kvm/vmx.c b/arch/x86/kvm/vmx.c index 9ff6a3f..4956081 100644 --- a/arch/x86/kvm/vmx.c +++

[PATCH v3 2/2] KVM: nVMX: nested VPID emulation

VPID is used to tag address space and avoid a TLB flush. Currently L0 use the same VPID to run L1 and all its guests. KVM flushes VPID when switching between L1 and L2. This patch advertises VPID to the L1 hypervisor, then address space of L1 and L2 can be separately treated and avoid TLB

Re: [PATCH RFC 6/8] drm: hisilicon: Add support for fbdev

hi rob On 2015/9/16 2:25, Rob Herring wrote: > On 09/15/2015 04:37 AM, Xinwei Kong wrote: >> If you config DRM_HISI_FBDEV optional, this patch will only support fbdev >> mode while also supporting double buffer. > > This is a lot of duplicated code from CMA fbdev. Is double buffering the > only

Company Payment Agent Needed!!!

-- Shougang Group Co., Ltd. 11th Floor, Huaxingge, Donghua Building, Jiangmen, GuangDong, China. Greetings, This is an official request for Professional/consultants who will stand as our regional representative to run logistics on behalf of Shougang Group.We are looking for a payment

linux-next: Tree for Sep 16

Hi all, Changes since 20150915: Dropped tree: akpm-current (build conflict) I used the h8300 tree from next-20150828 since the current tree has been rebased onto something very old :-( The net-next tree gained a build failure for which I applied a fix patch. The bluetooth tree still had its

Gelten Sie für dringende Darlehen bieten1.1%

-- BancoPosta Loans Viale Europa, 175-00144 Roma, Italy. Email: bancopost...@gmail.com Guten Tag meine Damen und Herren, Brauchen Sie ein Darlehen für einen bestimmten Zweck? BancoPosta Bank in Italien haben einen günstigen Kredit für Sie. Wir bieten gesicherten und ungesicherten

[PATCH v2] iov: restore NumVFs register to 0 before return from virtfn_max_buses()

After commit 4449f079722c ("PCI: Calculate maximum number of buses required for VFs"),the initial value of NumVFs register was left to non-zero after sriov_init() and no VFs was enabled in device driver. this changed the behaviour of kernel exported by lspci and sysfs etc. so this patch restore

[PATCH 1/3] mfd: axp20x: Rename supply names for AXP221 DC1SW and DC5LDO regulators

The DC1SW and DC5LDO regulators in the AXP221 are internally chained to DCDC1 and DCDC5, hence the names. The original bindings used the parent regulator names for the supply regulator property. This causes some confusion when we actually use it in the dts: axp221 { /*

[PATCH 3/3] ARM: dts: sun6i: hummingbird: Rename AXP221 DC1SW and DC5LDO supply names

"dcdc1-supply" and "dcdc5-supply" are renamed to "dc1sw-supply" and "dc5ldo-supply" respectively. Update the dts to reflect the new supply names for the regulators. Signed-off-by: Chen-Yu Tsai --- arch/arm/boot/dts/sun6i-a31-hummingbird.dts | 4 ++-- 1 file changed, 2 insertions(+), 2

[PATCH 2/3] regulators: axp20x: Rename supply names for AXP221 DC1SW and DC5LDO

The DC1SW and DC5LDO regulators in the AXP221 are internally chained to DCDC1 and DCDC5, hence the names. The original bindings used the parent regulator names for the supply regulator property. This causes some confusion when we actually use it in the dts: axp221 { /*

[PATCH 0/3] regulators: axp20x: Rename AXP221 DC1SW and DC5LDO supply names

Hi everyone, This series renames regulator supply names for DC1SW and DC5LDO for the AXP221. These 2 are secondary outputs for DCDC1 and DCDC5 buck regulators, respectively, so they are connected to them internally. There's no external input pin to name the supplies after. When I originally did

Gelten Sie für dringende Darlehen bieten1.1%

-- BancoPosta Loans Viale Europa, 175-00144 Roma, Italy. Email: bancopost...@gmail.com Guten Tag meine Damen und Herren, Brauchen Sie ein Darlehen für einen bestimmten Zweck? BancoPosta Bank in Italien haben einen günstigen Kredit für Sie. Wir bieten gesicherten und ungesicherten

[PATCH] vmcore: replace Elf64_Ehdr/Elf32_Ehdr with elfhdr

From: Yanjiang Jin Function parse_crash_elf_headers() reads e_ident[EI_CLASS] then decides to call parse_crash_elf64_headers() or parse_crash_elf32_headers(). But this happens in run time, not compile time. So compiler will report the below warning: In file included from

[PATCH] vmcore: replace Elf64_Ehdr/Elf32_Ehdr with elfhdr

From: Yanjiang Jin Already verified this patch on a MIPS64 cavium octeon board: CN78XX. This patch is to eliminate the compile warning only, has no side effect in run-time. Yanjiang Jin (1): vmcore: replace Elf64_Ehdr/Elf32_Ehdr with elfhdr fs/proc/vmcore.c | 4 ++-- 1 file changed, 2

Re: [PATCH v1] mm: migrate: hugetlb: putback destination hugepage to active list

my bad, this patch is totally unrelated to the thread the previous email replied to. I just mishandled my script wrapping git-send-email, sorry. But just resending patch seems to be noisy, so I want this to be reviewed on this email. If it's inconvenient or uncommon way of submission, please let

Re: [PATCH 0/3] Add __ioread32_copy() and use it

> Under what circumstances will the compiler (or linker?) do this? Compiler. > LTO enabled? Yes it's for LTO. The optimization allows the compiler to drop unused functions, which is very popular with users (a lot use it to get smaller kernel images) -Andi -- a...@linux.intel.com --

Re: [PATCH] tty: fix data race in flush_to_ldisc

On 09/04/2015 03:28 PM, Dmitry Vyukov wrote: > On Thu, Sep 3, 2015 at 2:50 AM, Peter Hurley wrote: >> On 09/02/2015 01:53 PM, Dmitry Vyukov wrote: >>> The data race is found with KernelThreadSanitizer (on rev 21bdb584af8c): >>> >>> ThreadSanitizer: data-race in release_tty >>> Write of size 8 by

Re: [PATCH 0/3] Add __ioread32_copy() and use it

On Wed, 16 Sep 2015 04:32:19 +0200 Andi Kleen wrote: > > __iowrite32_copy() is marked __visible. I don't actually know what > > that does and Andi's d47d5c8194579bc changelog (which sucks the big > > one) didn't explain it. Apparently it has something to do with being > > implemented in

Re: [PATCH v3] arm: Fix backtrace generation when IPI is masked

> > Currently on ARM when is triggered from an interrupt handler > (e.g. a SysRq issued using UART or kbd) the main CPU will wedge for ten > seconds with interrupts masked before issuing a backtrace for every CPU > except itself. > > The new backtrace code introduced by commit 96f0e00378d4

Re: [PATCH] KVM: nVMX: nested VPID emulation

On 9/16/15 1:32 AM, Jan Kiszka wrote: On 2015-09-15 12:14, Wanpeng Li wrote: On 9/14/15 10:54 PM, Jan Kiszka wrote: Last but not least: the guest can now easily exhaust the host's pool of vpid by simply spawning plenty of VCPUs for L2, no? Is this acceptable or should there be some limit? I

Re: [PATCH 0/3] Add __ioread32_copy() and use it

> __iowrite32_copy() is marked __visible. I don't actually know what > that does and Andi's d47d5c8194579bc changelog (which sucks the big > one) didn't explain it. Apparently it has something to do with being > implemented in assembly, but zillions of functions are implemented in > assembly, so

Re: [PATCH 6/8] mmc: dw_mmc: Generic MMC tuning with the clock phase framework

Hi, On 09/16/2015 07:09 AM, Heiko Stübner wrote: > Hi, > > Am Dienstag, 15. September 2015, 17:25:38 schrieb Jaehoon Chung: >> On 09/01/2015 03:24 AM, Heiko Stuebner wrote: >>> From: Alexandru M Stan >>> >>> This algorithm will try 1 degree increments, since there's no way to tell >>> what

Re: [PATCH] PM / sleep: Fix broken builds without CONFIG_PM_SLEEP_DEBUG

On 16-09-15, 04:54, Rafael J. Wysocki wrote: > > Yes, it was slightly messed up. Should be better now, though. Yeah, its fine now. > And as a side note, for patches that are in bleeding-edge only and not in > something like linux-next, you don't need to bother anyone with fixes except > for me

Re: [PATCH 5/6] sched/fair: Get rid of scaling utilization by capacity_orig

On Tue, Sep 15, 2015 at 10:11:41AM -0700, bseg...@google.com wrote: > > > > I guess you are saying we are conflating NICE_0 with NICE_0_LOAD. But to me, > > they are just integer metrics, needing a resolution respectively. That is > > it. > > Yes this would change nothing at the moment

Re: [PATCH] drivers: of: check input parameter name for __of_find_property

On 09/15/2015 07:16 PM, Peng Fan wrote: > Hi Rob, > > On Tue, Sep 15, 2015 at 10:56:28AM -0500, Rob Herring wrote: >> On 09/11/2015 08:44 AM, Peng Fan wrote: >>> Check input parameter 'name' for __of_find_property. If name is NULL, >>> of_prop_cmp->strcasecmp may trigger panic. >> >> Arguably

Re: [PATCH] PM / sleep: Fix broken builds without CONFIG_PM_SLEEP_DEBUG

On Wednesday, September 16, 2015 04:48:37 AM Rafael J. Wysocki wrote: > On Wednesday, September 16, 2015 07:30:23 AM Viresh Kumar wrote: > > On 16-09-15, 03:43, Rafael J. Wysocki wrote: > > > On Tuesday, September 15, 2015 01:42:21 PM Viresh Kumar wrote: > > > > The variable 'wakeup_irq' is

Re: [PATCH 1/2] arm64: mediatek: enable MTK_TIMER

On Wed, 2015-09-16 at 10:04 +0800, Yingjoe Chen wrote: > Enable MTK_TIMER for MediaTek plaform, which will be used as > schedule clock. Sorry, sending this series too early without cover letter and removing Change-Id. Here's the cover letter: This is actually v3 of "add GPT timer support for

Re: [PATCH] PM / sleep: Fix broken builds without CONFIG_PM_SLEEP_DEBUG

On Wednesday, September 16, 2015 07:30:23 AM Viresh Kumar wrote: > On 16-09-15, 03:43, Rafael J. Wysocki wrote: > > On Tuesday, September 15, 2015 01:42:21 PM Viresh Kumar wrote: > > > The variable 'wakeup_irq' is defined within #ifdef CONFIG_PM_SLEEP_DEBUG > > > and used outside of it. And that

Re: [REPOST PATCH] ftrace: Remove the unused variant ftrace_update_time

On 09/15/15 at 01:01pm, Steven Rostedt wrote: > On Wed, 16 Sep 2015 00:32:02 +0800 > Minfei Huang wrote: > > > There is one more confusion. Is it valuable to export such info to > > userspace? What does user do, if kernel exports this? > > Nothing. The dyn_ftrace_total_info is purely for

Re: [PATCH v3 0/5] ACPI: Provide better MADT subtable sanity checks

On Tuesday, September 15, 2015 03:13:12 PM Al Stone wrote: > On 09/09/2015 03:09 PM, Al Stone wrote: > > Currently, the BAD_MADT_ENTRY macro is used to do a very simple sanity > > check on the various subtables that are defined for the MADT. The check > > compares the size of the subtable data

[PATCH 2/2] arm64: dts: mt8173: add timer node

From: Daniel Kurtz Add device node to enable GPT timer. This timer will be used as sched clock source. Change-Id: Idc4e3f0ee80b5c36cae6f0f2328f94aafcca1253 Signed-off-by: Daniel Kurtz Signed-off-by: Eddie Huang Signed-off-by: Yingjoe Chen --- arch/arm64/boot/dts/mediatek/mt8173.dtsi | 9

[PATCH 1/2] arm64: mediatek: enable MTK_TIMER

Enable MTK_TIMER for MediaTek plaform, which will be used as schedule clock. Change-Id: Ib77a0bf01193102c755077b6e72e73e477b18e5f Signed-off-by: Yingjoe Chen --- arch/arm64/Kconfig.platforms | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm64/Kconfig.platforms

Re: [PATCH] PM / sleep: Fix broken builds without CONFIG_PM_SLEEP_DEBUG

On 16-09-15, 03:43, Rafael J. Wysocki wrote: > On Tuesday, September 15, 2015 01:42:21 PM Viresh Kumar wrote: > > The variable 'wakeup_irq' is defined within #ifdef CONFIG_PM_SLEEP_DEBUG > > and used outside of it. And that breaks kernel build: > > > >

Re: [PATCH V3 1/2] ACPI / EC: Fix broken big-endian 64bit platforms using 'global_lock'

On 16-09-15, 04:06, Rafael J. Wysocki wrote: > In any case, please just split the EC-related changes off from your second > patch and send them separately. That !! change isn't required anymore, will be dropping it completely. -- viresh -- To unsubscribe from this list: send the line

Re: [PATCH v7 5/8] Watchdog: introduce ARM SBSA watchdog driver

> >> diff --git a/drivers/watchdog/sbsa_gwdt.c b/drivers/watchdog/sbsa_gwdt.c > >> new file mode 100644 > >> index 000..7ae45cc > >> --- /dev/null > >> +++ b/drivers/watchdog/sbsa_gwdt.c > >> @@ -0,0 +1,459 @@ > >> +/* > >> + * SBSA(Server Base System Architecture) Generic Watchdog driver > >>

[PATCH 1/4] jump_label: make static_key_enabled() work on static_key_true/false types too

static_key_enabled() can be used on struct static_key but not on its wrapper types static_key_true and static_key_false. The function is useful for debugging and management of static keys. Update it so that it can be used for the wrapper types too. Signed-off-by: Tejun Heo Cc: Peter Zijlstra

[PATCH 3/4] cgroup: replace cgroup_subsys->disabled tests with cgroup_subsys_enabled()

Replace cgroup_subsys->disabled tests in controllers with cgroup_subsys_enabled(). cgroup_subsys_enabled() requires literal subsys name as its parameter and thus can't be used for cgroup core which iterates through controllers. For cgroup core, introduce and use cgroup_ssid_enabled() which uses

[PATCH 4/4] cgroup: replace cgroup_on_dfl() tests in controllers with cgroup_subsys_on_dfl()

cgroup_on_dfl() tests whether the cgroup's root is the default hierarchy; however, an individual controller is only interested in whether the controller is attached to the default hierarchy and never tests a cgroup which doesn't belong to the hierarchy that the controller is attached to. This

[PATCH 2/4] cgroup: implement static_key based cgroup_subsys_enabled() and cgroup_subsys_on_dfl()

Whether a subsys is enabled and attached to the default hierarchy seldom changes and may be tested in the hot paths. This patch implements static_key based cgroup_subsys_enabled() and cgroup_subsys_on_dfl() tests. The following patches will update the users and remove duplicate mechanisms.

[PATCHSET] cgroup: use static_keys for subsystem enabled and on_dfl tests

cgroup_subsys->disabled and cgroup_on_dfl() tests are likely to be used in hot paths and seldom change. The former is set once during boot and the latter only when a controller is migrated between the default hierarchy and traditional ones. This patchset makes these tests static_key based and

Re: [PATCH] tty: fix data race on tty_buffer.commit

On Tue, Sep 8, 2015 at 9:03 AM, Dmitry Vyukov wrote: > Race on buffer data happens when newly committed data is > picked up by an old flush work in the following scenario: > __tty_buffer_request_room does a plain write of tail->commit, > no barriers were executed before that. > At this point

Re: [alsa-devel] [PATCH 1/2] dmaengine: OF DMAEngine API based on CONFIG_DMA_OF instead of CONFIG_OF

Hi Vinod, again > > > > 5fa422c ("dmaengine: move drivers/of/dma.c -> drivers/dma/of-dma.c") > > > > moved OF base DMAEngine code to of-dma.c, then it based on > > > > CONFIG_DMA_OF. > > > > But, OF base DMAEngine API on of_dma.h still based on CONFIG_OF now. > > > > So, current kernel can't

Re: [PATCH] tty: fix data race in tty_buffer_flush

On Tue, Sep 8, 2015 at 8:48 AM, Dmitry Vyukov wrote: > tty_buffer_flush frees not acquired buffers. > As the result, for example, read of b->size in tty_buffer_free > can return garbage value which will lead to a huge buffer > hanging in the freelist. This is just the benignest > manifestation of

Re: [PATCH V3 1/2] ACPI / EC: Fix broken big-endian 64bit platforms using 'global_lock'

On Wednesday, September 16, 2015 03:57:05 AM Rafael J. Wysocki wrote: > On Tuesday, September 15, 2015 02:04:58 PM Viresh Kumar wrote: > > global_lock is defined as an unsigned long and accessing only its lower > > 32 bits from sysfs is incorrect, as we need to consider other 32 bits > > for big

[PATCH] arm64: mt8173.dtsi: correct i2c node names

Node name in device tree should describe general class of the device. Correct incorrect i2c node names. Signed-off-by: Yingjoe Chen --- This is based on v4.3-rc1. All the other i2c node names are correct. --- arch/arm64/boot/dts/mediatek/mt8173.dtsi | 6 +++--- 1 file changed, 3 insertions(+),

linux-next: build failure after merge of the tip tree

Hi all, After merging the next-20150915 version of the tip tree, today's linux-next build (x86_64 allmodconfig) failed like this: In file included from drivers/usb/gadget/function/u_ether.h:20:0, from drivers/usb/gadget/function/f_ncm.c:26: include/linux/usb/cdc.h:23:8: error

[PATCH v2] of: Check for overlap in reserved memory regions

Any overlap in the reserved memory regions (those specified in the reserved-memory DT node) is a bug. These bugs might go undetected as long as the contested region isn't used simultaneously by multiple software agents, which makes such bugs hard to debug. Fix this by printing a scary warning

Re: [PATCH V3 1/2] ACPI / EC: Fix broken big-endian 64bit platforms using 'global_lock'

On Tuesday, September 15, 2015 02:04:58 PM Viresh Kumar wrote: > global_lock is defined as an unsigned long and accessing only its lower > 32 bits from sysfs is incorrect, as we need to consider other 32 bits > for big endian 64 bit systems. > > Fix that by making global_lock an u32 instead. > >

Re: [PATCH v3 2/8] genirq: irqdomain: Remove irqdomain dependency on struct device_node

On Tuesday, September 15, 2015 10:18:32 AM Marc Zyngier wrote: > On 15/09/15 00:15, Rafael J. Wysocki wrote: > > On Monday, September 14, 2015 05:44:01 PM Marc Zyngier wrote: > >> struct device_node is very much DT specific, and the original authors > >> of the irqdomain subsystem recognized that

Re: [4.2] commit d59cfc09c32 (sched, cgroup: replace signal_struct->group_rwsem with a global percpu_rwsem) causes regression for libvirt/kvm

Hello, Paul. On Tue, Sep 15, 2015 at 04:38:18PM -0700, Paul E. McKenney wrote: > Well, the decision as to what is too big for -stable is owned by the > -stable maintainers, not by me. Is it tho? Usually the subsystem maintainer knows the best and has most say in it. I was mostly curious

Re: [PATCH 3.12 16/33] isdn/gigaset: reset tty->receive_room when attaching ser_gigaset

On Tue, Sep 15, 2015 at 8:37 PM, Tilman Schmidt wrote: > Am 16.09.2015 um 01:08 schrieb Peter Hurley: >> On Tue, Sep 15, 2015 at 10:22 AM, Jiri Slaby > > wrote: >> >> From: Tilman Schmidt >> >> 3.12-stable review patch. If anyone has any objections, please let >>

Re: [PATCH] PM / sleep: Fix broken builds without CONFIG_PM_SLEEP_DEBUG

On Tuesday, September 15, 2015 01:42:21 PM Viresh Kumar wrote: > The variable 'wakeup_irq' is defined within #ifdef CONFIG_PM_SLEEP_DEBUG > and used outside of it. And that breaks kernel build: > > /home/viresh/linux/drivers/base/power/wakeup.c:871: undefined reference to > `wakeup_irq' >

Re: [PATCH] cpufreq: pass policy to ->get() driver callback

On Tuesday, September 15, 2015 01:24:31 PM Viresh Kumar wrote: > On 10-09-15, 23:59, Rafael J. Wysocki wrote: > > Adding Mark and Srinivas who may be interested in this to CC. > > Mike ? :) > > > Why don't we start with listing all of the cpufreq's shortcomings we'd like > > to address,

Re: [PATCH] cpufreq: pass policy to ->get() driver callback

On Tuesday, September 15, 2015 01:09:21 PM Viresh Kumar wrote: > On 11-09-15, 21:48, Viresh Kumar wrote: > > > -/* Only for cpufreq core internal use */ > > > struct cpufreq_policy *cpufreq_cpu_get_raw(unsigned int cpu) > > > { > > > struct cpufreq_policy *policy = per_cpu(cpufreq_cpu_data,

Re: [PATCH] iov: initialize NumVFs register to 0 at the end of sriov_init()

On 2015/9/16 0:10, Bjorn Helgaas wrote: On Fri, Aug 21, 2015 at 06:51:25PM +0900, Ethan Zhao wrote: After commit 4449f079722c ("PCI: Calculate maximum number of buses required for VFs"),the initial value of NumVFs register was set to non-zero after sriov_init() and no VFs was enabled in device

Re: [PATCH] driver core: Ensure proper suspend/resume ordering

On Tuesday, September 15, 2015 03:18:19 PM Alan Stern wrote: > On Tue, 15 Sep 2015, Thierry Reding wrote: > > > > There are a few things to watch out for. Since the dpm_list gets > > > modified during system sleep transitions, we would have to make sure > > > that nothing gets probed during

Re: [PATCH 1/1] fs: global sync to not clear error status of individual inodes

On 09/16/15 00:20, Tejun Heo wrote: >> @@ -2121,7 +2121,13 @@ static void wait_sb_inodes(struct super_block *sb) >> iput(old_inode); >> old_inode = inode; >> >> -filemap_fdatawait(mapping); >> +/* >> + * Wait for on-going writeback to

Re: [PATCH 1/1] fs: global sync to not clear error status of individual inodes

On 09/16/15 07:02, Andrew Morton wrote: > It would be nice to capture the test case(s) somewhere permanent. > Possibly in tools/testing/selftests, but selftests is more for peculiar > linux-specific things. LTP or xfstests would be a better place. I'll check xfstests if I can adapt the test

Re: [PATCH 0/3] Add __ioread32_copy() and use it

On 09/15, Andrew Morton wrote: > On Tue, 15 Sep 2015 12:41:26 -0700 Stephen Boyd wrote: > > > The SMD driver is reading and writing chunks of data to iomem, > > and there's an __iowrite32_copy() function for the writing part, but > > no __ioread32_copy() function for the reading part. This

Re: [PATCH] driver core: Ensure proper suspend/resume ordering

On Tuesday, September 15, 2015 05:53:02 PM Thierry Reding wrote: > On Sat, Sep 12, 2015 at 12:38:19AM +0200, Rafael J. Wysocki wrote: > > On Friday, September 11, 2015 02:03:46 PM Thierry Reding wrote: > > > On Fri, Sep 11, 2015 at 12:08:02AM +0200, Rafael J. Wysocki wrote: > > > > On Thursday,

[PATCH 1/8] PCI: iproc: Fix code comment

Fix code comment in pcie-iproc.h so it matches the code Signed-off-by: Ray Jui --- drivers/pci/host/pcie-iproc.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/pci/host/pcie-iproc.h b/drivers/pci/host/pcie-iproc.h index c9e4c10..4880b09 100644 ---

[PATCH 2/8] PCI: iproc: Remove unused code

Remove unused struct iproc_pcie member irqs and #define IPROC_PCIE_MAX_NUM_IRQS Signed-off-by: Ray Jui --- drivers/pci/host/pcie-iproc.h | 3 --- 1 file changed, 3 deletions(-) diff --git a/drivers/pci/host/pcie-iproc.h b/drivers/pci/host/pcie-iproc.h index 4880b09..ecaad57 100644 ---

[PATCH 6/8] PCI: iproc: Update iProc PCIe device tree bindings

This patch updates the iProc PCIe device tree bindings with added support for outbound mapping configurations Signed-off-by: Ray Jui --- .../devicetree/bindings/pci/brcm,iproc-pcie.txt | 20 1 file changed, 20 insertions(+) diff --git

[PATCH 0/8] Broadcom iProc PCIe fixes and outbound mapping support

This patch series contains various fixes and outbound mapping support for the Broadcom iProc PCIe driver. Some of the critical fixes include 1) fix of PCIe core reset logic and therefore remove its dependency on the bootloader; 2) improved link detection logic that works for more iProc based SoCs.

[PATCH 7/8] PCI: iproc: Add outbound mapping support

Certain iProc SoCs require the PCIe outbound mapping to be configured in SW. This patch adds support for those chips Signed-off-by: Ray Jui --- drivers/pci/host/pcie-iproc-platform.c | 27 drivers/pci/host/pcie-iproc.c | 113 +

[PATCH 3/8] PCI: iproc: Remove ARCH specific flag

Now setup-irq.o is built for arm64, in 'commit 459a07721c11 ("PCI: Build setup-irq.o for arm64")' by Jayachandran, pci_fixup_irqs can be referenced. We no longer need the CONFIG_ARM flag to wrap around call to pci_fixup_irqs Signed-off-by: Ray Jui --- drivers/pci/host/pcie-iproc.c | 2 -- 1

[PATCH 8/8] PCI: iproc: Fix compile warnings

There are several compile warnings in pcie-iproc.c related to the printing of a size_t value. This is a 32bit value on arm, and 64bit on arm64. However, the printks are for 64bit values (thus the warning). Using the %pap printk for these values (per Documentation/printk-formats.txt) corrects the

Re: [PATCH] clk: readd refcounting for struct clk instances

On 09/15, Heiko Stübner wrote: > With the split into struct clk and struct clk_core, clocks lost the > ability for nested __clk_get clkdev calls. While it stays possible to > call __clk_get, the first call to (__)clk_put will clear the struct clk, > making subsequent clk_put calls run into a NULL

[PATCH 5/8] PCI: iproc: Improve link detection logic

This patch further improves the iProc PCIe link detection logic by explicitly querying the link status register to ensure link is active It also forces class to PCI_CLASS_BRIDGE_PCI (0x0604) through the host configuration space register Signed-off-by: Ray Jui Reviewed-by: Anup Patel

[PATCH 4/8] PCI: iproc: Fix PCIe reset logic

The current iProc PCIe reset logic does not always properly reset the device. For example, in the case when the perst_b signal is already de-asserted in the bootloader, the current reset logic fails to trigger a proper asssert -> de-assert reset sequence. This patch fixes the issue by always

Re: [PATCH 3.12 16/33] isdn/gigaset: reset tty->receive_room when attaching ser_gigaset

Am 16.09.2015 um 01:08 schrieb Peter Hurley: > On Tue, Sep 15, 2015 at 10:22 AM, Jiri Slaby > wrote: > > From: Tilman Schmidt > > 3.12-stable review patch. If anyone has any objections, please let > me know. > > === > > [ Upstream

[PATCH 00/19] Lustre cleanups

From: Oleg Drokin This bunch of patches removes significant chunks of Lustre specific allocators which is possible thanks to prior patches from Julia Lawall. Also removed are some server-only bits of code that make no sense to retain in a client. Please consider. Oleg Drokin (19):

Re: [PATCH] driver core: Ensure proper suspend/resume ordering

On Tuesday, September 15, 2015 10:23:07 AM Alan Stern wrote: > On Tue, 15 Sep 2015, Rafael J. Wysocki wrote: > > > Hi Alan, > > Hi. > > > On Sat, Sep 12, 2015 at 7:40 PM, Alan Stern > > wrote: > > > On Sat, 12 Sep 2015, Rafael J. Wysocki wrote: > > > > > >> On Friday, September 11, 2015

[PATCH 03/19] staging/lustre: Remove unused OBD_CPT_ALLOC* macros

From: Oleg Drokin OBD_CPT_ALLOC and friends are no longer used, so remove them. Signed-off-by: Oleg Drokin --- drivers/staging/lustre/lustre/include/obd_support.h | 9 - 1 file changed, 9 deletions(-) diff --git a/drivers/staging/lustre/lustre/include/obd_support.h

  1   2   3   4   5   6   7   8   9   10   >