Re: [PATCH 1/3 v2] GPIO: gpio-dwapb: Enable platform driver binding to MFD driver

On Fri, 2014-09-05 at 10:20 +, Chen, Alvin wrote: > > > - port->bgc.gc.ngpio = ngpio; > > > - port->bgc.gc.of_node = port_np; > > > +#ifdef CONFIG_OF_GPIO > > > > Do we really need this #ifdef ? > > of_node will be NULL anyway, or I missed something? > Yes, otherwise, can't compile it. Please

Re: [PATCH 2/3 v2] GPIO: gpio-dwapb: Support Debounce

On Fri, 2014-09-05 at 09:35 +, Chen, Alvin wrote: > > Subject: Re: [PATCH 2/3 v2] GPIO: gpio-dwapb: Support Debounce > > > > On Fri, 2014-09-05 at 07:53 -0700, Weike Chen wrote: > > > This patch enables 'debounce' for the designware GPIO, and it is based > > > on Josef Ahmad's previous work.

Re: [PATCH 09/28] Remove ATHEROS_AR231X

2014-09-05 15:33 GMT+04:00 Paul Bolle : > Hi Sergey, > > On Fri, 2014-09-05 at 15:12 +0400, Sergey Ryazanov wrote: >> 2014-09-05 14:10 GMT+04:00, Paul Bolle : >> > On Wed, 2014-06-18 at 13:46 +0200, Paul Bolle wrote: >> >> Having this conversation every rc1 is getting a bit silly. Could Jiri >> >>

Re: [PATCH] blk-merge: fix blk_recount_segments

Rusty Russell writes: > Ming Lei writes: >> On Tue, 02 Sep 2014 10:24:24 -0600 >> Jens Axboe wrote: >> >>> On 09/02/2014 10:21 AM, Christoph Hellwig wrote: >>> > Btw, one thing we should reconsider is where we set >>> > QUEUE_FLAG_NO_SG_MERGE. At least for virtio-blk it seems to me that >>> >

[PATCH] clk: samsung: exynos3250: fix width field of mout_mmc0/1

As per Exynos3250 user manual mmc0/1 mux selection has 4 bit wide. Signed-off-by: Pankaj Dubey --- drivers/clk/samsung/clk-exynos3250.c |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/clk/samsung/clk-exynos3250.c b/drivers/clk/samsung/clk-exynos3250.c index

Re: [PATCH v2] ARM: spear: Remove references to PLAT_SPEAR_SINGLE

On Fri, 2014-09-05 at 13:38 +0200, Arnd Bergmann wrote: > I've applied this patch to the next/fixes-non-critical branch now, with minor > fixup for a conflict that has come in. See below for the final version. Thanks for picking this up! Paul Bolle -- To unsubscribe from this list: send the

Re: [PATCH 1/3 v2] GPIO: gpio-dwapb: Enable platform driver binding to MFD driver

