[PATCH v3 20/21] fuse: Restrict allow_other to the superblock's namespace or a descendant

Unprivileged users are normally restricted from mounting with the allow_other option by system policy, but this could be bypassed for a mount done with user namespace root permissions. In such cases allow_other should not allow users outside the userns to access the mount as doing so would give

[PATCH v3 15/21] fs: Don't remove suid for CAP_FSETID in s_user_ns

Expand the check in should_remove_suid() to keep privileges for CAP_FSETID in s_user_ns rather than init_user_ns. Signed-off-by: Seth Forshee Acked-by: Serge Hallyn --- fs/inode.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-)

[PATCH v3 21/21] fuse: Allow user namespace mounts

Signed-off-by: Seth Forshee Acked-by: Miklos Szeredi --- fs/fuse/inode.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/fs/fuse/inode.c b/fs/fuse/inode.c index 0a771145d853..254f1944ee98 100644 --- a/fs/fuse/inode.c +++

[PATCH v3 17/21] capabilities: Allow privileged user in s_user_ns to set security.* xattrs

A privileged user in s_user_ns will generally have the ability to manipulate the backing store and insert security.* xattrs into the filesystem directly. Therefore the kernel must be prepared to handle these xattrs from unprivileged mounts, and it makes little sense for commoncap to prevent

[PATCH V3 12/18] coresight: tmc: dump system memory content only when needed

Calling tmc_etf/etr_dump_hw() is required only when operating from sysFS. When working from Perf, the system memory is harvested from the AUX trace API. Signed-off-by: Mathieu Poirier --- drivers/hwtracing/coresight/coresight-tmc-etf.c | 7 ++-

Re: [git pull] drm fixes

On Thu, Apr 21, 2016 at 5:57 PM, Dave Airlie wrote: > > git://people.freedesktop.org/~airlied/linux drm-fixes Hmm. freedesktop.org seems to be feeling a bit under the weather. It's not just the git part - it's not doing web either, and doesn't seem to answer to pings either

Re: [PATCH] kvm: x86: do not leak guest xcr0 into host interrupt handlers

On Fri, Apr 22, 2016 at 12:30 AM, Wanpeng Li wrote: > Hi Paolo and David, > 2016-03-31 3:24 GMT+08:00 David Matlack : >> >> kernel_fpu_begin() saves the current fpu context. If this uses >> XSAVE[OPT], it may leave the xsave area in an undesirable state.

Re: [PATCH 4/8] drm/fb-helper: Add fb_deferred_io support

On Fri, Apr 22, 2016 at 7:28 PM, Noralf Trønnes wrote: > This patch extend the use of the fbdev deferred_io worker to also handle > the fbdev drawing operations, which can happen in atomic context. > The qxl driver adds an extra worker (struct qxl_device).fb_work which is >

Re: [PATCH 4/8] drm/fb-helper: Add fb_deferred_io support

Den 22.04.2016 19:05, skrev Daniel Vetter: On Fri, Apr 22, 2016 at 04:17:14PM +0200, Noralf Trønnes wrote: Den 22.04.2016 10:27, skrev Daniel Vetter: On Thu, Apr 21, 2016 at 08:54:45PM +0200, Noralf Trønnes wrote: Den 20.04.2016 17:25, skrev Noralf Trønnes: This adds deferred io support if

Re: [PATCH 18/25] arm64: ilp32: introduce binfmt_ilp32.c

On Friday 22 April 2016 17:51:30 Catalin Marinas wrote: > On Wed, Apr 06, 2016 at 01:08:40AM +0300, Yury Norov wrote: > > --- /dev/null > > +++ b/arch/arm64/kernel/binfmt_ilp32.c > > [...] > > > +#include "../../../fs/binfmt_elf.c" > > How different is this new binfmt_ilp32.c file from the

Re: [PATCH] media: vb2: Fix regression on poll() for RW mode

Em Fri, 22 Apr 2016 18:45:41 +0200 Hans Verkuil escreveu: > On 04/22/2016 05:21 PM, Mauro Carvalho Chehab wrote: > > Em Fri, 22 Apr 2016 16:56:00 +0200 > > Hans Verkuil escreveu: > > > >> On 04/22/2016 04:48 PM, Mauro Carvalho Chehab wrote: > >>> Em

[PATCH v7 2/6] GCC plugin infrastructure

This patch allows to build the whole kernel with GCC plugins. It was ported from grsecurity/PaX. The infrastructure supports building out-of-tree modules and building in a separate directory. Cross-compilation is supported too but currently only the x86 architecture enables plugins. The directory

[PATCH v7 3/6] The GCC plugin infrastructure supports the arm and arm64 architectures too

