Re: [Intel-gfx] [REGRESSION] Linux 4.9-rc4: gfx glitches on Intel Sandybridge (was: Re: Linux 4.9-rc4)

Am Mittwoch, 9. November 2016, 11:42:36 CET schrieb Jani Nikula: > > *However*, I got a soft freeze and a hard freeze (well after about a > > minute I gave up and rebooted by pressing power button long enough to > > forcefully switch off the laptop) when playing PlaneShift using > >

Re: [PATCH v10 2/7] x86/arch_prctl/64: Rename do_arch_prctl to do_arch_prctl_64

On Tue, Nov 08, 2016 at 10:39:51AM -0800, Kyle Huey wrote: > In order to introduce new arch_prctls that are not 64 bit only, rename the > existing 64 bit implementation to do_arch_prctl_64. Also rename the second do_arch_prctl_64() > argument to arch_prctl,

Re: module: Ensure a module's state is set accordingly during module coming cleanup code

+++ Rusty Russell [26/10/16 11:24 +1030]: Aaron Tomlin writes: In load_module() in the event of an error, for e.g. unknown module parameter(s) specified we go to perform some module coming clean up operations. At this point the module is still in a "formed" state when it is

Re: [PATCH v7 3/3] drm/fence: add out-fences support

On Wed, Nov 09, 2016 at 11:39:11AM +0900, Gustavo Padovan wrote: > > On Tue, Nov 08, 2016 at 03:54:50PM +0900, Gustavo Padovan wrote: > > > + if (!access_ok(VERIFY_WRITE, fence_ptr, sizeof(*fence_ptr))) > > > + return -EFAULT; > > > > Same comment about igt coverage I made

Re: [PATCH v4 0/4] MIPS: Remote processor driver

On Wed, 2 Nov 2016, Matt Redfearn wrote: > The MIPS remote processor driver allows non-Linux firmware to take > control of and execute on one of the systems VPEs. The CPU must be > offlined from Linux first. A sysfs interface is created which allows > firmware to be loaded and changed at runtime.

Re: [PATCH] proc: optimize render_sigset_t()

On Wed, Nov 9, 2016 at 12:37 AM, Andrei Vagin wrote: > @@ -245,10 +247,13 @@ void render_sigset_t(struct seq_file *m, const char > *header, > if (sigismember(set, i+2)) x |= 2; > if (sigismember(set, i+3)) x |= 4; > if

Re: [PATCH] net/mlx4_en: Fix bpf_prog_add ref_cnt in mlx4

On 11/09/2016 10:45 AM, Zhiyi Sun wrote: On Wed, Nov 09, 2016 at 10:05:31AM +0100, Daniel Borkmann wrote: On 11/09/2016 08:35 AM, Zhiyi Sun wrote: There are rx_ring_num queues. Each queue will load xdp prog. So bpf_prog_add() should add rx_ring_num to ref_cnt. Signed-off-by: Zhiyi Sun

Re: [PATCH] [RFC] drivers: dma-coherent: use MEMREMAP_WB instead of MEMREMAP_WC

Hi, On Wed, Nov 09, 2016 at 06:47:26PM +0900, Jaewon Kim wrote: On 2016년 11월 09일 18:27, Brian Starkey wrote: Hi Jaewon, On Wed, Nov 09, 2016 at 06:10:09PM +0900, Jaewon Kim wrote: Commit 6b03ae0d42bf (drivers: dma-coherent: use MEMREMAP_WC for DMA_MEMORY_MA) added MEMREMAP_WC for

Re: [PATCH v2 00/12] mm: page migration enhancement for thp

On 11/08/2016 05:01 AM, Naoya Horiguchi wrote: > Hi everyone, > > I've updated thp migration patches for v4.9-rc2-mmotm-2016-10-27-18-27 > with feedbacks for ver.1. > > General description (no change since ver.1) > === > > This patchset enhances page

Re: [PATCH v10 3/7] x86/arch_prctl: Add do_arch_prctl_common

On Tue, Nov 08, 2016 at 10:39:52AM -0800, Kyle Huey wrote: > Add do_arch_prctl_common to handle arch_prctls that are not specific to 64 do_arch_prctl_common() > bits. Call it from the syscall entry point, but not any of the other "... to 64-bit mode." Or something like that... >

Re: [PATCH -v4 1/8] locking/drm: Kill mutex trickery

On Fri, Oct 07, 2016 at 05:43:51PM +0200, Peter Zijlstra wrote: > On Fri, Oct 07, 2016 at 04:52:44PM +0200, Peter Zijlstra wrote: > > Poking at lock internals is not cool. Since I'm going to change the > > implementation this will break, take it out. > > > So something like the below would serve

Re: [PATCH v3 2/3] PCI: qcom: add support to msm8996 PCIE controller

Hi, On Fri, Nov 4, 2016 at 6:29 PM, Srinivas Kandagatla wrote: > This patch adds support to msm8996/apq8096 pcie, MSM8996 supports > Gen 1/2, One lane, 3 pcie root-complex with support to MSI and > legacy interrupts and it conforms to PCI Express Base 2.1

Re: module: When modifying a module's text ignore modules which are going away too

+++ Aaron Tomlin [07/11/16 11:46 +]: Hi Jessica, Any thoughts? Hi Aaron, Thanks for your patience as I slowly work through a large swath of emails :-) Anyway, this looks fine to me. A going module's text should be (or soon will be) rw anyway, so checking for going modules in the ro case

