[PATCH V1 0/2] Add OnKey support for DA9063

From: Steve Twiss stwiss.opensou...@diasemi.com This patch set adds OnKey driver support for the Dialog Semiconductor DA9063 PMIC. [PATCH V1 1/2]: kernel driver onkey support [PATCH V1 2/2]: device tree bindings document Thank you, Steve Twiss, Dialog Semiconductor Ltd. S Twiss (2): input

[PATCH V1 2/2] devicetree: Add bindings for DA9063 OnKey

From: Steve Twiss stwiss.opensou...@diasemi.com Add device tree bindings for the DA9063 OnKey driver This patch is dependent on PATCH V1 1/2 Signed-off-by: Steve Twiss stwiss.opensou...@diasemi.com --- This patch applies against linux-next and v4.0-rc6 Documentation/devicetree/bindings

Re: [PATCH 1/1] cifs: potential missing check for posix_lock_file_wait

trying to set the local lock then I think we probably don't want to return success. So... Acked-by: Jeff Layton jeff.lay...@primarydata.com -- Thanks, Steve -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to majord...@vger.kernel.org More

Re: [PATCH] ARM: pgtable: Fix typo in the comment

to the page * by clearing the hardware PTE. Currently Linux does not flush the TLB - * for us in this case, which means the TLB will retain the transation + * for us in this case, which means the TLB will retain the transaction Don't you mean translation rather than transaction? Cheers, -- Steve

SMB3 very fast file copy over the network with FSCTL_DUPLICATE_EXTENTS

0m0.005s -- Thanks, Steve -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/

Re: [RFC v3 1/4] fs: Add generic file system event notifications

get more benefit from notifications than a mount on a local file system would. -- Thanks, Steve -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: [PATCH v7 0/7] arm64: Add kernel probes (kprobes) support

for this, and apologies for getting to this late... I've had a good read through the patches in this series, and have some comments. Cheers, -- Steve The is patch depends on: [PATCH 1/2] Move the pt_regs_offset struct definition from arch to common include file [PATCH 2/2

Re: [PATCH v7 1/7] arm64: Add HAVE_REGS_AND_STACK_ACCESS_API feature

On 15 June 2015 at 20:07, David Long dave.l...@linaro.org wrote: From: David A. Long dave.l...@linaro.org Add HAVE_REGS_AND_STACK_ACCESS_API feature for arm64. Signed-off-by: David A. Long dave.l...@linaro.org --- arch/arm64/Kconfig | 1 + arch/arm64/include/asm/ptrace.h |

Re: [PATCH v7 5/7] arm64: Add trampoline code for kretprobes

On 15 June 2015 at 20:07, David Long dave.l...@linaro.org wrote: From: William Cohen wco...@redhat.com The trampoline code is used by kretprobes to capture a return from a probed function. This is done by saving the registers, calling the handler, and restoring the registers. The code then

Re: [PATCH v7 3/7] arm64: Kprobes with single stepping support

flags in PSTATE, which are not safe for probing. Thanks to Steve Capper and Pratyush Anand for several suggested Changes. Signed-off-by: Sandeepa Prabhu sandeepa.pra...@linaro.org Signed-off-by: Steve Capper steve.cap...@linaro.org Signed-off-by: David A. Long dave.l...@linaro.org

Re: [PATCH v7 4/7] arm64: kprobes instruction simulation support

On 15 June 2015 at 20:07, David Long dave.l...@linaro.org wrote: From: Sandeepa Prabhu sandeepa.pra...@linaro.org Kprobes needs simulation of instructions that cannot be stepped from different memory location, e.g.: those instructions that uses PC-relative addressing. In simulation, the

Re: [PATCH v7 2/7] arm64: Add more test functions to insn.c

Hi David, Some comments below. On 15 June 2015 at 20:07, David Long dave.l...@linaro.org wrote: From: David A. Long dave.l...@linaro.org Certain instructions are hard to execute correctly out-of-line (as in kprobes). Test functions are added to insn.[hc] to identify these. The instructions

Re: [BUG] Read-Only THP causes stalls (commit 10359213d)

unable to thus far with 4.1-rc2 on a Xgene and Seattle systems. Also, I tried the memhog + pages_to_scan suggestion from Andrea. Maybe a silly question, where is your root filesystem located? Is there anything network mounted? Cheers, -- Steve -- To unsubscribe from this list: send the line

Re: [BUG] Read-Only THP causes stalls (commit 10359213d)

