Re: [PATCH v5 4/4] zram: introduce zram memory tracking

On Fri, Apr 20, 2018 at 11:09:21AM +0900, Minchan Kim wrote: > On Wed, Apr 18, 2018 at 02:07:15PM -0700, Andrew Morton wrote: > > On Wed, 18 Apr 2018 10:26:36 +0900 Minchan Kim wrote: > > > > > Hi Andrew, > > > > > > On Tue, Apr 17, 2018 at 02:59:21PM -0700, Andrew Morton

Linux 4.9.95

I'm announcing the release of the 4.9.95 kernel. All users of the 4.9 kernel series must upgrade. The updated 4.9.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-4.9.y and can be browsed at the normal kernel.org git web browser:

Re: [PATCH 4.9 00/66] 4.9.95-stable review

On Thu, Apr 19, 2018 at 03:04:05PM -0500, Dan Rue wrote: > On Thu, Apr 19, 2018 at 04:03:05PM +0200, Greg Kroah-Hartman wrote: > > On Thu, Apr 19, 2018 at 04:42:56PM +0530, Naresh Kamboju wrote: > > > > > > > > Can you try 'git bisect'? I'll hold off on releasing 4.9.y until this > > > > gets

[GIT PULL] MMC fixes for v.4.17-rc2

Hi Linus, Here's a PR with a couple of MMC fixes intended for v4.17-rc2. Details about the highlights are as usual found in the signed tag. Please pull this in! Kind regards Ulf Hansson The following changes since commit fc167daff581c01ebce8695e9618231cae3561a1: mmc: tmio: Fix error

Re: [PATCH] serial: imx: fix cached UCR2 read on software reset

