[PATCH 4.11 2/9] proc: Fix proc_sys_prune_dcache to hold a sb reference

4.11-stable review patch. If anyone has any objections, please let me know. -- From: Eric W. Biederman commit 2fd1d2c4ceb2248a727696962cf3370dc9f5a0a4 upstream. Andrei Vagin writes: FYI: This bug has been reproduced on 4.11.7 > BUG: Dentry

[PATCH 4.11 0/9] 4.11.11-stable review

This is the start of the stable review cycle for the 4.11.11 release. There are 9 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 made by Sat Jul 15 15:39:52 UTC 2017. Anything

[PATCH -mm] fault-inject: avoid unwanted data race to task->fail_nth

The fault-inject-make-fail-nth-read-write-interface-symmetric.patch in -mm tree allows users to set task->fail_nth for non current task by procfs. On the other hand, the current task's fail_nth is decreased to zero in fault-injection path without any specific locks. So we need to prevent the

Re: [RFC V2 1/6] cpufreq: Replace "max_transition_latency" with "dynamic_switching"

On Thu, Jul 13, 2017 at 7:40 AM, Viresh Kumar wrote: > There is no limitation in the ondemand or conservative governors which > disallow the transition_latency to be greater than 10 ms. > > The max_transition_latency field is rather used to disallow automatic > dynamic

Re: [PATCH] bpf: fix return in bpf_skb_adjust_net

From: Kefeng Wang Date: Thu, 13 Jul 2017 14:27:58 +0800 > The bpf_skb_adjust_net() ignores the return value of bpf_skb_net_shrink/grow, > and always return 0, fix it by return 'ret'. > > Signed-off-by: Kefeng Wang Applied, thanks.

[PATCH v5 09/14] drm: i915: remove dead code and pointless local lut storage

The driver stores lut values from the fbdev interface, and is able to give them back, but does not appear to do anything with these lut values. The generic fb helpers have replaced this function, and may even have made the driver work for the C8 mode from the fbdev interface. But that is untested.

[PATCH v5 06/14] drm: ast: remove dead code and pointless local lut storage

The redundant fb helpers .load_lut, .gamma_set and .gamma_get are no longer used. Remove the dead code and hook up the crtc .gamma_set to use the crtc gamma_store directly instead of duplicating that info locally. Acked-by: Daniel Vetter Signed-off-by: Peter Rosin

[PATCH v5 04/14] drm: amd: remove dead code and pointless local lut storage

The redundant fb helpers .load_lut, .gamma_set and .gamma_get are no longer used. Remove the dead code and hook up the crtc .gamma_set to use the crtc gamma_store directly instead of duplicating that info locally. Acked-by: Daniel Vetter Signed-off-by: Peter Rosin

[PATCH v5 01/14] drm: rename, adjust and export drm_atomic_replace_property_blob

The function has little to do with atomic, it's just where it has so far been needed. So, rename it to drm_property_replace_blob, move it to drm_property.c and export it. Change the semantics to return whether the blob was replaced instead of using an extra argument for that. Signed-off-by:

[PATCH v5 02/14] drm/atomic-helper: update lut props directly in ..._legacy_gamma_set

Do not waste cycles looking up the property id when we have the actual property already. Signed-off-by: Peter Rosin --- drivers/gpu/drm/drm_atomic_helper.c | 20 +--- 1 file changed, 5 insertions(+), 15 deletions(-) diff --git

Re: [PATCH 4.9 00/25] 4.9.38-stable review

Hi Greg, On 13 July 2017 at 21:10, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.9.38 release. > There are 25 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being

[PATCH] scsi: qedf: Limit number of CQs

From: Thomas Bogendoerfer FCOE offloading on qedf devices fails with: [qed_sp_fcoe_func_start:150(sp-0-3b:00.02)]Cannot satisfy CQ amount. CQs requested 8, CQs available 6. Aborting function start [qed_fcoe_start:821()]Failed to start fcoe

Re: [RFC v5 34/38] procfs: display the protection-key number associated with a vma

On Thu, Jul 13, 2017 at 07:07:48AM -0700, Dave Hansen wrote: > On 07/13/2017 01:03 AM, Ram Pai wrote: > > On Tue, Jul 11, 2017 at 11:13:56AM -0700, Dave Hansen wrote: > >> On 07/05/2017 02:22 PM, Ram Pai wrote: > >>> +#ifdef CONFIG_PPC64_MEMORY_PROTECTION_KEYS > >>> +void arch_show_smap(struct

Re: [PATCH] drm/udl: Make page_flip asynchronous

On Thu, Jul 13, 2017 at 6:25 PM, Stéphane Marchesin wrote: >> Can't we roll this driver over to the atomic helpers instead? There >> you get nonblocking pretty much for free ... I'm not sure extending >> the old modeset code has all that much benefit really. > > This

