[PATCH V4] mm: memory hot-add: memory can not be added to movable zone defaultly

From: Changsheng Liu After the user config CONFIG_MOVABLE_NODE and movable_node kernel option, When the memory is hot added, should_add_memory_movable() return 0 because all zones including movable zone are empty, so the memory that was hot added will be added to the normal zone and the normal

Re: [PATCH] ACPI / ARM64: Get configuration base address of ECAM via ACPI MCFG table

On Fri, Aug 28, 2015 at 03:39:43PM +0100, Lorenzo Pieralisi wrote: > Hi Dennis, > > You should CC linux-...@vger.kernel.org and the PCI subsystem > maintainer next time. > > Good reminder! Thanks, mate ;-) > On Fri, Aug 28, 2015 at 01:49:23PM +0100, Dennis Chen wrote: > > This patch will fall

Re: [PATCH v3 02/15] mmc: host: omap_hsmmc: return on fatal errors from omap_hsmmc_reg_get

Hi, On Saturday 29 August 2015 12:33 AM, Tony Lindgren wrote: > * Olof Johansson [150828 11:11]: >> Hi, >> >> On Thu, Aug 27, 2015 at 2:13 AM, Kishon Vijay Abraham I >> wrote: >>> Now return error only if the return value of >>> devm_regulator_get_optional() is not the same as -ENODEV, since

Re: [PATCH] Revert part of "ASoC: tegra: Convert to managed resources"

On Tue, Aug 18, 2015 at 8:56 PM, Vaishali Thakkar wrote: > Revert the problematic part of commit 470805eb9f31 ("ASoC: tegra: > Convert to managed resources"). Before this commit, PM cleanup was > performed after the component was unregistered. But returning > directly will skip PM cleanup. So, to

Re: [PATCH] task_work: remove fifo ordering guarantee

> On Aug 30, 2015, at 01:08, Linus Torvalds > wrote: > > On Sat, Aug 29, 2015 at 7:11 AM, Eric Dumazet wrote: >> >> If this needs to be kept, maybe then add following, to make sure >> we flush the list at most every BITS_PER_LONG files > > Hmm. > > I'm wondering if we should just make

[PATCH] drm/fsl-dcu: Cleanup vblank interrupt mask and status setting code

Switch update interrupt mask bit with regmap_update_bits, and clear interrupt status by writing 1 to relevant bit before setting mask in fsl_dcu_drm_irq_init function. Signed-off-by: Jianwei Wang --- drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_drv.c | 26 +++--- 1 file changed, 7

Re: [PATCH] regmap: Support bulk reads for devices without raw formatting

Hi Mark, Yes, this patch solved the issue.It avoid the null function and just need to handle the native endian case. Thanks. Henry On Fri, 2015-08-28 at 20:11 +0100, Mark Brown wrote: > When doing a bulk read from a device which lacks raw I/O support we fall > back to doing register at a time

Re: [PATCH] gpio: gpiolib: use devm_* API to simplify driver code

On Tue, Aug 25, 2015 at 5:38 PM, Grygorii Strashko wrote: > On 08/24/2015 03:05 PM, Peng Fan wrote: >> >> Use devm_* API to simplify driver code. >> >> Signed-off-by: Peng Fan >> Cc: Linus Walleij >> Cc: Alexandre Courbot > > --- >> >> drivers/gpio/gpiolib.c | 11 +-- >> 1 file

Re: [PATCH net-next v2 0/8] net: thunderx: New features and fixes

From: Aleksey Makarov Date: Sun, 30 Aug 2015 12:29:08 +0300 > v2: > - The unused affinity_mask field of the structure cmp_queue > has been deleted. (thanks to David Miller) > - The unneeded initializers have been dropped. (thanks to Alexey Klimov) > - The commit message "net: thunderx:

Re: [PATCH] input: gpio_keys: Don't report events on gpio failure

On Tue, Aug 18, 2015 at 4:34 AM, Bjorn Andersson wrote: > On Sun 16 Aug 23:59 PDT 2015, Alexandre Courbot wrote: > >> On Thu, Aug 13, 2015 at 10:06 PM, Linus Walleij >> wrote: >> > On Tue, Aug 11, 2015 at 12:41 AM, Bjorn Andersson >> > wrote: >> > >> >> But then the question first goes to Linus

[RESEND PATCH v2] usb/gadget: make composite gadget meet usb compliance for vbus draw

>From 08df419517694c4dd9ff328f5644b46a99c2999e Mon Sep 17 00:00:00 2001 From: "Du, Changbin" Date: Thu, 23 Jul 2015 20:08:04 +0800 Subject: [PATCH v2] usb/gadget: make composite gadget meet usb compliance for vbus draw USB-IF compliance requirement limits the vbus current according to current

Re: [PATCH RFC V4 0/2] Optimize the snmp stat aggregation for large cpus

From: Raghavendra K T Date: Sun, 30 Aug 2015 11:29:40 +0530 > While creating 1000 containers, perf is showing lot of time spent in > snmp_fold_field on a large cpu system. > > The current patch tries to improve by reordering the statistics gathering. ... Series applied, thanks. -- To

