Re: [PATCH] selftests/ftrace: Add a testcase for many kprobe events

On 05/25/2017 10:44 PM, Masami Hiramatsu wrote: > Add a testcase to test kprobes via ftrace interface > with many concurrent kprobe events. > > This tries to add many kprobe events (up to 256) on > kernel functions. To avoid making ftrace-based > kprobes (kprobes on fentry), it skips first N

Re: [PATCH] selftests/ftrace: Add a testcase for many kprobe events

On 05/25/2017 10:44 PM, Masami Hiramatsu wrote: > Add a testcase to test kprobes via ftrace interface > with many concurrent kprobe events. > > This tries to add many kprobe events (up to 256) on > kernel functions. To avoid making ftrace-based > kprobes (kprobes on fentry), it skips first N

Re: [PATCH v4 0/3] USB Audio Gadget refactoring

Hi, On Fri, Jun 2, 2017 at 12:42 PM, Felipe Balbi wrote: > > Hi, > > Ruslan Bilovol writes: >> I came to this patch series when wanted to do two things: >> - use UAC1 as virtual ALSA sound card on gadget side, >>just like UAC2 is used so it's

Re: [PATCH v4 0/3] USB Audio Gadget refactoring

Hi, On Fri, Jun 2, 2017 at 12:42 PM, Felipe Balbi wrote: > > Hi, > > Ruslan Bilovol writes: >> I came to this patch series when wanted to do two things: >> - use UAC1 as virtual ALSA sound card on gadget side, >>just like UAC2 is used so it's possible to do rate >>resampling >> - have

Re: [PATCH 4/9] [media] s5p-jpeg: Decode 4:1:1 chroma subsampling format

Hi Thierry, On 06/02/2017 06:02 PM, Thierry Escande wrote: > From: Tony K Nadackal > > This patch adds support for decoding 4:1:1 chroma subsampling in the > jpeg header parsing function. > > Signed-off-by: Tony K Nadackal > Signed-off-by: Thierry

Re: [PATCH 4/9] [media] s5p-jpeg: Decode 4:1:1 chroma subsampling format

Hi Thierry, On 06/02/2017 06:02 PM, Thierry Escande wrote: > From: Tony K Nadackal > > This patch adds support for decoding 4:1:1 chroma subsampling in the > jpeg header parsing function. > > Signed-off-by: Tony K Nadackal > Signed-off-by: Thierry Escande > --- >

Re: hexagon: Use raw_copy_to_user

On Fri, Jun 02, 2017 at 06:03:53AM -0700, Guenter Roeck wrote: > ping > > On Tue, May 02, 2017 at 08:52:48PM -0700, Guenter Roeck wrote: > > Commit ac4691fac8ad ("hexagon: switch to RAW_COPY_USER") replaced > > __copy_to_user_hexagon() with raw_copy_to_user(), but did not catch > > all

Re: hexagon: Use raw_copy_to_user

On Fri, Jun 02, 2017 at 06:03:53AM -0700, Guenter Roeck wrote: > ping > > On Tue, May 02, 2017 at 08:52:48PM -0700, Guenter Roeck wrote: > > Commit ac4691fac8ad ("hexagon: switch to RAW_COPY_USER") replaced > > __copy_to_user_hexagon() with raw_copy_to_user(), but did not catch > > all

Re: [PATCH v4] add the option of fortified string.h functions

On Fri, 2017-06-02 at 14:07 -0700, Andrew Morton wrote: > On Fri, 26 May 2017 05:54:04 -0400 Daniel Micay > wrote: > > > This adds support for compiling with a rough equivalent to the glibc > > _FORTIFY_SOURCE=1 feature, providing compile-time and runtime buffer > >

Re: [PATCH v4] add the option of fortified string.h functions

On Fri, 2017-06-02 at 14:07 -0700, Andrew Morton wrote: > On Fri, 26 May 2017 05:54:04 -0400 Daniel Micay > wrote: > > > This adds support for compiling with a rough equivalent to the glibc > > _FORTIFY_SOURCE=1 feature, providing compile-time and runtime buffer > > overflow checks for string.h

[GIT PULL] /dev/random bug fixes for 4.12

The following changes since commit 08332893e37af6ae779367e78e444f8f9571511d: Linux 4.12-rc2 (2017-05-21 19:30:23 -0700) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/tytso/random.git tags/random_for_linus_stable for you to fetch changes up to

[GIT PULL] /dev/random bug fixes for 4.12

The following changes since commit 08332893e37af6ae779367e78e444f8f9571511d: Linux 4.12-rc2 (2017-05-21 19:30:23 -0700) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/tytso/random.git tags/random_for_linus_stable for you to fetch changes up to

Re: [PATCH 2/9] [media] s5p-jpeg: Call jpeg_bound_align_image after qbuf

