Re: [PATCH 1/6] ARM: sunxi_defconfig: Enable sunxi IR driver

On Sat, Feb 06, 2016 at 11:53:44PM +0800, Chen-Yu Tsai wrote: > A consumer IR receiver is commonly found on Allwinner SoC based > development boards and set top boxes. The driver has been available > for some time. Enable it by default. > > Signed-off-by: Chen-Yu Tsai Applied, thanks! Maxime --

Re: [PATCH 2/6] ARM: sunxi_defconfig: Enable A10 audio codec driver

On Sat, Feb 06, 2016 at 11:53:45PM +0800, Chen-Yu Tsai wrote: > The A10 audio codec driver supports the on-chip audio codec found on > Allwinner A10, A10s, A13, A20 SoCs. > > Signed-off-by: Chen-Yu Tsai Applied, thanks! Maxime -- Maxime Ripard, Free Electrons Embedded Linux, Kernel and Android

Re: [PATCH 4/6] ARM: sunxi_defconfig: Enable INPUT_EVDEV so axp20x-pek can be used

On Sat, Feb 06, 2016 at 11:53:47PM +0800, Chen-Yu Tsai wrote: > sunxi_defconfig already enables INPUT_AXP20X_PEK, but the device is not > exposed to userspace. Enable INPUT_EVDEV so it is. > > Signed-off-by: Chen-Yu Tsai Applied, thanks! Maxime -- Maxime Ripard, Free Electrons Embedded Linux,

Re: [PATCH v3 3/3] mips: Differentiate between 32 and 64 bit ELF header

Hi Maciej, On 02/08/2016 05:22 PM, kbuild test robot wrote: > Hi Daniel, > > [auto build test ERROR on v4.5-rc3] > [also build test ERROR on next-20160208] > [if your patch is applied to the wrong git tree, please drop us a note to > help improving the system] > > url: > https://github.com/

Re: [PATCH 14/14] clk: qcom: Migrate to clk_hw based registration and OF APIs

/Stephen-Boyd/clk_hw-based-clkdev-DT-providers/20160209-095211 base: https://git.kernel.org/pub/scm/linux/kernel/git/lee/mfd.git for-mfd-next config: x86_64-allmodconfig (attached as .config) reproduce: # save the attached .config to linux build tree make ARCH=x86_64 All errors

Re: [PATCH 6/6] ARM: multi_v7_defconfig: Enable MUSB HDRC driver with Allwinner glue

On Sat, Feb 06, 2016 at 11:53:49PM +0800, Chen-Yu Tsai wrote: > Allwinner SoCs typically have a Mentor Graphics Inventra MUSB high speed > dual role controller for USB OTG. > > Now that the issue with MUSB and USB gadget registration order has been > resolved, we can enable this driver in dual rol

Re: [PATCH 5/6] ARM: multi_v7_defconfig: Enable A10 audio codec driver as module

On Sat, Feb 06, 2016 at 11:53:48PM +0800, Chen-Yu Tsai wrote: > The A10 audio codec driver supports the on-chip audio codec found on > Allwinner A10, A10s, A13, A20 SoCs. > > Build it as a module, since it is not critical. > > Signed-off-by: Chen-Yu Tsai Applied, thanks! Maxime -- Maxime Ripa

[RFC v5 07/15] usb: ehci: add vbus-gpio parameter

This patch retrieves and configures the vbus control gpio via the device tree. This patch is based on a ehci-s5p.c commit fd81d59c90d38661 ("USB: ehci-s5p: Add vbus setup function to the s5p ehci glue layer"). Signed-off-by: Antony Pavlov Cc: Alan Stern Cc: Greg Kroah-Hartman Cc: linux-...@vge

Re: [PATCH 3/6] ARM: sunxi_defconfig: Enable MUSB HDRC driver with Allwinner glue

Hi, On Sat, Feb 06, 2016 at 11:53:46PM +0800, Chen-Yu Tsai wrote: > Allwinner SoCs typically have a Mentor Graphics Inventra MUSB dual role > controller for USB OTG. > > Now that the issue with MUSB and USB gadget registration order has been > resolved, we can enable this driver in dual role mode

[PATCHv2] net2280.h fix endpoint max packet for super speed connections

This patch fixes the register offset used for super-speed connection's max packet size. Without it using the 338x series of devices in enhanced mode will only allow full or high speed operation to function correctly. Signed-off-by: Simon Appleby --- linux/drivers/usb/gadget/udc/net2280.h.orig 20

[scsi 2/2] scsi: ufs: fix few typos in the comments

Signed-off-by: Tomas Winkler --- drivers/scsi/ufs/ufshcd.c | 4 ++-- drivers/scsi/ufs/ufshcd.h | 2 +- 2 files changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/scsi/ufs/ufshcd.c b/drivers/scsi/ufs/ufshcd.c index a44153401aee..07f1fa438fec 100644 --- a/drivers/scsi/ufs/ufshcd.c +++ b

Re: [PATCH v2] coccinelle: add style check for assignment in if

> +virtual patch How do you think about to use this variable in a subsequent SmPL rule? Would you like to consider also the reuse of SmPL variables like "org" and "report"? Regards, Markus

Re: [PATCH 3/6] ARM: sunxi_defconfig: Enable MUSB HDRC driver with Allwinner glue

