Re: [PATCH v2] dmatest: masking tests for channel capabilities

On Wed, Jun 26, 2013 at 01:47:07PM -0700, Dan Williams wrote: > On Fri, Jun 21, 2013 at 4:46 PM, Jubin Mehta wrote: > > The current dmatest module tests all the hardware capabilities (MEMCPY, XOR > > and PQ) supported by a particular DMA channel and these tests are performed > > concurrently by

Re: [Xen-devel] [PATCH] xen: remove unused Kconfig parameter

On Tue, Jul 09, 2013 at 05:05:54PM +0200, Borislav Petkov wrote: > On Tue, Jul 09, 2013 at 10:48:40AM -0400, Konrad Rzeszutek Wilk wrote: > > Then that should be discussed on grub2 to remove said check and modify > > the code so that it can properly work without regression. > > Actually, the

Re: [PATCH] menuconfig: Allow j/k to move down/up the menu

On 2013-07-09 19:07, Steven Noonan wrote: > On Tue, Jul 9, 2013 at 9:55 AM, Heimo Stranner wrote: >>> Well, one advantage of these key bindings is, that you don't have to >>> move your hands away from the base line. And as vim user I find myself >>> using vim key sequences in all tools. I cannot

Re: /sys/module/pcie_aspm/parameters/policy not writable?

Hi! > > > > My thinkpad has rather high ping latencies... and perhaps it is due to > > > > PCIE ASPM. > > > > > > Why would that be the problem? The odds that the PCIE bus is the issue > > > seems strange to me. > > > > Aha: I guess that's why the file is not writable: > > > > pavel@amd:~$

RE: [RFC PATCH 1/4] thermal: hwmon: move hwmon support to single file

> -Original Message- > From: linux-pm-ow...@vger.kernel.org [mailto:linux-pm- > ow...@vger.kernel.org] On Behalf Of Eduardo Valentin > Sent: Tuesday, July 09, 2013 10:24 PM > To: R, Durgadoss > Cc: Eduardo Valentin; linux...@vger.kernel.org; amit.dan...@samsung.com; > Zhang, Rui;

Re: [PATCH RFC] fsio: filesystem io accounting cgroup

Theodore Ts'o wrote: Another major problem with this concept is that it lumps all I/O's into a single cgroup. So I/O's from pseudo filesystems (such as reading from /sys/kernel/debug/tracing/trace_pipe), networked file systems such as NFS, and I/O to various different block devices all get

ia64: dmi.h: Make dmi_alloc use kzalloc

x86/ia64 have a slight mismatch in dmi_alloc as x86 does a memset(0), and ia64 just does kmalloc. Make the ia64 dmi_alloc match the x86 style. Signed-off-by: Joe Perches --- arch/ia64/include/asm/dmi.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

Re: [PATCH] menuconfig: Allow j/k to move down/up the menu

> Well, one advantage of these key bindings is, that you don't have to > move your hands away from the base line. And as vim user I find myself > using vim key sequences in all tools. I cannot even count how many > processes I accidentally killed because I tried to scroll using 'k' in > htop

Re: [PATCH 6/8] KVM: PPC: Add support for multiple-TCE hcalls

On 07/06/2013 05:07 PM, Alexey Kardashevskiy wrote: This adds real mode handlers for the H_PUT_TCE_INDIRECT and H_STUFF_TCE hypercalls for QEMU emulated devices such as IBMVIO devices or emulated PCI. These calls allow adding multiple entries (up to 512) into the TCE table in one call which

Re: [PATCH] menuconfig: Allow j/k to move down/up the menu

On Tue, Jul 9, 2013 at 9:55 AM, Heimo Stranner wrote: > >> Well, one advantage of these key bindings is, that you don't have to >> move your hands away from the base line. And as vim user I find myself >> using vim key sequences in all tools. I cannot even count how many >> processes I

Re: [PATCH] mm: cleanup backing_dev_info foo_stamp fields

On Fri 05-07-13 19:50:41, Maxim Patlasov wrote: > State clearly that bw_time_stamp is measured in jiffies. Rename other > foo_stamp fields to reflect that they are in units of number-of-pages. > > Reported-by: Andrew Morton > Signed-off-by: Maxim Patlasov Looks good. You can add: Reviewed-by:

Re: [PATCH 7/8] KVM: PPC: Add support for IOMMU in-kernel handling

On 07/06/2013 05:07 PM, Alexey Kardashevskiy wrote: This allows the host kernel to handle H_PUT_TCE, H_PUT_TCE_INDIRECT and H_STUFF_TCE requests without passing them to QEMU, which saves time on switching to QEMU and back. Both real and virtual modes are supported. First the kernel tries to

Re: [PATCH 1/1] ia64/pci: set mmio decoding on for some host bridge

On Mon, Jul 8, 2013 at 11:42 PM, Li, Zhen-Hua wrote: > On some IA64 platforms with intel PCI bridge, for example, HP BL890c i2 > with Intel Corporation 5520/5500/X58 I/O Hub PCI Express Root Port, > when kernel tries to disable the mmio decoding on the PCI bridge devices, > kernel may crash. > >

