Re: [PATCH v2 03/11] ARM: davinci: da850: use clk->set_parent for async3

On Thursday 24 March 2016 12:02 AM, David Lechner wrote: > On 03/23/2016 12:29 PM, Sekhar Nori wrote: >> >> Alright, I guess 'can be called' in the comment should have used >> stronger language :) How about late registration of USB clocks as I >> suggested. It should also help consolidate code

Re: [PATCH v2 03/11] ARM: davinci: da850: use clk->set_parent for async3

On Thursday 24 March 2016 12:02 AM, David Lechner wrote: > On 03/23/2016 12:29 PM, Sekhar Nori wrote: >> >> Alright, I guess 'can be called' in the comment should have used >> stronger language :) How about late registration of USB clocks as I >> suggested. It should also help consolidate code

Re: [PATCH 6/6] powerpc/livepatch: Add live patching support on ppc64le

On Thu, Mar 24, 2016 at 10:04:05PM +1100, Michael Ellerman wrote: > +livepatch_handler: > + CURRENT_THREAD_INFO(r12, r1) [...] > + /* Put ctr in r12 for global entry and branch there */ > + mfctr r12 > + bctrl ^ I like this piece. No need to fiddle out the return

Re: [PATCH 10/13] libnvdimm, pmem: clean up resource print / request

On Mittwoch, 23. März 2016 18:26:13 CET Dan Williams wrote: > The leading '0x' in front of %pa is redundant, also we can just use %pR > to simplify the print statement. The request parameters can be directly > taken from the resource as well. > > Signed-off-by: Dan Williams

Re: [PATCH 6/6] powerpc/livepatch: Add live patching support on ppc64le

On Thu, Mar 24, 2016 at 10:04:05PM +1100, Michael Ellerman wrote: > +livepatch_handler: > + CURRENT_THREAD_INFO(r12, r1) [...] > + /* Put ctr in r12 for global entry and branch there */ > + mfctr r12 > + bctrl ^ I like this piece. No need to fiddle out the return

Re: [PATCH 10/13] libnvdimm, pmem: clean up resource print / request

On Mittwoch, 23. März 2016 18:26:13 CET Dan Williams wrote: > The leading '0x' in front of %pa is redundant, also we can just use %pR > to simplify the print statement. The request parameters can be directly > taken from the resource as well. > > Signed-off-by: Dan Williams > --- Reviewed-by:

Re: [PATCH v5 00/21] PM / devferq: Add generic exynos bus frequency driver and new passive governor

Hi Chanwoo, Am 24.03.2016 um 05:30 schrieb Chanwoo Choi: > Dear Anand and Tobias, > > To Anand, > First of all, thanks to your test on previous patchset. > I removed the your tested-by tag from this version > because I modified the devfreq core using DEVFREQ_TRANSITION_NOTIFIER > notifier. > I

Re: [PATCH v5 00/21] PM / devferq: Add generic exynos bus frequency driver and new passive governor

Hi Chanwoo, Am 24.03.2016 um 05:30 schrieb Chanwoo Choi: > Dear Anand and Tobias, > > To Anand, > First of all, thanks to your test on previous patchset. > I removed the your tested-by tag from this version > because I modified the devfreq core using DEVFREQ_TRANSITION_NOTIFIER > notifier. > I

Re: [PATCH] net: phy: at803x: Request 'reset' GPIO only for AT8030 PHY

On 03/24/2016 01:10 PM, Sebastian Frias wrote: What I don't understand is why the link_change_notify() method ptr is populated for all 3 supported chips while only being needed on 8030... You are right. I made the patch but I'm unsure about it because it could conflict with yours. I

Re: [PATCH] net: phy: at803x: Request 'reset' GPIO only for AT8030 PHY

On 03/24/2016 01:10 PM, Sebastian Frias wrote: What I don't understand is why the link_change_notify() method ptr is populated for all 3 supported chips while only being needed on 8030... You are right. I made the patch but I'm unsure about it because it could conflict with yours. I

Re: [PATCH 3/4] arm64: dts: marvell: Clean up armada-7040-db

> > I agree that converting the Marvell Armada 32-bits SoCs would produce a > > lot of churn. But if some binding are common there is no file at all are > > in common, so we could use this solution for the 64 bits SoCs only. > > Yes, we could. I'm fine with it. I was merely pointing out that it

Re: [PATCH 3/4] arm64: dts: marvell: Clean up armada-7040-db

> > I agree that converting the Marvell Armada 32-bits SoCs would produce a > > lot of churn. But if some binding are common there is no file at all are > > in common, so we could use this solution for the 64 bits SoCs only. > > Yes, we could. I'm fine with it. I was merely pointing out that it

Re: [PATCH 2/2] phy: rockchip-emmc: should be a child device of the GRF

在 2016/3/24 21:22, Heiko Stuebner 写道: The emmc-phy is fully enclosed in the general register files (GRF). Therefore as seen from the device-tree it shouldn't be a separate platform- device but instead a sub-device of the GRF - using the simply-mfd mechanism. The driver entered the kernel in the