Re: [PATCH] nvmet: preserve controller serial number between reboots

On Thu, Jul 13, 2017 at 07:38:27PM +0300, Sagi Grimberg wrote: > >>> It seems weird that a subsystem has a serial. >> >> But that's actually how NVMe defines them. > > Where is that wording? Right there in the SN field description: "Serial Number (SN): Contains the serial number for the NVM

Re: [PATCH v2] xattr: Enable security.capability in user namespaces

Theodore Ts'o writes: > On Thu, Jul 13, 2017 at 07:11:36AM -0500, Eric W. Biederman wrote: >> The concise summary: >> >> Today we have the xattr security.capable that holds a set of >> capabilities that an application gains when executed. AKA setuid root exec >> without actually

Re: [PATCH v5 1/2] clk: gate: expose clk_gate_ops::is_enabled

On 07/13/2017 07:02 AM, gabriel.fernan...@st.com wrote: > From: Gabriel Fernandez > > This patch exposes clk_gate_ops::is_enabled as functions > that can be directly called and assigned in places like this so > we don't need wrapper functions that do nothing besides

[PATCH 1/6] perf/x86/uncore: fix Skylake UPI PMU event masks

From: Stephane Eranian This patch fixes the event_mask and event_ext_mask for the Intel Skylake Server UPI PMU. Bit 21 is not used as a filter. The extended umask is from bit 32 to bit 55. Correct both umasks. Signed-off-by: Stephane Eranian

[PATCH 2/6] perf/x86/uncore: fix Skylake server PCU PMU event format

From: Kan Liang PCU event format for SKX are different from snbep. Introduce a new format group for SKX PCU. Signed-off-by: Kan Liang --- arch/x86/events/intel/uncore_snbep.c | 22 +- 1 file changed, 21 insertions(+), 1 deletion(-)

Re: [PATCH] gpio: altera-a10sr: constify gpio_chip structure

On 07/11/2017 05:15 PM, Gustavo A. R. Silva wrote: This structure is only used to copy into another structure, so declare it as const. Signed-off-by: Gustavo A. R. Silva --- drivers/gpio/gpio-altera-a10sr.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)

[git pull] vfs.git more __copy_..._user() elimination

The following changes since commit 2ea659a9ef488125eb46da6eb571de5eae5c43f6: Linux 4.12-rc1 (2017-05-13 13:19:49 -0700) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/viro/vfs.git work.__copy_to_user for you to fetch changes up to

[git pull] vfs.git killing ->s_options series

Preparations for fsmount/fsopen stuff (coming next cycle). Everything gets moved to explicit ->show_options(), killing ->s_options off + some cosmetic bits around fs/namespace.c and friends. Basically, the stuff needed to work with fsmount series with minimum of conflicts with other

Re: [PATCH 02/18] drm/sun4i: Add if statement instead of depends on

On Thu, Jul 13, 2017 at 10:12 PM, Maxime Ripard wrote: > The depends on relationship is obvious, and using an if statement will > propagate it to every option without the need for each and every one of > them to define it. > > Signed-off-by: Maxime Ripard

Re: [PATCH 05/18] drm/sun4i: tcon: remove unused function

On Thu, Jul 13, 2017 at 10:13 PM, Maxime Ripard wrote: > Even though that function is defined in the TCON header, it's not defined > nor used anywhere. Remove the prototype. > > Signed-off-by: Maxime Ripard Reviewed-by: Chen-Yu

Re: [PATCH 04/18] drm/sun4i: Remove useless atomic_check

On Thu, Jul 13, 2017 at 10:12 PM, Maxime Ripard wrote: > The atomic_check callback is optional, and we don't implement anything in > some parts of our drivers. Let's remove it. > > Signed-off-by: Maxime Ripard Reviewed-by:

Re: [PATCH v8 1/5] x86: add simple udelay calibration

Hi, Lu At 07/13/2017 11:00 AM, Lu Baolu wrote: Hi, On 07/13/2017 09:39 AM, Dou Liyang wrote: Hi, Lu At 07/13/2017 09:17 AM, Lu Baolu wrote: Hi, On 07/12/2017 04:02 PM, Dou Liyang wrote: Hi, Lu At 05/05/2017 08:50 PM, Boris Ostrovsky wrote: On 05/05/2017 01:41 AM, Lu Baolu wrote: Hi,

Re: [PATCH 02/17] pci: Add a generic, weakly-linked pcibios_align_resource

Hi Palmer, [auto build test ERROR on linus/master] [also build test ERROR on next-20170713] [cannot apply to v4.12] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Palmer-Dabbelt/lib-Add-shared

Re: [PATCH] IB/hfi1: fix spelling mistake in variable name continious

