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

[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

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

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

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

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

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

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

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

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

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

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

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

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

[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

[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

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

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

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

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

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

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

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

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

[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

<    1   2   3   4