Re: [PATCH 2/2] phy: rockchip-emmc: should be a child device of the GRF

在 2016/3/24 21:22, Heiko Stuebner 写道: The emmc-phy is fully enclosed in the general register files (GRF). Therefore as seen from the device-tree it shouldn't be a separate platform- device but instead a sub-device of the GRF - using the simply-mfd mechanism. The driver entered the kernel in the

[GIT PULL] Thermal management updates for v4.6-rc1

Hi, Linus, Please pull from git://git.kernel.org/pub/scm/linux/kernel/git/rzhang/linux.git next to receive the latest Thermal Management updates for 4.6-rc1 with top-most commit 81ad4276b505e987dd8ebbdf63605f92cd172b52: Thermal: Ignore invalid trip points (2016-03-18 14:10:57 +0800) on top

[GIT PULL] Thermal management updates for v4.6-rc1

Hi, Linus, Please pull from git://git.kernel.org/pub/scm/linux/kernel/git/rzhang/linux.git next to receive the latest Thermal Management updates for 4.6-rc1 with top-most commit 81ad4276b505e987dd8ebbdf63605f92cd172b52: Thermal: Ignore invalid trip points (2016-03-18 14:10:57 +0800) on top

Re: [bug] mapping multiple BARs

On Thu, Mar 24, 2016 at 11:15:06AM +0100, Borislav Petkov wrote: > On Thu, Mar 24, 2016 at 10:44:41AM +0100, Jiri Olsa wrote: > > hi, > > I'm hitting following lines in dmesg: > > resource sanity check: requesting [mem 0xfed1-0xfed15fff], which > > spans more than reserved [mem

Re: [bug] mapping multiple BARs

On Thu, Mar 24, 2016 at 11:15:06AM +0100, Borislav Petkov wrote: > On Thu, Mar 24, 2016 at 10:44:41AM +0100, Jiri Olsa wrote: > > hi, > > I'm hitting following lines in dmesg: > > resource sanity check: requesting [mem 0xfed1-0xfed15fff], which > > spans more than reserved [mem

[GIT PULL] nfsd changes for 4.6

Please pull nfsd changes for 4.6 from git://linux-nfs.org/~bfields/linux.git tags/nfsd-4.6 Various bugfixes, a RDMA update from Chuck Lever, and support for a new pnfs layout type from Christoph Hellwig. The new layout type is a

[GIT PULL] nfsd changes for 4.6

Please pull nfsd changes for 4.6 from git://linux-nfs.org/~bfields/linux.git tags/nfsd-4.6 Various bugfixes, a RDMA update from Chuck Lever, and support for a new pnfs layout type from Christoph Hellwig. The new layout type is a

[PATCH 1/1] drm: fsl-dcu: Use flat cache

Using REGCACHE_RBTREE for MMIO regmap is not valid as spinlock's will be used during cache allocation. This fixes the following bug: BUG: sleeping function called from invalid context at mm/slab.h:388 in_atomic(): 1, irqs_disabled(): 128, pid: 192, name: udevd [...] Signed-off-by: Alexander

[PATCH 1/1] drm: fsl-dcu: Use flat cache

Using REGCACHE_RBTREE for MMIO regmap is not valid as spinlock's will be used during cache allocation. This fixes the following bug: BUG: sleeping function called from invalid context at mm/slab.h:388 in_atomic(): 1, irqs_disabled(): 128, pid: 192, name: udevd [...] Signed-off-by: Alexander

Re: [PATCH 2/5] ftrace perf: Move exclude_kernel tracepoint check to init event

On Thu, Mar 24, 2016 at 02:00:45PM +0100, Peter Zijlstra wrote: > On Thu, Mar 24, 2016 at 01:25:44PM +0100, Jiri Olsa wrote: > > > > > > $ sudo perf record -e sched:sched_switch:u ls > > > > > > $ sudo /perf script | wc -l > > > > > > 0 > > > > And its not like the [uk] flags are hard to

Re: [PATCH 2/5] ftrace perf: Move exclude_kernel tracepoint check to init event

On Thu, Mar 24, 2016 at 02:00:45PM +0100, Peter Zijlstra wrote: > On Thu, Mar 24, 2016 at 01:25:44PM +0100, Jiri Olsa wrote: > > > > > > $ sudo perf record -e sched:sched_switch:u ls > > > > > > $ sudo /perf script | wc -l > > > > > > 0 > > > > And its not like the [uk] flags are hard to

Re: Warnings for invalid VDD (sdhci-s3c)

- > [3.119666] WARNING: CPU: 3 PID: 90 at > ../drivers/mmc/host/sdhci.c:1234 sdhci_do_set_ios+0x4cc/0x5e0 > [3.119669] mmc0: Invalid vdd 0x10 > [3.119673] Modules linked in: > [3.119679] CPU: 3 PID: 90 Comm: kworker/3:1 Tainted: GW >4.5.0-next-20160324 #

Re: Warnings for invalid VDD (sdhci-s3c)

