Re: [PATCH V6 05/10] audit: log creation and deletion of namespace instances

2015-05-14 Thread Steve Grubb
On Tuesday, May 12, 2015 03:57:59 PM Richard Guy Briggs wrote: > On 15/05/05, Steve Grubb wrote: > > I think there needs to be some more discussion around this. It seems like > > this is not exactly recording things that are useful for audit. > > It seems to me that either audit has to assemble th

Re: [PATCH] tracing: Add comments explaining cpu online filter for trace events

2015-05-14 Thread Steven Rostedt
On Thu, 14 May 2015 19:46:11 +0530 Shreyas B Prabhu wrote: > > Thanks for the comments, but can't these still be called with > > preemption enabled. What happens when CONFIG_DEBUG_PREEMPT is set and > > you enable these tracepoints. Wont it trigger a warning about > > smp_processor_id() being us

Re: [PATCH 1/1] usb: Remove Vernier devices from lsusb and hid_ignore_list

2015-05-14 Thread Dennis O'Brien
Jiri, Hope I'm not being too dense... All the Vernier devices are hid class and are supported via the hid driver sub-system and the hidraw device interface. Vernier has a library called GoIO http://www.vernier.com/downloads/software-development-kits/go-sdk/, which supports (or will support)

Re: [PATCH] x86, mce, amd: Read mcgstatus before we log the error

2015-05-14 Thread Aravind Gopalakrishnan
On 5/14/2015 4:50 AM, Borislav Petkov wrote: On Wed, May 13, 2015 at 12:37:04PM -0500, Aravind Gopalakrishnan wrote: mce_setup(&m); + rdmsrl(MSR_IA32_MCG_STATUS, m.mcgstatus); Any meaningful bits in that MSR we wanna know when getting a thresholding or deferred error? Are they even

Re: [PATCH 5/5] usb: add pxa1928 ehci support

2015-05-14 Thread Alan Stern
On Wed, 13 May 2015, Rob Herring wrote: > Add platform driver for Marvell PXA1928 SOC. This is different from the > mv-ehci driver in that it uses the generic phy framework, uses DT, does > not use platform_data, is host only, and has a specific HSIC PHY and > controller initialization handshake.

Re: [RFC v2 4/6] scripts/sign-file.c: add support to only create signature file

2015-05-14 Thread Luis R. Rodriguez
On Thu, May 14, 2015 at 7:52 AM, David Howells wrote: > Use "-d". I added the flag but then never made it do anything. Sure, but since this C file is not upstream, how about just squashing the commit with yours that adds the C file? Luis -- To unsubscribe from this list: send the line "unsubsc

Re: [PATCH 2/2] pwm: add Mediatek display PWM driver support

