Re: [PATCH v2 1/2] staging: iio: ad7780: check if ad778x before gain update

On Sun, 2018-11-11 at 12:58 +, Jonathan Cameron wrote: > On Thu, 8 Nov 2018 13:44:17 + > "Ardelean, Alexandru" wrote: > > > On Thu, 2018-11-08 at 11:03 -0200, Giuliano Belinassi wrote: > > > Only the ad778x have the 'gain' status bit. Check it before updating > > > through a new variable

Re: [PATCH v4 1/2] staging: iio: ad7780: update voltage on read

On Sun, 2018-11-11 at 14:30 +, Jonathan Cameron wrote: > On Tue, 6 Nov 2018 09:24:44 + > "Ardelean, Alexandru" wrote: > > > On Mon, 2018-11-05 at 17:14 -0200, Renato Lui Geh wrote: > > > The ad7780 driver previously did not read the correct device output, > > > as > > > it read an outdate

Re: [RFC PATCH v1 2/2] proc: add /proc//thread_state

On 2018/11/12 13:31, Ingo Molnar wrote: > > * Peter Zijlstra wrote: > >> On Thu, Nov 08, 2018 at 07:32:46AM +0100, Ingo Molnar wrote: >>> >>> * Aubrey Li wrote: >>> Expose the per-task cpu specific thread state value, it's helpful for userland to classify and schedule the tasks by dif

[RFC PATCH RESEND] tools/perf: Add Hygon Dhyana support

The tool perf is useful for the performance analysis on the Hygon Dhyana platform. But right now there is no Hygon support for it to analyze the KVM guest os data. So add Hygon Dhyana support to it by checking vendor string to share the code path of AMD. Signed-off-by: Pu Wen --- tools/perf/arch

RE: [PATCH] arm64: disable KASAN for save_trace()

> -Original Message- > From: Mark Rutland [mailto:mark.rutl...@arm.com] > Sent: Monday, November 12, 2018 1:24 AM > To: Zhang Zhizhou(张治洲) > Cc: catalin.mari...@arm.com; will.dea...@arm.com; > mpato...@redhat.com; alex.po...@linux.com; labb...@redhat.com; > pan...@redhat.com; linux-kerne

[PATCH v1 3/3] dt-bindings: pwm: update bindings for MT7629 SoC

This updates bindings for MT7629 pwm controller. Signed-off-by: Ryder Lee --- Documentation/devicetree/bindings/pwm/pwm-mediatek.txt | 1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devicetree/bindings/pwm/pwm-mediatek.txt b/Documentation/devicetree/bindings/pwm/pwm-mediatek.tx

[PATCH v1 1/3] pwm: mediatek: drop flag 'has_clks'

The flag 'has_clks' and related checks are superfluous as the CCF subsystem does this for you. Cc: John Crispin Signed-off-by: Ryder Lee --- drivers/pwm/pwm-mediatek.c | 20 +--- 1 file changed, 5 insertions(+), 15 deletions(-) diff --git a/drivers/pwm/pwm-mediatek.c b/drivers/

[PATCH v1 2/3] pwm: mediatek: add pwm support for MT7629 SoC

This adds pwm controller support for MT7629 SoC. Signed-off-by: Ryder Lee --- drivers/pwm/pwm-mediatek.c | 5 + 1 file changed, 5 insertions(+) diff --git a/drivers/pwm/pwm-mediatek.c b/drivers/pwm/pwm-mediatek.c index 9400c41..4ed95e5 100644 --- a/drivers/pwm/pwm-mediatek.c +++ b/drivers/p

[PATCH v2 2/3] mmc: sdhci-omap: Add using external dma

sdhci-omap can support both external dma controller via dmaengine framework as well as ADMA which standard SD host controller provides. Signed-off-by: Chunyan Zhang --- drivers/mmc/host/sdhci-omap.c | 7 +++ 1 file changed, 7 insertions(+) diff --git a/drivers/mmc/host/sdhci-omap.c b/driver

[PATCH v2 3/3] dt-bindings: sdhci-omap: Add example for using external dma

sdhci-omap can support both external dma controller via dmaengine framework as well as ADMA which standard SD host controller provides. Signed-off-by: Chunyan Zhang --- Documentation/devicetree/bindings/mmc/sdhci-omap.txt | 7 +++ 1 file changed, 7 insertions(+) diff --git a/Documentation/d

[PATCH v2 1/3] mmc: sdhci: add support for using external DMA devices

Some standard SD host controllers can support both external dma controllers as well as ADMA/SDMA in which the SD host controller acts as DMA master. TI's omap controller is the case as an example. Currently the generic SDHCI code supports ADMA/SDMA integrated in the host controller but does not ha

[PATCH v2 0/3] Add support for using external dma in SDHCI

Currently the generic SDHCI code in the Linux kernel supports the SD standard DMA integrated into the host controller but does not have any support for external DMA controllers implemented using dmaengine meaning that custom code is needed for any systems that use a generic DMA controller with SDHC

Re: [PATCH 0/5] Add Pinctrl and GPIO support for HI3670 SoC

On Wed, Oct 31, 2018 at 10:43:00AM +0100, Linus Walleij wrote: > On Tue, Oct 23, 2018 at 9:07 PM Manivannan Sadhasivam > wrote: > > > This patchset adds Pinctrl and GPIO support for HI3670 SoC from HiSilicon > > found in the HiKey970 developement board. Also, the remaining UARTs are > > enabled a