The GCC plugin infrastructure supports the arm and arm64 architectures too Signed-off-by: David Brown --- arch/arm/Kconfig | 1 + arch/arm64/Kconfig | 1 + 2 files changed, 2 insertions(+) diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig index 0846026..8f57eb6 100644

Re: [PATCH v6 00/20] kthread: Use kthread worker API more widely

Hello, Petr. On Thu, Apr 14, 2016 at 05:14:19PM +0200, Petr Mladek wrote: > My intention is to make it easier to manipulate and maintain kthreads. > Especially, I want to replace all the custom main cycles with a > generic one. Also I want to make the kthreads sleep in a consistent > state in a

[PATCH 0/4] MIPS: Guest timekeeping improvements

These patches improve timekeeping of MIPS/Malta kernels running in a KVM guest. Patch 2 fixes malta frequency calculation under virtualisation, especially on very slow targets (FPGA / emulators). Patch 1 is a minor fix for something I noticed while writing patch 2. Patch 3 drops the use of the

[PATCH V3 00/18] coresight: tmc: make driver usable by Perf

This patchset makes the TMC driver usable from Perf by way of the recently added AUX area functionality. Note that only the kernel side of the operation is presented here. The user space perf tool enhancement are kept here[1]. Upstreaming of that portion will follow when the kernel side has

[PATCH] powercap/intel_rapl: Add support for Kabylake

Kabylake is similar to Skylake in terms of RAPL. Signed-off-by: Jacob Pan --- drivers/powercap/intel_rapl.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/powercap/intel_rapl.c b/drivers/powercap/intel_rapl.c index 8fad0a7..470bb62 100644 ---

[PATCH V3 01/18] coresight: tmc: modifying naming convention

According to the TMC architectural state machine, the 'stopped' state is reached when bit 2 (TMCReady) of the TMC Status register turns to '1'. The code is correct but the naming convention isn't. The 'Triggered' bit occupies position '1' of the TMC Status register and has nothing to do with the

Re: [git pull] drm fixes

On Fri, Apr 22, 2016 at 10:23 AM, Daniel Vetter wrote: > > Works all fine here, http, ssh & git protocols all up well. > Maybe temporary, or just your part of the interwebs fell off? It's up for me now too, so something temporary. I don't think it was at my end, everything else

Re: linux-next: Tree for Apr 22 (adjust_autoksyms.sh)

On Fri, 22 Apr 2016, Randy Dunlap wrote: > on x86_64: > > I'm seeing: > > /bin/sh: scripts/adjust_autoksyms.sh: No such file or directory > /local/lnx/next/linux-next-20160422/Makefile:937: recipe for target 'vmlinux' > failed > > when using O=subdir for

[PATCH 2/4] sh: make mm/asids-debugfs explicitly non-modular

The Makefile/Kconfig currently controlling compilation of this code is: obj-$(CONFIG_DEBUG_FS) += $(debugfs-y) debugfs-y := asids-debugfs.o lib/Kconfig.debug:config DEBUG_FS lib/Kconfig.debug: bool "Debug Filesystem" ...meaning that it currently is not being

Re: [PATCH v3] prism54: isl_38xx: Replace 'struct timeval'

Johannes Berg writes: > On Mon, 2016-04-18 at 00:10 +0200, Arnd Bergmann wrote: >> On Sunday 17 April 2016 14:42:33 Johannes Berg wrote: >> > >> > I was thinking more restrictively of just the stuff that can't even >> > be built without modifying the sources - like

[PATCH 1/4] sh: make time.c explicitly non-modular

The Makefile currently controlling compilation of this code is: obj-y := debugtraps.o dma-nommu.o dumpstack.o \ [...] syscalls_$(BITS).o time.o topology.o traps.o \ traps_$(BITS).o unwinder.o ...meaning that it currently is not being built as a

Re: [tip:x86/asm] x86/mm/xen: Suppress hugetlbfs in PV guests

On Fri, Apr 22, 2016 at 11:03:53AM -0700, H. Peter Anvin wrote: > Please don't use the cpu_has_* macros anymore, they are going away soon. > > In this case it should be static_cpu_has(X86_FEATURE_PSE). Ingo fixed this up while merging: b2eafe890d4a ("Merge branch 'x86/urgent' into x86/asm, to

[GIT PULL] pin control fixes for v4.6 take three

Hi Linus, some pin control driver fixes came in. One headed for stable and the other two are just ordinary merge window fixes. Details in the tag and commits. Please pull it in. Yours, Linus Walleij The following changes since commit bf16200689118d19de1b8d2a3c314fc21f5dc7bb: Linux 4.6-rc3