- > [3.119666] WARNING: CPU: 3 PID: 90 at > ../drivers/mmc/host/sdhci.c:1234 sdhci_do_set_ios+0x4cc/0x5e0 > [3.119669] mmc0: Invalid vdd 0x10 > [3.119673] Modules linked in: > [3.119679] CPU: 3 PID: 90 Comm: kworker/3:1 Tainted: GW >4.5.0-next-20160324 #

Re: Warnings for invalid VDD (sdhci-s3c)

On 24/03/16 15:11, Adrian Hunter wrote: > On 24/03/16 10:42, Krzysztof Kozlowski wrote: >> On 24.03.2016 17:24, Jisheng Zhang wrote: >>> Hi, >>> >>> On Thu, 24 Mar 2016 17:09:27 +0900 Jaehoon Chung wrote: >>> Hi, On 03/24/2016 04:58 PM, Jisheng Zhang wrote: > Hi, > > On

Re: Warnings for invalid VDD (sdhci-s3c)

On 24/03/16 15:11, Adrian Hunter wrote: > On 24/03/16 10:42, Krzysztof Kozlowski wrote: >> On 24.03.2016 17:24, Jisheng Zhang wrote: >>> Hi, >>> >>> On Thu, 24 Mar 2016 17:09:27 +0900 Jaehoon Chung wrote: >>> Hi, On 03/24/2016 04:58 PM, Jisheng Zhang wrote: > Hi, > > On

Re: [PATCH] tpm: drop 'base' from struct tpm_vendor_specific

On Wed, Mar 23, 2016 at 10:45:42AM -0600, Jason Gunthorpe wrote: > On Wed, Mar 23, 2016 at 08:16:09AM +0200, Jarkko Sakkinen wrote: > > Dropped the field 'base' from struct tpm_vendor_specific and migrated > > it to the private structures of tpm_atmel and tpm_nsc. > > > > Signed-off-by: Jarkko

[PATCH 2/2] phy: rockchip-emmc: should be a child device of the GRF

The emmc-phy is fully enclosed in the general register files (GRF). Therefore as seen from the device-tree it shouldn't be a separate platform- device but instead a sub-device of the GRF - using the simply-mfd mechanism. The driver entered the kernel in the current merge-window, so we can still

[PATCH 1/2] phy: rockchip-dp: should be a child device of the GRF

The displayport-phy is fully enclosed in the general register files (GRF). Therefore as seen from the device-tree it shouldn't be a separate platform- device but instead a sub-device of the GRF - using the simply-mfd mechanism. The driver entered the kernel in the current merge-window, so we can

[PATCH 1/2] phy: rockchip-dp: should be a child device of the GRF

The displayport-phy is fully enclosed in the general register files (GRF). Therefore as seen from the device-tree it shouldn't be a separate platform- device but instead a sub-device of the GRF - using the simply-mfd mechanism. The driver entered the kernel in the current merge-window, so we can

Re: [PATCH] tpm: drop 'base' from struct tpm_vendor_specific

On Wed, Mar 23, 2016 at 10:45:42AM -0600, Jason Gunthorpe wrote: > On Wed, Mar 23, 2016 at 08:16:09AM +0200, Jarkko Sakkinen wrote: > > Dropped the field 'base' from struct tpm_vendor_specific and migrated > > it to the private structures of tpm_atmel and tpm_nsc. > > > > Signed-off-by: Jarkko

[PATCH 2/2] phy: rockchip-emmc: should be a child device of the GRF

The emmc-phy is fully enclosed in the general register files (GRF). Therefore as seen from the device-tree it shouldn't be a separate platform- device but instead a sub-device of the GRF - using the simply-mfd mechanism. The driver entered the kernel in the current merge-window, so we can still

Re: [PATCH 0/2] arm64: cpuidle: make arm_cpuidle_suspend() more efficient

Hi Will, On Thu, 24 Mar 2016 11:15:07 + Will Deacon wrote: > On Thu, Mar 24, 2016 at 01:08:48PM +0800, Jisheng Zhang wrote: > > This series is to improve the arm_cpuidle_suspend() a bit by removing/moving > > out checks from this hot path. > > > > Jisheng Zhang (2): > > arm64: cpuidle:

Re: [PATCH 0/2] arm64: cpuidle: make arm_cpuidle_suspend() more efficient

Hi Will, On Thu, 24 Mar 2016 11:15:07 + Will Deacon wrote: > On Thu, Mar 24, 2016 at 01:08:48PM +0800, Jisheng Zhang wrote: > > This series is to improve the arm_cpuidle_suspend() a bit by removing/moving > > out checks from this hot path. > > > > Jisheng Zhang (2): > > arm64: cpuidle:

Re: [PATCH 1/3] leds: triggers: add support for RGB triggers