On 26 May 2015 at 15:35, Christoffer Dall christoffer.d...@linaro.org wrote: Hi Steve, On Tue, May 26, 2015 at 03:24:20PM +0100, Steve Capper wrote: On Sun, May 24, 2015 at 09:34:04PM +0200, Christoffer Dall wrote: Hi all, I noticed a regression on my arm64 APM X-Gene system a couple

Re: [PATCH v8 3/7] arm64: Kprobes with single stepping support

accesses to DAIF flags in PSTATE, which are not safe for probing. Thanks to Steve Capper and Pratyush Anand for several suggested Changes. Signed-off-by: Sandeepa Prabhu sandeepa.s.pra...@gmail.com Signed-off-by: Steve Capper steve.cap...@linaro.org Please remove my SoB, we can replace

Re: [PATCH 12/14] arm64: Check for selected granule support

Hi Suzuki, Is is possible to tell the user that the kernel has failed to boot due to the kernel granule being unsupported? Cheers, -- Steve -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to majord...@vger.kernel.org More majordomo info at http

Re: [PATCH V1 Resend 07/10] fs: Drop unlikely before IS_ERR(_OR_NULL)

filesystems. You'll have to find someone willing to take it into some overarching tree (Al's perhaps, or maybe Andrew's?), or break it up into several per-fs patches and shepherd it into different maintainers' trees. Reviewed-by: Steve French smfre...@gmail.com Do you want me to merge the fs

Re: [PATCH v7 1/7] arm64: Add HAVE_REGS_AND_STACK_ACCESS_API feature

On 29 June 2015 at 19:36, David Long dave.l...@linaro.org wrote: On 06/29/15 13:23, Steve Capper wrote: On 15 June 2015 at 20:07, David Long dave.l...@linaro.org wrote: From: David A. Long dave.l...@linaro.org Add HAVE_REGS_AND_STACK_ACCESS_API feature for arm64. Signed-off-by: David

Re: [PATCH v7 5/7] arm64: Add trampoline code for kretprobes

On 29 June 2015 at 19:16, William Cohen wco...@redhat.com wrote: On 06/29/2015 01:25 PM, Steve Capper wrote: On 15 June 2015 at 20:07, David Long dave.l...@linaro.org wrote: From: William Cohen wco...@redhat.com The trampoline code is used by kretprobes to capture a return from a probed

Re: [PATCH 1/2] KVM: x86: set TMR when the interrupt is accepted

On Wed, Jul 29, 2015 at 03:37:34PM +0200, Paolo Bonzini wrote: Do not compute TMR in advance. Instead, set the TMR just before the interrupt is accepted into the IRR. This limits the coupling between IOAPIC and LAPIC. Signed-off-by: Paolo Bonzini pbonz...@redhat.com ---

Re: [PATCH 2/2] KVM: x86: store IOAPIC-handled vectors in each VCPU

; however, the IOAPIC does not have to do anything special for these interrupts anyway. This again limits the interactions between the IOAPIC and the LAPIC, making it easier to move the former to userspace. Inspired by a patch from Steve Rutherford. Signed-off-by: Paolo Bonzini pbonz

Re: [PATCH 3/4] KVM: i8254: remove unnecessary irqchip_in_kernel check

On Wed, Jul 29, 2015 at 03:28:57PM +0200, Paolo Bonzini wrote: The PIT is only created if irqchip_in_kernel returns true, so the check is superfluous. I poked around. Looks to me like the existence of an IOAPIC is not checked on the creation of the in-kernel PIT. Userspace might limit itself to

Re: [PATCH 4/4] KVM: x86: clean/fix memory barriers in irqchip_in_kernel

