[PATCH v6 7/8] arm: add sysfs cpu_capacity attribute

Add a sysfs cpu_capacity attribute with which it is possible to read and write (thus over-writing default values) CPUs capacity. This might be useful in situations where values needs changing after boot. The new attribute shows up as: /sys/devices/system/cpu/cpu*/cpu_capacity Cc: Russell King

[PATCH v6 8/8] arm64: add sysfs cpu_capacity attribute

Add a sysfs cpu_capacity attribute with which it is possible to read and write (thus over-writing default values) CPUs capacity. This might be useful in situations where values needs changing after boot. The new attribute shows up as: /sys/devices/system/cpu/cpu*/cpu_capacity Cc: Catalin

Re: [PATCH 01/10] Documentation: DT: qcom_hidma: update binding for MSI

On 7/19/2016 6:37 AM, Mark Rutland wrote: >> Required properties: >> > -- compatible: must contain "qcom,hidma-1.0" >> > +- compatible: must contain "qcom,hidma-1.0" for initial HW or >> > "qcom,hidma-1.1" >> > +for MSI capable HW. > Don't we need properties to describe the MSI details (e.g.

[PATCH v6 5/8] arm64, dts: add Juno cpu capacity-dmips-mhz information

Add Juno cpu capacity-dmips-mhz bindings information. Cc: Rob Herring Cc: Pawel Moll Cc: Mark Rutland Cc: Ian Campbell Cc: Kumar Gala Cc: Catalin Marinas

Re: [PATCH -next] drm/amdgpu: use list_move instead of list_del/list_add

Am 19.07.2016 um 14:01 schrieb Wei Yongjun: From: Wei Yongjun Using list_move() instead of list_del() + list_add(). Signed-off-by: Wei Yongjun Reviewed-by: Christian König ---

[PATCH v6 6/8] arm64, dts: add Juno r2 cpu capacity-dmips-mhz information

Add Juno r2 cpu capacity-dmips-mhz bindings information. Cc: Rob Herring Cc: Pawel Moll Cc: Mark Rutland Cc: Ian Campbell Cc: Kumar Gala Cc: Catalin Marinas

Re: [PATCH -next] drm/amdgpu: fix return value check in amdgpu_ttm_debugfs_init()

Am 19.07.2016 um 14:15 schrieb Wei Yongjun: From: Wei Yongjun In case of error, the function debugfs_create_file() returns NULL pointer not ERR_PTR() if debugfs is enabled. The IS_ERR() test in the return value check should be replaced with NULL test.

Re: [RFC 3/3] kexec: extend kexec_file_load system call

On Tue, Jul 19, 2016 at 08:24:06AM -0400, Vivek Goyal wrote: > On Tue, Jul 19, 2016 at 11:52:00AM +0100, Mark Rutland wrote: > > Regardless, this extended syscall changes some underlying assumptions > > made with the development of kexec_file_load, and I think treating this > > as an extension is

Re: [PATCH v2] arm/perf: Convert to hotplug state machine