Re: [PATCH 12/15] hwmon, fam15h_power: introduce a cpu accumulated power reporting algorithm

On 08/30/2015 09:16 PM, Huang Rui wrote: On Fri, Aug 28, 2015 at 07:05:13AM -0700, Guenter Roeck wrote: On 08/28/2015 03:45 AM, Huang Rui wrote: On Thu, Aug 27, 2015 at 10:30:43AM -0700, Guenter Roeck wrote: On Thu, Aug 27, 2015 at 04:07:43PM +0800, Huang Rui wrote: This patch introduces an

[PATCH v2] MIPS: Fix console output for Fulong2e system

Commit 3adeb2566b9b ("MIPS: Loongson: Improve LEFI firmware interface") made the number of UARTs dynamic if LEFI_FIRMWARE_INTERFACE is configured. Unfortunately, it did not initialize the number of UARTs if LEFI_FIRMWARE_INTERFACE is not configured. As a result, the Fulong2e system has no console.

Re: [PATCH 12/15] hwmon, fam15h_power: introduce a cpu accumulated power reporting algorithm

On Fri, Aug 28, 2015 at 07:05:13AM -0700, Guenter Roeck wrote: > On 08/28/2015 03:45 AM, Huang Rui wrote: > >On Thu, Aug 27, 2015 at 10:30:43AM -0700, Guenter Roeck wrote: > >>On Thu, Aug 27, 2015 at 04:07:43PM +0800, Huang Rui wrote: > >>>This patch introduces an algorithm that computes the

Re: [PATCH v3] selftests/zram: Adding zram tests

On Tue, 2015-08-18 at 12:31 +0530, naresh.kamb...@linaro.org wrote: > From: Naresh Kamboju > > diff --git a/tools/testing/selftests/zram/Makefile > b/tools/testing/selftests/zram/Makefile > new file mode 100644 > index 000..ec45513 > --- /dev/null > +++

[PATCH] drm/fsl-dcu: Fix no fb check bug

For state->fb may be NULL in fsl_dcu_drm_plane_atomic_check function, if so, return -EINVAL. No need check in fsl_dcu_drm_plane_atomic_update anymore. Signed-off-by: Jianwei Wang --- drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_plane.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff

[PATCH] ARM: dts: Add exynos5422-odroidxu4 board

Add Hardkernel Odroid XU4 board Device Tree sources. The board differs from Odroid XU3 and XU3-Lite by: 1. No green and red leds (except standard red power led). 2. No audio codec. 3. Two USB3 ports in host mode (no micro USB3 connector for OTG). 4. Realtek RTL8153-CG gigabit network adapter

Re: [PATCH 1/2] usb: chipidea: add xilinx zynq platform data

On Wed, Aug 26, 2015 at 10:27:44AM -0500, Nathan Sullivan wrote: > The Xilinx Zynq udc does not need the CI_HDRC_DISABLE_STREAMING flag, > unlike the default platform data. Add platform data specific to the > Zynq udc. > You may add the possible reason, eg, tx buffer is not enough. Others are

Re: [PATCH 1/2] usb: chipidea: add xilinx zynq platform data

On Mon, Aug 31, 2015 at 09:01:51AM +0530, punnaiah choudary kalluri wrote: > On Mon, Aug 31, 2015 at 6:10 AM, Peter Chen wrote: > > On Fri, Aug 28, 2015 at 09:42:56AM -0500, Nathan Sullivan wrote: > >> On Fri, Aug 28, 2015 at 09:30:12AM +0800, Peter Chen wrote: > >> > On Thu, Aug 27, 2015 at

Re: [PATCH v4 1/2] Documentation: dt: Add Xilinx zynqmp dma device tree binding documentation

On Tue, Aug 25, 2015 at 12:16 PM, punnaiah choudary kalluri wrote: > Hi Rob, > > On Tue, Aug 25, 2015 at 12:23 AM, Rob Herring wrote: >> On Wed, Aug 5, 2015 at 10:19 PM, Punnaiah Choudary Kalluri >> wrote: >>> Device-tree binding documentation for Xilinx zynqmp dma engine used in >>> Zynq

[PATCH v3] cpuidle/coupled: Add sanity check for safe_state_index

From: Xunlei Pang Since we are using cpuidle_driver::safe_state_index directly as the target state index, it is better to add the sanity check at the point of registering the driver. Signed-off-by: Xunlei Pang --- v2->v3: Move the code to a new cpuidle_coupled_state_verify() depending on

Re: [PATCH 1/2] usb: chipidea: add xilinx zynq platform data

On Mon, Aug 31, 2015 at 6:10 AM, Peter Chen wrote: > On Fri, Aug 28, 2015 at 09:42:56AM -0500, Nathan Sullivan wrote: >> On Fri, Aug 28, 2015 at 09:30:12AM +0800, Peter Chen wrote: >> > On Thu, Aug 27, 2015 at 09:33:07AM -0500, Nathan Sullivan wrote: >> > > On Thu, Aug 27, 2015 at 01:11:30PM

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