On Tue, Feb 9, 2016 at 4:15 PM, Maxime Ripard wrote: > Hi, > > On Sat, Feb 06, 2016 at 11:53:46PM +0800, Chen-Yu Tsai wrote: >> Allwinner SoCs typically have a Mentor Graphics Inventra MUSB dual role >> controller for USB OTG. >> >> Now that the issue with MUSB and USB gadget registration order ha

[scsi 1/2] ufs: fix typo: MAZ to MAX

QUERY_DESC_GEOMETRY_MAZ_SIZE QUERY_DESC_GEOMETRY_MAX_SIZE Signed-off-by: Tomas Winkler --- drivers/scsi/ufs/ufs.h| 2 +- drivers/scsi/ufs/ufshcd.c | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/scsi/ufs/ufs.h b/drivers/scsi/ufs/ufs.h index 42c459a9d3fe..54a16c

Re: [PATCH 01/14] dell-laptop: extract SMBIOS-related code to a separate module

On Monday 08 February 2016 13:42:10 Darren Hart wrote: > Assuming the above is an accurate view, I don't see any reason to go beyond > the > minimal change to the existing SMBIOS code to make it a usable API. If the > need > arises, we can always make such optimizations and performance improvemen

Re: Transferring applied X.509 patches from crypto/next to security/next

On Tue, Feb 09, 2016 at 12:01:19PM +1100, James Morris wrote: > > > > If you can back them out, I'll apply them to my keys-next branch. Unless > > James is willing to rebase security/next on top of your crypto branch? > > > > I don't want to rebase my tree. OK, I've just reverted the patches a

Re: [PATCH net v3 2/4] net: add rx_nohandler stat counter

From: Eric Dumazet Date: Mon, 08 Feb 2016 14:57:40 -0800 > Whole point of TLV is that it allows us to add new fields at the end of > the structures. ... > Look at iproute2, you were the one adding in 2004 code to cope with > various tcp_info sizes. > > So 12 years later, you cannot say it does

Re: [PATCH v3] err.h: allow IS_ERR_VALUE to handle properly more types

+cc Rasmus Villemoes, I forgot to add him earlier. On 02/08/2016 01:01 PM, Arnd Bergmann wrote: > On Monday 08 February 2016 09:45:55 Andrzej Hajda wrote: >> On 02/05/2016 11:52 AM, Arnd Bergmann wrote: >>> On Thursday 04 February 2016 10:59:31 Andrew Morton wrote: >> My version produces shortest

Re: [RFC PATCH v4 2/6] module: preserve Elf information for livepatch modules

On Wed 2016-02-03 20:11:07, Jessica Yu wrote: > For livepatch modules, copy Elf section, symbol, and string information > from the load_info struct in the module loader. Persist copies of the > original symbol table and string table. > > Livepatch manages its own relocation sections in order to re

Re: [PATCH v3 3/3] pci: dra7xx: use pdata callbacks to perform reset

On Mon, 8 Feb 2016, Suman Anna wrote: > On 02/07/2016 08:48 PM, Paul Walmsley wrote: > > On Tue, 2 Feb 2016, Kishon Vijay Abraham I wrote: > > > >> Paul, what do you think is the best way forward to perform reset? > > > > Many of the IP blocks with PRM hardreset lines are processor IP blocks. >

Re: [PATCH 2/3] arm64: dts: add the Alpine v2 EVP