Hello Stefan, On Thu, Apr 19, 2018 at 11:37:23PM +0200, Stefan Agner wrote: > On 16.04.2018 17:35, Stefan Agner wrote: > > To reset the UART the SRST needs be cleared (low active). According > > to the documentation the bit will remain active for 4 module clocks > > until it is cleared (set to

Re: [PATCH v3] gpio: dwapb: Add support for 1 interrupt per port A GPIO

Hi Phil, On Thu, Apr 19, 2018 at 3:03 AM, Phil Edworthy wrote: > Hi Hoan > > On 18 April 2018 08:03 Hoan Tran wrote: >> On Fri, Apr 13, 2018 at 9:47 AM, Phil Edworthy wrote: >> > On 13 April 2018 17:37 Hoan Tran wrote: >> >> On Fri, Apr 13, 2018 at 1:51 AM, Phil

Re: [PATCH 06/61] crypto: simplify getting .drvdata

On Thu, Apr 19, 2018 at 4:05 PM, 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

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

On 19/04/18 18: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 at line

RE: [PATCH][next] ASoC: rt5668: fix incorrect 'and' operator

> -Original Message- > From: Colin King [mailto:colin.k...@canonical.com] > Sent: Thursday, April 19, 2018 10:35 PM > To: Bard Liao; Oder Chiou; Liam Girdwood; Mark Brown; Jaroslav Kysela; > Takashi Iwai; alsa-de...@alsa-project.org > Cc: kernel-janit...@vger.kernel.org;

Re: [PATCH v9 1/2] dt-bindings: display: bridge: Document THC63LVD1024 LVDS decoder

Hi Jacopo, On 04/18/2018 05:40 PM, Jacopo Mondi wrote: > Document Thine THC63LVD1024 LVDS decoder device tree bindings. > > Signed-off-by: Jacopo Mondi > Reviewed-by: Andrzej Hajda > Reviewed-by: Niklas Söderlund

Re: 4.15.17 regression: bisected: timeout during microcode update

On Thu, Apr 19, 2018 at 06:37:34PM +0200, Borislav Petkov wrote: > On Thu, Apr 19, 2018 at 03:46:27PM +0200, Vitezslav Samel wrote: > > > > microcode: __reload_late: CPU0 > > microcode: __reload_late: CPU3 > > microcode: __reload_late:

Re: [PATCH v9 2/2] drm: bridge: Add thc63lvd1024 LVDS decoder driver

Hi Jacopo, On 04/18/2018 05:40 PM, Jacopo Mondi wrote: > Add DRM bridge driver for Thine THC63LVD1024 LVDS to digital parallel > output converter. > > Signed-off-by: Jacopo Mondi > Reviewed-by: Andrzej Hajda > Reviewed-by: Niklas Söderlund

Re: [RFC/RFT patch 0/7] timekeeping: Unify clock MONOTONIC and clock BOOTTIME

Hi On Fri, Apr 20, 2018 at 7:44 AM, Sergey Senozhatsky wrote: > On (04/20/18 06:37), David Herrmann wrote: >> >> I get lots of timer-errors on Arch-Linux booting current master, after >> a suspend/resume cycle. Just a selection of errors I see on resume: > >

Re: [PATCH v2] ARM64: dts: meson-axg: enable the eMMC controller

On 19 April 2018 at 19:58, Kevin Hilman wrote: > Yixun Lan writes: > >> From: Nan Li >> >> The IP of eMMC controller in AXG is similiar to Meson-GX series. >> Here we add the initial support of the HS200 mode with >> clock running

Re: [PATCH] serial: imx: enable IMX21_UCR3_RXDMUXSEL for non-dte-mode

Hello Chris, On Fri, Apr 20, 2018 at 09:07:59AM +0800, Chris Ruehl wrote: > Fix a problem introduced with > commit e61c38d85b73 ("serial: imx: setup DCEDTE early and ensure DCD and RI > irqs to be off") > result in non dte-mode imx-uart fail receive data. > By add back IMX21_UCR3_RXDMUXSEL the

linux-next: Tree for Apr 20

Hi all, Changes since 20180419: I have added a patch to the arm-current tree to fix build problems discovered overnight. Non-merge commits (relative to Linus' tree): 1278 1324 files changed, 47025 insertions(+), 20625 deletions(-)

Re: [PATCH v3 1/5] clk: Extract OF clock helpers in

Hi Stephen, Rob, On Fri, Apr 20, 2018 at 12:25 AM, Stephen Boyd wrote: > Quoting Geert Uytterhoeven (2018-04-18 07:50:01) >> The use of of_clk_get_parent_{count,name}() and of_clk_init() is not >> limited to clock providers. >> >> Hence move these helpers into their own header

Hello

Am Mrs.Pamela Atuegbe, I work in one of the prime bank here in burkina faso, i want the bank to transfer the money left by our late customer is a foreigner from Korea. can you investment this money and also help the poor' the amount value at $13,300,000.00 (Thirteen Million Three Hundred

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

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

Re: [PATCH] time: tick-sched: use bool for tick_stopped

On 2018-04-20 09:47 AM, yuank...@codeaurora.org wrote: On 2018-04-11 07:20 AM, yuank...@codeaurora.org wrote: ++ On 2018-04-11 07:09 AM, yuank...@codeaurora.org wrote: ++ On 2018-04-10 10:49 PM, yuank...@codeaurora.org wrote: Typo... On 2018-04-10 10:08 PM, yuank...@codeaurora.org wrote:

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

On Thu, Apr 19, 2018 at 02:09:02PM +0200, Andrew Lunn wrote: > On Thu, Apr 19, 2018 at 10:28:16AM +0200, Måns Andersson wrote: > > From: Mans Andersson > > > > Add suport for the TI TLK105 and TLK106 10/100Mbit ethernet phys. > > > > In addition the TLK10X needs to be

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

Anson Huang Best Regards! > -Original Message- > From: Shawn Guo [mailto:shawn...@kernel.org] > Sent: Thursday, April 19, 2018 10:57 PM > To: Anson Huang > Cc: ker...@pengutronix.de; Fabio Estevam ; > robh...@kernel.org;

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

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

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:

[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

[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

[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

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

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 >

[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

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)

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: 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

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

[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

[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

[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

[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

[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 +

Re: [RFC] perf/core: what is exclude_idle supposed to do

On Mon, Apr 16, 2018 at 10:04:53PM +, Stephane Eranian wrote: > Hi, > > I am trying to understand what the exclude_idle event attribute is supposed > to accomplish. > As per the definition in the header file: > > exclude_idle : 1, /* don't count when idle */ > > Naively, I thought it

Re: [patch V2 7/8] dm verity fec: Check result of init_rs()

On Fri, 20 Apr 2018, NeilBrown wrote: > On Thu, Apr 19 2018, Thomas Gleixner wrote: > > The analysis above forgot to look at the mempool->alloc() callback. So yes, > > while the NOIO is good at the mempool level, but init_rs() uses GPF_KERNEL > > so there might be a different can of wurms lurking.

[PATCH] arm64: defconfig: Enable CONFIG_PINCTRL_MT7622 by default

From: Sean Wang Recently kernelCI reported the board mt7622-rfb1 has a fail test with kernel: ERROR: did not start booting whose details could be seen at [1]. The cause is that UART0 can't output anything when it's missing a proper pin setup with current DTS, so the

Re: [PATCH 2/2] drm/v3d: Introduce a new DRM driver for Broadcom V3D V3.x+

On Thu, Apr 19, 2018 at 12:20:35PM -0700, Eric Anholt wrote: > This driver will be used to support Mesa on the Broadcom 7268 and 7278 > platforms. > > V3D 3.3 introduces an MMU, which means we no longer need CMA or vc4's > complicated CL/shader validation scheme. This massively changes the > GEM

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

Am 20.04.2018 um 09:13 schrieb Daniel Vetter: 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

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

On Fri, 20 Apr 2018, Geert Uytterhoeven wrote: > 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

[PATCH v1 0/4] Add DMAv2 and DMAMUX Support on STM32MP157C

This patch adds DMAv2 and DMAMUX support on STM32MP157C with configs and device tree. --- Version history: v1: * Initial --- Pierre-Yves MORDRET (4): ARM: configs: stm32: Add DMAv2 support on STM32MP157C machine ARM: configs: stm32: Add DMAMUX support on STM32MP157C ARM:

Re: [PATCH] sched/rt: Rework for_each_process_thread() iterations in tg_has_rt_tasks()

Hi Kirill, On 19/04/18 20:29, Kirill Tkhai wrote: > tg_rt_schedulable() iterates over all child task groups, > while tg_has_rt_tasks() iterates over all linked tasks. > In case of systems with big number of tasks, this may > take a lot of time. > > I observed hard LOCKUP on machine with 2+

[PATCH] regulator: wm8350: fix missing increment of loop index i

From: Colin Ian King It seems that the loop index i is not being incremented and hence potentially the while loop could spin forever. Fortunately with the data being used this does not appear to happen at the moment. Fixes: da09155ac8d3 ("regulator: Add WM8350

Re: [PATCH] iommu/amd: fix unused-variable warning

On 2018-04-20 11:28:36 [+0200], Tobias Regnery wrote: > The iommu_table_lock is only used by code inside an ifdef CONFIG_IRQ_REMAP > block. This leads to the following warning with CONFIG_IRQ_REMAP=n: > > amd_iommu.c:86:24: warning: 'iommu_table_lock' defined but not used > [-Wunused-variable] >

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 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

[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

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

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

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

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

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 > >>

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

[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

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

[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.

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

[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 |

[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(-)

[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:

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

[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

[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

[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

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

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 >>>

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 >

Re: [PATCH] kernel: event: core: Change return type to vm_fault_t

On Sun, Apr 15, 2018 at 01:58:31AM +0530, Souptick Joarder wrote: > Use new return type vm_fault_t for fault handler and > page_mkwrite handler in struct vm_operations_struct. > > Signed-off-by: Souptick Joarder > Reviewed-by: Matthew Wilcox > --- >

[PATCH v2] x86/Centaur: show more HW features in /proc/cpuinfo

Centaur CPU has some intel compatible capabilities,include PMC and some CPU virtualization capabilities. These capabilities should be initialized in the centaur init function. Signed-off-by: David Wang Changes from v1 to v2: *1, move some defines outside the

Re: [RFC] perf/core: what is exclude_idle supposed to do

On Wed, Apr 18, 2018 at 11:10:20AM -0400, Vince Weaver wrote: > On Tue, 17 Apr 2018, Jiri Olsa wrote: > > > On Mon, Apr 16, 2018 at 10:04:53PM +, Stephane Eranian wrote: > > > Hi, > > > > > > I am trying to understand what the exclude_idle event attribute is > > > supposed > > > to

Re: [PATCH v2 3/7] powerpc: use task_pid_nr() for TID allocation

[+ Sukadev, Christophe] On 18/04/18 11:08, Alastair D'Silva wrote: From: Alastair D'Silva The current implementation of TID allocation, using a global IDR, may result in an errant process starving the system of available TIDs. Instead, use task_pid_nr(), as mentioned by

Re: [PATCH v3 01/17] y2038: asm-generic: Extend sysvipc data structures

On Fri, Apr 20, 2018 at 12:12 AM, Eric W. Biederman wrote: > Arnd Bergmann writes: > >> On Thu, Apr 19, 2018 at 5:20 PM, Arnd Bergmann wrote: >>> On Thu, Apr 19, 2018 at 4:59 PM, Eric W. Biederman >>> wrote: I

[PATCH 2/2] ubi: introduce ubi.nocheck parameter to skip CRC check when attaching ubi vol

There's already ECC on NAND pages so there may be no need for one to check the CRC of a UBI volume. Let's introduce a ubi.nocheck parameter that let one skip the CRC check when attaching a UBI volume. This also drastically speeds kernel boot by removing a potentially useless check, e.g. I gained

[PATCH 1/2] ubi: move constants for ubi vol parsing from kernel param to ubi.h

The constants used to parse ubi.block parameters from the kernel command line are not specific to UBI block devices but rather to UBI volumes (on which block devices are "based"). So let's rename UBIBLOCK_* constants used in parameter parsing to UBIVOL_*. Let's move the constants to ubi.h so

lainoja

Olen Ronald Bernstein, olen lainanantaja, annan lainoja yksittäisille ja yrityksille, liike- ja henkilökohtaisiin tarkoituksiin, ota yhteyttä minuun, jos tarvitset minkäänlaista lainaa. Annan lainoja yleisölle 2 prosentin korolla. Ota yhteyttä minuun

[PATCH v1 1/3] ARM: dts: stm32: Append additional I2Cs for STM32F746 SoC

Append 3 additional I2C instance for STM32F746 SoC. Signed-off-by: Pierre-Yves MORDRET --- Version history: v1: * Initial --- --- arch/arm/boot/dts/stm32f746.dtsi | 36 1 file changed, 36 insertions(+) diff --git

[PATCH v1 2/2] ARM: dts: stm32: Add I2C1 support for STM32H743I-EVAL Board

Add I2C1 support for STM32H743I-EVAL Board Signed-off-by: Pierre-Yves MORDRET --- Version history: v1: * Initial --- --- arch/arm/boot/dts/stm32h743i-eval.dts | 8 1 file changed, 8 insertions(+) diff --git

[PATCH v1 1/2] ARM: dts: stm32: Add I2C support for STM32H743 SoC

Add I2C support for STM32H743 SoC Signed-off-by: Pierre-Yves MORDRET --- Version history: v1: * Initial --- --- arch/arm/boot/dts/stm32h743-pinctrl.dtsi | 10 +++ arch/arm/boot/dts/stm32h743.dtsi | 48 2

[PATCH v1 0/4] Add DMAv2 and DMAMUX Support on STM32MP157C

This patch adds DMAv2 and DMAMUX support on STM32MP157C with configs and device tree. --- Version history: v1: * Initial --- Pierre-Yves MORDRET (4): ARM: configs: stm32: Add DMAv2 support on STM32MP157C machine ARM: configs: stm32: Add DMAMUX support on STM32MP157C ARM:

[PATCH v1 0/3] Append additional I2C instances and activate I2C1.

This patch intends to appends 3 additional I2C instances (2, 3 and 4). In the same time I2C1 is setup for both STM32F746 and STM32F769 Discovery boards. --- Version history: v1: * Initial --- Pierre-Yves MORDRET (3): ARM: dts: stm32: Append additional I2Cs for STM32F746 SoC

[PATCH v1 0/2] Add I2C support for STM32H743

Add I2C support on STM32H743 SoC. Activate I2C1 on STM32H743I Evaluation Board. --- Version history: v1: * Initial --- Pierre-Yves MORDRET (2): ARM: dts: stm32: Add I2C support for STM32H743 SoC ARM: dts: stm32: Add I2C1 support for STM32H743I-EVAL Board

[PATCH] ARM: dts: stm32: add reset binding on stm32mp157c

From: Gabriel Fernandez This patch adds reset binding file. Signed-off-by: Gabriel Fernandez --- arch/arm/boot/dts/stm32mp157c.dtsi | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm/boot/dts/stm32mp157c.dtsi

Re: [PATCH] printk: Ratelimit messages printed by console drivers

On Fri 2018-04-20 11:15:11, Sergey Senozhatsky wrote: > On (04/19/18 14:53), Petr Mladek wrote: > > > > > > > > > > Besides 100 lines is absolutely not enough for any real lockdep splat. > > > > > My call would be - up to 1000 lines in a 1 minute interval. > > > > But this would break the

[PATCH] mfd: tps65911-comparator: Fix a build error

In 2012, we changed the tps65910 API and fixed most drivers but forgot to update this one. Fixes: 3f7e82759c69 ("mfd: Commonize tps65910 regmap access through header") Signed-off-by: Dan Carpenter diff --git a/drivers/mfd/tps65911-comparator.c

Re: [linux-sunxi] Re: [PATCH v2 14/16] arm: dts: sun8i: h3: enable H3 sid controller

Hi Kyle, I'm already working on a Version 3 of this patch series. Right now this slowed down since I'm very busy and the ToDo-List is still very long. My plan is to send out a version during this release cycle. If you need it right now feel free to submit patches! Philipp On 19.04.2018

RE: [PATCH resend] usb: chipidea: Don't select EXTCON

> > > > Sorry to reply late, are you really care 2KB code side? Since many > > users use EXTCON to handle vbus and id, it is hard just delete it. I > > could accept patch for your specific platforms, like: > > > > + select EXTCON if !ARCH_ > > The patch doesn't remove extcon support from

Re: [PATCH] sched/rt: Rework for_each_process_thread() iterations in tg_has_rt_tasks()

Hi, Juri, On 20.04.2018 12:25, Juri Lelli wrote: > Hi Kirill, > > On 19/04/18 20:29, Kirill Tkhai wrote: >> tg_rt_schedulable() iterates over all child task groups, >> while tg_has_rt_tasks() iterates over all linked tasks. >> In case of systems with big number of tasks, this may >> take a lot

[PATCH v4 1/3] dell-led: Change dell-led.h to dell-common.h

This header will be used for more than just led. Change it to a more generic name. Cc: Mario Limonciello Signed-off-by: Kai-Heng Feng --- v4: Change the commit message to clarify there's no more runtime pm warning. Also skip the

[PATCH v4 3/3] ALSA: hda: Disabled unused audio controller for Dell platforms with Switchable Graphics

Some Dell platforms (Preicsion 7510/7710/7520/7720) have a BIOS option "Switchable Graphics" (SG). When SG is enabled, we have: 00:02.0 VGA compatible controller: Intel Corporation Device 591b (rev 04) 00:1f.3 Audio device: Intel Corporation CM238 HD Audio Controller (rev 31) 01:00.0 VGA

[PATCH v4 2/3] platform/x86: dell-*: Add interface for switchable graphics status query

On some Dell platforms, there's a BIOS option "Enable Switchable Graphics". This information is useful if we want to do different things based on this value, e.g. disable unused audio controller that comes with the discrete graphics. Cc: Mario Limonciello

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

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

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