[PATCH net-next 7/9] net: dsa: mv88e6xxx: add cap for PVT

Add flags to describe the presence of Cross-chip Port VLAN Table (PVT) related registers and simplify the setup of Global 2. Signed-off-by: Vivien Didelot --- drivers/net/dsa/mv88e6xxx/chip.c | 16 drivers/net/dsa/mv88e6xxx/mv88e6xxx.h

Re: [PATCH v4 0/2] mark spi clocks as critical and enable spi3 clocks

On 07/07/2016 02:13 PM, Andi Shyti wrote: > Andi Shyti (2): > clk: exynos5433: do not use CLK_IGNORE_UNUSED for SPI clocks > clk: exynos5433: enable sclk_ioclk for SPI3 Applied both patches, thanks.

Re: [Xen-devel] [PATCH 1/2] xenbus: don't bail early from xenbus_dev_request_and_reply()

>>> On 07.07.16 at 15:22, wrote: > On 07/07/16 14:13, David Vrabel wrote: >> On 07/07/16 13:23, Jan Beulich wrote: >> On 07.07.16 at 14:17, wrote: On 07/07/16 13:09, Jan Beulich wrote: On 07.07.16 at 13:36,

Re: [PATCH v7 4/6] cpuidle: introduce HAVE_GENERIC_CPUIDLE_ENTER for ARM{32,64} platforms

On Thursday, July 07, 2016 02:34:36 PM Sudeep Holla wrote: > > On 07/07/16 14:21, Rafael J. Wysocki wrote: > > On Tuesday, June 28, 2016 02:55:50 PM Sudeep Holla wrote: > >> The function arm_enter_idle_state is exactly the same in both generic > >> ARM{32,64} CPUIdle driver and will be the same

Re: [PATCH] builddeb: fix file permissions before packaging

On Thu, 7 Jul 2016 16:50:37 +0200 Henning Schild wrote: > Builddep is not very explicit about file permissions. Actually the > file permissions in the package are largely influenced by the umask > of the user cloning the git and building the package. If that umask >

[PATCH] MAINTAINERS: Add pistachio SoC Support

The Pistachio SoC from Imagination Technologies currently has no entry in the MAINTAINERS file, so add one. Signed-off-by: James Hartley Reviewed-by: Ionela Voinescu --- MAINTAINERS | 10 ++ 1 file changed, 10 insertions(+) diff

[PATCH] Removing lots of IS_ERR_VALUE abuses and compilation warning.

Passing value in IS_ERR_VALUE() is wrong, as they pass an 'int' into a function that takes an 'unsigned long' argument. This happens to work because the type is sign-extended on 64-bit architectures before it gets converted into an unsigned type. Passing an 'unsigned

Re: [PATCH v4 1/2] clk: exynos5433: do not use CLK_IGNORE_UNUSED for SPI clocks

Hi Krzysztof, > > The CLK_IGNORE_UNUSED flag has to be avoided whenever possible. > > Use the CLK_IS_CRITICAL flag instead for critical SPI1 clocks, > > which enables the clock line during boot time. > > I don't agree. Both flags should be avoided. Clk is critical does not > solve the problem.

[PATCH 2/2] sched: Reorganize vtime native irqtime accounting headers

The vtime irqtime accounting headers are very scattered and convoluted right now. Reorganize them such that it is obvious that only CONFIG_VIRT_CPU_ACCOUNTING_NATIVE does use it. Cc: Ingo Molnar Cc: Peter Zijlstra Cc: Thomas Gleixner

Re: [PATCH 2/9] mm: implement new pkey_mprotect() system call

On Thu, Jul 07, 2016 at 05:47:22AM -0700, Dave Hansen wrote: > diff -puN arch/x86/include/asm/mmu_context.h~pkeys-110-syscalls-mprotect_pkey > arch/x86/include/asm/mmu_context.h > --- a/arch/x86/include/asm/mmu_context.h~pkeys-110-syscalls-mprotect_pkey > 2016-07-07 05:46:59.974764757 -0700

Re: [PATCH 5/9] x86, pkeys: allocation/free syscalls

On Thu, Jul 07, 2016 at 05:47:27AM -0700, Dave Hansen wrote: > > From: Dave Hansen > > This patch adds two new system calls: > > int pkey_alloc(unsigned long flags, unsigned long init_access_rights) > int pkey_free(int pkey); > > These implement an

Re: [PATCH 1/9] x86, pkeys: add fault handling for PF_PK page fault bit

On Thu, Jul 07, 2016 at 05:47:20AM -0700, Dave Hansen wrote: > > From: Dave Hansen > > PF_PK means that a memory access violated the protection key > access restrictions. It is unconditionally an access_error() > because the permissions set on the VMA don't matter

Re: Introspecting userns relationships to other namespaces?

On Thu, 2016-07-07 at 08:36 -0500, Serge E. Hallyn wrote: > Quoting Michael Kerrisk (man-pages) (mtk.manpa...@gmail.com): > > Hi Serge, > > > > On 6 July 2016 at 16:13, Serge E. Hallyn wrote: > > > On Wed, Jul 06, 2016 at 10:41:48AM +0200, Michael Kerrisk (man > > > -pages)