Re: [RFC][PATCH 0/9] sched: Power scheduler design proposal

On 7/9/2013 8:55 AM, Morten Rasmussen wrote: Hi, This patch set is an initial prototype aiming at the overall power-aware scheduler design proposal that I previously described . The patch set introduces a cpu capacity managing 'power

Re: [PATCH] ARM: tegra: enable palmas device for dalmore

On 07/08/2013 07:38 AM, Laxman Dewangan wrote: > Make the entry of Dalmore Power Management Unit device TPS65913 > in dalmore DTS file. The Palma driver support this device. > > Enable following submodule of the TPS65913: > - GPIO driver > - RTC driver. > - Power regulator driver. > diff --git

[PATCH] perf: Remove match callback for auxiliary events processing

Removing match callback for auxiliary events processing with following benefits: - only one function pointer is passed along the way - the match function is called within output function and could be inlined by compiler Suggested-by: Peter Zijlstra Signed-off-by: Jiri Olsa Cc: Corey

Re: [RFC PATCH 1/4] thermal: hwmon: move hwmon support to single file

On 09-07-2013 12:04, R, Durgadoss wrote: > Hi Eduardo, > >> -Original Message- >> From: linux-pm-ow...@vger.kernel.org [mailto:linux-pm- >> ow...@vger.kernel.org] On Behalf Of Eduardo Valentin >> Sent: Tuesday, July 09, 2013 7:30 PM >> To: linux...@vger.kernel.org; R, Durgadoss;

[RFC 0/4] perf tools: Remove event types data

hi, following up on the 'perf timechart' FIXME note and changing its tracepoint match not to use event types data. In my tests the old and new timechart outputs look the same, so.. any other tester would be appreciated ;-) Also as this was the only user of the event types data the rest of the

[PATCH 1/4] perf tools: Remove event types framework only user

The only user of the event types data is 'perf timechart' command and uses this info to identify proper tracepoints based on its name. Switching this code to use traceevent library API to obtain IDs for needed tracepoints. This should also make the samples processing faster as we no longer

[PATCH 4/4] perf tools: Remove event types framework completely

Removing event types framework completely. The only remainder (apart from few comments) is following enum: enum perf_user_event_type { ... PERF_RECORD_HEADER_EVENT_TYPE = 65, /* depreceated */ ... } It's kept as depreceated, resulting in error when processed in

early microcode on amd is broken when no initramfs provided

When CONFIG_MICROCODE_EARLY is enabled on AMD but no initramfs is provided in the bootmanager (grub2), the system hangs here: [0.00] Initializing cgroup subsys cpuset [0.00] Initializing cgroup subsys cpu [0.00] Initializing cgroup subsys cpuacct [0.00] Linux

[PATCH 2/4] perf tools: Remove event types from perf data file

Removing event types data storing/reading to/from perf data file as it's no longer needed. The only user of this data 'perf timechart' is switched to use traceevent library. The event_types offset and size stays in the perf data file header but are ignored from now on. Signed-off-by: Jiri Olsa

[PATCH 3/4] perf tools: Remove event types pushing from record command

Removing event types data pushing from record command. It's no longer needed, because this data is ignored. Signed-off-by: Jiri Olsa Cc: Arnaldo Carvalho de Melo Cc: Peter Zijlstra Cc: Ingo Molnar Cc: Paul Mackerras Cc: Corey Ashford Cc: Frederic Weisbecker Cc: Namhyung Kim Cc: David

Re: [PATCH V2 1/2] DMA: Freescale: Add new 8-channel DMA engine device tree nodes

On 07/05/2013 01:27:05 AM, hongbo.zh...@freescale.com wrote: From: Hongbo Zhang Freescale QorIQ T4 and B4 introduce new 8-channel DMA engines, this patch add the device tree nodes for them. Signed-off-by: Hongbo Zhang --- arch/powerpc/boot/dts/fsl/elo3-dma-0.dtsi | 90

Re: [RFC][PATCH 1/9] sched: Introduce power scheduler

On 7/9/2013 8:55 AM, Morten Rasmussen wrote: +void power_schedule_wq(struct work_struct *work) +{ + __power_schedule(); + mod_delayed_work_on(schedule_cpu(), system_wq, , + msecs_to_jiffies(INTERVAL)); +} please tell me this is at least a deferable

Re: [PATCH RFC 4/4] xen-block: introduce a new request type to unmap grants

On 08/07/13 21:41, Konrad Rzeszutek Wilk wrote: > On Mon, Jul 08, 2013 at 03:03:27PM +0200, Roger Pau Monne wrote: >> Right now blkfront has no way to unmap grant refs, if using persistent >> grants once a grant is used blkfront cannot assure if blkback will >> have this grant mapped or not. To

Re: [PATCH] menuconfig: Allow j/k to move down/up the menu