On 03/23/2016 05:36 PM, Heiner Kallweit wrote: Am 23.03.2016 um 17:02 schrieb Jacek Anaszewski: On 03/23/2016 12:57 PM, Heiner Kallweit wrote: Am 23.03.2016 um 09:32 schrieb Jacek Anaszewski: On 03/22/2016 11:06 PM, Heiner Kallweit wrote: Am 22.03.2016 um 17:00 schrieb Jacek Anaszewski: On

Re: [PATCH 1/3] leds: triggers: add support for RGB triggers

On 03/23/2016 05:36 PM, Heiner Kallweit wrote: Am 23.03.2016 um 17:02 schrieb Jacek Anaszewski: On 03/23/2016 12:57 PM, Heiner Kallweit wrote: Am 23.03.2016 um 09:32 schrieb Jacek Anaszewski: On 03/22/2016 11:06 PM, Heiner Kallweit wrote: Am 22.03.2016 um 17:00 schrieb Jacek Anaszewski: On

Re: [1/2] bcma: fix building without OF_IRQ

On Wednesday 23 March 2016 15:52:43 Kalle Valo wrote: > > The bcma driver core can be built with or without DT support, but > > it fails to build when CONFIG_OF=y and CONFIG_OF_IRQ=n, which > > can happen on platforms that do not support IRQ domains. > > > > ERROR: "irq_create_of_mapping"

Re: [1/2] bcma: fix building without OF_IRQ

On Wednesday 23 March 2016 15:52:43 Kalle Valo wrote: > > The bcma driver core can be built with or without DT support, but > > it fails to build when CONFIG_OF=y and CONFIG_OF_IRQ=n, which > > can happen on platforms that do not support IRQ domains. > > > > ERROR: "irq_create_of_mapping"

Re: [PATCH v6 0/5] ACPI: parse the SPCR table

c:acpi_boot_table_init() called from setup_arch() > and that's where we parse spcr. So it has to be opted-in per-arch. > > Implement console_match() for pl011. > > Based on the work by Leif Lindholm [3] > Thanks to Peter Hurley for explaining how this should work. > > Sho

Re: [PATCH v6 0/5] ACPI: parse the SPCR table

from setup_arch() > and that's where we parse spcr. So it has to be opted-in per-arch. > > Implement console_match() for pl011. > > Based on the work by Leif Lindholm [3] > Thanks to Peter Hurley for explaining how this should work. > > Should be applied to next-20160324. >

Re: Warnings for invalid VDD (sdhci-s3c)

On 24/03/16 10:42, Krzysztof Kozlowski wrote: > On 24.03.2016 17:24, Jisheng Zhang wrote: >> Hi, >> >> On Thu, 24 Mar 2016 17:09:27 +0900 Jaehoon Chung wrote: >> >>> Hi, >>> >>> On 03/24/2016 04:58 PM, Jisheng Zhang wrote: Hi, On Thu, 24 Mar 2016 16:28:56 +0900 Krzysztof Kozlowski

Re: Warnings for invalid VDD (sdhci-s3c)

On 24/03/16 10:42, Krzysztof Kozlowski wrote: > On 24.03.2016 17:24, Jisheng Zhang wrote: >> Hi, >> >> On Thu, 24 Mar 2016 17:09:27 +0900 Jaehoon Chung wrote: >> >>> Hi, >>> >>> On 03/24/2016 04:58 PM, Jisheng Zhang wrote: Hi, On Thu, 24 Mar 2016 16:28:56 +0900 Krzysztof Kozlowski

Re: [PATCH] net: mlxsw: avoid unused variable warnings

On Wednesday 23 March 2016 14:38:05 David Miller wrote: > From: Andrew Lunn > Date: Wed, 23 Mar 2016 17:51:11 +0100 > > > On Wed, Mar 23, 2016 at 05:37:38PM +0100, Arnd Bergmann wrote: > >> dev_dbg_ratelimited() is a macro that ignores its arguments when DEBUG is > >> not set,

Re: [PATCH] net: mlxsw: avoid unused variable warnings

On Wednesday 23 March 2016 14:38:05 David Miller wrote: > From: Andrew Lunn > Date: Wed, 23 Mar 2016 17:51:11 +0100 > > > On Wed, Mar 23, 2016 at 05:37:38PM +0100, Arnd Bergmann wrote: > >> dev_dbg_ratelimited() is a macro that ignores its arguments when DEBUG is > >> not set, which can lead to

Re: [PATCH 09/13] libnvdimm, pmem: use devm_add_action to release bdev resources

On Mittwoch, 23. März 2016 18:26:08 CET Dan Williams wrote: > Register a callback to clean up the request_queue and put the gendisk at > driver disable time. > > Cc: Ross Zwisler > Signed-off-by: Dan Williams Reviewed-by: Johannes

Re: [PATCH 09/13] libnvdimm, pmem: use devm_add_action to release bdev resources

On Mittwoch, 23. März 2016 18:26:08 CET Dan Williams wrote: > Register a callback to clean up the request_queue and put the gendisk at > driver disable time. > > Cc: Ross Zwisler > Signed-off-by: Dan Williams Reviewed-by: Johannes Thumshirn -- Johannes Thumshirn

