Re: [RFC] perf/core: what is exclude_idle supposed to do

On Mon, Apr 16, 2018 at 10:04:53PM +, Stephane Eranian wrote: > Hi, > > I am trying to understand what the exclude_idle event attribute is supposed > to accomplish. > As per the definition in the header file: > > exclude_idle : 1, /* don't count when idle */ > > Naively, I thought it

[PATCH] blkcg: not hold blkcg lock when deactivating policy.

As described in the comment of blkcg_activate_policy(), *Update of each blkg is protected by both queue and blkcg locks so that holding either lock and testing blkcg_policy_enabled() is always enough for dereferencing policy data.* with queue lock held, there is no need to hold blkcg lock in

Re: [PATCH v4 2/6] mfd: stm32-timers: add support for dmas

On Mon, 16 Apr 2018, Fabrice Gasnier wrote: > STM32 Timers can support up to 7 DMA requests: > - 4 channels, update, compare and trigger. > Optionally request part, or all DMAs from stm32-timers MFD core. > > Also add routine to implement burst reads using DMA from timer registers. > This is

Re: [PATCH][next] iwlwifi: mvm: remove division by size of sizeof(struct ieee80211_wmm_rule)

On Wed, 2018-04-11 at 14:05 +0100, Colin King wrote: > From: Colin Ian King > > The subtraction of two struct ieee80211_wmm_rule pointers leaves a > result > that is automatically scaled down by the size of the size of pointed- > to > type, hence the division by

Re: [PATCH 2/2] input: misc: Add Spreadtrum vibrator driver