On Wed, Jul 29, 2015 at 03:28:58PM +0200, Paolo Bonzini wrote: diff --git a/arch/x86/kvm/x86.c b/arch/x86/kvm/x86.c index 2d62229aac26..23e47a0b054b 100644 --- a/arch/x86/kvm/x86.c +++ b/arch/x86/kvm/x86.c @@ -3626,30 +3626,25 @@ long kvm_arch_vm_ioctl(struct file *filp,

Re: [PATCH V4 (was V6)] audit: use macros for unset inode and device values

and I'd prefer to keep it minimal. This is a good point. I did briefly thing about this at one point. Perhaps Steve can answer this. It would be trivial to move it back to uapi if needed. Would you be ok with it in include/linux/audit.h for now? I have no problem with it in include

Re: [PATCH 1/2] KVM: x86: set TMR when the interrupt is accepted

On Thu, Jul 30, 2015 at 11:26:28PM +, Zhang, Yang Z wrote: Paolo Bonzini wrote on 2015-07-29: Do not compute TMR in advance. Instead, set the TMR just before the interrupt is accepted into the IRR. This limits the coupling between IOAPIC and LAPIC. Uh.., it back to original way

Re: [PATCH V9 3/3] audit: add audit by children of executable path

to see if someone gets a shell from it. There are a lot of cases where it could be useful. -Steve -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please

[PATCH] kprobes: Update examples to target _do_fork

updates the kprobe example code s.t. _do_fork is targeted instead, and the examples work as expected. Signed-off-by: Steve Capper steve.cap...@linaro.org --- samples/kprobes/jprobe_example.c| 8 samples/kprobes/kprobe_example.c| 2 +- samples/kprobes/kretprobe_example.c | 2 +- 3

Re: [PATCH v8 7/7] kprobes: Add arm64 case in kprobe example module

argument via C rather than pt_regs magic Now everything appears to go through _do_fork rather than do_fork. I'll send a fixup shortly, but if anyone else is running these modules and worrying about a lack of events... worry less :-). Cheers, -- Steve -- To unsubscribe from this list: send the line

[PATCH] staging: rtl8723au: fix incorrect type in assignment warning

short [unsigned] [assigned] [usertype] len drivers/staging/rtl8723au/core/rtw_recv.c:1557:21:got restricted __be16 [usertype] noident Signed-off-by: Steve Pennington sgp...@gmail.com --- drivers/staging/rtl8723au/core/rtw_recv.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff

[RFC PATCH] arm64: cpuinfo: Expose MIDR_EL1 and REVIDR_EL1 to sysfs

-by: Steve Capper steve.cap...@linaro.org --- Hello, This RFC is meant to sit on top of Suzuki's set at: http://lists.infradead.org/pipermail/linux-arm-kernel/2015-July/358990.html On systems with different core types (for instance big.LITTLE systems), we need to be *very* careful that the REVIDR

[PATCH] staging: rtl8723au: fix incorrect type in assignment warning

] [usertype] len drivers/staging/rtl8723au/core/rtw_recv.c:1557:21:got restricted __be16 [usertype] noident Signed-off-by: Steve Pennington sgp...@gmail.com --- drivers/staging/rtl8723au/core/rtw_recv.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/staging

RE: [PATCH] infiniband:cxgb4:Fix concurrent access issue in the function send_mpa_reply

-Original Message- From: Nicholas Krause [mailto:xerofo...@gmail.com] Sent: Wednesday, July 15, 2015 9:38 PM To: sw...@chelsio.com Cc: dledf...@redhat.com; sean.he...@intel.com; hal.rosenst...@gmail.com; linux-r...@vger.kernel.org; linux-kernel@vger.kernel.org Subject: [PATCH]

RE: [PATCH] infiniband:cxgb4:Make the function rdma_supported bool

Is this change really worth the effort? -Original Message- From: Nicholas Krause [mailto:xerofo...@gmail.com] Sent: Thursday, July 16, 2015 1:34 PM To: sw...@chelsio.com Cc: dledf...@redhat.com; sean.he...@intel.com; hal.rosenst...@gmail.com; linux-r...@vger.kernel.org;

[PATCH V1] da9063: mfd: Fix missing DA9063_M_DVC_RDY mask bit

From: Steve Twiss stwiss.opensou...@diasemi.com Fix a missing DVC_RDY interrupt mask in struct regmap_irq definition. The original submission of this driver did not contain all interrupt masking definitions in the struct regmap_irq contained in the file da9063-irq.c The solution is to add

Re: [PATCH V6 0/4] audit by executable name

will be noted. Thanks for doing this. Its a much needed feature. In looking over it...does this add an AUDIT_VERSION_ define and use it in the feature mask so that I can tell what kernels support this? I might have missed it, but I can't find one. Thanks, -Steve Here's a sample run: Test for addition

Re: Should audit_seccomp check audit_enabled?

ion. If we go the > printk route and people really don't want to see anything in their > logs, I suppose we could always add a sysctl knob to turn off the > message completely (we would still need to do whatever audit records > are required, see below). > > Wearing my audit ha

Re: [PATCH v15 00/22] Richacls (Core and Ext4)

or the cifs.ko client which currently rely on a cifs specific xattr). In cifs.ko I still need to enable the SMB3 ACL helper functions (currently only enabled for the older cifs dialect) since that will make it easier, and figure out a way to allow helper tools to view "claims based ACLs"

Re: [PATCH 3/9] IB: add a helper to safely drain a QP

to transition to the IDLE state MUST fail with an Immediate Error. If none of the prior conditions are true, a Modify QP to the Idle state MUST take the QP to the Idle state. No other state transitions out of Error are supported. Any attempt to transition the QP to a state other than

Re: [PATCH 3/9] IB: add a helper to safely drain a QP