Re: [PATCH 00/30] ACPICA: 20160318 Release

On Thu, Mar 24, 2016 at 2:38 AM, Lv Zheng wrote: > The 20160318 ACPICA kernel-resident subsystem updates are linuxized based > on the linux-pm/linux-next branch. > > The patchset has passed the following build/boot tests. > Build tests are performed as follows: > 1. i386 +

Re: [PATCH 00/30] ACPICA: 20160318 Release

On Thu, Mar 24, 2016 at 2:38 AM, Lv Zheng wrote: > The 20160318 ACPICA kernel-resident subsystem updates are linuxized based > on the linux-pm/linux-next branch. > > The patchset has passed the following build/boot tests. > Build tests are performed as follows: > 1. i386 + allyes > 2. i386 +

[PATCH] MAINTAINERS: remove Koichi Yasutake

The MTA says: : unknown user: "yasutake.koi...@jp.panasonic.com" Signed-off-by: Jiri Slaby Cc: David Howells Cc: linux-am33-l...@redhat.com --- MAINTAINERS | 1 - 1 file changed, 1 deletion(-) diff --git a/MAINTAINERS

Re: [PATCH 1/2] KVM: x86: disable MPX if host did not enable MPX XSAVE features

On 24/03/2016 14:06, Yang Zhang wrote: > > I mean why not keep the old way that only activate the eager_fpu while > guest sees the MPX bit in CPUID, like: > > vcpu->arch.eager_fpu = use_eager_fpu() && guest_cpuid_has_mpx(vcpu); If the host uses eager FPU you can assume that it's faster than

[PATCH] MAINTAINERS: remove Koichi Yasutake

The MTA says: : unknown user: "yasutake.koi...@jp.panasonic.com" Signed-off-by: Jiri Slaby Cc: David Howells Cc: linux-am33-l...@redhat.com --- MAINTAINERS | 1 - 1 file changed, 1 deletion(-) diff --git a/MAINTAINERS b/MAINTAINERS index 9bc7e6ce3b81..37a3a0620c12 100644 ---

Re: [PATCH 1/2] KVM: x86: disable MPX if host did not enable MPX XSAVE features

On 24/03/2016 14:06, Yang Zhang wrote: > > I mean why not keep the old way that only activate the eager_fpu while > guest sees the MPX bit in CPUID, like: > > vcpu->arch.eager_fpu = use_eager_fpu() && guest_cpuid_has_mpx(vcpu); If the host uses eager FPU you can assume that it's faster than

Re: [PATCH 1/2] KVM: x86: disable MPX if host did not enable MPX XSAVE features

