[PATCH 6/7] PM: i2c-designware-platdrv: Optimize power management

From: Rafael J. Wysocki Optimize the power management in i2c-designware-platdrv by making it set the DPM_FLAG_SMART_SUSPEND and DPM_FLAG_LEAVE_SUSPENDED which allows some code to be dropped from its PM callbacks. First, setting DPM_FLAG_SMART_SUSPEND causes the

[PATCH 0/7] PM / core: Direct handling of DPM_FLAG_SMART_SUSPEND and DPM_FLAG_LEAVE_SUSPENDED

On Sunday, December 10, 2017 12:55:23 AM CET Rafael J. Wysocki wrote: > Hi All, > > This series is a follow-up for > > https://marc.info/?l=linux-doc=151101644105835=2 > > Patches[1-3/6] from the above have been reviewed and agreed on, so > they are in linux-next now and here's a next version

[PATCH 6/7] PM: i2c-designware-platdrv: Optimize power management

From: Rafael J. Wysocki Optimize the power management in i2c-designware-platdrv by making it set the DPM_FLAG_SMART_SUSPEND and DPM_FLAG_LEAVE_SUSPENDED which allows some code to be dropped from its PM callbacks. First, setting DPM_FLAG_SMART_SUSPEND causes the intel-lpss driver to avoid

[PATCH 0/7] PM / core: Direct handling of DPM_FLAG_SMART_SUSPEND and DPM_FLAG_LEAVE_SUSPENDED

On Sunday, December 10, 2017 12:55:23 AM CET Rafael J. Wysocki wrote: > Hi All, > > This series is a follow-up for > > https://marc.info/?l=linux-doc=151101644105835=2 > > Patches[1-3/6] from the above have been reviewed and agreed on, so > they are in linux-next now and here's a next version

Re: cgroups(7): documenting cgroup.stat

Hello Roman, On 01/02/2018 10:57 PM, Roman Gushchin wrote: > Hello, Michael! > > Thank you for working on this! You're welcome. Thanks for reviewing the text! > Please, find my comments below. > > On Tue, Jan 02, 2018 at 07:22:33PM +0100, Michael Kerrisk (man-pages) wrote: >> Hello Roman, >>

Re: cgroups(7): documenting cgroup.stat

Hello Roman, On 01/02/2018 10:57 PM, Roman Gushchin wrote: > Hello, Michael! > > Thank you for working on this! You're welcome. Thanks for reviewing the text! > Please, find my comments below. > > On Tue, Jan 02, 2018 at 07:22:33PM +0100, Michael Kerrisk (man-pages) wrote: >> Hello Roman, >>

Re: general protection fault in __netlink_ns_capable

On Tue, Jan 02, 2018 at 10:58:01AM -0800, syzbot wrote: > Hello, > > syzkaller hit the following crash on > 75aa5540627fdb3d8f86229776ea87f995275351 > git://git.cmpxchg.org/linux-mmots.git/master > compiler: gcc (GCC) 7.1.1 20170620 > .config is attached > Raw console output is attached. > C

Re: general protection fault in __netlink_ns_capable

On Tue, Jan 02, 2018 at 10:58:01AM -0800, syzbot wrote: > Hello, > > syzkaller hit the following crash on > 75aa5540627fdb3d8f86229776ea87f995275351 > git://git.cmpxchg.org/linux-mmots.git/master > compiler: gcc (GCC) 7.1.1 20170620 > .config is attached > Raw console output is attached. > C

Re: [RESEND PATCH v2 01/15] dt-bindings: soc: qcom: Add bindings for APR bus

On Thu 14 Dec 09:33 PST 2017, srinivas.kandaga...@linaro.org wrote: > From: Srinivas Kandagatla > > This patch add dt bindings for Qualcomm APR bus driver > > Signed-off-by: Srinivas Kandagatla > --- >

Re: [RESEND PATCH v2 01/15] dt-bindings: soc: qcom: Add bindings for APR bus

On Thu 14 Dec 09:33 PST 2017, srinivas.kandaga...@linaro.org wrote: > From: Srinivas Kandagatla > > This patch add dt bindings for Qualcomm APR bus driver > > Signed-off-by: Srinivas Kandagatla > --- > .../devicetree/bindings/soc/qcom/qcom,apr.txt | 28 > ++ > 1

Re: [wrecked] mm-swap-unify-cluster-based-and-vma-based-swap-readahead.patch removed from -mm tree

Hi Andrew, I want to keep this patchset rather than wrecking. It is needed to code more neat to fix a bug James reported. https://marc.info/?l=linux-mm=151493906616938 On Tue, Jan 02, 2018 at 04:23:34PM -0800, a...@linux-foundation.org wrote: > > The patch titled > Subject: mm: swap:

Re: [wrecked] mm-swap-unify-cluster-based-and-vma-based-swap-readahead.patch removed from -mm tree

