[PATCH] powerpc32: memcpy: only use dcbz once cache is enabled

memcpy() uses instruction dcbz to speed up copy by not wasting time loading cache line with data that will be overwritten. Some platform like mpc52xx do no have cache active at startup and can therefore not use memcpy(). Allthough no part of the code explicitly uses memcpy(), GCC makes calls to

[PATCH V2 12/14] perf tools: Fix perf_evlist__create_syswide_maps() not propagating maps

Fix it by making it call perf_evlist__set_maps() instead of setting the maps itself. Signed-off-by: Adrian Hunter --- tools/perf/util/evlist.c | 22 +- 1 file changed, 13 insertions(+), 9 deletions(-) diff --git a/tools/perf/util/evlist.c

[PATCH V2 10/14] perf tools: Factor out a function to propagate maps for a single evsel

Subsequent fixes will need a function that just propagates maps for a single evsel so factor it out. Signed-off-by: Adrian Hunter --- tools/perf/util/evlist.c | 37 + 1 file changed, 21 insertions(+), 16 deletions(-) diff --git

[PATCH V2 13/14] perf tools: Fix task exit test setting maps

The test titled "Test number of exit event of a simple workload" was setting cpu/thread maps directly. Make it use the proper function perf_evlist__set_maps() especially now that it also propagates the maps. Signed-off-by: Adrian Hunter --- tools/perf/tests/task-exit.c

[PATCH V2 03/14] perf tools: Remove redundant validation from perf_evlist__propagate_maps

The validation checks that the values that were just assigned, got assigned i.e. the error can't ever happen. Subsequent patches will call this code in places where errors are not being returned. Changing those code paths to return this non-existent error is counter-productive, so just remove it.

[PATCH V2 09/14] perf tools: Make perf_evlist__create_maps() use perf_evlist__set_maps()

Since there is a function to set maps, perf_evlist__create_maps() should use it. Signed-off-by: Adrian Hunter --- tools/perf/util/evlist.c | 21 ++--- 1 file changed, 10 insertions(+), 11 deletions(-) diff --git a/tools/perf/util/evlist.c

[PATCH V2 08/14] perf tools: Make perf_evlist__set_maps() more resilient

Make perf_evlist__set_maps() more resilient by allowing for the possibility that one or another of the maps isn't being changed and therefore should not be "put". Signed-off-by: Adrian Hunter --- tools/perf/util/evlist.c | 19 +++ 1 file changed, 15

[PATCH V2 06/14] perf tools: Fix missing thread_map__put in perf_evlist__propagate_maps

perf_evlist__propagate_maps() incorrectly assumes evsel->threads is NULL before reassigning it, but it won't be NULL when perf_evlist__set_maps() is used to set different (or NULL) maps. Thus thread_map__put must be used, which works even if evsel->threads is NULL. Signed-off-by: Adrian Hunter

[PATCH v5 9/9] Input: goodix - add runtime power management support

Add support for runtime power management so that the device is turned off when not used (when the userspace holds no open handles of the input device). The device uses autosuspend with a default delay of 2 seconds, so the device will suspend if no handles to it are open for 2 seconds. The runtime

[PATCH] arm64: kernel: Use a separate stack for irq interrupts.

Having to handle interrupts on top of an existing kernel stack means the kernel stack must be large enough to accomodate both the maximum kernel usage, and the maximum irq handler usage. Switching to a different stack when processing irqs allows us to make the stack size smaller. Maximum kernel

[PATCH v5 7/9] Input: goodix - add support for ESD

Add ESD (Electrostatic Discharge) protection mechanism. The driver enables ESD protection in HW and checks a register to determine if ESD occurred. If ESD is signalled by the HW, the driver will reset the device. The ESD poll time (in ms) can be set through the sysfs property esd_timeout. If it

Re: [PATCH v4 1/3] mtd: nand: increase ready wait timeout and report timeouts

Hi Ezequiel, Thanks for reviewing the series. On 06/09/2015 21:37, Ezequiel Garcia wrote: > On 27 Jul 02:50 PM, Alex Smith wrote: >> If nand_wait_ready() times out, this is silently ignored, and its >> caller will then proceed to read from/write to the chip before it is >> ready. This can

[PATCH v5 5/9] Input: goodix - add power management support

Implement suspend/resume for goodix driver. The suspend and resume process uses the gpio pins. If the device ACPI/DT information does not declare gpio pins, suspend/resume will not be available for these devices. This is based on Goodix datasheets for GT911 and GT9271 and on Goodix driver

Re: [PATCH v8 2/2] ARM: imx: support suspend states on imx7D

On Fri, Jul 31, 2015 at 04:33:59PM -0500, Shenwei Wang wrote: > IMX7D contains a new version of GPC IP block (GPCv2). It has two > major functions: power management and wakeup source management. > > GPCv2 provides low power mode control for Cortex-A7 and Cortex-M4 > domains. And it can support