On Fri, 2015-08-14 at 21:43 +0800, Bamvor Jian Zhang wrote: > Signed-off-by: Bamvor Jian Zhang > --- > tools/testing/selftests/vm/Makefile | 12 > 1 file changed, 12 insertions(+) > > diff --git a/tools/testing/selftests/vm/Makefile > b/tools/testing/selftests/vm/Makefile > index

linux-next: manual merge of the trivial tree with the drm tree

Hi Jiri, Today's linux-next merge of the trivial tree got a conflict in: drivers/gpu/drm/nouveau/nvkm/engine/gr/nv10.c between commit: 109c2f2f1c42 ("drm/nouveau/gr: switch to subdev printk macros") from the drm tree and commit: 4bb138a47b7f ("drm/nouveau/gr: Fix typo in nv10.c") from

Re: [PATCH V3 2/3] kvm: don't register wildcard MMIO EVENTFD on two buses

On 08/26/2015 01:10 PM, Jason Wang wrote: > On 08/25/2015 07:51 PM, Michael S. Tsirkin wrote: >> > On Tue, Aug 25, 2015 at 05:05:47PM +0800, Jason Wang wrote: >> > We register wildcard mmio eventfd on two buses, one for KVM_MMIO_BUS >> > and another is KVM_FAST_MMIO_BUS. This leads to

Re: [RFC] watchdog: Add watchdog device control through sysfs attributes

On 29/08/2015:09:51:24 AM, Guenter Roeck wrote: > > * timeout - reads current timeout and writes to program a new timeout. Now, this is the only file which has write permission. I hope, that is fine. Pl let me know if you expected this to be as RO as well. ~Pratyush -- To unsubscribe from this

Re: [PATCH RFC 1/3] vmx: allow ioeventfd for EPT violations

On 08/30/2015 05:12 PM, Michael S. Tsirkin wrote: Even when we skip data decoding, MMIO is slightly slower than port IO because it uses the page-tables, so the CPU must do a pagewalk on each access. This overhead is normally masked by using the TLB cache: but not so for KVM MMIO, where PTEs

Re: [PATCH 0/7] x86 vdso32 cleanups

On Sun, Aug 30, 2015 at 2:18 PM, Brian Gerst wrote: > On Sat, Aug 29, 2015 at 12:10 PM, Andy Lutomirski wrote: >> On Sat, Aug 29, 2015 at 8:20 AM, Brian Gerst wrote: >>> This patch set contains several cleanups to the 32-bit VDSO. The >>> main change is to only build one VDSO image, and select

Re: [PATCH net-next] macvtap/macvlan: use IFF_NO_QUEUE

On 08/28/2015 08:25 PM, Vlad Yasevich wrote: > On 08/27/2015 10:42 PM, Jason Wang wrote: >> > >> > >> > On 08/27/2015 06:43 PM, Michael S. Tsirkin wrote: >>> >> On Wed, Aug 26, 2015 at 01:45:30PM +0800, Jason Wang wrote: >>> >>> On 08/26/2015 12:32 AM, Vlad Yasevich wrote: >

Re: [PATCH v3 0/14] Add Analogix Core Display Port Driver

Hi Romain, 在 08/30/2015 08:16 PM, Romain Perier 写道: Hi, Could you rebase your serie onto linux-next or 4.2-rc8 ? it does not apply here... Thanks for try to applied, and feel sorry for that failed. This v3 series was rebased on github.com/torvalds/linux.git, so I should rebase on

[BUG 4.2-rc8] Interrupt occurs while apply_alternatives() is patching the handler

This is from https://bugzilla.redhat.com/show_bug.cgi?id=1258223 [0.036000] BUG: unable to handle kernel paging request at 55501e06 [0.036000] IP: [] common_interrupt+0xb/0x38 [0.036000] *pde = [0.036000] Oops: [#1] SMP [0.036000] Modules linked in: [

Re: [PATCH v3 2/5] ARM: NSP: add minimal Northstar Plus device tree

On Fri, Aug 28, 2015 at 05:20:20PM -0700, Ray Jui wrote: > > > On 8/28/2015 4:47 PM, Jon Mason wrote: > > Add a very minimalistic set of Northstar Plus Device Tree files which > > describes the SoC and the BCM958625 implementation. The perpherials > > described are: > > > > ARM Cortex A9 CPU >

~RE: [RESEND PATCH] mmc: core: fix race condition in mmc_wait_data_done

> [...] > Hi, ulf We find this bug on Intel-C3230RK platform for very small probability. Whereas I can easily reproduce this case if I add a mdelay(1) or longer delay as Jialing did. This patch seems useful to me. Should we push it forward? :) >>> >>> >>>

Re: [PATCH 1/2] usb: chipidea: add xilinx zynq platform data