Hi Andrew, I want to keep this patchset rather than wrecking. It is needed to code more neat to fix a bug James reported. https://marc.info/?l=linux-mm=151493906616938 On Tue, Jan 02, 2018 at 04:23:34PM -0800, a...@linux-foundation.org wrote: > > The patch titled > Subject: mm: swap:

Re: [RESEND PATCH v2 13/15] dt-bindings: sound: qcom: Add devicetree bindings for apq8096

On Thu 14 Dec 09:34 PST 2017, srinivas.kandaga...@linaro.org wrote: > +++ b/Documentation/devicetree/bindings/sound/qcom,apq8096.txt Wouldn't it be possible to describe all(?) qdsp based machines in this one document? I.e. should we name it a little bit more generic? > @@ -0,0 +1,22 @@ > +*

Re: [RESEND PATCH v2 13/15] dt-bindings: sound: qcom: Add devicetree bindings for apq8096

On Thu 14 Dec 09:34 PST 2017, srinivas.kandaga...@linaro.org wrote: > +++ b/Documentation/devicetree/bindings/sound/qcom,apq8096.txt Wouldn't it be possible to describe all(?) qdsp based machines in this one document? I.e. should we name it a little bit more generic? > @@ -0,0 +1,22 @@ > +*

Re: [RESEND PATCH v2 15/15] arm64: dts: msm8996: db820c: Add sound card support

On Thu 14 Dec 09:34 PST 2017, srinivas.kandaga...@linaro.org wrote: > From: Srinivas Kandagatla > > This patch adds hdmi sound card support to db820c via qdsp. > > Signed-off-by: Srinivas Kandagatla > --- >

Re: [RESEND PATCH v2 15/15] arm64: dts: msm8996: db820c: Add sound card support

On Thu 14 Dec 09:34 PST 2017, srinivas.kandaga...@linaro.org wrote: > From: Srinivas Kandagatla > > This patch adds hdmi sound card support to db820c via qdsp. > > Signed-off-by: Srinivas Kandagatla > --- > arch/arm64/boot/dts/qcom/apq8096-db820c.dtsi | 5 + >

Re: stable/linux-4.1.y build: 169 builds: 2 failed, 167 passed, 13 errors, 253 warnings (v4.1.48)

On Wed, Dec 20, 2017 at 11:49 PM, kernelci.org bot wrote: > Errors summary: > 1 arch/mips/sgi-ip22/Platform:29: *** gcc doesn't support needed option > -mr10k-cache-barrier=store. Stop. This needs a backport of c018595d83a3 ("MIPS: ip22: Fix ip28 build for modern gcc") > 6

Re: stable/linux-4.1.y build: 169 builds: 2 failed, 167 passed, 13 errors, 253 warnings (v4.1.48)

On Wed, Dec 20, 2017 at 11:49 PM, kernelci.org bot wrote: > Errors summary: > 1 arch/mips/sgi-ip22/Platform:29: *** gcc doesn't support needed option > -mr10k-cache-barrier=store. Stop. This needs a backport of c018595d83a3 ("MIPS: ip22: Fix ip28 build for modern gcc") > 6

Re: [RESEND PATCH v2 14/15] ASoC: qcom: apq8096: Add db820c machine driver

On Thu 14 Dec 09:34 PST 2017, srinivas.kandaga...@linaro.org wrote: > From: Srinivas Kandagatla > > uThis patch adds support to DB820c machine driver. Drop 'u' and expand the message to claim that this is the machine driver for 8996, used by the db820c. [..] >

Re: [RESEND PATCH v2 14/15] ASoC: qcom: apq8096: Add db820c machine driver

On Thu 14 Dec 09:34 PST 2017, srinivas.kandaga...@linaro.org wrote: > From: Srinivas Kandagatla > > uThis patch adds support to DB820c machine driver. Drop 'u' and expand the message to claim that this is the machine driver for 8996, used by the db820c. [..] > +static struct snd_soc_dai_link

Re: [patch v6 2/3] platform/mellanox: mlxreg-hotplug: allow driver for ARM architecture

On Wed, Dec 20, 2017 at 05:11:51PM +0800, kbuild test robot wrote: > Hi Vadim, > Hi Vadim, This has been a long time in development, and has been tricky to get everyone aligned for review. I'm prioritizing this series now and will commit to reviewing in a timely manner. I assume you have seen

Re: [patch v6 2/3] platform/mellanox: mlxreg-hotplug: allow driver for ARM architecture

On Wed, Dec 20, 2017 at 05:11:51PM +0800, kbuild test robot wrote: > Hi Vadim, > Hi Vadim, This has been a long time in development, and has been tricky to get everyone aligned for review. I'm prioritizing this series now and will commit to reviewing in a timely manner. I assume you have seen

Re: PROBLEM: i915 causes complete desktop freezes in 4.15-rc5

