Re: [PATCH v2 0/3] drm: introduce bus_flags for pixel clock polarity

On 2016-02-24 11:28, Philipp Zabel wrote: > Am Dienstag, den 23.02.2016, 15:30 -0800 schrieb Stefan Agner: >> Any comments on this? > > None other that I'm all in favor. consider patch 2 > Acked-by: Philipp Zabel > Same here! Acked-by: Manfred Schlaegl regards Manfred

Re: [PATCH v17 0/9] Compile-time stack metadata validation

* Josh Poimboeuf wrote: > This is v17 of the compile-time stack metadata validation patch set. > > It's based on tip:x86/debug. However, note that when run against that > branch it will give a lot of warnings: > > objtool: arch/x86/ia32/sys_ia32.o: __ex_table size not a multiple of 12 > o

[PATCH] i2c: mediatek: i2c multi transfer optimization

Send the next transfer in the i2c irq handler, and only signal complete() when the entire transaction has been completed. Signed-off-by: Liguo Zhang --- drivers/i2c/busses/i2c-mt65xx.c | 220 ++-- 1 file changed, 123 insertions(+), 97 deletions(-) diff --git

[tip:perf/urgent] perf: Close install vs. exit race

Commit-ID: 84c4e620d35f49f486a900af214ad12276afb386 Gitweb: http://git.kernel.org/tip/84c4e620d35f49f486a900af214ad12276afb386 Author: Peter Zijlstra AuthorDate: Wed, 24 Feb 2016 18:45:40 +0100 Committer: Ingo Molnar CommitDate: Thu, 25 Feb 2016 08:42:32 +0100 perf: Close install vs. e

[tip:perf/urgent] perf: Do not double free

Commit-ID: 130056275ade730e7a79c110212c8815202773ee Gitweb: http://git.kernel.org/tip/130056275ade730e7a79c110212c8815202773ee Author: Peter Zijlstra AuthorDate: Wed, 24 Feb 2016 18:45:41 +0100 Committer: Ingo Molnar CommitDate: Thu, 25 Feb 2016 08:42:32 +0100 perf: Do not double free

[tip:perf/urgent] perf: Allow perf_release() with !event->ctx

Commit-ID: a4f4bb6d0c69d0bb573f1d9e6f1b806f9b038b19 Gitweb: http://git.kernel.org/tip/a4f4bb6d0c69d0bb573f1d9e6f1b806f9b038b19 Author: Peter Zijlstra AuthorDate: Wed, 24 Feb 2016 18:45:42 +0100 Committer: Ingo Molnar CommitDate: Thu, 25 Feb 2016 08:42:33 +0100 perf: Allow perf_release(

[tip:perf/urgent] perf: Fix cloning

Commit-ID: a69b0ca4ac3bf5427b571f11cbf33f0a32b728d5 Gitweb: http://git.kernel.org/tip/a69b0ca4ac3bf5427b571f11cbf33f0a32b728d5 Author: Peter Zijlstra AuthorDate: Wed, 24 Feb 2016 18:45:44 +0100 Committer: Ingo Molnar CommitDate: Thu, 25 Feb 2016 08:42:33 +0100 perf: Fix cloning Alexan

[tip:perf/urgent] perf: Only update context time when active

Commit-ID: 6f932e5be1503ab0783699e843db325d44c2fabb Gitweb: http://git.kernel.org/tip/6f932e5be1503ab0783699e843db325d44c2fabb Author: Peter Zijlstra AuthorDate: Wed, 24 Feb 2016 18:45:43 +0100 Committer: Ingo Molnar CommitDate: Thu, 25 Feb 2016 08:42:33 +0100 perf: Only update context

Re: [PATCH v3 3/3] vfs: Use per-cpu list for superblock's inode list

