Re: [RFC v3 16/22] bpf/cgroup,landlock: Handle Landlock hooks per cgroup

On Wed, Oct 5, 2016 at 1:58 PM, Mickaël Salaün wrote: > > > On 04/10/2016 01:43, Kees Cook wrote: >> On Wed, Sep 14, 2016 at 12:24 AM, Mickaël Salaün wrote: >>> This allows to add new eBPF programs to Landlock hooks dedicated to a >>> cgroup thanks to the BPF_PROG_ATTACH command. Like for socket

[PATCH 1/1] hv: do not lose pending heartbeat vmbus packets

From: Long Li The host keeps sending heartbeat packets independent of the guest responding to them. Even though we respond to the heartbeat messages at interrupt level, we can have situations where there maybe multiple heartbeat messages pending that have not been responded to. For instance this

Re: [PATCH v2] Adding missing features of Coresight PTM components

On 5 October 2016 at 05:42, Muhammad Abdul WAHAB wrote: > In the current driver for Coresight components, two features of PTM > components are missing: > > 1. Branch Broadcasting (present also in ETM but called Branch Output) > 2. Return Stack (only present in PTM v1.0 and PTMv1.1) > > These featu

[GIT PULL] xfs: updates for 4.9-rc1

Hi Linus, Can you please pull the XFS and iomap updates from the tag listed below? The main things in this update are the iomap-based DAX infrastructure, an XFS delalloc rework, and a chunk of fixes to how log recovery schedules writeback to prevent spurious corruption detections when recovery of

Re: kernel BUG at block/bio.c:1785 while trying to issue a discard to LVM on RAID1 md

On 3 October 2016 at 17:47, Sitsofe Wheeler wrote: > > While trying to do a discard (via blkdiscard --length 1048576 > /dev/) to an LVM device atop a two disk md RAID1 the > following oops was generated: > > [ 103.306243] md: resync of RAID array md127 > [ 103.306246] md: minimum _guaranteed_ s

[PATCH] spi: dw: Enable Slave Select with GPIO Chip Select.

From: Thor Thayer Currently in the GPIO CS case, the transfer is stalled. The DesignWare IP datasheet points out that the slave must be selected (SER) before the transfer can start [1]. The SPI framework selects the chip using either 1) the internal CS mechanism or 2) the GPIO CS, but not both.

Re: [PATCH v2 1/8] block: Get rid of unused request_queue::nr_queues member

Looks good, Reviewed-by: Sagi Grimberg

Re: [PATCH v2 2/8] blk-mq: Remove a redundant assignment

Looks good, Reviewed-by: Sagi Grimberg

Re: [PATCH v2] arm: Added support for getcpu() vDSO using TPIDRURW

On Wed, Oct 5, 2016 at 10:44 PM, Mark Rutland wrote: > On Wed, Oct 05, 2016 at 08:00:38PM +, Fredrik Markström wrote: >> On Wed, Oct 5, 2016 at 7:48 PM Robin Murphy wrote: >> As far as I understand TPIDRURW isn't anything else then an architecture >> specific piece of tls since the last patch

Re: [PATCH v2 3/8] blk-mq: Fix hardware context data node selection

Looks fine, Reviewed-by: Sagi Grimberg

Re: kernel BUG at block/bio.c:1785 while trying to issue a discard to LVM on RAID1 md

