[PATCH] w1:masters/w1-gpio.c: fix error using "__devinit" and "__devexit"

w1:masters/w1-gpio.c: fix error using "__devinit" and "__devexit" we should use "__devinit" to mark the probe function, "__devexit" to mark the remove function, and "__devexit_p" to mark the pointer to the remove function. the error was found by the following compilation warning: WARNING:

Re: [RFC PATCH] sched: rt: fix selecting runqueue for task to be pushed

On Mon, Dec 10, 2012 at 10:21 PM, Steven Rostedt wrote: > On Mon, 2012-12-10 at 20:19 +0800, Hillf Danton wrote: >> When we are trying to push task out, no point to select the last cpu that >> the given task executed on, which is fixed by selecting target cpu with >> cache affinity concerned, and

Re: [PATCH 02/18] sched: fix find_idlest_group mess logical

On 12/11/2012 01:50 PM, Preeti U Murthy wrote: > Hi Alex, > On 12/11/2012 10:59 AM, Alex Shi wrote: >> On 12/11/2012 01:08 PM, Preeti U Murthy wrote: >>> Hi Alex, >>> >>> On 12/10/2012 01:52 PM, Alex Shi wrote: There is 4 situations in the function: 1, no task allowed group; so

Re: [PATCH 01/18] sched: select_task_rq_fair clean up

On 12/11/2012 02:30 PM, Preeti U Murthy wrote: > On 12/11/2012 10:58 AM, Alex Shi wrote: >> On 12/11/2012 12:23 PM, Preeti U Murthy wrote: >>> Hi Alex, >>> >>> On 12/10/2012 01:52 PM, Alex Shi wrote: It is impossible to miss a task allowed cpu in a eligible group. >>> >>> The one thing I am

[GIT PULL] ACPI and power management updates for v3.8-rc1

Hi Linus, Please pull from the git repository at git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git pm+acpi-for-3.8-rc1 to receive power management updates for v3.8 with top-most commit f316fc56555a5c3bcf6350f3d5ac26dd2c55f4cb Merge branch 'acpi-enumeration' on top of

Re: [PATCH 1/1] mmc: sdhci-acpi: enable runtime-pm for device HID INT33C6

On Monday, December 10, 2012 09:20:03 AM Chris Ball wrote: > Hi, > > On Mon, Dec 10 2012, Adrian Hunter wrote: > > sdhci-acpi supports ACPI devices which have compatibility ID > > PNP0D40, however it is not possible to know if those devices > > will all work correctly with runtime-pm, so that

Re: [PATCH 1/1] gpio: add Lynxpoint chipset gpio driver.

On 12/11/2012 01:07 AM, Grant Likely wrote: On Fri, 7 Dec 2012 16:01:39 +0200, Mathias Nyman wrote: Add gpio support for Intel Lynxpoint chipset. Lynxpoint supports 94 gpio pins which can generate interrupts. Driver will fail requests for pins that are marked as owned by ACPI, or set in an

Re: [PATCH v3 0/5] Add movablecore_map boot option

On Tue, 2012-12-11 at 10:33 +0800, Tang Chen wrote: > [What we are doing] > This patchset provide a boot option for user to specify ZONE_MOVABLE memory > map for each node in the system. > > movablecore_map=nn[KMG]@ss[KMG] > > This option make sure memory range from ss to ss+nn is movable

Re: [PATCH v3 3/5] page_alloc: Introduce zone_movable_limit[] to keep movable limit for nodes

On Tue, 2012-12-11 at 11:32 +0800, Tang Chen wrote: > On 12/11/2012 11:07 AM, Jianguo Wu wrote: > > On 2012/12/11 10:33, Tang Chen wrote: > > > >> This patch introduces a new array zone_movable_limit[] to store the > >> ZONE_MOVABLE limit from movablecore_map boot option for all nodes. > >> The

[PATCH v3] llist: add a safe version of llist_for_each_entry

Signed-off-by: Roger Pau Monné Cc: Huang Ying Cc: Konrad Rzeszutek Wilk --- Changes since v2: * Allow to pass a NULL node as the first entry of deleted list entries. --- include/linux/llist.h | 27 +++ 1 files changed, 27 insertions(+), 0 deletions(-) diff --git

[GIT PULL] x86/timers changes for v3.8

Linus, Please pull the latest x86-timers-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-timers-for-linus HEAD: 5074b85bdd3a464efe7b6de2ec163f4c07696a20 x86: hpet: Fix inverted return value check in arch_setup_hpet_msi() This tree includes HPET

Re: RM9000 / E9000, MSP71xx class processors, SOCs and eval boards

On Thu, Dec 06, 2012 at 03:28:17PM -0600, Shane McDonald wrote: > I'm interested in the MSP71xx eval board, although I may be > the only person in the world who cares. Specifically, I use the > msp71xx_defconfig. 3.7-rc8 compiles with gcc-4.6.3 > without requiring any patches. > > I don't know

[GIT PULL] x86/ras changes for v3.8