On 7/13/2017 6:13 PM, Colin King wrote: From: Colin Ian King Trivial fix to spelling mistake, rename variable 'continious' to the correct spelling 'continuous' Signed-off-by: Colin Ian King --- Thanks! Acked-by: Dennis Dalessandro

Re: [PATCH 2/2] net: ethernet: nixge: Add support for National Instruments XGE netdev

Hi Andrew, On Thu, Jul 13, 2017 at 6:34 PM, Andrew Lunn wrote: >> > > + /* not sure if this is the correct way of dealing with this ... */ >> > > + ndev->phydev->supported &= ~(SUPPORTED_Autoneg); >> > > + ndev->phydev->advertising = ndev->phydev->supported; >> > > +

[PATCH 1/2] x86/timers: Move the simple udelay calibration to tsc.h

Commit dd759d93f4dd ("x86/timers: Add simple udelay calibration") adds an static function in x86 boot-time initializations. But, this function is actually related to TSC, should be maintained in tsc.c, not in setup.c. Move simple_udelay_calibration() from setup.c to tsc.c and repalce its name

[PATCH 2/2] x86/timers: Make recalibrate_cpu_khz() void

recalibrate_cpu_khz() is called from powernow K7 and Pentium 4/Xeon CPU freq driver. It recalibrates cpu frequency in case of SMP = n and doesn't need to return anything. Mark it void, also remove the #else branch. Signed-off-by: Dou Liyang ---

Re: [RFC PATCH v1 00/11] Create fast idle path for short idle periods

On 2017/7/14 2:28, Peter Zijlstra wrote: > On Thu, Jul 13, 2017 at 11:13:28PM +0800, Li, Aubrey wrote: >> On 2017/7/13 22:53, Peter Zijlstra wrote: > >>> Fixing C-state selection by creating an alternative idle path sounds so >>> very wrong. >> >> This only happens on the arch which has multiple

[PATCH] ARM: mm: iomap: use is_vmalloc_addr

Instead of manually checking the bounds of VMALLOC_START and VMALLOC_END, use is_vmalloc_addr. Such function was specifically designed for that purpose. Signed-off-by: Gustavo A. R. Silva --- arch/arm/mm/iomap.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-)

Re: [PATCH 17/18] arm: dts: sun8i: Add BananaPI M2-Magic DTS

On Thu, Jul 13, 2017 at 10:13 PM, Maxime Ripard wrote: > The Bananapi M2-Magic is a board with an A33, a USB host and USB OTG > connectors, and 8GB eMMC, an AP6212 WiFi/Bluetooth chip and connectors for > DSI, CSI and GPIOs. > > Signed-off-by: Maxime Ripard

Re: linux-next: manual merge of the rdma tree with Linus' tree

On Fri, Jul 14, 2017 at 01:50:26PM +1000, Stephen Rothwell wrote: > Hi all, > > On Fri, 14 Jul 2017 06:34:16 +0300 Leon Romanovsky wrote: > > > > Sorry Doug, but it is not expected at all for the code which will go to > > 4.14. > > > > Both patches in question were targeted for

Re: [PATCH 08/17] tty: New RISC-V SBI console driver

Palmer Dabbelt writes: > On Thu, 13 Jul 2017 05:32:26 PDT (-0700), james.ho...@imgtec.com wrote: >> On Thu, Jul 13, 2017 at 09:59:53PM +1000, Michael Ellerman wrote: >>> >>> I think it's fairly uncontroversial to have the early console in arch >>> code, especially in a case

Re: [PATCH 03/32] ring-buffer: Add interface for setting absolute time stamps

On Mon, Jun 26, 2017 at 05:49:04PM -0500, Tom Zanussi wrote: > Define a new function, tracing_set_time_stamp_abs(), which can be used > to enable or disable the use of absolute timestamps rather than time > deltas for a trace array. > > This resets the buffer to prevent a mix of time deltas and

[PATCH v7 00/13] Unify the interrupt delivery mode and do its setup in advance

[Background] MP specification defines three different interrupt delivery modes as follows: 1. PIC Mode 2. Virtual Wire Mode 3. Symmetric I/O Mode They will be setup in the different periods of booting time: 1. *PIC Mode*, the default interrupt delivery modes, will be set first. 2. *Virtual

[PATCH v7 04/13] x86/apic: Move logical APIC ID away from apic_bsp_setup()

apic_bsp_setup() sets and returns logical APIC ID for initializing cpu0_logical_apicid in SMP-capable system. The id has nothing to do with the initialization of local APIC and I/O APIC. And apic_bsp_setup() should be called for interrupt mode setup intently. Move the id setup into a separate

[PATCH v7 05/13] x86/apic: Unify interrupt mode setup for SMP-capable system

