[tip:perf/core] kprobes/arm64: Remove a redundant dependency from the Kconfig

Commit-ID: cd1ee3b1e30b4c6c0858e0c0b4ca1b4d86020ada Gitweb: http://git.kernel.org/tip/cd1ee3b1e30b4c6c0858e0c0b4ca1b4d86020ada Author: Masami Hiramatsu AuthorDate: Mon, 6 Feb 2017 18:54:33 +0900 Committer: Ingo Molnar CommitDate: Mon, 6 Feb 2017

[tip:WIP.sched/core 118/167] arch/sh/kernel/cpu/sh2a/fpu.c:559:1: note: in expansion of macro 'BUILD_TRAP_HANDLER'

tree: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git WIP.sched/core head: 3cb464183709fc66902b262ce921cb5a410697d1 commit: d8c081caed34b16d17d639fa49889d2b7b22c9b0 [118/167] sched/headers: Remove from config: sh-rsk7203_defconfig (attached as .config) compiler:

Re: [PATCH v3 1/7] drm: Add DRM support for tiny LCD displays

On Tue, 31 Jan 2017, Noralf Trønnes wrote: > +const struct file_operations tinydrm_fops = { > + .owner = THIS_MODULE, > + .open = drm_open, > + .release= drm_release, > + .unlocked_ioctl = drm_ioctl, > +#ifdef CONFIG_COMPAT > +

[PATCH 1/3] thermal: devfreq: Simplify expression

There is no need to check for IS_ERR() as we are looking for a very particular error value here. Drop the first check. Reported-by: Dan Carpenter Signed-off-by: Viresh Kumar --- drivers/thermal/devfreq_cooling.c | 2 +- 1 file changed, 1

[PATCH 3/3] thermal: devfreq: Check OPP for errors

It is possible for dev_pm_opp_find_freq_exact() to return errors. It was all fine earlier as dev_pm_opp_get_voltage() had a check within it to check for invalid OPPs, but dev_pm_opp_put() doesn't have any similar checks and the callers need to make sure OPP is valid before calling them. Also

[PATCH 2/3] thermal: cpu_cooling: Check OPP for errors

It is possible for dev_pm_opp_find_freq_exact() to return errors. It was all fine earlier as dev_pm_opp_get_voltage() had a check within it to check for invalid OPPs, but dev_pm_opp_put() doesn't have any similar checks and the callers need to make sure OPP is valid before calling them. Also

Re: pciehp is broken from 4.10-rc1

On Sun, Feb 05, 2017 at 08:34:54AM +0100, Lukas Wunner wrote: > > sca05-0a81fd8d:~ # echo 1 > /sys/bus/pci/slots/11/power > > [ 375.376609] pci_hotplug: power_write_file: power = 1 > > [ 375.382175] pciehp :b3:00.0:pcie004: pciehp_get_power_status: > > SLOTCTRL a8 value read 17f1 > > [

[PATCH 4/7] efi: Get the secure boot status

From: David Howells Get the firmware's secure-boot status in the kernel boot wrapper and stash it somewhere that the main kernel image can find. The efi_get_secureboot() function is extracted from the arm stub and (a) generalised so that it can be called from x86 and (b)

[GIT PULL 0/7] EFI updates for v4.11 part 2

These are patches that were still being discussed when I sent the first pull request last week, but we feel they are now in shape to be merged. Please pull. The following changes since commit a21a300289bb5a582cc96be23446fa35236a6a9a: efi: libstub: Preserve .debug sections after absolute

[PATCH 3/7] efi: Add SHIM and image security database GUID definitions

From: David Howells Add the definitions for shim and image security database, both of which are used widely in various Linux distros. Signed-off-by: Josh Boyer Signed-off-by: David Howells Cc: Matt Fleming

[PATCH 5/7] efi: Disable secure boot if shim is in insecure mode

From: Josh Boyer A user can manually tell the shim boot loader to disable validation of images it loads. When a user does this, it creates a UEFI variable called MokSBState that does not have the runtime attribute set. Given that the user explicitly disabled

[PATCH 1/7] x86/efi: Allow invocation of arbitrary runtime services

From: David Howells Provide the ability to perform mixed-mode runtime service calls for x86 in the same way that commit 0a637ee61247bd4bed9b2a07568ef7a1cfc76187 ("x86/efi: Allow invocation of arbitrary boot services") provides the ability to invoke arbitrary boot services.

[PATCH 6/7] efi: Print the secure boot status in x86 setup_arch()

From: David Howells Print the secure boot status in the x86 setup_arch() but otherwise do nothing more for now. More functionality will be added later, but this at least allows for testing. Signed-off-by: David Howells Cc: Matt Fleming

[PATCH 7/7] efi: libstub: Make file I/O chunking x86-specific

The ARM decompressor is finicky when it comes to uninitialized variables with local linkage, the reason being that it may relocate .text and .bss independently when executing from ROM. This is only possible if all references into .bss from .text are absolute, and this happens to be the case for

[PATCH v2 7/7] gpio: mockup: implement event injecting over debugfs

Create a debugfs directory for every mockup chip and a single file for every line. Writing (0 or 1) to these files allows the user to inject line events (falling or rising edge respectively). Signed-off-by: Bartosz Golaszewski --- drivers/gpio/gpio-mockup.c | 115

[PATCH v2 5/7] gpio: mockup: add a dummy irqchip

Setup a dummy irqchip that will allow us to inject line events for testing purposes. Signed-off-by: Bartosz Golaszewski --- drivers/gpio/Kconfig | 1 + drivers/gpio/gpio-mockup.c | 65 ++ 2 files changed, 66

[PATCH v2 3/7] gpio: mockup: implement naming the lines

In order to allow testing line lookup by name from user space, add a new boolean parameter that indicates whether we want the lines to be named. The name is created by concatenating the chip name and the line offset value. Signed-off-by: Bartosz Golaszewski ---

Re: [PATCH v3 01/14] mm: thp: make __split_huge_pmd_locked visible.

On 6 Feb 2017, at 0:12, Naoya Horiguchi wrote: > On Sun, Feb 05, 2017 at 11:12:39AM -0500, Zi Yan wrote: >> From: Zi Yan >> >> It allows splitting huge pmd while you are holding the pmd lock. >> It is prepared for future zap_pmd_range() use. >> >> Signed-off-by: Zi Yan

Re: [RFC PATCH] perf/stat: Add --disable-hwdt

* Borislav Petkov wrote: > Hi guys, > > so I've been tracing recently on an AMD F15h which has those funky counter > constraints and am seeing this: > > # ./perf stat sleep 1 > > Performance counter stats for 'sleep 1': > > 0.749208 task-clock (msec)

Re: [RFC PATCH] perf/stat: Add --disable-hwdt

On Mon, Feb 06, 2017 at 01:22:31PM +0100, Ingo Molnar wrote: > Looks sensible, and I'd in fact make this the new default behavior (if root > runs > perf stat) - i.e. add a flag to re-enable it, for the rare case where we want > to > debug a hard deadlock while running perf stat ... I'd

Re: [PATCHSET 0/3] perf diff: Introduce delta-abs compute method

Em Mon, Feb 06, 2017 at 04:20:34PM +0900, Namhyung Kim escreveu: > Hello, > > This patchset adds 'delta-abs' compute method to -c/--compute option. > The 'delta-abs' is same as 'delta' but shows entries with bigger > absolute delta first instead of sorting numerically. This is only > useful

Re: [PATCH 2/2 RESEND] mm: vmpressure: fix sending wrong events on underflow

On Mon 06-02-17 18:39:03, vinayak menon wrote: > On Mon, Feb 6, 2017 at 6:10 PM, Michal Hocko wrote: > > On Mon 06-02-17 17:54:10, Vinayak Menon wrote: > > [...] > >> diff --git a/mm/vmpressure.c b/mm/vmpressure.c > >> index 149fdf6..3281b34 100644 > >> --- a/mm/vmpressure.c >

Re: [PATCH v2 5/7] gpio: mockup: add a dummy irqchip

On Mon, Feb 6, 2017 at 1:10 PM, Bartosz Golaszewski wrote: > Setup a dummy irqchip that will allow us to inject line events for > testing purposes. > > Signed-off-by: Bartosz Golaszewski This is obviously exactly how we should do this.

[PATCH 68/89] sched/headers: Split cputime functionality out of , into

Move cputime related functionality out of , as most code that includes does not use that functionality. Move data types that are not included in task_struct directly to the signal definitions, into . Also merge the (small) existing header into . Update all code that relies on these

Re: [PATCH 2/2] arm64: mm: enable CONFIG_HOLES_IN_ZONE for NUMA

On 14.12.16 09:11:47, Ard Biesheuvel wrote: > The NUMA code may get confused by the presence of NOMAP regions within > zones, resulting in spurious BUG() checks where the node id deviates > from the containing zone's node id. > > Since the kernel has no business reasoning about node ids of pages

[PATCH v11 7/9] mmc: cavium: Add scatter-gather DMA support

Add Support for the scatter-gather DMA available in the ThunderX MMC units. Up to 16 DMA requests can be processed together. Signed-off-by: Jan Glauber Signed-off-by: David Daney Signed-off-by: Steven J. Hill ---

Re: [PATCH 3/5] drm: convert drivers to use of_graph_get_remote_node

On Mon, Feb 6, 2017 at 4:52 AM, Philipp Zabel wrote: > On Fri, 2017-02-03 at 21:36 -0600, Rob Herring wrote: >> Convert drivers to use the new of_graph_get_remote_node() helper >> instead of parsing the endpoint node and then getting the remote device >> node. Now drivers

[PATCH v11 0/9] Cavium MMC driver

Hi Ulf, I've implemented the fixed regulator support as requested. Nevertheless we need to keep the code for the global power gpio around because that will still be used by existing Octeon systems (where we can't update the DT). I've kept the dummy device approach for mmc_of_parse() and devm*,