Linus, Please pull the latest x86-ras-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-ras-for-linus HEAD: 003db633d6f2d3649ea18652a3c55ad17d4f0e47 Merge tag 'mca_cfg' of git://git.kernel.org/pub/scm/linux/kernel/git/ras/ras into x86/ras Rework all

[PATCH v5 14/14] iommu/exynos: add debugfs entries for System MMU

This commit adds debugfs directory and nodes for inspecting internal state of System MMU. Signed-off-by: KyongHo Cho --- drivers/iommu/exynos-iommu.c | 204 +-- 1 file changed, 198 insertions(+), 6 deletions(-) diff --git a/drivers/iommu/exynos-iommu.c

[PATCH net-next rfc 0/2] Allow unpriveledge user to disable tuntap queue

This series is an rfc that tries to solve the issue that the queues of tuntap could not be disabled/enabled by unpriveledged user. This is needed for unpriveledge userspace such as qemu since guest may change the number of queues at any time, qemu needs to configure the tuntap to disable/enable a

[PATCH net-next rfc 1/2] tuntap: forbid calling TUNSETQUEUE for a persistent device with no queues

When re-establish to a persistent deivce wihout queues attached, TUNSETIFF should be called instead of TUNSETQUEUE to do the proper permission checking. Signed-off-by: Jason Wang --- drivers/net/tun.c |3 +++ 1 files changed, 3 insertions(+), 0 deletions(-) diff --git a/drivers/net/tun.c

[PATCH net-next rfc 2/2] tuntap: allow unpriveledge user to enable and disable queues

Currently, when a file is attached to tuntap through TUNSETQUEUE, the uid/gid and CAP_NET_ADMIN were checked, and we use this ioctl to create and destroy queues. Sometimes, userspace such as qemu need to the ability to enable and disable a specific queue without priveledge since guest operating

[PATCH v5 11/14] iommu/exynos: add support for System MMU 3.2 and 3.3

Since System MMU 3.2 and 3.3 have more prefetch buffers than 2, the existing function to set prefetch buffers, exynos_sysmmu_set_prefbuf() is not able to support them. This commit removes exynos_sysmmu_set_prefbuf() and introduces new interface, exynos_sysmmu_set_pbuf() that can pass information

[PATCH v5 12/14] iommu/exynos: pass version information from DT

System MMUs in some implementation of Exynos core does not include correct version information in the System MMU. If the version information is not correct, exynos-iommu driver cannot take advantages of feature of higher versions of System MMu like prefetching page table entries prior to TLB miss.

[PATCH v5 13/14] iommu/exynos: add literal name of System MMU for debugging

This commit adds System MMU name to the driver data of each System MMU. It is used by fault information. Signed-off-by: KyongHo Cho --- drivers/iommu/exynos-iommu.c | 72 1 file changed, 59 insertions(+), 13 deletions(-) diff --git

[PATCH v5 10/14] iommu/exynos: add support for runtime pm and suspend/resume

This change enables the client device drivers not to care about the state of System MMU since the internal state of System MMU is controlled by the runtime PM and suspend/resume callback functions. Signed-off-by: KyongHo Cho --- drivers/iommu/exynos-iommu.c | 176

[PATCH v5 09/14] ARM: EXYNOS: remove system mmu initialization from exynos tree

This removes System MMU initialization from arch/arm/mach-exynos/ to move them to DT and the exynos-iommu driver except gating clock definitions. Signed-off-by: KyongHo Cho --- arch/arm/mach-exynos/Kconfig | 5 - arch/arm/mach-exynos/Makefile | 1 -

[RFC GIT PULL] "Nuke 386-DX/SX support" changes for v3.8

Linus, Please consider pulling the latest x86-nuke386-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-nuke386-for-linus HEAD: 11af32b69ef7ee64c7d8848cad71a6f3749d9e37 x86, 386 removal: Document Nx586 as a 386 and thus unsupported This tree

[PATCH v5 07/14] iommu/exynos: support for device tree

This commit adds device tree support for System MMU. Signed-off-by: KyongHo Cho --- drivers/iommu/Kconfig| 2 +- drivers/iommu/exynos-iommu.c | 282 ++- 2 files changed, 174 insertions(+), 110 deletions(-) diff --git a/drivers/iommu/Kconfig

[PATCH v5 08/14] iommu/exynos: set System MMU as the parent of client device

This commit sets System MM as the parent of the client device for power management. If System MMU is the parent of a device, it is guaranteed that System MMU is suspended later than the device and resumed earlier. Runtime suspend/resume on the device is also propagated to the System MMU. If a

[PATCH v5 06/14] ARM: EXYNOS: add System MMU definition to DT

This commit adds System MMU nodes to DT of Exynos SoCs. Signed-off-by: KyongHo Cho --- .../devicetree/bindings/arm/exynos/system-mmu.txt | 86 arch/arm/boot/dts/exynos4210.dtsi | 96 ++ arch/arm/boot/dts/exynos4x12.dtsi | 124

