Re: [Xen-devel] [PATCH 0/1] drm/xen-zcopy: Add Xen zero-copy helper DRM driver

2018-04-25 Thread Dongwon Kim
On Wed, Apr 25, 2018 at 08:34:55AM +0200, Daniel Vetter wrote: > On Wed, Apr 25, 2018 at 09:07:07AM +0300, Oleksandr Andrushchenko wrote: > > On 04/24/2018 11:35 PM, Dongwon Kim wrote: > > > Had a meeting with Daniel and talked about bringing out generic > > > part of hyper-dmabuf to the userspace,

Re: [PATCH 2/3] drm/scheduler: Don't call wait_event_killable for signaled process.

2018-04-25 Thread Oleg Nesterov
On 04/25, Andrey Grodzovsky wrote: > > here (drm_sched_entity_fini) is also a bad idea, but we still want to be > able to exit immediately > and not wait for GPU jobs completion when the reason for reaching this code > is because of KILL > signal to the user process who opened the device file. Can

Re: [PATCH 3/3] drm/amdgpu: Switch to interrupted wait to recover from ring hang.

2018-04-25 Thread Andrey Grodzovsky
On 04/24/2018 12:30 PM, Eric W. Biederman wrote: "Panariti, David" writes: Andrey Grodzovsky writes: Kind of dma_fence_wait_killable, except that we don't have such API (maybe worth adding ?) Depends on how many places it would be called, or think it might be called. Can always factor o

Re: [PATCH] media: zoran: move to dma-mapping interface

2018-04-25 Thread Mauro Carvalho Chehab
Em Wed, 25 Apr 2018 17:58:25 +0200 Arnd Bergmann escreveu: > On Wed, Apr 25, 2018 at 5:26 PM, Christoph Hellwig wrote: > > On Wed, Apr 25, 2018 at 01:15:18PM +0200, Arnd Bergmann wrote: > >> That thought had occurred to me as well. I removed the oldest ISDN > >> drivers already some years ago,

Re: [PATCH 1/3] mm: introduce NR_INDIRECTLY_RECLAIMABLE_BYTES

2018-04-25 Thread Roman Gushchin
On Wed, Apr 25, 2018 at 07:02:42PM +0200, Vlastimil Babka wrote: > On 04/25/2018 06:48 PM, Roman Gushchin wrote: > > On Wed, Apr 25, 2018 at 05:47:26PM +0200, Vlastimil Babka wrote: > >> On 04/25/2018 02:52 PM, Roman Gushchin wrote: > >>> On Wed, Apr 25, 2018 at 09:19:29AM +0530, Vijayanand Jitta w

Re: [PATCH] selftests: net: add in_netns.sh TEST_GEN_PROGS_EXTENDED

2018-04-25 Thread David Miller
From: Anders Roxell Date: Wed, 25 Apr 2018 00:19:52 +0200 > Script in_netns.sh is a utility function and not its own test so it > shouldn't be part of the TEST_PROGS. The in_netns.sh get used by > run_afpackettests. > To install in_netns.sh without being added to the main run_kselftest.sh > scrip

Re: [PATCH v2 0/4] ARM: amba: driver_override improvements and fixes

2018-04-25 Thread Geert Uytterhoeven
Hi Russell, (Woops, seems like I forgot to send the email below, while waiting for a success report for my submission to your patch queue) On Wed, Apr 11, 2018 at 12:19 AM, Russell King - ARM Linux wrote: > On Tue, Apr 10, 2018 at 03:21:42PM +0200, Geert Uytterhoeven wrote: >> This patch series

Re: [RFC PATCH v2 3/4] acpi: apei: Do not panic() when correctable errors are marked as fatal.

2018-04-25 Thread Alex G.
On 04/25/2018 12:15 PM, Borislav Petkov wrote: > On Wed, Apr 25, 2018 at 10:00:53AM -0500, Alex G. wrote: >> Firmware-first. > > Ok, my guess was right. > >> We could probably use more of the native AER print functions, but that's >> beyond the scope of this patch. > > No no, this does not bel

Re: [PATCH v4] spi/bcm63xx-hspi: Enable the clock before calling clk_get_rate().

2018-04-25 Thread Mark Brown
On Wed, Apr 25, 2018 at 06:49:06PM +0200, Stefan Potyra wrote: > Additionally, prepare/enable the pll_clk before calling clk_get_rate() > for the same reason. I don't see this change in the code: > struct clk *pll_clk = devm_clk_get(dev, "pll"); > > - if (IS_ERR(pll_c

Re: [tip:timers/urgent] Revert: Unify CLOCK_MONOTONIC and CLOCK_BOOTTIME

2018-04-25 Thread Linus Torvalds
On Wed, Apr 25, 2018 at 6:45 AM, tip-bot for Thomas Gleixner wrote: > > As stated in the pull request for the unification of CLOCK_MONOTONIC and > CLOCK_BOOTTIME, it was clear that we might have to revert the change. I'm ok with the revert., but I do want the revert message to talk about *exactly

git send-email duplicating messages?

2018-04-25 Thread Sam Hansen
Greetings, I have been sending patches out like: $ git send-email --to=foo-l...@vger.kernel.org \ --cc-cmd='scripts/get_maintainer.pl -non -norolestats' \ *.patch For some reason, when git sends the emails, it sends each patch both directly to, and also cc's, everyone mentioned by get_mainta

Re: [PATCH v2] staging: bcm2835-audio: Disconnect and free vchi_instance on module_exit()

