Re: [RfC PATCH] Add udmabuf misc device

On 04/10/2018 08:26 PM, Dongwon Kim wrote: On Tue, Apr 10, 2018 at 09:37:53AM +0300, Oleksandr Andrushchenko wrote: On 04/06/2018 09:57 PM, Dongwon Kim wrote: On Fri, Apr 06, 2018 at 03:36:03PM +0300, Oleksandr Andrushchenko wrote: On 04/06/2018 02:57 PM, Gerd Hoffmann wrote: Hi, I fail

[PATCH v2 1/2] Fix NULL pointer in page_cache_tree_insert

From: Matthew Wilcox f2fs specifies the __GFP_ZERO flag for allocating some of its pages. Unfortunately, the page cache also uses the mapping's GFP flags for allocating radix tree nodes. It always masked off the __GFP_HIGHMEM flag, and masks off __GFP_ZERO in some paths,

[PATCH v2 2/2] slab: __GFP_ZERO is incompatible with a constructor

From: Matthew Wilcox __GFP_ZERO requests that the object be initialised to all-zeroes, while the purpose of a constructor is to initialise an object to a particular pattern. We cannot do both. Add a warning to catch any users who mistakenly pass a __GFP_ZERO flag when

[PATCH v2 0/2] Fix __GFP_ZERO vs constructor

From: Matthew Wilcox v1->v2: - Added review/ack tags (thanks!) - Switched the order of the patches - Reworded commit message of the patch which actually fixes the bug - Moved slab debug patches under CONFIG_DEBUG_VM to check _every_ allocation and added checks in

[PATCH][next] scsi: fnic: fix spelling mistake in fnic stats "Abord" -> "Abort"

From: Colin Ian King Trivial fix to spelling mistake in fnic stats message text Signed-off-by: Colin Ian King --- drivers/scsi/fnic/fnic_trace.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

Re: [Letux-kernel] [Bug]: mtd: onenand: omap2plus: kernel panic with OneNAND on OMAP3 (DM3730) device GTA04A5

Hi Boris, On Wed, Apr 11, 2018 at 09:15:28AM +0200, Boris Brezillon wrote: > Hi Ladislav, > > On Wed, 11 Apr 2018 08:26:07 +0200 > Ladislav Michl wrote: > > > Hi Andreas, > > > > On Wed, Apr 11, 2018 at 06:59:03AM +0200, Andreas Kemnade wrote: > > > Hi Ladis, > > > > >

Re: [PATCH v10 05/10] livepatch: Support separate list for replaced patches.

On Tue, 10 Apr 2018, Josh Poimboeuf wrote: > > > I agree here. Practically we use only cumulative replacement patches at > > > SUSE. So with that in mind I don't care about the stacking much. But, it > > > may make sense for someone else. Evgenii mentioned they used it for > > > hotfixes.

Re: [PATCH v10 05/10] livepatch: Support separate list for replaced patches.

On Tue, 10 Apr 2018, Josh Poimboeuf wrote: > On Tue, Apr 10, 2018 at 10:34:55AM +0200, Petr Mladek wrote: > > > > > > > We were just recently discussing the possibility of not allowing > > > > > > > the > > > > > > > disabling of patches at all. If we're not going that far, let's > > > > > > >

Re: [Letux-kernel] [Bug]: mtd: onenand: omap2plus: kernel panic with OneNAND on OMAP3 (DM3730) device GTA04A5

On Wed, 11 Apr 2018 09:36:56 +0200 Ladislav Michl wrote: > Hi Boris, > > On Wed, Apr 11, 2018 at 09:15:28AM +0200, Boris Brezillon wrote: > > Hi Ladislav, > > > > On Wed, 11 Apr 2018 08:26:07 +0200 > > Ladislav Michl wrote: > > > > > Hi Andreas,

Re: [PATCH v2 2/2] MAINTAINERS: add maintainer for Renesas I2C related drivers

On Tue, Apr 10, 2018 at 09:49:14PM +0200, Wolfram Sang wrote: > From: Wolfram Sang > > Intentionally missing i2c-riic here, Chris Brandt will add himself for > that one later. > > Signed-off-by: Wolfram Sang Reviewed-by:

[PATCH v4] writeback: safer lock nesting

lock_page_memcg()/unlock_page_memcg() use spin_lock_irqsave/restore() if the page's memcg is undergoing move accounting, which occurs when a process leaves its memcg for a new one that has memory.move_charge_at_immigrate set. unlocked_inode_to_wb_begin,end() use spin_lock_irq/spin_unlock_irq() if

Re: [RFC 1/6] dt-bindings: dma: xilinx_dma: Add optional property has_axieth_connected

On Mon, Apr 02, 2018 at 04:09:01PM +0530, Radhey Shyam Pandey wrote: > Add an optional AXI DMA property 'has_axieth_connected'. This can be > specified to indicate that AXI DMA is connected to AXI Ethernet in > hardware design and dma driver needs to do some additional handling. 1. why are DT

Re: [PATCH V2] drm/amdgpu: limit DMA size to PAGE_SIZE for scatter-gather buffers