[PATCH v2 3/3] ASoC: pcm3060: Rename output widgets

In the initial commit [1], I added differential output of the codec as separate `+` and `-` widgets: OUTL+ OUTR+ OUTL- OUTR- Later, in the commit [2], I added a device tree property to configure the output as single-ended or differential. Having this property, the `+` and `-` separation in widget

[PATCH v2 1/3] dt-bindings: sound: Add documentation for pcm3060 property out-single-ended

Output of pcm3060 codec may be configured as single-ended or differential Signed-off-by: Kirill Marinushkin Cc: devicet...@vger.kernel.org --- Documentation/devicetree/bindings/sound/pcm3060.txt | 6 ++ 1 file changed, 6 insertions(+) diff --git a/Documentation/devicetree/bindings/sound/pcm

[PATCH v2 2/3] ASoC: pcm3060: Add DT property for single-ended output

DAC output may be differential (default) or single-ended. Signed-off-by: Kirill Marinushkin --- sound/soc/codecs/pcm3060.c | 14 ++ sound/soc/codecs/pcm3060.h | 1 + 2 files changed, 15 insertions(+) diff --git a/sound/soc/codecs/pcm3060.c b/sound/soc/codecs/pcm3060.c index 494d9d6

Re: [PATCH V4 2/2] mmc: sdhci-msm: Re-initialize DLL if MCLK is gated dynamically

Please ignore this patch set. Right patch-set is V5. https://patchwork.kernel.org/project/linux-mmc/list/?series=41661 Sorry for the inconvenience. Thanks Veera On 11/12/2018 11:52 AM, Veerabhadrarao Badiganti wrote: On few SDHCI-MSM controllers, the host controller's clock tuning circui

Re: [PATCH V4 1/2] dt-bindings: mmc: sdhci-msm: Add SoC-specific compatible strings

Please ignore this patch set. Right patch-set is V5. https://patchwork.kernel.org/project/linux-mmc/list/?series=41661 Sorry for the inconvenience. Thanks Veera On 11/12/2018 11:26 AM, Veerabhadrarao Badiganti wrote: Add SoC-specific compatible strings for qcom-sdhci controller. Signed

Re: [PATCH] sched/rt: Introduce prio_{higher,lower}() helper for comparing RT task prority

* Peter Zijlstra wrote: > I think you only need the less thing, because: > > static inline bool prio_lower(int a, int b) > { > return a > b; > } I'd say that should be named rt_prio_lower(), even if it's local to sched/rt.c, right? Thanks, Ingo

Re: [PATCH V2 2/2] mmc: sdhci-msm: Re-initialize DLL if MCLK is gated dynamically

Please ignore this patch set. Right patch-set is V5. https://patchwork.kernel.org/project/linux-mmc/list/?series=41661 Sorry for the inconvenience. Thanks Veera On 11/12/2018 12:08 PM, Veerabhadrarao Badiganti wrote: On few SDHCI-MSM controllers, the host controller's clock tuning circui

Re: [PATCH 05/17] clocksource: bcm2835: Switch to SPDX identifier

On 10/11/2018 16:28, Stefan Wahren wrote: > Adopt the SPDX license identifier headers to ease license compliance > management. Also drop the FSF address. > > Cc: Simon Arlott > Signed-off-by: Stefan Wahren > --- Acked-by: Daniel Lezcano -- Linaro.org │ Open source

Re: [PATCH V2 1/2] dt-bindings: mmc: sdhci-msm: Add SoC-specific compatible strings

Please ignore this patch set. Right patch-set is V5. https://patchwork.kernel.org/project/linux-mmc/list/?series=41661 Sorry for the inconvenience. Thanks Veera On 11/12/2018 12:08 PM, Veerabhadrarao Badiganti wrote: Add SoC-specific compatible strings for qcom-sdhci controller. Signed-

[PATCH V5 2/2] mmc: sdhci-msm: Re-initialize DLL if MCLK is gated dynamically

On few SDHCI-MSM controllers, the host controller's clock tuning circuit may go out of sync if controller clocks are gated which eventually will result in data CRC, command CRC/timeout errors. To overcome this h/w limitation, the DLL needs to be re-initialized and restored with its old settings onc

[PATCH V5 0/2] Re-initialize DLL when MCLK is gated dynamically

On few SDHCI-MSM controllers, the host controller's clock tuning circuit may go out of sync if controller clocks are gated which eventually, result in data CRC and command CRC/timeout errors. To fix this issue, the DLL needs to be re-initialized and restored with its old settings once clocks are un

[PATCH V5 1/2] dt-bindings: mmc: sdhci-msm: Add SoC-specific compatible strings

Add SoC-specific compatible strings for qcom-sdhci controller. Signed-off-by: Veerabhadrarao Badiganti --- Documentation/devicetree/bindings/mmc/sdhci-msm.txt | 21 + 1 file changed, 17 insertions(+), 4 deletions(-) diff --git a/Documentation/devicetree/bindings/mmc/sdhci-ms

[PATCH] spi: lpspi: Add Slave Mode support for LPSPI

