[PATCH v2 0/2] perf tools: improve perf support on Android

From: Michael Lentine This short series of patches allow for the execution of perf natively on the android devices. The following changes are implemented: - Have cat be the default page. Android does not have less or more pager. this is a generic change which cleans up the code a bit - Re

Re: [PATCH 03/10 V2] workqueue: async worker destruction

On 05/13/2014 10:14 PM, Tejun Heo wrote: > Hello, > Given how other kworkers are named, maybe a better name is > "kworker/dying" or "kworker/detached"? I use "kworker/dying". the name of "attach/detach" should be hidden from userspace > > On Tue, May 13, 2014 at 02:32:52PM +0800, Lai Jiangsha

[PATCH v2 2/2] perf tools: add automatic remapping of Android libraries

From: Michael Lentine This patch automtically adjusts the path of MMAP records associated with Android system libraries. The Android system is organized with system libraries found in /system/lib and user libraries in /data/app-lib. On the host system (not running Android), system libraries can

[PATCH v6 0/4] Add STiH407 SoC and reference board support

This series adds basic support to the STMicroelectronics STiH407 SoC and its B2120 reference board. The STiH407 is a dual-core ARM Cortex-A9 CPU aimed at STB market. Changes since v5: - - Sort STi boards in DTS'es Makefile - Re-order compatibles in STi boards from specific to

[PATCH v6 4/4] ARM: dts: STiH407: Add B2120 board support

B2120 HDK is the reference board for STiH407 SoC. It has the following characteristics: - 1GB DDR3 - 8GB eMMC / SD-Card slot - 32MB NOR Flash - 1 x Gbit Ethernet - 1 x USB 3.0 port - 1 x Mini-PCIe - 1 x SATA - 1 x HDMI output - 1 x HDMI input - 1 x SPDIF This patch only introduces basic

[PATCH v6 3/4] ARM: dts: Add STiH407 SoC support

The STiH407 is advanced multi-HD AVC processor with 3D graphics acceleration and 1.5-GHz ARM Cortex-A9 SMP CPU. Acked-by: Giuseppe Cavallaro Acked-by: Lee Jones Acked-by: Patrice Chotard Signed-off-by: Giuseppe Cavallaro Signed-off-by: Maxime Coquelin --- arch/arm/boot/dts/stih407-clock.dtsi

[PATCH v6 2/4] ARM: dts: Fix STi boards compatibles

The compatible strings have to be ordered from specific to generic. This patch fixes this for STi boards, which did the exact opposite. Cc: Olof Johansson Signed-off-by: Maxime Coquelin --- arch/arm/boot/dts/stih415-b2000.dts | 2 +- arch/arm/boot/dts/stih415-b2020.dts | 2 +- arch/arm/boot/dts

Re: [PATCH v4 3/5] xen: Put EFI machinery in place

On 16/05/14 21:41, Daniel Kiper wrote: > Put EFI machinery for Xen in place. Put what machinery to do what? > @@ -1714,6 +1725,21 @@ asmlinkage __visible void __init xen_start_kernel(void) > > xen_setup_runstate_info(0); > > + efi_systab_xen = xen_efi_probe(); > + > + if (efi_sy

[PATCH V3 06/10] workqueue: convert worker_idr to worker_ida

We don't need to iterate workers via worker_idr, worker_idr is used for allocating/freeing ID only, so we convert it to worker_ida. By using ida_simple_get/remove(), worker_ida can be protected by itself, so we don't need manager_mutex to protect it and the ID-removal code is allowed to be moved o

[PATCH V3 00/10] workqueue: async worker destruction and worker attaching/detaching

Patch1-4: async worker destruction Patch2 reduces the review burden. It will be easier to review the whole patchset if we know destroy_worker() is forced to destroy idle workers only. Patch5-10: worker attaching/detaching and simplify the workers management The code which attaches a worker to th

[PATCH V3 01/10] workqueue: use manager lock only to protect worker_idr

worker_idr is highly bound to managers and is always/only accessed in manager lock context. So we don't need pool->lock for it. Signed-off-by: Lai Jiangshan --- kernel/workqueue.c | 34 ++ 1 files changed, 6 insertions(+), 28 deletions(-) diff --git a/kernel/wo

[PATCH V3 07/10] workqueue: narrow the protection range of manager_mutex

In create_worker(), pool->worker_ida is protected by idr subsystem via using ida_simple_get()/ida_simple_put(), it doesn't need manager_mutex struct worker allocation and kthread allocation are not visible by any one, before attached, they don't need manager_mutex either. The above operations are

[PATCH V3 05/10] workqueue: separate iteration role from worker_idr

worker_idr has the iteration (iterating for attached workers) and worker ID duties. These two duties are not necessarily tied together. We can separate them and use a list for tracking attached workers and iteration. Before this separation, it is not possible to add rescuer workers to worker_idr d

[PATCH V3 09/10] workqueue: separate pool-attaching code out from create_worker()

The code of attaching is unfolded in create_worker(). Separating this code out will make the codes more clear. Signed-off-by: Lai Jiangshan --- kernel/workqueue.c | 55 +-- 1 files changed, 35 insertions(+), 20 deletions(-) diff --git a/kernel/w

[PATCH V3 08/10] workqueue: rename manager_mutex to attach_mutex

manager_mutex is only used to protect the attaching for the pool and the pool->workers list. It protects the pool->workers and operations based on this list, such as: cpu-binding for the workers in the pool->workers the operations to set/clear WORKER_UNBOUND So we can simply rename

[PATCH V3 03/10] workqueue: async worker destruction

worker destruction includes these parts of code: adjust pool's stats remove the worker from idle list detach the worker from the pool kthread_stop() to wait for the worker's task exit free the worker struct We can find out that there is no essential work to

[PATCH V3 04/10] workqueue: destroy worker directly in the idle timeout handler

Since destroy_worker() doesn't need to sleep nor require manager_mutex, destroy_worker() can be directly called in the idle timeout handler, it helps us remove POOL_MANAGE_WORKERS and maybe_destroy_worker() and simplify the manage_workers() After POOL_MANAGE_WORKERS is removed, worker_thread() doe

[PATCH V3 02/10] workqueue: destroy_worker() should destroy idle workers only

We used to have the CPU online failure path where a worker is created and then destroyed without being started. A worker was created for the CPU coming online and if the online operation failed the created worker was shut down without being started. But this behavior was changed. The first worker

[PATCH V3 10/10] workqueue: use generic attach/detach routine for rescuers

There are several problems with the code that rescuers bind itself to the pool' cpumask 1) It uses a way different from the normal workers to bind to the cpumask So we can't maintain the normal/rescuer workers under the same framework. 2) The the code of cpu-binding for rescuer is complica

