Re: [PATCH] scsi: squash lines for simple wrapper functions

On Wed, Sep 7, 2016 at 12:38 AM, Masahiro Yamada wrote: > Remove unneeded variables and assignments. > > Signed-off-by: Masahiro Yamada > --- > > drivers/scsi/aic7xxx/aic79xx_osm.c | 6 +- > drivers/scsi/arcmsr/arcmsr_hba.c

linux-next: Tree for Sep 7

Hi all, Changes since 20160906: The btrfs-kdave tree gained a build failure so I used the version from next-20160906. The net-next tree gained a conflict against the net tree. The drm-intel tree gained conflicts against the drm tree. The kbuild tree still had its build warnings for PowerPC,

From Daniel Klimowicz

-- Dear Sir, I am requesting for your help, to assist me in getting £42,000,000.00 to your account. please do indicate your interest for more information's. Yours Truly, Daniel Klimowicz

[PATCH net-next 2/3] r8152: support ECM mode

If CONFIG_USB_NET_CDCETHER is enabled, support ECM mode through cdc_ether driver. Signed-off-by: Hayes Wang --- drivers/net/usb/r8152.c | 255 ++-- 1 file changed, 247 insertions(+), 8 deletions(-) diff --git

[PATCH net-next 0/3] r8152: configuration setting

Some people prefer to use ECM mode rather than vendor mode. Therefore, I add CONFIG_RTL8152_CONFIG_VALUE in Kconfig. Then, the users could choose the USB configuration value which they want. The default is to support vendor mode only. Hayes Wang (3): r8152: check hw version first r8152:

Re: [PATCH 15/21] mips: octeon: smp: Convert to hotplug state machine

HI Sebastian, On 06/09/16 18:04, Sebastian Andrzej Siewior wrote: Install the callbacks via the state machine. Cc: Ralf Baechle Cc: linux-m...@linux-mips.org Signed-off-by: Sebastian Andrzej Siewior --- arch/mips/cavium-octeon/smp.c | 24

[PATCH v2 3/4] ACPI / EC: Fix a gap that ECDT EC cannot handle EC events

It is possible to register _Qxx from namespace and use the ECDT EC to perform event handling. The reported bug reveals that Windows is using ECDT in this way in case the namespace EC is not present. This patch facilitates Linux to support ECDT in this way. Link:

[PATCH v2 1/4] ACPI / EC: Cleanup first_ec/boot_ec code

In order to support full ECDT (driving the ECDT EC after probing the namespace EC), we need to change our EC device alloc/free algorithm, ensure not to free old boot EC before qualifying new boot EC. This patch achieves this by cleaning up first_ec/boot_ec logic: 1. first_ec: used to perform

[PATCH v2 2/4] ACPI / EC: Fix a memory leakage issue in acpi_ec_add()

When the handler installation failed, there was no code to free the allocated EC device. This patch fixes this memory leakage issue. Link: https://bugzilla.kernel.org/show_bug.cgi?id=115021 Reported-and-tested-by: Luya Tshimbalanga Tested-by: Jonh Henderson

[PATCH v2 4/4] ACPI / EC: Fix issues related to boot_ec

There are issues related to the boot_ec: 1. If acpi_ec_remove() is invoked, boot_ec will also be freed, this is not expected as the boot_ec could be enumerated via ECDT. 2. Address space handler installation/unstallation lead to unexpected _REG evaluations. This patch adds acpi_is_boot_ec()

[PATCH v2 0/4] ACPI / EC: Fix ECDT and boot_ec support

Linux uses ECDT only in boot stage (before the namespace is fully initialized), but there are cases reported that Windows allows ECDT to be used for OSPM runtime, responding EC events by evaluating _Qxx methods under the device node indicated in the ECDT. This patchset changes Linux ECDT support

[PATCH RFC 2/2] rlimits: report resource limits violations

The patch instrument different places of resource limits checks with reporting using the infrastructure from the previous patch. Signed-off-by: Yauheni Kaliuta --- arch/ia64/kernel/perfmon.c | 4 +++- arch/powerpc/kvm/book3s_64_vio.c | 6

Re: [PATCH] mfd: ucb1x00: remove NO_IRQ check

On Tue, 06 Sep 2016, Russell King - ARM Linux wrote: > On Tue, Sep 06, 2016 at 04:45:30PM +0100, Lee Jones wrote: > > On Tue, 06 Sep 2016, Russell King - ARM Linux wrote: > > > > > You need to send this _to_ me as I need to merge it with my other > > > changes. This patch on its own does not