Hi Thierry, Thanks for the patch. On 06/02/2017 06:02 PM, Thierry Escande wrote: > From: Tony K Nadackal > > When queuing an OUTPUT buffer for decoder, s5p_jpeg_parse_hdr() > function parses the input jpeg file and takes the width and height > parameters from its header.

Re: [PATCH 2/9] [media] s5p-jpeg: Call jpeg_bound_align_image after qbuf

Hi Thierry, Thanks for the patch. On 06/02/2017 06:02 PM, Thierry Escande wrote: > From: Tony K Nadackal > > When queuing an OUTPUT buffer for decoder, s5p_jpeg_parse_hdr() > function parses the input jpeg file and takes the width and height > parameters from its header. These new width/height

RE: [RFC 1/6] ACPICA: add HMAT table definitions

Full support for HMAT was just released in ACPICA version 20170531. > -Original Message- > From: Ross Zwisler [mailto:ross.zwis...@linux.intel.com] > Sent: Friday, June 2, 2017 2:00 PM > To: linux-kernel@vger.kernel.org > Cc: Ross Zwisler ; Anaczkowski,

RE: [RFC 1/6] ACPICA: add HMAT table definitions

Full support for HMAT was just released in ACPICA version 20170531. > -Original Message- > From: Ross Zwisler [mailto:ross.zwis...@linux.intel.com] > Sent: Friday, June 2, 2017 2:00 PM > To: linux-kernel@vger.kernel.org > Cc: Ross Zwisler ; Anaczkowski, Lukasz > ; Box, David E ; > Kogut,

Re: [PATCH] streamline TLV320AIC23 drivers

Hi Rob, repeatedly got no response. Assuming all my mails got blocked, so moved to yet another account. Hope I'll get through this time. Regards, Jens Original Message Subject: Re: [PATCH] streamline TLV320AIC23 drivers Date: Sat, 6 May 2017 00:39:20 +0200 From: Jens Rottmann

Re: [PATCH] streamline TLV320AIC23 drivers

Hi Rob, repeatedly got no response. Assuming all my mails got blocked, so moved to yet another account. Hope I'll get through this time. Regards, Jens Original Message Subject: Re: [PATCH] streamline TLV320AIC23 drivers Date: Sat, 6 May 2017 00:39:20 +0200 From: Jens Rottmann

Re: [PATCH] i40iw: Add a value assignment to avoid sleep-in-atomic bug caused by uninitialized value

On Thu, Jun 01, 2017 at 10:11:16AM +0800, Jia-Ju Bai wrote: > The value "cqp_request->waiting" indicates whether the sleeping operation > should be performed, and it is not assigned in i40iw_get_cqp_request, so > the driver may sleep in interrupt handling. The function call path is: > >

Re: [PATCH] i40iw: Add a value assignment to avoid sleep-in-atomic bug caused by uninitialized value

On Thu, Jun 01, 2017 at 10:11:16AM +0800, Jia-Ju Bai wrote: > The value "cqp_request->waiting" indicates whether the sleeping operation > should be performed, and it is not assigned in i40iw_get_cqp_request, so > the driver may sleep in interrupt handling. The function call path is: > >

Re: [PATCH net-next 0/5] net: dsa: mv88e6xxx: move registers macros

On Fri, Jun 02, 2017 at 05:06:14PM -0400, Vivien Didelot wrote: > This patchset brings no functional changes. > > It is the first step of a cleanup renaming the chip header file and > moving the Register definitions _as is_ in their proper header files. > > A following patchset will prefix them

Re: [PATCH net-next 0/5] net: dsa: mv88e6xxx: move registers macros

On Fri, Jun 02, 2017 at 05:06:14PM -0400, Vivien Didelot wrote: > This patchset brings no functional changes. > > It is the first step of a cleanup renaming the chip header file and > moving the Register definitions _as is_ in their proper header files. > > A following patchset will prefix them

mmotm 2017-06-02-14-13 uploaded

The mm-of-the-moment snapshot 2017-06-02-14-13 has been uploaded to http://www.ozlabs.org/~akpm/mmotm/ mmotm-readme.txt says README for mm-of-the-moment: http://www.ozlabs.org/~akpm/mmotm/ This is a snapshot of my -mm patch queue. Uploaded at random hopefully more than once a week. You

mmotm 2017-06-02-14-13 uploaded

The mm-of-the-moment snapshot 2017-06-02-14-13 has been uploaded to http://www.ozlabs.org/~akpm/mmotm/ mmotm-readme.txt says README for mm-of-the-moment: http://www.ozlabs.org/~akpm/mmotm/ This is a snapshot of my -mm patch queue. Uploaded at random hopefully more than once a week. You

Re: [PATCH v4 2/3] usb: gadget: f_uac2: split out audio core

Hi Felipe, On Fri, Jun 2, 2017 at 12:34 PM, Felipe Balbi wrote: > > Hi, > > Ruslan Bilovol writes: >> Abstract the peripheral side ALSA sound card code from >> the f_uac2 function into a component that can be called >> by various functions, so the