Hi, On Tue, Jul 19, 2016 at 11:02:29AM +0200, Sebastian Andrzej Siewior wrote: > +static int arm_pmu_hp_init(void) > +{ > + int ret; > + > + ret = cpuhp_setup_state_nocalls(CPUHP_AP_PERF_ARM_STARTING, > + "AP_PERF_ARM_STARTING", > +

Re: [PATCH 2/2] mtd: atmel-quadspi: add driver for Atmel QSPI controller

On Tuesday, July 19, 2016 12:03:11 PM CEST Cyrille Pitchen wrote: > > Indeed I added the ARM dependency for the COMPILE_TEST case only for > _memcpy_toio() and _memcpy_fromio(). I thought it would be enough. > > Also, I use _memcpy_toio() and _memcpy_fromio() on purpose as opposed to >

Re: [PATCH]time: Optimize nohz idle enter

On Tue, 19 Jul 2016, Gaurav Jindal (Gaurav Jindal) wrote: > On Tue, Jul 19, 2016 at 10:47:37AM +0200, Thomas Gleixner wrote: > > On Thu, 14 Jul 2016, Gaurav Jindal (Gaurav Jindal) wrote: > > > > > > tick_nohz_start_idle is called before checking the condition if the idle > > > tick > > > can be

[PATCH v6 0/2] driver: leds: is31fl319x dimmable LED driver

Changes V6 suggested by Jacek Anaszewski: * indentation/tab of macro values * use inline for some helper functions * define constant 12 (CS reference point) as semantic macro 2016-07-19 11:40:07: Changes V5 suggested by Jacek Anaszewski: * update macros/function for audio gain * mention PWM in

[PATCH v6 1/2] led: is31fl319x: 1/3/6/9-channel light effect led driver

This is a driver for the Integrated Silicon Solution Inc. LED driver chips series IS31FL319x. They can drive 1, 3, 6 or up to 9 LEDs. Each LED is individually controllable in brightness (through pwm) in 256 steps so that RGB LEDs can show any of ca. 16 Mio colors. The maximum current of the

[PATCH net-next v2] cdc_ether: Improve ZTE MF823/831/910 handling

The firmware in several ZTE devices (at least the MF823/831/910 modems/mifis) use OS fingerprinting to determine which type of device to export. In addition, these devices export a REST API which can be used to control the type of device. So far, on Linux, the devices have been seen as RNDIS or

Re: [PATCH net-next] cdc_ether: Improve ZTE MF823/831/910 handling

> On Tue, Jul 19, 2016 at 10:30 AM, Lars Melin wrote: > > On 2016-07-19 13:40, Kristian Evensen wrote: > > > >> I guess I can match on the VID/PID in usbnet, but won't it be cleaner > >> to add a new bind() function (in cdc_ether) which matches the two PIDs > >> and leave

Re: [PATCH v4 2/5] dma-buf/sync_file: refactor fence storage in struct sync_file

(Adding Greg KH) Hi Greg, On 19 July 2016 at 17:45, Sumit Semwal wrote: > Hi Greg, > > > On 12 July 2016 at 23:38, Gustavo Padovan wrote: >> From: Gustavo Padovan >> >> Create sync_file->fence to abstract the type

Re: linux-next: manual merge of the pm tree with the i2c tree

On Tuesday, July 19, 2016 05:48:07 AM Wolfram Sang wrote: > > > > Well, not knowing much about ACPI, I just need the conflict resolution > > > for my latest i2c/for-next and your above branch. If you want to do it, > > > fine with me. But maybe Jarkko will be back to office on Monday, too. > > >

Re: [PATCH v0 06/10] arm: orion5x: Add DT-based support for Netgear WNR854T

On Tuesday, July 19, 2016 10:40:16 AM CEST Jamie Lentin wrote: > On Mon, 18 Jul 2016, Arnd Bergmann wrote: > > > On Monday, July 18, 2016 11:44:24 AM CEST Thomas Petazzoni wrote: > >> > >> On Sun, 17 Jul 2016 22:41:35 +0200, Arnd Bergmann wrote: > >> > >>> I would assume that the PCIe port should

[RFC PATCH 3/4] Make deadline max-heap faster avoiding real swaps on heapify ops.

This change achieves up to 10% of speed-up for cpudl_set() calls, as measured with a andomly generated workload of 1K,10K,100K random heap insertions and deletions (75% cpudl_set() calls with is_valid=1 and 25% with is_valid=0), and randomly generated cpu IDs, with up to 256 CPUs, as measured on

[RFC PATCH 4/4] Split cpudl_set() into cpudl_set() and cpudl_clear().

These 2 exercise independent code paths and need different arguments. Now you call cpudl_clear(cp, cpu) cpudl_set(cp, cpu, dl) instead of cpudl_set(cp, cpu, 0 /* dl */, 0 /* is_valid */) cpudl_set(cp, cpu, dl, 1 /* is_valid */) Cc: Peter Zijlstra Cc: Juri Lelli

SCHED_DEADLINE cpudeadline.{h,c} fixup

Hi, this is a rework of the cpudeadline bugfix and speed-up patch-set, that integrates all comments received so far from Luca and Juri. The first patch is a minimally invasive (1-line) fix for the deadline wrap-around bug. This leaves some weirdness in how cpudl_change_key() is called.

[RFC PATCH 1/4] Minimally invasive deadline wrap-around bugfix for SCHED_DEADLINE cpu heap

Current code in cpudeadline.c has a bug in re-heapifying when adding a new element at the end of the heap, because a deadline value of 0 is temporarily set in the new elem, then cpudl_change_key() is called with the actual elem deadline as param. However, the function compares the new deadline to

[RFC PATCH 2/4] SCHED_DEADLINE cpu heap code clarification/refactory.

1. heapify up factored out in new dedicated function heapify_up() (avoids repeatition of same code) 2. call to cpudl_change_key() replaced with heapify_up() when cpudl_set actually inserts a new node in the heap Cc: Peter Zijlstra Cc: Juri Lelli

Re: __rtc_read_alarm missing month/year field bug?

Hi, On 20/06/2016 at 12:06:38 -0400, Joe Lawrence wrote : > Hello Alessandro and Alexandre, > > I noticed an interesting cmos_rtc.rtc.aie_timer on a Stratus machine > running the 4.6 kernel, with an expiration time that puts the alarm way > out into next year. This is easily reproducible on

Re: [PATCH v4 4/8] drm/mediatek: add support for Mediatek SoC MT2701

Hi CK, On Mon, 2016-07-18 at 14:58 +0800, CK Hu wrote: > Hi, YT: > > One comment inline. > > On Fri, 2016-07-15 at 18:07 +0800, YT Shen wrote: > > This patch add support for the Mediatek MT2701 DISP subsystem. > > There is only one OVL engine in MT2701. > > > > Signed-off-by: YT Shen

[PATCH -next] drm/rockchip: analogix_dp: add missing clk_disable_unprepare() on error

From: Wei Yongjun Add the missing clk_disable_unprepare() before return in the error handling case. Signed-off-by: Wei Yongjun --- drivers/gpu/drm/rockchip/analogix_dp-rockchip.c | 2 ++ 1 file changed, 2 insertions(+) diff --git

Re: [PATCH v4 2/5] dma-buf/sync_file: refactor fence storage in struct sync_file

Hi Greg, On 12 July 2016 at 23:38, Gustavo Padovan wrote: > From: Gustavo Padovan > > Create sync_file->fence to abstract the type of fence we are using for > each sync_file. If only one fence is present we use a normal struct fence > but

[PATCH -next] drm/amdgpu: fix return value check in amdgpu_debugfs_ring_init()

From: Wei Yongjun In case of error, the function debugfs_create_*() returns NULL pointer not ERR_PTR() if debugfs is enabled. The IS_ERR() test in the return value check should be replaced with NULL test. (defined(CONFIG_DEBUG_FS) make sure debugfs is enabled)

[PATCH -next] drm/amdgpu: fix return value check in amdgpu_ttm_debugfs_init()

From: Wei Yongjun In case of error, the function debugfs_create_file() returns NULL pointer not ERR_PTR() if debugfs is enabled. The IS_ERR() test in the return value check should be replaced with NULL test. (defined(CONFIG_DEBUG_FS) make sure debugfs is enabled)

Re: [PATCH] Fix sysrq emergency thaw

On 07/15/2016 08:38 PM, Charles Gong wrote: "SYSRQ + J" triggers a call to emergency_thaw_all(). Currently, this is an infinite loop. Once we trigger it, we'll need to do a hard power-cycle. There are users reporting this bug from 2012 to 2016, for example, at

[RFC PATCH] locks: fix file locking on overlayfs

This patch allows flock, posix locks, ofd locks and leases to work correctly on overlayfs. Instead of using the underlying inode for storing lock context use the overlay inode. This allows locks to be persistent across copy-up. This is done by introducing locks_inode() helper and using it

[RFC PATCH] vfs: update ovl inode before relatime check

On overlayfs relatime_need_update() needs inode times to be correct on overlay inode. But i_mtime and i_ctime are updated by filesystem code on underlying inode only, so they will be out-of-date on the overlay inode. This patch copies the times from the underlying inode if needed. This can't be

[PATCH] vfs: fix documentation of touch_atime()

The documentation of touch_atime() doesn't match the location of the definition and list of parameters anymore. Updating it. Fixes: e8d2e3f31127 ("vfs: update ovl inode before relatime check") Signed-off-by: Luis de Bethencourt --- Hi, This patch is based on Miklos'

Re: [PATCH] checkpatch: Yet another commit id improvement

On Mon, Jul 18, 2016 at 12:27:42PM -0700, Joe Perches wrote: > Using \b isn't good enough to isolate what appears to be a > commit id in a commit message. > > Make sure there is a space or a quote like character after > a continuous run of hexadecimal characters that could be > a commit id. > >

Re: [PATCH 0/2] Automatically load the vmx_crypto module if supported

On Tue, Jul 19, 2016 at 07:13:24PM +1000, Michael Ellerman wrote: > > I'll assume patch 2 has your ack :) Sure, Acked-by: Herbert Xu Thanks, -- Email: Herbert Xu Home Page: http://gondor.apana.org.au/~herbert/ PGP Key:

[PATCH 2/2] thermal: rcar-thermal: enable hwmon when thermal_zone

From: Kuninori Morimoto rcar-thermal is supporting both thermal_zone_of_sensor_register() and thermal_zone_device_register(). But thermal_zone_of_sensor_register() doesn't enable hwmon as default. This patch enables it to keep compatibility Signed-off-by:

Re: [PATCH]time: Optimize nohz idle enter

On Tue, Jul 19, 2016 at 10:47:37AM +0200, Thomas Gleixner wrote: > On Thu, 14 Jul 2016, Gaurav Jindal (Gaurav Jindal) wrote: > > > > tick_nohz_start_idle is called before checking the condition if the idle > > tick > > can be stopped. In case when can_stop_idle_tick returns 0, the function > >

Re: __rtc_read_alarm missing month/year field bug?

On 27/06/2016 at 13:36:04 -0400, Joe Lawrence wrote : > Ping? This isn't a major problem, but can setup endless RTC interrupts > under certain conditions on said hardware. > Well like said in my previous mail, I don't think the rollover is the issue here but I'm interested in knowing what

[PATCH resend] intel_rapl: downgrade message if no RAPL domains found in a VM

People complain about the driver saying there's no valid RAPL domains in a VM, and doing so at KERN_ERR severity. Downgrade this to KERN_INFO if running on a hypervisor, since it is basically stating the obvious. Suggested-by: Peter Zijlstra Cc: Jacob Pan

Re: 4.7-rc7: use-after-free in proc_map_files_readdir

> BUG: KASAN: use-after-free in proc_map_files_readdir+0x2e3/0x5a0 at addr > 88044feb2044 Just in case can you addr2line this address or post disassembly?

Re: [PATCH resend] intel_rapl: downgrade message if no RAPL domains found in a VM

On Tue, 19 Jul 2016 12:50:19 +0200 Paolo Bonzini wrote: > People complain about the driver saying there's no valid RAPL domains > in a VM, and doing so at KERN_ERR severity. Downgrade this to > KERN_INFO if running on a hypervisor, since it is basically stating > the

[PATCH v6 2/2] Bindings documentation for ISSI is31fl319x driver

Signed-off-by: H. Nikolaus Schaller --- .../devicetree/bindings/leds/is31fl319x.txt| 59 ++ 1 file changed, 59 insertions(+) create mode 100644 Documentation/devicetree/bindings/leds/is31fl319x.txt diff --git

Re: [RESEND RFC v2] mmc: Change the max discard sectors and erase response if mmc host supports busy signalling

On 13 June 2016 at 10:54, Baolin Wang wrote: > When mmc host HW supports busy signalling (using R1B as response), We > shouldn't use 'host->max_busy_timeout' as the limitation when deciding > the max discard sectors that we tell the generic BLOCK layer about. > Instead, we

Re: [PATCH 10/10] mm, oom: hide mm which is shared with kthread or global init

Andrew, On Mon 20-06-16 14:43:48, Michal Hocko wrote: > From: Michal Hocko > > The only case where the oom_reaper is not triggered for the oom victim > is when it shares the memory with a kernel thread (aka use_mm) or with > the global init. After "mm, oom: skip vforked tasks

[PATCH -next] drm/arc: Fix some sparse warnings

From: Wei Yongjun Fixes the following sparse warnings: drivers/gpu/drm/arc/arcpgu_drv.c:52:5: warning: symbol 'arcpgu_gem_mmap' was not declared. Should it be static? drivers/gpu/drm/arc/arcpgu_drv.c:134:48: warning: Using plain integer as NULL pointer

[PATCH -next] drm/amdgpu: fix return value check in amdgpu_debugfs_regs_init()

From: Wei Yongjun In case of error, the function debugfs_create_*() returns NULL pointer not ERR_PTR() if debugfs is enabled. The IS_ERR() test in the return value check should be replaced with NULL test. (defined(CONFIG_DEBUG_FS) make sure debugfs is enabled)

Re: [PATCH v6 1/2] led: is31fl319x: 1/3/6/9-channel light effect led driver

Hi, > Am 19.07.2016 um 14:29 schrieb Jacek Anaszewski : > > Tweaked the tabulation of macro values a bit more and applied thanks! I think you better know how you want to have them exactly (checkpatch didn't complain). > the patches to the for-4.9 branch of

Re: [PATCH 13/32] Documentation, x86: Documentation for Intel resource allocation user interface

On Thu, 14 Jul 2016, Luck, Tony wrote: > So the core part of __intel_rdt_sched_in() will look like: > > /* >* Precedence rules: >* Processes assigned to an rdtgroup use that group >* wherever they run. If they don't have an rdtgroup >* we see if the current

[PATCH -next] drm/virtio: Fix non static symbol warning

From: Wei Yongjun Fixes the following sparse warning: drivers/gpu/drm/virtio/virtgpu_display.c:349:37: warning: symbol 'virtio_mode_config_helpers' was not declared. Should it be static? Signed-off-by: Wei Yongjun ---

[PATCH] genirq: no need to mask non trigger mode flags before __irq_set_trigger()

Some callers of __irq_set_trigger() masks all flags besides trigger mode flags. Actually it is unnecessary operation now, because the __irq_set_trigger() already does this before usage of flags. Signed-off-by: Alexander Kuleshov --- kernel/irq/chip.c | 1 -

[PATCH][RESEND] thermal: hwmon: EXPORT_SYMBOL_GPL for thermal hwmon sysfs

Hi Zhang These are resend patches for rcar-thermal hwmon. Kuninori Morimoto (2): thermal: rcar-thermal: enable hwmon when thermal_zone thermal: hwmon: EXPORT_SYMBOL_GPL for thermal hwmon sysfs drivers/thermal/rcar_thermal.c | 20 ++--

Re: [PATCH v0 06/10] arm: orion5x: Add DT-based support for Netgear WNR854T

On Mon, 18 Jul 2016, Arnd Bergmann wrote: On Monday, July 18, 2016 11:44:24 AM CEST Thomas Petazzoni wrote: On Sun, 17 Jul 2016 22:41:35 +0200, Arnd Bergmann wrote: I would assume that the PCIe port should work out of the box with the driver Unfortunately, no. The PCIe on Orion5x requires

Re: [PATCH 2/2] mtd: atmel-quadspi: add driver for Atmel QSPI controller

Hi all, Le 18/07/2016 à 21:59, Arnd Bergmann a écrit : > On Monday, July 18, 2016 12:55:11 PM CEST Brian Norris wrote: >> On Mon, Jul 18, 2016 at 09:35:39PM +0200, Arnd Bergmann wrote: >>> On Friday, July 15, 2016 5:45:07 PM CEST Brian Norris wrote: Applied to l2-mtd.git with that fixup. >>>

Re: [PATCH 01/10] Documentation: DT: qcom_hidma: update binding for MSI

On Mon, Jul 18, 2016 at 02:39:28PM -0400, Sinan Kaya wrote: > Adding a new binding for qcom,hidma-1.1 to distinguish HW supporting > MSI interrupts from the older revision. > > Signed-off-by: Sinan Kaya > --- > Documentation/devicetree/bindings/dma/qcom_hidma_mgmt.txt | 3

Re: [PATCH 2/2] mtd: atmel-quadspi: add driver for Atmel QSPI controller

Hi Brian, Le 16/07/2016 à 02:45, Brian Norris a écrit : > Hi Cyrille, > > On Wed, Jul 13, 2016 at 06:32:42PM -0700, Brian Norris wrote: >> On Mon, Jun 13, 2016 at 05:10:26PM +0200, Cyrille Pitchen wrote: >>> This driver add support to the new Atmel QSPI controller embedded into >>> sama5d2x

Re: [PATCH v4 5/8] drm/mediatek: add dsi interrupt control

Hi CK, On Tue, 2016-07-19 at 13:39 +0800, CK Hu wrote: > Hi, YT: > > Some comments inline. > > On Fri, 2016-07-15 at 18:07 +0800, YT Shen wrote: > > From: shaoming chen > > > > add dsi interrupt control > > > > Signed-off-by: shaoming chen

[PATCH v3] arm/perf: Convert to hotplug state machine

From: Thomas Gleixner Straight forward conversion w/o bells and whistles. Signed-off-by: Thomas Gleixner Signed-off-by: Anna-Maria Gleixner Reviewed-by: Sebastian Andrzej Siewior Acked-by: Mark Rutland

Re: [PATCH net-next v3 1/2] bpf: Add bpf_copy_to_user BPF helper to be called in tracers (kprobes)

Hi Sargun, On 07/19/2016 11:32 AM, Sargun Dhillon wrote: This allows user memory to be written to during the course of a kprobe. It shouldn't be used to implement any kind of security mechanism because of TOC-TOU attacks, but rather to debug, divert, and manipulate execution of semi-cooperative

RE: Re: [V3 PATCH 1/2] x86/panic: Replace smp_send_stop() with kdump friendly version

> From: 'Dave Young' [mailto:dyo...@redhat.com] > Sent: Tuesday, July 19, 2016 3:52 PM > Hi, > On 07/19/16 at 05:51am, 河合英宏 / KAWAI，HIDEHIRO wrote: > > Hi, > > > > > From: 'Dave Young' [mailto:dyo...@redhat.com] > > > Sent: Monday, July 18, 2016 6:02 PM > > > On 07/15/16 at 11:50am, 河合英宏 /

[PATCH] usb: ehci-platform: switch over to shared reset

The recent update in the reset subsystem requires all reset consumers to be explicit when requesting reset lines. For detail, see the log of commit 3c35f6edc09b ("reset: Reorder inline reset_control_get*() wrappers"). The devm_reset_control_get_optional() is deprecated, and falls into the

Re: [RFC 3/3] kexec: extend kexec_file_load system call

On Tue, Jul 19, 2016 at 11:52:00AM +0100, Mark Rutland wrote: > On Tue, Jul 19, 2016 at 08:55:56AM +0800, Dave Young wrote: > > On 07/18/16 at 11:07am, Mark Rutland wrote: > > > On Mon, Jul 18, 2016 at 10:30:24AM +0800, Dave Young wrote: > > > > I do not think it is worth to add another syscall

Re: [PATCH v3] virtio_blk: Fix a slient kernel panic

On Tue, 19 Jul 2016 12:32:42 +0800 Minfei Huang wrote: > From: Minfei Huang > > We do a lot of memory allocation in function init_vq, and don't handle > the allocation failure properly. Then this function will return 0, > although initialization fails due

[PATCH] extcon: arizona: Remove unneeded semi-colon

There is no need for a semi-colon at the end of a switch statement so remove it. Signed-off-by: Charles Keepax --- drivers/extcon/extcon-arizona.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/extcon/extcon-arizona.c

[PATCH v6 1/8] Documentation: arm: define DT cpu capacity-dmips-mhz bindings

ARM systems may be configured to have cpus with different power/performance characteristics within the same chip. In this case, additional information has to be made available to the kernel (the scheduler in particular) for it to be aware of such differences and take decisions accordingly.

Re: [PATCH v3 1/2] drm/dsi: Implement dcs set/get display brightness

On Tue, Jul 19, 2016 at 5:42 AM, Vinay Simha wrote: > just to be inline with the existing code (funcs: > mipi_dsi_dcs_get_power_mode, mipi_dsi_dcs_get_pixel_format) in > drivers/gpu/drm/drm_mipi_dsi.c followed the same for > mipi_dsi_dcs_get_display_brightness > > We may need

Re: [PATCH][v2] timekeeping: Fix memory overwrite of sleep_time_bin array

On Tue, 19 Jul 2016, Chen Yu wrote: > On 2016年07月19日 16:36, Thomas Gleixner wrote: > > On Tue, 19 Jul 2016, Chen Yu wrote: > > > Further investigation shows that, the problem is caused by setting > > > /sys/power/pm_trace to 1 before the 1st hibernation, since once > > > pm_trace is enabled, the

[PATCH] ARM: exynos_defconfig: Enable PM_DEBUG

PM_DEBUG and PM_ADVANCED_DEBUG bring some information useful for development and they should not cause any significant overhead. Enable them in default configuration so debugging would be slightly easier. Signed-off-by: Krzysztof Kozlowski ---

Re: [PATCH net-next V3] net: ena: Add a driver for Amazon Elastic Network Adapters (ENA)

On 07/15/2016 08:00 AM, Leon Romanovsky wrote: > On Thu, Jul 14, 2016 at 09:46:14AM +0300, Netanel Belgazal wrote: >> This is a driver for the ENA family of networking devices. >> >> Signed-off-by: Netanel Belgazal >> --- >> >> Notes: > ... > >> - Increase driver

Re: [PATCH v4 3/8] drm/mediatek: add shadow register support

Hi Philipp, CK, Thanks for the review. On Mon, 2016-07-18 at 10:36 +0200, Philipp Zabel wrote: > Hi CK, YT, > > Am Montag, den 18.07.2016, 14:32 +0800 schrieb CK Hu: > > Hi, YT: > > > > One comment inline. > > > > > > On Fri, 2016-07-15 at 18:07 +0800, YT Shen wrote: > > > We need to acquire

Re: [PATCH v3 1/3] spi: spidev: create spidev device for all spi slaves.

Hello, On 19 July 2016 at 00:59, Mark Brown wrote: > On Tue, Jul 19, 2016 at 12:35:40AM +0200, Michal Suchanek wrote: > >> config SPI_SPIDEV >> - tristate "User mode SPI device driver support" >> + bool "User mode SPI device driver support" > > This is a step back,

[PATCH] staging: comedi: ni_mio_common: fix AO inttrig backwards compatibility

Commit ebb657babfa9 ("staging: comedi: ni_mio_common: clarify the cmd->start_arg validation and use") introduced a backwards compatibility issue in the use of asynchronous commands on the AO subdevice when `start_src` is `TRIG_EXT`. Valid values for `start_src` are `TRIG_INT` (for internal,

[PATCH -next] coresight: etm4x: remove duplicated include from coresight-etm4x.c

From: Wei Yongjun Remove duplicated include. Signed-off-by: Wei Yongjun --- drivers/hwtracing/coresight/coresight-etm4x.c | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/hwtracing/coresight/coresight-etm4x.c

[PATCH -next] ARM: ux500: remove duplicated include from cpu-db8500.c

From: Wei Yongjun Remove duplicated include. Signed-off-by: Wei Yongjun --- arch/arm/mach-ux500/cpu-db8500.c | 1 - 1 file changed, 1 deletion(-) diff --git a/arch/arm/mach-ux500/cpu-db8500.c b/arch/arm/mach-ux500/cpu-db8500.c

[PATCH -next] mtd: atmel-quadspi: remove redundant dev_err call in atmel_qspi_probe()

From: Wei Yongjun There is a error message within devm_ioremap_resource already, so remove the dev_err call to avoid redundant error message. Signed-off-by: Wei Yongjun --- drivers/mtd/spi-nor/atmel-quadspi.c | 2 -- 1 file

[tip:timers/core] tick/nohz: Optimize nohz idle enter

Commit-ID: 1f3b0f8243cb934307f59bd4d8e43b868e61d4d9 Gitweb: http://git.kernel.org/tip/1f3b0f8243cb934307f59bd4d8e43b868e61d4d9 Author: Gaurav Jindal AuthorDate: Thu, 14 Jul 2016 12:04:20 + Committer: Thomas Gleixner CommitDate: Tue,

Re: [PATCH v2 3/4] mfd: add support for Allwinner SoCs ADC

On 18/07/2016 15:02, Maxime Ripard wrote: > On Fri, Jul 15, 2016 at 11:59:13AM +0200, Quentin Schulz wrote: >> The Allwinner SoCs all have an ADC that can also act as a touchscreen >> controller and a thermal sensor. For now, only the ADC and the thermal >> sensor drivers are probed by the MFD,

[PATCH -next] mm/slab: use list_move instead of list_del/list_add

From: Wei Yongjun Using list_move() instead of list_del() + list_add(). Signed-off-by: Wei Yongjun --- mm/slab.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/mm/slab.c b/mm/slab.c index 32c2296..cc6d816

[PATCH -next] x86: ce4100: Remove duplicated include from ce4100.c

From: Wei Yongjun Remove duplicated include. Signed-off-by: Wei Yongjun --- arch/x86/platform/ce4100/ce4100.c | 2 -- 1 file changed, 2 deletions(-) diff --git a/arch/x86/platform/ce4100/ce4100.c

Re: [PATCH -next] drm/amdgpu: fix return value check in amdgpu_debugfs_regs_init()

Am 19.07.2016 um 14:14 schrieb Wei Yongjun: From: Wei Yongjun In case of error, the function debugfs_create_*() returns NULL pointer not ERR_PTR() if debugfs is enabled. The IS_ERR() test in the return value check should be replaced with NULL test.

[PATCH v6 4/8] arm64: parse cpu capacity-dmips-mhz from DT

With the introduction of cpu capacity-dmips-mhz bindings, CPU capacities can now be calculated from values extracted from DT and information coming from cpufreq. Add parsing of DT information at boot time, and complement it with cpufreq information. Also, store such information using per CPU

[PATCH v6 0/8] CPUs capacity information for heterogeneous systems

Hi all, version 6 of "CPUs capacity information for heterogeneous systems" patchset [1] (please refer to previous postings to get some context). A few changes from v5: - rebase on top of mainline (4.7-rc6) - documentation fixes - kcalloc() for raw_capacity array - pr_err() only for partial

Re: [PATCH v2 2/4] iio: adc: add support for Allwinner SoCs ADC

On Tue, Jul 19, 2016 at 11:04:23AM +0200, Quentin Schulz wrote: > >> +/* TP_CTRL1 bits */ > >> +#define SUNXI_GPADC_STYLUS_UP_DEBOUNCE(x) ((x) << 12) /* 8 bits */ > >> +#define SUNXI_GPADC_STYLUS_UP_DEBOUNCE_EN BIT(9) > >> +#define SUNXI_GPADC_TOUCH_PAN_CALI_EN BIT(6) > >> +#define

[PATCH v6 3/8] arm, dts: add TC2 cpu capacity-dmips-mhz information

Add TC2 cpu capacity binding information. Cc: Liviu Dudau Cc: Sudeep Holla Cc: Lorenzo Pieralisi Cc: Rob Herring Cc: Pawel Moll Cc: Mark Rutland Cc: Ian

Re: [PATCH -next] drm/amdgpu: fix return value check in amdgpu_debugfs_ring_init()

Am 19.07.2016 um 14:15 schrieb Wei Yongjun: From: Wei Yongjun In case of error, the function debugfs_create_*() returns NULL pointer not ERR_PTR() if debugfs is enabled. The IS_ERR() test in the return value check should be replaced with NULL test.

Re: [tpmdd-devel] [RESEND][PATCH] tpm: read burstcount from TPM_STS in one 32-bit transaction

On Fri, Jul 01, 2016 at 11:45:45AM +0300, Jarkko Sakkinen wrote: > On Fri, Jul 01, 2016 at 11:43:23AM +0300, Jarkko Sakkinen wrote: > > On Thu, Jun 30, 2016 at 10:25:43AM -0700, apro...@chromium.org wrote: > > > From: Andrey Pronin > > > > > > Some chips incorrectly support

Re: [PATCH -next] coresight: etm4x: remove duplicated include from coresight-etm4x.c

On 19 July 2016 at 05:27, Wei Yongjun wrote: > From: Wei Yongjun > > Remove duplicated include. > > Signed-off-by: Wei Yongjun > --- > drivers/hwtracing/coresight/coresight-etm4x.c | 1 - > 1 file changed, 1

Re: [PATCH v11 05/10] genirq/msi-doorbell: msi_doorbell_pages

On Tue, 19 Jul 2016, Eric Auger wrote: > msi_doorbell_pages sum up the number of iommu pages of a given order adding () to the function name would make it immediately clear that msi_doorbell_pages is a function. > +/** > + * msi_doorbell_pages: compute the number of iommu pages of size 1 <<

Re: [PATCH V10 4/9] vfio: platform: add support for ACPI probe

On Tue, 19 Jul 2016 10:49:54 -0400 Sinan Kaya wrote: > On 7/18/2016 8:24 PM, Alex Williamson wrote: > >>> nit, might make sense to replace EPERM with ENOENT and use EINVAL here. > >>> > > > >> > > >> > Sure, will take carr of it. > >> > > >> > Anything else I need

[PATCH 1/3] rtlwifi: don't add include path for rtl8188ee

For rtl8188ee, we pass -Idrivers/net/wireless/rtlwifi/ to gcc, however that directy no longer exists, so evidently this option is no longer required here and can be removed to avoid a warning when building with 'make W=1' or 'gcc -Wmissing-include-dirs' Signed-off-by: Arnd Bergmann

[PATCH 2/3] staging/rtl8192e: use s8 instead of char

Compiling the rtlwifi drivers for ARM with gcc -Wextra warns about lots of incorrect code that results from 'char' being unsigned here, e.g. staging/rtl8192e/rtl8192e/r8192E_phy.c:1072:36: error: comparison is always false due to limited range of data type [-Werror=type-limits]

[PATCH 2/2] mtd: nand: Get rid of needless 'goto'

Using "goto" in that "switch" statement only makes it harder to follow control flow and doesn't bring any advantages. Rewrite the code to avoid using "goto". Signed-off-by: Andrey Smirnov --- drivers/mtd/nand/nand_base.c | 13 + 1 file changed, 5

[PATCH v2] Documentation/watchdog: check return value for magic close

A recent commit added a write to the watchdog test code for doing the "magic close", but that caused a compile-time warning: Documentation/watchdog/src/watchdog-test.c: In function ‘main’: Documentation/watchdog/src/watchdog-test.c:94:5: warning: ignoring return value of ‘write’, declared with

[PATCH 1/2] mtd: nand: BUG_ON in case of no select_chip and cmd_ctrl

If no user specified chip->select_chip() function is provided, code in nand_base.c will automatically set this hook to nand_select_chip(), which in turn depends on chip->cmd_ctrl() hook being valid. Not providing both of those functions in NAND controller driver (for example by mistake) will

Re: [RFC PATCH 1/2] mempool: do not consume memory reserves from the reclaim path

On Tue 19-07-16 09:54:26, Johannes Weiner wrote: > On Mon, Jul 18, 2016 at 10:41:24AM +0200, Michal Hocko wrote: > > The original intention of f9054c70d28b was to help with the OOM > > situations where the oom victim depends on mempool allocation to make a > > forward progress. We can handle that

Re: [PATCH net-next v3 10/12] net: dsa: support switchdev ageing time attr

On Mon, Jul 18, 2016 at 09:26:00PM -0700, Florian Fainelli wrote: > Le 18/07/2016 à 20:24, Andrew Lunn a écrit : > > On Mon, Jul 18, 2016 at 08:45:38PM -0400, Vivien Didelot wrote: > >> Add a new function for DSA drivers to handle the switchdev > >> SWITCHDEV_ATTR_ID_BRIDGE_AGEING_TIME attribute.

[PATCH] sc16is7xx: make sure device is in suspend once probed

Previously sc16is7xx_power was called in order to set the device to a low power mode. However since SC16IS7XX_EFR_ENABLE_BIT was not set beforehand this suspend request had not effect. Also, soft-reset the device prior to port initialization. It may otherwise be in a state (interrupt

Re: [PATCH RFC 0/2] rtc-cmos: Workaround unwanted interrupt generation

Hi, On 18/07/2016 at 17:17:44 +0530, Pratyush Anand wrote : > Hi RTC-Maintainers, > > > On Mon, Jul 4, 2016 at 9:49 PM, Pratyush Anand wrote: > > On 27/06/2016:10:19:07 AM, Pratyush Anand wrote: > >> On 21/06/2016:10:25:34 AM, Pratyush Anand wrote: > >> > We have observed on

Re: [PATCH net-next v3 11/12] net: dsa: mv88e6xxx: add G1 helper for ageing time

> Hi Vivien > > This is doing a read/modify/write, so should really hold the mutex. Upps. The mutex is held. Sorry for the noise. Andrew

Re: [lkp] [x86] eb008eb6f8: kmsg.glue_helper:Unknown_symbol_blkcipher_walk_done(err#)

[[lkp] [x86] eb008eb6f8: kmsg.glue_helper:Unknown_symbol_blkcipher_walk_done(err#)] On 19/07/2016 (Tue 10:23) kernel test robot wrote: > > FYI, we noticed the following commit: > > https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git master > commit

Re: [PATCH] Documentation/watchdog: check return value for magic close

On 07/19/16 02:24, Arnd Bergmann wrote: > A recent commit added a write to the watchdog test code for doing the "magic > close", but that caused a compile-time warning: > > Documentation/watchdog/src/watchdog-test.c: In function ‘main’: > Documentation/watchdog/src/watchdog-test.c:94:5: warning:

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