[PATCH RFC 0/2] rlimit exceed notification events

http://marc.info/?l=linux-kernel=147211966914100=2 follow up. More complete rlimits violations reporting RFC using tracing infrastructure. Yauheni Kaliuta (2): rlimits: add infra to report violations rlimits: report resource limits violations arch/ia64/kernel/perfmon.c |

[PATCH RFC 1/2] rlimits: add infra to report violations

The patch defines tracepoints for resource limits (rlimits) violations reporting and adds a thin layer to be called from rlimits aware code without direct dependency of the tracepoints. Signed-off-by: Yauheni Kaliuta --- include/linux/resource.h | 5 +++

[PATCH] drm: msm: mdp4: mark symbols static where possible

We get 2 warnings when building kernel with W=1: drivers/gpu/drm/msm/mdp/mdp4/mdp4_lcdc_encoder.c:96:23: warning: no previous prototype for 'get_connector' [-Wmissing-prototypes] drivers/gpu/drm/msm/mdp/mdp4/mdp4_plane.c:84:5: warning: no previous prototype for 'mdp4_plane_set_property'

Re: [PATCH v3 8/9] arm64: Refactor sysinstr exception handling

Hi, On 05/09/16 10:58, Suzuki K Poulose wrote: > Right now we trap some of the user space data cache operations > based on a few Errata (ARM 819472, 826319, 827319 and 824069). > We need to trap userspace access to CTR_EL0, if we detect mismatched > cache line size. Since both these traps share

Re: [PATCH v2 05/12] MIPS: Barrier: Add definitions of SYNC stype values