Hi Marc, On Mon, Feb 08, 2016 at 03:29:33PM +, Marc Zyngier wrote: > On 08/02/16 09:11, Antoine Tenart wrote: > > > + gic: gic@f010 { > > + compatible = "arm,gic-v3"; > > + reg = <0x0 0xf020 0x0 0x1>, /* GIC Dist */ > > +

[PATCH] auxdisplay: ht16k33: Driver for LED controller.

This is a driver for the Holtek HT16K33 LED controller with keyscan. Signed-off-by: Robin van der Gracht --- .../devicetree/bindings/display/ht16k33.txt| 42 ++ drivers/auxdisplay/Kconfig | 9 + drivers/auxdisplay/Makefile| 1 + driver

Re: [PATCH] ARM: ks8695: fix __initdata annotation

On Mon, Feb 08, 2016 at 03:24:57PM +0100, Arnd Bergmann wrote: > Clang complains about the __initdata section attribute being in the > wrong place in two files of ks8695: > > arch/arm/mach-ks8695/cpu.c:37:31: error: '__section__' attribute only applies > to functions and global variables > arch/a

Re: [PATCH 2/3] arm64: dts: add the Alpine v2 EVP

On Tue, Feb 09, 2016 at 09:56:33AM +0100, Antoine Tenart wrote: > Hi Marc, > > On Mon, Feb 08, 2016 at 03:29:33PM +, Marc Zyngier wrote: > > On 08/02/16 09:11, Antoine Tenart wrote: > > > > > + gic: gic@f010 { > > > + compatible = "arm,gic-v3"; > > > +

Re: [PATCH] arm64: replace read_lock to rcu lock in call_step_hook

* Yang Shi | 2016-02-08 14:49:24 [-0800]: >BUG: sleeping function called from invalid context at >kernel/locking/rtmutex.c:917 … >This issue is similar with 62c6c61("arm64: replace read_lock to rcu lock in >call_break_hook"), but comes to single_step_handler. > >This also solves kgdbts boot test

Re: [PATCH v7 04/10] ppc64 ftrace_with_regs configuration variables

On Mon, Feb 08, 2016 at 10:49:28AM -0500, Steven Rostedt wrote: > On Mon, 8 Feb 2016 16:23:06 +0100 > Petr Mladek wrote: > > > >From 2b0fcb678d7720d03f9c9f233b61ed9ed4d420b3 Mon Sep 17 00:00:00 2001 > > From: Petr Mladek > > Date: Mon, 8 Feb 2016 16:03:03 +0100 > > Subject: [PATCH] ftrace: All

[PATCH 1/3] input: cygnus-update touchscreen dt node document

Touch screen driver is modified to use syscon framework based register read/write API's. So added syscon node and related changes in dt file.Updating the device tree documentation file to reflect the changes. Signed-off-by: Raveendra Padasalagi Reviewed-by: Ray Jui Reviewed-by: Scott Branden --

[PATCH 3/3] ARM: dts: use syscon in cygnus touchscreen dt node

In cygnus touch screen controller registers are shared with ADC and flex timer. Using readl/writel could lead to race condition. In such cases we need to support register access using syscon framework based API's. So Added dt changes to use syscon. Signed-off-by: Raveendra Padasalagi Reviewed-by:

[PATCH v2] ARM: DRA7: hwmod: Fix OCP2SCP sysconfig

OCP2SCP doesn't support smart idle wakeup according to Table 26-22. OCP2SCP_SYSCONFIG in AM572x TRM [1] and Table 26-22. OCP2SCP_SYSCONFIG in AM571x TRM [2]. Remove SIDLE_SMART_WKUP from the list of supported SIDLE modes in hwmod data. [1] -> http://www.ti.com/lit/ug/spruhz6e/spruhz6e.pdf [2] -> h

[PATCH 0/3] Syscon support for iProc touchscreen driver

This patchset is based on v4.5-rc3 tag and its tested on Broadcom Cygnus SoC. The patches can be fetched from iproc-tsc-v1 branch of https://github.com/Broadcom/arm64-linux.git Raveendra Padasalagi (3): input: cygnus-update touchscreen dt node document input: syscon support in bcm_iproc_tsc d

[PATCH 2/3] input: syscon support in bcm_iproc_tsc driver

Touch screen controller registers are shared with ADC and flex timer. Using readl/writel could lead to race condition. So in such cases we need to support register access using syscon framework based API's. In the platform's where touchscreen register's are not shared normal readl/writel could be

Re: [PATCH] x86/mm/vmfault: Make vmalloc_fault() handle large pages

* Toshi Kani wrote: > Since 4.1, ioremap() supports large page (pud/pmd) mappings in x86_64 and > PAE. > vmalloc_fault() however assumes that the vmalloc range is limited to pte > mappings. > > pgd_ctor() sets the kernel's pgd entries to user's during fork(), which makes > user processes s

Re: [PATCH 2/3] arm64: dts: add the Alpine v2 EVP

On 09/02/16 09:01, Antoine Tenart wrote: > On Tue, Feb 09, 2016 at 09:56:33AM +0100, Antoine Tenart wrote: >> Hi Marc, >> >> On Mon, Feb 08, 2016 at 03:29:33PM +, Marc Zyngier wrote: >>> On 08/02/16 09:11, Antoine Tenart wrote: >>> + gic: gic@f010 { + com

Re: [PATCH v4 2/2] irqchip: add support for Sigma Designs SMP86xx/SMP87xx interrupt controller

On 29/01/2016 18:10, Marc Zyngier wrote: > On 20/01/16 18:07, Mans Rullgard wrote: > >> This adds support for the secondary interrupt controller used in Sigma >> Designs SMP86xx and SMP87xx chips. >> >> Signed-off-by: Mans Rullgard >> --- >> Changes from v3: >> - use of_address_to_resource() rath

Re: [PATCH] auxdisplay: ht16k33: Driver for LED controller.

-Driver-for-LED-controller/20160209-170024 base: https://git.kernel.org/pub/scm/linux/kernel/git/robh/linux for-next config: x86_64-allmodconfig (attached as .config) reproduce: # save the attached .config to linux build tree make ARCH=x86_64 All errors (new ones prefixed by

Re: [RESEND2 PATCH 1/3] memremap: add MEMREMAP_WC flag

Hi Greg, On Mon, Feb 08, 2016 at 10:30:06AM -0800, Greg KH wrote: On Mon, Feb 08, 2016 at 05:30:50PM +, Brian Starkey wrote: diff --git a/include/linux/io.h b/include/linux/io.h index 32403b5..e2c8419 100644 --- a/include/linux/io.h +++ b/include/linux/io.h @@ -135,6 +135,7 @@ enum {

Re: [PATCH v2] x86/setup: Merge {early_,}reserve_initrd() to one function

* Alexander Kuleshov wrote: > The check and definitions related to ramdisk are similar in the > early_reserve_initrd() and reserve_initrd(). So we can get rid of > early_reserve_initrd() and and use late or early algorithm for > initrd reservation depends on reserve_initrd() parameter value. >

Re: [PATCH v2] ARM: DRA7: hwmod: Fix OCP2SCP sysconfig

On Tue, 9 Feb 2016, Kishon Vijay Abraham I wrote: > OCP2SCP doesn't support smart idle wakeup according to > Table 26-22. OCP2SCP_SYSCONFIG in AM572x TRM [1] and > Table 26-22. OCP2SCP_SYSCONFIG in AM571x TRM [2]. > Remove SIDLE_SMART_WKUP from the list of supported SIDLE modes > in hwmod data. >

Re: [PATCH v2] coccinelle: add style check for assignment in if

On Tue, 9 Feb 2016, SF Markus Elfring wrote: > > +virtual patch > > How do you think about to use this variable in a subsequent > SmPL rule? > > Would you like to consider also the reuse of SmPL variables > like "org" and "report"? I think that there is no point for these things, because checkp

Re: [PATCH 0/2] ARM: zynq: address silent L2 cache corruption

On 3.2.2016 03:30, Josh Cartwright wrote: > The Zynq has a bug where the L2 cache will return invalid data in some > circumstances unless the L2C_RAM register is set to 0x20202 before the first > enabling of the L2 cache. > > The Xilinx-recommended solution to this problem is to ensure that early

[PATCH resend] video: Use bool instead int pointer for get_opt_bool() argument

As the function name already indicates that get_opt_bool() parses for a bool. It is not a surprise that compiler is complaining about it when -Werror=incompatible-pointer-types is used: drivers/video/fbdev/intelfb/intelfbdrv.c: In function ‘intelfb_setup’: drivers/video/fbdev/intelfb/intelfbdrv.c:

Re: [PATCH V4 1/6] regmap: irq: add apis to unmap the mapped irq

On Tuesday 09 February 2016 10:46 AM, Laxman Dewangan wrote: On Monday 08 February 2016 11:49 PM, Mark Brown wrote: * PGP Signed by an unknown key On Mon, Feb 08, 2016 at 10:26:20PM +0530, Laxman Dewangan wrote: So fix need to go in the irq_domain_remove() to unamp before actually destroyin

Re: [PATCH] ch7006: correctly handling failed allocation

On Thu, Jan 28, 2016 at 06:54:36PM -0500, Insu Yun wrote: > Since drm_property_create_range can be failed in memory pressure, > it needs to be checked and return -ENOMEM. > > Signed-off-by: Insu Yun Applied to drm-misc, thanks. -Daniel > --- > drivers/gpu/drm/i2c/ch7006_drv.c | 2 ++ > 1 file

Re: [PATCH v3 2/2] powerpc: tracing: don't trace hcalls on offline CPUs

On Fri, 2016-02-05 at 09:36 -0500, Steven Rostedt wrote: > On Fri, 5 Feb 2016 14:20:17 +0300 > Denis Kirjanov wrote: > > > > > Signed-off-by: Denis Kirjanov > > > > > > Hi Steven, > > > > > > please apply with Michael's acked-by tag. > > > > ping > > Actually, can you take this through the ppc tr

Re: [PATCH] adv7511: Added mode_fixup function.

On Thu, Feb 04, 2016 at 09:27:24PM +0100, Lars-Peter Clausen wrote: > On 02/04/2016 04:22 PM, Carlos Palminha wrote: > > Hi guys, > > > > any feedback? patch will be accepted for adv7511 driver? > > Hi, > > Thanks for the patch, but please try to find and fix the call site that is > trying to in

Re: [PATCH v5 3/3] pci, pci-thunder-ecam: Add driver for ThunderX-pass1 on-chip devices

On Monday 08 February 2016 17:24:30 Bjorn Helgaas wrote: > > > > > >I assume your system conforms to expectations like these; I'm just > > >pointing them out because you mentioned buses with multiple devices on > > >them, which is definitely something one doesn't expect in PCIe. > > > > The topolo

Re: [PATCH 2/3] arm64: dts: add the Alpine v2 EVP

On 09/02/16 09:14, Tsahee Zidenberg wrote: > > > On 9 February 2016 at 11:09, Marc Zyngier > wrote: > > On 09/02/16 09:01, Antoine Tenart wrote: > > On Tue, Feb 09, 2016 at 09:56:33AM +0100, Antoine Tenart wrote: > >> Hi Marc, > >> > >> On Mon, F

Re: [PATCH v3] net:Add sysctl_max_skb_frags

From: Hans Westgaard Ry Date: Wed, 3 Feb 2016 09:26:57 +0100 > Devices may have limits on the number of fragments in an skb they support. > Current codebase uses a constant as maximum for number of fragments one > skb can hold and use. > When enabling scatter/gather and running traffic with many

Re: BUG caused by "Use new drm_fb_helper functions" series

On Wed, Feb 03, 2016 at 06:30:54PM +0900, Michel Dänzer wrote: > On 03.02.2016 03:38, Peter Hurley wrote: > > On 02/01/2016 09:20 PM, Archit Taneja wrote: > >> Hi Peter, > >> > >> On 02/02/2016 02:07 AM, Peter Hurley wrote: > >>> Hi Archit, > >>> > >>> Just booting 4.4-rc5+, I got this splat [1] >

[PATCH] crypto: fips: allow more ipsec related methods

IPSEC for aes-ctr requests: authenc(digest_null,rfc3686(ctr(aes))) which can be used in FIPS mode. rfc3686(ctr(aes)) is already allowed for FIPS usage. I also allowed "digest_null" for FIPS usage. Signed-off-by: Marcus Meissner --- crypto/testmgr.c | 5 + 1 file changed, 5 insert

Re: [PATCH v4 2/2] irqchip: add support for Sigma Designs SMP86xx/SMP87xx interrupt controller

On 09/02/16 09:12, Marc Gonzalez wrote: > On 29/01/2016 18:10, Marc Zyngier wrote: > >> On 20/01/16 18:07, Mans Rullgard wrote: >> >>> This adds support for the secondary interrupt controller used in Sigma >>> Designs SMP86xx and SMP87xx chips. >>> >>> Signed-off-by: Mans Rullgard >>> --- >>> Cha

Re: [Intel-gfx] [PATCH v2 1/2] drm/i915/skl: Don't skip mst encoders in skl_ddi_pll_select()

On Tue, Feb 02, 2016 at 10:49:43AM -0500, Lyude wrote: > We don't actually check for INTEL_OUTPUT_DP_MST at all in here, as a > result we skip assigning a DPLL to any DP MST ports, which makes link > training fail: > > [ 1442.933896] [drm:intel_power_well_enable] enabling DDI D power well > [ 1442

Re: [PATCH v3 0/2] Consolidate redundant register/stack access code

On Tue, 2016-02-09 at 00:38 -0500, David Long wrote: > From: "David A. Long" > > Move duplicate and functionally equivalent code for accessing registers > and stack (CONFIG_HAVE_REGS_AND_STACK_ACCESS_API) from arch subdirs into > common kernel files. > > I'm sending this out again (with updated d

gadgetfs WARNING at drivers/usb/gadget/udc/dummy_hcd.c:674

Hi again Marek, With your two patches on top of latest mainline I've run into this warning: gadgetfs: connected gadgetfs: disconnected [ cut here ] WARNING: CPU: 0 PID: 35 at drivers/usb/gadget/udc/dummy_hcd.c:674 dummy_free_request+0x92/0xa0() CPU: 0 PID: 35 Comm: afl-

Re: [GIT PULL 00/19] perf/core improvements and fixes

* Arnaldo Carvalho de Melo wrote: > Hi Ingo, > > Please consider pulling, > > - Arnaldo > > The following changes since commit d3aaf09f889b31f3b424bf9603b163ec1204c361: > > Merge tag 'perf-core-for-mingo' of > git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux into perf/core

Re: [PATCH 2/2] dax: move writeback calls into the filesystems

On Mon 08-02-16 12:55:24, Dan Williams wrote: > On Mon, Feb 8, 2016 at 12:18 PM, Dave Chinner wrote: > [..] > >> Setting aside the current block zeroing problem you seem to assuming > >> that DAX will always be faster and that may not be true at a media > >> level. Waiting years for some applicat

Re: powerpc/perf/hv-gpci: Increase request buffer size

On Tue, 2016-09-02 at 03:08:30 UTC, Sukadev Bhattiprolu wrote: > >From 31edd352fb7c2a72913f1977fa1bf168109089ad Mon Sep 17 00:00:00 2001 > From: Sukadev Bhattiprolu > Date: Tue, 9 Feb 2016 02:47:45 -0500 > Subject: [PATCH] powerpc/perf/hv-gpci: Increase request buffer size > > The GPCI hcall allo

Re: [PATCH v3 0/2] Consolidate redundant register/stack access code

* Michael Ellerman wrote: > On Tue, 2016-02-09 at 00:38 -0500, David Long wrote: > > > From: "David A. Long" > > > > Move duplicate and functionally equivalent code for accessing registers > > and stack (CONFIG_HAVE_REGS_AND_STACK_ACCESS_API) from arch subdirs into > > common kernel files. > >

Re: [PATCH] drm: modes: add missing [drm] to message printing

On Thu, Feb 04, 2016 at 03:03:52PM +0100, LABBE Corentin wrote: > The warning message in drm_mode_parse_command_line_for_connector miss > the [drm] at beginning. > This patch add it and take the opportunity to convert > printk(KERN_WARNING to pr_warn() > > Signed-off-by: LABBE Corentin Applied t

Re: [Intel-gfx] [PATCH] drm/i915/skl: Fix typo in DPLL_CFGCR1 definition

On Thu, Feb 04, 2016 at 06:11:28PM +0200, Ville Syrjälä wrote: > On Thu, Feb 04, 2016 at 10:43:21AM -0500, Lyude wrote: > > We accidentally point both cfgcr registers for the second shared DPLL to > > the same location in i915_reg.h. This results in a lot of hw pipe state > > mismatches whenever we

Re: [PATCH 1/2] printk: introduce pr_default() macro

* Joe Perches wrote: > On Fri, 2016-02-05 at 21:48 +0800, Chen Yucong wrote: > > Until now, we cover all log-levels by pr_  macros except > > KERN_DEFAULT one. Add it for convenience. > > I'd rather it be removed altogether. Yes, they should be converted to KERN_WARNING (which is the default l

Re: [PATCH 1/2] pinctrl: stm32: Remove dependency with DT bindings header files

On Mon, Feb 8, 2016 at 6:57 PM, Maxime Coquelin wrote: > Some macros where defined in DT bindings headers, whereas only used > in the driver. > > This patch moves these macros to the driver side. > > Signed-off-by: Maxime Coquelin Patch applied. Yours, Linus Walleij

Re: [PATCH 0/4] Add Ethernet support on STM32F429

From: Alexandre TORGUE Date: Wed, 3 Feb 2016 15:54:31 +0100 > STM32F429 Chip embeds a Synopsys 3.50a MAC IP. > This series: > -enhance current stmmac driver to control it (code already available) > and >adds basic glue for STM32F429 chip. > -Enable basic Net config in kerne

Re: [PATCH 2/2] pinctrl: stm32: Fix compile testing selection

On Mon, Feb 8, 2016 at 6:57 PM, Maxime Coquelin wrote: > While selecting the driver for compile testing seemed possible, > the driver was not compiled because the driver directory was only > added if ARCH_STM32 was selected. > > This patch now makes the pinctrl Makefile to add stm32 directory if

Re: [PATCH v6 17/22] usb: dwc2: host: Manage frame nums better in scheduler

Hi Doug, > Hi, > > On Thu, Jan 28, 2016 at 6:20 PM, Douglas Anderson > wrote: > > static void dwc2_qh_init(struct dwc2_hsotg *hsotg, struct dwc2_qh *qh, > > struct dwc2_hcd_urb *urb) > > { > > @@ -569,11 +655,6 @@ static void dwc2_qh_init(struct dwc2_hsotg *hsotg, >

Re: [PATCH v4 2/2] irqchip: add support for Sigma Designs SMP86xx/SMP87xx interrupt controller

On 09/02/2016 10:33, Marc Zyngier wrote: > As I already said on IRC, one of us (Thomas, Jason or me) will queue it, > and it will eventually appear in the branches documented in the > MAINTAINERS file. Thanks for bringing the T field in the MAINTAINERS file to my attention, I had managed to never

Re: [PATCH] x86/kernel: use pr_() and dev_

* Chen Yucong wrote: > arch/x86/kernel/* use a mixture of printk(KERN_ ) and pr_(). > This patch converts the bulk of printk(KERN_ ) to pr_() and > uses dev_dbg() instead of the dev_printk(KERN_DEBUG,). All pr_warning() > calls have been replaced with pr_warn(). > > Not sure what to do about th

Re: [PATCH 3/3 v5] cpufreq: governor: Replace timers with utilization update callbacks

Hello Rafael, On Sun, Feb 07, 2016 at 03:50:31PM +0100, Rafael J. Wysocki wrote: > From: Rafael J. Wysocki > > Instead of using a per-CPU deferrable timer for queuing up governor > work items, register a utilization update callback that will be > invoked from the scheduler on utilization changes

Re: [PATCH net-next] hv_netvsc: Increase delay for RNDIS_STATUS_NETWORK_CHANGE

From: Haiyang Zhang Date: Tue, 2 Feb 2016 16:15:56 -0800 > We simulates a link down period for RNDIS_STATUS_NETWORK_CHANGE message to > trigger DHCP renew. User daemons may need multiple seconds to trigger the > link down event. (e.g. ifplugd: 5sec, network-manager: 4sec.) So update > this link

Re: [PATCH RESEND] kprobe: Use percpu counter to collect nhit statistics

* Steven Rostedt wrote: > On Thu, 4 Feb 2016 10:24:12 + > 平松雅巳 / HIRAMATU，MASAMI wrote: > > > From: Martin KaFai Lau [mailto:ka...@fb.com] > > > > > >When doing ebpf+kprobe on some hot TCP functions (e.g. > > >tcp_rcv_established), the kprobe_dispatcher shows up in 'perf report'. > > > > >

Re: [REGRESSION] i915: No HDMI output with 4.4

On Mon, Feb 08, 2016 at 12:17:07PM +0200, Oleksandr Natalenko wrote: > Hi. > > With Linux 4.4 external HDMI-attached monitor in not discovered by i915 > driver. Here is boot log related to drm and i915 for Linux 4.4/4.4.1 kernel: > > === > kernel: [drm] Initialized drm 1.1.0 20060810 > kernel: [d

Re: commit 5146e0b05963 is causing a kernel crash on SoCFPGA

Hi Masahiro, On 02/08/2016 10:00 PM, Masahiro Yamada wrote: > Hi Dinh, > > Thanks for your report. > > > 2016-02-09 11:35 GMT+09:00 Dinh Nguyen : >> Hi Stephen, >> >> It appears that commit 5146e0b05966 "clk: simplify __clk_init_parent()" >> that is currently in linux-next is causing the follow

rcu_preempt self-detected stall on CPU from 4.5-rc3, since 3.17

Continued testing with the latest linux-4.5-rc3 release. Please find attached a copy of traces from dmesg: There is a lot more debug and trace data so hopefully this will shed some light on what might be happening here. My testing remains run a series of simple benchmarks, let that run to comple

Re: [PATCH] drivers: stm: correct the index in master array release

Chunyan Zhang writes: > It would be broken if stm_data->sw_start isn't zero, because that > stp_master_free() get the 'master' with __stm_master()/stm_master(), > in which the masterID is the second input parameter minus > stm_data->sw_start. So freeing STM masters has to start from > stm_data->s

Re: [PATCH 2/3] arm64: dts: add the Alpine v2 EVP

On 9 February 2016 at 11:30, Marc Zyngier wrote: > > On 09/02/16 09:14, Tsahee Zidenberg wrote: > > > > > > On 9 February 2016 at 11:09, Marc Zyngier > > wrote: > > > > On 09/02/16 09:01, Antoine Tenart wrote: > > > On Tue, Feb 09, 2016 at 09:56:33AM +0100, An

Re: [PATCH] x86/mm/vmfault: Make vmalloc_fault() handle large pages

On Tue, 9 Feb 2016 10:10:03 +0100 Ingo Molnar wrote: > * Toshi Kani wrote: > > > Since 4.1, ioremap() supports large page (pud/pmd) mappings in > > x86_64 and PAE. vmalloc_fault() however assumes that the vmalloc > > range is limited to pte mappings. > > > > pgd_ctor() sets the kernel's pgd en

[PATCH 0/3] Add hardware dependency to TS-4800 board drivers

Hi all, This adds hardware dependency to 3 drivers for the Technologic Systems TS-4800 board. Thanks to these dependencies, users of other systems will not accidentally enable these drivers. Once again I must urge subsystem maintainers to add such dependencies to all new drivers which needs them.

[PATCH 1/3] watchdog: ts4800: add hardware dependency

The Technologic Systems TS-4800 is an i.MX515 board, so its drivers are useless unless building a SOC_IMX51 kernel, except for build testing purposes. Signed-off-by: Jean Delvare Cc: Damien Riegel Cc: Rob Herring Cc: Guenter Roeck Cc: Wim Van Sebroeck --- drivers/watchdog/Kconfig |1 + 1

[PATCH 2/3] Input: ts4800: add hardware dependency

The Technologic Systems TS-4800 is an i.MX515 board, so its drivers are useless unless building a SOC_IMX51 kernel, except for build testing purposes. Signed-off-by: Jean Delvare Cc: Damien Riegel Cc: Rob Herring Cc: Dmitry Torokhov --- drivers/input/touchscreen/Kconfig |1 + 1 file chang

Re: [PATCH 2/3] arm64: dts: add the Alpine v2 EVP

Hello Arnd, On Mon, Feb 08, 2016 at 01:20:40PM +0100, Arnd Bergmann wrote: > On Monday 08 February 2016 10:11:38 Antoine Tenart wrote: > > index ..3e3080fa45e4 > > --- /dev/null > > + > > +#include > > + > > +/ { > > + model = "Annapurna Labs Alpine v2"; > > + compatible = "al,alp

Re: [PATCH 02/11] mfd: axp20x: Add bindings for AXP809 PMIC

On Tue, 02 Feb 2016, Rob Herring wrote: > On Tue, Feb 02, 2016 at 06:27:35PM +0800, Chen-Yu Tsai wrote: > > This patch adds the basic and regulator bindings for the X-Powers AXP809 > > PMIC. > > > > Also update the DC-DC converter operating frequency for AXP22X/AXP80X. > > > > Signed-off-by: Che

[PATCH 3/3] irqchip/ts4800: Add hardware dependency

The Technologic Systems TS-4800 is an i.MX515 board, so its drivers are useless unless building a SOC_IMX51 kernel, except for build testing purposes. Signed-off-by: Jean Delvare Cc: Damien Riegel Cc: Thomas Gleixner Cc: Jason Cooper Cc: Marc Zyngier --- drivers/irqchip/Kconfig |1 + 1 f

Re: [PATCH v2 4/5] mm, kswapd: replace kswapd compaction with waking up kcompactd

On 02/08/2016 02:38 PM, Vlastimil Babka wrote: > Similarly to direct reclaim/compaction, kswapd attempts to combine reclaim and > compaction to attempt making memory allocation of given order available. The > details differ from direct reclaim e.g. in having high watermark as a goal. > The code inv

[PATCH v7 01/23] powerpc/8xx: Save r3 all the time in DTLB miss handler

We are spending between 40 and 160 cycles with a mean of 65 cycles in the DTLB handling routine (measured with mftbl) so make it more simple althought it adds one instruction. With this modification, we get three registers available at all time, which will help with following patch. Signed-off-by:

Re: [PATCH] x86/mm/vmfault: Make vmalloc_fault() handle large pages

* Henning Schild wrote: > On Tue, 9 Feb 2016 10:10:03 +0100 > Ingo Molnar wrote: > > > * Toshi Kani wrote: > > > > > Since 4.1, ioremap() supports large page (pud/pmd) mappings in > > > x86_64 and PAE. vmalloc_fault() however assumes that the vmalloc > > > range is limited to pte mappings. >

Re: [RESEND2 PATCH 1/3] memremap: add MEMREMAP_WC flag

Hi Andrew, Thanks for taking a look, On Mon, Feb 08, 2016 at 12:03:17PM -0800, Andrew Morton wrote: On Mon, 8 Feb 2016 17:30:50 + Brian Starkey wrote: The patch generally looks OK to me. It generates rejects against linux-next because of some janitorial changes in memremap.c. Ah yeah,

[PATCH v7 07/23] powerpc/8xx: Fix vaddr for IMMR early remap

Memory: 124428K/131072K available (3748K kernel code, 188K rwdata, 648K rodata, 508K init, 290K bss, 6644K reserved) Kernel virtual memory layout: * 0xfffdf000..0xf000 : fixmap * 0xfde0..0xfe00 : consistent mem * 0xfddf6000..0xfde0 : early ioremap * 0xc900..0xfddf6000

[PATCH v7 10/23] powerpc/8xx: map more RAM at startup when needed

On recent kernels, with some debug options like for instance CONFIG_LOCKDEP, the BSS requires more than 8M memory, allthough the kernel code fits in the first 8M. Today, it is necessary to activate CONFIG_PIN_TLB to get more than 8M at startup, allthough pinning TLB is not necessary for that. This

[PATCH v7 18/23] powerpc: add inline functions for cache related instructions

This patch adds inline functions to use dcbz, dcbi, dcbf, dcbst from C functions Signed-off-by: Christophe Leroy --- v2: new v3: no change v4: no change v5: no change v6: no change v7: no change arch/powerpc/include/asm/cache.h | 19 +++ 1 file changed, 19 insertions(+) diff --

Re: [PATCH v8 0/5] mfd: tps65912: Driver rewrite with DT support

On Sat, 06 Feb 2016, Andrew F. Davis wrote: > On 02/02/2016 09:03 AM, Andrew F. Davis wrote: > >On 01/28/2016 07:30 AM, Lee Jones wrote: > >>On Thu, 28 Jan 2016, Mark Brown wrote: > >> > >>>On Thu, Jan 28, 2016 at 12:04:23PM +, Lee Jones wrote: > On Thu, 28 Jan 2016, Mark Brown wrote: > >>

[PATCH v7 23/23] powerpc32: Remove one insn in mulhdu

Remove one instruction in mulhdu Signed-off-by: Christophe Leroy --- v2: new v3: no change v4: no change v5: no change v6: no change v7: no change arch/powerpc/kernel/misc_32.S | 11 +-- 1 file changed, 5 insertions(+), 6 deletions(-) diff --git a/arch/powerpc/kernel/misc_32.S b/arch/p

[PATCH v7 22/23] powerpc32: small optimisation in flush_icache_range()

Inlining of _dcache_range() functions has shown that the compiler does the same thing a bit better with one insn less Signed-off-by: Christophe Leroy --- v2: new v3: no change v4: no change v5: no change v6: no change v7: no change arch/powerpc/kernel/misc_32.S | 5 ++--- 1 file changed, 2 inse

[PATCH v7 20/23] powerpc32: move xxxxx_dcache_range() functions inline

flush/clean/invalidate _dcache_range() functions are all very similar and are quite short. They are mainly used in __dma_sync() perf_event locate them in the top 3 consumming functions during heavy ethernet activity They are good candidate for inlining, as __dma_sync() does almost nothing but call

[PATCH v7 21/23] powerpc: Simplify test in __dma_sync()

This simplification helps the compiler. We now have only one test instead of two, so it reduces the number of branches. Signed-off-by: Christophe Leroy --- v2: new v3: no change v4: no change v5: no change v6: no change v7: no change arch/powerpc/mm/dma-noncoherent.c | 2 +- 1 file changed, 1 i

[PATCH v7 13/23] powerpc/8xx: Add missing SPRN defines into reg_8xx.h

Add missing SPRN defines into reg_8xx.h Some of them are defined in mmu-8xx.h, so we include mmu-8xx.h in reg_8xx.h, for that we remove references to PAGE_SHIFT in mmu-8xx.h to have it self sufficient, as includers of reg_8xx.h don't all include asm/page.h Signed-off-by: Christophe Leroy --- v2:

[PATCH v7 14/23] powerpc/8xx: Handle CPU6 ERRATA directly in mtspr() macro

MPC8xx has an ERRATA on the use of mtspr() for some registers This patch includes the ERRATA handling directly into mtspr() macro so that mtspr() users don't need to bother about that errata Signed-off-by: Christophe Leroy --- v2: no change v3: no change v4: no change v5: no change v6: no change

[PATCH v7 19/23] powerpc32: Remove clear_pages() and define clear_page() inline

clear_pages() is never used expect by clear_page, and PPC32 is the only architecture (still) having this function. Neither PPC64 nor any other architecture has it. This patch removes clear_pages() and moves clear_page() function inline (same as PPC64) as it only is a few isns Signed-off-by: Chris

[PATCH v7 15/23] powerpc/8xx: remove special handling of CPU6 errata in set_dec()

CPU6 ERRATA is now handled directly in mtspr(), so we can use the standard set_dec() fonction in all cases. Signed-off-by: Christophe Leroy --- v2: no change v3: no change v4: no change v5: no change v6: no change v7: no change arch/powerpc/include/asm/time.h | 6 +- arch/powerpc/kernel/he

Re: [PATCH v2] x86/lib/copy_user_64.S: Handle 4-byte nocache copy

* Toshi Kani wrote: > Data corruption issues were observed in tests which initiated > a system crash/reset while accessing BTT devices. This problem > is reproducible. > > The BTT driver calls pmem_rw_bytes() to update data in pmem > devices. This interface calls __copy_user_nocache(), which

[PATCH v7 16/23] powerpc/8xx: rewrite set_context() in C

There is no real need to have set_context() in assembly. Now that we have mtspr() handling CPU6 ERRATA directly, we can rewrite set_context() in C language for easier maintenance. Signed-off-by: Christophe Leroy --- v2: no change v3: no change v4: no change v5: no change v6: no change v7: no chan

  1   2   3   4   5   6   7   8   9   10   >