i.MX LPSPI controller only works in Master mode previously. This patch adds SPI slave mode support for i.MX7ulp and i.MX8qm/qxp in PIO mode. Currently SPI Slave mode support patch has the following limitations: 1. The stale data in RXFIFO will be dropped when the Slave does any new transfer. 2.

[PATCH V2 2/2] mmc: sdhci-msm: Re-initialize DLL if MCLK is gated dynamically

On few SDHCI-MSM controllers, the host controller's clock tuning circuit may go out of sync if controller clocks are gated which eventually will result in data CRC, command CRC/timeout errors. To overcome this h/w limitation, the DLL needs to be re-initialized and restored with its old settings onc

[PATCH V2 1/2] dt-bindings: mmc: sdhci-msm: Add SoC-specific compatible strings

Add SoC-specific compatible strings for qcom-sdhci controller. Signed-off-by: Veerabhadrarao Badiganti --- Documentation/devicetree/bindings/mmc/sdhci-msm.txt | 21 + 1 file changed, 17 insertions(+), 4 deletions(-) diff --git a/Documentation/devicetree/bindings/mmc/sdhci-ms

[PATCH V2 0/2] Re-initialize DLL when MCLK is gated dynamically

On few SDHCI-MSM controllers, the host controller's clock tuning circuit may go out of sync if controller clocks are gated which eventually, result in data CRC and command CRC/timeout errors. To fix this issue, the DLL needs to be re-initialized and restored with its old settings once clocks are un

Re: [RFC PATCH 00/12] locking/lockdep: Add a new class of terminal locks

* Josh Poimboeuf wrote: > On Mon, Nov 12, 2018 at 06:10:33AM +0100, Ingo Molnar wrote: > > > > * Waiman Long wrote: > > > > > On 11/10/2018 09:10 AM, Peter Zijlstra wrote: > > > > On Fri, Nov 09, 2018 at 09:04:12AM +0100, Ingo Molnar wrote: > > > >> BTW., if you are interested in more radica

Re: [PATCH] riscv: add S and U modes to ISA string

