Re: [PATCH v3 0/4] iio: bmc150 regmap and SPI

On 24 September 2015 08:11:07 BST, Markus Pargmann wrote: >Hi Irina, > >On Wed, Sep 23, 2015 at 12:46:04PM +, Tirdea, Irina wrote: >> >> >> > -Original Message- >> > From: Markus Pargmann [mailto:m...@pengutronix.de] >> > Sent: 21 September, 2015 13:55 >> >

[PATCH v2 4/5] ARM: multi_v7_defconfig: Enable the Rockchip USB 2.0 phy

Most Rockchip SoCs have a DesignWare HS OTG USB 2.0 controller, enable the driver for the Rockchip USB 2.0 PHY to make that functional. Signed-off-by: Sjoerd Simons --- Changes in v2: - Only enable the USB 2 phy, not the controller as that came in through

[PATCH v2 2/5] ARM: multi_v7_defconfig: Enable common regulators for rockchip boards

Rockchip boards seem to have two common regulator setups. Various board used the Active Semi act8846 often in combination with Silergy syr82x regulators (e.g. Radxa Rock Pro/Rock 2, Firefly, and Netxeon R89 etc), while others use regulator part of the Rockchip RK808 chip (e.g. the various Veyron

[PATCH v2 1/5] ARM: multi_v7_defconfig: Enable common Rockchip devices/busses

Enable Rockchip I2C, SPI, PWM, thermal drivers. Builtin are I2C (as it often required to control the pmic) and Thermal drivers (to prevent thermal damage). SPI and PWM drivers configured as modules Signed-off-by: Sjoerd Simons Reviewed-by: Javier Martinez Canillas

[PATCH v2 0/5] ARM: multi_v7_defconfig: Improve rockchip support

Enable options to provide more complete support for Rockchip boards including: support for the common PMICs, common RTC chips, I2C, SPI, PMW, Thermal driver, HDMI video output and USB 2. In response to V1 there was some direct and indirect discussion about what policy to use for deciding what to

[PATCH] x86/processor.h: Force inlining of cpu_relax()

On x86, cpu_relax() simply calls rep_nop(), which generates one instruction, PAUSE (aka REP NOP). With this config: http://busybox.net/~vda/kernel_config_OPTIMIZE_INLINING_and_Os gcc-4.7.2 does not always inline rep_nop(): it generates several copies of this: (16 copies, 194 calls): 55

Re: [PATCH] arm/dts: Add node for ina220 on LS1021ATWR

On Wed, Sep 16, 2015 at 04:20:43PM +0800, Yuan Yao wrote: > The INA220 monitors both shunt drop and supply voltage. > > Signed-off-by: Yuan Yao For sake of consistency, the subject prefix of dts patches that I collect should be like "ARM: dts: ...". I changed prefix and

RE: [PATCH 1/3][v4] Documentation: dt: dwc3: Add snps,quirk-frame-length-adjustment property

Hi Felipe, Any comments on the below [v4] patches? [PATCH 1/3][v4] Documentation: dt: dwc3: Add snps,quirk-frame-length-adjustment property [PATCH 2/3][v4] drivers: usb: dwc3: Add frame length adjustment quirk [PATCH 3/3][v4] arm: dts: ls1021a: Add quirk for Erratum A009116 I will be taking

Re: [RFC PATCH 2/2] usb: phy: Add platform driver support for ULPI PHYs

On Thu, Sep 24, 2015 at 09:21:16AM +, Subbaraya Sundeep Bhatta wrote: > > > +uphy->flags); > > > + > > > + uphy->usb_phy->set_vbus = usbphy_set_vbus; > > > > When you will call it? > > I am calling it in host.c and otg_fsm.c of Chipidea driver wherever > regulator_enable/disable is called to

[PATCH net-next] net: Fix Hisilicon Network Subsystem Support Compilation

This patch fixes the compilation error with arm allmodconfig, this error generated due to unavailability of readq on 32-bit platform which was found during net-next daily compilation Signed-off-by: huangdaode Singed-off-by: yankejian ---

[PATCH] zram: keep the exact overcommited value in mem_used_max