Re: [PATCH v5 UPDATEDv3 3/3] CPU hotplug, smp: Flush any pending IPI callbacks before CPU offline

On Tue, May 20, 2014 at 01:52:41AM +0530, Srivatsa S. Bhat wrote: > From: Srivatsa S. Bhat > [PATCH v5 UPDATEDv3 3/3] CPU hotplug, smp: Flush any pending IPI callbacks > before CPU offline > > During CPU offline, in the stop-machine loop, we use 2 separate stages to > disable interrupts, to ensu

Re: [RFC PATCH 0/2] kpatch: dynamic kernel patching

On Fri, 16 May 2014, Josh Poimboeuf wrote: > > Consider this scenario: > > > > void foo() > > { > > for (i=0; i<1; i++) { > > bar(i); > > something_else(i); > > } > > } > > > > Let's say you want to live-patch bar().

Re: [PATCH 02/10] xhci: 'noxhci_port_switch' kernel parameter

On 05/20/2014 04:01 AM, Greg KH wrote: > On Thu, May 08, 2014 at 07:25:55PM +0300, Mathias Nyman wrote: >> From: Dan Williams >> >> Add a command line switch for disabling ehci port switchover. Useful >> for working around / debugging xhci incompatibilities where ehci >> operation is available. >

Re: [PATCH] sched/dl: Fix race between dl_task_timer() and sched_setaffinity()

20.05.2014, 12:16, "Juri Lelli" : > Hi, > > On Tue, 20 May 2014 09:53:15 +0200 > Peter Zijlstra wrote: > >>  On Tue, May 20, 2014 at 09:08:53AM +0400, Kirill Tkhai wrote: >>>  20.05.2014, 04:00, "Peter Zijlstra" :  On Mon, May 19, 2014 at 11:31:19PM +0400, Kirill Tkhai wrote: >   @@ -513,

Re: [Xen-devel] Backport request to stable of two performance related fixes for xen-blkfront (3.13 fixes to earlier trees)

Konrad Rzeszutek Wilk writes: > Hey Greg > > This email is in regards to backporting two patches to stable that > fall under the 'performance' rule: > > bfe11d6de1c416cea4f3f0f35f864162063ce3fa > fbe363c476afe8ec992d3baf682670a4bd1b6ce6 > > I've copied Jerry - the maintainer of the Oracle's ker

Re: [PATCH] perf: Fix mux_interval hrtimer wreckage

On Tue, May 20, 2014 at 11:02 AM, Peter Zijlstra wrote: > Subject: perf: Fix mux_interval hrtimer wreckage > From: Peter Zijlstra > Date: Tue May 20 10:09:32 CEST 2014 > > Thomas stumbled over the hrtimer_forward_now() in > perf_event_mux_interval_ms_store() and noticed its broken-ness. > > You c

Re: [PATCH v2 4/7] drivers/base: Add interface framework

Hi Thierry, Greg, On 05/15/2014 10:53 AM, Thierry Reding wrote: > On Tue, May 13, 2014 at 05:32:15PM -0700, Greg Kroah-Hartman wrote: >> On Tue, May 13, 2014 at 07:57:13PM +0200, Daniel Vetter wrote: >>> On Tue, May 13, 2014 at 05:30:47PM +0200, Thierry Reding wrote: From: Thierry Reding >>

Re: [PATCH v4 01/24] input: Add ff-memless-next module