Re: [PATCH v4 2/3] usb: gadget: f_uac2: split out audio core

Hi Felipe, On Fri, Jun 2, 2017 at 12:34 PM, Felipe Balbi wrote: > > Hi, > > Ruslan Bilovol writes: >> Abstract the peripheral side ALSA sound card code from >> the f_uac2 function into a component that can be called >> by various functions, so the various flavors can be split >> apart and

Re: [PATCH v11 4/6] ARM: dts: imx6q-evi: support altera-ps-spi

On Friday, June 2, 2017 9:54:22 PM PDT Andreas Färber wrote: > Am 02.06.2017 um 21:39 schrieb stillcompil...@gmail.com: > > On Friday, June 2, 2017 6:30:12 PM PDT Andreas Färber wrote: > >> Am 25.05.2017 um 19:29 schrieb Joshua Clayton: > >>> diff --git a/arch/arm/boot/dts/imx6q-evi.dts > >>>

Re: [PATCH v11 4/6] ARM: dts: imx6q-evi: support altera-ps-spi

On Friday, June 2, 2017 9:54:22 PM PDT Andreas Färber wrote: > Am 02.06.2017 um 21:39 schrieb stillcompil...@gmail.com: > > On Friday, June 2, 2017 6:30:12 PM PDT Andreas Färber wrote: > >> Am 25.05.2017 um 19:29 schrieb Joshua Clayton: > >>> diff --git a/arch/arm/boot/dts/imx6q-evi.dts > >>>

Re: [PATCH] mm: make PR_SET_THP_DISABLE immediately active

On Fri, 2 Jun 2017 22:55:12 +0200 Vlastimil Babka wrote: > On 06/02/2017 10:40 PM, Andrew Morton wrote: > > On Fri, 2 Jun 2017 22:31:47 +0200 Vlastimil Babka wrote: > >>> Perhaps we should be adding new prctl modes to select this new > >>> behaviour and leave the

Re: [PATCH] mm: make PR_SET_THP_DISABLE immediately active

On Fri, 2 Jun 2017 22:55:12 +0200 Vlastimil Babka wrote: > On 06/02/2017 10:40 PM, Andrew Morton wrote: > > On Fri, 2 Jun 2017 22:31:47 +0200 Vlastimil Babka wrote: > >>> Perhaps we should be adding new prctl modes to select this new > >>> behaviour and leave the existing PR_SET_THP_DISABLE

[PATCH net-next 5/5] net: dsa: mv88e6xxx: move the Global 2 macros

Move the GLOBAL2_* macros where they belong, in the related global2.h header. Signed-off-by: Vivien Didelot --- drivers/net/dsa/mv88e6xxx/chip.h| 101 --- drivers/net/dsa/mv88e6xxx/global2.c | 2 -

[PATCH net-next 5/5] net: dsa: mv88e6xxx: move the Global 2 macros

Move the GLOBAL2_* macros where they belong, in the related global2.h header. Signed-off-by: Vivien Didelot --- drivers/net/dsa/mv88e6xxx/chip.h| 101 --- drivers/net/dsa/mv88e6xxx/global2.c | 2 - drivers/net/dsa/mv88e6xxx/global2.h | 103

[PATCH net-next 3/5] net: dsa: mv88e6xxx: move the Port macros

Move the PORT_* macros where they belong, in the related port.h header. Signed-off-by: Vivien Didelot --- drivers/net/dsa/mv88e6xxx/chip.h | 160 --- drivers/net/dsa/mv88e6xxx/port.h | 160

[PATCH net-next 0/5] net: dsa: mv88e6xxx: move registers macros

This patchset brings no functional changes. It is the first step of a cleanup renaming the chip header file and moving the Register definitions _as is_ in their proper header files. A following patchset will prefix them with the appropriate model (MV88E6XXX_ or e.g. MV88E6390_) to respect an

[PATCH net-next 3/5] net: dsa: mv88e6xxx: move the Port macros

Move the PORT_* macros where they belong, in the related port.h header. Signed-off-by: Vivien Didelot --- drivers/net/dsa/mv88e6xxx/chip.h | 160 --- drivers/net/dsa/mv88e6xxx/port.h | 160 +++ 2 files changed, 160

[PATCH net-next 0/5] net: dsa: mv88e6xxx: move registers macros

This patchset brings no functional changes. It is the first step of a cleanup renaming the chip header file and moving the Register definitions _as is_ in their proper header files. A following patchset will prefix them with the appropriate model (MV88E6XXX_ or e.g. MV88E6390_) to respect an

[PATCH net-next 4/5] net: dsa: mv88e6xxx: move the Global 1 macros

Move the GLOBAL_* macros where they belong, in the related global1.h header. Include it in global2.c which uses GLOBAL_STATUS_IRQ_DEVICE. Signed-off-by: Vivien Didelot --- drivers/net/dsa/mv88e6xxx/chip.h| 141