In the SMP-capable system, enable and setup the interrupt delivery mode in native_smp_prepare_cpus(). This design mixs the APIC and SMP together, it has highly coupling. Make the initialization of interrupt mode independent, Unify and refine it to apic_intr_mode_init() for SMP-capable system.

[PATCH v7 01/13] x86/apic: Construct a selector for the interrupt delivery mode

Now, there are many switches in kernel which are used to determine the final interrupt delivery mode, as shown below: 1) kconfig: CONFIG_X86_64; CONFIG_X86_LOCAL_APIC; CONFIG_x86_IO_APIC 2) kernel option: disable_apic; skip_ioapic_setup 3) CPU Capability: boot_cpu_has(X86_FEATURE_APIC) 4) MP

[PATCH v7 02/13] x86/apic: Prepare for unifying the interrupt delivery modes setup

There are three positions for initializing the interrupt delivery modes: 1) In IRQ initial function, may setup the through-local-APIC virtual wire mode. 2) In an SMP-capable system, will try to switch to symmetric I/O model when preparing the cpus in native_smp_prepare_cpus(). 3) In UP

[PATCH v7 07/13] x86/apic: Unify interrupt mode setup for UP system

In UniProcessor kernel with UP_LATE_INIT=y, it enables and setups interrupt delivery mode in up_late_init(). Unify it to apic_intr_mode_init(), remove APIC_init_uniprocessor(). Signed-off-by: Dou Liyang --- arch/x86/include/asm/apic.h | 1 -

Re: [PATCH] usb: gadget: functions: add ftrace export over USB

Hi Felipe, On Friday 09 June 2017 03:58 PM, Felipe Balbi wrote: Felipe Balbi writes: Allow for ftrace data to be exported over a USB Gadget Controller. With this, we have a potentially very fast pipe for transmitting ftrace data to a Host PC for further

[git pull] vfs.git death to uaccess-unaligned

That stuff had just one user, and an exotic one, at that - binfmt_flat on arm and m68k. The following changes since commit 2ea659a9ef488125eb46da6eb571de5eae5c43f6: Linux 4.12-rc1 (2017-05-13 13:19:49 -0700) are available in the git repository at:

Re: [PATCH 03/18] drm/sun4i: Realign Makefile padding and reorder it

On Thu, Jul 13, 2017 at 10:12 PM, Maxime Ripard wrote: > Some options were not padded as they should, and the order in the Makefile > was chaotic. Fix that. > > Signed-off-by: Maxime Ripard > --- >

Re: [PATCH 06/18] drm/sun4i: tcon: Don't rely on encoders to enable the TCON

On Thu, Jul 13, 2017 at 10:13 PM, Maxime Ripard wrote: > So far, we've required all the TCON-connected encoders to call the TCON > enable and disable functions. > > This was made this way because in the RGB/LVDS case, the TCON is the CRTC > and the encoder.

Re: linux-next: manual merge of the rdma tree with Linus' tree

Hi all, On Fri, 14 Jul 2017 06:34:16 +0300 Leon Romanovsky wrote: > > Sorry Doug, but it is not expected at all for the code which will go to 4.14. > > Both patches in question were targeted for 4.13 and you was expected to > see the merge conflicts during last month or so,

Re: [PATCH 08/18] drm/sun4i: tcon: Add TRI finish interrupt for vblank

On Thu, Jul 13, 2017 at 10:13 PM, Maxime Ripard wrote: > The "CPU" (or Intel 8080) interface uses a different interrupt called > TRI_FINISH (most likely TRI being for trigger) to notify the end of frames, > and hence the VBLANK period. > > And that interrupt to

Re: [PATCH 2/2] mfd: ds1374: Add Dallas/Maxim DS1374 Multi Function Device

On 07/13/2017 12:54 PM, Moritz Fischer wrote: From: Moritz Fischer Add support for the Maxim/Dallas DS1374 RTC/WDT with trickle charger. The device can either be configured as simple RTC, as simple RTC with Alarm (IRQ) as well as simple RTC with watchdog timer. Break

linux-next: Tree for Jul 14