Am 11.04.2018 um 08:26 schrieb Huang Rui: On Tue, Apr 10, 2018 at 04:59:55PM -0400, Sinan Kaya wrote: Code is expecing to observe the same number of buffers returned from dma_map_sg() function compared to sg_alloc_table_from_pages(). This doesn't hold true universally especially for systems

[PATCH v3 1/2] vfio: platform: Fix reset module leak in error path

If the IOMMU group setup fails, the reset module is not released. Fixes: b5add544d677d363 ("vfio, platform: make reset driver a requirement by default") Signed-off-by: Geert Uytterhoeven Reviewed-by: Eric Auger Reviewed-by: Simon Horman

Re: [PATCH 1/5] dmaengine: sprd: Define the DMA transfer step type

On Tue, Apr 10, 2018 at 03:46:03PM +0800, Baolin Wang wrote: > From: Eric Long > > Define the DMA transfer step type to make code more readable. > > Signed-off-by: Eric Long > Signed-off-by: Baolin Wang > --- >

Re: [PATCH 4/5] dmaengine: sprd: Add Spreadtrum DMA configuration

On Tue, Apr 10, 2018 at 03:46:06PM +0800, Baolin Wang wrote: > +/* > + * struct sprd_dma_config - DMA configuration structure > + * @config: dma slave channel config > + * @fragment_len: specify one fragment transfer length > + * @block_len: specify one block transfer length > + *

Re: [PATCH v2 4/9] lib/vsprintf: Make flag_spec global

On Fri 2018-02-16 23:07:06, Andy Shevchenko wrote: > There are places where default specification to print flags as number > is in use. > > Make it global and convert existing users. > > Signed-off-by: Andy Shevchenko Reviewed-by: Petr Mladek

Re: [PATCH v4] xen/privcmd: add IOCTL_PRIVCMD_MMAP_RESOURCE

Hi, On 10/04/18 08:58, Paul Durrant wrote: +static long privcmd_ioctl_mmap_resource(struct file *file, void __user *udata) +{ + struct privcmd_data *data = file->private_data; + struct mm_struct *mm = current->mm; + struct vm_area_struct *vma; + struct

Re: [PATCH v2 5/9] lib/vsprintf: Move pointer_string() upper

On Fri 2018-02-16 23:07:07, Andy Shevchenko wrote: > As preparatory patch to further clean up. > > No functional change. > > Signed-off-by: Andy Shevchenko Reviewed-by: Petr Mladek I have pushed it into printk.git, branch

Re: [PATCH v2] cpufreq/schedutil: Cleanup, document and fix iowait boost

On 10-Apr 21:37, Peter Zijlstra wrote: > On Tue, Apr 10, 2018 at 04:59:31PM +0100, Patrick Bellasi wrote: > > The iowait boosting code has been recently updated to add a progressive > > boosting behavior which allows to be less aggressive in boosting tasks > > doing only sporadic IO operations,

Re: [PATCHv2 2/7] sched/fair: Add group_misfit_task load-balance type

On Thu, Mar 15, 2018 at 02:46:59PM +, Morten Rasmussen wrote: > +static inline unsigned long task_util(struct task_struct *p); > +static inline int task_fits_capacity(struct task_struct *p, long capacity) > +{ > + return capacity * 1024 > task_util(p) * capacity_margin; > +} > + > +static

Re: [PATCH v2] cpufreq/schedutil: Cleanup, document and fix iowait boost

On Wed, Apr 11, 2018 at 11:44:45AM +0100, Patrick Bellasi wrote: > > > - sugov_set_iowait_boost: is now in charge only to set/increase the IO > > > wait boost, every time a task wakes up from an IO wait. > > > > > > - sugov_iowait_boost: is now in charge to reset/reduce the IO wait > > >

Re: [PATCH] memory-model: fix cheat sheet typo

On 10/04/2018 23:34, Paul E. McKenney wrote: > Glad it helps, and I have queued it for the next merge window. Of course, > if a further improvement comes to mind, please do not keep it a secret. ;-) Yes, there are several changes that could be included: - SV could be added to the prior

Re: [PATCH] cdc_ether: flag the Cinterion AHS8 modem by gemalto as WWAN

Am Mittwoch, den 11.04.2018, 13:15 +0200 schrieb Bassem Boubaker: >     The Cinterion AHS8 is a 3G device with one embedded WWAN interface >     using cdc_ether as a driver. > >     The modem is  controlled via AT commands through the exposed TTYs. > >     AT+CGDCONT write command can be used to

[PATCH v6 1/4] Add notrace to lib/ucmpdi2.c

From: Palmer Dabbelt As part of the MIPS conversion to use the generic GCC library routines, Matt Redfearn discovered that I'd missed a notrace on __ucmpdi2(). This patch rectifies the problem. CC: Matt Redfearn CC: Antony Pavlov

[PATCH] ide: hpt366: Replace mdelay with usleep_range in init_chipset_hpt366

init_chipset_hpt366() is never called in atomic context. init_chipset_hpt366() is set as ".init_chipset" in struct ide_port_info. This function is not called in atomic context. Despite never getting called from atomic context, init_chipset_hpt366() calls mdelay() to busily wait. This is not

Re: [PATCH 1/2] staging: irda: Replace mdelay with usleep_range in stir421x_fw_upload

On 2018/4/11 16:03, Greg KH wrote: On Wed, Apr 11, 2018 at 03:17:10PM +0800, Jia-Ju Bai wrote: On 2018/4/11 14:41, Greg KH wrote: On Wed, Apr 11, 2018 at 09:29:34AM +0800, Jia-Ju Bai wrote: stir421x_fw_upload() is never called in atomic context. The call chain ending up at

[PATCH v1 2/2] mm: migrate: add vm event counters hugetlb_migrate_(success|fail)

>From the same motivation as the previous patch, this patch is suggesting to add separate counters for hugetlb migration. Signed-off-by: Naoya Horiguchi --- include/linux/vm_event_item.h | 3 +++ mm/migrate.c | 10 ++ mm/vmstat.c

[PATCH] cpuidle: menu: tidy up some indenting

These lines were indented 4 spaces less than they should have been. It was a little confusing. Signed-off-by: Dan Carpenter diff --git a/drivers/cpuidle/governors/menu.c b/drivers/cpuidle/governors/menu.c index 1bfe03ceb236..b733dc6aa42b 100644 ---

Re: [PATCH] ARM: dts: sunxi: Change sun7i-a20-olimex-som204-evb to not use cd-inverted

On Tue, Apr 10, 2018 at 05:51:19PM +0300, Tuomas Tynkkynen wrote: > Commit 45e01f401a2a16 ("ARM: dts: sunxi: Switch MMC nodes away from > cd-inverted property") changed most of the sunxi boards away from using > the cd-inverted property in MMC nodes. However, the > sun7i-a20-olimex-som204-evb

Re: [PATCH] pinctrl/samsung: Correct EINTG banks order

2018-04-10 17:38 GMT+09:00 Tomasz Figa : > 2018-04-10 16:06 GMT+09:00 Krzysztof Kozlowski : >> On Sun, Apr 8, 2018 at 8:07 PM, Paweł Chmiel >> wrote: >>> All banks with GPIO interrupts should be at beginning >>> of bank array

Re: [PATCH 1/2] ide: pdc202xx_new: Replace mdelay with usleep_range in detect_pll_input_clock

On 2018/4/11 16:33, Sergei Shtylyov wrote: Hello! On 4/11/2018 10:52 AM, Jia-Ju Bai wrote: detect_pll_input_clock() is never called in atomic context. detect_pll_input_clock() is only called by init_chipset_pdcnew(), which is set as ".init_chipset" in struct ide_port_info. This function is

Re: [PATCH v3 6/7] thermal/drivers/cpu_cooling: Introduce the cpu idle cooling driver

On 05-04-18, 18:16, Daniel Lezcano wrote: > The cpu idle cooling driver performs synchronized idle injection across all > cpus belonging to the same cluster and offers a new method to cool down a SoC. > > Each cluster has its own idle cooling device, each core has its own idle > injection thread,

Re: [Letux-kernel] [Bug]: mtd: onenand: omap2plus: kernel panic with OneNAND on OMAP3 (DM3730) device GTA04A5

On Wed, 11 Apr 2018 10:27:46 +0200 Ladislav Michl wrote: > On Wed, Apr 11, 2018 at 10:08:06AM +0200, Boris Brezillon wrote: > > On Wed, 11 Apr 2018 09:36:56 +0200 > > Ladislav Michl wrote: > > > > > Hi Boris, > > > > > > On Wed, Apr 11, 2018 at

3 version of MKDEV: kernel, uapi, libc, why?

Hi, Greg, Thomas I find 3 version of MKDEV (actually 2 + makedev) in include/linux/kdev_t.h #define MINORBITS 20 #define MKDEV(ma,mi)(((ma) << MINORBITS) | (mi)) in inlcude/uapi/linux/kdev_t.h #define MKDEV(ma,mi)((ma)<<8 | (mi)) in Android

Re: [PATCH v3 7/7] cpuidle/drivers/cpuidle-arm: Register the cooling device

On 05-04-18, 18:16, Daniel Lezcano wrote: > Register the ARM generic cpuidle driver as a cooling device. > > Signed-off-by: Daniel Lezcano > --- > drivers/cpuidle/cpuidle-arm.c | 3 +++ > 1 file changed, 3 insertions(+) > > diff --git a/drivers/cpuidle/cpuidle-arm.c

Re: [PATCH] MAINTAINERS: Update ASPEED entry with details

On Wed, Apr 11, 2018 at 6:06 AM, Joel Stanley wrote: > Hey Arnd, > > On 22 February 2018 at 15:33, Joel Stanley wrote: >> I am interested in all ASPEED drivers, and the previous match wasn't >> grabbing files in nested directories. Use N instead. >> >> Add the arm

Re: [RFC 2/6] dmaengine: xilinx_dma: Pass AXI4-Stream control words to netdev dma client

On Mon, Apr 02, 2018 at 04:09:02PM +0530, Radhey Shyam Pandey wrote: > + > + if (chan->xdev->has_axieth_connected) { > + seg = list_first_entry(>segments, > + struct xilinx_axidma_tx_segment, node); > + if

[PATCH v3 0/2] vfio: platform: Improve reset support

Hi all, This patch series improves reset support for vfio-platform: - The first patch fixes a bug I ran into while working on this. - The second patch implements generic DT reset controller support, for devices that are connected to an SoC-internal reset controller and can be

Re: AMD graphics performance regression in 4.15 and later

Am 11.04.2018 um 06:00 schrieb Gabriel C: 2018-04-09 11:42 GMT+02:00 Christian König : Am 07.04.2018 um 00:00 schrieb Jean-Marc Valin: Hi Christian, Thanks for the info. FYI, I've also opened a Firefox bug for that at:

Re: [PATCH v2] blk-cgroup: remove entries in blkg_tree before queue release

On Mon, Apr 09, 2018 at 03:09:38PM -0700, Tejun Heo wrote: > (cc'ing Joseph as he worked on the area recently, hi!) > > Hello, > > On Sat, Apr 07, 2018 at 12:21:48PM +0200, Alexandru Moise wrote: > > The q->id is used as an index within the blkg_tree radix tree. > > > > If the entry is not

Re: [PATCH][v2] tools/power turbostat: if --max_loop, print for specific time of loops

On Wed, Apr 11, 2018 at 12:29:04PM +0300, Artem Bityutskiy wrote: > On Tue, 2018-04-10 at 22:51 +0800, Yu Chen wrote: > > + case 't': > > + { > > + int loops = strtod(optarg, NULL); > > + > > + if (loops <= 0) { > > +

Re: [PATCH 1/4] eeprom: at24: don't assign the i2c ID table to at24_driver

On 2018-04-11 12:09, Bartosz Golaszewski wrote: > 2018-04-11 11:56 GMT+02:00 Peter Rosin : >> On 2018-04-10 15:12, Bartosz Golaszewski wrote: >>> We switched to using probe_new(), so this is no longer used >>> by i2c core. >> >> It seems to be used in i2c_device_match() ??? >> >>

Re: [PATCH] sched/rt.c: pick and check task if double_lock_balance() unlock the rq

On Tue, Apr 10, 2018 at 06:05:46PM -0400, Steven Rostedt wrote: > > Peter, > > Going through my inbox, I stumbled across this one. And it doesn't > appear to be addressed. > > I think this patch is a reasonable solution. Urgh, yeah, also seem to have forgotten about it. The proposed solution

Re: [PATCH 4.15/4.16 150/168] net_sched: fix a missing idr_remove() in u32_delete_key()

W dniu 2018-04-11 00:24, Greg Kroah-Hartman napisał(a): 4.15-stable review patch. If anyone has any objections, please let me know. -- From: Cong Wang [ Upstream commit f12c643209db0626f2f54780d86bb93bfa7a9c2d ] When we delete a u32 key via

Re: [PATCH] tty: ipwireless: Replace GFP_ATOMIC with GFP_KERNEL in ipwireless_network_create

On Tue, Apr 10, 2018 at 04:31:46PM +0800, Jia-Ju Bai wrote: > ipwireless_network_create() is never called in atomic context. > > The call chain ending up at ipwireless_network_create() is: > [1] ipwireless_network_create() <- config_ipwireless() <- > ipwireless_attach() >

Re: [PATCH] KVM: X86: fix incorrect reference of trace_kvm_pi_irte_update

On 11/04/2018 09:16, hu huajun wrote: > In arch/x86/kvm/trace.h, this function is declared as host_irq the > first input, and vcpu_id the second, instead of otherwise. > > Signed-off-by: hu huajun > --- > arch/x86/kvm/svm.c | 5 ++--- > arch/x86/kvm/vmx.c | 2 +- > 2

Re: simultaneous voice/data works (was Re: call/normal switch was Re: omap4-droid4: voice call support was)

On Tue 2018-04-10 06:50:29, Tony Lindgren wrote: > * Pavel Machek [180410 11:00]: > > On Mon 2018-04-09 07:08:47, Tony Lindgren wrote: > > > * Dan Williams [180408 02:46]: > > > > On Sat, 2018-04-07 at 14:22 +0200, Pavel Machek wrote: > > > > > I tried

Re: [PATCH] net: dsa: b53: Replace mdelay with msleep in b53_switch_reset_gpio

On 2018/4/11 13:30, Phil Reid wrote: On 11/04/2018 09:51, Jia-Ju Bai wrote: b53_switch_reset_gpio() is never called in atomic context. The call chain ending up at b53_switch_reset_gpio() is: [1] b53_switch_reset_gpio() <- b53_switch_reset() <- b53_reset_switch() <- b53_setup()

[PATCH v8 1/6] arm: arm64: introduce CONFIG_HAVE_MEMBLOCK_PFN_VALID

Make CONFIG_HAVE_MEMBLOCK_PFN_VALID a config option so it can move memblock_next_valid_pfn to generic code file. arm/arm64 can benefit from this booting time improvement. Signed-off-by: Jia He --- arch/arm/Kconfig | 4 arch/arm64/Kconfig | 4 mm/Kconfig

[PATCH v8 2/6] mm: page_alloc: remain memblock_next_valid_pfn() on arm/arm64

Commit b92df1de5d28 ("mm: page_alloc: skip over regions of invalid pfns where possible") optimized the loop in memmap_init_zone(). But it causes possible panic bug. So Daniel Vacek reverted it later. But as suggested by Daniel Vacek, it is fine to using memblock to skip gaps and finding next

[PATCH v8 4/6] mm/memblock: introduce memblock_search_pfn_regions()

This api is to find the memory region index of input pfn. With this helper, we can improve the loop in early_pfn_valid by recording last region index. If current pfn and last pfn are in the same memory region, we needn't do the unnecessary binary searches because the result of memblock_is_nomap is

[PATCH v8 0/6] optimize memblock_next_valid_pfn and early_pfn_valid on arm and arm64

Commit b92df1de5d28 ("mm: page_alloc: skip over regions of invalid pfns where possible") tried to optimize the loop in memmap_init_zone(). But there is still some room for improvement. Patch 1 introduce new config to make codes more generic Patch 2 remain the memblock_next_valid_pfn on arm and

Re: [PATCH RESEND] backlight: pwm_bl: don't use GPIOF_* with gpiod_get_direction

On Tue, Apr 10, 2018 at 02:32:40PM +0200, Wolfram Sang wrote: > The documentation was wrong, gpiod_get_direction() returns 0/1 instead > of the GPIOF_* flags. The docs were fixed with commit 94fc73094abe47 > ("gpio: correct docs about return value of gpiod_get_direction"). Now, > fix this user

[PATCH 1/3] infiniband: i40iw: Replace GFP_ATOMIC with GFP_KERNEL in i40iw_add_mqh_4

i40iw_add_mqh_4() is never called in atomic context, because it calls rtnl_lock() that can sleep. Despite never getting called from atomic context, i40iw_add_mqh_4() calls kzalloc() with GFP_ATOMIC, which does not sleep for allocation. GFP_ATOMIC is not necessary and can be replaced with

[PATCH 3/3] infiniband: i40iw: Replace GFP_ATOMIC with GFP_KERNEL in i40iw_l2param_change

i40iw_l2param_change() is never called in atomic context. i40iw_make_listen_node() is only set as ".l2_param_change" in struct i40e_client_ops, and this function pointer is not called in atomic context. Despite never getting called from atomic context, i40iw_l2param_change() calls kzalloc()

[PATCH 2/3] infiniband: i40iw: Replace GFP_ATOMIC with GFP_KERNEL in i40iw_make_listen_node

i40iw_make_listen_node() is never called in atomic context. i40iw_make_listen_node() is only called by i40iw_create_listen, which is set as ".create_listen" in struct iw_cm_verbs. Despite never getting called from atomic context, i40iw_make_listen_node() calls kzalloc() with GFP_ATOMIC, which

Re: [linux-sunxi] [PATCH v3] ARM: sun8i: v40: enable USB host ports for Banana Pi M2 Berry

On Mon, Apr 09, 2018 at 03:33:34PM +0800, Chen-Yu Tsai wrote: > On Fri, Apr 6, 2018 at 10:03 PM, Icenowy Zheng wrote: > > Banana Pi M2 Berry has an on-board USB Hub that provides 4 USB Type-A > > ports, and it's connected to the USB1 port of the SoC. > > > > Enable it. > > > >

Re: KASAN: slab-out-of-bounds Read in pfkey_add

On Wed, Apr 11, 2018 at 8:18 AM, Kevin Easton wrote: > On Mon, Apr 09, 2018 at 01:56:36AM -0400, Kevin Easton wrote: >> On Sun, Apr 08, 2018 at 09:04:33PM -0700, Eric Biggers wrote: >> ... >> > >> > Looks like this is going to be fixed by >> >

Re: [PATCH v1] ringbuffer: Don't choose the process with adj equal OOM_SCORE_ADJ_MIN

On Wed, Apr 11, 2018 at 2:39 AM, Joel Fernandes wrote: > Hi Steve, > > On Tue, Apr 10, 2018 at 11:00 AM, Steven Rostedt wrote: >> On Tue, 10 Apr 2018 09:45:54 -0700 >> Joel Fernandes wrote: >> >>> > diff --git

[PATCH v3 1/2] mm: introduce ARCH_HAS_PTE_SPECIAL

Currently the PTE special supports is turned on in per architecture header files. Most of the time, it is defined in arch/*/include/asm/pgtable.h depending or not on some other per architecture static definition. This patch introduce a new configuration variable to manage this directly in the