[PATCH net-next 4/5] net: dsa: mv88e6xxx: move the Global 1 macros

Move the GLOBAL_* macros where they belong, in the related global1.h header. Include it in global2.c which uses GLOBAL_STATUS_IRQ_DEVICE. Signed-off-by: Vivien Didelot --- drivers/net/dsa/mv88e6xxx/chip.h| 141 drivers/net/dsa/mv88e6xxx/global1.h | 141

[PATCH net-next 1/5] net: dsa: mv88e6xxx: rename chip header

The mv88e6xxx.h is meant to contains the chip structures and data. Rename it to chip.h, as for other source/header pairs of the driver. At the same time, ensure that relative header inclusions are separated by a newline and sorted alphabetically. Signed-off-by: Vivien Didelot

[PATCH net-next 2/5] net: dsa: mv88e6xxx: move PHY macros

Move the PHY_* macros where they belong, in the related phy.h header. Signed-off-by: Vivien Didelot --- drivers/net/dsa/mv88e6xxx/chip.h | 4 drivers/net/dsa/mv88e6xxx/phy.h | 3 +++ 2 files changed, 3 insertions(+), 4 deletions(-) diff --git

[PATCH net-next 1/5] net: dsa: mv88e6xxx: rename chip header

The mv88e6xxx.h is meant to contains the chip structures and data. Rename it to chip.h, as for other source/header pairs of the driver. At the same time, ensure that relative header inclusions are separated by a newline and sorted alphabetically. Signed-off-by: Vivien Didelot ---

[PATCH net-next 2/5] net: dsa: mv88e6xxx: move PHY macros

Move the PHY_* macros where they belong, in the related phy.h header. Signed-off-by: Vivien Didelot --- drivers/net/dsa/mv88e6xxx/chip.h | 4 drivers/net/dsa/mv88e6xxx/phy.h | 3 +++ 2 files changed, 3 insertions(+), 4 deletions(-) diff --git a/drivers/net/dsa/mv88e6xxx/chip.h

Re: [PATCH v4] add the option of fortified string.h functions

On Fri, 26 May 2017 05:54:04 -0400 Daniel Micay wrote: > This adds support for compiling with a rough equivalent to the glibc > _FORTIFY_SOURCE=1 feature, providing compile-time and runtime buffer > overflow checks for string.h functions when the compiler determines the >

Re: [PATCH v4] add the option of fortified string.h functions

On Fri, 26 May 2017 05:54:04 -0400 Daniel Micay wrote: > This adds support for compiling with a rough equivalent to the glibc > _FORTIFY_SOURCE=1 feature, providing compile-time and runtime buffer > overflow checks for string.h functions when the compiler determines the > size of the source or

Re: linux-next: build warnings after merge of the drm tree

Stephen Rothwell writes: > Hi all, > > On Thu, 25 May 2017 11:49:42 +1000 Stephen Rothwell > wrote: >> >> On Fri, 19 May 2017 10:49:06 -0700 Eric Anholt wrote: >> > >> > Stephen Rothwell writes: >> > >>

Re: linux-next: build warnings after merge of the drm tree

Stephen Rothwell writes: > Hi all, > > On Thu, 25 May 2017 11:49:42 +1000 Stephen Rothwell > wrote: >> >> On Fri, 19 May 2017 10:49:06 -0700 Eric Anholt wrote: >> > >> > Stephen Rothwell writes: >> > >> > > After merging the drm tree, today's linux-next build (x86_64 >> > > allmodconfig)

Re: [PATCH v2 3/3] perf: xgene: Add support for SoC PMU version 3

Hi Mark, On Fri, Jun 2, 2017 at 9:04 AM, Mark Rutland wrote: > Hi Hoan, > > Apologies for the delay in getting to this. > > On Mon, Apr 03, 2017 at 09:47:57AM -0700, Hoan Tran wrote: >> This patch adds support for SoC-wide (AKA uncore) Performance Monitoring >> Unit version

Re: [PATCH v2 3/3] perf: xgene: Add support for SoC PMU version 3

Hi Mark, On Fri, Jun 2, 2017 at 9:04 AM, Mark Rutland wrote: > Hi Hoan, > > Apologies for the delay in getting to this. > > On Mon, Apr 03, 2017 at 09:47:57AM -0700, Hoan Tran wrote: >> This patch adds support for SoC-wide (AKA uncore) Performance Monitoring >> Unit version 3. >> >> It can

[RFC 1/6] ACPICA: add HMAT table definitions

Import HMAT table definitions from the ACPICA codebase. This kernel patch was generated using an ACPICA patch from "Zheng, Lv" . The actual upstream patch that adds these table definitions will come from the Intel ACPICA team as part of their greater ACPI 6.2 update.

[RFC 1/6] ACPICA: add HMAT table definitions

Import HMAT table definitions from the ACPICA codebase. This kernel patch was generated using an ACPICA patch from "Zheng, Lv" . The actual upstream patch that adds these table definitions will come from the Intel ACPICA team as part of their greater ACPI 6.2 update. Signed-off-by: Ross Zwisler