[PATCH net-next 2/9] net: dsa: mv88e6xxx: split setup of Global 1 and 2

Separate the setup of Global 1 and Global 2 internal SMI devices and add a flag to describe the presence of this second registers set. Also rearrange the G1 setup in the registers order. Signed-off-by: Vivien Didelot --- drivers/net/dsa/mv88e6xxx/chip.c

[PATCH net-next 5/9] net: dsa: mv88e6xxx: add cap for MGMT Enables bits

Some switches provide a Rsvd2CPU mechanism used to choose which of the 16 reserved multicast destination addresses matching 01:80:c2:00:00:0x should be considered as MGMT and thus forwarded to the CPU port. Other switches extend this mechanism to also configure as MGMT the additional 16 reserved

Re: [PATCH 1/2] i2c-dev: don't get i2c adapter via i2c_dev

On Tue, 5 Jul 2016 19:57:06 -0700, Viresh Kumar wrote: > There is no code protecting i2c_dev to be freed after it is returned > from i2c_dev_get_by_minor() and using it to access the value which we > already have (minor) isn't safe really. > > Avoid using it and get the adapter directly from

Re: [PATCH v7 4/6] cpuidle: introduce HAVE_GENERIC_CPUIDLE_ENTER for ARM{32,64} platforms

On Tuesday, June 28, 2016 02:55:50 PM Sudeep Holla wrote: > The function arm_enter_idle_state is exactly the same in both generic > ARM{32,64} CPUIdle driver and will be the same even on ARM64 backend > for ACPI processor idle driver. So we can unify it and move it as > generic_cpuidle_enter by

Re: [PATCH v4 3/5] nvmem: core: Add consumer API to get nvmem cell from node

On 07/07/16 13:33, maitysancha...@gmail.com wrote: Hello Srinivas, On 16-07-07 10:18:49, Srinivas Kandagatla wrote: On 07/07/16 07:39, Sanchayan Maity wrote: From: Stefan Agner The existing NVMEM consumer API's do not allow to get a NVMEM cell directly given a device

Re: [PATCH] KVM: SVM: fix trashing of MSR_TSC_AUX

On 07/07/2016 14:47, Borislav Petkov wrote: > On Thu, Jul 07, 2016 at 02:28:29PM +0200, Paolo Bonzini wrote: >> Because otherwise you couldn't do live migration from new QEMU + new >> kernel to new QEMU + old kernel. QEMU tries to avoid requiring lockstep >> upgrades of QEMU and KVM (unlike for

Re: [PATCH net-next] net: dsa: initialize the routing table

On Wed, Jul 06, 2016 at 08:03:54PM -0400, Vivien Didelot wrote: > The routing table of every switch in a tree is currently initialized to > all zeros. This is an issue since 0 is a valid port number. > > Add a DSA_RTABLE_NONE=-1 constant to initialize the signed values of the > routing table

Re: [PATCH V6 1/2] cpufreq: Handle sorted frequency tables more efficiently

On Monday, June 27, 2016 04:04:07 PM Viresh Kumar wrote: > cpufreq drivers aren't required to provide a sorted frequency table > today, and even the ones which provide a sorted table aren't handled > efficiently by cpufreq core. > > This patch adds infrastructure to verify if the freq-table

Re: [v4] powerpc: Export thread_struct.used_vr/used_vsr to user space

On Thu, 2016-07-07 at 23:21 +1000, Benjamin Herrenschmidt wrote: >  > I think the right fix is that if a restore_sigcontext() has the MSR > bits set, > it should set the corresponding used_* flag. Something like this: (totally untested) diff --git a/arch/powerpc/kernel/signal_32.c

Re: [PATCH 4.4 00/32] 4.4.15-stable review

On 07/06/2016 06:19 PM, Greg Kroah-Hartman wrote: This is the start of the stable review cycle for the 4.4.15 release. There are 32 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let me know. Responses should be

Re: [PATCH v6 00/10] acpi, clocksource: add GTDT driver and GTDT support in arm_arch_timer

[+Sudeep] On Thu, Jul 07, 2016 at 02:03:17PM +0200, Rafael J. Wysocki wrote: [...] > > >> So is this a documentation issue in which case Fu Wei can add that to > > >> the file to explain its limited to ARM64. Or we could even rename the > > >> file acpi_arm64_gtdt.c > > >> > > >> It seems a

Re: [PATCH] nvme-loop: add configfs dependency

