Re: [PATCH] Fix northbridge quirk to assign correct NUMA node

On 03/22/2014 12:11 AM, Bjorn Helgaas wrote: [+cc Rafael, linux-acpi for _PXM questions] On Thu, Mar 20, 2014 at 9:38 PM, Daniel J Blueman wrote: On 21/03/2014 06:07, Bjorn Helgaas wrote: On Thu, Mar 13, 2014 at 5:43 AM, Daniel J Blueman wrote: For systems with multiple servers and routed

Re: [RFC v3 0/5] cpufreq:LAB: Support for LAB governor.

On 24 March 2014 12:17, Lukasz Majewski wrote: > Viresh, will you find time for reviewing this RFC in a near future? Yes. I have been trying hard last week but couldn't find some time for it. Will try this week for sure.. Sorry to keep you waiting :( @Rafael: Please see if you can also give them

Re: [patch 00/16] timers: Plug debugobject leaks and use del_timer_sync() in exit/teardown

On Mon, 24 Mar 2014, Thomas Gleixner wrote: > On Sun, 23 Mar 2014, Julia Lawall wrote: > > As far as I could tell, (part of) the issue is that any kind of exit or > > close function should use del_timer_sync, because they could be called > > from a different CPU than the one that started up th

Re: [PATCH V4 1/3] cpufreq: Make sure frequency transitions are serialized

On 03/21/2014 11:37 PM, Catalin Marinas wrote: > On Fri, Mar 21, 2014 at 11:24:16AM +, Srivatsa S. Bhat wrote: >> On 03/21/2014 04:35 PM, Catalin Marinas wrote: >>> On Fri, Mar 21, 2014 at 09:21:02AM +, Viresh Kumar wrote: @Catalin: We have a problem here and need your expert advice. A

[PATCH] cpufreq: set value of CPUFREQ_BOOST_FREQ to 0xABABABAB

Ideally, .driver_data field of struct cpufreq_frequency_table must not be used by core at all. But during a recent change if its value is same as CPUFREQ_BOOST_FREQ macro, then it is treated specially by core. The value of this macro was set to ~2 earlier, i.e. 0xFFFD. In case some driver is u

Re: [RFC v3 0/5] cpufreq:LAB: Support for LAB governor.

Hi Viresh, > Hi Viresh, > > > On 17 March 2014 21:08, Lukasz Majewski > > wrote: > > >> Despite this patch set is working and applicable on top of > > >> 3.14-rc5, please regard it solely as a pure RFC. > > >> > > >> This patch provides support for LAB governor build on top of > > >> ondemand. P

Re: linux-next: build failure after merge of the akpm-current tree

Hi Andrew, On Mon, 24 Mar 2014 17:23:27 +1100 Stephen Rothwell wrote: > > After merging the akpm-current tree, today's linux-next build (powerpc > ppc64_defconfig) failed like this: > > In file included from include/linux/mm.h:897:0, > from include/linux/mman.h:4, >

Re: [PATCH v6 2/2] dma: Add Xilinx AXI Video Direct Memory Access Engine driver support