Re: [PATCH 4.14 134/138] vhost: validate log when IOTLB is enabled

On Tue, Apr 10, 2018 at 08:55:53PM -0400, David Miller wrote: > From: "Michael S. Tsirkin" > Date: Wed, 11 Apr 2018 02:33:16 +0300 > > > That's a bug, davem just queued a patch to fix this upstream. > > It did not get queued up. > > The patch series didn't apply so I asked the

[PATCH v3 2/2] mm: remove odd HAVE_PTE_SPECIAL

Remove the additional define HAVE_PTE_SPECIAL and rely directly on CONFIG_ARCH_HAS_PTE_SPECIAL. There is no functional change introduced by this patch Signed-off-by: Laurent Dufour --- mm/memory.c | 19 --- 1 file changed, 8 insertions(+), 11

[PATCH v3 0/2] move __HAVE_ARCH_PTE_SPECIAL in Kconfig

The per architecture __HAVE_ARCH_PTE_SPECIAL is defined statically in the per architecture header files. This doesn't allow to make other configuration dependent on it. The first patch of this series is replacing __HAVE_ARCH_PTE_SPECIAL by CONFIG_ARCH_HAS_PTE_SPECIAL defined into the Kconfig

[PATCH 1/2] gpu: drm: ast: Replace mdelay with msleep in reset_mmc_2500