Hi all, Please do not add any v4.14 material to you linux-next included branches until after v4.13-rc1 has been released. Changes since 20170713: The rdma tree gained a conflict against Linus' tree. The random tree gained a conflict against Linus' tree. Non-merge commits (relative to Linus

Re: [PATCH 07/18] drm/sun4i: tcon: Don't rely on encoders to set the TCON mode

On Thu, Jul 13, 2017 at 10:13 PM, Maxime Ripard wrote: > Just like we did for the TCON enable and disable, for historical reasons we > used to rely on the encoders calling the TCON mode_set function, while the > CRTC has a callback for that. > > Let's implement

Re: [PATCH] cpufreq: schedutil: Update cached "current frequency" when limits change

On 13-07-17, 18:52, Saravana Kannan wrote: > On 07/11/2017 10:24 PM, Viresh Kumar wrote: > >On 11-07-17, 19:24, Saravana Kannan wrote: > >>Currently, the governor calculates the next frequency, set the current CPU > >>frequency (policy->cur). It also assumes the current CPU frequency doesn't >

Re: [PATCH 09/18] drm/sun4i: tcon: Adjust dotclock dividers range

On Thu, Jul 13, 2017 at 10:13 PM, Maxime Ripard wrote: > It seems like the dotclock dividers are a bit less strict range, and can > operate even with a smaller than 6 divider. Loose the boundaries a bit. > > Signed-off-by: Maxime Ripard

Re: linux-next: manual merge of the rdma tree with Linus' tree

On Fri, 2017-07-14 at 06:34 +0300, Leon Romanovsky wrote: > On Thu, Jul 13, 2017 at 09:17:13PM -0400, Doug Ledford wrote: > > On Fri, 2017-07-14 at 11:14 +1000, Stephen Rothwell wrote: > > > Hi Doug, > > > > > > Today's linux-next merge of the rdma tree got conflicts in: > > > > > >

Re: linux-next: manual merge of the rdma tree with Linus' tree

On Fri, Jul 14, 2017 at 12:12:33AM -0400, Doug Ledford wrote: > On Fri, 2017-07-14 at 06:34 +0300, Leon Romanovsky wrote: > > On Thu, Jul 13, 2017 at 09:17:13PM -0400, Doug Ledford wrote: > > > On Fri, 2017-07-14 at 11:14 +1000, Stephen Rothwell wrote: > > > > Hi Doug, > > > > > > > > Today's

Re: [PATCH 0/2] i2c: move include files out of include/linux/i2c

On 2017-07-13 11:46, Wolfram Sang wrote: > Hi peda, > > On Sun, May 21, 2017 at 10:37:41PM +0200, Wolfram Sang wrote: >> It doesn't make sense to use include/linux/i2c for client drivers which may >> in >> fact rather be hwmon or input or whatever devices. As a result, I want to >> deprecate

Re: [PATCH v2 0/3] pwm: add pwm AO on meson gx

Hi Thierry, > I /think/ Jeremy Kerr (To'ed) would be a good person to contact about > this. > > Jeremy, anything you can do about this? OK, all sorted. I've updated Jerome's entry in the database to suit. Cheers, Jeremy

Re: [PATCH V4] PCI: handle CRS returned by device after FLR

On Thu, Jul 06, 2017 at 05:07:14PM -0400, Sinan Kaya wrote: > An endpoint is allowed to issue Configuration Request Retry Status (CRS) > following a Function Level Reset (FLR) request to indicate that it is not > ready to accept new requests. > > Seen a timeout message with Intel 750 NVMe drive

[PATCH v3 1/1] mux: consumer: Add dummy functions for !CONFIG_MULTIPLEXER case

From: Kuppuswamy Sathyanarayanan Add dummy functions to avoid compile time issues when CONFIG_MULTIPLEXER is not enabled. Signed-off-by: Kuppuswamy Sathyanarayanan --- include/linux/mux/consumer.h | 42

RE: [PATCH 1/2] dt-bindings: net: Add bindings for National Instruments XGE netdev

> -Original Message- > From: netdev-ow...@vger.kernel.org [mailto:netdev-ow...@vger.kernel.org] > On Behalf Of Moritz Fischer > Sent: Friday, July 14, 2017 5:22 AM > To: net...@vger.kernel.org > Cc: devicet...@vger.kernel.org; linux-kernel@vger.kernel.org; > da...@davemloft.net;

[PATCH] f2fs: include seq_file.h for sysfs.c

This patch includes seq_file.h to avoid compile error. Signed-off-by: Eric Biggers Signed-off-by: Jaegeuk Kim --- fs/f2fs/sysfs.c | 1 + 1 file changed, 1 insertion(+) diff --git a/fs/f2fs/sysfs.c b/fs/f2fs/sysfs.c index 9adc202fcd6f..71191d89917d

[GIT PULL] security subsystem updates #3: keys fixes

Hi Linus, Please pull these patches for the keys subsystem, which includes a minor fix and documentation updates. --- The following changes since commit b86faee6d111294fa95a2e89b5f771b2da3c9782: Merge tag 'nfs-for-4.13-1' of git://git.linux-nfs.org/projects/anna/linux-nfs (2017-07-13

linux-next: manual merge of the rdma tree with Linus' tree

Hi Doug, Today's linux-next merge of the rdma tree got conflicts in: drivers/infiniband/core/uverbs_cmd.c drivers/infiniband/core/verbs.c between commit: d291f1a65232 ("IB/core: Enforce PKey security on QPs") from Linus' tree and commits: c7c0fb974caa ("IB/core: Introduce modify QP

Re: [PATCH v5 1/2] clk: gate: expose clk_gate_ops::is_enabled

On 07/13, Florian Fainelli wrote: > On 07/13/2017 07:02 AM, gabriel.fernan...@st.com wrote: > > From: Gabriel Fernandez > > > > This patch exposes clk_gate_ops::is_enabled as functions > > that can be directly called and assigned in places like this so > > we don't need

Re: linux-next: manual merge of the rdma tree with Linus' tree

On Fri, 2017-07-14 at 11:14 +1000, Stephen Rothwell wrote: > Hi Doug, > > Today's linux-next merge of the rdma tree got conflicts in: > > drivers/infiniband/core/uverbs_cmd.c > drivers/infiniband/core/verbs.c > > between commit: > > d291f1a65232 ("IB/core: Enforce PKey security on QPs")

Re: [PATCH 3.18 00/22] 3.18.61-stable review

On 07/13/2017 08:42 AM, Greg Kroah-Hartman wrote: This is the start of the stable review cycle for the 3.18.61 release. There are 22 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 1/5] arm64: dts: rockchip: Add rk3399 vop and display-subsystem

Hi heko, 2017-07-14 7:34 GMT+08:00 Heiko Stuebner : > Hi Jacob, > > Am Donnerstag, 13. Juli 2017, 00:03:51 CEST schrieb Jacob Chen: >> Add devicetree nodes for rk3399 VOP (Video Output Processors), and the >> top level display-subsystem root node. >> >> Later patches add

Re: [PATCH] cpufreq: schedutil: Update cached "current frequency" when limits change

On 07/11/2017 10:24 PM, Viresh Kumar wrote: On 11-07-17, 19:24, Saravana Kannan wrote: Currently, the governor calculates the next frequency, set the current CPU frequency (policy->cur). It also assumes the current CPU frequency doesn't change if the next frequency isn't calculated again and

Re: [PATCH v3 1/2] ARM: dts: imx: add CX9020 Embedded PC device tree

On Thu, Jul 13, 2017 at 01:13:38PM +0200, linux-kernel-...@beckhoff.com wrote: > From: Patrick Bruenn > > The CX9020 differs from i.MX53 Quick Start Board by: > - use uart2 instead of uart1 > - DVI-D connector instead of VGA > - no audio > - CCAT FPGA connected to emi > -

Re: [PATCH linux v4 1/3] drivers: w1: add hwmon support structures

On 07/13/2017 03:41 PM, Jaghathiswari Rankappagounder Natarajan wrote: This patch has changes to w1.h/w1.c/w1_family.h generic files to add (optional) hwmon support structures. Signed-off-by: Jaghathiswari Rankappagounder Natarajan Acked-by: Evgeniy Polyakov

Re: [PATCH linux v4 3/3] drivers: w1: add hwmon temp support for w1_therm

On Thu, Jul 13, 2017 at 03:41:07PM -0700, Jaghathiswari Rankappagounder Natarajan wrote: > This change adds hwmon temp support for w1_therm. > > Signed-off-by: Jaghathiswari Rankappagounder Natarajan > Acked-by: Evgeniy Polyakov Acked-by: Guenter Roeck

Re: [PATCH] iscsi-target: Reject immediate data underflow larger than SCSI transfer length

On Thu, 2017-07-13 at 12:27 -0700, Nicholas A. Bellinger wrote: > For the former, I've still never seen a host environment in the wild > over the last 15 years that generates underflow/overflow for DATA CDBs > with an LBA. So I'm reluctant to randomly allow this for all cases and > fabrics,

Re: [RFC v5 15/38] powerpc: helper function to read,write AMR,IAMR,UAMOR registers

On Thu, Jul 13, 2017 at 07:49:05PM +1000, Balbir Singh wrote: > On Thu, Jul 13, 2017 at 5:55 PM, Ram Pai wrote: > > On Wed, Jul 12, 2017 at 03:26:01PM +1000, Balbir Singh wrote: > >> On Wed, 5 Jul 2017 14:21:52 -0700 > >> Ram Pai wrote: > >> > >> >

Re: [PATCH 1/5] arm64: dts: rockchip: Add rk3399 vop and display-subsystem

Hi Jacob, Am Donnerstag, 13. Juli 2017, 00:03:51 CEST schrieb Jacob Chen: > Add devicetree nodes for rk3399 VOP (Video Output Processors), and the > top level display-subsystem root node. > > Later patches add endpoints (eDP, HDMI, MIPI, etc) that attach to the > VOPs' output ports. > >

[ANNOUNCE] Git v2.14.0-rc0

An early preview release Git v2.14.0-rc0 is now available for testing at the usual places. It is comprised of 675 non-merge commits since v2.13.0, contributed by 53 people, 14 of which are new faces. The tarballs are found at: https://www.kernel.org/pub/software/scm/git/testing/ The

Re: [PATCH 1/4] drm/atomic: implement drm_atomic_helper_commit_tail for runtime_pm users

Hi Maxime, Thank you for the patch. On Thursday 13 Jul 2017 16:41:13 Maxime Ripard wrote: > The current drm_atomic_helper_commit_tail helper works only if the CRTC is > accessible, and documents an alternative implementation that is supposed to > be used if that happens. > > That implementation

Re: [PATCH v2 1/2] livepatch: introduce shadow variable API

On Wed, Jun 28, 2017 at 11:37:26AM -0400, Joe Lawrence wrote: > Add exported API for livepatch modules: > > klp_shadow_get() > klp_shadow_attach() > klp_shadow_get_or_attach() > klp_shadow_detach() > klp_shadow_detach_all() > > that implement "shadow" variables, which allow callers to

Re: [PATCH 4.9 00/25] 4.9.38-stable review

On 07/13/2017 08:40 AM, Greg Kroah-Hartman wrote: This is the start of the stable review cycle for the 4.9.38 release. There are 25 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 2/2] net: ethernet: nixge: Add support for National Instruments XGE netdev

> > > + /* not sure if this is the correct way of dealing with this ... */ > > > + ndev->phydev->supported &= ~(SUPPORTED_Autoneg); > > > + ndev->phydev->advertising = ndev->phydev->supported; > > > + ndev->phydev->autoneg = AUTONEG_DISABLE; > > > > What are you trying to achieve? > > Basically

Re: [PATCH v7 06/16] lockdep: Detect and handle hist_lock ring buffer overwrite

On Thu, Jul 13, 2017 at 08:23:33PM +0900, Byungchul Park wrote: > On Thu, Jul 13, 2017 at 8:12 PM, Peter Zijlstra wrote: > > On Thu, Jul 13, 2017 at 12:29:05PM +0200, Peter Zijlstra wrote: > >> On Thu, Jul 13, 2017 at 07:09:53PM +0900, Byungchul Park wrote: > >> > On Thu,

Re: [PATCH 4.12 00/10] 4.12.2-stable review

On 07/13/2017 08:40 AM, Greg Kroah-Hartman wrote: This is the start of the stable review cycle for the 4.12.2 release. There are 10 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 1/1 V2] media: usb: uvc: Fix incorrect timeout for Get Request