For comparison, here's another one produced by the same kernel, on the same laptop, but a different hard drive. The OS was installed on a USB stick that I'd boot the laptop off of. Recently I started getting lags when copying to / from the stick, so I moved the OS to an external SSD. Everything

Re: PROBLEM: i915 causes complete desktop freezes in 4.15-rc5

For comparison, here's another one produced by the same kernel, on the same laptop, but a different hard drive. The OS was installed on a USB stick that I'd boot the laptop off of. Recently I started getting lags when copying to / from the stick, so I moved the OS to an external SSD. Everything

[PATCH V6] mmc:host:sdhci-pci:Addition of Arasan PCI Controller with integrated phy.

The Arasan Controller is based on a FPGA platform and has integrated phy with specific registers used during initialization and management of different modes. The phy and the controller are integrated and registers are very specific to Arasan. Arasan being an IP provider, licenses these IPs to

[PATCH V6] mmc:host:sdhci-pci:Addition of Arasan PCI Controller with integrated phy.

The Arasan Controller is based on a FPGA platform and has integrated phy with specific registers used during initialization and management of different modes. The phy and the controller are integrated and registers are very specific to Arasan. Arasan being an IP provider, licenses these IPs to

Re: platform/x86/thinkpad_acpi: Adjustments for four function implementations

On Sat, Dec 23, 2017 at 08:12:21AM +0100, SF Markus Elfring wrote: > >> Do you find the Linux allocation failure report insufficient in this case? > > > > Leave those pr_ messages alone, please, > > Have you got special software development concerns? > > > > unless they are really causing some

Re: platform/x86/thinkpad_acpi: Adjustments for four function implementations

On Sat, Dec 23, 2017 at 08:12:21AM +0100, SF Markus Elfring wrote: > >> Do you find the Linux allocation failure report insufficient in this case? > > > > Leave those pr_ messages alone, please, > > Have you got special software development concerns? > > > > unless they are really causing some

Re: [RESEND PATCH v2 12/15] ASoC: qcom: qdsp6: Add support to q6asm dai driver