On 07/07/2016 03:01 AM, Arnd Bergmann wrote: CONFIG_NVME_TARGET has a correct CONFIG_CONFIGFS_FS dependency, but the newly added NVME_TARGET_LOOP is missing this, resulting in a link failure: drivers/nvme/built-in.o: In function `nvmet_init_configfs': loop.c:(.init.text+0x2a0): undefined

Re: [PATCH v6 00/10] acpi, clocksource: add GTDT driver and GTDT support in arm_arch_timer

Hi Rafael, On 7 July 2016 at 21:58, Rafael J. Wysocki wrote: > On Thursday, July 07, 2016 02:40:23 PM Lorenzo Pieralisi wrote: >> [+Sudeep] >> >> On Thu, Jul 07, 2016 at 02:03:17PM +0200, Rafael J. Wysocki wrote: >> >> [...] >> >> > > >> So is this a documentation issue in

Re: [PATCH 1/2] soc: raspberrypi-power: add CONFIG_OF dependency

On Wednesday, July 6, 2016 10:54:19 AM CEST Eric Anholt wrote: > Arnd Bergmann writes: > > > We get a harmless warning if the RASPBERRYPI_POWER driver is enabled without > > CONFIG_OF during compile testing: > > > > warning: RASPBERRYPI_POWER selects PM_GENERIC_DOMAINS_OF which

Re: [PATCH 2/2] firmware: scpi: add CONFIG_OF dependency

On Wednesday, July 6, 2016 2:17:18 PM CEST Sudeep Holla wrote: > On 06/07/16 13:49, Arnd Bergmann wrote: > > We get a harmless warning if the ARM_SCPI_POWER_DOMAIN driver is enabled > > without CONFIG_OF during compile testing: > > > > warning: (ARM_SCPI_POWER_DOMAIN) selects PM_GENERIC_DOMAINS_OF

Re: [PATCH 0/3] fs/9p: fix setattr/getattr issues with open files

Hi Greg, Greg Kurz wrote on Mon, Jul 04, 2016 at 05:08:49PM +0200: > On Mon, 4 Jul 2016 16:16:55 +0200 > Dominique Martinet wrote: > > > I *think* this introduces a race somewhere, I'm getting errors like: > > cat: f.05: No such file or directory > > cat: f.14: No

Re: [Xen-devel] [PATCH 1/2] xenbus: don't bail early from xenbus_dev_request_and_reply()

On 07/07/16 14:13, David Vrabel wrote: > On 07/07/16 13:23, Jan Beulich wrote: > On 07.07.16 at 14:17, wrote: >>> On 07/07/16 13:09, Jan Beulich wrote: >>> On 07.07.16 at 13:36, wrote: > On 07/07/16 08:32, Jan Beulich wrote: >> We

Re: [v4] powerpc: Export thread_struct.used_vr/used_vsr to user space

On Thu, 2016-07-07 at 15:12 +0200, Laurent Dufour wrote: > > Basically, CRIU checkpoints the process register's state through the > ptrace API, and it restores it through a signal frame at restart time. > This is quite odd but that the way it works on all the CRIU's supported > architectures. >

Re: [v4] powerpc: Export thread_struct.used_vr/used_vsr to user space

On 07/07/2016 15:21, Benjamin Herrenschmidt wrote: > On Thu, 2016-07-07 at 15:12 +0200, Laurent Dufour wrote: >> >> Basically, CRIU checkpoints the process register's state through the >> ptrace API, and it restores it through a signal frame at restart time. >> This is quite odd but that the way

[PATCH 1/2] sched: Complete cleanup of old vtime gen irqtime accounting

Vtime generic irqtime accounting has been removed but there are a few remains to cleanup: * The vtime_accounting_cpu_enabled() check in irq entry was only used by CONFIG_VIRT_CPU_ACCOUNTING_GEN. We can safely remove it. * Without the vtime_accounting_cpu_enabled(), we no longer need to have

Re: [GIT PULL 00/17] LightNVM pull request for 4.8

On 07/07/2016 01:54 AM, Matias Bjørling wrote: Hi Jens, Please pick up the following patches. Nothing major. A couple of bigger pieces are being prepared. Notably pblk target, sysfs support and persistent block information. Pulled for 4.8, thanks. -- Jens Axboe

[PATCH v2 2/3] drm: Add API for capturing frame CRCs

Adds files and directories to debugfs for controlling and reading frame CRCs, per CRTC: dri/0/crtc-0/crc dri/0/crtc-0/crc/control dri/0/crtc-0/crc/data Drivers can implement the set_crc_source callback() in drm_crtc_funcs to start and stop generating frame CRCs and can add entries to the output

[PATCH v2 0/3] New debugfs API for capturing CRC of frames

Hi, this series basically takes the facility for continuously capturing CRCs of frames from the i915 driver and into the DRM core. The idea is that test suites such as IGT use this information to check that frames that are exected to be identical, also have identical CRC values. Other drivers

[PATCH] [linux-next] crypto: doc- Fix double words "the the" in crypto-API.tmpl

This patch fix double words "the the" in crypto-API.tmpl. Signed-off-by: Masanari Iida --- Documentation/DocBook/crypto-API.tmpl | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/Documentation/DocBook/crypto-API.tmpl

Re: [PATCH V5 2/2] cpufreq: Reuse new freq-table helpers

On Monday, June 27, 2016 09:59:34 AM Viresh Kumar wrote: > This patch migrates few users of cpufreq tables to the new helpers that > work on sorted freq-tables. > > Signed-off-by: Viresh Kumar Applied, thanks!

Re: [PATCH v4 1/2] ARM: cpuidle: fix !cpuidle_ops[cpu].init case during init

On Wed, Jul 06, 2016 at 02:15:54PM +0800, Jisheng Zhang wrote: > Let's assume cpuidle_ops exists but it doesn't implement the according > init callback, current arm_cpuidle_init() will return success to its > caller, but in fact it should return -EOPNOTSUPP. > > Signed-off-by: Jisheng Zhang

[PATCH] wcn36xx: Silence error about unsupported smd event 188

Sometimes the firmware sends a HAL_DEL_BA_IND, the prima driver silently ignore this message so let's do the same to silence the error message. Cc: Nicolas Dechesne Signed-off-by: Bjorn Andersson ---

[PATCH v2] f2fs: fix to avoid redundant discard during fstrim

From: Chao Yu With below test steps, f2fs will issue redundant discard when doing fstrim, the reason is that we issue discards for both prefree segments and consecutive freed region user wants to trim, part regions they covered are overlapped, here, we change to do not to

Re: [PATCH net-next 3/9] net: dsa: mv88e6xxx: extract device mapping

Hi, [auto build test ERROR on net-next/master] url: https://github.com/0day-ci/linux/commits/Vivien-Didelot/net-dsa-mv88e6xxx-STP-and-Global-2-cleanup/20160707-210537 config: i386-allmodconfig (attached as .config) compiler: gcc-6 (Debian 6.1.1-1) 6.1.1 20160430 reproduce: # save

Re: [PATCH v4 1/5]nbd: cleanup nbd_set_socket

On Thu, Jun 30, 2016 at 4:32 PM, Pranay Kr. Srivastava wrote: > From: "Pranay Kr. Srivastava" > > This patch > 1) uses spin_lock instead of irq version. > > 2) removes the goto statement in case a socket >is already assigned with

Re: [PATCH v4 0/2] mark spi clocks as critical and enable spi3 clocks

On 07/07/2016 03:18 PM, Sylwester Nawrocki wrote: > On 07/07/2016 02:13 PM, Andi Shyti wrote: >> > Andi Shyti (2): >> > clk: exynos5433: do not use CLK_IGNORE_UNUSED for SPI clocks >> > clk: exynos5433: enable sclk_ioclk for SPI3 > > Applied both patches, thanks. Apologies for the confusion,

Re: [Xen-devel] [PATCH] xen/apic: Update the comment for apic_id_mask

On Thu, Jul 07, 2016 at 11:28:18AM +0800, Wei Jiangang wrote: > verify_local_APIC() had been removed by > commit 4399c03c6780 ("x86/apic: Remove verify_local_APIC()"), > so apic_id_mask isn't used by it. CC-ing the proper maintainers. > > Signed-off-by: Wei Jiangang >

Re: [PATCH net-next V2] net: ena: Add a driver for Amazon Elastic Network Adapters (ENA)

On 07/07/2016 12:56 PM, Ben Hutchings wrote: > On Thu, 2016-07-07 at 08:58 +0300, Netanel Belgazal wrote: > [...] >> +int ena_get_sset_count(struct net_device *netdev, int sset) >> +{ >> + if (sset != ETH_SS_STATS) >> + return -EOPNOTSUPP; >> + >> + return

Re: [PATCH v23 13/22] vfs: Cache richacl in struct inode

Jeff Layton wrote: > > + if (cmpxchg(>i_acl, ACL_NOT_CACHED, sentinel) != ACL_NOT_CACHED) > > + /* fall through */ ; > > + > > So you do the same thing regardless of the outcome of the above? Why > bother with the if at all here? Just do the cmpxchg and toss out

Re: [PATCH v2] irqchip/qeic: move qeic driver from drivers/soc/fsl/qe

Hi Zhao Qiang, On Thu, Jul 07, 2016 at 09:23:55AM +0800, Zhao Qiang wrote: > The driver stays the same. > > Signed-off-by: Zhao Qiang > --- > Changes for v2: > - modify the subject and commit msg > > drivers/irqchip/Makefile| 1 + >

Re: [PATCH 0/3] fs/9p: fix setattr/getattr issues with open files

On Thu, 7 Jul 2016 14:35:40 +0200 Dominique Martinet wrote: > Hi Greg, > Hi Dominique, > Greg Kurz wrote on Mon, Jul 04, 2016 at 05:08:49PM +0200: > > On Mon, 4 Jul 2016 16:16:55 +0200 > > Dominique Martinet wrote: > > > > > I *think*

Re: block: fix blk_queue_split() resource exhaustion

On Wed, Jun 22 2016 at 4:22am -0400, Lars Ellenberg wrote: > For a long time, generic_make_request() converts recursion into > iteration by queuing recursive arguments on current->bio_list. > > This is convenient for stacking drivers, > the top-most driver would take

Re: [PATCH 0/9] [REVIEW-REQUEST] [v4] System Calls for Memory Protection Keys

On Thu, Jul 07, 2016 at 05:47:19AM -0700, Dave Hansen wrote: > I'm resending these because Ingo has said that he'd "love to have > some high level MM review & ack for these syscall ABI extensions." > The only changes to the code in months have been in the selftests. > So, if anyone has been

[PATCH v2 1/3] drm/i915/debugfs: Move out pipe CRC code

In preparation to using a generic API in the DRM core for continuous CRC generation, move the related code out of i915_debugfs.c into a new file. Eventually, only the Intel-specific code will remain in this new file. v2: Rebased. Signed-off-by: Tomeu Vizoso ---

Re: High rate of touch_softlockup makes Soft Lockup detector useless

On Wed, 6 Jul 2016, Joel Fernandes wrote: > In a system running a recent kernel, I am trying to use soft lockup > detector to detect soft lockups in the system. > During this exercise, I see that even with real soft lockups, the > kernel is unable to detect them. What is your definition of a real

[PATCH net-next 8/9] net: dsa: mv88e6xxx: add cap for Priority Override

Add flags and helpers to describe the presence of Priority Override Table (POT) related registers and simplify the setup of Global 2. Signed-off-by: Vivien Didelot --- drivers/net/dsa/mv88e6xxx/chip.c | 36 +--

[PATCH net-next 9/9] net: dsa: mv88e6xxx: add cap for IRL

Add capability flags to describe the presence of Ingress Rate Limit unit registers and an helper function to clear it. In the meantime, fix a few harmless issues: - 6185 and 6095 don't have such registers (reserved) - the previous code didn't wait for the IRL operation to complete

[PATCH net-next 6/9] net: dsa: mv88e6xxx: rework Switch MAC setter

Switches such as 88E6185 have 3 Switch MAC registers in Global 1. Newer chips such as 88E6352 have freed these registers in favor of an indirect access in a Switch MAC/WoL/WoF register in Global 2. Explicit this difference with flags and G1 and G2 helpers which use a chip structure and unlocked

Re: [PATCH v2 1/2] drivers: led: is31fl319x: 1/3/6/9-channel light effect led driver

Hi Jacek, > Am 07.07.2016 um 13:32 schrieb Jacek Anaszewski : > > Hi Nikolaus, > > On 07/07/2016 11:03 AM, H. Nikolaus Schaller wrote: >> Hi Jacek, >> >>> Am 07.07.2016 um 10:47 schrieb Jacek Anaszewski : >>> >>> Hi Nikolaus, >>> >>> Thanks

Re: [PATCH 06/10] clk: samsung make clk-exynos-audss explicitly non-modular

On 07/04/2016 11:12 PM, Paul Gortmaker wrote: > The Kconfig currently controlling compilation of this code is: > > arch/arm/mach-exynos/Kconfig:menuconfig ARCH_EXYNOS > arch/arm/mach-exynos/Kconfig: bool "Samsung EXYNOS" if ARCH_MULTI_V7 > > ...meaning that it currently is not being built as a

Re: [Xen-devel] [PATCH 1/2] xenbus: don't bail early from xenbus_dev_request_and_reply()

On 07/07/16 13:23, Jan Beulich wrote: On 07.07.16 at 14:17, wrote: >> On 07/07/16 13:09, Jan Beulich wrote: >> On 07.07.16 at 13:36, wrote: On 07/07/16 08:32, Jan Beulich wrote: > We must not skip the transaction_end() call for

Re: [PATCH v4 2/2] KVM: nVMX: Fix preemption timer bit set in vmcs02 even if L1 doesn't enable it

2016-07-07 20:29 GMT+08:00 Paolo Bonzini : > > > On 07/07/2016 14:18, Wanpeng Li wrote: >> From: Wanpeng Li >> >> We will go to vcpu_run() loop after L0 emulates VMRESUME which maybe >> incur kvm_sched_out and kvm_sched_in operations since

Re: Introspecting userns relationships to other namespaces?

Quoting Michael Kerrisk (man-pages) (mtk.manpa...@gmail.com): > Hi Serge, > > On 6 July 2016 at 16:13, Serge E. Hallyn wrote: > > On Wed, Jul 06, 2016 at 10:41:48AM +0200, Michael Kerrisk (man-pages) wrote: > >> [Rats! Doing now what I should have down to start with. Looping

Re: [RFC PATCH] net: sched: convert qdisc linked list to hashtable (was Re: Deleting child qdisc doesn't reset parent to default qdisc?)

On Thu, 2016-07-07 at 11:04 +0200, Jiri Kosina wrote: > > > From: Jiri Kosina > Subject: [PATCH] net: sched: convert qdisc linked list to hashtable > > Convert the per-device linked list into a hashtable. The primary motivation > for this change is that currently, we're not

[PATCH] i2c: imx: add retries for i2c-0 on Ventana boards

Gateworks Ventana IMX6 based boards have a Gateworks System Controller [1] (gsc) device that can NAK i2c transactions when its busy in an ADC loop. As this is always on i2c-0 we will add retries for that bus for any Ventana board. Signed-off-by: Tim Harvey ---

[PATCH 0/2] sched/cputime: Deltas for "replace VTIME_GEN irq time code with IRQ_TIME_ACCOUNTING code"

Hi Rick, While reviewing your 2nd patch, I thought about these cleanups. Perhaps the first one could be merged into your patch. I let you decide. Thanks. Frederic Weisbecker (2): sched: Complete cleanup of old vtime gen irq accounting sched: Reorganize vtime native irqtime accounting

Re: [PATCH 6/9] x86, pkeys: add pkey set/get syscalls

On Thu, Jul 07, 2016 at 05:47:28AM -0700, Dave Hansen wrote: > > From: Dave Hansen > > This establishes two more system calls for protection key management: > > unsigned long pkey_get(int pkey); > int pkey_set(int pkey, unsigned long access_rights); >

[tip:x86/build] kbuild, x86: Track generated headers with generated-y

Commit-ID: 54b880caf15034644b564e378abf67b7f9eaf4dc Gitweb: http://git.kernel.org/tip/54b880caf15034644b564e378abf67b7f9eaf4dc Author: James Hogan AuthorDate: Fri, 24 Jun 2016 23:42:23 +0100 Committer: Thomas Gleixner CommitDate: Thu, 7 Jul

[PATCH] builddeb: fix file permissions before packaging

Builddep is not very explicit about file permissions. Actually the file permissions in the package are largely influenced by the umask of the user cloning the git and building the package. If that umask does not set go+r the resulting linux-headers package will prevent non-root users from building

Re: [PATCH v4 1/2] clk: exynos5433: do not use CLK_IGNORE_UNUSED for SPI clocks

On 07/07/2016 03:27 PM, Andi Shyti wrote: >>> > > The CLK_IGNORE_UNUSED flag has to be avoided whenever possible. >>> > > Use the CLK_IS_CRITICAL flag instead for critical SPI1 clocks, >>> > > which enables the clock line during boot time. >> > >> > I don't agree. Both flags should be avoided.

[PATCH net-next 1/9] net: dsa: mv88e6xxx: remove basic function flags

All 88E6xxx Marvell switches (even the old not supported yet 88E6060) have at least an ATU, per-port STP states and VLAN map, to run basic switch functions such as Spanning Tree and port based VLANs. Get rid of the related MV88E6XXX_FLAG_{ATU,PORTSTATE,VLANTABLE} flags, as they are defaults to

[PATCH net-next 0/9] net: dsa: mv88e6xxx: STP and Global 2 cleanup

The Marvell switches registers are organized in distinct internal SMI devices, such as PHY, Port, Global 1 or Global 2 registers sets. Since not all chips support every registers sets or have slightly differences in them (such as old 88E6060 or new 88E6390 likely to be supported soon), make the

[PATCH net-next 3/9] net: dsa: mv88e6xxx: extract device mapping

The Device Mapping register is an indirect table access. Provide helpers to access this table and explicit the checking of the new DSA_RTABLE_NONE routing table value. Signed-off-by: Vivien Didelot --- drivers/net/dsa/mv88e6xxx/chip.c | 49

[PATCH net-next 4/9] net: dsa: mv88e6xxx: extract trunk mapping

The Trunk Mask and Trunk Mapping registers are two Global 2 indirect accesses to trunking configuration. Add helpers for these tables and simplify the Global 2 setup. Signed-off-by: Vivien Didelot --- drivers/net/dsa/mv88e6xxx/chip.c | 68

Re: [RFC] block: fix blk_queue_split() resource exhaustion

On Thu, Jul 7, 2016 at 4:03 PM, Lars Ellenberg wrote: > On Wed, Jul 06, 2016 at 11:57:51PM +0800, Ming Lei wrote: >> > my suggestion >> > >> > generic_make_request(bio_orig) >> > NULLin-flight=0 >> > bio_origempty

Re: [GIT PULL v2] STi SoC changes for v4.8

On Thursday, July 7, 2016 9:16:05 AM CEST Patrice Chotard wrote: > Highlights: > --- > - Add a dummy L2 cache's write_sec callback as in non secure mode execution, >we can't get access to L2 cache secure registers > - Cosmetics change, in case of dump_stack, update the hardware name

Re: [PATCH v4 3/5] nvmem: core: Add consumer API to get nvmem cell from node

Hello Srinivas, On 16-07-07 14:16:36, Srinivas Kandagatla wrote: > > > On 07/07/16 13:33, maitysancha...@gmail.com wrote: > > Hello Srinivas, > > > > On 16-07-07 10:18:49, Srinivas Kandagatla wrote: > > > > > > > > > On 07/07/16 07:39, Sanchayan Maity wrote: > > > > From: Stefan Agner

Re: [PATCH net-next 6/9] net: dsa: mv88e6xxx: rework Switch MAC setter

> Also, note that this indirect access is a single-register which doesn't > require to wait for the operation to complete (like Switch MAC, Trunk > Mapping, etc.), in contrary to multi-registers indirect accesses with > several busy operations (like ATU, VTU, etc.). Hi Vivien Are you sure about

Re: [PATCH v6 00/10] acpi, clocksource: add GTDT driver and GTDT support in arm_arch_timer

On Thursday, July 07, 2016 02:40:23 PM Lorenzo Pieralisi wrote: > [+Sudeep] > > On Thu, Jul 07, 2016 at 02:03:17PM +0200, Rafael J. Wysocki wrote: > > [...] > > > > >> So is this a documentation issue in which case Fu Wei can add that to > > > >> the file to explain its limited to ARM64. Or we

Re: [PATCH v7 4/6] cpuidle: introduce HAVE_GENERIC_CPUIDLE_ENTER for ARM{32,64} platforms

On 07/07/16 14:21, Rafael J. Wysocki wrote: On Tuesday, June 28, 2016 02:55:50 PM Sudeep Holla wrote: The function arm_enter_idle_state is exactly the same in both generic ARM{32,64} CPUIdle driver and will be the same even on ARM64 backend for ACPI processor idle driver. So we can unify it

Re: [PATCH v4 2/2] KVM: nVMX: Fix preemption timer bit set in vmcs02 even if L1 doesn't enable it

On 07/07/2016 15:23, Wanpeng Li wrote: >>> >> >>> >> if (kvm_lapic_hv_timer_in_use(vcpu) && >>> >> + (is_guest_mode(vcpu) || >>> >> kvm_x86_ops->set_hv_timer(vcpu, >>> >> - >>> >>

[tip:x86/build] kbuild: Remove stale asm-generic wrappers

Commit-ID: cda2c65f981d0c29805fd01ffce441c650ffe6cf Gitweb: http://git.kernel.org/tip/cda2c65f981d0c29805fd01ffce441c650ffe6cf Author: James Hogan AuthorDate: Fri, 24 Jun 2016 23:42:24 +0100 Committer: Thomas Gleixner CommitDate: Thu, 7 Jul

[PATCH v2 3/3] drm/i915: Use new CRC debugfs API

The core provides now an ABI to userspace for generation of frame CRCs, so implement the ->set_crc_source() callback and reuse as much code as possible with the previous ABI implementation. v2: - Leave the legacy implementation in place as the ABI implementation in the core is

Re: [v4] powerpc: Export thread_struct.used_vr/used_vsr to user space

On 07/07/2016 13:15, Michael Ellerman wrote: > On Thu, 2016-07-07 at 07:49:36 UTC, Simon Guo wrote: >> From: Simon Guo >> >> These 2 fields track whether user process has used Altivec/VSX >> registers or not. They are used by kernel to setup signal frame >> on user stack

Re: [PATCH 4.6 00/31] 4.6.4-stable review

On 07/06/2016 06:18 PM, Greg Kroah-Hartman wrote: --- Note, I'm on vacation this week, so I only took a few "easy" patches for the stable trees, due to me not having much time to debug anything here, and because, well, I'm on vacation and supposed to be ignoring patches. So

Re: [PATCH v2] sched/deadline: remove useless param from setup_new_dl_entity

On Thu, 7 Jul 2016 09:39:09 +0100 Juri Lelli wrote: > > Having a better look at this is in my TODO list... But I still need to > > find some time :) > > > > Same here. No spare cycles right now to have a thorough look at this. :( All in all, this should not hold up the

Re: [PATCH v4 2/2] ARM: cpuidle: make arm_cpuidle_suspend() a bit more efficient

On Wed, Jul 06, 2016 at 02:15:55PM +0800, Jisheng Zhang wrote: > Currently, we check cpuidle_ops.suspend every time when entering a > low-power idle state. But this check could be avoided in this hot path > by moving it into arm_cpuidle_read_ops() to reduce arm_cpuidle_suspend > overhead a bit. >

Re: [RESEND RFC PATCH 1/5] platform: x86: add driver for UP Board I/O CPLD

On Mon, 2016-07-04 at 17:07 +0100, Dan O'Donovan wrote: > +static int cpld_reg_update(struct up_board_cpld *cpld) > +{ > + u64 dir_reg_verify = 0; > + int i; > + > + /* Reset the CPLD internal counters */ > + gpiod_set_value(cpld->reset_gpio.soc_gpiod, 0); > +

Re: [PATCH v2 1/2] drivers: led: is31fl319x: 1/3/6/9-channel light effect led driver

On 07/07/2016 03:00 PM, H. Nikolaus Schaller wrote: Hi Jacek, Am 07.07.2016 um 13:32 schrieb Jacek Anaszewski : Hi Nikolaus, On 07/07/2016 11:03 AM, H. Nikolaus Schaller wrote: Hi Jacek, Am 07.07.2016 um 10:47 schrieb Jacek Anaszewski :

Re: [PATCH 1/2] i2c-dev: don't get i2c adapter via i2c_dev

On 07-07-16, 15:16, Jean Delvare wrote: > Anyway, this is a good cleanup/optimization on its own, on top of > fixing a race condition, independently of what we decide for the rest > of the problems being discussed in this thread. So: > > Reviewed-by: Jean Delvare > Tested-by:

Re: [PATCH] xen-blkback: really don't leak mode property

On Thu, Jul 07, 2016 at 11:17:14AM +0200, Roger Pau Monne wrote: > On Thu, Jul 07, 2016 at 01:38:13AM -0600, Jan Beulich wrote: > > Commit 9d092603cc ("xen-blkback: do not leak mode property") left one > > path unfixed; correct this. > > > > Signed-off-by: Jan Beulich > >

Re: [Xen-devel] [PATCH] xen-blkback: constify instance of "struct attribute_group"

>>> On 07.07.16 at 17:37, wrote: > On Thu, Jul 07, 2016 at 10:52:18AM +0100, Andrew Cooper wrote: >> On 07/07/16 10:45, Roger Pau Monne wrote: >> > On Thu, Jul 07, 2016 at 01:38:58AM -0600, Jan Beulich wrote: >> >> The functions such get passed to have been taking pointers

Re: clk: Per controller locks (prepare & enable)

On Thu, Jul 07, 2016 at 02:42:17PM +0200, Krzysztof Kozlowski wrote: > On 07/07/2016 02:06 PM, Charles Keepax wrote: > > On Tue, Jul 05, 2016 at 09:48:34AM -0400, Javier Martinez Canillas wrote: > >> Hello Krzysztof, > >> > >> On 07/05/2016 02:33 AM, Krzysztof Kozlowski wrote: > >>> On 07/04/2016

[PATCH] Removing lots of IS_ERR_VALUE abuses and compilation warning.

Passing value in IS_ERR_VALUE() is wrong, as they pass an 'int' into a function that takes an 'unsigned long' argument.This happens to work because the type is sign-extended on 64-bit architectures before it gets converted into an unsigned type. Passing an 'unsigned short' or 'unsigned

Re: [PATCH][RFC v3] x86, hotplug: Use hlt instead of mwait if invoked from disable_nonboot_cpus

Hi, On 07/07/16 03:50, Chen, Yu C wrote: >> From: Rafael J. Wysocki [mailto:r...@rjwysocki.net] >> Below is my sort of version of this (untested) and I did it this way, >> because the >> issue is specific to resume from hibernation (the workaround need not be >> applied anywhere else) and the

Re: [PATCH v2] regulator: pwm: Fix regulator ramp delay for continuous mode

Hi, On Thu, Jul 7, 2016 at 1:36 AM, Laxman Dewangan wrote: > > On Thursday 07 July 2016 12:12 AM, Douglas Anderson wrote: >> >> The original commit adding support for continuous voltage mode didn't >> handle the regulator ramp delay properly. It treated the delay as a >>

Re: [Qemu-ppc] [PATCH v2] powerpc/pseries: start rtasd before PCI probing

Ping ? On Tue, 21 Jun 2016 11:02:01 +0200 Greg Kurz wrote: > On Wed, 15 Jun 2016 22:26:41 +0200 > Greg Kurz wrote: > > > A strange behaviour is observed when comparing PCI hotplug in QEMU, between > > x86 and pseries. If you consider the following

[PATCH] Remove lots of IS_ERR_VALUE abuses and compilation warning.

Passing value in IS_ERR_VALUE() is wrong, as they pass an 'int' into a function that takes an 'unsigned long' argument. This happens to work because the type is sign-extended on 64-bit architectures before it gets converted into an unsigned type. Passing an 'unsigned

Re: [PATCH V5 0/2] cpufreq: Sorted policy->freq_table

On 27-06-16, 09:59, Viresh Kumar wrote: > Hi Rafael, > > This series is aimed to make traversing of cpufreq table more efficient > for platforms that already sort the frequency tables. The cpufreq core > now checks if the freq table is sorted and applies a different set of > helpers on such

Re: [Xen-devel] [PATCH] xen/apic: Update the comment for apic_id_mask

On 07/07/2016 11:25 AM, Konrad Rzeszutek Wilk wrote: > On Thu, Jul 07, 2016 at 11:28:18AM +0800, Wei Jiangang wrote: >> verify_local_APIC() had been removed by >> commit 4399c03c6780 ("x86/apic: Remove verify_local_APIC()"), >> so apic_id_mask isn't used by it. Is anyone actually using this

Re: [PATCH v2 2/3] drm: Add API for capturing frame CRCs

On Thu, Jul 07, 2016 at 05:06:08PM +0200, Tomeu Vizoso wrote: > Adds files and directories to debugfs for controlling and reading frame > CRCs, per CRTC: > > dri/0/crtc-0/crc > dri/0/crtc-0/crc/control > dri/0/crtc-0/crc/data > > Drivers can implement the set_crc_source callback() in

Re: Remove lots of IS_ERR_VALUE abuses and compilation warning.

On Thu, Jul 07, 2016 at 08:57:29PM +0530, Arvind Yadav wrote: > Passing value in IS_ERR_VALUE() is wrong, as they > pass an 'int' into a function that takes an 'unsigned long' > argument. This happens to work because the type is sign-extended > on 64-bit architectures before it gets

  1   2   3   4   5   6   7   8   9   10   >