reset_mmc_2500() is never called in atomic context. The call chains ending up at reset_mmc_2500() are: [1] reset_mmc_2500() <- ast_dram_init_2500() <- ast_post_chip_2500() <- ast_post_gpu() <- ast_drm_thaw() [2] reset_mmc_2500() <- ast_dram_init_2500() <- ast_post_chip_2500() <-

[PATCH 2/2] gpu: drm: ast: Replace mdelay with msleep in ast_post_chip_2500

ast_post_chip_2500() is never called in atomic context. The call chains ending up at reset_mmc_2500() are: [1] ast_post_chip_2500() <- ast_post_gpu() <- ast_drm_thaw() [2] ast_post_chip_2500() <- ast_post_gpu() <- ast_driver_load() ast_drm_thaw() calls console_lock() which can sleep.

Re: [PATCH v2 2/2] vfio: platform: Add generic DT reset controller support

Hi Philipp, On Wed, Apr 11, 2018 at 10:22 AM, Philipp Zabel wrote: > On Tue, 2018-04-10 at 17:53 +0200, Geert Uytterhoeven wrote: >> Vfio-platform requires reset support, provided either by ACPI, or, on DT >> platforms, by a device-specific reset driver matching against

Re: [PATCH v3 2/2] mm: remove odd HAVE_PTE_SPECIAL