\n", ret); return; } ret = ib_post_send(qp, , _swr); if (ret) { WARN_ONCE(ret, "failed to drain send queue: %d\n", ret); return; } wait_for_completion(); wait_for_completion(); } Thoughts? This won't work for iWARP as per my previous

RE: [PATCH 3/9] IB: add a helper to safely drain a QP

> -Original Message- > From: linux-rdma-ow...@vger.kernel.org > [mailto:linux-rdma-ow...@vger.kernel.org] On Behalf Of Sagi Grimberg > Sent: Monday, November 16, 2015 12:38 PM > To: Steve Wise; 'Christoph Hellwig'; linux-r...@vger.kernel.org > Cc: bart.vanass.

RE: [PATCH 3/9] IB: add a helper to safely drain a QP

> -Original Message- > From: Steve Wise [mailto:sw...@opengridcomputing.com] > Sent: Monday, November 16, 2015 10:38 AM > To: Sagi Grimberg; Christoph Hellwig; linux-r...@vger.kernel.org > Cc: bart.vanass...@sandisk.com; ax...@fb.com; linux-s...@vger.kernel.org;

Re: [PATCH 01/70] cpufreq: interactive: New 'interactive' governor

On 11/02/2015 06:02 AM, Peter Zijlstra wrote: > On Wed, Oct 28, 2015 at 08:30:42AM +0530, Viresh Kumar wrote: >> These are the last memories I have around upstreaming this governor: >> http://marc.info/?l=linux-kernel=132867057910479=2 >> >> Has anything changed after that? Or we decided to go

Re: [PATCHv3 10/11] arm64: Add 16K page size support

int >>> default "14" if (ARM64_64K_PAGES && TRANSPARENT_HUGEPAGE) >>> + default "12" if (ARM64_16K_PAGES && TRANSPARENT_HUGEPAGE) >>> default "11" >> >> >> I'm a little lost h

Re: [RFCv5 PATCH 38/46] sched: scheduler-driven cpu frequency selection

On 08/25/2015 03:45 AM, Juri Lelli wrote: > But, it is true that if the above events happened the other way around > (we trigger an update after load balancing and a new task arrives), we > may miss the opportunity to jump to max with the new task. In my mind > this is probably not a big deal, as

[PATCH V1 2/2] regulator: da9053: Add regulator support for DA9053 BB silicon

From: Steve Twiss <stwiss.opensou...@diasemi.com> Provide an additional case entry for DA9053_BC in the find_regulator_info() function in order to support BB type silicon for the DA9053 device. Signed-off-by: Steve Twiss <stwiss.opensou...@diasemi.com> --- This patch applies agains

[PATCH V1 1/2] mfd: da9053: Addition of extra registers for GPIOs 8-13

From: Steve Twiss <stwiss.opensou...@diasemi.com> Definitions for GPIO registers 8, 9, 10, 11, 12 and 13 are added into the register header file. - DA9052_GPIO_8_9_REG25 - DA9052_GPIO_10_11_REG 26 - DA9052_GPIO_12_13_REG 27 A modification is also made to the MFD core code to

[PATCH V1 0/2] Add DA9021 support to the existing DA9052/53 driver

From: Steve Twiss <stwiss.opensou...@diasemi.com> Two patches to add missing registers and add support for DA9053-BB silicon in the regulators component. These patches modify existing files for the Dialog Power Management IC driver for the DA9052/53 devices. In this patch set the fol

[PATCH V3] regulator: da9053: Update regulator for DA9053 BC silicon support

From: Steve Twiss <stwiss.opensou...@diasemi.com> Provide an additional case entry for DA9053_BC in the find_regulator_info() function in order to support BC type silicon for the DA9053 device. Signed-off-by: Steve Twiss <stwiss.opensou...@diasemi.com> --- Changes since PATCH V2

Re: [PATCH v2] arm64: Add support for PTE contiguous bit.

elow. I would recommend running the next version of this series through the libhugetlbfs test suite, as that may pick up a few things too. Cheers, -- Steve > > Signed-off-by: David Woods <dwo...@ezchip.com> > Reviewed-by: Chris Metcalf <cmetc...@ezchip.com> > --- > arch/arm6

Re: [RFCv5 PATCH 43/46] sched/{fair,cpufreq_sched}: add reset_capacity interface

