[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

[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

[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:

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

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

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

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

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

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+)

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

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

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

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

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

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

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

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.

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 ->

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

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,

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")

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(>dev.kobj, _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

[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

[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 >> ---

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

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:

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

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

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

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/

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

[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

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

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

[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

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': >

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 >> +++

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

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

[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:

[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 ---

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

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

[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

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

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 .  ---

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

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

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

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

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

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

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

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: >

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

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]

Re: [PATCH 2/5] vrange: Add purged page detection on setting memory non-volatile

On Sun, Mar 23, 2014 at 1:26 PM, John Stultz wrote: > On Sun, Mar 23, 2014 at 10:50 AM, KOSAKI Motohiro > wrote: >>> +/** >>> + * vrange_check_purged_pte - Checks ptes for purged pages >>> + * >>> + * Iterates over the ptes in the pmd checking if they have >>> + * purged swap entries. >>> + *

Re: [PATCH 7/8] tty/serial: add arm64 semihosting earlycon

On Sun, 23 Mar 2014, Arnd Bergmann wrote: > On Sunday 23 March 2014 16:04:41 Nicolas Pitre wrote: > > On Fri, 21 Mar 2014, Rob Herring wrote: > > > > > From: Rob Herring > > > > > > Add earlycon support for the arm64 semihosting debug serial interface. > > > This allows enabling a debug

Re: 3.14-rc7 crashes in drm ([PATCH] a crash in mga_driver_irq_uninstall)

On Mon, Mar 24, 2014 at 7:27 AM, Andreas Mohr wrote: > On Sun, Mar 23, 2014 at 09:39:16AM -0700, Linus Torvalds wrote: >> On Sun, Mar 23, 2014 at 5:15 AM, Andreas Mohr wrote: >> > >> > which did end up flawless on 3.12.0-rc2+, too >> > (but failed to improve the issue on 3.14.0-rc7+). >> > >> >

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

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 > > > > is carried out before storing a pointer to that structure. > > In the case of

Re: 3.14-rc7 crashes in drm ([PATCH] a crash in mga_driver_irq_uninstall)

On Sun, Mar 23, 2014 at 09:39:16AM -0700, Linus Torvalds wrote: > On Sun, Mar 23, 2014 at 5:15 AM, Andreas Mohr wrote: > > > > which did end up flawless on 3.12.0-rc2+, too > > (but failed to improve the issue on 3.14.0-rc7+). > > > > So, for all intents and purposes, drm infrastructure seems

[RFC V1 3/3] Documentation: hwmon: New information for DA9063

From: Opensource [Steve Twiss] Addition of HWMON documentation for the DA9063 driver. Signed-off-by: Opensource [Steve Twiss] --- Checks performed with linux-next/next-20140321/scripts/checkpatch.pl da9063total: 0 errors, 0 warnings, 67 lines checked This is the

[RFC V1 2/3] mfd: da9063: Add HWMON dependencies

From: Opensource [Steve Twiss] Dependencies required for DA9063 HWMON support. Signed-off-by: Opensource [Steve Twiss] --- Checks performed with linux-next/next-20140321/scripts/checkpatch.pl core.htotal: 0 errors, 0 warnings, 100 lines checked pdata.h

[RFC V1 0/3] da9063: Addition of HWMON support for DA9063

From: Opensource [Steve Twiss] This patch series covers hardware monitoring support for the DA9063 PMIC. There are three patches in this set: - Add a new HWMON driver component - Minor MFD core and platform data changes for HWMON - Documentation Thank you, Steve Twiss, Dialog Semiconductor

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

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 lines checked Kconfig total: 1 errors,

[GIT PULL] parisc updates for v3.14

Hi Linus, please consider pulling some late patches for the parisc architecture from: git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-3.14 This patchset - reverts parts of my latest patch regarding font selection with STICON console, - wires up the utimes()

Re: [PATCH v2] hung_task : check the value of "sysctl_hung_task_timeout_sec"

At Sun, 23 Mar 2014 15:54:04 +0800, Liu Hua wrote: > > As sysctl_hung_task_timeout_sec is unsigned long, when this value is > larger then LONG_MAX/HZ, the function schedule_timeout_interruptible in > watchdog will return immediately without sleep and with print : > > [ 205.452934]

Re: [PATCH 7/8] tty/serial: add arm64 semihosting earlycon

On Sunday 23 March 2014 16:04:41 Nicolas Pitre wrote: > On Fri, 21 Mar 2014, Rob Herring wrote: > > > From: Rob Herring > > > > Add earlycon support for the arm64 semihosting debug serial interface. > > This allows enabling a debug console when early_params are processed. > > This is based on

Re: [PATCH 1/5] vrange: Add vrange syscall and handle splitting/merging and marking vmas

On Sun, Mar 23, 2014 at 5:20 AM, Jan Kara wrote: > On Fri 21-03-14 14:17:31, John Stultz wrote: >> RETURN VALUE >> On success vrange returns the number of bytes marked or unmarked. >> Similar to write(), it may return fewer bytes then specified >> if it ran into a problem. >> >>

[PATCH 1/1] mm/memblock.c: use PFN_PHYS()

Replace ((phys_addr_t)(x) << PAGE_SHIFT) by pfn macro. Signed-off-by: Fabian Frederick --- mm/memblock.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/mm/memblock.c b/mm/memblock.c index 39a31e7..955ec04 100644 --- a/mm/memblock.c +++ b/mm/memblock.c @@ -1253,7 +1253,7

Re: [PATCH 2/5] vrange: Add purged page detection on setting memory non-volatile

On Sun, Mar 23, 2014 at 10:50 AM, KOSAKI Motohiro wrote: >> +/** >> + * vrange_check_purged_pte - Checks ptes for purged pages >> + * >> + * Iterates over the ptes in the pmd checking if they have >> + * purged swap entries. >> + * >> + * Sets the vrange_walker.pages_purged to 1 if any were

Re: [PATCH 2/5] vrange: Add purged page detection on setting memory non-volatile

On Sun, Mar 23, 2014 at 5:29 AM, Jan Kara wrote: > On Fri 21-03-14 14:17:32, John Stultz wrote: >> + * >> + * Sets the vrange_walker.pages_purged to 1 if any were purged. > ^^^ page_was_purged Doh. Thanks for catching this! Fixed in my tree. Thanks so much for the

Re: [BUG] 3.14-rc6 problems with an R7 260X

On Monday 10 March 2014 13:29:41 Ed Tomlinson wrote: > On Monday 10 March 2014 12:38:42 Alex Deucher wrote: > > On Mon, Mar 10, 2014 at 11:47 AM, Ed Tomlinson wrote: > > > Hi, > > > > > > I recently added a R7 260X to my system. While the card works with 3.13 > > > its supposed work much better

Re: [PATCH 7/8] tty/serial: add arm64 semihosting earlycon

On Fri, 21 Mar 2014, Rob Herring wrote: > From: Rob Herring > > Add earlycon support for the arm64 semihosting debug serial interface. > This allows enabling a debug console when early_params are processed. > This is based on the arm64 earlyprintk smh support and is intended to > replace it. >

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

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 "nxp,tda998x" + - compatible: may be

Re: [BUG] 3.14-rc6 problems with an R7 260X

On Monday 10 March 2014 13:29:41 Ed Tomlinson wrote: > On Monday 10 March 2014 12:38:42 Alex Deucher wrote: > > On Mon, Mar 10, 2014 at 11:47 AM, Ed Tomlinson wrote: > > > Hi, > > > > > > I recently added a R7 260X to my system. While the card works with 3.13 > > > its supposed work much better

  1   2   3   4   5   6   >