On Fri, Aug 28, 2015 at 09:42:56AM -0500, Nathan Sullivan wrote: > On Fri, Aug 28, 2015 at 09:30:12AM +0800, Peter Chen wrote: > > On Thu, Aug 27, 2015 at 09:33:07AM -0500, Nathan Sullivan wrote: > > > On Thu, Aug 27, 2015 at 01:11:30PM +0530, punnaiah choudary kalluri wrote: > > > > Hi, > > > >

[PATCH] Input: elan_i2c - Recovery exception ic type

When driver get exception ic type (0xFF), maybe occurred from wrong I2C protocol communication, system crash or other unknown situation, we need to reset ic type from iap_version. --- drivers/input/mouse/elan_i2c_core.c | 14 +- 1 file changed, 9 insertions(+), 5 deletions(-) diff

Re: [PATCH] btrfs: Remove unneeded cast to s64 for qgroup rfer state

Alexandru Moise wrote on 2015/08/29 11:45 +: This patch reverts commit: b4fcd6be6bbd702ae1a6545c9b413681850a9814 Wang Shilong added those casts as a workaround for a bug reproduced using the following steps: Steps to reproduce: mkfs.btrfs mount dd if=/dev/zero

Re: timing of module MODULE_STATE_COMING notifier

"Frank Ch. Eigler" writes: > Hi, Rusty - > > We just [1] came across your patch [2] from last year (merged into > 3.17), wherein the RO/NX mapping settings for module sections were > moved to an earlier point in the module-loading sequence. > > That patch also moved the MODULE_STATE_COMING

Re: [PATCHv4 3/7] zsmalloc: use page->private instead of page->first_page

On (08/27/15 16:59), Kirill A. Shutemov wrote: > We are going to rework how compound_head() work. It will not use > page->first_page as we have it now. > > The only other user of page->first_page beyond compound pages is > zsmalloc. > > Let's use page->private instead of page->first_page here.

Re: [15/15] MAINTAINERS: change the maintainer of fam15h_power driver

On Sat, Aug 29, 2015 at 09:33:54AM -0700, Guenter Roeck wrote: > On Thu, Aug 27, 2015 at 04:07:46PM +0800, Huang Rui wrote: > > Andreas Herrmann won't take the maintainer of fam15h_power driver. I > > will take it and appreciate him for the great contributions on this > > driver. > > > >

Re: wake_up_process implied memory barrier clarification

Hi Oleg, On Sat, Aug 29, 2015 at 04:27:07PM +0200, Oleg Nesterov wrote: > Hello Boqun, > ... > > By this, I think you actually means the example below the added text, > > i.e. the example for "to repeat..", right? > > And above. Even > > The barrier occurs before the task state is

Re: [PATCH] x86/paravirt: remove unused operation

Juergen Gross writes: > Ping? Acked-by: Rusty Russell Cheers, Rusty. > On 08/06/2015 01:55 PM, Juergen Gross wrote: >> Remove the paravirt operation "get_tsc_khz" as it is used nowhere. >> >> Signed-off-by: Juergen Gross >> --- >> arch/x86/include/asm/paravirt_types.h | 1 - >> 1 file

timing of module MODULE_STATE_COMING notifier

Hi, Rusty - We just [1] came across your patch [2] from last year (merged into 3.17), wherein the RO/NX mapping settings for module sections were moved to an earlier point in the module-loading sequence. That patch also moved the MODULE_STATE_COMING notifier call to complete_formation(), which

Re: [GIT PULL] TTY/Serial patches for 4.3-rc1

Hi Linus, On Fri, 21 Aug 2015 09:57:33 +1000 Stephen Rothwell wrote: > > On Thu, 20 Aug 2015 12:11:21 -0700 Greg KH wrote: > > > > All have been in linux-next with no reported issues. > > Except see below. > > > Eduardo Valentin (4): > > serial: imx: introduce

[PATCH] power: Remove unnecessary MODULE_ALIAS() for I2C drivers

These drivers already have an I2C device id table that is used to create module aliases and the used MODULE_ALIAS() was either already in the I2C table so it was redundant or wasn't a valid I2C id so it was never used. Signed-off-by: Javier Martinez Canillas ---

[PATCH 2/2] mfd: rt5033: Remove unnecessary MODULE_ALIAS()

The driver has a I2C device id table that is used to create the module aliases which already contains a "rt5033". So the alias is not needed. Signed-off-by: Javier Martinez Canillas --- drivers/mfd/rt5033.c | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/mfd/rt5033.c

[PATCH 1/2] mfd: bcm590xx: Remove unnecessary MODULE_ALIAS()

The driver has a I2C device id table that is used to create the module aliases and also "bcm590xx" isn't a supported I2C id, so it's never used. Signed-off-by: Javier Martinez Canillas --- drivers/mfd/bcm590xx.c | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/mfd/bcm590xx.c

Re: Build regressions/improvements in v4.2

On Sun, Aug 30, 2015 at 11:05:23PM +0200, Geert Uytterhoeven wrote: > Below is the list of build error/warning regressions/improvements in > v4.2[1] compared to v4.1[2]. > > Summarized: > - build errors: +8/-53 > - build warnings: +127/-265 > > JFYI, when comparing v4.2[1] to v4.2-rc8[3],

