Re: [v2] prctl: Deprecate non PR_SET_MM_MAP operations

On Fri, Apr 20, 2018 at 11:38:09AM +0900, Sergey Senozhatsky wrote: > On (04/05/18 21:26), Cyrill Gorcunov wrote: > [..] > > - > > #ifdef CONFIG_CHECKPOINT_RESTORE > > if (opt == PR_SET_MM_MAP || opt == PR_SET_MM_MAP_SIZE) > > return prctl_set_mm_map(opt, (const void __user *)addr,

Re: [PATCH] MAINTAINERS: Rakesh Iyer can't be reached anymore

On 19/04/18 18:42, Wolfram Sang wrote: > The current mail address is rejected, last activity (with a different > address) in git-history is from 2012. Remove this. > > Signed-off-by: Wolfram Sang > --- > > If somebody knows a recent address, then we can simply update, of course. > > MAINTAINE

Re: [RFC v4 3/4] irqflags: Avoid unnecessary calls to trace_ if you can

Hi, Thanks Matsami and Namhyung for the suggestions! On Wed, Apr 18, 2018 at 10:43 PM, Namhyung Kim wrote: > On Wed, Apr 18, 2018 at 06:02:50PM +0900, Masami Hiramatsu wrote: >> On Mon, 16 Apr 2018 21:07:47 -0700 >> Joel Fernandes wrote: >> >> > With TRACE_IRQFLAGS, we call trace_ API too many

Re: [PATCH] net: phy: TLK10X initial driver submission

On Thu, Apr 19, 2018 at 02:24:27PM +0200, Miguel Ojeda wrote: > On Thu, Apr 19, 2018 at 10:28 AM, Måns Andersson > wrote: > > From: Mans Andersson > > > > Add suport for the TI TLK105 and TLK106 10/100Mbit ethernet phys. > > > > Hi Mans, > > Some quick notes. > > > In addition the TLK10X need

Re: [PATCHv3 3/8] drm/omap: add support for manually updated displays

Hi Sebastian, On 30/03/18 20:18, Sebastian Reichel wrote: > This adds the required infrastructure for manually > updated displays, such as DSI command mode panels. > > While those panels often support partial updates > we currently always do a full refresh. Display > will be refreshed when someth

Re: [PATCH v2] mmc: sdhci-cadence: fix logically and structurally dead code

On 19 April 2018 at 17:59, Gustavo A. R. Silva wrote: > Currently, the code block inside the for loop will never execute > more than once, because the function returns inmediately after > the first iteration, hence the execution of the code at the second > iteration is structurally dead and, code

Re: [PATCH 28/61] mmc: host: simplify getting .drvdata

On 19 April 2018 at 16:05, Wolfram Sang wrote: > We should get drvdata from struct device directly. Going via > platform_device is an unneeded step back and forth. > > Signed-off-by: Wolfram Sang Thanks, applied for next! Kind regards Uffe > --- > > Build tested only. buildbot is happy. Please

Re: [PATCH 4/8] dma-buf: add peer2peer flag

On Thu, Apr 19, 2018 at 01:16:57AM -0700, Christoph Hellwig wrote: > On Mon, Apr 16, 2018 at 03:38:56PM +0200, Daniel Vetter wrote: > > We've broken that assumption in i915 years ago. Not struct page backed > > gpu memory is very real. > > > > Of course we'll never feed such a strange sg table to

Re: [PATCH 40/61] platform: x86: simplify getting .drvdata