On 2017年07月11日 03:47, Laurent Pinchart wrote: Hi Jim, Thank you for the patch. On Monday 10 Jul 2017 14:43:49 Jim Lin wrote: Section 9.2.6.4 of USB 2.0/3.x specification describes that "device must be able to return the first data packet to host within 500 ms of receipt of the request. For

LEGACY

Attn, We have an inheritance of a deceased client with your surname Contact Dr. Gertjan Vlieghe With your: Full Name, Tel Number, Age, Occupation and Address through email: d.vlie...@manlymail.net Dr. Gertjan Vlieghe -- Correo Corporativo Hospital

Re: [PATCH 02/32] tracing: Reimplement log2

On Mon, Jun 26, 2017 at 05:49:03PM -0500, Tom Zanussi wrote: > log2 as currently implemented applies only to u64 trace_event_field > derived fields, and assumes that anything it's applied to is a u64 > field. > > To prepare for synthetic fields like latencies, log2 should be > applicable to those

Re: [PATCH V4] PCI: handle CRS returned by device after FLR

On Thu, Jul 13, 2017 at 11:44:12AM -0400, Sinan Kaya wrote: > On 7/13/2017 8:17 AM, Bjorn Helgaas wrote: > >> he spec is calling to wait up to 1 seconds if the device is sending CRS. > >> The NVMe device seems to be requiring more. Relax this up to 60 seconds. > > Can you add a pointer to the "1