On 07/08/2013 06:08:41 PM, Sören Brinkmann wrote: On Sat, Jul 06, 2013 at 06:00:05PM -0500, Rob Landley wrote: > On 07/05/2013 06:32:59 AM, Ramkumar Ramachandra wrote: > >Like in Vim. > > > >Cc: Michal Marek > >Signed-off-by: Ramkumar Ramachandra > >--- > > Unsure why nobody has done this yet.

Re: /sys/module/pcie_aspm/parameters/policy not writable?

On Tue, Jul 09, 2013 at 11:49:06AM +0200, Pavel Machek wrote: > On Mon 2013-07-08 21:13:21, Greg KH wrote: > > On Tue, Jul 09, 2013 at 03:26:11AM +0200, Pavel Machek wrote: > > > Hi! > > > > > > My thinkpad has rather high ping latencies... and perhaps it is due to > > > PCIE ASPM. > > > > Why

Re: /sys/module/pcie_aspm/parameters/policy not writable?

On Tue, Jul 9, 2013 at 4:10 AM, Pavel Machek wrote: > Hi! >> > > My thinkpad has rather high ping latencies... and perhaps it is due to >> > > PCIE ASPM. >> > >> > Why would that be the problem? The odds that the PCIE bus is the issue >> > seems strange to me. >> >> Aha: I guess that's why the

Re: [PATCH 3/3] firmware/dmi_scan: Constify strings

Hi Joe, Le Tuesday 09 July 2013 à 08:58 -0700, Joe Perches a écrit : > On Tue, 2013-07-09 at 17:43 +0200, Jean Delvare wrote: > > Add const to all DMI string pointers where this is possible. This > > fixes a checkpatch warning. > > That's a nice little improvement. Thanks. > > +++

Re: [PATCH 1/2] i2c-designware: make *CNT values configurable

On Tue, Jul 09, 2013 at 11:44:02AM +0300, Mika Westerberg wrote: > On Mon, Jul 08, 2013 at 03:42:17PM +0200, Christian Ruppert wrote: > > On Mon, Jul 08, 2013 at 02:45:26PM +0300, Mika Westerberg wrote: > > > The DesignWare I2C controller has high count (HCNT) and low count (LCNT) > > > registers

Re: [PATCH 2/3] firmware/dmi_scan: Fix most checkpatch errors and warnings

On Tue, 2013-07-09 at 17:42 +0200, Jean Delvare wrote: > Fix all errors and trivial warnings reported by checkpatch for file > drivers/firmware/dmi_scan.c. trivia: > +++ linux-3.11-rc0/drivers/firmware/dmi_scan.c2013-07-09 > 16:08:13.979592957 +0200 > @@ -63,7 +63,7 @@ static char *

[PATCH REPOST] kexec: return error of machine_kexec() fails

From: Stephen Warren Prior to commit 3ab8352 "kexec jump", if machine_kexec() returned, sys_reboot() would return -EINVAL. This patch restores this behaviour for the non-KEXEC_JUMP case, where machine_kexec() is not expected to return. This situation can occur on ARM, where kexec requires

Re: [PATCH V3 2/3] clocksource: mmp: support CLOCKSOURCE OF DECLARE

Dear Neil Zhang, On Tue, 9 Jul 2013 14:42:45 +0800, Neil Zhang wrote: > support CLOCKSOURCE OF DECLARE for mmp timer. > > Signed-off-by: Neil Zhang > --- > arch/arm/mach-mmp/mmp-dt.c |5 ++--- > arch/arm/mach-mmp/mmp2-dt.c |3 +-- > arch/arm/mach-mmp/time.c| 15 ++- >

RE: [RFC PATCH 2/4] thermal: introduce device tree parser

Hi Eduardo, > -Original Message- > From: Eduardo Valentin [mailto:eduardo.valen...@ti.com] > Sent: Tuesday, July 09, 2013 7:30 PM > To: linux...@vger.kernel.org; R, Durgadoss; amit.dan...@samsung.com > Cc: Zhang, Rui; Eduardo Valentin; linux-kernel@vger.kernel.org > Subject: [RFC PATCH

Re: [Cocci] [PATCH] invoke arguments the right way in coccinelle script

On 07/09/2013 05:21 PM, Cristian Bercaru wrote: > Because the command line arguments were invoked incorrectly > 'make coccicheck' failed to run 'irqf_oneshot.cocci' and all tests that > followed. Fixed that. > > Signed-off-by: Cristian Bercaru Time to update your coccinelle installation ;)

[RFC][PATCH 9/9] sched: power: cpufreq: Initial schedpower cpufreq governor

Adds a 'schedpower' cpufreq governor that acts as a cpufreq driver wrapper for the power scheduler. This enables the power scheduler to initially use existing cpufreq drivers during development. The long term plan is platform specific unified power drivers. Signed-off-by: Morten Rasmussen CC:

[PATCH v2] spi/xilinx: Simplify irq allocation