On 2016/3/11 20:09, Paolo Bonzini wrote: Sorry for the late reply. On 11/03/2016 03:37, Yang Zhang wrote: @@ -97,7 +104,7 @@ int kvm_update_cpuid(struct kvm_vcpu *vcpu) if (best && (best->eax & (F(XSAVES) | F(XSAVEC best->ebx =

Re: [PATCH 1/2] KVM: x86: disable MPX if host did not enable MPX XSAVE features

On 2016/3/11 20:09, Paolo Bonzini wrote: Sorry for the late reply. On 11/03/2016 03:37, Yang Zhang wrote: @@ -97,7 +104,7 @@ int kvm_update_cpuid(struct kvm_vcpu *vcpu) if (best && (best->eax & (F(XSAVES) | F(XSAVEC best->ebx =

Re: [PATCH v14 0/17] Add Analogix Core Display Port Driver

Am Montag, 15. Februar 2016, 19:08:05 schrieb Yakir Yang: > Hi all, > > The Samsung Exynos eDP controller and Rockchip RK3288 eDP controller > share the same IP, so a lot of parts can be re-used. I split the common > code into bridge directory, then rk3288 and exynos only need to keep > some

Re: [PATCH v14 0/17] Add Analogix Core Display Port Driver

Am Montag, 15. Februar 2016, 19:08:05 schrieb Yakir Yang: > Hi all, > > The Samsung Exynos eDP controller and Rockchip RK3288 eDP controller > share the same IP, so a lot of parts can be re-used. I split the common > code into bridge directory, then rk3288 and exynos only need to keep > some

Re: [PATCH] cpuidle: arm: make enter idle operation a bit more efficient

On Thu, Mar 24, 2016 at 6:07 AM, Jisheng Zhang wrote: > Currently, entering idle need to check the idx every time to choose the > real entering idle routine. But this check could be avoided by pointing > the idle enter function pointer of each idle states to the routines >

Re: [PATCH] cpuidle: arm: make enter idle operation a bit more efficient

On Thu, Mar 24, 2016 at 6:07 AM, Jisheng Zhang wrote: > Currently, entering idle need to check the idx every time to choose the > real entering idle routine. But this check could be avoided by pointing > the idle enter function pointer of each idle states to the routines > suitable for each

[PATCH] MAINTAINERS: remove li...@lists.openrisc.net

$ host -t mx lists.openrisc.net Host lists.openrisc.net not found: 3(NXDOMAIN) Signed-off-by: Jiri Slaby Cc: Jonas Bonn --- MAINTAINERS | 1 - 1 file changed, 1 deletion(-) diff --git a/MAINTAINERS b/MAINTAINERS index 954054ccfe8e..9bc7e6ce3b81 100644 ---

Re: [PATCH] stmmac: Fix phy without MDIO subnode

Hello. On 3/24/2016 1:56 PM, John Keeping wrote: Since commit 88f8b1bb41c6 ("stmmac: Fix 'eth0: No PHY found' regression") we no longer allocate mdio_bus_data unless there is a MDIO subnode. This breaks the ethernet on the Radxa Rock2 (using rk3288-rock2-square.dts) which does not have an

[PATCH] MAINTAINERS: remove li...@lists.openrisc.net

$ host -t mx lists.openrisc.net Host lists.openrisc.net not found: 3(NXDOMAIN) Signed-off-by: Jiri Slaby Cc: Jonas Bonn --- MAINTAINERS | 1 - 1 file changed, 1 deletion(-) diff --git a/MAINTAINERS b/MAINTAINERS index 954054ccfe8e..9bc7e6ce3b81 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@

Re: [PATCH] stmmac: Fix phy without MDIO subnode

Hello. On 3/24/2016 1:56 PM, John Keeping wrote: Since commit 88f8b1bb41c6 ("stmmac: Fix 'eth0: No PHY found' regression") we no longer allocate mdio_bus_data unless there is a MDIO subnode. This breaks the ethernet on the Radxa Rock2 (using rk3288-rock2-square.dts) which does not have an

Re: [PATCH 2/5] ftrace perf: Move exclude_kernel tracepoint check to init event

On Thu, Mar 24, 2016 at 01:25:44PM +0100, Jiri Olsa wrote: > > > > > $ sudo perf record -e sched:sched_switch:u ls > > > > > $ sudo /perf script | wc -l > > > > > 0 > > And its not like the [uk] flags are hard to implement here. > > sched:sched_switch:u ? As per the above, its implemented

Re: [PATCH 2/5] ftrace perf: Move exclude_kernel tracepoint check to init event

On Thu, Mar 24, 2016 at 01:25:44PM +0100, Jiri Olsa wrote: > > > > > $ sudo perf record -e sched:sched_switch:u ls > > > > > $ sudo /perf script | wc -l > > > > > 0 > > And its not like the [uk] flags are hard to implement here. > > sched:sched_switch:u ? As per the above, its implemented

Re: [PATCH RESEND] mfd: arizona: Fix lockdep recursion warning on set_irq_wake

On Thu, 24 Mar 2016, Lee Jones wrote: > FAO Thomas > > > Lockdep explicitly sets all the irq_desc locks as a single lock-class, > > which causes a "possible recursive locking detected" warning when we > > attempt to propagate the IRQ wake to our parent IRQ in > > arizona_irq_set_wake. Although

[PATCH 4/4] fork: free thread in copy_process on failure

When using this program (as root): #include #include #include #include #include #include #include #define ITER 1000 #define FORKERS 15 #define THREADS (6000/FORKERS) // 1850 is proc max static void

Re: [PATCH RESEND] mfd: arizona: Fix lockdep recursion warning on set_irq_wake

On Thu, 24 Mar 2016, Lee Jones wrote: > FAO Thomas > > > Lockdep explicitly sets all the irq_desc locks as a single lock-class, > > which causes a "possible recursive locking detected" warning when we > > attempt to propagate the IRQ wake to our parent IRQ in > > arizona_irq_set_wake. Although

[PATCH 4/4] fork: free thread in copy_process on failure

When using this program (as root): #include #include #include #include #include #include #include #define ITER 1000 #define FORKERS 15 #define THREADS (6000/FORKERS) // 1850 is proc max static void

[PATCH 2/4] mn10300: let exit_fpu accept a task

We need to call exit_thread from copy_process in a fail path. Since exit_thread on mn10300 calls exit_thread_runtime_instr, make it accept task_struct as a parameter now. Signed-off-by: Jiri Slaby Cc: David Howells Cc: Koichi Yasutake

[PATCH 1/4] s390: let exit_thread_runtime_instr accept a task

We need to call exit_thread from copy_process in a fail path. Since exit_thread on s390 calls exit_thread_runtime_instr, make it accept task_struct as a parameter now. Signed-off-by: Jiri Slaby Cc: Martin Schwidefsky Cc: Heiko Carstens

[PATCH 2/4] mn10300: let exit_fpu accept a task

We need to call exit_thread from copy_process in a fail path. Since exit_thread on mn10300 calls exit_thread_runtime_instr, make it accept task_struct as a parameter now. Signed-off-by: Jiri Slaby Cc: David Howells Cc: Koichi Yasutake Cc: linux-am33-l...@redhat.com ---

[PATCH 1/4] s390: let exit_thread_runtime_instr accept a task

We need to call exit_thread from copy_process in a fail path. Since exit_thread on s390 calls exit_thread_runtime_instr, make it accept task_struct as a parameter now. Signed-off-by: Jiri Slaby Cc: Martin Schwidefsky Cc: Heiko Carstens Cc: David Hildenbrand Cc: linux-s...@vger.kernel.org Cc:

Re: [PATCH] stmmac: Fix phy without MDIO subnode

Hi John This should be fixed by some work done some days ago and not yet committed. Pls see "stmmac: MDIO fixes" patch-set and let me know if ok on your side. Regards Peppe On 3/24/2016 11:56 AM, John Keeping wrote: Since commit 88f8b1bb41c6 ("stmmac: Fix 'eth0: No PHY found' regression") we

Re: [PATCH] stmmac: Fix phy without MDIO subnode

Hi John This should be fixed by some work done some days ago and not yet committed. Pls see "stmmac: MDIO fixes" patch-set and let me know if ok on your side. Regards Peppe On 3/24/2016 11:56 AM, John Keeping wrote: Since commit 88f8b1bb41c6 ("stmmac: Fix 'eth0: No PHY found' regression") we

[PATCH v6 3/5] ACPI: parse SPCR and enable matching console

'ARM Server Base Boot Requiremets' [1] mentions SPCR (Serial Port Console Redirection Table) [2] as a mandatory ACPI table that specifies the configuration of serial console. Defer initialization of DT earlycon until ACPI/DT decision is made. If ACPI is enabled, parse the table, setup earlycon

[PATCH v6 1/5] of/serial: move earlycon early_param handling to serial

From: Leif Lindholm We have multiple "earlycon" early_param handlers - merge the DT one into the main earlycon one. It's a cleanup that also will be useful to defer setting up DT console until ACPI/DT decision is made. Rename the exported function to avoid clashing

[PATCH v6 3/5] ACPI: parse SPCR and enable matching console

'ARM Server Base Boot Requiremets' [1] mentions SPCR (Serial Port Console Redirection Table) [2] as a mandatory ACPI table that specifies the configuration of serial console. Defer initialization of DT earlycon until ACPI/DT decision is made. If ACPI is enabled, parse the table, setup earlycon

[PATCH v6 1/5] of/serial: move earlycon early_param handling to serial

From: Leif Lindholm We have multiple "earlycon" early_param handlers - merge the DT one into the main earlycon one. It's a cleanup that also will be useful to defer setting up DT console until ACPI/DT decision is made. Rename the exported function to avoid clashing with the function from

[PATCH v6 5/5] serial: pl011: add console matching function

This patch adds function pl011_console_match() that implements method match of struct console. It allows to match consoles against data specified in a string, for example taken from command line or compiled by ACPI SPCR table handler. Signed-off-by: Aleksey Makarov

[PATCH v6 2/5] ACPI: add definitions of DBG2 subtypes

The recent version of Microsoft Debug Port Table 2 (DBG2) [1] specifies additional serial debug port subtypes. These constants are also referred by Serial Port Console Redirection Table (SPCR) [2] Add these constants. [1]

[PATCH v6 4/5] ACPI: enable ACPI_SPCR_TABLE on ARM64

SBBR mentions SPCR as a mandatory ACPI table. So enable it for ARM64 Earlycon should be set up as early as possible. ACPI boot tables are mapped in arch/arm64/kernel/acpi.c:acpi_boot_table_init() called from setup_arch() and that's where we parse SPCR. So it has to be opted-in per-arch.

[PATCH v6 2/5] ACPI: add definitions of DBG2 subtypes

The recent version of Microsoft Debug Port Table 2 (DBG2) [1] specifies additional serial debug port subtypes. These constants are also referred by Serial Port Console Redirection Table (SPCR) [2] Add these constants. [1]

[PATCH v6 4/5] ACPI: enable ACPI_SPCR_TABLE on ARM64

SBBR mentions SPCR as a mandatory ACPI table. So enable it for ARM64 Earlycon should be set up as early as possible. ACPI boot tables are mapped in arch/arm64/kernel/acpi.c:acpi_boot_table_init() called from setup_arch() and that's where we parse SPCR. So it has to be opted-in per-arch.

[PATCH v6 5/5] serial: pl011: add console matching function

This patch adds function pl011_console_match() that implements method match of struct console. It allows to match consoles against data specified in a string, for example taken from command line or compiled by ACPI SPCR table handler. Signed-off-by: Aleksey Makarov ---

[PATCH 5/6] perf tools: Unify -f/--force option documentation

Link: http://lkml.kernel.org/n/tip-cximteb8r1a6750wz8sge...@git.kernel.org Signed-off-by: Jiri Olsa --- tools/perf/Documentation/perf-annotate.txt | 2 +- tools/perf/Documentation/perf-diff.txt | 2 +- tools/perf/Documentation/perf-report.txt | 2 +-

[PATCH 5/6] perf tools: Unify -f/--force option documentation

Link: http://lkml.kernel.org/n/tip-cximteb8r1a6750wz8sge...@git.kernel.org Signed-off-by: Jiri Olsa --- tools/perf/Documentation/perf-annotate.txt | 2 +- tools/perf/Documentation/perf-diff.txt | 2 +- tools/perf/Documentation/perf-report.txt | 2 +-

[PATCH 6/6] perf tests: Add test to check for event times

This test creates software event 'cpu-clock' attaches it in several ways and checks that enabled and running times match. Link: http://lkml.kernel.org/n/tip-y1g9g3qru2m03s8hzc2ku...@git.kernel.org Signed-off-by: Jiri Olsa --- tools/perf/tests/Build | 1 +

[PATCH v6 0/5] ACPI: parse the SPCR table

urley for explaining how this should work. Should be applied to next-20160324. Tested on QEMU. SPCR support is included in QEMU's ARM mach-virt since 2.4 release. v6: - add documentation for parse_spcr() functioin (Yury Norov) - don't initialize err variable (Yury Nor

[PATCH 4/6] perf tools: Introduce trim function

To be used in cases for both sides trim. Link: http://lkml.kernel.org/n/tip-7fuk01zwjefo0aoqo42co...@git.kernel.org Signed-off-by: Jiri Olsa --- tools/perf/ui/browsers/hists.c | 3 +-- tools/perf/ui/stdio/hist.c | 3 +-- tools/perf/util/util.h | 5 + 3 files

[PATCH 6/6] perf tests: Add test to check for event times

This test creates software event 'cpu-clock' attaches it in several ways and checks that enabled and running times match. Link: http://lkml.kernel.org/n/tip-y1g9g3qru2m03s8hzc2ku...@git.kernel.org Signed-off-by: Jiri Olsa --- tools/perf/tests/Build | 1 +

[PATCH v6 0/5] ACPI: parse the SPCR table

urley for explaining how this should work. Should be applied to next-20160324. Tested on QEMU. SPCR support is included in QEMU's ARM mach-virt since 2.4 release. v6: - add documentation for parse_spcr() functioin (Yury Norov) - don't initialize err variable (Yury Nor

[PATCH 4/6] perf tools: Introduce trim function

To be used in cases for both sides trim. Link: http://lkml.kernel.org/n/tip-7fuk01zwjefo0aoqo42co...@git.kernel.org Signed-off-by: Jiri Olsa --- tools/perf/ui/browsers/hists.c | 3 +-- tools/perf/ui/stdio/hist.c | 3 +-- tools/perf/util/util.h | 5 + 3 files changed, 7

[PATCH 2/6] perf mem: Add -U/-K (--all-user/--all-kernel) options

Add -U/-K (--all-user/--all-kernel) options to use the perf record --all-user/--all-kernel options. Link: http://lkml.kernel.org/n/tip-adxn5c48oe0gmjrjmq6we...@git.kernel.org Signed-off-by: Jiri Olsa --- tools/perf/Documentation/perf-mem.txt | 8

[PATCH 2/6] perf mem: Add -U/-K (--all-user/--all-kernel) options

Add -U/-K (--all-user/--all-kernel) options to use the perf record --all-user/--all-kernel options. Link: http://lkml.kernel.org/n/tip-adxn5c48oe0gmjrjmq6we...@git.kernel.org Signed-off-by: Jiri Olsa --- tools/perf/Documentation/perf-mem.txt | 8 tools/perf/builtin-mem.c

[PATCH 0/6][perf/core] perf tools: Fixes

hi, sending assorted fixes and leftover from previous mem patchset. Also available in here: git://git.kernel.org/pub/scm/linux/kernel/git/jolsa/perf.git perf/fixes thanks, jirka --- Jiri Olsa (6): perf mem: Add --ldlat option perf mem: Add -U/-K (--all-user/--all-kernel) options

[PATCH 3/6] perf tools: Make hists__collapse_insert_entry static

No need to export hists__collapse_insert_entry function. Link: http://lkml.kernel.org/n/tip-7fuk01zwjefo0aoqo42co...@git.kernel.org Signed-off-by: Jiri Olsa --- tools/perf/util/hist.c | 5 +++-- tools/perf/util/hist.h | 2 -- 2 files changed, 3 insertions(+), 4 deletions(-)

[PATCH 1/6] perf mem: Add --ldlat option

Adding --ldlat option to specify desired latency for loads event. Specify 50 as loads event latency: $ perf mem record -e ldlat-loads -v --ldlat 50 true calling: record -W -d -e cpu/mem-loads,ldlat=50/P true Link: http://lkml.kernel.org/n/tip-ec2m0cvivkfs8uhtiv411...@git.kernel.org

[PATCH 0/6][perf/core] perf tools: Fixes

hi, sending assorted fixes and leftover from previous mem patchset. Also available in here: git://git.kernel.org/pub/scm/linux/kernel/git/jolsa/perf.git perf/fixes thanks, jirka --- Jiri Olsa (6): perf mem: Add --ldlat option perf mem: Add -U/-K (--all-user/--all-kernel) options

<    4   5   6   7   8   9   10   11   12   13   >