[PATCH v2] leds: ledtrig-heartbeat: Make top brightness adjustable

LED class heartbeat trigger allowed only for blinking with max_brightness value. This patch adds more flexibility by exploiting part of LED core software blink infrastructure. Signed-off-by: Jacek Anaszewski Cc: Pavel Machek Cc: Hans de Goede

[PATCH 4.4 01/69] i2c: xgene: Avoid dma_buffer overrun

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Hoan Tran commit 603616017c35f4d0fbdbcace72adf9bf949c4a65 upstream. SMBus block command uses the first byte of buffer for the data length. The dma_buffer should be increased by

[PATCH 4.4 04/69] h8300: fix syscall restarting

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Mark Rutland commit 21753583056d48a5fad964d6f272e28168426845 upstream. Back in commit f56141e3e2d9 ("all arches, signal: move restart_block to struct task_struct"), all

Re: [PATCH] drivers: tca8418: Change the interrupt type

Hello Dmitry, On Tue, Nov 08, 2016 at 04:04:00PM -0800, Dmitry Torokhov wrote: > On Mon, Nov 07, 2016 at 03:40:24PM +0100, Maxime Ripard wrote: > > The TCA8418 interrupt has a level trigger, not a edge one. > > > > Signed-off-by: Maxime Ripard > > Hmm, maybe

Re: BUG: 'list_empty(>free_vbufs)' is true!

On Di, 2016-11-08 at 22:37 +0200, Michael S. Tsirkin wrote: > On Mon, Nov 07, 2016 at 09:43:24AM +0100, Jiri Slaby wrote: > > Hi, > > > > I can relatively easily reproduce this bug: How? > > BUG: 'list_empty(>free_vbufs)' is true! > The following might be helpful for debugging - if kernel

Re: [PATCH] wireless: fix bogus maybe-uninitialized warning

