Re: [PATCH 4/8] ARM: dts: imx7s: add dma support

On Fri, Dec 1, 2017 at 12:17 PM, Fabio Estevam <feste...@gmail.com> wrote: > On Thu, Nov 30, 2017 at 6:14 PM, <ty...@opensourcefoundries.com> wrote: >> From: Tyler Baker <ty...@opensourcefoundries.com> >> >> Enable dma on all SPI and UART interfaces. >

Re: [PATCH 4/8] ARM: dts: imx7s: add dma support

On Fri, Dec 1, 2017 at 12:17 PM, Fabio Estevam wrote: > On Thu, Nov 30, 2017 at 6:14 PM, wrote: >> From: Tyler Baker >> >> Enable dma on all SPI and UART interfaces. > > You only touched SPI ports, not the UART. I'll update the commit message, thanks.

Re: [PATCH 3/8] ARM: dts: imx7d-cl-som: add nodes for usbh, and usbotg2

On Fri, Dec 1, 2017 at 12:13 PM, Fabio Estevam <feste...@gmail.com> wrote: > On Thu, Nov 30, 2017 at 6:14 PM, <ty...@opensourcefoundries.com> wrote: >> From: Tyler Baker <ty...@opensourcefoundries.com> >> >> Add device tree nodes for the USB hub, and USB OTG

Re: [PATCH 3/8] ARM: dts: imx7d-cl-som: add nodes for usbh, and usbotg2

On Fri, Dec 1, 2017 at 12:13 PM, Fabio Estevam wrote: > On Thu, Nov 30, 2017 at 6:14 PM, wrote: >> From: Tyler Baker >> >> Add device tree nodes for the USB hub, and USB OTG. i2c2 on this >> platform supports low state retention power state so lets use it. >&

Re: [PATCH 1/8] ARM: dts: imx7d-sbc-iot: add initial iot gateway dts

