[PATCH v2 3/5] drm/komeda: Initialize komeda component as drm private object

From: "james qian wang (Arm Technology China)" Initialize koemda_layer, komeda_compiz, komeda_improc and komeda_timing_ctrlr as drm private object, then track komeda private component state by drm_atomic_state. v2: - Update code after Applied commit: b962a12050a3 ("drm/atomic: integrate

[PATCH v2 1/5] drm: Add drm_atomic_get_old/new_private_obj_state

From: "james qian wang (Arm Technology China)" This pair of functions return the old/new private object state for the given private_obj, or NULL if the private_obj is not part of the global atomic state. Reviewed-by: Alexandru Gheorghe Signed-off-by: James Qian Wang (Arm Technology China) ---

[PATCH v2 4/5] drm/komeda: Add komeda_build_layer_data_flow

From: "james qian wang (Arm Technology China)" build_layer_data_flow builds a input pipeline according to plane_state. and in this initial stage only added this simplest pipeline usage: Layer -> compiz The scaler and layer_split will be added in the future. v2: - Rebase. - Introduce struct

[PATCH v2 0/5] Implement komeda DRM-Plane

This is the 3rd patchset for the komeda driver. This patchset implemented plane/plane_helper functions for DRM-Plane. per the komeda driver design, A DRM-plane maps to komeda layer input pipeline, so the plane->atomic_check will build a layer input pipeline according to the plane_state. and with

Re: [PATCH 1/4] dt-binding: irq: imx-irqsteer: use irq number per channel instead of group number

Am Dienstag, den 22.01.2019, 10:56 + schrieb Aisheng Dong: > > > > From: Marc Zyngier [mailto:marc.zyng...@arm.com] > > Sent: Friday, January 18, 2019 6:12 PM > > [...] > > > > > > > > From: Marc Zyngier [mailto:marc.zyng...@arm.com] > > > > Sent: Friday, January 18, 2019 5:39 PM On

Re: [PATCH v6 08/16] sched/cpufreq: uclamp: Add utilization clamping for FAIR tasks

On Tue, Jan 22, 2019 at 12:02 PM Patrick Bellasi wrote: > > On 22-Jan 11:37, Rafael J. Wysocki wrote: > > On Tuesday, January 15, 2019 11:15:05 AM CET Patrick Bellasi wrote: [cut] > > > > IMO it would be better to combine this patch with the next one. > > Main reason was to better document in

RE: [PATCH 1/1] irqchip: gpcv2: make config option visible

> From: Marc Zyngier [mailto:marc.zyng...@arm.com] > Sent: Friday, January 18, 2019 6:10 PM [...] > >>> > >>> config IMX_GPCV2 > >>> - bool > >>> + bool "i.MX GPCv2 IRQ chip" > >>> + depends on ARCH_MXC || (COMPILE_TEST && OF) > >>> select IRQ_DOMAIN > >>> help > >>> Enables the wakeup

Re: [PATCH] iwlwifi: mvm: remove duplicated include from ops.c

On Thu, 2019-01-17 at 15:00 +0800, YueHaibing wrote: > Remove duplicated include. > > Signed-off-by: YueHaibing > --- Dropped, this is a duplicate. -- Cheers, Luca.

Re: [PATCH v6 08/16] sched/cpufreq: uclamp: Add utilization clamping for FAIR tasks

On 22-Jan 11:37, Rafael J. Wysocki wrote: > On Tuesday, January 15, 2019 11:15:05 AM CET Patrick Bellasi wrote: > > Each time a frequency update is required via schedutil, a frequency is > > selected to (possibly) satisfy the utilization reported by each > > scheduling class. However, when

Re: [PATCH v4] driver: uio: fix possible memory leak in uio_open

On Tue, Jan 08, 2019 at 09:38:43PM +0800, Liu Jian wrote: > If 'idev->info' is NULL, we need to free 'listerner' "listener", right? Please fix up and resend. thanks, greg k-h

Re: [PATCH] iommu/intel: quirk to disable DMAR for QM57 igfx

Hi Daniel, On Tue, Jan 22, 2019 at 11:46:39AM +0100, Daniel Vetter wrote: > Note that the string of platforms which have various issues with iommu > and igfx is very long, thus far we only disabled it where there's no > workaround to stop it from hanging the box, but otherwise left it > enabled.

Re: [PATCH 2/2] driver: uio: fix possible use-after-free in __uio_register_device

On Tue, Jan 08, 2019 at 09:01:48PM +0800, Liu Jian wrote: > From: liujian Same problem here.

Re: [PATCH 1/2] driver: uio: fix possible memory leak in __uio_register_device

On Tue, Jan 08, 2019 at 09:01:47PM +0800, Liu Jian wrote: > From: liujian This From: line does not match your email From: line, nor your signed-off-by name :( Please fix up and resend. thanks, greg k-h

Re: [PATCH] uio:remove unneeded variable ret

On Wed, Jan 09, 2019 at 07:53:59PM +0800, wangbo wrote: > In uio_dmem_genirq_open the variable ret is unneededw,remove it now. Minor typo in this sentence :( > > Signed-off-by: wangbo I need a "full" name for a patch to be able to be accepted. thanks, greg k-h

Re: [PATCH 4/4] irq: imx: irqsteer: add multi output interrupts support

Am Dienstag, den 22.01.2019, 10:39 + schrieb Aisheng Dong: > > > > From: Lucas Stach [mailto:l.st...@pengutronix.de] > > Sent: Friday, January 18, 2019 6:23 PM > > [...] > > > > This has been discussed when upstreaming the driver. The controller > > > > may support multiple output IRQs, but

Re: [PATCH 4/6] dt-bindings: display: armada: Add display subsystem binding

On Mon, Jan 21, 2019 at 05:58:50PM -0600, Rob Herring wrote: > On Mon, Jan 21, 2019 at 11:53 AM Russell King - ARM Linux admin > wrote: > > > > On Mon, Jan 21, 2019 at 10:07:11AM -0600, Rob Herring wrote: > > > On Mon, Jan 21, 2019 at 9:46 AM Lubomir Rintel wrote: > > > > > > > > On Mon,

Re: [PATCH] iwlwifi: eeprom-parse: use struct_size() in kzalloc()

On Tue, 2019-01-08 at 11:17 -0600, Gustavo A. R. Silva wrote: > One of the more common cases of allocation size calculations is > finding the > size of a structure that has a zero-sized array at the end, along > with memory > for some number of elements for that array. For example: > > struct foo

Re: [PATCH] iommu: amd: call free_iova_fast with pfn in map_sg

On Thu, Jan 17, 2019 at 12:29:02PM -0700, Jerry Snitselaar wrote: > In the error path of map_sg, free_iova_fast is being called with > address instead of the pfn. This results in a bad value getting into > the rcache, and can result in hitting a BUG_ON when > iova_magazine_free_pfns is called. >

Re: linux-next: manual merge of the pidfd tree with the y2038 tree

On Tue, Jan 22, 2019 at 11:48:12AM +0100, Arnd Bergmann wrote: > On Tue, Jan 22, 2019 at 11:30 AM Christian Brauner > wrote: > > > > On Tue, Jan 22, 2019 at 10:31:46AM +0100, Christian Brauner wrote: > > > On Tue, Jan 22, 2019 at 10:26:56AM +0100, Arnd Bergmann wrote: > > > > On Mon, Jan 21,

Re: [PATCH][next] iwlwifi: mvm: use struct_size() in kzalloc()

On Tue, 2019-01-15 at 16:02 -0600, Gustavo A. R. Silva wrote: > One of the more common cases of allocation size calculations is > finding the > size of a structure that has a zero-sized array at the end, along > with memory > for some number of elements for that array. For example: > > struct foo

Re: [PATCH] iwlwifi: nvm-parse: use struct_size() in kzalloc()

On Tue, 2019-01-08 at 11:55 -0600, Gustavo A. R. Silva wrote: > One of the more common cases of allocation size calculations is > finding the > size of a structure that has a zero-sized array at the end, along > with memory > for some number of elements for that array. For example: > > struct foo

RE: [PATCH 1/4] dt-binding: irq: imx-irqsteer: use irq number per channel instead of group number

> From: Marc Zyngier [mailto:marc.zyng...@arm.com] > Sent: Friday, January 18, 2019 6:12 PM [...] > >> From: Marc Zyngier [mailto:marc.zyng...@arm.com] > >> Sent: Friday, January 18, 2019 5:39 PM On 18/01/2019 08:48, Lucas > >> Stach wrote: > >>> Am Freitag, den 18.01.2019, 07:53 + schrieb

[PATCH v2] venus: enc: fix enum_frameintervals

This ixes an issue when setting the encoder framerate because of missing precision. Now the frameinterval type is changed to TYPE_CONTINUOUS and step = 1. Also the math is changed when framerate property is called - the firmware side expects that the framerate one is 1 << 16 units. Signed-off-by:

Re: [PATCH v6 04/16] sched/core: uclamp: Add CPU's clamp buckets refcounting

On 22-Jan 11:03, Peter Zijlstra wrote: > On Mon, Jan 21, 2019 at 03:54:07PM +, Patrick Bellasi wrote: > > On 21-Jan 16:17, Peter Zijlstra wrote: > > > On Tue, Jan 15, 2019 at 10:15:01AM +, Patrick Bellasi wrote: > > > > +#ifdef CONFIG_UCLAMP_TASK > > > > > > > +struct uclamp_bucket { > >

Re: [PATCH] iwlwifi: fix false-positive maybe-uninitialized warning

On Mon, 2018-12-10 at 21:39 +0100, Arnd Bergmann wrote: > With CONFIG_NO_AUTO_INLINE, we run into a silly warning when > gcc fails to remember that n_profiles is constant across > the function call to iwl_mvm_sar_set_profile: > > drivers/net/wireless/intel/iwlwifi/mvm/fw.c: In function >

Re: linux-next: manual merge of the pidfd tree with the y2038 tree

On Tue, Jan 22, 2019 at 11:30 AM Christian Brauner wrote: > > On Tue, Jan 22, 2019 at 10:31:46AM +0100, Christian Brauner wrote: > > On Tue, Jan 22, 2019 at 10:26:56AM +0100, Arnd Bergmann wrote: > > > On Mon, Jan 21, 2019 at 11:48 PM Christian Brauner > > > wrote: > > > > > > > > On Mon, Jan

Re: [PATCH] iommu/intel: quirk to disable DMAR for QM57 igfx

On Tue, Jan 22, 2019 at 11:39 AM Joerg Roedel wrote: > > On Fri, Jan 18, 2019 at 12:17:05PM +, Eric Wong wrote: > > @@ -5411,6 +5411,7 @@ DECLARE_PCI_FIXUP_HEADER(PCI_VENDOR_ID_INTEL, 0x2e20, > > quirk_iommu_g4x_gfx); > > DECLARE_PCI_FIXUP_HEADER(PCI_VENDOR_ID_INTEL, 0x2e30,

Re: [PATCH v3] mm/hotplug: invalid PFNs from pfn_to_online_page()

On Mon, Jan 21, 2019 at 04:27:47PM -0500, Qian Cai wrote: > Fixes: 9f1eb38e0e11 ("mm, kmemleak: little optimization while scanning") > Acked-by: Michal Hocko > Signed-off-by: Qian Cai Heh, I guess that it comes in handy to have a machine with CONFIG_HOLES_IN_ZONE enabled. I totally missed the

Re: [PATCH 0/8] Virtio-over-PCIe on non-MIC

On Wed, Jan 16, 2019 at 05:32:45PM +0100, Vincent Whitchurch wrote: > The Virtio-over-PCIe framework living under drivers/misc/mic/vop implements a > generic framework to use virtio between two Linux systems, given shared memory > and a couple of interrupts. It does not actually require the Intel

Re: [PATCH] iommu/amd: Fix IOMMU page flush when detach all devices from a domain

Hi Suravee, On Thu, Jan 17, 2019 at 08:44:36AM +, Suthikulpanit, Suravee wrote: > Then, in __domain_flush_pages, we issue command when the dev_iommu[] >= 0. > This should preserve previous behavior, and only add flushing condition to > the specific IOMMU in detached state. Please let me know

Re: [PATCH v6 05/16] sched/core: uclamp: Update CPU's refcount on clamp changes

On 22-Jan 10:37, Peter Zijlstra wrote: > On Mon, Jan 21, 2019 at 03:44:12PM +, Patrick Bellasi wrote: > > On 21-Jan 16:33, Peter Zijlstra wrote: > > > On Tue, Jan 15, 2019 at 10:15:02AM +, Patrick Bellasi wrote: > > > > > > > +static inline void > > > > +uclamp_task_update_active(struct

[PATCH v3 1/2] dt-bindings: rtc: Add bindings for Cadence RTC

This patch adds a DT binding documentation for Cadence RTC controller. Signed-off-by: Jan Kotas --- Documentation/devicetree/bindings/rtc/cdns,rtc.txt | 25 ++ 1 file changed, 25 insertions(+) create mode 100644 Documentation/devicetree/bindings/rtc/cdns,rtc.txt diff --git

[PATCH v3 2/2] rtc: Add Cadence RTC driver

This patch adds a driver for Cadence RTC controller. It can be enabled with RTC_DRV_CADENCE Kconfig option. It supports waking system from sleep modes. Signed-off-by: Jan Kotas --- drivers/rtc/Kconfig | 10 ++ drivers/rtc/Makefile | 1 + drivers/rtc/rtc-cadence.c | 423

[PATCH v3 0/2] rtc: Add a driver for Cadence RTC

This patchset adds a driver support for Cadence RTC IP. It supports time, date and wakeups from sleep. Changes since v2: Fixed a typo in the bindings documentation. Changes since v1: Added devm_rtc_allocate_device before requesting an IRQ Added range_min, range_max values

Re: [PATCH 2/8] vop: Cast pointers to uintptr_t

On Wed, Jan 16, 2019 at 05:32:47PM +0100, Vincent Whitchurch wrote: > Fix these on 32-bit: > > vop_vringh.c:711:13: error: cast from pointer to integer of different > size [-Werror=pointer-to-int-cast] > > Signed-off-by: Vincent Whitchurch > --- > drivers/misc/mic/vop/vop_main.c | 8

Re: [PATCH] iommu/intel: quirk to disable DMAR for QM57 igfx

On Fri, Jan 18, 2019 at 12:17:05PM +, Eric Wong wrote: > @@ -5411,6 +5411,7 @@ DECLARE_PCI_FIXUP_HEADER(PCI_VENDOR_ID_INTEL, 0x2e20, > quirk_iommu_g4x_gfx); > DECLARE_PCI_FIXUP_HEADER(PCI_VENDOR_ID_INTEL, 0x2e30, quirk_iommu_g4x_gfx); > DECLARE_PCI_FIXUP_HEADER(PCI_VENDOR_ID_INTEL, 0x2e40,

RE: [PATCH 4/4] irq: imx: irqsteer: add multi output interrupts support

> From: Lucas Stach [mailto:l.st...@pengutronix.de] > Sent: Friday, January 18, 2019 6:23 PM [...] > > > This has been discussed when upstreaming the driver. The controller > > > may support multiple output IRQs, but only one them is actually used > > > depending on the CHANCTRL config. There is

Re: [PATCH] ext2: Remove redundant check on s_inode_size

On Tue 15-01-19 22:10:43, Liu Xiang wrote: > The case of (EXT2_INODE_SIZE(sb) == 0) is included in > (sbi->s_inode_size < EXT2_GOOD_OLD_INODE_SIZE). > So there is no need to check again. > > Signed-off-by: Liu Xiang Thanks for the cleanup. I have added it to my tree.

Re: [PATCH v6 08/16] sched/cpufreq: uclamp: Add utilization clamping for FAIR tasks

On Tuesday, January 15, 2019 11:15:05 AM CET Patrick Bellasi wrote: > Each time a frequency update is required via schedutil, a frequency is > selected to (possibly) satisfy the utilization reported by each > scheduling class. However, when utilization clamping is in use, the > frequency selection

[RFC PATCH v2 1/4] mm, memory_hotplug: cleanup memory offline path

From: Michal Hocko check_pages_isolated_cb currently accounts the whole pfn range as being offlined if test_pages_isolated suceeds on the range. This is based on the assumption that all pages in the range are freed which is currently the case in most cases but it won't be with later changes. I

[RFC PATCH v2 4/4] mm, sparse: rename kmalloc_section_memmap, __kfree_section_memmap

From: Michal Hocko The sufix "kmalloc" is misleading. Rename it to alloc_section_memmap/free_section_memmap which better reflects the funcionality. Signed-off-by: Michal Hocko Signed-off-by: Oscar Salvador --- mm/sparse.c | 16 1 file changed, 8 insertions(+), 8 deletions(-)

[RFC PATCH v2 3/4] mm, memory_hotplug: allocate memmap from the added memory range for sparse-vmemmap

Physical memory hotadd has to allocate a memmap (struct page array) for the newly added memory section. Currently, alloc_pages_node() is used for those allocations. This has some disadvantages: a) an existing memory is consumed for that purpose (~2MB per 128MB memory section on x86_64) b)

[RFC PATCH v2 2/4] mm, memory_hotplug: provide a more generic restrictions for memory hotplug

From: Michal Hocko arch_add_memory, __add_pages take a want_memblock which controls whether the newly added memory should get the sysfs memblock user API (e.g. ZONE_DEVICE users do not want/need this interface). Some callers even want to control where do we allocate the memmap from by

[RFC PATCH v2 0/4] mm, memory_hotplug: allocate memmap from hotadded memory

Hi, this is the v2 of the first RFC I sent back then in October [1]. In this new version I tried to reduce the complexity as much as possible, plus some clean ups. [Testing] I have tested it on "x86_64" (small/big memblocks) and on "powerpc". On both architectures hot-add/hot-remove

[PATCH] usb: phy: fix link errors

Fix link errors when CONFIG_FSL_USB2_OTG is enabled and USB_OTG_FSM is set to module then the following link error occurs. aarch64-linux-gnu-ld: drivers/usb/phy/phy-fsl-usb.o: in function `fsl_otg_ioctl': drivers/usb/phy/phy-fsl-usb.c:1083: undefined reference to `otg_statemachine'

Re: [PATCH] soc: qcom: update config dependencies for QCOM_RPMPD

On 1/22/2019 3:38 PM, Viresh Kumar wrote: On 22-01-19, 15:24, Rajendra Nayak wrote: I was doing some quick testing by adding the calls to of_genpd_remove_last() as suggested by Ulf for cleaning up the genpd registrations, and I run into this backtrace when the driver re-probes followed by a

Re: [PATCH] cpufreq: Replace open-coded << with BIT()

On Monday, January 21, 2019 9:47:37 AM CET Amit Kucheria wrote: > Minor clean-up to use BIT() and keep checkpatch happy. Clean up the > comment formatting while we're at it to make it easier to read. > > Signed-off-by: Amit Kucheria > Reviewed-by: Stephen Boyd > --- > include/linux/cpufreq.h |

Re: [PATCH 1/1] kernel/ucounts: expose current inotify watch count

On Mon 21-01-19 17:45:11, Albert Vaca Cintora wrote: > Adds a readonly 'current_inotify_watches' entry to the user sysctl table. > The handler for this entry is a custom function that ends calling > proc_dointvec. > > Signed-off-by: Albert Vaca Cintora FWIW this makes sense to me. I'd just copy

Re: possible deadlock in __do_page_fault

On 2019/01/22 19:12, Dmitry Vyukov wrote: > On Tue, Jan 22, 2019 at 11:02 AM Tetsuo Handa > wrote: >> >> On 2018/09/22 8:21, Andrew Morton wrote: >>> On Thu, 20 Sep 2018 19:33:15 -0400 Joel Fernandes >>> wrote: >>> On Thu, Sep 20, 2018 at 5:12 PM Todd Kjos wrote: > > +Joel

Re: [PATCH] staging: netlogic: replace ---help--- with help in Kconfig

On Sun, Jan 20, 2019 at 09:40:39PM +0530, Bharath Vedartham wrote: > This patch fixes the checkpatch.pl warning: > > WARNING: prefer 'help' over '---help---' for new help texts > > Signed-off-by: Bharath Vedartham > --- > drivers/staging/netlogic/Kconfig | 2 +- > 1 file changed, 1

Re: [PATCH v6 04/16] sched/core: uclamp: Add CPU's clamp buckets refcounting

On 22-Jan 10:45, Peter Zijlstra wrote: > On Mon, Jan 21, 2019 at 04:33:38PM +, Patrick Bellasi wrote: > > On 21-Jan 17:12, Peter Zijlstra wrote: > > > On Mon, Jan 21, 2019 at 03:23:11PM +, Patrick Bellasi wrote: > > > > > and keep all > > > > the buckets in use at the beginning of a cache

Re: [PATCH V3] cacheinfo: Keep the old value if of_property_read_u32 fails

On 22/01/2019 00:51, Huacai Chen wrote: > Ping? > > On Wed, Dec 19, 2018 at 4:15 PM Huacai Chen wrote: >> >> Commit 448a5a552f336bd7b847b1951 ("drivers: base: cacheinfo: use OF >> property_read_u32 instead of get_property,read_number") makes cache >> size and number_of_sets be 0 if DT doesn't

Re: linux-next: manual merge of the pidfd tree with the y2038 tree

On Tue, Jan 22, 2019 at 10:31:46AM +0100, Christian Brauner wrote: > On Tue, Jan 22, 2019 at 10:26:56AM +0100, Arnd Bergmann wrote: > > On Mon, Jan 21, 2019 at 11:48 PM Christian Brauner > > wrote: > > > > > > On Mon, Jan 21, 2019 at 03:44:17PM -0700, Jens Axboe wrote: > > > > On 1/21/19 1:23

Re: [Xen-devel] [PATCH v2] drm/xen-front: Make shmem backed display buffer coherent

Hello, Julien! On 1/21/19 7:09 PM, Julien Grall wrote: > Hello, > > On 21/01/2019 12:43, Oleksandr Andrushchenko wrote: >> On 1/18/19 1:43 PM, Julien Grall wrote: >>> On 18/01/2019 09:40, Oleksandr Andrushchenko wrote: On 1/17/19 11:18 AM, Christoph Hellwig wrote: > On Wed, Jan 16, 2019

Re: [PATCH v2 2/4] dt-bindings: gnss: add mediatek binding

On Tue, 2019-01-22 at 09:47 +0100, Loys Ollivier wrote: > On Mon 21 Jan 2019 at 18:44, Sean Wang wrote: > > > On Mon, Jan 21, 2019 at 9:29 AM Loys Ollivier > > wrote: > >> > >> > >> On Mon 21 Jan 2019 at 17:10, Rob Herring wrote: > >> > >> > On Thu, 17 Jan 2019 17:54:32 +0100, Loys Ollivier

[PATCH] svm: Fix AVIC incomplete IPI emulation

From: Suravee Suthikulpanit In case of incomplete IPI with invalid interrupt type, the current SVM driver does not properly emulate the IPI, and fails to boot FreeBSD guests with multiple vcpus when enabling AVIC. Fix this by update APIC ICR high/low registers, which also emulate sending the

[tip:perf/core] perf utils: Move perf_config using routines from color.c to separate object

Commit-ID: 32e9136e37840a62c659259a394ed3735e3b3c84 Gitweb: https://git.kernel.org/tip/32e9136e37840a62c659259a394ed3735e3b3c84 Author: Arnaldo Carvalho de Melo AuthorDate: Mon, 21 Jan 2019 15:45:13 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 21 Jan 2019 17:38:56 -0300

[PATCH] svm: Add warning message for AVIC IPI invalid target

From: Suravee Suthikulpanit Print warning message when IPI target ID is invalid due to one of the following reasons: * In logical mode: cluster > max_cluster (64) * In physical mode: target > max_physical (512) * Address is not present in the physical or logical ID tables Signed-off-by:

Re: [PATCH] doc: process: GPL -> GPL-compatible

On Tue, Jan 22, 2019 at 10:34:08AM +0100, Adam Borowski wrote: > Drivers under MIT, BSD-17-clause, or uncle-Bob's-newest-take-on-PD are > all fine, not just GPL. > > Signed-off-by: Adam Borowski > --- > Not reformatting to fill lines, it'll semi-conflict with another patch > that's been acked

[tip:perf/core] perf python: Remove -fstack-clash-protection when building with some clang versions

Commit-ID: a5dcc4ca9129f12a07722f41b6c5e8d7f71f4063 Gitweb: https://git.kernel.org/tip/a5dcc4ca9129f12a07722f41b6c5e8d7f71f4063 Author: Arnaldo Carvalho de Melo AuthorDate: Fri, 18 Jan 2019 11:34:15 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 21 Jan 2019 17:38:56 -0300

[tip:perf/core] bpf: Add module name [bpf] to ksymbols for bpf programs

Commit-ID: 6934058d9fb6c058fb5e5b11cdcb19834e205c91 Gitweb: https://git.kernel.org/tip/6934058d9fb6c058fb5e5b11cdcb19834e205c91 Author: Song Liu AuthorDate: Thu, 17 Jan 2019 08:15:21 -0800 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 21 Jan 2019 17:38:56 -0300 bpf: Add module

[tip:perf/core] perf top: Synthesize BPF events for pre-existing loaded BPF programs

Commit-ID: a40b95bcd30cf77c6c7a00f879dfecbded47b3bd Gitweb: https://git.kernel.org/tip/a40b95bcd30cf77c6c7a00f879dfecbded47b3bd Author: Arnaldo Carvalho de Melo AuthorDate: Thu, 17 Jan 2019 08:15:20 -0800 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 21 Jan 2019 17:38:56 -0300

[tip:perf/core] perf tools: Synthesize PERF_RECORD_* for loaded BPF programs

Commit-ID: 7b612e291a5affb12b9d0b87332c71bcbe9c5db4 Gitweb: https://git.kernel.org/tip/7b612e291a5affb12b9d0b87332c71bcbe9c5db4 Author: Song Liu AuthorDate: Thu, 17 Jan 2019 08:15:19 -0800 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 21 Jan 2019 17:36:39 -0300 perf tools:

[tip:perf/core] perf tools: Handle PERF_RECORD_BPF_EVENT

Commit-ID: 45178a928a4b7c6093f6621e627d09909e81cc13 Gitweb: https://git.kernel.org/tip/45178a928a4b7c6093f6621e627d09909e81cc13 Author: Song Liu AuthorDate: Thu, 17 Jan 2019 08:15:18 -0800 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 21 Jan 2019 17:00:57 -0300 perf tools:

[tip:perf/core] perf tools: Handle PERF_RECORD_KSYMBOL

Commit-ID: 9aa0bfa370b278a539077002b3c660468d66b5e7 Gitweb: https://git.kernel.org/tip/9aa0bfa370b278a539077002b3c660468d66b5e7 Author: Song Liu AuthorDate: Thu, 17 Jan 2019 08:15:17 -0800 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 21 Jan 2019 17:00:57 -0300 perf tools:

[tip:perf/core] tools headers uapi: Sync tools/include/uapi/linux/perf_event.h

Commit-ID: df063c83aa2c58412ddf533ada9aaf25986120ec Gitweb: https://git.kernel.org/tip/df063c83aa2c58412ddf533ada9aaf25986120ec Author: Song Liu AuthorDate: Thu, 17 Jan 2019 08:15:16 -0800 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 21 Jan 2019 17:00:57 -0300 tools headers

[tip:perf/core] perf, bpf: Introduce PERF_RECORD_BPF_EVENT

Commit-ID: 6ee52e2a3fe4ea35520720736e6791df1fb67106 Gitweb: https://git.kernel.org/tip/6ee52e2a3fe4ea35520720736e6791df1fb67106 Author: Song Liu AuthorDate: Thu, 17 Jan 2019 08:15:15 -0800 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 21 Jan 2019 17:00:57 -0300 perf, bpf:

[tip:perf/core] tools headers uapi: Sync tools/include/uapi/linux/perf_event.h

Commit-ID: d764ac6464915523e68e220b6aa4c3c2eb8e3f94 Gitweb: https://git.kernel.org/tip/d764ac6464915523e68e220b6aa4c3c2eb8e3f94 Author: Song Liu AuthorDate: Thu, 17 Jan 2019 08:15:14 -0800 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 21 Jan 2019 17:00:57 -0300 tools headers

[tip:perf/core] perf, bpf: Introduce PERF_RECORD_KSYMBOL

Commit-ID: 76193a94522f1d4edf2447a536f3f796ce56343b Gitweb: https://git.kernel.org/tip/76193a94522f1d4edf2447a536f3f796ce56343b Author: Song Liu AuthorDate: Thu, 17 Jan 2019 08:15:13 -0800 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 21 Jan 2019 17:00:57 -0300 perf, bpf:

[tip:perf/core] perf report: Dump s390 counter set data to file

Commit-ID: 8dabe9c43af7aa78b16ce0d61bc595eca20c7a70 Gitweb: https://git.kernel.org/tip/8dabe9c43af7aa78b16ce0d61bc595eca20c7a70 Author: Thomas Richter AuthorDate: Thu, 17 Jan 2019 10:30:03 +0100 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 21 Jan 2019 17:00:57 -0300 perf

Re: [PATCH v7 2/3] arm64: implement ftrace with regs

Hi Torsten, A few suggestions below. On 18/01/2019 16:39, Torsten Duwe wrote: > Once gcc8 adds 2 NOPs at the beginning of each function, replace the > first NOP thus generated with a quick LR saver (move it to scratch reg > x9), so the 2nd replacement insn, the call to ftrace, does not clobber >

[PATCH] lightnvm: pblk: use vfree to free metadata on error path

From: Hans Holmberg As chunk metadata is allocated using vmalloc, we need to free it using vfree. Fixes: 090ee26fd512 ("lightnvm: use internal allocation for chunk log page") Signed-off-by: Hans Holmberg --- drivers/lightnvm/pblk-core.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)

[tip:perf/core] perf: Make perf_event_output() propagate the output() return

Commit-ID: 5620196951192f7cd2da0a04e7c0113f40bfc14e Gitweb: https://git.kernel.org/tip/5620196951192f7cd2da0a04e7c0113f40bfc14e Author: Arnaldo Carvalho de Melo AuthorDate: Fri, 11 Jan 2019 13:20:20 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 21 Jan 2019 17:00:57 -0300

[tip:perf/core] perf report: Display arch specific diagnostic counter sets, starting with s390

Commit-ID: 93115d32e814f3578601a0b7b3f4914509f4 Gitweb: https://git.kernel.org/tip/93115d32e814f3578601a0b7b3f4914509f4 Author: Thomas Richter AuthorDate: Thu, 17 Jan 2019 10:37:17 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 21 Jan 2019 17:00:48 -0300 perf

Re: [PATCH] dt-bindings: sdhci-omap: Add properties for using external dma

Hi Chunyan, +Rob Herring On 22/01/19 2:17 PM, Chunyan Zhang wrote: > sdhci-omap can support both external dma controller via dmaengine > framework as well as ADMA which standard SD host controller > provides. > > Signed-off-by: Chunyan Zhang > Signed-off-by: Faiz Abbas > --- Thanks for

[tip:perf/core] perf report: Display names in s390 diagnostic counter sets

Commit-ID: 3e4a1c536b2690cf461e930485b0ab0cdafba73b Gitweb: https://git.kernel.org/tip/3e4a1c536b2690cf461e930485b0ab0cdafba73b Author: Thomas Richter AuthorDate: Thu, 17 Jan 2019 10:30:02 +0100 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 21 Jan 2019 17:00:56 -0300 perf

[tip:perf/core] perf tools: Remove duplicate headers

Commit-ID: 3eb03a5208a4eb46443e23e3fa9eb7e4c7ae4885 Gitweb: https://git.kernel.org/tip/3eb03a5208a4eb46443e23e3fa9eb7e4c7ae4885 Author: Brajeswar Ghosh AuthorDate: Tue, 15 Jan 2019 19:29:16 +0530 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 21 Jan 2019 15:15:57 -0300 perf

[PATCH] lightnvm: pblk: stop taking the free lock in in pblk_lines_free

From: Hans Holmberg pblk_line_meta_free might sleep (it can end up calling vfree, depending on how we allocate lba lists), and this can lead to a BUG() if we wake up on a different cpu and release the lock. As there is no point of grabbing the free lock when pblk has shut down, remove the lock.

Re: [for next][PATCH] iwlwifi: Fix unmet dependency error for IWLWIFI_LEDS

On Mon, 2019-01-21 at 23:31 +, Sinan Kaya wrote: > There is an unresolved dependency as follows: > > IWLWIFI_LEDS selects MAC80211_LEDS. > MAC80211_LEDS depends on MAC80211. > > It is possible to choose MAC80211_LEDS (y) but not choose MAC80211 > (n) > > WARNING: unmet direct dependencies

Re: 4.20.1: BUG: unable to handle kernel paging request at 0000100000000008

Is this the wrong list to report this problem? I haven't found a "mem" mailing list on vger. Regards Harri - On 1/14/19 2:01 PM, Harald Dunkel wrote: Hi folks, my server stumbled over this last night: Jan 13 19:03:15

[tip:perf/core] perf: Remove duplicated workqueue.h include from perf_event.h

Commit-ID: cf5c6c211b7e9eb4f4219f83671432c9ef257187 Gitweb: https://git.kernel.org/tip/cf5c6c211b7e9eb4f4219f83671432c9ef257187 Author: YueHaibing AuthorDate: Thu, 17 Jan 2019 15:25:04 +0800 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 21 Jan 2019 15:15:57 -0300 perf: Remove

[tip:perf/core] perf session: Add 'data_offset' member to reader object

Commit-ID: 71002bd214822a15bee0f7bc033a0dbf95cf780b Gitweb: https://git.kernel.org/tip/71002bd214822a15bee0f7bc033a0dbf95cf780b Author: Jiri Olsa AuthorDate: Thu, 10 Jan 2019 11:13:00 +0100 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 21 Jan 2019 15:15:57 -0300 perf session:

[tip:perf/core] perf session: Add reader__process_events function

Commit-ID: 3c7b67b23eb317787d113b1e9a6d82250202a1e3 Gitweb: https://git.kernel.org/tip/3c7b67b23eb317787d113b1e9a6d82250202a1e3 Author: Jiri Olsa AuthorDate: Thu, 10 Jan 2019 11:13:01 +0100 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 21 Jan 2019 15:15:57 -0300 perf session:

[tip:perf/core] perf session: Add reader object

Commit-ID: 82715eb184c55b5097c8f1022f54303c2ddbc329 Gitweb: https://git.kernel.org/tip/82715eb184c55b5097c8f1022f54303c2ddbc329 Author: Jiri Olsa AuthorDate: Thu, 10 Jan 2019 11:12:58 +0100 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 21 Jan 2019 15:15:57 -0300 perf session:

[tip:perf/core] perf session: Add 'data_size' member to reader object

Commit-ID: f66f0950527cd070d2949a0133275c30e717ba9b Gitweb: https://git.kernel.org/tip/f66f0950527cd070d2949a0133275c30e717ba9b Author: Jiri Olsa AuthorDate: Thu, 10 Jan 2019 11:12:59 +0100 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 21 Jan 2019 15:15:57 -0300 perf session:

Re: possible deadlock in __do_page_fault

On Tue, Jan 22, 2019 at 11:02 AM Tetsuo Handa wrote: > > On 2018/09/22 8:21, Andrew Morton wrote: > > On Thu, 20 Sep 2018 19:33:15 -0400 Joel Fernandes > > wrote: > > > >> On Thu, Sep 20, 2018 at 5:12 PM Todd Kjos wrote: > >>> > >>> +Joel Fernandes > >>> > >>> On Thu, Sep 20, 2018 at 2:11 PM

[tip:perf/core] perf session: Get rid of file_size variable

Commit-ID: 4f5a473d79c755d2e325c9a8dab01804d5416923 Gitweb: https://git.kernel.org/tip/4f5a473d79c755d2e325c9a8dab01804d5416923 Author: Jiri Olsa AuthorDate: Thu, 10 Jan 2019 11:12:57 +0100 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 21 Jan 2019 15:15:57 -0300 perf session:

Re: [PATCH] media: docs-rst: Document m2m stateless video decoder interface

Hi, On Tue, 2019-01-22 at 17:19 +0900, Tomasz Figa wrote: > Hi Paul, > > On Fri, Dec 7, 2018 at 5:30 PM Paul Kocialkowski > wrote: > > Hi, > > > > Thanks for this new version! I only have one comment left, see below. > > > > On Wed, 2018-12-05 at 19:01 +0900, Alexandre Courbot wrote: > > >

[tip:perf/core] perf session: Rearrange perf_session__process_events function

Commit-ID: 7ba4da100261482afcb693a1b39e483c9c03aba2 Gitweb: https://git.kernel.org/tip/7ba4da100261482afcb693a1b39e483c9c03aba2 Author: Jiri Olsa AuthorDate: Thu, 10 Jan 2019 11:12:56 +0100 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 21 Jan 2019 15:15:57 -0300 perf session:

[tip:perf/core] perf tools: Replace automatic const char[] variables by statics

Commit-ID: 49b8e2beceda79ae25938faf68fad0ad62534852 Gitweb: https://git.kernel.org/tip/49b8e2beceda79ae25938faf68fad0ad62534852 Author: Rasmus Villemoes AuthorDate: Sat, 3 Nov 2018 00:06:23 +0100 Committer: Arnaldo Carvalho de Melo CommitDate: Mon, 21 Jan 2019 15:15:57 -0300 perf

Re: [PATCH RESEND v5 00/23] drm/sun4i: Support for linear and tiled YUV formats with the frontend

Hi, On Fri, 2019-01-18 at 19:20 +0100, Maxime Ripard wrote: > On Fri, Jan 18, 2019 at 03:51:10PM +0100, Paul Kocialkowski wrote: > > This series implements support for YUV formats using the display engine > > frontend in the sun4i DRM driver, with various fixes along the way. > > Scaling is

Re: [PATCH] soc: qcom: update config dependencies for QCOM_RPMPD

On 22-01-19, 15:24, Rajendra Nayak wrote: > I was doing some quick testing by adding the calls to of_genpd_remove_last() > as > suggested by Ulf for cleaning up the genpd registrations, and I run into this > backtrace when the driver re-probes followed by a remove > > [ 59.204525] kobject

proc.c:undefined reference to `strcmp'

Hi Olof, It's probably a bug fix that unveils the link errors. tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 47bfa6d9dc8c060bf56554a465c9031e286d2f80 commit: 35004f2e55807a1a1491db24ab512dd2f770a130 lib/genalloc.c: include vmalloc.h date: 2 weeks

Re: [PATCH net-next 4/7] net: phy: marvell10g: Add support for 2.5GBASET and 5GBASET

Hello Andrew, Russell, On Mon, 21 Jan 2019 21:17:15 +0100 Andrew Lunn wrote: >> @@ -264,8 +265,10 @@ static int mv3310_config_init(struct phy_device *phydev) >> if (ret) >> return ret; >> >> -linkmode_and(phydev->advertising, phydev->advertising, >> -

Re: arch/x86/include/asm/cmpxchg.h:245:2: error: 'asm' operand has impossible constraints

On Tue, Jan 22, 2019 at 12:53:11PM +0800, kbuild test robot wrote: > Hi Ingo, > > FYI, the error/warning still remains. Guys, we already discussed this: https://lists.01.org/pipermail/kbuild-all/2018-December/056206.html but you keep reporting it. You need to fix your reported issues

Re: [GIT PULL 00/24] perf/core improvements and fixes

* Arnaldo Carvalho de Melo wrote: > Hi Ingo, > > Please consider pulling, > > Regards, > > - Arnaldo > > Test results at the end of this message, as usual. > > The following changes since commit ad07c8ceb6631a83b62d405a61448bba92adac68: > > perf/core: Remove unused perf_flags

Re: [PATCH 4/4] livepatch: Remove the redundant enabled flag in struct klp_patch

On Wed, 16 Jan 2019, Petr Mladek wrote: > diff --git a/kernel/livepatch/core.c b/kernel/livepatch/core.c > index 684766d306ad..8e644837e668 100644 > --- a/kernel/livepatch/core.c > +++ b/kernel/livepatch/core.c > @@ -59,6 +59,17 @@ static bool klp_is_module(struct klp_object *obj) > return

Re: [PATCH net-next] net: dsa: mv88e6xxx: Add suspend/resume callbacks

Hi Florian, Florian Fainelli wrote on Thu, 17 Jan 2019 10:00:46 -0800: > On 1/17/19 7:50 AM, Miquel Raynal wrote: > > Hi Andrew, Vivien, > > > > Vivien Didelot wrote on Thu, 17 Jan 2019 > > 10:46:41 -0500: > > > >> Hi, > >> > >> On Wed, 16 Jan 2019 23:23:29 +0100, Andrew Lunn wrote: >

Re: [PATCH v4 4/4] can: tcan4x5x: Add tcan4x5x driver to the kernel

Hello, Am 17.01.19 um 21:06 schrieb Dan Murphy: > Add the TCAN4x5x SPI CAN driver. This device > uses the Bosch MCAN IP core along with a SPI > interface map. Leverage the MCAN common core > code to manage the MCAN IP. > > This device has a special method to indicate a > write/read operation

Re: [PATCH v6 04/16] sched/core: uclamp: Add CPU's clamp buckets refcounting

On Mon, Jan 21, 2019 at 03:54:07PM +, Patrick Bellasi wrote: > On 21-Jan 16:17, Peter Zijlstra wrote: > > On Tue, Jan 15, 2019 at 10:15:01AM +, Patrick Bellasi wrote: > > > +#ifdef CONFIG_UCLAMP_TASK > > > > > +struct uclamp_bucket { > > > + unsigned long value :

<    6   7   8   9   10   11   12   13   >