> (I'm not sure what you mean by "Please apply individually") Right, that is not very precise. "Individually" as "per subsystem individually". I.e. I don't want to collect tags and push it upstream as one huge pull-request. Thanks! signature.asc Description: PGP signature

Re: [PATCH v2] KVM: Extend MAX_IRQ_ROUTES to 4096 for all archs

On Thu, 19 Apr 2018 17:47:28 -0700 Wanpeng Li wrote: > From: Wanpeng Li > > Our virtual machines make use of device assignment by configuring > 12 NVMe disks for high I/O performance. Each NVMe device has 129 > MSI-X Table entries: > Capabilities: [50] MSI-X: Enable+ Count=129 Masked-Vector ta

Re: [PATCH 00/61] tree-wide: simplify getting .drvdata

> Can you throw this into scripts/coccinelle/ so we can have the build > testers run this all the time? Sure, I first wanted to check if there were comments regarding the script. Thanks! signature.asc Description: PGP signature

[PATCH v2 1/4] qxl: remove qxl_io_log()

qxl_io_log() sends messages over to the host (qemu) for logging. Remove the function and all callers, we can just use standard DRM_DEBUG calls (and if needed a serial console). Signed-off-by: Gerd Hoffmann --- drivers/gpu/drm/qxl/qxl_drv.h | 3 --- drivers/gpu/drm/qxl/qxl_cmd.c | 34 ++-

Re: [PATCH v2 1/2] irqchip: stm32: Optimizes and cleans up stm32-exti irq_domain

ok, So I include your patch in my serie - irqchip: stm32: Optimizes and cleans up stm32-exti irq_domain BR Ludo On 04/19/2018 10:03 PM, Radosław Pietrzyk wrote: Sure, I don't mind. I didn't have time to resend v3 with more verbose description. 2018-04-19 15:24 GMT+02:00 Ludovic BARRE

Re: [Xen-devel] [PATCH 0/1] drm/xen-zcopy: Add Xen zero-copy helper DRM driver

On Wed, Apr 18, 2018 at 11:10:58AM +0100, Roger Pau Monné wrote: > On Wed, Apr 18, 2018 at 11:01:12AM +0300, Oleksandr Andrushchenko wrote: > > On 04/18/2018 10:35 AM, Roger Pau Monné wrote: > > > On Wed, Apr 18, 2018 at 09:38:39AM +0300, Oleksandr Andrushchenko wrote: > > > > On 04/17/2018 11:57 P

[PATCH v2 3/4] qxl: hook monitors_config updates into crtc, not encoder.

The encoder callbacks are only called in case the video mode changes. So any layout changes without mode changes will go unnoticed. Add qxl_crtc_update_monitors_config(), based on the old qxl_write_monitors_config_for_encoder() function. Hook it into the enable, disable and flush atomic crtc call

[PATCH v2 2/4] qxl: move qxl_send_monitors_config()

Needed to avoid a forward declaration in a followup patch. Pure code move, no functional change. Signed-off-by: Gerd Hoffmann --- drivers/gpu/drm/qxl/qxl_display.c | 47 +++ 1 file changed, 23 insertions(+), 24 deletions(-) diff --git a/drivers/gpu/drm/qxl/qx

[PATCH v2 4/4] qxl: drop dummy functions

These days drm core checks function pointers everywhere before calling them. So we can drop a bunch of dummy functions now. Signed-off-by: Gerd Hoffmann --- drivers/gpu/drm/qxl/qxl_display.c | 50 --- 1 file changed, 50 deletions(-) diff --git a/drivers/gpu/

Re: [PATCH 10/61] gpio: simplify getting .drvdata

Hi Wolfram, On 19.4.2018 16:05, Wolfram Sang wrote: > We should get drvdata from struct device directly. Going via > platform_device is an unneeded step back and forth. > > Signed-off-by: Wolfram Sang > --- > > Build tested only. buildbot is happy. Please apply individually. > > drivers/gpio/

Re: [Xen-devel] [PATCH 0/1] drm/xen-zcopy: Add Xen zero-copy helper DRM driver

On Wed, Apr 18, 2018 at 11:55:26AM +0100, Roger Pau Monné wrote: > On Wed, Apr 18, 2018 at 01:39:35PM +0300, Oleksandr Andrushchenko wrote: > > On 04/18/2018 01:18 PM, Paul Durrant wrote: > > > > -Original Message- > > > > From: Xen-devel [mailto:xen-devel-boun...@lists.xenproject.org] On

Re: [PATCH] drm/virtio: fix vq wait_event condition

On Tue, Apr 03, 2018 at 11:59:04AM +0200, Gerd Hoffmann wrote: > Wait until we have enough space in the virt queue to actually queue up > our request. Avoids the guest spinning in case we have a non-zero > amount of free entries but not enough for the request. Ping airlied, can you please either

Re: [PATCH v2 01/10] media: v4l2-ctrls: Add missing v4l2 ctrl unlock

On Thu, Apr 19, 2018 at 05:41:15PM +0200, Paul Kocialkowski wrote: > This adds a missing v4l2_ctrl_unlock call that is required to avoid > deadlocks. Maybe you can explain what the deadlock scenario is? > Signed-off-by: Paul Kocialkowski > --- > drivers/media/v4l2-core/v4l2-ctrls.c | 7 ++-

Re: [PATCH v2 08/10] dt-bindings: media: Document bindings for the Sunxi-Cedrus VPU driver

Hi and thanks for the review, On Fri, 2018-04-20 at 01:31 +, Tomasz Figa wrote: > Hi Paul, Philipp, > > On Fri, Apr 20, 2018 at 1:04 AM Philipp Zabel > wrote: > > > Hi Paul, > > On Thu, 2018-04-19 at 17:45 +0200, Paul Kocialkowski wrote: > > > This adds a device-tree binding document that s

Re: [PATCH 59/61] watchdog: simplify getting .drvdata

On 19.4.2018 16:06, Wolfram Sang wrote: > We should get drvdata from struct device directly. Going via > platform_device is an unneeded step back and forth. > > Signed-off-by: Wolfram Sang > --- > > Build tested only. buildbot is happy. Please apply individually. > > drivers/watchdog/cadence_w

Re: [PATCH 53/61] tty: serial: simplify getting .drvdata

On 19.4.2018 16:06, Wolfram Sang wrote: > We should get drvdata from struct device directly. Going via > platform_device is an unneeded step back and forth. > > Signed-off-by: Wolfram Sang > --- > > Build tested only. buildbot is happy. Please apply individually. > > drivers/tty/serial/imx.c

Re: [PATCH 47/61] staging: greybus: simplify getting .drvdata

On Thu, Apr 19, 2018 at 04:06:17PM +0200, Wolfram Sang wrote: > We should get drvdata from struct device directly. Going via > platform_device is an unneeded step back and forth. > > Signed-off-by: Wolfram Sang Acked-by: Johan Hovold

Re: [PATCH 46/61] spi: simplify getting .drvdata

On 19.4.2018 16:06, Wolfram Sang wrote: > We should get drvdata from struct device directly. Going via > platform_device is an unneeded step back and forth. > > Signed-off-by: Wolfram Sang > --- > > Build tested only. buildbot is happy. Please apply individually. > > drivers/spi/spi-cadence.c

Re: [PATCH 44/61] rtc: simplify getting .drvdata

On 19.4.2018 16:06, Wolfram Sang wrote: > We should get drvdata from struct device directly. Going via > platform_device is an unneeded step back and forth. > > Signed-off-by: Wolfram Sang > --- > > Build tested only. buildbot is happy. Please apply individually. > > drivers/rtc/rtc-bq4802.c

Re: [PATCH v2 6/7] ocxl: Add an IOCTL so userspace knows what CPU features are available

On 18/04/18 11:08, Alastair D'Silva wrote: From: Alastair D'Silva In order for a userspace AFU driver to call the Power9 specific OCXL_IOCTL_ENABLE_P9_WAIT, it needs to verify that it can actually make that call. Signed-off-by: Alastair D'Silva Looks good to me Acked-by: Andrew Donnellan

Re: [PATCH 5/5] f2fs: fix to avoid race during access gc_thread pointer

On 2018/4/20 11:54, Jaegeuk Kim wrote: > On 04/20, Chao Yu wrote: >> On 2018/4/20 11:19, Jaegeuk Kim wrote: >>> On 04/18, Chao Yu wrote: Thread A Thread BThread C - f2fs_remount - stop_gc_thread - f2fs_sbi_store

[PATCH v2] platform/x86: dell-wmi: Ignore new rfkill and fn-lock events

There are two new events generated by dell-wmi, rfkill and fn-lock, from Dell Systems. When Fn-lock hotkey gets pressed to switch to function mode: [85951.591542] dell_wmi: Unknown key with type 0x0010 and code 0xe035 pressed [85951.591546] dell_wmi: Unknown key with type 0x0010 and code 0x pr

Re: [RFC PATCH 3/4] acpi: apei: Do not panic() in NMI because of GHES messages

Hi Alex, On 04/16/2018 10:59 PM, Alex G. wrote: > On 04/13/2018 11:38 AM, James Morse wrote: >> This assumes a cache-invalidate will clear the error, which I don't think we're >> guaranteed on arm. >> It also destroys any adjacent data, "everyone's happy" includes the thread that >> got a chun

Re: [PATCH v2] platform/x86: dell-wmi: Ignore new rfkill and fn-lock events

On Friday 20 April 2018 15:26:48 Kai-Heng Feng wrote: > There are two new events generated by dell-wmi, rfkill and fn-lock, from > Dell Systems. > > When Fn-lock hotkey gets pressed to switch to function mode: > [85951.591542] dell_wmi: Unknown key with type 0x0010 and code 0xe035 > pressed > [859

Re: [v2] prctl: Deprecate non PR_SET_MM_MAP operations

On (04/20/18 10:02), Cyrill Gorcunov wrote: > On Fri, Apr 20, 2018 at 11:38:09AM +0900, Sergey Senozhatsky wrote: > > On (04/05/18 21:26), Cyrill Gorcunov wrote: > > [..] > > > - > > > #ifdef CONFIG_CHECKPOINT_RESTORE > > > if (opt == PR_SET_MM_MAP || opt == PR_SET_MM_MAP_SIZE) > > > r

Re: [PATCH v2] usb: chipidea: Hook into mux framework to toggle usb switch

On 2018-04-20 04:00, Peter Chen wrote: > > >> --- a/drivers/usb/chipidea/Kconfig >> +++ b/drivers/usb/chipidea/Kconfig >> @@ -3,6 +3,8 @@ config USB_CHIPIDEA >> depends on ((USB_EHCI_HCD && USB_GADGET) || (USB_EHCI_HCD >> && !USB_GADGET) || (!USB_EHCI_HCD && USB_GADGET)) && HAS_DMA >>

Re: [PATCH RFC 2/8] mm: introduce PG_offline

On 13.04.2018 15:16, David Hildenbrand wrote: > online_pages()/offline_pages() theoretically allows us to work on > sub-section sizes. This is especially relevant in the context of > virtualization. It e.g. allows us to add/remove memory to Linux in a VM in > 4MB chunks. > > While the whole sectio

Re: [PATCH v1 3/4] drm/tegra: plane: Add custom colorkey properties for older Tegra's

On Tue, Apr 17, 2018 at 08:08:27PM +0300, Dmitry Osipenko wrote: > On 17.04.2018 12:00, Daniel Vetter wrote: > > On Mon, Apr 16, 2018 at 03:16:27PM +0300, Dmitry Osipenko wrote: > >> Colorkey'ing allows to draw on top of overlapping planes, like for example > >> on top of a video plane. Older Tegra

Re: general protection fault in kernfs_kill_sb

On Fri 20-04-18 14:29:39, Tetsuo Handa wrote: > Eric Biggers wrote: > > But, there is still a related bug: when mounting sysfs, if > > register_shrinker() > > fails in sget_userns(), then kernfs_kill_sb() gets called, which frees the > > 'struct kernfs_super_info'. But, the 'struct kernfs_super_i

Re: [regression v4.17-rc0] Re: FORTIFY_SOURCE breaks ARM compilation in -next -- was Re: ARM compile failure in Re: linux-next: Tree for Apr 4

On Sun 2018-04-15 11:00:06, Kees Cook wrote: > On Sun, Apr 15, 2018 at 10:39 AM, Pavel Machek wrote: > > Hi! > > > >> Thanks. > >> > >> Ok, let me try to bisect it. Compile-problem should be easy... > >> > >> Hmm. And as it is compile-problem in single file, it should even be > >> reasonably fast.

Re: [PATCH v1 4/4] drm/tegra: plane: Add custom CSC BLOB property

On Tue, Apr 17, 2018 at 08:31:11PM +0300, Dmitry Osipenko wrote: > On 17.04.2018 12:01, Daniel Vetter wrote: > > On Mon, Apr 16, 2018 at 03:16:28PM +0300, Dmitry Osipenko wrote: > >> This new property allows userspace to apply custom color conversion > >> coefficients per plane, making possible to

Re: [PATCH v7 0/5] add compression algorithm zBeWalgo

Hi Benjamin, Today I tried your new patchset but I couldn't go further due to below problem. Unfortunately, I don't have the time to look into. Could you check on it? Thanks. [ 169.597064] zram0: detected capacity change from 1073741824 to 0 [ 177.523268] zram0: detected capacity change from 0

Re: [PATCH] drm/sun4i: Add missing frontend compatibles for A10, A13, A20 and A31

Hi, On Thu, 2018-04-19 at 17:07 +0200, Maxime Ripard wrote: > On Thu, Apr 19, 2018 at 02:56:38PM +0200, Paul Kocialkowski wrote: > > Although frontend nodes are defined in the device-trees of the > > aforementioned platforms, there are no matching compatibles defined > > in > > the driver. This ma

Re: [RFC 0/2] dw_mmc: add multislot support

[...] > > 2. Add missing stuff to support multislot mode in DesignWare MMC driver. > * Add missing slot switch to __dw_mci_start_request() function. > * Refactor set_ios function: >a) Calculate common clock which is > suitable for all slots instead of directly use clock value > p

Re: [PATCH v2] ARM: dts: qcom: Add apq8064 Dragon Board 600c support

Hi Srini, On 16 March 2018 at 22:54, wrote: > From: Srinivas Kandagatla > > This patch add support to DB600c board, which is another > 96boards based on Qualcomm APQ8064 SoC. > > Support for USB, HDMI, PCIe, I2C, SPI, eMMC, microSD card, LEDs > device tree nodes is added in this patch. > > Sign

Re: [PATCH v2 09/10] ARM: dts: sun7i-a20: Add Video Engine and reserved memory nodes

On Thu, Apr 19, 2018 at 05:45:35PM +0200, Paul Kocialkowski wrote: > This adds nodes for the Video Engine and the associated reserved memory > for the Allwinner A20. Up to 96 MiB of memory are dedicated to the VPU. > > The VPU can only map the first 256 MiB of DRAM, so the reserved memory > pool h

Re: [PATCH v2 02/10] media-request: Add a request complete operation to allow m2m scheduling

On Fri, Apr 20, 2018 at 12:43 AM Paul Kocialkowski < paul.kocialkow...@bootlin.com> wrote: > When using the request API in the context of a m2m driver, the > operations that come with a m2m run scheduling call in their > (m2m-specific) ioctl handler are delayed until the request is queued > (for i

[PATCH] tty: Fix data race in tty_insert_flip_string_fixed_flag()

tty_insert_flip_string_fixed_flag() copies chars to the buffer indicated by th->used and updates tb->used. But it is possible that tty_insert_flip_string_fixed_flag() is executed concurrently and tb->used is updated improperly. It leads slab-out-of-bound write in tty_insert_flip_string_fixed_flag o

bq27000: directory/files exists even when hardware is not available

Hi! On droid4 (4.17-rc1), /sys/class/power_supply/bq27000-battery exists even when hardware is not present (as on Droid 4). Any ideas? Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atre

[PATCH V3 2/2] ARM: dts: imx6sx-sabreauto: add external 24MHz clock source

On i.MX6SX SabreAuto board, there is external 24MHz clock source for analog clock2, add this clock source to clock tree and remove "clocks" container for all input clocks. Signed-off-by: Anson Huang --- changes since V2: remove "clocks" container and use new way for all input clocks defi

Re: [RFC 0/2] dw_mmc: add multislot support

Hi Ulf, On Fri, 2018-04-20 at 09:35 +0200, Ulf Hansson wrote: > [...] > > > > > 2. Add missing stuff to support multislot mode in DesignWare MMC driver. > > * Add missing slot switch to __dw_mci_start_request() function. > > * Refactor set_ios function: > >a) Calculate common clock which i

[PATCH V3 1/2] clk: imx6sx: add missing lvds2 clock to the clock tree

i.MX6SX has lvds2 (analog clock2), an I/O clock like lvds1. And this lvds2, along with lvds1, can be used to provide external clock source to the internal pll, such as pll4_audio and pll5_video. This patch mainly adds the lvds2 to the clock tree and fix its relationship with pll accordingly. Sign

Re: [RFC PATCH] kernel/sched/core: busy wait before going idle

On Sun, Apr 15, 2018 at 11:31:49PM +1000, Nicholas Piggin wrote: > This is a quick hack for comments, but I've always wondered -- > if we have a short term polling idle states in cpuidle for performance > -- why not skip the context switch and entry into all the idle states, > and just wait for a b

Re: [PATCH 55/61] usb: mtu3: simplify getting .drvdata

hi, On Thu, 2018-04-19 at 16:06 +0200, Wolfram Sang wrote: > We should get drvdata from struct device directly. Going via > platform_device is an unneeded step back and forth. > > Signed-off-by: Wolfram Sang > --- > > Build tested only. buildbot is happy. Please apply individually. > > driver

Re: [RESEND PATCH 1/1] drm/i915/glk: Add MODULE_FIRMWARE for Geminilake

On Fri, 20 Apr 2018, Ian W MORRISON wrote: > I've performed backport testing and some additional analysis as follows: What testing did you do beyond booting? Did you run igt? BR, Jani. -- Jani Nikula, Intel Open Source Technology Center

Re: [PATCH 1/2] qxl: fix qxl_release_{map,unmap}

On Wed, Apr 18, 2018 at 07:42:56AM +0200, Gerd Hoffmann wrote: > s/PAGE_SIZE/PAGE_MASK/ > > Luckily release_offset is never larger than PAGE_SIZE, so the bug has no > bad side effects and managed to stay unnoticed for years that way ... > > Signed-off-by: Gerd Hoffmann Sweeet. Since the buggy c

Re: bq27000: directory/files exists even when hardware is not available

On Friday 20 April 2018 09:40:36 Pavel Machek wrote: > Hi! > > On droid4 (4.17-rc1), /sys/class/power_supply/bq27000-battery exists > even when hardware is not present (as on Droid 4). > > Any ideas? > Pavel Somebody must have

Re: [PATCH v3 0/4] regulator: bd9571mwv: Add support for DDR backup mode

On Wed, 18 Apr 2018, Geert Uytterhoeven wrote: > Hi all, > > The ROHM BD9571MWV PMIC on the Renesas Salvator-X(S) and ULCB > development boards supports DDR Backup Power, which means that the DDR > power rails can be kept powered while the main SoC is powered down. Should this set be appli

Re: [PATCH v3 04/17] y2038: s390: Remove unneeded ipc uapi header files

On Thu, Apr 19, 2018 at 04:37:24PM +0200, Arnd Bergmann wrote: > The s390 msgbuf/sembuf/shmbuf header files are all identical to the > version from asm-generic. > > This patch removes the files and replaces them with 'generic-y' > statements, to avoid having to modify each copy when we extend sysv

Re: [PATCH] sched/fair: Change sched_feat(x) in !CONFIG_SCHED_DEBUG case

On Mon, Apr 16, 2018 at 10:54:26AM +0200, Philipp Klocke wrote: > This patch is motivated by the clang warning Wconstant-logical-operand, > issued when logically comparing a variable to a constant integer that is > neither 1 nor 0. It happens for sched_feat(x) when sysctl_sched_features > is cons

Re: [PATCH] treewide: use PHYS_ADDR_MAX to avoid type casting ULLONG_MAX

On 19 April 2018 at 23:42, Stefan Agner wrote: > With PHYS_ADDR_MAX there is now a type safe variant for all > bits set. Make use of it. > > Patch created using a sematic patch as follows: > > // > @@ > typedef phys_addr_t; > @@ > -(phys_addr_t)ULLONG_MAX > +PHYS_ADDR_MAX > // > > Signed-off-by:

Re: [PATCH v3 04/17] y2038: s390: Remove unneeded ipc uapi header files

On Fri, Apr 20, 2018 at 9:54 AM, Heiko Carstens wrote: > On Thu, Apr 19, 2018 at 04:37:24PM +0200, Arnd Bergmann wrote: >> The s390 msgbuf/sembuf/shmbuf header files are all identical to the >> version from asm-generic. >> >> This patch removes the files and replaces them with 'generic-y' >> state

[no subject]

To: io...@lists.linux-foundation.org Cc: linux-a...@vger.kernel.org Cc: Michal Simek Cc: Greentime Hu Cc: Vincent Chen Cc: linux-al...@vger.kernel.org Cc: linux-snps-...@lists.infradead.org Cc: linux-arm-ker...@lists.infradead.org Cc: linux-c6x-...@linux-c6x.org Cc: linux-hexa...@vger.kernel.org

[PATCH 02/22] dma-mapping: simplify Kconfig dependencies

ARCH_DMA_ADDR_T_64BIT is always true for 64-bit architectures now, so we can skip the clause requiring it. 'n' is the default default, so no need to explicitly state it. Signed-off-by: Christoph Hellwig --- lib/Kconfig | 6 ++ 1 file changed, 2 insertions(+), 4 deletions(-) diff --git a/li

[PATCH 01/22] dma-debug: move initialization to common code

Most mainstream architectures are using 65536 entries, so lets stick to that. If someone is really desperate to override it that can still be done through , but I'd rather see a really good rationale for that. Signed-off-by: Christoph Hellwig --- arch/arm/mm/dma-mapping-nommu.c | 9 -

[PATCH 20/22] xtensa: use generic dma_noncoherent_ops

Switch to the generic noncoherent direct mapping implementation. Signed-off-by: Christoph Hellwig --- arch/xtensa/Kconfig | 3 + arch/xtensa/include/asm/Kbuild| 1 + arch/xtensa/include/asm/dma-mapping.h | 26 -- arch/xtensa/kernel/pci-dma.c | 130 +++-

[PATCH 18/22] sh: use dma_direct_ops for the CONFIG_DMA_COHERENT case

This is a slight change in behavior as we avoid the detour through the virtual mapping for the coherent allocator, but if this CPU really is coherent that should be the right thing to do. Signed-off-by: Christoph Hellwig --- arch/sh/Kconfig | 1 + arch/sh/include/asm/dma-mappin

[PATCH 22/22] parisc: use generic dma_noncoherent_ops

Switch to the generic noncoherent direct mapping implementation. Parisc previously had two different non-coherent dma ops implementation that just different in the way coherent allocations were handled or not handled. The different behavior is not selected at runtime in the arch_dma_alloc and arc

Re: [PATCH 1/7] i2c: i2c-gpio: move header to platform_data

On Thu, 19 Apr 2018, Wolfram Sang wrote: > This header only contains platform_data. Move it to the proper directory. > > Signed-off-by: Wolfram Sang > --- > MAINTAINERS | 2 +- > arch/arm/mach-ks8695/board-acs5k.c | 2 +- > arch/arm/mach-omap1/

Re: [PATCH 6/7] i2c: i2c-xiic: move header to platform_data

On Thu, 19 Apr 2018, Wolfram Sang wrote: > This header only contains platform_data. Move it to the proper directory. > > Signed-off-by: Wolfram Sang > --- > drivers/i2c/busses/i2c-xiic.c| 2 +- > drivers/mfd/timberdale.c | 2 +- > include/linux/{ => platform_

Re: [PATCH] regulator: tps6586x: Add support for TPS658624

On Thu, 19 Apr 2018, Mark Brown wrote: > On Thu, Apr 19, 2018 at 12:18:50PM -0400, ryang wrote: > > This version is exists in the Samsung Galaxy Tab 10.1 which is based on the > > Nvidia Tegra 2 board. The TPS658624 has the same SM2 voltage table as > > TPS658623. > > > Signed-off-by: ryang > >

Re: [PATCH 3/7] i2c: i2c-ocores: move header to platform_data

On Thu, 19 Apr 2018, Wolfram Sang wrote: > This header only contains platform_data. Move it to the proper directory. > > Signed-off-by: Wolfram Sang > --- > Documentation/i2c/busses/i2c-ocores| 2 +- > drivers/i2c/busses/i2c-ocores.c| 2 +- > drivers/mfd/timberdale.c

[PATCH 21/22] sparc: use generic dma_noncoherent_ops

Switch to the generic noncoherent direct mapping implementation. This removes the previous sync_single_for_device implementation, which looks bogus given that no syncing is happening in the similar but more important map_single case. Signed-off-by: Christoph Hellwig --- arch/sparc/Kconfig

[PATCH 19/22] sh: use generic dma_noncoherent_ops

Switch to the generic noncoherent direct mapping implementation. Signed-off-by: Christoph Hellwig --- arch/sh/Kconfig | 3 +- arch/sh/include/asm/Kbuild| 1 + arch/sh/include/asm/dma-mapping.h | 26 --- arch/sh/kernel/Makefile | 1 - arch/sh/kernel/

Re: [PATCH 61/61] ASoC: atmel: simplify getting .drvdata

On 19/04/2018 at 16:06, Wolfram Sang wrote: We should get drvdata from struct device directly. Going via platform_device is an unneeded step back and forth. Signed-off-by: Wolfram Sang Acked-by: Nicolas Ferre --- Build tested only. buildbot is happy. Please apply individually. sound/so

[PATCH 16/22] sh: simplify get_arch_dma_ops

Remove the indirection through the dma_ops variable, and just return nommu_dma_ops directly from get_arch_dma_ops. Signed-off-by: Christoph Hellwig --- arch/sh/include/asm/dma-mapping.h | 5 ++--- arch/sh/kernel/dma-nommu.c| 8 +--- arch/sh/mm/consistent.c | 3 --- arch/

[PATCH 17/22] sh: introduce a sh_cacheop_vaddr helper

And use it in the maple bus code to avoid a dma API dependency. Signed-off-by: Christoph Hellwig --- arch/sh/include/asm/cacheflush.h | 7 +++ arch/sh/mm/consistent.c | 5 + drivers/sh/maple/maple.c | 7 --- 3 files changed, 12 insertions(+), 7 deletions(-) diff --g

[PATCH 13/22] nds32: use generic dma_noncoherent_ops

Switch to the generic noncoherent direct mapping implementation. This makes sure kmap_atomic_pfn is consistently used for access to virtual addresses instead of either using the slower plain kmap or blindly expecting page_address() to work. This makes sure the cache_sync routines is called in the

[PATCH 15/22] openrisc: use generic dma_noncoherent_ops

Switch to the generic noncoherent direct mapping implementation. Fix sync_single_for_device to do the same cache coherency operations as the more tested map_single path, as both should transfer ownership to the device. Remove the sync_single_for_cpu implementation as no cache coherency operations

Re: [PATCH] mm:memcg: add __GFP_NOWARN in __memcg_schedule_kmem_cache_create

On Fri 20-04-18 14:42:39, Minchan Kim wrote: [...] > When I see replies of this thread, it's arguble to add such one-line > warn so if you want it strongly, could you handle by yourself? I do not feel strongly about it to argue as well. So the patch Andrew added with a better explanation is suffic

Re: [PATCH] mfd: tps65911-comparator: Fix an off by one bug

On Thu, 19 Apr 2018, Dan Carpenter wrote: > The tps_comparators[] array is used in two places. We only access the > COMP1 (1) and COMP2 (2) elements. Unfortunately, we're accessing the > wrong elements and also one element beyond the end of the array. There > was supposed to be a zero element a

[PATCH 14/22] nios2: use generic dma_noncoherent_ops

Switch to the generic noncoherent direct mapping implementation. Signed-off-by: Christoph Hellwig --- arch/nios2/Kconfig | 3 + arch/nios2/include/asm/Kbuild| 1 + arch/nios2/include/asm/dma-mapping.h | 20 arch/nios2/mm/dma-mapping.c | 139 +++---

Re: [PATCH] perf tools: set kernel end address properly

On 20 April 2018 at 01:33, Kim Phillips wrote: > On Thu, 19 Apr 2018 11:54:24 +0900 > Namhyung Kim wrote: > >> On Wed, Apr 18, 2018 at 07:37:59PM -0500, Kim Phillips wrote: >> > diff --git a/tools/perf/arch/arm64/util/sym-handling.c >> > b/tools/perf/arch/arm64/util/sym-handling.c >> > index 005

[PATCH 11/22] microblaze: use generic dma_noncoherent_ops

Switch to the generic noncoherent direct mapping implementation. This removes the direction-based optimizations in sync_{single,sg}_for_{cpu,device} which were marked untestested and do not match the usually very well tested {un,}map_{single,sg} implementations. Signed-off-by: Christoph Hellwig

Re: [PATCHv3 3/8] drm/omap: add support for manually updated displays

On Fri, Apr 20, 2018 at 10:09:38AM +0300, Tomi Valkeinen wrote: > Hi Sebastian, > > On 30/03/18 20:18, Sebastian Reichel wrote: > > This adds the required infrastructure for manually > > updated displays, such as DSI command mode panels. > > > > While those panels often support partial updates >

Re: [PATCH v3 0/4] regulator: bd9571mwv: Add support for DDR backup mode

Hi Lee, On Fri, Apr 20, 2018 at 9:49 AM, Lee Jones wrote: > On Wed, 18 Apr 2018, Geert Uytterhoeven wrote: >> The ROHM BD9571MWV PMIC on the Renesas Salvator-X(S) and ULCB >> development boards supports DDR Backup Power, which means that the DDR >> power rails can be kept powered while the main S

[PATCH 09/22] hexagon: use generic dma_noncoherent_ops

Switch to the generic noncoherent direct mapping implementation. This removes the previous sync_single_for_cpu implementation, which looks bogus given that no syncing is happening in the similar but more important unmap_single case. This adds the previously missing sync_sg_for_device implementati

[PATCH 12/22] microblaze: remove the consistent_sync and consistent_sync_page

Both unused. Signed-off-by: Christoph Hellwig --- arch/microblaze/include/asm/pgtable.h | 3 -- arch/microblaze/mm/consistent.c | 45 --- 2 files changed, 48 deletions(-) diff --git a/arch/microblaze/include/asm/pgtable.h b/arch/microblaze/include/asm/pgtable.h i

Re: Clang arm64 build is broken

Hi Andrey. On 19/04/18 18:06, Andrey Konovalov wrote: > Hi Marc! > > Your recent commit [1] broke clang build on arm64. Or rather, it has uncovered yet another missing feature in clang! ;-) > The issue is that > clang doesn't know about the "S" asm constraint. I reported this to > clang [2], an

Re: [RFC PATCH v2 3/6] sched: Add over-utilization/tipping point indicator

On Wed, Apr 18, 2018 at 4:17 AM, Quentin Perret wrote: > On Friday 13 Apr 2018 at 16:56:39 (-0700), Joel Fernandes wrote: >> Hi, >> >> On Fri, Apr 6, 2018 at 8:36 AM, Dietmar Eggemann >> wrote: >> > From: Thara Gopinath >> > >> > Energy-aware scheduling should only operate when the system is not

Re: [PATCH] regulator: ab8500: tidy ab8500_regulator_get_mode()

On Thu, 19 Apr 2018, Dan Carpenter wrote: > The indenting here is confusing. > > Also we don't check "ret". That isn't likely to cause a runtime issue > because if it fails here fails then we'd probably return -EINVAL at the > end anyway. But it does introduce a static checker warning since "va

[PATCH 10/22] m68k: use generic dma_noncoherent_ops

Switch to the generic noncoherent direct mapping implementation. Signed-off-by: Christoph Hellwig --- arch/m68k/Kconfig | 2 + arch/m68k/include/asm/Kbuild| 1 + arch/m68k/include/asm/dma-mapping.h | 12 - arch/m68k/kernel/dma.c | 68 -

Re: [PATCH] tty: Fix data race in tty_insert_flip_string_fixed_flag()

On Fri, Apr 20, 2018 at 04:40:56PM +0900, daelyong jeong wrote: > tty_insert_flip_string_fixed_flag() copies chars to the buffer indicated > by th->used and updates tb->used. > But it is possible that tty_insert_flip_string_fixed_flag() is executed > concurrently and tb->used is updated improperly.

Re: [RFC PATCH v2 3/6] sched: Add over-utilization/tipping point indicator

On Fri, Apr 20, 2018 at 1:13 AM, Joel Fernandes wrote: > On Wed, Apr 18, 2018 at 4:17 AM, Quentin Perret > wrote: >> On Friday 13 Apr 2018 at 16:56:39 (-0700), Joel Fernandes wrote: >>> Hi, >>> >>> On Fri, Apr 6, 2018 at 8:36 AM, Dietmar Eggemann >>> wrote: >>> > From: Thara Gopinath >>> > >>>

Re: [PATCH v2 4/4] qxl: drop dummy functions

On Fri, Apr 20, 2018 at 09:19:04AM +0200, Gerd Hoffmann wrote: > These days drm core checks function pointers everywhere before calling > them. So we can drop a bunch of dummy functions now. > > Signed-off-by: Gerd Hoffmann > --- > drivers/gpu/drm/qxl/qxl_display.c | 50 > -

[PATCH 07/22] arm-nommu: use generic dma_noncoherent_ops

Switch to the generic noncoherent direct mapping implementation for the nommu dma map implementation. Signed-off-by: Christoph Hellwig --- arch/arc/Kconfig| 1 + arch/arm/Kconfig| 4 + arch/arm/mm/dma-mapping-nommu.c | 139 +--- 3 f

[PATCH 08/22] c6x: use generic dma_noncoherent_ops

Switch to the generic noncoherent direct mapping implementation. Signed-off-by: Christoph Hellwig --- arch/c6x/Kconfig | 3 + arch/c6x/include/asm/Kbuild| 1 + arch/c6x/include/asm/dma-mapping.h | 28 -- arch/c6x/include/asm/setup.h | 2 + arch/c6x/kern

[PATCH 04/22] alpha: use dma_direct_ops for jensen

The generic dma_direct implementation does the same thing as the alpha pci-noop implementation, just with more bells and whistles. And unlike the current code it at least has a theoretical chance to actually compile. Signed-off-by: Christoph Hellwig --- arch/alpha/Kconfig | 1

[PATCH 03/22] dma-mapping: provide a generic dma-noncoherent implementation

Add a new dma_map_ops implementation that uses dma-direct for the address mapping of streaming mappings, and which requires arch-specific implemenations of coherent allocate/free. Architectures have to provide flushing helpers to ownership trasnfers to the device and/or CPU, and can provide option

[PATCH 06/22] arc: use generic dma_noncoherent_ops

Switch to the generic noncoherent direct mapping implementation. Signed-off-by: Christoph Hellwig --- arch/arc/Kconfig | 4 + arch/arc/include/asm/Kbuild| 1 + arch/arc/include/asm/dma-mapping.h | 21 - arch/arc/mm/dma.c | 141 +++--

Re: bq27000: directory/files exists even when hardware is not available

On Fri 2018-04-20 09:48:26, Pali Rohár wrote: > On Friday 20 April 2018 09:40:36 Pavel Machek wrote: > > Hi! > > > > On droid4 (4.17-rc1), /sys/class/power_supply/bq27000-battery exists > > even when hardware is not present (as on Droid 4). > > > > Any ideas? > >

[PATCH 05/22] alpha: simplify get_arch_dma_ops

Remove the dma_ops indirection. Signed-off-by: Christoph Hellwig --- arch/alpha/include/asm/dma-mapping.h | 4 ++-- arch/alpha/kernel/pci_iommu.c| 4 +--- 2 files changed, 3 insertions(+), 5 deletions(-) diff --git a/arch/alpha/include/asm/dma-mapping.h b/arch/alpha/include/asm/dma-map

  1   2   3   4   5   6   7   8   9   10   >