Applied "ASoC: fsl: Remove unneeded init of static variable" to the asoc tree

The patch ASoC: fsl: Remove unneeded init of static variable has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and

Re: [PATCH] iommu/arm-smmu: Report smmu type in dmesg

On 03/06/2017 02:58 PM, Robert Richter wrote: The ARM SMMU detection especially depends from system firmware. For better diagnostic, log the detected type in dmesg. The smmu type's name is now stored in struct arm_smmu_type and ACPI code is modified to use that struct too. Rename

[PATCH v3 2/3] Input: synaptics - allocate a Synaptics Intertouch device

Most of the Synaptics devices are connected through PS/2 and a different bus (SMBus or HID over I2C). The secondary bus capability is indicated by the InterTouch bit in extended capability 0x0C. When we encounter such a device, we can create a platform device with the information gathered through

Re: [PATCH 6/6] sysctl: Add global tunable mt_page_copy

On 02/17/2017 09:00 PM, kbuild test robot wrote: > Hi Zi, > > [auto build test ERROR on linus/master] > [also build test ERROR on v4.10-rc8 next-20170217] > [if your patch is applied to the wrong git tree, please drop us a note to > help improve the system] > > url: >

Re: [PATCH 18/26] IB/ocrdma: Use kcalloc() in three functions

Acked-By:Devesh Sharma On Wed, Mar 8, 2017 at 6:49 PM, SF Markus Elfring wrote: > From: Markus Elfring > Date: Wed, 8 Mar 2017 09:19:47 +0100 > > * Multiplications for the size determination of memory

Re: [PATCH] futex: move debug_rt_mutex_free_waiter() further down

On 2017-03-08 16:29:02 [+0100], To Peter Zijlstra wrote: > Without this, futex_requeue_pi_signal_restart will trigger > > |kernel BUG at locking/rtmutex_common.h:55! > |Call Trace: > | rt_mutex_cleanup_proxy_lock+0x54/0x90 > | futex_wait_requeue_pi.constprop.21+0x387/0x4d0 > |

Re: [PATCH 0/2] usb: gadget: f_uvc: SuperSpeed fixes

Hi Roger, Thank you for the patches. On Wednesday 08 Mar 2017 16:05:42 Roger Quadros wrote: > Hi Laurent & Felipe, > > These are some fixes for SuperSpeed case. For both patches, Reviewed-by: Laurent Pinchart > -- > cheers, > -roger > > Roger Quadros (2):

Re: [PATCH v5 2/5] powerpc: kretprobes: override default function entry offset

Hi Michael, On 2017/03/08 09:43PM, Michael Ellerman wrote: > "Naveen N. Rao" writes: > > > With ABIv2, we offset 8 bytes into a function to get at the local entry > > point. > > > > Acked-by: Ananth N Mavinakayanahalli > > Acked-by:

Re: out of range LBA using sg_raw

On Wed, 2017-03-08 at 21:29 +0530, Kashyap Desai wrote: > Also one more fault I can generate using below sg_raw command - > > "sg_raw -r 32k /dev/sdx 28 00 01 4f ff ff 00 00 08 00" > > Provide more scsi data length compare to actual SG buffer. Do you suggest > such SG_IO interface vulnerability

Re: [PATCH] mm, vmscan: do not loop on too_many_isolated for ever

On Wed, 2017-03-08 at 10:21 +0100, Michal Hocko wrote: > > Could that create problems if we have many concurrent > > reclaimers? > > As the changelog mentions it might cause a premature oom killer > invocation theoretically. We could easily see that from the oom > report > by checking isolated

Re: [PATCH] refcount: restore kref_get and kref_put to non-GPL status

Hi John, all Linux kernel code is licenced under the GPLv2.0, and maybe only be used by derived works if that work is available under a GPL-compatible license. the _GPL export are just a very strong hint that it's almost impossible not to be derived work - using non-trivial inline functions

Re: [PATCH] futex: move debug_rt_mutex_free_waiter() further down

On Wed, 8 Mar 2017 16:29:02 +0100 Sebastian Andrzej Siewior wrote: > Without this, futex_requeue_pi_signal_restart will trigger > > |kernel BUG at locking/rtmutex_common.h:55! > |Call Trace: > | rt_mutex_cleanup_proxy_lock+0x54/0x90 > |

[PATCH 0/3] Add EHCI support for Armada 37xx

Hi, The EHCI controller in the Armada 37xx SoCs is the one used on many other mvebu SoCs such as the orion5x, the kirkwood, or the armada. However, for Armada 37xx an extra initialization step is needed: this is the purpose of the first patch. The second patch allows to build the driver for the

Re: NULL pointer dereference in cgroup