[GIT PULL] hwmon updates for v4.3

Hi Linus, Please pull hwmon updates for Linux v4.3 from signed tag: git://git.kernel.org/pub/scm/linux/kernel/git/groeck/linux-staging.git hwmon-for-linus-v4.3 Thanks, Guenter -- The following changes since commit f7644cbfcdf03528f0f450f3940c4985b2291f49: Linux 4.2-rc6 (2015-08-09

[PATCH v1] Documentation: add Device tree bindings for hwmon/nct7802

reg-init implementation is borowerd from broadcom,c45-reg-init and marvell,reg-init. Signed-off-by: Constantine Shulyupin --- --- .../devicetree/bindings/hwmon/nct7802.txt | 27 ++ 1 file changed, 27 insertions(+) create mode 100644

[PATCH] misc: ad525x_dpot: Remove unnecessary MODULE_ALIAS()

The driver has a I2C device id table that is used to create the module aliases and also "ad_dpot" isn't a supported I2C id, so it's never used. Signed-off-by: Javier Martinez Canillas --- drivers/misc/ad525x_dpot-i2c.c | 1 - 1 file changed, 1 deletion(-) diff --git

[PATCH] gpio: sx150x: Remove unnecessary MODULE_ALIAS()

The driver has a I2C device id table that is used to create the module aliases and also "sx150x" isn't a supported I2C id, so it's never used. Signed-off-by: Javier Martinez Canillas --- drivers/gpio/gpio-sx150x.c | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/gpio/gpio-sx150x.c

[PATCH] Staging: ste_rmi4: Remove unnecessary MODULE_ALIAS()

The driver has a I2C device id table that is used to create the modaliases which already contains "synaptics_rmi4_ts". So the alias is not needed. Signed-off-by: Javier Martinez Canillas --- drivers/staging/ste_rmi4/synaptics_i2c_rmi4.c | 1 - 1 file changed, 1 deletion(-) diff --git

Re: [PATCH] lib: Make _find_next_bit helper function inline

I've lost track of what's up and down in this, but now that I look at this again let me throw in my two observations of stupid gcc behaviour: For the current code, both debian's gcc (4.7) and 5.1 partially inlines _find_next_bit, namely the "if (!nbits || start >= nbits)" test. I know it does it

linux-next: bad base of the h8300 tree

Hi Yoshinori, The h8300 tree today has been based on linux-next. This cannto work. Please rebase this onto Linus' tree (or some other stable base). I cannot use your tree in this state, so it will be dropped from linux-next until it is fixed. Also, Linus cannot pull it in this state. --

[PATCH] serial: sc16is7xx: Remove unnecessary MODULE_ALIAS()

The driver has a I2C device id table that is used to create the modaliases and also "sc16is7xx" is not a supported I2C id, so it's never used. Signed-off-by: Javier Martinez Canillas --- drivers/tty/serial/sc16is7xx.c | 1 - 1 file changed, 1 deletion(-) diff --git

[PATCH 1/2] backlight: adp8860: Remove unnecessary MODULE_ALIAS()

The driver has a I2C device id table that is used to create the modaliases and also "adp8860-backlight" is not a supported I2C id, so it's never used. Signed-off-by: Javier Martinez Canillas --- drivers/video/backlight/adp8860_bl.c | 1 - 1 file changed, 1 deletion(-) diff --git

[PATCH 2/2] backlight: adp8870: Remove unnecessary MODULE_ALIAS()

The driver has a I2C device id table that is used to create the modaliases and also "adp8870-backlight" is not a supported I2C id, so it's never used. Signed-off-by: Javier Martinez Canillas --- drivers/video/backlight/adp8870_bl.c | 1 - 1 file changed, 1 deletion(-) diff --git

Re: [2/2] cxl: Fix force unmapping mmaps of contexts allocated through the kernel api

On Thu, 2015-27-08 at 09:50:19 UTC, Ian Munsie wrote: > From: Ian Munsie > > The cxl user api uses the address_space associated with the file when we > need to force unmap all cxl mmap regions (e.g. on eeh, driver detach, > etc). Currently, contexts allocated through the kernel api do not do >

Re: [1/2] cxl: Fix + cleanup error paths in cxl_dev_context_init

On Thu, 2015-27-08 at 09:50:18 UTC, Ian Munsie wrote: > From: Ian Munsie > > If the cxl_context_alloc() call fails, we return immediately without > releasing the reference on the AFU device, allowing it to leak. > > This patch switches to using goto style error handling so that the > device is

Re: [PATCH 0/7] x86 vdso32 cleanups

On Sat, Aug 29, 2015 at 12:10 PM, Andy Lutomirski wrote: > On Sat, Aug 29, 2015 at 8:20 AM, Brian Gerst wrote: >> This patch set contains several cleanups to the 32-bit VDSO. The >> main change is to only build one VDSO image, and select the syscall >> entry point at runtime. > > Oh no, we have

Re: Build regressions/improvements in v4.2