On Wednesday 14 of May 2014 11:05:58 Dmitry Torokhov wrote: > On Wed, May 14, 2014 at 10:35:25AM +0200, Michal Malý wrote: > > Hi Dmitry, > > > > thank you for reviewing this. > > > > On Tuesday 13 of May 2014 23:38:06 Dmitry Torokhov wrote: > > > On Sat, Apr 26, 2014 at 05:02:00PM +0200, Michal

Re: [PATCH v4 4/7] ata: ahci_platform: add the Marvell Berlin AHCI compatible

On Tue, May 20, 2014 at 11:18:11AM +0200, Sebastian Hesselbarth wrote: > On 05/20/2014 11:04 AM, Antoine Ténart wrote: > >The Marvell Berlin AHCI has all his specific in the PHY driver. It then > >only need to use the libahci functions to work properly. > > If it is that generic, .. > > >Add its

[PATCH] vfs: call rename2 if exists

Linus, Please consider applying this patch to 3.15, so we can move forward with adding RENAME_NOREPLACE support to filesystems during the next cycle. Thanks, Miklos --- From: Miklos Szeredi Christoph Hellwig suggests: 1) make vfs_rename call ->rename2 if it exists instead of ->rename 2) switc

[PATCH v2 1/4] MFD: DT bindings for the TPS65917 family MFD

Add the various binding files for the TPS65917 family of chips. There is a top level MFD binding then a seperate binding for regulators IP blocks on chips. Signed-off-by: Keerthy --- Documentation/devicetree/bindings/mfd/tps65917.txt | 35 1 file changed, 35 insertions(+)

[PATCH v2 4/4] regulator: tps65917: Add Regulator driver for TPS65917 PMIC

This patch adds support for TPS65917 PMIC regulators. The regulators set consists of 5 SMPSs and 5 LDOs. The output voltages are configurable and are meant to supply power to the main processor and other components. Signed-off-by: Keerthy --- Comments fixed in V2: Used the standard functions

Re: [PATCH v4 4/7] ata: ahci_platform: add the Marvell Berlin AHCI compatible

On 05/20/2014 11:04 AM, Antoine Ténart wrote: The Marvell Berlin AHCI has all his specific in the PHY driver. It then only need to use the libahci functions to work properly. If it is that generic, .. Add its compatible into the libahci_platform driver. Signed-off-by: Antoine Ténart --- d

[PATCH v2 2/4] regulator: Add TPS65917 Bindings

Add TPS65917 Regulator Bindings. Signed-off-by: Keerthy --- .../bindings/regulator/tps65917-pmic.txt | 67 1 file changed, 67 insertions(+) create mode 100644 Documentation/devicetree/bindings/regulator/tps65917-pmic.txt diff --git a/Documentation/devicetree/b

[PATCH v2 0/4] tps65917: Drivers for TPS65917 PMIC

The TPS65917 chip is a power management IC for Portable Navigation Systems and Tablet Computing devices. It contains the following components: - Regulators. - GPADC. - Over Temperature warning and Shut down. This patch series adds support for TPS65917 mfd device. At this time only the regulato

Re: [PATCH] gpio: Add support for Intel SoC PMIC (Crystal Cove)

On 5/19/2014 10:13 PM, Mathias Nyman wrote: > On 05/19/2014 03:27 AM, Zhu, Lejun wrote: >> >> >> On 5/17/2014 1:33 AM, Linus Walleij wrote: >>> On Wed, May 14, 2014 at 5:44 PM, Zhu, Lejun >>> wrote: >>> Devices based on Intel SoC products such as Baytrail have a Power Management IC. I

Re: [PATCH 1/2] mtd: delete unneeded call to platform_get_drvdata