Luis Henriques writes: > Hi, > > I've seen this only once, and can't reproduce it. But here it is anyway: > > https://postimg.org/image/pn94k1yov > > (Not sure png files are accepted on LKML.) > > This occurred in a VM while booting 4.11.0-rc1 Any idea what was happening

[PATCH v1 2/4] x86/syscalls: Specific usage of verify_pre_usermode_state

Implement specific usage of verify_pre_usermode_state for user-mode returns for x86. --- Based on next-20170308 --- arch/x86/Kconfig | 1 + arch/x86/entry/common.c | 3 +++ arch/x86/entry/entry_64.S | 6 ++ 3 files changed, 10 insertions(+) diff --git a/arch/x86/Kconfig b/arch/x86

[PATCH 2/3] PCI: rockchip: make 'return 0' more obvious in probe()

There's no way to get here with 'err != 0'. Just return 0 to be more obvious and prevent future changes from accidentally erroring out here without going through the right error paths. Signed-off-by: Brian Norris --- drivers/pci/host/pcie-rockchip.c | 2 +- 1 file

[PATCH 1/3] PCI: rockchip: fix sign issues for current limits

The regulator framework can return negative error codes via regulator_get_current_limit() for regulators that don't provide current information. The subsequent check for postive values isn't very useful, if the variable is unsigned. Let's just match the signedness of the return value. Prevents

[RFC PATCH 3/3] WIP: PCI: rockchip: add remove() support

*** THIS IS WIP; DO NOT MERGE *** I haven't quite figured out the right way to invert pci_remap_iospace(). I guess no one supports this yet? So currently, if you try to remove/re-probe we'll hit a BUG() in ioremap code when we call this a second time. I post the unfinished work here as a bug

Re: RCU used on incoming CPU before rcu_cpu_starting() called

On Wed, Mar 08, 2017 at 02:16:56PM -0800, Paul E. McKenney wrote: > Hello! > > I am seeing the following splat in rcutorture testing of v4.11-rc1: > > [ 30.694013] = > [ 30.694013] WARNING: suspicious RCU usage > [ 30.694013] 4.11.0-rc1+ #1 Not tainted > [

Re: [PATCH] [media] solo6x10: release vb2 buffers in solo_stop_streaming()