Re: [PATCH 1/5] of: introduce of_graph_get_remote_node

On Mon, Feb 6, 2017 at 2:50 AM, Daniel Vetter wrote: > On Fri, Feb 03, 2017 at 09:36:31PM -0600, Rob Herring wrote: >> The OF graph API leaves too much of the graph walking to clients when >> in many cases the driver doesn't care about accessing the port or >> endpoint nodes. The

Re: [PATCH v2 5/7] gpio: mockup: add a dummy irqchip

On Mon, Feb 6, 2017 at 2:31 PM, Bartosz Golaszewski wrote: > 2017-02-06 14:29 GMT+01:00 Linus Walleij : >> On Mon, Feb 6, 2017 at 1:10 PM, Bartosz Golaszewski >> wrote: >> >>> Setup a dummy irqchip that will allow us

[PATCH v11 4/9] mmc: cavium: Work-around hardware bug on cn6xxx and cnf7xxx

Prevent data corruption on cn6xxx and cnf7xxx. Due to an imperfection in the design of the MMC bus hardware, the 2nd to last cache block of a DMA read must be locked into the L2 cache. Signed-off-by: Jan Glauber Signed-off-by: David Daney

[PATCH v11 8/9] mmc: cavium: Support DDR mode for eMMC devices

Add support for switching to DDR mode for eMMC devices. Although the host controller only supports 3.3 Volt and DDR52 uses 1.8 Volt according to the specification it is possible to use DDR also with 3.3 Volt for eMMC chips. To switch to DDR mode MMC_CAP_1_8V_DDR is required. Signed-off-by: Jan