Re: [PATCH] irqdomain: fix compare_const_fl.cocci warnings

On 20/04/16 17:49, Julia Lawall wrote: > Move constants to the right of binary operators. > > Generated by: scripts/coccinelle/misc/compare_const_fl.cocci > > Signed-off-by: Fengguang Wu > Signed-off-by: Julia Lawall > --- > > Not a big deal,

Re: [PATCH V4] irq: Track the interrupt timings

On Wed, Apr 13, 2016 at 01:05:56PM +0200, Daniel Lezcano wrote: > The interrupt framework gives a lot of information about each interrupt. > > It does not keep track of when those interrupts occur though. > > This patch provides a mean to record the elapsed time between successive > interrupt

Re: linux-next: Tree for Apr 22 (adjust_autoksyms.sh)

On 04/22/16 10:48, Nicolas Pitre wrote: > On Fri, 22 Apr 2016, Randy Dunlap wrote: > >> on x86_64: >> >> I'm seeing: >> >> /bin/sh: scripts/adjust_autoksyms.sh: No such file or directory >> /local/lnx/next/linux-next-20160422/Makefile:937: recipe for targ

[PATCH v7 0/6] Introduce GCC plugin infrastructure

This patch set introduce the GCC plugin infrastructure with examples for testing and documentation. GCC plugins are loadable modules that provide extra features to the compiler. They are useful for runtime instrumentation and static analysis. The infrastructure supports all gcc versions from 4.5

[PATCH V3 14/18] coresight: tmc: keep track of memory width

Accessing the HW configuration register each time the memory width is needed simply doesn't make sense. It is much more efficient to read the value once and keep a reference for later use. Signed-off-by: Mathieu Poirier ---

[PATCH V3 08/18] coresight: tmc: making prepare/unprepare functions generic

Dealing with HW related matters in tmc_read_prepare/unprepare becomes convoluted when many cases need to be handled distinctively. As such moving processing related to HW setup to individual driver files and keep the core driver generic. Signed-off-by: Mathieu Poirier

[PATCH V3 13/18] coresight: tmc: make sysFS and Perf mode mutually exclusive

The sysFS and Perf access methods can't be allowed to interfere with one another. As such introducing guards to access functions that prevents moving forward if a TMC is already being used. Signed-off-by: Mathieu Poirier ---

[PATCH V3 16/18] coresight: tmc: implementing TMC-ETF AUX space API

This patch implement the AUX area interfaces required to use the TMC (configured as an ETF) from the Perf sub-system. The heuristic is heavily borrowed from the ETB10 implementation. Signed-off-by: Mathieu Poirier --- drivers/hwtracing/coresight/coresight-tmc-etf.c

Re: [PATCH V4] audit: add tty field to LOGIN event

On 04/21/2016 11:14 AM, Richard Guy Briggs wrote: > The tty field was missing from AUDIT_LOGIN events. > > Refactor code to create a new function audit_get_tty(), using it to > replace the call in audit_log_task_info() and to add it to > audit_log_set_loginuid(). Lock and bump the kref to

[PATCH V3 10/18] coresight: tmc: getting the right read_count on tmc_open()

In function tmc_open(), if tmc_read_prepare() fails variable drvdata->read_count is not decremented, causing unwanted access to drvdata->buf and very likely, a crash dump. By moving the incrementation to a place where we know things are stable this kind of situation is avoided. Signed-off-by:

[PATCH 4/4] MIPS: cevt-r4k: Dynamically calculate min_delta_ns

Calculate the MIPS clockevent device's min_delta_ns dynamically based on the time it takes to perform the mips_next_event() sequence. Virtualisation in particular makes the current fixed min_delta of 0x300 inappropriate under some circumstances, as the CP0_Count and CP0_Compare registers may be

namespaced file capabilities

Hi, I've sent a few patches and emails over the past months about supporting file capabilities in user namespace confined containers. A few of the requirements as I see them are: 1. Root in a user namespace should be able to set file capabilities on a binary for use by any user mapped into his

Re: [PATCH] MIPS: Allow R6 compact branch policy to be left unspecified

On Fri, Apr 22, 2016 at 04:56:02PM +0100, Maciej W. Rozycki wrote: > On Fri, 22 Apr 2016, Paul Burton wrote: > > > It turns out that some toolchains which support MIPS R6 don't support > > the -mcompact-branches flag to specify compact branch behaviour. Default > > to not providing the

[PATCH 1/1] simplified security.nscapability xattr

From: Serge Hallyn This can only be set by root in his own namespace, and will only be respected by namespaces with that same root kuid mapped as root, or namespaces descended from it. This allows a simple setxattr to work, allows tar/untar to work, and allows us to tar