On Sun, Aug 30, 2015 at 11:05 PM, Geert Uytterhoeven wrote: > JFYI, when comparing v4.2[1] to v4.2-rc8[3], the summaries are: > - build errors: +0/-3 Nice! > [1] http://kisskb.ellerman.id.au/kisskb/head/9309/ (all 254 configs) > [3] http://kisskb.ellerman.id.au/kisskb/head/9289/ (252 out of

Build regressions/improvements in v4.2

Below is the list of build error/warning regressions/improvements in v4.2[1] compared to v4.1[2]. Summarized: - build errors: +8/-53 - build warnings: +127/-265 JFYI, when comparing v4.2[1] to v4.2-rc8[3], the summaries are: - build errors: +0/-3 - build warnings: +27/-30 Note that

[git pull] m68k updates for 4.3

Hi Linus, The following changes since commit d770e558e21961ad6cfdf0ff7df0eb5d7d4f0754: Linux 4.2-rc1 (2015-07-05 11:01:52 -0700) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/geert/linux-m68k.git for-linus for you to fetch changes up to

[PATCH] coccinelle: tests: improve odd_ptr_err.cocci

The original version only considered the case where the then branch contains only one call to PTR_ERR. Reimplement the whole thing to allow multiple calls, with potentially different arguments. Signed-off-by: Julia Lawall --- scripts/coccinelle/tests/odd_ptr_err.cocci | 120

[PATCH 2/2 v2] spi: spi-ep93xx: fix PTR_ERR problem

Move initialization of msg->status up over the call to dev_err, in both calls to ep93xx_spi_dma_prepare, and change the reference in the call to dev_err to msg->status, to both fix the wrong argument to PTR_ERR in the second case and to make the dev_err line a little shorter. This required

Re: [PATCH 1/2] ASoC: qcom: change PTR_ERR argument