On Wed, Sep 07, 2016 at 01:24:23PM +0200, Peter Zijlstra wrote: > > +/* > > + * Ordering barriers: > > + * - Every synchronizable specified memory instruction (loads or stores or > > both) > > + * that occurs in the instruction stream before the SYNC instruction must > > + * reach a stage in

Re: [PATCH v2 0/5] gpio: pca953x: code refactoring

On Wed, 2016-09-07 at 11:24 +0200, Bartosz Golaszewski wrote: > I'm working on converting the pca953x driver to using regmap, but > since > it's not a trivial task I figured I'd post a couple refactoring > patches > I did so far for 4.9. > > The first patch just fixes a couple coding style

[PATCH 2/2] cpu hotplug, add CONFIG_PERMANENT_CPU_TOPOLOGY

The information in /sys/devices/system/cpu/cpuX/topology directory is useful for userspace monitoring applications and in-tree utilities like cpupower & turbostat. When down'ing a CPU the /sys/devices/system/cpu/cpuX/topology directory is removed during the CPU_DEAD hotplug callback in the

[PATCH v2 4/8] media: vidc: encoder: add video encoder files

This adds encoder part of the driver plus encoder controls. Signed-off-by: Stanimir Varbanov --- drivers/media/platform/qcom/vidc/venc.c | 1252 + drivers/media/platform/qcom/vidc/venc.h | 29 +

[PATCH v2 6/8] media: vidc: add Venus HFI files

Here is the implementation of Venus video accelerator low-level functionality. It contanins code which setup the registers and startup uthe processor, allocate and manipulates with the shared memory used for sending commands and receiving messages. Signed-off-by: Stanimir Varbanov

[PATCH v2 5/8] media: vidc: add Host Firmware Interface (HFI)

This is the implementation of HFI. It is loaded with the responsibility to comunicate with the firmware through an interface commands and messages. - hfi.c has interface functions used by the core, decoder and encoder parts to comunicate with the firmware. For example there are functions for

[PATCH v2 8/8] media: vidc: enable building of the video codec driver

This adds changes in v4l2 platform directory to include the vidc driver and show it in kernel config. Signed-off-by: Stanimir Varbanov --- drivers/media/platform/Kconfig | 1 + drivers/media/platform/Makefile | 1 + 2 files changed, 2 insertions(+) diff --git

[PATCH 0/2] cpu hotplug, keep topology directory after soft remove event

The information in /sys/devices/system/cpu/cpuX/topology directory is useful for userspace monitoring applications and in-tree utilities like cpupower & turbostat. When down'ing a CPU the /sys/devices/system/cpu/cpuX/topology directory is removed during the CPU_DEAD hotplug callback in the

Re: [PATCH] qed: add missing header dependencies

On Wednesday, September 7, 2016 11:37:07 AM CEST Yuval Mintz wrote: > > We get 4 warnings when building kernel with W=1: > > drivers/net/ethernet/qlogic/qed/qed_selftest.c:6:5: warning: no previous > > prototype for 'qed_selftest_memory' [-Wmissing-prototypes] > >

RE: [patch] leds: add driver for Mellanox systems leds

> -Original Message- > From: Dr. David Alan Gilbert [mailto:d...@treblig.org] > Sent: Wednesday, September 07, 2016 3:11 PM > To: Vadim Pasternak > Cc: rpur...@rpsys.net; j.anaszew...@samsung.com; linux- > l...@vger.kernel.org; linux-kernel@vger.kernel.org;

Re: [PATCH] sched/core: simpler function for sched_exec migration

On 09/07, chengchao wrote: > > Oleg, thank you very much. > > on 09/06/2016 11:22 PM, Oleg Nesterov wrote: > > On 09/06, chengchao wrote: > >> > >> the key point is for CONFIG_PREEMPT_NONE=y, > >> ... > >> it is too much overhead for one task(fork()+exec()), isn't it? > > > > Yes, yes, I see, this

Re: [PATCH] pcie: qcom: add support to msm8996 PCIE controller

Thanks for the comments, On 07/09/16 12:57, Robin Murphy wrote: On 07/09/16 12:06, 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

Re: ath9k: bring back direction setting in ath9k_{start_stop}

Kalle Valo writes: > Giedrius Statkevi?ius wrote: >> A regression was introduced in commit id 79d4db1214a ("ath9k: cleanup >> led_pin initial") that broken the WLAN status led on my laptop with >> AR9287 after suspending and resuming. >>

[PATCH V2 0/4] ARM64 LPC: legacy ISA I/O support

From: "zhichang.yuan" This patch supports the 16550 compatible UART attached to the Low-Pin-Count interface mplemented on Hisilicon Hip06 SoC. The periperals attached this LPC include UART, BT, KCS, and so on. ---

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

From: "zhichang.yuan" On Hip06, the accesses to LPC peripherals work in an indirect way. A corresponding LPC driver need to configure some registers in LPC master direclty, then the real accesses on LPC slave devices were finished by the master controller. This patch

Re: [PATCH] char: hw_random: bcm2835: handle of_iomap failures in bcm2835 driver

On Mon, Aug 29, 2016 at 10:40:16PM +0530, Arvind Yadav wrote: > Check return value of of_iomap and handle errors correctly. > > Signed-off-by: Arvind Yadav Patch applied. Thanks. -- Email: Herbert Xu Home Page:

Re: [PATCH] crypto: mv_cesa: remove NO_IRQ reference

On Sat, Sep 03, 2016 at 01:26:40AM +0200, Arnd Bergmann wrote: > Drivers should not use NO_IRQ, as we are trying to get rid of that. > In this case, the call to irq_of_parse_and_map() is both wrong > (as it returns '0' on failure, not NO_IRQ) and unnecessary > (as platform_get_irq() does the same

Re: Question on smp_mb__before_spinlock

On Wed, Sep 07, 2016 at 10:17:26PM +1000, Nicholas Piggin wrote: > > /* > > + * This barrier must provide two things: > > + * > > + * - it must guarantee a STORE before the spin_lock() is ordered against > > a > > + * LOAD after it, see the comments at its two usage sites. > > + * > > + *

RE: [PATCH] qed: add missing header dependencies

> We get 4 warnings when building kernel with W=1: > drivers/net/ethernet/qlogic/qed/qed_selftest.c:6:5: warning: no previous > prototype for 'qed_selftest_memory' [-Wmissing-prototypes] > drivers/net/ethernet/qlogic/qed/qed_selftest.c:19:5: warning: no previous > prototype for

[PATCH 2/2] arm64: defconfig: enable MFD RK808 and RK808 regulator

Many rockchip based arm64 boards use RK808 as PMIC, so enabe it here let the board bootup normally. Signed-off-by: Andy Yan --- arch/arm64/configs/defconfig | 2 ++ 1 file changed, 2 insertions(+) diff --git a/arch/arm64/configs/defconfig

RE: [PATCH] qed: mark symbols static where possible

> We get a few warnings when building kernel with W=1: > drivers/net/ethernet/qlogic/qed/qed_l2.c:112:5: warning: no previous > prototype for 'qed_sp_vport_start' [-Wmissing-prototypes] > > > In fact, these functions are only used in the file in which they are > declared and don't need a

[ANNOUNCE] util-linux stable v2.28.2

The util-linux stable release v2.28.2 is available at http://ftp.kernel.org/pub/linux/utils/util-linux/v2.28/ Feedback and bug reports, as always, are welcomed. Karel util-linux 2.28.2 Release Notes === blkdev: - guard against missing DIOCGDINFO on

Re: Question on smp_mb__before_spinlock

On Mon, 5 Sep 2016 11:37:53 +0200 Peter Zijlstra wrote: > Hi all, > > So recently I've had two separate issues that touched upon > smp_mb__before_spinlock(). > > > Since its inception, our understanding of ACQUIRE, esp. as applied to > spinlocks, has changed somewhat.

Re: [PATCH v2 4/5] gpio: pca953x: remove an unused variable

On Wed, 2016-09-07 at 13:40 +0200, Bartosz Golaszewski wrote: > 2016-09-07 13:36 GMT+02:00 Andy Shevchenko tel.com>: > > > > On Wed, 2016-09-07 at 11:24 +0200, Bartosz Golaszewski wrote: > > > > > > The chip_type variable in struct pca953x_chip is no longer > > >

[PATCH] jbd2: move more common code into journal_init_common()

There are some repetitive code in jbd2_journal_init_dev() and jbd2_journal_init_inode(). So this patch moves the common code into journal_init_common() helper to simplify the code. And fix the coding style warnings reported by checkpatch.pl by the way. Signed-off-by: Geliang Tang

[PATCH] Re: [PATCH] jbd2: add jbd2_journal_init() helper

On Tue, Sep 06, 2016 at 05:15:54PM +0200, Jan Kara wrote: > On Sat 03-09-16 17:33:39, Eric Ren wrote: > > Hi Geliang, > > > > On 08/31/2016 08:23 PM, Geliang Tang wrote: > > >There are some repetitive code in jbd2_journal_init_dev() and > > >jbd2_journal_init_inode(). So this patch extracts the

Re: [PATCH] mm, thp: fix leaking mapped pte in __collapse_huge_page_swapin()

On Fri, Sep 02, 2016 at 03:44:36PM +0300, Ebru Akagunduz wrote: > Currently, khugepaged does not let swapin, if there is no > enough young pages in a THP. The problem is when a THP does > not have enough young page, khugepaged leaks mapped ptes. > > This patch prohibits leaking mapped ptes. > >

Re: mm: use-after-free in collapse_huge_page

On Wed, Sep 07, 2016 at 03:25:59PM +0300, Kirill A. Shutemov wrote: > Here's updated version. > > From 14d748bd8a7eb003efc10b1e5d5b8a644e7181b1 Mon Sep 17 00:00:00 2001 > From: "Kirill A. Shutemov" > Date: Mon, 29 Aug 2016 15:32:50 +0300 > Subject: [PATCH]

Re: [patch] leds: add driver for Mellanox systems leds

Hi Vadim, On 09/07/2016 03:35 PM, vad...@mellanox.com wrote: From: Vadim Pasternak This makes it possible to create a set of LEDs for Mellanox systems: "msx6710", "msx6720", "msb7700", "msn2700", "msx1410", "msn2410", "msb7800", "msn2740", "msn2100". Driver obtains led

[patch 2/2] leds: add driver for Mellanox systems leds

From: Vadim Pasternak Fix in comments 3KHz and 6KHz to 3Hz and 6Hz respectively. Signed-off-by: Vadim Pasternak --- drivers/leds/leds-mlxcpld.c | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/drivers/leds/leds-mlxcpld.c

Re: [patch] leds: add driver for Mellanox systems leds

Wed, Sep 07, 2016 at 02:49:00PM CEST, j.anaszew...@samsung.com wrote: >Hi Vadim, > >On 09/07/2016 03:35 PM, vad...@mellanox.com wrote: >> From: Vadim Pasternak >> >> This makes it possible to create a set of LEDs for Mellanox systems: >> "msx6710", "msx6720", "msb7700",

Re: [PATCH v5 1/3] mm, proc: Implement /proc//totmaps

On 09/05, robert.f...@collabora.com wrote: > > @@ -2854,6 +2854,7 @@ static const struct pid_entry tgid_base_stuff[] = { > REG("clear_refs", S_IWUSR, proc_clear_refs_operations), > REG("smaps", S_IRUGO, proc_pid_smaps_operations), > REG("pagemap",S_IRUSR,

Re: [PATCH] docs: make kernel-doc handle varargs properly

On Wed, 07 Sep 2016, Markus Heiser wrote: > Am 06.09.2016 um 15:36 schrieb Jonathan Corbet : > >> On Sat, 27 Aug 2016 11:43:18 +0300 >> Jani Nikula wrote: >> >>> On Fri, 26 Aug 2016, Jonathan Corbet wrote:

Re: [PATCH] crypto: ccp - add missing release in ccp_dmaengine_register

On Fri, Sep 02, 2016 at 11:48:53AM +0200, Quentin Lambert wrote: > ccp_dmaengine_register used to return with an error code before > releasing all resource. This patch adds a jump to the appropriate label > ensuring that the resources are properly released before returning. > > This issue was

[PATCH v3 1/5] gpio: pca953x: code shrink

There are multiple places in the driver code where a switch (chip->chip_type) is used to determine the proper register offset. Unduplicate the code by adding a simple structure holding the possible offsets that differ between the pca953x and pca957x chip families and use it to avoid the checks.

[PATCH v3 5/5] gpio: pca953x: coding style fixes

pca953x_gpio_set_multiple() has some coding style issues that make it harder to read. Tweak the code a bit. Signed-off-by: Bartosz Golaszewski --- drivers/gpio/gpio-pca953x.c | 19 ++- 1 file changed, 10 insertions(+), 9 deletions(-) diff --git

[PATCH v3 3/5] gpio: pca953x: refactor pca953x_read_regs()

Avoid the unnecessary if-else in pca953x_read_regs() by spltting the routine into smaller, specialized functions and calling the right one via a function pointer held in struct pca953x. Signed-off-by: Bartosz Golaszewski --- drivers/gpio/gpio-pca953x.c | 56

[PATCH v3 0/5] gpio: pca953x: code refactoring

I'm working on converting the pca953x driver to using regmap, but since it's not a trivial task I figured I'd post a couple refactoring patches I did so far for 4.9. The first patch just fixes a couple coding style issues. The second removes a couple unnecessary switches. Last three refactor the

Re: [PATCH v2] gpio: pca953x: fix a lockdep warning

2016-08-29 10:33 GMT+02:00 Bartosz Golaszewski : > If an I2C GPIO multiplexer is driven by a GPIO provided by an expander > when there's a second expander using the same device driver on one of > the I2C bus segments, lockdep prints a deadlock warning when trying to >

Oops.kernel.org usage

Dear Linux Developers, Tools reporting to oops.kernel.org were not functional for some time [1] but they are working again [2]. I'm wondering if developers are looking at the collected data. It would be nice to know that submitted reports are useful. Cheers, Balint [1]

Re: [PATCH] rtc: Add some dummy static inline functions

On 07/09/2016 at 15:17:26 +0800, Baolin Wang wrote : > Add some dummy static inline functions in case CONFIG_RTC_LIB is not defined. > The question your commit log should answer is why? > Signed-off-by: Baolin Wang > Fixes: a0a6e06d545a ("time: alarmtimer: Add

Re: sparc: bpf_jit: Rename jump labels in bpf_jit_compile()

Hi Peter, On Tue, 6 Sep 2016 16:47:56 +0200, Peter Zijlstra wrote: > On Tue, Sep 06, 2016 at 04:34:13PM +0200, Jean Delvare wrote: > > > [diff "default"] > > > xfuncname = "^[[:alpha:]$_].*[^:]$" > > > > OK, I see. As mentioned somewhere else, it fails for labels which have > > comments.

Re: [PATCH] crypto: qce: Initialize core src clock @100Mhz

On Sat, Sep 03, 2016 at 07:45:35PM +0300, Iaroslav Gridin wrote: > > @@ -247,6 +261,8 @@ err_clks_iface: > clk_disable_unprepare(qce->iface); > err_clks_core: > clk_disable_unprepare(qce->core); > +err_clks_core_src: > + clk_disable_unprepare(qce->core_src); What about

Re: [PATCH linux v3 3/9] xen: introduce xen_vcpu_id mapping

Hi Vitaly, On 07/09/2016 12:23, Vitaly Kuznetsov wrote: BTW, were you able to try the patch I suggested? In my opinion it would be preferable to fix the immediate SMP issue now and play with MPIDR info later. Not yet sorry. I will see if I can try to today or tomorrow. Cheers, -- Julien

Re: ath9k: bring back direction setting in ath9k_{start_stop}

Giedrius Statkevi?ius wrote: > A regression was introduced in commit id 79d4db1214a ("ath9k: cleanup > led_pin initial") that broken the WLAN status led on my laptop with > AR9287 after suspending and resuming. > > Steps to reproduce: > * Suspend (laptop) > *

Re: [PATCH] crypto: caam: add missing header dependencies

On Sat, Sep 03, 2016 at 11:29:30AM +0800, Baoyou Xie wrote: > We get 1 warning when building kernel with W=1: > drivers/crypto/caam/ctrl.c:398:5: warning: no previous prototype for > 'caam_get_era' [-Wmissing-prototypes] > > In fact, this function is declared in drivers/crypto/caam/ctrl.h > and

[PATCH] module/taint: Automatically increase the buffer size for new taint flags

The commit 66cc69e34e86a231 ("Fix: module signature vs tracepoints: add new TAINT_UNSIGNED_MODULE") updated module_taint_flags() to potentially print one more character. But it did not increase the size of the corresponding buffers in m_show() and print_modules(). We have recently done the same

Re: [PATCH] jbd2: move more common code into journal_init_common()

On Wed 07-09-16 20:41:13, Geliang Tang wrote: > There are some repetitive code in jbd2_journal_init_dev() and > jbd2_journal_init_inode(). So this patch moves the common code into > journal_init_common() helper to simplify the code. And fix the coding > style warnings reported by checkpatch.pl by

[PATCH V2 4/4] ARM64 LPC: support earlycon for UART connected to LPC

From: "zhichang.yuan" This patch support the earlycon for UART connected to LPC on Hip06. This patch is depended on the LPC driver. Signed-off-by: zhichang.yuan --- drivers/bus/hisi_lpc.c | 129

[PATCH V2 1/4] ARM64 LPC: Indirect ISA port IO introduced

From: "zhichang.yuan" For arm64, there is no I/O space as other architectural platforms, such as X86. Most I/O accesses are achieved based on MMIO. But for some arm64 SoCs, such as Hip06, when accessing some legacy ISA devices connected to LPC, those known port

Re: [PATCH] power: supply: sbs-battery: simplify DT parsing

Hi, On Wed, Sep 07, 2016 at 09:58:10AM +0200, Arnd Bergmann wrote: > On Wednesday, September 7, 2016 1:55:23 AM CEST Sebastian Reichel wrote: > > > > Patch looks fine to me. Actually I already asked Phil to > > implement your change [0]. I just queued it to power-supply's > > for-next branch. >

RE: [PATCH 0/4] drm/fsl-dcu: add overlay and cursor plane support

Hi Stefan, I had tested the patches on LS1021A-TWR board using drmlib. Like set three overlays: root@ls1021atwr:~# ./modetest -P 39:900x100+10+10@RG24 -P 39:200x200+300+0@RG24 -P 39:200x200+400+300@RG24 How did you test the overlays and cursor layer, I mean I see you using x-window like thing

Re: ath9k: bring back direction setting in ath9k_{start_stop}

Giedrius Statkevi?ius wrote: > A regression was introduced in commit id 79d4db1214a ("ath9k: cleanup > led_pin initial") that broken the WLAN status led on my laptop with > AR9287 after suspending and resuming. > > Steps to reproduce: > * Suspend (laptop) > *

Re: Observing Softlockup's while running heavy IOs

On Wed, Sep 07, 2016 at 11:30:04AM +0530, Sreekanth Reddy wrote: > On Tue, Sep 6, 2016 at 8:36 PM, Neil Horman wrote: > > On Tue, Sep 06, 2016 at 04:52:37PM +0530, Sreekanth Reddy wrote: > >> On Fri, Sep 2, 2016 at 4:34 AM, Bart Van Assche > >>

Re: [PATCH 3/4] dt-binding: remoteproc: venus rproc dt binding document

Hi Bjorn, On 09/02/2016 11:12 PM, Bjorn Andersson wrote: > On Fri 02 Sep 04:52 PDT 2016, Marek Szyprowski wrote: > >> Hi, >> >> >> On 2016-09-01 16:58, Stanimir Varbanov wrote: >>> Hi, >>> >>> Cc: Marek >>> >> >> ... >> >> But I presume we have the implementation issue of

[UPDATE PATCH V10 2/8] ACPI: Add new IORT functions to support MSI domain handling

For ITS, MSI functionality consists on building domain stack and during that process we need to reference to domain stack components e.g. before we create new DOMAIN_BUS_PCI_MSI domain we need to specify its DOMAIN_BUS_NEXUS parent domain. In order to manage that process properly, maintain list

Re: [PATCH] pcie: qcom: add support to msm8996 PCIE controller

On 07/09/16 12:06, 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 specification. > > This patch adds post_init callback to

[UPDATE PATCH V10 1/8] ACPI: I/O Remapping Table (IORT) initial support

IORT shows representation of IO topology for ARM based systems. It describes how various components are connected together on parent-child basis e.g. PCI RC -> SMMU -> ITS. Also see IORT spec. http://infocenter.arm.com/help/topic/com.arm.doc.den0049b/DEN0049B_IO_Remapping_Table.pdf Initial

Re: [PATCH 1/1] intel-mid: Fix sfi get_platform_data() return value issues

On Tue, 2016-09-06 at 18:04 -0700, Kuppuswamy Sathyanarayanan wrote: > According to the intel_mid_sfi_get_pdata() function definition, > get_platform_data() function should returns NULL on no platform > data scenario and return ERR_PTR on platform data initialization > failures. But current device

[PATCH] Set git diff driver for C source code files

Git can be told to apply language-specific rules when generating diffs. Enable this for C source code files (*.c and *.h) so that function names are printed right. Specifically, doing so prevents "git diff" from mistakenly considering unindented goto labels as function names. Signed-off-by: Jean

RE: [PATCH] qed: add missing header dependencies

> > While I obviously have no strong objection for including > > qed_selftest.h from qed_selftest.c, I'm not sure I understand which C > > standard dictates this requirement. > > Why should a function definition [not call] be preceded by a prototype? > > - When a function is defined in one file

Re: [PATCH] qed: add missing header dependencies

On Wednesday, September 7, 2016 12:31:03 PM CEST Yuval Mintz wrote: > > > While I obviously have no strong objection for including > > > qed_selftest.h from qed_selftest.c, I'm not sure I understand which C > > > standard dictates this requirement. > > > Why should a function definition [not call]

pyc files in source dir with O=

h v4.8-rc5. With next-20160907, two more files appear: Documentation/sphinx/cdomain.pyc Documentation/sphinx/load_config.pyc Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org In personal conversations with

[PATCH v6 1/3] clk: qcom: Add A53 PLL support

Add support for the PLL, which generates the higher range of CPU frequencies on MSM8916 platforms. Signed-off-by: Georgi Djakov --- .../devicetree/bindings/clock/qcom,a53-pll.txt | 18 + drivers/clk/qcom/Kconfig | 9 +++

[PATCH v6 3/3] clk: qcom: Add A53 clock driver

Add a driver for the A53 Clock Controller. It is a hardware block that implements a combined mux and half integer divider functionality. It can choose between a fixed-rate clock or the dedicated A53 PLL. The source and the divider can be set both at the same time. This is required for enabling

Re: [PATCH 1/2] drivers/base: Combine topology.c and cpu.c

Hi Prarit, [auto build test ERROR on driver-core/driver-core-testing] [also build test ERROR on v4.8-rc5 next-20160907] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] [Suggest to use git(>=2.9.0) format-patch --base= (or --base=a

[PATCH v3 4/5] gpio: pca953x: remove an unused variable

The chip_type variable in struct pca953x_chip is no longer required. Remove it. Signed-off-by: Bartosz Golaszewski --- drivers/gpio/gpio-pca953x.c | 12 +--- 1 file changed, 5 insertions(+), 7 deletions(-) diff --git a/drivers/gpio/gpio-pca953x.c

[PATCH v3 2/5] gpio: pca953x: refactor pca953x_write_regs()

Avoid the unnecessary if-else in pca953x_write_regs() by splitting the routine into smaller, specialized functions and calling the right one via a function pointer held in struct pca953x_chip. Signed-off-by: Bartosz Golaszewski --- drivers/gpio/gpio-pca953x.c | 73

RE: [patch 2/2] leds: add driver for Mellanox systems leds

Hi Jacek, The patch 2/2 I sent after Dave's review. Now I have patch 1/2 and patch 2/2, produced with git format-patch -2 HEAD ... But 1/2 is re-work after your comments. Would it be OK if I produce now new patch with all fixes as [patch v1], and starting from this point will follow [patch v2],

Re: [PATCH v6 2/4] tracing: Add hist trigger support for generic fields

Hi Daniel, [auto build test WARNING on tip/perf/core] [also build test WARNING on v4.8-rc5 next-20160907] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] [Suggest to use git(>=2.9.0) format-patch --base= (or --base=auto for convenie

[PATCH 1/2] arm64: defconfig: enable I2C and DW MMC controller on rockchip platform

I2C and MMC are very basic modules for a board to bootup, as I2C always used to configure PMIC and MMC devices often used to store filesytem. So enable them here to let the rockchip based arm64 boards can bootup. Signed-off-by: Andy Yan --- arch/arm64/configs/defconfig

Re: [PATCH V3] mm: Add sysfs interface to dump each node's zonelist information

On 09/06/2016 02:35 PM, kbuild test robot wrote: > Hi Anshuman, > > [auto build test ERROR on driver-core/driver-core-testing] > [also build test ERROR on v4.8-rc5 next-20160906] > [if your patch is applied to the wrong git tree, please drop us a note to > help improve the system] > [Suggest to

[PATCH v3 1/1] x86/platform/intel-mid: Implement power off sequence

Tell SCU that we are about powering off the device. Signed-off-by: Andy Shevchenko --- v3: - fix type of variable (lkp) v2: - change abbrevation from PMU to PWRMU arch/x86/include/asm/intel-mid.h| 2 ++ arch/x86/include/asm/intel_scu_ipc.h| 2 ++

Re: [PATCH] mfd: ucb1x00: remove NO_IRQ check

On Wed, 07 Sep 2016, Russell King - ARM Linux wrote: > On Wed, Sep 07, 2016 at 11:27:37AM +0100, Lee Jones wrote: > > On Tue, 06 Sep 2016, Russell King - ARM Linux wrote: > > > > > On Tue, Sep 06, 2016 at 04:45:30PM +0100, Lee Jones wrote: > > > > On Tue, 06 Sep 2016, Russell King - ARM Linux

Re: [PATCH] rtc: Add some dummy static inline functions

Hi, On 7 September 2016 at 20:12, Alexandre Belloni wrote: > On 07/09/2016 at 15:17:26 +0800, Baolin Wang wrote : >> Add some dummy static inline functions in case CONFIG_RTC_LIB is not defined. >> > > The question your commit log should answer is why? I

Re: [PATCH] crypto: qce: Initialize core src clock @100Mhz

Hi Iaroslav, On 09/03/2016 07:45 PM, Iaroslav Gridin wrote: > Without that, QCE performance is about 2x less. On which platform? The clock rates are per SoC. > > Signed-off-by: Iaroslav Gridin > --- > drivers/crypto/qce/core.c | 18 +- >

[PATCH v6 2/3] clk: qcom: Add regmap mux-div clocks support

Add support for hardware that can switch both parent clocks and divider at the same time. This avoids generating intermediate frequencies from either the old parent clock and new divider or new parent clock and old divider combinations. Signed-off-by: Georgi Djakov ---

[PATCH v6 0/3] Add support for Qualcomm A53 CPU clock

This patchset adds support for the A53 CPU clock and allows scaling of the CPU frequency on msm8916 based platforms. Changes since v5 (https://lkml.org/lkml/2016/2/1/407) * Rebase to clk-next and update according to the recent API changes. Changes since v4 (https://lkml.org/lkml/2015/12/14/367)

Re: [PATCH v4 0/2] crypto: engine: permit to enqueue ashash_request

On Wed, Aug 31, 2016 at 02:02:56PM +0200, Corentin Labbe wrote: > Hello > > I wanted to use the crypto engine for my Allwinner crypto driver but something > prevented me to use it: it cannot enqueue hash requests. > This patch convert crypto engine to permit enqueuing of ahash_requests. > It also

Re: mm: use-after-free in collapse_huge_page

On Mon, Aug 29, 2016 at 05:35:48PM +0200, Andrea Arcangeli wrote: > Hello Kirill, > > On Mon, Aug 29, 2016 at 03:42:33PM +0300, Kirill A. Shutemov wrote: > > @@ -898,13 +899,13 @@ static bool __collapse_huge_page_swapin(struct > > mm_struct *mm, > > /* do_swap_page returns

Re: [patch] leds: add driver for Mellanox systems leds

* vad...@mellanox.com (vad...@mellanox.com) wrote: > From: Vadim Pasternak > > This makes it possible to create a set of LEDs for Mellanox systems: > "msx6710", "msx6720", "msb7700", "msn2700", "msx1410", "msn2410", > "msb7800", "msn2740", "msn2100". > > Driver obtains led

Re: [UPDATE PATCH V10 2/8] ACPI: Add new IORT functions to support MSI domain handling

On 07.09.2016 13:58, Tomasz Nowicki wrote: For ITS, MSI functionality consists on building domain stack and during that process we need to reference to domain stack components e.g. before we create new DOMAIN_BUS_PCI_MSI domain we need to specify its DOMAIN_BUS_NEXUS parent domain. In order to

Re: [PATCH] usb: dwc3: host: inherit dma configuration from parent dev

On 07/09/16 11:29, Arnd Bergmann wrote: > On Wednesday, September 7, 2016 10:17:31 AM CEST Roger Quadros wrote: >>> >>> Speaking of that flag, I suppose we need the same logic to know where >>> to look for USB devices attached to a dwc3 host when we need to describe >>> them in DT. By default we

  1   2   3   4   5   6   7   8   9   10   >