Use devm_request_irq() for irq allocation which simplify driver code. Signed-off-by: Michal Simek --- Changes in v2: - Disable interrupts in xilinx_spi_remove() to be sure that interrupt won't come between struct freeing and devres irq unregistration. --- drivers/spi/spi-xilinx.c | 29

Re: [RFC PATCH V2 1/8] regulator: Introduce OMAP regulator to control PMIC over VC/VP

On 07/09/2013 10:29 AM, Mark Brown wrote: On Mon, Jul 08, 2013 at 12:22:36PM -0500, Nishanth Menon wrote: case #1 - TPS62361 has a single SMPS and a single generic i2c bus, one can talk on. In this case, you'd associate the regulator device in one place - i2cX or on custom SoC hardware

RE: [RFC PATCH 1/4] thermal: hwmon: move hwmon support to single file

Hi Eduardo, > -Original Message- > From: linux-pm-ow...@vger.kernel.org [mailto:linux-pm- > ow...@vger.kernel.org] On Behalf Of Eduardo Valentin > Sent: Tuesday, July 09, 2013 7:30 PM > To: linux...@vger.kernel.org; R, Durgadoss; amit.dan...@samsung.com > Cc: Zhang, Rui; Eduardo Valentin;

Re: [PATCH] net/cadence/macb: fix bug/typo in extracting gem_irq_read_clear bit

On 09/07/2013 10:36, Jongsung Kim : Signed-off-by: Jongsung Kim Acked-by: Nicolas Ferre Cc: stable # 3.10+ Thanks for having spotted that. Best regards, --- drivers/net/ethernet/cadence/macb.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git

Re: [PATCH 5/8] powerpc: add real mode support for dma operations on powernv

On 07/06/2013 05:07 PM, Alexey Kardashevskiy wrote: The existing TCE machine calls (tce_build and tce_free) only support virtual mode as they call __raw_writeq for TCE invalidation what fails in real mode. This introduces tce_build_rm and tce_free_rm real mode versions which do mostly the same

Re: [PATCH 3/4] PF: Provide additional direct page notification

On 09/07/13 15:56, Dominik Dingel wrote: > By setting a Kconfig option, the architecture can control when > guest notifications will be presented by the apf backend. > So there is the default batch mechanism, working as before, where the vcpu > thread > should pull in this information. On the

Re: [PATCH 3/3] firmware/dmi_scan: Constify strings

On Tue, 2013-07-09 at 17:43 +0200, Jean Delvare wrote: > Add const to all DMI string pointers where this is possible. This > fixes a checkpatch warning. That's a nice little improvement. > +++ linux-3.10-rc0/drivers/firmware/dmi_scan.c2013-05-04 > 11:20:52.808187924 +0200 [] > @@ -252,7

[RFC][PATCH 1/9] sched: Introduce power scheduler

Proof of concept capacity managing power scheduler. Supports simple packing without any consideration of power topology. The power scheduler is meant to use a platform specific power driver to obtain information about power topology and select idle states and frequency/P-states. For now, the

[RFC][PATCH 6/9] sched: power: add power_domain data structure

Initial proposal for power topology representation in power scheduler. For now just one global hierarchy. It will need a more scalable layout later. More topology information will be added as the power scheduler design evolves and implements power topology aware freqency/P-state and idle state

[RFC][PATCH 4/9] sched: Make periodic load-balance disregard cpus with a cpu_power of 1

Some of the load_balance() helper functions will put tasks on cpus with cpu_power=1 when they are completely idle. This patch changes this behaviour. The patch is a quick fix. The load_balance() helper functions should be revisited to implement proper handling of cpus with cpu_power=1.

[RFC][PATCH 8/9] sched: power: Add initial frequency scaling support to power scheduler

Extends the power scheduler capacity management algorithm to handle frequency scaling and provide basic frequency/P-state selection hints to the power driver. Signed-off-by: Morten Rasmussen CC: Ingo Molnar CC: Peter Zijlstra CC: Catalin Marinas --- kernel/sched/power.c | 33

[RFC][PATCH 7/9] sched: power: Add power driver interface

Initial power driver interface. The unified power driver is to replace freq and idle drivers and more. Currently only frequency scaling interface is considered. The power scheduler may query the power driver for information about current the state and provide hints for state changes.

[RFC][PATCH 5/9] sched: Make idle_balance() skip cpus with a cpu_power of 1

idle_balance() should disregard cpus disabled by the power scheduler. This is a quick fix. idle_balance() should be revisit to implement proper handling of cpus with cpu_power=1. Signed-off-by: Morten Rasmussen CC: Ingo Molnar CC: Peter Zijlstra CC: Catalin Marinas --- kernel/sched/fair.c |

[RFC][PATCH 3/9] sched: Make select_idle_sibling() skip cpu with a cpu_power of 1

select_idle_sibling() must disregard cpus with cpu_power=1 to avoid using cpus disabled by the power scheduler. This is a quick fix. The algorithm should be updated to handle cpu_power=1 properly. Signed-off-by: Morten Rasmussen CC: Ingo Molnar CC: Peter Zijlstra CC: Catalin Marinas ---