[RFC 3/6] acpi: HMAT support in acpi_parse_entries_array()

The current implementation of acpi_parse_entries_array() assumes that each subtable has a standard ACPI subtable entry of type struct acpi_sutbable_header. This standard subtable header has a one byte length followed by a one byte type. The HMAT subtables have to allow for a longer length so

[RFC 0/6] Add support for Heterogeneous Memory Attribute Table

Quick summary This series adds kernel support for the Heterogeneous Memory Attribute Table (HMAT) table, newly defined in ACPI 6.2: http://www.uefi.org/sites/default/files/resources/ACPI_6_2.pdf The HMAT table, in concert with the existing System Resource Affinity Table (SRAT),

[RFC 3/6] acpi: HMAT support in acpi_parse_entries_array()

The current implementation of acpi_parse_entries_array() assumes that each subtable has a standard ACPI subtable entry of type struct acpi_sutbable_header. This standard subtable header has a one byte length followed by a one byte type. The HMAT subtables have to allow for a longer length so

[RFC 0/6] Add support for Heterogeneous Memory Attribute Table

Quick summary This series adds kernel support for the Heterogeneous Memory Attribute Table (HMAT) table, newly defined in ACPI 6.2: http://www.uefi.org/sites/default/files/resources/ACPI_6_2.pdf The HMAT table, in concert with the existing System Resource Affinity Table (SRAT),

[RFC 6/6] hmem: add performance attributes

Add performance information found in the HMAT to the sysfs representation. This information lives as an attribute group named "via_mem_initX" in the memory target: # tree mem_tgt2 mem_tgt2 ├── firmware_id ├── is_cached ├── is_enabled ├── is_isolated ├── node2 -> ../../node/node2

[RFC 6/6] hmem: add performance attributes

Add performance information found in the HMAT to the sysfs representation. This information lives as an attribute group named "via_mem_initX" in the memory target: # tree mem_tgt2 mem_tgt2 ├── firmware_id ├── is_cached ├── is_enabled ├── is_isolated ├── node2 -> ../../node/node2

[RFC 4/6] hmem: add heterogeneous memory sysfs support

Add a new sysfs subsystem, /sys/devices/system/hmem, which surfaces information about memory initiators and memory targets to the user. These initiators and targets are described by the ACPI SRAT and HMAT tables. A "memory initiator" in this case is any device such as a CPU or a separate memory

[RFC 5/6] sysfs: add sysfs_add_group_link()

The current __compat_only_sysfs_link_entry_to_kobj() code allows us to create symbolic links in sysfs to groups or attributes. Something like: /sys/.../entry1/groupA -> /sys/.../entry2/groupA This patch extends this functionality with a new sysfs_add_group_link() call that allows the link to

[RFC 2/6] acpi: add missing include in acpi_numa.h

Right now if a file includes acpi_numa.h and they don't happen to include linux/numa.h before it, they get the following warning: ./include/acpi/acpi_numa.h:9:5: warning: "MAX_NUMNODES" is not defined [-Wundef] #if MAX_NUMNODES > 256 ^~~~ Signed-off-by: Ross Zwisler

[RFC 4/6] hmem: add heterogeneous memory sysfs support

Add a new sysfs subsystem, /sys/devices/system/hmem, which surfaces information about memory initiators and memory targets to the user. These initiators and targets are described by the ACPI SRAT and HMAT tables. A "memory initiator" in this case is any device such as a CPU or a separate memory

[RFC 5/6] sysfs: add sysfs_add_group_link()

The current __compat_only_sysfs_link_entry_to_kobj() code allows us to create symbolic links in sysfs to groups or attributes. Something like: /sys/.../entry1/groupA -> /sys/.../entry2/groupA This patch extends this functionality with a new sysfs_add_group_link() call that allows the link to

[RFC 2/6] acpi: add missing include in acpi_numa.h

Right now if a file includes acpi_numa.h and they don't happen to include linux/numa.h before it, they get the following warning: ./include/acpi/acpi_numa.h:9:5: warning: "MAX_NUMNODES" is not defined [-Wundef] #if MAX_NUMNODES > 256 ^~~~ Signed-off-by: Ross Zwisler ---

Re: [PATCH] kbuild: switch to thin archives

Hi Nicholas, [auto build test ERROR on linus/master] [also build test ERROR on v4.12-rc3 next-20170602] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Nicholas-Piggin/kbuild-switch-to-thin

Re: [PATCH] kbuild: switch to thin archives

Hi Nicholas, [auto build test ERROR on linus/master] [also build test ERROR on v4.12-rc3 next-20170602] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Nicholas-Piggin/kbuild-switch-to-thin

Re: [PATCH] i2c: mxs: change error printing to debug for mxs_i2c_pio_wait_xfer_end

