Re: [alsa-devel] [PATCH] soundwire: fix regmap dependencies and align with other serial links

On Wed, Aug 07, 2019 at 10:09:27AM -0500, Pierre-Louis Bossart wrote: > Vinod, Mark, any feedback? > There will be a set of SoundWire codec drivers provided upstream soonish and > we'll get a number of kbuild errors without this patch. I think I'm missing context here, I've basically been

Re: [PATCH v3 1/2] fork: extend clone3() to support CLONE_SET_TID

On Tue, Aug 06, 2019 at 09:15:50PM +0200, Adrian Reber wrote: > The main motivation to add set_tid to clone3() is CRIU. > > To restore a process with the same PID/TID CRIU currently uses > /proc/sys/kernel/ns_last_pid. It writes the desired (PID - 1) to > ns_last_pid and then (quickly) does a

Re: [PATCH RFC v1 1/2] rcu/tree: Add basic support for kfree_rcu batching

On Wed, Aug 07, 2019 at 05:45:04AM -0400, Joel Fernandes wrote: > On Tue, Aug 06, 2019 at 04:56:31PM -0700, Paul E. McKenney wrote: > > On Tue, Aug 06, 2019 at 05:20:40PM -0400, Joel Fernandes (Google) wrote: [ . . . ] > > > + for (; head; head = next) { > > > + next = head->next; > > >

Re: [PATCH v2 1/2] binder: Add default binder devices through binderfs when configured

On Wed, Aug 07, 2019 at 02:02:05PM +0300, Dan Carpenter wrote: > On Tue, Aug 06, 2019 at 11:40:05AM -0700, Hridya Valsaraju wrote: > > @@ -467,6 +466,9 @@ static int binderfs_fill_super(struct super_block *sb, > > void *data, int silent) > > int ret; > > struct binderfs_info *info; > >

Re: [PATCH v3 3/5] RISC-V: Fix unsupported isa string info.

On Wed, 07 Aug 2019 10:31:51 PDT (-0700), Atish Patra wrote: On Tue, 2019-08-06 at 18:26 -0700, Paul Walmsley wrote: On Wed, 7 Aug 2019, Atish Patra wrote: > On Tue, 2019-08-06 at 16:27 -0700, Paul Walmsley wrote: > > > Seems like the "su" should be dropped from mandatory_ext. What > > do

Re: [PATCH v2 3/5] dt-bindings: arm: Extend SCMI to support new reset protocol

Hi Rob, On Tue, Aug 06, 2019 at 06:02:06PM +0100, Sudeep Holla wrote: > SCMIv2.0 adds a new Reset Management Protocol to manage various reset > states a given device or domain can enter. Extend the existing SCMI > bindings to add reset protocol support by re-using the reset bindings > for bothe

[PATCH 2/3] sched/fair: Prevent active LB from preempting higher sched classes

The CFS load balancer can cause the cpu_stopper to run a function to try and steal a rq's currently running task. However, it so happens that while only CFS tasks will ever be migrated by that function, we can end up preempting higher sched class tasks, since it is executed by the cpu_stopper. I

[PATCH 0/3] sched/fair: Active balancer RT/DL preemption fix

Vincent's load balance rework [1] got me thinking about how and where we use rq.nr_running vs rq.cfs.h_nr_running checks, and this lead me to stare intently at the active load balancer. I haven't seen it happen (yet), but from reading the code it really looks like we can have some scenarios where

[PATCH 3/3] sched/fair: Check for CFS tasks in active_load_balance_cpu_stop()

We should really only be looking for CFS tasks, since that's all detach_one_task() can ever pull. Replace the rq.nr_running check with a rq.cfs.h_nr_running one to do just that. Signed-off-by: Valentin Schneider --- kernel/sched/fair.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-)

[PATCH 1/3] sched/fair: Move active balance logic to its own function

The logic to trigger an active balance is already quite lengthy, and as I'm about to add yet another unlock condition it's probably better to give it its own corner. The only annoying requirement is that we need to branch to out_one_pinned when the active balance is cancelled due to the running

[PATCH v2] firmware: arm_scmi: Use {get,put}_unaligned_le{32,64} accessors

Instead of type-casting the {tx,rx}.buf all over the place while accessing them to read/write __le{32,64} from/to the firmware, let's use the existing {get,put}_unaligned_le{32,64} accessors to hide all the type cast ugliness. Suggested-by: Philipp Zabel Signed-off-by: Sudeep Holla ---

Re:[PATCH net-next] net/ncsi: allow to customize BMC MAC Address offset

Lgtm except one small comment below. On 8/6/19, 5:22 PM, "openbmc on behalf of Tao Ren" wrote: Currently BMC's MAC address is calculated by adding 1 to NCSI NIC's base MAC address when CONFIG_NCSI_OEM_CMD_GET_MAC option is enabled. The logic doesn't work for platforms with

Re: [PATCH v3 3/5] RISC-V: Fix unsupported isa string info.

On Tue, 2019-08-06 at 18:26 -0700, Paul Walmsley wrote: > On Wed, 7 Aug 2019, Atish Patra wrote: > > > On Tue, 2019-08-06 at 16:27 -0700, Paul Walmsley wrote: > > > > > Seems like the "su" should be dropped from mandatory_ext. What > > > do you > > > think? > > > > > > > Yup. As DT binding

[PATCH 1/2 v2] tracing/arm64: Have max stack tracer handle the case of return address after data

From: "Steven Rostedt (VMware)" Most archs (well at least x86) store the function call return address on the stack before storing the local variables for the function. The max stack tracer depends on this in its algorithm to display the stack size of each function it finds in the back trace.

[PATCH 2/2 v2] tracing: Document the stack trace algorithm in the comments

From: "Steven Rostedt (VMware)" As the max stack tracer algorithm is not that easy to understand from the code, add comments that explain the algorithm and mentions how ARCH_RET_ADDR_AFTER_LOCAL_VARS affects it. Link: http://lkml.kernel.org/r/20190806123455.487ac...@gandalf.local.home

[PATCH 0/2 v2] tracing/arm: Fix the stack tracer when LR is saved after local storage

As arm64 saves the link register after a function's local variables are stored, it causes the max stack tracer to be off by one in its output of which function has the bloated stack frame. The first patch fixes this by creating a ARCH_RET_ADDR_BEFORE_LOCAL_VARS define that an achitecture (arm64)

Re: [PATCH 0/2] tracing/arm: Fix the stack tracer when LR is saved after local storage

On Wed, 7 Aug 2019 18:08:14 +0100 Mark Rutland wrote: > Hi Steve, > > On Wed, Aug 07, 2019 at 12:34:01PM -0400, Steven Rostedt wrote: > > As arm64 saves the link register after a function's local variables are > > stored, it causes the max stack tracer to be off by one in its output > > of

[BUGFIX 0/1] handle NULL return value by bfq_init_rq()

Hi Jens, this is a hopefully complete version of the fix proposed by Guenter [1]. Thanks, Paolo [1] https://lkml.org/lkml/2019/7/22/824 Paolo Valente (1): block, bfq: handle NULL return value by bfq_init_rq() block/bfq-iosched.c | 14 +++--- 1 file changed, 11 insertions(+), 3

Re: [RFC PATCH v3 00/16] Core scheduling v3

On 8/7/19 1:58 AM, Dario Faggioli wrote: > So, here comes my question: I've done a benchmarking campaign (yes, > I'll post numbers soon) using this branch: > > https://github.com/digitalocean/linux-coresched.git > vpillai/coresched-v3-v5.1.5-test >