2015-05-14 Thread YH Huang
On Tue, 2015-05-12 at 15:00 +0200, Sascha Hauer wrote: > On Mon, May 11, 2015 at 05:26:22PM +0800, YH Huang wrote: > > + > > +static int mtk_disp_pwm_probe(struct platform_device *pdev) > > +{ > > + struct mtk_disp_pwm_chip *pwm; > > The struct mtk_disp_pwm_chip * is named 'mpc' in the other fun

Re: [RFC v2 4/6] scripts/sign-file.c: add support to only create signature file

2015-05-14 Thread David Howells
David Howells wrote: > Luis R. Rodriguez wrote: > > > You can create a file.pkcs7 file with the -d option right now > > but that still modifies the file. If all you want is the signature > > file you can use -s now, that will leave the file passed as-is. > > I would recommend you use something

Re: [RFC v2 4/6] scripts/sign-file.c: add support to only create signature file

2015-05-14 Thread David Howells
Luis R. Rodriguez wrote: > You can create a file.pkcs7 file with the -d option right now > but that still modifies the file. If all you want is the signature > file you can use -s now, that will leave the file passed as-is. I would recommend you use something other than "-s" - that belongs to th

Re: [PATCH 2/2] pwm: add Mediatek display PWM driver support

2015-05-14 Thread YH Huang
On Tue, 2015-05-12 at 14:44 +0200, Matthias Brugger wrote: > 2015-05-12 14:37 GMT+02:00 Matthias Brugger : > > Hi YH, > > > > 2015-05-11 11:26 GMT+02:00 YH Huang : > >> Add display PWM driver support to modify backlight for MT8173/MT6595. > >> > >> Signed-off-by: YH Huang > >> --- > >> drivers/pw

Re: [PATCH] arm64: support ACPI tables outside of kernel RAM

2015-05-14 Thread Ard Biesheuvel
On 14 May 2015 at 16:22, Mark Salter wrote: > There is no guarantee that ACPI tables will be located in RAM linearly > mapped by the kernel. This could be because UEFI placed them below the > kernel image or because mem= places them beyond the reach of the linear > kernel mapping. Even though thes

Re: linux-next: build warnings after merge of the net-next tree

2015-05-14 Thread Willem de Bruijn
On Thu, May 14, 2015 at 3:12 AM, Stephen Rothwell wrote: > Hi all, > > After merging the net-next tree, today's linux-next build (sparc64 defconfig) > produced these warnings: > > In file included from arch/sparc/include/asm/cmpxchg.h:4:0, > from arch/sparc/include/asm/atomic_64.h

OT / Pascal (was: [PATCH 40/79] link_path_walk: turn inner loop into explicit goto)

2015-05-14 Thread el_es
Linus Torvalds linux-foundation.org> writes: > > On Mon, May 4, 2015 at 10:22 PM, Al Viro zeniv.linux.org.uk> wrote: > > +l: > > This looked like noise. > > PLEASE. We're not programming in Pascal What is it with Pascal that every C-like programmer is bashing (uh oh..) it ? http://wiki.laz

On resume from suspend only CPU 0 comes back on-line [REGRESSION][BISECTED]

2015-05-14 Thread Doug Smythies
As of, or about, Kernel 4.1RC1 on resume from suspend only CPU 0 comes back on-line. The issue persists through Kernel 4.1RC3. This is on my test computer with an i7-2600K. I do not normally use suspend on this computer, but was doing so while working on a bug report. The kernel was bisected, an

Re: [PATCH 2/2] pwm: add Mediatek display PWM driver support

2015-05-14 Thread YH Huang
On Tue, 2015-05-12 at 14:37 +0200, Matthias Brugger wrote: > Hi YH, > > 2015-05-11 11:26 GMT+02:00 YH Huang : > > Add display PWM driver support to modify backlight for MT8173/MT6595. > > > > Signed-off-by: YH Huang > > --- > > drivers/pwm/Kconfig | 9 ++ > > drivers/pwm/Makefile

[PATCH v2 5/5] clk: core: add CLK_OPS_PARENT_ON flags to support clocks require parent on

2015-05-14 Thread Dong Aisheng
On Freescale i.MX7D platform, all clocks operations, including enable/disable, rate change and re-parent, requires its parent clock on. Current clock core can not support it well. This patch adding flag CLK_OPS_PARENT_ON to handle this special case in clock core that enable its parent clock firstly

[PATCH v2 2/5] clk: introduce clk_core_enable_lock and clk_core_disable_lock functions

2015-05-14 Thread Dong Aisheng
This can be useful when clock core wants to enable/disable clocks. Then we don't have to convert the struct clk_core to struct clk to call clk_enable/clk_disable which is a bit un-align with exist using. And after introduce clk_core_{enable|disable}_lock, we can refine clk_eanble and clk_disable a

[PATCH v2 3/5] clk: move clk_disable_unused after clk_core_disable_unprepare function

2015-05-14 Thread Dong Aisheng
No function level change, just moving code place. clk_disable_unused function will need to call clk_core_prepare_enable/ clk_core_disable_unprepare when adding CLK_OPS_PARENT_ON features. So move it after clk_core_disable_unprepare to avoid adding forward declared functions. Cc: Mike Turquette Cc

[PATCH v2 4/5] clk: core: add CLK_OPS_PARENT_ON flags to support clocks require parent on

2015-05-14 Thread Dong Aisheng
On Freescale i.MX7D platform, all clocks operations, including enable/disable, rate change and re-parent, requires its parent clock on. Current clock core can not support it well. This patch introduce a new flag CLK_OPS_PARENT_ON to handle this special case in clock core that enable its parent cloc

[PATCH v2 0/5] clk: support clocks which requires parent clock on during operation

2015-05-14 Thread Dong Aisheng
This patch series adds support in clock framework for clocks which operations requires its parent clock is on. Such clock type is initially met on Freescale i.MX7D platform that all clocks operations, including enable/disable, rate change and re-parent, requires its parent clock on. No sure if any

[PATCH v2 1/5] clk: remove duplicated code with __clk_set_parent_after

2015-05-14 Thread Dong Aisheng
__clk_set_parent_after() actually used the second argument then we could put this duplicate logic in there and call it with a different order of arguments in the success vs. error paths in this function. Cc: Mike Turquette Cc: Stephen Boyd Suggested-by: Stephen Boyd Signed-off-by: Dong Aisheng

Re: [PATCH] spi: Force the registration of the spidev devices

2015-05-14 Thread Mark Brown
On Wed, May 13, 2015 at 03:33:31PM -0700, Greg Kroah-Hartman wrote: > On Wed, May 13, 2015 at 09:26:40PM +0200, Maxime Ripard wrote: > > Our use case is this one: we want to export spidev files so that "dev > > boards" with a header that allows to plug virtually anything on it > > (Raspberry Pi, C

Re: [PATCH] x86: skip delays during SMP initialization similar to Xen

2015-05-14 Thread Jan H. Schönherr
On 05/14/2015 09:18 AM, Len Brown wrote: On Thu, May 14, 2015 at 2:36 AM, Len Brown wrote: [2.737884] x86: Booted up 4 nodes, 120 CPUs For the record, the same (bare metal) box running latest tip boots 10ms/processor quicker [1.553658] x86: Booted up 4 nodes, 120 CPUs BTW. thi

[PATCH 1/1] drm/bridge: ptn3460: Fix I2C ID table to match the reported modalias

2015-05-14 Thread Javier Martinez Canillas
I2C drivers that support OF, have both an I2C and OF device ID tables that are used to fill the supported module aliases. But currently the I2C core only uses the OF table to match a device with a driver and the aliases information are always reported in the form i2c:. The client->name is used as

Re: [PATCH v2] trace-cmd: Add record --clock option to specify a trace clock

2015-05-14 Thread Steven Rostedt
On Mon, 16 Dec 2013 13:10:52 +0900 Yoshihiro YUNOMAE wrote: > Hi Ian, > > (2013/12/13 8:30), Ian Webster wrote: > > This change adds a --clock option to trace-cmd record. It simply writes > > trace_clock on debugfs. Examples of valid choices on most systems are: > > local, > > global, counter,

Re: [PATCH v4] livepatch: Prevent to apply the patch once coming module notifier fails

2015-05-14 Thread Josh Poimboeuf
On Thu, May 14, 2015 at 09:51:07AM +0800, Minfei Huang wrote: > The previous patches can be applied, once the corresponding module is > loaded. In general, the patch will do relocation (if necessary) and > obtain/verify function address before we start to enable patch. > > There are three differen

Re: [PATCH v2] drm/i915: fix screen flickering

2015-05-14 Thread Matt Roper
On Thu, May 14, 2015 at 09:16:39AM +0200, Thomas Gummerer wrote: > Commit c9f038a1a592 ("drm/i915: Don't assume primary & cursor are > always on for wm calculation (v4)") fixes a null pointer dereference. > Setting the primary and cursor panes to false in > ilk_compute_wm_parameters to false does h

[PATCH v2] drivers: of/base: move of_init to driver_init

2015-05-14 Thread Sudeep Holla
Commit 5590f3196b29 ("drivers/core/of: Add symlink to device-tree from devices with an OF node") adds the symlink `of_node` for each device pointing to it's device tree node while creating/initialising it. However the devicetree sysfs is created and setup in of_init which is executed at core_initc

[PATCH] staging: rts5208: remove always true comparison

2015-05-14 Thread Sudip Mukherjee
the if comparison is always true as anything bitwise and-ing with 0x1E can never be equal to 0x03. Fixes bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=69881 Reported-by: David Binderman Signed-off-by: Sudip Mukherjee --- drivers/staging/rts5208/sd.c | 6 ++ 1 file changed, 2 insert

[PATCH] arm64: support ACPI tables outside of kernel RAM

2015-05-14 Thread Mark Salter
There is no guarantee that ACPI tables will be located in RAM linearly mapped by the kernel. This could be because UEFI placed them below the kernel image or because mem= places them beyond the reach of the linear kernel mapping. Even though these tables are outside the linear mapped RAM, they stil

Re: [PATCH 2/2] xfs: inode and free block counters need to use __percpu_counter_compare

2015-05-14 Thread Brian Foster
On Wed, May 13, 2015 at 09:52:34AM +1000, Dave Chinner wrote: > From: Dave Chinner > > Because the counters use a custom batch size, the comparison > functions need to be aware of that batch size otherwise the > comparison does not work correctly. This leads to ASSERT failures > on generic/027 li

Re: Mwait usage on AMD processors

2015-05-14 Thread Borislav Petkov
On Thu, May 14, 2015 at 09:38:57PM +0800, Huang Rui wrote: > Is C1E here you mentioned is waiting state that use mwaitx enters at > AMD platform? If yes, please see below comments: > > Current processor: > Power saving: C0 < C1E (AMD) < C1 How is C1 > C1E ? C1E is the Enhanced C1. > Performance

[PATCH v4 3/3] mm: Add debug code for SANITIZE_FREED_PAGES

2015-05-14 Thread Anisse Astier
Add debug code for sanitize freed pages to print status and verify pages at alloc to make sure they're clean. It can be useful if you have crashes when using SANITIZE_FREED_PAGES. Signed-off-by: Anisse Astier --- kernel/power/snapshot.c | 8 ++-- mm/Kconfig | 10 ++ mm/

[PATCH v4 0/3] Sanitizing freed pages

2015-05-14 Thread Anisse Astier
Hi, I'm trying revive an old debate here[1], though with a simpler approach than was previously tried. This patch series implements a new option to sanitize freed pages, a (very) small subset of what is done in PaX/grsecurity[3], inspired by a previous submission [4]. There are a few different us

[PATCH v4 1/3] PM / Hibernate: prepare for SANITIZE_FREED_PAGES

2015-05-14 Thread Anisse Astier
SANITIZE_FREED_PAGES feature relies on having all pages going through the free_pages_prepare path in order to be cleared before being used. In the hibernate use case, free pages will automagically appear in the system without being cleared, left there by the loading kernel. This patch will make su

[PATCH v4 2/3] mm/page_alloc.c: add config option to sanitize freed pages

2015-05-14 Thread Anisse Astier
This new config option will sanitize all freed pages. This is a pretty low-level change useful to track some cases of use-after-free, help kernel same-page merging in VM environments, and counter a few info leaks. Signed-off-by: Anisse Astier --- mm/Kconfig | 12 mm/page_alloc.

Re: [PATCH 5/5] arm64: Add DT support for Juno r1 board.

2015-05-14 Thread Mark Rutland
On Thu, May 14, 2015 at 03:07:31PM +0100, Jon Medhurst (Tixy) wrote: > On Wed, 2015-05-13 at 18:11 +0100, Liviu Dudau wrote: > > This board is based on Juno r0 with updated Cortex A5x revisions > > and board errata fixes. It also contains coherent ThinLinks ports > > on the expansion slot that allo

Re: [PATCH] tracing: Add comments explaining cpu online filter for trace events

2015-05-14 Thread Shreyas B Prabhu
On Wednesday 13 May 2015 09:51 PM, Steven Rostedt wrote: > On Wed, 13 May 2015 21:37:43 +0530 > "Shreyas B. Prabhu" wrote: > >> trace_mm_page_pcpu_drain, trace_kmem_cache_free, trace_mm_page_free >> and trace_tlb_flush can be potentially called from an offlined cpu. >> Since trace points use RC

[PATCH RT 2/2] Linux 3.4.107-rt134-rc1

2015-05-14 Thread Steven Rostedt
3.4.107-rt134-rc1 stable review patch. If anyone has any objections, please let me know. -- From: "Steven Rostedt (Red Hat)" --- localversion-rt | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/localversion-rt b/localversion-rt index c2c7e0fb6685..74bebbe8d7e

Re: [PATCH 2/2] selftests/breakpoints: only set TEST_PROGS when built

2015-05-14 Thread Tyler Baker
On 13 May 2015 at 14:41, Shuah Khan wrote: > On 05/12/2015 03:59 PM, tyler.ba...@linaro.org wrote: >> From: Tyler Baker >> >> Set TEST_PROGS only when a build has occurred. >> >> Signed-off-by: Tyler Baker >> --- >> tools/testing/selftests/breakpoints/Makefile | 3 +-- >> 1 file changed, 1 inse

Re: [PATCH 5/5] arm64: Add DT support for Juno r1 board.

2015-05-14 Thread Liviu Dudau
On Thu, May 14, 2015 at 03:07:31PM +0100, Jon Medhurst (Tixy) wrote: > On Wed, 2015-05-13 at 18:11 +0100, Liviu Dudau wrote: > > This board is based on Juno r0 with updated Cortex A5x revisions > > and board errata fixes. It also contains coherent ThinLinks ports > > on the expansion slot that allo

Re: [PATCHv5 01/28] mm, proc: adjust PSS calculation

2015-05-14 Thread Vlastimil Babka
On 04/23/2015 11:03 PM, Kirill A. Shutemov wrote: With new refcounting all subpages of the compound page are not nessessary have the same mapcount. We need to take into account mapcount of every sub-page. Signed-off-by: Kirill A. Shutemov Tested-by: Sasha Levin Acked-by: Vlastimil Babka (s

[PATCH RT 2/2] Linux 3.2.68-rt100-rc1

2015-05-14 Thread Steven Rostedt
3.2.68-rt100-rc1 stable review patch. If anyone has any objections, please let me know. -- From: "Steven Rostedt (Red Hat)" --- localversion-rt | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/localversion-rt b/localversion-rt index 31145e774bbe..1830411b8ea3

[PATCH v5] staging: sm750fb: use arch_phys_wc_add() and ioremap_wc()

2015-05-14 Thread Luis R. Rodriguez
From: "Luis R. Rodriguez" The same area used for ioremap() is used for the MTRR area. Convert the driver from using the x86 specific MTRR code to the architecture agnostic arch_phys_wc_add(). arch_phys_wc_add() will avoid MTRR if write-combining is available, in order to take advantage of that al

[PATCH RT 1/2] KVM: lapic: mark LAPIC timer handler as irqsafe

2015-05-14 Thread Steven Rostedt
3.2.68-rt100-rc1 stable review patch. If anyone has any objections, please let me know. -- From: Marcelo Tosatti Since lapic timer handler only wakes up a simple waitqueue, it can be executed from hardirq context. Also handle the case where hrtimer_start_expires fails due to -E

[PATCH RT 0/2] Linux 3.2.68-rt100-rc1

2015-05-14 Thread Steven Rostedt
Dear RT Folks, This is the RT stable review cycle of patch 3.2.68-rt100-rc1. Please scream at me if I messed something up. Please test the patches too. The -rc release will be uploaded to kernel.org and will be deleted when the final release is out. This is just a review release (or release can

[PATCH RT 0/2] Linux 3.4.107-rt134-rc1

2015-05-14 Thread Steven Rostedt
Dear RT Folks, This is the RT stable review cycle of patch 3.4.107-rt134-rc1. Please scream at me if I messed something up. Please test the patches too. The -rc release will be uploaded to kernel.org and will be deleted when the final release is out. This is just a review release (or release ca

Re: [PATCH 5/5] arm64: Add DT support for Juno r1 board.

2015-05-14 Thread Jon Medhurst (Tixy)
On Wed, 2015-05-13 at 18:11 +0100, Liviu Dudau wrote: > This board is based on Juno r0 with updated Cortex A5x revisions > and board errata fixes. It also contains coherent ThinLinks ports > on the expansion slot that allow for an AXI master on the daughter > card to participate in a coherency doma

Re: [RFCv4 PATCH 31/34] sched: Energy-aware wake-up task placement

2015-05-14 Thread Dietmar Eggemann
On 12/05/15 20:39, Morten Rasmussen wrote: > Let available compute capacity and estimated energy impact select > wake-up target cpu when energy-aware scheduling is enabled and the > system in not over-utilized (above the tipping point). > > energy_aware_wake_cpu() attempts to find group of cpus wi

Re: [PATCH] drm: remove unused function

2015-05-14 Thread Daniel Stone
Hi Sudip, On 14 May 2015 at 12:14, Sudip Mukherjee wrote: > this function was not used anywhere and was giving a build warning. Thanks for the patch, but this function is used in following patches that are in the process of being merged. This shouldn't have snuck in in the earlier patch; apologi

Re: [PATCH] MAINTAINERS: ARM: EXYNOS: Add Krzysztof Kozlowski asco-maintainer

2015-05-14 Thread Tobias Jakobi
Javier Martinez Canillas wrote: > Hello Kukjin, > > On Thu, May 14, 2015 at 3:00 PM, Kukjin Kim wrote: >> On 05/14/15 21:15, Krzysztof Kozlowski wrote: >>> Add Krzysztof Kozlowski as a co-maintainer of Samsung Exynos ARM >>> architecture to review the patches. Patches will go as usual - picked up

[PATCH RT 1/2] KVM: lapic: mark LAPIC timer handler as irqsafe

2015-05-14 Thread Steven Rostedt
3.4.107-rt134-rc1 stable review patch. If anyone has any objections, please let me know. -- From: Marcelo Tosatti Since lapic timer handler only wakes up a simple waitqueue, it can be executed from hardirq context. Also handle the case where hrtimer_start_expires fails due to -

[PATCH RT 5/5] Linux 3.10.75-rt81-rc1

2015-05-14 Thread Steven Rostedt
3.10.75-rt81-rc1 stable review patch. If anyone has any objections, please let me know. -- From: "Steven Rostedt (Red Hat)" --- localversion-rt | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/localversion-rt b/localversion-rt index 5ba2c2091cf9..738174cbcc3e

[PATCH RT 2/5] KVM: lapic: mark LAPIC timer handler as irqsafe

2015-05-14 Thread Steven Rostedt
3.10.75-rt81-rc1 stable review patch. If anyone has any objections, please let me know. -- From: Marcelo Tosatti Since lapic timer handler only wakes up a simple waitqueue, it can be executed from hardirq context. Also handle the case where hrtimer_start_expires fails due to -E

Re: [PATCH] btrfs: bugfix: handle FS_IOC32_{GETFLAGS,SETFLAGS,GETVERSION} in btrfs_ioctl

2015-05-14 Thread David Sterba
On Wed, May 13, 2015 at 05:15:26PM +, Luke Dashjr wrote: > 32-bit ioctl uses these rather than the regular FS_IOC_* versions. They can > be > handled in btrfs using the same code. Without this, 32-bit {ch,ls}attr fail. Yes, but this has to be implemented in another way. See eg. https://git.k

Re: [PATCH v4] staging: sm750fb: use arch_phys_wc_add() and ioremap_wc()

2015-05-14 Thread Luis R. Rodriguez
On Sun, May 10, 2015 at 03:09:03PM +0200, Greg KH wrote: > On Mon, May 04, 2015 at 05:15:51PM -0700, Luis R. Rodriguez wrote: > > --- > > drivers/staging/sm750fb/sm750.c| 36 > > > > drivers/staging/sm750fb/sm750.h| 3 --- > > drivers/staging/sm750fb/

[PATCH RT 3/5] KVM: use simple waitqueue for vcpu->wq

2015-05-14 Thread Steven Rostedt
3.10.75-rt81-rc1 stable review patch. If anyone has any objections, please let me know. -- From: Marcelo Tosatti The problem: On -RT, an emulated LAPIC timer instances has the following path: 1) hard interrupt 2) ksoftirqd is scheduled 3) ksoftirqd wakes up vcpu thread 4) vcpu

[PATCH RT 3/5] KVM: use simple waitqueue for vcpu->wq

2015-05-14 Thread Steven Rostedt
3.12.40-rt56-rc1 stable review patch. If anyone has any objections, please let me know. -- From: Marcelo Tosatti The problem: On -RT, an emulated LAPIC timer instances has the following path: 1) hard interrupt 2) ksoftirqd is scheduled 3) ksoftirqd wakes up vcpu thread 4) vcpu