Re: [PATCH] irqdomain: fix compare_const_fl.cocci warnings

On Wed, 20 Apr 2016, Julia Lawall wrote: > Move constants to the right of binary operators. > > Generated by: scripts/coccinelle/misc/compare_const_fl.cocci > > Signed-off-by: Fengguang Wu > Signed-off-by: Julia Lawall This SOB chain looks

HELLO DEAR

Hello Dear, how are you doing hope fine, I am (Melissa Robert) by name. i will like to know more about you believing that friendship is a free gift of nature. Please get back to me as soon as possible through this my private Email. (mr4785...@gmail.com) thank you.

[PATCH 0/4] sh: fix up modular use in non-modular code

For anyone new to the underlying goal of this cleanup, we are trying to make kernel code consistent with the Makefiles/Kconfigs that control them. This means not using modular functions/macros for code that can never be built as a module. Some of the other downfalls this leads to are: (1) it

[PATCH 3/4] sh: make board-secureedge5410 explicitly non-modular

The Kconfig currently controlling compilation of this code is: config SH_SECUREEDGE5410 bool "SecureEdge5410" ...meaning that it currently is not being built as a module by anyone. Lets remove the couple traces of modularity so that when reading the driver there is no doubt it is

[PATCH 4/4] sh: make heartbeat driver explicitly non-modular

The Kconfig for this driver is currently: config HEARTBEAT bool "Heartbeat LED" ...meaning that it currently is not being built as a module by anyone. Lets remove the modular code that is essentially orphaned, so that when reading the driver there is no doubt it is builtin-only. Since

Re: [PATCH RFC 10/22] block, bfq: add full hierarchical scheduling and cgroups support

Hello, Paolo. On Wed, Apr 20, 2016 at 11:32:23AM +0200, Paolo wrote: > This malfunction seems related to a blkcg behavior that I did not > expect: the sequential writer changes group continuously. It moves > from the root group to its correct group, and back. Here is the > output of > > egrep

Re: [PATCH RFC 10/22] block, bfq: add full hierarchical scheduling and cgroups support

Il giorno 22/apr/2016, alle ore 20:13, Tejun Heo ha scritto: > Hello, Paolo. > > On Wed, Apr 20, 2016 at 11:32:23AM +0200, Paolo wrote: >> This malfunction seems related to a blkcg behavior that I did not >> expect: the sequential writer changes group continuously. It moves >>

[PATCH v7 5/6] Documentation for the GCC plugin infrastructure

This is the GCC infrastructure documentation about its operation, how to add and use a new plugin with an example. Signed-off-by: Emese Revfy --- Documentation/gcc-plugins.txt | 83 +++ arch/Kconfig | 2 ++ 2 files

[PATCH v7 4/6] Add Cyclomatic complexity GCC plugin

Add a very simple plugin to demonstrate the GCC plugin infrastructure. This GCC plugin computes the cyclomatic complexity of each function. The complexity M of a function's control flow graph is defined as: M = E - N + 2P where E = the number of edges N = the number of nodes P = the number of

[PATCH V3 09/18] coresight: tmc: allocating memory when needed

In it's current form the TMC probe() function allocates trace buffer memory at boot time, event if coresight isn't used. This is highly inefficient since trace buffers can occupy a lot of memory that could be used otherwised. This patch allocates trace buffers on the fly, when the coresight

[PATCH V3 03/18] coresight: tmc: re-implementing tmc_read_prepare/unprepare() functions

In their current implementation the tmc_read_prepare/unprepare() are a lump of if/else that is difficult to read. This patch is alleviating that by using a switch statement. The latter also allows for a better control on the error path. Signed-off-by: Mathieu Poirier

[PATCH V3 11/18] coresight: tmc: adding mode of operation for link/sinks

Moving tmc_drvdata::enable to a local_t mode. That way the sink interface is aware of it's orgin and the foundation for mutual exclusion between the sysFS and Perf interface can be laid out. Signed-off-by: Mathieu Poirier ---

[PATCH V3 02/18] coresight: tmc: waiting for TMCReady bit before programming

According to the TRM before programming the TMC in circular buffer mode (and that for any configuration, ETB, ETR, ETF), the TMCReady bit in the status register has to be set. This patch adds a check to make sure the state machine is in a state where it can be configured, and complains otherwise.

[PATCH V3 06/18] coresight: tmc: cleaning up header file

This patch first move the TMC_STS_TMCREADY_BIT and TMC_FFCR_FLUSHMAN_BIT defines to their respective section. It also removes TMC_FFCR_FLUSHMAN, since the same result can easily be obtained using the BIT() macro. Signed-off-by: Mathieu Poirier Reviewed-by: Suzuki K

