[PATCH v2 21/52] x86, therm_throt.c: Remove unused therm_cpu_lock

After fixing the CPU hotplug callback registration code, the callbacks invoked for each online CPU, during the initialization phase in thermal_throttle_init_device(), can no longer race with the actual CPU hotplug notifier callbacks (in thermal_throttle_cpu_callback). Hence the therm_cpu_lock is un

[PATCH v2 22/52] x86, amd, ibs: Fix CPU hotplug callback registration

Subsystems that want to register CPU hotplug callbacks, as well as perform initialization for the CPUs that are already online, often do it as shown below: get_online_cpus(); for_each_online_cpu(cpu) init_cpu(cpu); register_cpu_notifier(&foobar_cpu_notifie

[PATCH v2 16/52] x86, cpuid: Fix CPU hotplug callback registration

Subsystems that want to register CPU hotplug callbacks, as well as perform initialization for the CPUs that are already online, often do it as shown below: get_online_cpus(); for_each_online_cpu(cpu) init_cpu(cpu); register_cpu_notifier(&foobar_cpu_notifie

[PATCH v2 20/52] x86, therm_throt.c: Fix CPU hotplug callback registration

Subsystems that want to register CPU hotplug callbacks, as well as perform initialization for the CPUs that are already online, often do it as shown below: get_online_cpus(); for_each_online_cpu(cpu) init_cpu(cpu); register_cpu_notifier(&foobar_cpu_notifie

[PATCH v2 26/52] x86, hpet: Fix CPU hotplug callback registration

Subsystems that want to register CPU hotplug callbacks, as well as perform initialization for the CPUs that are already online, often do it as shown below: get_online_cpus(); for_each_online_cpu(cpu) init_cpu(cpu); register_cpu_notifier(&foobar_cpu_notifie

[PATCH v2 25/52] x86, amd, uncore: Fix CPU hotplug callback registration

Subsystems that want to register CPU hotplug callbacks, as well as perform initialization for the CPUs that are already online, often do it as shown below: get_online_cpus(); for_each_online_cpu(cpu) init_cpu(cpu); register_cpu_notifier(&foobar_cpu_notifie

[PATCH v2 23/52] x86, intel, cacheinfo: Fix CPU hotplug callback registration

Subsystems that want to register CPU hotplug callbacks, as well as perform initialization for the CPUs that are already online, often do it as shown below: get_online_cpus(); for_each_online_cpu(cpu) init_cpu(cpu); register_cpu_notifier(&foobar_cpu_notifie

[PATCH v2 30/52] arm64, hw_breakpoint.c: Fix CPU hotplug callback registration

Subsystems that want to register CPU hotplug callbacks, as well as perform initialization for the CPUs that are already online, often do it as shown below: get_online_cpus(); for_each_online_cpu(cpu) init_cpu(cpu); register_cpu_notifier(&foobar_cpu_notifie

[PATCH v2 28/52] x86, oprofile, nmi: Fix CPU hotplug callback registration

Subsystems that want to register CPU hotplug callbacks, as well as perform initialization for the CPUs that are already online, often do it as shown below: get_online_cpus(); for_each_online_cpu(cpu) init_cpu(cpu); register_cpu_notifier(&foobar_cpu_notifie

[PATCH v2 27/52] x86, pci, amd-bus: Fix CPU hotplug callback registration

Subsystems that want to register CPU hotplug callbacks, as well as perform initialization for the CPUs that are already online, often do it as shown below: get_online_cpus(); for_each_online_cpu(cpu) init_cpu(cpu); register_cpu_notifier(&foobar_cpu_notifie

[PATCH v2 29/52] x86, kvm: Fix CPU hotplug callback registration

Subsystems that want to register CPU hotplug callbacks, as well as perform initialization for the CPUs that are already online, often do it as shown below: get_online_cpus(); for_each_online_cpu(cpu) init_cpu(cpu); register_cpu_notifier(&foobar_cpu_notifie

[PATCH v2 31/52] arm64, debug-monitors: Fix CPU hotplug callback registration

Subsystems that want to register CPU hotplug callbacks, as well as perform initialization for the CPUs that are already online, often do it as shown below: get_online_cpus(); for_each_online_cpu(cpu) init_cpu(cpu); register_cpu_notifier(&foobar_cpu_notifie

[PATCH v2 35/52] scsi, fcoe: Fix CPU hotplug callback registration

Subsystems that want to register CPU hotplug callbacks, as well as perform initialization for the CPUs that are already online, often do it as shown below: get_online_cpus(); for_each_online_cpu(cpu) init_cpu(cpu); register_cpu_notifier(&foobar_cpu_notifie

[PATCH v2 32/52] powercap, intel-rapl: Fix CPU hotplug callback registration

Subsystems that want to register CPU hotplug callbacks, as well as perform initialization for the CPUs that are already online, often do it as shown below: get_online_cpus(); for_each_online_cpu(cpu) init_cpu(cpu); register_cpu_notifier(&foobar_cpu_notifie

[PATCH v2 34/52] scsi, bnx2fc: Fix CPU hotplug callback registration

Subsystems that want to register CPU hotplug callbacks, as well as perform initialization for the CPUs that are already online, often do it as shown below: get_online_cpus(); for_each_online_cpu(cpu) init_cpu(cpu); register_cpu_notifier(&foobar_cpu_notifie

[PATCH v2 33/52] scsi, bnx2i: Fix CPU hotplug callback registration

Subsystems that want to register CPU hotplug callbacks, as well as perform initialization for the CPUs that are already online, often do it as shown below: get_online_cpus(); for_each_online_cpu(cpu) init_cpu(cpu); register_cpu_notifier(&foobar_cpu_notifie

[PATCH v2 38/52] drivers/base/topology.c: Fix CPU hotplug callback registration

Subsystems that want to register CPU hotplug callbacks, as well as perform initialization for the CPUs that are already online, often do it as shown below: get_online_cpus(); for_each_online_cpu(cpu) init_cpu(cpu); register_cpu_notifier(&foobar_cpu_notifie

[PATCH v2 37/52] acpi-cpufreq: Fix CPU hotplug callback registration

Subsystems that want to register CPU hotplug callbacks, as well as perform initialization for the CPUs that are already online, often do it as shown below: get_online_cpus(); for_each_online_cpu(cpu) init_cpu(cpu); register_cpu_notifier(&foobar_cpu_notifie

[PATCH v2 39/52] clocksource, dummy-timer: Fix CPU hotplug callback registration

Subsystems that want to register CPU hotplug callbacks, as well as perform initialization for the CPUs that are already online, often do it as shown below: get_online_cpus(); for_each_online_cpu(cpu) init_cpu(cpu); register_cpu_notifier(&foobar_cpu_notifie

[PATCH v2 36/52] zsmalloc: Fix CPU hotplug callback registration

Subsystems that want to register CPU hotplug callbacks, as well as perform initialization for the CPUs that are already online, often do it as shown below: get_online_cpus(); for_each_online_cpu(cpu) init_cpu(cpu); register_cpu_notifier(&foobar_cpu_notifie

[PATCH v2 42/52] octeon, watchdog: Fix CPU hotplug callback registration

Subsystems that want to register CPU hotplug callbacks, as well as perform initialization for the CPUs that are already online, often do it as shown below: get_online_cpus(); for_each_online_cpu(cpu) init_cpu(cpu); register_cpu_notifier(&foobar_cpu_notifie

[PATCH v2 41/52] oprofile, nmi-timer: Fix CPU hotplug callback registration

Subsystems that want to register CPU hotplug callbacks, as well as perform initialization for the CPUs that are already online, often do it as shown below: get_online_cpus(); for_each_online_cpu(cpu) init_cpu(cpu); register_cpu_notifier(&foobar_cpu_notifie

[PATCH v2 40/52] intel-idle: Fix CPU hotplug callback registration

Subsystems that want to register CPU hotplug callbacks, as well as perform initialization for the CPUs that are already online, often do it as shown below: get_online_cpus(); for_each_online_cpu(cpu) init_cpu(cpu); register_cpu_notifier(&foobar_cpu_notifie

[PATCH v2 43/52] thermal, x86-pkg-temp: Fix CPU hotplug callback registration

Subsystems that want to register CPU hotplug callbacks, as well as perform initialization for the CPUs that are already online, often do it as shown below: get_online_cpus(); for_each_online_cpu(cpu) init_cpu(cpu); register_cpu_notifier(&foobar_cpu_notifie

[PATCH v2 47/52] trace, ring-buffer: Fix CPU hotplug callback registration

Subsystems that want to register CPU hotplug callbacks, as well as perform initialization for the CPUs that are already online, often do it as shown below: get_online_cpus(); for_each_online_cpu(cpu) init_cpu(cpu); register_cpu_notifier(&foobar_cpu_notifie

[PATCH v2 48/52] profile: Fix CPU hotplug callback registration

Subsystems that want to register CPU hotplug callbacks, as well as perform initialization for the CPUs that are already online, often do it as shown below: get_online_cpus(); for_each_online_cpu(cpu) init_cpu(cpu); register_cpu_notifier(&foobar_cpu_notifie

[PATCH v2 46/52] xen, balloon: Fix CPU hotplug callback registration

Subsystems that want to register CPU hotplug callbacks, as well as perform initialization for the CPUs that are already online, often do it as shown below: get_online_cpus(); for_each_online_cpu(cpu) init_cpu(cpu); register_cpu_notifier(&foobar_cpu_notifie

[PATCH v2 44/52] hwmon, coretemp: Fix CPU hotplug callback registration

Subsystems that want to register CPU hotplug callbacks, as well as perform initialization for the CPUs that are already online, often do it as shown below: get_online_cpus(); for_each_online_cpu(cpu) init_cpu(cpu); register_cpu_notifier(&foobar_cpu_notifie

[PATCH v2 45/52] hwmon, via-cputemp: Fix CPU hotplug callback registration

Subsystems that want to register CPU hotplug callbacks, as well as perform initialization for the CPUs that are already online, often do it as shown below: get_online_cpus(); for_each_online_cpu(cpu) init_cpu(cpu); register_cpu_notifier(&foobar_cpu_notifie

[PATCH v2 49/52] mm, vmstat: Fix CPU hotplug callback registration

Subsystems that want to register CPU hotplug callbacks, as well as perform initialization for the CPUs that are already online, often do it as shown below: get_online_cpus(); for_each_online_cpu(cpu) init_cpu(cpu); register_cpu_notifier(&foobar_cpu_notifie

[PATCH v2 51/52] net/core/flow.c: Fix CPU hotplug callback registration

Subsystems that want to register CPU hotplug callbacks, as well as perform initialization for the CPUs that are already online, often do it as shown below: get_online_cpus(); for_each_online_cpu(cpu) init_cpu(cpu); register_cpu_notifier(&foobar_cpu_notifie

[PATCH v2 50/52] mm, zswap: Fix CPU hotplug callback registration

Subsystems that want to register CPU hotplug callbacks, as well as perform initialization for the CPUs that are already online, often do it as shown below: get_online_cpus(); for_each_online_cpu(cpu) init_cpu(cpu); register_cpu_notifier(&foobar_cpu_notifie

[PATCH v2 52/52] net/iucv/iucv.c: Fix CPU hotplug callback registration

Subsystems that want to register CPU hotplug callbacks, as well as perform initialization for the CPUs that are already online, often do it as shown below: get_online_cpus(); for_each_online_cpu(cpu) init_cpu(cpu); register_cpu_notifier(&foobar_cpu_notifie

[PATCH v2 24/52] x86, intel, rapl: Fix CPU hotplug callback registration

Subsystems that want to register CPU hotplug callbacks, as well as perform initialization for the CPUs that are already online, often do it as shown below: get_online_cpus(); for_each_online_cpu(cpu) init_cpu(cpu); register_cpu_notifier(&foobar_cpu_notifie

[PATCH v2 19/52] x86, mce: Fix CPU hotplug callback registration

Subsystems that want to register CPU hotplug callbacks, as well as perform initialization for the CPUs that are already online, often do it as shown below: get_online_cpus(); for_each_online_cpu(cpu) init_cpu(cpu); register_cpu_notifier(&foobar_cpu_notifie

[PATCH v2 04/52] CPU hotplug, perf: Fix CPU hotplug callback registration

Subsystems that want to register CPU hotplug callbacks, as well as perform initialization for the CPUs that are already online, often do it as shown below: get_online_cpus(); for_each_online_cpu(cpu) init_cpu(cpu); register_cpu_notifier(&foobar_cpu_notifie

[PATCH v2 10/52] arm, kvm: Fix CPU hotplug callback registration

Subsystems that want to register CPU hotplug callbacks, as well as perform initialization for the CPUs that are already online, often do it as shown below: get_online_cpus(); for_each_online_cpu(cpu) init_cpu(cpu); register_cpu_notifier(&foobar_cpu_notifie

[PATCH v2 05/52] ia64, salinfo: Fix hotplug callback registration

Subsystems that want to register CPU hotplug callbacks, as well as perform initialization for the CPUs that are already online, often do it as shown below: get_online_cpus(); for_each_online_cpu(cpu) init_cpu(cpu); register_cpu_notifier(&foobar_cpu_notifie

Re: [PATCH v2 11/14] regulator: s2mps11: Add opmode for S2MPS14 regulators

On Thu, 2014-02-13 at 19:28 +, Mark Brown wrote: > On Thu, Feb 13, 2014 at 10:14:04AM +0100, Krzysztof Kozlowski wrote: > > S2MPS11/S2MPS14 regulators support different modes of operation: > > - Always off; > > - On/Off controlled by pin/GPIO (PWREN/LDOEN/EMMCEN); > > - Always on; > > This i

Re: [PATCH] spi: core: Validate lenght of the transfers in message

On Fri, 2014-02-14 at 00:26 +, Mark Brown wrote: > On Thu, Feb 13, 2014 at 10:27:57PM +0100, Gerhard Sittig wrote: > > On Thu, Feb 13, 2014 at 16:46 +0200, Ivan T. Ivanov wrote: > > > > SPI transfer lenght should be a power-of-two multiple > > > of eight bits. > > > Are you suggesting that a

Re: [PATCH 04/11] Input: synaptics-rmi4 - fix LTS handling in F01

On Thu, Feb 13, 2014 at 11:32:30AM -0800, Christopher Heiny wrote: > On 02/12/2014 09:27 PM, Dmitry Torokhov wrote: > >From: Christopher Heiny > > > >Both F01_RMI_Ctrl2 and F01_RMI_Ctrl3 (doze_interval and wakeup_threshold) > >are controlled by the has_adjustable_doze bit. > > > >Signed-off-by: Ch

Re: [PATCH 03/11] Input: synaptics-rmi4 - do not update configuration in rmi_f01_probe()

On Thu, Feb 13, 2014 at 11:23:44AM -0800, Christopher Heiny wrote: > On 02/12/2014 09:27 PM, Dmitry Torokhov wrote: > >Do not write configuration data in probe(), we have config() for that. > > Then we should call config() in rmi_function_probe() to ensure that > any platform data or device tree c

[GIT PULL] x86 fixes for v3.14-rc3

Hi Linus, A collection of small fixes: 1. There still seem to be problems with asm goto which requires the empty asm hack. 2. If SMAP is disabled at compile time, don't enable it nor try to interpret a page fault as an SMAP violation. 3. Fix a case of unbounded recursion while tracing. The

Re: [PATCH] serial/uart: Add tunable RX interrupt trigger I/F of FIFO buffers

Hi Greg, Thank you for your reply. [snip] diff --git a/include/uapi/asm-generic/ioctls.h b/include/uapi/asm-generic/ioctls.h index 143dacb..d2e56a4 100644 --- a/include/uapi/asm-generic/ioctls.h +++ b/include/uapi/asm-generic/ioctls.h @@ -78,6 +78,8 @@ #define TIOCGPTLCK_IOR('T', 0x39,

Re: linux-next: manual merge of the akpm-current tree with the cgroup tree

On Fri 14-02-14 15:34:14, Stephen Rothwell wrote: [...] > diff --cc mm/memcontrol.c > index d9c6ac1532e6,de1a2aed4954.. > --- a/mm/memcontrol.c > +++ b/mm/memcontrol.c > @@@ -1683,25 -1683,54 +1683,25 @@@ static void move_unlock_mem_cgroup(stru >*/ > void mem_cgroup_print_oom_info

Re: [PATCH 1/2] kobject: don't block for each kobject_uevent

On 02/13/2014 11:53 PM, Andrew Morton wrote: > On Sun, 9 Feb 2014 14:56:15 +0400 Vladimir Davydov > wrote: > >> Currently kobject_uevent has somewhat unpredictable semantics. The point >> is, since it may call a usermode helper and wait for it to execute >> (UMH_WAIT_EXEC), it is impossible to sa

[PATCH v16 0/10] Add 32 bit VDSO time function support

This patch add the functions vdso_gettimeofday(), vdso_clock_gettime() and vdso_time() to the 32 bit VDSO. The reason to do this was to get a fast reliable time stamp. Many developers uses TSC to get a fast time stamp, without knowing the pitfalls. VDSO time functions a fast and a reliable way, be

[dma-debug.c - DMA-API] exceeded overlapping … & sym53c8xx … tries to free DMA …

Ahoy! Perhaps this is already solved, but I made ​​the effort to test & record all of this, therefore here you are. :) https://bugzilla.redhat.com/show_bug.cgi?id=1062833 0. VirtIO disk - virtio-pc OK: - lspci-knn-3.14.0-0.rc2.git2.1.fc21.x86_64-virtio-pc-virtio-disk-OK https://bugzilla.redhat.

[PATCH v16 07/10] introduce VVAR marco for vdso32

This patch revamp the vvar.h for introduce the VVAR macro for vdso32. Signed-off-by: Stefani Seibold --- arch/x86/include/asm/vvar.h | 14 -- 1 file changed, 12 insertions(+), 2 deletions(-) diff --git a/arch/x86/include/asm/vvar.h b/arch/x86/include/asm/vvar.h index 0a534ea..52c79f

[PATCH v16 06/10] cleanup __vdso_gettimeofday

This patch do a little cleanup for the __vdso_gettimeofday() function. It kick out an unneeded ret local variable and makes the code faster if only the timezone is needed. Signed-off-by: Stefani Seibold --- arch/x86/vdso/vclock_gettime.c | 7 ++- 1 file changed, 2 insertions(+), 5 deletions

[PATCH v16 04/10] vclock_gettime.c __vdso_clock_gettime cleanup

This patch is a small code cleanup for the __vdso_clock_gettime() function. It removes the unneeded return values from do_monotonic_coarse() and do_realtime_coarse() and add a fallback label for doing the kernel gettimeofday() system call. Signed-off-by: Stefani Seibold --- arch/x86/vdso/vclock

[PATCH v16 05/10] replace VVAR(vsyscall_gtod_data) by gtod macro

There a currently more than 30 users of the gtod macro, so replace the last VVAR(vsyscall_gtod_data) by gtod macro. Signed-off-by: Stefani Seibold --- arch/x86/vdso/vclock_gettime.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/arch/x86/vdso/vclock_gettime.c b/arch/x8

[PATCH v16 02/10] Add new func _install_special_mapping() to mmap.c

The _install_special_mapping() is the new base function for install_special_mapping(). This function will return a pointer of the created VMA or a error code in an ERR_PTR() This new function will be needed by the for the vdso 32 bit support to map the additonal vvar and hpet pages into the 32 bit

[PATCH v16 08/10] Add 32 bit VDSO time support for 32 bit kernel

This patch add the time support for 32 bit a VDSO to a 32 bit kernel. For 32 bit programs running on a 32 bit kernel, the same mechanism is used as for 64 bit programs running on a 64 bit kernel. Signed-off-by: Stefani Seibold --- arch/x86/include/asm/vdso.h | 3 ++ arch/x86/include/

[PATCH 2/3] cgroup: fix memory leak in cgroup_mount()

We should free the memory allocated in parse_cgroupfs_options() before calling this function again. Signed-off-by: Li Zefan --- kernel/cgroup.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/kernel/cgroup.c b/kernel/cgroup.c index 0e794ca..37d94a2 100644 --- a/kernel/cgroup.c +++ b/kernel

[PATCH 1/3] cgroup: fix locking in cgroupstats_build()

css_set_lock has been converted to css_set_rwsem, and rwsem can't nested inside rcu_read_lock. Signed-off-by: Li Zefan --- kernel/cgroup.c | 8 ++-- 1 file changed, 6 insertions(+), 2 deletions(-) diff --git a/kernel/cgroup.c b/kernel/cgroup.c index af4ecc3..0e794ca 100644 --- a/kernel/cgro

[PATCH v16 01/10] Make vsyscall_gtod_data handling x86 generic

This patch move the vsyscall_gtod_data handling out of vsyscall_64.c into an additonal file vsyscall_gtod.c to make the functionality available for x86 32 bit kernel. It also adds a new vsyscall_32.c which setup the VVAR page. Signed-off-by: Stefani Seibold --- arch/x86/Kconfig

[PATCH v16 09/10] Add 32 bit VDSO time support for 64 bit kernel

This patch add the VDSO time support for the IA32 Emulation Layer. Due the nature of the kernel headers and the LP64 compiler where the size of a long and a pointer differs against a 32 bit compiler, there is some type hacking necessary for optimal performance. The vsyscall_gtod_data struture mus

[PATCH 3/3] cgroup: deal with dummp_top in cgroup_name() and cgroup_path()

My kernel fails to boot, because blkcg calls cgroup_path() while cgroupfs is not mounted. Fix both cgroup_name() and cgroup_path(). Signed-off-by: Li Zefan --- include/linux/cgroup.h | 12 ++-- 1 file changed, 10 insertions(+), 2 deletions(-) diff --git a/include/linux/cgroup.h b/inclu

Re: [PATCH v2] can: xilinx CAN controller support.

Hi Marc, >> +int waiting_ech_skb_num; >> +int xcan_echo_skb_max_tx; >> +int xcan_echo_skb_max_rx; >> +struct napi_struct napi; >> +spinlock_t ech_skb_lock; >> +u32 (*read_reg)(const struct xcan_priv *priv, int reg); >> +void (*write_reg)(const struct xcan_priv *priv, in

[PATCH v16 03/10] revamp vclock_gettime.c

This intermediate patch revamps the vclock_gettime.c by moving some functions around. It is only for spliting purpose, to make whole the 32 bit vdso timer patch easier to review. Signed-off-by: Stefani Seibold --- arch/x86/vdso/vclock_gettime.c | 85 +- 1

Re: linux-next: manual merge of the akpm-current tree with the cgroup tree

On Fri 14-02-14 09:33:45, Michal Hocko wrote: [...] > I do not see spin_unlock -> mutex_unlock at the very end of this function. Scratch that. That part apparently didn't conflict so it wasn't in the merge commit. Sorry about the noise -- Michal Hocko SUSE Labs -- To unsubscribe from this list: s

[PATCH] kernfs: fix kernfs_node_from_dentry()

Currently kernfs_node_from_dentry() returns NULL for root dentry, because root_dentry->d_op == NULL. Due to this bug cgroupstats_build() returns -EINVAL for root cgroup. # mount -t cgroup -o cpuacct /cgroup # Documentation/accounting/getdelays -C /cgroup fatal reply error, errno -22 With

Re: [lm-sensors] [RFC PATCH] hwmon: (max6650) Convert to be a platform driver

> >> http://comments.gmane.org/gmane.linux.kernel/1645251 > >> > >> Step 2 did not happen. I did not get any review for my change. I > >> literally submitted that within a couple of hours after the request. > >> > >> Could you please tell me what was wrong with that change, and why I > >> did not g

Re: [PATCH v6] mfd: MAX6650/6651 support

On Wed, Feb 12, 2014 at 5:50 PM, Mark Brown wrote: > On Wed, Feb 12, 2014 at 04:02:40AM +, Laszlo Papp wrote: > >> +const struct regmap_config max665x_regmap_config = { >> + .reg_bits = 5, >> +}; > > This would normally be static too, and I'd *really* expect to see a > val_bits set here.

How to get the Linux kernel coverage data on ARM arch when I run LTP test?

Hi All, Sorry for the wide distribution: According to LTP page info, http://ltp.sourceforge.net/coverage/gcov.php http://ltp.sourceforge.net/coverage/lcov.php My question is How to get kernel coverage when I run LTP test? Since we do not have direct GCOV support on ARM I have enabled ( just for

Re: [PATCH v2] can: xilinx CAN controller support.

On 02/14/2014 09:55 AM, Michal Simek wrote: > Hi Marc, > >>> + int waiting_ech_skb_num; >>> + int xcan_echo_skb_max_tx; >>> + int xcan_echo_skb_max_rx; >>> + struct napi_struct napi; >>> + spinlock_t ech_skb_lock; >>> + u32 (*read_reg)(const struct xcan_priv *priv, int reg); >>> + vo

Re: [PATCH v3 0/3] dp83640: Get pin and master/slave configuration from DT

On Thu, Feb 13, 2014 at 05:39:57PM -0500, David Miller wrote: > You'll have to code this in a way such that people who currently specify > this parameter keep working. So, do module parameters count as user land ABI? [ In any case, for this module, there must be a way to retain the parameters

[GIT PULL] fbdev fixes for 3.14

Hi Linus, Please pull a few minor fbdev fixes for 3.14. Tomi The following changes since commit b28a960c42fcd9cfc987441fa6d1c1a471f0f9ed: Linux 3.14-rc2 (2014-02-09 18:15:47 -0800) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/tomba/linux.git tags

Re: use {readl|writel}_relaxed instead of readl/writel in i2c-designware-core ?

On Friday 14 February 2014 15:54:38 Jisheng Zhang wrote: > Hi all, > > The writel/readl is too expensive especially on Cortex A9 w/ outer L2 cache. > This > introduce i2c read/write error on Marvell Berlin SoCs when there are L2 cache > maintenance operations at the same time. > > In our interna

Re: [tip:x86/asmlinkage] lto: Make asmlinkage __visible

On Thu, Feb 13, 2014 at 08:30:37PM -0800, tip-bot for Andi Kleen wrote: > Commit-ID: 128ea04a9885af9629059e631ddf0cab4815b589 > Gitweb: http://git.kernel.org/tip/128ea04a9885af9629059e631ddf0cab4815b589 > Author: Andi Kleen > AuthorDate: Sat, 8 Feb 2014 09:01:07 +0100 > Committer: H. Pet

Re: [PATCH v2] can: xilinx CAN controller support.

On 02/14/2014 10:04 AM, Marc Kleine-Budde wrote: > On 02/14/2014 09:55 AM, Michal Simek wrote: >> Hi Marc, >> + int waiting_ech_skb_num; + int xcan_echo_skb_max_tx; + int xcan_echo_skb_max_rx; + struct napi_struct napi; + spinlock_t ech_skb_lock; + u32 (*read_reg

Re: [lm-sensors] [RFC PATCH] hwmon: (max6650) Convert to be a platform driver

> -static int max6650_probe(struct i2c_client *client, > -const struct i2c_device_id *id); > -static int max6650_init_client(struct i2c_client *client); > -static int max6650_remove(struct i2c_client *client); > +static int max6650_pr

Re: [dma-debug.c - DMA-API] exceeded overlapping … & sym53c8xx … tries to free DMA …

On Fri, Feb 14, 2014 at 09:52:37AM +0100, poma wrote: > > Ahoy! > > Perhaps this is already solved, but I made ​​the effort to test & record > all of this, therefore here you are. :) > > https://bugzilla.redhat.com/show_bug.cgi?id=1062833 There is patch posted for this problem http://marc.info/

[RFC PATCH 0/2] Redesign the MAX6650-6651 driver to be more flexible

Yet to be run-time tested, but early reviews are welcome to catch any obvious mistakes that are potentially hard and time-consuming to debug. Laszlo Papp (2): mfd: MAX6650/6651 support hwmon: (max6650) Convert to be a platform driver drivers/hwmon/Kconfig | 2 +- drivers/hwmo

[PATCH 1/2] mfd: MAX6650/6651 support

MAX6650/MAX6651 chip is a multi-function device with I2C busses. The chip includes fan-speed regulators and monitors, GPIO, and alarm. This patch is an initial release of a MAX6650/6651 MFD driver that supports to enable the chip with its primary I2C bus that will connect the hwmon, and then the g

Re: [PATCH v2] can: xilinx CAN controller support.

On 02/14/2014 10:13 AM, Michal Simek wrote: >>> That's not entirely truth. If you look at Microblaze then you will see >>> that Microblaze can be BE and LE. >>> There is just missing endian detection which we will add to the next >>> version. >> >> As far as I know the endianess of the kernel is f

[PATCH 2/2] hwmon: (max6650) Convert to be a platform driver

The MFD driver has now been added, so this driver is now being adopted to be a subdevice driver on top of it. This means, the i2c driver usage is being converted to platform driver usage all around. Signed-off-by: Laszlo Papp --- drivers/hwmon/Kconfig | 2 +- drivers/hwmon/max6650.c | 125 ++

Re: [PATCH 23/27] clocksource: sh_cmt: Add DT support

On Fri, Feb 14, 2014 at 2:00 AM, Laurent Pinchart wrote: > +++ b/Documentation/devicetree/bindings/timer/renesas,cmt.txt > @@ -0,0 +1,75 @@ > +* Renesas R-Car Compare Match Timer (CMT) > + > +The CMT is a multi-channel 16/32/48-bit timer/counter with configurable clock 16-bit is mentioned here ..

[PATCH v3] [media] of: move graph helpers from drivers/media/v4l2-core to drivers/media

From: Philipp Zabel This patch moves the parsing helpers used to parse connected graphs in the device tree, like the video interface bindings documented in Documentation/devicetree/bindings/media/video-interfaces.txt, from drivers/media/v4l2-core to drivers/media. This allows to reuse the same p

Re: [PATCH 2/3] hwmon: (max6650) Convert to be a platform driver

> Ping? Fwiw, this change has been submitted a bit less two months ago, > and it has not still received any feedback from the hwmon maintainers. Please rebase and submit it as I suggested, then it will receive comments. New beginnings remember? -- Lee Jones Linaro STMicroelectronics Landing Tea

Re: [lm-sensors] [RFC PATCH] hwmon: (max6650) Convert to be a platform driver

On Fri, Feb 14, 2014 at 9:02 AM, Lee Jones wrote: >> >> http://comments.gmane.org/gmane.linux.kernel/1645251 >> >> >> >> Step 2 did not happen. I did not get any review for my change. I >> >> literally submitted that within a couple of hours after the request. >> >> >> >> Could you please tell me

Re: [PATCH] x86, efi: Fix 32-bit fallout

On Fri, 14 Feb, at 08:24:24AM, Borislav Petkov wrote: > From: Borislav Petkov > > We do not enable the new efi memmap on 32-bit and thus we need to run > runtime_code_page_mkexec() unconditionally there. Fix that. > > Reported-and-tested-by: Lejun Zhu > Cc: # v3.14+ > Signed-off-by: Borislav P

Re: [PATCH 08/14] net: axienet: Removed checkpatch errors/warnings

On 02/13/2014 04:51 PM, Joe Perches wrote: > On Thu, 2014-02-13 at 08:19 +0100, Michal Simek wrote: >> On 02/13/2014 01:31 AM, Joe Perches wrote: >>> On Wed, 2014-02-12 at 16:55 +0100, Michal Simek wrote: > > Hi again Michal. > + netdev_warn(lp->ndev, + "Could

[GIT PULL] sound fixes for 3.14-rc3

Linus, please pull sound fixes for v3.14-rc3 from: git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound.git tags/sound-3.14-rc3 The topmost commit is 2078600b1f8fc68b02f6ebdda1759fb0c9f51afb sound fixes for 3.14-rc3 Agai

Re: [PATCH 0/9] Add MAX_NICE, MIN_NICE and NICE_WIDTH macros in prio.h.

Hi Ingo & Peter, What's your opinion on this patchset? On 02/11/2014 03:34 PM, Dongsheng Yang wrote: Hi Peter, There are lots of hardcoding of -20 and 19 in kernel to represent minimum and maximum of nice value currently. This patch set define three macros in prio.h and replace some

Re: [PATCH] mfd: vexpress-sysreg: initialize "site" variable

> "site" variable should be initialized with 0 so that > when "site" property doesn't exist in DTB it can be handled correctly. > > "0" value means board site number is motherboard (see > Documentation/devicetree/bindings/arm/vexpress.txt for details). > > Signed-off-by: Semen Protsenko > --- >

Hot sale HDPE LDPE LLDPE

Dear Sir, Good day! We had dealing plastic raw materials for many years . And supplied high quality different grade HDPE/LDPE/PP/PET to our old and new customers. Should any of the items be of interest to you, please let me know. We shall be glad to give you our lowest quotations upon receip

[patch] Documentation/SubmittingPatches: Reported-by tags and permission

The reported-by text says you have to ask for permission, but that's only if the bug was reported in private. These days the standard is to always give reported-by credit or it's considered a bit rude. Signed-off-by: Dan Carpenter diff --git a/Documentation/SubmittingPatches b/Documentation/Sub

Re: [RFC V1] mfd: da9063: Add support for production silicon variant code

> From: Opensource [Steve Twiss] > > Add the correct silicon variant code ID (0x5) to the driver. This > new code is the 'production' variant code ID for DA9063. > > This patch will remove the older variant code ID which matches the > pre-production silicon ID (0x3) for the DA9063 chip. > > Th

[PATCH] cgroup: fix top cgroup refcnt leak

If we mount the same cgroupfs in serveral mount points, and then umount all of them, kill_sb() will be called only once. Therefore it's wrong to increment top_cgroup's refcnt when we find an existing cgroup_root. Try: # mount -t cgroup -o cpuacct xxx /cgroup # mount -t cgroup -o c

Re: [PATCH 1/4] mfd: wm8400-core: Remove unnecessary goto

> Return directly to avoid redundant lines of code. > > Signed-off-by: Sachin Kamat > --- > drivers/mfd/wm8400-core.c | 22 +- > 1 file changed, 5 insertions(+), 17 deletions(-) > > diff --git a/drivers/mfd/wm8400-core.c b/drivers/mfd/wm8400-core.c > index d66d256551fb..87

Re: [PATCH 2/4] mfd: max14577: Include missing err.h

> Add this header explicitly for IS_ERR and friends. > > Signed-off-by: Sachin Kamat > --- > drivers/mfd/max14577.c |1 + > 1 file changed, 1 insertion(+) Applied, thanks. -- Lee Jones Linaro STMicroelectronics Landing Team Lead Linaro.org │ Open source software for ARM SoCs Follow Linaro

Re: [PATCH 3/4] mfd: stw481x: Staticize stw481x_regmap_config

On Wed, 12 Feb 2014, Sachin Kamat wrote: > stw481x_regmap_config is local to this file. > > Signed-off-by: Sachin Kamat > Cc: Linus Walleij > --- > drivers/mfd/stw481x.c |2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) Applied with Linus' Ack. -- Lee Jones Linaro STMicroelectronic

Re: [PATCH 4/4] mfd: stw481x: Check the return value of devm_regmap_init_i2c

> devm_regmap_init_i2c can fail. Check for it. > > Signed-off-by: Sachin Kamat > Cc: Linus Walleij > --- > drivers/mfd/stw481x.c |6 ++ > 1 file changed, 6 insertions(+) Applied, thanks. -- Lee Jones Linaro STMicroelectronics Landing Team Lead Linaro.org │ Open source software for AR

Re: [LTP] How to get the Linux kernel coverage data on ARM arch when I run LTP test?

On 14.02.2014 10:02, Naresh Kamboju wrote: > root@linaro-developer:/tmp/linux-linaro-3.13-2014.01# gcov kernel/gcov/base.c > -o > /sys/kernel/debug/gcov/tmp/linux-linaro-3.13-2014.01/kernel/gcov/ > File 'kernel/gcov/base.c' > Lines executed:43.18% of 44 > Creating 'base.c.gcov' > > root@linaro-d

Re: [PATCH v4 1/3] mfd: Add realtek USB card reader driver

On Wed, 12 Feb 2014, rogera...@realtek.com wrote: > From: Roger Tseng > > Realtek USB card reader provides a channel to transfer command or data to > flash > memory cards. This driver exports host instances for mmc and memstick > subsystems > and handles basic works. > > Signed-off-by: Roger

Re: [RFC][PATCH 0/5] arch: atomic rework

On Thu, Feb 13, 2014 at 09:07:55PM -0800, Torvald Riegel wrote: > That depends on what your goal is. A compiler that we don't need to fight in order to generate sane code would be nice. But as Linus said; we can continue to ignore you lot and go on as we've done. -- To unsubscribe from this list:

Re: [PATCH 0/9] Add MAX_NICE, MIN_NICE and NICE_WIDTH macros in prio.h.

On Fri, Feb 14, 2014 at 05:22:50PM +0800, Dongsheng Yang wrote: > Hi Ingo & Peter, > What's your opinion on this patchset? I queued it; I wasn't convinced but people seem to like it, which is good enough. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of

Re: [PATCH 0/3] arm: at91: update defconfigs

On 11/02/2014 20:43, Alexandre Belloni : > A few at91 defconfigs where not updated in a long time, refresh the configs > for > at91sam9rl and at91sam9260/at91sam9g20. > > Alexandre Belloni (3): > arm: at91sam9rl: refresh defconfig > arm: at91sam9260_9g20: remove useless configuration > arm:

  1   2   3   4   5   6   7   >