Re: [PATCH v7 3/3] net/cxgb4: Use new PCI_DEV_FLAGS_NO_RELAXED_ORDERING flag

[[ Sorry for the Double Send: I forgot to switch to Plain Text. Have I mentioned how much I hate modern Web-based email agents? :-) -- Casey ]]   Yeah, I think this works for now.  We'll stumble over what to do when we want to mix upstream TLPs without Relaxed Ordering Attributes directed at

Re: [PATCH v8 05/10] mm: thp: enable thp migration in generic path

On Thu, Jul 13, 2017 at 07:28:24AM -0400, Zi Yan wrote: > On 13 Jul 2017, at 5:30, Naoya Horiguchi wrote: > > > On Tue, Jul 11, 2017 at 10:00:30AM -0400, Zi Yan wrote: > >> On 11 Jul 2017, at 2:47, Naoya Horiguchi wrote: > >> > >>> On Sat, Jul 01, 2017 at 09:40:03AM -0400, Zi Yan wrote: >

Re: [PATCH v2] xattr: Enable security.capability in user namespaces

Stefan Berger writes: > On 07/13/2017 01:49 PM, Eric W. Biederman wrote: > > > My big question right now is can you implement Ted's suggested > > restriction. Only one security.foo or secuirty.foo@... attribute ? > We need to raw-list the xattrs and do the check