[RFC][PATCH 2/9] sched: Redirect update_cpu_power to sched/power.c

With CONFIG_SCHED_POWER enabled, update_cpu_power() gets the capacity managed cpu_power from the power scheduler instead of arch_scale_freq_power(). Signed-off-by: Morten Rasmussen CC: Ingo Molnar CC: Peter Zijlstra CC: Catalin Marinas --- kernel/sched/fair.c | 19 ++-

E-mial us for an urgent loan today contact: veronicaloanfi...@hotmail.com

-- 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 FAQ at http://www.tux.org/lkml/

[RFC][PATCH 0/9] sched: Power scheduler design proposal

Hi, This patch set is an initial prototype aiming at the overall power-aware scheduler design proposal that I previously described . The patch set introduces a cpu capacity managing 'power scheduler' which lives by the side of the existing

Re: [PATCH 4/8] powerpc: Prepare to support kernel handling of IOMMU map/unmap

On 07/08/2013 03:33 AM, Benjamin Herrenschmidt wrote: On Sun, 2013-07-07 at 01:07 +1000, Alexey Kardashevskiy wrote: The current VFIO-on-POWER implementation supports only user mode driven mapping, i.e. QEMU is sending requests to map/unmap pages. However this approach is really slow, so we

[PATCH 1/2] perf: Clone child context from parent context pmu

Currently when the child context for inherited events is created, it's based on the pmu object of the first event of the parent context. This is wrong for following scenario: - HW context having HW and SW event - HW event got removed (closed) - SW event stays in HW context as the only event

Re: [PATCH 2/2] perf: Remove WARN_ON_ONCE check in __perf_event_enable for valid scenario

On Tue, Jul 09, 2013 at 05:44:11PM +0200, Jiri Olsa wrote: > The '!ctx->is_active' check has a valid scenario, so > there's no need for the WARN macro. > > The reason is that there's a time window between > 'ctx->is_active' check in perf_event_enable function > and __perf_event_enable function

[PATCH 2/2] perf: Remove WARN_ON_ONCE check in __perf_event_enable for valid scenario

The '!ctx->is_active' check has a valid scenario, so there's no need for the WARN macro. The reason is that there's a time window between 'ctx->is_active' check in perf_event_enable function and __perf_event_enable function having: - IRQs on - ctx->lock unlocked where the task could be

Re: [PATCH 2/2] spi: convert drivers to use bits_per_word_mask