[PATCH v11 9/9] MAINTAINERS: Add entry for Cavium MMC driver

Signed-off-by: Jan Glauber Signed-off-by: David Daney Signed-off-by: Steven J. Hill --- MAINTAINERS | 8 1 file changed, 8 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index 2c171ad..81afd78 100644 ---

[PATCH 20/89] sched/headers, signals: Separate out task_struct::signal and task_struct::sighand types and accessors into

task_struct::signal and task_struct::sighand are pointers, which would normally make it straightforward to not define those types in sched.h. That is not so, because the types are accompanied by a myriad of APIs (macros and inline functions) that dereference them. Split the types and the APIs

[PATCH 21/89] sched/headers: Remove unused 'task_can_switch_user()' prototype

The function does not exist anymore. Cc: Peter Zijlstra Cc: Mike Galbraith Cc: Thomas Gleixner Cc: Linus Torvalds Cc: linux-kernel@vger.kernel.org Signed-off-by: Ingo Molnar ---

Re: [PATCH 3/5] drm: convert drivers to use of_graph_get_remote_node

On Fri, Feb 03, 2017 at 09:36:33PM -0600, Rob Herring wrote: > Convert drivers to use the new of_graph_get_remote_node() helper > instead of parsing the endpoint node and then getting the remote device > node. Now drivers can just specify the device node and which > port/endpoint and get back the

Re: rtlwifi: rtl8192c_common: "BUG: KASAN: slab-out-of-bounds"

On Sat, 2017-02-04 at 12:41 -0600, Larry Finger wrote: > On 02/04/2017 10:58 AM, Dmitry Osipenko wrote: > > Seems the problem is caused by rtl92c_dm_*() casting .priv to > > "struct > > rtl_pci_priv", while it is "struct rtl_usb_priv". > > Those routines are shared by rtl8192ce and rtl8192cu,

Re: [PATCH] pinctrl: sunxi: make sun5i explicitly non-modular

On Thu, Feb 2, 2017 at 9:17 PM, Paul Gortmaker wrote: > We had all these corrected in commit 0c8c6ba00cbf ("pinctrl: sunxi: > make bool drivers explicitly non-modular") but this new one recently > crept in. > > The Kconfig currently controlling compilation of this