[PATCH v5 05/14] ARM: EXYNOS: Add clk_ops for gating clocks of System MMU

Touching some System MMU needs its master devices' clock to be enabled before. This commit adds clk_ops.set_parent of gating clocks of System MMU to ensure gating clocks of System MMU's mater devices are enabled when enabling gating clocks of System MMU. Signed-off-by: KyongHo Cho ---

[PATCH v5 04/14] iommu/exynos: change rwlock to spinlock

Since acquiring read_lock is not more frequent than write_lock, it is not beneficial to use rwlock, this commit changes rwlock to spinlock. Signed-off-by: KyongHo Cho --- drivers/iommu/exynos-iommu.c | 28 ++-- 1 file changed, 14 insertions(+), 14 deletions(-) diff

[PATCH v5 03/14] iommu/exynos: allocate lv2 page table from own slab

Since kmalloc() does not guarantee the alignment of 1KB when it allocates 1KB, it is required to allocate lv2 page table from own slab that guarantees alignment of 1KB. Signed-off-by: KyongHo Cho --- drivers/iommu/exynos-iommu.c | 24 1 file changed, 20 insertions(+), 4

[PATCH v5 02/14] iommu/exynos: always use iommu fault handler

This commit removes fault handler definition only for exynos-iommu driver. Instead, always call iommu fault handler when a fault is generated by a System MMU. Every new iommu_domain will have a default fault handler and it can be overridden with iommu_set_fault_handler(). The default fault handler

[PATCH v5 01/14] iommu/exynos: add missing cache flush for removed pagetable entries

This commit adds cache flush for removed small page and large page entries in exynos_iommu_unmap(). Missing cache flush of removed page table entries can cause missing page fault interrupt when a master IP accesses an unmapped area. Signed-off-by: KyongHo Cho --- drivers/iommu/exynos-iommu.c |

[PATCH v5 00/12] iommu/exynos: Fixes and Enhancements of System MMU driver with DT

The current exynos-iommu(System MMU) driver does not work autonomously since it is lack of support for power management of peripheral blocks. For example, MFC device driver must ensure that its System MMU is disabled before MFC block is power-down not to invalidate IOTLB in the System MMU when I/O

[GIT PULL] x86/cpu changes for v3.8

Linus, Please pull the latest x86-cpu-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-cpu-for-linus HEAD: 27d3a8a26ada7660116fdd6830096008c063ee96 x86, cacheinfo: Base cache sharing info on CPUID 0x801d on AMD These changes improve topology

[PATCH 1/1]linux-usb: optimize to match the Huawei USB storage devices

From: fangxiaozhi To optimize the match rules for the Huawei USB storage devices. Avoid to load USB storage driver for modem interface with Huawei devices. Signed-off-by: fangxiaozhi - diff -uprN

Re: [PATCH] vt: Add VC_MUTE (v2)

> @@ -2068,13 +2097,18 @@ int vt_do_kdgkbmode(int console) > return K_MEDIUMRAW; > case VC_UNICODE: > return K_UNICODE; > - case VC_OFF: > - return K_OFF; Trying to work out why this change is made ? -- To unsubscribe from this list: send the

Re: [PATCH v2] drivers/uio/uio_pdrv_genirq.c: Fix memory freeing issues

On Tuesday 11 December 2012 00:37:59 Hans J. Koch wrote: > On Mon, Dec 10, 2012 at 12:24:04PM +0200, Vitalii Demianets wrote: > > > > > Hi Vitalii, > > > > > thanks a lot for analyzing the problem so thoroughly. It made me > > > > > review uio_pdrv_genirq.c again, and I noticed several issues and

[GIT PULL] x86/cleanups changes for v3.8

Linus, Please pull the latest x86-cleanups-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-cleanups-for-linus HEAD: 28a793892296ca3367193c7a7de1714f80049fd0 x86: Fix the error of using "const" in gen-insn-attr-x86.awk Small cleanups. Thanks,

GFS2: Pull request (merge window)

Hi, Please consider pulling the following changes: The main feature this time is the new Orlov allocator and the patches leading up to it which allow us to allocate new inodes from their own allocation context, rather than borrowing that of their parent directory. It is this change which then

[GIT PULL] x86 generic hotplug changes for v3.8

Linus, Please pull the latest x86-bsp-hotplug-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-bsp-hotplug-for-linus HEAD: a71c8bc5dfefbbf80ef90739791554ef7ea4401b x86, topology: Debug CPU0 hotplug This tree enables CPU#0 (the boot processor) to be

Re: [PATCH] clk: mxs: Remove unneeded NULL pointer check

Shawn/Mike, On Wed, Nov 21, 2012 at 7:33 PM, Fabio Estevam wrote: > From: Fabio Estevam > > mxs platform has been converted to device tree. > > There is no need to check if np is NULL after doing: > > np = of_find_compatible_node(NULL, NULL, "fsl,imx[23/28]-clkctrl"); > > ,as it will always be

Re: [PATCH 3/3 v2] iio: add rtc-driver for HID sensors of type time