Re: [PATCH] perf report: Fix invalid memory accessing

On 2015/9/7 21:03, Jiri Olsa wrote: On Mon, Sep 07, 2015 at 12:51:55PM +, Wang Nan wrote: Commit e1e499aba570a2ea84d29822b7ea637ac41d9a51 (perf tools: Add processor socket info to hist_entry and addr_location) reads env->cpu array for each sample using index al.cpu. However, al.cpu can be

Re: [RFC PATCH v1 2/4] irqchip: GICv3: set non-percpu irqs status with _IRQ_MOVE_PCNTXT

On Mon, 7 Sep 2015, Marc Zyngier wrote: > On 06/09/15 06:56, Jiang Liu wrote: > > On 2015/9/6 12:23, Yang Yingliang wrote: > >> Use irq_settings_set_move_pcntxt() helper irqs status with > >> _IRQ_MOVE_PCNTXT. So that it can do set affinity when calling > >> irq_set_affinity_locked(). > > Hi

Re: [PATCH 2/6] sched/fair: Convert arch_scale_cpu_capacity() from weak function to #define

On 04/09/15 08:26, Vincent Guittot wrote: > On 3 September 2015 at 21:58, Dietmar Eggemann > wrote: [...] >>> So you change the way to declare arch_scale_cpu_capacity but i don't >>> see the update of the arm arch which declare a >>> arch_scale_cpu_capacity to reflect

[PATCH] ath6kl: remove redundant null pointer check on send_pkt

From: Colin Ian King The check for send_pkt being NULL is redundant before the call to htc_reclaim_txctrl_buf, therefore it should be removed. This was detected by static analysis by cppcheck. Signed-off-by: Colin Ian King ---

Re: [PATCH] sched: fix lose fair sleeper bonus in switch_to_fair()

Please always Cc at least the person who wrote the lines you modify. On Mon, Sep 07, 2015 at 05:45:20PM +0800, Wanpeng Li wrote: > The sleeper task will be normalized when moved from fair_sched_class, in > order that vruntime will be adjusted either the task is running or sleeping > when moved

Re: [PATCH] btrfs: memset cur_trans->delayed_refs to zero

So, updated patches should mention that in the subject eg: [PATCH v2] btrfs: memset cur_trans->delayed_refs to zero On Mon, Sep 07, 2015 at 04:45:02PM +0300, Alexandru Moise wrote: > Use memset() to null out the btrfs_delayed_ref_root of > btrfs_transaction instead of setting all the members to

Re: [RFC PATCH 2/3] arm64: Introduce IRQ stack

On Sep 5, 2015, at 2:12 AM, Alexnader Kuleshov wrote: > Hello Jungseok, Hello Alexnader, > On 09-04-15, Jungseok Lee wrote: >> +config IRQ_STACK >> +bool "Use separate kernel stack when handling interrupts" >> +depends on ARM64_4K_PAGES >> +help >> + Say Y here if you want to

Re: [PATCH] zram: fix possible use after free in zcomp_create()

On Mon, Sep 07, 2015 at 10:33:32PM +0900, Sergey Senozhatsky wrote: > On (09/07/15 13:53), Luis Henriques wrote: > > > On (09/07/15 11:33), Luis Henriques wrote: > > > > zcomp_create() verifies the success of > > > > zcomp_strm_{multi,siggle}_create() > > > > through comp->stream, which can

[PATCH V2 00/14] perf tools: Fix gaps propagating maps

Hi Here is V2 of "Fix gaps propagating maps" that fixes some problems revealed by to d988d5ee6478 ("perf evlist: Open event on evsel cpus and threads") Changes in V2: Split into multiple patches Add evsel->own_cpus to identify evsels with their own cpu map And

[PATCH V2 05/14] perf tools: Fix perf_evlist__splice_list_tail not setting evlist

Commit d49e46950772 ("perf evsel: Add a backpointer to the evlist a evsel is in") updated perf_evlist__add() but not perf_evlist__splice_list_tail(). This illustrates that it is better if perf_evlist__splice_list_tail() calls perf_evlist__add() instead of duplicating the logic, so do that. This

[PATCH V2 07/14] perf tools: Add evsel->own_cpus

perf_evlist__propagate_maps() cannot easily tell if an evsel has its own cpu map. To make that simpler, keep a copy of the PMU cpu map and adjust the propagation logic accordingly. Signed-off-by: Adrian Hunter --- tools/perf/util/evlist.c | 5 -

Re: [RFC PATCH 0/3] Implement IRQ stack on ARM64

On 04/09/15 15:23, Jungseok Lee wrote: > ARM64 kernel allocates 16KB kernel stack when creating a process. In case > of low memory platforms with tough workloads on userland, this order-2 > allocation request reaches to memory pressure and performance degradation > simultaenously since VM page