Re: [REGRESSION] Two issues that prevent process accounting (taskstats) from working correctly

Am Montag, 19. Dezember 2016, 18:25:49 CET schrieb Peter Zijlstra: > On Mon, Dec 19, 2016 at 01:06:00PM +0100, Martin Steigerwald wrote: > > 2) When using the NETLINK inface, the command TASKSTATS_CMD_GET > > consequently returns -EINVAL. > > > > The code that is used by the atopacctd daemon is

Re: [PATCH -next] drm: mxsfb: fix error return code in mxsfb_load()

Hi Wei, 2017-02-05 Wei Yongjun : > From: Wei Yongjun > > Fix to return a negative error code from the error handling > case instead of 0, as done elsewhere in this function. > > Signed-off-by: Wei Yongjun > --- >

Fractional divider on the Atmel USART controller

Hello, On Atmel SAMA5D2, when trying to configure a serial port for 3 Mbauds operation, I do not always get the requested baud rate. If the hardware flow control is disabled by software, the line works correctly. But if I set the crtscts option, the line does not work, and after checking the line

[tip:WIP.sched/core 166/167] include/sound/control.h:107:2: error: unknown type name 'wait_queue_head_t'

tree: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git WIP.sched/core head: 3cb464183709fc66902b262ce921cb5a410697d1 commit: 437af2a38b67158b963a3009f5f79ff9303f45f0 [166/167] hrtimer: Remove the include from config: sparc64-allmodconfig (attached as .config) compiler:

Re: [PATCH 4/4] regulator: core: make bulk API support optional supplies

On Sun, Feb 05, 2017 at 08:30:33PM -0800, Dmitry Torokhov wrote: > On Sun, Feb 05, 2017 at 05:07:37PM +0100, Mark Brown wrote: > > The tlv320aic32x4 driver isn't a particularly well written driver in > > this regard in the first place - I don't recall the details but I > > strongly suspect that

[PATCH 1/2 v4] mm: vmscan: do not pass reclaimed slab to vmpressure

During global reclaim, the nr_reclaimed passed to vmpressure includes the pages reclaimed from slab. But the corresponding scanned slab pages is not passed. This can cause total reclaimed pages to be greater than scanned, causing an unsigned underflow in vmpressure resulting in a critical event

Re: [PATCH v5] PCI: add a new directory for designware core

On Saturday 04 February 2017 12:49 AM, Bjorn Helgaas wrote: > On Fri, Jan 06, 2017 at 06:22:48PM +0530, Kishon Vijay Abraham I wrote: >> Group all the PCI drivers that use designware core in dwc directory. >> dwc IP is capable of operating in both host mode and device mode and >> keeping it

Re: [PATCH v2 04/10] arm64: dts: mediatek: add mt6797 support

On 06/02/17 12:15, Mars Cheng wrote: > This adds basic chip support for MT6797 SoC. > > Signed-off-by: Mars Cheng > --- > arch/arm64/boot/dts/mediatek/Makefile |1 + > arch/arm64/boot/dts/mediatek/mt6797-evb.dts | 36 ++ >

[PATCH] ASoC: fix ES8328_I2C/SPI dependencies

The two front-ends to the codec can now be selected individually, but fail to build when the bus support is missing: sound/built-in.o: In function `es8328_spi_probe': es8328-spi.c:(.text+0x125854): undefined reference to `__devm_regmap_init_spi' sound/built-in.o: In function

Re: [PATCH 0/5] PCI: dwc: miscellaneous cleanups and fixes