Re: [PATCH 0/2] tracing/arm: Fix the stack tracer when LR is saved after local storage

Hi Steve, On Wed, Aug 07, 2019 at 12:34:01PM -0400, Steven Rostedt wrote: > As arm64 saves the link register after a function's local variables are > stored, it causes the max stack tracer to be off by one in its output > of which function has the bloated stack frame. For reference, it's a bit

Re: [PATCH] firmware: arm_scmi: Use {get,put}_unaligned_le32 accessors

On Wed, Aug 07, 2019 at 03:18:59PM +, David Laight wrote: > From: Sudeep Holla > > Sent: 07 August 2019 14:01 > > > > Instead of type-casting the {tx,rx}.buf all over the place while > > accessing them to read/write __le32 from/to the firmware, let's use > > the nice existing

[PATCH v5 2/4] net: phy: Add support for generic LED configuration through the DT

For PHYs with a device tree node look for LED trigger configuration using the generic binding, if it exists try to apply it via the new driver hook .config_led. Signed-off-by: Matthias Kaehlcke --- Changes in v5: - add callback to configure a LED to the PHY driver, instead of having the driver

[PATCH v5 1/4] dt-bindings: net: phy: Add subnode for LED configuration

The LED behavior of some Ethernet PHYs is configurable. Add an optional 'leds' subnode with a child node for each LED to be configured. The binding aims to be compatible with the common LED binding (see devicetree/bindings/leds/common.txt). A LED can be configured to be: - 'on' when a link is

[PATCH v5 4/4] net: phy: realtek: Add LED configuration support for RTL8211E

Add a .config_led hook which is called by the PHY core when configuration data for a PHY LED is available. Each LED can be configured to be solid 'off, solid 'on' for certain (or all) link speeds or to blink on RX/TX activity. Signed-off-by: Matthias Kaehlcke --- Changes in v5: - use

[PATCH v5 3/4] net: phy: realtek: Add helpers for accessing RTL8211x extension pages

Some RTL8211x PHYs have extension pages, which can be accessed after selecting a page through a custom method. Add a function to modify bits in a register of an extension page and a helper for selecting an ext page. Use rtl8211x_modify_ext_paged() in rtl8211e_config_init() instead of doing things

[PATCH v5 0/4] net: phy: Add support for DT configuration of PHY LEDs and use it for RTL8211E

This series adds a generic binding to configure PHY LEDs through the device tree, and phylib support for reading the information from the DT. PHY drivers that support the generic binding should implement the new hook .config_led. Enable DT configuration of the RTL8211E LEDs by implementing the

Re: linux-next: Tree for Aug 7 (mm/khugepaged.c)

Hi Randy, > On Aug 7, 2019, at 8:11 AM, Randy Dunlap wrote: > > On 8/7/19 1:36 AM, Stephen Rothwell wrote: >> Hi all, >> >> Changes since 20190806: >> > > on i386: > > when CONFIG_SHMEM is not set/enabled: > > ../mm/khugepaged.c: In function ‘khugepaged_scan_mm_slot’: >