Hi Xiaotong, On Tue, Apr 17, 2018 at 11:18:24AM +0800, Baolin Wang wrote: > From: Xiaotong Lu [snip] > +static int sc27xx_vibra_probe(struct platform_device *pdev) > +{ > + struct device_node *node = pdev->dev.of_node; > + struct vibra_info *info; > +

[PATCH] drm/xen-front: Remove CMA support

From: Oleksandr Andrushchenko Even if xen-front allocates its buffers from contiguous memory those are still not contiguous in PA space, e.g. the buffer is only contiguous in IPA space. The only use-case for this mode was if xen-front is used to allocate dumb

[PATCH 2/7] powerpc/lib: inline memcmp() NUL size verification

Many calls to memcmp() are done with constant size. This patch gives GCC a chance to optimise out the NULL size verification. Signed-off-by: Christophe Leroy --- arch/powerpc/include/asm/string.h | 10 ++ arch/powerpc/lib/memcmp_64.S | 4

Re: [PATCH 4/4] x86/CPU/AMD: Calculate LLC ID from number of sharing threads

On Mon, Mar 26, 2018 at 01:35:16AM -0500, Suravee Suthikulpanit wrote: > diff --git a/arch/x86/kernel/cpu/cacheinfo.c b/arch/x86/kernel/cpu/cacheinfo.c > index 54d04d5..67f4790 100644 > --- a/arch/x86/kernel/cpu/cacheinfo.c > +++ b/arch/x86/kernel/cpu/cacheinfo.c > @@ -637,6 +637,43 @@ static int

[PATCH v3 2/2] perf: riscv: Add Document for Future Porting Guide

Reviewed-by: Alex Solomatnikov Cc: Nick Hu Cc: Greentime Hu Signed-off-by: Alan Kao --- Documentation/riscv/pmu.txt | 249 1 file changed, 249 insertions(+) create mode

Re: [PATCH v3 0/2] KVM: MSR-based features

2018-02-22 3:39 GMT+08:00 Tom Lendacky : > The following series implements support within KVM for MSR-based features. > The first patch creates the MSR-based feature framework used to retrieve > the available MSR-based features. The second patch makes use of the >

[PATCH v3 1/2] perf: riscv: preliminary RISC-V support

This patch provide a basic PMU, riscv_base_pmu, which supports two general hardware event, instructions and cycles. Furthermore, this PMU serves as a reference implementation to ease the portings in the future. riscv_base_pmu should be able to run on any RISC-V machine that conforms to the

[PATCH v3 0/2] perf: riscv: Preliminary Perf Event Support on RISC-V

This implements the baseline PMU for RISC-V platforms. To ease future PMU portings, a guide is also written, containing perf concepts, arch porting practices and some hints. Changes in v3: - Fix typos in the document. - Change the initialization routine from statically assigning PMU to

Re: [PATCH 19/22] staging: lustre: llite: add support set_acl method in inode operations

On Mon, Apr 16, 2018 at 12:15:08AM -0400, James Simmons wrote: > +int ll_set_acl(struct inode *inode, struct posix_acl *acl, int type) > +{ > + struct ll_sb_info *sbi = ll_i2sbi(inode); > + struct ptlrpc_request *req = NULL; > + const char *name = NULL; > + size_t value_size = 0; >

Re: [PATCH v2 3/5] ALSA: xen-front: Implement Xen event channel handling

On 04/16/2018 04:12 PM, Juergen Gross wrote: On 16/04/18 08:24, Oleksandr Andrushchenko wrote: From: Oleksandr Andrushchenko Handle Xen event channels: - create for all configured streams and publish corresponding ring references and event channels in

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

Hi, On 17-04-18 02:17, Luis R. Rodriguez wrote: On Sun, Apr 08, 2018 at 07:40:11PM +0200, Hans de Goede wrote: static void firmware_free_data(const struct firmware *fw) { @@ -576,6 +600,15 @@ _request_firmware(const struct firmware **firmware_p, const char *name, goto out;

[PATCH] pinctrl: meson-axg: fix the range of aobus bank

The GPIOAO bank is range from GPIOAO_0 to GPIOAO_13. Fixes: 83c566806a68 ("pinctrl: meson-axg: Add new pinctrl driver for Meson AXG SoC") Reported-by: Xingyu Chen Signed-off-by: Yixun Lan --- drivers/pinctrl/meson/pinctrl-meson-axg.c | 2 +- 1

Re: [PATCH v2 4/5] ALSA: xen-front: Implement handling of shared buffers

On 04/16/2018 04:39 PM, Juergen Gross wrote: On 16/04/18 08:24, Oleksandr Andrushchenko wrote: From: Oleksandr Andrushchenko Implement shared buffer handling according to the para-virtualized sound device protocol at xen/interface/io/sndif.h: - manage

RE: [RFC 3/3] arm: shmobile: Add the RZ/N1D SMP enabler driver.

Hi Florian, On 16 April 2018 22:46, Florian Fainelli: > Hi Michel, > > On 04/16/2018 02:34 AM, Michel Pollet wrote: > > The Renesas RZ/N1D second CA7 is parked in a ROM pen at boot time, it > > requires a special enable method to get it started at boot time. > > > > Signed-off-by: Michel Pollet

Re: [PATCH v5 02/10] dt-bindings: introduce RPMH RSC bindings for Qualcomm SoCs

Quoting Lina Iyer (2018-04-16 09:08:18) > On Fri, Apr 13 2018 at 16:40 -0600, Stephen Boyd wrote: > >Well it seems like an RSC contains many DRVs and those DRVs contain many > >TCSes. This is what I get after talking with Bjorn on IRC. > > > >

Re: [PATCH v7 1/7] xen/pvh: Split CONFIG_XEN_PVH into CONFIG_PVH and CONFIG_XEN_PVH

On 17/04/18 01:11, Maran Wilson wrote: > In order to pave the way for hypervisors other than Xen to use the PVH > entry point for VMs, we need to factor the PVH entry code into Xen specific > and hypervisor agnostic components. The first step in doing that, is to > create a new config option for

Re: [PATCH] x86/boot/e820: add new chareater "-" to free BIOS memory in memmap bootargs

ping? On 2018/4/10 上午10:59, zou...@linux.alibaba.com wrote: From: zoucao Normally every BIOS reserved memory is used for some features, we can't use them, but in some conditions, users can ensure some BIOS memories are not used and reserved memory is well to

Re: [PATCH 0/3] clk: add duty cycle support

On Mon, 2018-04-16 at 22:49 -0700, Stephen Boyd wrote: > Quoting Jerome Brunet (2018-04-16 10:57:40) > > This patchset adds the possibility to control the duty cycle ratio of a > > clock within the clock framework. > > > > This useful when the duty cycle ratio depends on another parameter > >

Re: [PATCH v7 3/7] xen/pvh: Create a new file for Xen specific PVH code

On 17/04/18 01:12, Maran Wilson wrote: > We need to refactor PVH entry code so that support for other hypervisors > like Qemu/KVM can be added more easily. > > The first step in that direction is to create a new file that will > eventually hold the Xen specific routines. > > Signed-off-by: Maran

Re: [PATCH] percpu_counter: Remove debug_object_free call twice

On 4/17/2018 3:18 AM, Tejun Heo wrote: On Fri, Apr 13, 2018 at 03:05:03PM +0530, Gaurav Kohli wrote: During percpu_counter destroy, debug_object_free is calling twice which may create race. So removing once instance of call from debug_percpu_counter_deactivate. I don't quite follow. Can you

Re: [PATCH 2/2] f2fs: support {d,id,did,x}node checksum

On 2018/4/17 11:38, Jaegeuk Kim wrote: > On 04/13, Chao Yu wrote: >> Ping again.. >> >> Do you have time to discuss this? > > We may need a time to have a chat in person. Do you have any chance to visit > US? I prefer to, just count on LSF, but... I think I need to find a conference which is

Re: KASAN: global-out-of-bounds Write in string

syzbot has found reproducer for the following crash on upstream commit a27fc14219f2e3c4a46ba9177b04d9b52c875532 (Mon Apr 16 21:07:39 2018 +) Merge branch 'parisc-4.17-3' of git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux syzbot dashboard link:

Re: EXT: Re: [PATCHv1] Input: atmel_mxt_ts - fix the firmware update

On 23/03/18 21:47, Nick Dyer wrote: On Thu, Mar 22, 2018 at 05:43:30PM +0100, Sebastian Reichel wrote: The automatic update mechanism will trigger an update if the info block CRCs are different between maxtouch configuration file (maxtouch.cfg) and chip. The driver compared the CRCs without

Re: [PATCH v2 2/5] ARM: timer-sp: Use of_clk_get_parent_count() instead of open coding

On Tue, Apr 10, 2018 at 02:51:38PM +0200, Geert Uytterhoeven wrote: > Signed-off-by: Geert Uytterhoeven > --- > This depends on "[PATCH v2 1/5] clk: Extract OF clock helpers in > ". > > v2: > - of_clk_get_parent_count() was moved to , > - Dropped RFC, as a dummy is

[PATCH net-next 2/3] net: phy: Change the array size to 32 for device_ids

In the context of enabling the discovery of the PHYs which have the C45 MDIO address space in a non-standard address: num_ids in get_phy_c45_ids, has the value 8 (ARRAY_SIZE(c45_ids->device_ids)), but the u32 *devs can store 32 devices in the bitfield. If a device is stored in *devs, in bits 32

Re: [PATCH] powerpc/misc: get rid of add_reloc_offset()

On Tue, Apr 17, 2018 at 09:56:24AM +0200, Christophe Leroy wrote: > add_reloc_offset() is almost redundant with reloc_offset() > > Signed-off-by: Christophe Leroy > --- > arch/powerpc/include/asm/setup.h | 3 +-- > arch/powerpc/kernel/misc.S | 16

Re: [PATCH 1/3] clk: add duty cycle support

On Mon, 2018-04-16 at 22:43 -0700, Stephen Boyd wrote: > Quoting Jerome Brunet (2018-04-16 10:57:41) > > diff --git a/drivers/clk/clk.c b/drivers/clk/clk.c > > index 7af555f0e60c..fff7890ae355 100644 > > --- a/drivers/clk/clk.c > > +++ b/drivers/clk/clk.c > > @@ -68,6 +68,8 @@ struct clk_core { >

Re: [PATCH v7 7/7] KVM: x86: Allow Qemu/KVM to use PVH entry point

On 17/04/18 01:13, Maran Wilson wrote: > For certain applications it is desirable to rapidly boot a KVM virtual > machine. In cases where legacy hardware and software support within the > guest is not needed, Qemu should be able to boot directly into the > uncompressed Linux kernel binary without

[PATCH] ARM64: dts: meson-axg: add tdm pins

Add tdm pins to amlogic's A113 device tree Signed-off-by: Jerome Brunet --- arch/arm64/boot/dts/amlogic/meson-axg.dtsi | 245 + 1 file changed, 245 insertions(+) diff --git a/arch/arm64/boot/dts/amlogic/meson-axg.dtsi

Re: [PATCH v3 6/7] thermal/drivers/cpu_cooling: Introduce the cpu idle cooling driver

On 16/04/2018 16:22, Lorenzo Pieralisi wrote: > On Mon, Apr 16, 2018 at 03:57:03PM +0200, Daniel Lezcano wrote: >> On 16/04/2018 14:30, Lorenzo Pieralisi wrote: >>> On Mon, Apr 16, 2018 at 02:10:30PM +0200, Daniel Lezcano wrote: On 16/04/2018 12:10, Viresh Kumar wrote: > On 16-04-18,

Re: [PATCH 5/6] cifs: smbd: Enable signing with smbdirect

On Mon, Apr 16, 2018 at 05:49:17PM -0700, Long Li wrote: > From: Long Li > > Now signing is supported with RDMA transport. > > Remove the code that disabled it. > > Signed-off-by: Long Li > --- > fs/cifs/connect.c | 8 > fs/cifs/smb2pdu.c

Re: [PATCH 2/6] cifs: Allocate validate negoation request through kmalloc

On Mon, Apr 16, 2018 at 05:49:14PM -0700, Long Li wrote: > From: Long Li > > The data buffer allocated on the stack can't be DMA'ed, and hence can't send > through RDMA via SMB Direct. > > Fix this by allocating the request on the heap in smb3_validate_negotiate. > >

Re: [PATCH 6/6] cifs: smbd: Dump SMB packet when configured

On Mon, Apr 16, 2018 at 05:49:18PM -0700, Long Li wrote: > From: Long Li > > When sending through SMB Direct, also dump the packet in SMB send path. > > Also fixed a typo in debug message. > > Signed-off-by: Long Li > --- > fs/cifs/smbdirect.c | 6

Re: [PATCH 1/6] cifs: smbd: Check for iov length on sending the last iov

On Mon, Apr 16, 2018 at 05:49:13PM -0700, Long Li wrote: > From: Long Li > > When sending the last iov that breaks into smaller buffers to fit the > transfer size, it's necessary to check if this is the last iov. > > If this is the latest iov, stop and proceed to send

Re: [PATCH 3/6] cifs: smbd: Avoid allocating iov on the stack

On Mon, Apr 16, 2018 at 05:49:15PM -0700, Long Li wrote: > From: Long Li > > It's not necessary to allocate another iov when going through the buffers > in smbd_send() through RDMA send. > > Remove it to reduce stack size. > > Signed-off-by: Long Li

[PATCH 5/7] powerpc/lib: optimise 32 bits __clear_user()

Rewrite clear_user() on the same principle as memset(0), making use of dcbz to clear complete cache lines. This code is a copy/paste of memset(), with some modifications in order to retrieve remaining number of bytes to be cleared, as it needs to be returned in case of error. On a MPC885,

[PATCH 7/7] powerpc/lib: Remove .balign inside string functions for PPC32

commit 87a156fb18fe1 ("Align hot loops of some string functions") degraded the performance of string functions by adding useless nops A simple benchmark on an 8xx calling 10x a memchr() that matches the first byte runs in 41668 TB ticks before this patch and in 35986 TB ticks after this

atmel_mxt_ts on droid4: powersave seems to break the driver

HI! v4.17-rc1 on motorola droid 4. If I disable/reenable touschreen with xinput, it fails, with this in the logs: [ 1633.749450] cpcap-usb-phy cpcap-usb-phy.0: connected to USB host [ 1655.938751] atmel_mxt_ts 1-004a: __mxt_read_reg: i2c transfer failed (-121) [ 1655.945800] atmel_mxt_ts

Re: [PATCH v4 2/6] mfd: stm32-timers: add support for dmas

On 04/17/2018 09:12 AM, Lee Jones wrote: > On Mon, 16 Apr 2018, Fabrice Gasnier wrote: > >> STM32 Timers can support up to 7 DMA requests: >> - 4 channels, update, compare and trigger. >> Optionally request part, or all DMAs from stm32-timers MFD core. >> >> Also add routine to implement burst

Re: [PATCH 2/2] input: misc: Add Spreadtrum vibrator driver

Hi Marcus, On 17 April 2018 at 15:25, Marcus Folkesson wrote: > Hi Xiaotong, > > On Tue, Apr 17, 2018 at 11:18:24AM +0800, Baolin Wang wrote: >> From: Xiaotong Lu > > [snip] > >> +static int sc27xx_vibra_probe(struct platform_device *pdev)

Re: [PATCH v2 3/6] ARM: trusted_foundations: do not use naked function

On Mon, Apr 16, 2018 at 08:21:09PM +0200, Stefan Agner wrote: > On 16.04.2018 18:08, Stephen Warren wrote: > > On 04/16/2018 09:56 AM, Stefan Agner wrote: > >> On 27.03.2018 14:16, Dmitry Osipenko wrote: > >>> On 27.03.2018 14:54, Robin Murphy wrote: > On 26/03/18 22:20, Dmitry Osipenko

Re: [PATCH v2 2/3] Input: ti_am335x_tsc - Ack pending IRQs at probe and before suspend

On Monday 16 April 2018 11:29 PM, Dmitry Torokhov wrote: > On Sat, Apr 14, 2018 at 03:21:52PM +0530, Vignesh R wrote: >> From: Grygorii Strashko >> >> It is seen that just enabling the TSC module triggers a HW_PEN IRQ >> without any interaction with touchscreen by

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

On 04/17/2018 10:59 AM, Daniel Vetter wrote: On Mon, Apr 16, 2018 at 12:29:05PM -0700, Dongwon Kim wrote: Yeah, I definitely agree on the idea of expanding the use case to the general domain where dmabuf sharing is used. However, what you are targetting with proposed changes is identical to the

RE: [SIL2review] [PATCH] i2c: img-scb: fix PM device usage count

Hi, > Is it easily recognizable if the drivers check the error code because > there is a reason or if they do it "out of habit"? Probably by looking closely at the implementation of the PM callouts for the driver, but I couldn't find a pattern that would be easy to recognize. Maybe I didn't look

Re: [PATCH v2 3/3] Input: ti_am335x_tsc - Prevent system suspend when TSC is in use

On Monday 16 April 2018 11:31 PM, Dmitry Torokhov wrote: > On Sat, Apr 14, 2018 at 03:21:53PM +0530, Vignesh R wrote: >> From: Grygorii Strashko >> >> Prevent system suspend while user has finger on touch screen, >> because TSC is wakeup source and suspending device

Re: [PATCH] x86/dma-mapping: override via_no_dac for new VIA PCI bridges

> -邮件原件- > 发件人: Christoph Hellwig [mailto:h...@infradead.org] > 发送时间: 2018年4月16日 20:34 > 收件人: David Wang > 抄送: t...@linutronix.de; mi...@redhat.com; h...@zytor.com; > gre...@linuxfoundation.org; x...@kernel.org; linux- > ker...@vger.kernel.org;

Re: [PATCH v6 08/17] media: rkisp1: add capture device driver

Hi Jacob, On Thu, Mar 8, 2018 at 6:49 PM Jacob Chen wrote: > From: Jacob Chen > This is the capture device interface driver that provides the v4l2 > user interface. Frames can be received from ISP1. Thanks for the patch. Please find my

Re: [PATCH] drm/xen-front: Remove CMA support

On 04/17/2018 12:04 PM, Daniel Vetter wrote: On Tue, Apr 17, 2018 at 10:40:12AM +0300, Oleksandr Andrushchenko wrote: From: Oleksandr Andrushchenko Even if xen-front allocates its buffers from contiguous memory those are still not contiguous in PA space, e.g.

Re: [PATCH v4 06/10] misc: pci_endpoint_test: Add designware EP entry

On Monday 16 April 2018 08:07 PM, Gustavo Pimentel wrote: > Adds the designware EP device ID entry to pci_endpoint_test driver table > to allow this device to be recognize and handle by the pci_endpoint_test > driver. > > Signed-off-by: Gustavo Pimentel

Re: [PATCH v4 03/10] PCI: endpoint: functions/pci-epf-test: Add second entry

Hi, On Tuesday 17 April 2018 02:49 PM, Kishon Vijay Abraham I wrote: > Hi, > > On Monday 16 April 2018 08:07 PM, Gustavo Pimentel wrote: >> Adds a seconds entry on the pci_epf_test_ids structure that disables the >> linkup_notifier parameter on driver. >> >> This allows EPs that doesn't have

[V9fs-developer][PATCH v2 1/2] net/9p: detecting invalid options as much as possible

Currently when detecting invalid options in option parsing, some options(e.g. msize) just set errno and allow to continuously validate other options so that it can detect invalid options as much as possible and give proper error messages together. This patch applies same rule to option 'trans'

[V9fs-developer][PATCH v2 2/2] fs/9p: detecting invalid options as much as possible

Currently when detecting invalid options in option parsing, some options(e.g. msize) just set errno and allow to continuously validate other options so that it can detect invalid options as much as possible and give proper error messages together. This patch applies same rule to option 'cache'

Re: [PATCH 1/2] perf tools powerpc: Fix callchain ip filtering

On 04/12/2018 10:41 PM, Sandipan Das wrote: > For powerpc64, if a probe is added for a function without specifying > a line number, the corresponding trap instruction is placed at offset > 0 (for big endian) or 8 (for little endian) from the start address of > the function. This address is in

Re: [PATCH 17/25] staging: lustre: libcfs: rename goto label in cfs_cpt_table_print

> diff --git a/drivers/staging/lustre/lnet/libcfs/linux/linux-cpu.c > b/drivers/staging/lustre/lnet/libcfs/linux/linux-cpu.c > index ae5ff58..435ee8e 100644 > --- a/drivers/staging/lustre/lnet/libcfs/linux/linux-cpu.c > +++ b/drivers/staging/lustre/lnet/libcfs/linux/linux-cpu.c > @@ -161,20

[PATCH net-next v4 2/3] vmcore: append device dumps to vmcore as elf notes

Update read and mmap logic to append device dumps as additional notes before the other elf notes. We add device dumps before other elf notes because the other elf notes may not fill the elf notes buffer completely and we will end up with zero-filled data between the elf notes and the device dumps.

Re: linux-next: manual merge of the efi-lock-down tree with the modules tree

Stephen Rothwell wrote: > Today's linux-next merge of the efi-lock-down tree got a conflict in: Can you drop my branch for the moment? Thanks, David

Re: [PATCH v2 0/3] perf/buildid-cache: Add --list and --purge-all options

On Tue, Apr 17, 2018 at 09:43:43AM +0530, Ravi Bangoria wrote: > First patch is a trivial error message fix. Second and third > adds new options --list and --purge-all to 'buildid-cache' > subcommand. > > v2 changes: > - [PATCH v2 2/3] Display optput of 'perf buildid-cache -l' same as >'perf

Re: [PATCH v6 08/11] ARM: sun9i: smp: Add is_sun8i field

On Tue, Apr 17, 2018 at 3:52 PM, Maxime Ripard wrote: > Hi, > > On Mon, Apr 16, 2018 at 11:50:29PM +0200, Mylène Josserand wrote: >> To prepare the support of sun8i-a83t, add a field in the smp_data >> structure to know if we are on sun9i-a80 or sun8i-a83t. >> >> Add

Re: [PATCH v10 05/10] livepatch: Support separate list for replaced patches.

> > > > Second, unrelated patches must never patch the same functions. > > > > Otherwise we would not be able to define which implementation > > > > should be used. This is especially important when a patch is > > > > removed and we need to fallback either to another patch or > > > > original

[PATCH] modules: Fix display of wrong module .text address

In kernel v4.16.0 the module .text address is displayed wrong when using /sys/module/*/sections/.text file. Commit ef0010a30935 ("vsprintf: don't use 'restricted_pointer()' when not restricting") is the first bad commit. Here is the issue, using module qeth_l2 on s390 which is the ethernet device

[PATCH] kexec_file: do not add extra alignment to efi memmap

Chun-Yi reported a kernel warning message below: WARNING: CPU: 0 PID: 0 at ../mm/early_ioremap.c:182 early_iounmap+0x4f/0x12c() early_iounmap(ff200180, 0118) [0] size not consistent 0120 The problem is x86 kexec_file_load adds extra alignment to the efi memmap: in bzImage64_load()

[PATCH] doc: dev-tools: kselftest.rst: update contributing new tests

Add a description that the kernel headers should be used as far as it is possible and then the system headers. Signed-off-by: Anders Roxell --- Documentation/dev-tools/kselftest.rst | 3 +++ 1 file changed, 3 insertions(+) diff --git

Re: [PATCH v1 4/4] drm/tegra: plane: Add custom CSC BLOB property

On Mon, Apr 16, 2018 at 03:16:28PM +0300, Dmitry Osipenko wrote: > This new property allows userspace to apply custom color conversion > coefficients per plane, making possible to utilize display controller > for color adjustments of a video overlay. > > Signed-off-by: Dmitry Osipenko

Re: [PATCH] usb: always build usb/common/ targets; fixes extcon-axp288 build error

Hi, On 17-04-18 07:14, Randy Dunlap wrote: From: Randy Dunlap The extcon-axp288 driver selects USB_ROLE_SWITCH, but the USB Makefile does not currently build drivers/usb/common/ (where USB_ROLE_SWITCH code is) unless USB_COMMON is set, so modify the USB Makefile to

Re: repeatable boot randomness inside KVM guest

On Sat, 2018-04-14 at 17:41 -0700, Matthew Wilcox wrote: > On Sat, Apr 14, 2018 at 06:44:19PM -0400, Theodore Y. Ts'o wrote: > > What needs to happen is freelist should get randomized much later > > in the boot sequence.  Doing it later will require locking; I don't > > know enough about the

[RESEND PATCH 3/3] powerpc: dts: use a correct at24 compatible fallback in ac14xx

Using 'at24' as fallback is now deprecated - use the full 'atmel,' string. Signed-off-by: Bartosz Golaszewski --- arch/powerpc/boot/dts/ac14xx.dts | 20 ++-- 1 file changed, 10 insertions(+), 10 deletions(-) diff --git a/arch/powerpc/boot/dts/ac14xx.dts

[RESEND PATCH 2/3] powerpc: dts: use 'atmel' as at24 manufacturer for kmcent2

Using compatible strings without the part for at24 is now deprecated. Use a correct 'atmel,' value. Signed-off-by: Bartosz Golaszewski --- arch/powerpc/boot/dts/fsl/kmcent2.dts | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[RESEND PATCH 1/3] powerpc: dts: use 'atmel' as at24 anufacturer for pdm360ng

Using 'at' as the part of the compatible string is now deprecated. Use a correct string: 'atmel,'. Signed-off-by: Bartosz Golaszewski --- arch/powerpc/boot/dts/pdm360ng.dts | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/powerpc/boot/dts/pdm360ng.dts

Re: [PATCH v7 6/7] xen/pvh: Add memory map pointer to hvm_start_info struct

On 17/04/18 01:13, Maran Wilson wrote: > The start info structure that is defined as part of the x86/HVM direct boot > ABI and used for starting Xen PVH guests would be more versatile if it also > included a way to pass information about the memory map to the guest. This > would allow KVM guests

Re: [PATCH] x86/xen: Remove use of VLAs

On 16/04/18 15:27, Boris Ostrovsky wrote: > On 04/13/2018 06:11 PM, Laura Abbott wrote: >> There's an ongoing effort to remove VLAs[1] from the kernel to eventually >> turn on -Wvla. The few VLAs in use have an upper bound based on a size >> of 64K. This doesn't produce an excessively large stack

Re: [PATCH v6 08/11] ARM: sun9i: smp: Add is_sun8i field

Hi, On Mon, Apr 16, 2018 at 11:50:29PM +0200, Mylène Josserand wrote: > To prepare the support of sun8i-a83t, add a field in the smp_data > structure to know if we are on sun9i-a80 or sun8i-a83t. > > Add also a global variable to retrieve which architecture we are > having. > > Signed-off-by:

Re: [PATCH v5 5/7] clk: meson-axg: Add AO Clock and Reset controller driver

Hi Jerome: see my comments below On 04/16/18 19:45, Jerome Brunet wrote: > On Mon, 2018-04-09 at 22:37 +0800, Yixun Lan wrote: >> From: Qiufang Dai >> >> Adds a Clock and Reset controller driver for the Always-On part >> of the Amlogic Meson-AXG SoC. >> >>

Re: [PATCH v4 3/8] dt-bindings: mfd: renesas,rzn1-sysctrl: document RZ/N1 sysctrl node

Hi Michel, On Tue, Apr 17, 2018 at 9:56 AM, Michel Pollet wrote: > On 13 April 2018 19:06, Rob Herring: >> On Tue, Apr 10, 2018 at 09:30:03AM +0100, Michel Pollet wrote: >> > The Renesas RZ/N1 Family (Part #R9A06G0xx) has a multi-function system >> > controller.

[PATCH v2] doc: Add vendor prefix for Kaohsiung

The 'koe' entry has been added to vendor-prefixes.txt to indicate products from Kaohsiung Opto-Electronics Inc. Signed-off-by: Lukasz Majewski --- Changes for v2: - Replace 'kao' to 'koe' in commit message --- Documentation/devicetree/bindings/vendor-prefixes.txt | 1 + 1 file

Re: [PATCH v2 1/4] tpm: Add explicit endianness cast

On Tue, Apr 17, 2018 at 5:02 AM Jason Gunthorpe wrote: > On Thu, Apr 12, 2018 at 12:13:47PM +0200, Thiebaud Weksteen wrote: > > Signed-off-by: Thiebaud Weksteen > > drivers/char/tpm/tpm_eventlog_of.c | 4 ++-- > > 1 file changed, 2 insertions(+), 2 deletions(-)

Re: [PATCH 0/3] ASoC: stm32: sai: add support of iec958 controls

Hello, I guess the blocking patch in this patchset is the patch "add IEC958 channel status control helper". This patch has been reviewed several times, but did not get a ack so far. If you think these helpers will not be merged, I will reintegrate the corresponding code in stm driver. Please

Re: [PATCH v6] Fix modifier keys for Redragon Asura Keyboard

On Mon, Apr 16, 2018 at 11:38 PM, Robert Munteanu wrote: > This adds a new driver for the Redragon Asura keyboard. The Asura > keyboard contains an error in the HID descriptor which causes all > modifier keys to be mapped to left shift. Additionally, we suppress > the creation

Re: [PATCH v1 3/4] drm/tegra: plane: Add custom colorkey properties for older Tegra's

On Mon, Apr 16, 2018 at 03:16:27PM +0300, Dmitry Osipenko wrote: > Colorkey'ing allows to draw on top of overlapping planes, like for example > on top of a video plane. Older Tegra's have a limited colorkey'ing > capability such that blending features are reduced when colorkey'ing is > enabled. In

Re: linux-next: build failure after merge of the netfilter tree

On Mon, Apr 16, 2018 at 05:51:12PM -0700, Cong Wang wrote: > On Mon, Apr 16, 2018 at 4:28 PM, Stephen Rothwell > wrote: > > Hi all, > > > > After merging the netfilter tree, today's linux-next build (powerpc > > ppc64_defconfig) failed like this: > > > >

Re: [PATCH v4 02/10] PCI: dwc: Add support for endpoint mode

On Monday 16 April 2018 08:07 PM, Gustavo Pimentel wrote: > The PCIe controller dual mode is capable of operating in host mode as well > as endpoint mode by configuration, therefore this patch aims to add > endpoint mode support to the designware driver. looks good to me. Acked-by: Kishon Vijay

Re: usercopy whitelist woe in scsi_sense_cache

Hi. 17.04.2018 05:12, Kees Cook wrote: Turning off HARDENED_USERCOPY and turning on KASAN, I see the same report: [ 38.274106] BUG: KASAN: slab-out-of-bounds in _copy_to_user+0x42/0x60 [ 38.274841] Read of size 22 at addr 8800122b8c4b by task smartctl/1064 [ 38.275630] [

Re: [PATCH] f2fs: set deadline to drop expired inmem pages

On 2018/4/17 4:16, Jaegeuk Kim wrote: > On 04/13, Chao Yu wrote: >> On 2018/4/13 12:05, Jaegeuk Kim wrote: >>> On 04/13, Chao Yu wrote: On 2018/4/13 9:04, Jaegeuk Kim wrote: > On 04/10, Chao Yu wrote: >> Hi Jaegeuk, >> >> On 2018/4/8 16:13, Chao Yu wrote: >>> f2fs doesn't

Re: [PATCH 3/3] dcache: account external names as indirectly reclaimable memory

[the head of the thread is http://lkml.kernel.org/r/08524819-14ef-81d0-fa90-d7af13c6b...@suse.cz] On Mon 16-04-18 21:57:50, Vlastimil Babka wrote: > On 04/16/2018 02:27 PM, Michal Hocko wrote: > > On Mon 16-04-18 14:06:21, Vlastimil Babka wrote: > >> > >> For example the percpu (and other) array

[PATCH 6/7] powerpc/lib: inline more NUL size verifications

strncmp(), strncpy(), memchr() are often called with constant size. This patch gives GCC a chance to optimise NULL size verification out Signed-off-by: Christophe Leroy --- arch/powerpc/include/asm/string.h | 24 arch/powerpc/lib/string.S

[PATCH 3/7] powerpc/lib: optimise PPC32 memcmp

At the time being, memcmp() compares two chunks of memory byte per byte. This patch optimised the comparison by comparing word by word. A small benchmark performed on an 8xx based on the comparison of two chuncks of 512 bytes performed 10 times gives: Before : 5852274 TB ticks After:

Re: [PATCH 18/25] staging: lustre: libcfs: clear up failure patch in cfs_cpt_*_print

> -err: > - if (rc < 0) > - return rc; > - > return tmp - buf; > + > +err: > + return -E2BIG; We finally fixed this bug! Hooray! But it's like you guys are deliberately writing in terrible style. You can just return directly and then you would have avoided this bug

[PATCH 4/7] powerpc/lib: inline memcmp() for small constant sizes

In my 8xx configuration, I get 208 calls to memcmp() Within those 208 calls, about half of them have constant sizes, 46 have a size of 8, 17 have a size of 16, only a few have a size over 16. Other fixed sizes are mostly 4, 6 and 10. This patch inlines calls to memcmp() when size is constant and

[PATCH 1/7] powerpc/lib: move PPC32 specific functions out of string.S

In preparation of optimisation patches, move PPC32 specific memcmp() and __clear_user() into string_32.S Signed-off-by: Christophe Leroy --- arch/powerpc/lib/Makefile| 5 +-- arch/powerpc/lib/string.S| 61 -

[PATCH net-next v4 1/3] vmcore: add API to collect hardware dump in second kernel

The sequence of actions done by device drivers to append their device specific hardware/firmware logs to /proc/vmcore are as follows: 1. During probe (before hardware is initialized), device drivers register to the vmcore module (via vmcore_add_device_dump()), with callback function, along with

[PATCH net-next v4 0/3] kernel: add support to collect hardware logs in crash recovery kernel

On production servers running variety of workloads over time, kernel panic can happen sporadically after days or even months. It is important to collect as much debug logs as possible to root cause and fix the problem, that may not be easy to reproduce. Snapshot of underlying hardware/firmware

[PATCH net-next v4 3/3] cxgb4: collect hardware dump in second kernel

Register callback to collect hardware/firmware dumps in second kernel before hardware/firmware is initialized. The dumps for each device will be available as elf notes in /proc/vmcore in second kernel. Signed-off-by: Rahul Lakkireddy Signed-off-by: Ganesh Goudar

RE: [PATCH v4 3/8] dt-bindings: mfd: renesas,rzn1-sysctrl: document RZ/N1 sysctrl node

Hi Rob, On 13 April 2018 19:06, Rob Herring: > On Tue, Apr 10, 2018 at 09:30:03AM +0100, Michel Pollet wrote: > > The Renesas RZ/N1 Family (Part #R9A06G0xx) has a multi-function system > > controller. This documents the node used to encapsulate it's sub > > drivers. > > > > Signed-off-by: Michel

[PATCH] powerpc/misc: get rid of add_reloc_offset()

add_reloc_offset() is almost redundant with reloc_offset() Signed-off-by: Christophe Leroy --- arch/powerpc/include/asm/setup.h | 3 +-- arch/powerpc/kernel/misc.S | 16 arch/powerpc/kernel/prom_init_check.sh | 2 +- 3 files changed,

Re: [PATCH] doc: Add vendor prefix for Kaohsiung

Hi Rob, > On Thu, Apr 12, 2018 at 04:34:01PM +0200, Lukasz Majewski wrote: > > The 'kao' entry has been added to vendor-prefixes.txt to indicate > > products from Kaohsiung Opto-Electronics Inc. > > kao or... > > > > > Signed-off-by: Lukasz Majewski > > --- > >

Re: [PATCH v3] selftests/livepatch: introduce tests

On Mon, 16 Apr 2018, Petr Mladek wrote: > On Mon 2018-04-16 13:33:55, Miroslav Benes wrote: > > On Fri, 13 Apr 2018, Joe Lawrence wrote: > > > Thanks for reviewing. I'll hold off on posting v4 until Petr (and > > > others) get a chance to comment. Perhaps there are other tests that > > > would

Re: [PATCH v5 2/7] clk: meson: aoclk: refactor common code into dedicated file

Hi jerome On 04/16/18 19:34, Jerome Brunet wrote: > On Mon, 2018-04-09 at 22:37 +0800, Yixun Lan wrote: >> We try to refactor the common code into one dedicated file, >> while preparing to add new Meson-AXG aoclk driver, this would >> help us to better share the code by all aoclk drivers. >> >>

  1   2   3   4   5   6   7   8   9   10   >