On Wed, May 31, 2017 at 11:40:03AM +0200, Michael Thalmeier wrote: > Instead of printing errors after mxs_i2c_pio_wait_xfer_end returns with > an error code just print a debug message. > > NAKs and timeouts can occur in this situation normally, so do not treat > them as errors. > >

Re: [PATCH] i2c: mxs: change error printing to debug for mxs_i2c_pio_wait_xfer_end

On Wed, May 31, 2017 at 11:40:03AM +0200, Michael Thalmeier wrote: > Instead of printing errors after mxs_i2c_pio_wait_xfer_end returns with > an error code just print a debug message. > > NAKs and timeouts can occur in this situation normally, so do not treat > them as errors. > >

Re: [PATCH v2 2/2] i2c: xgene-slimpro: Add ACPI support by using PCC mailbox

On Fri, Jun 2, 2017 at 1:31 PM, Wolfram Sang wrote: > On Mon, Apr 24, 2017 at 11:00:26AM -0700, Hoan Tran wrote: >> This patch adds ACPI support by using PCC mailbox communication >> interface. >> >> Signed-off-by: Hoan Tran > > Please make use checkpatch: > >

Re: [PATCH v2 2/2] i2c: xgene-slimpro: Add ACPI support by using PCC mailbox

On Fri, Jun 2, 2017 at 1:31 PM, Wolfram Sang wrote: > On Mon, Apr 24, 2017 at 11:00:26AM -0700, Hoan Tran wrote: >> This patch adds ACPI support by using PCC mailbox communication >> interface. >> >> Signed-off-by: Hoan Tran > > Please make use checkpatch: > > WARNING: braces {} are not

Re: [PATCH] kbuild: switch to thin archives

Hi Nicholas, [auto build test ERROR on linus/master] [also build test ERROR on v4.12-rc3 next-20170602] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Nicholas-Piggin/kbuild-switch-to-thin

Re: [PATCH] kbuild: switch to thin archives

Hi Nicholas, [auto build test ERROR on linus/master] [also build test ERROR on v4.12-rc3 next-20170602] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Nicholas-Piggin/kbuild-switch-to-thin

Re: [PATCH] mm: make PR_SET_THP_DISABLE immediately active

On 06/02/2017 10:40 PM, Andrew Morton wrote: > On Fri, 2 Jun 2017 22:31:47 +0200 Vlastimil Babka wrote: >>> Perhaps we should be adding new prctl modes to select this new >>> behaviour and leave the existing PR_SET_THP_DISABLE behaviour as-is? >> >> I think we can reasonably

Re: [PATCH] mm: make PR_SET_THP_DISABLE immediately active

On 06/02/2017 10:40 PM, Andrew Morton wrote: > On Fri, 2 Jun 2017 22:31:47 +0200 Vlastimil Babka wrote: >>> Perhaps we should be adding new prctl modes to select this new >>> behaviour and leave the existing PR_SET_THP_DISABLE behaviour as-is? >> >> I think we can reasonably assume that most

Re: [PATCH] amd-xgbe: use PAGE_ALLOC_COSTLY_ORDER in xgbe_map_rx_buffer

On 6/2/2017 10:54 AM, Michal Hocko wrote: From: Michal Hocko xgbe_map_rx_buffer is rather confused about what PAGE_ALLOC_COSTLY_ORDER means. It uses PAGE_ALLOC_COSTLY_ORDER-1 assuming that PAGE_ALLOC_COSTLY_ORDER is the first costly order which is not the case actually because

Re: [PATCH] amd-xgbe: use PAGE_ALLOC_COSTLY_ORDER in xgbe_map_rx_buffer

On 6/2/2017 10:54 AM, Michal Hocko wrote: From: Michal Hocko xgbe_map_rx_buffer is rather confused about what PAGE_ALLOC_COSTLY_ORDER means. It uses PAGE_ALLOC_COSTLY_ORDER-1 assuming that PAGE_ALLOC_COSTLY_ORDER is the first costly order which is not the case actually because orders larger

Re: [kernel-hardening] Re: [PATCH v7 2/2] security: tty: make TIOCSTI ioctl require CAP_SYS_ADMIN

On 6/2/17 4:05 PM, Alan Cox wrote: >> Can't we also have a sysctl that toggles if CAP_SYS_ADMIN is involved in >> this whitelist check? Otherwise someone might leave things out of the >> whitelist just because they want to use those ioctls as a privileged >> process. Also restricting a privileged

Re: [kernel-hardening] Re: [PATCH v7 2/2] security: tty: make TIOCSTI ioctl require CAP_SYS_ADMIN

On 6/2/17 4:05 PM, Alan Cox wrote: >> Can't we also have a sysctl that toggles if CAP_SYS_ADMIN is involved in >> this whitelist check? Otherwise someone might leave things out of the >> whitelist just because they want to use those ioctls as a privileged >> process. Also restricting a privileged

Re: [PATCH v2 1/3] perf: xgene: Parse PMU subnode from the match table