Hi Juri, On 07/07/2015 11:24 AM, Morten Rasmussen wrote: > From: Juri Lelli > > When a CPU is going idle it is pointless to ask for an OPP update as we > would wake up another task only to ask for the same capacity we are already > running at (utilization gets moved to

Re: [RFCv5 PATCH 43/46] sched/{fair,cpufreq_sched}: add reset_capacity interface

On 10/09/2015 02:14 AM, Juri Lelli wrote: >> Though I understand the initial stated motivation here (avoiding a >> > redundant capacity request upon idle entry), releasing the CPU's >> > capacity request altogether on idle seems like it could be a contentious >> > policy decision. >> > >> > An

Re: [PATCH v8 00/41] Richacls

ing SIDs to UIDs (CIFS ACLs already have the same issue of SID to UID mapping which we handle with upcalls) and Samba has various pluggable ways to handle UID mapping and is easily extensible. Similarly NFSv4 ACLs, although closely related to CIFS/NTFS ACLs have to be map usernames to uids.

[PATCH 1/1] fanotify: pre-approve listener's OPEN_PERM access requests

Hello, If a daemon using FANOTIFY needs to open a file on a watched filesystem and its wanting OPEN_PERM events, we get deadlock. (This could happen because of a library the daemon is using suddenly decides it needs to look in a new file.) Even though the man page says that the daemon should

[PATCH V2] regulator: da9053: Update regulator for DA9053 BB silicon support

From: Steve Twiss <stwiss.opensou...@diasemi.com> Provide an additional case entry for DA9053_BC in the find_regulator_info() function in order to support BB type silicon for the DA9053 device. Signed-off-by: Steve Twiss <stwiss.opensou...@diasemi.com> --- Changes since PATCH V1

Re: [PATCH v8 00/41] Richacls

own non-POSIX ACLs, such as HFS, > NTFS, ZFS would presumably also need to map the in-kernel Richacl format to > their on-disk format. Will be interesting to see whether in the long run can have some common code in NTFS, CIFS/SMB3 (and even NFSv4.x) ACL parsing since their formats are qu

Re: [RFCv5 PATCH 40/46] sched/cpufreq_sched: compute freq_new based on capacity_orig_of()

On 08/17/2015 05:19 AM, Juri Lelli wrote: >> Nah, just maybe: (capacity << SCHED_CAPACITY_SHIFT) / capacity_orig_of() >> > such that you don't have to export that knowledge to this thing. >> > > Oh, right. I guess we can just go with something like: > > req_cap = get_cpu_usage(cpu) *

Re: [PATCH v2 21/22] arm64: cpuinfo: Expose MIDR_EL1 and REVIDR_EL1 to sysfs

On 6 October 2015 at 10:09, Russell King - ARM Linux wrote: > On Mon, Oct 05, 2015 at 06:02:10PM +0100, Suzuki K. Poulose wrote: >> +static int __init cpuinfo_regs_init(void) >> +{ >> + int cpu, ret; >> + >> + for_each_present_cpu(cpu) { >> + struct

Re: [PATCH v2 21/22] arm64: cpuinfo: Expose MIDR_EL1 and REVIDR_EL1 to sysfs

On 6 October 2015 at 11:25, Mark Rutland <mark.rutl...@arm.com> wrote: > On Tue, Oct 06, 2015 at 11:18:42AM +0100, Steve Capper wrote: >> On 6 October 2015 at 10:09, Russell King - ARM Linux >> <li...@arm.linux.org.uk> wrote: >> > On Mon, Oct 05, 2015 at 06:02

Re: [PATCH] udf: Don't corrupt unalloc spacetable when writing it

On 07/09/2015 10:16 AM, Jan Kara wrote: On Tue 07-07-15 13:06:05, Steven J. Magnani wrote: For a UDF filesystem configured with an Unallocated Space Table, a filesystem operation that triggers an update to the table results in on-disk corruption that prevents remounting: udf_read_tagged:

Re: [PATCH 3/9] IB: add a helper to safely drain a QP

take it with Steve to come up with a complete solution for this bit. Thoughts? Yes, let's drop it for now. Fine with me. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo inf

RE: [PATCH] infiniband:cxgb4:Fix incorrect return statement in the function c4iw_reject_cr

-Original Message- From: Nicholas Krause [mailto:xerofo...@gmail.com] Sent: Wednesday, August 26, 2015 7:22 PM To: sw...@chelsio.com Cc: dledf...@redhat.com; sean.he...@intel.com; hal.rosenst...@gmail.com; linux-r...@vger.kernel.org; linux-kernel@vger.kernel.org Subject: [PATCH]

RE: [PATCH] infiniband:cxgb4:Fix if statement check in the function pick_local_ip6adddrs

Acked-by: Steve Wise sw...@opengridcomputing.com -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/

Re: [PATCH 1/2] KVM: x86: set TMR when the interrupt is accepted

On Thu, Aug 13, 2015 at 09:31:48AM +0200, Paolo Bonzini wrote: Pinging this thread. Should I put together a patch to make split irqchip work properly with the old TMR behavior? > > > On 13/08/2015 08:35, Zhang, Yang Z wrote: > >> You may be right. It is safe if no future hardware plans to use

RE: [PATCH] infiniband:cxgb4:Fix incorrect return statement in the function c4iw_destroy_cq

destroy_cq(>rhp->rdev, >cq, > + ucontext ? >uctx : >cq.rdev->uctx); > kfree(chp); > - return 0; > + return ret; > } The SW CQ is destroyed regardless of any errors returned by destroy_cq(). So c4iw_destroy_cq() shouldn't return

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

ll always be or if they can be combined. > + * capacity_orig is the cpu_capacity available at * the highest frequency spurious * thanks, Steve -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at

Re: [PATCH] arm64: Add support for PTE contiguous bit.

6KB granule we *can* have a contiguous bit being used by level 2 descriptors (i.e. PMDs), so the pmd_contig logic could perhaps be used in combination with Suzuki's 16KB PAGE_SIZE series at: http://lists.infradead.org/pipermail/linux-arm-kernel/2015-September/370117.html I will read through the rest of th

Re: [RFC 08/14] sched/tune: add detailed documentation

iding possibly a simpler interface? Sure. I'm just communicating requirements I've seen :) . > I agree with you that all the current scenarios must be supported by > the new proposal. We should probably start by listing them and come > out with a set of test cases that allow to verify where we are wrt > the state of the art. Sounds like a good plan to me... Perhaps we could discuss some mobile usecases next week at Linaro Connect? cheers, Steve -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/

Re: [RFC 08/14] sched/tune: add detailed documentation

't that hopefully reduce the likelihood that someone feels the need to roll their own stack of kernel modifications which never make it upstream? cheers, Steve -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordo

Re: First kernel patch (optimization)

f wimpy compiler optimizer will not move the constant initializer out of the loop? I bet if you compare binary sizes/code it will be exactly the same, and you added some characters of code. Reorganizing code for readability is fine, but for compiler (in)efficiency seems like a bad idea. Regards, Stev

Re: [PATCH] arm64: Add support for PTE contiguous bit.

Hi David, Some initial comments below. Cheers, -- Steve On Tue, Sep 15, 2015 at 02:01:57PM -0400, David Woods wrote: > The arm64 MMU supports a Contiguous bit which is a hint that the TTE > is one of a set of contiguous entries which can be cached in a single > TLB entry. Supporting

Re: [PATCH 20/31] fs/cifs: use kmemdup rather than duplicating its implementation

from this list: send the line "unsubscribe linux-cifs" in > the body of a message to majord...@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html -- Thanks, Steve -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/

Re: [PATCH 7/7] arm64: Mark kernel page ranges contiguous

Hi Jeremy, One quick comment for now below. I ran into a problem testing this on my Seattle board, and needed the fix below. Cheers, -- Steve On 16 September 2015 at 20:03, Jeremy Linton <jeremy.lin...@arm.com> wrote: > With 64k pages, the next larger segment size is 512M. The linux

Re: [PATCH v1] cifs: use server timestamp for ntlmv2 authentication

Corrected endian error and repushed https://git.samba.org/?p=sfrench/cifs-2.6.git;a=patch;h=79a5296f14b26ac8644239286ffd7a62dbbc385e On Thu, Sep 17, 2015 at 6:41 PM, Steve French <smfre...@gmail.com> wrote: > Nice catch. > > Merged into cifs-2.6.git for-next --

Re: [RFC 08/14] sched/tune: add detailed documentation

n > energy-efficient way, how much we want to reduce power or boost > performances. The provided links definitely establish the need for (1) but I am still wondering about the motivation for (2), because I don't think it's going to be possible to boil everything down to a single slider tunable without losing flexibility/functionality. cheers, Steve -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/

[PATCH] [SMB3] Do not fall back to SMBWriteX in set_file_size error cases

/grsecurity team Signed-off-by: Steve French <steve.fre...@primarydata.com> Reported-by: PaX Team <pagee...@freemail.hu> CC: Emese Revfy <re.em...@gmail.com> CC: Brad Spengler <spen...@grsecurity.net> CC: Stable <sta...@vger.kernel.org> --- fs/cifs/inode.c | 34

[PATCH V1] rtc: GPL copyright inconsistency fix

From: Steve Twiss <stwiss.opensou...@diasemi.com> Fix misleading and inconsistent copyright header wording. Alter the copyright header text and MODULE_LICENSE macro to ensure the GPL v2 licence description is correctly represented. It will remove the incorrectly LGPL worded text.

Re: [RFCv5 PATCH 25/46] sched: Add over-utilization/tipping point indicator

On 08/14/2015 06:02 AM, Morten Rasmussen wrote: > To be sure not to break smp_nice, we have defined over-utilization as > when: > > cpu_rq(any)::cfs::avg::util_avg + margin > cpu_rq(any)::capacity > > is true for any cpu in the system. IOW, as soon as one cpu is (nearly) > 100% utilized, we

Re: [RFCv5 PATCH 32/46] sched: Energy-aware wake-up task placement

On 09/20/2015 03:03 PM, Leo Yan wrote: > In this case of CPU is running at fmax, it's true that > task_fits_capacity() will return true. But here i think > cpu_overutilized() also will return true, so that means scheduler will > go back to use CFS's old way for loading balance. Finally tasks also

Re: [RFCv5 PATCH 38/46] sched: scheduler-driven cpu frequency selection

Hi Punit, On 09/28/2015 09:48 AM, Punit Agrawal wrote: > Hi Mike, > > I ran into an issue when using this patch. Posting it here as this is > the latest posting I can find. > > Morten Rasmussen writes: > >> From: Michael Turquette >> ... >>

Re: [RFC 08/14] sched/tune: add detailed documentation

y derail the efforts of the EAS algorithm, which I'm still working on digesting. Perhaps a unified sched/cpufreq policy could go there. thanks, Steve -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More maj

Re: [RFCv5 PATCH 32/46] sched: Energy-aware wake-up task placement

, energy_aware_wake_cpu() would not consider condensing them on a single cluster. Leo was this the issue you were seeing? However I think there may be negative side effects with the proposed policy above as well - won't this cause us to pack the first cluster until it's 100% full (running at fm

Re: [PATCH] fixup! audit: try harder to send to auditd upon netlink failure

ally use name=value for everything important. Reset by itself will get dropped by auparse. action=reset (or something similar) would be better. -Steve > + audit_log_lost(s); > audit_pid = 0; >

Re: [PATCH] arm64: Add support for PTE contiguous bit.

On 21 September 2015 at 09:44, David Woods <dwo...@ezchip.com> wrote: > > Steve, Hi Dave, > > Thanks for your review and comments. I take your points about the 16k > granule - it's helpful to know that support is in the works. However, I'm > not sure I agree with your

[PATCH V1] rtc: da9063: access ordering error during RTC interrupt system power on

From: Steve Twiss <stwiss.opensou...@diasemi.com> This fix alters the ordering of the IRQ and device registrations in the RTC driver probe function. This change will apply to the RTC driver that supports both DA9063 and DA9062 PMICs. A problem could occur with the existing RTC

[PATCH V1] input: da9063: report KEY_POWER instead of KEY_SLEEP during power key-press

From: Steve Twiss <stwiss.opensou...@diasemi.com> Stop reporting KEY_SLEEP for a short key-press and report KEY_POWER instead This change applied to both DA9063 and DA9062 ONKEY drivers. Signed-off-by: Steve Twiss <stwiss.opensou...@diasemi.com> --- This patch applies agains

[RFCv6 PATCH 04/10] sched/fair: add triggers for OPP change requests

t load balancing related calls to reduce the number of triggers. [smuc...@linaro.org: resolve merge conflicts, define task_new, use renamed static key sched_freq] cc: Ingo Molnar <mi...@redhat.com> cc: Peter Zijlstra <pet...@infradead.org> Signed-off-by: Juri Lelli <juri.le...@arm.com&

[RFCv6 PATCH 02/10] cpufreq: introduce cpufreq_driver_is_slow

org> Signed-off-by: Michael Turquette <mturque...@baylibre.com> Signed-off-by: Steve Muckle <smuc...@linaro.org> --- drivers/cpufreq/cpufreq.c | 6 ++ include/linux/cpufreq.h | 9 + 2 files changed, 15 insertions(+) diff --git a/drivers/cpufreq/cpufreq.c b/drivers/c

[RFCv6 PATCH 09/10] sched: deadline: use deadline bandwidth in scale_rt_capacity

tasks from rt_avg metric and directly use the average bandwidth of deadline scheduler in scale_rt_capacity. Based in part on a similar patch from Luca Abeni <luca.ab...@unitn.it>. Signed-off-by: Vincent Guittot <vincent.guit...@linaro.org> Signed-off-by: Steve Muckle <smuc...@linaro.o

[RFCv6 PATCH 00/10] sched: scheduler-driven CPU frequency selection

fork() sched/fair: cpufreq_sched triggers for load balancing Michael Turquette (2): cpufreq: introduce cpufreq_driver_is_slow sched: scheduler-driven cpu frequency selection Morten Rasmussen (1): sched: Compute cpu capacity available at current frequency Steve Muckle (1): sched/fair:

[RFCv6 PATCH 03/10] sched: scheduler-driven cpu frequency selection

/article.gmane.org/gmane.linux.kernel/1499836 [smuc...@linaro.org: various additions and fixes, revised commit text] CC: Ricky Liang <jcli...@chromium.org> Signed-off-by: Michael Turquette <mturque...@baylibre.com> Signed-off-by: Juri Lelli <juri.le...@arm.com> Signed-off-by: Steve Muck

[RFCv6 PATCH 01/10] sched: Compute cpu capacity available at current frequency

: Ingo Molnar <mi...@redhat.com> cc: Peter Zijlstra <pet...@infradead.org> Signed-off-by: Morten Rasmussen <morten.rasmus...@arm.com> Signed-off-by: Steve Muckle <smuc...@linaro.org> --- kernel/sched/fair.c | 11 +++ 1 file changed, 11 insertions(+) diff --git a/kern

[RFCv6 PATCH 10/10] sched: rt scheduler sets capacity requirement

ake up path of RT tasks. Signed-off-by: Vincent Guittot <vincent.guit...@linaro.org> Signed-off-by: Steve Muckle <smuc...@linaro.org> --- kernel/sched/rt.c | 49 - 1 file changed, 48 insertions(+), 1 deletion(-) diff --git a/kernel/sched/r

[RFCv6 PATCH 08/10] sched: remove call of sched_avg_update from sched_rt_avg_update

ancing. This requirement is already fulfilled by __update_cpu_load so the call in sched_rt_avg_update, which is part of the hotpath, is useless. Signed-off-by: Vincent Guittot <vincent.guit...@linaro.org> Signed-off-by: Steve Muckle <smuc...@linaro.org> --- kernel/sched/sched.h | 1 - 1 file c

[RFCv6 PATCH 05/10] sched/{core,fair}: trigger OPP change request on fork()

es an additional flag in sched.h that is only set at fork() time and it is then consumed in enqueue_task_fair() for our purpose. cc: Ingo Molnar <mi...@redhat.com> cc: Peter Zijlstra <pet...@infradead.org> Signed-off-by: Juri Lelli <juri.le...@arm.com> Signed-off-by: Steve Muckl

[RFCv6 PATCH 07/10] sched/fair: jump to max OPP when crossing UP threshold

. This is also done to try to harm the performance of a task the least. Original fair-class only version authored by Juri Lelli <juri.le...@arm.com>. cc: Ingo Molnar <mi...@redhat.com> cc: Peter Zijlstra <pet...@infradead.org> Signed-off-by: Juri Lelli <juri.le...@arm.com> Sig

[RFCv6 PATCH 06/10] sched/fair: cpufreq_sched triggers for load balancing

t; cc: Peter Zijlstra <pet...@infradead.org> Signed-off-by: Juri Lelli <juri.le...@arm.com> Signed-off-by: Steve Muckle <smuc...@linaro.org> --- kernel/sched/fair.c | 21 - 1 file changed, 20 insertions(+), 1 deletion(-) diff --git a/kernel/sched/fair.c b/ker

Re: [RFC] kprobe'ing conditionally executed instructions

their predicate and > are not (technically) executed are also not treated as a hit kprobe. Steve > Capper has suggested that the probe handling should still take place because > we stepped through the instruction even if it was effectively a nop. This > would be a significant chang

[PATCH V2] input: da9063: report KEY_POWER instead of KEY_SLEEP during power key-press

From: Steve Twiss <stwiss.opensou...@diasemi.com> Stop reporting KEY_SLEEP for a short key-press and report KEY_POWER instead This change applies to both DA9063 and DA9062 ONKEY drivers. A previous application used for testing by the developer required a KEY_SLEEP and KEY_POWER input_repo

Re: PELT initial task load and wake_up_new_task()

On 12/14/2015 06:24 PM, Yuyang Du wrote: >>> On Fri, Dec 11, 2015 at 06:01:45PM -0800, Steve Muckle wrote: >>>> In init_entity_runnable_average() the last_update_time is initialized to >>>> zero. The task is given max load and utilization as a

Re: [RFCv6 PATCH 03/10] sched: scheduler-driven cpu frequency selection

ested_freq. I agree, it's incorrect. As I replied earlier I believe setting the task state back to TASK_RUNNING at the top of the else block is the easiest fix. thanks, Steve -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vg

<    4   5   6   7   8   9   10   11   12   13   >