On 07/09/2013 09:47 AM, Michal Simek wrote: >> diff --git a/drivers/spi/spi-xilinx.c b/drivers/spi/spi-xilinx.c >> index e1d7696..f321bf9 100644 --- a/drivers/spi/spi-xilinx.c +++ >> b/drivers/spi/spi-xilinx.c @@ -232,21 +232,6 @@ static int >> xilinx_spi_setup_transfer(struct spi_device *spi,

[PATCH v2 6/7] usb: phy: msm: Fix WARNING: Prefer seq_puts to seq_printf

From: "Ivan T. Ivanov" This fixes checkpatch.pl warnings. Signed-off-by: Ivan T. Ivanov --- drivers/usb/phy/phy-msm-usb.c |6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/usb/phy/phy-msm-usb.c b/drivers/usb/phy/phy-msm-usb.c index 41938e6..6d05085 100644

[PATCH v2 5/7] usb: phy: msm: Fix WARNING: quoted string split across lines

From: "Ivan T. Ivanov" This fixes checkpatch.pl warnings. Signed-off-by: Ivan T. Ivanov --- drivers/usb/phy/phy-msm-usb.c | 33 +++-- 1 file changed, 11 insertions(+), 22 deletions(-) diff --git a/drivers/usb/phy/phy-msm-usb.c b/drivers/usb/phy/phy-msm-usb.c

[PATCH v2 1/7] usb: phy: msm: Move mach depndend code to platform data

From: "Ivan T. Ivanov" This patch fix compilation error and is an intermediate step before the addition of DeviceTree support for newer targets. Fix suggested here: https://lkml.org/lkml/2013/6/19/381 Cc: David Brown Cc: Daniel Walker Cc: Bryan Huntsman Cc: Stephen Boyd Signed-off-by: Ivan

[PATCH v2 7/7] usb: phy: msm: Lindent the code

From: "Ivan T. Ivanov" Signed-off-by: Ivan T. Ivanov --- drivers/usb/phy/phy-msm-usb.c | 99 ++--- 1 file changed, 52 insertions(+), 47 deletions(-) diff --git a/drivers/usb/phy/phy-msm-usb.c b/drivers/usb/phy/phy-msm-usb.c index 6d05085..111f454 100644

[PATCH v2 0/7] usb: phy: msm: Fixes and cleanups

From: "Ivan T. Ivanov" Changes since first version. * Extend commit messages a little bit. Following patches make initial cleanup of usb phy found in the Qualcomm chipsets. Changes include: * Build time error fix. * Move driver to Managed Device Resource allocation. * Checkpatch warnings and

[PATCH v2 4/7] usb: phy: msm: Remove unnecessarily check for valid regulators.

From: "Ivan T. Ivanov" Whether regulators are available or not is checked at driver probe. If they are not available driver will refuse to load, so no need to check them again. Signed-off-by: Ivan T. Ivanov --- drivers/usb/phy/phy-msm-usb.c | 10 -- 1 file changed, 10 deletions(-)

[PATCH v2 3/7] usb: phy: msm: Move regulator usage to managed resource allocation

From: "Ivan T. Ivanov" This patch move global regulators variables to driver state structire and move allocation of the regulators to be devm managed. Signed-off-by: Ivan T. Ivanov --- drivers/usb/phy/phy-msm-usb.c | 111 +++--

[PATCH v2 2/7] usb: phy: msm: Migrate to Managed Device Resource allocation

From: "Ivan T. Ivanov" Use managed device resources to clean up the probe/remove and get DT support for free. Signed-off-by: Ivan T. Ivanov --- drivers/usb/phy/phy-msm-usb.c | 78 +++-- 1 file changed, 20 insertions(+), 58 deletions(-) diff --git

Re: [PATCH 2/4] PF: Make KVM_HVA_ERR_BAD usable on s390

On Tue, Jul 09, 2013 at 03:56:45PM +0200, Dominik Dingel wrote: > Current common code uses PAGE_OFFSET to indicate a bad host virtual address. > As this check won't work on architectures that don't map kernel and user > memory > into the same address space (e.g. s390), an additional

Re: [PATCH 2/2] spi: convert drivers to use bits_per_word_mask

> diff --git a/drivers/spi/spi-xilinx.c b/drivers/spi/spi-xilinx.c > index e1d7696..f321bf9 100644 > --- a/drivers/spi/spi-xilinx.c > +++ b/drivers/spi/spi-xilinx.c > @@ -232,21 +232,6 @@ static int xilinx_spi_setup_transfer(struct spi_device > *spi, > return 0; > } > > -static int

[PATCH 3/3] firmware/dmi_scan: Constify strings

Add const to all DMI string pointers where this is possible. This fixes a checkpatch warning. Signed-off-by: Jean Delvare --- drivers/firmware/dmi_scan.c | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) --- linux-3.10-rc0.orig/drivers/firmware/dmi_scan.c 2013-05-04

Re: [PATCH 1/4] PF: Add FAULT_FLAG_RETRY_NOWAIT for guest fault

On Tue, Jul 09, 2013 at 05:36:46PM +0200, Christian Borntraeger wrote: > On 09/07/13 17:23, Gleb Natapov wrote: > > On Tue, Jul 09, 2013 at 03:56:44PM +0200, Dominik Dingel wrote: > >> In case of a fault retry exit sie64() with gmap_fault indication for the > >> running thread set. This makes it

[PATCH 1/3] firmware/dmi_scan: Drop obsolete comment

This comment predates the introduction of early_ioremap. Since then the missing calls to dmi_iounmap have been added by Ingo and Yinghai in commits 0d64484f7ea12ca04211b497e94634c3d27cf3fb and 3212bff370c2f22e4987c6679ba485654cefb178. That was over 5 years ago so it is about time to drop this now

[PATCH 2/3] firmware/dmi_scan: Fix most checkpatch errors and warnings

Fix all errors and trivial warnings reported by checkpatch for file drivers/firmware/dmi_scan.c. Signed-off-by: Jean Delvare --- drivers/firmware/dmi_scan.c | 47 ++-- 1 file changed, 24 insertions(+), 23 deletions(-) ---

[PATCH 0/3] firmware/dmi_scan: Cleanups

[PATCH 1/3] firmware/dmi_scan: Drop obsolete comment [PATCH 2/3] firmware/dmi_scan: Fix most checkpatch errors and warnings [PATCH 3/3] firmware/dmi_scan: Constify strings -- Jean Delvare Suse L3 -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message

Re: [PATCH RFC] fsio: filesystem io accounting cgroup

Another major problem with this concept is that it lumps all I/O's into a single cgroup. So I/O's from pseudo filesystems (such as reading from /sys/kernel/debug/tracing/trace_pipe), networked file systems such as NFS, and I/O to various different block devices all get counted in a single

[PATCH] ARM: Fix deadlock scenario with smp_send_stop()

If one process calls sys_reboot and that process then stops other CPUs while those CPUs are within a spin_lock() region we can potentially encounter a deadlock scenario like below. CPU 0 CPU 1 - - spin_lock(my_lock)

Re: [PATCH 1/4] PF: Add FAULT_FLAG_RETRY_NOWAIT for guest fault

On 09/07/13 17:23, Gleb Natapov wrote: > On Tue, Jul 09, 2013 at 03:56:44PM +0200, Dominik Dingel wrote: >> In case of a fault retry exit sie64() with gmap_fault indication for the >> running thread set. This makes it possible to handle async page faults >> without the need for mm notifiers. >> >>