On Tue, 11 Dec 2012 01:01:29 +0100 Alexander Holler wrote: > Am 10.12.2012 23:36, schrieb Lars-Peter Clausen: > > Well, I've been exaggerating a bit, you can call it multiple times, but you > > Thanks a lot for the explanation(s). > > +error_free_drvdata: > +

Re: [PATCH 00/12] Refactoring the ab8500 battery management drivers

Pull request sent instead. :) -- Lee Jones Linaro ST-Ericsson Landing Team Lead Linaro.org │ Open source software for ARM SoCs Follow Linaro: Facebook | Twitter | Blog -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org

Re: [PATCH 0/3] remove kvm's use of augmented rbtree

On Mon, Dec 10, 2012 at 11:57 PM, Sasha Levin wrote: > On 12/10/2012 04:50 PM, Michel Lespinasse wrote: >> On Mon, Dec 10, 2012 at 8:22 AM, Sasha Levin wrote: >>> Ping? >> >> Hey Sasha, >> >> There seems to have been some confusion here. After your last message, >> I expected *you* to take the

[GIT PULL] CMA and DMA-mapping updates for v3.8

Hi Linus, I would like to ask for pulling another set of Contiguous Memory Allocator and DMA-mapping framework updates for v3.8. The following changes since commit 29594404d7fe73cd80eaa4ee8c43dcc53970c60e: Linux 3.7 (2012-12-10 19:30:57 -0800) are available in the git repository at:

Re: Serial8250 doesn't populate in /proc/iomem?

> > You see, there is no serial8250 informations. > > > > Can anyone here please tell me how this can happen? Does it mean the > > serial8250 driver don't populate or register in the /proc/iomem? > > Could someone help me? Thanks! I think you are in the wrong place - the kernel newbies list may

[GIT PULL] x86/boot changes for v3.8

Linus, Please pull the latest x86-boot-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-boot-for-linus HEAD: 6e87f9b7e48e165cb8e6092b9abe682e7065614a arch/x86/Kconfig: Allow turning off CONFIG_X86_MPPARSE when either ACPI or SFI is present Two small

[PATCH] lib/rbtree_test.c: fix uninitialized variable warning

this patch is to fix the following compilation warning: lib/rbtree_test.c: In function ‘check’: lib/rbtree_test.c:121: warning: ‘blacks’ may be used uninitialized in this function the use of variable blacks in line 133 might be uninitialized Signed-off-by: Cong Ding --- lib/rbtree_test.c |

Re: [patch,v3,repost 00/10] make I/O path allocations more numa-friendly

On Mon, 2012-12-10 at 12:59 -0500, Jeff Moyer wrote: > Jeff Moyer writes: > > > Hi, > > > > This patch set makes memory allocations for data structures used in > > the I/O path more numa friendly by allocating them from the same numa > > node as the storage device. I've only converted a handful

Re: [PATCH v4 1/2] iommu/shmobile: Add iommu driver for Renesas IPMMU modules

Hi Laurent, Thank you for your comments. From: Laurent Pinchart Subject: Re: [PATCH v4 1/2] iommu/shmobile: Add iommu driver for Renesas IPMMU modules Date: Mon, 10 Dec 2012 16:55:58 +0100 > On Monday 15 October 2012 17:34:52 Hideki EIRAKU wrote: >> This is the Renesas IPMMU driver and IOMMU

[GIT PULL] x86/asm changes for v3.8

Linus, Please pull the latest x86-asm-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-asm-for-linus HEAD: 6c8d8b3c69cef1330e0c5cbc2a8b9268024927a0 x86_32: Return actual stack when requesting sp from regs Two fixlets and a cleanup. Thanks,

Re: [PATCH v3 1/4] leds: leds-pwm: Convert to use devm_get_pwm

On Tue, Dec 11, 2012 at 10:53:11AM +0100, Peter Ujfalusi wrote: > On 12/11/2012 10:48 AM, Thierry Reding wrote: > > On Tue, Dec 11, 2012 at 10:39:53AM +0100, Peter Ujfalusi wrote: > >> On 12/11/2012 10:31 AM, Thierry Reding wrote: > >>> On Tue, Dec 11, 2012 at 09:57:51AM +0100, Peter Ujfalusi

Re: question about drivers/pinctrl/pinctrl-at91.c

On Tue, 11 Dec 2012, Linus Walleij wrote: > On Tue, Dec 11, 2012 at 10:04 AM, Julia Lawall wrote: > > On Tue, 11 Dec 2012, Linus Walleij wrote: > > >> I was under the impression that if you exit the probe function > >> with a negative value anything allocated with devm_* was freed > >>

[PATCH] drivers/pinctrl/pinctrl-at91.c: convert kfree to devm_kfree

From: Julia Lawall The function at91_dt_node_to_map is ultimately called by the function pinctrl_get, which is an exported function. Since it is possible that this function is not called from within a probe function, for safety, the kfree is converted to a devm_kfree, to both free the data and

Re: [PATCH 06/12] ARM: ux500: Set correct MMCI regulator voltages in the ux5x0 Device Tree