Re: [git pull] drm fixes

On Fri, Apr 22, 2016 at 7:16 PM, Linus Torvalds wrote: > On Thu, Apr 21, 2016 at 5:57 PM, Dave Airlie wrote: >> >> git://people.freedesktop.org/~airlied/linux drm-fixes > > Hmm. freedesktop.org seems to be feeling a bit under the weather. It's >

Re: [git pull] drm fixes

On Fri, Apr 22, 2016 at 7:30 PM, Linus Torvalds wrote: > On Fri, Apr 22, 2016 at 10:23 AM, Daniel Vetter wrote: >> >> Works all fine here, http, ssh & git protocols all up well. >> Maybe temporary, or just your part of the interwebs fell off? > >

[PATCH] ARM: omap2plus_defconfig: Fix warning due invalid RXKAD symbol value

Commit 648af7fca159 ("rxrpc: Absorb the rxkad security module") changed the RXKAD Kconfig symbol from tristate to boolean but the commit didn't update the omap2plus_defconfig that was enabling CONFIG_RXKAD as module. This leads to the following warning when using the omap2plus_defconfig:

Re: [tip:x86/asm] x86/mm/xen: Suppress hugetlbfs in PV guests

On 04/22/2016 02:47 AM, tip-bot for Jan Beulich wrote: > Commit-ID: 103f6112f253017d7062cd74d17f4a514ed4485c > Gitweb: http://git.kernel.org/tip/103f6112f253017d7062cd74d17f4a514ed4485c > Author: Jan Beulich > AuthorDate: Thu, 21 Apr 2016 00:27:04 -0600 > Committer:

[PATCH v7 1/6] Shared library support

Infrastructure for building independent shared library targets. This effectively also reverts commit 62e2210798ed38928ab24841e8b4878a (Masahiro Yamada, kbuild: drop shared library support from Makefile.host). Signed-off-by: Emese Revfy --- Documentation/kbuild/makefiles.txt

[PATCH v7 6/6] Add sancov plugin

The sancov gcc plugin inserts a __sanitizer_cov_trace_pc() call at the start of basic blocks. This plugin is a helper plugin for the kcov feature. It supports all gcc versions with plugin support (from gcc-4.5 on). It is based on the gcc commit "Add fuzzing coverage support" by Dmitry Vyukov

Re: [PATCH] serial: mctrl_gpio: Drop support for out1-gpios and out2-gpios

On 04/22/2016 08:10 AM, Geert Uytterhoeven wrote: > The OUT1 and OUT2 pins present on some legacy UARTs are basically GPIOs. > It doesn't make much sense to emulate GPIOs using other GPIOs, hence > drop support for that. Thanks Geert. Reviewed-by: Peter Hurley

Re: [PATCH] ext4: Fix check of dqget() return value in ext4_ioctl_setproject()

On Tue, Mar 29, 2016 at 08:01:03AM -0500, Seth Forshee wrote: > A failed call to dqget() returns an ERR_PTR() and not null. Fix > the check in ext4_ioctl_setproject() to handle this correctly. > > Fixes: 9b7365fc1c82 ("ext4: add FS_IOC_FSSETXATTR/FS_IOC_FSGETXATTR interface > support") > Cc:

Re: [PATCH RFC 10/22] block, bfq: add full hierarchical scheduling and cgroups support

Hello, Paolo. On Fri, Apr 22, 2016 at 08:19:47PM +0200, Paolo Valente wrote: > > So, a kworker would jump through different workqueues and issue IOs > > for different writeback domains and the context can't be tied to the > > issuing task. The cgroup membership should be determined directly > >

HELLO DEAR

Hello Dear, how are you doing hope fine, I am (Melissa Robert) by name. i will like to know more about you believing that friendship is a free gift of nature. Please get back to me as soon as possible through this my private Email. (mr4785...@gmail.com) thank you.

Re: [RFC][PATCH 00/31] implement atomic_fetch_$op

Fengguang Wu writes: >> OK, weirdness. I received the "BUILD SUCCESS" email without any arm64 >> builds listed, but I just received a build bot email telling me the >> arm64 build was borked (which I know it is). > > Sorry, that may happen because even though most errors

Re: [PATCH v7 4/9] clk: mediatek: Add MT2701 clock support

On 14/04/16 10:11, James Liao wrote: From: Shunli Wang Add MT2701 clock support, include topckgen, apmixedsys, infracfg, pericfg and subsystem clocks. Signed-off-by: Shunli Wang Signed-off-by: James Liao

Re: linux-next: Tree for Apr 22 (adjust_autoksyms.sh)