drivers/rtc/rtc-bd70528.c:365: undefined reference to `bd70528_wdt_lock'

Hi Matti, FYI, the error/warning still remains. tree: https://kernel.googlesource.com/pub/scm/linux/kernel/git/torvalds/linux.git master head: 33920f1ec5bf47c5c0a1d2113989bdd9dfb3fae9 commit: 32a4a4ebf76848828d67f519d07af9eadb6e8300 rtc: bd70528: Initial support for ROHM bd70528 RTC date:

Re: [PATCH v2 1/2] binder: Add default binder devices through binderfs when configured

On Wed, Aug 7, 2019 at 4:02 AM Dan Carpenter wrote: > > On Tue, Aug 06, 2019 at 11:40:05AM -0700, Hridya Valsaraju wrote: > > @@ -467,6 +466,9 @@ static int binderfs_fill_super(struct super_block *sb, > > void *data, int silent) > > int ret; > > struct binderfs_info *info; > >

Re: [PATCH v2 2/2] linux/bits.h: Add compile time sanity check of GENMASK inputs

On 8/7/19 7:55 AM, Masahiro Yamada wrote: On Wed, Aug 7, 2019 at 11:27 PM Guenter Roeck wrote: On Fri, Aug 02, 2019 at 01:03:58AM +0200, Rikard Falkeborn wrote: GENMASK() and GENMASK_ULL() are supposed to be called with the high bit as the first argument and the low bit as the second

Re: [RESEND 1/2] remoteproc: replace bool from struct rproc by u8

Hi Loic, On 8/7/19 4:41 AM, Loic Pallardy wrote: > Post [1] and checkpatch tool indicate that usage of bool type > in structure is now no more allowed/advised. > This patch replaces bool by unsigned char (u8) and reorders > struct rproc fields to avoid padding. > > [1]

Re: [PATCH] firmware: google: update vpd_decode from upstream

On 8/7/19 7:59 AM, Stephen Boyd wrote: Quoting Guenter Roeck (2019-08-07 06:58:34) On Fri, Aug 02, 2019 at 03:27:54PM -0700, Stephen Boyd wrote: Quoting Hung-Te Lin (2019-08-02 01:20:31) -static int vpd_section_attrib_add(const u8 *key, s32 key_len, - const

[PATCH] perf/x86/intel/uncore: Use struct_size() in kzalloc_node()

One of the more common cases of allocation size calculations is finding the size of a structure that has a zero-sized array at the end, along with memory for some number of elements for that array. For example: struct intel_uncore_box { ... struct intel_uncore_extra_reg

[rcu:dev.2019.08.01a 57/113] drivers/base/core.c:102:9: error: implicit declaration of function 'lock_is_held'; did you mean 'clock_was_set'?

tree: https://kernel.googlesource.com/pub/scm/linux/kernel/git/paulmck/linux-rcu.git dev.2019.08.01a head: 00ec8f46465e07c72f2813cc346f6e7e8749ea98 commit: 24f1c2ad7b902c9ab867518b5258d4db70f28ec0 [57/113] acpi: Use built-in RCU list checking for acpi_ioremaps list config:

Re: [PATCH v3 1/2] fork: extend clone3() to support CLONE_SET_TID

On 8/7/19 5:33 PM, Dmitry Safonov wrote: > On 8/7/19 5:21 PM, Oleg Nesterov wrote: >> On 08/07, Dmitry Safonov wrote: > [..] >>> What if the size is lesser than offsetof(struct clone_args, stack_size)? >>> Probably, there should be still a check that it's not lesser than what's >>> the required

Re: [PATCH net] net: phy: rtl8211f: do a double read to get real time link status

On 07.08.2019 15:16, Yonglong Liu wrote: > [ 27.232781] hns3 :bd:00.3 eth7: net open > [ 27.237303] 8021q: adding VLAN 0 to HW filter on device eth7 > [ 27.242972] IPv6: ADDRCONF(NETDEV_CHANGE): eth7: link becomes ready > [ 27.29] hns3 :bd:00.3: invalid speed (-1) > [

Re: [PATCH v21 16/28] x86/sgx: Add the Linux SGX Enclave Driver

ECPM permissions are mentioned in SDM EADD instruction operation. PTE I don't know. -- Jethro Beekman | Fortanix On 2019-08-07 08:17, Jarkko Sakkinen wrote: On Wed, Aug 07, 2019 at 06:15:34PM +0300, Jarkko Sakkinen wrote: On Mon, Jul 29, 2019 at 11:17:57AM +, Ayoun, Serge wrote: +

Re: [PATCH 3/8] thunderbolt: Use 32-bit writes when writing ring producer/consumer

On Wed, Aug 07, 2019 at 04:22:26PM +, David Laight wrote: > From: Mika Westerberg > > Sent: 07 August 2019 17:14 > > To: David Laight > > > > On Fri, Jul 05, 2019 at 04:04:19PM +, David Laight wrote: > > > > Really a matter of taste, but maybe you want to consider having a single > > > >

[PATCH v3 3/5] ASoC: SOF: topology: Add dummy support for i.MX8 DAIs

Add dummy support for SAI/ESAI digital audio interface IPs found on i.MX8 boards. Signed-off-by: Daniel Baluta --- include/sound/sof/dai.h | 2 ++ include/uapi/sound/sof/tokens.h | 8 sound/soc/sof/topology.c| 30 ++ 3 files changed, 40

[PATCH v3 4/5] arm64: dts: imx8qxp: Add DSP DT node

This includes DSP reserved memory, ADMA DSP device and DSP MU communication channels description. Signed-off-by: Daniel Baluta --- arch/arm64/boot/dts/freescale/imx8qxp-mek.dts | 4 +++ arch/arm64/boot/dts/freescale/imx8qxp.dtsi| 32 +++ 2 files changed, 36 insertions(+)

[PATCH v3 5/5] dt-bindings: dsp: fsl: Add DSP core binding support

This describes the DSP device tree node. Signed-off-by: Daniel Baluta Reviewed-by: Rob Herring --- .../devicetree/bindings/dsp/fsl,dsp.yaml | 88 +++ 1 file changed, 88 insertions(+) create mode 100644 Documentation/devicetree/bindings/dsp/fsl,dsp.yaml diff --git

[PATCH v3 2/5] ASoC: SOF: imx: Add i.MX8 HW support

Add support for the audio DSP hardware found on NXP i.MX8 platform. Signed-off-by: Daniel Baluta --- sound/soc/sof/Kconfig | 1 + sound/soc/sof/Makefile | 1 + sound/soc/sof/imx/Kconfig | 22 +++ sound/soc/sof/imx/Makefile | 4 + sound/soc/sof/imx/imx8.c | 394

[PATCH v3 1/5] ASoC: SOF: Add OF DSP device support

Add support for device tree based SOF DSP devices. Signed-off-by: Daniel Baluta --- sound/soc/sof/Kconfig | 10 +++ sound/soc/sof/Makefile | 3 + sound/soc/sof/sof-of-dev.c | 143 + 3 files changed, 156 insertions(+) create mode 100644

[PATCH v3 0/5] Add DSP node for i.MX8QXP board to be used by DSP SOF driver

i.MX 8QXP boards feature an Hifi4 DSP from Tensilica. This patch series aims on adding the DT node describing the DSP, but it also contains the Linux SOF DSP driver code that will use the DT node for easier review. Note that we switched to the new yaml format for bindings documentation. The DSP

Re: [PATCH] riscv: kbuild: add virtual memory system selection

On Wed, 7 Aug 2019, Alexandre Ghiti wrote: > And FYI my series and your patch are already in linux-next. Yes, I agree with Christoph that it would be preferable not to break randconfig/allyesconfig. So if you don't mind, could you respin the RISC-V patch to drop the Sv48 portion, and simply

RE: [PATCH 3/8] thunderbolt: Use 32-bit writes when writing ring producer/consumer

From: 'Mika Westerberg' [mailto:mika.westerb...@linux.intel.com] > Sent: 07 August 2019 17:36 > > On Wed, Aug 07, 2019 at 04:22:26PM +, David Laight wrote: > > From: Mika Westerberg > > > Sent: 07 August 2019 17:14 > > > To: David Laight > > > > > > On Fri, Jul 05, 2019 at 04:04:19PM +,

Re: [PATCH 2/2] tracing: Document the stack trace algorithm in the comments

On Wed, 07 Aug 2019 12:34:03 -0400 Steven Rostedt wrote: > From: "Steven Rostedt (VMware)" > + * To fix this, if the architecture sets ARCH_RET_ADDR_AFTER_LOCAL_VARS the > + * values in stack_trace_index[] are shifted by one to and the number of > + * stack trace entries is decremented by one.

Re: [PATCH v3 8/8] PCI: dw: Add support for PCI_PROBE_ONLY/PCI_REASSIGN_ALL_BUS flags

On Tue, Jul 23, 2019 at 12:27:11PM +0300, Jonathan Chocron wrote: > This basically aligns the usage of PCI_PROBE_ONLY and > PCI_REASSIGN_ALL_BUS in dw_pcie_host_init() with the logic in > pci_host_common_probe(). > > Now it will be possible to control via the devicetree whether to just > probe

Re: Odroid-XU4 sound issue after suspend-resume

On 8/7/19 10:22, Sylwester Nawrocki wrote: > On 8/5/19 15:27, Jaafar Ali wrote: >> Dear All, >> Kernel 5.3-rc1 >> OS: ubuntu 18.04 >> Hardware: Odroid-XU4 >> The sound of Odroid-XU4 after suspend/resume cycle is choppy and slow.  >> I have found a workaround, the I2SMOD register value should be

[PATCH 2/2] tracing: Document the stack trace algorithm in the comments

From: "Steven Rostedt (VMware)" As the max stack tracer algorithm is not that easy to understand from the code, add comments that explain the algorithm and mentions how ARCH_RET_ADDR_AFTER_LOCAL_VARS affects it. Link: http://lkml.kernel.org/r/20190806123455.487ac...@gandalf.local.home

[PATCH 1/2] tracing/arm64: Have max stack tracer handle the case of return address after data

From: "Steven Rostedt (VMware)" Most archs (well at least x86) store the function call return address on the stack before storing the local variables for the function. The max stack tracer depends on this in its algorithm to display the stack size of each function it finds in the back trace.

[PATCH 0/2] tracing/arm: Fix the stack tracer when LR is saved after local storage

As arm64 saves the link register after a function's local variables are stored, it causes the max stack tracer to be off by one in its output of which function has the bloated stack frame. The first patch fixes this by creating a ARCH_RET_ADDR_BEFORE_LOCAL_VARS define that an achitecture

Re: [PATCH v3 1/2] fork: extend clone3() to support CLONE_SET_TID

On 8/7/19 5:21 PM, Oleg Nesterov wrote: > On 08/07, Dmitry Safonov wrote: [..] >> What if the size is lesser than offsetof(struct clone_args, stack_size)? >> Probably, there should be still a check that it's not lesser than what's >> the required minimum.. > > Not sure I understand... I mean,

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

On Wed, Aug 7, 2019 at 8:25 AM Will Deacon wrote: > > Hello Masahiro, > > On Wed, Aug 07, 2019 at 11:43:02PM +0900, Masahiro Yamada wrote: > > On Wed, Aug 7, 2019 at 8:46 PM Will Deacon wrote: > > > On Tue, Aug 06, 2019 at 07:34:36PM -0700, Peter Collingbourne wrote: > > > > We're setting NM to

RE: [PATCH v1 2/2] vfio/mdev: Removed unused and redundant API for mdev UUID

> -Original Message- > From: Cornelia Huck > Sent: Wednesday, August 7, 2019 2:58 PM > To: Parav Pandit > Cc: k...@vger.kernel.org; wankh...@nvidia.com; linux- > ker...@vger.kernel.org; alex.william...@redhat.com; c...@nvidia.com > Subject: Re: [PATCH v1 2/2] vfio/mdev: Removed unused

Re: [RFC][PATCH 12/13] sched/deadline: Introduce deadline servers

On 7/26/19 4:54 PM, Peter Zijlstra wrote: > > > Signed-off-by: Peter Zijlstra (Intel) [...] > @@ -889,6 +891,8 @@ static void update_curr(struct cfs_rq *c > trace_sched_stat_runtime(curtask, delta_exec, curr->vruntime); > cgroup_account_cputime(curtask,

Re: [PATCH 4/6] ARM: psci: cpuidle: Introduce PSCI CPUidle driver

On 22/07/2019 17:37, Lorenzo Pieralisi wrote: > PSCI firmware is the standard power management control for > all ARM64 based platforms and it is also deployed on some > ARM 32 bit platforms to date. > > Idle state entry in PSCI is currently achieved by calling > arm_cpuidle_init() and

Re: [PATCH 3/8] thunderbolt: Use 32-bit writes when writing ring producer/consumer

On Fri, Jul 05, 2019 at 04:04:19PM +, David Laight wrote: > > Really a matter of taste, but maybe you want to consider having a single > > function, with a 3rd parameter, bool is_tx. > > The calls here will be unified to: > > ring_iowrite(ring, ring->head, ring->is_tx); > > (No

[PATCH 1/2] clk: samsung: Change signature of exynos5_subcmus_init() function

In order to make it easier in subsequent patch to create different subcmu lists for exynos5420 and exynos5800 SoCs the code is rewritten so we pass an array of pointers to the subcmus initialization function. Signed-off-by: Sylwester Nawrocki --- drivers/clk/samsung/clk-exynos5-subcmu.c | 16

Re: [PATCH v2 5/5] mtd: spi-nor: add Kconfig option to disable write protection at power-up

Hi Tudor On 17-Jul-19 5:00 PM, tudor.amba...@microchip.com wrote: > From: Tudor Ambarus [...] > > drivers/mtd/spi-nor/Kconfig | 8 > drivers/mtd/spi-nor/spi-nor.c | 7 +-- > 2 files changed, 13 insertions(+), 2 deletions(-) > > diff --git a/drivers/mtd/spi-nor/Kconfig

Re: [PATCH v2] selftests: kvm: Adding config fragments

On 8/7/19 10:19 AM, Paolo Bonzini wrote: On 07/08/19 17:52, shuah wrote: On 8/7/19 7:58 AM, Naresh Kamboju wrote: selftests kvm test cases need pre-required kernel configs for the test to get pass. Can you elaborate and add more information on which tests fail without these configs. I am

[PATCH 2/2] clk: samsung: exynos5800: Move MAU subsystem clocks to MAU sub-CMU

This patch fixes broken sound on Exynos5422/5800 platforms after system/suspend resume cycle in cases where the audio root clock is derived from MAU_EPLL_CLK. In order to preserve state of the USER_MUX_MAU_EPLL_CLK clock mux during system suspend/resume cycle for Exynos5800 we group the MAU block

RE: [PATCH 3/8] thunderbolt: Use 32-bit writes when writing ring producer/consumer

From: Mika Westerberg > Sent: 07 August 2019 17:14 > To: David Laight > > On Fri, Jul 05, 2019 at 04:04:19PM +, David Laight wrote: > > > Really a matter of taste, but maybe you want to consider having a single > > > function, with a 3rd parameter, bool is_tx. > > > The calls here will be

[rcu:dev.2019.07.31a 66/123] drivers/base/core.c:102:9: error: implicit declaration of function 'lock_is_held'; did you mean 'lockref_get'?

tree: https://kernel.googlesource.com/pub/scm/linux/kernel/git/paulmck/linux-rcu.git dev.2019.07.31a head: 71cf692f482ff45802352cf85a8880035fca9e52 commit: c9e4d3a2fee806436d2ad6f2cbccd3de25681a9d [66/123] acpi: Use built-in RCU list checking for acpi_ioremaps list config:

Re: [PATCH v3 1/2] fork: extend clone3() to support CLONE_SET_TID

On 08/07, Dmitry Safonov wrote: > > On 8/7/19 4:48 PM, Oleg Nesterov wrote: > > On 08/06, Adrian Reber wrote: > >> > >> @@ -2530,12 +2530,14 @@ noinline static int > >> copy_clone_args_from_user(struct kernel_clone_args *kargs, > >> struct clone_args

Re: [PATCH] riscv: kbuild: add virtual memory system selection

On Wed, 07 Aug 2019 08:12:30 PDT (-0700), Christoph Hellwig wrote: On Wed, Aug 07, 2019 at 09:04:40AM +0200, Alexandre Ghiti wrote: I took a look at how x86 deals with 5-level page table: it allows to handle 5-level and 4-level at runtime by folding the last page table level (cf

Re: [PATCH v2] selftests: kvm: Adding config fragments

On 07/08/19 17:52, shuah wrote: > > > On 8/7/19 7:58 AM, Naresh Kamboju wrote: >> selftests kvm test cases need pre-required kernel configs for the test >> to get pass. >> > > Can you elaborate and add more information on which tests fail without > these configs. I am all for adding configs,

Re: [PATCH] mtd: rawnand: ingenic: fix devm_platform_ioremap_resource.cocci warnings

On Mon, 2019-07-22 at 23:39:34 UTC, Julia Lawall wrote: > From: kbuild test robot > > drivers/mtd/nand/raw/ingenic/ingenic_nand_drv.c:330:1-9: WARNING: Use > devm_platform_ioremap_resource for cs -> base > > Use devm_platform_ioremap_resource helper which wraps > platform_get_resource() and

Re: [PATCH] mtd: rawnand: r852: Use dev_get_drvdata

On Tue, 2019-07-23 at 12:47:27 UTC, Chuhong Yuan wrote: > Instead of using to_pci_dev + pci_get_drvdata, > use dev_get_drvdata to make code simpler. > > Signed-off-by: Chuhong Yuan Applied to https://git.kernel.org/pub/scm/linux/kernel/git/mtd/linux.git nand/next, thanks. Miquel

Re: [PATCH] mtd: rawnand: remove redundant assignment to variable ret

On Wed, 2019-07-31 at 08:52:08 UTC, Colin King wrote: > From: Colin Ian King > > Variable ret is being initialized with a value that is never read > and ret is being re-assigned a little later on. The assignment is > redundant and hence can be removed. > > Addresses-Coverity: ("Unused value") >

[PATCH v3] riscv: Using CSR numbers to access CSRs

Since commit a3182c91ef4e ("RISC-V: Access CSRs using CSR numbers"), we should prefer accessing CSRs using their CSR numbers, but there are several leftovers like sstatus / sptbr we missed. Signed-off-by: Bin Meng Reviewed-by: Anup Patel --- Changes in v3: - remove the SoB tag per request

Re: [PATCH v3 2/2] mm,thp: Add experimental config option RO_EXEC_FILEMAP_HUGE_FAULT_THP

> On Aug 6, 2019, at 5:12 AM, Kirill A. Shutemov wrote: > > IIUC, you are missing ->vm_pgoff from the picture. The newly allocated > page must land into page cache aligned on HPAGE_PMD_NR boundary. In other > word you cannout have huge page with ->index, let say, 1. > > VMA is only suitable

Re: [Sound-open-firmware] [PATCH v2 3/5] ASoC: SOF: Add DT DSP device support

On 8/7/19 10:29 AM, Daniel Baluta wrote: On Tue, Jul 23, 2019 at 6:19 PM Pierre-Louis Bossart wrote: diff --git a/sound/soc/sof/Kconfig b/sound/soc/sof/Kconfig index 61b97fc55bb2..2aa3a1cdf60c 100644 --- a/sound/soc/sof/Kconfig +++ b/sound/soc/sof/Kconfig @@ -36,6 +36,15 @@ config

Re: [PATCH v3 1/2] fork: extend clone3() to support CLONE_SET_TID

On 08/06, Adrian Reber wrote: > > @@ -2573,6 +2575,14 @@ noinline static int copy_clone_args_from_user(struct > kernel_clone_args *kargs, > .tls= args.tls, > }; > > + if (size == sizeof(struct clone_args)) { > + /* Only check permissions if

Re: [PATCH v2 0/3] arm/arm64: Add support for function error injection

On Tue, Aug 06, 2019 at 06:00:12PM +0800, Leo Yan wrote: > This small patch set is to add support for function error injection; > this can be used to eanble more advanced debugging feature, e.g. > CONFIG_BPF_KPROBE_OVERRIDE. > > The patch 01/03 is to consolidate the function definition which can

Re: [Intel-wired-lan] [PATCH v2 1/1] ixgbe: sync the first fragment unconditionally

On Wed, Aug 7, 2019 at 7:09 AM Maciej Fijalkowski wrote: > > On Wed, 7 Aug 2019 08:38:43 + > Firo Yang wrote: > > > The 08/07/2019 15:56, Jacob Wen wrote: > > > I think the description is not correct. Consider using something like > > > below. > > Thank you for comments. > > > > > > > > In

Re: [PATCH] MAINTAINERS: Update e-mail address for Andrea Parri

On Mon, Aug 05, 2019 at 02:15:17PM +0200, Andrea Parri wrote: > My @amarulasolutions.com address stopped working this July, so update > to my @gmail.com address where you'll still be able to reach me. > > Signed-off-by: Andrea Parri Queued for the v5.4 merge window, thank you!

Re: [PATCH] block: fix RO partition with RW disk

Anybody could help review this bug? thanks, Junxiao. On 8/5/19 1:01 PM, Junxiao Bi wrote: When md raid1 was used with imsm metadata, during the boot stage, the raid device will first be set to readonly, then mdmon will set it read-write later. When there were some partitions in this device,

Re: [PATCH v2 03/14] PCI/P2PDMA: Add constants for not-supported result upstream_bridge_distance()

On 2019-08-06 11:54 p.m., Christoph Hellwig wrote: > On Tue, Jul 30, 2019 at 10:35:34AM -0600, Logan Gunthorpe wrote: >> Add constant flags to indicate two devices are not supported or whether >> the data path goes through the host bridge instead of using the negative >> values -1 and -2. >> >>

Re: [PATCH v3 1/2] fork: extend clone3() to support CLONE_SET_TID

On 8/7/19 4:48 PM, Oleg Nesterov wrote: > On 08/06, Adrian Reber wrote: >> >> @@ -2530,12 +2530,14 @@ noinline static int copy_clone_args_from_user(struct >> kernel_clone_args *kargs, >>struct clone_args __user *uargs, >>

Re: [PATCH v2] selftests: kvm: Adding config fragments

Hi Naresh, On 8/7/19 7:58 AM, Naresh Kamboju wrote: selftests kvm test cases need pre-required kernel configs for the test to get pass. Can you elaborate and add more information on which tests fail without these configs. I am all for adding configs, however I would like to see more

Re: [PATCH v3 1/2] fork: extend clone3() to support CLONE_SET_TID

On 08/06, Adrian Reber wrote: > > @@ -2530,12 +2530,14 @@ noinline static int copy_clone_args_from_user(struct > kernel_clone_args *kargs, > struct clone_args __user *uargs, > size_t size) > { > + struct

hope

Good day , i write to inform you as auditor onbehalf of ORABANK. Transaction number 000399577OBK have been approved for release through VISA ELECTRON ATM Card. Note that you are required to reconfirm your complete mailing address for delivery. Reconfirm code 000399577OBK to the Director Mr.

Re: [PATCH v6 3/3] thermal: cpu_cooling: Migrate to using the EM framework

Hi all, On Thursday 01 Aug 2019 at 13:46:43 (+0100), Quentin Perret wrote: > diff --git a/drivers/thermal/Kconfig b/drivers/thermal/Kconfig > index 9966364a6deb..340853a3ca48 100644 > --- a/drivers/thermal/Kconfig > +++ b/drivers/thermal/Kconfig > @@ -144,6 +144,7 @@ config THERMAL_GOV_USER_SPACE

Re: [PATCH] riscv: move sifive_l2_cache.c to drivers/misc

On Wed, 7 Aug 2019, Christoph Hellwig wrote: > On Wed, Aug 07, 2019 at 05:22:15PM +0200, Greg KH wrote: > > > Fixes: a967a289f169 ("RISC-V: sifive_l2_cache: Add L2 cache controller > > > driver for SiFive SoCs") > > > Signed-off-by: Christoph Hellwig > > > --- > > > arch/riscv/mm/Makefile

Re: [PATCH v3 3/5] RISC-V: Fix unsupported isa string info.

On Tue, 06 Aug 2019 18:26:08 PDT (-0700), Paul Walmsley wrote: On Wed, 7 Aug 2019, Atish Patra wrote: On Tue, 2019-08-06 at 16:27 -0700, Paul Walmsley wrote: > Seems like the "su" should be dropped from mandatory_ext. What do you > think? > Yup. As DT binding only mention imafdc, mandatory

Re: [PATCH v8 00/14] Rockchip ISP1 Driver

On Tue, Jul 30, 2019 at 03:42:42PM -0300, Helen Koike wrote: > Hello, > > I'm re-sending a new version of ISP(Camera) v4l2 driver for rockchip > rk3399 SoC. > > I didn't change much from the last version, just applying the > suggestions made in the previous one. > > This patchset is also

Re: [PATCH v8 09/14] media: rkisp1: add rockchip isp1 core driver

Hi Helen, On Tue, Jul 30, 2019 at 03:42:51PM -0300, Helen Koike wrote: ... > +static int rkisp1_fwnode_parse(struct device *dev, > +struct v4l2_fwnode_endpoint *vep, > +struct v4l2_async_subdev *asd) > +{ > + struct sensor_async_subdev

[PATCH] sched/cpufreq: Align trace event behavior of fast switching

Fast switching path only emits an event for the CPU of interest, whereas the regular path emits an event for all the CPUs that had their frequency changed, i.e. all the CPUs sharing the same policy. With the current behavior, looking at cpu_frequency event for a given CPU that is using the fast

Re: [Sound-open-firmware] [PATCH v2 3/5] ASoC: SOF: Add DT DSP device support

On Tue, Jul 23, 2019 at 6:19 PM Pierre-Louis Bossart wrote: > > > > diff --git a/sound/soc/sof/Kconfig b/sound/soc/sof/Kconfig > > index 61b97fc55bb2..2aa3a1cdf60c 100644 > > --- a/sound/soc/sof/Kconfig > > +++ b/sound/soc/sof/Kconfig > > @@ -36,6 +36,15 @@ config SND_SOC_SOF_ACPI > > Say

Re: [Sound-open-firmware] [PATCH v2 3/5] ASoC: SOF: Add DT DSP device support

On Wed, Aug 7, 2019 at 6:22 PM Pierre-Louis Bossart wrote: > > > +static int sof_dt_probe(struct platform_device *pdev) > +{ > + struct device *dev = >dev; > + const struct sof_dev_desc *desc; > + /*TODO: create a generic snd_soc_xxx_mach */ > +

Re: [PATCH 1/9] KVM: arm64: Document PV-time interface

On 07/08/2019 15:28, Christophe de Dinechin wrote: > > >> On 7 Aug 2019, at 15:21, Steven Price > > wrote: >> >> On 05/08/2019 17:40, Christophe de Dinechin wrote: >>> >>> Steven Price writes: >>> Introduce a paravirtualization interface for KVM/arm64 based on

Re: [PATCH v8 09/14] media: rkisp1: add rockchip isp1 core driver

Hi Helen, On Tue, Jul 30, 2019 at 03:42:51PM -0300, Helen Koike wrote: > From: Jacob Chen > > Add the core driver for rockchip isp1. > > Signed-off-by: Jacob Chen > Signed-off-by: Shunqian Zheng > Signed-off-by: Yichong Zhong > Signed-off-by: Jacob Chen > Signed-off-by: Eddie Cai >

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

Hello Masahiro, On Wed, Aug 07, 2019 at 11:43:02PM +0900, Masahiro Yamada wrote: > On Wed, Aug 7, 2019 at 8:46 PM Will Deacon wrote: > > On Tue, Aug 06, 2019 at 07:34:36PM -0700, Peter Collingbourne wrote: > > > We're setting NM to something else based on a config option, which I > > > presume

Re: [PATCH] riscv: move sifive_l2_cache.c to drivers/misc

On Wed, Aug 07, 2019 at 05:22:15PM +0200, Greg KH wrote: > > Fixes: a967a289f169 ("RISC-V: sifive_l2_cache: Add L2 cache controller > > driver for SiFive SoCs") > > Signed-off-by: Christoph Hellwig > > --- > > arch/riscv/mm/Makefile| 1 - > > drivers/misc/Makefile

Re: [PATCH V2 09/10] x86/resctrl: Pseudo-lock portions of multiple resources

On Tue, Jul 30, 2019 at 10:29:43AM -0700, Reinette Chatre wrote: > A cache pseudo-locked region may span more than one level of cache. A > part of the pseudo-locked region that falls on one cache level is > referred to as a pseudo-lock portion that was introduced previously. > > Now a

Re: Regression due to d98849aff879 (dma-direct: handle DMA_ATTR_NO_KERNEL_MAPPING in common code)

Am Dienstag, den 06.08.2019, 17:44 +0200 schrieb Christoph Hellwig: > On Tue, Aug 06, 2019 at 04:06:58PM +0200, Lucas Stach wrote: > > > > dma_direct_free_pages() then needs the same check, as otherwise the cpu > > address is treated as a cookie instead of a real address and the > > encryption

Re: [PATCH 1/3] kbuild: fix false-positive need-builtin

On Tue, Aug 6, 2019 at 7:03 PM Masahiro Yamada wrote: > > The current implementation of need-builtin is false-positive, > for example, in the following Makefile: > > obj-m := foo/ > obj-y := foo/bar/ > > ..., where foo/built-in.a is not required. > > Fixes: f7adc3124da0 ("kbuild: create

RE: [PATCH v2 6/7] Drivers: hv: vmbus: Suspend/resume the vmbus itself for hibernation

From: Dexuan Cui Sent: Wednesday, July 31, 2019 10:52 AM > > Before Linux enters hibernation, it sends the CHANNELMSG_UNLOAD message to > the host so all the offers are gone. After hibernation, Linux needs to > re-negotiate with the host using the same vmbus protocol version (which > was in use

Re: [PATCH] riscv: move sifive_l2_cache.c to drivers/misc

On Wed, Aug 07, 2019 at 06:10:09PM +0300, Christoph Hellwig wrote: > The sifive_l2_cache.c is in no way related to RISC-V architecture > memory management. It is a little stub driver working around the fact > that the EDAC maintainers prefer their drivers to be structured in a > certain way that

<    1   2   3   4   5   6   7   8   9   >