On Tue, 11 Dec 2012, Ulf Hansson wrote: > On 11 December 2012 10:17, Linus Walleij wrote: > > On Mon, Dec 10, 2012 at 9:55 AM, Lee Jones wrote: > > > >> The voltages for the MMCI GPIO controlled voltage regulation differ > >> depending on who you believe and where you pick the information up >

Re: [PATCH v3 1/4] leds: leds-pwm: Convert to use devm_get_pwm

On 12/11/2012 10:48 AM, Thierry Reding wrote: > On Tue, Dec 11, 2012 at 10:39:53AM +0100, Peter Ujfalusi wrote: >> On 12/11/2012 10:31 AM, Thierry Reding wrote: >>> On Tue, Dec 11, 2012 at 09:57:51AM +0100, Peter Ujfalusi wrote: >>> Okay, if there are no intree users that may be broken, then it

[GIT PULL] timers fixlet for v3.8

Linus, Please pull the latest timers-urgent-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git timers-urgent-for-linus HEAD: 351f181f9134d71efd46ddf0c0abca31b58cd79b timers, sched: Correct the comments for tick_sched_timer() Small comment fixlet left

Re: [PATCH v3 1/4] leds: leds-pwm: Convert to use devm_get_pwm

On Tue, Dec 11, 2012 at 10:39:53AM +0100, Peter Ujfalusi wrote: > On 12/11/2012 10:31 AM, Thierry Reding wrote: > > On Tue, Dec 11, 2012 at 09:57:51AM +0100, Peter Ujfalusi wrote: > > Okay, if there are no intree users that may be broken, then it should be > > fine to remove it. In that case you

[GIT PULL] timers/core changes for v3.8

Linus, Please pull the latest timers-core-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git timers-core-for-linus HEAD: 9c3f9e281697d02889c3b08922f3b30be75f56c2 Merge branch 'fortglx/3.8/time' of git://git.linaro.org/people/jstultz/linux into timers/core

Re: [RFC] cpuidle - remove the power_specified field in the driver

On 12/10/2012 08:09 PM, Julius Werner wrote: > Hi, > > What is the current status of this? Daniel, do you think you have got > enough feedback to submit a definitive patch for this? Yes, I have a definitive patch. I will resend it tomorrow. Thanks -- Daniel -- To unsubscribe from this list:

Re: [PATCH v3 1/4] leds: leds-pwm: Convert to use devm_get_pwm

On 12/11/2012 10:31 AM, Thierry Reding wrote: > On Tue, Dec 11, 2012 at 09:57:51AM +0100, Peter Ujfalusi wrote: > Okay, if there are no intree users that may be broken, then it should be > fine to remove it. In that case you might want to remove the pwm_id > field as well instead of deprecating it

Re: [PATCH 3/3 v2] iio: add rtc-driver for HID sensors of type time

On 12/11/2012 10:31 AM, Jonathan Cameron wrote: > On 10/12/12 22:50, Alexander Holler wrote: >> Am 10.12.2012 22:42, schrieb Jonathan Cameron: >>> On 12/10/2012 09:39 PM, Lars-Peter Clausen wrote: On 12/10/2012 10:26 PM, Alexander Holler wrote: > Am 10.12.2012 21:22, schrieb Lars-Peter

Re: [PATCH 06/12] ARM: ux500: Set correct MMCI regulator voltages in the ux5x0 Device Tree

On 11 December 2012 10:17, Linus Walleij wrote: > On Mon, Dec 10, 2012 at 9:55 AM, Lee Jones wrote: > >> The voltages for the MMCI GPIO controlled voltage regulation differ >> depending on who you believe and where you pick the information up >> from. More recent internal code suggests that the

Re: [PATCH RFC v2] media: v4l2-ctrl: Add gain controls

Hi Hans, On Tue, Dec 11, 2012 at 2:26 PM, Hans Verkuil wrote: > On Thu 6 December 2012 10:54:32 Sakari Ailus wrote: >> Hi Prabhakar and Hans, >> >> On Thu, Dec 06, 2012 at 10:24:18AM +0530, Prabhakar Lad wrote: >> > Hi Hans, >> > >> > On Wed, Dec 5, 2012 at 5:38 PM, Hans Verkuil wrote: >> > >

Re: [PATCH 3/3 v2] iio: add rtc-driver for HID sensors of type time

On 10/12/12 22:50, Alexander Holler wrote: Am 10.12.2012 22:42, schrieb Jonathan Cameron: On 12/10/2012 09:39 PM, Lars-Peter Clausen wrote: On 12/10/2012 10:26 PM, Alexander Holler wrote: Am 10.12.2012 21:22, schrieb Lars-Peter Clausen: On 12/10/2012 08:45 PM, Alexander Holler wrote: Am

Re: Re: Re: [PATCH v3 1/4] leds: leds-pwm: Convert to use devm_get_pwm