On Tue, May 20, 2014 at 01:35:31AM -0700, Brian Norris wrote: > > > > static int bf5xx_nand_resume(struct platform_device *dev) > > > > { > > > > - struct bf5xx_nand_info *info = platform_get_drvdata(dev); > > > > - > > > > return 0; > > > > > > In this case bf5xx_nand_suspend/resum

[GIT PULL] renameat2 arch support

Hi Linus, I've collected architecture patches for the renameat2 syscall that maintainers acked and/or asked me to queue. Please pull: git://git.kernel.org/pub/scm/linux/kernel/git/mszeredi/vfs.git renameat2 This adds architecture support for the renameat2 syscall to m68k, parisc, ia64 and thr

Re: [PATCH v4 1/7] phy: add a driver for the Berlin SATA PHY

On Tue, May 20, 2014 at 11:11:17AM +0200, Sebastian Hesselbarth wrote: > On 05/20/2014 11:04 AM, Antoine Ténart wrote: > >+#define HOST_VSA_ADDR 0x0 > >+#define HOST_VSA_DATA 0x4 > >+#define PORT_VSR_ADDR 0x78 > >+#define PORT_VSR_DATA 0x7c > > Above

Re: [PATCH] gpio: Add support for Intel SoC PMIC (Crystal Cove)

On 5/20/2014 4:30 PM, Mika Westerberg wrote: > On Mon, May 19, 2014 at 01:39:33PM +0300, Mika Westerberg wrote: >> On Wed, May 14, 2014 at 11:44:07PM +0800, Zhu, Lejun wrote: >>> Devices based on Intel SoC products such as Baytrail have a Power >>> Management IC. In the PMIC there are subsystems

Re: [PATCH 2/2] irqchip: gic: preserve gic V2 bypass bits in cpu ctrl register

On Tue, May 20 2014 at 2:26:33 am BST, Feng Kan wrote: >>> #ifdef CONFIG_CPU_PM >>> @@ -613,7 +636,7 @@ static void gic_cpu_restore(unsigned int gic_nr) >>> dist_base + GIC_DIST_PRI + i * 4); >>> >>> writel_relaxed(GIC_INT_PRI_THRESHOLD, cpu_base + GIC

Re: [PATCH 2/3] perf, ARM: use common PMU interrupt disabled code

On Mon, May 19, 2014 at 04:57:10PM +0100, Will Deacon wrote: > On Fri, May 16, 2014 at 10:15:49PM +0100, Vince Weaver wrote: > > > > Make the ARM perf code use the new common PMU interrupt disabled code. > > > > This allows perf to work on ARM machines without a working PMU > > interrupt (for exa

Re: [PATCH 1/3] perf: disable sampled events if no PMU interrupt

On Fri, May 16, 2014 at 05:12:12PM -0400, Vince Weaver wrote: > > Add common code to generate ENOTSUPP at event creation time if an > architecture attempts to create a sampled event and PERF_PMU_NO_INTERRUPT > is set. > > This adds a new pmu->capabilities flag. > Initially we only support PERF

Re: [PATCH v4 1/7] phy: add a driver for the Berlin SATA PHY

On 05/20/2014 11:04 AM, Antoine Ténart wrote: The Berlin SoC has a two SATA ports. Add a PHY driver to handle them. The mode selection can let us think this PHY can be configured to fit other purposes. But there are reasons to think the SATA mode will be the only one usable: the PHY registers ar

Re: linux-next: build failure after merge of the dma-buf tree

On 20 May 2014 13:56, Maarten Lankhorst wrote: > Hey, > > op 20-05-14 09:13, Stephen Rothwell schreef: > >> Hi Sumit, >> >> After merging the dma-buf tree, today's linux-next build (x86_64 >> allmodconfig) failed like this: >> >> drivers/gpu/drm/tegra/gem.c: In function 'tegra_gem_prime_export': >

[PATCH v4 2/7] Documentation: bindings: add the Berlin SATA PHY

The Berlin SATA PHY drives the PHY related to the SATA interface. Add the corresponding documentation. Signed-off-by: Antoine Ténart --- Documentation/devicetree/bindings/phy/berlin-sata-phy.txt | 14 ++ 1 file changed, 14 insertions(+) create mode 100644 Documentation/devicetree/bi

Re: [PATCH 1/1] mm/kmemleak-test.c: use pr_fmt for logging

On Mon, May 19, 2014 at 08:25:13PM +0100, Fabian Frederick wrote: > > Cc: Catalin Marinas > Cc: Andrew Morton > Signed-off-by: Fabian Frederick > --- > mm/kmemleak-test.c | 36 +++- > 1 file changed, 19 insertions(+), 17 deletions(-) Acked-by: Catalin Marinas

[PATCH v4 1/7] phy: add a driver for the Berlin SATA PHY

The Berlin SoC has a two SATA ports. Add a PHY driver to handle them. The mode selection can let us think this PHY can be configured to fit other purposes. But there are reasons to think the SATA mode will be the only one usable: the PHY registers are only accessible indirectly through two registe

[PATCH v4 4/7] ata: ahci_platform: add the Marvell Berlin AHCI compatible

The Marvell Berlin AHCI has all his specific in the PHY driver. It then only need to use the libahci functions to work properly. Add its compatible into the libahci_platform driver. Signed-off-by: Antoine Ténart --- drivers/ata/ahci_platform.c | 1 + 1 file changed, 1 insertion(+) diff --git a

[PATCH v4 0/7] ARM: berlin: add AHCI support

This series adds the support for Berlin SoC AHCI controller. The controller allows to use the SATA host interface and, for example, the eSATA port on the BG2Q. The series adds a PHY driver to control the two SATA ports available, and uses the existing ahci_platform driver. Also enable the eSATA i

[PATCH v4 3/7] ata: libahci: allow to use multiple PHYs

The current implementation of the libahci does not allow to use multiple PHYs. This patch adds the support of multiple PHYs by the libahci while keeping the old bindings valid for device tree compatibility. This introduce a new way of defining SATA ports in the device tree, with one port per sub-n

[PATCH v4 6/7] ARM: berlin: add the AHCI node for the BG2Q

The BG2Q has an AHCI SATA controller. Add the corresponding nodes (AHCI, PHY) into its device tree. Signed-off-by: Antoine Ténart --- arch/arm/boot/dts/berlin2q.dtsi | 27 +++ 1 file changed, 27 insertions(+) diff --git a/arch/arm/boot/dts/berlin2q.dtsi b/arch/arm/boot/d

[PATCH v4 5/7] Documentation: bindings: document the sub-nodes AHCI bindings

The libahci now allows to use multiple PHYs and to represent each port as a sub-node. Add these bindings to the documentation. Signed-off-by: Antoine Ténart --- .../devicetree/bindings/ata/ahci-platform.txt | 38 +- 1 file changed, 37 insertions(+), 1 deletion(-) diff -

[PATCH v4 7/7] ARM: berlin: enable the eSATA interface on the BG2Q DMP

The BG2Q has an AHCI SATA controller with an eSATA interface. Enable it. Only enable the first port, the BG2Q DMP does not support the second one. Signed-off-by: Antoine Ténart --- arch/arm/boot/dts/berlin2q-marvell-dmp.dts | 8 1 file changed, 8 insertions(+) diff --git a/arch/arm/boo

[PATCH] perf: Fix mux_interval hrtimer wreckage

Subject: perf: Fix mux_interval hrtimer wreckage From: Peter Zijlstra Date: Tue May 20 10:09:32 CEST 2014 Thomas stumbled over the hrtimer_forward_now() in perf_event_mux_interval_ms_store() and noticed its broken-ness. You cannot just change the expiry time of an active timer, it will destroy t

Re: [PATCH 1/2] platform: x86: dell-smo8800: Dell Latitude freefall driver (ACPI SMO8800/SMO8810)

On Tuesday 20 May 2014 09:00:05 valdis.kletni...@vt.edu wrote: > On Sat, 03 May 2014 12:47:56 +0200, Pali Rohár said: > > This acpi driver provide supports for freefall sensors > > SMO8800/SMO8810 which can be found on Dell Latitude > > laptops. Driver register /dev/freefall misc device which > > h

Re: [PATCH 3/5] usb: gadget: net2280: Pass checkpacth.pl test

Not for grep... But if this is an issue I have no problem going back to the original. We can spend a whole year just talking about codestyle. On Tue, May 20, 2014 at 10:52 AM, David Laight wrote: > From: Alan Stern > ... >> > -static struct usb_request * >> > -net2280_alloc_request (struct usb

Re: [PATCH v7 0/3] Add support for PCI in AArch64

On Tue, May 20, 2014 at 2:14 PM, Arnd Bergmann wrote: > On Tuesday 20 May 2014 09:52:33 Sunil Kovvuri wrote: >> >> In sriov_enable() (drivers/pci/iov.c) >> >> >> >> 296for (i = 0; i < PCI_SRIOV_NUM_BARS; i++) { >> >> 297 bars |= (1 << (i + PCI_IOV_RESOURCES)); >> >> 298

RE: [PATCH 3/5] usb: gadget: net2280: Pass checkpacth.pl test

From: Alan Stern ... > > -static struct usb_request * > > -net2280_alloc_request (struct usb_ep *_ep, gfp_t gfp_flags) > > +static struct usb_request *net2280_alloc_request(struct usb_ep *_ep, > > + gfp_t gfp_flags) > > What's with the extreme inde

linux-next: Tree for May 20

Hi all, Changes since 20140519: My fixes tree contains: powerpc/ppc64: Allow allmodconfig to build (finally !) The net tree gained a build failure so I used the version from next-20140519. The sparc-next tree gained a conflict against Linus' tree. The net-next tree still had its build

Re: [PATCH 2/5] staging: lustre: lnet: socklnd: Clean up memset(...)

Am 18.05.2014 19:27, schrieb Joe Perches: > On Sun, 2014-05-18 at 18:19 +0100, Masaru Nomura wrote: >> Remove prohibited space and fix line over 80 characters of >> memset(...) to meet kernel coding style. > [] >> diff --git a/drivers/staging/lustre/lnet/klnds/socklnd/socklnd.c >> b/drivers/stag

Re: [PATCH v3 7/7] ARM: tegra: Add the EC i2c tunnel to tegra124-venice2

> > This adds the EC i2c tunnel (and devices under it) to the > > tegra124-venice2 device tree. > > I'll happily take this into the Tegra tree once the patch containing the > binding it uses is applied. All other patches applied. Take this when ready. -- Lee Jones Linaro STMicroelectronics Lan

Re: [PATCH v3 6/7] i2c: ChromeOS EC tunnel driver

On Wed, 30 Apr 2014, Doug Anderson wrote: > On ARM Chromebooks we have a few devices that are accessed by both the > AP (the main "Application Processor") and the EC (the Embedded > Controller). These are: > * The battery (sbs-battery). > * The power management unit tps65090. > > On the original

Re: [PATCH v3 5/7] mfd: cros_ec: Sync to the latest cros_ec_commands.h from EC sources

On Wed, 30 Apr 2014, Doug Anderson wrote: > From: Bill Richardson > > This just updates include/linux/mfd/cros_ec_commands.h to match the > latest EC version (which is the One True Source for such things). See > > > [dianders: took tod

Re: [PATCH v3 3/7] mfd: cros_ec: spi: Make the cros_ec_spi timeout more reliable

On Wed, 30 Apr 2014, Doug Anderson wrote: > The cros_ec_spi transfer had two problems with its timeout code: > > 1. It looked at the timeout even in the case that it found valid data. > 2. If the cros_ec_spi code got switched out for a while, it's possible >it could get a timeout after a sing

Re: [PATCH v3 4/7] mfd: cros_ec: spi: Increase cros_ec_spi deadline from 5ms to 100ms

On Wed, 30 Apr 2014, Doug Anderson wrote: > We're adding i2c tunneling to the list of things that goes over > cros_ec. i2c tunneling can be slooow, so increase our deadline to > 100ms to account for that. > > Signed-off-by: Doug Anderson > Acked-by: Lee Jones > Reviewed-by: Simon Glass >

Re: [PATCH v7 0/3] Add support for PCI in AArch64

On Tuesday 20 May 2014 09:52:33 Sunil Kovvuri wrote: > >> In sriov_enable() (drivers/pci/iov.c) > >> > >> 296for (i = 0; i < PCI_SRIOV_NUM_BARS; i++) { > >> 297 bars |= (1 << (i + PCI_IOV_RESOURCES)); > >> 298 res = dev->resource + PCI_IOV_RESOURCES + i; >

Re: [PATCH v3 2/7] mfd: cros_ec: spi: Add mutex to cros_ec_spi

On Wed, 30 Apr 2014, Doug Anderson wrote: > The main transfer function for cros_ec_spi can be called by more than > one client at a time. Make sure that those clients don't stomp on > each other by locking the bus for the duration of the transfer > function. > > Signed-off-by: Doug Anderson > A

Re: [PATCH v3 1/7] mfd: cros_ec: spi: calculate delay between transfers correctly

> From: David Hendricks > > To avoid spamming the EC we calculate the time between the previous > transfer and the current transfer and force a delay if the time delta > is too small. > > However, a small miscalculation causes the delay period to be > far too short. Most noticably this impacts c

Re: [PATCH v3 6/7] i2c: ChromeOS EC tunnel driver

> > > Code looks good, so > > > > > > Reviewed-by: Wolfram Sang > > > > > > I don't mind how it gets upstream. I can take it, but you can also keep > > > it in this series. > > > > Let's keep the series together. Are you happy with me just merging it > > through MFD, or would you like a pull-r

Re: serial console on rb532 disabled on boot (linux 3.15rc5)

Hi Waldemar, On Tue, May 20, 2014 at 10:21 AM, Waldemar Brodkorb wrote: > Geert Uytterhoeven wrote, >> On Fri, May 16, 2014 at 3:49 PM, Waldemar Brodkorb wrote: >> > I am trying to bootup my Mikrotik RB532 board with the latest >> > kernel, but my serial console is disabled after boot: >> > .. >

Re: [STLinux Kernel] [PATCH 3/4] ARM: DT: STi: Add DT node for MiPHY365x

On 05/20/2014 10:28 AM, Lee Jones wrote: The MiPHY365x is a Generic PHY which can serve various SATA or PCIe devices. It has 2 ports which it can use for either; both SATA, both PCIe or one of each in any configuration. Cc: Srinivas Kandagatla Acked-by: Mark Rutland Acked-by: Alexandre Torgu

[PATCH] m32r: remove checks for a few processor family macros

Ever since m32r got added in v2.6.9 there have been checks for CONFIG_CHIP_M32310 CONFIG_CHIP_MP CONFIG_CHIP_XNUX2 CONFIG_CHIP_XNUX2_MP CONFIG_CHIP_XNUX_MP But the Kconfig symbols for these processor families have never been added. Remove these checks. Also remove a header that

Re: [PATCH 1/2] mtd: delete unneeded call to platform_get_drvdata

+ Mike On Sat, May 17, 2014 at 03:12:02PM +0800, Julia Lawall wrote: > On Sat, 17 May 2014, Fabio Estevam wrote: > > On Sat, May 17, 2014 at 3:32 AM, Julia Lawall wrote: > > > From: Julia Lawall > > > > > > Platform_get_drvdata is an accessor function, and has no purpose if its > > > result is n

RE: [PATCH] staging: ozwpan: Change Maintainer

Hi Greg, Please accept this as the acknowledgment to your reply. I will take over ozwpan maintainer role from Rupesh. Thanks Tateno From: Greg KH [gre...@linuxfoundation.org] Sent: 20 May 2014 02:29 To: Gujare, Rupesh Cc: de...@driverdev.osuosl.org; linux

Re: [PATCH] gpio: Add support for Intel SoC PMIC (Crystal Cove)

On Mon, May 19, 2014 at 01:39:33PM +0300, Mika Westerberg wrote: > On Wed, May 14, 2014 at 11:44:07PM +0800, Zhu, Lejun wrote: > > Devices based on Intel SoC products such as Baytrail have a Power > > Management IC. In the PMIC there are subsystems for voltage regulation, > > A/D conversion, GPIO a

Re: [RFC PATCH] arm: dma-mapping: fallback allocation for cma failure

On Tue, May 20, 2014 at 04:05:52PM +0900, Gioh Kim wrote: > That case, device-specific coherent memory allocation, is handled at > dma_alloc_coherent in arm_dma_alloc. > __dma_alloc handles only general coherent memory allocation. > > I'm sorry missing mention about it. > Hello, AFAIK, *cohere

Re: [STLinux Kernel] [PATCH 3/4] ARM: DT: STi: Add DT node for MiPHY365x

> >>>The MiPHY365x is a Generic PHY which can serve various SATA or PCIe > >>>devices. It has 2 ports which it can use for either; both SATA, both > >>>PCIe or one of each in any configuration. > >>> > >>>Cc: Srinivas Kandagatla > >>>Acked-by: Mark Rutland > >>>Acked-by: Alexandre Torgue > >>>Si

Re: [PATCH v4 6/6] ARM: dts: STiH407: Add B2120 board support

Hi Olof, On 05/20/2014 08:18 AM, Olof Johansson wrote: Hi, Just a quick drive-by review since I was looking at these patches in the pull request you sent. Thanks for the review. I will send a new series taking your comments into account, except the one about reference-based syntax. [...

Re: [PATCH V2 2/2] staging: slicoss: fail on corrupt eeprom

Now, those are some beautiful changelogs. ;) Thanks so much. regards, dan carpenter -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the

Re: linux-next: build failure after merge of the dma-buf tree

Hey, op 20-05-14 09:13, Stephen Rothwell schreef: Hi Sumit, After merging the dma-buf tree, today's linux-next build (x86_64 allmodconfig) failed like this: drivers/gpu/drm/tegra/gem.c: In function 'tegra_gem_prime_export': drivers/gpu/drm/tegra/gem.c:423:15: error: macro "dma_buf_export" requ

Re: [PATCH v2] ptrace: Clarify PTRACE_GETREGSET/PTRACE_SETREGSET, documentation in uapi header

On 05/14/2014 04:24 PM, Pedro Alves wrote: > On 05/14/14 08:10, Anshuman Khandual wrote: >> On 05/13/2014 11:39 PM, Pedro Alves wrote: >>> On 05/05/14 05:10, Anshuman Khandual wrote: On 05/01/2014 07:43 PM, Pedro Alves wrote: >>> OK, then this is what I suggest instead: > ... Shall I rese

Re: [PATCH] spi: atmel: fix typo in dev_err

On 20/05/2014 09:41, Raphaël Poggi : > Fix typo in dev_err. > > Signed-off-by: Raphaël Poggi Acked-by: Nicolas Ferre > --- > drivers/spi/spi-atmel.c |2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/drivers/spi/spi-atmel.c b/drivers/spi/spi-atmel.c > index 079e6b1..

Re: [PATCH] drm/qxl: return IRQ_NONE if it was not our irq

On Mon, May 12, 2014 at 04:35:39PM +0800, Jason Wang wrote: > Return IRQ_NONE if it was not our irq. This is necessary for the case > when qxl is sharing irq line with a device A in a crash kernel. If qxl > is initialized before A and A's irq was raised during this gap, > returning IRQ_HANDLED in t

Re: serial console on rb532 disabled on boot (linux 3.15rc5)

Hi Geert, Geert Uytterhoeven wrote, > Hi Waldemar, > > On Fri, May 16, 2014 at 3:49 PM, Waldemar Brodkorb wrote: > > I am trying to bootup my Mikrotik RB532 board with the latest > > kernel, but my serial console is disabled after boot: > > .. > > Serial: 8250/16550 driver, 4 ports, IRQ sharing

Re: [patch] module: static checker complains about negative values

On Tue, May 20, 2014 at 11:16:04AM +0930, Rusty Russell wrote: > Dan Carpenter writes: > > > We cap "stat.size" at INT_MAX but we don't check for negative values so > > my static checker complains. At this point, you already have control of > > the kernel and if you start passing negative values

Re: [RFC PATCH 1/3] mfd: AXP22x: add support for APX221 PMIC

Hi, On 05/19/2014 07:45 PM, Boris BREZILLON wrote: > Hello Lee, > > On 19/05/2014 19:28, Lee Jones wrote: >>> This patch introduces preliminary support for the X-Powers AXP221 PMIC. >>> The AXP221 is typically used on boards using Allwinner's A31 SoC. >>> >>> At the moment, this driver only expos

Re: [PATCH V2 2/3] powerpc, ptrace: Enable support for transactional memory register sets

On 05/19/2014 08:13 PM, Pedro Alves wrote: > On 05/19/2014 12:46 PM, Anshuman Khandual wrote: > I couldn't actually find any arch that currently returns -ENODEV in the "active" hook. I see that binfmt_elf.c doesn't handle regset->active() returning < 0. Guess that may be why. Loo

Re: [PATCH] sched/dl: Fix race between dl_task_timer() and sched_setaffinity()

Hi, On Tue, 20 May 2014 09:53:15 +0200 Peter Zijlstra wrote: > On Tue, May 20, 2014 at 09:08:53AM +0400, Kirill Tkhai wrote: > > > > > > 20.05.2014, 04:00, "Peter Zijlstra" : > > > On Mon, May 19, 2014 at 11:31:19PM +0400, Kirill Tkhai wrote: > > > > > >>  @@ -513,9 +513,17 @@ static enum hrti

Re: [PATCH RFC 00/12] Add Qualcomm SD Card Controller support.

Thanks Bjorn for testing this series. On 19/05/14 23:08, Bjorn Andersson wrote: On Mon, Apr 21, 2014 at 2:43 PM, wrote: >From: Srinivas Kandagatla [snip] > >This patches are tested in PIO mode on IFC8064 board with both eMMC and >external SD card. I would appreciate any feedback/suggestions

Re: hanging aio process

On Mon, 19 May 2014, Benjamin LaHaise wrote: > On Mon, May 19, 2014 at 07:38:51PM +0200, Sebastian Ott wrote: > > Hello, > > > > on the latest kernel a fio job with 4 workers using libaio hangs. > > Is more than one process stuck in state D when the hang occurs? If so, > what does a backtrace s

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

On 20 May 2014 12:25, Stephen Rothwell wrote: > Hi Sumit, > > Today's linux-next merge of the dma-buf tree got a conflict in > drivers/gpu/drm/i915/i915_gem_dmabuf.c between commit 5cc9ed4b9a7a > ("drm/i915: Introduce mapping of user pages into video memory (userptr) > ioctl") from the drm-intel t

Re: linux-next: manual merge of the dma-buf tree with the staging tree

On 20 May 2014 12:36, Greg KH wrote: > On Tue, May 20, 2014 at 05:00:31PM +1000, Stephen Rothwell wrote: >> Hi Sumit, >> >> Today's linux-next merge of the dma-buf tree got a conflict in >> drivers/staging/android/sync.c between commit 10f62861b4a2 ("staging: >> android: fix missing a blank line a

Re: [PATCH V4 2/2] powerpc/pseries: init fault_around_order for pseries

On Tuesday 20 May 2014 12:58 PM, Andrew Morton wrote: > On Thu, 8 May 2014 14:58:16 +0530 Madhavan Srinivasan > wrote: > >> --- a/arch/powerpc/platforms/pseries/pseries.h >> +++ b/arch/powerpc/platforms/pseries/pseries.h >> @@ -17,6 +17,8 @@ struct device_node; >> extern void request_event_sou

[PATCH] m32r: remove check for CONFIG_IDC_AK4524

There's been a check for CONFIG_IDC_AK4524 and its MODULE variant in m32r's code ever since it was added in v2.6.9. But there has never been a Kconfig symbol IDC_AK4524. Remove this check. Signed-off-by: Paul Bolle --- Untested. arch/m32r/platforms/usrv/setup.c | 9 - 1 file changed, 9

linux-next: build failure after merge of the mfd-lj tree

Hi Lee, After merging the mfd-lj tree, today's linux-next build (powerpc allyesconfig) failed like this: drivers/mfd/stmpe.c: In function 'stmpe_irq_init': drivers/mfd/stmpe.c:1000:15: error: 'struct stmpe' has no member named 'irq_base' base = stmpe->irq_base; ^ Caused by com

Re: [PATCH v1 5/5] pci: keystone: add pcie driver based on designware core driver

On Monday 19 May 2014 17:10:50 Murali Karicheri wrote: > On 5/19/2014 8:06 AM, Arnd Bergmann wrote: > > On Friday 16 May 2014 16:26:51 Murali Karicheri wrote: > >> On 5/15/2014 2:20 PM, Arnd Bergmann wrote: > >>> On Thursday 15 May 2014 13:45:08 Murali Karicheri wrote: > >> +#ifdef CONFIG_PCI_K

[PATCH] m68k: remove check for CONFIG_BSEIP

There used to be a Kconfig symbol BSEIP. It was PPC specific and was removed in v2.6.27. So the check for CONFIG_BSEIP can be removed. This means a few defines will be removed. None of the macros involved are used, so no one should care. Signed-off-by: Paul Bolle --- Untested. arch/m68k/include

Re: [PATCH v4 6/6] ARM: dts: STiH407: Add B2120 board support

On 05/20/2014 09:43 AM, Lee Jones wrote: + soc { + sbc_serial0: serial@953 { + status = "okay"; + }; You might want to consider reference-based syntax here instead, so you don't have to mimic the hierarchy. That'd be (at the root lev

Re: [PATCH] PM / runtime: Update documentation to reflect the current code flow

On 16 May 2014 13:44, Rafael J. Wysocki wrote: > From: Rafael J. Wysocki > > The runtime PM documentation in runtime_pm.txt has not been updated > after some changes to the system suspend and resume core code, so > update it to reflect the current code flow. > > Signed-off-by: Rafael J. Wysocki

Re: [PATCH] sched/dl: Fix race between dl_task_timer() and sched_setaffinity()

On Tue, May 20, 2014 at 09:08:53AM +0400, Kirill Tkhai wrote: > > > 20.05.2014, 04:00, "Peter Zijlstra" : > > On Mon, May 19, 2014 at 11:31:19PM +0400, Kirill Tkhai wrote: > > > >>  @@ -513,9 +513,17 @@ static enum hrtimer_restart dl_task_timer(struct > >> hrtimer *timer) > >>   

<    3   4   5   6   7   8   9   >