On Sun, Nov 11, 2018 at 11:14 PM Palmer Dabbelt wrote: > > On Sat, 10 Nov 2018 00:35:15 PST (-0800), m...@packi.ch wrote: > > On 10.11.18 07:45, David Abdurachmanov wrote: > >> > >> The patch adds the missing S and U modes. > > > > This is the same patch I submitted earlier (see v2 here [1], based

Re: [PATCH v4 1/4] mm: reference totalram_pages and managed_pages once per function

Hello Matthew, Thanks for reviewing. On 2018-11-12 11:43, Matthew Wilcox wrote: On Mon, Nov 12, 2018 at 11:37:46AM +0530, Arun KS wrote: +++ b/arch/um/kernel/mem.c @@ -51,8 +51,7 @@ void __init mem_init(void) /* this will put all low memory onto the freelists */ memblock_free_a

[PATCH V4 2/2] mmc: sdhci-msm: Re-initialize DLL if MCLK is gated dynamically

On few SDHCI-MSM controllers, the host controller's clock tuning circuit may go out of sync if controller clocks are gated which eventually will result in data CRC, command CRC/timeout errors. To overcome this h/w limitation, the DLL needs to be re-initialized and restored with its old settings onc

Re: [PATCH 1/2] RISC-V: Request stat64 on RV32

On Mon, Nov 12, 2018 at 5:10 AM Zong Li wrote: > > The stat64 family that is used on 32-bit architectures to replace > newstat. > > Since commit 67314ec7b0250290cc85eaa7a2f88a8ddb9e8547 ("RISC-V: Request > newstat syscalls"), the RV32 build fail with undeclared 'sys_fstatat64' > > Signed-off-by: Z

Re: [PATCH v4 1/4] mm: reference totalram_pages and managed_pages once per function

On Mon, Nov 12, 2018 at 11:37:46AM +0530, Arun KS wrote: > +++ b/arch/um/kernel/mem.c > @@ -51,8 +51,7 @@ void __init mem_init(void) > > /* this will put all low memory onto the freelists */ > memblock_free_all(); > - max_low_pfn = totalram_pages; > - max_pfn = totalram_pages;

Re: [GIT PULL] ARM: SoC fixes

On Sat, Nov 10, 2018 at 10:09:19AM -0800, Olof Johansson wrote: > On Thu, Nov 8, 2018 at 7:49 AM Tony Lindgren wrote: > > > > * Olof Johansson [181107 09:28]: > > > On Wed, Nov 7, 2018 at 9:17 AM Linus Torvalds > > > wrote: > > > > > > > > On Wed, Nov 7, 2018 at 9:10 AM Olof Johansson wrote: >

[PATCH v4 1/4] mm: reference totalram_pages and managed_pages once per function

This patch is in preparation to a later patch which converts totalram_pages and zone->managed_pages to atomic variables. Please note that re-reading the value might lead to a different value and as such it could lead to unexpected behavior. There are no known bugs as a result of the current code bu

[PATCH v4 3/4] mm: convert totalram_pages and totalhigh_pages variables to atomic

totalram_pages and totalhigh_pages are made static inline function. Main motivation was that managed_page_count_lock handling was complicating things. It was discussed in lenght here, https://lore.kernel.org/patchwork/patch/995739/#1181785 So it seemes better to remove the lock and convert variabl

[PATCH v4 2/4] mm: convert zone->managed_pages to atomic variable

totalram_pages, zone->managed_pages and totalhigh_pages updates are protected by managed_page_count_lock, but readers never care about it. Convert these variables to atomic to avoid readers potentially seeing a store tear. This patch converts zone->managed_pages. Subsequent patches will convert to

[PATCH v4 4/4] mm: Remove managed_page_count spinlock

Now that totalram_pages and managed_pages are atomic varibles, no need of managed_page_count spinlock. The lock had really a weak consistency guarantee. It hasn't been used for anything but the update but no reader actually cares about all the values being updated to be in sync. Signed-off-by: Aru

[PATCH v4 0/4] mm: convert totalram_pages, totalhigh_pages and managed pages to atomic

This series convert totalram_pages, totalhigh_pages and zone->managed_pages to atomic variables. The patch was comiple tested on x86(x86_64_defconfig & i386_defconfig) on 4.20-rc2. And memory hotplug tested on arm64, but on an older version of kernel. totalram_pages, zone->managed_pages and total

Re: [PATCH] PCI: assign bus numbers present in EA capability for bridges

Hi, Any comments? Thanks, Sundeep On Thu, Nov 1, 2018 at 3:01 PM wrote: > > From: Subbaraya Sundeep > > As per the spec, bridges with EA capability work > with fixed secondary and subordinate bus numbers. > Hence assign bus numbers to bridges from EA if the > capability exists. > > Signed-off-b

[tip:sched/core] sched/fair: Make some variables static

Commit-ID: ed8885a14433aec04067463493051eaaeef3255f Gitweb: https://git.kernel.org/tip/ed8885a14433aec04067463493051eaaeef3255f Author: Muchun Song AuthorDate: Sat, 10 Nov 2018 15:52:02 +0800 Committer: Ingo Molnar CommitDate: Mon, 12 Nov 2018 06:18:15 +0100 sched/fair: Make some varia

[tip:sched/core] sched/core: Create task_has_idle_policy() helper

Commit-ID: 1da1843f9f0334e2428308945d396ffecc2acfe1 Gitweb: https://git.kernel.org/tip/1da1843f9f0334e2428308945d396ffecc2acfe1 Author: Viresh Kumar AuthorDate: Mon, 5 Nov 2018 16:51:55 +0530 Committer: Ingo Molnar CommitDate: Mon, 12 Nov 2018 06:17:52 +0100 sched/core: Create task_has

[tip:sched/core] sched/fair: Mask UTIL_AVG_UNCHANGED usages

Commit-ID: 92a801e5d5b7a893881c1676b15dd246727ccd16 Gitweb: https://git.kernel.org/tip/92a801e5d5b7a893881c1676b15dd246727ccd16 Author: Patrick Bellasi AuthorDate: Mon, 5 Nov 2018 14:53:59 + Committer: Ingo Molnar CommitDate: Mon, 12 Nov 2018 06:17:52 +0100 sched/fair: Mask UTIL_AV

[tip:perf/urgent] perf/x86/intel/uncore: Support CoffeeLake 8th CBOX

Commit-ID: 4d47d6407ac7b4b442a4e717488a3bb137398b6c Gitweb: https://git.kernel.org/tip/4d47d6407ac7b4b442a4e717488a3bb137398b6c Author: Kan Liang AuthorDate: Fri, 19 Oct 2018 10:04:19 -0700 Committer: Ingo Molnar CommitDate: Mon, 12 Nov 2018 05:03:26 +0100 perf/x86/intel/uncore: Suppor

[tip:perf/urgent] perf/x86/intel/uncore: Add more IMC PCI IDs for KabyLake and CoffeeLake CPUs

Commit-ID: c10a8de0d32e95b0b8c7c17b6dc09baea5a5a899 Gitweb: https://git.kernel.org/tip/c10a8de0d32e95b0b8c7c17b6dc09baea5a5a899 Author: Kan Liang AuthorDate: Fri, 19 Oct 2018 10:04:18 -0700 Committer: Ingo Molnar CommitDate: Mon, 12 Nov 2018 05:03:24 +0100 perf/x86/intel/uncore: Add mo

Re: crashkernel=512M is no longer working on this aarch64 server

On Sun, 11 Nov 2018 08:36:09 -0500 Qian Cai wrote: > > On Nov 11, 2018, at 6:35 AM, Martin Schwidefsky > > wrote: > > > > On Sat, 10 Nov 2018 23:41:34 -0500 > > Qian Cai wrote: > > > >> It was broken somewhere between b00d209241ff and 3541833fd1f2. > >> > >> [0.00] cannot allocate

[PATCH 3/4] dt-bindings: rtc: sd3078: add device tree documentation

The devicetree documentation for the SD3078 device tree binding is added with a short example. Signed-off-by: zoro --- .../devicetree/bindings/rtc/rtc-sd3078.txt | 15 +++ MAINTAINERS|1 + 2 files changed, 16 insertions(+) create

[PATCH 2/4] rtc: sd3078: new driver.

The sd3078 is a combination RTC and SRAM device with I2C interface. Signed-off-by: zoro --- MAINTAINERS |6 ++ drivers/rtc/Kconfig |9 ++ drivers/rtc/Makefile |1 + drivers/rtc/rtc-sd3078.c | 235 ++ 4 files changed,

[PATCH 1/4] dt-bindings: define vendor prefix for whwave, Inc.

Introduce vendor prefix for whwave, Inc. for SD3078 rtc device. Signed-off-by: zoro --- .../devicetree/bindings/vendor-prefixes.txt|1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devicetree/bindings/vendor-prefixes.txt b/Documentation/devicetree/bindings/vendor-pref

[tip:x86/urgent] x86/ptrace: Fix documentation for tracehook_report_syscall_entry()

Commit-ID: d19f9130b814d33c03118493c17454f7d90075d1 Gitweb: https://git.kernel.org/tip/d19f9130b814d33c03118493c17454f7d90075d1 Author: Elvira Khabirova AuthorDate: Sat, 10 Nov 2018 04:22:09 +0100 Committer: Ingo Molnar CommitDate: Mon, 12 Nov 2018 04:53:27 +0100 x86/ptrace: Fix docume

[PATCH V4 2/2] mmc: sdhci-msm: Re-initialize DLL if MCLK is gated dynamically

On few SDHCI-MSM controllers, the host controller's clock tuning circuit may go out of sync if controller clocks are gated which eventually will result in data CRC, command CRC/timeout errors. To overcome this h/w limitation, the DLL needs to be re-initialized and restored with its old settings onc

[PATCH V4 1/2] dt-bindings: mmc: sdhci-msm: Add SoC-specific compatible strings

Add SoC-specific compatible strings for qcom-sdhci controller. Signed-off-by: Veerabhadrarao Badiganti --- Documentation/devicetree/bindings/mmc/sdhci-msm.txt | 21 + 1 file changed, 17 insertions(+), 4 deletions(-) diff --git a/Documentation/devicetree/bindings/mmc/sdhci-ms

[PATCH] RISC-V: Build flat and compressed kernel images

This patch extends Linux RISC-V build system to build and install: Image - Flat uncompressed kernel image Image.gz - Flat and GZip compressed kernel image Quiet a few bootloaders (such as Uboot, UEFI, etc) are capable of booting flat and compressed kernel images. In case of Uboot, booting Image or

[PATCH 4/4] regulator/of_get_regulator: add child path to find the regulator supplier

when the VIR_LDO1 regulator supplier is it's brother, we can't find the supplier. example code : &vir_regulator { ldo0_vir: ldo0-virtual { regulator-compatible = "VIR_LDO0"; regulator-name= "VIR_LDO0"; regulator-min-microvolt = <100>;

Re: [RFC PATCH 00/12] locking/lockdep: Add a new class of terminal locks

On Mon, Nov 12, 2018 at 06:10:33AM +0100, Ingo Molnar wrote: > > * Waiman Long wrote: > > > On 11/10/2018 09:10 AM, Peter Zijlstra wrote: > > > On Fri, Nov 09, 2018 at 09:04:12AM +0100, Ingo Molnar wrote: > > >> BTW., if you are interested in more radical approaches to optimize > > >> lockdep,

Re: [patch 0/2] Documentation/process: Add subsystem/tree handbook

* Jonathan Corbet wrote: > > Even after a decade of introducing Git I still see Signed-off-by used as > > an Acked-by or Reviewed-by substitutes, so I'd suggest adding this small > > explanation as well: > > > > + SOB chains should reflect the *real* route a patch took as it was > > +

Re: Official Linux system wrapper library?

On Sun, Nov 11, 2018 at 6:24 PM Carlos O'Donell wrote: > > On 11/10/18 2:20 PM, Greg KH wrote: > > Also, what about the basic work of making sure our uapi header files can > > actually be used untouched by a libc? That isn't the case these days as > > the bionic maintainers like to keep reminding

Re: [RFC PATCH v2 1/2] x86/fpu: detect AVX task

Hi Dave, Thanks for your comments! On 2018/11/12 10:32, Dave Hansen wrote: > On 11/7/18 9:16 AM, Aubrey Li wrote: >> XSAVES and its variants use init optimization to reduce the amount of >> data that they save to memory during context switch. Init optimization >> uses the state component bitmap t

Re: [PATCH 1/2] perf-bench: Add epoll parallel epoll_wait benchmark

On Sun, 11 Nov 2018, Arnaldo Carvalho de Melo wrote: Gets it a bit further, then we get this, which I think should be fixed using some PRIu64, etc. I'll try to do that at some point, but in short vacations now, then plumbers :-) Yeah sorry, I didn't mean to suggest that was it. I can send the f

[PATCH 09/11] ASoC: amd: add acp3x runtime pm ops

Added runtime PM operations for ACP3x PCM platform device. Signed-off-by: Maruthi Bayyavarapu Tested-by: Ravulapati Vishnu vardhan Rao Signed-off-by: Vijendar Mukunda --- sound/soc/amd/raven/acp3x-pcm-dma.c | 39 + 1 file changed, 39 insertions(+) diff --gi

Re: [PATCH RFC 0/3] Static calls

On Sun, Nov 11, 2018 at 9:02 PM Ingo Molnar wrote: > > > * Josh Poimboeuf wrote: > > > On Fri, Nov 09, 2018 at 08:28:11AM +0100, Ingo Molnar wrote: > > > > - I'm not sure about the objtool approach. Objtool is (currently) > > > > x86-64 only, which means we have to use the "unoptimized" versio

[PATCH 11/11] ASoC: amd: enable acp3x drivers build

ACP3x drivers can be built by selecting necessary kernel config option. The patch enables build support of the same. Signed-off-by: Maruthi Bayyavarapu Tested-by: Ravulapati Vishnu vardhan Rao Signed-off-by: Vijendar Mukunda --- sound/soc/amd/Kconfig| 5 + sound/soc/amd/Makefile

[PATCH 10/11] ASoC: amd: add acp3x system resume pm op

When system wide suspend happens, ACP will be powered off. When system resumes, all the runtime configuration data for ACP needs to be programmed again. Added 'resume'pm call back to ACP pm ops. Signed-off-by: Maruthi Bayyavarapu Tested-by: Ravulapati Vishnu vardhan Rao Signed-off-by: Vijendar M

[PATCH 08/11] ASoC: amd: add acp3x tdm mode support

ACP3x I2S (CPU DAI) can act in normal I2S and TDM modes. Added support for TDM mode. Desired mode can be selected from ASoC machine driver. Signed-off-by: Maruthi Bayyavarapu Tested-by: Ravulapati Vishnu vardhan Rao Signed-off-by: Vijendar Mukunda --- sound/soc/amd/raven/acp3x-pcm-dma.c | 62 +

[PATCH 05/11] ASoC: amd: Interrupt handler changes for ACP3x DMA driver

Whenever audio data equal to the I2S FIFO watermark level are produced/consumed, interrupt is generated. Acknowledge the interrupt. Signed-off-by: Maruthi Bayyavarapu Tested-by: Ravulapati Vishnu vardhan Rao Signed-off-by: Vijendar Mukunda --- sound/soc/amd/raven/acp3x-pcm-dma.c | 46 +

[PATCH 07/11] ASoC: amd: add acp3x i2s ops

ACP3x has a i2s controller block for playback and capture. This patch adds ACP3x i2s DAI operations. Signed-off-by: Maruthi Bayyavarapu Tested-by: Ravulapati Vishnu vardhan Rao Signed-off-by: Vijendar Mukunda --- sound/soc/amd/raven/acp3x-pcm-dma.c | 89 +++-- 1

linux-next: Tree for Nov 12

Hi all, Changes since 20181109: The bpf-next tree gained a conflict against the bpf tree. The tip tree still had its build failure for which I applied a fix patch. Non-merge commits (relative to Linus' tree): 2463 2629 files changed, 104084 insertions(+), 92260 deletions(-) --

[PATCH 06/11] ASoC: amd: add acp3x pcm driver dma ops

ACP3x has a DMA controller to access system memory. This controller transfers data from/to system memory to/from the ACP internal FIFO. The patch adds PCM driver DMA operations. Signed-off-by: Maruthi Bayyavarapu Tested-by: Ravulapati Vishnu vardhan Rao Signed-off-by: Vijendar Mukunda --- soun

Re: [RFC PATCH v1 2/2] proc: add /proc//thread_state

* Peter Zijlstra wrote: > On Thu, Nov 08, 2018 at 07:32:46AM +0100, Ingo Molnar wrote: > > > > * Aubrey Li wrote: > > > > > Expose the per-task cpu specific thread state value, it's helpful > > > for userland to classify and schedule the tasks by different policies > > > > That's pretty vag

[PATCH 03/11] ASoC: amd: create ACP3x PCM platform device

ACP 3x IP has I2S controller device as one of IP blocks. Create a platform device for it, so that the PCM platform driver can be bound to this device. Pass PCI resources like MMIO, irq to the platform device. Signed-off-by: Maruthi Bayyavarapu Tested-by: Ravulapati Vishnu vardhan Rao Signed-off-

[PATCH 04/11] ASoC: amd: add ACP3x PCM platform driver

PCM platform driver binds to the platform device created by ACP3x PCI device. PCM driver registers ALSA DMA and CPU DAI components with ASoC framework. Signed-off-by: Maruthi Bayyavarapu Tested-by: Ravulapati Vishnu vardhan Rao Signed-off-by: Vijendar Mukunda --- sound/soc/amd/raven/acp3x-pcm-

[PATCH 02/11] ASoC: AMD: add ACP3.0 PCI driver

From: Maruthi Srinivas Bayyavarapu ACP 3.0 is a PCI audio device. This patch adds PCI driver to bind to this device and get PCI resources. Signed-off-by: Maruthi Bayyavarapu Signed-off-by: Sanju R Mehta Tested-by: Ravulapati Vishnu vardhan Rao Signed-off-by: Vijendar Mukunda --- sound/soc/a

Re: [PATCH RFC 0/3] Static calls

On Mon, Nov 12, 2018 at 06:02:41AM +0100, Ingo Molnar wrote: > > * Josh Poimboeuf wrote: > > > On Fri, Nov 09, 2018 at 08:28:11AM +0100, Ingo Molnar wrote: > > > > - I'm not sure about the objtool approach. Objtool is (currently) > > > > x86-64 only, which means we have to use the "unoptimize

[PATCH 01/11] ASoC: AMD: add ACP 3.x IP register header

From: Maruthi Srinivas Bayyavarapu ACP 3.x is a new audio block in raven. Added register header of the same. Signed-off-by: Maruthi Bayyavarapu Signed-off-by: Vijendar Mukunda --- sound/soc/amd/raven/chip_offset_byte.h | 655 + 1 file changed, 655 insertions(+)

Re: [tip:ras/core] x86/mce: Fix -Wmissing-prototypes warnings

* Borislav Petkov wrote: > Fix an actual bug too which the warning triggered: > > arch/x86/kernel/cpu/mcheck/therm_throt.c:395:39: error: conflicting \ > types for ‘smp_thermal_interrupt’ >asmlinkage __visible void __irq_entry smp_thermal_interrupt(struct pt_regs > *r) >

[PATCH] soc: ti: wkup_m3: Add PRCM int16 as the wake up source

Add PRCM int16 as the wake up source. Signed-off-by: Keerthy --- drivers/soc/ti/wkup_m3_ipc.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/soc/ti/wkup_m3_ipc.c b/drivers/soc/ti/wkup_m3_ipc.c index f5cb8c0..d65e361 100644 --- a/drivers/soc/ti/wkup_m3_ipc.c +++ b/drivers/soc/ti/wkup

Re: [RFC PATCH 00/12] locking/lockdep: Add a new class of terminal locks

* Waiman Long wrote: > > Could you please measure a locking intense workload instead, such as: > > > >$ perf stat --null --sync --repeat 10 perf bench sched messaging > > > > and profile which locks used there could be marked terminal, and measure > > the before/after performance impact? >

Re: [RFC PATCH 00/12] locking/lockdep: Add a new class of terminal locks

* Waiman Long wrote: > On 11/10/2018 09:10 AM, Peter Zijlstra wrote: > > On Fri, Nov 09, 2018 at 09:04:12AM +0100, Ingo Molnar wrote: > >> BTW., if you are interested in more radical approaches to optimize > >> lockdep, we could also add a static checker via objtool driven call graph > >> ana

Re: [PATCH RFC 0/3] Static calls

* Josh Poimboeuf wrote: > On Fri, Nov 09, 2018 at 08:28:11AM +0100, Ingo Molnar wrote: > > > - I'm not sure about the objtool approach. Objtool is (currently) > > > x86-64 only, which means we have to use the "unoptimized" version > > > everywhere else. I may experiment with a GCC plugin

Re: [RFC PATCH 1/3] static_call: Add static call infrastructure

On 12 November 2018 at 05:56, Josh Poimboeuf wrote: > On Mon, Nov 12, 2018 at 05:39:38AM +0100, Ard Biesheuvel wrote: >> On 12 November 2018 at 04:07, Josh Poimboeuf wrote: >> > On Sat, Nov 10, 2018 at 08:09:17AM -0500, Steven Rostedt wrote: >> >> On Sat, 10 Nov 2018 12:58:08 +0100 >> >> Ard Bies

Re: [RFC PATCH 1/3] static_call: Add static call infrastructure

On Mon, Nov 12, 2018 at 05:39:38AM +0100, Ard Biesheuvel wrote: > On 12 November 2018 at 04:07, Josh Poimboeuf wrote: > > On Sat, Nov 10, 2018 at 08:09:17AM -0500, Steven Rostedt wrote: > >> On Sat, 10 Nov 2018 12:58:08 +0100 > >> Ard Biesheuvel wrote: > >> > >> > >> > > The complaint is on: > >>

[RFC PATCH 04/13] m68k: mac: Clean up unused timer definitions

Cc: Joshua Thompson Signed-off-by: Finn Thain --- arch/m68k/include/asm/macints.h | 3 --- 1 file changed, 3 deletions(-) diff --git a/arch/m68k/include/asm/macints.h b/arch/m68k/include/asm/macints.h index cddb2d3ea49b..4da172bd048c 100644 --- a/arch/m68k/include/asm/macints.h +++ b/arch/m68k/

[RFC PATCH 03/13] m68k: mac: Fix VIA timer counter accesses

This resolves some bugs that affect VIA timer counter accesses. Firstly, keep track of lost interrupts caused by reading the counter. Secondly, check for inconsistent results when reading the counter. Finally, make allowance for the fact that the counter will be decremented to 0x before being r

[RFC PATCH 10/13] m68k: hp300: Convert to clocksource API

Add a platform clocksource by adapting the existing arch_gettimeoffset implementation. Cc: Philip Blundell Signed-off-by: Finn Thain --- arch/m68k/hp300/time.c | 33 - 1 file changed, 28 insertions(+), 5 deletions(-) diff --git a/arch/m68k/hp300/time.c b/arch/m6

[RFC PATCH 01/13] arm: Fix mutual exclusion in arch_gettimeoffset

Implementations of arch_gettimeoffset are generally not re-entrant and assume that interrupts have been disabled. Unfortunately this pre-condition got broken in v2.6.32. Fixes: 5cfc8ee0bb51 ("ARM: convert arm to arch_gettimeoffset()") Signed-off-by: Finn Thain --- arch/arm/mach-ebsa110/core.c |

[RFC PATCH 00/13] m68k: Drop arch_gettimeoffset and adopt clocksource API

This series removes "select ARCH_USES_GETTIMEOFFSET" from arch/m68k and converts users of arch_gettimeoffset to the clocksource API. Various bugs are fixed along the way. Those platforms which do not actually implement arch_gettimeoffset (apollo, q40, sun3, sun3x) use the "jiffies" clocksource by

[RFC PATCH 09/13] m68k: bvme6000: Convert to clocksource API

Add a platform clocksource by adapting the existing arch_gettimeoffset implementation. Signed-off-by: Finn Thain --- arch/m68k/bvme6000/config.c | 54 - 1 file changed, 35 insertions(+), 19 deletions(-) diff --git a/arch/m68k/bvme6000/config.c b/arch/m68k/bvm

[RFC PATCH 07/13] m68k: amiga: Convert to clocksource API

Add a platform clocksource by adapting the existing arch_gettimeoffset implementation. Signed-off-by: Finn Thain --- arch/m68k/amiga/config.c | 38 +++--- 1 file changed, 31 insertions(+), 7 deletions(-) diff --git a/arch/m68k/amiga/config.c b/arch/m68k/amiga/con

[RFC PATCH 08/13] m68k: atari: Convert to clocksource API

Add a platform clocksource by adapting the existing arch_gettimeoffset implementation. Cc: Michael Schmitz Signed-off-by: Finn Thain --- arch/m68k/atari/time.c | 39 --- 1 file changed, 32 insertions(+), 7 deletions(-) diff --git a/arch/m68k/atari/time.c b/a

[RFC PATCH 02/13] m68k: Fix mutual exclusion in arch_gettimeoffset

Implementations of arch_gettimeoffset are generally not re-entrant and assume that interrupts have been disabled. Unfortunately this pre-condition got broken in v2.6.32. Cc: Philip Blundell Cc: Michael Schmitz Cc: Joshua Thompson Fixes: 4ad4c76b7afb ("m68k: convert to use arch_gettimeoffset()")

[RFC PATCH 05/13] m68k: apollo, q40, sun3, sun3x: Remove arch_gettimeoffset implementations

These dummy implementations are no better than default_arch_gettimeoffset() so remove them. Cc: Sam Creasey Signed-off-by: Finn Thain --- arch/m68k/apollo/config.c | 7 --- arch/m68k/q40/config.c| 9 - arch/m68k/sun3/config.c | 2 -- arch/m68k/sun3/intersil.c | 7 --- arch

[RFC PATCH 12/13] m68k: mvme147: Convert to clocksource API

Add a platform clocksource by adapting the existing arch_gettimeoffset implementation. Signed-off-by: Finn Thain --- arch/m68k/include/asm/mvme147hw.h | 1 - arch/m68k/mvme147/config.c| 43 +++ 2 files changed, 32 insertions(+), 12 deletions(-) diff --git a/

[RFC PATCH 06/13] m68k: Drop ARCH_USES_GETTIMEOFFSET

The functions that implement arch_gettimeoffset are re-used by new clocksource drivers in subsequent patches. Cc: Philip Blundell Cc: Michael Schmitz Cc: Joshua Thompson Signed-off-by: Finn Thain --- arch/m68k/Kconfig | 1 - arch/m68k/amiga/config.c| 3 --- arch/m68k/atari/confi

[RFC PATCH 11/13] m68k: mac: Convert to clocksource API

Add a platform clocksource by adapting the existing arch_gettimeoffset implementation. Cc: Joshua Thompson Signed-off-by: Finn Thain --- arch/m68k/mac/via.c | 31 +++ 1 file changed, 23 insertions(+), 8 deletions(-) diff --git a/arch/m68k/mac/via.c b/arch/m68k/mac/v

[RFC PATCH 13/13] m68k: mvme16x: Convert to clocksource API

Add a platform clocksource by adapting the existing arch_gettimeoffset implementation. Signed-off-by: Finn Thain --- arch/m68k/mvme16x/config.c | 45 +++--- 1 file changed, 32 insertions(+), 13 deletions(-) diff --git a/arch/m68k/mvme16x/config.c b/arch/m68k/mvme

Re: [RFC PATCH 1/3] static_call: Add static call infrastructure

On 12 November 2018 at 04:07, Josh Poimboeuf wrote: > On Sat, Nov 10, 2018 at 08:09:17AM -0500, Steven Rostedt wrote: >> On Sat, 10 Nov 2018 12:58:08 +0100 >> Ard Biesheuvel wrote: >> >> >> > > The complaint is on: >> > > >> > > DEFINE_STATIC_CALL(__tp_func_##name, __tracepoint_iter_##nam

Re: [PATCH 1/4] irqchip: sifive-plic: Pre-compute context hart base and enable base

On Fri, Nov 9, 2018 at 2:12 PM Christoph Hellwig wrote: > > On Mon, Oct 22, 2018 at 05:15:14PM +0530, Anup Patel wrote: > > This patch does following optimizations: > > 1. Pre-compute hart base for each context handler > > 2. Pre-compute enable base for each context handler > > Why? This is micro

Re: [PATCH v2 3/3] sched/fair: add lsub_positive and use it consistently

* Patrick Bellasi wrote: > The following pattern: > >var -= min_t(typeof(var), var, val); > > is used multiple times in fair.c. > > The existing sub_positive() already capture that pattern but it adds > also explicit load-sotre to properly support lockless observations. > In other cases,

  1   2   3   4   5   6   7   8   9   10   >