On Tue, Dec 11, 2012 at 09:57:51AM +0100, Peter Ujfalusi wrote: > On Tuesday 11 December 2012 09:36:35 Thierry Reding wrote: > > > > The commit message says that legacy mode is used as fallback if > > > > devm_get_pwm() (that should really be devm_pwm_get() btw) fails but I > > > > don't see where

Re: [dm-devel] [PATCH 0/3] add resync speed control for dm-raid1

On 2012-12-10T13:21:23, NeilBrown wrote: > The problem with this approach is that it slows down resync even when there > is no other IO happening. > If that is deemed to be acceptable, then the patch set seems fine, though I > would probably make the default a lot higher so as not to change

[GIT PULL] perf fixes for v3.8

Linus, Please pull the latest perf-urgent-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git perf-urgent-for-linus HEAD: 08cd2a6960ae2e1aa7f44b44ebafa84f503a2dd1 Merge branch 'tip/perf/urgent-2' of

Re: [PATCH 12/12] ARM: ux500: Remove traces of the ios_handler from platform code

On Mon, Dec 10, 2012 at 9:56 AM, Lee Jones wrote: > Now MMCI on/off functionality is using the regulator framework > from the MMCI driver, there is no need to keep the ios_handler > laying around, duplicating functionality. So we're removing it. > > Signed-off-by: Lee Jones Acked-by: Linus

Re: [PATCH 10/12] ARM: ux500: Setup correct settling time for the MMCI regulator

On Mon, Dec 10, 2012 at 9:55 AM, Lee Jones wrote: > The GPIO controlled MMCI regulator used on the ux5x0 boards takes > 100us to settle. There's already a binding to provide such > information. Let's make use of it. > > Signed-off-by: Lee Jones Acked-by: Linus Walleij Yours, Linus Walleij --

Re: [PATCH 08/12] ARM: ux500: Specify which IOS regulator to use for MMCI

On Mon, Dec 10, 2012 at 9:55 AM, Lee Jones wrote: > In an effort to move platform specific GPIO controlled regulators > out from platform code we've created a new mechanism to specify > them from within the MMCI driver using the supply name 'vmmc-ios'. > For that to happen when booting device

Re: [PATCH 09/12] ARM: ux500: Use the correct name when supplying a GPIO enable pin

On Mon, Dec 10, 2012 at 9:55 AM, Lee Jones wrote: > Correct a typo in the Device Tree source file, where instead of > specifying property 'enable-gpio', which the driver is expecting > we specified 'gpio-enable' instead. > > Signed-off-by: Lee Jones Acked-by: Linus Walleij Yours, Linus

Re: [PATCH 00/49] Automatic NUMA Balancing v10

* Ingo Molnar wrote: > > This is prototype only but what I was using as a reference > > to see could I spot a problem in yours. It has not been even > > boot tested but avoids remote->remote copies, contending on > > PTL or holding it longer than necessary (should anyway) > > So ... because

Re: [PATCH 07/12] ARM: ux500: Specify the ux5x0 MMCI regulator's on/off GPIO as high-enable

On Mon, Dec 10, 2012 at 9:55 AM, Lee Jones wrote: > If not specified, the GPIO control bit is inverted by default i.e. > low-enable and high-disable. This is not the case with the MMCI > regulator, hence it will turn on during a disable and off when > regulator_enable() is invoked. > >

Re: [PATCH 06/12] ARM: ux500: Set correct MMCI regulator voltages in the ux5x0 Device Tree

On Mon, Dec 10, 2012 at 9:55 AM, Lee Jones wrote: > The voltages for the MMCI GPIO controlled voltage regulation differ > depending on who you believe and where you pick the information up > from. More recent internal code suggests that the true upper voltage > from the shifter is actually v3.3,

[PATCH] [RESEND] x86/kexec: crash_vmclear_local_vmcss needs __rcu

This removes the sparse warning: arch/x86/kernel/crash.c:49:32: sparse: incompatible types in comparison expression (different address spaces) Reported-by: kbuild test robot Signed-off-by: Zhang Yanfei --- arch/x86/include/asm/kexec.h |3 ++- arch/x86/kernel/crash.c |4 ++-- 2

Re: [PATCH] x86/kexec: crash_vmclear_local_vmcss needs __rcu

于 2012年12月11日 16:10, Gleb Natapov 写道: > On Tue, Dec 11, 2012 at 04:04:55PM +0800, Zhang Yanfei wrote: >> 于 2012年12月11日 04:30, Marcelo Tosatti 写道: >>> On Fri, Dec 07, 2012 at 01:40:56PM +0800, Zhang Yanfei wrote: This removes the sparse warning: arch/x86/kernel/crash.c:49:32: sparse:

[GIT PULL] perf changes for v3.8

Linus, Please pull the latest perf-core-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git perf-core-for-linus HEAD: cc1b39dbf9f55a438e8a21a694394c20e6a17129 Merge branch 'tip/perf/core' of git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-trace

Re: question about drivers/pinctrl/pinctrl-at91.c