[PATCH RT 1/5] kernel/irq_work: fix no_hz deadlock

2015-05-14 Thread Steven Rostedt
3.10.75-rt81-rc1 stable review patch. If anyone has any objections, please let me know. -- From: Sebastian Andrzej Siewior Invoking NO_HZ's irq_work callback from timer irq is not working very well if the callback decides to invoke hrtimer_cancel(): |hrtimer_try_to_cancel+0x55/

[PATCH RT 0/5] Linux 3.10.75-rt81-rc1

2015-05-14 Thread Steven Rostedt
Dear RT Folks, This is the RT stable review cycle of patch 3.10.75-rt81-rc1. Please scream at me if I messed something up. Please test the patches too. The -rc release will be uploaded to kernel.org and will be deleted when the final release is out. This is just a review release (or release can

[PATCH RT 0/5] Linux 3.12.40-rt56-rc1

2015-05-14 Thread Steven Rostedt
Dear RT Folks, This is the RT stable review cycle of patch 3.12.40-rt56-rc1. Please scream at me if I messed something up. Please test the patches too. The -rc release will be uploaded to kernel.org and will be deleted when the final release is out. This is just a review release (or release can

[PATCH RT 5/5] Linux 3.12.40-rt56-rc1

2015-05-14 Thread Steven Rostedt
3.12.40-rt56-rc1 stable review patch. If anyone has any objections, please let me know. -- From: "Steven Rostedt (Red Hat)" --- localversion-rt | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/localversion-rt b/localversion-rt index 51b05e9abe6f..a6adf38a57d4

[PATCH RT 4/5] hotplug: Use set_cpus_allowed_ptr() in sync_unplug_thread()

2015-05-14 Thread Steven Rostedt
3.10.75-rt81-rc1 stable review patch. If anyone has any objections, please let me know. -- From: Mike Galbraith do_set_cpus_allowed() is not safe vs ->sched_class change. crash> bt PID: 11676 TASK: 88026f979da0 CPU: 22 COMMAND: "sync_unplug/22" #0 [880274d25bc8] mac

[PATCH RT 2/5] KVM: lapic: mark LAPIC timer handler as irqsafe

2015-05-14 Thread Steven Rostedt
3.14.39-rt38-rc1 stable review patch. If anyone has any objections, please let me know. -- From: Marcelo Tosatti Since lapic timer handler only wakes up a simple waitqueue, it can be executed from hardirq context. Also handle the case where hrtimer_start_expires fails due to -E

[PATCH RT 1/5] kernel/irq_work: fix no_hz deadlock

2015-05-14 Thread Steven Rostedt
3.12.40-rt56-rc1 stable review patch. If anyone has any objections, please let me know. -- From: Sebastian Andrzej Siewior Invoking NO_HZ's irq_work callback from timer irq is not working very well if the callback decides to invoke hrtimer_cancel(): |hrtimer_try_to_cancel+0x55/

[PATCH RT 4/5] hotplug: Use set_cpus_allowed_ptr() in sync_unplug_thread()

2015-05-14 Thread Steven Rostedt
3.12.40-rt56-rc1 stable review patch. If anyone has any objections, please let me know. -- From: Mike Galbraith do_set_cpus_allowed() is not safe vs ->sched_class change. crash> bt PID: 11676 TASK: 88026f979da0 CPU: 22 COMMAND: "sync_unplug/22" #0 [880274d25bc8] mac

[PATCH RT 2/5] KVM: lapic: mark LAPIC timer handler as irqsafe

2015-05-14 Thread Steven Rostedt
3.12.40-rt56-rc1 stable review patch. If anyone has any objections, please let me know. -- From: Marcelo Tosatti Since lapic timer handler only wakes up a simple waitqueue, it can be executed from hardirq context. Also handle the case where hrtimer_start_expires fails due to -E

[PATCH RT 3/5] KVM: use simple waitqueue for vcpu->wq

2015-05-14 Thread Steven Rostedt
3.14.39-rt38-rc1 stable review patch. If anyone has any objections, please let me know. -- From: Marcelo Tosatti The problem: On -RT, an emulated LAPIC timer instances has the following path: 1) hard interrupt 2) ksoftirqd is scheduled 3) ksoftirqd wakes up vcpu thread 4) vcpu