Le 11/04/2018 à 10:41, Laurent Dufour a écrit : On 11/04/2018 10:33, Michal Hocko wrote: On Wed 11-04-18 10:03:36, Laurent Dufour wrote: @@ -881,7 +876,8 @@ struct page *_vm_normal_page(struct vm_area_struct *vma, unsigned long addr, if (is_zero_pfn(pfn)) return NULL;

Re: [Letux-kernel] [Bug]: mtd: onenand: omap2plus: kernel panic with OneNAND on OMAP3 (DM3730) device GTA04A5

On Wed, Apr 11, 2018 at 10:52:01AM +0200, Boris Brezillon wrote: > On Wed, 11 Apr 2018 10:27:46 +0200 > Ladislav Michl wrote: > > > On Wed, Apr 11, 2018 at 10:08:06AM +0200, Boris Brezillon wrote: > > > On Wed, 11 Apr 2018 09:36:56 +0200 > > > Ladislav Michl

Re: [PATCH] vfio: platform: Fix using devices in PM Domains

On Wed, Apr 11, 2018 at 11:15 AM, Geert Uytterhoeven wrote: > If a device is part of a PM Domain (e.g. power and/or clock domain), its > power state is managed using Runtime PM. Without Runtime PM, the device > may not be powered up, causing subtle failures, crashes, or

Re: [PATCH] x86/xen: zero MSR_IA32_SPEC_CTRL before suspend

>>> On 11.04.18 at 09:08, wrote: > On 14/03/18 09:48, Jan Beulich wrote: > On 26.02.18 at 15:08, wrote: >>> @@ -35,6 +40,9 @@ void xen_arch_post_suspend(int cancelled) >>> >>> static void xen_vcpu_notify_restore(void *data) >>> { >>> + if

Re: [PATCH 5/5] dmaengine: sprd: Add 'device_config' and 'device_prep_slave_sg' interfaces

On Tue, Apr 10, 2018 at 03:46:07PM +0800, Baolin Wang wrote: > This patch adds the 'device_config' and 'device_prep_slave_sg' interfaces > for users to configure DMA. > > Signed-off-by: Baolin Wang > --- > drivers/dma/sprd-dma.c | 48 >

Re: [PATCH] pinctrl/samsung: Correct EINTG banks order

On Wed, Apr 11, 2018 at 10:36 AM, Tomasz Figa wrote: > 2018-04-10 17:38 GMT+09:00 Tomasz Figa : >> 2018-04-10 16:06 GMT+09:00 Krzysztof Kozlowski : >>> On Sun, Apr 8, 2018 at 8:07 PM, Paweł Chmiel >>>

Re: [PATCH v2 3/4] arm64: dts: renesas: r8a77970: add LVDS support

Hi Sergei, Niklas On Tue, Apr 10, 2018 at 08:12:36PM +0300, Sergei Shtylyov wrote: > On 04/10/2018 03:13 PM, jacopo mondi wrote: > > >>> From: Niklas Söderlund > >>> > >>> Add the LVDS device to r8a77970.dtsi in a disabled state. Also connect > >>> the it

Re: 3 version of MKDEV: kernel, uapi, libc, why?

On Wed, Apr 11, 2018 at 08:51:03AM +, Zhang, Ning A wrote: > Hi, Greg, Thomas > > I find 3 version of MKDEV (actually 2 + makedev) > > in include/linux/kdev_t.h > > #define MINORBITS 20 > #define MKDEV(ma,mi) (((ma) << MINORBITS) | (mi)) > > in

Re: [PATCH] sched/fair: schedutil: update only with all info available

On 11-Apr 08:57, Vincent Guittot wrote: > On 10 April 2018 at 13:04, Patrick Bellasi wrote: > > On 09-Apr 10:51, Vincent Guittot wrote: > >> On 6 April 2018 at 19:28, Patrick Bellasi wrote: > >> Peter, > >> what was your goal with adding the

Re: [PATCH] irqchip/gic-v3: Support v2m frame backwards compatibility mode

On 10/04/18 19:17, Stephen Boyd wrote: Anyway, this is mostly an FYI that I don't have the hardware to test with anymore and I'm not going to keep sending patches on this topic. Srini should have some hardware to test whatever solution you come up with. Yep, I can test PCI MSI side of it with

Re: [PATCH v3 2/2] mm: remove odd HAVE_PTE_SPECIAL

On 11/04/2018 11:09, Christophe LEROY wrote: > > > Le 11/04/2018 à 11:03, Laurent Dufour a écrit : >> >> >> On 11/04/2018 10:58, Christophe LEROY wrote: >>> >>> >>> Le 11/04/2018 à 10:03, Laurent Dufour a écrit : Remove the additional define HAVE_PTE_SPECIAL and rely directly on

Re: [PATCH v3] net: tipc: Replace GFP_ATOMIC with GFP_KERNEL in tipc_mon_create

On 04/11/2018 06:24 PM, Jia-Ju Bai wrote: > tipc_mon_create() is never called in atomic context. > > The call chain ending up at tipc_mon_create() is: > [1] tipc_mon_create() <- tipc_enable_bearer() <- tipc_nl_bearer_enable() > tipc_nl_bearer_enable() calls rtnl_lock(), which indicates this

Re: [PATCH v2] net: tipc: Replace GFP_ATOMIC with GFP_KERNEL in tipc_mon_create

On 04/10/2018 09:17 AM, Jia-Ju Bai wrote: > tipc_mon_create() is never called in atomic context. > > The call chain ending up at dn_route_init() is: Sorry, I don't think there is any relationship between the following call chain with dn_route_init(). > [1] tipc_mon_create() <-

[PATCH] lan78xx: Avoid spurious kevent 4 "error"

lan78xx_defer_event generates an error message whenever the work item is already scheduled. lan78xx_open defers three events - EVENT_STAT_UPDATE, EVENT_DEV_OPEN and EVENT_LINK_RESET. Being aware of the likelihood (or certainty) of an error message, the DEV_OPEN event is added to the set of pending

[RFC/PATCH] Add a socketoption IPV6_MULTICAST_ALL analogue to the IPV4 version

Hi. I was running into a problem, when trying to join multiple multicast groups on a single socket and thus binding to the any-address on said socket. I received traffic from multicast groups, I did not join on that socket and was at first surprised by that. After reading some old

[PATCH v6 2/4] lib: Rename compiler intrinsic selects to GENERIC_LIB_*

When these are included into arch Kconfig files, maintaining alphabetical ordering of the selects means these get split up. To allow for keeping things tidier and alphabetical, rename the selects to GENERIC_LIB_* Signed-off-by: Matt Redfearn Reviewed-by: Palmer Dabbelt

Re: [PATCH v4] isofs compress: Remove VLA usage

On Tue 10-04-18 17:02:29, Kyle Spiers wrote: > As part of the effort to remove VLAs from the kernel[1], this changes > the allocation of the bhs and pages arrays from being on the stack to being > kcalloc()ed. This also allows for the removal of the explicit zeroing > of bhs. > >

Re: [PATCH] sched/fair: schedutil: update only with all info available

On 6 April 2018 at 19:28, Patrick Bellasi wrote: > } > @@ -5454,8 +5441,11 @@ static void dequeue_task_fair(struct rq *rq, struct > task_struct *p, int flags) > update_cfs_group(se); > } > > - if (!se) > + /* The task is no more

[PATCH] panel-jdi-lt070me05000: Replace mdelay with usleep_range and msleep in jdi_panel_init

jdi_panel_init() is never called in atomic context. Despite never getting called from atomic context, jdi_panel_init() calls mdelay() to busily wait. This is not necessary and can be replaced with usleep_range() and msleep() to avoid busy waiting. This is found by a static analysis tool named

[GIT PULL] Thermal management updates for v4.17-rc1

Hi, Linus, Please pull from   git://git.kernel.org/pub/scm/linux/kernel/git/rzhang/linux.git next to receive the latest Thermal Management updates for v4.17-rc1 with top-most commit f8837aac36cdc7430422cd65f4466071b42654bb:   Merge branches 'thermal-core' and 'thermal-soc' into next (2018-04-02

[PATCH 1/2 v2] ide: pdc202xx_new: Replace mdelay with usleep_range in detect_pll_input_clock

detect_pll_input_clock() is never called in atomic context. detect_pll_input_clock() is only called by init_chipset_pdcnew(), which is set as ".init_chipset" in struct ide_port_info. This function is not called in atomic context. Despite never getting called from atomic context,

Re: [PATCH v3 2/2] mm: remove odd HAVE_PTE_SPECIAL

On 11/04/2018 10:33, Michal Hocko wrote: > On Wed 11-04-18 10:03:36, Laurent Dufour wrote: >> @@ -881,7 +876,8 @@ struct page *_vm_normal_page(struct vm_area_struct *vma, >> unsigned long addr, >> >> if (is_zero_pfn(pfn)) >> return NULL; >> -check_pfn: >> + >> +check_pfn:

[PATCH v2 00/12] refactor dts and add support for more boards

From: Sean Wang Changes since v1: - Dropped several patches which have been merged. - Rebased to linux-next-20180410 where those dependent patches including [1] and [2] all have been got merged. - Revised according to suggestions and comments on v1, where the major work

[PATCH v2 07/12] arm: dts: mt6323: move node mt6323 leds to mt6323.dtsi

From: Sean Wang Since those LEDs are parts of PMIC MT6323, it is reasonable to merge those LEDs node definition back into mt6323.dtsi. This way can improve the reusability of those nodes among different boards with the same PMIC. And LED is very much board specific and

[PATCH v2 09/12] arm: dts: mt7623: extend common file reused by all boards with MT7623 SoCs

From: Sean Wang Move all possible setups for pio into SoC level DTSI file mt7623.dtsi in order to introduce more boards such as official MT7623A reference boards without copy-n-pasting almost the same content of nodes in pio into every new file. So, it should be better

[PATCH v2 01/12] dt-bindings: cpufreq: mediatek: use - instead of _ in examples

From: Sean Wang It should be good that no use "_" is in examples. Consequently, those nodes in certain files which have an inappropriate name containing "_" are all being replaced with "-". Signed-off-by: Sean Wang Cc: "Rafael J. Wysocki"

Re: [PATCH v3 6/7] thermal/drivers/cpu_cooling: Introduce the cpu idle cooling driver

Hi Viresh, thanks for the review. On 11/04/2018 10:51, Viresh Kumar wrote: [ ... ] >> +void __init cpuidle_cooling_register(void) >> +{ >> +struct cpuidle_cooling_device *idle_cdev = NULL; >> +struct thermal_cooling_device *cdev; >> +struct device_node *np; >> +cpumask_var_t

Re: [Letux-kernel] [Bug]: mtd: onenand: omap2plus: kernel panic with OneNAND on OMAP3 (DM3730) device GTA04A5

> Am 11.04.2018 um 11:12 schrieb Ladislav Michl : > > On Wed, Apr 11, 2018 at 10:52:01AM +0200, Boris Brezillon wrote: >> On Wed, 11 Apr 2018 10:27:46 +0200 >> Ladislav Michl wrote: >> >>> On Wed, Apr 11, 2018 at 10:08:06AM +0200, Boris Brezillon

Re: [PATCH v2 3/9] lib/vsprintf: Make strspec global

On Fri 2018-02-16 23:07:05, Andy Shevchenko wrote: > There are places where default specification to print strings > is in use. > > Make it global and convert existing users. > > Signed-off-by: Andy Shevchenko Reviewed-by: Petr Mladek I

Re: [PATCH v2 2/9] lib/vsprintf: Make dec_spec global

On Fri 2018-02-16 23:07:04, Andy Shevchenko wrote: > There are places where default specification to print decimal numbers > is in use. > > Make it global and convert existing users. > > Signed-off-by: Andy Shevchenko Reviewed-by: Petr Mladek

Re: [PATCH] bug.h: Work around GCC PR82365 in BUG()

On Wed, Apr 11, 2018 at 09:30:56AM +0200, Arnd Bergmann wrote: > On Wed, Apr 11, 2018 at 12:48 AM, James Hogan wrote: > > Before I forward port those patches to add .insn for MIPS, is that sort > > of approach (an arch specific asm/compiler-gcc.h to allow MIPS to > > override

[PATCH] lan78xx: Correctly indicate invalid OTP

lan78xx_read_otp tries to return -EINVAL in the event of invalid OTP content, but the value gets overwritten before it is returned and the read goes ahead anyway. Make the read conditional as it should be and preserve the error code. Signed-off-by: Phil Elwell ---

Re: [PATCH] bug.h: Work around GCC PR82365 in BUG()

On Wed, Apr 11, 2018 at 12:08:51PM +0200, Arnd Bergmann wrote: > On Wed, Apr 11, 2018 at 11:54 AM, James Hogan wrote: > > On Wed, Apr 11, 2018 at 09:30:56AM +0200, Arnd Bergmann wrote: > >> On Wed, Apr 11, 2018 at 12:48 AM, James Hogan wrote: > >> > Before I

  1   2   3   4   5   6   7   8   9   10   >