On Tue, Dec 11, 2012 at 10:04 AM, Julia Lawall wrote: > On Tue, 11 Dec 2012, Linus Walleij wrote: >> I was under the impression that if you exit the probe function >> with a negative value anything allocated with devm_* was freed >> immediately, that is atleast how it's described in >>

Re: question about drivers/pinctrl/pinctrl-at91.c

On Sat, 8 Dec 2012 16:52:42 +0100 (CET), Julia Lawall wrote: > The function at91_dt_node_to_map in drivers/pinctrl/pinctrl-at91.c > contains the following code: > > new_map = devm_kzalloc(pctldev->dev, sizeof(*new_map) * map_num, > GFP_KERNEL); > if (!new_map) >

Re: [PATCH RFC v2] media: v4l2-ctrl: Add gain controls

On Tue 11 December 2012 09:56:42 Hans Verkuil wrote: > On Thu 6 December 2012 10:54:32 Sakari Ailus wrote: > > Hi Prabhakar and Hans, > > > > On Thu, Dec 06, 2012 at 10:24:18AM +0530, Prabhakar Lad wrote: > > > Hi Hans, > > > > > > On Wed, Dec 5, 2012 at 5:38 PM, Hans Verkuil wrote: > > > >

Re: [PATCH v3 2/3] mtd: devices: elm: Add support for ELM error correction

On Thu, 29 Nov 2012 17:16:33 +0530, "Philip, Avinash" wrote: > The ELM hardware module can be used to speedup BCH 4/8/16 ECC scheme > error correction. > For now only 4 & 8 bit support is added > > Signed-off-by: Philip, Avinash > Cc: Grant Likely > Cc: Rob Herring > Cc: Rob Landley > --- >

Re: question about drivers/pinctrl/pinctrl-at91.c