[PATCH RT 0/5] Linux 3.14.39-rt38-rc1

2015-05-14 Thread Steven Rostedt
Dear RT Folks, This is the RT stable review cycle of patch 3.14.39-rt38-rc1. Please scream at me if I messed something up. Please test the patches too. The -rc release will be uploaded to kernel.org and will be deleted when the final release is out. This is just a review release (or release can

[PATCH RT 1/5] kernel/irq_work: fix no_hz deadlock

2015-05-14 Thread Steven Rostedt
3.14.39-rt38-rc1 stable review patch. If anyone has any objections, please let me know. -- From: Sebastian Andrzej Siewior Invoking NO_HZ's irq_work callback from timer irq is not working very well if the callback decides to invoke hrtimer_cancel(): |hrtimer_try_to_cancel+0x55/

[PATCH RT 5/5] Linux 3.14.39-rt38-rc1

2015-05-14 Thread Steven Rostedt
3.14.39-rt38-rc1 stable review patch. If anyone has any objections, please let me know. -- From: "Steven Rostedt (Red Hat)" --- localversion-rt | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/localversion-rt b/localversion-rt index a3b2408c1da6..625367387621

[PATCH RT 4/5] hotplug: Use set_cpus_allowed_ptr() in sync_unplug_thread()

2015-05-14 Thread Steven Rostedt
3.14.39-rt38-rc1 stable review patch. If anyone has any objections, please let me know. -- From: Mike Galbraith do_set_cpus_allowed() is not safe vs ->sched_class change. crash> bt PID: 11676 TASK: 88026f979da0 CPU: 22 COMMAND: "sync_unplug/22" #0 [880274d25bc8] mac

Re: Window watchdog driver design

2015-05-14 Thread Andreas Werner
On Thu, May 14, 2015 at 06:30:05AM -0700, Guenter Roeck wrote: > On 05/14/2015 04:56 AM, Andreas Werner wrote: > >Hi, > >in the next few weeks I need to write a driver for a window wachtdog > >implemented in a CPLD. I have some questions about the design > >of the driver and the best way to write t

Re: [PATCH 0/3] Allow user to request memory to be locked on page fault

2015-05-14 Thread Eric B Munson
On Thu, 14 May 2015, Michal Hocko wrote: > On Wed 13-05-15 11:00:36, Eric B Munson wrote: > > On Mon, 11 May 2015, Eric B Munson wrote: > > > > > On Fri, 08 May 2015, Andrew Morton wrote: > > > > > > > On Fri, 8 May 2015 15:33:43 -0400 Eric B Munson > > > > wrote: > > > > > > > > > mlock() a

Re: [PATCH] Staging: comedi: Removed expression that has no effect

2015-05-14 Thread AdrianRemonda
On Tue, May 12, 2015 at 02:19:01PM -0700, Greg Kroah-Hartman wrote: > On Tue, May 12, 2015 at 11:03:52PM +0200, Adrian Remonda wrote: > > This patch remove a register from an '|' expression. > > It is wrong since after in the code, the variable ai_trig gets > > written back to that register. > >

Re: [RFC PATCH 00/17][request for stable 3.10 inclusion] x86/nmi: Print all cpu stacks from NMI safely

2015-05-14 Thread Steven Rostedt
On Thu, 14 May 2015 11:34:47 + Wang Long wrote: > The patch 1-13 backport the "seq_buf" infrastructures. in detail, patch 1, 2 > and 6 only backport "seq_buf" related code. > Ah, so basically you just backported the seq_buf.c code without modifying the trace_seq code. That's a good approach

Re: [PATCH] drivers: of/base: move of_init to driver_init

2015-05-14 Thread Sudeep Holla
On 14/05/15 10:28, Sudeep Holla wrote: Commit 5590f3196b29 ("drivers/core/of: Add symlink to device-tree from devices with an OF node") adds the symlink `of_node` for each device pointing to it's device tree node while creating/initialising it. However the devicetree sysfs is created and setup

Re: [PATCH 2/5] arm64: Juno: Split juno.dts into juno-base.dtsi and juno.dts.

2015-05-14 Thread Sudeep Holla
On 14/05/15 12:04, Jon Medhurst (Tixy) wrote: On Thu, 2015-05-14 at 11:30 +0100, Liviu Dudau wrote: On Thu, May 14, 2015 at 10:35:42AM +0100, Jon Medhurst (Tixy) wrote: [...] What criteria were used to select the contents of juno-base.dtsi? From what I can see, the stuff left out of base i

[PATCH] staging: unisys: cleanup UNISYS_VISORUTIL

2015-05-14 Thread Valentin Rothberg
Commit 53490b545cb0 ("staging: unisys: move periodic_work.c into the visorbus directory") removed the Kconfig option UNISYS_VISORUTIL, but left one reference in a Kconfig select. Remove this last reference. Signed-off-by: Valentin Rothberg --- drivers/staging/unisys/visorchannel/Kconfig | 1 -

Re: [PATCH 2/5] arm64: Juno: Split juno.dts into juno-base.dtsi and juno.dts.

2015-05-14 Thread Jon Medhurst (Tixy)
On Thu, 2015-05-14 at 14:11 +0100, Liviu Dudau wrote: > On Thu, May 14, 2015 at 12:04:31PM +0100, Jon Medhurst (Tixy) wrote: > > On Thu, 2015-05-14 at 11:30 +0100, Liviu Dudau wrote: > > > On Thu, May 14, 2015 at 10:35:42AM +0100, Jon Medhurst (Tixy) wrote: > > [...] > > > > > > > > What criteria

Re: [PATCH Resend] sparc64: Resolve conflict between sparc v9 and M7 on usage of bit 9 of TTE

2015-05-14 Thread Khalid Aziz
On 05/13/2015 09:45 PM, David Miller wrote: Ok you've computed what cacheability bits to use in page_cache4v_flag. ... Although in another function, we seem to compute it here yet again. Perhaps early on put this into a "static unsigned long page_cache4v_flag" and just use that everywhere.

[PATCH] staging: I2O cleanup

2015-05-14 Thread Valentin Rothberg
Remove the last reference on menuconfig I20 that has been removed by commit 4a72a7af462d ("staging: remove i2o subsystem"). Signed-off-by: Valentin Rothberg --- drivers/Makefile | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/Makefile b/drivers/Makefile index 46d2554be404..9a02fb7c510

Re: Mwait usage on AMD processors

2015-05-14 Thread Huang Rui
On Thu, May 14, 2015 at 01:23:03PM +0200, Borislav Petkov wrote: > On Thu, May 14, 2015 at 06:17:28PM +0800, Huang Rui wrote: > > At current processors, MWAITX cannot go to C1 state, but has faster > > waiting exit speed. MWAITX is still at C0 but less power consumption. > > So for now, I just want

[PATCH v2] PM / sleep: Let devices force direct_complete

2015-05-14 Thread Tomeu Vizoso
Introduce a new per-device flag power.force_direct_complete that will instruct the PM core to let that device remain in runtime suspend when the system goes into a sleep power state, regardless of the PM state of any of its descendants. This is needed because otherwise it would be needed to get do

Re: [PATCH 2/2] mmap2: clarify MAP_POPULATE

2015-05-14 Thread Michael Kerrisk (man-pages)
On 05/13/2015 04:38 PM, Michal Hocko wrote: > From: Michal Hocko > > David Rientjes has noticed that MAP_POPULATE wording might promise much > more than the kernel actually provides and intend to provide. The > primary usage of the flag is to pre-fault the range. There is no > guarantee that no m

Re: [PATCH 1/2] mmap.2: clarify MAP_LOCKED semantic

2015-05-14 Thread Michael Kerrisk (man-pages)
On 05/13/2015 04:38 PM, Michal Hocko wrote: > From: Michal Hocko > > MAP_LOCKED had a subtly different semantic from mmap(2)+mlock(2) since > it has been introduced. > mlock(2) fails if the memory range cannot get populated to guarantee > that no future major faults will happen on the range. mmap

Re: [PATCH v2 1/2] tools lib traceevent: Export dynamic symbols used by traceevent plugins

2015-05-14 Thread Jiri Olsa
On Tue, May 12, 2015 at 06:41:56AM +, He Kuang wrote: SNIP > diff --git a/tools/perf/Makefile.perf b/tools/perf/Makefile.perf > index 03409cc..338c426 100644 > --- a/tools/perf/Makefile.perf > +++ b/tools/perf/Makefile.perf > @@ -172,6 +172,7 @@ endif > > LIBTRACEEVENT = $(TE_PATH)libtrace

Re: [PATCH v2 3/4] mm, shmem: Add shmem resident memory accounting

2015-05-14 Thread Konstantin Khlebnikov
On Thu, May 14, 2015 at 2:17 PM, Vlastimil Babka wrote: > On 03/27/2015 06:09 PM, Konstantin Khlebnikov wrote: >> >> On 27.03.2015 19:40, Vlastimil Babka wrote: >>> >>> From: Jerome Marchand >>> >>> Currently looking at /proc//status or statm, there is no way to >>> distinguish shmem pages from p

Re: [PATCH v2 1/2] tools lib traceevent: Export dynamic symbols used by traceevent plugins

2015-05-14 Thread Jiri Olsa
On Thu, May 14, 2015 at 08:56:15PM +0800, He Kuang wrote: SNIP > >>It seems new targets are needed. In the v2 patch, > > > >hum, I dont get it.. why ? > > > >dynamic-list-file gets rebuilt any time plugins are rebuilt.. > >why not keep just the 'plugins' dependency? > > You can test your patch a

Re: Window watchdog driver design

2015-05-14 Thread Guenter Roeck
On 05/14/2015 04:56 AM, Andreas Werner wrote: Hi, in the next few weeks I need to write a driver for a window wachtdog implemented in a CPLD. I have some questions about the design of the driver and the best way to write this driver to also be able to submit it. The triggering and configuration

Re: [PATCH 5/5] usb: add pxa1928 ehci support

2015-05-14 Thread Rob Herring
On Thu, May 14, 2015 at 5:42 AM, Arnd Bergmann wrote: > On Thursday 14 May 2015 10:24:38 Paul Bolle wrote: >> >> > --- a/drivers/usb/host/Makefile >> > +++ b/drivers/usb/host/Makefile >> >> > +obj-$(CONFIG_USB_EHCI_MV_OF) += ehci-mv-of.o >> >> USB_EHCI_MV_OF is a bool symbol so ehci-mv-of.o will n

[PATCH][v2]drivers:usb:fsl:Make fsl ehci drv an independent driver module

2015-05-14 Thread Ramneek Mehresh
Make Freescale EHCI driver an independent entity from ehci-hcd.c. This involves - using module_init/module_exit functions - using overrides structure - some necessary code cleanup Signed-off-by: Ramneek Mehresh --- Changes for v2: - merged previous two separate pa

Re: [PATCH] MAINTAINERS: ARM64: EXYNOS: Extend entry for ARM64 DTS

2015-05-14 Thread Javier Martinez Canillas
Hello Krzysztof, On Thu, May 14, 2015 at 2:16 PM, Krzysztof Kozlowski wrote: > Extend the Exynos entry to ARM64 device tree sources. > > Cc: Catalin Marinas > Cc: Will Deacon > Cc: Russell King > Cc: Kukjin Kim > Cc: Kevin Hilman > Cc: Arnd Bergmann > Cc: Olof Johansson > Cc: linux-samsung

Re: [PATCH] MAINTAINERS: ARM: EXYNOS: Add Krzysztof Kozlowski asco-maintainer

2015-05-14 Thread Javier Martinez Canillas
Hello Kukjin, On Thu, May 14, 2015 at 3:00 PM, Kukjin Kim wrote: > On 05/14/15 21:15, Krzysztof Kozlowski wrote: >> Add Krzysztof Kozlowski as a co-maintainer of Samsung Exynos ARM >> architecture to review the patches. Patches will go as usual - picked up >> by Kukjin Kim. >> > Hi Krzysztof, > >

Re: [GIT PULL 00/30] perf/core improvements and fixes

2015-05-14 Thread Arnaldo Carvalho de Melo
Em Thu, May 14, 2015 at 05:23:30PM +0900, Namhyung Kim escreveu: > On Mon, May 11, 2015 at 11:06:26AM -0300, Arnaldo Carvalho de Melo wrote: > > Em Mon, May 11, 2015 at 02:09:39PM +0900, Namhyung Kim escreveu: > > > I'm seeing a segfault on 'perf report' with a large data file after > > > applying

Re: perf.data file format specification draft

2015-05-14 Thread Arnaldo Carvalho de Melo
Em Thu, May 14, 2015 at 10:11:29AM -0300, Arnaldo Carvalho de Melo escreveu: > Em Thu, May 14, 2015 at 02:25:17PM +0200, Andi Kleen escreveu: > > Hi, > > > > Since there are more and more consumers I started a description of the > > on-disk perf.data format. This does not replace the kernel perf e

Re: perf.data file format specification draft

2015-05-14 Thread Arnaldo Carvalho de Melo
Em Thu, May 14, 2015 at 02:25:17PM +0200, Andi Kleen escreveu: > Hi, > > Since there are more and more consumers I started a description of the > on-disk perf.data format. This does not replace the kernel perf event > description or the manpage, but describes the parts that perf record > adds. >

Re: [PATCH 2/5] arm64: Juno: Split juno.dts into juno-base.dtsi and juno.dts.

2015-05-14 Thread Liviu Dudau
On Thu, May 14, 2015 at 12:04:31PM +0100, Jon Medhurst (Tixy) wrote: > On Thu, 2015-05-14 at 11:30 +0100, Liviu Dudau wrote: > > On Thu, May 14, 2015 at 10:35:42AM +0100, Jon Medhurst (Tixy) wrote: > [...] > > > > > > What criteria were used to select the contents of juno-base.dtsi? > > > From wha

Re: [PATCH 0/6] cpufreq: use generic cpufreq drivers forExynos4210platform

2015-05-14 Thread Kukjin Kim
On 05/14/15 14:10, Viresh Kumar wrote: > On 14-05-15, 13:07, Kukjin Kim wrote: >> On 05/13/15 23:08, Bartlomiej Zolnierkiewicz wrote: >>> >>> Hi, >>> >> Hi Bart, >> >>> On Friday, April 03, 2015 06:43:43 PM Bartlomiej Zolnierkiewicz wrote: Hi, This patch series removes the use of Exy

Re: [PATCH 2/4] ARC: [axs101] support early 8250 uart

2015-05-14 Thread Vineet Gupta
On Thursday 14 May 2015 06:23 PM, Arnd Bergmann wrote: On Thursday 14 May 2015 15:48:42 Alexey Brodkin wrote: > > chosen { > - bootargs = "console=tty0 console=ttyS3,115200n8 > consoleblank=0"; > + bootargs = "earlycon=uart8250,mmio32,0xe0022000,115200n8 > c

<    2   3   4   5   6   7   8   9   10   >