Re: [PATCH 2/8] KVM: PPC: reserve a capability and ioctl numbers for realmode VFIO

On 06/27/2013 07:02 AM, Alexey Kardashevskiy wrote: Signed-off-by: Alexey Kardashevskiy --- include/uapi/linux/kvm.h |2 ++ 1 file changed, 2 insertions(+) diff --git a/include/uapi/linux/kvm.h b/include/uapi/linux/kvm.h index 970b1f5..0865c01 100644 --- a/include/uapi/linux/kvm.h +++

Re: [PATCH] btusb: fix overflow return values

Hi Adam, * Adam Lee [2013-07-09 10:55:01 +0800]: > On Mon, Jul 08, 2013 at 11:50:54AM -0700, Marcel Holtmann wrote: > > Hi Adam, > > > > > PTR_ERR() returns a long type value, but btusb_setup_intel() and > > > btusb_setup_intel_patching() should return an int type value. > > > > > > This bug

Re: [RFC PATCH V2 1/8] regulator: Introduce OMAP regulator to control PMIC over VC/VP

On Mon, Jul 08, 2013 at 12:22:36PM -0500, Nishanth Menon wrote: > case #1 - TPS62361 has a single SMPS and a single generic i2c bus, > one can talk on. In this case, you'd associate the regulator device > in one place - i2cX or on custom SoC hardware interface. > When used with custom SoC

Re: dell_rbu: Select CONFIG_FW_LOADER_USER_HELPER explicitly

At Tue, 9 Jul 2013 23:06:05 +0800, Ming Lei wrote: > > On Tue, Jul 9, 2013 at 10:45 PM, Takashi Iwai wrote: > > At Tue, 9 Jul 2013 22:39:36 +0800, > > Ming Lei wrote: > >> > >> On Tue, Jul 9, 2013 at 9:32 PM, Takashi Iwai wrote: > >> > At Tue, 9 Jul 2013 16:43:30 +0800, > >> >> Actually from

Re: dell_rbu: Select CONFIG_FW_LOADER_USER_HELPER explicitly

At Tue, 9 Jul 2013 23:22:33 +0800, Ming Lei wrote: > > On Tue, Jul 9, 2013 at 11:13 PM, Takashi Iwai wrote: > >> > >> The only cost of built-in user helper code is ~6Kbytes code on my armv7 > >> box. > >> > >> If the 6KB memory does mater for this non-distro kernel, we can introduce > >> more

Re: [PATCH] USB: EHCI: Fix resume signalling on remote wakeup

On Tue, 9 Jul 2013, Roger Quadros wrote: > Set the ehci->resuming flag for the port we receive a remote > wakeup on so that resume signalling can be completed. > > Without this, the root hub timer will not fire again to check > if the resume was completed and there will be a never-ending wait on

Re: [PATCH 1/4] PF: Add FAULT_FLAG_RETRY_NOWAIT for guest fault

On Tue, Jul 09, 2013 at 03:56:44PM +0200, Dominik Dingel wrote: > In case of a fault retry exit sie64() with gmap_fault indication for the > running thread set. This makes it possible to handle async page faults > without the need for mm notifiers. > > Based on a patch from Martin Schwidefsky. >

Re: dell_rbu: Select CONFIG_FW_LOADER_USER_HELPER explicitly

On Tue, Jul 9, 2013 at 11:13 PM, Takashi Iwai wrote: >> >> The only cost of built-in user helper code is ~6Kbytes code on my armv7 >> box. >> >> If the 6KB memory does mater for this non-distro kernel, we can introduce >> more options. > > Well, if it doesn't matter, we don't need

[PATCH] invoke arguments the right way in coccinelle script

Because the command line arguments were invoked incorrectly 'make coccicheck' failed to run 'irqf_oneshot.cocci' and all tests that followed. Fixed that. Signed-off-by: Cristian Bercaru --- scripts/coccinelle/misc/irqf_oneshot.cocci | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff

Re: [PATCH v2 2/2] perf tools: Make Power7 events available for perf

On Tue, 9 Jul 2013, Michael Ellerman wrote: > On Mon, Jul 08, 2013 at 10:24:34PM -0400, Vince Weaver wrote: > > why is it a hack to use cpuid? > > Because you're assuming that the PMU the kernel has exposed is for the > cpu you happen to be executing on. > > But the real issue is with PMUs that

Re: [Xen-devel] [PATCH] xen: remove unused Kconfig parameter

On 07/09/2013 08:05 AM, Borislav Petkov wrote: > On Tue, Jul 09, 2013 at 10:48:40AM -0400, Konrad Rzeszutek Wilk wrote: >> Then that should be discussed on grub2 to remove said check and modify >> the code so that it can properly work without regression. > > Actually, the kernel patch removing

Re: [PATCH v2] arm: dts: AM43x: Add usb_otg_hs node