On Tue, 11 Dec 2012, Linus Walleij wrote: > On Sat, Dec 8, 2012 at 4:52 PM, Julia Lawall wrote: > > > The function at91_dt_node_to_map in drivers/pinctrl/pinctrl-at91.c contains > > the following code: > > > >new_map = devm_kzalloc(pctldev->dev, sizeof(*new_map) * map_num, > >

RE: [patch] [SCSI] mpt3sas: cut and paste bug storing trigger mpi

James, This patch seem to be fine. Please consider this patch as Acked-by: "Sreekanth Reddy" Regards, Sreekanth. -Original Message- From: Dan Carpenter [mailto:dan.carpen...@oracle.com] Sent: Friday, December 07, 2012 11:58 AM To: Nandigama, Nagalakshmi Cc: Reddy, Sreekanth; Support;

Re: [PATCH RFC 06/13] of: Add empty of_find_device_by_node() function definition

On Mon, 10 Dec 2012 20:41:32 +0100, Sylwester Nawrocki wrote: > This allows users to be compiled without excluding this function > call with preprocessor directives when CONFIG_OF_DEVICE is disabled. > > Signed-off-by: Sylwester Nawrocki > Signed-off-by: Kyungmin Park Same question here...

Re: [PATCH RFC 05/13] of: Add empty for_each_available_child_of_node() macro definition

On Mon, 10 Dec 2012 20:41:31 +0100, Sylwester Nawrocki wrote: > Add this empty macro definition so users can be compiled without > excluding this macro call with preprocessor directives when CONFIG_OF > is disabled. > > Signed-off-by: Sylwester Nawrocki > Signed-off-by: Kyungmin Park What

Re: [PATCH RFC v2] media: v4l2-ctrl: Add gain controls

On Thu 6 December 2012 10:54:32 Sakari Ailus wrote: > Hi Prabhakar and Hans, > > On Thu, Dec 06, 2012 at 10:24:18AM +0530, Prabhakar Lad wrote: > > Hi Hans, > > > > On Wed, Dec 5, 2012 at 5:38 PM, Hans Verkuil wrote: > > > (resend without HTML formatting) > > > > > > On Wed 5 December 2012

[GIT PULL] irq/core change for v3.8

Linus, Please pull the latest irq-core-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git irq-core-for-linus HEAD: 04aa530ec04f61875b99c12721162e2964e3318c genirq: Always force thread affinity Affinity fixes and a nested threaded IRQ handling fix.

Re: [PATCH 00/49] Automatic NUMA Balancing v10

* Mel Gorman wrote: > On Mon, Dec 10, 2012 at 03:24:05PM +, Mel Gorman wrote: > > For example, I think that point 5 above is the potential source of the > > corruption because. You're not flushing the TLBs for the PTEs you are > > updating in batch. Granted, you're relaxing rather than

Re: [PATCH RFC 04/13] OF: make a function pointer argument const

On Mon, 10 Dec 2012 20:41:30 +0100, Sylwester Nawrocki wrote: > From: Guennadi Liakhovetski > > The "struct device_node *" argument of of_parse_phandle_*() can be const. This is a good time to talk about commit text. Again, the patch looks fine, but it helps *a lot* if you give me some

Re: question about drivers/pinctrl/pinctrl-at91.c

On Sat, Dec 8, 2012 at 4:52 PM, Julia Lawall wrote: > The function at91_dt_node_to_map in drivers/pinctrl/pinctrl-at91.c contains > the following code: > >new_map = devm_kzalloc(pctldev->dev, sizeof(*new_map) * map_num, > GFP_KERNEL); > if (!new_map) > return

Re: [PATCH] No need to call irq_domain_legacy_revmap() for twice

在 2012-12-11二的 08:30 +，Grant Likely写道： > On Tue, 27 Nov 2012 09:41:46 +0800, Mike wrote: > > 在 2012-11-26一的 20:17 +，Grant Likely写道： > > > On Mon, 24 Sep 2012 17:37:55 +0800, Mike Qiu > > > wrote: > > > > Function irq_create_mapping() calls irq_find_mapping(). The later > > > > function

Re: [PATCH RFC 03/13] OF: define of_*_cmp() macros also if CONFIG_OF isn't set

On Mon, 10 Dec 2012 20:41:29 +0100, Sylwester Nawrocki wrote: > From: Guennadi Liakhovetski > > of_*_cmp() macros do not depend on any OF functions and can be defined also > if CONFIG_OF isn't set. Also include linux/string.h, required by those > macros. Patch looks fine, but I'd like to know

Re: [RFC v3] Support volatile range for anon vma

On Tue, Dec 11, 2012 at 09:29:03AM +0100, Mike Hommey wrote: > On Tue, Dec 11, 2012 at 05:11:17PM +0900, Minchan Kim wrote: > > On Tue, Dec 11, 2012 at 08:59:50AM +0100, Mike Hommey wrote: > > > On Tue, Dec 11, 2012 at 04:37:44PM +0900, Minchan Kim wrote: > > > > On Tue, Dec 11, 2012 at 08:17:42AM

Re: [PATCH RFC 02/13] of: add a dummy inline function for when CONFIG_OF is not defined

On Mon, 10 Dec 2012 20:41:28 +0100, Sylwester Nawrocki wrote: > From: Guennadi Liakhovetski > > If CONFIG_OF isn't defined, no declaration of of_get_parent will be found > and compilation can fail. This patch adds a dummy inline function > definition to fix the problem. Where is this function

Re: [PATCH 00/12] Refactoring the ab8500 battery management drivers

On Mon, 10 Dec 2012, Anton Vorontsov wrote: > On Fri, Nov 30, 2012 at 11:57:22AM +, Lee Jones wrote: > > The aim of this and subsequent patch-sets is to refactor battery > > management services provided by the ab8500 MFD. This first patch-set > > brings a few modifications to the collection

Re: [PATCH RFC 01/13] i2c: add dummy inline functions for when CONFIG_OF_I2C(_MODULE) isn't defined

On Mon, 10 Dec 2012 20:41:27 +0100, Sylwester Nawrocki wrote: > From: Guennadi Liakhovetski > > If CONFIG_OF_I2C and CONFIG_OF_I2C_MODULE are undefined no declaration of > of_find_i2c_device_by_node and of_find_i2c_adapter_by_node will be > available. Add dummy inline functions to avoid

Re: Re: [PATCH v3 1/4] leds: leds-pwm: Convert to use devm_get_pwm

On Tue, Dec 11, 2012 at 09:29:21AM +0100, Peter Ujfalusi wrote: > On Tuesday 11 December 2012 08:03:07 Thierry Reding wrote: > > On Mon, Dec 10, 2012 at 11:00:34AM +0100, Peter Ujfalusi wrote: > > > Update the driver to use the new API for requesting pwm so we can take > > > advantage of the

Re: [PATCH] No need to call irq_domain_legacy_revmap() for twice

On Tue, 27 Nov 2012 09:41:46 +0800, Mike wrote: > 在 2012-11-26一的 20:17 +，Grant Likely写道： > > On Mon, 24 Sep 2012 17:37:55 +0800, Mike Qiu > > wrote: > > > Function irq_create_mapping() calls irq_find_mapping(). The later > > > function has checked if the indicated IRQ domain

Re: [RFC v3] Support volatile range for anon vma

On Tue, Dec 11, 2012 at 05:11:17PM +0900, Minchan Kim wrote: > On Tue, Dec 11, 2012 at 08:59:50AM +0100, Mike Hommey wrote: > > On Tue, Dec 11, 2012 at 04:37:44PM +0900, Minchan Kim wrote: > > > On Tue, Dec 11, 2012 at 08:17:42AM +0100, Mike Hommey wrote: > > > > On Tue, Dec 11, 2012 at 11:41:04AM

[PATCH] mfd: vexpress-config: Export __vexpress_config_func_get and vexpress_config_func_put

This fixes below build error: Building modules, stage 2. MODPOST 17 modules ERROR: "__vexpress_config_func_get" [drivers/regulator/vexpress.ko] undefined! ERROR: "vexpress_config_func_put" [drivers/regulator/vexpress.ko] undefined! make[1]: *** [__modpost] Error 1 make: *** [modules] Error 2

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