> Ideally we prefer that drivers/net/wireless and net/wireless changes > are > split into different patches as they get applied to different trees. > Johannes, is it ok if I take this change through my tree this time? Sure, please do, thanks. (I don't particularly care about the lib80211 stuff

Re: [PATCH] ACPI / gpio: avoid warning for gpio hogging code

On Tue, Nov 8, 2016 at 2:40 PM, Arnd Bergmann wrote: > The newly added acpi_gpiochip_scan_gpios function produces a few harmless > warnings: > > drivers/gpio/gpiolib-acpi.c: In function ‘acpi_gpiochip_add’: > drivers/gpio/gpiolib-acpi.c:925:7: error: ‘dflags’ may be used

Re: [PATCH v4 1/3] leds: Introduce userspace leds driver

Hi, On 11/09/2016 08:05 AM, Pavel Machek wrote: Hi! +struct uleds_device { + struct uleds_user_dev user_dev; + struct led_classdev led_cdev; + struct mutexmutex; + enum uleds_statestate; + wait_queue_head_t waitq; + unsigned

RE: [PATCH] mwifiex: fix memory leak in mwifiex_save_hidden_ssid_channels()

> From: Ricky Liang [mailto:jcli...@chromium.org] > Sent: Wednesday, November 09, 2016 9:07 AM > Cc: Ricky Liang; Amitkumar Karwar; Nishant Sarmukadam; Kalle Valo; open > list:MARVELL MWIFIEX WIRELESS DRIVER; open list:NETWORKING DRIVERS; open > list > Subject: [PATCH] mwifiex: fix memory leak in

[PATCH V4 0/2] Add ACPI support for HiSilicon SoCs Host Controllers

This patchset adds ACPI support for the HiSilicon Hip05/Hip06/Hip07 SoC PCIe controllers. The two patches respectively: - rework the current HiSilicon driver to add support for ECAM platforms(not RC). - adds the HiSilicon ACPI specific quirks. This patchset is based on

[PATCH V4 2/2] PCI/ACPI: hisi: Add ACPI support for HiSilicon SoCs Host Controllers

PCIe controller in Hip05/HIP06/HIP07 SoCs is not ECAM compliant. It is non ECAM only for the RC bus config space;for any other bus underneath the root bus we support ECAM access. Add specific quirks for PCI config space accessors.This involves: 1. New initialization call hisi_pcie_init() to obtain

[PATCH V4 1/2] PCI: hisi: Add ECAM support for devices that are not RC

This patch modifies the current Hip05/Hip06 PCIe host controller driver to add support for 'almost ECAM' compliant platforms. Some controllers are ECAM compliant for all the devices of the hierarchy except the root complex; this patch adds support for such controllers. This is needed in

Re: [PATCH 6/8] block: add scalable completion tracking of requests

On Tue 08-11-16 08:25:52, Jens Axboe wrote: > On 11/08/2016 06:30 AM, Jan Kara wrote: > >On Tue 01-11-16 15:08:49, Jens Axboe wrote: > >>For legacy block, we simply track them in the request queue. For > >>blk-mq, we track them on a per-sw queue basis, which we can then > >>sum up through the

Re: [PATCH v1 03/11] drivers: soc: hisi: Add support for Hisilicon Djtag driver

I'd suggest requiring #address-cells=<1> and #size-cells=<0> in the master node, and listing the children by reg property. If the address is not easily expressed as a single integer, use a larger #address-cells value. We already have something equivalent to reg in "module-id" (see patch

Re: [RFC] fs: add userspace critical mounts event support

[CC: added Harald] On 11/08/2016 11:47 PM, Luis R. Rodriguez wrote: On Wed, Oct 05, 2016 at 09:46:33PM +0200, Luis R. Rodriguez wrote: On Wed, Oct 05, 2016 at 11:08:06AM -0700, Linus Torvalds wrote: On Wed, Oct 5, 2016 at 11:00 AM, Luis R. Rodriguez wrote: On Tue, Sep 13,

Re: [PATCH 1/6] clk: stm32f4: Add PLL_I2S & PLL_SAI for STM32F429/469 boards

On 11/09/2016 09:10 AM, Radosław Pietrzyk wrote: I would expect that VCO clock will force recalculation for all its children if I am not mistaken. Sure BR Gabriel. 2016-11-08 17:19 GMT+01:00 Gabriel Fernandez : On 11/08/2016 09:52 AM, Radosław Pietrzyk wrote:

Re: [PATCH] MIPS: fix duplicate define

On Tue, Nov 08, 2016 at 09:43:35PM +, Sudip Mukherjee wrote: > The mips build of ip27_defconfig is failing with the error: > In file included from ../arch/mips/include/asm/mach-ip27/spaces.h:29:0, > from ../arch/mips/include/asm/page.h:12, > from

Re: [PATCH v2] spi: atmel: use managed resource for gpio chip select

Le 08/11/2016 à 18:49, Alexandre Belloni a écrit : > On 08/11/2016 at 18:48:52 +0100, Nicolas Ferre wrote : >> Use the managed gpio CS pin request so that we avoid having trouble >> in the cleanup code. >> In fact, if module was configured with DT, cleanup code released >> invalid pin. Since

Re: [v16, 0/7] Fix eSDHC host version register bug

Can you please update your CC list? There is nothing i2c related in this patch series, so you could drop the i2c-list. signature.asc Description: PGP signature

Re: [PATCH] x86/cpufeatures: Enable new AVX512 cpu features

On Tue, Nov 08, 2016 at 04:08:44PM -0800, Gayatri Kammela wrote: > Modify cpufeatures.h to add new AVX512 instruction groups/features > for enuermation in /proc/cpuinfo: AVX512IFMA and AVX512VBMI > > Also modify the xstate.c to clear the flags in > fpu__xstate_clear_all_cpu_caps(). This is

Re: [PATCH] gcov: support GCC 7.1

On 31.10.2016 10:35, Martin Liška wrote: > Starting from GCC 7.1, __gcov_exit is a new symbol expected > to be implemented in a profiling runtime. I tested your patch with kernel 4.9-rc4 compiled with GCC 7.0.0 20161107 (experimental) and validated that it fixes the build error due to a missing

Re: [Ksummit-discuss] Including images on Sphinx documents

Am 07.11.2016 um 18:01 schrieb Josh Triplett : > On Mon, Nov 07, 2016 at 07:55:24AM -0200, Mauro Carvalho Chehab wrote: >> 2) add an Sphinx extension that would internally call ImageMagick and/or >> inkscape to convert the bitmap; > > This seems sensible; Sphinx should

Re: [PATCH v4 1/4] usb: dbc: early driver for xhci debug capability

On Tue, 1 Nov 2016, Lu Baolu wrote: > +static int __init xdbc_init(void) > +{ ... > + base = ioremap_nocache(xdbc.xhci_start, xdbc.xhci_length); > + if (!base) { > + xdbc_trace("failed to remap the io address\n"); > + ret = -ENOMEM; > + goto

[PATCH] mm/hugetlb.c: mark alloc_gigantic_page stub inline

A cleanup patch introduced a new stub helper function but accidentally did not mark that 'inline' as all the other stubs are here, and this causes a warning when it is not used: mm/hugetlb.c:1166:21: error: 'alloc_gigantic_page' defined but not used [-Werror=unused-function] Fixes: akpm-current

Re: [PATCH] [RFC] drivers: dma-coherent: use MEMREMAP_WB instead of MEMREMAP_WC

Hi Jaewon, On Wed, Nov 09, 2016 at 06:10:09PM +0900, Jaewon Kim wrote: Commit 6b03ae0d42bf (drivers: dma-coherent: use MEMREMAP_WC for DMA_MEMORY_MA) added MEMREMAP_WC for DMA_MEMORY_MAP. If, however, CPU cache can be used on DMA_MEMORY_MAP, I think MEMREMAP_WC can be changed to MEMREMAP_WB. On

[GIT PULL] two bug fixes for 4.9-rc5

Hi Linus, please pull from the 'for-linus' branch of git://git.kernel.org/pub/scm/linux/kernel/git/s390/linux.git for-linus to receive the following updates: Two bug fixes * A memory alignment fix in the s390 only hypfs code * A fix for the generic percpu code that caused ftrace to

[PATCH] staging: sm750fb: prefix global identifiers

Renaming some symbols inside this driver caused a conflict with an existing function, which in turn results in a link error: drivers/staging/sm750fb/sm750fb.o: In function `enable_dma': ddk750_hwi2c.c:(.text.enable_dma+0x0): multiple definition of `enable_dma' This adds a sm750_ prefix to each

[PATCH 4/6] net: phy: Initialize mdio clock at probe function

Initialize mdio clock divisor in probe function. The ext bus bit available in the same register will be used by mdio mux to enable external mdio. Signed-off-by: Yendapally Reddy Dhananjaya Reddy --- drivers/net/phy/mdio-bcm-iproc.c | 6 ++ 1 file changed, 2

[PATCH 3/6] net: mdio-mux: Add MDIO mux driver for NSP SoC

NSP SoC supports the mdio multiplexer which has the bus selection logic. This multiplexer has child buses for PCIe, USB. The bus could be internal or external to SOC where PHYs are attached. Signed-off-by: Yendapally Reddy Dhananjaya Reddy ---

[PATCH 1/6] dt-bindings: mdio-mux: Add documentation for mdio mux for NSP SoC

Add documentation for mdio mux available in Broadcom NSP SoC Signed-off-by: Yendapally Reddy Dhananjaya Reddy --- .../devicetree/bindings/net/brcm,mdio-mux-nsp.txt | 57 ++ 1 file changed, 57 insertions(+) create mode 100644

[PATCH 6/6] arm: dts: nsp: Add USB nodes to device tree

Add USB nodes to the Northstar plus device tree file Signed-off-by: Yendapally Reddy Dhananjaya Reddy --- arch/arm/boot/dts/bcm-nsp.dtsi | 57 arch/arm/boot/dts/bcm958625k.dts | 16 +++ 2 files changed, 73

[PATCH 0/6] USB support for Broadcom NSP SoC

This patch set contains the usb support for Broadcom NSP SoC. The usb phy is connected through mdio interface. The mdio interface can be used to access either internal phys or external phys using a multiplexer. The first patch provides the documentation details for mdio-mux and second patch

[PATCH 2/6] dt-bindings: phy: Add documentation for NSP USB3 PHY

Add documentation for USB3 PHY available in Northstar plus SoC Signed-off-by: Yendapally Reddy Dhananjaya Reddy --- .../devicetree/bindings/phy/brcm,nsp-usb3-phy.txt | 39 ++ 1 file changed, 39 insertions(+) create mode 100644

Re: [RFC] ARCv2: MCIP: Deprecate setting of affinity in Device Tree

Hi Vineet, On 08/11/16 20:57, Vineet Gupta wrote: > +CC MarcZ > > Hi Marc, > > I have a question below > [...] > So as discussed in a prior thread, we no longer support setting the default > affinity via DT (so removed from xlate function). However we are now using the > domain map function

[PATCH 5/6] phy: Add USB3 PHY support for Broadcom NSP SoC

This patch adds support for Broadcom NSP USB3 PHY Signed-off-by: Yendapally Reddy Dhananjaya Reddy --- drivers/phy/Kconfig| 9 +++ drivers/phy/Makefile | 1 + drivers/phy/phy-bcm-nsp-usb3.c | 176 +

[PATCH] timers: Fix timer inaccuracy

When a new timer list enqueued into the time wheel, array index for the given expiry time is: expires = (expires + LVL_GRAN(lvl)) >> LVL_SHIFT(lvl); idx = LVL_OFFS(lvl) + (expires & LVL_MASK); The granularity of the expiry time level is being added to the index in order to fire the timer

Re: [PATCH v5 2/5] driver core: Functional dependencies tracking support

On 09.11.2016 07:45, Greg Kroah-Hartman wrote: > On Tue, Nov 08, 2016 at 09:58:24PM +0100, Luis R. Rodriguez wrote: Furthermore -- how does this framework compare to Andrzej's resource tracking solution? I confess I have not had a chance yet to review yet but in light of

Re: [PATCH v4 1/4] usb: dbc: early driver for xhci debug capability

On Tue, 1 Nov 2016, Lu Baolu wrote: > +static void early_xdbc_write(struct console *con, const char *str, u32 n) > +{ > + int chunk, ret; > + static char buf[XDBC_MAX_PACKET]; > + int use_cr = 0; > + > + if (!xdbc.xdbc_reg) > + return; > + memset(buf, 0,

Re: [PATCH v5 2/5] driver core: Functional dependencies tracking support

On Wed, Nov 09, 2016 at 10:36:54AM +0100, Andrzej Hajda wrote: > On 09.11.2016 07:45, Greg Kroah-Hartman wrote: > > On Tue, Nov 08, 2016 at 09:58:24PM +0100, Luis R. Rodriguez wrote: > Furthermore -- how does this framework compare to Andrzej's resource > tracking > solution? I

Re: [Intel-gfx] [REGRESSION] Linux 4.9-rc4: gfx glitches on Intel Sandybridge (was: Re: Linux 4.9-rc4)

On Wed, 09 Nov 2016, Martin Steigerwald wrote: > Also no graphics glitches with external DisplayPort connected display. Thanks for confirming this. The fix should make it to -rc5. > *However*, I got a soft freeze and a hard freeze (well after about a > minute I gave up and

Re: [PATCH v2] spi: atmel: use managed resource for gpio chip select

On 09/11/2016 at 10:16:18 +0100, Nicolas Ferre wrote : > Le 08/11/2016 à 18:49, Alexandre Belloni a écrit : > > On 08/11/2016 at 18:48:52 +0100, Nicolas Ferre wrote : > >> Use the managed gpio CS pin request so that we avoid having trouble > >> in the cleanup code. > >> In fact, if module was

答复: [PATCH] add one parameter wro_enable to enable relaxed ordering for IXGBE

I have verified that the performance will be enhanced certainly when I enabled Relax Ordering on SPARC, but think it is not very flexible to disable or enable Relax Ordering feature using CONFIG_SPARC currently, So I want to use module parameter to set RO instead of "#ifndef CONFIG_SPARC", no

Re: [PATCH] net/mlx4_en: Fix bpf_prog_add ref_cnt in mlx4

On Wed, Nov 09, 2016 at 10:05:31AM +0100, Daniel Borkmann wrote: > On 11/09/2016 08:35 AM, Zhiyi Sun wrote: > > There are rx_ring_num queues. Each queue will load xdp prog. So > > bpf_prog_add() should add rx_ring_num to ref_cnt. > > > > Signed-off-by: Zhiyi Sun > > Your

Re: [PATCH v10 1/7] x86/arch_prctl/64: Use SYSCALL_DEFINE2 to define sys_arch_prctl

On Tue, Nov 08, 2016 at 10:39:50AM -0800, Kyle Huey wrote: <--- Add commit message here. > Signed-off-by: Kyle Huey > --- > arch/x86/kernel/process_64.c | 3 ++- > arch/x86/um/syscalls_64.c| 3 ++- > 2 files changed, 4 insertions(+), 2 deletions(-) ... > void

Re: [PATCH] [RFC] drivers: dma-coherent: use MEMREMAP_WB instead of MEMREMAP_WC

On 2016년 11월 09일 18:27, Brian Starkey wrote: > Hi Jaewon, > > On Wed, Nov 09, 2016 at 06:10:09PM +0900, Jaewon Kim wrote: >> Commit 6b03ae0d42bf (drivers: dma-coherent: use MEMREMAP_WC for >> DMA_MEMORY_MA) >> added MEMREMAP_WC for DMA_MEMORY_MAP. If, however, CPU cache can be used on >>

[PATCH] sparc32: Fix inverted invalid_frame_pointer checks on sigreturns

Signed-off-by: Andreas Larsson --- arch/sparc/kernel/signal_32.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/arch/sparc/kernel/signal_32.c b/arch/sparc/kernel/signal_32.c index c3c12ef..9c0c8fd 100644 --- a/arch/sparc/kernel/signal_32.c +++

Re: ILP32 for ARM64: testing with glibc testsuite

On Mon, Nov 07, 2016 at 01:53:59PM +0530, Yury Norov wrote: > Hi all, > > [add libc-alpha mail list] > > For libc-alpha: this is the part of LKML submission with latest > patches for aarch64/ilp32. > https://www.spinics.net/lists/arm-kernel/msg537846.html > > Glibc that I use has also included

Re: [PATCH net v2 2/4] net: ethernet: ti: cpsw: fix device and of_node leaks

On Tue, Nov 08, 2016 at 05:19:29PM -0600, Grygorii Strashko wrote: > > > On 11/03/2016 12:40 PM, Johan Hovold wrote: > > Make sure to drop the references taken by of_get_child_by_name() and > > bus_find_device() before returning from cpsw_phy_sel(). > > > > Note that holding a reference to the

Re: [PATCH] timers: Fix timer inaccuracy

On Wed, 9 Nov 2016, Joonwoo Park wrote: > When a new timer list enqueued into the time wheel, array index > for the given expiry time is: > > expires = (expires + LVL_GRAN(lvl)) >> LVL_SHIFT(lvl); > idx = LVL_OFFS(lvl) + (expires & LVL_MASK); > > The granularity of the expiry time level is

[PATCH 4.8 052/138] USB: serial: cp210x: fix tiocmget error handling

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Johan Hovold commit de24e0a108bc48062e1c7acaa97014bce32a919f upstream. The current tiocmget implementation would fail to report errors up the stack and instead leaked a few

[PATCH 4.8 043/138] timers: Prevent base clock corruption when forwarding

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Thomas Gleixner commit 6bad6bccf2d717f652d37e63cf261eaa23466009 upstream. When a timer is enqueued we try to forward the timer base clock. This mechanism has two issues:

[PATCH 4.8 042/138] timers: Prevent base clock rewind when forwarding clock

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Thomas Gleixner commit 041ad7bc758db259bb960ef795197dd14aab19a6 upstream. Ashton and Michael reported, that kernel versions 4.8 and later suffer from USB timeouts which are

[PATCH 4.8 041/138] x86/microcode/AMD: Fix more fallout from CONFIG_RANDOMIZE_MEMORY=y

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Borislav Petkov commit 1c27f646b18fb56308dff82784ca61951bad0b48 upstream. We needed the physical address of the container in order to compute the offset within the relocated

Re: [PATCH v2] led: core: Use atomic bit-field for the blink-flags

Hi, On 08-11-16 14:58, Jacek Anaszewski wrote: From: Hans de Goede All the LED_BLINK* flags are accessed read-modify-write from e.g. led_set_brightness and led_blink_set_oneshot while both set_brightness_work and the blink_timer may be running. If these race then the

Re: [PATCH v2] leds: ledtrig-heartbeat: Make top brightness adjustable

Hi, On 09-11-16 11:43, Jacek Anaszewski wrote: LED class heartbeat trigger allowed only for blinking with max_brightness value. This patch adds more flexibility by exploiting part of LED core software blink infrastructure. Signed-off-by: Jacek Anaszewski Cc: Pavel

Re: [PATCH v2] leds: ledtrig-heartbeat: Make top brightness adjustable

Hi Pavel, On 11/09/2016 12:21 PM, Pavel Machek wrote: On Wed 2016-11-09 11:43:46, Jacek Anaszewski wrote: LED class heartbeat trigger allowed only for blinking with max_brightness value. This patch adds more flexibility by exploiting part of LED core software blink infrastructure.

Re: [PATCH] usbnet: prevent device rpm suspend in usbnet_probe function

Oliver Neukum writes: > On Tue, 2016-11-08 at 13:44 -0500, Alan Stern wrote: > >> These problems could very well be caused by running at SuperSpeed >> (USB-3) instead of high speed (USB-2). >> >> Is there any way to test what happens when the device is attached to >> the

[PATCH V2 1/4] soc/tegra: pmc: Remove legacy Tegra I/O rail API

Remove tegra_io_rail_power_on() and tegra_io_rail_power_off() from header as client has been moved to new APIs. Signed-off-by: Laxman Dewangan --- Changes from V1: None --- include/soc/tegra/pmc.h | 10 -- 1 file changed, 10 deletions(-) diff --git

Re: [RFC 2/2] mmc: sdhci-pci: Use ACPI to get max frequency for Intel byt sdio host controller sub-vended by NI

On 08/11/16 22:07, Zach Brown wrote: > On NI 9037 boards the max SDIO frequency is limited by trace lengths > and other layout choices. The max SDIO frequency is stored in an ACPI > table, as MXFQ. > > The driver reads the ACPI entry MXFQ during sdio_probe_slot and sets the > f_max field of the

[PATCH V2 4/4] soc/tegra: pmc: Make configuration of IO pads in atomic context

The IO pad voltage configuration can be done in the regulator notifier callback which is atomic in nature. Replace the mutex with spin lock for the locking mechanism. Signed-off-by: Laxman Dewangan --- Changes from V1: New in series based on pinctrl driver requirement.

[PATCH] serial: 8250_pxa: hide early console setup when disabled

The newly added pxa glue driver for 8250 supports console output, but fails to build if the 8250 console is disabled: drivers/tty/serial/8250/8250_pxa.o: In function `early_serial_pxa_setup': 8250_pxa.c:(.init.text+0x50): undefined reference to `early_serial8250_setup' This adds an #ifdef like

[PATCH V2 2/4] soc/tegra: pmc: Add interface to get IO pad power status

Add API to get the IO pad power status of the Tegra IO pads. This will help client driver to get the current power status of IO pads for handling IO pad power. Signed-off-by: Laxman Dewangan --- Changes from V1: None --- drivers/soc/tegra/pmc.c | 22

Re: [PATCH 2/2] ASoC: axentia: tse850: add ASoC driver for the Axentia TSE-850

On Tue, Nov 08, 2016 at 05:20:57PM +0100, Peter Rosin wrote: > +++ b/sound/soc/axentia/Kconfig > @@ -0,0 +1,10 @@ > +config SND_SOC_AXENTIA_TSE850_PCM5142 > + tristate "ASoC driver for the Axentia TSE-850" > + depends on ARCH_AT91 && OF > + select ATMEL_SSC > + select

Re: [PATCH v4 1/3] spi-nor: Add support for Intel SPI serial flash controller

Hi Mika, Le 17/10/2016 à 16:58, Mika Westerberg a écrit : > Add support for the SPI serial flash host controller found on many Intel > CPUs including Baytrail and Braswell. The SPI serial flash controller is > used to access BIOS and other platform specific information. By default the > driver

Re: [PATCH 2/4] perf hist browser: Show folded sign properly on --hierarchy

Em Wed, Nov 09, 2016 at 11:28:11AM -0300, Arnaldo Carvalho de Melo escreveu: > Em Tue, Nov 08, 2016 at 10:08:31PM +0900, Namhyung Kim escreveu: > > When horizontall scrolling is used in hierarchy mode, the folded signed > > disappears at the right most column. > > Humm, this indeed shows the '+'

Re: [PATCH] soc: qcom: Add SoC info driver

Hi Bjorn, On Wed, Nov 2, 2016 at 5:28 PM, Bjorn Andersson wrote: > On Wed 26 Oct 07:05 PDT 2016, Arnd Bergmann wrote: >> On Wednesday, October 26, 2016 7:20:42 PM CEST Imran Khan wrote: >> > On 10/26/2016 2:19 AM, Arnd Bergmann wrote: >> > > On Tuesday, October 25,

Re: [PATCH v7 06/16] drivers: iommu: arm-smmu-v3: convert struct device of_node to fwnode usage

On 09/11/16 14:19, Lorenzo Pieralisi wrote: > Current ARM SMMU v3 driver rely on the struct device.of_node pointer for > device look-up and iommu_ops retrieval. > > In preparation for ACPI probing enablement, convert the driver to use > the struct device.fwnode member for device and iommu_ops

Re: [PATCH] perf tools pt: Remove obsolete paragraph in intel-pt.c

Em Wed, Nov 09, 2016 at 04:01:12PM +0200, Adrian Hunter escreveu: > On 09/11/16 15:59, Arnaldo Carvalho de Melo wrote: > > Em Wed, Nov 09, 2016 at 10:14:26AM -0300, Arnaldo Carvalho de Melo escreveu: > > +++ b/tools/perf/Documentation/intel-pt.txt > > @@ -546,6 +546,18 @@ mode by using the

[PATCH 4.8 048/138] mei: txe: dont clean an unprocessed interrupt cause.

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Alexander Usyskin commit 43605e293eb13c07acb546c14f407a271837af17 upstream. SEC registers are not accessible when the TXE device is in low power state, hence the

Re: [PATCH V5 1/3] ARM64 LPC: Indirect ISA port IO introduced

On 08/11/2016 22:35, Arnd Bergmann wrote: On Tuesday, November 8, 2016 4:49:49 PM CET Will Deacon wrote: On Tue, Nov 08, 2016 at 04:33:44PM +, John Garry wrote: On 08/11/2016 16:12, Will Deacon wrote: On Tue, Nov 08, 2016 at 11:47:07AM +0800, zhichang.yuan wrote: Is there no way to

[PATCH 4.8 044/138] timers: Plug locking race vs. timer migration

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Thomas Gleixner commit b831275a3553c32091222ac619cfddd73a5553fb upstream. Linus noticed that lock_timer_base() lacks a READ_ONCE() for accessing the timer flags. As a

[PATCH 4.8 038/138] powerpc/mm/radix: Use tlbiel only if we ever ran on the current cpu

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Aneesh Kumar K.V commit bd77c4498616e27d5725b5959d880ce2272fefa9 upstream. Before this patch, we used tlbiel, if we ever ran only on this core. That was mostly

[PATCH 4.8 053/138] USB: serial: ftdi_sio: add support for Infineon TriBoard TC2X7

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Stefan Tauner commit ca006f785fbfd7a5c901900bd3fe2b26e946a1ee upstream. This adds support to ftdi_sio for the Infineon TriBoard TC2X7 engineering board for

[PATCH v5 1/3] cpuid: cleanup cpuid_regs definitions

make cpuid_regs more clear and avoid potential name clash. Signed-off-by: He Chen --- arch/x86/events/intel/pt.c | 45 +--- arch/x86/include/asm/processor.h | 11 ++ arch/x86/kernel/cpu/scattered.c | 28

[PATCH 4.8 025/138] security/keys: make BIG_KEYS dependent on stdrng.

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Artem Savkov commit 31e6ec4519c0fe0ee4a2f6ba3ab278e9506b9500 upstream. Since BIG_KEYS can't be compiled as module it requires one of the "stdrng" providers to be compiled

Re: [Ksummit-discuss] Including images on Sphinx documents

Am 09.11.2016 um 12:16 schrieb Jani Nikula : >> So I vote for : >> >>> 1) copy (or symlink) all rst files to Documentation/output (or to the >>> build dir specified via O= directive) and generate the *.pdf there, >>> and produce those converted images via Makefile.;

[PATCH 4.8 036/138] btrfs: fix races on root_log_ctx lists

4.8-stable review patch. If anyone has any objections, please let me know. -- From: Chris Mason commit 570dd45042a7c8a7aba1ee029c5dd0f5ccf41b9b upstream. btrfs_remove_all_log_ctxs takes a shortcut where it avoids walking the list because it knows all of the

Re: [PATCH] usbnet: prevent device rpm suspend in usbnet_probe function

On Tue, 2016-11-08 at 13:44 -0500, Alan Stern wrote: > These problems could very well be caused by running at SuperSpeed > (USB-3) instead of high speed (USB-2). > > Is there any way to test what happens when the device is attached to > the computer by a USB-2 cable? That would prevent it from

[PATCH v9 5/8] thunderbolt: Networking transmit and receive

This patch provides the handling interface for sending and receiving network packets between the hosts over the full communication route (using the communication path established in the previous patch). The Thunderbolt Network driver interfaces the Linux network stack and the hardware controller

[PATCH v9 4/8] thunderbolt: Networking state machine

This patch builds the peer to peer communication path. Communication is established by a negotiation process whereby messages are sent back and forth between the peers until a connection is established. This includes the Thunderbolt Network driver communication with the second peer via Intel

[PATCH v9 1/8] thunderbolt: Macro rename

This first patch updates the NHI Thunderbolt controller registers file to reflect that it is not only for Cactus Ridge. No functional change intended. Signed-off-by: Amir Levy Signed-off-by: Andreas Noever --- drivers/thunderbolt/nhi_regs.h |

[PATCH v9 7/8] thunderbolt: Networking doc

Adding Thunderbolt(TM) networking documentation. Signed-off-by: Amir Levy --- Documentation/00-INDEX | 2 + Documentation/thunderbolt/networking.txt | 132 +++ 2 files changed, 134 insertions(+) create mode 100644

[PATCH v9 0/8] thunderbolt: Introducing Thunderbolt(TM) Networking

This driver enables Thunderbolt Networking on non-Apple platforms running Linux. Thunderbolt Networking provides peer-to-peer connections to transfer files between computers, perform PC migrations, and/or set up small workgroups with shared storage. This is a virtual connection that emulates an

[PATCH v9 8/8] thunderbolt: Adding maintainer entry

Add Amir Levy as maintainer for Thunderbolt(TM) ICM driver Signed-off-by: Amir Levy --- MAINTAINERS | 8 +++- 1 file changed, 7 insertions(+), 1 deletion(-) diff --git a/MAINTAINERS b/MAINTAINERS index 411e3b8..87763c44 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@

[PATCH v9 6/8] thunderbolt: Kconfig for Thunderbolt Networking

Update to the Kconfig Thunderbolt description to add Thunderbolt networking as an option. The menu item "Thunderbolt support" now offers: "Apple Hardware Support" (existing) and/or "Thunderbolt Networking" (new) You can choose the driver for your platform or build both drivers - each

Re: [PATCH v10 6/7] x86/arch_prctl: Add ARCH_[GET|SET]_CPUID

On Tue, Nov 08, 2016 at 10:39:55AM -0800, Kyle Huey wrote: > Intel supports faulting on the CPUID instruction beginning with Ivy Bridge. > When enabled, the processor will fault on attempts to execute the CPUID > instruction with CPL>0. Exposing this feature to userspace will allow a > ptracer to

Re: [alsa-devel] [PATCH 2/9] ALSA: ac97: add an ac97 bus

On 11/08/2016 10:18 PM, Robert Jarzmik wrote: [...] >>> +/** >>> + * struct ac97_controller - The AC97 controller of the AC-Link >>> + * @ops: the AC97 operations. >>> + * @controllers: linked list of all existing controllers. >>> + * @dev: the device providing the AC97

  1   2   3   4   5   6   7   8   9   10   >