On Thu 14 Dec 09:33 PST 2017, srinivas.kandaga...@linaro.org wrote: [..] > + > +enum stream_state { > + IDLE = 0, > + STOPPED, > + RUNNING, These are too generic. > +}; > + > +struct q6asm_dai_rtd { > + struct snd_pcm_substream *substream; > + dma_addr_t phys; > +

Re: [RESEND PATCH v2 12/15] ASoC: qcom: qdsp6: Add support to q6asm dai driver

On Thu 14 Dec 09:33 PST 2017, srinivas.kandaga...@linaro.org wrote: [..] > + > +enum stream_state { > + IDLE = 0, > + STOPPED, > + RUNNING, These are too generic. > +}; > + > +struct q6asm_dai_rtd { > + struct snd_pcm_substream *substream; > + dma_addr_t phys; > +

Re: [PATCH v3 0/3] Support Perf Extension on AMD KVM guests

On 12/8/2017 4:39 PM, Janakarajan Natarajan wrote: This patchset adds support for Perf Extension on AMD KVM guests. When perf runs on a guest with family = 15h || 17h, the MSRs that are accessed, when the Perf Extension flag is made available, differ from the existing K7 MSRs. The accesses are

Re: [PATCH v3 0/3] Support Perf Extension on AMD KVM guests

On 12/8/2017 4:39 PM, Janakarajan Natarajan wrote: This patchset adds support for Perf Extension on AMD KVM guests. When perf runs on a guest with family = 15h || 17h, the MSRs that are accessed, when the Perf Extension flag is made available, differ from the existing K7 MSRs. The accesses are

Re: [PATCH v7 02/10] module: allow symbol exports to be disabled

On 2 January 2018 at 23:47, Nicolas Pitre wrote: > On Tue, 2 Jan 2018, Ard Biesheuvel wrote: > >> To allow existing C code to be incorporated into the decompressor or >> the UEFI stub, introduce a CPP macro that turns all EXPORT_SYMBOL_xxx >> declarations into nops, and

Re: [PATCH v7 02/10] module: allow symbol exports to be disabled

On 2 January 2018 at 23:47, Nicolas Pitre wrote: > On Tue, 2 Jan 2018, Ard Biesheuvel wrote: > >> To allow existing C code to be incorporated into the decompressor or >> the UEFI stub, introduce a CPP macro that turns all EXPORT_SYMBOL_xxx >> declarations into nops, and #define it in places where

Re: [PATCH v7 02/10] module: allow symbol exports to be disabled

On Tue, 2 Jan 2018, Ard Biesheuvel wrote: > To allow existing C code to be incorporated into the decompressor or > the UEFI stub, introduce a CPP macro that turns all EXPORT_SYMBOL_xxx > declarations into nops, and #define it in places where such exports > are undesirable. Note that this gets rid

Re: [PATCH v7 02/10] module: allow symbol exports to be disabled

On Tue, 2 Jan 2018, Ard Biesheuvel wrote: > To allow existing C code to be incorporated into the decompressor or > the UEFI stub, introduce a CPP macro that turns all EXPORT_SYMBOL_xxx > declarations into nops, and #define it in places where such exports > are undesirable. Note that this gets rid

Re: [PATCH v2] platform/x86: silead_dmi: Add entry for the Teclast X98 Plus II

On Tue, Jan 02, 2018 at 07:39:27PM +0100, Paul Cercueil wrote: > Add touchscreen platform data for the Teclast X98 Plus II tablet. > > Signed-off-by: Paul Cercueil > Acked-by: Hans de Goede > --- > drivers/platform/x86/silead_dmi.c | 24

Re: [PATCH v2] platform/x86: silead_dmi: Add entry for the Teclast X98 Plus II

On Tue, Jan 02, 2018 at 07:39:27PM +0100, Paul Cercueil wrote: > Add touchscreen platform data for the Teclast X98 Plus II tablet. > > Signed-off-by: Paul Cercueil > Acked-by: Hans de Goede > --- > drivers/platform/x86/silead_dmi.c | 24 > 1 file changed, 24

Re: [GIT PULL] cpupower update for 4.16-rc1

On Wed, Jan 3, 2018 at 12:13 AM, Shuah Khan wrote: > Hi Rafael, Hi, > Please pull the cpupower update for 4.16-rc1. Pulled, thanks!

Re: [GIT PULL] cpupower update for 4.16-rc1

On Wed, Jan 3, 2018 at 12:13 AM, Shuah Khan wrote: > Hi Rafael, Hi, > Please pull the cpupower update for 4.16-rc1. Pulled, thanks!

[no subject]

-- I am Mr.Sheng Li Hung, from china I got your information while search for a reliable person, I have a very profitable business proposition for you and i can assure you that you will not regret been part of this mutual beneficial transaction after completion. Kindly get back to me for more

[no subject]

-- I am Mr.Sheng Li Hung, from china I got your information while search for a reliable person, I have a very profitable business proposition for you and i can assure you that you will not regret been part of this mutual beneficial transaction after completion. Kindly get back to me for more

Re: [PATCH] USB: usbip: remove useless call in usbip_recv

On 01/02/2018 07:02 AM, Gustavo A. R. Silva wrote: > Calling msg_data_left() is only useful for its return value, > which in this particular case is ignored. > > Fix this by removing such call. > > Addresses-Coverity-ID: 1427080 > Fixes: 90120d15f4c3 ("usbip: prevent leaking socket pointer

Re: [PATCH] USB: usbip: remove useless call in usbip_recv

On 01/02/2018 07:02 AM, Gustavo A. R. Silva wrote: > Calling msg_data_left() is only useful for its return value, > which in this particular case is ignored. > > Fix this by removing such call. > > Addresses-Coverity-ID: 1427080 > Fixes: 90120d15f4c3 ("usbip: prevent leaking socket pointer

Re: [PATCH v1 00/15] ASoC: fsl_ssi: Clean up - program flow level

On Tue, Dec 19, 2017 at 9:00 AM, Nicolin Chen wrote: > > ==Background== > The fsl_ssi driver was designed for PPC originally and then it has > been updated to support different modes for i.MX Series, including > SDMA, I2S Master mode, AC97 and older i.MXs with FIQ, by

Re: [PATCH v1 00/15] ASoC: fsl_ssi: Clean up - program flow level

On Tue, Dec 19, 2017 at 9:00 AM, Nicolin Chen wrote: > > ==Background== > The fsl_ssi driver was designed for PPC originally and then it has > been updated to support different modes for i.MX Series, including > SDMA, I2S Master mode, AC97 and older i.MXs with FIQ, by different > contributors for

Re: [PATCH 01/33] clk_ops: change round_rate() to return unsigned long

On 01/02, Bryan O'Donoghue wrote: > On 02/01/18 19:01, Stephen Boyd wrote: > >On 12/31, Bryan O'Donoghue wrote: > >>On 30/12/17 16:36, Mikko Perttunen wrote: > >>>FWIW, we had this problem some years ago with the Tegra CPU clock > >>>- then it was determined that a simpler solution was to have the

Re: [PATCH 01/33] clk_ops: change round_rate() to return unsigned long

On 01/02, Bryan O'Donoghue wrote: > On 02/01/18 19:01, Stephen Boyd wrote: > >On 12/31, Bryan O'Donoghue wrote: > >>On 30/12/17 16:36, Mikko Perttunen wrote: > >>>FWIW, we had this problem some years ago with the Tegra CPU clock > >>>- then it was determined that a simpler solution was to have the

Re: [RESEND PATCH v2 11/15] ASoC: qcom: qdsp6: Add support to q6afe dai driver

On Thu 14 Dec 09:33 PST 2017, srinivas.kandaga...@linaro.org wrote: > From: Srinivas Kandagatla > > This patch adds support to q6afe backend dais driver. > Isn't the list of backend DAIs platform-dependent? [..] > +static const struct snd_soc_dapm_widget

Re: [RESEND PATCH v2 11/15] ASoC: qcom: qdsp6: Add support to q6afe dai driver

On Thu 14 Dec 09:33 PST 2017, srinivas.kandaga...@linaro.org wrote: > From: Srinivas Kandagatla > > This patch adds support to q6afe backend dais driver. > Isn't the list of backend DAIs platform-dependent? [..] > +static const struct snd_soc_dapm_widget hdmi_dapm_widgets[] = { > +

Re: [PATCH] sched/isolation: Make CPU_ISOLATION depend on SMP or COMPILE_TEST

On Tue, 2 Jan 2018, Geert Uytterhoeven wrote: > On uniprocessor systems, critical and non-critical tasks cannot be > isolated, as there is only a single CPU core. Hence enabling CPU > isolation by default on such systems does not make much sense. > > Instead of changing the default for !SMP,

Re: [PATCH] sched/isolation: Make CPU_ISOLATION depend on SMP or COMPILE_TEST

On Tue, 2 Jan 2018, Geert Uytterhoeven wrote: > On uniprocessor systems, critical and non-critical tasks cannot be > isolated, as there is only a single CPU core. Hence enabling CPU > isolation by default on such systems does not make much sense. > > Instead of changing the default for !SMP,

Re: v3.18.86 build: 0 failures 1 warnings (v3.18.86)

On Wed, Dec 6, 2017 at 1:18 AM, Build bot for Mark Brown wrote: > --- > x86_64-defconfig : PASS, 0 errors, 2 warnings, 0 section mismatches > > Warnings: > ../include/linux/ftrace.h:632:36:

Re: v3.18.86 build: 0 failures 1 warnings (v3.18.86)

On Wed, Dec 6, 2017 at 1:18 AM, Build bot for Mark Brown wrote: > --- > x86_64-defconfig : PASS, 0 errors, 2 warnings, 0 section mismatches > > Warnings: > ../include/linux/ftrace.h:632:36: warning: calling >

[PATCH] exec: Weaken dumpability for secureexec

This is a logical revert of: commit e37fdb785a5f ("exec: Use secureexec for setting dumpability") This weakens dumpability back to checking only for uid/gid changes in current (which is useless), but userspace depends on dumpability not being tied to secureexec.

[PATCH] exec: Weaken dumpability for secureexec

This is a logical revert of: commit e37fdb785a5f ("exec: Use secureexec for setting dumpability") This weakens dumpability back to checking only for uid/gid changes in current (which is useless), but userspace depends on dumpability not being tied to secureexec.

Re: [PATCH] PM / runtime: Rework pm_runtime_force_suspend/resume()

On Tue, Jan 2, 2018 at 8:07 PM, Rafael J. Wysocki wrote: > On Tuesday, January 2, 2018 2:04:04 PM CET Lukas Wunner wrote: >> On Tue, Jan 02, 2018 at 12:02:18PM +0100, Rafael J. Wysocki wrote: >> > On Tue, Jan 2, 2018 at 11:51 AM, Lukas Wunner wrote: >> > > On

Re: [PATCH] PM / runtime: Rework pm_runtime_force_suspend/resume()

On Tue, Jan 2, 2018 at 8:07 PM, Rafael J. Wysocki wrote: > On Tuesday, January 2, 2018 2:04:04 PM CET Lukas Wunner wrote: >> On Tue, Jan 02, 2018 at 12:02:18PM +0100, Rafael J. Wysocki wrote: >> > On Tue, Jan 2, 2018 at 11:51 AM, Lukas Wunner wrote: >> > > On Tue, Jan 02, 2018 at 01:56:28AM

Re: stable/linux-3.16.y build: 178 builds: 1 failed, 177 passed, 2 errors, 57 warnings (v3.16.52)

On Tue, Jan 2, 2018 at 12:48 PM, kernelci.org bot wrote: Hi Ben, almost a clean build with kernelci! > Errors summary: > 1 drivers/scsi/mpt2sas/mpt2sas_base.c:3550:1: internal compiler error: in > extract_constrain_insn, at recog.c:2190 > 1

Re: stable/linux-3.16.y build: 178 builds: 1 failed, 177 passed, 2 errors, 57 warnings (v3.16.52)

On Tue, Jan 2, 2018 at 12:48 PM, kernelci.org bot wrote: Hi Ben, almost a clean build with kernelci! > Errors summary: > 1 drivers/scsi/mpt2sas/mpt2sas_base.c:3550:1: internal compiler error: in > extract_constrain_insn, at recog.c:2190 > 1 drivers/scsi/mpt2sas/mpt2sas_base.c:3550:1: error:

[GIT PULL] cpupower update for 4.16-rc1

Hi Rafael, Please pull the cpupower update for 4.16-rc1. This update consists of a patch to remove FSF address. Diff is attached. thanks, -- Shuah -- The following changes since commit

[GIT PULL] cpupower update for 4.16-rc1

Hi Rafael, Please pull the cpupower update for 4.16-rc1. This update consists of a patch to remove FSF address. Diff is attached. thanks, -- Shuah -- The following changes since commit

Re: 4.15-rc6 PTI regression: L1 TLB mismatch MCE on Athlon64

On Tue, 2 Jan 2018, Borislav Petkov wrote: > On Tue, Jan 02, 2018 at 10:49:16PM +0200, Meelis Roos wrote: > > This is on a socket 939 Athlon64 3500+, with PTI enabled. > > LOL. > > > [ 316.384669] mce: [Hardware Error]: Machine check events logged > > [ 316.384698] [Hardware Error]: Corrected

Re: 4.15-rc6 PTI regression: L1 TLB mismatch MCE on Athlon64

On Tue, 2 Jan 2018, Borislav Petkov wrote: > On Tue, Jan 02, 2018 at 10:49:16PM +0200, Meelis Roos wrote: > > This is on a socket 939 Athlon64 3500+, with PTI enabled. > > LOL. > > > [ 316.384669] mce: [Hardware Error]: Machine check events logged > > [ 316.384698] [Hardware Error]: Corrected

Re: [PATCH] clk: Fix debugfs_create_*() usage

On 01/02, Geert Uytterhoeven wrote: > On Tue, Jan 2, 2018 at 8:23 PM, Stephen Boyd wrote: > > On 01/02, Geert Uytterhoeven wrote: > >> --- a/drivers/clk/clk.c > >> +++ b/drivers/clk/clk.c > >> @@ -58,7 +58,7 @@ struct clk_core { > >> unsigned long new_rate;

Re: [PATCH] clk: Fix debugfs_create_*() usage

On 01/02, Geert Uytterhoeven wrote: > On Tue, Jan 2, 2018 at 8:23 PM, Stephen Boyd wrote: > > On 01/02, Geert Uytterhoeven wrote: > >> --- a/drivers/clk/clk.c > >> +++ b/drivers/clk/clk.c > >> @@ -58,7 +58,7 @@ struct clk_core { > >> unsigned long new_rate; > >> struct

Re: [RESEND PATCH v2 10/15] ASoC: qcom: qdsp6: Add support to q6routing driver

On Thu 14 Dec 09:33 PST 2017, srinivas.kandaga...@linaro.org wrote: > From: Srinivas Kandagatla > > This patch adds support to q6 routing driver which configures route > between ASM and AFE module using ADM apis. > > This driver uses dapm widgets to setup the

Re: [RESEND PATCH v2 10/15] ASoC: qcom: qdsp6: Add support to q6routing driver

On Thu 14 Dec 09:33 PST 2017, srinivas.kandaga...@linaro.org wrote: > From: Srinivas Kandagatla > > This patch adds support to q6 routing driver which configures route > between ASM and AFE module using ADM apis. > > This driver uses dapm widgets to setup the matrix between AFE ports and > ASM

Re: [PATCH v2 4/6] clk: ingenic: Add JZ47xx TCU clocks driver

On 01/02, Paul Cercueil wrote: > >> + goto err_free_tcu; > >> + } > >> + > >> + tcu->clocks.clk_num = nb_clks; > >> + tcu->clocks.clks = kcalloc(nb_clks, sizeof(struct clk *), > >>GFP_KERNEL); > >> + if (!tcu->clocks.clks) { > >> + pr_err("%s: cannot allocate memory\n",

Re: [PATCH v2 4/6] clk: ingenic: Add JZ47xx TCU clocks driver

On 01/02, Paul Cercueil wrote: > >> + goto err_free_tcu; > >> + } > >> + > >> + tcu->clocks.clk_num = nb_clks; > >> + tcu->clocks.clks = kcalloc(nb_clks, sizeof(struct clk *), > >>GFP_KERNEL); > >> + if (!tcu->clocks.clks) { > >> + pr_err("%s: cannot allocate memory\n",

Re: [PATCH v2] PCI: imx6: Add PHY reference clock source support

Hi Ilya, + Rob and dt list On Sun, Dec 31, 2017 at 6:31 AM, Ilya Ledvich wrote: > i.MX7D variant of the IP can use either Crystal Oscillator input > or internal clock input as a Reference Clock input for PCIe PHY. > Add support for an optional property

Re: [PATCH v2] PCI: imx6: Add PHY reference clock source support

Hi Ilya, + Rob and dt list On Sun, Dec 31, 2017 at 6:31 AM, Ilya Ledvich wrote: > i.MX7D variant of the IP can use either Crystal Oscillator input > or internal clock input as a Reference Clock input for PCIe PHY. > Add support for an optional property 'pcie-phy-refclk-internal'. > If present

Re: [PATCH 1/2] Move kfree_call_rcu() to slab_common.c

On 01/02/2018 02:23 PM, Matthew Wilcox wrote: On Tue, Jan 02, 2018 at 12:11:37PM -0800, rao.sho...@oracle.com wrote: -#define kfree_rcu(ptr, rcu_head) \ - __kfree_rcu(&((ptr)->rcu_head), offsetof(typeof(*(ptr)), rcu_head)) +#define kfree_rcu(ptr,

Re: [PATCH 1/2] Move kfree_call_rcu() to slab_common.c

On 01/02/2018 02:23 PM, Matthew Wilcox wrote: On Tue, Jan 02, 2018 at 12:11:37PM -0800, rao.sho...@oracle.com wrote: -#define kfree_rcu(ptr, rcu_head) \ - __kfree_rcu(&((ptr)->rcu_head), offsetof(typeof(*(ptr)), rcu_head)) +#define kfree_rcu(ptr,

Re: [PATCH 3/4] extcon: axp288: Redo charger type dection a couple of seconds after probe()

Hi, On 02-01-18 01:54, Chanwoo Choi wrote: Hi Hans, s/dection/detection on patch title. Thank you for all the reviews. I've fixed the typo in my personal tree. On 2017년 12월 22일 21:36, Hans de Goede wrote: The axp288 extcon code depends on other drivers to do things like mux the data

Re: [PATCH 3/4] extcon: axp288: Redo charger type dection a couple of seconds after probe()

Hi, On 02-01-18 01:54, Chanwoo Choi wrote: Hi Hans, s/dection/detection on patch title. Thank you for all the reviews. I've fixed the typo in my personal tree. On 2017년 12월 22일 21:36, Hans de Goede wrote: The axp288 extcon code depends on other drivers to do things like mux the data

Re: [PATCH v5 03/78] xarray: Add the xa_lock to the radix_tree_root

On Tue, Jan 02, 2018 at 10:01:55AM -0800, Darrick J. Wong wrote: > On Tue, Dec 26, 2017 at 07:58:15PM -0800, Matthew Wilcox wrote: > > spin_lock_irqsave(>pages, flags); > > __delete_from_page_cache(page, NULL); > > spin_unlock_irqrestore(>pages, flags); > > > > More details

Re: [PATCH v5 03/78] xarray: Add the xa_lock to the radix_tree_root

On Tue, Jan 02, 2018 at 10:01:55AM -0800, Darrick J. Wong wrote: > On Tue, Dec 26, 2017 at 07:58:15PM -0800, Matthew Wilcox wrote: > > spin_lock_irqsave(>pages, flags); > > __delete_from_page_cache(page, NULL); > > spin_unlock_irqrestore(>pages, flags); > > > > More details

Re: [PATCH] virtio: make VIRTIO a menuconfig to ease disabling it all

Michael Ellerman writes: > Vincent Legoll writes: > >> Hello, >> >> thanks for the help, and sorry for the poor patch, >> >> On Thu, Dec 21, 2017 at 11:53 AM, Michael Ellerman >> wrote: >>> This breaks all existing .configs

Re: [PATCH] virtio: make VIRTIO a menuconfig to ease disabling it all

Michael Ellerman writes: > Vincent Legoll writes: > >> Hello, >> >> thanks for the help, and sorry for the poor patch, >> >> On Thu, Dec 21, 2017 at 11:53 AM, Michael Ellerman >> wrote: >>> This breaks all existing .configs *and* defconfigs that use VIRTIO. >>> >>> Please don't do that. >>>

Re: [PATCH 4.14 000/146] 4.14.11-stable review

On 01/01/2018 07:36 AM, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.14.11 release. > There are 146 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me know. > > Responses

Re: [PATCH 4.14 000/146] 4.14.11-stable review

On 01/01/2018 07:36 AM, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.14.11 release. > There are 146 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me know. > > Responses

Re: [PATCH 4.9 00/75] 4.9.74-stable review

On Tue, Jan 2, 2018 at 3:08 PM, Greg KH wrote: > On Tue, Jan 02, 2018 at 02:11:25PM -0500, Neal Cardwell wrote: ... >> Thanks, Greg and David. Looks like these 2 patches will cherry-pick >> cleanly if cherry-picked in the following sequence, on top of >> 4.9.74-rc1,

Re: [PATCH 4.9 00/75] 4.9.74-stable review

On Tue, Jan 2, 2018 at 3:08 PM, Greg KH wrote: > On Tue, Jan 02, 2018 at 02:11:25PM -0500, Neal Cardwell wrote: ... >> Thanks, Greg and David. Looks like these 2 patches will cherry-pick >> cleanly if cherry-picked in the following sequence, on top of >> 4.9.74-rc1, which already has 6c9e73ef9aa7

Re: [PATCH] xfs: destroy mutex qi_tree_lock before free xfs_quotainfo_t object

2018-01-03 4:38 GMT+08:00 Darrick J. Wong : > On Sun, Dec 24, 2017 at 08:34:47PM +0800, Xiongwei Song wrote: >> The mutex qi_tree_lock of xfs_quotainfo_t object was initialized when >> calling xfs_qm_init_quotainfo, but it was not destroyed before free >> xfs_quotainfo_t

Re: [PATCH] xfs: destroy mutex qi_tree_lock before free xfs_quotainfo_t object

2018-01-03 4:38 GMT+08:00 Darrick J. Wong : > On Sun, Dec 24, 2017 at 08:34:47PM +0800, Xiongwei Song wrote: >> The mutex qi_tree_lock of xfs_quotainfo_t object was initialized when >> calling xfs_qm_init_quotainfo, but it was not destroyed before free >> xfs_quotainfo_t object when calling

Re: [PATCH 4.4 00/63] 4.4.109-stable review

On 01/01/2018 07:24 AM, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.4.109 release. > There are 63 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me know. > > Responses

Re: [PATCH 4.4 00/63] 4.4.109-stable review

On 01/01/2018 07:24 AM, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.4.109 release. > There are 63 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me know. > > Responses

Re: [PATCH 4.9 00/75] 4.9.74-stable review

On 01/01/2018 07:31 AM, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.9.74 release. > There are 75 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me know. > > Responses

Re: [PATCH 4.9 00/75] 4.9.74-stable review

On 01/01/2018 07:31 AM, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.9.74 release. > There are 75 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me know. > > Responses

Re: [PATCH 1/2] Move kfree_call_rcu() to slab_common.c

On Tue, Jan 02, 2018 at 12:11:37PM -0800, rao.sho...@oracle.com wrote: > -#define kfree_rcu(ptr, rcu_head) \ > - __kfree_rcu(&((ptr)->rcu_head), offsetof(typeof(*(ptr)), rcu_head)) > +#define kfree_rcu(ptr, rcu_head_name)\ > + do { \ > +

Re: [PATCH 1/2] Move kfree_call_rcu() to slab_common.c

On Tue, Jan 02, 2018 at 12:11:37PM -0800, rao.sho...@oracle.com wrote: > -#define kfree_rcu(ptr, rcu_head) \ > - __kfree_rcu(&((ptr)->rcu_head), offsetof(typeof(*(ptr)), rcu_head)) > +#define kfree_rcu(ptr, rcu_head_name)\ > + do { \ > +

Re: [PATCH 3.18 00/32] 3.18.91-stable review

On 01/01/2018 07:22 AM, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 3.18.91 release. > There are 32 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me know. > > Responses

Re: [PATCH 3.18 00/32] 3.18.91-stable review

On 01/01/2018 07:22 AM, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 3.18.91 release. > There are 32 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me know. > > Responses

Re: [PATCH v3 09/34] clk: bcm2835: change clk_get_rate() helper return type

Bryan O'Donoghue writes: > bcm2835_pll_rate_from_divisor returns a long but the function calling it > returns an unsigned long. There's no reason to have a type disparity here > so tidy up the return type of bcm2835_pll_rate_from_divisor() from signed > to unsigned

Re: [PATCH] net: systemport: Delete an error message for a failed memory allocation in two functions

On 01/01/2018 08:54 AM, SF Markus Elfring wrote: > From: Markus Elfring > Date: Mon, 1 Jan 2018 17:50:02 +0100 > > Omit an extra message for a memory allocation failure in these functions. > > This issue was detected by using the Coccinelle software. > >

Re: [PATCH v3 09/34] clk: bcm2835: change clk_get_rate() helper return type

Bryan O'Donoghue writes: > bcm2835_pll_rate_from_divisor returns a long but the function calling it > returns an unsigned long. There's no reason to have a type disparity here > so tidy up the return type of bcm2835_pll_rate_from_divisor() from signed > to unsigned long. I'm still surprised

Re: [PATCH] net: systemport: Delete an error message for a failed memory allocation in two functions

On 01/01/2018 08:54 AM, SF Markus Elfring wrote: > From: Markus Elfring > Date: Mon, 1 Jan 2018 17:50:02 +0100 > > Omit an extra message for a memory allocation failure in these functions. > > This issue was detected by using the Coccinelle software. > > Signed-off-by: Markus Elfring

[PATCH] ARM: dts: n900: Add aliases for lcd and tvout displays

When both lcd and tv are enabled, the order in which they will be probed is unknown, so it might happen (and it happens in reality) that tv is configured as display0 and lcd as display1, which results in nothing displayed on lcd, as display1 is disabled by default. Fix that by providing correct

[PATCH] ARM: dts: n900: Add aliases for lcd and tvout displays

When both lcd and tv are enabled, the order in which they will be probed is unknown, so it might happen (and it happens in reality) that tv is configured as display0 and lcd as display1, which results in nothing displayed on lcd, as display1 is disabled by default. Fix that by providing correct

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