Hello. On 07/09/2013 06:07 PM, Sergei Shtylyov wrote: Adds device node for HS USB Host module for AM437x changes from v1 renamed synopsis to snps removed flag tx-fifo-resize Signed-off-by: George Cherian --- arch/arm/boot/dts/am4372.dtsi | 18 ++ 1 file changed, 18

Re: [PATCH RFC] fsio: filesystem io accounting cgroup

Hello, Vivek. On Tue, Jul 09, 2013 at 10:54:30AM -0400, Vivek Goyal wrote: > It is not clear whether counting bio or counting request is right > thing to do here. It depends where you are trying to throttle. For > bio based drivers there is request and they need throttling mechanism > too. So

Re: [Xen-devel] [PATCH] xen: remove unused Kconfig parameter

On Tue, Jul 09, 2013 at 10:48:40AM -0400, Konrad Rzeszutek Wilk wrote: > Then that should be discussed on grub2 to remove said check and modify > the code so that it can properly work without regression. Actually, the kernel patch removing that symbol should be applied so that grub2 breaks

Re: dell_rbu: Select CONFIG_FW_LOADER_USER_HELPER explicitly

On Tue, Jul 9, 2013 at 10:45 PM, Takashi Iwai wrote: > At Tue, 9 Jul 2013 22:39:36 +0800, > Ming Lei wrote: >> >> On Tue, Jul 9, 2013 at 9:32 PM, Takashi Iwai wrote: >> > At Tue, 9 Jul 2013 16:43:30 +0800, >> >> Actually from view of distribution, dell rbu has to be compiled in, then >> >> no

Re: [PATCH v4 3/7] Documentation: DT: update atmel SSC with DMA binding

On Tue, Jul 09, 2013 at 04:25:29PM +0200, Richard Genoud wrote: > - reg: Should contain SSC registers location and length > - interrupts: Should contain SSC interrupt > +For dma transfer: > +- dmas: DMA specifier, consisting of a phandle to DMA controller node, > + the memory interface and SSC

Re: [PATCH RFC] fsio: filesystem io accounting cgroup

On Tue, Jul 09, 2013 at 06:35:54PM +0400, Konstantin Khlebnikov wrote: [..] > I'm not interested in QoS or proportional control. Let schedulers do it. > I want just bandwidth control. I don't want to write a new scheduler > or extend some of existing one. I want implement simple and lightweight >

Re: [PATCH v4 2/7] Documentation: DT: add sam9x5ek-wm8731 machine driver

On Tue, Jul 09, 2013 at 04:25:28PM +0200, Richard Genoud wrote: > This add the sound DT binding for sam9x5ek-wm8731 machine driver > > Signed-off-by: Richard Genoud > --- > .../bindings/sound/atmel-sam9x5-wm8731-audio.txt | 30 > Put new binding documents in the same

Re: [PATCH v2 2/2] perf tools: Make Power7 events available for perf

On Tue, 9 Jul 2013, Peter Zijlstra wrote: > On Mon, Jul 08, 2013 at 10:24:34PM -0400, Vince Weaver wrote: > > > > So something like they have on ARM? > > > > vince@pandaboard:/sys/bus/event_source/devices$ ls -l > > lrwxrwxrwx 1 root root 0 Jul 8 21:57 ARMv7 Cortex-A9 -> > >

Re: [PATCH v4 1/7] sound: sam9x5_wm8731: machine driver for at91sam9x5 wm8731 boards

On Tue, Jul 09, 2013 at 04:25:27PM +0200, Richard Genoud wrote: > +/* > + * Authorized rates are: > + * Rate = MCLK_RATE / (n * 2) > + * Where n is in [1..4095] > + * (cf register SSC_CMR) > + */ > +static unsigned int rates[] = { > + 8000, > + 16000, > + 32000, > + 48000, > +

Re: MTD EEPROM support and driver integration

On Mon, Jul 08, 2013 at 10:25:38PM +0200, Maxime Ripard wrote: > On Mon, Jul 08, 2013 at 09:34:26AM +0100, Mark Brown wrote: > > I'd really like to see more discussion of this "DT parsing code for > > regmap" idea... I've missed almost all the context here. > The context was that I found we

Re: [Xen-devel] [PATCH] xen: remove unused Kconfig parameter

>>> On 09.07.13 at 16:48, Konrad Rzeszutek Wilk wrote: > Dom0 has been both - but there is nothing wrong with seperating these > two labels. And therein I was thinking that the 'hardware backend domain' > should be the introduced. I am not good with names so the best option > seems

Re: [PATCH RFC] fsio: filesystem io accounting cgroup

On Tue, Jul 09, 2013 at 07:29:08AM -0700, Tejun Heo wrote: > On Tue, Jul 09, 2013 at 10:18:33AM -0400, Vivek Goyal wrote: > > For implementing throttling one as such does not have to do time > > slice management on the queue. For providing constructs like IOPS > > or bandwidth throttling, one

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