2018-04-25 Thread Kirill Marinushkin
On 04/25/18 08:16, Greg Kroah-Hartman wrote: > On Tue, Apr 24, 2018 at 09:57:29PM +0200, Kirill Marinushkin wrote: >> In the current implementation, vchi_instance is inited during the first >> call of bcm2835_audio_open_connection(), and is never freed. It causes a >> memory leak when the module `s

Re: [B.A.T.M.A.N.] [PATCH] batman-adv: fix batadv_interface_tx()'s return type

2018-04-25 Thread Sven Eckelmann
On Dienstag, 24. April 2018 15:18:46 CEST Luc Van Oostenryck wrote: > The method ndo_start_xmit() is defined as returning an 'netdev_tx_t', > which is a typedef for an enum type, but the implementation in this > driver returns an 'int'. > > Fix this by returning 'netdev_tx_t' in this driver too. >

[PATCH 2/4] ARM: dts: i.MX6: imx6dl-mamoj: Add parallel display support

2018-04-25 Thread Jagan Teki
This patch adds parallel display support for i.MX6DL Mamoj board along with relevant backlight through pwm. LCD power sequence is added by 'Michael Trimarchi'. Signed-off-by: Simone CIANNI Signed-off-by: Raffaele RECALCATI Signed-off-by: Michael Trimarchi Signed-off-by: Jagan Teki --- arch/a

[PATCH 3/4] ARM: dts: i.MX6: imx6dl-mamoj: Add Wifi support

2018-04-25 Thread Jagan Teki
Add TI WL18XX Wifi for BTicino i.MX6DL board. Signed-off-by: Simone CIANNI Signed-off-by: Raffaele RECALCATI Signed-off-by: Michael Trimarchi Signed-off-by: Jagan Teki --- arch/arm/boot/dts/imx6dl-mamoj.dts | 53 ++ 1 file changed, 53 insertions(+) diff --

[PATCH 1/4] drm/panel: simple: Add support for Rocktech RK070ER9427 LCD panel

2018-04-25 Thread Jagan Teki
This adds support for the Rocktech Display Ltd. RK070ER9427 800(RGB)x480 TFT LCD panel, which can be supported by the simple panel driver. Signed-off-by: Jagan Teki --- .../display/panel/rocktech,rk070er9427.txt | 25 drivers/gpu/drm/panel/panel-simple.c |

Re: [RFC PATCH v2 3/4] acpi: apei: Do not panic() when correctable errors are marked as fatal.

2018-04-25 Thread Borislav Petkov
On Wed, Apr 25, 2018 at 12:27:59PM -0500, Alex G. wrote: > SURPRISE!!! What does that mean? You've had too much coffee? > It's coming (eventually). I'm trying to avoid pushing more than one > series per week. You better. Flooding people with patchsets won't get you very far. -- Regards/Gruss,

[PATCH 4/4] ARM: dts: i.MX6: imx6dl-mamoj: Add usb host and device support

2018-04-25 Thread Jagan Teki
From: Michael Trimarchi Add USB host and device support for BTicino i.MX6DL Mamoj board. Signed-off-by: Simone CIANNI Signed-off-by: Raffaele RECALCATI Signed-off-by: Michael Trimarchi Signed-off-by: Jagan Teki --- arch/arm/boot/dts/imx6dl-mamoj.dts | 27 +++ 1 file

[PATCH 3/3] tools bpftool: Display license GPL compatible in prog show/list

2018-04-25 Thread Jiri Olsa
Display the license GPL NON/compatible string in bpftool prog command, like: # bpftool prog list 3: kprobe name func_begin tag 57cd311f2e27366b license GPL NON compatible loaded_at Apr 25/11:20 uid 0 xlated 16B not jited memlock 4096B # bpftool prog list 4: kprobe

Re: [PATCH 0/3] K2G: mmc: Update mmc dt node to use sdhci-omap

2018-04-25 Thread Santosh Shilimkar
On 4/25/2018 6:27 AM, Kishon Vijay Abraham I wrote: Update mmc dt node to use sdhci-omap binding instead of omap_hsmmc binding. I've also updated keystone_defconfig to enable CONFIG_MMC_SDHCI_OMAP. Everyone who use a custom .config should also enable CONFIG_MMC_SDHCI_OMAP for MMC to work. This

[PATCH 1/3] bpf: Add gpl_compatible flag to struct bpf_prog_info

2018-04-25 Thread Jiri Olsa
Adding gpl_compatible flag to struct bpf_prog_info so it can be dumped via bpf_prog_get_info_by_fd and displayed via bpftool progs dump. Alexei noticed 4-byte hole in struct bpf_prog_info, so we put the u32 flags field in there, and we can keep adding bit fields in there without breaking user spac

Re: [PATCH v7 2/5] of: change overlay apply input data from unflattened to FDT

2018-04-25 Thread Frank Rowand
On 04/25/18 07:59, Alan Tull wrote: > On Tue, Apr 24, 2018 at 3:56 PM, Frank Rowand wrote: >> Hi Alan, >> >> On 04/23/18 15:38, Frank Rowand wrote: >>> Hi Jan, >>> >>> + Alan Tull for fpga perspective >>> >>> On 04/22/18 03:30, Jan Kiszka wrote: On 2018-04-11 07:42, Jan Kiszka wrote: > On

[PATCHv2 0/3] bpf: Store/dump license string for loaded program

2018-04-25 Thread Jiri Olsa
hi, sending the change to store and dump the license info for loaded BPF programs. It's important for us get the license info, when investigating on screwed up machine. v2 changes: - dumping only the GPL compatible bool, without storing the whole license string Adding change to bpftool to d

[PATCH 2/3] tools bpf: Sync bpf.h uapi header

2018-04-25 Thread Jiri Olsa
Syncing the bpf.h uapi header with tools. Signed-off-by: Jiri Olsa --- tools/include/uapi/linux/bpf.h | 1 + 1 file changed, 1 insertion(+) diff --git a/tools/include/uapi/linux/bpf.h b/tools/include/uapi/linux/bpf.h index e6679393b687..da8801860c7d 100644 --- a/tools/include/uapi/linux/bpf.h +

[PATCH 2/6] backlight/generic-bl: remove DRIVER1 state

2018-04-25 Thread Daniel Vetter
Nothing in the entire tree ever sets this, which means this is dead code. Remove it. Cc: Lee Jones Cc: Daniel Thompson Cc: Jingoo Han Acked-by: Daniel Thompson Signed-off-by: Daniel Vetter --- drivers/video/backlight/generic_bl.c | 5 - 1 file changed, 5 deletions(-) diff --git a/driver

[PATCH 5/6] backlight: Also nuke BL_CORE_DRIVER1

2018-04-25 Thread Daniel Vetter
Now that the 3 drivers using this are cleaned up we can also remove this final bit of confusion of leaking driver internals into the backlight power interface. The backlight power interface itself is still a massive mess. Cc: Lee Jones Cc: Daniel Thompson Cc: Jingoo Han Acked-by: Daniel Thomps

[PATCH 6/6] MAINTAINERS: add dri-devel for backlight subsystem patches

2018-04-25 Thread Daniel Vetter
For the same reasons we've added dri-devel for all fbdev patches: Most of the actively developed drivers using this infrastructure are in drivers/gpu/. It just makes sense to cross-post patches and keep aligned. And total activity in the backlight subsystem is miniscule compared to drm overall. Cc

Re: [PATCH] tty: Fix data race in tty_insert_flip_string_fixed_flag

2018-04-25 Thread DaeRyong Jeong
On Wed, Apr 25, 2018 at 03:41:59PM +0200, Greg KH wrote: > On Wed, Apr 25, 2018 at 10:20:50PM +0900, DaeRyong Jeong wrote: > > tty_insert_flip_string_fixed_flag() copies chars to the buffer indicated > > by th->used and updates tb->used. > > But tty_insert_flip_string_fixed_flag() can be executed c

Re: [PATCH] media: zoran: move to dma-mapping interface

2018-04-25 Thread Trent Piepho
On Wed, 2018-04-25 at 14:22 -0300, Mauro Carvalho Chehab wrote: > Em Wed, 25 Apr 2018 17:58:25 +0200 > Arnd Bergmann escreveu: > > > On Wed, Apr 25, 2018 at 5:26 PM, Christoph Hellwig > rg> wrote: > > > On Wed, Apr 25, 2018 at 01:15:18PM +0200, Arnd Bergmann wrote: > > > > That thought had occ

[PATCH 4/6] staging/fbtft: Stop using BL_CORE_DRIVER1

2018-04-25 Thread Daniel Vetter
Leaking driver internal tracking into the already massively confusing backlight power tracking is really confusing. Luckily we have already a drvdata structure, so fixing this is really easy. Cc: Lee Jones Cc: Daniel Thompson Cc: Jingoo Han Cc: Thomas Petazzoni Acked-by: Daniel Thompson Sign

[PATCH 3/6] backlight/pandora: Stop using BL_CORE_DRIVER1

2018-04-25 Thread Daniel Vetter
Leaking driver internal tracking into the already massively confusing backlight power tracking is really confusing. Stop that by allocating a tiny driver private data structure instead. Cc: Lee Jones Cc: Daniel Thompson Cc: Jingoo Han Acked-by: Daniel Thompson Signed-off-by: Daniel Vetter --

[PATCH 1/6] backlight: Nuke unused backlight.props.state states

2018-04-25 Thread Daniel Vetter
The backlight power state handling is supremely confusing. We have: - props.power, using FB_BLANK_* defines - props.fb_blank, using the same, but deprecated int favour of props.state - props.state, using the BL_CORE_* defines - and finally a bunch of backlight drivers treat brightness == 0 as o

Re: [Linaro-mm-sig] [PATCH 4/8] dma-buf: add peer2peer flag

2018-04-25 Thread Alex Deucher
On Wed, Apr 25, 2018 at 2:41 AM, Christoph Hellwig wrote: > On Wed, Apr 25, 2018 at 02:24:36AM -0400, Alex Deucher wrote: >> > It has a non-coherent transaction mode (which the chipset can opt to >> > not implement and still flush), to make sure the AGP horror show >> > doesn't happen again and GP

Re: [PATCH 1/4] drm/panel: simple: Add support for Rocktech RK070ER9427 LCD panel

2018-04-25 Thread Fabio Estevam
Hi Jagan, On Wed, Apr 25, 2018 at 2:39 PM, Jagan Teki wrote: > This adds support for the Rocktech Display Ltd. RK070ER9427 > 800(RGB)x480 TFT LCD panel, which can be supported by the > simple panel driver. > > Signed-off-by: Jagan Teki You missed to send this to the drm panel maintainers. ./sc

Re: [PATCH 1/6] PCI: Make pci_get_new_domain_nr static

2018-04-25 Thread Jan Kiszka
On 2018-04-25 18:27, Lorenzo Pieralisi wrote: > On Tue, Apr 24, 2018 at 05:13:37PM +0200, Jan Kiszka wrote: >> From: Jan Kiszka >> >> The only user of that function is of_pci_bus_find_domain_nr. Pure >> cleanup. > > "The only user of pci_get_new_domain_nr() is of_pci_bus_find_domain_nr(). > Since

Re: [Mjpeg-users] [PATCH] media: zoran: move to dma-mapping interface

2018-04-25 Thread Bernhard Praschinger
Hallo Christoph Hellwig wrote: On Wed, Apr 25, 2018 at 09:08:13AM +0200, Arnd Bergmann wrote: That probably also means it can use dma_mmap_coherent instead of the handcrafted remap_pfn_range loop and the PageReserved abuse. I'd rather not touch that code. How about adding a comment about the

Re: [PATCH 1/3] sched: remove select_idle_core() for scalability

2018-04-25 Thread Peter Zijlstra
On Tue, Apr 24, 2018 at 02:45:50PM -0700, Subhra Mazumdar wrote: > So what you said makes sense in theory but is not borne out by real > world results. This indicates that threads of these benchmarks care more > about running immediately on any idle cpu rather than spending time to find > fully idl

Re: [PATCH 0/3] v4.16 tpmdd backports

2018-04-25 Thread James Bottomley
On Wed, 2018-04-25 at 13:06 +0200, Greg KH wrote: > On Wed, Apr 25, 2018 at 01:44:20PM +0300, Jarkko Sakkinen wrote: > > "tpm: add retry logic" caused merge conflicts so I picked couple of > > other fixes in order to get it apply cleanly. > > Are these only needed in 4.16.y?  Nothing earlier? The

Re: [PATCH v2 2/4] ARM: amba: Fix race condition with driver_override

2018-04-25 Thread Geert Uytterhoeven
Hi Greg, On Wed, Apr 25, 2018 at 6:06 PM, Greg Kroah-Hartman wrote: > On Tue, Apr 10, 2018 at 03:21:44PM +0200, Geert Uytterhoeven wrote: >> The driver_override implementation is susceptible to a race condition >> when different threads are reading vs storing a different driver >> override. Add

Re: [PATCH] tty: Fix data race in tty_insert_flip_string_fixed_flag

2018-04-25 Thread DaeRyong Jeong
On Wed, Apr 25, 2018 at 03:39:48PM +0100, Alan Cox wrote: > On Wed, 25 Apr 2018 22:20:50 +0900 > DaeRyong Jeong wrote: > > > tty_insert_flip_string_fixed_flag() copies chars to the buffer indicated > > by th->used and updates tb->used. > > But tty_insert_flip_string_fixed_flag() can be executed c

Re: [PATCH 6/6] arm: Allow to enable PCI_DOMAINS manually

2018-04-25 Thread Lorenzo Pieralisi
On Tue, Apr 24, 2018 at 05:13:42PM +0200, Jan Kiszka wrote: > From: Jan Kiszka > > Required when running over Jailhouse, and there is already a physical > host controller that Jailhouse does not intercept and rather adds a > virtual one. That is the case for the Tegra TK1, e.g. > > Signed-off-by

Re: [PATCH] sched/rt: Rework for_each_process_thread() iterations in tg_has_rt_tasks()

2018-04-25 Thread Peter Zijlstra
On Thu, Apr 19, 2018 at 08:29:01PM +0300, Kirill Tkhai wrote: > tg_rt_schedulable() iterates over all child task groups, > while tg_has_rt_tasks() iterates over all linked tasks. > In case of systems with big number of tasks, this may > take a lot of time. So you're actually using RT cgroups? Som

Re: [PATCH v3 2/5] efi: Add embedded peripheral firmware support

2018-04-25 Thread Luis R. Rodriguez
On Wed, Apr 25, 2018 at 01:00:09AM -0400, Mimi Zohar wrote: > On Tue, 2018-04-24 at 23:42 +, Luis R. Rodriguez wrote: > > On Tue, Apr 24, 2018 at 12:07:01PM -0400, Mimi Zohar wrote: > > > On Tue, 2018-04-24 at 17:09 +0200, Hans de Goede wrote: > > > > On 23-04-18 23:11, Luis R. Rodriguez wrote:

Re: [RFC 00/13] arm64: allwinner: Add A64 DE2 pipeline support

2018-04-25 Thread Jernej Škrabec
Hi, Dne sreda, 25. april 2018 ob 12:34:09 CEST je Jagan Teki napisal(a): > On Tue, Apr 24, 2018 at 9:02 PM, Jernej Škrabec wrote: > > Hi, > > > > Dne torek, 24. april 2018 ob 15:34:12 CEST je Jagan Teki napisal(a): > >> Allwinner A64 has display engine pipeline like other Allwinner SOC's > >> A

[V3 PATCH] perf parse-events: Specially handle uncore event alias in small groups

2018-04-25 Thread kan . liang
From: Kan Liang Perf stat doesn't count the uncore event aliases from the same uncore block in a group, for example: perf stat -e '{unc_m_cas_count.all,unc_m_clockticks}' -a -I 1000 # time counts unit events 1.000447342unc_m_cas_count.all 1.000

Re: [PATCH 3/3] sched: limit cpu search and rotate search window for scalability

2018-04-25 Thread Peter Zijlstra
On Wed, Apr 25, 2018 at 05:36:00PM +0200, Peter Zijlstra wrote: > On Tue, Apr 24, 2018 at 05:10:34PM -0700, Subhra Mazumdar wrote: > > On 04/24/2018 05:53 AM, Peter Zijlstra wrote: > > > > Why do you need to put a max on? Why isn't the proportional thing > > > working as is? (is the average no goo

Re: [RFC] [PATCH 0/5] procfs: reduce duplication by using symlinks

2018-04-25 Thread Jeff Mahoney
On 4/24/18 2:17 AM, Alexey Dobriyan wrote: > On Mon, Apr 23, 2018 at 10:21:01PM -0400, je...@suse.com wrote: >> Memory pressure isn't really an issue on this machine, so we >> end up using well over 100GB for proc files. > > Text files at scale! > >> With these patches applied, running the same t

Re: [Letux-kernel] [PATCH v3 2/4] gpio: pca953x: add register definitions for pcal6524 and fix address calculation

2018-04-25 Thread H. Nikolaus Schaller
Hi Andy, > Am 11.04.2018 um 07:00 schrieb H. Nikolaus Schaller : > > Hi Andy, > >> Am 10.04.2018 um 20:06 schrieb Andy Shevchenko : >> >> On Tue, Apr 10, 2018 at 7:07 PM, H. Nikolaus Schaller >> wrote: >>> PCAL chips ("L" seems to stand for "latched") have additional >>> registers starting at

Re: Lack of suspend/resume/shutdown ordering between GPIO providers and consumers

2018-04-25 Thread Grygorii Strashko
On 04/24/2018 05:58 PM, Florian Fainelli wrote: Hi Linus, Rafael, all Our GPIO controller driver: gpio-brcmstb.c has a shutdown callback which gets invoked when the system is brought into poweroff aka S5. So far so good, except that we also wish to use gpio_keys.c as a possible wake-up source,

Re: [RFC 00/13] arm64: allwinner: Add A64 DE2 pipeline support

2018-04-25 Thread Jernej Škrabec
Hi, Dne sreda, 25. april 2018 ob 15:55:48 CEST je Maxime Ripard napisal(a): > On Wed, Apr 25, 2018 at 06:29:05PM +0530, Jagan Teki wrote: > > On Tue, Apr 24, 2018 at 7:38 PM, Maxime Ripard > > > > wrote: > > > On Tue, Apr 24, 2018 at 07:04:12PM +0530, Jagan Teki wrote: > > >> Allwinner A64 has d

Re: [PATCH 4.14 000/183] 4.14.37-stable review

2018-04-25 Thread Nathan Chancellor
On Wed, Apr 25, 2018 at 12:33:40PM +0200, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.14.37 release. > There are 183 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me kno

[PATCH 0/5] X86: Hyper-V: APIC enlightenments

2018-04-25 Thread kys
From: "K. Y. Srinivasan" Implement APIC related enlightenments. K. Y. Srinivasan (5): X86: Hyper-V: Enlighten APIC access X86: Hyper-V: Enable IPI enlightenments X86: Hyper-V: Enhanced IPI enlightenment X86: Hyper-V: Consolidate code for converting cpumask to vpset X86: Hyper-V: Consol

[PATCH V3 07/39] x86/intel_rdt: Initialize new resource group with sane defaults

2018-04-25 Thread Reinette Chatre
Currently when a new resource group is created its allocations would be those that belonged to the resource group to which its closid belonged previously. That is, we can encounter a case like: mkdir newgroup cat newgroup/schemata L2:0=ff;1=ff echo 'L2:0=0xf0;1=0xf0' > newgroup/schemata cat newgro

[PATCH V3 00/39] Intel(R) Resource Director Technology Cache Pseudo-Locking enabling

2018-04-25 Thread Reinette Chatre
Dear Maintainers, This third series of Cache Pseudo-Locking enabling addresses all feedback received during the upstream review of RFC V2. The last patch of this series depends on the series: "[RFC PATCH 0/3] Interface for higher order contiguous allocations" submitted at: http://lkml.kernel.org/

[PATCH V3 23/39] x86/intel_rdt: Introduce pseudo-locked region

2018-04-25 Thread Reinette Chatre
A pseudo-locked region is introduced representing an instance of a pseudo-locked cache region. Each cache instance (domain) can support one pseudo-locked region. Similarly a resource group can be used for one pseudo-locked region. Include a pointer to a pseudo-locked region from the domain and res

[PATCH V3 39/39] x86/intel_rdt: Support contiguous memory of all sizes

2018-04-25 Thread Reinette Chatre
With the new calls find_alloc_contig_pages() and free_contig_pages() it is possible to allocate contiguous memory regions larger than what the SLAB allocators can support. Use the new API to support allocation of large contiguous memory regions in order to support pseudo-locked regions larger than

[PATCH V3 33/39] x86/intel_rdt: Create resctrl debug area

2018-04-25 Thread Reinette Chatre
In preparation for support of debugging of RDT sub features the user can now enable a RDT debugfs region. Introduce the Kconfig option to enable this debug area and the subsequent creation of the resctrl debugfs directory. Signed-off-by: Reinette Chatre --- arch/x86/Kconfig

[PATCH 3/5] X86: Hyper-V: Enhanced IPI enlightenment

2018-04-25 Thread kys
From: "K. Y. Srinivasan" Support enhanced IPI enlightenments (to target more than 64 CPUs). Signed-off-by: K. Y. Srinivasan --- arch/x86/hyperv/hv_apic.c | 49 -- arch/x86/include/asm/hyperv-tlfs.h | 1 + arch/x86/include/asm/mshyperv.h| 39 +++

[PATCH V3 31/39] x86/intel_rdt: resctrl files reflect pseudo-locked information

2018-04-25 Thread Reinette Chatre
Information about resources as well as resource groups are contained in a variety of resctrl files. Now that pseudo-locked regions can be created the files can be updated to present appropriate information to the user. Update the resource group's schemata file to show only the information of the p

[PATCH 5/5] X86: Hyper-V: Consolidate the allocation of the hypercall input page

2018-04-25 Thread kys
From: "K. Y. Srinivasan" Consolidate the allocation of the hypercall input page. Signed-off-by: K. Y. Srinivasan --- arch/x86/hyperv/hv_init.c | 2 -- arch/x86/hyperv/mmu.c | 33 + arch/x86/include/asm/mshyperv.h | 1 - 3 files changed, 9 inser

[PATCH 1/5] X86: Hyper-V: Enlighten APIC access

2018-04-25 Thread kys
From: "K. Y. Srinivasan" Hyper-V supports MSR based APIC access; implement the enlightenment. Signed-off-by: K. Y. Srinivasan --- arch/x86/hyperv/Makefile| 2 +- arch/x86/hyperv/hv_apic.c | 98 + arch/x86/hyperv/hv_init.c | 5 ++- a

Re: Lack of suspend/resume/shutdown ordering between GPIO providers and consumers

2018-04-25 Thread Dmitry Torokhov
On Wed, Apr 25, 2018 at 10:00:31AM -0500, Rob Herring wrote: > On Tue, Apr 24, 2018 at 5:58 PM, Florian Fainelli > wrote: > > Hi Linus, Rafael, all > > > > Our GPIO controller driver: gpio-brcmstb.c has a shutdown callback which > > gets invoked when the system is brought into poweroff aka S5. So

[PATCH 4/5] X86: Hyper-V: Consolidate code for converting cpumask to vpset

2018-04-25 Thread kys
From: "K. Y. Srinivasan" Consolidate code for converting cpumask to vpset. Signed-off-by: K. Y. Srinivasan --- arch/x86/hyperv/hv_apic.c | 2 +- arch/x86/hyperv/mmu.c | 45 +++--- arch/x86/include/asm/hyperv-tlfs.h | 2 +- 3 files changed

[PATCH 2/5] X86: Hyper-V: Enable IPI enlightenments

2018-04-25 Thread kys
From: "K. Y. Srinivasan" Hyper-V supports hypercalls to implement IPI; use them. Signed-off-by: K. Y. Srinivasan --- arch/x86/hyperv/hv_apic.c | 125 + arch/x86/hyperv/hv_init.c | 17 + arch/x86/include/asm/hyperv-tlfs.h | 9 +++ arc

Re: [PATCH][RESEND] ASoC: Intel: atom: fix ACPI/PCI Kconfig

2018-04-25 Thread Takashi Iwai
On Mon, 02 Apr 2018 19:06:14 +0200, Pierre-Louis Bossart wrote: > > The split between ACPI and PCI platforms generated issues with randconfig: > > with SND_SST_ATOM_HIFI2_PLATFORM_PCI=y and > SND_SST_ATOM_HIFI2_PLATFORM=m, we get this module link failure: > > ERROR: "sst_context_init" > [sound/s

Re: [PATCH] mkiss: remove redundant check for len > 0

2018-04-25 Thread David Miller
From: Colin King Date: Wed, 25 Apr 2018 11:43:07 +0100 > From: Colin Ian King > > The check for len > 0 is always true and hence is redundant as > this check is already being made to execute the code inside the > while-loop. Hence it is redundant and can be removed. > > Cleans up cppcheck warn

[PATCH V3 28/39] x86/intel_rdt: Discover supported platforms via prefetch disable bits

2018-04-25 Thread Reinette Chatre
Knowing the model specific prefetch disable bits is required to support cache pseudo-locking because the hardware prefetchers need to be disabled when the kernel memory is pseudo-locked to cache. We add these bits only for platforms known to support cache pseudo-locking. When the user requests loc

[PATCH V3 20/39] x86/intel_rdt: Protect against resource group changes during locking

2018-04-25 Thread Reinette Chatre
We intend to modify file permissions to make the "tasks", "cpus", and "cpus_list" not accessible to the user when cache pseudo-locking in progress. Even so, it is still possible for the user to force the file permissions (using chmod) to make them writeable. Similarly, directory permissions will be

[PATCH V3 30/39] x86/intel_rdt: Support creation/removal of pseudo-locked region

2018-04-25 Thread Reinette Chatre
The user triggers the creation of a pseudo-locked region when writing a valid schemata to the schemata file of a resource group in the pseudo-locksetup mode. A valid schemata is one that: (1) does not overlap with any other resource group, (2) does not involve a cache that already contains a pseud

[PATCH V3 38/39] x86/intel_rdt: Limit C-states dynamically when pseudo-locking active

2018-04-25 Thread Reinette Chatre
Deeper C-states impact cache content through shrinking of the cache or flushing entire cache to memory before reducing power to the cache. Deeper C-states will thus negatively impact the pseudo-locked regions. To avoid impacting pseudo-locked regions C-states are limited on pseudo-locked region cr

[PATCH V3 37/39] x86/intel_rdt: Support L3 cache performance event of Broadwell

2018-04-25 Thread Reinette Chatre
Broadwell microarchitecture supports pseudo-locking. Add support for the L3 cache related performance events of these systems so that the success of pseudo-locking can be measured more accurately on these platforms. Signed-off-by: Reinette Chatre --- arch/x86/kernel/cpu/intel_rdt_pseudo_lock.c

[PATCH V3 12/39] x86/intel_rdt: Ensure requested schemata respects mode

2018-04-25 Thread Reinette Chatre
When the administrator requests a change in a resource group's schemata we have to ensure that the new schemata respects the current resource group as well as the other active resource groups' schemata. The new schemata is not allowed to overlap with the schemata of any exclusive resource groups.

[PATCH V3 13/39] x86/intel_rdt: Introduce "bit_usage" to display cache allocations details

2018-04-25 Thread Reinette Chatre
With cache regions now explicitly marked as "shareable" or "exclusive" we would like to communicate to the user how portions of the cache are used. Introduce "bit_usage" that indicates for each resource how portions of the cache are configured to be used. To assist the user to distinguish whether

[PATCH V3 18/39] x86/intel_rdt: Add utility to test if tasks assigned to resource group

2018-04-25 Thread Reinette Chatre
In considering changes to a resource group it becomes necessary to know whether tasks have been assigned to the resource group in question. Introduce a new utility that can be used to check if any tasks have been assigned to a particular resource group. Signed-off-by: Reinette Chatre --- arch/x

Re: [PATCH 4/7] dt-bindings: gnss: add u-blox binding

2018-04-25 Thread Rob Herring
On Tue, Apr 24, 2018 at 11:34 AM, Johan Hovold wrote: > Add binding for u-blox GNSS receivers. > > Note that the u-blox product names encodes form factor (e.g. "neo"), > chipset (e.g. "8") and variant (e.g. "q"), but that only formfactor and > chipset is used for the compatible strings (for now).

[PATCH V3 36/39] x86/intel_rdt: More precise L2 hit/miss measurements

2018-04-25 Thread Reinette Chatre
Intel Goldmont processors supports non-architectural precise events that can be used to give us more insight into the success of L2 cache pseudo-locking on these platforms. Introduce a new measurement trigger that will enable two precise events, MEM_LOAD_UOPS_RETIRED.L2_HIT and MEM_LOAD_UOPS_RETIR

[PATCH V3 35/39] x86/intel_rdt: Create character device exposing pseudo-locked region

2018-04-25 Thread Reinette Chatre
After a pseudo-locked region is created it needs to be made available to user space for usage. A character device supporting mmap() is created for each pseudo-locked region. A user space application can now use mmap() system call to map pseudo-locked region into its virtual address space. Signed-

[PATCH V3 34/39] x86/intel_rdt: Create debugfs files for pseudo-locking testing

2018-04-25 Thread Reinette Chatre
There is no simple yes/no test to determine if pseudo-locking was successful. In order to test pseudo-locking we expose a debugfs file for each pseudo-locked region that will record the latency of reading the pseudo-locked memory at a stride of 32 bytes (hardcoded). These numbers will give us an id

[PATCH V3 14/39] x86/intel_rdt: Display resource groups' allocations' size in bytes

2018-04-25 Thread Reinette Chatre
The schemata file displays the allocations associated with each domain of each resource. The syntax of this file reflects the capacity bitmask (CBM) of the actual allocation. In order to determine the actual size of an allocation the user needs to dig through three different files to query the vari

[PATCH V3 32/39] x86/intel_rdt: Ensure RDT cleanup on exit

2018-04-25 Thread Reinette Chatre
The RDT system's initialization does not have the corresponding exit handling to ensure everything initialized on load is cleaned up also. Introduce the cleanup routines that complement all initialization. This includes the removal of a duplicate rdtgroup_init() declaration. Signed-off-by: Reinet

[PATCH V3 27/39] x86/intel_rdt: Add utilities to test pseudo-locked region possibility

2018-04-25 Thread Reinette Chatre
A pseudo-locked region does not have a class of service associated with it and thus not tracked in the array of control values maintained as part of the domain. Even so, when the user provides a new bitmask for another resource group it needs to be checked for interference with existing pseudo-lock

[PATCH V3 29/39] x86/intel_rdt: Pseudo-lock region creation/removal core

2018-04-25 Thread Reinette Chatre
The user requests a pseudo-locked region by providing a schemata to a resource group that is in the pseudo-locksetup mode. This is the functionality that consumes the parsed user data and creates the pseudo-locked region. First, required information is deduced from user provided data. This include

[PATCH V3 26/39] x86/intel_rdt: Split resource group removal in two

2018-04-25 Thread Reinette Chatre
Resource groups used for pseudo-locking do not require the same work on removal as the other resource groups. The resource group removal is split in two in preparation for support of pseudo-locking resource groups. A single re-ordering occurs - the setting of the rdtgrp flag is moved to later. Thi

[PATCH V3 24/39] x86/intel_rdt: Support enter/exit of locksetup mode

2018-04-25 Thread Reinette Chatre
The locksetup mode is the way in which the user communicates that the resource group will be used for a pseudo-locked region. Locksetup mode should thus ensure that all restrictions on a resource group are met before locksetup mode can be entered. The resource group should also be configured to ens

[PATCH V3 25/39] x86/intel_rdt: Enable entering of pseudo-locksetup mode

2018-04-25 Thread Reinette Chatre
The user can request entering pseudo-locksetup mode by writing "pseudo-locksetup" to the mode file. Act on this request as well as support switching from a pseudo-locksetup mode (before pseudo-locked mode was entered). It is not supported to modify the mode once pseudo-locked mode has been entered.

[PATCH V3 22/39] x86/intel_rdt: Add check to determine if monitoring in progress

2018-04-25 Thread Reinette Chatre
When a resource group is pseudo-locked it is orphaned without a class of service associated with it. We thus do not want any monitoring in progress on a resource group that will be used for pseudo-locking. Introduce a test that can be used to determine if pseudo-locking in progress on a resource g

[PATCH V3 21/39] x86/intel_rdt: Utilities to restrict/restore access to specific files

2018-04-25 Thread Reinette Chatre
In support of Cache Pseudo-Locking we need to restrict access to specific resctrl files to protect the state of a resource group used for pseudo-locking from being changed in unsupported ways. Introduce two utilities that can be used to either restrict or restore the access to all files irrelevant

Re: [PATCH v7 2/5] of: change overlay apply input data from unflattened to FDT

2018-04-25 Thread Alan Tull
On Wed, Apr 25, 2018 at 12:41 PM, Frank Rowand wrote: > On 04/25/18 07:59, Alan Tull wrote: >> On Tue, Apr 24, 2018 at 3:56 PM, Frank Rowand wrote: >>> Hi Alan, >>> >>> On 04/23/18 15:38, Frank Rowand wrote: Hi Jan, + Alan Tull for fpga perspective On 04/22/18 03:30, Jan

[PATCH] ARM64: dts: marvell: armada-cp110: Add mg_core_clk for ethernet node

2018-04-25 Thread Maxime Chevallier
Marvell PPv2.2 controller present on CP-110 need the extra "mg_core_clk" clock to avoid system hangs when powering some network interfaces up. This issue appeared after a recent clock rework on Armada 7K/8K platforms. This commit adds the new clock and updates the documentation accordingly. Fixe

[PATCH net v2 2/2] net: mvpp2: Fix clock resource by adding missing mg_core_clk

2018-04-25 Thread Maxime Chevallier
Marvell's PPv2.2 IP needs an additional clock named "MG Core clock". This is required on Armada 7K and 8K. This commit adds the required clock in mvpp2, making sure it's only used on PPv2.2. Fixes: c7e92def1ef4 ("clk: mvebu: cp110: Fix clock tree representation") Signed-off-by: Maxime Chevallier

[PATCH net v2 0/2] net: mvpp2: Fix hangs when starting some interfaces on 7k/8k

2018-04-25 Thread Maxime Chevallier
Armada 7K / 8K clock management has recently been reworked, see : commit c7e92def1ef4 ("clk: mvebu: cp110: Fix clock tree representation") I have been experiencing overall system hangs on MacchiatoBin when starting the eth1 interface since then. It turns out some clocks dependencies were missing

[PATCH net v2 1/2] net: mvpp2: Fix clk error path in mvpp2_probe

2018-04-25 Thread Maxime Chevallier
When clk_prepare_enable fails for the axi_clk, the mg_clk isn't properly cleaned up. Add another jump label to handle that case, and make sure we jump to it in the later error cases. Fixes: 4792ea04bcd0 ("net: mvpp2: Fix clock resource by adding an optional bus clock") Signed-off-by: Maxime Cheva

[PATCH V3 04/39] x86/intel_rdt: Introduce resource group's mode resctrl file

2018-04-25 Thread Reinette Chatre
A new resctrl file "mode" associated with each resource group is introduced. This file will display the resource group's current mode and an administrator can also use it to modify the resource group's mode. Only shareable mode is currently supported. Signed-off-by: Reinette Chatre fixme: merge

[PATCH V3 05/39] x86/intel_rdt: Introduce test to determine if closid is in use

2018-04-25 Thread Reinette Chatre
During CAT feature discovery the capacity bitmasks (CBMs) associated with all the classes of service are initialized to all ones, even if the class of service is not in use. Introduce a test that can be used to determine if a class of service is in use. This test enables code interested in parsing

[PATCH V3 16/39] x86/intel_rdt: Introduce the Cache Pseudo-Locking modes

2018-04-25 Thread Reinette Chatre
The two modes used to manage Cache Pseudo-Locked regions are introduced. A resource group is assigned "pseudo-locksetup" mode when the user indicates that this resource group will be used for a Cache Pseudo-Locked region. When the Cache Pseudo-Locked region has been set up successfully after the us

[PATCH V3 19/39] x86/intel_rdt: Add utility to restrict/restore access to resctrl files

2018-04-25 Thread Reinette Chatre
When a resource group is used for Cache Pseudo-Locking then the region of cache ends up being orphaned with no class of service referring to it. The resctrl files intended to manage how the classes of services are utilized thus become irrelevant. The fact that a resctrl file is not relevant can be

[PATCH V3 15/39] x86/intel_rdt: Documentation for Cache Pseudo-Locking

2018-04-25 Thread Reinette Chatre
Add description of Cache Pseudo-Locking feature, its interface, as well as an example of its usage. Signed-off-by: Reinette Chatre --- Documentation/x86/intel_rdt_ui.txt | 278 - 1 file changed, 276 insertions(+), 2 deletions(-) diff --git a/Documentation/x86

[PATCH V3 17/39] x86/intel_rdt: Respect read and write access

2018-04-25 Thread Reinette Chatre
By default, if the opener has CAP_DAC_OVERRIDE, a kernfs file can be opened regardless of RW permissions. Writing to a kernfs file will thus succeed even if permissions are . We would like to restrict the actions that can be performed on a resource group from userspace based on the mode of the

[PATCH V3 02/39] x86/intel_rdt: Introduce RDT resource group mode

2018-04-25 Thread Reinette Chatre
At this time there are no constraints on how bitmasks represented by schemata can be associated with closids represented by resource groups. A bitmask of one class of service can without any objections overlap with the bitmask of another class of service. The concept of "mode" is introduced in pre

[PATCH V3 11/39] x86/intel_rdt: Support flexible data to parsing callbacks

2018-04-25 Thread Reinette Chatre
Each resource is associated with a configurable callback that should be used to parse the information provided for the particular resource from user space. In addition to the resource and domain pointers this callback is provided with just the character buffer being parsed. In support of flexible

<    5   6   7   8   9   10   11   12   13   14   >