On Tue, Mar 18, 2014 at 12:36 AM, Srikanth Thokala wrote: > + > +/** > + * xilinx_vdma_prep_slave_sg - prepare a descriptor for a DMA_SLAVE > transaction Should be xilinx_vdma_dma_prep_interleaved here. > +/** > + * xilinx_vdma_channel_set_config - Configure VDMA channel > + * Run-time configu

Re: [PATCH net] virtio-net: don't free skb immediately on kick failure

On Mon, Mar 24, 2014 at 01:31:57PM +0800, Jason Wang wrote: > On 03/23/2014 07:27 PM, Michael S. Tsirkin wrote: > > On Fri, Mar 21, 2014 at 04:30:01PM +0800, Jason Wang wrote: > >> We free the skb immediately on kick failure during xmit without detaching > >> it > >> from the virtqueue. This may l

linux-next: build failure after merge of the akpm-current tree

Hi Andrew, After merging the akpm-current tree, today's linux-next build (powerpc ppc64_defconfig) failed like this: In file included from include/linux/mm.h:897:0, from include/linux/mman.h:4, from arch/powerpc/kernel/asm-offsets.c:22: include/linux/vmstat.h: In

Re: [patch 03/16] s390: net: lcs: Add missing destroy_timer_on_stack()

On Sun, Mar 23, 2014 at 03:09:25PM -, Thomas Gleixner wrote: > Otherwise we leak a tracking object when DEBUG_OBJECTS is enabled. > drivers/s390/net/lcs.c |1 + > 1 file changed, 1 insertion(+) > > Index: tip/drivers/s390/net/lcs.c > =

Re: [patch 02/16] s390: tape: Add missing destroy_timer_on_stack()

On Sun, Mar 23, 2014 at 03:09:25PM -, Thomas Gleixner wrote: > Otherwise we leak a tracking object when DEBUG_OBJECTS is enabled. > [...] > del_timer_sync(&timeout); > + destroy_timer_on_stack(&timeout); Applied, thanks. -- To unsubscribe from this list: send the line "unsubscrib

Re: [PATCH] drivers/net: Use RCU_INIT_POINTER(x, NULL) in tun.c

On Sun, Mar 23, 2014 at 10:25:27PM -0700, Eric Dumazet wrote: > On Mon, 2014-03-24 at 07:09 +0200, Michael S. Tsirkin wrote: > > > Seems an incredibly strict requirement for something that just > > silences a warning. > > What exactly should I test? > > I intended to just verify this produces same

Re: [patch 01/16] s390: tape: Use del_timer_sync()

On Sun, Mar 23, 2014 at 03:09:24PM -, Thomas Gleixner wrote: > del_timer() does not wait for a possible running callback to > complete. So the call side might free request and the associated > objects while on another cpu the timer handler runs. [...] > > - del_timer(&timeout); > +

Re: [PATCH V2] mmc: sdhci: don't read cd-gpio while holding spinlock

On 24.03.2014 03:43, Andrew Bresticker wrote: > sdhci_request() and sdhci_card_event() read the cd-gpio via > mmc_gpio_get_cd(), which can sleep, while holding host->lock. > This may result in the following BUG: > > BUG: spinlock wrong CPU on CPU#2, kworker/u8:16/4296 > lock: 0xea6b9c80, .magi

Re: [PATCH V4 1/3] cpufreq: Make sure frequency transitions are serialized

On 21 March 2014 16:35, Catalin Marinas wrote: > The above sequence doesn't say much. As rmk said, the compiler wouldn't > reorder the transition_ongoing write before the function call. I think > most architectures (not sure about Alpha) don't do speculative stores, > so hardware wouldn't reorder

Re: [dm-devel] [PATCH RFC v1 01/01] dm-lightnvm: An open FTL for open firmware SSDs

On 03/21/14 16:37, Christoph Hellwig wrote: > Just curious: why do you think implementing this as a block remapper > inside device mapper is a better idea than as a blk-mq driver? > > At the request layer you already get a lot of infrastructure for all the > queueing infrastructure for free, as w

Re: if the NVMe driver has been validated on dual-cpu platform

On Mon, Mar 24, 2014 at 11:45:13AM +0800, liaohengquan1986 wrote: > I want to ask that if the NVMe driver has been validated > on dual-cpu platform? I've run it on a dual socket platform. Performance is better if the application is running on the socket that the card is attach

Re: Re: A question about NVMe's nvme-irq

On Mon, Mar 24, 2014 at 09:25:31AM +0800, liaohengquan1986 wrote: > > > In our server environment , The mistakenly returning IRQ_NONE will make > the OS(suse11 sp3) crush, should we fix it up? if yes, how? You should raise this with SUSE. -- To unsubscribe from this list: send the line "unsu

Re: w1: 3.14-rc7 - possible recursive locking detected

Hi, Am 23.03.2014 um 22:50 schrieb David Fries: > On Mon, Mar 17, 2014 at 10:38:13PM +0100, Belisko Marek wrote: >> Hi, >> >> booting latest 3.14-rc7 on gta04 board gives following warning: >> >> [3.101409] Driver for 1-wire Dallas network protocol. >> [3.109649] omap_hdq omap_hdq: OMAP

[PATCH v2] arm: LLVMLinux: use static inline in ARM ftrace.h

From: Behan Webster With compilers which follow the C99 standard (like modern versions of gcc and clang), "extern inline" does the wrong thing (emits code for an externally linkable version of the inline function). In this case using static inline and removing the NULL version of return_address i

[no subject]

Your mailbox is almost full. 20GB 23GB Your mailbox needed to update now (Click Update Here ) Update it now,and Increase your Mail Quota. IT Services Help Desk. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body o

[PATCH v4] LLVMLinux: Remove warning about returning an uninitialized variable

From: Behan Webster Fix uninitialized return code in default case in cmpxchg-local.h This patch fixes the code to prevent an uninitialized return value that is detected when compiling with clang. The bug produces numerous warnings when compiling the Linux kernel with clang. Signed-off-by: Beha

Re: [RESEND][PATCH 1/2] lib/scatterlist: Make ARCH_HAS_SG_CHAIN an actual Kconfig

On Sat, Mar 22, 2014 at 11:13:51AM -0700, Laura Abbott wrote: > Rather than have architectures #define ARCH_HAS_SG_CHAIN in an architecture > specific scatterlist.h, make it a proper Kconfig option and use that > instead. At same time, remove the header files are are now mostly > useless and just i

linux-next: manual merge of the pwm tree with the arm-soc tree

Hi Thierry, Today's linux-next merge of the pwm tree got a conflict in arch/arm/mach-pxa/Kconfig between commit c7dc7d49fa8c ("ARM: pxa: select I2C_GPIO only if I2C is on") from the arm-soc tree and commit 557fe99d9d49 ("pwm: Remove obsolete HAVE_PWM Kconfig symbol") from the pwm tree. I fixed it

Re: [PATCH net] virtio-net: don't free skb immediately on kick failure

On 03/23/2014 07:27 PM, Michael S. Tsirkin wrote: > On Fri, Mar 21, 2014 at 04:30:01PM +0800, Jason Wang wrote: >> We free the skb immediately on kick failure during xmit without detaching it >> from the virtqueue. This may lead double free for the skb during >> free_unused_bufs(). This patch fixes

Re: [PATCH] thermal: Fix KELVIN_TO_CELSIUS macro

On 03/23/2014 09:25 PM, Joe Perches wrote: On Sun, 2014-03-23 at 21:14 -0700, Guenter Roeck wrote: It is always a good idea to use paranthesis around macro parameters to avoid undesired side effects. In this specific case, KELVIN_TO_CELSIUS() is used in drivers/platform/x86/asus-wmi.c with para

Re: [PATCH] drivers/net: Use RCU_INIT_POINTER(x, NULL) in tun.c

On Mon, 2014-03-24 at 07:09 +0200, Michael S. Tsirkin wrote: > Seems an incredibly strict requirement for something that just > silences a warning. > What exactly should I test? > I intended to just verify this produces same code as before > d322f45ceed525daa under a recent gcc. Thats because man

ftrace/kprobes: Warning when insmod two modules

Hi all, I noticed the following ftrace waring message when I insmod module. [ 409.337936] [ cut here ] [ 409.337945] WARNING: CPU: 12 PID: 10028 at /mnt/repos/linux/kernel/trace/ftrace.c:1716 ftrace_bug+0x206/0x270() [ 409.337971] Modules linked in: test2(O+) test1(O+)

Re: [PATCH] drivers/net: Use RCU_INIT_POINTER(x, NULL) in tun.c

On Sun, Mar 23, 2014 at 03:12:56PM -0700, Paul E. McKenney wrote: > On Sun, Mar 23, 2014 at 11:33:49PM +0200, Michael S. Tsirkin wrote: > > On Sun, Mar 23, 2014 at 12:54:17PM -0700, Eric Dumazet wrote: > > > On Sun, 2014-03-23 at 21:41 +0200, Michael S. Tsirkin wrote: > > > > > > > The rcu_assign_

Linux 3.13.7

I'm announcing the release of the 3.13.7 kernel. All users of the 3.13 kernel series must upgrade. The updated 3.13.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-3.13.y and can be browsed at the normal kernel.org git web browser:

Linux 3.10.34

I'm announcing the release of the 3.10.34 kernel. All users of the 3.10 kernel series must upgrade. The updated 3.10.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-3.10.y and can be browsed at the normal kernel.org git web browser:

Linux 3.4.84

I'm announcing the release of the 3.4.84 kernel. All users of the 3.4 kernel series must upgrade. The updated 3.4.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-3.4.y and can be browsed at the normal kernel.org git web browser:

Re: Linux 3.4.84

diff --git a/Makefile b/Makefile index e677b662f8c5..f75a853f8524 100644 --- a/Makefile +++ b/Makefile @@ -1,6 +1,6 @@ VERSION = 3 PATCHLEVEL = 4 -SUBLEVEL = 83 +SUBLEVEL = 84 EXTRAVERSION = NAME = Saber-toothed Squirrel diff --git a/arch/arm/mach-sa1100/include/mach/collie.h b/arch/arm/mac

Re: [patch 15/16] cpufreq: intel-pstate: Use del_timer_sync in intel_pstate_cpu_exit()

On Sun, Mar 23, 2014 at 8:39 PM, Thomas Gleixner wrote: > We are about to free the data structure. Make sure no timer callback > is running. I might be paranoid, but the ->exit callback can be > invoked from so many places, that it is not entirely clear whether > del_timer is always called on the

Re: [PATCH 3.10 00/85] 3.10.34-stable review

On Sat, Mar 22, 2014 at 03:56:39PM -0600, Shuah Khan wrote: > On 03/20/2014 11:28 PM, Guenter Roeck wrote: > > On 03/20/2014 05:09 PM, Greg Kroah-Hartman wrote: > >> This is the start of the stable review cycle for the 3.10.34 release. > >> There are 85 patches in this series, all will be posted as

Re: [PATCH 3.10 56/85] ASoC: pcm: free path list before exiting from error conditions

On Sat, Mar 22, 2014 at 06:55:47PM +, Mark Brown wrote: > On Thu, Mar 20, 2014 at 05:09:59PM -0700, Greg Kroah-Hartman wrote: > > 3.10-stable review patch. If anyone has any objections, please let me know. > > Ben noticed an issue with this when checking for v3.13, I've dropped > from upstrea

Re: [PATCH 3.13 110/149] ASoC: pcm: free path list before exiting from error conditions

On Sat, Mar 22, 2014 at 03:53:08PM +, Ben Hutchings wrote: > On Thu, 2014-03-20 at 17:04 -0700, Greg Kroah-Hartman wrote: > > 3.13-stable review patch. If anyone has any objections, please let me know. > > > > -- > > > > From: Patrick Lai > > > > commit e4ad1accb28d0ed8cea6

Re: [PATCH 3.4 00/35] 3.4.84-stable review

On Sat, Mar 22, 2014 at 03:56:08PM -0600, Shuah Khan wrote: > On 03/20/2014 11:26 PM, Guenter Roeck wrote: > > On 03/20/2014 05:10 PM, Greg Kroah-Hartman wrote: > >> This is the start of the stable review cycle for the 3.4.84 release. > >> There are 35 patches in this series, all will be posted as

Re: [PATCH 3.13 000/149] 3.13.7-stable review

On Sat, Mar 22, 2014 at 03:57:09PM -0600, Shuah Khan wrote: > On 03/20/2014 11:37 PM, Guenter Roeck wrote: > > On 03/20/2014 05:02 PM, Greg Kroah-Hartman wrote: > >> This is the start of the stable review cycle for the 3.13.7 release. > >> There are 149 patches in this series, all will be posted as

Re: [PATCH] thermal: Fix KELVIN_TO_CELSIUS macro

On Sun, 2014-03-23 at 21:14 -0700, Guenter Roeck wrote: > It is always a good idea to use paranthesis around macro parameters > to avoid undesired side effects. > > In this specific case, KELVIN_TO_CELSIUS() is used in > drivers/platform/x86/asus-wmi.c with parameter "value & 0x", > which due

[PATCH] thermal: Fix KELVIN_TO_CELSIUS macro

It is always a good idea to use paranthesis around macro parameters to avoid undesired side effects. In this specific case, KELVIN_TO_CELSIUS() is used in drivers/platform/x86/asus-wmi.c with parameter "value & 0x", which due to operator evaluation order causes more or less random results. Si

Re: [asus-nb-wmi] thermal device detected by asus-nb-wmi platform driver

On 03/20/2014 05:22 PM, Lu, Baolu wrote: Hi, I booted Ubuntu13.10 onto ASUS T100 Tablet and upgraded it with upstream kernel (3.14.0-rc7+). There is a thermal device under /sys/devices/platform/asus-nb-wmi. root@t100:~/linux# tree /sys/class/hwmon/ /sys/class/hwmon/ ├── hwmon0 -> ../../devices/

RE: [PATCHv2 2/2] of: fix of_update_property()

> Subject: Re: [PATCHv2 2/2] of: fix of_update_property() > > On Wed, 22 Jan 2014 13:57:40 +0800, Xiubo Li wrote: > > The of_update_property() is intented to update a property in a node > > and if the property does not exist, will add it. > > > > The second search of the property is possibly won'

Re: [PATCH V4 07/11] ACPI: use platform bus as the default bus for _HID enumeration

On Mon, 2014-03-24 at 03:00 +0100, Rafael J. Wysocki wrote: > On Monday, March 17, 2014 03:49:36 PM Zhang Rui wrote: > > Because of the growing demand for enumerating ACPI devices to platform bus, > > this patch changes the code to enumerate ACPI devices with _HID to > > platform bus by default, un

Re: [x86, kaslr] INFO: possible circular locking dependency detected

On Sun, Mar 23, 2014 at 8:07 PM, Fengguang Wu wrote: > Hi Kees, > > FYI, the problem is still in linux-next, first bad commit is > > git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86/kaslr > commit e2b32e6785138d92d2a40e0d0473575c8c7310a2 > Author: Kees Cook > AuthorDate: Tue Feb

linux-next: manual merge of the tip tree with the drm tree

Hi all, Today's linux-next merge of the tip tree got a conflict in drivers/gpu/drm/gma500/mmu.c between commit b219372dff81 ("drm/gma500: Make SGX MMU driver actually do something") from the drm tree and commit 840d2830e6e5 ("x86, cpufeature: Rename X86_FEATURE_CLFLSH to X86_FEATURE_CLFLUSH") from

Re: [RFC V1 1/3] hwmon: da9063: HWMON driver

On 03/23/2014 01:37 PM, Opensource [Steve Twiss] wrote: From: Opensource [Steve Twiss] Add the HWMON driver for DA9063 Signed-off-by: Opensource [Steve Twiss] --- Checks performed with linux-next/next-20140321/scripts/checkpatch.pl da9063-hwmon.ctotal: 0 errors, 0 warnings, 456

Re: [RFC V1 1/3] hwmon: da9063: HWMON driver

On 03/23/2014 01:37 PM, Opensource [Steve Twiss] wrote: From: Opensource [Steve Twiss] Add the HWMON driver for DA9063 Signed-off-by: Opensource [Steve Twiss] --- + + ret = sysfs_create_group(&pdev->dev.kobj, &da9063_attr_group); + if (ret) + return ret; + +

hi

My Name is Macus Donald,Please i have no intentions of causing you any pains, I'm seeking your assistance only on humanitarian basis.I want you to assist me ensure that my estate and money is been used for Orphanage Home Project.if you are interested and you need more details contact me on my

[PATCH 1/2] nohz: use seqlock to avoid race on idle time stats

This patch is 1/2 of patch set to fix an issue that idle/iowait of /proc/stat can go backward. Originally reported by Tetsuo and Fernando at last year, Mar 2013. [BACKGROUNDS]: idle accounting on NO_HZ If NO_HZ is enabled, cpu stops tick interrupt for itself before go sleep to be idle. It means t

[PATCH 2/2] nohz, procfs: introduce get_cpu_idle/iowait_time_coarse

This patch is 2/2 of patch set to fix an issue that idle/iowait of /proc/stat can go backward. Originally reported by Tetsuo and Fernando at last year, Mar 2013. Now it is clear that get_cpu_{idle,iowait}_time_us() is not monotonic. Using this for /proc/stats will cause troubles in innocent userla

[PATCH 0/2] nohz: fix idle accounting in NO_HZ kernels

Hi all, This patch set (based on v3.14-rc7) will fix an issue that idle/iowait of /proc/stat can go backward. Originally reported by Tetsuo and Fernando at last year, Mar 2013. Reviews are welcome. Thanks, H.Seto Hidetoshi Seto (2): nohz: use seqlock to avoid race on idle time stats

Re: [PATCH -tip v8 07/26] [BUGFIX] x86: Prohibit probing on thunk functions and restore

(2014/03/22 10:00), Steven Rostedt wrote: > On Wed, 05 Mar 2014 20:59:32 +0900 > Masami Hiramatsu wrote: > >> thunk_ra trace_hardirqs_on_thunk,trace_hardirqs_on_caller >> diff --git a/arch/x86/lib/thunk_64.S b/arch/x86/lib/thunk_64.S >> index a63efd6..92d9fea 100644 >> --- a/arch/x86/lib/thu

Re: [PATCH 2/3] ARM: dts: vf610-twr: Add PWM0's pinctrl node

On Mon, Mar 24, 2014 at 02:52:56AM +, li.xi...@freescale.com wrote: > > > Subject: Re: [PATCH 2/3] ARM: dts: vf610-twr: Add PWM0's pinctrl node > > > > On Thu, Mar 20, 2014 at 01:12:04PM +0800, Xiubo Li wrote: > > > Signed-off-by: Xiubo Li > > > > Patch #2 and #3 can be reasonably merged in

RE: [PATCH 1/3] ARM: dts: vf610: Add Freescale FTM PWM node.

> Subject: Re: [PATCH 1/3] ARM: dts: vf610: Add Freescale FTM PWM node. > > On Thu, Mar 20, 2014 at 01:12:03PM +0800, Xiubo Li wrote: > > This adds devicetree node for VF610, and there are 8 channels > > supported. > > > > Signed-off-by: Xiubo Li > > Reviewed-by: Sascha Hauer > > Reviewed-by: Y

RE: [PATCH 2/3] ARM: dts: vf610-twr: Add PWM0's pinctrl node

> Subject: Re: [PATCH 2/3] ARM: dts: vf610-twr: Add PWM0's pinctrl node > > On Thu, Mar 20, 2014 at 01:12:04PM +0800, Xiubo Li wrote: > > Signed-off-by: Xiubo Li > > Patch #2 and #3 can be reasonably merged into one. > Yes, they are. But the Patch #2 is a new one, not reviewed by Sascha Haue

Re: [RFC] csum experts, csum_replace2() is too expensive

On Fri, 2014-03-21 at 14:52 -0400, David Miller wrote: > From: Eric Dumazet > Date: Fri, 21 Mar 2014 05:50:50 -0700 > > > It looks like a barrier() would be more appropriate. > > barrier() == __asm__ __volatile__(:::"memory") Indeed, but now you mention it, ip_fast_csum() do not uses volatile k

Re: [PATCH 2/3] ARM: dts: vf610-twr: Add PWM0's pinctrl node

On Thu, Mar 20, 2014 at 01:12:04PM +0800, Xiubo Li wrote: > Signed-off-by: Xiubo Li Patch #2 and #3 can be reasonably merged into one. Shawn > --- > arch/arm/boot/dts/vf610-twr.dts | 11 +++ > 1 file changed, 11 insertions(+) > > diff --git a/arch/arm/boot/dts/vf610-twr.dts b/arch/arm

Re: [PATCH 1/3] ARM: dts: vf610: Add Freescale FTM PWM node.

On Thu, Mar 20, 2014 at 01:12:03PM +0800, Xiubo Li wrote: > This adds devicetree node for VF610, and there are 8 channels > supported. > > Signed-off-by: Xiubo Li > Reviewed-by: Sascha Hauer > Reviewed-by: Yuan Yao Please copy list linux-arm-kernel instead of linux-kernel on arch/arm/ changes,

Re: [PATCH] #CleanUp non-gender-neutral README

http://knowyourmeme.com/memes/events/c-plus-equality-c Don't feed the trolls. > From: Feminist-Software-Foundation > > > This patch started as an effort inspired by EthicalCode's #CleanUpGitHub > project to find and replace > either hateful, hurtful or

[PATCH V2] scripts: objdiff: detect object code changes between two commits

objdiff is useful when doing large code cleanups. For example, when removing checkpatch warnings and errors from new drivers in the staging tree. objdiff can be used in conjunction with a git rebase to confirm that each commit made no changes to the resulting object code. It has the same return

Re: [PATCH] ARM: shmobile: r8a7778/bockw: Move "select RENESAS_INTC_IRQPIN" under SoC

On Sun, Mar 23, 2014 at 08:36:18PM +0100, Geert Uytterhoeven wrote: > From: Geert Uytterhoeven > > Move the "select RENESAS_INTC_IRQPIN" from the two bockw-specific sections > to the one r8a7778-specific section, like is done for the other SoCs. > > Signed-off-by: Geert Uytterhoeven Thanks, I

linux-next: manual merge of the drm tree with Linus' tree

Hi Dave, Today's linux-next merge of the drm tree got conflicts in drivers/gpu/drm/i915/intel_ddi.c and drivers/gpu/drm/i915/intel_dp.c between commit 825938307f81 ("Revert "drm/i915: don't touch the VDD when disabling the panel"") from Linus' tree and commits 4be7378004a0 ("drm/i915: drop ironlak

Re: [PATCH 2/2] ARM: shmobile: kzm9g-reference dts: Use KEY_* macros for gpio-keys

On Sun, Mar 23, 2014 at 08:35:02PM +0100, Geert Uytterhoeven wrote: > From: Geert Uytterhoeven > > Signed-off-by: Geert Uytterhoeven Thanks, I have queued up this patch. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.

Re: [PATCH 1/2] ARM: shmobile: armadillo-reference dts: Use KEY_* macros for gpio-keys

On Sun, Mar 23, 2014 at 08:35:01PM +0100, Geert Uytterhoeven wrote: > From: Geert Uytterhoeven > > Signed-off-by: Geert Uytterhoeven Thanks, I have queued up this patch. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.

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

Hi Linus, I'll be travelling during the whole next week, so just in case you release the final 3.14 before I'm back home, please consider pulling from the tag at git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git \ pm+acpi-3.15-rc1 to receive ACPI and power management updates fo

Re: [PATCH -next] clocksource: CMT, MTU2, TMU and STI should depend on GENERIC_CLOCKEVENTS

On Thu, Mar 20, 2014 at 03:05:50PM +0100, Geert Uytterhoeven wrote: > From: Geert Uytterhoeven > > If GENERIC_CLOCKEVENTS=n: > > drivers/clocksource/sh_cmt.c:54:28: error: field 'ced' has incomplete type > drivers/clocksource/sh_cmt.c: In function 'sh_cmt_interrupt': > drivers/clocksource/sh_cmt

Re: [PATCH -tip v8 03/26] kprobes: Prohibit probing on .entry.text code

(2014/03/22 7:04), Steven Rostedt wrote: > On Wed, 05 Mar 2014 20:59:04 +0900 > Masami Hiramatsu wrote: > > >> struct kprobe_insn_cache { >> struct mutex mutex; >> diff --git a/kernel/kprobes.c b/kernel/kprobes.c >> index ceeadfc..5b5ac76 100644 >> --- a/kernel/kprobes.c >> +++ b/kernel/kp

Re: [PATCH V4 07/11] ACPI: use platform bus as the default bus for _HID enumeration

On Monday, March 17, 2014 03:49:36 PM Zhang Rui wrote: > Because of the growing demand for enumerating ACPI devices to platform bus, > this patch changes the code to enumerate ACPI devices with _HID to > platform bus by default, unless the device already has a scan handler > attached. I think we

[PATCH V2] mmc: sdhci: don't read cd-gpio while holding spinlock

sdhci_request() and sdhci_card_event() read the cd-gpio via mmc_gpio_get_cd(), which can sleep, while holding host->lock. This may result in the following BUG: BUG: spinlock wrong CPU on CPU#2, kworker/u8:16/4296 lock: 0xea6b9c80, .magic: dead4ead, .owner: kworker/u8:16/4296, .owner_cpu: 0 C

Re: [patch 15/16] cpufreq: intel-pstate: Use del_timer_sync in intel_pstate_cpu_exit()

On Sunday, March 23, 2014 03:09:32 PM Thomas Gleixner wrote: > We are about to free the data structure. Make sure no timer callback > is running. I might be paranoid, but the ->exit callback can be > invoked from so many places, that it is not entirely clear whether > del_timer is always called on

mmc: rtsx: add new cmd type handle and modify error handle

From: Micky Ching Add new command type(R1 without CRC) handle, without this patch mmc card initialize will be failed. Using a more careful handle in request timeout, this would improve error recover capability. Debug info is printed using non DMA mode, this would help print more accurately for D

[PATCH 2/2] mmc: rtsx: modify error handle and remove smatch warnings

From: Micky Ching Using non-DMA dump-regs, which would be more exactly for DMA transfer failed. More careful handle when cmd/data timeout, add stop(CMD12) cmd before go to finish request when multi-rw timeout. Remove some static checher warings. on commit: drivers/mmc/host/rtsx_pci_sdmmc.c:194

[PATCH 1/2] mmc: rtsx: add R1-no-CRC mmc command type handle

From: Micky Ching commit a27fbf2f067b0cd6f172c8b696b9a44c58bfaa7a produced a cmd.flags unhandled in realtek pci host driver. This will make MMC card failed initialize, this patch is used to handle the new cmd.flags condition and MMC card can be used. Signed-off-by: Micky Ching --- drivers/mmc

Re: [PATCHv4 0/5] devfreq: exynos: Fix minor issue and code clean to remove legacy method

Hi Tomasz, On 03/22/2014 11:52 PM, Tomasz Figa wrote: > Hi, > > [fixing mistyped addresses of me and Bartlomiej] > > On 20.03.2014 03:59, Chanwoo Choi wrote: >> This patchset use SIMPLE_DEV_PM_OPS macro intead of legacy method and fix >> probe fail if CONFIG_PM_OPP is disabled. Also, this patchs

btrfs: kernel BUG at fs/btrfs/extent_io.c:676!

Hi all, While fuzzing with trinity inside KVM tools guest running latest -next kernel I've stumbled on the following spew. This is a result of a failed allocation in alloc_extent_state_atomic() which triggers a BUG_ON when the return value is NULL. It's a bit weird that it BUGs on failed allocat

[PATCH] #CleanUp non-gender-neutral README

From: Feminist-Software-Foundation This patch started as an effort inspired by EthicalCode's #CleanUpGitHub project to find and replace either hateful, hurtful or discriminatory text in GitHub repositories. The Linux kernel, being the de facto crown je

Re: Re: [PATCH -tip v8 01/26] [BUGFIX]kprobes/x86: Fix page-fault handling logic

(2014/03/22 6:39), Steven Rostedt wrote: >> diff --git a/arch/x86/kernel/kprobes/core.c b/arch/x86/kernel/kprobes/core.c >> index 79a3f96..b482e96 100644 >> --- a/arch/x86/kernel/kprobes/core.c >> +++ b/arch/x86/kernel/kprobes/core.c >> @@ -897,9 +897,7 @@ int __kprobes kprobe_fault_handler(struct

Re: [PATCH/RFC 8/8] DT: Add documentation for exynos4-is camera-flash property

Hi Jacek, On Thu, Mar 20, 2014 at 03:51:10PM +0100, Jacek Anaszewski wrote: > Signed-off-by: Jacek Anaszewski > Acked-by: Kyungmin Park > Cc: Rob Herring > Cc: Pawel Moll > Cc: Mark Rutland > Cc: Ian Campbell > Cc: Kumar Gala > --- > .../devicetree/bindings/media/samsung-fimc.txt |

Re: [patch 16/16] input: serio: hp_sdc: Use del_timer_sync() in exit path

On Sun, Mar 23, 2014 at 03:09:33PM -, Thomas Gleixner wrote: > Make sure that no callback is running before we teardown the module. > Applied, thank you Thomas. > Signed-off-by: Thomas Gleixner > Cc: Dmitry Torokhov > Cc: input > --- > drivers/input/serio/hp_sdc.c |2 +- > 1 file cha

hi

My Name is Macus Donald,Please i have no intentions of causing you any pains, I'm seeking your assistance only on humanitarian basis.I want you to assist me ensure that my estate and money is been used for Orphanage Home Project.if you are interested and you need more details contact me on my

RE: PATCH[60485 Bug adding breakpoint]

Here is my new patch as corrected for the the bug 60845. https://bugzilla.kernel.org/show_bug.cgi?id=60845 This is the link to the bug and my comments / conversation on to get the corrections needed.  Below is my patch for the bug, please let me know if it gets added finally Alan .  --- linu

Re: [PATCH/RFC 4/8] media: Add registration helpers for V4L2 flash sub-devices

Hi Jacek, On Thu, Mar 20, 2014 at 03:51:06PM +0100, Jacek Anaszewski wrote: > This patch adds helper functions for registering/unregistering > LED class flash devices as V4L2 subdevs. The functions should > be called from the LED subsystem device driver. In case the > Multimedia Framework support

Re: [PATCH 4/5] vrange: Set affected pages referenced when marking volatile

On Fri, Mar 21, 2014 at 2:17 PM, John Stultz wrote: > One issue that some potential users were concerned about, was that > they wanted to ensure that all the pages from one volatile range > were purged before we purge pages from a different volatile range. > This would prevent the case where they

Re: [PATCH 3/5] vrange: Add page purging logic & SIGBUS trap

On Fri, Mar 21, 2014 at 2:17 PM, John Stultz wrote: > This patch adds the hooks in the vmscan logic to discard volatile pages > and mark their pte as purged. With this, volatile pages will be purged > under pressure, and their ptes swap entry's marked. If the purged pages > are accessed before bei

Re: [patch 00/16] timers: Plug debugobject leaks and use del_timer_sync() in exit/teardown

On Sun, 23 Mar 2014, Julia Lawall wrote: > As far as I could tell, (part of) the issue is that any kind of exit or > close function should use del_timer_sync, because they could be called > from a different CPU than the one that started up the timer? > > Here is a semantic patch that takes care

linux-next: manual merge of the samsung tree with the arm-soc tree

Hi Kukjin, Today's linux-next merge of the samsung tree got a conflict in arch/arm/Kconfig.debug between commit 886545ea7d0b ("ARM: efm32: allow uncompress debug output") from the arm-soc tree and commit 90266754801c ("ARM: SAMSUNG: use generic uncompress.h") from the samsung tree. I fixed it up

Re: rb tree hrtimer lockup bug (found by perf_fuzzer)

On Sun, 23 Mar 2014, Thomas Gleixner wrote: > On Sat, 22 Mar 2014, Thomas Gleixner wrote: > > On Sat, 22 Mar 2014, Thomas Gleixner wrote: > > > On Fri, 21 Mar 2014, Vince Weaver wrote: > > > > > > > On Fri, 21 Mar 2014, Thomas Gleixner wrote: > > > > > > > > > > I'm a complete idiot. I was starin

Re: [PATCH/RFC 2/8] leds: Improve and export led_update_brightness function

Hi Jacek, On Thu, Mar 20, 2014 at 03:51:04PM +0100, Jacek Anaszewski wrote: > led_update_brightness helper function used to be exploited > only locally in the led-class.c module, where its result was > being passed to the brightness_show sysfs callback. With the > introduction of v4l2-flash subde

Re: [PATCH/RFC 1/8] leds: Add sysfs and kernel internal API for flash LEDs

Hi Jacek, Thanks for the patchset. It's very nice in general. I have a few comments below. On Thu, Mar 20, 2014 at 03:51:03PM +0100, Jacek Anaszewski wrote: > Some LED devices support two operation modes - torch and > flash. This patch provides support for flash LED devices > in the LED subsystem

Re: [PATCH 2/2] ARM: mm: keep rodata non-executable

On Sun, Mar 23, 2014 at 4:37 PM, Nicolas Pitre wrote: > On Sun, 23 Mar 2014, Kees Cook wrote: > >> On Sun, Mar 23, 2014 at 12:47 PM, Laura Abbott wrote: >> > On 2/17/2014 4:34 AM, Dave Martin wrote: >> >> On Fri, Feb 14, 2014 at 11:11:07AM -0800, Kees Cook wrote: >> >>> On Fri, Feb 14, 2014 at 8:

Re: [PATCH v2] drm/i2c: tda998x: Change the compatible strings

On 03/23/2014 09:03 PM, Russell King - ARM Linux wrote: On Sun, Mar 23, 2014 at 07:12:05PM +0100, Sebastian Hesselbarth wrote: On 03/23/2014 11:19 AM, Jean-Francois Moine wrote: On Fri, 21 Mar 2014 14:37:52 +0100 Sebastian Hesselbarth wrote: Required properties; - - compatible: must be "

Re: [PATCH 2/2] ARM: mm: keep rodata non-executable

On Sun, 23 Mar 2014, Kees Cook wrote: > On Sun, Mar 23, 2014 at 12:47 PM, Laura Abbott wrote: > > On 2/17/2014 4:34 AM, Dave Martin wrote: > >> On Fri, Feb 14, 2014 at 11:11:07AM -0800, Kees Cook wrote: > >>> On Fri, Feb 14, 2014 at 8:22 AM, Dave Martin wrote: > On Thu, Feb 13, 2014 at 05:0

Re: [patch 00/16] timers: Plug debugobject leaks and use del_timer_sync() in exit/teardown

As far as I could tell, (part of) the issue is that any kind of exit or close function should use del_timer_sync, because they could be called from a different CPU than the one that started up the timer? Here is a semantic patch that takes care of the case of simple module_exit functions: @r@

Disabling gcc inline operation

Many a time i have got a crash and it is difficult to find out the exact function which crashed because the crash stack doesn't show the "real" function because gcc inlines many functions when ever it desires or when it optimizes for speed. So i don't want gcc to inline any function instead just c

Re: [PATCH 2/2] ARM: mm: keep rodata non-executable

On Sun, Mar 23, 2014 at 12:32 PM, Laura Abbott wrote: > On 3/13/2014 12:07 PM, Kees Cook wrote: >> On Fri, Feb 21, 2014 at 2:09 PM, Kees Cook wrote: >>> On Fri, Feb 21, 2014 at 5:20 AM, Russell King - ARM Linux >>> wrote: On Fri, Feb 21, 2014 at 12:37:04PM +, Dave Martin wrote: > It

Re: [PATCH 2/2] ARM: mm: keep rodata non-executable

On Sun, Mar 23, 2014 at 12:47 PM, Laura Abbott wrote: > On 2/17/2014 4:34 AM, Dave Martin wrote: >> On Fri, Feb 14, 2014 at 11:11:07AM -0800, Kees Cook wrote: >>> On Fri, Feb 14, 2014 at 8:22 AM, Dave Martin wrote: On Thu, Feb 13, 2014 at 05:04:10PM -0800, Kees Cook wrote: > Introduce "C

Re: [PATCH] drivers/net: Use RCU_INIT_POINTER(x, NULL) in tun.c

On Sun, Mar 23, 2014 at 11:33:49PM +0200, Michael S. Tsirkin wrote: > On Sun, Mar 23, 2014 at 12:54:17PM -0700, Eric Dumazet wrote: > > On Sun, 2014-03-23 at 21:41 +0200, Michael S. Tsirkin wrote: > > > > > The rcu_assign_pointer() ensures that the initialization of a structure > > > > > >

Re: w1: 3.14-rc7 - possible recursive locking detected

On Mon, Mar 17, 2014 at 10:38:13PM +0100, Belisko Marek wrote: > Hi, > > booting latest 3.14-rc7 on gta04 board gives following warning: > > [3.101409] Driver for 1-wire Dallas network protocol. > [3.109649] omap_hdq omap_hdq: OMAP HDQ Hardware Rev 0.5. Driver in > [3.400146]C

  1   2   3   >