On Fri, 22 Apr 2016, Randy Dunlap wrote: > On 04/22/16 10:48, Nicolas Pitre wrote: > > On Fri, 22 Apr 2016, Randy Dunlap wrote: > > > >> on x86_64: > >> > >> I'm seeing: > >> > >> /bin/sh: scripts/adjust_autoksyms.sh: No such file or

Re: [PATCH v7 6/6] Add sancov plugin

On Fri, Apr 22, 2016 at 8:27 PM, Emese Revfy wrote: > The sancov gcc plugin inserts a __sanitizer_cov_trace_pc() call > at the start of basic blocks. > > This plugin is a helper plugin for the kcov feature. It supports > all gcc versions with plugin support (from gcc-4.5 on).

Re: [PATCH] lib: Always NUL terminate ucs2_as_utf8

On Thu, 21 Apr, at 06:21:11PM, Laszlo Ersek wrote: > > ... How about this instead? Your patch looks fine to me. I've gone ahead and stuck it in the urgent EFI queue. Thanks everyone!

Re: [PATCH 1/2] KVM: x86: fix ordering of cr0 initialization code in vmx_cpu_reset

>>> On 2/3/2016 at 04:18 PM, Nadav Amit wrote: > Oops. > > Anyhow, I see my patch has done a similar change in init_vmcb() , so you may > want to revert it as well. > > Nadav > > Bruce Rogers wrote: > >> Commit d28bc9dd25ce reversed the order of two

Re: fs: GPF in locked_inode_to_wb_and_lock_list