On Fri, Dec 1, 2017 at 12:10 PM, Fabio Estevam wrote: > On Thu, Nov 30, 2017 at 6:14 PM, wrote: > >> + { >> + fsl,spi-num-chipselects = <1>; > > Please remove this property. It is no longer used. Ack. > > >> + dvicape@39 { >> +

Re: [PATCH 2/8] ARM: dts: imx7: build imx7d-sbc-iot-imx7 dtb

On Fri, Dec 1, 2017 at 12:11 PM, Fabio Estevam <feste...@gmail.com> wrote: > On Thu, Nov 30, 2017 at 6:14 PM, <ty...@opensourcefoundries.com> wrote: >> From: Tyler Baker <ty...@opensourcefoundries.com> >> >> Build the imx7d-sbc-iot-imx7 device tree blo

Re: [PATCH 1/8] ARM: dts: imx7d-sbc-iot: add initial iot gateway dts

On Fri, Dec 1, 2017 at 12:10 PM, Fabio Estevam wrote: > On Thu, Nov 30, 2017 at 6:14 PM, wrote: > >> + { >> + fsl,spi-num-chipselects = <1>; > > Please remove this property. It is no longer used. Ack. > > >> + dvicape@39 { >> + compatible = "sil164_simple"; > > This

Re: [PATCH 2/8] ARM: dts: imx7: build imx7d-sbc-iot-imx7 dtb

On Fri, Dec 1, 2017 at 12:11 PM, Fabio Estevam wrote: > On Thu, Nov 30, 2017 at 6:14 PM, wrote: >> From: Tyler Baker >> >> Build the imx7d-sbc-iot-imx7 device tree blob. >> >> Signed-off-by: Tyler Baker >> --- >> arch/arm/boot/dts/Makefile | 1 +

Re: [PATCH 8/8] PCIe: imx6: imx7d: add support for phy refclk source

On Fri, Dec 1, 2017 at 12:21 PM, Fabio Estevam <feste...@gmail.com> wrote: > On Thu, Nov 30, 2017 at 6:14 PM, <ty...@opensourcefoundries.com> wrote: >> From: Tyler Baker <ty...@opensourcefoundries.com> >> >> In the i.MX7D the PCIe PHY can use either

Re: [PATCH 8/8] PCIe: imx6: imx7d: add support for phy refclk source

On Fri, Dec 1, 2017 at 12:21 PM, Fabio Estevam wrote: > On Thu, Nov 30, 2017 at 6:14 PM, wrote: >> From: Tyler Baker >> >> In the i.MX7D the PCIe PHY can use either externel oscillator or >> internal PLL as a reference clock source. >> Add support for the PHY

Re: [PATCH 0/8] i.MX7 PCIe related device tree changes

cify 'anatop-enable-bit' where appropriate > ARM: dts: imx7s: Adjust anatop-enable-bit for 'reg_1p0d' > ARM: dts: imx7s: Add node for GPC > ARM: dts: imx7s: Mark 'gpr' compatible with i.MX6 variant > ARM: dts: imx7d-sdb: Add GPIO expander node > ARM: dts: imx7d: Add node for P

Re: [PATCH 0/8] i.MX7 PCIe related device tree changes

ropriate > ARM: dts: imx7s: Adjust anatop-enable-bit for 'reg_1p0d' > ARM: dts: imx7s: Add node for GPC > ARM: dts: imx7s: Mark 'gpr' compatible with i.MX6 variant > ARM: dts: imx7d-sdb: Add GPIO expander node > ARM: dts: imx7d: Add node for PCIe controller > ARM: dts:

[tip:irq/urgent] irqchip/irq-imx-gpcv2: Fix spinlock initialization

Commit-ID: 75eb5e1e7b4edbc8e8f930de59004d21cb46961f Gitweb: http://git.kernel.org/tip/75eb5e1e7b4edbc8e8f930de59004d21cb46961f Author: Tyler Baker <tyler.ba...@linaro.org> AuthorDate: Thu, 13 Apr 2017 15:27:31 -0700 Committer: Thomas Gleixner <t...@linutronix.de> CommitDate:

[tip:irq/urgent] irqchip/irq-imx-gpcv2: Fix spinlock initialization

Commit-ID: 75eb5e1e7b4edbc8e8f930de59004d21cb46961f Gitweb: http://git.kernel.org/tip/75eb5e1e7b4edbc8e8f930de59004d21cb46961f Author: Tyler Baker AuthorDate: Thu, 13 Apr 2017 15:27:31 -0700 Committer: Thomas Gleixner CommitDate: Fri, 14 Apr 2017 10:55:05 +0200 irqchip/irq-imx-gpcv2

[PATCH] irqchip/irq-imx-gpcv2: fix spinlock initialization

) r10: r9:410fc075 r8:8000406a r7:c0e0c958 r6:c0d5fa44 r5:c0e07918 r4:c0e7b294 Verified the fix on a imx7d-cl-som with CONFIG_IMX_GPCV2 set. Signed-off-by: Tyler Baker <tyler.ba...@linaro.org> Reported-by: Tyler Baker <tyler.ba...@linaro.org> Reviewed-by: Fabio Estevam <

[PATCH] irqchip/irq-imx-gpcv2: fix spinlock initialization

) r10: r9:410fc075 r8:8000406a r7:c0e0c958 r6:c0d5fa44 r5:c0e07918 r4:c0e7b294 Verified the fix on a imx7d-cl-som with CONFIG_IMX_GPCV2 set. Signed-off-by: Tyler Baker Reported-by: Tyler Baker Reviewed-by: Fabio Estevam --- Issue reported in this thread: https://lkml.org/lkml/2017/4/

Re: [PATCH 4/8] ARM: dts: imx7s: Add node for GPC

On 13 April 2017 at 13:49, Fabio Estevam <feste...@gmail.com> wrote: > On Thu, Apr 13, 2017 at 5:13 PM, Tyler Baker <tyler.ba...@linaro.org> wrote: > >> I've rebased this series on the next-20170413 for sanity sake, and >> realized there doesn't appear to be a way to

Re: [PATCH 4/8] ARM: dts: imx7s: Add node for GPC

On 13 April 2017 at 13:49, Fabio Estevam wrote: > On Thu, Apr 13, 2017 at 5:13 PM, Tyler Baker wrote: > >> I've rebased this series on the next-20170413 for sanity sake, and >> realized there doesn't appear to be a way to select CONFIG_IMX_GPCV2. >> I forced it using 'd

Re: [PATCH 4/8] ARM: dts: imx7s: Add node for GPC

On 13 April 2017 at 12:55, Fabio Estevam <feste...@gmail.com> wrote: > On Thu, Apr 13, 2017 at 4:24 PM, Tyler Baker <tyler.ba...@linaro.org> wrote: > > >> Are you referring to the following patches? >> >> "dt-bindings: Add GPCv2 power gating driver&

Re: [PATCH 4/8] ARM: dts: imx7s: Add node for GPC

On 13 April 2017 at 12:55, Fabio Estevam wrote: > On Thu, Apr 13, 2017 at 4:24 PM, Tyler Baker wrote: > > >> Are you referring to the following patches? >> >> "dt-bindings: Add GPCv2 power gating driver" >> "soc: imx: Add GPCv2 power gating driv

Re: [PATCH 4/8] ARM: dts: imx7s: Add node for GPC

On 13 April 2017 at 12:18, Fabio Estevam <feste...@gmail.com> wrote: > On Thu, Apr 13, 2017 at 4:03 PM, Tyler Baker <tyler.ba...@linaro.org> wrote: > >> I've been testing your GPC/PCIe patch sets against v4.11-rc5 on my >> imx7d-cl-som-imx7, but hit a

Re: [PATCH 4/8] ARM: dts: imx7s: Add node for GPC

On 13 April 2017 at 12:18, Fabio Estevam wrote: > On Thu, Apr 13, 2017 at 4:03 PM, Tyler Baker wrote: > >> I've been testing your GPC/PCIe patch sets against v4.11-rc5 on my >> imx7d-cl-som-imx7, but hit a bit of a wall. When gpc is set as the >> interrupt-parent for t

Re: [PATCH 4/8] ARM: dts: imx7s: Add node for GPC

Hi Andrey, On 13 April 2017 at 06:32, Andrey Smirnov wrote: > Add node for GPC and specify as a parent interrupt controller for SoC bus. > > Cc: yurov...@gmail.com > Cc: Sascha Hauer > Cc: Fabio Estevam > Cc: Rob Herring

Re: [PATCH 4/8] ARM: dts: imx7s: Add node for GPC

Hi Andrey, On 13 April 2017 at 06:32, Andrey Smirnov wrote: > Add node for GPC and specify as a parent interrupt controller for SoC bus. > > Cc: yurov...@gmail.com > Cc: Sascha Hauer > Cc: Fabio Estevam > Cc: Rob Herring > Cc: Mark Rutland > Cc: Russell King > Cc: devicet...@vger.kernel.org

Re: [PATCH v1 15/25] PCI: generic: Free resource list close to where it's allocated

Hi Bjorn, On 6 June 2016 at 16:06, Bjorn Helgaas wrote: > Previously we allocated the PCI resource list in > gen_pci_parse_request_of_pci_ranges(), but if we had an error, we freed it > on error in gen_pci_init(). > > Reorder gen_pci_init() so we can take care of error path

Re: [PATCH v1 15/25] PCI: generic: Free resource list close to where it's allocated

Hi Bjorn, On 6 June 2016 at 16:06, Bjorn Helgaas wrote: > Previously we allocated the PCI resource list in > gen_pci_parse_request_of_pci_ranges(), but if we had an error, we freed it > on error in gen_pci_init(). > > Reorder gen_pci_init() so we can take care of error path cleanup in >

Re: [PATCH 4.6 000/121] 4.6.2-stable review

On 6 June 2016 at 06:55, Kevin Hilman wrote: > kernelci.org bot writes: > >> stable-queue boot: 73 boots: 3 failed, 68 passed with 2 offline >> (v4.6.1-121-g2276ff7d4bf9) >> >> Full Boot Summary: >>

Re: [PATCH 4.6 000/121] 4.6.2-stable review

On 6 June 2016 at 06:55, Kevin Hilman wrote: > kernelci.org bot writes: > >> stable-queue boot: 73 boots: 3 failed, 68 passed with 2 offline >> (v4.6.1-121-g2276ff7d4bf9) >> >> Full Boot Summary: >> https://kernelci.org/boot/all/job/stable-queue/kernel/v4.6.1-121-g2276ff7d4bf9/ >> Full Build

Re: Re: [PATCH] PM / devfreq: tegra: Set freq in rate callback

On 27 January 2016 at 20:14, MyungJoo Ham wrote: >> Hi Thierry, >> >> On 21 January 2016 at 02:54, Thierry Reding wrote: >> > On Thu, Jan 21, 2016 at 08:52:26AM +0100, Tomeu Vizoso wrote: > [] >> >> Signed-off-by: Tomeu Vizoso >> >> Report

Re: Re: [PATCH] PM / devfreq: tegra: Set freq in rate callback

t;> >> Signed-off-by: Tomeu Vizoso <tomeu.viz...@collabora.com> >> >> Reported-by: Tyler Baker <tyler.ba...@linaro.org> > [] >> >> >> > >> > I had noticed it recently but hadn't got around to look into it, thanks >> > for fixing

Re: [PATCH] PM / devfreq: tegra: Set freq in rate callback

gt;> This caused endless messages like this after recent changes in the core: >> >> devfreq 6000c800.actmon: Couldn't update frequency transition information. >> >> Signed-off-by: Tomeu Vizoso >> Reported-by: Tyler Baker >> --- >> drivers/devfreq/tegra-

Re: [PATCH] PM / devfreq: tegra: Set freq in rate callback

ency before returning. >> >> This caused endless messages like this after recent changes in the core: >> >> devfreq 6000c800.actmon: Couldn't update frequency transition information. >> >> Signed-off-by: Tomeu Vizoso <tomeu.viz...@collabora.com> >> Reporte

Re: [PATCH] mm/memblock: use memblock_insert_region() for the empty array

On 4 December 2015 at 23:23, Alexander Kuleshov wrote: > We have the special case for an empty array in the memblock_add_range() > function. In the same time we have almost the same functional in the > memblock_insert_region() function. Let's use the memblock_insert_region() > instead of direct

Re: [PATCH] mm/memblock: use memblock_insert_region() for the empty array

On 4 December 2015 at 23:23, Alexander Kuleshov wrote: > We have the special case for an empty array in the memblock_add_range() > function. In the same time we have almost the same functional in the > memblock_insert_region() function. Let's use the

Re: [PATCH] clk: tegra: Fix bypassing of PLLs

On 25 November 2015 at 07:11, Thierry Reding wrote: > On Mon, Nov 23, 2015 at 03:18:59PM -0800, Tyler Baker wrote: >> Hi Jon, >> >> On 20 November 2015 at 07:11, Jon Hunter wrote: >> > The _clk_disable_pll() function will attempt to place a PLL into bypas

Re: [PATCH] clk: tegra: Fix bypassing of PLLs

On 25 November 2015 at 07:11, Thierry Reding <thierry.red...@gmail.com> wrote: > On Mon, Nov 23, 2015 at 03:18:59PM -0800, Tyler Baker wrote: >> Hi Jon, >> >> On 20 November 2015 at 07:11, Jon Hunter <jonath...@nvidia.com> wrote: >> > The _clk_disable_

Re: [PATCH] clk: tegra: Fix bypassing of PLLs

Hi Jon, On 20 November 2015 at 07:11, Jon Hunter wrote: > The _clk_disable_pll() function will attempt to place a PLL into bypass > if the TEGRA_PLL_BYPASS is specified for the PLL and then disable the PLL > by clearing the enable bit. To place the PLL into bypass, the bypass bit > needs to be

Re: [PATCH] clk: tegra: Fix bypassing of PLLs

Hi Jon, On 20 November 2015 at 07:11, Jon Hunter wrote: > The _clk_disable_pll() function will attempt to place a PLL into bypass > if the TEGRA_PLL_BYPASS is specified for the PLL and then disable the PLL > by clearing the enable bit. To place the PLL into bypass, the

Re: [PATCH] clk: qcom: Specify LE device endianness

k controller with > big endian IO accesses even though the device is little endian. > > Specify the endianness explicitly so that the regmap core > properly byte swaps the accesses for us. > > Reported-by: Kevin Hilman > Cc: Simon Arlott > Cc: Mark Brown > Signed-off-

Re: [PATCH] clk: qcom: Specify LE device endianness

; Cc: Simon Arlott <si...@fire.lp0.eu> > Cc: Mark Brown <broo...@kernel.org> > Signed-off-by: Stephen Boyd <sb...@codeaurora.org> Tested-by: Tyler Baker <tyler.ba...@linaro.org> The kernelci.org bot also reported boot failures[1] for the apq8016-sbc in next-20151120 wi

Re: [Regression] Minnowboard-Max fails to boot in next-20151007+

On 8 October 2015 at 12:41, Tyler Baker wrote: > Hi Sonika and Daniel, > > The kernelci.org bot has been reporting complete boot failures[1] for > the minnowboard-max (x86_64_defconfig) in next-20151007. I've got > ahead an bisected[2] the boot failure, and it's blaming the co

Re: [Regression] Minnowboard-Max fails to boot in next-20151007+

On 8 October 2015 at 12:41, Tyler Baker <tyler.ba...@linaro.org> wrote: > Hi Sonika and Daniel, > > The kernelci.org bot has been reporting complete boot failures[1] for > the minnowboard-max (x86_64_defconfig) in next-20151007. I've got > ahead an bisected[2] the boot fail

[Regression] Minnowboard-Max fails to boot in next-20151007+

Hi Sonika and Daniel, The kernelci.org bot has been reporting complete boot failures[1] for the minnowboard-max (x86_64_defconfig) in next-20151007. I've got ahead an bisected[2] the boot failure, and it's blaming the commit in -next 0b5e88dc25ee ('drm/i915: Add hot_plug hook for hdmi encoder').

[Regression] Minnowboard-Max fails to boot in next-20151007+

Hi Sonika and Daniel, The kernelci.org bot has been reporting complete boot failures[1] for the minnowboard-max (x86_64_defconfig) in next-20151007. I've got ahead an bisected[2] the boot failure, and it's blaming the commit in -next 0b5e88dc25ee ('drm/i915: Add hot_plug hook for hdmi encoder').

Re: [PATCH v2 2/9] mm: move __phys_to_pfn and __pfn_to_phys to asm/generic/memory_model.h

On 29 September 2015 at 12:21, Nicolas Pitre wrote: > On Tue, 25 Aug 2015, Dan Williams wrote: > >> From: Christoph Hellwig >> >> Three architectures already define these, and we'll need them genericly >> soon. >> >> Signed-off-by: Christoph Hellwig >> Signed-off-by: Dan Williams >> --- >>

Re: [PATCH v2 2/9] mm: move __phys_to_pfn and __pfn_to_phys to asm/generic/memory_model.h

On 29 September 2015 at 12:21, Nicolas Pitre wrote: > On Tue, 25 Aug 2015, Dan Williams wrote: > >> From: Christoph Hellwig >> >> Three architectures already define these, and we'll need them genericly >> soon. >> >> Signed-off-by: Christoph Hellwig

Re: [PATCH v2 2/9] mm: move __phys_to_pfn and __pfn_to_phys to asm/generic/memory_model.h

On 18 September 2015 at 16:59, Dan Williams wrote: > On Fri, Sep 18, 2015 at 4:42 PM, Tyler Baker wrote: >> Hi, >> >> On 25 August 2015 at 18:27, Dan Williams wrote: >>> From: Christoph Hellwig >>> >>> Three architectures already defi

Re: [PATCH v2 2/9] mm: move __phys_to_pfn and __pfn_to_phys to asm/generic/memory_model.h

On 18 September 2015 at 16:59, Dan Williams <dan.j.willi...@intel.com> wrote: > On Fri, Sep 18, 2015 at 4:42 PM, Tyler Baker <tyler.ba...@linaro.org> wrote: >> Hi, >> >> On 25 August 2015 at 18:27, Dan Williams <dan.j.willi...@intel.com> wrote: &

Re: [PATCH v2 2/9] mm: move __phys_to_pfn and __pfn_to_phys to asm/generic/memory_model.h

Hi, On 25 August 2015 at 18:27, Dan Williams wrote: > From: Christoph Hellwig > > Three architectures already define these, and we'll need them genericly > soon. > > Signed-off-by: Christoph Hellwig > Signed-off-by: Dan Williams > --- > arch/arm/include/asm/memory.h |6 -- >

Re: [PATCH v2 2/9] mm: move __phys_to_pfn and __pfn_to_phys to asm/generic/memory_model.h

Hi, On 25 August 2015 at 18:27, Dan Williams wrote: > From: Christoph Hellwig > > Three architectures already define these, and we'll need them genericly > soon. > > Signed-off-by: Christoph Hellwig > Signed-off-by: Dan Williams

Re: [PATCH] selftests/zram: Adding zram tests

+ echo "make swap with zram device(s)" > + local i=0 > + for i in $(seq 0 $(($dev_num - 1))); do > + mkswap /dev/zram$i > err.log 2>&1 > + if [ $? -ne 0 ]; then > + cat err.log > +

Re: [PATCH] selftests/zram: Adding zram tests

+ mount /dev/zram$i zram$i /dev/null || \ + echo FAIL mount /dev/zram$i failed + dev_mounted=$i + done + + echo zram mount of zram device(s): OK +} -- 1.9.1 Otherwise the code looks fine to me so... Reviewed-By: Tyler Baker

Re: [PATCHv2 5/6] clk: sunxi: make use of of_clk_parent_fill helper function

Hi Dinh, On 21 July 2015 at 08:22, Dinh Nguyen wrote: > On Tue, 21 Jul 2015, Tyler Baker wrote: > >> Hi, >> >> On 17 July 2015 at 17:53, Stephen Boyd wrote: >> > On 07/06, dingu...@opensource.altera.com wrote: >> >> From: Dinh Nguyen >> &g

Re: [PATCHv2 5/6] clk: sunxi: make use of of_clk_parent_fill helper function

Hi, On 17 July 2015 at 17:53, Stephen Boyd wrote: > On 07/06, dingu...@opensource.altera.com wrote: >> From: Dinh Nguyen >> >> Use of_clk_parent_fill to fill in the parent clock names' array. >> >> Signed-off-by: Dinh Nguyen >> Cc: Maxime Ripard >> Cc: "Emilio López" >> --- > > Applied to

Re: [PATCHv2 5/6] clk: sunxi: make use of of_clk_parent_fill helper function

Hi Dinh, On 21 July 2015 at 08:22, Dinh Nguyen dingu...@opensource.altera.com wrote: On Tue, 21 Jul 2015, Tyler Baker wrote: Hi, On 17 July 2015 at 17:53, Stephen Boyd sb...@codeaurora.org wrote: On 07/06, dingu...@opensource.altera.com wrote: From: Dinh Nguyen dingu

Re: [PATCHv2 5/6] clk: sunxi: make use of of_clk_parent_fill helper function

Hi, On 17 July 2015 at 17:53, Stephen Boyd sb...@codeaurora.org wrote: On 07/06, dingu...@opensource.altera.com wrote: From: Dinh Nguyen dingu...@opensource.altera.com Use of_clk_parent_fill to fill in the parent clock names' array. Signed-off-by: Dinh Nguyen dingu...@opensource.altera.com

re: net: fec: Ensure clocks are enabled while using mdio bus

Hi Andrew, The kernelci.org system reported[1][2][3] new imx6 boot failures in next-20150710. I've bisected[4] these failures to 6c3e921b18ed "net: fec: Ensure clocks are enabled while using mdio bus". Reverting this commit on top of next-20150710, resolves the boot failures. I have not

re: net: fec: Ensure clocks are enabled while using mdio bus

Hi Andrew, The kernelci.org system reported[1][2][3] new imx6 boot failures in next-20150710. I've bisected[4] these failures to 6c3e921b18ed net: fec: Ensure clocks are enabled while using mdio bus. Reverting this commit on top of next-20150710, resolves the boot failures. I have not

Re: [PATCH 2/2] selftests/breakpoints: only set TEST_PROGS when built

On 14 May 2015 at 08:27, Shuah Khan wrote: > On 05/14/2015 08:15 AM, Tyler Baker wrote: >> On 13 May 2015 at 14:41, Shuah Khan wrote: >>> On 05/12/2015 03:59 PM, tyler.ba...@linaro.org wrote: >>>> From: Tyler Baker >>>> >>>> Set TEST_PROG

Re: [PATCH 2/2] selftests/breakpoints: only set TEST_PROGS when built

On 13 May 2015 at 14:41, Shuah Khan wrote: > On 05/12/2015 03:59 PM, tyler.ba...@linaro.org wrote: >> From: Tyler Baker >> >> Set TEST_PROGS only when a build has occurred. >> >> Signed-off-by: Tyler Baker >> --- >> tools/testing/selftests/break

Re: [PATCH 2/2] selftests/breakpoints: only set TEST_PROGS when built

On 13 May 2015 at 14:41, Shuah Khan shua...@osg.samsung.com wrote: On 05/12/2015 03:59 PM, tyler.ba...@linaro.org wrote: From: Tyler Baker tyler.ba...@linaro.org Set TEST_PROGS only when a build has occurred. Signed-off-by: Tyler Baker tyler.ba...@linaro.org --- tools/testing/selftests

Re: [PATCH 2/2] selftests/breakpoints: only set TEST_PROGS when built

On 14 May 2015 at 08:27, Shuah Khan shua...@osg.samsung.com wrote: On 05/14/2015 08:15 AM, Tyler Baker wrote: On 13 May 2015 at 14:41, Shuah Khan shua...@osg.samsung.com wrote: On 05/12/2015 03:59 PM, tyler.ba...@linaro.org wrote: From: Tyler Baker tyler.ba...@linaro.org Set TEST_PROGS only

Re: [PATCH 1/2] selftests/lib.mk: fix INSTALL_RULE

On 12 May 2015 at 15:07, Shuah Khan wrote: > On 05/12/2015 04:04 PM, Tyler Baker wrote: >> On 12 May 2015 at 15:02, Shuah Khan wrote: >>> On 05/12/2015 03:59 PM, tyler.ba...@linaro.org wrote: >>>> From: Tyler Baker >>> >>> This is odd. Did you use

Re: [PATCH 1/2] selftests/lib.mk: fix INSTALL_RULE

On 12 May 2015 at 15:02, Shuah Khan wrote: > On 05/12/2015 03:59 PM, tyler.ba...@linaro.org wrote: >> From: Tyler Baker > > This is odd. Did you use git send-email to send the patches? Yes I did. > > -- Shuah >> >> This patch fixes the INSTALL_RULE to

[PATCH 1/2] selftests/lib.mk: fix INSTALL_RULE

From: Tyler Baker This patch fixes the INSTALL_RULE to gracefully handle the case where TEST_PROGS and TEST_PROGS_EXTENDED and TEST_FILES are not set. In this case, install is called without any SOURCE arguments causing make install to fail. The proposed fix is to loop over the items

[PATCH 2/2] selftests/breakpoints: only set TEST_PROGS when built

From: Tyler Baker Set TEST_PROGS only when a build has occurred. Signed-off-by: Tyler Baker --- tools/testing/selftests/breakpoints/Makefile | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/tools/testing/selftests/breakpoints/Makefile b/tools/testing/selftests

[PATCH 0/2] selftests: installation fixes

From: Tyler Baker This is a follow up series to address a simple lib.mk installation issue[1]. Essentially, install is being called without checking that there exists test artifacts to install, which in turn causes 'make install' to fail. By creating a simple loop we can avoid if/elif/else

Re: [PATCH 1/2] selftests/lib.mk: fix INSTALL_RULE

On 12 May 2015 at 15:07, Shuah Khan shua...@osg.samsung.com wrote: On 05/12/2015 04:04 PM, Tyler Baker wrote: On 12 May 2015 at 15:02, Shuah Khan shua...@osg.samsung.com wrote: On 05/12/2015 03:59 PM, tyler.ba...@linaro.org wrote: From: Tyler Baker tyler.ba...@linaro.org This is odd. Did you

[PATCH 2/2] selftests/breakpoints: only set TEST_PROGS when built

From: Tyler Baker tyler.ba...@linaro.org Set TEST_PROGS only when a build has occurred. Signed-off-by: Tyler Baker tyler.ba...@linaro.org --- tools/testing/selftests/breakpoints/Makefile | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/tools/testing/selftests/breakpoints

[PATCH 1/2] selftests/lib.mk: fix INSTALL_RULE

From: Tyler Baker tyler.ba...@linaro.org This patch fixes the INSTALL_RULE to gracefully handle the case where TEST_PROGS and TEST_PROGS_EXTENDED and TEST_FILES are not set. In this case, install is called without any SOURCE arguments causing make install to fail. The proposed fix is to loop over

[PATCH 0/2] selftests: installation fixes

From: Tyler Baker tyler.ba...@linaro.org This is a follow up series to address a simple lib.mk installation issue[1]. Essentially, install is being called without checking that there exists test artifacts to install, which in turn causes 'make install' to fail. By creating a simple loop we can

Re: [PATCH 1/2] selftests/lib.mk: fix INSTALL_RULE

On 12 May 2015 at 15:02, Shuah Khan shua...@osg.samsung.com wrote: On 05/12/2015 03:59 PM, tyler.ba...@linaro.org wrote: From: Tyler Baker tyler.ba...@linaro.org This is odd. Did you use git send-email to send the patches? Yes I did. -- Shuah This patch fixes the INSTALL_RULE

Re: [PATCH 3.19 000/177] 3.19.7-stable review

On 7 May 2015 at 02:56, Boris Brezillon wrote: > Luis, Tyler, > > On Thu, 7 May 2015 09:55:53 +0100 > Luis Henriques wrote: > >> On Wed, May 06, 2015 at 10:25:17PM -0700, Tyler Baker wrote: >> > >> > Locally I've reverted c67881fc890916206e723329

Re: [PATCH 3.19 000/177] 3.19.7-stable review

On 7 May 2015 at 04:25, Guenter Roeck wrote: > On 05/06/2015 10:25 PM, Tyler Baker wrote: >> >> Hi Greg, >> >> On 5 May 2015 at 15:10, Greg Kroah-Hartman >> wrote: >>> >>> On Sat, May 02, 2015 at 09:00:22PM +0200, Greg Kroah-Hartman wrote: >

Re: [PATCH 3.19 000/177] 3.19.7-stable review

On 7 May 2015 at 02:56, Boris Brezillon boris.brezil...@free-electrons.com wrote: Luis, Tyler, On Thu, 7 May 2015 09:55:53 +0100 Luis Henriques luis.henriq...@canonical.com wrote: On Wed, May 06, 2015 at 10:25:17PM -0700, Tyler Baker wrote: Locally I've reverted

Re: [PATCH 3.19 000/177] 3.19.7-stable review

On 7 May 2015 at 04:25, Guenter Roeck li...@roeck-us.net wrote: On 05/06/2015 10:25 PM, Tyler Baker wrote: Hi Greg, On 5 May 2015 at 15:10, Greg Kroah-Hartman gre...@linuxfoundation.org wrote: On Sat, May 02, 2015 at 09:00:22PM +0200, Greg Kroah-Hartman wrote: This is the start

Re: [PATCH 3.19 000/177] 3.19.7-stable review

Hi Greg, On 5 May 2015 at 15:10, Greg Kroah-Hartman wrote: > On Sat, May 02, 2015 at 09:00:22PM +0200, Greg Kroah-Hartman wrote: >> This is the start of the stable review cycle for the 3.19.7 release. >> There are 177 patches in this series, all will be posted as a response >> to this one. If

Re: [PATCH v4 0/7] selftests: fixes for installation and cross compilation

On 6 May 2015 at 08:23, Shuah Khan wrote: > On 05/06/2015 08:49 AM, Tyler Baker wrote: >> Hi Shuah, >> >> On 21 April 2015 at 15:49, Tyler Baker wrote: >>> This patch set fixes various issues observed when cross building and >>> installing selftests. >

Re: [PATCH v4 0/7] selftests: fixes for installation and cross compilation

Hi Shuah, On 21 April 2015 at 15:49, Tyler Baker wrote: > This patch set fixes various issues observed when cross building and > installing selftests. > > As I began investigating improving the test output format, I performed an > audit of the current tests to ensure all

Re: [PATCH v4 0/7] selftests: fixes for installation and cross compilation

Hi Shuah, On 21 April 2015 at 15:49, Tyler Baker tyler.ba...@linaro.org wrote: This patch set fixes various issues observed when cross building and installing selftests. As I began investigating improving the test output format, I performed an audit of the current tests to ensure all tests

Re: [PATCH v4 0/7] selftests: fixes for installation and cross compilation

On 6 May 2015 at 08:23, Shuah Khan shua...@osg.samsung.com wrote: On 05/06/2015 08:49 AM, Tyler Baker wrote: Hi Shuah, On 21 April 2015 at 15:49, Tyler Baker tyler.ba...@linaro.org wrote: This patch set fixes various issues observed when cross building and installing selftests. As I began

Re: [PATCH 3.19 000/177] 3.19.7-stable review

Hi Greg, On 5 May 2015 at 15:10, Greg Kroah-Hartman gre...@linuxfoundation.org wrote: On Sat, May 02, 2015 at 09:00:22PM +0200, Greg Kroah-Hartman wrote: This is the start of the stable review cycle for the 3.19.7 release. There are 177 patches in this series, all will be posted as a response

Re: [PATCH v4 0/5] arm64,hi6220: Enable Hisilicon Hi6220 SoC

atch set: > https://github.com/96boards/documentation/wiki/UEFI > > Changes v4: > * Rebase to kernel 4.1-rc1 > * Delete "arm,cortex-a15-gic" from the gic node in dts Tested by: Tyler Baker Built and booted all v4 patches in this series ontop a v4.1-rc1 based tree. Tested w

Re: [PATCH v4 0/5] arm64,hi6220: Enable Hisilicon Hi6220 SoC

://github.com/96boards/documentation/wiki/UEFI Changes v4: * Rebase to kernel 4.1-rc1 * Delete arm,cortex-a15-gic from the gic node in dts Tested by: Tyler Baker tyler.ba...@linaro.org Built and booted all v4 patches in this series ontop a v4.1-rc1 based tree. Tested with the UEFI load mentioned above

Re: "drm/i915: Iterate through the initialized DDIs to prepare their buffers" causes x86 boot regressions in next-20150429

the noise. > > On Wed, 2015-04-29 at 10:31 -0700, Tyler Baker wrote: >> Hi, >> >> Today's linux-next (next-20150429) fails to boot to a minimal >> buildroot based ramdisk on my x86 i5 haswell machine with the >> following splat. >> >> [3.300154] vgaar

"drm/i915: Iterate through the initialized DDIs to prepare their buffers" causes x86 boot regressions in next-20150429

Hi, Today's linux-next (next-20150429) fails to boot to a minimal buildroot based ramdisk on my x86 i5 haswell machine with the following splat. [3.300154] vgaarb: device changed decodes: PCI::00:02.0,olddecodes=io+mem,decodes=io+mem:owns=io+mem [3.314165] BUG: unable to handle

Re: drm/i915: Iterate through the initialized DDIs to prepare their buffers causes x86 boot regressions in next-20150429

for the noise. On Wed, 2015-04-29 at 10:31 -0700, Tyler Baker wrote: Hi, Today's linux-next (next-20150429) fails to boot to a minimal buildroot based ramdisk on my x86 i5 haswell machine with the following splat. [3.300154] vgaarb: device changed decodes: PCI::00:02.0,olddecodes

drm/i915: Iterate through the initialized DDIs to prepare their buffers causes x86 boot regressions in next-20150429

Hi, Today's linux-next (next-20150429) fails to boot to a minimal buildroot based ramdisk on my x86 i5 haswell machine with the following splat. [3.300154] vgaarb: device changed decodes: PCI::00:02.0,olddecodes=io+mem,decodes=io+mem:owns=io+mem [3.314165] BUG: unable to handle

Re: n900 in 4.1-rc0

Hi Pavel, On 26 April 2015 at 03:20, Pavel Machek wrote: > Hi! > >> > Just tried booting 4.1-rc0 on n900 (commit >> > 34c9a0ffc75ad25b6a60f61e27c4a4b1189b8085) and it is broken. >> > >> > Any ideas? >> >> Looks like DT and legacy booting are working fine in our >> labs. [0][1] > > Interesting

Re: n900 in 4.1-rc0

Hi Pavel, On 26 April 2015 at 03:20, Pavel Machek pa...@ucw.cz wrote: Hi! Just tried booting 4.1-rc0 on n900 (commit 34c9a0ffc75ad25b6a60f61e27c4a4b1189b8085) and it is broken. Any ideas? Looks like DT and legacy booting are working fine in our labs. [0][1] Interesting web pages,

[PATCH v4 7/7] selftests/exec: do not install subdir as it is already created

Remove subdir from DEPS as it is already created at runtime. Without this, make install fails. Acked-by: Michael Ellerman Signed-off-by: Tyler Baker --- tools/testing/selftests/exec/Makefile | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/tools/testing/selftests/exec

[PATCH v4 6/7] selftests/x86: install tests

Include lib.mk and set TEST_PROGS where appropriate. Cc: Andy Lutomirski Signed-off-by: Tyler Baker --- tools/testing/selftests/x86/Makefile | 6 ++ 1 file changed, 6 insertions(+) diff --git a/tools/testing/selftests/x86/Makefile b/tools/testing/selftests/x86/Makefile index ec7b088

[PATCH v4 4/7] selftest/x86: build both bitnesses

Signed-off-by: Tyler Baker --- tools/testing/selftests/x86/Makefile | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/tools/testing/selftests/x86/Makefile b/tools/testing/selftests/x86/Makefile index ddf6356..be93945 100644 --- a/tools/testing/selftests/x86/Makefile +++ b

[PATCH v4 5/7] selftest/x86: have no dependency on all when cross building

If the CROSS_COMPILE is set remove all's dependency on all_32 and all_64. Cc: Andy Lutomirski Acked-by: Andy Lutomirski Signed-off-by: Tyler Baker --- tools/testing/selftests/x86/Makefile | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/tools/testing/selftests/x86

[PATCH v4 3/7] selftests/kdbus: install kdbus-test

Set TEST_PROGS so that kdbus-test is installed. Cc: Greg Kroah-Hartman Acked-by: Michael Ellerman Signed-off-by: Tyler Baker --- tools/testing/selftests/kdbus/Makefile | 2 ++ 1 file changed, 2 insertions(+) diff --git a/tools/testing/selftests/kdbus/Makefile b/tools/testing/selftests/kdbus

[PATCH v4 2/7] selftests/ftrace: install test.d

The ftrace test requires the directory test.d and all of it's contents to be present during execution. Use TEST_DIRS to ensure this is copied to the INSTALL_PATH. Acked-by: Michael Ellerman Signed-off-by: Tyler Baker --- tools/testing/selftests/ftrace/Makefile | 1 + 1 file changed, 1

[PATCH v4 1/7] selftests: copy TEST_DIRS to INSTALL_PATH

Loop over all TEST_DIRS and recursively copy them to the INSTALL_PATH. Tests such as ftrace require a directory and all of it's contents to execute the test properly, thus these directories and files need to be copied when we perform an install. Acked-by: Michael Ellerman Signed-off-by: Tyler

[PATCH v4 0/7] selftests: fixes for installation and cross compilation

hanged. * Rebased onto next-20150420. Changes v1 -> v2: * Have no dependency on all when CROSS_COMPILE is set. (Andy Lutomirski) * Added Andy on CC for all x86 test patches. * Split up the x86 patches for better clarity. * Rebased onto next-20150415. This series is based on next-20150421. Ty

Re: [PATCH v3 3/8] selftests/breakpoints: emit skip and omit installation when tests are not compiled

On 21 April 2015 at 02:41, Suzuki K. Poulose wrote: > On 21/04/15 00:14, Tyler Baker wrote: >> >> The breakpoints test should only should be executed on x86 targets, so >> lets >> emit a skip and omit the installation when ARCH != x86. >> >> Acked-by: Mi

Re: [PATCH v3 3/8] selftests/breakpoints: emit skip and omit installation when tests are not compiled

On 21 April 2015 at 02:41, Suzuki K. Poulose suzuki.poul...@arm.com wrote: On 21/04/15 00:14, Tyler Baker wrote: The breakpoints test should only should be executed on x86 targets, so lets emit a skip and omit the installation when ARCH != x86. Acked-by: Michael Ellerman m...@ellerman.id.au

  1   2   3   >