* Jan Kara wrote: > > > > With an exit microbenchmark that creates a large number of threads, > > > > attachs many inodes to them and then exits. The runtimes of that > > > > microbenchmark with 1000 threads before and after the patch on a > > > > 4-socket > > > > Intel E7-4820 v3 system (40

[tip:perf/urgent] perf: Fix race between event install and jump_labels

Commit-ID: 9107c89e269d2738019861bb518e3d59bef01781 Gitweb: http://git.kernel.org/tip/9107c89e269d2738019861bb518e3d59bef01781 Author: Peter Zijlstra AuthorDate: Wed, 24 Feb 2016 18:45:45 +0100 Committer: Ingo Molnar CommitDate: Thu, 25 Feb 2016 08:42:34 +0100 perf: Fix race between ev

[tip:perf/urgent] perf: Cure event->pending_disable race

Commit-ID: 28a967c3a2f99fa3b5f762f25cb2a319d933571b Gitweb: http://git.kernel.org/tip/28a967c3a2f99fa3b5f762f25cb2a319d933571b Author: Peter Zijlstra AuthorDate: Wed, 24 Feb 2016 18:45:46 +0100 Committer: Ingo Molnar CommitDate: Thu, 25 Feb 2016 08:42:34 +0100 perf: Cure event->pending

Re: [tip:x86/urgent] x86/entry/32: Add an ASM_CLAC to entry_SYSENTER_32

[resend -- thank you Gmail for sucking] On Wed, Feb 24, 2016 at 10:00 PM, H. Peter Anvin wrote: > On 02/24/16 21:53, tip-bot for Andy Lutomirski wrote: >> Commit-ID: 04d1d281dcfe683a53cddfab8371fc8bb302b069 >> Gitweb: >> http://git.kernel.org/tip/04d1d281dcfe683a53cddfab8371fc8bb302b069 >>

[tip:perf/urgent] perf: Fix ctx time tracking by introducing EVENT_TIME

Commit-ID: 3cbaa59069677920186dcf502632ca1df4329f80 Gitweb: http://git.kernel.org/tip/3cbaa59069677920186dcf502632ca1df4329f80 Author: Peter Zijlstra AuthorDate: Wed, 24 Feb 2016 18:45:47 +0100 Committer: Ingo Molnar CommitDate: Thu, 25 Feb 2016 08:42:34 +0100 perf: Fix ctx time tracki

[tip:perf/urgent] perf: Fix scaling vs. perf_event_enable()

Commit-ID: bd2afa49d194c6412c333e9fdd48bc5d06bb465d Gitweb: http://git.kernel.org/tip/bd2afa49d194c6412c333e9fdd48bc5d06bb465d Author: Peter Zijlstra AuthorDate: Wed, 24 Feb 2016 18:45:49 +0100 Committer: Ingo Molnar CommitDate: Thu, 25 Feb 2016 08:44:19 +0100 perf: Fix scaling vs. per

[tip:perf/urgent] perf: Fix scaling vs. perf_event_enable_on_exec()

Commit-ID: 7fce250915efca0f8f51dddee3ae89bf30d86ca5 Gitweb: http://git.kernel.org/tip/7fce250915efca0f8f51dddee3ae89bf30d86ca5 Author: Peter Zijlstra AuthorDate: Wed, 24 Feb 2016 18:45:48 +0100 Committer: Ingo Molnar CommitDate: Thu, 25 Feb 2016 08:43:34 +0100 perf: Fix scaling vs. per

[tip:perf/urgent] perf: Robustify task_function_call()

Commit-ID: 0da4cf3e0a68c97ef811569804616a811f786729 Gitweb: http://git.kernel.org/tip/0da4cf3e0a68c97ef811569804616a811f786729 Author: Peter Zijlstra AuthorDate: Wed, 24 Feb 2016 18:45:51 +0100 Committer: Ingo Molnar CommitDate: Thu, 25 Feb 2016 08:44:29 +0100 perf: Robustify task_func

[tip:perf/urgent] perf: Fix scaling vs. perf_install_in_context()

Commit-ID: a096309bc4677f60caa8e93fcc613a55073c51d4 Gitweb: http://git.kernel.org/tip/a096309bc4677f60caa8e93fcc613a55073c51d4 Author: Peter Zijlstra AuthorDate: Wed, 24 Feb 2016 18:45:50 +0100 Committer: Ingo Molnar CommitDate: Thu, 25 Feb 2016 08:44:29 +0100 perf: Fix scaling vs. per

Re: [PATCH v3 01/11] x86/boot: enumerate documentation for the x86 hardware_subarch

* Andy Lutomirski wrote: > On Feb 24, 2016 12:33 AM, "Ingo Molnar" wrote: > > > > For hard coded platform quirks I'd suggest we add x86_platform.quirks > > flags. For > > example the F00F hack for Xen could be done via: > > > > x86_platform.quirks.idt_remap = 0; > > > > Don't we uncon

Re: [PATCH] ALSA: hda - Fixing background noise on Dell Inspiron 3162

On Thu, 25 Feb 2016 08:19:38 +0100, Kai-Heng Feng wrote: > > After login to the desktop on Dell Inspiron 3162, > there's a very loud background noise comes from the builtin speaker. > The noise does not go away even if the speaker is muted. > > The noise disappears after using the aamix fixup. >

Re: [PATCH] signals: work around random wakeups in sigsuspend()

On Thu, Feb 25, 2016 at 03:18:52AM +, Al Viro wrote: > On Mon, Jan 25, 2016 at 08:09:15PM +0100, Oleg Nesterov wrote: > > On 01/25, Sasha Levin wrote: > > > > > > A random wakeup can get us out of sigsuspend() without TIF_SIGPENDING > > > being set. > > > > and TIF_RESTORE_SIGMASK is just wron

Re: [tip:x86/urgent] x86/entry/32: Add an ASM_CLAC to entry_SYSENTER_32

On Thu, Feb 25, 2016 at 12:07 AM, Andy Lutomirski wrote: > [resend -- thank you Gmail for sucking] > > On Wed, Feb 24, 2016 at 10:00 PM, H. Peter Anvin wrote: >> On 02/24/16 21:53, tip-bot for Andy Lutomirski wrote: >>> Commit-ID: 04d1d281dcfe683a53cddfab8371fc8bb302b069 >>> Gitweb: >>> htt

Re: [PATCH 0/5] Modularize PCI_DW related drivers.

Hi Arnd, On Wednesday 24 February 2016 02:34 PM, Arnd Bergmann wrote: > On Wednesday 24 February 2016 11:39:26 Kishon Vijay Abraham I wrote: >> Hi, >> >> On Monday 08 February 2016 05:30 AM, Paul Gortmaker wrote: >>> In a recent patch series that aimed to remove code related to module >>> unload f

Re: [tip:x86/urgent] x86/entry/32: Add an ASM_CLAC to entry_SYSENTER_32

* Andy Lutomirski wrote: > >> Strengthen the SMAP protection by addding the missing ASM_CLAC right at > >> the > >> beginning. > > > > Hmmm... this potentially adds a *lot* of unnecessary cycles to this path. > > Could we reinstate the early uaccess? > > I think that's more trouble than it'

Re: [PATCH 1/1] perf/core: find auxiliary events in running pmus list

You forgot to Cc Alexander, who wrote most of the AUX bits. On Wed, Feb 24, 2016 at 01:20:36PM -0800, kan.li...@intel.com wrote: > From: Kan Liang > > perf_event_aux funciton goes through pmus list to find proper auxiliary > events to output. The pmus list consists of all possible pmus in the >

Re: [patch 2/2] ASoC: max9867: silence and array overflow warning

2016-02-25 15:50 GMT+08:00 Dan Carpenter : > Smatch complains that we might reach the end of this loop without > finding what we're looking for leading to a buffer overflow. > > Signed-off-by: Dan Carpenter Reviewed-by: Axel Lin

[PATCH] x86/mm: fix slow_virt_to_phys() for X86_PAE again

"d1cd12108346: x86, pageattr: Prevent overflow in slow_virt_to_phys() for X86_PAE" was unintentionally removed by the recent "34437e67a672: x86/mm: Fix slow_virt_to_phys() to handle large PAT bit". And, the variable 'phys_addr' was defined as "unsigned long" by mistake -- it should be "phys_addr

Re: [PATCH tip/core/rcu 02/14] documentation: Fix control dependency and identical stores

On Wed, Feb 24, 2016 at 01:40:13PM -0800, Paul E. McKenney wrote: > > > + (*) If both legs of the "if" statement begin with identical stores to > > > + the same variable, then those stores must be ordered, either by > > > + preceding both of them with smp_mb() or by using > > > smp_stor

Re: [PATCH] arch/x86: convert all printk(KERN_INFO ) to pr_info()

* Chen Yucong wrote: > arch/x86/* use a mixture of printk(KERN_INFO ) and pr_info(). > This patch converts all of printk(KERN_INFO ) to pr_info() for > arch/x86 directory. > > Signed-off-by: Chen Yucong > 85 files changed, 332 insertions(+), 394 deletions(-) So what this changelog is missin

Re: [PATCH] [Cleanup] x86: signal: unify the sigaltstack check with other arches

* Stas Sergeev wrote: > Currently x86's get_sigframe() checks for "current->sas_ss_size" > to determine whether there is a need to switch to sigaltstack. > The common practice used by all other arches is to check for > sas_ss_flags(sp) == 0 > > This patch makes the code consistent with other ar

Re: [RFC 1/1] perf, x86: fix pebs warning by always update msr when disabling pebs event

On Wed, Feb 24, 2016 at 01:01:08PM -0800, kan.li...@intel.com wrote: > From: Kan Liang > > This patch tries to fix a pebs warning found in my stress test. > The following perf command can easily trigger the pebs warning or > spurious NMI error on Skylake/Broadwell/Haswell platforms. > > sudo per

Re: [PATCH 00/12] KVM: MMU: cleanup around kvm_sync_page, and a few micro-optimizations

On 02/24/2016 09:17 PM, Paolo Bonzini wrote: This series started from looking at mmu_unsync_walk for the ubsan thread. Patches 1 and 2 are the result of the discussions in that thread. Patches 3 to 9 do more cleanups in __kvm_sync_page and its callers. Among other changes, it removes kvm_sync_

Re: [PATCH] mm, memory hotplug: print debug message in the proper way for online_pages

On Thu, 25 Feb 2016, Chen Yucong wrote: > online_pages() simply returns an error value if > memory_notify(MEM_GOING_ONLINE, &arg) return a value that is not > what we want for successfully onlining target pages. This patch > arms to print more failure information like offline_pages() in > online_p

[PATCH] dmaengine: omap-dma: Do not call omap_dma_callback() from tx_status()

When based on the CCR_ENABLE bit the channel is stopped we should not call omap_dma_callback(), only change the return value to DMA_COMPLETE. Client drivers will do the right thing to clean up the channel after the transfer has been completed. Check the CCR_ENABLE only if the channel is not paused

Re: [tip:x86/urgent] x86/entry/32: Add an ASM_CLAC to entry_SYSENTER_32

On Thu, 2016-02-25 at 09:14 +0100, Ingo Molnar wrote: > But but ... 'context tracking' is not really something that a regular distro > kernel cares about much - it's a nohz-full special AFAICS. (psst.. distros are shipping it)

Re: fs: NULL deref in atime_needs_update

On Wed, Feb 24, 2016 at 4:15 PM, Al Viro wrote: > On Wed, Feb 24, 2016 at 02:35:18PM +0100, Dmitry Vyukov wrote: > >> The warning is this one: >> >> static inline int should_follow_link(struct nameidata *nd, struct path *link, >> int follow, >>

[GIT PULL] s390 patches for 4.5-rc6

Hi Linus, please pull from the 'for-linus' branch of git://git.kernel.org/pub/scm/linux/kernel/git/s390/linux.git for-linus to receive the following updates: Two critical bug fixes for the signal handling. Martin Schwidefsky (2): s390/compat: correct restore of high gprs on signa

Re: [PATCH] KVM: x86: MMU: fix ubsan index-out-of-range warning

On 02/25/2016 02:02 AM, Mike Krinkin wrote: Ubsan reports the following warning due to a typo in update_accessed_dirty_bits template, the patch fixes the typo: [ 168.791851] [ 168.791862] UBSAN: Undefined behav

[RESPIN 1/6] dt-bindings: EXYNOS: Add exynos-srom device tree binding

This patch adds exynos-srom binding information for SROM Controller driver on Exynos SoCs. CC: Rob Herring CC: Mark Rutland CC: Ian Campbell CC: devicet...@vger.kernel.org Signed-off-by: Pankaj Dubey Reviewed-by: Krzysztof Kozlowski Signed-off-by: Kukjin Kim Signed-off-by: Krzysztof Kozlowsk

[RESPIN 4/6] ARM: EXYNOS: Remove SROM related register settings from mach-exynos

As now we have dedicated driver for SROM controller, it will take care of saving register banks during S2R so we can safely remove these settings from mach-exynos. Signed-off-by: Pankaj Dubey Reviewed-by: Krzysztof Kozlowski Signed-off-by: Kukjin Kim Signed-off-by: Krzysztof Kozlowski --- arc

[RESPIN 6/6] drivers: memory: exynos-srom: Add support for bank configuration

From: Pavel Fedin Implement handling properties in subnodes and adding child devices to the system. Child devices will not be added if configuration fails. Since the driver now does more than suspend-resume support, dependency on CONFIG_PM is removed. Signed-off-by: Pavel Fedin Signed-off-by:

[RESPIN 5/6] dt-bindings: EXYNOS: Describe SROMc configuration

From: Pavel Fedin Add documentation for new subnode properties, allowing bank configuration. Based on u-boot implementation, but heavily reworked. Also, fix size of SROMc mapping in the example. CC: devicet...@vger.kernel.org Signed-off-by: Pavel Fedin Signed-off-by: Pankaj Dubey Reviewed-by:

[RESPIN 0/6] Add support for Exynos SROM Controller driver.

This series is collection of patches already reviewed and merged in maintainer's tree, but could not make it thorugh main linus tree, due to last moment suggestion of proper location of driver should be "drivers/memory" instead of "drivers/soc". I have rebased all the patches and moved into "driver

[RESPIN 2/6] drivers: memory: Add support for exynos SROM driver

This patch adds Exynos SROM controller driver which will handle save restore of SROM registers during S2R. Signed-off-by: Pankaj Dubey Reviewed-by: Krzysztof Kozlowski [p.fe...@samsung.com: tested on SMDK5410] Tested-by: Pavel Fedin Signed-off-by: Kukjin Kim Signed-off-by: Krzysztof Kozlowski

[RESPIN 3/6] MAINTAINERS: Add maintainers entry for drivers/memory/samsung

This patch adds maintainers entry for new driver folder drivers/memory/samsung Signed-off-by: Pankaj Dubey --- MAINTAINERS | 1 + 1 file changed, 1 insertion(+) diff --git a/MAINTAINERS b/MAINTAINERS index a6f927c..3a05c6b 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -1493,6 +1493,7 @@ F:

Re: [PATCH 0/5] Modularize PCI_DW related drivers.

On Thursday 25 February 2016 13:43:48 Kishon Vijay Abraham I wrote: > Hi Arnd, > > On Wednesday 24 February 2016 02:34 PM, Arnd Bergmann wrote: > > On Wednesday 24 February 2016 11:39:26 Kishon Vijay Abraham I wrote: > >> Hi, > >> > >> On Monday 08 February 2016 05:30 AM, Paul Gortmaker wrote: > >

Re: [PATCH] ext2, ext4: Fix issue with missing journal entry

On Wed 24-02-16 13:44:46, Ross Zwisler wrote: > On Thu, Jan 28, 2016 at 09:32:11AM -0700, Ross Zwisler wrote: > > On Thu, Jan 28, 2016 at 02:16:30PM +0100, Jan Kara wrote: > > > On Wed 27-01-16 12:01:48, Ross Zwisler wrote: > > > > As it is currently written ext4_dax_mkwrite() assumes that the call

Re: [PATCH v2] virtio_blk: VIRTIO_BLK_F_WCE->VIRTIO_BLK_F_FLUSH

On 24/02/2016 22:58, Michael S. Tsirkin wrote: > Latest virtio spec says the feature bit name is VIRTIO_BLK_F_FLUSH, > VIRTIO_BLK_F_WCE is the legacy name. virtio blk header says exactly the > reverse - fix that and update driver code to match. > > Cc: Paolo Bonzini > Signed-off-by: Michael S.

Re: [tip:x86/urgent] x86/entry/32: Add an ASM_CLAC to entry_SYSENTER_32

* Mike Galbraith wrote: > On Thu, 2016-02-25 at 09:14 +0100, Ingo Molnar wrote: > > > But but ... 'context tracking' is not really something that a regular > > distro > > kernel cares about much - it's a nohz-full special AFAICS. Let me qualify that: with the timer code maintenance hat on I

Re: [PATCH v2 2/4] Documentation: Bindings: Add STM32 DWMAC glue

Hi Joachim, 2016-02-23 23:37 GMT+01:00 Joachim Eastwood : > Hi Alexandre, > > You should copy 'devicet...@vger.kernel.org' on bindings doc. Adding cc here. > > On 23 February 2016 at 16:10, Alexandre TORGUE > wrote: >> Signed-off-by: Alexandre TORGUE >> >> diff --git a/Documentation/devicetree/

Re: [PATCH 09/12] KVM: MMU: coalesce zapping page after mmu_sync_children

On 25/02/2016 03:15, Takuya Yoshikawa wrote: > On 2016/02/24 22:17, Paolo Bonzini wrote: >> Move the call to kvm_mmu_flush_or_zap outside the loop. >> >> Signed-off-by: Paolo Bonzini >> --- >> arch/x86/kvm/mmu.c | 9 ++--- >> 1 file changed, 6 insertions(+), 3 deletions(-) >> >> diff --gi

Re: [PATCH 08/12] KVM: MMU: move zap/flush to kvm_mmu_get_page

On 25/02/2016 08:32, Xiao Guangrong wrote: > > As you have already merged this patchset to the kvm tree, i will post > a patch to comment these cases to make the code be more understandable. I've only merged it to kvm/queue so that it gets into all my testing (and the buildbot's). I won't move

Re: [PATCH 09/12] KVM: MMU: coalesce zapping page after mmu_sync_children

On 25/02/2016 08:35, Xiao Guangrong wrote: >> This may release the mmu_lock before committing the zapping. >> Is it safe? If so, we may want to see the reason in the changelog. > > It is unsafe indeed, please do not do it. Can you explain why? kvm_zap_obsolete_pages does the same. Paolo

Re: [PATCH 00/12] KVM: MMU: cleanup around kvm_sync_page, and a few micro-optimizations

On 25/02/2016 09:28, Xiao Guangrong wrote: > > BTW, is any conflict to apply my page-tracking patchset on top of this > patchset (i noticed you've merged this patchset on kvm/queue)? Please > tell me to rebase it if it is needed. No, there shouldn't be any conflict. Paolo

Re: [PATCH 2/5] all: introduce COMPAT_WRAPPER option and enable it for s390

On Wed, Feb 24, 2016 at 09:34:11PM +0300, Yury Norov wrote: > Signed-off-by: Yury Norov > --- > arch/Kconfig | 4 > arch/s390/Kconfig | 1 + > 2 files changed, 5 insertions(+) > > diff --git a/arch/Kconfig b/arch/Kconfig > index f6b649d..6393093 100644 > --- a/arch/Kconfig > +++ b/arch

Re: [PATCH 3/5] all: s390: move wrapper infrastructure to generic headers

On Wed, Feb 24, 2016 at 09:34:12PM +0300, Yury Norov wrote: > diff --git a/include/linux/syscalls_structs.h > b/include/linux/syscalls_structs.h > new file mode 100644 > index 000..a920cbc > --- /dev/null > +++ b/include/linux/syscalls_structs.h > @@ -0,0 +1,60 @@ > +#ifndef _LINUX_SYSCALL_STR

[RFC PATCH 5/5] perf trace: Print content of bpf-output event

With this patch the contend of BPF output event is printed by 'perf trace'. For example: # ./perf trace -a --ev bpf-output/no-inherit,name=evt/ \ --ev ./test_bpf_trace.c/map:channel.event=evt/ \ usleep 10 ... 1.787 ( 0.004 ms): usleep/3832 nanosleep

[RFC PATCH 3/5] perf tools: Only set filter for tracepoints events

perf_evlist__set_filter() tries to set filter to every evsels linked in the evlist. However, since filters can only be applied to tracepoints, checking type of evsel before calling perf_evsel__set_filter() would be better. Signed-off-by: Wang Nan Cc: Arnaldo Carvalho de Melo Cc: Jiri Olsa Cc: L

[RFC PATCH 0/5] perf tools: Decode bpf output in 'perf trace'

Hi Arnaldo, You try to record + analysis using 'perf trace' with BPF output but failed yesterday. You need these 5 patches to make it work. Thank you. Wang Nan (5): perf trace: Apply config options in '.perfconfig' perf trace: Improve error message when receive non-tracepoint events perf

Re: [PATCH 4/5] all: s390: move compat_wrappers.c from arch/s390/kernel to kernel/

On Wed, Feb 24, 2016 at 09:34:13PM +0300, Yury Norov wrote: > Some syscalls are declared conditionally, so corresponding wrappers > are conditional accordingly. > > Signed-off-by: Yury Norov > --- > arch/s390/kernel/Makefile | 2 +- > arch/s390/kernel/compat_wrapper.c | 129 ---

[RFC PATCH 4/5] perf trace: Call bpf__apply_obj_config in 'perf trace'

Without this patch BPF map configuration is not applied. Command like this: # ./perf trace --ev bpf-output/no-inherit,name=evt/ \ --ev ./test_bpf_trace.c/map:channel.event=evt/ \ usleep 10 Load BPF files without error, but since map:channel.event=evt is not ap

[RFC PATCH 1/5] perf trace: Apply config options in '.perfconfig'

'perf trace' doesn't read and apply options in ~/.perfconfig. If a BPF script is passed to 'perf trace --ev' and clang is not in $PATH, perf trace doesn't compile the script even clang-path is configured in ~/.perfconfig. This patch makes 'perf trace' read and apply default config options from tha

[RFC PATCH 2/5] perf trace: Improve error message when receive non-tracepoint events

Before this patch, strange error message is provided if passed a non-tracepoint event to 'perf trace': # perf trace -a --ev cycles sleep 1 Failed to set filter "common_pid != 27500" on event cycles with 22 (Invalid argument) This is because 'perf trace' accepts all valid event during cmdline

Re: [PATCH v2 0/5] all: s390: make compat wrappers the generic solution

On Wed, Feb 24, 2016 at 09:34:09PM +0300, Yury Norov wrote: > The problem that makes us use wrappers is that some compat > architectures allows user code to access top halves of registers. > This is not a problem for syscalls that are already handled by compat > code, or for that who has types of t

Re: [PATCH v13] x86, mce: Add memcpy_trap()

* Linus Torvalds wrote: > On Wed, Feb 24, 2016 at 11:27 AM, Tony Luck wrote: > > > > This isn't just about NVDIMMs. It is about uncorrected errors in any > > type of memory. > > > > The copy_from_user() case I'd like to fix is when there is an uncorrected > > in > > memory. This can happen to

Re: [PATCH trivial] include/linux/gfp.h: Improve the coding styles

On Thu 25-02-16 06:26:31, cheng...@emindsoft.com.cn wrote: > From: Chen Gang > > Always notice about 80 columns, and the white space near '|'. > > Let the wrapped function parameters align as the same styles. > > Remove redundant statement "enum zone_type z;" in function gfp_zone. I do not thi

Re: [PATCH] arm64: dts: Add tmu node for exynos7

Hi pankaj.dubey, > Hi Krzysztof, > > On Thursday 25 February 2016 09:36 AM, Krzysztof Kozlowski wrote: > > On 25.02.2016 12:27, Pankaj Dubey wrote: > >> From: Alim Akhtar > >> > >> This patch adds tmu node, related temprature sensor and triping > >> point data for Atlas cpu core found on exynos7

Re: [tip:efi/core] x86/mm/pat: Use _PAGE_GLOBAL bit for EFI page table mappings

* Linus Torvalds wrote: > On Tue, Feb 23, 2016 at 9:47 AM, Andy Lutomirski wrote: > > On Feb 23, 2016 1:09 AM, <"tip-bot for Sai Praneeth > > "@zytor.com> wrote: > > > > Something's wrong with tip-bot. This should say: > > Yeah, there's about 50 tipbot emails that are just p

Re: [PATCH RFC] ext4: use __GFP_NOFAIL in ext4_free_blocks()

On 02/24/2016 07:09 PM, Konstantin Khlebnikov wrote: > This might be unexpected but pages allocated for sbi->s_buddy_cache are > charged to current memory cgroup. So, GFP_NOFS allocation could fail if > current task has been killed by OOM or if current memory cgroup has no > free memory left. Blo

Re: [PATCH] KVM: x86: MMU: fix ubsan index-out-of-range warning

On 24/02/2016 19:02, Mike Krinkin wrote: > Ubsan reports the following warning due to a typo in > update_accessed_dirty_bits template, the patch fixes > the typo: > > [ 168.791851] > > [ 168.791862] UBSAN: Undefi

[RESPIN/PATCH] arm64: dts: Add tmu node for exynos7

This patch adds tmu node, related temprature sensor and triping point data for Atlas cpu core found on exynos7 SoC. Signed-off-by: Alim Akhtar --- Change log: * no changes, just sending back from my email id. .../boot/dts/exynos/exynos7-tmu-sensor-conf.dtsi | 25 + .../arm64/boot/dt

Re: [PATCH 3.14 52/70] mm: fix mlock accouting

On Thu 25-02-16 01:02:59, Luis Henriques wrote: > On Tue, Feb 23, 2016 at 07:34:01PM -0800, Greg Kroah-Hartman wrote: > > 3.14-stable review patch. If anyone has any objections, please let me know. > > > > I'm not sure this should be queued for the 3.14 kernel. It is tagged > for 4.4+ and since

Re: custom ioctl-based interface to control LED in networking (was Re: [PATCHv2 09/10] rfkill: Userspace control for airplane mode)

On Wed 2016-02-24 14:31:33, Johannes Berg wrote: > On Wed, 2016-02-24 at 13:14 +0100, Pavel Machek wrote: > >  > > Why would it need to? It could look at default triggers for the led > > if it really wanted to. > > And then it needs to change them; if anything goes wrong error recovery > is practi

Re: [tip:efi/core] x86/mm/pat: Use _PAGE_GLOBAL bit for EFI page table mappings

* Andy Lutomirski wrote: > >> I mean the one in efi_call_virt. Why would the spec mandate a TLB flush > >> at > >> all? EFI runtime services have no business touching the paging structures > >> directly. Heck, the 32-bit ones don't even know the *format* of the > >> paging > >> structure

Re: [PATCH RFC] ext4: use __GFP_NOFAIL in ext4_free_blocks()

On Thu 25-02-16 11:01:32, Nikolay Borisov wrote: > > > On 02/24/2016 07:09 PM, Konstantin Khlebnikov wrote: > > This might be unexpected but pages allocated for sbi->s_buddy_cache are > > charged to current memory cgroup. So, GFP_NOFS allocation could fail if > > current task has been killed by O

Re: [tip:x86/urgent] x86/entry/32: Add an ASM_CLAC to entry_SYSENTER_32

On Thu, 2016-02-25 at 09:40 +0100, Ingo Molnar wrote: > * Mike Galbraith wrote: > > > On Thu, 2016-02-25 at 09:14 +0100, Ingo Molnar wrote: > > > > > But but ... 'context tracking' is not really something that a regular > > > distro > > > kernel cares about much - it's a nohz-full special AFAI

Re: [RFC/RFT][PATCH v3 2/2] cpufreq: schedutil: Switching frequencies from interrupt context

On Thu, Feb 25, 2016 at 12:30:43AM +0100, Rafael J. Wysocki wrote: > +unsigned int acpi_cpufreq_fast_switch(struct cpufreq_policy *policy, > + unsigned int target_freq) > +{ > + struct acpi_cpufreq_data *data = policy->driver_data; > + struct cpufreq_freque

Re: [PATCH 09/12] KVM: MMU: coalesce zapping page after mmu_sync_children

On 02/25/2016 04:49 PM, Paolo Bonzini wrote: On 25/02/2016 08:35, Xiao Guangrong wrote: This may release the mmu_lock before committing the zapping. Is it safe? If so, we may want to see the reason in the changelog. It is unsafe indeed, please do not do it. Can you explain why? kvm_zap

[GIT PULL] KVM fixes for 4.5-rc6

Linus, The following changes since commit 705d43dbe10d6e213a75187ac92b61f9bd00af0b: Merge branch 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/jikos/livepatching (2016-02-18 16:34:15 -0800) are available in the git repository at: git://git.kernel.org/pub/scm/virt/kvm/kvm.g

[PATCH] ARM: dts: artpec: dual-license on artpec6.dtsi

Relaxed the license on the dtsi to permit use in other projects. Signed-off-by: Lars Persson --- arch/arm/boot/dts/artpec6.dtsi | 40 +--- 1 file changed, 37 insertions(+), 3 deletions(-) diff --git a/arch/arm/boot/dts/artpec6.dtsi b/arch/arm/boot/dts/artpec6

Re: [PATCH RFC] ext4: use __GFP_NOFAIL in ext4_free_blocks()

On 02/25/2016 11:08 AM, Michal Hocko wrote: > On Thu 25-02-16 11:01:32, Nikolay Borisov wrote: >> >> >> On 02/24/2016 07:09 PM, Konstantin Khlebnikov wrote: >>> This might be unexpected but pages allocated for sbi->s_buddy_cache are >>> charged to current memory cgroup. So, GFP_NOFS allocation co

Re: [RFC/RFT][PATCH v3 2/2] cpufreq: schedutil: Switching frequencies from interrupt context

On Thu, Feb 25, 2016 at 10:08:40AM +0100, Peter Zijlstra wrote: > On Thu, Feb 25, 2016 at 12:30:43AM +0100, Rafael J. Wysocki wrote: > > +unsigned int acpi_cpufreq_fast_switch(struct cpufreq_policy *policy, > > + unsigned int target_freq) > > +{ > > + struct acpi_c

Re: [PATCH] i2c: mediatek: i2c multi transfer optimization

-mediatek-i2c-multi-transfer-optimization/20160225-160535 base: https://git.kernel.org/pub/scm/linux/kernel/git/wsa/linux i2c/for-next config: i386-allmodconfig (attached as .config) reproduce: # save the attached .config to linux build tree make ARCH=i386 All warnings (new ones

OOPS loading kvm_intel or kvm_amd in kernel 3.2.77

While trying to load module kvm_intel from kernel version 3.2.77 I get following Oops: has_svm: not amd kvm: no hardware support BUG: unable to handle kernel NULL pointer dereference at 01f0 IP: [] kvm_arch_init+0xe5/0x1c0 [kvm] PGD 26052d067 PUD 28a417067 PMD 0 Oops: [#1] SMP

Re: [PATCH] arm64: dts: Add tmu node for exynos7

Hi Lukasz, On 02/25/2016 02:28 PM, Lukasz Majewski wrote: Hi pankaj.dubey, Hi Krzysztof, On Thursday 25 February 2016 09:36 AM, Krzysztof Kozlowski wrote: On 25.02.2016 12:27, Pankaj Dubey wrote: From: Alim Akhtar This patch adds tmu node, related temprature sensor and triping point data

Re: [PATCH 0/3] OOM detection rework v4

wapouts, the kernel just > oom-kills Xorg, etc. > > the test script just creates a zram device (ext4 fs, lzo compression) and > fills > it with some data, nothing special. > > > OOM example: > > [ 2392.663170] zram-test.sh invoked oom-killer: > gfp_mask=0x2700

Re: [RFCv7 PATCH 03/10] sched: scheduler-driven cpu frequency selection

On Thu, Feb 25, 2016 at 04:55:57AM +0100, Rafael J. Wysocki wrote: > Well, I'm not familiar with static keys and how they work, so you'll need to > explain this part to me. See include/linux/jump_label.h, it has lots of text on them. There is also Documentation/static-keys.txt

Re: [PATCH 0/3] OOM detection rework v4

On Wed 24-02-16 19:47:06, Hugh Dickins wrote: [...] > Boot with mem=1G (or boot your usual way, and do something to occupy > most of the memory: I think /proc/sys/vm/nr_hugepages provides a great > way to gobble up most of the memory, though it's not how I've done it). > > Make sure you have swap:

[PATCH v2] tty/serial: at91: restore dynamic driver binding

In commit c39dfebc7798956fd2140ae6321786ff35da30c3, the modular support code for atmel_serial was removed, as the driver cannot be built as a module. Because no use case was proposed, the dynamic driver binding support was removed as well. The atmel_serial driver can manage up to 7 serial controll

Re: [PATCH v4] Fix sun7i pin assignment for IRQ's

On Mon, Feb 22, 2016 at 12:17 AM, Henry Paulissen wrote: > After testing IRQ pins we found some bugs in the pinctrl declaration. > > Signed-off-by: Henry Paulissen This v4 patch applied with Chen-Yu's ACK. Yours, Linus Walleij

Re: [PATCH 0/3] OOM detection rework v4

On Thu 25-02-16 17:17:45, Hillf Danton wrote: [...] > > OOM example: > > > > [ 2392.663170] zram-test.sh invoked oom-killer: > > gfp_mask=0x27000c0(GFP_KERNEL_ACCOUNT|__GFP_NOTRACK), order=2, > > oom_score_adj=0 [...] > > [ 2392.663260] DMA: 4*4kB (M) 1*8kB (M) 4*16kB (ME) 1*32kB (M) 2*64kB (UE

[PATCH] kselftests/ftrace: Add a test for log2 modifier of hist trigger

Add a test for log2 modifier of hist trigger in hist_mod.tc. Here is the test result. # ./ftracetest test.d/trigger/trigger-hist-mod.tc === Ftrace unit tests === [1] event trigger - test histogram modifiers [PASS] # of passed: 1 # of failed: 0 # of unresolved: 0 # of unte

[PATCH v2 1/6] hisi_sas: change tmf func complete check

In hisi_sas_exec_internal_tmf_task(), the check for SAM_STAT_GOOD is replaced with TMF_RESP_FUNC_COMPLETE, which is a genuine tmf response code. SAM_STAT_GOOD and TMF_RESP_FUNC_COMPLETE have the same value, so this is why it worked before. Signed-off-by: John Garry --- drivers/scsi/hisi_sas/hisi

Re: [PATCH trivial] include/linux/gfp.h: Improve the coding styles

On Thu, Feb 25, 2016 at 06:26:31AM +0800, cheng...@emindsoft.com.cn wrote: > From: Chen Gang > > Always notice about 80 columns, and the white space near '|'. > > Let the wrapped function parameters align as the same styles. > > Remove redundant statement "enum zone_type z;" in function gfp_zon

Re: [PATCH] pinctrl: sunxi: Add missing H3 R_PIO binding documentation

On Thu, Feb 18, 2016 at 8:49 PM, Krzysztof Adamski wrote: > allwinner,sun8i-h3-r-pinctrl was added by > commit ba83a11104ae ("pinctrl: sunxi: Add H3 R_PIO controller support") > but the patch was missing proper binding documentation. This patch fixes > this issue. > > Signed-off-by: Krzysztof Ada

Re: [RFCv7 PATCH 03/10] sched: scheduler-driven cpu frequency selection

On Thu, Feb 25, 2016 at 04:55:57AM +0100, Rafael J. Wysocki wrote: > > +static void dummy(void *info) {} > > + > > +static int cpufreq_sched_stop(struct cpufreq_policy *policy) > > +{ > > + struct gov_data *gd = policy->governor_data; > > + int cpu; > > + > > + /* > > +* The schedfreq sta

[PATCH v2 3/6] hisi_sas: use slot abort in v1 hw

When TRANS_TX_CREDIT_TIMEOUT_ERR or TRANS_TX_CLOSE_NORMAL_ERR error occur in a slot, the command should be re-attempted. This error is equivalent to meaning that the queue is full in the sdev (and not the host). Signed-off-by: John Garry --- drivers/scsi/hisi_sas/hisi_sas_v1_hw.c | 13 ++

[PATCH v2 4/6] hisi_sas: use slot abort in v2 hw

When TRANS_TX_ERR_FRAME_TXED error occurs in a slot, the command should be re-attempted. This error is equivalent to meaning that the queue is full in the sdev (and not the host). A superflous debug statement is also removed in the slot complete handler. Signed-off-by: John Garry --- drivers/scs

[PATCH v2 0/6] hisi_sas: add abort and retry feature

This patchset introduces support to abort certain commands which have failed and retry. Certain errors require that the command be retried, like TRANS_TX_CREDIT_TIMEOUT_ERR in v1 hw. However, when these errors occur the IO may still be in the device, so the IO must first be aborted, and then retrie

[PATCH v2 2/6] hisi_sas: add hisi_sas_slot_abort()

Add a function to abort a slot (task) in the target device and then cleanup and complete the task. The function is called from work queue context as it cannot be called from the context where it is triggered (interrupt). Flag hisi_sas_slot.abort is added as the flag used in the slot error handler t

[PATCH v2 6/6] hisi_sas: update driver version to 1.3

Signed-off-by: John Garry --- drivers/scsi/hisi_sas/hisi_sas.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/scsi/hisi_sas/hisi_sas.h b/drivers/scsi/hisi_sas/hisi_sas.h index c92e65b..29e89f3 100644 --- a/drivers/scsi/hisi_sas/hisi_sas.h +++ b/drivers/scsi/hisi_sas/h

  1   2   3   4   5   6   7   8   9   10   >