On Thu, Apr 21, 2016 at 7:06 PM, Tejun Heo wrote: > Hello, > > (cc'ing Ilya, Jan and Jens) > > On Thu, Apr 21, 2016 at 12:00:38PM +0200, Dmitry Vyukov wrote: >> On Thu, Apr 21, 2016 at 11:45 AM, Andrey Ryabinin >> wrote: >> > 2016-04-21 11:35 GMT+03:00

[GIT PULL][PATCH 0/3] Few small timekeeping updates for 4.7

Hey Thomas, Just wanted to send you my current queue for 4.7. Its fairly small. The one unusal bit is the security_settime64() patch, which was ok'ed to go in via the -tip tree by both Kees and Serge. Let me know if you have any objections. thanks -john Cc: Serge Hallyn

[PATCH 2/3] security: Introduce security_settime64()

From: Baolin Wang security_settime() uses a timespec, which is not year 2038 safe on 32bit systems. Thus this patch introduces the security_settime64() function with timespec64 type. We also convert the cap_settime() helper function to use the 64bit types. This patch

Re: [PATCH] ARM: BCM5301X: Add DT entry for SPI controller and NOR flash

On 18/04/16 23:56, Rafał Miłecki wrote: > Controller is present on every BCM4708* board but only few devices have > serial flash attached so mark it as disabled by default. > > Signed-off-by: Rafał Miłecki Applied to devicetree/next, thanks! -- Florian

[PATCH 3/3] time: Introduce do_sys_settimeofday64()

From: Baolin Wang The do_sys_settimeofday() function uses a timespec, which is not year 2038 safe on 32bit systems. Thus this patch introduces do_sys_settimeofday64(), which allows us to transition users of do_sys_settimeofday() to using 64bit time types. Cc: Prarit

Re: [PATCH v7 00/10] KVM PCIe/MSI passthrough on ARM/ARM64: kernel part 1/3: iommu changes

On Fri, 22 Apr 2016 14:31:18 +0200 Eric Auger wrote: > Hi Alex, > On 04/21/2016 09:32 PM, Alex Williamson wrote: > > On Thu, 21 Apr 2016 14:18:09 +0200 > > Eric Auger wrote: > > > >> Hi Alex, Robin, > >> On 04/19/2016 06:56 PM, Eric Auger wrote:

Re: [PATCH v2 1/1] arm64: dts: NS2 secondary core enablement via PSCI

On 20/04/16 10:40, Luke Starrett wrote: > Declare PSCI-1.0 node and enable CPU_ON method via PSCI. Spin-table > memreserve has been removed as well as syscon based reset, as PSCI-1.0 > expects reset implementation in firmware. > > Signed-off-by: Luke Starrett

Re: [PATCH] irqdomain: fix compare_const_fl.cocci warnings

On 22/04/16 20:00, Julia Lawall wrote: > On Fri, 22 Apr 2016, Jon Hunter wrote: > >> >> On 20/04/16 17:49, Julia Lawall wrote: >>> Move constants to the right of binary operators. >>> >>> Generated by: scripts/coccinelle/misc/compare_const_fl.cocci >>> >>> Signed-off-by: Fengguang Wu

Re: [PATCH] mm: Fix incorrect pfn passed to untrack_pfn in remap_pfn_range

On Fri, 22 Apr 2016 18:31:28 +0800 Yongji Xie wrote: > We used generic hooks in remap_pfn_range to help archs to > track pfnmap regions. The code is something like: > > int remap_pfn_range() > { > ... > track_pfn_remap(vma, , pfn, addr, PAGE_ALIGN(size));

Re: [PATCH 0/7] IB/hfi1: Remove write() and use ioctl() for user access

On Wed, Apr 20, 2016 at 02:36:16PM -0600, Jason Gunthorpe wrote: On Thu, Apr 14, 2016 at 01:52:44PM -0400, Dennis Dalessandro wrote: The eprom device is for low level programming of the eprom on the chip. We do not use i2c for this because the eprom is directly attached to the chip and not

Zádost!!

Jsem zastupujicí investicní zajem ze strany Dubaji, pro ktere hledáme vasi ucast. Odpoved na e-mailu nize v pripade zajmu. E-mail: pbrt...@gmail.com

Re: [PATCH] irqdomain: fix compare_const_fl.cocci warnings

On Fri, 22 Apr 2016, Thomas Gleixner wrote: > On Wed, 20 Apr 2016, Julia Lawall wrote: > > > Move constants to the right of binary operators. > > > > Generated by: scripts/coccinelle/misc/compare_const_fl.cocci > > > > Signed-off-by: Fengguang Wu > > Signed-off-by:

Re: [PATCH] irqdomain: fix compare_const_fl.cocci warnings

On Fri, 22 Apr 2016, Jon Hunter wrote: > > On 20/04/16 17:49, Julia Lawall wrote: > > Move constants to the right of binary operators. > > > > Generated by: scripts/coccinelle/misc/compare_const_fl.cocci > > > > Signed-off-by: Fengguang Wu > > Signed-off-by: Julia

Re: [PATCH RFC 10/22] block, bfq: add full hierarchical scheduling and cgroups support

Il giorno 22/apr/2016, alle ore 20:41, Tejun Heo ha scritto: > Hello, Paolo. > > On Fri, Apr 22, 2016 at 08:19:47PM +0200, Paolo Valente wrote: >>> So, a kworker would jump through different workqueues and issue IOs >>> for different writeback domains and the context can't be

[PATCH 1/3] clocksource: Add missing include of of.h.

From: David Lechner This header uses OF_DELCARE_1 which is defined in linux/of.h. This fixes getting unhelpful compiler error messages about missing ')' before a string constant. Cc: Prarit Bhargava Cc: Richard Cochran Cc:

[PATCH] KVM: x86: fix ordering of cr0 initialization code in vmx_cpu_reset

Commit d28bc9dd25ce reversed the order of two lines which initialize cr0, allowing the current (old) cr0 value to mess up vcpu initialization. This was observed in the checks for cr0 X86_CR0_WP bit in the context of kvm_mmu_reset_context(). Besides, setting vcpu->arch.cr0 after vmx_set_cr0() is

Re: [PATCH RFC 10/22] block, bfq: add full hierarchical scheduling and cgroups support

Hello, Paolo. On Fri, Apr 22, 2016 at 09:05:14PM +0200, Paolo Valente wrote: > > Ah, right, I was confused. cic is always associated with the task and > > yes a writeback worker can trigger blkcg changed events frequently as > > it walks through different cgroups. Is this an issue? > > That’s

Re: [PATCH 1/3] mfd: add Cypress FM33256B Processor Companion driver

On Wed, Apr 20, 2016 at 01:07:49PM +0200, Jeppe Ledet-Pedersen wrote: > This patch adds support for the Cypress Semiconductor FM33256B processor > companion. The device contains a 256 kbit FRAM, an RTC, a supply voltage > monitor, and a watchdog timer. > > Signed-off-by: Jeppe Ledet-Pedersen

Re: [PATCH v2 2/2] ARM: dts: dra7x: Support QSPI MODE-0 operation at 64MHz

On Wed, Apr 20, 2016 at 05:03:00PM +0530, Vignesh R wrote: > According to Data Manual(SPRS915P) of AM57x, TI QSPI controller on > DRA74(rev 1.1+)/DRA72 EVM can support up to 64MHz in MODE-0, whereas > MODE-3 is limited to 48MHz. Hence, switch to MODE-0 for better > throughput. > > Signed-off-by:

Re: [PATCH v2 1/2] Documentation: DT: vdma: Add clock support for vdma

On Wed, Apr 20, 2016 at 05:13:18PM +0530, Kedareswara rao Appana wrote: > This patch updates the binding doc with clock description > for vdma. > > Signed-off-by: Kedareswara rao Appana > --- > Changes for v2: > --> Listed down all the clocks supported by the h/w > as

Re: linux-next: Tree for Apr 22 (adjust_autoksyms.sh)

On Fri, 22 Apr 2016, Nicolas Pitre wrote: > On Fri, 22 Apr 2016, Randy Dunlap wrote: > > > Yes, this patch helps, but I think there is still a problem. > > I think that trim needs to be done after CONFIG_BUILD_DOCSRC and possibly > > after CONFIG_SAMPLES are built. > > The later is already

Re: [PATCH 1/2] [v4] net: emac: emac gigabit ethernet controller driver

Timur Tabi wrote: So I've done some more research, and I believe that the internal phy is not a candidate for phylib, but the external phy (which is a real phy) might be. There's no MDIO bus to the internal phy. Does this mean that I will need to enable a PHY driver, and that driver will

Re: [PATCH 2/2] printk, allow different timestamps for printk.time

On Fri, 22 Apr 2016 08:03:09 -0400 Prarit Bhargava wrote: > Over the past years I've seen many reports of bugs that include > time-stamped kernel logs (enabled when CONFIG_PRINTK_TIME=y or > print.time=1 is specified as a kernel parameter) that do not align > with either

[PATCH] Changed the path from to the incorrect drivers/char/sysrq.c to drivers/tty/sysrq.c

This is my first patch submission. Please let me know if I have made a mistake anywhere. Signed-off-by: René Nyffenegger --- Documentation/sysrq.txt | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/Documentation/sysrq.txt b/Documentation/sysrq.txt

Re: [GIT PULL 1/2] bcm2835 DT changes for 4.7

On 20/04/16 13:27, Eric Anholt wrote: > Linux 4.6-rc1 (2016-03-26 16:03:24 -0700) > > are available in the git repository at: > > https://github.com/anholt/linux tags/bcm2835-dt-next-2016-04-20 > > for you to fetch changes up to 896ad420db8d5ec4cc4727b786d15e28eb59b366: > > dt/bindings:

Re: [GIT PULL 2/2] bcm2835 defconfig changes for 4.7

On 20/04/16 13:27, Eric Anholt wrote: > Linux 4.6-rc1 (2016-03-26 16:03:24 -0700) > > are available in the git repository at: > > https://github.com/anholt/linux tags/bcm2835-defconfig-next-2016-04-20 > > for you to fetch changes up to 3652bb35abf6ee11333cbec1d2855c1c0f9f6b27: > > ARM:

Re: [PATCH v11 04/60] sparc/PCI: Use correct offset for bus address to resource

[+cc Ben, Michael] On Thu, Apr 07, 2016 at 05:15:17PM -0700, Yinghai Lu wrote: > After we added 64bit mmio parsing, we got some "no compatible bridge window" > warning on anther new model that support 64bit resource. > > It turns out that we can not use mem_space.start as 64bit mem space >

Re: [PATCH v2 1/2] mm, kasan: don't call kasan_krealloc() from ksize().

On Wed, 13 Apr 2016 13:20:09 +0200 Alexander Potapenko wrote: > Instead of calling kasan_krealloc(), which replaces the memory allocation > stack ID (if stack depot is used), just unpoison the whole memory chunk. I don't understand why these two patches exist. Bugfix?

Re: [PATCH/RFC v2] perf core: Allow setting up max frame stack depth via sysctl

On Fri, Apr 22, 2016 at 04:05:31PM -0600, David Ahern wrote: > On 4/22/16 2:52 PM, Arnaldo Carvalho de Melo wrote: > >Em Wed, Apr 20, 2016 at 04:04:12PM -0700, Alexei Starovoitov escreveu: > >>On Wed, Apr 20, 2016 at 07:47:30PM -0300, Arnaldo Carvalho de Melo wrote: > > > >>Nice. I like it. That's

[PATCH 5/8] firmware: qcom: scm: Use atomic SCM for cold boot

This patch changes the cold_set_boot_addr function to use atomic SCM calls. This removes the need for memory allocation and instead places all arguments in registers. Signed-off-by: Andy Gross --- drivers/firmware/qcom_scm-32.c | 40

Re: [PATCH 4/5] x86, boot: Make memcpy handle overlaps

On Fri, Apr 22, 2016 at 12:49 AM, Ingo Molnar wrote: > > * Kees Cook wrote: > >> Two uses of memcpy (screen scrolling and ELF parsing) were handling >> overlapping memory areas. While there were no explicitly noticed bugs >> here (yet), it is best to fix

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