Hi Mark, On Fri, Jun 2, 2017 at 10:23 AM, Mark Rutland wrote: > On Fri, Jun 02, 2017 at 09:54:32AM -0700, Hoan Tran wrote: >> On Fri, Jun 2, 2017 at 7:59 AM, Mark Rutland wrote: >> > On Mon, Apr 03, 2017 at 09:47:55AM -0700, Hoan Tran wrote: >> >>

Re: [PATCH v2 1/3] perf: xgene: Parse PMU subnode from the match table

Hi Mark, On Fri, Jun 2, 2017 at 10:23 AM, Mark Rutland wrote: > On Fri, Jun 02, 2017 at 09:54:32AM -0700, Hoan Tran wrote: >> On Fri, Jun 2, 2017 at 7:59 AM, Mark Rutland wrote: >> > On Mon, Apr 03, 2017 at 09:47:55AM -0700, Hoan Tran wrote: >> >> +static const struct acpi_device_id

Re: [PATCH] mm: make PR_SET_THP_DISABLE immediately active

On Fri, 2 Jun 2017 22:31:47 +0200 Vlastimil Babka wrote: > On 06/02/2017 09:50 PM, Andrew Morton wrote: > > On Fri, 2 Jun 2017 18:03:22 +0300 "Mike Rapoport" > > wrote: > > > >> PR_SET_THP_DISABLE has a rather subtle semantic. It doesn't affect any >

Re: [PATCH] mm: make PR_SET_THP_DISABLE immediately active

On Fri, 2 Jun 2017 22:31:47 +0200 Vlastimil Babka wrote: > On 06/02/2017 09:50 PM, Andrew Morton wrote: > > On Fri, 2 Jun 2017 18:03:22 +0300 "Mike Rapoport" > > wrote: > > > >> PR_SET_THP_DISABLE has a rather subtle semantic. It doesn't affect any > >> existing mapping because it only

Re: [PATCH v2 2/2] i2c: xgene-slimpro: Add ACPI support by using PCC mailbox

Hi Wolfram, >> This patch adds ACPI support by using PCC mailbox communication >> interface. >> >> Signed-off-by: Hoan Tran > > Please make use checkpatch: > > WARNING: braces {} are not necessary for single statement blocks > #149: FILE:

Re: [PATCH v2 2/2] i2c: xgene-slimpro: Add ACPI support by using PCC mailbox

Hi Wolfram, >> This patch adds ACPI support by using PCC mailbox communication >> interface. >> >> Signed-off-by: Hoan Tran > > Please make use checkpatch: > > WARNING: braces {} are not necessary for single statement blocks > #149: FILE: drivers/i2c/busses/i2c-xgene-slimpro.c:242: > + if

Re: [patch v2] mm, vmscan: avoid thrashing anon lru when free + file is low

On Mon, 1 May 2017 14:34:21 -0700 (PDT) David Rientjes wrote: > The purpose of the code that commit 623762517e23 ("revert 'mm: vmscan: do > not swap anon pages just because free+file is low'") reintroduces is to > prefer swapping anonymous memory rather than trashing the

Re: [patch v2] mm, vmscan: avoid thrashing anon lru when free + file is low

On Mon, 1 May 2017 14:34:21 -0700 (PDT) David Rientjes wrote: > The purpose of the code that commit 623762517e23 ("revert 'mm: vmscan: do > not swap anon pages just because free+file is low'") reintroduces is to > prefer swapping anonymous memory rather than trashing the file lru. > > If the

Re: [RFC PATCH v2 11/17] cgroup: Implement new thread mode semantics

On 06/01/2017 05:18 PM, Tejun Heo wrote: > Hello, > > On Thu, Jun 01, 2017 at 05:12:42PM -0400, Waiman Long wrote: >> Are you referring to keeping the no internal process restriction and >> document how to work around that instead? I would like to hear what >> workarounds are currently being used.

Re: [RFC PATCH v2 11/17] cgroup: Implement new thread mode semantics

On 06/01/2017 05:18 PM, Tejun Heo wrote: > Hello, > > On Thu, Jun 01, 2017 at 05:12:42PM -0400, Waiman Long wrote: >> Are you referring to keeping the no internal process restriction and >> document how to work around that instead? I would like to hear what >> workarounds are currently being used.

Re: [PATCH] mm: make PR_SET_THP_DISABLE immediately active

On 06/02/2017 09:50 PM, Andrew Morton wrote: > On Fri, 2 Jun 2017 18:03:22 +0300 "Mike Rapoport" > wrote: > >> PR_SET_THP_DISABLE has a rather subtle semantic. It doesn't affect any >> existing mapping because it only updated mm->def_flags which is a template >> for

Re: [PATCH] mm: make PR_SET_THP_DISABLE immediately active