On Saturday 04 February 2017 01:36 AM, Bjorn Helgaas wrote: > On Wed, Jan 11, 2017 at 05:36:50PM +0530, Kishon Vijay Abraham I wrote: >> This series includes miscellaneous cleanups and fixes in dra7xx >> pci driver and it also adds COMPILE_TEST to all designware >> based drivers (except dra7xx

Re: [PATCH v2] PM / Domains: Keep the pd status during system PM phases

On 5 February 2017 at 10:34, Elaine Zhang wrote: > > > On 01/26/2017 05:30 AM, Ulf Hansson wrote: >> >> On 22 January 2017 at 04:34, Elaine Zhang >> wrote: >>> >>> >>> >>> On 01/20/2017 09:16 PM, Ulf Hansson wrote: On 20 January

Re: [PATCH] irqchip/gicv3: Fix GICR_WAKE & GICD_IGROUPR accesses from non-secure

Hi Marc, On 02/06/2017 03:33 AM, Marc Zyngier wrote: Hi Shanker, On 06/02/17 02:17, Shanker Donthineni wrote: On systems where it supports two security states, both the register GICR_WAKE and GICD_IGROUPR accesses are RAZ/WI from non-secure. The function gic_enable_redist() to wake/sleep

Re: [PATCH] bus: arm-ccn: Fix module autoload

On Fri, 2017-02-03 at 18:31 -0300, Javier Martinez Canillas wrote: > On 01/02/2017 10:02 AM, Javier Martinez Canillas wrote: > > > > If the driver is built as a module, autoload won't work because the module > > alias information is not filled. So user-space can't match the registered > > device

Re: [PATCH v5 net-next] net: mvneta: implement .set_wol and .get_wol

On Mon, Feb 06, 2017 at 02:58:13PM +0800, Jisheng Zhang wrote: > From: Jingju Hou > > The mvneta itself does not support WOL, but the PHY might. > So pass the calls to the PHY > > Signed-off-by: Jingju Hou > Signed-off-by: Jisheng Zhang

Re: [PATCH 2/5] kref: Implement using refcount_t

On Fri, Feb 03, 2017 at 02:26:00PM +0100, Peter Zijlstra wrote: > Use the refcount_t 'atomic' type to implement kref, this makes kref > more robust by bringing saturation semantics. > > Signed-off-by: Peter Zijlstra (Intel) Acked-by: Greg Kroah-Hartman

Re: [PATCH 1/4] perf tools: pass PYTHON config to feature detection

Em Wed, Feb 01, 2017 at 10:38:01PM -0800, David Carrillo-Cisneros escreveu: > Python's CC and link Makefile variables were not passed to feature > detection, causing feature detection to use system's Python rather than > PYTHON_CONFIG's one. This created a mismatch between the detected Python >

Re: [PATCH v2 1/7] gpio: mockup: readability tweaks

On Mon, Feb 6, 2017 at 1:10 PM, Bartosz Golaszewski wrote: > The following patch tries to improve the readability of the mockup > driver. > > The driver is called gpio-mockup, so add the same prefix to all > functions and structures. > > Add some newlines and use a

[PATCH 80/89] sched/headers: Move the include to

It's not used by any of the scheduler methods, but needs it to pick up STACK_END_MAGIC. Update files that depended on the magic.h inclusion. Cc: Peter Zijlstra Cc: Mike Galbraith Cc: Thomas Gleixner Cc: Linus Torvalds

[PATCH 85/89] hrtimer: Remove the include from

In our quest to simplify 's header dependencies, remove the inclusion from - which does not appear to be necessary, as hrtimer.h does not use waitqueues. Cc: Peter Zijlstra Cc: Mike Galbraith Cc: Thomas Gleixner Cc: Linus Torvalds

Re: [PATCH net-next v5 3/4] net: phy: Allow pre-declaration of MDIO devices

> diff --git a/include/linux/mod_devicetable.h b/include/linux/mod_devicetable.h > index 8a57f0b1242d..8850fcaf50db 100644 > --- a/include/linux/mod_devicetable.h > +++ b/include/linux/mod_devicetable.h > @@ -501,6 +501,7 @@ struct platform_device_id { > kernel_ulong_t driver_data; > }; >

[PATCH 36/89] sched/headers: Remove inclusion from

... and fix up missing #includes in other places that relied on sched.h doing that for them. Note that even if the count where we need to add extra headers seems high, it's still a net win, because is included in over 2,200 files ... Cc: Peter Zijlstra Cc: Mike Galbraith

Re: [PATCH] cpumask: add cpumask_any_and_but()

On Mon, Feb 06, 2017 at 11:38:52AM +, Mark Rutland wrote: > In some cases, it's useful to be able to select a random cpu from the > intersection of two masks, excluding a particular CPU. > > For example, in some systems an uncore PMU is shared by a subset of > CPUs, and management of this PMU

[PATCH 37/89] sched/headers: Remove from

... and fix up missing #includes in other places that relied on sched.h doing that for them. Cc: Peter Zijlstra Cc: Mike Galbraith Cc: Thomas Gleixner Cc: Linus Torvalds Cc: linux-kernel@vger.kernel.org

[PATCH 00/89] Major reorganization of

So 25+ years ago, in Linux-0.01, include/linux/sched.h was already the biggest core kernel header file: triton:~/linux-0.01/linux/include/linux> ls -lS total 44 -rw-r--r-- 1 mingo mingo 5686 Sep 17 1991 sched.h -rw-r--r-- 1 mingo mingo 4770 Sep 11 1991 fs.h -rw-r--r-- 1 mingo mingo

[PATCH 03/89] sched/rq_clock: Consolidate the ordering of the rq_clock methods

update_rq_clock_task() and update_rq_clock() we unnecessarily spread across core.c, requiring an extra prototype line. Move them next to each other and in the proper order. Cc: Mike Galbraith Cc: Peter Zijlstra Cc: Thomas Gleixner Cc:

Re: [PATCHSET 0/3] perf diff: Introduce delta-abs compute method

On Mon, Feb 06, 2017 at 04:20:34PM +0900, Namhyung Kim wrote: SNIP > > git://git.kernel.org/pub/scm/linux/kernel/git/namhyung/linux-perf.git > > Thanks, > Namhyung > > > Namhyung Kim (3): > perf diff: Add 'delta-abs' compute method > perf diff: Add diff.order config option > perf

Re: [RFC PATCH 1/2] mm, vmscan: account the number of isolated pages per zone

On Sun 05-02-17 19:43:07, Tetsuo Handa wrote: > Michal Hocko wrote: > I got same warning with ext4. Maybe we need to check carefully. > > [ 511.215743] = > [ 511.218003] WARNING: RECLAIM_FS-safe -> RECLAIM_FS-unsafe lock order > detected > [

Re: [PATCH 0/2] drm/panel: Add support for the Sitronix ST7789V

Hi Noralf, On Fri, Feb 03, 2017 at 07:48:51PM +0100, Noralf Trønnes wrote: > > Den 03.02.2017 10.59, skrev Maxime Ripard: > > Hi, > > > > Here is an attempt at supporting the ST7789V LCD controller from Sitronix. > > What happens if there's another panel driven by ST7789V that needs > a

Re: [PATCH 3/5] drm: convert drivers to use of_graph_get_remote_node

On Fri, 2017-02-03 at 21:36 -0600, Rob Herring wrote: > Convert drivers to use the new of_graph_get_remote_node() helper > instead of parsing the endpoint node and then getting the remote device > node. Now drivers can just specify the device node and which > port/endpoint and get back the

Re: [PATCH] clk: sunxi-ng: select SUNXI_CCU_MULT for sun5i

On Thu, Feb 02, 2017 at 03:33:57PM +0100, Arnd Bergmann wrote: > We get a link error when CCU_MULT is not set with the > newly added driver: > > drivers/clk/sunxi-ng/ccu-sun5i.o:(.data.__compound_literal.17+0x4): undefined > reference to `ccu_mult_ops' >

Re: [PATCH v3 3/7] drm/tinydrm: Add MIPI DBI support

On Tue, 31 Jan 2017, Noralf Trønnes wrote: > +static bool mipi_dbi_command_is_read(struct mipi_dbi *mipi, u8 cmd) Okay this is one giant bikeshedding nitpick, but here goes anyway. Why do you call MIPI DBI just "mipi", here and all around? Why not "mipi_dbi" or "dbi"? We

[PATCH 2/7] arm/efi: Allow invocation of arbitrary runtime services

From: David Howells efi_call_runtime() is provided for x86 to be able abstract mixed mode support. Provide this for ARM also so that common code work in mixed mode also. Suggested-by: Lukas Wunner Cc: Matt Fleming Signed-off-by:

Re: [PATCH 1/6] staging: Import the BCM2835 MMAL-based V4L2 camera driver.

Hi Hans. On 06/02/17 09:08, Hans Verkuil wrote: Hi Eric, Great to see this driver appearing for upstream merging! See below for my review comments, focusing mostly on V4L2 specifics. On 01/27/2017 10:54 PM, Eric Anholt wrote: - Supports raw YUV capture, preview, JPEG and H264. - Uses

[PATCH v2 1/7] gpio: mockup: readability tweaks

The following patch tries to improve the readability of the mockup driver. The driver is called gpio-mockup, so add the same prefix to all functions and structures. Add some newlines and use a temporary pointer in gpio_mockup_add(). Drop the name of the direction enum and rename the enum values

[PATCH v2 4/7] irqdesc: add memory managed version of irq_alloc_descs()

Add a devres flavor of __devm_irq_alloc_descs() and corresponding helper macros. Signed-off-by: Bartosz Golaszewski --- include/linux/irq.h | 19 +++ kernel/irq/devres.c | 38 ++ 2 files changed, 57 insertions(+)

[PATCH v2 0/7] gpio: mockup: extensions for testing purposes

I would like to create an automated test-suite for libgpiod, but the gpio-mockup driver is quite limited when it comes to current user space functionality - I can't test neither line event notifications nor finding GPIO lines by name. This series proposes to extend the gpio framework by allowing

[PATCH v2 6/7] gpiolib: include from gpiolib.h

We want pull gpiolib.h in from the gpio mockup driver, but gpiod_flags is defined in consumer.h, so we need that too indirectly. Signed-off-by: Bartosz Golaszewski --- drivers/gpio/gpiolib.h | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/gpio/gpiolib.h

[PATCH v2 2/7] gpio: mockup: code shrink

Moving a couple of lines around allows us to shrink the code a bit while keeping the same functionality. Signed-off-by: Bartosz Golaszewski --- drivers/gpio/gpio-mockup.c | 29 - 1 file changed, 8 insertions(+), 21 deletions(-) diff --git

[PATCH 2/2 RESEND] mm: vmpressure: fix sending wrong events on underflow

At the end of a window period, if the reclaimed pages is greater than scanned, an unsigned underflow can result in a huge pressure value and thus a critical event. Reclaimed pages is found to go higher than scanned because of the addition of reclaimed slab pages to reclaimed in shrink_node without

Re: [PATCH 1/6] staging: Import the BCM2835 MMAL-based V4L2 camera driver.

Em Sun, 5 Feb 2017 22:15:21 + Dave Stevenson escreveu: > Hi Mauro. > > I'm going to stick my head above the parapet as one of the original > authors back when I worked at Broadcom. > As it happens I started working at Raspberry Pi last Monday, so

Re: [PATCH v2 04/10] arm64: dts: mediatek: add mt6797 support

On Mon, 2017-02-06 at 12:28 +, Marc Zyngier wrote: > On 06/02/17 12:15, Mars Cheng wrote: > > This adds basic chip support for MT6797 SoC. > > > > Signed-off-by: Mars Cheng > > --- > > arch/arm64/boot/dts/mediatek/Makefile |1 + > >

Re: [PATCH v2 1/3] perf tools: Use offset instead of dwarfnum in register table.

On Sat, Feb 04, 2017 at 05:03:20PM +0800, Hekuang wrote: > hi > > 在 2017/2/3 21:00, Will Deacon 写道: > >On Fri, Feb 03, 2017 at 11:06:05AM +, He Kuang wrote: > >>This patch changes the 'dwarfnum' to 'offset' in register table, so > >>the index of array becomes the dwarfnum (the index of each

Re: [PATCH v3 03/14] mm: use pmd lock instead of racy checks in zap_pmd_range()

On 6 Feb 2017, at 1:43, Naoya Horiguchi wrote: > On Sun, Feb 05, 2017 at 11:12:41AM -0500, Zi Yan wrote: >> From: Zi Yan >> >> Originally, zap_pmd_range() checks pmd value without taking pmd lock. >> This can cause pmd_protnone entry not being freed. >> >> Because there are two

Re: [RFC/PATCH 1/3] security: add the security_task_copy() hook

On Mon, Feb 6, 2017 at 11:49 AM, Tetsuo Handa wrote: > Djalal Harouni wrote: >> To achieve the above we add the security_task_copy() hook that allows us >> to clone the Timgad context of parent into child task_struct. >> >> The security hook can also be used by

Re: [PATCH] sched/fair: Fix the nohz.next_balance update mess

On 6 February 2017 at 09:33, Wanpeng Li wrote: > Hi Vincent, > 2017-02-06 16:07 GMT+08:00 Vincent Guittot : >> Hi Wanpeng >> >> On 5 February 2017 at 10:57, Wanpeng Li wrote: >>> From: Wanpeng Li >>>

Re: [PATCH v2 3/7] gpio: mockup: implement naming the lines

On Mon, Feb 6, 2017 at 1:10 PM, Bartosz Golaszewski wrote: > In order to allow testing line lookup by name from user space, add > a new boolean parameter that indicates whether we want the lines to > be named. The name is created by concatenating the chip name and the

Re: [RFC PATCH] perf/stat: Add --disable-hwdt

On Mon, Feb 06, 2017 at 02:18:32PM +0100, Robert Richter wrote: > Isn't there the danger the previous watchdog state is never restored > if for some reason perf got killed? So maybe have some other task > running that restores it once perf is gone. Currently, I'm restoring it in the atexit()

[PATCH 83/89] timers: Remove the include from

So we want to simplify 's header dependencies, but one roadblock of that is 's inclusion of sysctl.h, which brings in other, problematic headers. Note that timer.h's inclusion of sysctl.h can be avoided if we pre-declare ctl_table - so do that. Also update usage sites that depended on the

[PATCH 77/89] sched/headers: Move the get_task_struct()/put_task_struct() and related APIs from to

Also update usage sites. Cc: Peter Zijlstra Cc: Mike Galbraith Cc: Thomas Gleixner Cc: Linus Torvalds Cc: linux-kernel@vger.kernel.org Signed-off-by: Ingo Molnar ---

[PATCH 81/89] sched/headers: Remove spurious inclusion dependencies

In the next couple of patches we are going to remove various headers from sched.h and other headers that sched.h includes. To make those patches build cleanly prepare the scene by adding dependencies to various files that learned to rely on those to-be-removed dependencies. These changes all

Re: tip: demise of tsk_cpus_allowed() and tsk_nr_cpus_allowed()

On Mon, Feb 06, 2017 at 01:29:28PM +0100, Ingo Molnar wrote: > > +/* Future-safe accessor for struct task_struct's cpus_allowed. */ > > +static inline const struct cpumask *tsk_cpus_allowed(struct task_struct *p) > > +{ > > + if (__migrate_disabled(p)) > > + return

[PATCH 84/89] x86/apic: Remove the header inclusion from

We want to simplify 's header dependencies, but one roadblock to that is 's inclusion of pm.h, which brings in other, problematic headers. Remove it, as it appears to be entirely spurious, apic.h does not actually make use of any PM facilities. Cc: Peter Zijlstra Cc: Mike

[PATCH 57/89] sched/headers: Split out of

Split out the task->stack related functionality, which is not really part of the core scheduler APIs. Update the code that uses those facilities. Cc: Peter Zijlstra Cc: Mike Galbraith Cc: Thomas Gleixner Cc: Linus Torvalds

Re: [PATCH 00/89] Major reorganization of

* Ingo Molnar wrote: > sched/core: Clean up comments > delayacct: Include > sched/rq_clock: Consolidate the ordering of the rq_clock methods > sched/core: Remove unnecessary #include headers > sched/topology: Split out scheduler topology code from core.c into >

[PATCH v11 5/9] mmc: cavium: Add support for Octeon cn7890

The MMC unit on Octeon cn7890 differs in that it has multiple interrupts. Requires a lock for the interrupt handler. DMA addresses have a dedicated 64 bit register now, so use that when available. Signed-off-by: Jan Glauber Signed-off-by: David Daney

[PATCH 64/89] sched/headers: Remove 'init_pid_ns' prototype from

pid.h already defines it. Cc: Peter Zijlstra Cc: Mike Galbraith Cc: Thomas Gleixner Cc: Linus Torvalds Cc: linux-kernel@vger.kernel.org Signed-off-by: Ingo Molnar ---

[PATCH 29/89] sched/headers: Move more mm_struct related functionality from to

Neither the mmap_layout nor the mm_update_next_owner() methods need to be in - move them to the more appropriate header. Cc: Peter Zijlstra Cc: Mike Galbraith Cc: Thomas Gleixner Cc: Linus Torvalds Cc:

[PATCH v1 1/3] clk: zte: add i2s clocks for zx296718

The i2s related clock support is missing from the existing zx296718 clock driver. This patch adds it, so that the upstream ZX I2S driver can work out. Signed-off-by: Baoyou Xie --- drivers/clk/zte/clk-zx296718.c | 4 1 file changed, 4 insertions(+) diff --git

[PATCH 32/89] sched/numa: Split out of

Split out the interface between the scheduler and the MM which deals with page fault driven NUMA balancing, into the new header. Cc: Peter Zijlstra Cc: Mike Galbraith Cc: Thomas Gleixner Cc: Linus Torvalds

[PATCH 30/89] sched/headers: Move the 'init_mm' declaration from to

Cc: Peter Zijlstra Cc: Mike Galbraith Cc: Thomas Gleixner Cc: Linus Torvalds Cc: linux-kernel@vger.kernel.org Signed-off-by: Ingo Molnar --- include/linux/mm_types.h | 2 ++

[PATCH 01/89] sched/core: Clean up comments

Refresh the comments in the core scheduler code: - Capitalize sentences consistently - Capitalize 'CPU' consistently - ... and other small details. Cc: Mike Galbraith Cc: Peter Zijlstra Cc: Thomas Gleixner Cc:

Re: [PATCH] CIFS: use correct format string for size_t

On Thu, 2017-02-02 at 13:21 +0100, Arnd Bergmann wrote: > This warning is harmless as size_t is always as wide as 'unsigned > long': > > fs/cifs/smb2ops.c:2008:245: error: format '%lu' expects argument of > type 'long unsigned int', but argument 5 has type 'size_t {aka > unsigned int}'

  1   2   3   4   5   6   7   8   9   10   >