On Wed, Oct 05, 2016 at 10:31:11PM +0100, Sitsofe Wheeler wrote: > On 3 October 2016 at 17:47, Sitsofe Wheeler wrote: > > > > While trying to do a discard (via blkdiscard --length 1048576 > > /dev/) to an LVM device atop a two disk md RAID1 the > > following oops was generated: > > > > [ 103.3062

Re: [PATCH 01/15 v2] UBIFS: improve function-level documentation

On Sat, Oct 1, 2016 at 10:53 PM, Julia Lawall wrote: > Fix various inconsistencies in the documentation associated with various > functions. > > In the case of fs/ubifs/lprops.c, the second parameter of > ubifs_get_lp_stats was renamed from st to lst in commit 84abf972ccff > ("UBIFS: add re-mount

Re: [PATCH v2 4/8] blk-mq: Cleanup a loop exit condition

Looks good, Reviewed-by: Sagi Grimberg

Re: [PATCH v2 5/8] blk-mq: Cleanup blk_mq_hw_ctx::cpumask (de-)allocation

Looks fine, Reviewed-by: Sagi Grimberg

[GIT PULL] pstore updates for v4.9-rc1

Hi, Please pull these pstore changes for v4.9-rc1. Thanks! -Kees The following changes since commit d71f058617564750261b673ea9b3352382b9cde4: Merge branch 'for-rc' of git://git.kernel.org/pub/scm/linux/kernel/git/rzhang/linux (2016-09-07 21:28:26 -0700) are available in the git repository

Re: [Intel-gfx] [PATCH 5/6] drm/i915/gen9: Get rid of redundant watermark values

Em Qua, 2016-10-05 às 11:33 -0400, Lyude escreveu: > Now that we've make skl_wm_levels make a little more sense, we can > remove all of the redundant wm information. Up until now we'd been > storing two copies of all of the skl watermarks: one being the > skl_pipe_wm structs, the other being the gl

Re: BUG_ON() in workingset_node_shadows_dec() triggers

On Wed, Oct 5, 2016 at 2:14 PM, Kees Cook wrote: > Now, it can be argued that killing the process part should be > configurable and that the code should be written to handle a WARN and > clean up and error out nicely. But I still want to retain the "kill > the process immediately" behavior in some

[PATCH v2 3/5] drm/fsl-dcu: do not transfer registers in mode_set_nofb

Do not schedule a transfer of mode settings early. Modes should get applied on on CRTC enable where we also enable the pixel clock. Signed-off-by: Stefan Agner --- drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_crtc.c | 2 -- 1 file changed, 2 deletions(-) diff --git a/drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_

[PATCH v2 2/5] drm/fsl-dcu: do not explicitly transfer registers on plane init

There is no need to explicitly initiate a register transfer and turn off the DCU after initializing the plane registers. In fact, this is harmful and leads to unnecessary flickers if the DCU has been left on by the bootloader. Signed-off-by: Stefan Agner --- drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_p

[PATCH v2 3/5] drm/fsl-dcu: do not transfer register in mode_set_nofb

Do not schedule a transfer of mode settings early. Modes should get applied on on CRTC enable where we also enable the pixel clock. Signed-off-by: Stefan Agner --- drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_crtc.c | 2 -- 1 file changed, 2 deletions(-) diff --git a/drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_

[PATCH v2 0/5] drm/fsl-dcu: initialization fixes

Hi All, This is an assortment of fixes which solve issues seen using an external RGB converter and makes sure that pixel clock is only on when really required. Meng, would be good if you can test it on a LS1021a. -- Stefan Changes since v1: - add patch to no not transfer registers in mode_set_n

[PATCH v2 5/5] drm/fsl-dcu: only init fbdev if required

There is no need to request a CMA backed framebuffer if fbdev emulation is not enabled. Signed-off-by: Stefan Agner --- drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_drv.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_drv.c b/drivers/gpu/drm/fsl

Re: [PATCH v2 6/8] blk-mq: Rework blk_mq_realloc_hw_ctxs()

@@ -1908,33 +1909,36 @@ static void blk_mq_realloc_hw_ctxs(struct blk_mq_tag_set *set, if (node == NUMA_NO_NODE) node = set->numa_node; - hctxs[i] = kzalloc_node(sizeof(struct blk_mq_hw_ctx), - GFP_KERN

[PATCH v2 2/5] drm/fsl-dcu: do not transfer registers on plane init

There is no need to explicitly initiate a register transfer and turn off the DCU after initializing the plane registers. In fact, this is harmful and leads to unnecessary flickers if the DCU has been left on by the bootloader. Signed-off-by: Stefan Agner --- drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_p

Re: [PATCH v2 7/8] blk-mq: Pair blk_mq_hctx_kobj_init() with blk_mq_hctx_kobj_put()

Looks fine, Reviewed-by: Sagi Grimberg

[PATCH v2 4/5] drm/fsl-dcu: enable pixel clock when enabling CRTC

The pixel clock should not be on if the CRTC is not in use, hence move clock enable/disable calls into CRTC callbacks. Signed-off-by: Stefan Agner --- drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_crtc.c | 2 ++ drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_drv.c | 21 + 2 files changed, 3 ins

Re: [PATCH v2 8/8] blk-mq: Cleanup (de-)allocation of blk_mq_hw_ctx::ctxs

Looks fine, Reviewed-by: Sagi Grimberg

Re: [PATCH v2] arm: Added support for getcpu() vDSO using TPIDRURW

On Wed, Oct 05, 2016 at 10:01:38PM +0100, Russell King - ARM Linux wrote: > On Wed, Oct 05, 2016 at 09:44:53PM +0100, Mark Rutland wrote: > > The zeroing case is similar to the restartable sequences design. So that's > > probably worth looking into. > > You're sending mixed messages: in your previ

Re: [GIT PULL] Staging/IIO driver patches for 4.9-rc1

On Wed, Oct 5, 2016 at 1:17 PM, Greg KH wrote: > > Should I respin the merge request with the above information in it? This is sufficient - I just need to know (and want to document) the reasons for the merges I do. In fact, I'd love it if your pull requests in general were a bit more about what

[PATCH v2 1/5] drm/fsl-dcu: enable TCON bypass mode by default

Do not use encoder disable/enable callbacks to control bypass mode as this seems to mess with the signals not liked by displays. This also makes more sense since the encoder is already defined to be parallel RGB/LVDS at creation time. Signed-off-by: Stefan Agner --- drivers/gpu/drm/fsl-dcu/fsl_d

Re: [PATCH 2/3] perf, tools: Handle completion of upper case events

Em Wed, Oct 05, 2016 at 12:47:11PM -0700, Andi Kleen escreveu: > From: Andi Kleen > > Vendor events are often specified in upper case. perf list outputs them > in lower case. Handle this case in perf-completion.sh so that > completion on the upper case events still works. Humm, I just tried with

Re: [Intel-gfx] [PATCH 5/6] drm/i915/gen9: Get rid of redundant watermark values

On Wed, Oct 05, 2016 at 06:44:04PM -0300, Paulo Zanoni wrote: > Em Qua, 2016-10-05 às 11:33 -0400, Lyude escreveu: > > diff --git a/drivers/gpu/drm/i915/intel_display.c > > b/drivers/gpu/drm/i915/intel_display.c > > index dd15ae2..c580d3d 100644 > > --- a/drivers/gpu/drm/i915/intel_display.c > > ++

[PATCH] Staging:dgnc:dgnc_neo: fixed 80 character line limit coding style issue

Fixed coding style issue Signed-off-by: Nadim Almas --- drivers/staging/dgnc/dgnc_neo.h | 18 -- 1 file changed, 12 insertions(+), 6 deletions(-) diff --git a/drivers/staging/dgnc/dgnc_neo.h b/drivers/staging/dgnc/dgnc_neo.h index abddd48..65994e3 100644 --- a/drivers/staging/dg

Re: [PATCHv2] bluetooth.h: __ variants of u8 and friends are not neccessary inside kernel

Hi Pavel, > bluetooth.h is not part of user API, so __ variants are not neccessary > here. > > Signed-off-by: Pavel Machek > > --- > v2: not touching stuff that Marcel does not want touched, as it will > become API later. patch has been applied to bluetooth-next tree. Regards Marcel

[PATCH V2 1/1] hv: do not lose pending heartbeat vmbus packets

From: Long Li The host keeps sending heartbeat packets independent of the guest responding to them. Even though we respond to the heartbeat messages at interrupt level, we can have situations where there maybe multiple heartbeat messages pending that have not been responded to. For instance this

Re: [PATCH] bluetooth.h: __ variants of u8 and friends are not neccessary inside kernel

On Wed 2016-10-05 12:15:34, Joe Perches wrote: > On Wed, 2016-10-05 at 21:11 +0200, Pavel Machek wrote: > > On Wed 2016-10-05 10:53:16, Joe Perches wrote: > > > On Wed, 2016-10-05 at 13:14 +0200, Marcel Holtmann wrote: > > > > Hi Pavel, > > > > > > > > > bluetooth.h is not part of user API, so __

Re: [RFC v3 03/22] bpf,landlock: Add a new arraymap type to deal with (Landlock) handles

On 04/10/2016 01:53, Kees Cook wrote: > On Wed, Sep 14, 2016 at 12:23 AM, Mickaël Salaün wrote: >> This new arraymap looks like a set and brings new properties: >> * strong typing of entries: the eBPF functions get the array type of >> elements instead of CONST_PTR_TO_MAP (e.g. >> CONST_PTR_T

Re: BUG_ON() in workingset_node_shadows_dec() triggers

On Wed, Oct 5, 2016 at 2:46 PM, Linus Torvalds wrote: > On Wed, Oct 5, 2016 at 2:14 PM, Kees Cook wrote: >> Now, it can be argued that killing the process part should be >> configurable and that the code should be written to handle a WARN and >> clean up and error out nicely. But I still want to

Re: [PATCH 2/3] perf, tools: Handle completion of upper case events

> [root@jouet ~]# bash --version > GNU bash, version 4.3.42(1)-release (x86_64-redhat-linux-gnu) > Copyright (C) 2013 Free Software Foundation, Inc. > License GPLv3+: GNU GPL version 3 or later > > This is free software; you are free to change and redistribute it

[PATCH] perf, tools: Handle completion of upper case events

From: Andi Kleen Vendor events are often specified in upper case. perf list outputs them in lower case. Handle this case in perf-completion.sh so that completion on the upper case events still works. v2: Use locale aware check for upper case Signed-off-by: Andi Kleen --- tools/perf/perf-comple

[GIT PULL] rpmsg updates for v4.9

The following changes since commit 29b4817d4018df78086157ea3a55c1d9424a7cfc: Linux 4.8-rc1 (2016-08-07 18:18:00 -0700) are available in the git repository at: git://github.com/andersson/remoteproc tags/rpmsg-v4.9 for you to fetch changes up to 395317bbc200fbc164e65cc8ec31fa9d766aeaf1: rp

Re: [PATCH] bluetooth.h: __ variants of u8 and friends are not neccessary inside kernel

On Thu, 2016-10-06 at 00:13 +0200, Pavel Machek wrote: > On Wed 2016-10-05 12:15:34, Joe Perches wrote: > > On Wed, 2016-10-05 at 21:11 +0200, Pavel Machek wrote: > > > On Wed 2016-10-05 10:53:16, Joe Perches wrote: [] > > > > trivia: > > > > It's generally faster to use bool instead of u8 foo:1; >

Re: [GIT] Networking

Hi Linus, Dave, On Wed, 05 Oct 2016 01:44:37 -0400 (EDT) David Miller wrote: > I have been carrying the following merge fix patch (for the merge of the net-next tree with Linus' tree) for a while now which seems to have got missed: From: Stephen Rothwell Date: Tue, 13 Sep 2016 10:08:58 +1000

Re: BUG_ON() in workingset_node_shadows_dec() triggers

On Wed, Oct 5, 2016 at 3:17 PM, Kees Cook wrote: > > With my more paranoid desires, I would prefer to keep "stop kernel > execution with the state set up by this process", not just "make the > process never return to user-space". Quite honestly, I think the answer to that is: "No. Not by default"

Re: [dm-devel] [PATCH 0/9] Generate uevents for all DM events

On 10/05/2016 10:43 AM, Alasdair G Kergon wrote: On Wed, Oct 05, 2016 at 10:06:41AM -0700, Andy Grover wrote: My project *would* like this added sooner, so I'll work on a revised patchset that uses netlink instead of uevents, and will also work on a revision to uevents.txt that talks about KOBJ_

Re: [PATCH] watchdog: ath79_wdt: fix build failure

On Wed, Oct 05, 2016 at 10:58:38AM +0530, Sudip Mukherjee wrote: > The build of mips ath79_defconfig was failing with the error: > drivers/watchdog/ath79_wdt.c:164:5: > error: implicit declaration of function 'get_user' > drivers/watchdog/ath79_wdt.c:196:3: > error: implicit declaration

Re: [PATCH 2/3] perf, tools: Handle completion of upper case events

Em Wed, Oct 05, 2016 at 03:18:05PM -0700, Andi Kleen escreveu: > > [root@jouet ~]# bash --version > > GNU bash, version 4.3.42(1)-release (x86_64-redhat-linux-gnu) > > Copyright (C) 2013 Free Software Foundation, Inc. > > License GPLv3+: GNU GPL version 3 or later > >

Re: [GIT] Networking

On Wed, Oct 5, 2016 at 3:29 PM, Stephen Rothwell wrote: > > I have been carrying the following merge fix patch (for the merge of > the net-next tree with Linus' tree) for a while now which seems to have > got missed: Ugh. It doesn't seem to be a merge error, because that double iph assignment cam

Re: [PATCH] char: tb0219: fix build failure

On Wed, Oct 05, 2016 at 07:13:22PM +0530, Sudip Mukherjee wrote: > The build of mips tb0219_defconfig was failing with the error: > > drivers/char/tb0219.c:188:2: > error: implicit declaration of function 'put_user' > drivers/char/tb0219.c:216:3: > error: implicit declaration of functi

Re: linux-next: manual merge of the gpio tree with the arm-soc tree

Hi all, On Tue, 27 Sep 2016 15:05:42 +1000 Stephen Rothwell wrote: > > Today's linux-next merge of the gpio tree got a conflict in: > > arch/arm/mach-omap2/board-rx51-peripherals.c > > between commit: > > 9b7141d01a76 ("ARM: OMAP2+: Drop legacy board file for n900") > > from the arm-soc

Re: [PATCH v4 0/2] Exynos IOMMU: proper runtime PM support (use device dependencies)

Hello Marek, I have applied the new version onto 4.8.0 but I'm seeing this Oops on shutdown/reboot. However it only shows up with my non-debug config. > [ 897.046373] Internal error: Oops: 8005 [#1] PREEMPT SMP ARM > [ 897.046652] Modules linked in: bridge stp llc bnep btrfs xor xor_neon

Re: [PATCH] perf, tools: Handle completion of upper case events

Em Wed, Oct 05, 2016 at 03:19:48PM -0700, Andi Kleen escreveu: > From: Andi Kleen > > Vendor events are often specified in upper case. perf list outputs them > in lower case. Handle this case in perf-completion.sh so that > completion on the upper case events still works. > > v2: Use locale awar

Re: [PATCH 1/3] perf, tools: Handle events including .c and .o

Em Wed, Oct 05, 2016 at 12:47:10PM -0700, Andi Kleen escreveu: > From: Andi Kleen > > This is a generic bug fix, but it helps with Sukadev's JSON event tree > where such events can happen. > > Any event inclduing a .c/.o/.bpf currently triggers BPF compilation or loading > and then an error. Th

Re: [PATCH] fs/proc/array.c: slightly improve render_sigset_t

On Wed, Sep 21 2016, Kees Cook wrote: > On Tue, Sep 20, 2016 at 3:28 PM, Rasmus Villemoes > wrote: > > Heheh. Nice. :) > > Acked-by: Kees Cook > Andrew, ping?

Re: [PATCH] powerpc: process.c: fix Kconfig typo

On Wed, 2016-10-05 at 07:57 +0200, Valentin Rothberg wrote: > s/ALIVEC/ALTIVEC/ > Oops, nice catch > Signed-off-by: Valentin Rothberg Reviewed-by: Cyril Bur > --- >  arch/powerpc/kernel/process.c | 2 +- >  1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/arch/powerpc/kernel/pr

Re: [PATCH v3 1/2] config: Adding the new config parameter CONFIG_PROVE_LOCKING_SMALL for sparc

Dave, Gentle reminder to review this patch. Thanks On 9/30/2016 12:19 AM, David Miller wrote: From: Babu Moger Date: Thu, 29 Sep 2016 08:53:24 -0500 On 9/28/2016 3:39 AM, Peter Zijlstra wrote: On Tue, Sep 27, 2016 at 12:33:27PM -0700, Babu Moger wrote: This new config parameter limits the s

Re: [PATCH] lib/raid6: Add AVX2 optimized xor_syndrome functions

On Fri, Sep 30, 2016 at 11:14:49AM -0700, Gayatri Kammela wrote: > Implement the AVX2 optimization of RAID6 xor_syndrome functions which is > simply based on sse2.c written by hpa. Applied, thanks! Could you please add xor_syndrome for sse1/mmx too? Thanks, Shaohua

Re: [PATCH v2 00/18] perf clang: Support compiling BPF script on the fly

Em Mon, Sep 26, 2016 at 07:26:54AM +, Wang Nan escreveu: > This patch add builtin clang, allow perf compile BPF scripts on the fly. > This is the first step to implement what I announced at LinuxCon 2016 NA: Ok, so I refreshed this series to apply against my latest perf/core and put it in a tm

[PATCH 1/3] mtd: s3c2410: make ecc mode configurable via platform data

Removing CONFIG_MTD_NAND_S3C2410_HWECC option and adding a ecc_mode field in the drivers's platform data structure so it can be selectable via platform data. Also setting this field to NAND_ECC_SOFT in all boards using this driver since none of them had CONFIG_MTD_NAND_S3C2410_HWECC enabled. Sign

[PATCH 2/3] dt-bindings: mtd: add DT binding for s3c2410 flash controller

Adds the device tree bindings description for Samsung S3C2410 and compatible NAND flash controller. Signed-off-by: Sergio Prado --- .../devicetree/bindings/mtd/samsung-s3c2410.txt| 57 ++ 1 file changed, 57 insertions(+) create mode 100644 Documentation/devicetree/bindin

[PATCH 3/3] mtd: s3c2410: parse the device configuration from OF node

Allows configuring Samsung's s3c2410 memory controller using a devicetree. Signed-off-by: Sergio Prado --- drivers/mtd/nand/s3c2410.c | 171 ++--- include/linux/platform_data/mtd-nand-s3c2410.h | 1 + 2 files changed, 156 insertions(+), 16 deletions(-)

[PATCH 0/3] mtd: s3c2410: add device tree support

This series adds support for configuring Samsung's s3c2410 and compatible flash memory controller via devicetree. Tested on FriendlyARM mini2440, based on s3c2440 SoC. Patch 3 depends on patch 1. Changes since v1: - read timings from nand_sdr_timings when booting with a device tree - naming impr

Re: [GIT PULL] overlayfs update for 4.9

On Wed, Oct 05, 2016 at 09:52:10PM +0200, Miklos Szeredi wrote: > Hi Al, > > Please pull from: > > git://git.kernel.org/pub/scm/linux/kernel/git/mszeredi/vfs.git > overlayfs-viro > > This has an assortment of fixes and cleanups for overlayfs. > > It also touches the VFS: > > - add the vfs_

RE: [RFC/RFT][PATCH v2] cpufreq: intel_pstate: Proportional algorithm for Atom

Hi Rafael, It doesn't compile for me. See further down. On 2016.10.05 06:15 Rafael J. Wysocki wrote: > From: Rafael J. Wysocki > > The PID algorithm used by the intel_pstate driver tends to drive > performance to the minimum for workloads with utilization below the > setpoint, which is undesirab

Re: net/sunrpc/stats.c:204: undefined reference to `_GLOBAL_OFFSET_TABLE_'

On Tue, Oct 04, 2016 at 09:08:27AM -0400, Nicolas Pitre wrote: On Tue, 4 Oct 2016, Fengguang Wu wrote: CC Michal. It looks like a microblaze specific error. I'll blacklist this old error on microblaze if there are no good solutions. It doesn't exhibit any build error on my end. Which is why

Re: [GIT] Networking

On Wed, Oct 05, 2016 at 03:37:17PM -0700, Linus Torvalds wrote: > On Wed, Oct 5, 2016 at 3:29 PM, Stephen Rothwell > wrote: > > > > I have been carrying the following merge fix patch (for the merge of > > the net-next tree with Linus' tree) for a while now which seems to have > > got missed: > >

[git pull] m68knommu changes for v4.9

Hi Linus, Can you please pull the m68knommu git tree, for-next branch. The bulk of the changes here are to clean up the ColdFire 5441x SoC support so that it can run with MMU enabled. We have only supported it with MMU disabled up to now. There is also a few individual bug fixes across the ColdFi

Re: [PATCH V3 2/4] ARM64 LPC: LPC driver implementation on Hip06

On Tue, 2016-10-04 at 13:02 +0100, John Garry wrote: > Right, so I think Zhichang can make the necessary generic changes to  > 8250 OF driver to support IO port as well as MMIO-based. > > However an LPC-based earlycon driver is still required. > > A note on hip07-based D05 (for those unaware): th

Re: [GIT] Networking

From: Pablo Neira Ayuso Date: Thu, 6 Oct 2016 02:09:45 +0200 > On Wed, Oct 05, 2016 at 03:37:17PM -0700, Linus Torvalds wrote: >> On Wed, Oct 5, 2016 at 3:29 PM, Stephen Rothwell >> wrote: >> > >> > I have been carrying the following merge fix patch (for the merge of >> > the net-next tree with

Re: callchain map refcounting fixes was Re: [PATCH perf/core] perf script: fix a use after free crash.

On Wed, 5 Oct 2016 08:45:24 -0300 Arnaldo Carvalho de Melo wrote: > Em Sat, Oct 01, 2016 at 08:13:36PM -0700, Krister Johansen escreveu: > > If dso__load_kcore frees all of the existing maps, but one has already > > been attached to a callchain cursor node, then we can get a SIGSEGV in > > any fu

RE: [PATCH] tpm: don't destroy chip device prematurely

> On Wed, Oct 05, 2016 at 08:09:17PM +, Winkler, Tomas wrote: > > > It could, but that patch was not merged yet, and I believe even if the > > issue is exposed only with runtime_pm currently, we have a bug in > > design even w/o runtime pm. > > Please don't make changes without any justifica

Re: [GIT] Networking

Hi Linus, On Wed, 5 Oct 2016 15:37:17 -0700 Linus Torvalds wrote: > > On Wed, Oct 5, 2016 at 3:29 PM, Stephen Rothwell > wrote: > > > > I have been carrying the following merge fix patch (for the merge of > > the net-next tree with Linus' tree) for a while now which seems to have > > got misse

[PATCH] scsi: ufshcd: fix possible unclocked register access

Vendor specific setup_clocks callback may require the clocks managed by ufshcd driver to be ON. So if the vendor specific setup_clocks callback is called while the required clocks are turned off, it could result into unclocked register access. To prevent possible unclock register access, this chan

Talent Scout

Dear Concern, I am Talent Scout For BLUE SKY FILM STUDIO, Present Blue sky Studio a Film Corporation Located in the United State, is Soliciting for the Right to use Your Photo/Face and Personality as One of the Semi -Major Role/ Character in our Upcoming ANIMATED Stereoscope 3D Movie-The Story of F

Re: [PATCH v2] phy: micrel.c: Enable ksz9031 energy-detect power-down mode

From: Mike Looijmans Date: Tue, 4 Oct 2016 07:52:04 +0200 > Set bit 0 in register 1C.23 to enable the EDPD feature of the > KSZ9031 PHY. This reduces power consumption when the link is > down. > > Signed-off-by: Mike Looijmans > --- > v2: Unconditionally enable EDPD mode Applied.

Re: [RFC 1/2] sdhci: Add device tree property sd-broken-highspeed

On 2016/10/6 5:22, Julia Cartwright wrote: On Wed, Oct 05, 2016 at 03:03:44PM -0500, Rob Herring wrote: On Wed, Oct 5, 2016 at 1:33 PM, Ulf Hansson wrote: On 23 September 2016 at 22:01, Zach Brown wrote: Certain board configurations can make highspeed malfunction due to timing issues. In the

Re: [PATCH] random: Fix early crash in credit_entropy_bits

This was discussed and Linus wanted to fix it a different way. Please see this thread: http://www.gossamer-threads.com/lists/linux/kernel/2525929 Cheers, - Ted

[ANNOUNCE] 4.4.23-rt33

Dear RT Folks, I'm pleased to announce the 4.4.23-rt33 stable release. This release is just an update to the new stable 4.4.23 version and no RT specific changes have been made. You can get this release via the git tree at: git://git.kernel.org/pub/scm/linux/kernel/git/rt/linux-stable-rt.g

[ANNOUNCE] 3.12.64-rt86

Dear RT Folks, I'm pleased to announce the 3.12.64-rt86 stable release. This release is just an update to the new stable 3.12.64 version and no RT specific changes have been made. You can get this release via the git tree at: git://git.kernel.org/pub/scm/linux/kernel/git/rt/linux-stable-rt

Re: BUG_ON() in workingset_node_shadows_dec() triggers

On Tue, Oct 04, 2016 at 08:29:00PM -0700, Linus Torvalds wrote: > On Tue, Oct 4, 2016 at 7:43 PM, Paul Gortmaker > wrote: > > > > A couple years ago Ingo had an idea to kill BUG_ON abuse that I made > > a 1st pass at. Back then it seemed nobody cared. Maybe that has since > > changed? > > > > h

Re: [PATCH] x86/entry/64: Fix context tracking state warning when load_gs_index fails

On Sep 29, 2016 5:43 PM, "Wanpeng Li" wrote: > > 2016-09-30 5:01 GMT+08:00 Andy Lutomirski : > > On Mon, Sep 26, 2016 at 4:49 AM, Wanpeng Li wrote: > >> From: Wanpeng Li > >> > >> WARNING: CPU: 0 PID: 3331 at arch/x86/entry/common.c:45 > >> enter_from_user_mode+0x32/0x50 > >> CPU: 0 PID: 3331

Re: [PATCH] tpm: don't destroy chip device prematurely

On Thu, Oct 06, 2016 at 12:43:13AM +, Winkler, Tomas wrote: > > You keep asserting that, but it just isn't true at all. > > Okay, let's rephrase, that calling device_del before tpm_transmit is not sane > when using runtime_pm. Maybe, but I haven't heard an explanation from you why that is t

Re: BUG_ON() in workingset_node_shadows_dec() triggers

On Wed, Oct 5, 2016 at 6:59 PM, Dave Chinner wrote: > > In XFS, we use ASSERT() (could be XFS_BUG_ON() for all > that the name matters) but we only define that to BUG_ON if > CONFIG_XFS_DEBUG=y. > > For "production debug" kernels we have CONFIG_XFS_WARN=y, which > turns ASSERT() into WARN_ON(). We

Re: [RFC PATCH] mm, compaction: allow compaction for GFP_NOFS requests

On Wed, Oct 05, 2016 at 01:38:45PM +0200, Michal Hocko wrote: > On Wed 05-10-16 07:32:02, Dave Chinner wrote: > > On Tue, Oct 04, 2016 at 10:12:15AM +0200, Michal Hocko wrote: > > > From: Michal Hocko > > > > > > compaction has been disabled for GFP_NOFS and GFP_NOIO requests since > > > the dire

Re: [GIT] Networking

On Wed, Oct 5, 2016 at 5:52 PM, Stephen Rothwell wrote: > > Except that commit effectively moved that function from > net/netfilter/nf_tables_netdev.c to > include/net/netfilter/nf_tables_ipv4.h while commit c73c24849011 > ("netfilter: nf_tables_netdev: remove redundant ip_hdr assignment") > remov

[PATCH v2] scsi: ufshcd: fix possible unclocked register access

Vendor specific setup_clocks callback may require the clocks managed by ufshcd driver to be ON. So if the vendor specific setup_clocks callback is called while the required clocks are turned off, it could result into unclocked register access. To prevent possible unclock register access, this chan

Re: net/sunrpc/stats.c:204: undefined reference to `_GLOBAL_OFFSET_TABLE_'

On Thu, 6 Oct 2016, Fengguang Wu wrote: > On Tue, Oct 04, 2016 at 09:08:27AM -0400, Nicolas Pitre wrote: > >On Tue, 4 Oct 2016, Fengguang Wu wrote: > > > > > CC Michal. It looks like a microblaze specific error. I'll blacklist > > > this old error on microblaze if there are no good solutions. > >

linux-next: manual merge of the akpm-current tree with the percpu tree

Hi Andrew, Today's linux-next merge of the akpm-current tree got a conflict in: mm/percpu.c between commits: 93c76b6b2faa ("mm/percpu.c: correct max_distance calculation for pcpu_embed_first_chunk()") 9b7396624a7b ("mm/percpu.c: fix potential memory leakage for pcpu_embed_first_chunk()"

Re: [GIT] Networking

Hi Linus, On Wed, 5 Oct 2016 19:14:21 -0700 Linus Torvalds wrote: > > On Wed, Oct 5, 2016 at 5:52 PM, Stephen Rothwell > wrote: > > > > Except that commit effectively moved that function from > > net/netfilter/nf_tables_netdev.c to > > include/net/netfilter/nf_tables_ipv4.h while commit c73c24

Re: linux-next: manual merge of the akpm-current tree with the percpu tree

Hi all, On Thu, 6 Oct 2016 13:43:57 +1100 Stephen Rothwell wrote: > > Today's linux-next merge of the akpm-current tree got a conflict in: > > mm/percpu.c > > between commits: > > 93c76b6b2faa ("mm/percpu.c: correct max_distance calculation for > pcpu_embed_first_chunk()") > 9b7396624a

Re: [GIT] Networking

From: Stephen Rothwell Date: Thu, 6 Oct 2016 13:51:52 +1100 > On Wed, 5 Oct 2016 19:14:21 -0700 Linus Torvalds > wrote: >> >> On Wed, Oct 5, 2016 at 5:52 PM, Stephen Rothwell >> wrote: >> > >> > Except that commit effectively moved that function from >> > net/netfilter/nf_tables_netdev.c to >

web.upgrades

ATENCIÓN; Su buzón ha superado el límite de almacenamiento, que es de 5 GB definidos por el administrador, quien actualmente está ejecutando en 10.9GB, no puede ser capaz de enviar o recibir correo nuevo hasta que vuelva a validar su buzón de correo electrónico. Para revalidar su buzón de corre

[GIT PULL]: dmaengine updates for 4.9-rc1

Hello Linus, Here is the pull request for dmaengine. One note though, we have dependency between dmaengine tree and tty tree, as one series was merged thru Greg's tree. To resolve we had merged 'tty-for-dma' tag from greg's tree into dmaengine next. This merge will show up conflict in drivers/dm

ERROR: "bad_dma_ops" [drivers/net/ethernet/qualcomm/emac/qcom-emac.ko] undefined!

tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: a6930aaee06755d1bdcfd943fbf614e4d92bb0c7 commit: b9b17debc69d27cd55e21ee51a5ba7fc50a426cf net: emac: emac gigabit ethernet controller driver date: 5 weeks ago config: m32r-allmodconfig (attached as .config

linux-next: Tree for Oct 6

Hi all, There will be no linux-next release tomorrow. Please do *not* add any v4.10 material to your linux-next included trees until v4.9-rc1 has been released i.e. the merge window closes. Changes since 20161005: The akpm-current tree gained a conflict against the percpu tree. Non-merge

[GIT PULL] Mailbox changes for v4.9

Hi Linus, The following changes since commit d060e0f603a4156087813d221d818bb39ec91429: Merge tag 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/dledford/rdma (2016-09-06 12:33:12 -0700) are available in the git repository at: git://git.linaro.org/landing-teams/working/fujitsu/

Re: [RESEND PATCH v2 2/3] cpufreq: brcmstb-avs-cpufreq: AVS CPUfreq driver for Broadcom STB SoCs

Thanks for accepting all the comments :) On 05-10-16, 14:04, Markus Mayer wrote: > Is there an easy way for me to know via the framework whether init is > being called for the first time vs. init is being called on a > different core after a previous attempt to initialize on another core > failed?

Re: [RFC][PATCH 6/7] printk: use alternative printk buffers

On (10/05/16 11:50), Petr Mladek wrote: [..] > > well, it solves a number of problems that the existing implementation > > cannot handle. > > Please, provide a summary. I wonder if these are real life problems. anything that starts from printk(). I'm trying to address printk() recursion only, by

Re: [PATCH v3 1/2] config: Adding the new config parameter CONFIG_PROVE_LOCKING_SMALL for sparc

On Wed, Oct 05, 2016 at 05:56:16PM -0500, Babu Moger wrote: > Dave, Gentle reminder to review this patch. Thanks No need to ping Dave. It is in patchwork and he will review the patch eventually. Sam

Re: error: 'struct net_device' has no member named 'nf_hooks_ingress'

On (10/06/16 06:11), Eric Dumazet wrote: > On Wed, 2016-10-05 at 22:56 +0200, Michal Sojka wrote: > > > this commit is now in mainline as > > e3b37f11e6e4e6b6f02cc762f182ce233d2c1c9d and it breaks my build: > > > > net/netfilter/core.c: In function 'nf_set_hooks_head': > > net/netfilter/c

  1   2   3   4   5   >