Re: [PATCH v7 2/3] PCI: Enable PCIe Relaxed Ordering if supported

On 2017/7/14 5:09, Sinan Kaya wrote: > On 7/13/2017 10:21 AM, Ding Tianhong wrote: >> static void pci_configure_relaxed_ordering(struct pci_dev *dev) >> +{ >> +/* We should not alter the relaxed ordering bit for the VF */ >> +if (dev->is_virtfn) >> +return; >> + >> +/* If

[PATCH v8 2/4] KVM: async_pf: Add L1 guest async_pf #PF vmexit handler

From: Wanpeng Li This patch adds the L1 guest async page fault #PF vmexit handler, such by L1 similar to ordinary async page fault. Cc: Paolo Bonzini Cc: Radim Krčmář Signed-off-by: Wanpeng Li ---

Re: [RFC PATCH 1/6] arm64: use tpidr_el1 for current, free sp_el0

On Wed, Jul 12, 2017 at 11:32:58PM +0100, Mark Rutland wrote: > Today we use TPIDR_EL1 for our percpu offset, and SP_EL0 for current > (and current::thread_info, which is at offset 0). > > Using SP_EL0 in this way prevents us from using EL1 thread mode, where > SP_EL0 is not addressable (since

Re: [PATCH 4.4 00/57] 4.4.77-stable review

On 07/13/2017 08:42 AM, Greg Kroah-Hartman wrote: This is the start of the stable review cycle for the 4.4.77 release. There are 57 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] lustre: check copy_from_iter/copy_to_iter return code

On Thu, Jul 13, 2017 at 10:57:59PM +0200, Arnd Bergmann wrote: > Thanks for testing it! > > That means we did not copy any data and the kernel continues with > an uninitialized buffer, right? The problem may be the definition of > > struct kib_immediate_msg { > struct lnet_hdr ibim_hdr;

Re: [Eas-dev] [PATCH V3 2/3] cpufreq: schedutil: Process remote callback for shared policies

On 07/12/2017 11:44 PM, Viresh Kumar wrote: This patch updates the schedutil governor to process cpufreq utilization update hooks called for remote CPUs. The schedutil governor already has proper locking in place for shared policy update hooks and nothing extra is required to be done. Based on

Re: [PATCH 2/2] net: ethernet: nixge: Add support for National Instruments XGE netdev

Hi Andrew, thanks for the quick response. On Fri, Jul 14, 2017 at 12:36:36AM +0200, Andrew Lunn wrote: > > +++ b/drivers/net/ethernet/ni/nixge.c > > @@ -0,0 +1,1246 @@ > > +/* > > + * Copyright (c) 2016-2017, National Instruments Corp. > > + * > > + * Network Driver for Ettus Research XGE MAC >

Re: [PATCH 1/2] dt-bindings: net: Add bindings for National Instruments XGE netdev

Hi Yuan, On Thu, Jul 13, 2017 at 5:33 PM, YUAN Linyu wrote: > > >> -Original Message- >> From: netdev-ow...@vger.kernel.org [mailto:netdev-ow...@vger.kernel.org] >> On Behalf Of Moritz Fischer >> Sent: Friday, July 14, 2017 5:22 AM >> To:

RE: [PATCH v10] vfio: ABI for mdev display dma-buf operation

> -Original Message- > From: intel-gvt-dev [mailto:intel-gvt-dev-boun...@lists.freedesktop.org] On > Behalf Of Kirti Wankhede > Sent: Wednesday, July 12, 2017 8:45 PM > To: Zhang, Tina ; Gerd Hoffmann > ; Tian, Kevin ; linux-

[PATCH v8 0/4] KVM: async_pf: Fix async pf exception injection

INFO: task gnome-terminal-:1734 blocked for more than 120 seconds. Not tainted 4.12.0-rc4+ #8 "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. gnome-terminal- D0 1734 1015 0x Call Trace: __schedule+0x3cd/0xb30 schedule+0x40/0x90

[PATCH v8 3/4] KVM: async_pf: Force a nested vmexit if the injected #PF is async_pf

From: Wanpeng Li Add an nested_apf field to vcpu->arch.exception to identify an async page fault, and constructs the expected vm-exit information fields. Force a nested VM exit from nested_vmx_check_exception() if the injected #PF is async page fault. Cc: Paolo Bonzini

<    1   2   3   4   5   6   7   8   9   10   >