On Friday 05 September 2014 07:53:16 Weike Chen wrote: > > - irq_set_chained_handler(irq, dwapb_irq_handler); > - irq_set_handler_data(irq, gpio); > + if (!pp->irq_shared) { > + irq_set_chained_handler(pp->irq, dwapb_irq_handler); > +

[PATCH v3 2/4] Input: misc: Add haptic driver on max77693

This patch add max77693-haptic device driver to support the haptic controller on MAX77693. The MAX77693 is a Multifunction device with PMIC, CHARGER, LED, MUIC, HAPTIC and the patch is haptic device driver in the MAX77693. This driver support external pwm and LRA(Linear Resonant Actuator) motor.

[PATCH v3 4/4] mfd: max77693: Update DT binding to support haptic

This patch add haptic DT binding documentation and example to support haptic driver in max77693 Multifunction device. Signed-off-by: Jaewon Kim Acked-by: Chanwoo Choi --- Documentation/devicetree/bindings/mfd/max77693.txt | 18 ++ 1 file changed, 18 insertions(+) diff --git

[PATCH v3 3/4] mfd: max77693: add haptic of_compatible in mfd_cell

This patch add haptic of_compatible in order to use the haptic device driver using Devicetree. Signed-off-by: Jaewon Kim Acked-by: Chanwoo Choi --- drivers/mfd/max77693.c |5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/drivers/mfd/max77693.c b/drivers/mfd/max77693.c

[PATCH v3 1/4] mfd: max77693: Initialize haptic register map

This patch add regmap_haptic initialization to use haptic register map in haptic device driver. Signed-off-by: Jaewon Kim Acked-by: Chanwoo Choi Acked-by: Lee Jones --- drivers/mfd/max77693.c | 21 ++--- 1 file changed, 18 insertions(+), 3 deletions(-) diff --git

[PATCH v3 0/4] Add max77693 haptic driver

This series adds max77693 haptic driver. The max77693 is a Multifunction device with PMIC, CHARGER, LED, MUIC, HAPTIC and this series is haptic device driver in MAX77693. The haptic driver use regmap method for i2c communication and support force feedback framework in input device. Changes in v3:

Re: [PATCH v2 01/17] locks: consolidate "nolease" routines

On Thu, 4 Sep 2014 13:12:00 -0700 Christoph Hellwig wrote: > On Thu, Sep 04, 2014 at 02:25:35PM -0400, Trond Myklebust wrote: > > Actually, it looks as if when you compile with !CONFIG_FILE_LOCKING, > > then fcntl_setlease() returns the value '0' (which would be > > "success!"). The word

Re: [PATCH v7 1/2] i2c: imx: add DMA support for freescale i2c driver

On Friday, September 05, 2014 at 12:32:40 PM, Yao Yuan wrote: [...] > > > +static int i2c_imx_dma_write(struct imx_i2c_struct *i2c_imx, > > > + struct i2c_msg *msgs) > > > +{ > > > + int result; > > > + unsigned int temp = 0; > > > + unsigned long orig_jiffies =

Re: task_numa_fault() && TASK_DEAD

On 09/04, Hugh Dickins wrote: > > On Thu, 4 Sep 2014, Oleg Nesterov wrote: > > On 09/04, Peter Zijlstra wrote: > > > On Wed, Sep 03, 2014 at 06:08:19PM +0200, Oleg Nesterov wrote: > > > > > > > And a stupid (really, I don't understand this code) question: > > > > > > > > /* for example,

Re: [PATCH v2] ARM: spear: Remove references to PLAT_SPEAR_SINGLE

On Friday 05 September 2014 15:24:31 Viresh Kumar wrote: > On 5 September 2014 15:20, Paul Bolle wrote: > > On Fri, 2014-09-05 at 15:13 +0530, Viresh Kumar wrote: > >> On Fri, Sep 5, 2014 at 3:09 PM, Paul Bolle wrote: > >> >> Ditto for v3.17-rc3 and next-20140904. Could someone please pix this

Re: [PATCH] ARM: /proc/cpuinfo: Use DT machine name when possible

On Wednesday 18 June 2014 18:54:24 Pali Rohár wrote: > Machine name from board description is some generic name on DT > kernel. DT provides machine name property which is specific > for board, so use it instead generic one when possible. > > Signed-off-by: Pali Rohár > --- >

Re: [PATCH 09/28] Remove ATHEROS_AR231X

Hi Sergey, On Fri, 2014-09-05 at 15:12 +0400, Sergey Ryazanov wrote: > 2014-09-05 14:10 GMT+04:00, Paul Bolle : > > On Wed, 2014-06-18 at 13:46 +0200, Paul Bolle wrote: > >> Having this conversation every rc1 is getting a bit silly. Could Jiri > >> e.a. perhaps set some specific deadline for

Re: [PATCH v3] zram: add num_discards for discarded pages stat

Hello, On (09/05/14 09:35), Minchan Kim wrote: > Hi Sergey, > > On Fri, Sep 05, 2014 at 12:43:31AM +0900, Sergey Senozhatsky wrote: > > Hello, > > > > On (09/04/14 11:25), Minchan Kim wrote: > > > Hello Sergey, > > > > > > First of all, Sorry for late response. > > > > > > On Tue, Aug 26,

Re: linux-next: Tree for Sep 1

Tejun, Christoph, On Fri, Sep 05, 2014 at 02:11:23AM +0900, Tejun Heo wrote: > On Tue, Sep 02, 2014 at 10:00:07AM -0500, Christoph Lameter wrote: > > Subject: irqchip: Properly fetch the per cpu offset > > > > The raw_cpu_read() conversion dropped the fetch of the offset > > from

[PATCH] [next-20140904] staging: gs_fpgaboot: remove checks for CONFIG_B4860G100

There are two checks for CONFIG_B4860G100 in this driver. But there's no Kconfig symbol B4860G100. These checks will always evaluate to false. Remove them and the code they hide. Signed-off-by: Paul Bolle --- Build tested only (by building just drivers/staging/gs_fpgaboot/io.o). Perhaps this

[PATCH v2 1/1] iommu/amd: set iommu for early mapped ioapic/hpet

From: Su Friendy Subject: iommu/amd: make early mapped ioapic/hpet override IVHD The early mapped ioapic/hpet specified by kernel boot parameter ivrs_ioapic[ID]/ivrs_hpet[ID] always override the ioapic/hpet with same ID reported by ACPI IVHD table. Current driver still uses devid in IVHD to

Re: [RFC v2 2/6] driver-core: add driver async_probe support

On 09/04, Luis R. Rodriguez wrote: > > struct driver_private { > struct kobject kobj; > struct klist klist_devices; > struct klist_node knode_bus; > struct module_kobject *mkobj; > + struct driver_attach_work *attach_work; > struct device_driver *driver; I am

Re: [PATCH v2] DRBG: remove check for uninitialized DRBG handle

Am Freitag, 5. September 2014, 15:55:49 schrieb Herbert Xu: Hi Herbert, >On Thu, Sep 04, 2014 at 01:50:32AM +0200, Stephan Mueller wrote: >> Am Donnerstag, 4. September 2014, 07:21:29 schrieb Herbert Xu: >> >> Hi Herbert, >> >> > On Wed, Sep 03, 2014 at 03:33:16AM +0200, Stephan Mueller wrote:

Re: [PATCH v2 2/4] arm64, thunder: Add initial dts for Cavium Thunder SoC

On Friday 05 September 2014 09:46:43 Robert Richter wrote: > diff --git a/arch/arm64/boot/dts/thunder-88xx.dts > b/arch/arm64/boot/dts/thunder-88xx.dts > new file mode 100644 > index ..4cc1d059d2d9 > --- /dev/null > +++ b/arch/arm64/boot/dts/thunder-88xx.dts Most people end up having

RE: [PATCH v1 1/1] iommu/amd: set iommu for early mapped ioapic/hpet

Hi, Joerg, > -Original Message- > From: j...@8bytes.org [mailto:j...@8bytes.org] > Sent: Wednesday, September 03, 2014 11:06 PM > To: Su, Friendy > Cc: io...@lists.linux-foundation.org; linux-kernel@vger.kernel.org > Subject: Re: [PATCH v1 1/1] iommu/amd: set iommu for early mapped >

Re: [PATCH 09/28] Remove ATHEROS_AR231X

Hello Paul, 2014-09-05 14:10 GMT+04:00, Paul Bolle : > Jiri, Nick, Luis, John, > > On Wed, 2014-06-18 at 13:46 +0200, Paul Bolle wrote: >> Having this conversation every rc1 is getting a bit silly. Could Jiri >> e.a. perhaps set some specific deadline for ATHEROS_AR231X to be >> submitted? > > I

Re: [PATCH v5 03/12] sched: fix avg_load computation

On 08/26/2014 04:36 PM, Vincent Guittot wrote: > The computation of avg_load and avg_load_per_task should only takes into > account the number of cfs tasks. The non cfs task are already taken into > account by decreasing the cpu's capacity and they will be tracked in the > CPU's utilization

Re: read()/readv() only from page cache

On Thu, Jul 24, 2014 at 10:36:33PM -0400, Milosz Tanski wrote: > After spending some time of my own fighting similar problems I figured > I'd reach out to see if there's something that can be done that can > make my use case easier. I was wondering if there is a read family > syscall that allows

[PATCH] [RESEND] [TRIVIAL] gpio: fix comment typos 'CONFIG_GPIO_IRQCHIP'

Signed-off-by: Paul Bolle --- Resending at Jiri's request. Build tested, actually (but only by building drivers/gpio/gpiolib.o). These two typos were introduced in commit 1425052097b5 ("gpio: add IRQ chip helpers in gpiolib"). include/linux/gpio/driver.h | 4 ++-- 1 file changed, 2

Re: [PATCH v2 1/4] arm64, thunder: Add Kconfig option for Cavium Thunder SoC Family

On Fri, Sep 05, 2014 at 12:45:47PM +0200, Robert Richter wrote: > On 05.09.14 10:32:40, Russell King - ARM Linux wrote: > > On Fri, Sep 05, 2014 at 09:46:42AM +0200, Robert Richter wrote: > > > From: Radha Mohan Chintakuntla > > > > > > Increase maximum numbers of cpus to 32. This relates to

Re: [RFC v2 3/6] kthread: warn on kill signal if not OOM

On 09/04, Luis R. Rodriguez wrote: > > From: "Luis R. Rodriguez" > > The new umh kill option has allowed kthreads to receive > kill signals but they are generally accepting all sources > of kill signals And I think this is right, > while the original motivation was to enable > through the OOM

[PATCH 04/12] iommu/arm-smmu: Convert to iommu_capable() API function

From: Joerg Roedel Cc: Will Deacon Signed-off-by: Joerg Roedel --- drivers/iommu/arm-smmu.c | 35 ++- 1 file changed, 26 insertions(+), 9 deletions(-) diff --git a/drivers/iommu/arm-smmu.c b/drivers/iommu/arm-smmu.c index ca18d6d..47c2cb6 100644 ---

[PATCH 00/12] iommu: Convert iommu_domain_has_cap() to iommu_capable()

Hi, this patch-set removes the iommu_domain_has_cap() function from the IOMMU-API and replaces it with the new iommu_capable() function. The capabilities that can be queried with the iommu_domain_has_cap() function are not domain specific, but specific to the IOMMUs in the system, so they are

[PATCH 01/12] iommu: Introduce iommu_capable API function

From: Joerg Roedel This function will replace the current iommu_domain_has_cap function and clean up the interface while at it. Signed-off-by: Joerg Roedel --- drivers/iommu/iommu.c | 18 +++--- include/linux/iommu.h | 7 +++ 2 files changed, 22 insertions(+), 3 deletions(-)

Re: [PATCH 0/8] Tegra124 EMC (external memory controller) support

FYI, the structure the EMC series currently takes (in my local branch) is as follows: - clock implementation in CAR code. This just knows about allowed rates and which parents should have them and handles reparenting when required. - memory/tegra124-emc: this contains the EMC rate change

[PATCH 05/12] iommu/fsl: Convert to iommu_capable() API function

From: Joerg Roedel Cc: Varun Sethi Signed-off-by: Joerg Roedel --- drivers/iommu/fsl_pamu_domain.c | 5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-) diff --git a/drivers/iommu/fsl_pamu_domain.c b/drivers/iommu/fsl_pamu_domain.c index 61d1daf..f43a80d 100644 ---

[PATCH 06/12] iommu/vt-d: Convert to iommu_capable() API function

From: Joerg Roedel Cc: Jiang Liu Cc: David Woodhouse Signed-off-by: Joerg Roedel --- drivers/iommu/intel-iommu.c | 13 + 1 file changed, 5 insertions(+), 8 deletions(-) diff --git a/drivers/iommu/intel-iommu.c b/drivers/iommu/intel-iommu.c index 5619f26..bc1a203 100644 ---

[PATCH 11/12] IB/usnic: Convert to use new iommu_capable() API function

From: Joerg Roedel Cc: Upinder Malhi Signed-off-by: Joerg Roedel --- drivers/infiniband/hw/usnic/usnic_uiom.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/infiniband/hw/usnic/usnic_uiom.c b/drivers/infiniband/hw/usnic/usnic_uiom.c index 801a1d6..417de1f 100644

[PATCH 03/12] iommu/amd: Convert to iommu_capable() API function

From: Joerg Roedel Signed-off-by: Joerg Roedel --- drivers/iommu/amd_iommu.c | 11 +-- 1 file changed, 5 insertions(+), 6 deletions(-) diff --git a/drivers/iommu/amd_iommu.c b/drivers/iommu/amd_iommu.c index ecb0109..7de9276 100644 --- a/drivers/iommu/amd_iommu.c +++

[PATCH 07/12] iommu/msm: Convert to iommu_capable() API function

From: Joerg Roedel Signed-off-by: Joerg Roedel --- drivers/iommu/msm_iommu.c | 7 +++ 1 file changed, 3 insertions(+), 4 deletions(-) diff --git a/drivers/iommu/msm_iommu.c b/drivers/iommu/msm_iommu.c index 49f41d6..6e3dcc28 100644 --- a/drivers/iommu/msm_iommu.c +++

[PATCH 08/12] iommu/tegra: Convert to iommu_capable() API function

From: Joerg Roedel Cc: Hiroshi Doyu Signed-off-by: Joerg Roedel --- drivers/iommu/tegra-gart.c | 7 +++ drivers/iommu/tegra-smmu.c | 7 +++ 2 files changed, 6 insertions(+), 8 deletions(-) diff --git a/drivers/iommu/tegra-gart.c b/drivers/iommu/tegra-gart.c index b10a8ec..6f44ebb

[PATCH 12/12] iommu: Remove iommu_domain_has_cap() API function

From: Joerg Roedel Signed-off-by: Joerg Roedel --- drivers/iommu/iommu.c | 13 - include/linux/iommu.h | 11 --- 2 files changed, 24 deletions(-) diff --git a/drivers/iommu/iommu.c b/drivers/iommu/iommu.c index 319d40e..41c6a7d 100644 --- a/drivers/iommu/iommu.c +++

[PATCH 10/12] vfio: Convert to use new iommu_capable() API function

From: Joerg Roedel Cc: Alex Williamson Signed-off-by: Joerg Roedel --- drivers/vfio/vfio_iommu_type1.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/vfio/vfio_iommu_type1.c b/drivers/vfio/vfio_iommu_type1.c index 0734fbe..562f686 100644 ---

[PATCH 09/12] kvm: iommu: Convert to use new iommu_capable() API function

From: Joerg Roedel Cc: Gleb Natapov Cc: Paolo Bonzini Signed-off-by: Joerg Roedel --- virt/kvm/iommu.c | 6 ++ 1 file changed, 2 insertions(+), 4 deletions(-) diff --git a/virt/kvm/iommu.c b/virt/kvm/iommu.c index 714b949..45ee080 100644 --- a/virt/kvm/iommu.c +++ b/virt/kvm/iommu.c @@

[PATCH 02/12] iommu: Convert iommu-caps from define to enum

From: Joerg Roedel Allow compile-time type-checking. Signed-off-by: Joerg Roedel --- drivers/iommu/iommu.c | 2 +- include/linux/iommu.h | 11 +++ 2 files changed, 8 insertions(+), 5 deletions(-) diff --git a/drivers/iommu/iommu.c b/drivers/iommu/iommu.c index 1bc882e..319d40e

Re: [PATCH v2 1/4] arm64, thunder: Add Kconfig option for Cavium Thunder SoC Family

On 05.09.14 10:36:47, Mark Rutland wrote: > On Fri, Sep 05, 2014 at 10:25:08AM +0100, Will Deacon wrote: > > All I mean is, if the kernel doesn't explode on existing systems by changing > > the upper limit to 64, then we should do that. If you're not comfortable > > that the Thunder code can

Re: [PATCH] audit: vfs: fix audit records error when write to a file

On Fri, 5 Sep 2014 14:55:53 +0800 hujianyang wrote: > commit 33e2208acfc1 > > audit: vfs: fix audit_inode call in O_CREAT case of do_last > > fix a regression in auditing of open(..., O_CREAT) syscalls but > import a new problem which lead the records of write operation > confusion. > > This

Re: [Linaro-acpi] [PATCH v3 13/17] ARM64 / ACPI: Add GICv2 specific ACPI boot support

On 05.09.2014 12:39, Marc Zyngier wrote: On 05/09/14 11:13, Arnd Bergmann wrote: On Friday 05 September 2014 10:47:30 Marc Zyngier wrote: I still prefer being explicit here for the same reason I mentioned earlier: I want it to be very clear that we don't support arbitrary irqchips other

Re: [PATCH v2 1/4] arm64, thunder: Add Kconfig option for Cavium Thunder SoC Family

On 05.09.14 10:32:40, Russell King - ARM Linux wrote: > On Fri, Sep 05, 2014 at 09:46:42AM +0200, Robert Richter wrote: > > From: Radha Mohan Chintakuntla > > > > Increase maximum numbers of cpus to 32. This relates to current > > maximal possible cpu number. Increasing this to 64 cpus will be a

Re: [PATCH v5] iio: Add Dyna-Image AL3320A ambient light sensor driver

On 09/05/2014 12:36 PM, Hartmut Knaack wrote: Daniel Baluta schrieb: Minimal implementation. This driver provides raw illuminance readings. This is based on drivers/hwmon/al3320.c (*) driver from msm tree written by Tsechih Lin * https://android.googlesource.com/kernel/msm.git Almost

[tip:sched/core] sched/wait: Document timeout corner case

Commit-ID: 6b44f519017b219a12b37173c7eef8dfce2c0100 Gitweb: http://git.kernel.org/tip/6b44f519017b219a12b37173c7eef8dfce2c0100 Author: Scot Doyle AuthorDate: Sun, 24 Aug 2014 17:12:27 + Committer: Ingo Molnar CommitDate: Fri, 5 Sep 2014 12:37:10 +0200 sched/wait: Document timeout

Re: [Linaro-acpi] [PATCH v3 13/17] ARM64 / ACPI: Add GICv2 specific ACPI boot support

On 05/09/14 11:13, Arnd Bergmann wrote: > On Friday 05 September 2014 10:47:30 Marc Zyngier wrote: >>> >>> I still prefer being explicit here for the same reason I mentioned earlier: >>> I want it to be very clear that we don't support arbitrary irqchips other >>> than the ones in the APCI

Re: [Linaro-acpi] [PATCH v3 13/17] ARM64 / ACPI: Add GICv2 specific ACPI boot support

On 05.09.2014 12:13, Arnd Bergmann wrote: On Friday 05 September 2014 10:47:30 Marc Zyngier wrote: I still prefer being explicit here for the same reason I mentioned earlier: I want it to be very clear that we don't support arbitrary irqchips other than the ones in the APCI specification.

Re: [PATCH] regulator: da9211: Set of_match_table and export device table

On Fri, Sep 05, 2014 at 09:12:55AM +0800, Axel Lin wrote: > Also move da9211_i2c_id and da9211_dt_ids close to the user for better > readability. Applied, thanks. signature.asc Description: Digital signature

Re: [PATCH v4 2/6] perf/x86: add support for sampling PEBS machine state registers

* Stephane Eranian wrote: > PEBS can capture machine state regs at retiremnt of the sampled > instructions. When precise sampling is enabled on an event, PEBS > is used, so substitute the interrupted state with the PEBS state. > Note that not all registers are captured by PEBS. Those missing >

Re: [PATCH] regulator: hi6421: Fix misleading comment

On Fri, Sep 05, 2014 at 09:14:26AM +0800, Axel Lin wrote: > Signed-off-by: Axel Lin Applied, thanks. signature.asc Description: Digital signature

Re: [PATCH] mm: page_alloc: Default to node-ordering on 64-bit NUMA machines

On Thu, Sep 04, 2014 at 11:29:29AM -0400, Johannes Weiner wrote: > On Tue, Sep 02, 2014 at 04:21:43PM +0100, Mel Gorman wrote: > > On Tue, Sep 02, 2014 at 09:51:20AM -0400, Johannes Weiner wrote: > > > On Mon, Sep 01, 2014 at 01:55:51PM +0100, Mel Gorman wrote: > > > > I cannot find a good reason

Re: [f2fs-dev] [PATCH] f2fs: use lock-less list(llist) to simplify the flush cmd management

Hi Yu, On 09/05/2014 03:07 PM, Chao Yu wrote: > Hi Gu, > >> -Original Message- >> From: Gu Zheng [mailto:guz.f...@cn.fujitsu.com] >> Sent: Wednesday, September 03, 2014 5:16 PM >> To: jaeg...@kernel.org >> Cc: Gu Zheng; linux-kernel@vger.kernel.org; >>

[GIT PULL] regulator fixes for v3.17

The following changes since commit 69e273c0b0a3c337a521d083374c918dc52c666f: Linux 3.17-rc3 (2014-08-31 18:23:04 -0700) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git tags/regulator-v3.17-rc3 for you to fetch changes up to

Re: [PATCH 1/5] x86, mm, pat: Set WT to PA4 slot of PAT MSR

* Toshi Kani wrote: > On Thu, 2014-09-04 at 14:31 -0600, Toshi Kani wrote: > > On Thu, 2014-09-04 at 17:11 -0300, Henrique de Moraes Holschuh wrote: > > > On Thu, 04 Sep 2014, Toshi Kani wrote: > > > > This patch sets WT to the PA4 slot in the PAT MSR when the processor > > > > is not affected

Re: [PATCH 0/8] Tegra124 EMC (external memory controller) support

On 26 August 2014 09:42, Mikko Perttunen wrote: > On 25/08/14 20:40, Stephen Warren wrote: >> >> On 07/11/2014 08:18 AM, Mikko Perttunen wrote: >>> >>> Hi everyone, >>> >>> this series adds support for the EMC (external memory controller) clock >>> in the Tegra124 system-on-chip. The series has

RE: [PATCH 1/3 v2] GPIO: gpio-dwapb: Enable platform driver binding to MFD driver

> > -static void dwapb_irq_handler(u32 irq, struct irq_desc *desc) > > +static u32 _dwapb_irq_handler(struct dwapb_gpio *gpio) > > What about dwapb_do_irq() ? OK, I will improve it. > > +static irqreturn_t dwapb_irq_handler_mfd(int irq, void *dev_id) { > > + u32 worked; > > + struct

Re: [patch] mm: clean up zone flags

On Tue, Sep 02, 2014 at 06:26:53PM -0400, Johannes Weiner wrote: > From 2420ad16df0634e073ad327f0f72472d9b03762b Mon Sep 17 00:00:00 2001 > From: Johannes Weiner > Date: Tue, 2 Sep 2014 10:14:36 -0400 > Subject: [patch] mm: clean up zone flags > > Page reclaim tests zone_is_reclaim_dirty(), but

RE: [PATCH v2] ARM: spear: Remove references to PLAT_SPEAR_SINGLE

> -Original Message- > From: linux-arm-kernel [mailto:linux-arm-kernel- > boun...@lists.infradead.org] On Behalf Of Paul Bolle > Sent: Friday, September 05, 2014 3:09 PM > To: Viresh Kumar; Shiraz Hashim > Cc: Russell King; Richard Weinberger; Martin Walch; spear- > de...@list.st.com;

Re: [PATCH] i2c: rk3x: fix divisor calculation for SCL frequency

> Addy, > > On Thu, Sep 4, 2014 at 7:32 PM, Addy Ke wrote: >> I2C_CLKDIV register descripted in the previous version of >> RK3x chip manual is incorrect. Plus 1 is required. >> >> The correct formula: >> - T(SCL_HIGH) = T(PCLK) * (CLKDIVH + 1) * 8 >> - T(SCL_LOW) = T(PCLK) * (CLKDIVL + 1) * 8 >>

[GIT PULL] KVM changes for 3.17-rc4

Linus, The following changes since commit 30d1e0e806e5b2fadc297ba78f2d7afd6ba309cf: virt/kvm/assigned-dev.c: Set 'dev->irq_source_id' to '-1' after free it (2014-08-19 15:12:28 +0200) are available in the git repository at: git://git.kernel.org/pub/scm/virt/kvm/kvm.git tags/for-linus for

[RESEND] mfd: max14577: Don't pass IRQ domain to mfd_add_devices

The max14577 MFD cells do not have any resources so the IRQ domain passed to mfd_add_devices is not used. Signed-off-by: Krzysztof Kozlowski --- drivers/mfd/max14577.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/mfd/max14577.c b/drivers/mfd/max14577.c index

[PATCH] mm: page_alloc: Fix setting of ZONE_FAIR_DEPLETED on UP

Commit 4ffeaf35 (mm: page_alloc: reduce cost of the fair zone allocation policy) broke the fair zone allocation policy on UP with these hunks. diff --git a/mm/page_alloc.c b/mm/page_alloc.c index 6e5e8f7..fb99081 100644 --- a/mm/page_alloc.c +++ b/mm/page_alloc.c @@ -1612,6 +1612,9 @@ again:

Re: [Linaro-acpi] [PATCH v3 13/17] ARM64 / ACPI: Add GICv2 specific ACPI boot support

On Friday 05 September 2014 10:47:30 Marc Zyngier wrote: > > > > I still prefer being explicit here for the same reason I mentioned earlier: > > I want it to be very clear that we don't support arbitrary irqchips other > > than the ones in the APCI specification. The infrastructure exists on DT >

Re: [PATCH 09/28] Remove ATHEROS_AR231X

Jiri, Nick, Luis, John, On Wed, 2014-06-18 at 13:46 +0200, Paul Bolle wrote: > Having this conversation every rc1 is getting a bit silly. Could Jiri > e.a. perhaps set some specific deadline for ATHEROS_AR231X to be > submitted? I waited until rc3. Have you seen any activity on this front? If

Re: [PATCH v6 2/6] arm64: ptrace: allow tracer to skip a system call

On 09/02/2014 06:16 PM, Russell King - ARM Linux wrote: On Tue, Sep 02, 2014 at 05:47:29PM +0900, AKASHI Takahiro wrote: On 09/01/2014 08:47 PM, Russell King - ARM Linux wrote: On Wed, Aug 27, 2014 at 02:55:46PM +0900, AKASHI Takahiro wrote: 1) setting x0 to -ENOSYS is necessary because,

Re: [RFC] arm64: kgdb: fix single stepping

On Fri, Sep 05, 2014 at 10:47:43AM +0100, AKASHI Takahiro wrote: > I tried to verify kgdb in vanilla kernel on fast model, but it seems that > the single stepping with kgdb doesn't work correctly since its first > appearance at v3.15. > > On v3.15, 'stepi' command after breaking the kernel at

Re: [RFC v2] device coredump: add new device coredump class

On Fri, 2014-09-05 at 11:40 +0200, Jonas Gorski wrote: > On Fri, Sep 5, 2014 at 10:50 AM, Johannes Berg > wrote: > > From: Johannes Berg > > Can't you just send from the correct address? ;p Not easily :) > How about the following to avoid negative options: > > config DEV_COREDUMP >

Re: [PATCH v2] ARM: spear: Remove references to PLAT_SPEAR_SINGLE

On 5 September 2014 15:20, Paul Bolle wrote: > On Fri, 2014-09-05 at 15:13 +0530, Viresh Kumar wrote: >> On Fri, Sep 5, 2014 at 3:09 PM, Paul Bolle wrote: >> >> Ditto for v3.17-rc3 and next-20140904. Could someone please pix this up? >> >> You need to send it to a...@kernel.org.. > > Will do, no

Re: [PATCH] arm: prevent BUG_ON in audit_syscall_entry()

On Fri, Sep 05, 2014 at 06:46:33PM +0900, AKASHI Takahiro wrote: > BUG_ON() in audit_syscall_entry() will be hit if user issues syscall(-1) > while syscall auditing is enabled (that is, by starting auditd). > In fact, syscall(-1) just fails (not signaled despite the expectation, > this is another

[RFC] arm64: kgdb: fix single stepping

I tried to verify kgdb in vanilla kernel on fast model, but it seems that the single stepping with kgdb doesn't work correctly since its first appearance at v3.15. On v3.15, 'stepi' command after breaking the kernel at some breakpoint steps forward to the next instruction, but the succeeding

Re: [PATCH v2 1/5] of: Add descriptions of thermtrip properties to Tegra PMC bindings

Hi again! I have fixed all other issues mentioned apart from this one. I can see three ways ahead: 1) Keep things as is. There is a slight possibility that in the future we will have a hardware configuration with multiple bus addresses and this will cause annoyance. 2) Keep things otherwise

Re: [PATCH v2] ARM: spear: Remove references to PLAT_SPEAR_SINGLE

Viresh, On Fri, 2014-09-05 at 15:13 +0530, Viresh Kumar wrote: > On Fri, Sep 5, 2014 at 3:09 PM, Paul Bolle wrote: > >> Ditto for v3.17-rc3 and next-20140904. Could someone please pix this up? > > You need to send it to a...@kernel.org.. Will do, no problem. But why actually? (Note that

Re: [PATCH v3 13/17] ARM64 / ACPI: Add GICv2 specific ACPI boot support

On 03/09/14 15:57, Arnd Bergmann wrote: > On Wednesday 03 September 2014 11:26:14 Tomasz Nowicki wrote: >> On 02.09.2014 15:02, Marc Zyngier wrote: >>> On 02/09/14 12:48, Tomasz Nowicki wrote: On 01.09.2014 19:35, Marc Zyngier wrote: >> @@ -78,6 +79,10 @@ void __init set_handle_irq(void

Re: [PATCH 18/28] Remove MN10300_PROC_MN2WS0038

Hi Richard, On Wed, 2014-06-18 at 11:42 +0200, Paul Bolle wrote: > On Tue, 2014-04-15 at 11:13 +0200, Paul Bolle wrote: > > On Mon, 2014-02-10 at 14:58 +, David Howells wrote: > > > Richard Weinberger wrote: > > > > > > > The symbol is an orphan, get rid of it. > > > > > > > >

Re: [PATCH 1/2] gpio: Add driver for AXM55xx SSP chip selects

On Mon, Sep 01, 2014 at 02:53:40PM +0200, Anders Berg wrote: > The AXM55xx device has a ARM PL022 SSP controller with an extension that > enables the control of up to five chip select signals. This driver implements > the logic to control these signals and exports them as GPIOs. > >

Re: [PATCH 3/4] KVM: x86: inject nested page faults on emulated instructions

On Thu, Sep 04, 2014 at 07:44:51PM +0200, Paolo Bonzini wrote: > Il 04/09/2014 17:05, Gleb Natapov ha scritto: > >> > > >> > If you do that, KVM gets down to the "if (writeback)" and writes the > >> > ctxt->eip from L2 into the L1 EIP. > > Heh, that's a bummer. We should not write back if an

Re: [PATCH] staging: iio: adc: mxs-lradc.c: sparse warning of incorrect type

On Fri, Sep 05, 2014 at 12:34:13PM +0300, Dan Carpenter wrote: > On Thu, Sep 04, 2014 at 10:15:42PM +0530, Sudip Mukherjee wrote: > > fixed sparse warning : incorrect type in argument 1 > >(different address spaces) > > > > The change log is not clear. It's the IS_ERR()

[PATCH] arm: prevent BUG_ON in audit_syscall_entry()

BUG_ON() in audit_syscall_entry() will be hit if user issues syscall(-1) while syscall auditing is enabled (that is, by starting auditd). In fact, syscall(-1) just fails (not signaled despite the expectation, this is another minor bug), but the succeeding syscall hits BUG_ON. When auditing

Re: [Patch v4 2/2] freezer: remove obsolete comments in __thaw_task()

On Thu 04-09-14 15:30:42, Cong Wang wrote: > __thaw_task() no longer clears frozen flag since commit a3201227f803 > (freezer: make freezing() test freeze conditions in effect instead of > TIF_FREEZE). > > Cc: David Rientjes > Cc: "Rafael J. Wysocki" > Cc: Tejun Heo > Cc: Andrew Morton > Cc:

Re: [Xen-devel] [PATCH 3/3] xen: eliminate scalability issues from initial mapping setup

On 09/05/2014 11:05 AM, Andrew Cooper wrote: On 05/09/14 08:55, Juergen Gross wrote: On 09/04/2014 04:43 PM, Andrew Cooper wrote: On 04/09/14 15:31, Jan Beulich wrote: On 04.09.14 at 15:02, wrote: On 04/09/14 13:59, David Vrabel wrote: On 04/09/14 13:38, Juergen Gross wrote: Direct Xen to

Re: [PATCH v2] ARM: spear: Remove references to PLAT_SPEAR_SINGLE

On Fri, Sep 5, 2014 at 3:09 PM, Paul Bolle wrote: >> Ditto for v3.17-rc3 and next-20140904. Could someone please pix this up? You need to send it to a...@kernel.org.. > And now Rajeev's address bounces. Has Rajeev left ST? Yeah both Shiraz/Rajeev and myself have left ST :) You can add

Re: [RFC v2] device coredump: add new device coredump class

On Fri, Sep 5, 2014 at 10:50 AM, Johannes Berg wrote: > From: Johannes Berg Can't you just send from the correct address? ;p (snip) > diff --git a/drivers/base/Kconfig b/drivers/base/Kconfig > index 4e7f0ff83ae7..134f763d90fd 100644 > --- a/drivers/base/Kconfig > +++ b/drivers/base/Kconfig >

Re: [PATCH v3 3/4] thermal: add more description for thermal-zones

Hi, Eduardo On 09/01/2014 06:26 PM, Wei Ni wrote: > On 08/29/2014 07:32 PM, edubez...@gmail.com wrote: >> Hello Wei, >> >> On Thu, Aug 28, 2014 at 11:03 PM, Wei Ni wrote: >>> On 08/28/2014 09:21 PM, Eduardo Valentin wrote: Hello Wei, On Thu, Aug 28, 2014 at 09:50:01AM +0800, Wei

Re: [PATCH v2 3/4] arm64, thunder: Document devicetree bindings for Cavium Thunder SoC

On Fri, Sep 05, 2014 at 10:32:22AM +0100, Robert Richter wrote: > On 05.09.14 09:42:00, Will Deacon wrote: > > On Fri, Sep 05, 2014 at 08:46:44AM +0100, Robert Richter wrote: > > > From: Radha Mohan Chintakuntla > > > > > > This patch adds documentation for the devicetree bindings used by the >

Re: [PATCH v4 01/12] hexdump: introduce test suite

On Thu, Sep 4, 2014 at 4:26 PM, Andy Shevchenko wrote: > Test different scenarios of function calls located in lib/hexdump.c. > > Currently hex_dump_to_buffer() is only tested and test data is provided for > little endian CPUs. That's a nice one to be amended using Chen's "arch: Kconfig: Let all

Re: [PATCH v2 1/4] arm64, thunder: Add Kconfig option for Cavium Thunder SoC Family

On Fri, Sep 05, 2014 at 10:25:08AM +0100, Will Deacon wrote: > On Fri, Sep 05, 2014 at 10:21:35AM +0100, Robert Richter wrote: > > On 05.09.14 09:39:32, Will Deacon wrote: > > > On Fri, Sep 05, 2014 at 08:46:42AM +0100, Robert Richter wrote: > > > > From: Radha Mohan Chintakuntla > > > > > > > >

Re: [PATCH v2] ARM: spear: Remove references to PLAT_SPEAR_SINGLE

On Fri, 2014-09-05 at 11:27 +0200, Paul Bolle wrote: > On Mon, 2014-06-16 at 13:49 +0200, Paul Bolle wrote: > > On Tue, 2014-04-15 at 14:56 +0530, Rajeev kumar wrote: > > > Reviewed-by: Rajeev Kumar > > > > Thanks! > > > > This can still be seen in v3.16-rc1 and in today's linux-next (ie, > >

Re: [PATCH v5] iio: Add Dyna-Image AL3320A ambient light sensor driver

Daniel Baluta schrieb: > Minimal implementation. This driver provides raw illuminance readings. > > This is based on drivers/hwmon/al3320.c (*) driver from msm tree written > by Tsechih Lin > > * https://android.googlesource.com/kernel/msm.git Almost there. But I have two more issues, which you

RE: [PATCH 2/3 v2] GPIO: gpio-dwapb: Support Debounce

> Subject: Re: [PATCH 2/3 v2] GPIO: gpio-dwapb: Support Debounce > > On Fri, 2014-09-05 at 07:53 -0700, Weike Chen wrote: > > This patch enables 'debounce' for the designware GPIO, and it is based > > on Josef Ahmad's previous work. > > Can we split dwapb_read/write introducing and changing from

RE: [PATCH 3/3 v2] GPIO: gpio-dwapb: Suspend & Resume PM enabling

> > On Fri, 2014-09-05 at 07:53 -0700, Weike Chen wrote: > > This patch enables suspend and resume mode for the power management, > > and it is based on Josef Ahmad's previous work. > > > > Reviewed-by: Hock Leong Kweh > > Reviewed-by: Shevchenko, Andriy > > I have to recall my reviwed-by tag

Re: [PATCH] staging: iio: adc: mxs-lradc.c: sparse warning of incorrect type

On Thu, Sep 04, 2014 at 10:15:42PM +0530, Sudip Mukherjee wrote: > fixed sparse warning : incorrect type in argument 1 > (different address spaces) > The change log is not clear. It's the IS_ERR() which is the problem? This is a false positive which is fixed in a later

Re: [PATCH 16/28] Remove GENERIC_HAS_IOMAP

Guenter, Richard, On Thu, 2014-06-19 at 03:53 +0800, Lennox Wu wrote: > 2014-06-18 17:10 GMT+08:00 Paul Bolle : > >> On Wed, 2014-04-16 at 20:30 +0200, Paul Bolle wrote: > >> On Thu, 2014-04-17 at 01:29 +0800, Lennox Wu wrote: > >> > OK, we will merge it into our tree. > > > > The last few

Re: [PATCH v2 1/4] arm64, thunder: Add Kconfig option for Cavium Thunder SoC Family

On Fri, Sep 05, 2014 at 09:46:42AM +0200, Robert Richter wrote: > From: Radha Mohan Chintakuntla > > Increase maximum numbers of cpus to 32. This relates to current > maximal possible cpu number. Increasing this to 64 cpus will be a > separate patch not part of this enablement patches. > >

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