[PATCH V2 04/14] perf tools: Add evlist->has_user_cpus

Subsequent patches will need to call perf_evlist__propagate_maps without reference to a "target". Add evlist->has_user_cpus to record whether the user has specified which cpus to target (and therefore whether that list of cpus should override the default settings for a selected event i.e. the cpu

[PATCH 2/4] hv: fcopy: use wrapper to propate state

The .state is used by several threads of execution. Propagate the state to make changes visible. Also propagate context change in hv_fcopy_onchannelcallback. Without this change fcopy may hang at random points. Signed-off-by: Olaf Hering --- drivers/hv/hv_fcopy.c | 36

[PATCH v5 8/9] Input: goodix - add sysfs interface to dump config

Goodix devices have a configuration information register area that specify various parameters for the device. The configuration information has a specific format described in the Goodix datasheet. It includes X/Y resolution, maximum supported touch points, interrupt flags, various sesitivity

[PATCH v5 6/9] Input: goodix - use goodix_i2c_write_u8 instead of i2c_master_send

Use goodix_i2c_write_u8 instead of i2c_master_send to simplify code. Signed-off-by: Irina Tirdea --- drivers/input/touchscreen/goodix.c | 7 +-- 1 file changed, 1 insertion(+), 6 deletions(-) diff --git a/drivers/input/touchscreen/goodix.c

Re: [PATCH 0/6] sched/fair: Compute capacity invariant load/utilization tracking

On 07/09/15 13:42, Peter Zijlstra wrote: > On Mon, Aug 31, 2015 at 11:24:49AM +0200, Peter Zijlstra wrote: > >> A quick run here gives: >> >> IVB-EP (2*20*2): > > As noted by someone; that should be 2*10*2, for a total of 40 cpus in > this machine. > >> >> perf stat --null --repeat 10 -- perf

Re: [PATCH 1/2] rcu: Show the real fqs_state

On Fri 2015-09-04 16:24:22, Paul E. McKenney wrote: > On Fri, Sep 04, 2015 at 02:11:29PM +0200, Petr Mladek wrote: > > The value of "fqs_state" in struct rcu_state is always RCU_GP_IDLE. > > > > The real state is stored in a local variable in rcu_gp_kthread(). > > It is modified by rcu_gp_fqs()

Re: [PATCH v2 1/2] leds: leds-ipaq-micro: Use devm_led_classdev_register

On 09/07/2015 04:13 PM, Muhammad Falak R Wani wrote: Use of resource-managed function devm_led_classdev_register instead of led_classdev_register is preferred, consequently remove redundant function micro_leds_remove. Signed-off-by: Muhammad Falak R Wani ---

Re: [RFC PATCH v1 2/4] irqchip: GICv3: set non-percpu irqs status with _IRQ_MOVE_PCNTXT

On Mon, 7 Sep 2015, Marc Zyngier wrote: > On 07/09/15 14:24, Thomas Gleixner wrote: > > The history of this flag is as follows: > > > > On x86 interrupts can only be safely migrated while the interrupt is > > handled. > > Woa! That's creative! :-) I suppose this doesn't work very well with CPU >

[PATCH v5 5/5] thermal: power_allocator: exit early if there are no cooling devices

Don't waste cycles in the power allocator governor's throttle function if there are no cooling devices and exit early. This commit doesn't change any functionality, but should provide better performance for the odd case of a thermal zone with trip points but without cooling devices. Cc: Zhang

Re: [PATCH 0/6] sched/fair: Compute capacity invariant load/utilization tracking

On Mon, Sep 07, 2015 at 02:42:20PM +0200, Peter Zijlstra wrote: > I'm of a mind to apply these patches; with two patches on top, which > I'll post shortly. --- Subject: sched: Rename scale() From: Peter Zijlstra Date: Mon Sep 7 15:05:42 CEST 2015 Rename scale() to

[PATCH v5 2/5] thermal: power_allocator: relax the requirement of a sustainable_power in tzp

The power allocator governor currently requires that a sustainable power is passed as part of the thermal zone's thermal zone parameters. If that parameter is not provided, it doesn't register with the thermal zone. While this parameter is strongly recommended for optimal performance, it doesn't

Re: [PATCH 0/4] MIPS: ath79: Add USB support on the TL-WR1043ND

On Tuesday 01 September 2015 17:23:10 Alban Bedel wrote: > > this serie add a driver for the USB phy on the ATH79 SoCs and enable the > USB port on the TL-WR1043ND. The phy controller is really trivial as it > only use reset lines. > Is this a common thing to have? If other PHY devices are like

Re: [PATCH] Remove #ifdef CONFIG_64BIT from all asm-generic/fcntl.h

On Mon, 07 Sep 2015 06:16:37 PDT (-0700), a...@arndb.de wrote: > On Tuesday 01 September 2015 17:10:10 Palmer Dabbelt wrote: >> From: Palmer Dabbelt >> >> When working on the RISC-V port I noticed that F_SETLK64 was being >> defined on our 64-bit platform,

Re: [PATCH] zram: fix possible use after free in zcomp_create()

On (09/07/15 13:53), Luis Henriques wrote: > > On (09/07/15 11:33), Luis Henriques wrote: > > > zcomp_create() verifies the success of zcomp_strm_{multi,siggle}_create() > > > through comp->stream, which can potentially be pointing to memory that was > > > freed if these functions returned an

Re: Potential data race in psmouse_interrupt

I've mailed a separate patch that does serio_pause_rx before reading out data ("input: fix data race __ps2_command"). On Sat, Sep 5, 2015 at 3:21 PM, Dmitry Vyukov wrote: > On Fri, Sep 4, 2015 at 10:27 PM, Dmitry Torokhov > wrote: >> On Fri, Sep

RE: [PATCH] x86, arm64, acpi: Handle lapic/x2apic entries in MADT

From: Tomasz Nowicki [mailto:tomasz.nowi...@linaro.org] Sent: Tuesday, September 1, 2015 3:37 PM > On 01.09.2015 14:07, Anaczkowski, Lukasz wrote: >> From: Tomasz Nowicki [mailto:tomasz.nowi...@linaro.org] >> Sent: Tuesday, September 1, 2015 10:03 AM >>> To fix this, each LAPIC/X2APIC entry

[PATCH v2] zram: fix possible use after free in zcomp_create()

zcomp_create() verifies the success of zcomp_strm_{multi,siggle}_create() through comp->stream, which can potentially be pointing to memory that was freed if these functions returned an error. Fixes: beca3ec71fe5 ("zram: add multi stream functionality") Cc: sta...@vger.kernel.org Signed-off-by:

[PATCH] char: remove unused variable res to clean up build warning

From: Colin Ian King Commit f368ed6088ae9 ("char: make misc_deregister a void function") did not remove unused variable res and now we get a build warning: drivers/rtc/rtc-ds1374.c: In function 'ds1374_remove': drivers/rtc/rtc-ds1374.c:667:6: warning: unused variable

[PATCH] tile: fix build failure

When building with allmodconfig the build was failing with the error: arch/tile/kernel/usb.c:70:1: warning: data definition has no type or storage class [enabled by default] arch/tile/kernel/usb.c:70:1: error: type defaults to 'int' in declaration of 'arch_initcall' [-Werror=implicit-int]

Re: [RFC PATCH 2/3] arm64: Introduce IRQ stack

On 04/09/15 15:23, Jungseok Lee wrote: > Currently, kernel context and interrupts are handled using a single > kernel stack navigated by sp_el1. This forces many systems to use > 16KB stack, not 8KB one. Low memory platforms naturally suffer from > both memory pressure and performance degradation

Re: [RFC PATCH 1/3] arm64: entry: Remove unnecessary calculation for S_SP in EL1h

On 04/09/15 15:23, Jungseok Lee wrote: > Under EL1h, S_SP data is not seen in kernel_exit. Thus, x21 calculation > is not needed in kernel_entry. Currently, S_SP information is vaild only > when sp_el0 is used. > > Signed-off-by: Jungseok Lee > diff --git

similar files amd vs radeon

I executed a clone detection tool* on drivers source code and I found that there are similar files between drivers/gpu/drm/amd/ and drivers/gpu/drm/radeon, but also inside each of theses folders. Some examples: drivers/gpu/drm/amd/amdgpu/dce_v11_0.c,drivers/gpu/drm/amd/amdgpu/dce_v10_0.c

Re: [RFC 0/8] Allow GFP_NOFS allocation to fail

Michal Hocko wrote: > As the VM cannot do much about these requests we should face the reality > and allow those allocations to fail. Johannes has already posted the > patch which does that (http://marc.info/?l=linux-mm=142726428514236=2) > but the discussion died pretty quickly. Addition of

Re: [PATCH v4 2/5] irqchip, gicv3: Workaround for Cavium ThunderX erratum 23154

On 14/08/15 19:28, Robert Richter wrote: From: Robert Richter This patch implements Cavium ThunderX erratum 23154. The gicv3 of ThunderX requires a modified version for reading the IAR status to ensure data synchronization. Since this is in the fast-path and called with

Re: [PATCH V1] audit: add warning that an old auditd may be starved out by a new auditd

On 15/09/07, Richard Guy Briggs wrote: > Nothing prevents a new auditd starting up and replacing a valid > audit_pid when an old auditd is still running, effectively starving out > the old auditd since audit_pid no longer points to the old valid auditd. > > There isn't an easy way to detect if an

Re: [PATCH v4 18/20] net/xen-netback: Make it running on 64KB page granularity

You might need to rebase you patch. A patch to netback went it recently. On Mon, Sep 07, 2015 at 04:33:56PM +0100, Julien Grall wrote: > The PV network protocol is using 4KB page granularity. The goal of this > patch is to allow a Linux using 64KB page granularity working as a > network backend

Re: Dealing with the NMI mess

On Mon, 7 Sep 2015, Paolo Bonzini wrote: > > I didn't do stuff at the probe firmware level so I can't say for sure, > > but my gut feeling is the debug mode is indeed very close if not the same > > as SMM. I think duplicating the logic would be an unnecessary waste of > > silicon. > > I

Re: wake_up_process implied memory barrier clarification

Sorry for delay, On 09/02, Boqun Feng wrote: > > On Tue, Sep 01, 2015 at 06:39:23PM +0200, Oleg Nesterov wrote: > > On 09/01, Boqun Feng wrote: > > > > > > On Tue, Sep 01, 2015 at 11:59:23AM +0200, Oleg Nesterov wrote: > > > > > > > > And just in case, wake_up() differs in a sense that it doesn't

Re: [PATCH v4 2/5] irqchip, gicv3: Workaround for Cavium ThunderX erratum 23154

On 07/09/15 17:54, Suzuki K. Poulose wrote: > On 14/08/15 19:28, Robert Richter wrote: >> From: Robert Richter >> >> This patch implements Cavium ThunderX erratum 23154. >> >> The gicv3 of ThunderX requires a modified version for reading the IAR >> status to ensure data

Re: Dealing with the NMI mess

On Mon, Sep 7, 2015 at 10:01 AM, Maciej W. Rozycki wrote: > These are all implementation-specific details, including the INT1 > instruction, which is why I am not at all surprised that they are omitted > from architecture manuals. That bit is BS, though. The INT1

Re: [PATCH 2/3] Docs: dt: Add PCI MSI map bindings

> > +PCI root complex > > + > > + > > +Optional properties > > +--- > > + > > +- msi-map: Maps a Requester ID to an MSI controller and associated > > + msi-specifier data. The property is an arbitrary number of tuples of > > +

Re: [PATCH 2/3] Docs: dt: Add PCI MSI map bindings

On Fri, Sep 04, 2015 at 11:33:35PM +0100, David Daney wrote: > Hi Mark, Hi David, > I now have a prototype implementation for irq-gic-v3-its.c that is using > this binding on Cavium's ThunderX platform. > > Q: Have you guys had any more thoughts on this that might require > changing the

[PATCH] stmmac: fix check for phydev being open

Current implementation via IS_ERR(phydev) may make no sense because of_phy_attach() returns NULL on failure instead of error value. Still for checking result of phy_connect() IS_ERR() is useful. So adding explicit check for NULL. Cc: Giuseppe Cavallaro Cc:

Re: [PATCH v4 12/20] xen/balloon: Don't rely on the page granularity is the same for Xen and Linux

On Mon, 7 Sep 2015, Julien Grall wrote: > For ARM64 guests, Linux is able to support either 64K or 4K page > granularity. Although, the hypercall interface is always based on 4K > page granularity. > > With 64K page granularity, a single page will be spread over multiple > Xen frame. > > To

Re: [PATCH v2] irqchip, gicv3-its, numa: Workaround for Cavium ThunderX erratum 23144

On 25/08/15 11:18, Ganapatrao Kulkarni wrote: > The patch below adds a workaround for gicv3 in a numa environment. It > is on top of Robert's recent gicv3 errata patch submission v4 and my > arm64 numa patches v5. > > This implements a workaround for gicv3-its erratum 23144 on Cavium's > ThunderX

[PATCH V1] audit: add warning that an old auditd may be starved out by a new auditd

Nothing prevents a new auditd starting up and replacing a valid audit_pid when an old auditd is still running, effectively starving out the old auditd since audit_pid no longer points to the old valid auditd. There isn't an easy way to detect if an old auditd is still running on the existing

Re: [PATCH v2] irqchip, gicv3-its, numa: Workaround for Cavium ThunderX erratum 23144

On 07.09.15 17:44:41, Marc Zyngier wrote: > On 25/08/15 11:18, Ganapatrao Kulkarni wrote: > > The patch below adds a workaround for gicv3 in a numa environment. It > > is on top of Robert's recent gicv3 errata patch submission v4 and my > > arm64 numa patches v5. > > > > This implements a

Re: [PATCH v4 2/5] irqchip, gicv3: Workaround for Cavium ThunderX erratum 23154

On Mon, Sep 07, 2015 at 05:54:06PM +0100, Suzuki K. Poulose wrote: > On 14/08/15 19:28, Robert Richter wrote: > >diff --git a/drivers/irqchip/irq-gic-v3.c b/drivers/irqchip/irq-gic-v3.c > >index c52f7ba205b4..4211c39b8744 100644 > >--- a/drivers/irqchip/irq-gic-v3.c > >+++

[PATCH] hyperv: fix build if KEXEC not enabled

Fixes regression 4.3 mergw window in my config where hyperv is enable but CONFIG_KEXEC not enabled. arch/x86/kernel/cpu/mshyperv.c:112: undefined reference to `native_machine_crash_shutdown' Introduced by: commit b4370df2b1f5158de028e167974263c5757b34a6 Author: Vitaly Kuznetsov

Re: [PATCH v4 2/5] irqchip, gicv3: Workaround for Cavium ThunderX erratum 23154

On 07.09.15 18:09:48, Marc Zyngier wrote: > On 07/09/15 17:54, Suzuki K. Poulose wrote: > > On 14/08/15 19:28, Robert Richter wrote: > >> From: Robert Richter > >> +static void gicv3_enable_quirks(void) > >> +{ > >> + if (cpus_have_cap(ARM64_WORKAROUND_CAVIUM_23154)) > >> +

Re: [RFC PATCH 10/14] ring_buffer: Fix more races when terminating the producer in the benchmark

Sorry, I didn't read these emails, and I never looked at this code... Can't understand what are you talking about but a minor nit anyway ;) On 09/04, Petr Mladek wrote: > > + __set_current_state(TASK_RUNNING); > if (!kthread_should_stop()) > wait_to_die(); I bet this

Re: "scsi: convert host_busy to atomic_t" series causes regressions for some hardware configurations

Hi Sergio, sorry for the delay. I'm fighting deadlines at the moment, so even if this is my highest spare time priority right now I can't find enough quiet time to dig into the problem. I'd suggest you resend a report to linux-ide (with a Cc to linux-scsi) so that the people who know the libata

Re: [PATCH] stmmac: fix check for phydev being open

Hello. On 09/07/2015 09:15 PM, Alexey Brodkin wrote: Current implementation via IS_ERR(phydev) may make no sense because of_phy_attach() returns NULL on failure instead of error value. Still for checking result of phy_connect() IS_ERR() is useful. So adding explicit check for NULL.

Fwd: Use-after-free in page_cache_async_readahead

On Thu, Sep 3, 2015 at 1:49 PM, Andrey Konovalov wrote: > On Wed, Sep 2, 2015 at 9:40 PM, Tejun Heo wrote: >> Hello, Andrey. > > Hello Tejun, > >> On Wed, Sep 02, 2015 at 01:08:52PM +0200, Andrey Konovalov wrote: >>> While running KASAN on 4.2 with Trinity

Re: [PATCH V4 1/2] arm64: copy_to-from-in_user optimization using copy template

On Fri, Aug 21, 2015 at 03:01:33PM -0700, Feng Kan wrote: > diff --git a/arch/arm64/lib/copy_from_user.S b/arch/arm64/lib/copy_from_user.S > index 1be9ef2..cb085cf 100644 > --- a/arch/arm64/lib/copy_from_user.S > +++ b/arch/arm64/lib/copy_from_user.S > @@ -18,6 +18,7 @@ > > #include >

[PATCH] debugfs: document that debugfs_remove*() accepts NULL and error values

From: Ulf Magnusson According to commit a59d6293e537 ("debugfs: change parameter check in debugfs_remove() functions"), this is meant to make cleanup easier for callers. In that case it ought to be documented. Signed-off-by: Ulf Magnusson ---

[PATCH] sysfs.txt: mention that store method buffers are null-terminated

From: Ulf Magnusson Without knowing this, the use of sysfs_streq() becomes puzzling. The termination happens in kernfs_fop_write(). Signed-off-by: Ulf Magnusson --- Documentation/filesystems/sysfs.txt | 3 +++ 1 file changed, 3 insertions(+) diff

Re: [PATCH v4 2/3] dt-bindings: binding for jz4780-{nand,bch}

On 27 July 2015 at 10:50, Alex Smith wrote: > Add DT bindings for NAND devices connected to the NEMC on JZ4780 SoCs, > as well as the hardware BCH controller, used by the jz4780_{nand,bch} > drivers. > > Signed-off-by: Alex Smith > Cc: Zubair

Re: [PATCH 1/5] acpi: Add basic device probing infrastructure

On 07/09/15 17:00, Lorenzo Pieralisi wrote: > [+M.Salter] > > On Fri, Sep 04, 2015 at 06:06:48PM +0100, Marc Zyngier wrote: >> IRQ controllers and timers are the two types of device the kernel >> requires before being able to use the device driver model. >> >> ACPI so far lacks a proper probing

Re: [PATCH v4 2/5] irqchip, gicv3: Workaround for Cavium ThunderX erratum 23154

On 07/09/15 18:15, Catalin Marinas wrote: On Mon, Sep 07, 2015 at 05:54:06PM +0100, Suzuki K. Poulose wrote: On 14/08/15 19:28, Robert Richter wrote: diff --git a/drivers/irqchip/irq-gic-v3.c b/drivers/irqchip/irq-gic-v3.c index c52f7ba205b4..4211c39b8744 100644 ---

[PATCH] fs: isofs: Fix a coding style issue and change conditional to make it consistence

The coding style issue is the white spaces after and before the brackets in the for. The change in the conditional is to make it consistence with the other ones in the file. All other conditionals are tested like that. Signed-off-by: Oscar Forner Martinez ---

Re: [PATCH v2] zram: fix possible use after free in zcomp_create()

On (09/07/15 15:13), Luis Henriques wrote: > zcomp_create() verifies the success of zcomp_strm_{multi,siggle}_create() > through comp->stream, which can potentially be pointing to memory that was > freed if these functions returned an error. > > Fixes: beca3ec71fe5 ("zram: add multi stream

Re: [PATCH] ARM: fix bug which lowmem size is limited to 760MB

On Mon, Sep 07, 2015 at 03:40:36PM -0400, Nicolas Pitre wrote: > On Mon, 7 Sep 2015, Arnd Bergmann wrote: > > > On Thursday 03 September 2015 21:24:00 Nicolas Pitre wrote: > > > If 768MB targets were common place then it could be worth changing the > > > default vmalloc size to accommodate this

Re: [PATCH] of_pci_irq: Silence bogus "of_irq_parse_pci() failed ..." messages.

On 9/6/2015 8:50 PM, Frank Rowand wrote: > On 9/6/2015 7:16 PM, Frank Rowand wrote: >> On 9/6/2015 1:46 PM, Rob Herring wrote: >>> On Fri, Sep 4, 2015 at 8:14 PM, Frank Rowand wrote: On 9/4/2015 12:12 PM, David Daney wrote: > From: David Daney

Re: linux-next: build failure after merge of the drm-misc tree

Hi all, On Thu, 3 Sep 2015 10:49:19 +1000 Stephen Rothwell wrote: > > After merging the drm-misc tree, today's linux-next build (arm > multi_v7_defconfig) failed like this: > > drivers/gpu/drm/msm/mdp/mdp5/mdp5_plane.c: In function > 'mdp5_plane_cleanup_fb': >

Re: wake_up_process implied memory barrier clarification

Hi Oleg, On Mon, Sep 07, 2015 at 07:06:52PM +0200, Oleg Nesterov wrote: > Sorry for delay, > > On 09/02, Boqun Feng wrote: > > > > On Tue, Sep 01, 2015 at 06:39:23PM +0200, Oleg Nesterov wrote: > > > On 09/01, Boqun Feng wrote: > > > > > > > > On Tue, Sep 01, 2015 at 11:59:23AM +0200, Oleg

Re: [PATCH V2 3/9] cpufreq: ondemand: only queue canceled works from update_sampling_rate()

On Monday, July 27, 2015 05:58:08 PM Viresh Kumar wrote: > The sampling rate is updated with a call to update_sampling_rate(), and > we process CPUs one by one here. While the work is canceled on per-cpu > basis, it is getting queued (by mistake) for all policy->cpus. > > This would result in

Re: [PATCH V2 2/9] cpufreq: conservative: remove 'enable' field

On 08-09-15, 02:17, Rafael J. Wysocki wrote: > > static inline unsigned int get_freq_target(struct cs_dbs_tuners *cs_tuners, > >struct cpufreq_policy *policy) > > { > > @@ -119,12 +132,14 @@ static int dbs_cpufreq_notifier(struct notifier_block > > *nb,

Re: [PATCH v2] zram: fix possible use after free in zcomp_create()

On Tue, Sep 08, 2015 at 10:20:38AM +0900, Sergey Senozhatsky wrote: > On (09/08/15 10:07), Minchan Kim wrote: > [..] > > > + int ret; > > > > For the clarification, I want to call it as 'error' instead of ret. > > > > > > > > backend = find_backend(compress); > > > if (!backend) > > > @@

Re: [PATCH] zram: don't copy invalid compression algorithms

On (09/08/15 13:50), Minchan Kim wrote: > For exmaple, disksize, max_comp_streams are changed only if > it is successful. > If your logic were right approach, we should change > max_comp_streams for *stupid* script although it doesn't check define stupid. is echo 210 >

Re: [PATCH v2 4/6] selftests: mqueue: simpification the Makefile

On Mon, 2015-09-07 at 22:04 +0800, Bamvor Jian Zhang wrote: > selftests: mqueue: simpification the Makefile This should be: selftests/mqueue: Simplify the Makefile And please write a change log, even for simple commits like this. You can say something like: Use make's implict rule for

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

Hi Linus, On Wed, 29 Jul 2015 19:12:56 +0200 Andrea Arcangeli wrote: > > On Tue, Jul 28, 2015 at 04:00:15PM +1000, Stephen Rothwell wrote: > > -359 i386userfaultfd sys_userfaultfd > > ++374 i386userfaultfd sys_userfaultfd > > Do

Re: [PATCH] zram: don't copy invalid compression algorithms

On (09/07/15 21:48), Luis Henriques wrote: > Validate the new compression algorithm before copying it into the zram > 'compressor' field, keeping the old one if it's invalid. > NACK. This is intentional. We haven't returned 'invalid compression algorithm' error from comp_algorithm_store()

Re: [PATCH V2 6/9] cpufreq: ondemand: queue work for policy->cpus together

On Monday, July 27, 2015 05:58:11 PM Viresh Kumar wrote: > Currently update_sampling_rate() runs over each online CPU and > cancels/queues work on it. Its very inefficient for the case where a > single policy manages multiple CPUs, as they can be processed together. > > Also drop the unnecessary

Re: [PATCH v2] zram: fix possible use after free in zcomp_create()

Hello, First of all, Thanks for catching a bug and review, Guys. Below there are just some cleanup. If you guys think it's better, please respin. On Mon, Sep 07, 2015 at 03:13:10PM +0100, Luis Henriques wrote: > zcomp_create() verifies the success of zcomp_strm_{multi,siggle}_create() > through

linux-next: build failure after merge of the kvm tree

Hi all, After merging the kvm tree, today's linux-next build (powerpc ppc64_defconfig) failed like this: arch/powerpc/kvm/../../../virt/kvm/kvm_main.c: In function 'grow_halt_poll_ns': arch/powerpc/kvm/../../../virt/kvm/kvm_main.c:1931:2: error: implicit declaration of function

Re: [PATCH v4 3/4] cpufreq-dt: add suspend frequency support

On 07-09-15, 17:41, Bartlomiej Zolnierkiewicz wrote: > +#ifdef CONFIG_PM > + .suspend = cpufreq_generic_suspend, > +#endif I don't think there is any need of the #ifdef here. -- viresh -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to

[PATCH 0/2] perf: we can now read separate debug-info files based on a build ID

Date: Mon, 7 Sep 2015 19:27:01 -0700 (Please Cc me when replying; I'm not subscribed) Hi. Perf currently has trouble reading separate debug-info files when trying to look up symbols in a 'perf report'. According to the gdb documentation:

[PATCH] ARM:mm: define arch-specific IOREMAP_MAX_ORDER only in !SMP && !LPAE case

The arch-specific IOREMAP_MAX_ORDER is introduced in commit: ff0daca([ARM] Add section support to ioremap) and commit: a069c89 ([ARM] 3705/1: add supersection support to ioremap()). But supersections and sections mappings are only used in !SMP && !LPAE case. Otherwise, mapping is created using the

Re: [PATCH v4 0/4] cpufreq-dt: add suspend frequency support

On 07-09-15, 17:41, Bartlomiej Zolnierkiewicz wrote: > Hi, > > This patch series adds suspend frequency support (using opp-v2 > bindings and suspend-opp functionality) to cpufreq-dt driver and > then adds suspend opp for Exynos4412 based boards. > > This patch series fixes suspend/resume support

Re: [PATCH 1/2] crypto: testmgr: test IV value after a cipher operation

Am Dienstag, 16. Juni 2015, 11:46:46 schrieb Boris Brezillon: Hi Herbert, >The crypto drivers are supposed to update the IV passed to the crypto >request before calling the completion callback. >Test for the IV value before considering the test as successful. May I ask whether there is anything

Re: [PATCH v4 0/4] cpufreq-dt: add suspend frequency support

On 08-09-15, 13:48, Krzysztof Kozlowski wrote: > Somehow my mind stuck on solving Exynos4x12 cpufreq issues. > > Right, it should go through Rafael's, probably except DTS patch (4/4) > because it depends on previous DTS changes. These changes are still in > arm-soc, not in Linus' tree [0].

Re: [PATCH v2 2/6] selftests: only compile userfaultfd for x86 and powperpc

On Mon, 2015-09-07 at 22:04 +0800, Bamvor Jian Zhang wrote: > Check it before compiling to avoid the failure of building and > installation. I asked you not to do this. http://lkml.kernel.org/r/1440991580.5735.4.ca...@ellerman.id.au Can you tell me why you ignored my comments? cheers -- To

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

Hi all, Today's linux-next merge of the parisc-hd tree got a conflict in: arch/parisc/kernel/irq.c between commit: d2109a12198e ("parisc/irq: Use access helper irq_data_get_affinity_mask()") from Linus' tree and commit: b15e2f939727 ("parisc: Filter out spurious interrupts in PA-RISC

<    5   6   7   8   9   10   11   12   >