On 06/02/2017 09:50 PM, Andrew Morton wrote: > On Fri, 2 Jun 2017 18:03:22 +0300 "Mike Rapoport" > wrote: > >> PR_SET_THP_DISABLE has a rather subtle semantic. It doesn't affect any >> existing mapping because it only updated mm->def_flags which is a template >> for new mappings. The mappings

[PATCH v12 3/6] fpga manager: Add altera-ps-spi driver for Altera FPGAs

altera-ps-spi loads FPGA firmware over SPI, using the "passive serial" interface on Altera Arria 10, Cyclone V or Stratix V FPGAs. This is one of the simpler ways to set up an FPGA at runtime. The signal interface is close to unidirectional SPI with lsb first. Signed-off-by: Joshua Clayton

[PATCH v12 3/6] fpga manager: Add altera-ps-spi driver for Altera FPGAs

altera-ps-spi loads FPGA firmware over SPI, using the "passive serial" interface on Altera Arria 10, Cyclone V or Stratix V FPGAs. This is one of the simpler ways to set up an FPGA at runtime. The signal interface is close to unidirectional SPI with lsb first. Signed-off-by: Joshua Clayton

Re: [PATCH v2 2/2] i2c: xgene-slimpro: Add ACPI support by using PCC mailbox

On Mon, Apr 24, 2017 at 11:00:26AM -0700, Hoan Tran wrote: > This patch adds ACPI support by using PCC mailbox communication > interface. > > Signed-off-by: Hoan Tran Please make use checkpatch: WARNING: braces {} are not necessary for single statement blocks #149: FILE:

[PATCH v12 6/6] fpga-manager: altera-ps-spi: use bitrev8x4

Speed up bit reversal by using hardware bit reversal Add extra code to handle less than 4byte remnants, if any Signed-off-by: Joshua Clayton --- drivers/fpga/altera-ps-spi.c | 19 +++ 1 file changed, 15 insertions(+), 4 deletions(-) diff --git

[PATCH v12 6/6] fpga-manager: altera-ps-spi: use bitrev8x4

Speed up bit reversal by using hardware bit reversal Add extra code to handle less than 4byte remnants, if any Signed-off-by: Joshua Clayton --- drivers/fpga/altera-ps-spi.c | 19 +++ 1 file changed, 15 insertions(+), 4 deletions(-) diff --git a/drivers/fpga/altera-ps-spi.c

Re: [PATCH v2 2/2] i2c: xgene-slimpro: Add ACPI support by using PCC mailbox

On Mon, Apr 24, 2017 at 11:00:26AM -0700, Hoan Tran wrote: > This patch adds ACPI support by using PCC mailbox communication > interface. > > Signed-off-by: Hoan Tran Please make use checkpatch: WARNING: braces {} are not necessary for single statement blocks #149: FILE:

[PATCH v12 5/6] lib: add bitrev8x4()

Add a function to reverse bytes within a 32 bit word. Operate on a u32 rather than individual bytes. Signed-off-by: Joshua Clayton --- include/linux/bitrev.h | 19 +++ 1 file changed, 19 insertions(+) diff --git a/include/linux/bitrev.h

[PATCH v12 4/6] ARM: dts: imx6q-evi: support altera-ps-spi

Add support for Altera FPGA connected to an spi port to the evi devicetree file Signed-off-by: Joshua Clayton --- arch/arm/boot/dts/imx6q-evi.dts | 16 1 file changed, 16 insertions(+) diff --git a/arch/arm/boot/dts/imx6q-evi.dts

[PATCH v12 5/6] lib: add bitrev8x4()

Add a function to reverse bytes within a 32 bit word. Operate on a u32 rather than individual bytes. Signed-off-by: Joshua Clayton --- include/linux/bitrev.h | 19 +++ 1 file changed, 19 insertions(+) diff --git a/include/linux/bitrev.h b/include/linux/bitrev.h index

[PATCH v12 4/6] ARM: dts: imx6q-evi: support altera-ps-spi

Add support for Altera FPGA connected to an spi port to the evi devicetree file Signed-off-by: Joshua Clayton --- arch/arm/boot/dts/imx6q-evi.dts | 16 1 file changed, 16 insertions(+) diff --git a/arch/arm/boot/dts/imx6q-evi.dts b/arch/arm/boot/dts/imx6q-evi.dts index

[PATCH v12 1/6] fpga: Add flag to indicate SPI bitstream is bit-reversed

From: Anatolij Gustschin Add a flag that is passed to the write_init() callback, indicating that the SPI bitstream starts with LSB first. SPI controllers usually send data with MSB first. If an FPGA expects bitstream data as LSB first, the data must be reversed either by the SPI

[PATCH v12 2/6] doc: dt: document altera-passive-serial binding

Describe an altera-passive-serial devicetree entry, required features Signed-off-by: Joshua Clayton Acked-by: Rob Herring --- .../bindings/fpga/altera-passive-serial.txt| 29 ++ 1 file changed, 29 insertions(+) create mode

<    1   2   3   4   5   6   7   8   9   10   >