From: Sergey SENOZHATSKY `mem_used_max' is designed to store the max amount of memory zram consumed to store the data. However, it does not represent the actual 'overcommited' (max) value. The existing code goes to -ENOMEM overcommited case before it updates

[PATCHv2] zram: update documentation

From: Sergey SENOZHATSKY Several documentation changes. First, we never mentioned any errors and never required any error checks in documentation. Second, mention that there is another way to configure and manage zram devices -- zramctl, provided by util-linux.

Re: [PATCH v3 10/24] ARM: davinci: Add set dma_mask to eDMA devices

On 09/23/2015 08:25 PM, Tony Lindgren wrote: > * Peter Ujfalusi [150922 03:01]: >> The upcoming change to merge the arch/arm/common/edma.c into >> drivers/dma/edma.c will need this change when booting daVinci devices in >> no DT mode. >> >> Signed-off-by: Peter Ujfalusi

Re: [PATCH] zram: update documentation

On (09/24/15 18:50), Sergey Senozhatsky wrote: [..] > +There are several ways to configure and manage zram device(-s): > +a) using zram and zram_control sysfs attributes > +b) using zramctl utility, provided by util-linux > (util-li...@vger.kernel.org). > + > +In this document we will describe

[PATCH v4 05/25] ARM/dmaengine: edma: Move of_dma_controller_register to the dmaengine driver

If the of_dma_controller is registered in the non dmaengine driver we could have race condition: the of_dma_controller has been registered, but the dmaengine driver is not yet probed. Drivers requesting DMA channels during this window will fail since we do not yet have dmaengine drivers

[PATCH v4 02/25] ARM: common: edma: Remove unused functions

We no longer have users for these functions so they can be removed. Remove also unused enums from the header file. Signed-off-by: Peter Ujfalusi --- arch/arm/common/edma.c | 376 - include/linux/platform_data/edma.h | 33

[PATCH v4 07/25] ARM/dmaengine: edma: Public API to use private struct pointer

Instead of relying on indexes pointing to edma private date in the global pointer array, pass the private data pointer via the public API. Signed-off-by: Peter Ujfalusi --- arch/arm/common/edma.c | 305 ++--- drivers/dma/edma.c

[PATCH v4 00/25] dmaengine/ARM: Merge the edma drivers into one

Hi, Changes since v3: - Separated the two (patch 10/11 in v2 patch 10 in v3) patch which got squashed by accident for v3 - Added Tony's Acked-by to patch 11 (for mach-oamp2 part) Changes since v2: - devm_kasprintf format string fixed - Additional patch to enable dynamic paRAM slot usage when

[PATCH v4 01/25] ARM: common: edma: Fix channel parameter for irq callbacks

In case when the interrupt happened for the second eDMA the channel number was incorrectly passed to the client driver. Signed-off-by: Peter Ujfalusi CC: --- arch/arm/common/edma.c | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff

Re: [PATCH] KVM: x86: fix bogus warning about reserved bits

On Thu, Sep 24, 2015 at 11:23:08AM +0800, Xiao Guangrong wrote: > >+static inline bool > >+boot_cpu_is_amd(void) > >+{ > >+WARN_ON_ONCE(!tdp_enabled); > >+return shadow_x_mask != 0; > > shadow_x_mask != 0 is Intel's CPU. > > Borislav, could you please check shadow_x_mask == 0 instead and

Re: [PATCH] fbdev: broadsheetfb: fix memory leak

On 18/09/15 14:16, Sudip Mukherjee wrote: > On the error path we have missed releasing the firmware. > > Signed-off-by: Sudip Mukherjee > --- > drivers/video/fbdev/broadsheetfb.c | 6 -- > 1 file changed, 4 insertions(+), 2 deletions(-) > > diff --git

[PATCH] HID: multitouch: Do not fetch initial feature reports for Win8 devices

Some newer Intel Skylake based Dell laptops with Win8 precision touchpad fail when initial feature reports are fetched from it. Below is an example output with some additional debug included: i2c_hid i2c-DLL0704:01: Fetching the HID descriptor i2c_hid i2c-DLL0704:01: __i2c_hid_command: cmd=20

Re: [PATCH 4/4] [resend #2] tridentfb: Add DDC support

On 02/09/15 15:04, Ondrej Zary wrote: >>> +config FB_TRIDENT_DDC >>> + bool "DDC for Trident support" >>> + depends on FB_TRIDENT >>> + select FB_DDC >>> + select FB_MODE_HELPERS >>> + default y >>> + help >>> + Say Y here if you want DDC support for your Trident graphics card.

Re: [PATCH 2/4] [resend #2] tridentfb: Fix set_lwidth on TGUI9440 and CYBER9320

On 24/08/15 22:37, Ondrej Zary wrote: > According to X.Org driver, chips older than TGUI9660 have only 1 width bit > in AddColReg. Touching the 2nd one causes I2C/DDC to fail on TGUI9440. > > Set only 1 bit of width in AddColReg on TGUI9440 and CYBER9320. > > Signed-off-by: Ondrej Zary

[PATCH v2 5/5] ARM: multi_v7_defconfig: Support RTC devices commonly used on Rockchip boards

Similar to the power management situation on Rockchip boards, there are two common RTC setups. For boards using the RK808 chip as a PMIC that chip also serves as the RTC, while boards using the ACT8846 typically use the Haoyu Microelectronics HYM8563 chip as their RTC. Signed-off-by: Sjoerd

[PATCH v2 3/5] ARM: multi_v7_defconfig: Enable Rockchip display support

Enable options needed for HDMI out on rockchip: DRM driver, Rockchip DesignWare HDMI glue and the rockchip IOMMU (dependency of the DRM driver). Signed-off-by: Sjoerd Simons Reviewed-by: Javier Martinez Canillas --- Changes in v2: None

Re: [PATCH v2] arm/ls1021a: Add Sleep feature for ls1021

On Thu, Sep 24, 2015 at 09:28:31AM +, Wang Dongsheng wrote: > > > Add system STANDBY implement for ls1021 platform. > > > > > > Signed-off-by: Chenhui Zhao > > > Signed-off-by: Wang Dongsheng > > > --- > > > *v2*: > > > - Remove PSCI

RE: [PATCH v2 08/25] powerpc/8xx: Map IMMR area with 512k page at a fixed address

From: Christophe Leroy > Sent: 22 September 2015 17:51 ... > Traditionaly, each driver manages one computer board which has its > own components with its own memory maps. > But on embedded chips like the MPC8xx, the SOC has all registers > located in the same IO area. > > When looking at ioremaps

Re: [PATCH 0/3] ALSA: hda - Avoid potential deadlock

On Thu, 24 Sep 2015 12:50:10 +0200, Thierry Reding wrote: > > On Thu, Sep 24, 2015 at 11:49:57AM +0200, Takashi Iwai wrote: > > On Wed, 23 Sep 2015 11:03:44 +0200, > > Takashi Iwai wrote: > > > > > > On Thu, 17 Sep 2015 12:00:03 +0200, > > > Thierry Reding wrote: > > > > > > > > From: Thierry

[RFC PATCH v6 1/3] genirq: introduce CONFIG_GENERIC_IRQ_MIGRATION and kernel/irq/cpuhotplug.c

Add migrating interrupts code to a new file kernel/irq/cpuhotplug.c and make it depends on CONFIG_GENERIC_IRQ_MIGRATION. So we can use it to migrate interrupts, before cpu is offline. Cc: Jiang Liu Cc: Thomas Gleixner Cc: Marc Zyngier

[RFC PATCH v6 0/3] arm/arm64: fix a migrating irq bug when hotplug cpu

Changes in v6: - Don't touch the existing file kernel/irq/migration.c and add migrating interrupts code to a new file kernel/irq/cpuhotplug.c suggested by Thomas. - Change some comments in patch #2 and #3. Changes in v5: - remove the macro that guard move_irqs() - use name

Re: [PATCH 26/26] x86, pkeys: Documentation

* Dave Hansen wrote: > > Another question, related to enumeration as well: I'm wondering whether > > there's any way for the kernel to allocate a bit or two for its own > > purposes - > > such as protecting crypto keys? Or is the facility fundamentally intended > > for > >

Re: [PATCH v2] Fix AF_PACKET ABI breakage in 4.2

On Wed, Sep 23, 2015 at 07:45:08PM +0100, David Woodhouse wrote: > Commit 7d82410950aa ("virtio: add explicit big-endian support to memory > accessors") accidentally changed the virtio_net header used by > AF_PACKET with PACKET_VNET_HDR from host-endian to big-endian. > > Since

[PATCH 0/2] perf tools: Urgent fixes

Hi Here are a couple of urgent fixes for v4.3. The "Fix copying of /proc/kcore" problem goes back to v3.13 if you think it is important enough for stable. Adrian Hunter (2): perf intel-pt: Remove no_force_psb from documentation perf tools: Fix copying of /proc/kcore

[PATCH v4 15/25] dmaengine: edma: Cleanup regarding the use of dev around the code

Be consistent and do not mix the use of dev, >dev, etc in the functions. Signed-off-by: Peter Ujfalusi --- drivers/dma/edma.c | 21 ++--- 1 file changed, 10 insertions(+), 11 deletions(-) diff --git a/drivers/dma/edma.c b/drivers/dma/edma.c index

[PATCH v4 09/25] ARM: davinci: Use platform_device_register_full() to create pdev for eDMA

Convert the eDMA platform device creation to use struct platform_device_info XX __initconst and platform_device_register_full() This will allow us to cleanly specify the dma_mask for the devices in an upcoming patch. Signed-off-by: Peter Ujfalusi ---

Re: [PATCH v2] Fix AF_PACKET ABI breakage in 4.2

On Thu, 2015-09-24 at 12:55 +0300, Michael S. Tsirkin wrote: > > I'm fine with this patch > > Acked-by: Michael S. Tsirkin Thanks. In fact Dave has already merged it. > but if you want to re-work it along the lines suggested > by Greg, that's also fine with me. If I'm going

[PATCH v4 14/25] dmaengine: edma: Use devm_kcalloc when possible

When allocating a memory for number of items it is better (looks better) to use devm_kcalloc. Signed-off-by: Peter Ujfalusi --- drivers/dma/edma.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/dma/edma.c b/drivers/dma/edma.c index

RE: [PATCH] perf probe: Fix module probing with shortname

-- Masami HIRAMATSU Linux Technology Research Center, System Productivity Research Dept. Center for Technology Innovation - Systems Engineering Hitachi, Ltd., Research & Development Group E-mail: masami.hiramatsu...@hitachi.com >-Original Message- >From: Arnaldo Carvalho de Melo

[PATCH 1/2] perf intel-pt: Remove no_force_psb from documentation

no_force_psb was dropped as a late change to the kernel driver. Consequently, remove it from the documentation. Signed-off-by: Adrian Hunter --- tools/perf/Documentation/intel-pt.txt | 15 --- 1 file changed, 15 deletions(-) diff --git

[PATCH v4 12/25] dmaengine: edma: Allocate memory dynamically for bitmaps and structures

Instead of using defines to specify the size of different arrays and bitmaps, allocate the memory for them based on the information we get from the HW itself. Since these defines are set based on the worst case, there are devices where they are not valid. Signed-off-by: Peter Ujfalusi

[PATCH v4 04/25] ARM: davinci/common: Convert edma driver to handle one eDMA instance per driver

Currently we have one device created to handle all (maximum 2) eDMAs in the system. With this change all eDMA instance will have it's own device/driver. This change is needed for further cleanups in the eDMA driver stack since the one device/driver to handle all eDMAs in the system was not

[PATCH v4 08/25] ARM/dmaengine: edma: Remove limitation on the number of eDMA controllers

Since the driver stack no longer depends on lookup with id number in a global array of pointers, the limitation for the number of eDMAs are no longer needed. We can handle as many eDMAs in legacy and DT boot as we have memory for them to allocate the needed structures. Signed-off-by: Peter

[PATCH 2/2] perf tools: Fix copying of /proc/kcore

A copy of /proc/kcore containing the kernel text can be made to the buildid cache. e.g. perf buildid-cache -v -k /proc/kcore To workaround objdump limitations, a copy is also made when annotating against /proc/kcore. The copying process stops working from libelf about v1.62 onwards (the

Re: [PATCH] Staging: rtl8712: rtl871x_mp.h: Coding style warnings fix for block comment

On Thu, Sep 24, 2015 at 12:00:01PM +0300, Dan Carpenter wrote: > On Thu, Sep 24, 2015 at 01:54:22AM +0530, Punit Vara wrote: > > This is a patch to the rtl871x_mp.h that fixes up following warnings > > reported by checkpatch.pl : > > > > -Block comments use a trailing */ on a separate line > > >

Re: [PATCH 1/4] ARM: sunxi: Introduce Allwinner for A83T support

Hello, On Tue, Sep 22, 2015 at 11:47 PM, Chen-Yu Tsai wrote: > On Tue, Sep 22, 2015 at 11:38 PM, Vishnu Patekar > wrote: >> Allwinner A83T is octa-core cortex-a7 based SoC. >> It's clock control unit and prcm, pinmux are different from previous sun8i

Re: Linux 4.3-rc1 build error on CentOS 5.11 "scripts/sign-file.c:23:25: fatal error: openssl/cms.h: No such file or directory"

Vinson Lee wrote: > HOSTCC scripts/sign-file > scripts/sign-file.c: In function ‘main’: > scripts/sign-file.c:289:3: warning: implicit declaration of function > ‘i2d_PKCS7_bio_stream’ [-Wimplicit-function-declaration] >ERR(i2d_PKCS7_bio_stream(b, pkcs7, NULL, 0) <

Re: [PATCH 1/3] Make /dev/urandom scalable

On 2015-09-23 19:28, Andi Kleen wrote: I'd almost say that making the partitioning level configurable at build time might be useful. I can see possible value to being able to at least partition down to physical cores (so, shared between HyperThreads on Intel processors, and between Compute

Re: [PATCH] omapdss: acx565akm: Fix module autoload for OF platform driver

On 24/09/15 13:17, Tomi Valkeinen wrote: > > > On 18/09/15 21:44, Luis de Bethencourt wrote: >> This platform driver has a OF device ID table but the OF module >> alias information is not created so module autoloading won't work. >> >> Signed-off-by: Luis de Bethencourt

Re: linux-next: manual merge of the drm-intel tree with the drm-intel-fixes tree

Hi Jani, On Thu, 24 Sep 2015 11:57:05 +0300 Jani Nikula wrote: > > That was the right thing to do. > > The former commit is headed for v4.3, and there will have to be another > version of it for -next. This will cause you another conflict, and you > should resolve

Re: 4.3-rc2 on radeon: new backtraces during resume

On Wed 2015-09-23 11:26:18, Alex Deucher wrote: > On Wed, Sep 23, 2015 at 7:51 AM, Pavel Machek wrote: > > HI! > > > > > > I suspended T40p by mistake, and I got some lovely backtraces as a > > result: > > > > Any ideas? > > Please see this thread: >

[PATCH linux-next v10 1/3] mfd: atmel-flexcom: create include file with macros used by DT bindings

This patch defines some macros to be used as value for the "atmel,flexcom-mode" DT property. This value is then written into the Operating Mode (OPMODE) bit field of the Flexcom Mode Register. Signed-off-by: Cyrille Pitchen Acked-by: Nicolas Ferre

[RFC PATCH v6 3/3] arm: fix a migrating irq bug when hotplug cpu

When cpu is disabled, all irqs will be migratged to another cpu. In some cases, a new affinity is different, the old affinity need to be updated and if irq_set_affinity's return value is IRQ_SET_MASK_OK_DONE, the old affinity can not be updated. Fix it by using irq_do_set_affinity. And migrating

[PATCH linux-next v10 0/3] mfd: flexcom: add a driver for Flexcom

This series of patches a support to the Atmel Flexcom, a wrapper which integrates an USART, a SPI controller and a TWI controller. Only one peripheral can be used at a time. The active function is selected though the Flexcom Mode Register ChangeLog v10: - add Acked-by from Nicolas Ferre v9: -

[PATCH linux-next v10 2/3] mfd: devicetree: add bindings for Atmel Flexcom

This patch documents the DT bindings for the Atmel Flexcom which will be introduced by sama5d2x SoCs. These bindings will be used by the actual Flexcom driver to be sent in another patch. Signed-off-by: Cyrille Pitchen Acked-by: Boris Brezillon

[PATCH linux-next v10 3/3] mfd: atmel-flexcom: add a driver for Atmel Flexible Serial Communication Unit

This driver supports the new Atmel Flexcom. The Flexcom is a wrapper which integrates one SPI controller, one I2C controller and one USART. Only one function can be enabled at a time. This driver selects the function once for all, when the Flexcom is probed, according to the value of the new

[PATCH] zram: update documentation

From: Sergey SENOZHATSKY Several documentation changes. First, we never mentioned any errors and never required any error checks in documentation. Second, mention that there is another way to configure and manage zram devices -- zramctl, provided by util-linux.

[PATCH] drm: drm_atomic_crtc_get_property should be static

Fixes the following sparse warning: drivers/gpu/drm/drm_atomic.c:442:5: warning: symbol 'drm_atomic_crtc_get_property' was not declared. Should it be static? Signed-off-by: Geliang Tang --- drivers/gpu/drm/drm_atomic.c | 3 ++- 1 file changed, 2 insertions(+), 1

[PATCH v4 19/25] dmaengine: edma: Consolidate the comments for functions

Remove or rewrite the comments for the internal functions. Signed-off-by: Peter Ujfalusi --- drivers/dma/edma.c | 86 +++--- 1 file changed, 11 insertions(+), 75 deletions(-) diff --git a/drivers/dma/edma.c

[PATCH v4 20/25] dmaengine: edma: Simplify the interrupt handling

With the merger of the arch/arm/common/edma.c code into the dmaengine driver, there is no longer need to have per channel callback/data storage for interrupt events. Signed-off-by: Peter Ujfalusi --- drivers/dma/edma.c | 447

[PATCH v4 11/25] ARM/dmaengine: edma: Merge the two drivers under drivers/dma/

Move the code out from arch/arm/common and merge it inside of the dmaengine driver. This change is done with as minimal change to the code as possible to avoid any possibilities to introducing regression. Signed-off-by: Peter Ujfalusi Acked-by: Tony Lindgren

[PATCH v4 18/25] dmaengine: edma: Print warning when linking slots from different eDMA

Warning message in case of linking between paRAM slots in different eDMA controllers. Signed-off-by: Peter Ujfalusi --- drivers/dma/edma.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/drivers/dma/edma.c b/drivers/dma/edma.c index d759abc80bef..b0102984e98d

[PATCH v4 22/25] dmaengine: edma: Simplify and optimize ccerr interrupt handler

No need to run through the bits in QEMR and CCERR events since they will not trigger any action, so just clearing the errors there is fine. In case of the missed event the loop can be optimized so we spend less time to handle the event. Signed-off-by: Peter Ujfalusi ---

Re: [PATCH 1/4] ARM: sunxi: Introduce Allwinner for A83T support

Hello, On Tue, Sep 22, 2015 at 11:51 PM, Maxime Ripard wrote: > Hi, > > On Tue, Sep 22, 2015 at 11:38:54PM +0800, Vishnu Patekar wrote: >> Allwinner A83T is octa-core cortex-a7 based SoC. >> It's clock control unit and prcm, pinmux are different from previous

Re: [PATCH] mm/oom_kill.c: don't kill TASK_UNINTERRUPTIBLE tasks

Kyle Walker wrote: > I agree, in lieu of treating TASK_UNINTERRUPTIBLE tasks as unkillable, > and omitting them from the oom selection process, continuing the > carnage is likely to result in more unpredictable results. At this > time, I believe Oleg's solution of zapping the process memory use >

[PATCH] perf/x86: test_aperfmperf and test_intel should be static

Fixes the following sparse warnings: arch/x86/kernel/cpu/perf_event_msr.c:13:6: warning: symbol 'test_aperfmperf' was not declared. Should it be static? arch/x86/kernel/cpu/perf_event_msr.c:18:6: warning: symbol 'test_intel' was not declared. Should it be static? Signed-off-by: Geliang Tang

Re: [PATCH 10/26] x86, pkeys: notify userspace about protection key faults

* Ingo Molnar wrote: > > --- a/include/uapi/asm-generic/siginfo.h~pkeys-09-siginfo 2015-09-16 > > 10:48:15.584161859 -0700 > > +++ b/include/uapi/asm-generic/siginfo.h2015-09-16 10:48:15.59216 > > -0700 > > @@ -95,6 +95,13 @@ typedef struct siginfo { > >

[RFC PATCH v6 2/3] arm64: fix a migrating irq bug when hotplug cpu

When cpu is disabled, all irqs will be migratged to another cpu. In some cases, a new affinity is different, the old affinity need to be updated and if irq_set_affinity's return value is IRQ_SET_MASK_OK_DONE, the old affinity can not be updated. Fix it by using irq_do_set_affinity. And migrating

RE: [RFC PATCH 1/2] usb: doc: Add bindings for ULPI platform driver

Hi Peter, > -Original Message- > From: Peter Chen [mailto:peter.c...@freescale.com] > Sent: Thursday, September 24, 2015 2:41 PM > To: Subbaraya Sundeep Bhatta > Cc: ba...@ti.com; devicet...@vger.kernel.org; kis...@ti.com; > gre...@linuxfoundation.org; linux-...@vger.kernel.org; linux- >

[PATCH v4 21/25] dmaengine: edma: Move the pending error check into helper function

In the ccerr interrupt handler the code checks for pending errors in the error status registers in two different places. Move the check out to a helper function. Signed-off-by: Peter Ujfalusi --- drivers/dma/edma.c | 20 1 file changed, 12

[PATCH v4 16/25] dmaengine: edma: Use dev_dbg instead pr_debug

We have access to dev, so it is better to use the dev_dbg for debug prints. Signed-off-by: Peter Ujfalusi --- drivers/dma/edma.c | 22 +++--- 1 file changed, 11 insertions(+), 11 deletions(-) diff --git a/drivers/dma/edma.c b/drivers/dma/edma.c index

[PATCH v4 10/25] ARM: davinci: Add dma_mask to eDMA devices

The upcoming change to merge the arch/arm/common/edma.c into drivers/dma/edma.c will need this change when booting daVinci devices in no DT mode. Signed-off-by: Peter Ujfalusi --- arch/arm/mach-davinci/devices-da8xx.c | 2 ++ arch/arm/mach-davinci/dm355.c | 1 +

Re: [PATCH] powercap / RAPL : remove dependency on iosf_mbi

On 09/23/2015 01:01 AM, Jacob Pan wrote: On Tue, 22 Sep 2015 11:11:36 +0800 Pengyu Ma wrote: On 09/22/2015 05:36 AM, Jacob Pan wrote: On Mon, 21 Sep 2015 11:48:14 +0800 Pengyu Ma wrote: On 09/18/2015 11:43 PM, Jacob Pan wrote: On Fri,

[PATCH v4 17/25] dmaengine: edma: Use the edma_write_slot instead open coded memcpy_toio

edma_write_slot() is for writing an entire paRAM slot. Signed-off-by: Peter Ujfalusi --- drivers/dma/edma.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/dma/edma.c b/drivers/dma/edma.c index fe8cde21b497..d759abc80bef 100644 ---

[PATCH v4 25/25] dmaengine: edma: Dynamic paRAM slot handling if HW supports it

If the eDMA3 has support for channel paRAM slot mapping we can utilize it to allocate slots on demand and save precious slots for real transfers. On am335x the eDMA has 64 channels which means we can unlock 64 paRAM slots out from the available 256. Signed-off-by: Peter Ujfalusi

[PATCH v4 23/25] dmaengine: edma: Read channel mapping support only once from HW

Instead of directly reading it from CCCFG register take the information out once when we set up the configuration from the HW. Signed-off-by: Peter Ujfalusi --- drivers/dma/edma.c | 8 ++-- 1 file changed, 6 insertions(+), 2 deletions(-) diff --git

[PATCH v4 24/25] dmaengine: edma: Rename bitfields for slot and channel usage tracking

The names chosen for the bitfields were quite confusing and given no real information on what they are used for... edma_inuse -> slot_inuse: tracks the slot usage/availability edma_unused -> channel_unused: tracks the channel usage/availability Signed-off-by: Peter Ujfalusi

[PATCH v4 13/25] dmaengine: edma: Parameter alignment and long line fixes

Makes the code a bit more readable. Signed-off-by: Peter Ujfalusi --- drivers/dma/edma.c | 84 -- 1 file changed, 44 insertions(+), 40 deletions(-) diff --git a/drivers/dma/edma.c b/drivers/dma/edma.c index

[PATCH v4 06/25] ARM: common: edma: Internal API to use pointer to 'struct edma'

Merge the iomem into the 'struct edma' and change the internal (static) functions to use pointer to the edma_cc instead of the ctlr number. Signed-off-by: Peter Ujfalusi --- arch/arm/common/edma.c | 400 - 1 file changed,

[PATCH v4 03/25] dmaengine: edma: Simplify and optimize the edma_execute path

The code path in edma_execute() and edma_callback() can be simplified and make it more optimal. There is not need to call in to edma_execute() when the transfer has been finished for example. Also the handling of missed/first or next batch of paRAMs can be done in a more optimal way.

Re: [PATCH] omapdss: acx565akm: Fix module autoload for OF platform driver

On 18/09/15 21:44, Luis de Bethencourt wrote: > This platform driver has a OF device ID table but the OF module > alias information is not created so module autoloading won't work. > > Signed-off-by: Luis de Bethencourt > --- > > Hello, > > This patch adds the missing

RE: [PATCH] perf probe: Fix module probing with shortname

From: Arnaldo Carvalho de Melo [mailto:a...@kernel.org] >Em Wed, Sep 23, 2015 at 01:03:19PM -0300, Arnaldo Carvalho de Melo escreveu: >> Em Tue, Sep 22, 2015 at 11:49:02PM -0300, Arnaldo Carvalho de Melo escreveu: >> > Em Wed, Sep 23, 2015 at 09:14:44AM +0800, Wangnan (F) escreveu: >> > > On

[PATCH] net: via/Kconfig: GENERIC_PCI_IOMAP required if PCI not selected

The builds of allmodconfig of avr32 is failing with: drivers/net/ethernet/via/via-rhine.c:1098:2: error: implicit declaration of function 'pci_iomap' [-Werror=implicit-function-declaration] drivers/net/ethernet/via/via-rhine.c:1119:2: error: implicit declaration of function 'pci_iounmap'

Re: [PATCH] video: fbdev: mb862xx: Fix module autoload for OF platform driver

On 18/09/15 21:46, Luis de Bethencourt wrote: > This platform driver has a OF device ID table but the OF module > alias information is not created so module autoloading won't work. > > Signed-off-by: Luis de Bethencourt > --- > > Hello, > > This patch adds the missing

Re: [PATCH 1/3] avr32: fix build failure

On Wed, Sep 23, 2015 at 07:15:16PM +0200, Hans-Christian Egtvedt wrote: > Around Wed 23 Sep 2015 21:26:01 +0530 or thereabout, Sudip Mukherjee wrote: > > On Mon, Sep 21, 2015 at 01:31:44PM +0530, Sudip Mukherjee wrote: > >> On Mon, Sep 21, 2015 at 09:33:00AM +0200, Hans-Christian Egtvedt wrote: >

Re: [PATCH 3/5] drm: omapdrm: tiler: Fix module autoload for OF platform driver

On 17/09/15 17:21, Luis de Bethencourt wrote: > This platform driver has a OF device ID table but the OF module > alias information is not created so module autoloading won't work. > > Signed-off-by: Luis de Bethencourt > --- > drivers/gpu/drm/omapdrm/omap_dmm_tiler.c |

Re: [PATCH 0/3] ALSA: hda - Avoid potential deadlock

On Thu, Sep 24, 2015 at 11:49:57AM +0200, Takashi Iwai wrote: > On Wed, 23 Sep 2015 11:03:44 +0200, > Takashi Iwai wrote: > > > > On Thu, 17 Sep 2015 12:00:03 +0200, > > Thierry Reding wrote: > > > > > > From: Thierry Reding > > > > > > The Tegra HDA controller driver

Re: [PATCH 3/4] [resend #2] fb_ddc: Allow I2C adapters without SCL read capability

On 02/09/15 15:04, Ondrej Zary wrote: > On Wednesday 02 September 2015, Tomi Valkeinen wrote: >> On 24/08/15 22:37, Ondrej Zary wrote: >>> i2c-algo-bit allows I2C adapters without SCL read capability to work but >>> fb_ddc_read fails to work on them. >>> >>> Fix fb_ddc_read to work with I2C

Re: [Linux 4.2-rc8+...v4.3-rc2] REGRESSION: ppp: circular locking dependency detected: [pppd] ppp_dev_uninit() | rtnl_lock()

On Wed, Sep 23, 2015 at 11:21:50PM +0200, Sedat Dilek wrote: > On Wed, Sep 23, 2015 at 10:46 PM, Sedat Dilek wrote: > > On Wed, Sep 23, 2015 at 12:38 PM, Guillaume Nault > > wrote: > > Do you mind to send a proper patch with subject-line and

Re: [PATCH 0/2] SSD1307fb updates

On 08/09/15 22:19, Olliver Schinagl wrote: > Having a few ssd1309 128x64 OLED displays laying around, I added support for > it to the existing 1307fb driver. While doing this I noticed the headers > where out of order so I fixed those as well. > > For this specific display, the following can

Re: [PATCH] Staging: rtl8712: rtl871x_mp.h: Coding style warnings fix for block comment

On Thu, Sep 24, 2015 at 03:57:22PM +0530, Sudip Mukherjee wrote: > On Thu, Sep 24, 2015 at 12:00:01PM +0300, Dan Carpenter wrote: > > On Thu, Sep 24, 2015 at 01:54:22AM +0530, Punit Vara wrote: > > > This is a patch to the rtl871x_mp.h that fixes up following warnings > > > reported by

Re: Linux 4.3-rc1 build error on CentOS 5.11 "scripts/sign-file.c:23:25: fatal error: openssl/cms.h: No such file or directory"

David Howells wrote: > Does this addition help? Rather, this. Seems I shouldn't pass PKCS7_STREAM. David --- commit 227ccb6a71bd9a04d1aaff08a52fcb5ae4149d1e Author: David Howells Date: Thu Sep 24 12:15:06 2015 +0100 Further pkcs7 signing

Re: [PATCH v2 1/3] staging: sm7xxfb: move sm712fb out of staging

On 02/09/15 15:48, Sudip Mukherjee wrote: > Now I am getting confused. :( > Since this has already been merged I guess we need to maintain it now. Oh, ok. I thought it was still in staging. I haven't been able to follow the list properly lately... Well, in theory we could still revert it, as

Re: [PATCH V2 1/2] clk: imx6: Add SPDIF_GCLK clock in clock tree

On Thu, Sep 24, 2015 at 01:43:24PM +0800, Shengjiu Wang wrote: > On Wed, Sep 23, 2015 at 08:33:41AM -0700, Shawn Guo wrote: > > On Tue, Sep 15, 2015 at 06:01:01PM +0800, Shengjiu Wang wrote: > > > As spdif driver will register SPDIF clock to regmap, regmap will do > > > clk_prepare in init

[PATCH v2] zsmalloc: add comments for ->inuse to zspage

Signed-off-by: Hui Zhu --- mm/zsmalloc.c | 1 + 1 file changed, 1 insertion(+) diff --git a/mm/zsmalloc.c b/mm/zsmalloc.c index f135b1b..f62f2fb 100644 --- a/mm/zsmalloc.c +++ b/mm/zsmalloc.c @@ -38,6 +38,7 @@ * page->lru: links together first pages of various zspages.

[PATCH v2] i2c/designware: enable i2c controller to suspend/resume asynchronously

Now, PM core supports asynchronous suspend/resume mode for devices during system suspend/resume, and the power state transition of one device may be completed in separate kernel thread. PM core ensures all power state transition timing dependency between devices. This patch enables i2c controller

[PATCHv2 2/2] power_supply: Add support for tps65217-charger.

This patch adds support for the tps65217 charger driver. This driver is responsible for controlling the charger aspect of the tps65217 mfd. Currently, this mainly consists of turning on and off the charger, but some other features of the charger can be supported through this driver.

[PATCHv2 0/2] Add support for tps65217 charger

Hi all, The following series add initial support for tps65217 battery charger. Changes since v1: - Requested by Sebastian Reichel - Set prev_ac_online at the beginning of the tps56217_charger_irq() - Use devm_power_supply_register call. - Fix style problems reported by checkpatch.pl

[PATCHv2 1/2] devicetree: Add TPS65217 charger binding.

The TPS65217 charger is a subnode of the TPS65217 MFD. Signed-off-by: Enric Balletbo i Serra --- .../devicetree/bindings/power_supply/tps65217_charger.txt| 12 1 file changed, 12 insertions(+) create mode 100644

Re: [RESEND PATCH v4 0/8] i2c: Relax mandatory I2C ID table passing

Hello Lee, On 09/20/2015 06:15 AM, Lee Jones wrote: > On Thu, 17 Sep 2015, Javier Martinez Canillas wrote: > >> Hello, >> >> On 09/11/2015 01:55 PM, Kieran Bingham wrote: >>> Hi Wolfram, >>> >>> I have picked this patchset [0] up from Lee to rebase it, with an aim to >>> get this series moving

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