On Sun, 30 Aug 2015, walter harms wrote: > > > Am 30.08.2015 20:05, schrieb Julia Lawall: > > Apply PTR_ERR to the value that was recently assigned. > > > > The semantic match that finds this problem is as follows: > > (http://coccinelle.lip6.fr/) > > > > // > > @@ > > expression x,y; > >

[PATCH] mtd: nand: pxa3xx: add optional dma for pxa architecture

The PXA architecture provides a DMA to pump data from the nand controller to memory and the other way around. Add it to the binding description. Signed-off-by: Robert Jarzmik --- Documentation/devicetree/bindings/mtd/pxa3xx-nand.txt | 3 +++ 1 file changed, 3 insertions(+) diff --git

Re: [PATCH v3 4/4] media: pxa_camera: conversion to dmaengine

Guennadi Liakhovetski writes: >> +last_buf = list_entry(pcdev->capture.prev, >> + struct pxa_buffer, vb.queue); > > You can use list_last_entry() Ok. >> +last_status = dma_async_is_tx_complete(pcdev->dma_chans[chan], >> +

Re: [RFC] asm-generic/pci_iomap.h: make custom PCI BAR requirements explicit

On Friday 28 August 2015 17:17:27 Luis R. Rodriguez wrote: > From: "Luis R. Rodriguez" > > The S390 architecture requires a custom pci_iomap() implementation > as the asm-generic implementation assumes there are disjunctions > between PCI BARs, and on S390 PCI BAR are not disjunctive, S390

Re: [PATCH v3 3/4] media: pxa_camera: trivial move of dma irq functions

Guennadi Liakhovetski writes: > This still seems to break compilation to me. Could you compile-test after > each your patch, please? Ah yes. Ill timing, I had sent the v4 before having these comments, so I'll have to fix it in v5. Cheers. -- Robert -- To unsubscribe from this list: send the

[PATCH v4 1/4] media: pxa_camera: fix the buffer free path

From: Robert Jarzmik Fix the error path where the video buffer wasn't allocated nor mapped. In this case, in the driver free path don't try to unmap memory which was not mapped in the first place. Signed-off-by: Robert Jarzmik --- drivers/media/platform/soc_camera/pxa_camera.c | 6 -- 1

[PATCH v4 3/4] media: pxa_camera: trivial move of dma irq functions

From: Robert Jarzmik This moves the dma irq handling functions up in the source file, so that they are available before DMA preparation functions. It prepares the conversion to DMA engine, where the descriptors are populated with these functions as callbacks. Signed-off-by: Robert Jarzmik ---

[PATCH v4 4/4] media: pxa_camera: conversion to dmaengine

Convert pxa_camera to dmaengine. This removes all DMA registers manipulation in favor of the more generic dmaengine API. The functional level should be the same as before. The biggest change is in the videobuf_sg_splice() function, which splits a videobuf-dma into several scatterlists for 3

[PATCH v4 0/4] media: pxa_camera: conversion to dmaengine

Hi Guennadi, This is the forth round. This time sg_split() was a consequence of (a) and (b), ie. sg_split() move into kernel's lib/ directory, and following dmaengine "reuse" flag introduction, change pxa_camera accordingly. Happy review. Cheers. Robert Jarzmik (4): media: pxa_camera: fix

[PATCH v2] mtd: nand: pxa3xx-nand: prevent DFI bus lockup on removal

After the conversion of pxa architecture to common clock framework, the NAND clock can be disabled on driver exit. In this case, it happens that if the driver used the NAND and set the DFI arbitration bit, the next access to a static memory controller area, such as an ethernet card, will stall

[PATCH v4 2/4] media: pxa_camera: move interrupt to tasklet

From: Robert Jarzmik In preparation for dmaengine conversion, move the camera interrupt handling into a tasklet. This won't change the global flow, as this interrupt is only used to detect the end of frame and activate DMA fifos handling. Signed-off-by: Robert Jarzmik ---

[PATCH 1/2] mm/slab: skip memcg reclaim only if in atomic context

SLAB's implementation of kmem_cache_alloc() works as follows: 1. First, it tries to allocate from the preferred NUMA node without issuing reclaim. 2. If step 1 fails, it tries all nodes in the order of preference, again without invoking reclaimer 3. Only if steps 1 and 2 fails, it falls

[PATCH 2/2] mm/slub: do not bypass memcg reclaim for high-order page allocation

Commit 6af3142bed1f52 ("mm/slub: don't wait for high-order page allocation") made allocate_slab() try to allocate high order slab pages without __GFP_WAIT in order to avoid invoking reclaim/compaction when we can fall back on low order pages. However, it broke memcg/memory.high logic in case kmem

[PATCH 0/2] Fix memcg/memory.high in case kmem accounting is enabled

Hi, Tejun reported that sometimes memcg/memory.high threshold seems to be silently ignored if kmem accounting is enabled: http://www.spinics.net/lists/linux-mm/msg93613.html It turned out that both SLAB and SLUB try to allocate without __GFP_WAIT first. As a result, if there is enough free

Re: [PATCH 1/2] ASoC: qcom: change PTR_ERR argument

Am 30.08.2015 20:05, schrieb Julia Lawall: > Apply PTR_ERR to the value that was recently assigned. > > The semantic match that finds this problem is as follows: > (http://coccinelle.lip6.fr/) > > // > @@ > expression x,y; > @@ > > if (IS_ERR(x) || ...) { > ... when any > when !=

Linux 4.2 is out

So judging by how little happened this week, it wouldn't have been a mistake to release 4.2 last week after all, but hey, there's certainly a few fixes here, and it's not like delaying 4.2 for a week should have caused any problems either. So here it is, and the merge window for 4.3 is now open.

[PATCH] btrfs: cleanup btrfs_balance profile validity checks

Improve readability by generalizing the profile validity checks, I had to read through those if statements half a dozen times on my first try just to get an idea of what's happening there. Signed-off-by: Alexandru Moise <00moses.alexande...@gmail.com> --- fs/btrfs/volumes.c | 21

Re: [PATCH 2/2] spi: spi-ep93xx: change PTR_ERR argument

Am 30.08.2015 20:05, schrieb Julia Lawall: > Apply PTR_ERR to the value that was recently assigned. > > The semantic match that finds this problem is as follows: > (http://coccinelle.lip6.fr/) > > // > @@ > expression x,y; > @@ > > if (IS_ERR(x) || ...) { > ... when any > when !=

[PATCH 0/2] change PTR_ERR argument

Apply PTR_ERR to the value that was recently assigned. --- var/julia/linuxcopy/drivers/spi/spi-ep93xx.c |3 ++- var/julia/linuxcopy/sound/soc/qcom/lpass-cpu.c |3 ++- 2 files changed, 4 insertions(+), 2 deletions(-) -- To unsubscribe from this list: send the line "unsubscribe

[PATCH 2/2] spi: spi-ep93xx: change PTR_ERR argument

Apply PTR_ERR to the value that was recently assigned. The semantic match that finds this problem is as follows: (http://coccinelle.lip6.fr/) // @@ expression x,y; @@ if (IS_ERR(x) || ...) { ... when any when != IS_ERR(...) ( PTR_ERR(x) | * PTR_ERR(y) ) ... when any } //

[PATCH 1/2] ASoC: qcom: change PTR_ERR argument

Apply PTR_ERR to the value that was recently assigned. The semantic match that finds this problem is as follows: (http://coccinelle.lip6.fr/) // @@ expression x,y; @@ if (IS_ERR(x) || ...) { ... when any when != IS_ERR(...) ( PTR_ERR(x) | * PTR_ERR(y) ) ... when any } //

Re: Problems loading firmware using built-in drivers with kernels that use initramfs.

On Sun, Aug 30, 2015 at 1:25 AM, Arend van Spriel wrote: > On 08/29/2015 12:38 PM, Ming Lei wrote: > > Does this mean a built-in driver can not get firmware from initramfs or > built in the kernel early. Seems a bit too aggressive. Yeah, that seems wrong. Loading firmware from initramfs is

Re: __blkg_lookup oops with 4.2-rcX

On Sun, Aug 30, 2015 at 08:30:41AM -0400, Josh Boyer wrote: > Hi Tejun, > > Mike and Jeff suggested you be informed of the oops one of our > community members is hitting in Fedora with 4.2-rcX. I thought they > had already sent this upstream to you, but apparently they didn't. > > The latest

Re: [PATCH] mei, make modules.alias UUID information easier to read

On 08/29/2015 05:21 PM, Winkler, Tomas wrote: >> >> Hi Prarit, >> >> On Fri, Aug 28, 2015 at 07:50:52AM -0400, Prarit Bhargava wrote: >>> Heikki, Tomas? >> >> I'm afraid I don't know much about Intel's Management Engine >> Interface. Looks like the driver is from Samuel (CC'd) so I'm guessing >>

Re: [PATCH 8/8] staging: lustre: put constant on the right of binary operator

On Sat, 29 Aug 2015, Joe Perches wrote: > On Sat, 2015-08-29 at 19:30 +0200, Julia Lawall wrote: > > Move constants to the right of binary operators. > [] > > diff --git a/drivers/staging/lustre/lustre/ptlrpc/client.c > > b/drivers/staging/lustre/lustre/ptlrpc/client.c > [] > > @@ -2954,7

Re: [scsi 5/7 RESEND] scsi_debug: schedule_resp fix input variable check

On Sun, 2015-08-30 at 10:36 +, Winkler, Tomas wrote: > > > > > > > > > > > > I'm just not sure why the patches are not merged or even rejected. > > > > > > Because ideally I want a Maintainer ack. That's Doug Gilbert. > > James > The patches were discussed and the ACked by Doug in February

Re: [PATCH 3/7] x86/vdso32: Remove unused vdso-fakesections.c

On Sat, Aug 29, 2015 at 8:20 AM, Brian Gerst wrote: > Signed-off-by: Brian Gerst Acked-by: Andy Lutomirski --Andy -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at

Re: [PATCH] spi: omap2-mcspi: add runtime PM to set_cs()

On Sun, Aug 30, 2015 at 05:45:21PM +0300, Jarkko Nikula wrote: > Hi > > On 07/24/2015 07:39 PM, Mark Brown wrote: > > On Wed, Jul 22, 2015 at 08:46:09PM +0200, Sebastian Reichel wrote: > >> Since commit ddcad7e9068eb omap2_mcspi_set_cs() is called without > >> runtime power management requested.

Re: [PATCH net-next 6/8] net: thunderx: Rework interrupt handler

On Sun, Aug 30, 2015 at 2:50 PM, Aleksey Makarov wrote: > On 29.08.2015 04:44, Alexey Klimov wrote: > >>> -static irqreturn_t nicvf_intr_handler(int irq, void *nicvf_irq) >>> +static irqreturn_t nicvf_intr_handler(int irq, void *cq_irq) >>> +{ >>> + struct nicvf_cq_poll *cq_poll = (struct

Re: [PATCH 0/2] mpt3sas: Reference counting fixes from in-flight mpt2sas

On Sun, 2015-08-30 at 00:22 -0700, Nicholas A. Bellinger wrote: > On Fri, 2015-08-28 at 13:25 -0700, James Bottomley wrote: > > On Thu, 2015-08-27 at 12:15 -0700, Nicholas A. Bellinger wrote: > > > On Thu, 2015-08-27 at 07:40 -0700, James Bottomley wrote: > > > > On Thu, 2015-08-27 at 10:37 +0530,

[PATCH] PKCS#7: Add OIDs for sha224, sha284 and sha512 hash algos and use them

Add OIDs for sha224, sha284 and sha512 hash algos and use them to select the hashing algorithm. Without this, something like the following error might get written to dmesg: [ 31.829322] PKCS7: Unknown OID: [32] 2.16.840.1.101.3.4.2.3 [ 31.829328] PKCS7: Unknown OID: [180]

Re: [PATCH 09/15] x86, amd: add accessor for number of cores per compute unit

On Sat, Aug 29, 2015 at 11:19:14AM +0200, Ingo Molnar wrote: > So let me withdraw my ack: the much more important question that I > missed first time around, why is this reporting feature living in > hwmon, not in perf? We have energy reporting facilities in perf that > this should be synced to.

Re: [PATCH RFC V4 2/2] net: Optimize snmp stat aggregation by walking all the percpu data at once

On Sun, 2015-08-30 at 11:29 +0530, Raghavendra K T wrote: > Docker container creation linearly increased from around 1.6 sec to 7.5 sec > (at 1000 containers) and perf data showed 50% ovehead in snmp_fold_field. > > reason: currently __snmp6_fill_stats64 calls snmp_fold_field that walks > through

[PATCH v4 1/8] phy: qcom-ufs: fix build error when the component is built as a module

Export the following functions in order to avoid build errors when the component PHY_QCOM_UFS is compiled as a module: ERROR: "ufs_qcom_phy_disable_ref_clk" [drivers/scsi/ufs/ufs-qcom.ko] undefined! ERROR: "ufs_qcom_phy_enable_ref_clk" [drivers/scsi/ufs/ufs-qcom.ko] undefined!

  1   2   3   4   >