Re: [PATCH V2 2/2] rt: Increase/decrease the nr of migratory tasks when enabling/disabling migration

* Daniel Bristot de Oliveira wrote: > The first one is not -rt specific, though. Ok, then all is good, and I've applied the debug patch to the upstream sched/core tree. Thanks, Ingo

Re: [PATCH] sata_rcar: fix error return code in sata_rcar_probe()

Hello! On 6/30/2017 8:22 AM, Gustavo A. R. Silva wrote: Print error message and propagate the return value of platform_get_irq on failure. You should have probably mentioned that this function no longer returns 0 on error. Signed-off-by: Gustavo A. R. Silva Acked-by: Sergei Shtylyov

Re: [RFC PATCH] userfaultfd: Add feature to request for a signal delivery

[CC John, the thread started http://lkml.kernel.org/r/9363561f-a9cd-7ab6-9c11-ab9a99dc8...@oracle.com] On Thu 29-06-17 14:41:22, prakash.sangappa wrote: > > > On 06/29/2017 01:09 AM, Michal Hocko wrote: > >On Wed 28-06-17 11:23:32, Prakash Sangappa wrote: > >> > >>On 6/28/17 6:18 AM, Mike Rapopo

[PATCH] ASoC: rsnd: make arrays path and cmd_case static const

From: Colin Ian King Don't populate the arrays path and cmd_case on the stack but make them static const. Makes the object code smaller: Before: textdata bss dec hex filename 2673 624 03297 ce1 sound/soc/sh/rcar/cmd.o After: textdata bss d

Re: [PATCH] [media] media/platform: add const to v4l2_file_operations structures

Hi, Thanks for the patch. On Thu, Jun 29, 2017 at 9:51 AM, Bhumika Goyal wrote: > Declare v4l2_file_operations structures as const as they are only stored > in the fops field of video_device structures. This field is of type > const, so declare v4l2_file_operations structures with similar proper

Re: [PATCH v4 6/6] ARM: sun4i: Convert to CCU

Hi, On Sun, Jun 25, 2017 at 11:45:47PM +0300, Priit Laes wrote: > osc24M: clk@01c20050 { > #clock-cells = <0>; > compatible = "allwinner,sun4i-a10-osc-clk"; > @@ -187,487 +176,12 @@ > clock-output-names = "osc24M"; >

[PATCHv3] ARM: dts: imx53: Add GE Healthcare PPD

From: Fabien Lahoudere PPD is a product from GE Healthcare to monitor vital biometric signals. Signed-off-by: Fabien Lahoudere Signed-off-by: Sebastian Reichel --- Hi, Changes since PATCHv2: https://patchwork.kernel.org/patch/9809681/ - drop dma-info property from serial nodes. That property

Re: [PATCH 2/2] mm, memory_hotplug: remove zone restrictions

On Fri 30-06-17 17:39:56, Wei Yang wrote: > On Fri, Jun 30, 2017 at 4:39 PM, Michal Hocko wrote: [...] > > yes and to be honest I do not plan to fix it unless somebody has a real > > life usecase for it. Now that we allow explicit onlininig type anywhere > > it seems like a reasonable behavior and

Re: [PATCH v5] drm/sun4i: hdmi: Implement I2C adapter for A10s DDC bus

Hi Maxime, On 30 June 2017 at 19:34, Maxime Ripard wrote: > Hi, > > On Fri, Jun 30, 2017 at 08:22:13AM +1000, Jonathan Liu wrote: >> Hi Maxime, >> >> On 30 June 2017 at 01:56, Maxime Ripard >> wrote: >> > On Wed, Jun 28, 2017 at 08:39:33PM +1000, Jonathan Liu wrote: >> >> >> + u32 int_status

[PATCH 7/8] arm64: dts: allwinner: a64: add SCPI power domain support

The SCPI protocol allows controlling device power domains, which abstracts the various ways of providing voltage to devices like Ethernet PHYs or on-board WiFi chips. Provide the power domain provider DT node, which can be referenced by a power domain consumer device. Signed-off-by: Andre Przywara

[PATCH 4/8] arm64: dts: allwinner: a64: add SCPI support

This adds support for the SCPI protocol using an SMC mailbox and some shared memory in SRAM. The SCPI provider is implemented in the ARM Trusted Firmware layer (running in EL3 on the application processor cores), triggered by an smc call. Signed-off-by: Andre Przywara --- arch/arm64/boot/dts/all

[PATCH] block: constify attribute_group structures.

attribute_groups are not supposed to change at runtime. All functions working with attribute_groups provided by work with const attribute_group. So mark the non-const structs as const. File size before: textdata bss dec hex filename 11622 9122076 146103912 block

[PATCH 08/17] net: convert sock.sk_refcnt from atomic_t to refcount_t

refcount_t type and corresponding API should be used instead of atomic_t when the variable is used as a reference counter. This allows to avoid accidental refcounter overflows that might lead to use-after-free situations. This patch uses refcount_inc_not_zero() instead of atomic_inc_not_zero_hint(

[PATCH 07/17] net: convert sock.sk_wmem_alloc from atomic_t to refcount_t

refcount_t type and corresponding API should be used instead of atomic_t when the variable is used as a reference counter. This allows to avoid accidental refcounter overflows that might lead to use-after-free situations. Signed-off-by: Elena Reshetova Signed-off-by: Hans Liljestrand Signed-off-

Re: [PATCH] powerpc/64s: watchdog false positive warning at CPU unplug

Nicholas Piggin writes: > CPU unplug will call stop_wd_on_cpu regardless if the watchdog has > been configured to be enabled on that CPU. Don't warn in the case > it's not in our enabled mask, this is a valid case. > > Fixes: powerpc-64s-implement-arch-specific-hardlockup-watchdog.patch > Reporte

[PATCH 16/17] net: convert netlbl_lsm_cache.refcount from atomic_t to refcount_t

refcount_t type and corresponding API should be used instead of atomic_t when the variable is used as a reference counter. This allows to avoid accidental refcounter overflows that might lead to use-after-free situations. Signed-off-by: Elena Reshetova Signed-off-by: Hans Liljestrand Signed-off-

[PATCH 15/17] net: convert net.passive from atomic_t to refcount_t

refcount_t type and corresponding API should be used instead of atomic_t when the variable is used as a reference counter. This allows to avoid accidental refcounter overflows that might lead to use-after-free situations. Signed-off-by: Elena Reshetova Signed-off-by: Hans Liljestrand Signed-off-

[PATCH 14/17] net: convert inet_frag_queue.refcnt from atomic_t to refcount_t

refcount_t type and corresponding API should be used instead of atomic_t when the variable is used as a reference counter. This allows to avoid accidental refcounter overflows that might lead to use-after-free situations. Signed-off-by: Elena Reshetova Signed-off-by: Hans Liljestrand Signed-off-

[PATCH 17/17] net: convert packet_fanout.sk_ref from atomic_t to refcount_t

refcount_t type and corresponding API should be used instead of atomic_t when the variable is used as a reference counter. This allows to avoid accidental refcounter overflows that might lead to use-after-free situations. Signed-off-by: Elena Reshetova Signed-off-by: Hans Liljestrand Signed-off-

[PATCH 11/17] net: convert netpoll_info.refcnt from atomic_t to refcount_t

refcount_t type and corresponding API should be used instead of atomic_t when the variable is used as a reference counter. This allows to avoid accidental refcounter overflows that might lead to use-after-free situations. Signed-off-by: Elena Reshetova Signed-off-by: Hans Liljestrand Signed-off-

[PATCH 13/17] net: convert fib_rule.refcnt from atomic_t to refcount_t

refcount_t type and corresponding API should be used instead of atomic_t when the variable is used as a reference counter. This allows to avoid accidental refcounter overflows that might lead to use-after-free situations. Signed-off-by: Elena Reshetova Signed-off-by: Hans Liljestrand Signed-off-

Re: [PATCH V17 01/11] acpi: apei: read ack upon ghes record consumption

Tyler, On 19.05.17 14:32:03, Tyler Baicar wrote: > A RAS (Reliability, Availability, Serviceability) controller > may be a separate processor running in parallel with OS > execution, and may generate error records for consumption by > the OS. If the RAS controller produces multiple error records,

[PATCH 12/17] net: convert unix_address.refcnt from atomic_t to refcount_t

refcount_t type and corresponding API should be used instead of atomic_t when the variable is used as a reference counter. This allows to avoid accidental refcounter overflows that might lead to use-after-free situations. Signed-off-by: Elena Reshetova Signed-off-by: Hans Liljestrand Signed-off-

[PATCH 10/17] net: convert in_device.refcnt from atomic_t to refcount_t

refcount_t type and corresponding API should be used instead of atomic_t when the variable is used as a reference counter. This allows to avoid accidental refcounter overflows that might lead to use-after-free situations. Signed-off-by: Elena Reshetova Signed-off-by: Hans Liljestrand Signed-off-

[PATCH 1/1] media: usb: uvc: Fix incorrect timeout for Get Request

Section 9.2.6.4 of USB 2.0 specification describes that "device must be able to return the first data packet to host within 500 ms of receipt of the request. For subsequent data packet, if any, the device must be able to return them within 500 ms". This patch is to change incorrect timeout from 30

[PATCH][-next] rtlwifi: kfree entry until after entry->bssid has been accessed

From: Colin Ian King The current code kfree's entry and then dereferences it by accessing entry->bssid. Avoid the dereference-after-free by moving the kfree after the access to entry->bssid. Detected by CoverityScan, CID#1448600 ("Read from pointer after free") Signed-off-by: Colin Ian King -

[PATCH 09/17] net: convert ip_mc_list.refcnt from atomic_t to refcount_t

refcount_t type and corresponding API should be used instead of atomic_t when the variable is used as a reference counter. This allows to avoid accidental refcounter overflows that might lead to use-after-free situations. Signed-off-by: Elena Reshetova Signed-off-by: Hans Liljestrand Signed-off-

[PATCH] dts: ipq4019: Move xo and timer nodes to SoC dtsi

The node for xo and timer belong to the SoC DTS file. Else, new board DT files may not inherit these nodes. Signed-off-by: Varadarajan Narayanan --- arch/arm/boot/dts/qcom-ipq4019-ap.dk01.1.dtsi | 19 --- arch/arm/boot/dts/qcom-ipq4019.dtsi | 14 ++ 2 files

[PATCH 00/17] v3 net generic subsystem refcount conversions

Changes in v3: Rebased on top of the net-next tree. Changes in v2: No changes in patches apart from rebases, but now by default refcount_t = atomic_t (*) and uses all atomic standard operations unless CONFIG_REFCOUNT_FULL is enabled. This is a compromise for the systems that are critical on perfor

[PATCH 01/17] net: convert inet_peer.refcnt from atomic_t to refcount_t

refcount_t type and corresponding API should be used instead of atomic_t when the variable is used as a reference counter. This allows to avoid accidental refcounter overflows that might lead to use-after-free situations. This conversion requires overall +1 on the whole refcounting scheme. Signed-

[PATCH 03/17] net: convert neigh_params.refcnt from atomic_t to refcount_t

refcount_t type and corresponding API should be used instead of atomic_t when the variable is used as a reference counter. This allows to avoid accidental refcounter overflows that might lead to use-after-free situations. Signed-off-by: Elena Reshetova Signed-off-by: Hans Liljestrand Signed-off-

[PATCH 04/17] net: convert nf_bridge_info.use from atomic_t to refcount_t

refcount_t type and corresponding API should be used instead of atomic_t when the variable is used as a reference counter. This allows to avoid accidental refcounter overflows that might lead to use-after-free situations. Signed-off-by: Elena Reshetova Signed-off-by: Hans Liljestrand Signed-off-

[PATCH 02/17] net: convert neighbour.refcnt from atomic_t to refcount_t

refcount_t type and corresponding API should be used instead of atomic_t when the variable is used as a reference counter. This allows to avoid accidental refcounter overflows that might lead to use-after-free situations. Signed-off-by: Elena Reshetova Signed-off-by: Hans Liljestrand Signed-off-

[PATCH 05/17] net: convert sk_buff.users from atomic_t to refcount_t

refcount_t type and corresponding API should be used instead of atomic_t when the variable is used as a reference counter. This allows to avoid accidental refcounter overflows that might lead to use-after-free situations. Signed-off-by: Elena Reshetova Signed-off-by: Hans Liljestrand Signed-off-

[PATCH 06/17] net: convert sk_buff_fclones.fclone_ref from atomic_t to refcount_t

refcount_t type and corresponding API should be used instead of atomic_t when the variable is used as a reference counter. This allows to avoid accidental refcounter overflows that might lead to use-after-free situations. Signed-off-by: Elena Reshetova Signed-off-by: Hans Liljestrand Signed-off-

[PATCH v5 1/4] perf/core: addressing 4x slowdown during per-process profiling of STREAM benchmark on Intel Xeon Phi

perf/core: use rb trees for pinned/flexible groups By default, the userspace perf tool opens per-cpu task-bound events when sampling, so for N logical events requested by the user, the tool will open N * NR_CPUS events. In the kernel, we mux events with a hrtimer, periodically rotating the flexib

Re: [PATCH] mm/memory-hotplug: Switch locking to a percpu rwsem

On Fri, 30 Jun 2017, Michal Hocko wrote: > So I like this simplification a lot! Even if we can get rid of the > stop_machine eventually this patch would be an improvement. A short > comment on why the per-cpu semaphore over the regular one is better > would be nice. Yes, will add one. The main po

[PATCH] block: Constify attribute_group structures.

attribute_groups are not supposed to change at runtime. All functions working with attribute_groups provided by work with const attribute_group. So mark the non-const structs as const. File size before: textdata bss dec hex filename 5302 544 0584616d6 block

[PATCH v5 3/4] perf/core: addressing 4x slowdown during per-process profiling of STREAM benchmark on Intel Xeon Phi

perf/core: mux switch to skip to the current CPU's events list on mux interrupt By default, the userspace perf tool opens per-cpu task-bound events when sampling, so for N logical events requested by the user, the tool will open N * NR_CPUS events. In the kernel, we mux events with a hrtimer, per

[PATCH v5 2/4] perf/core: addressing 4x slowdown during per-process profiling of STREAM benchmark on Intel Xeon Phi

perf/core: use context tstamp_data for skipped events on mux interrupt By default, the userspace perf tool opens per-cpu task-bound events when sampling, so for N logical events requested by the user, the tool will open N * NR_CPUS events. In the kernel, we mux events with a hrtimer, periodically

Re: [RFC][PATCHv3 2/5] printk: introduce printing kernel thread

Sergey Senozhatsky wrote: > if (!alloc_cpumask_var(&cpus_allowed, GFP_KERNEL)) { > wake_up_process(printk_kthread); > return true; > } Please avoid memory allocations when trying to print something. __GFP_DIRECT_RECLAIM allocations (e.g. GFP_KERNEL)

Re: [PATCH v3 1/n] perf/core: addressing 4x slowdown during per-process profiling of STREAM benchmark on Intel Xeon Phi

Hi, On 19.06.2017 18:00, Alexey Budankov wrote: > On 19.06.2017 16:37, Alexey Budankov wrote: >> On 19.06.2017 16:26, Mark Rutland wrote: >>> On Mon, Jun 19, 2017 at 04:08:32PM +0300, Alexey Budankov wrote: On 16.06.2017 1:10, Alexey Budankov wrote: > On 15.06.2017 22:56, Mark Rutland wro

Re: [PATCH v3 1/n] perf/core: addressing 4x slowdown during per-process profiling of STREAM benchmark on Intel Xeon Phi

Hi, On 19.06.2017 16:37, Alexey Budankov wrote: > On 19.06.2017 16:26, Mark Rutland wrote: >> On Mon, Jun 19, 2017 at 04:08:32PM +0300, Alexey Budankov wrote: >>> On 16.06.2017 1:10, Alexey Budankov wrote: On 15.06.2017 22:56, Mark Rutland wrote: > On Thu, Jun 15, 2017 at 08:41:42PM +0300

[PATCH v5 4/4] perf/core: addressing 4x slowdown during per-process profiling of STREAM benchmark on Intel Xeon Phi

perf/core: complete replace of lists by rb trees for pinned and flexible groups at perf_event_context By default, the userspace perf tool opens per-cpu task-bound events when sampling, so for N logical events requested by the user, the tool will open N * NR_CPUS events. In the kernel,

Re: [PATCH v2]: perf/core: addressing 4x slowdown during per-process, profiling of STREAM benchmark on Intel Xeon Phi

Hi Peter, On 21.06.2017 18:39, Alexey Budankov wrote: > > Hi, > > On 15.06.2017 20:42, Alexey Budankov wrote: >> On 29.05.2017 14:45, Alexey Budankov wrote: >>> On 29.05.2017 14:23, Peter Zijlstra wrote: On Mon, May 29, 2017 at 01:56:05PM +0300, Alexey Budankov wrote: > On 29.05.2017 13

Re: [PATCH 1/9] Documentation: dt-bindings: add support for mailbox client shared memory

On 28/06/17 23:56, Rob Herring wrote: > On Mon, Jun 26, 2017 at 04:55:05PM +0100, Sudeep Holla wrote: >> Many users of the mailbox controllers depend on the shared memory between the >> two end points to exchange the main data while using simple doorbell >> mechanism >> to alert the end points o

Re: [PATCH v3 1/n] perf/core: addressing 4x slowdown during per-process profiling of STREAM benchmark on Intel Xeon Phi

On 19.06.2017 18:34, Alexey Budankov wrote: > On 19.06.2017 18:24, Andi Kleen wrote: >>> One more: >> >> It may help if you run with KASAN enabled. That often >> finds problems earlier. >> >> Also could use ftrace and use ftrace_dump_on_oops to >> see the sequence (but that has a lot of overhead >>

[PATCH 3/8] mailbox: Kconfig: enable ARM SMC mailbox on 64-bit Allwinner SoCs

For 64-bit Allwinner SoCs there exist firmware implementations which provide SCPI controlled handlers for DVFS, sensors and power domains. To allow usage of this features, enable the required SMC mailbox when Allwinner SoCs are supported by the kernel. Signed-off-by: Andre Przywara --- drivers/m

[PATCH] pinctrl: rza1: make structures rza1_gpiochip_template and rza1_pinmux_ops static

From: Colin Ian King structures rza1_gpiochip_template and rza1_pinmux_ops do not need to be in global scope, so make them static. Cleans up sparse warnings: symbol 'rza1_gpiochip_template' was not declared. Should it be static? symbol 'rza1_pinmux_ops' was not declared. Should it be static? Si

Re: [PATCH RFC 03/26] sched: Replace spin_unlock_wait() with lock/unlock pair

On Fri, Jun 30, 2017 at 2:01 AM, Paul E. McKenney wrote: > There is no agreed-upon definition of spin_unlock_wait()'s semantics, > and it appears that all callers could do just as well with a lock/unlock > pair. This commit therefore replaces the spin_unlock_wait() call in > do_task_dead() with s

Re: [PATCH 2/9] Documentation: add DT binding for ARM System Control and Management Interface(SCMI) protocol

On 29/06/17 00:04, Rob Herring wrote: > On Mon, Jun 26, 2017 at 04:55:06PM +0100, Sudeep Holla wrote: >> This patch adds devicetree binding for System Control and Management >> Interface (SCMI) Message Protocol used between the Application Cores(AP) >> and the System Control Processor(SCP). The M

[PATCH] pinctrl: rza1: fix incorrect failure check on platform_get_resources

From: Colin Ian King The return res from platform_get_resources should be checked for a failure rather than ret. Fixes warning: 'ret' may be used uninitialized in this function [-Wmaybe-uninitialized] Fixes: 5a49b644b307 ("pinctrl: Renesas RZ/A1 pin and gpio controller") Signed-off-by: Colin I

[PATCH] usb: dwc2: Add safety check in setting of descriptor chain pointers

In some MSC CV tests device sending ZLP IN on non EP0 which reassigning EP0 OUT descriptor pointer to that EP. Dedicated for EP0 OUT descriptor multiple time re-used by other EP while that descriptor already in use by EP0 OUT for SETUP transaction. As result when SETUP packet received BNA interrupt

[PATCH 6/8] arm64: dts: allwinner: a64: add SCPI sensors support

The SCPI protocol allows various sensors to be exposed to the OS. The list of supported sensors (and their kind) is provided by the SCPI provider, which is in ARM Trusted Firmware. The current implementation exports the temperature sensors, for instance. Since the temperature sensor requires a cloc

Re: Where to update regulator register with initial voltage set by HW

On Thu, Jun 29, 2017 at 09:18:09AM +0200, Waldemar Rymarkiewicz wrote: > Initially, on boot, the voltage is set by HW (sensing resistors). When > OS starts and the reg driver registers regulator with the specific > constraints uV_min and uV_max, regulator core will apply uV_min or > uV_max if curr

Early loading of microcode updates with all firmware

Dear Borislav, Thank you for recently updating the document *Early load microcode* [1]. My goal is to include all microcode updates from AMD and Intel, as the image is supposed to run on several systems. Therefore, I included the files in the initramfs image, under `/lib/firmware`, and sele

Re: [PATCH v2] KVM: x86: remove ignored type attribute

On 28/06/2017 04:37, Nick Desaulniers wrote: > The macro insn_fetch marks the 'type' argument as having a specified > alignment. Type attributes can only be applied to structs, unions, or > enums, but insn_fetch is only ever invoked with integral types, so Clang > produces 19 -Wignored-attribute

[PATCH] staging: wilc1000: fix a typo: "incative" -> "inactive"

From: Colin Ian King Trivial fix to typos in netdev_err error messages. I should have spotted this in a previous round of spelling mistake checks on this driver but this one slipped through. Signed-off-by: Colin Ian King --- drivers/staging/wilc1000/host_interface.c | 4 ++-- 1 file changed, 2

[PATCH 5/8] arm64: dts: allwinner: a64: add SCPI DVFS nodes

One functionality provided by the SCPI handler is frequency scaling, which allows to switch the one CPU cluster between several operating points, each specifying a matching frequency and CPU voltage. The actual table is specified in firmware and can be queried by Linux using standardised SCPI calls

Re: [PATCH 5/6] i2c: pca-platform: use device_property_read_u32

On Fri, Jun 30, 2017 at 12:03 PM, Wolfram Sang wrote: > >> > - i2c->algo_data.i2c_clock = 59000; >> > + ret = device_property_read_u32(&pdev->dev, >> > "clock-frequency", >> > + &i2c->algo_data.i2c_clock); >> > +

Re: [PATCH] i2c: i801: Allow ACPI SystemIO OpRegion to conflict harder

On Mon, Jun 26, 2017 at 04:40:08PM -0400, Lyude wrote: > There's quite a number of machines on the market, mainly Lenovo > ThinkPads, that make the horrible mistake in their firmware of reusing > the PCIBAR space reserved for the SMBus for things that are completely > unrelated to the SMBus control

[PATCH][-next] net/mlx5: fix spelling mistake: "Allodating" -> "Allocating"

From: Colin Ian King Trivial fix to spelling mistake in mlx5_core_dbg debug message Signed-off-by: Colin Ian King --- drivers/net/ethernet/mellanox/mlx5/core/lib/gid.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/net/ethernet/mellanox/mlx5/core/lib/gid.c b/drive

[GIT PULL] Please pull powerpc/linux.git powerpc-4.12-8 tag

Hi Linus, Please pull hopefully the last two powerpc fixes for 4.12. The CXL one is larger than I'd usually send at rc7, but it fixes new code this cycle, so better to have it working for the release. It was actually sent a few weeks back but got blocked in testing behind another fix that was cau

Re: [PATCH 1/1] selftests: gpio: use pkg-config to determine libmount CFLAGS/LDLIBS

Fathi Boudra writes: > On 29 June 2017 at 12:01, Michael Ellerman wrote: >> Fathi Boudra writes: >> >>> Fix hardcoded and misplaced libmount headers. Use pkg-config instead to >>> figure out CFLAGS/LDLIBS, fixing also their value for cross-compilation. >> >> Can you explain how it fixes the val

Re: [PATCH 2/2] mm, memory_hotplug: remove zone restrictions

On Fri 30-06-17 11:55:45, Michal Hocko wrote: > On Fri 30-06-17 17:39:56, Wei Yang wrote: > > On Fri, Jun 30, 2017 at 4:39 PM, Michal Hocko wrote: > [...] > > > yes and to be honest I do not plan to fix it unless somebody has a real > > > life usecase for it. Now that we allow explicit onlininig t

[PATCH] staging: comedi: ni_mio_common: fix AO timer off-by-one regression

As reported by Éric Piel on the Comedi mailing list (see ), the analog output asynchronous commands are running too fast with a period 50 ns shorter than it should be. This affects all boards with AO command support that a

Re: [PATCH RFC 02/26] task_work: Replace spin_unlock_wait() with lock/unlock pair

On 06/29, Paul E. McKenney wrote: > > --- a/kernel/task_work.c > +++ b/kernel/task_work.c > @@ -109,7 +109,8 @@ void task_work_run(void) >* the first entry == work, cmpxchg(task_works) should >* fail, but it can play with *work and other entries. >*/

[PATCH 8/8] arm64: dts: allwinner: a64: add (unused) MMC clock node

More of a demo than to be really useful as it this adds a clock producer node for the MMC clock. This can be used instead of the existing clock driver for driving a clock. Use cases include providing clock control by hypervisors or driving new SoCs which don't have an appropriate clock driver in th

Re: [PATCH 4/6] dt-bindings: serial: Document RDA Micro UART

Am 29.06.2017 um 22:10 schrieb Rob Herring: > On Tue, Jun 27, 2017 at 02:55:18AM +0200, Andreas Färber wrote: >> Add an initial binding for the RDA8810PL UART. >> >> Signed-off-by: Andreas Färber >> --- >> Documentation/devicetree/bindings/serial/rda-uart.txt | 13 + >> 1 file changed

[PATCH v2 1/4] dt-bindings: pwm-backlight: add pwm-delay-us property

From: huang lin Add a pwm-delay-us property to specify the delay between setting an initial (non-zero) PWM value and enabling the backlight, and also the delay between disabling the backlight and setting PWM value to 0. Signed-off-by: huang lin Signed-off-by: Enric Balletbo i Serra --- Changes

[PATCH v2 4/4] ARM: dts: rockchip: add pwm-delay-us backlight setting.

The minnie devices comes with an AUO B101EAN01 panel which is different from default veyron devices, thus the power on/off timing sequence is slightly different. The datasheet specifies a pwm delay of 200 ms, so update the pwm-delay-us accordingly. Signed-off-by: Enric Balletbo i Serra --- Heiko,

[PATCH v2 3/4] ARM: dts: rockchip: set pre/post pwm-delay-us property.

For veyron the binding should provide both pwm timings, the delay between you enable the PWM and set the enable signal, and the delay between you disable the PWM signal and clear the enable signal. Update the binding accordingly, in this case the panels connected to the veyron boards have a symetri

[PATCH v2 2/4] pwm-backlight: add support for pwm-delay-us property

From: huang lin Some panels (i.e. N116BGE-L41), in their power sequence specifications, request a delay between set the PWM signal and enable the backlight and between clear the PWM signal and disable the backlight. Add support for the new pwm-delay-us property to meet the timing. Note that this

[PATCH mm] introduce reverse buddy concept to reduce buddy fragment

From: z00281421 Signed-off-by: z00281421 --- include/linux/gfp.h |8 +- include/linux/mmzone.h |2 + include/linux/page-flags.h |9 ++ include/linux/thread_info.h |5 +- mm/compaction.c | 17 mm/internal.h |7 ++ mm/page_alloc.

Re: [PATCH v2 1/4] dt-bindings: pwm-backlight: add pwm-delay-us property

On Fri 2017-06-30 13:21:06, Enric Balletbo i Serra wrote: > From: huang lin > > Add a pwm-delay-us property to specify the delay between setting an > initial (non-zero) PWM value and enabling the backlight, and also the > delay between disabling the backlight and setting PWM value to 0. > > Sign

[PATCHv2 1/3] usb: gadget: f_uac1: Fix endpoint reading

The endpoint is stored in the lower byte of wIndex, according to USB Audio 1.0 specification, section 5.2.1.1. Signed-off-by: Julian Scheel --- drivers/usb/gadget/function/f_uac1.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/usb/gadget/function/f_uac1.c b/dri

[PATCHv2 3/3] usb: gadget: f_uac*: Support multiple sampling rates

Implement support for multiple sampling rates in the USB Audio gadgets. A list of sampling rates can be specified via configfs. All enabled sampling rates are sent to the USB host on request. When the host selects a sampling rate the internal active rate is updated. The currently configured rates a

[PATCHv2 2/3] usb: gadget: f_uac*: Reduce code duplication

This replaces the dedicated headers for uac1 and uac2 functions with a shared header for both of them. Apart from unifying the struct names, further duplicated code for configfs setup is moved out of the function files into the shared header. Signed-off-by: Julian Scheel --- Changes in v2: - Fix

[PATCH mm] introduce reverse buddy concept to reduce buddy fragment

From: zhouxianrong when buddy is under fragment i find that still there are some pages just like AFFA mode. A is allocated, F is free, AF is buddy pair for oder n, FA is buddy pair for oder n as well. I want to compse the FF as oder n + 1 and align to n other

[PATCH] arm64: cpuinfo: constify attribute_group structures.

attribute_groups are not supposed to change at runtime. All functions working with attribute_groups provided by work with const attribute_group. So mark the non-const structs as const. Signed-off-by: Arvind Yadav --- arch/arm64/kernel/cpuinfo.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion

RE: WARNING: CPU: 3 PID: 0 at kernel/cgroup/cgroup.c:441 cgroup_get+0x4b/0x50

> -Original Message- > From: Cong Wang [mailto:xiyou.wangc...@gmail.com] > Sent: Thursday, June 29, 2017 9:44 PM > To: Justin Piszcz > Cc: LKML > Subject: Re: WARNING: CPU: 3 PID: 0 at kernel/cgroup/cgroup.c:441 > cgroup_get+0x4b/0x50 > > On Thu, Jun 29, 2017 at 12:26 AM, Justin Piszcz

[PATCHv2 0/3] USB Audio Gadget: Support multiple sampling rates

Sending v2 of this patch series, including fixes for build regressions introduced with the original series. I missed the usage of f_uac* in the legacy modules and did not test that. Fixed now, see patches changelog for details. This patch series adds support for exposing multiple supported samplin

Re: Where to update regulator register with initial voltage set by HW

On 30 June 2017 at 12:41, Mark Brown wrote: > On Thu, Jun 29, 2017 at 09:18:09AM +0200, Waldemar Rymarkiewicz wrote: > >> Initially, on boot, the voltage is set by HW (sensing resistors). When >> OS starts and the reg driver registers regulator with the specific >> constraints uV_min and uV_max, r

Re: [PATCH 0/2] Follow-up on "ARM: Fix dma_alloc_coherent() and friends for NOMMU"

2017-06-28 11:16 GMT+02:00 Vladimir Murzin : > These two patches are folloups on "[PATCH v6 0/7] ARM: Fix > dma_alloc_coherent() and friends for NOMMU" which has been partly > merged in [1]. PATCH 1/2 is done per Christoph's suggestion [2] to > eliminate duplication in dma-noop.c. PATCH 2/2 is fix

Re: Early loading of microcode updates with all firmware

Dear Paul, On Fri, Jun 30, 2017 at 12:44:43PM +0200, Paul Menzel wrote: > But, the microcode is not updated. For example, I have to manually run the > command below. Yes, you need something in userspace to trigger that reload. > Reading the document, that method is not explicitly mentioned there

[PATCH 1/8] mailbox: introduce ARM SMC based mailbox

This mailbox driver implements a mailbox which signals transmitted data via an ARM smc (secure monitor call) instruction. The mailbox receiver is implemented in firmware and can synchronously return data when it returns execution to the non-secure world again. An asynchronous receive path is not im

Re: [PATCH] mm/zsmalloc: simplify zs_max_alloc_size handling

On 06/30/2017 03:24 AM, Minchan Kim wrote: >> @@ -137,6 +142,8 @@ >> * (reason above) >> */ >> #define ZS_SIZE_CLASS_DELTA (PAGE_SIZE >> CLASS_BITS) >> +#define ZS_SIZE_CLASSES DIV_ROUND_UP(ZS_MAX_ALLOC_SIZE - >> ZS_MIN_ALLOC_SIZE, \ >> + ZS_SIZE_CLASS_DEL

Re: [PATCH] mm/memory-hotplug: Switch locking to a percpu rwsem

== [ 131.023034] WARNING: possible recursive locking detected [ 131.023034] 4.12.0-rc7-next-20170630 #10 Not tainted [ 131.023034] [ 131.023034] bash/2266 is trying to acquire lock: [ 131.023034] (cpu_hotplug_lock

[PATCH v2] mm/zsmalloc: simplify zs_max_alloc_size handling

Commit 40f9fb8cffc6 ("mm/zsmalloc: support allocating obj with size of ZS_MAX_ALLOC_SIZE") fixes a size calculation error that prevented zsmalloc to allocate an object of the maximal size (ZS_MAX_ALLOC_SIZE). I think however the fix is unneededly complicated. This patch replaces the dynamic calcul

[PATCH 2/8] dt-bindings: mailbox: add binding doc for the ARM SMC mailbox

Add binding documentation for the generic ARM SMC mailbox. This is not describing hardware, but a firmware interface. Signed-off-by: Andre Przywara --- .../devicetree/bindings/mailbox/arm-smc.txt| 61 ++ 1 file changed, 61 insertions(+) create mode 100644 Documentati

Re: [PATCHv2 9/9] spi: spidev: add Aardvark to device tree compatibility list

On Thu, Jun 29, 2017 at 02:58:43PM +0200, Amelie DELAUNAY wrote: > On 06/28/2017 08:54 PM, Mark Brown wrote: > > What does this device actually do and why is spidev a sensible fit for > > it? > This device is actually a debugging tool [1] which can work on SPI bus (and > also I2C). Connected via

Re: [PATCH 2/4] swait: add the missing killable swaits

On Thu, Jun 29, 2017 at 09:03:42PM -0700, Linus Torvalds wrote: > On Thu, Jun 29, 2017 at 12:15 PM, Marcelo Tosatti wrote: > > On Thu, Jun 29, 2017 at 09:13:29AM -0700, Linus Torvalds wrote: > >> > >> swait uses special locking and has odd semantics that are not at all > >> the same as the default

Re: [RFC][PATCHv3 2/5] printk: introduce printing kernel thread

On Thu 2017-06-29 16:33:22, Sergey Senozhatsky wrote: > On (06/28/17 14:19), Petr Mladek wrote: > [..] > > > at the same we have better guarantees. > > > we don't just wakeup(printk_kthread) and leave. we wait for any other > > > process to re-take the console_sem. until this happens we can't leave

[PATCH v1 0/2] add eMMC support for fsp2 board

fsp2 based on powerpc 476fpe using eMMC arasan, so we added support of this inside our dts and also enabled via additional dependence for sdhci-st driver in Kconfig. this code depends on commit c4b56b023daa91953e9ebe91143e6ca156f0bcb7 which is located in powerpc linux tree in 'next' branch. Ivan

Re: [alsa-devel] [PATCH v2 12/12] ASoC: Fix use-after-free at card unregistration

On Thu, Jun 29, 2017 at 12:03:58AM +0200, Robert Jarzmik wrote: > Mark Brown writes: > > Based on the missing first patch I was expecting the series to get > > reposted? > The first patch is only moving around a .h file. I was expecting a review > before > reposting a v3. I can't tell what's i

Re: [RFC][PATCHv3 2/5] printk: introduce printing kernel thread

On (06/30/17 19:18), Tetsuo Handa wrote: > Sergey Senozhatsky wrote: > > if (!alloc_cpumask_var(&cpus_allowed, GFP_KERNEL)) { > > wake_up_process(printk_kthread); > > return true; > > } > > Please avoid memory allocations when trying to print somethi

[PATCH v1 2/2] 44x/fsp2: enable eMMC arasan for fsp2 platform

Add mmc0 changes for enabling arasan emmc and change defconfig appropriately. Signed-off-by: Ivan Mikhaylov --- arch/powerpc/boot/dts/fsp2.dts | 33 +- arch/powerpc/configs/44x/fsp2_defconfig |2 + 2 files changed, 21 insertions(+), 14 deletions(-) dif

[PATCH v1 1/2] mmc/host: add FSP2(ppc476fpe) into depends for sdhci-st

shdci-st driver can be used for ppc476 fsp2 soc. Signed-off-by: Ivan Mikhaylov --- drivers/mmc/host/Kconfig |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/mmc/host/Kconfig b/drivers/mmc/host/Kconfig index 2eb9701..edf5787 100644 --- a/drivers/mmc/host/Kconfig +

Applied "drm: adv7511_audio: Add .get_dai_id callback to map port number to dai id" to the asoc tree

The patch drm: adv7511_audio: Add .get_dai_id callback to map port number to dai id has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the

Applied "ASoC: ak4642: make arrays fs_list and ps_list static const" to the asoc tree

The patch ASoC: ak4642: make arrays fs_list and ps_list static const has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours)

<    1   2   3   4   5   6   7   8   >