Signed-off-by: Andrey Utkin Signed-off-by: Andrey Utkin Please welcome Anton who is now in charge of solo6x10 and tw5864 support and development in Bluecherry company, I have sent out to him the hardware samples I possessed. (We will

Re: [PATCH] tun: remove copyright printing

On Wed, 8 Mar 2017 16:46:57 +0100 Corentin Labbe wrote: > Printing copyright does not give any useful information on the boot > process. > Furthermore, the email address printed is obsolete since > commit ba57b6f20429 ("MAINTAINERS: fix bouncing tun/tap entries") > >

Re: Compat 32-bit syscall entry from 64-bit task!?

Hi, On Thu, Jan 26, 2012 at 07:03:43PM +0100, Denys Vlasenko wrote: > Hi Linus, > > On Thu, Jan 26, 2012 at 4:47 AM, Linus Torvalds > wrote: > >> Please look at strace source, get_scno() function, where > >> it reads syscall no and parameters. Let's see > >> -

[PATCH v2 0/7] Xen transport for 9pfs frontend driver

Hi all, This patch series implements a new transport for 9pfs, aimed at Xen systems. The transport is based on a traditional Xen frontend and backend drivers pair. This patch series implements the frontend, which typically runs in a regular unprivileged guest. I also sent a series that

[PATCH v2 2/7] xen: introduce the header file for the Xen 9pfs transport protocol

It uses the new ring.h macros to declare rings and interfaces. Signed-off-by: Stefano Stabellini CC: konrad.w...@oracle.com CC: boris.ostrov...@oracle.com CC: jgr...@suse.com --- include/xen/interface/io/9pfs.h | 40 1 file changed,

[PATCH v2 4/7] xen/9pfs: connect to the backend

Implement functions to handle the xenbus handshake. Upon connection, allocate the rings according to the protocol specification. Initialize a work_struct and a wait_queue. The work_struct will be used to schedule work upon receiving an event channel notification from the backend. The wait_queue

[PATCH v2 5/7] xen/9pfs: send requests to the backend

Implement struct p9_trans_module create and close functions by looking at the available Xen 9pfs frontend-backend connections. We don't expect many frontend-backend connections, thus walking a list is OK. Send requests to the backend by copying each request to one of the available rings (each

[PATCH v2 7/7] xen/9pfs: build 9pfs Xen transport driver

This patch adds a Kconfig option and Makefile support for building the 9pfs Xen driver. Signed-off-by: Stefano Stabellini CC: boris.ostrov...@oracle.com CC: jgr...@suse.com CC: Eric Van Hensbergen CC: Ron Minnich CC: Latchesar Ionkov

[PATCH v2 1/7] xen: import new ring macros in ring.h

Sync the ring.h file with upstream Xen, to introduce the new ring macros. They will be used by the Xen transport for 9pfs. Signed-off-by: Stefano Stabellini CC: konrad.w...@oracle.com CC: boris.ostrov...@oracle.com CC: jgr...@suse.com --- NB: The new macros have not been

[PATCH v2 6/7] xen/9pfs: receive responses

Upon receiving a notification from the backend, schedule the p9_xen_response work_struct. p9_xen_response checks if any responses are available, if so, it reads them one by one, calling p9_client_cb to send them up to the 9p layer (p9_client_cb completes the request). Handle the ring following the

Re: [PATCH v5 2/5] powerpc: kretprobes: override default function entry offset

On 2017/03/08 11:29AM, Arnaldo Carvalho de Melo wrote: > Em Wed, Mar 08, 2017 at 07:54:12PM +0530, Naveen N. Rao escreveu: > > Hi Michael, > > > > On 2017/03/08 09:43PM, Michael Ellerman wrote: > > > "Naveen N. Rao" writes: > > > > > > > With ABIv2, we offset 8

[PATCH v2 3/7] xen/9pfs: introduce Xen 9pfs transport driver

Introduce the Xen 9pfs transport driver: add struct xenbus_driver to register as a xenbus driver and add struct p9_trans_module to register as v9fs driver. All functions are empty stubs for now. Signed-off-by: Stefano Stabellini CC: boris.ostrov...@oracle.com CC:

Re: [PATCH v2 3/9] mm: clear any AS_* errors when returning error on any fsync or close

On Thu, 2017-03-09 at 08:23 +1100, NeilBrown wrote: > On Thu, Mar 09 2017, Jeff Layton wrote: > > > Currently we don't clear the address space error when there is a -EIO > > error on fsynci, due to writeback initiation failure. If writes fail > > with -EIO and the mapping is flagged with an

Re: [PATCH for-4.11] ASoC: don't dereference NULL pcm_{new,free}

Hi Kuninori, On Thu, Mar 09, 2017 at 12:17:41AM +, Kuninori Morimoto wrote: > > Not all platform drivers have pcm_{new,free} callbacks. Seen with a > > "snd-soc-dummy" codec from sound/soc/rockchip/rk3399_gru_sound.c. > (snip) > > Fixes: 99b04f4c4051 ("ASoC: add Component level

Re: [PATCH 14/26] IB/ocrdma: Improve another size determination in ocrdma_add()

On Wed, Mar 08, 2017 at 02:10:33PM +0100, SF Markus Elfring wrote: > From: Markus Elfring > Date: Tue, 7 Mar 2017 22:12:36 +0100 > > Replace the specification of a data structure by a pointer dereference > as the parameter for the operator "sizeof" to make the

[PATCH 1/2] usb: gadget: f_uvc: Fix SuperSpeed companion descriptor's wBytesPerInterval

The streaming_maxburst module parameter is 0 offset (0..15) so we must add 1 while using it for wBytesPerInterval calculation for the SuperSpeed companion descriptor. Without this host uvcvideo driver will always see the wrong wBytesPerInterval for SuperSpeed uvc gadget and may not find a

Re: [PATCH 6/7] xen/9pfs: receive responses

> >>> + >>> + if (xen_9pfs_queued(prod, cons, XEN_9PFS_RING_SIZE) < >>> sizeof(h)) { >>> + notify_remote_via_irq(ring->irq); >>> + return; >>> + } >>> + >>> + masked_prod = xen_9pfs_mask(prod, XEN_9PFS_RING_SIZE); >>> +

[PATCH 4/5] fs, xfs: convert xfs_cui_log_item.cui_refcount from atomic_t to refcount_t

refcount_t type and corresponding API should be used instead of atomic_t when the variable is used as a reference counter. This allows to avoid accidental refcounter overflows that might lead to use-after-free situations. Signed-off-by: Elena Reshetova Signed-off-by:

Re: [PATCH v17 2/3] usb: USB Type-C connector class

On 03/07/2017 10:50 PM, Peter Chen wrote: You mean type-C trigger an ACPI event, and this ACPI event can notify related USB controller driver doing role switch? No (firmware programs the dual-role hw/registers), but never mind. That could be the case. If it is correct, there is a notifier

Re: [PATCH v2 0/2] patches for Innomedia INNEX GENESIS/ATARI adapter

On Tue, 7 Mar 2017, Tomasz Kramkowski wrote: > I'll post it on here as a patch. I'm not sure if that would be a v3 or a > new patch. As the baseline patch is already merged and I am not rebasing hid.git, please send anything else as a followup fix. Thanks, -- Jiri Kosina SUSE Labs

Re: [patch v2] mm, vmstat: print non-populated zones in zoneinfo

On Fri 03-03-17 14:53:07, David Rientjes wrote: > Initscripts can use the information (protection levels) from > /proc/zoneinfo to configure vm.lowmem_reserve_ratio at boot. > > vm.lowmem_reserve_ratio is an array of ratios for each configured zone on > the system. If a zone is not populated on

Re: [PATCH 1/2] mm: use is_migrate_highatomic() to simplify the code

On Mon 06-03-17 12:43:18, Andrew Morton wrote: > On Mon, 6 Mar 2017 14:38:33 +0100 Michal Hocko wrote: > > > On Fri 03-03-17 15:06:19, Andrew Morton wrote: > > > On Fri, 3 Mar 2017 14:18:08 +0100 Michal Hocko wrote: > > > > > > > On Fri 03-03-17 19:10:13,

Re: [PATCH 03/26] IB/ocrdma: Improve size determinations in ocrdma_mbx_get_dcbx_config()

Acked-By: Devesh Sharma On Wed, Mar 8, 2017 at 7:24 PM, Yuval Shaia wrote: > On Wed, Mar 08, 2017 at 01:45:43PM +0100, SF Markus Elfring wrote: >> From: Markus Elfring >> Date: Tue, 7 Mar 2017 19:09:20 +0100 >>

Re: [PATCH v2 01/21] x86/xen: separate PV and HVM hypervisors

On 02/03/17 18:53, Vitaly Kuznetsov wrote: > As a preparation to splitting the code we need to untangle it: > > x86_hyper_xen -> x86_hyper_xen_hvm and x86_hyper_xen_pv > xen_platform() -> xen_platform_hvm() and xen_platform_pv() > xen_cpu_up_prepare() -> xen_cpu_up_prepare_pv() and

Re: rtlwifi: fix spelling mistake: "conuntry" -> "country"

Colin Ian King wrote: > From: Colin Ian King > > trivial fix to spelling mistake in RT_TRACE message > > Signed-off-by: Colin Ian King Patch applied to wireless-drivers-next.git, thanks. 3e062eb21df8 rtlwifi: fix

Re: [PATCH v2 04/21] x86/xen: split off enlighten_pvh.c

On 02/03/17 18:53, Vitaly Kuznetsov wrote: > Create enlighten_pvh.c by splitting off PVH related code from enlighten.c, > put it under CONFIG_XEN_PVH. > > Signed-off-by: Vitaly Kuznetsov Reviewed-by: Juergen Gross Juergen

Re: [PATCH 08/10] serdev: add serdev_device_get_cts

On Tue, Mar 7, 2017 at 3:12 PM, Sebastian Reichel wrote: > Hi Rob, > > On Tue, Mar 07, 2017 at 10:03:37AM -0600, Rob Herring wrote: >> On Sat, Mar 4, 2017 at 5:58 AM, Sebastian Reichel wrote: >> > Add method to get current CTS line state. >> > >> >

Re: [PATCH 0/7] 5-level paging: prepare generic code

Btw. my build test machinery has reported this: microblaze/allnoconfig In file included from ./arch/microblaze/include/asm/pgtable.h:550:0, from ./include/linux/mm.h:68, from ./arch/microblaze/include/asm/io.h:17, from ./include/linux/io.h:25,

Re: cfq-iosched: two questions about the hrtimer version of CFQ

Hi, On Tue 07-03-17 08:11:44, Hou Tao wrote: > When testing the hrtimer version of CFQ, we found a performance degradation > problem which seems to be caused by commit 0b31c10 ("cfq-iosched: Charge at > least 1 jiffie instead of 1 ns"). > > The following is the test process: > > * filesystem

[PATCH] fat: Fix using uninitialized fields of fat_inode/fsinfo_inode

Recently fallocate patch was merged and it uses MSDOS_I(inode)->mmu_private at fat_evict_inode(). However, fat_inode/fsinfo_inode that was introduced in past didn't initialize MSDOS_I(inode) properly. With those combinations, it became the cause of accessing random entry in FAT area.

Re: [PATCH v3 4/6] drm: bridge: dw-hdmi: Switch to V4L bus format and encodings

On 03/07/2017 06:35 PM, Jose Abreu wrote: > Hi Neil, > > > On 07-03-2017 16:42, Neil Armstrong wrote: >> Some display pipelines can only provide non-RBG input pixels to the HDMI TX >> Controller, this patch takes the pixel format from the plat_data if provided. >> >> Signed-off-by: Neil

[PATCH v3 1/2] net: sched: make default fifo qdiscs appear in the dump

From: Jiri Kosina The original reason [1] for having hidden qdiscs (potential scalability issues in qdisc_match_from_root() with single linked list in case of large amount of qdiscs) has been invalidated by 59cc1f61f0 ("net: sched: convert qdisc linked list to hashtable"). This

Re: [PATCH 6/7] mm: convert generic code to 5-level paging

On Wed, Mar 08, 2017 at 02:57:35PM +0100, Michal Hocko wrote: > On Mon 06-03-17 23:45:13, Kirill A. Shutemov wrote: > > Convert all non-architecture-specific code to 5-level paging. > > > > It's mostly mechanical adding handling one more page table level in > > places where we deal with pud_t. >

Re: [PATCH 22/26] IB/ocrdma: Returning only value constants in ocrdma_resize_cq()

Acked-By:Devesh Sharma On Wed, Mar 8, 2017 at 6:56 PM, SF Markus Elfring wrote: > From: Markus Elfring > Date: Wed, 8 Mar 2017 10:48:24 +0100 > > Return constant integer values without storing them in the

[PATCH v3 1/3] input: serio - allow others to specify a driver for a serio device

The Lenovo Thinkpads use RMI4 over SMBus in addition to PS/2 for their trackpad. The problem is that the device doesn't enumerate itself besides some registers in PS/2. Once the initial PS/2 initialization has been made, we need a way to unbind psmouse from the touchpad and use a different

Re: [PATCH v2 1/2] doc: bindings: Add bindings documentation for mtd nvmem

On Tue, 7 Mar 2017 22:01:07 +0100 Boris Brezillon wrote: > On Tue, 7 Mar 2017 09:26:03 +0100 > Alban wrote: > > > Config data for drivers, like MAC addresses, is often stored in MTD. > > Add a binding that define how such data storage can be

Re: [PATCH] x86, kasan: add KASAN checks to atomic operations

On Wed, Mar 8, 2017 at 4:43 PM, Mark Rutland wrote: > On Wed, Mar 08, 2017 at 04:27:11PM +0100, Dmitry Vyukov wrote: >> On Wed, Mar 8, 2017 at 4:20 PM, Mark Rutland wrote: >> > As in my other reply, I'd prefer that we wrapped the (arch-specific) >> >

Re: [PATCH resent] uapi libc compat: allow non-glibc to opt out of uapi definitions

On 11/11/2016 07:08 AM, Felix Janda wrote: > Currently, libc-compat.h detects inclusion of specific glibc headers, > and defines corresponding _UAPI_DEF_* macros, which in turn are used in > uapi headers to prevent definition of conflicting structures/constants. > There is no such detection for

[PATCH v5 03/19] IB/mthca: Replace PCI pool old API

The PCI pool API is deprecated. This commit replaces the PCI pool old API by the appropriate function with the DMA pool API. Signed-off-by: Romain Perier Acked-by: Peter Senna Tschudin Tested-by: Peter Senna Tschudin

[PATCH v5 01/19] block: DAC960: Replace PCI pool old API

The PCI pool API is deprecated. This commit replaces the PCI pool old API by the appropriate function with the DMA pool API. Signed-off-by: Romain Perier Acked-by: Peter Senna Tschudin Tested-by: Peter Senna Tschudin

[PATCH v5 00/19] Replace PCI pool by DMA pool API

by the dma pool API and remove the defines. Changes in v5: - Re-worded the cover letter (remove sentence about checkpatch.pl) - Rebased series onto next-20170308 - Fix typos in commit message - Added Acked-by Tags Changes in v4: - Rebased series onto next-20170301 - Removed patch 20/20: checks done

[PATCH v5 05/19] mlx4: Replace PCI pool old API

The PCI pool API is deprecated. This commit replaces the PCI pool old API by the appropriate function with the DMA pool API. Signed-off-by: Romain Perier Acked-by: Peter Senna Tschudin Tested-by: Peter Senna Tschudin

Re: [tip:core/urgent] sched/wait: Add dependency for now

On Wed, Mar 8, 2017 at 2:18 AM, tip-bot for Ingo Molnar wrote: > Author: Ingo Molnar > > sched/wait: Add dependency for now > > The wait_event_interruptible*() APIs are using signal_pending(), so > include its header to not build-break users of those

Re: [PATCH v3] Input: sparse-keymap - use a managed allocation for keymap copy

On Wed, Mar 8, 2017 at 11:05 PM, Dmitry Torokhov wrote: > On Wed, Mar 08, 2017 at 10:50:16PM +0200, Andy Shevchenko wrote: >> On Wed, Mar 8, 2017 at 8:12 PM, Dmitry Torokhov >> wrote: >> > On Wed, Mar 08, 2017 at 09:22:17AM +0100, Michał

Re: [PATCH] kernel: convert css_set.refcount from atomic_t to refcount_t

On Wed, Mar 08, 2017 at 10:00:40AM +0200, Elena Reshetova wrote: > refcount_t type and corresponding API should be > used instead of atomic_t when the variable is used as > a reference counter. This allows to avoid accidental > refcounter overflows that might lead to use-after-free > situations. >

Re: [Question] devm_kmalloc() for DMA ?

On 03/08/2017 10:19 PM, Russell King - ARM Linux wrote: > On Wed, Mar 08, 2017 at 09:44:17PM +0100, Lars-Peter Clausen wrote: >> On 03/08/2017 08:59 PM, Russell King - ARM Linux wrote: >>> On Wed, Mar 08, 2017 at 08:48:31PM +0100, Lars-Peter Clausen wrote: When the DMA memory is mapped for

[PATCH] usb: hub: Fix error loop seen after hub communication errors

While stress testing a usb controller using a bind/unbind looop, the following error loop was observed. usb 7-1.2: new low-speed USB device number 3 using xhci-hcd usb 7-1.2: hub failed to enable device, error -108 usb 7-1-port2: cannot disable (err = -22) usb 7-1-port2: couldn't allocate

Re: [PATCH] hwmon: (dell-smm) Add Dell XPS 15 9560 into DMI list

On Wed, 8 Mar 2017 20:25:33 +0100, Vasile Dumitrescu wrote: > sudo sensors > => Note that you don't need to be root to run "sensors". > (...) > dell_smm-virtual-0 > Adapter: Virtual device > Processor Fan: 2490 RPM > Video Fan: 2493 RPM > CPU:+48.0°C > Ambient:+48.0°C >

Re: [PATCH v2 3/9] mm: clear any AS_* errors when returning error on any fsync or close

On Thu, Mar 09 2017, Jeff Layton wrote: > Currently we don't clear the address space error when there is a -EIO > error on fsynci, due to writeback initiation failure. If writes fail > with -EIO and the mapping is flagged with an AS_EIO or AS_ENOSPC error, > then we can end up returning errors on

Re: [net/bpf] 3051bf36c2 BUG: unable to handle kernel paging request at 0000a7cf

On 03/08/2017 11:36 PM, Kees Cook wrote: On Wed, Mar 8, 2017 at 2:27 PM, Daniel Borkmann wrote: [ 28.474232] rodata_test: test data was not read only [...] In my tests so far, I've never been able to get rodata_test to fail (Qemu 2.5.0, Ubuntu). I'll retry with your

[PATCH for-4.11] ASoC: don't dereference NULL pcm_{new,free}

Not all platform drivers have pcm_{new,free} callbacks. Seen with a "snd-soc-dummy" codec from sound/soc/rockchip/rk3399_gru_sound.c. Resolves an OOPS seen on v4.11-rc1 with Google Kevin (Samsung Chromebook Plus): [2.863304] rk3399-gru-sound sound: HiFi <-> ff88.i2s mapping ok [

Re: v4.10: kernel stack frame pointer .. has bad value (null)

Hi! > > - CONFIG_FUNCTION_GRAPH_TRACER sets it on x86-32 because of a gcc bug > > where the stack gets aligned before the mcount call. This issue > > should be mostly obsolete as most modern compilers now have -mfentry. > > We could make it dependent on CC_USING_FENTRY. > > Yeah. At some

Re: [PATCH v7 06/07] iommu/ipmmu-vmsa: ARM and ARM64 archdata access

On 07/03/17 03:17, Magnus Damm wrote: > From: Magnus Damm > > Not all architectures have an iommu member in their archdata, so > use #ifdefs support build with COMPILE_TEST on any architecture. I have a feeling I might be repeating myself, but ipmmu_vmsa_archdata

[PATCH 03/26] IB/ocrdma: Improve size determinations in ocrdma_mbx_get_dcbx_config()

From: Markus Elfring Date: Tue, 7 Mar 2017 19:09:20 +0100 Replace the specification of data structures by references for variables as the parameter for the operator "sizeof" to make the corresponding size determinations a bit safer according to the Linux coding

Re: [PATCH] media: vpif: use a configurable i2c_adapter_id for vpif display

2017-03-07 18:12 GMT+01:00 Lad, Prabhakar : > Hi Bartosz, > > Thanks for the patch. > > On Thu, Feb 16, 2017 at 6:08 PM, Bartosz Golaszewski > wrote: >> >> The vpif display driver uses a static i2c adapter ID of 1 but on the >> da850-evm

[PATCH 05/26] IB/ocrdma: Improve another size determination in ocrdma_mbx_query_qp()

From: Markus Elfring Date: Tue, 7 Mar 2017 19:40:31 +0100 Replace the specification of a data structure by a pointer dereference as the parameter for the operator "sizeof" to make the corresponding size determination a bit safer according to the Linux coding style

[PATCH 01/26] IB/ocrdma: Use kcalloc() in ocrdma_create_eqs()

From: Markus Elfring Date: Tue, 7 Mar 2017 17:56:45 +0100 * A multiplication for the size determination of a memory allocation indicated that an array data structure should be processed. Thus reuse the corresponding function "kcalloc". This issue was

[PATCH 06/26] IB/ocrdma: Improve another size determination in ocrdma_alloc_pd_pool()

From: Markus Elfring Date: Tue, 7 Mar 2017 19:54:38 +0100 Replace the specification of a data structure by a pointer dereference as the parameter for the operator "sizeof" to make the corresponding size determination a bit safer according to the Linux coding style

Re: [Outreachy kernel] [PATCH] staging: nvec: cleanup USLEEP_RANGEcheckpatch checks

On Thu, Mar 02, 2017 at 03:57:01PM +0100, Marc Dietrich wrote: > Hi Simran, > > Am Donnerstag, 2. März 2017, 15:48:13 CET schrieb SIMRAN SINGHAL: > > On Thursday, March 2, 2017 at 8:06:40 PM UTC+5:30, Julia Lawall wrote: > > > On Thu, 2 Mar 2017, simran singhal wrote: > > > > Resolve strict

[PATCH 10/26] IB/ocrdma: Improve another size determination in ocrdma_init_emb_mqe()

From: Markus Elfring Date: Tue, 7 Mar 2017 20:33:29 +0100 Replace the specification of a data structure by a pointer dereference as the parameter for the operator "sizeof" to make the corresponding size determination a bit safer according to the Linux coding style

Re: [PATCH v3 03/09] iommu/ipmmu-vmsa: Enable multi context support

On 08/03/17 11:01, Magnus Damm wrote: > From: Magnus Damm > > Add support for up to 8 contexts. Each context is mapped to one > domain. One domain is assigned one or more slave devices. Contexts > are allocated dynamically and slave devices are grouped together >

Re: [PATCH v7 01/07] iommu/ipmmu-vmsa: Remove platform data handling

On Tue, Mar 7, 2017 at 4:16 AM, Magnus Damm wrote: > From: Magnus Damm > > The IPMMU driver is using DT these days, and platform data is no longer > used by the driver. Remove unused code. > > Signed-off-by: Magnus Damm

Re: [PATCH 3/3] cpufreq: schedutil: remove redundant code from sugov_next_freq_shared()

On Wed, Mar 8, 2017 at 12:15 PM, Viresh Kumar wrote: > On 08-03-17, 11:50, Rafael J. Wysocki wrote: >> So overall, maybe you can move the flags check to >> sugov_update_shared(), so that you don't need to pass flags to >> sugov_next_freq_shared(), and then do what you did

Re: [PATCH] mm, vmalloc: use __GFP_HIGHMEM implicitly

On Tue 07-03-17 10:57:48, Matthew Wilcox wrote: > On Tue, Mar 07, 2017 at 10:28:41AM -0800, Matthew Wilcox wrote: > > On Tue, Mar 07, 2017 at 03:10:20PM +0100, Michal Hocko wrote: > > > This patch simply uses __GFP_HIGHMEM implicitly when allocating pages to > > > be mapped to the vmalloc space.

Re: [PATCH 1/2] x86/efi: Correct a tiny mistake in code comment

On Wed, Mar 08, 2017 at 04:45:13PM +0800, Baoquan He wrote: > -4G and -68G just a trick which makes people understand easily, still we > think kernel text mapping region is in higher addr area then vmalloc. I > personnally think. Just remove the direction: bottom-up or top-down, it will confuse

[PATCH 08/26] IB/ocrdma: Improve size determinations in ocrdma_mbx_rdma_stats()

From: Markus Elfring Date: Tue, 7 Mar 2017 20:16:16 +0100 Replace the specification of two data structures by pointer dereferences as the parameter for the operator "sizeof" to make the corresponding size determinations a bit safer according to the Linux coding

Re: [PATCH] livepatch: make klp_mutex proper part of API

On Wed, 8 Mar 2017, Josh Poimboeuf wrote: > On Wed, Mar 08, 2017 at 10:16:00AM +0100, Jiri Kosina wrote: > > From: Jiri Kosina > > > > klp_mutex is shared between core.c and transition.c, and as such would > > rather be properly located in livepatch.h so that we don't have to

[PATCH 11/26] IB/ocrdma: Delete unnecessary braces

From: Markus Elfring Date: Tue, 7 Mar 2017 21:12:56 +0100 Do not use curly brackets at some source code places where a single statement should be sufficient. Signed-off-by: Markus Elfring ---

[PATCH 12/26] IB/ocrdma: Adjust ten checks for null pointers

From: Markus Elfring Date: Tue, 7 Mar 2017 21:32:22 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit The script “checkpatch.pl“ pointed information out like the following. Comparison to NULL could be written !… Thus

Re: Applied "spi: davinci: enable DMA when channels are defined in DT" to the spi tree

On Wed, Mar 08, 2017 at 11:35:02AM +0100, Frode Isaksen wrote: > To avoid data corruption issues with UBIFS volume over SPI NOR, DMA should > not be used for vmalloc'ed buffers. The 5'th patch in my series fixes that: It's best to always try to ensure that your patch serieses are bisectable...

Re: [PATCH 2/2] perf probe: Remove stale func add_perf_probe_events

Thanks Masami for the review, On Wednesday 08 March 2017 03:13 PM, Masami Hiramatsu wrote: > On Wed, 8 Mar 2017 12:29:08 +0530 > Ravi Bangoria wrote: > >> I don't see any user of this function. This function was being copied >> to tools/perf/builtin-probe.c by

[PATCH 19/26] IB/ocrdma: Improve another size determination in ocrdma_alloc_mr()

From: Markus Elfring Date: Wed, 8 Mar 2017 09:54:42 +0100 Replace the specification of a data type by a pointer dereference as the parameter for the operator "sizeof" to make the corresponding size determination a bit safer according to the Linux coding style

Re: [PATCH -mm -v6 1/9] mm, swap: Make swap cluster size same of THP size on x86_64

On Wed, Mar 08, 2017 at 03:26:05PM +0800, Huang, Ying wrote: > In this patch, the size of the swap cluster is changed to that of the > THP (Transparent Huge Page) on x86_64 architecture (512). This is for > the THP swap support on x86_64. Where one swap cluster will be used to > hold the

[PATCH 18/26] IB/ocrdma: Use kcalloc() in three functions

From: Markus Elfring Date: Wed, 8 Mar 2017 09:19:47 +0100 * Multiplications for the size determination of memory allocations indicated that array data structures should be processed. Thus reuse the corresponding function "kcalloc". This issue was detected by

[PATCH 22/26] IB/ocrdma: Returning only value constants in ocrdma_resize_cq()

From: Markus Elfring Date: Wed, 8 Mar 2017 10:48:24 +0100 Return constant integer values without storing them in the local variable "status". Signed-off-by: Markus Elfring --- drivers/infiniband/hw/ocrdma/ocrdma_verbs.c | 9

Re: [PATCH resent] uapi libc compat: allow non-glibc to opt out of uapi definitions

On Fri, 2016-11-11 at 07:08 -0500, Felix Janda wrote: > Currently, libc-compat.h detects inclusion of specific glibc headers, > and defines corresponding _UAPI_DEF_* macros, which in turn are used in > uapi headers to prevent definition of conflicting structures/constants. > There is no such

[PATCH 24/26] IB/ocrdma: One jump label less in ocrdma_alloc_ucontext_pd()

From: Markus Elfring Date: Wed, 8 Mar 2017 11:11:35 +0100 This issue was detected by using the Coccinelle software. 1. Return directly if a call of the function "_ocrdma_alloc_pd" failed. 2. Reduce the scope for the local variable "status" to one case of an if

Re: [PATCH] mm: move pcp and lru-pcp drainging into single wq

Michal Hocko wrote: > On Tue 07-03-17 22:50:48, Tetsuo Handa wrote: > > Michal Hocko wrote: > > > From: Michal Hocko > > > > > > We currently have 2 specific WQ_RECLAIM workqueues in the mm code. > > > vmstat_wq for updating pcp stats and lru_add_drain_wq dedicated to drain > >

Re: [PATCH 1/2] reset: add reset-simple to unify socfpga, stm32, and sunxi

Hi Philipp, On 03/08/2017 11:19 AM, Andre Przywara wrote: Hi, On 08/03/17 09:54, Philipp Zabel wrote: Reset operations for simple reset controllers with reset lines that can be controlled by toggling bits in (mostly) contiguous register ranges using read-modify-write cycles under a spinlock.

Re: blk: improve order of bio handling in generic_make_request()

On 7 March 2017 at 17:52, Mike Snitzer wrote: > > On 06.03.2017 21:18, Jens Axboe wrote: > > > I like the change, and thanks for tackling this. It's been a pending > > > issue for way too long. I do think we should squash Jack's patch > > > into the original, as it does clean

[PATCH v2 1/2] x86/efi/64: Clean up code comment about efi region

EFI allocates runtime services regions starting from EFI_VA_START, -4G, decrement to EFI_VA_END. So remove the bottom-up term to avoid confusion. Signed-off-by: Baoquan He --- arch/x86/platform/efi/efi_64.c | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git

<    1   2   3   4   5   6   7   8   9   10   >