Re: commit 0f0aefd733f7 to linux-firmware effectively broke all of the setups with old kernels

> Seems the commit 0f0aefd733f7 to linux-firmware effectively broke all > of the setups with the old kernels. Firmware name is an ABI (!) and > replacing it like this will definitely break systems with older > kernels. Linux firmware package likely, but unfortunately, should > carry on both

[PATCH] ACPI: Update Kconfig help text for items that are no longer modular

The CONTAINER and HOTPLUG_MEMORY memory options mention modules but are bool only options so if selected are alway built in. Drop the help text about modules. Signed-off-by: Peter Robinson --- drivers/acpi/Kconfig | 6 -- 1 file changed, 6 deletions(-) diff --git a/drivers/acpi/Kconfig b

Re: [fedora-arm] Banana Pi-R1 - kernel 5.6.0 and later broken - b43 DSA

On Fri, Jun 26, 2020 at 5:42 AM Florian Fainelli wrote: > > > > On 6/25/2020 4:23 PM, Peter Robinson wrote: > >> I'm having troubles with the Banana Pi-R1 router with newer kernels. No > >> config changes, config works well since a lot of lernel updates ... >

Re: [fedora-arm] Banana Pi-R1 - kernel 5.6.0 and later broken - b43 DSA

> I'm having troubles with the Banana Pi-R1 router with newer kernels. No > config changes, config works well since a lot of lernel updates ... > Banana Pi-R1 is configured via systemd-networkd and uses the DSA > (Distributed Switch Architecture) with b53 switch. No visible difference > in

Re: [PATCH v2 2/2] usb: xhci: Load Raspberry Pi 4 VL805's firmware

> > On 30/04/2020 15:04, Nicolas Saenz Julienne wrote: > > When needed, RPi4's co-processor (called VideoCore) has to be instructed > > to load VL805's firmware (the chip providing xHCI support). VideoCore's > > firmware expects the board's PCIe bus to be already configured in order > > for it to

Re: [PATCH] arm64: dts: rockchip: Add on-board WiFi/BT support for Rock960 boards

Hi Mani, On Thu, Feb 7, 2019 at 5:54 AM Manivannan Sadhasivam wrote: > > Add on-board WiFi/BT support for Rock960 boards such as Rock960 based > on AP6356S and Ficus based on AP6354 wireless modules. > > Firmwares for the respective boards are available here: > >

Re: [PATCH 0/7] staging: vc04_services: Some dead code removal

> >> > Drop various pieces of dead code from here and there to get rid of > >> > the remaining users of VCHI_CONNECTION_T. After that we get to drop > >> > entire header files worth of unused code. > >> > > >> > I've tested on a Raspberry Pi Model B (bcm2835_defconfig) that > >> > snd-bcm2835 can

Re: [PATCH 0/7] staging: vc04_services: Some dead code removal

> >> > Drop various pieces of dead code from here and there to get rid of > >> > the remaining users of VCHI_CONNECTION_T. After that we get to drop > >> > entire header files worth of unused code. > >> > > >> > I've tested on a Raspberry Pi Model B (bcm2835_defconfig) that > >> > snd-bcm2835 can

Re: [PATCHv2] arm64: Make sure permission updates happen for pmd/pud

en the test data ends up in a section or > as an odd RW gap on the page table dump. Fix this by using > pgattr_change_is_safe instead of p*d_present for determining if the > change is permitted. > > Reported-by: Peter Robinson <pbrobin...@gmail.com> > Fixes: 15122ee2c515 ("arm

Re: [PATCHv2] arm64: Make sure permission updates happen for pmd/pud

a section or > as an odd RW gap on the page table dump. Fix this by using > pgattr_change_is_safe instead of p*d_present for determining if the > change is permitted. > > Reported-by: Peter Robinson > Fixes: 15122ee2c515 ("arm64: Enforce BBM for huge IO/VMAP mappings"

Re: [PATCH] arm: bcm2835: Add the PMU to the devicetree.

On Thu, May 17, 2018 at 2:17 PM, Eric Anholt <e...@anholt.net> wrote: > The a53 and a7 counters seem to match up, so we advertise a7 so that > arm32 can probe. > > Signed-off-by: Eric Anholt <e...@anholt.net> Tested-by: Peter Robinson <pbrobin...@gmail.com> We'v

Re: [PATCH] arm: bcm2835: Add the PMU to the devicetree.

On Thu, May 17, 2018 at 2:17 PM, Eric Anholt wrote: > The a53 and a7 counters seem to match up, so we advertise a7 so that > arm32 can probe. > > Signed-off-by: Eric Anholt Tested-by: Peter Robinson We've carried the same/equiv patch in Fedora for a while with no issues. Peter &

Re: [GIT PULL 1/2] bcm2835-dt-fixes-2017-10-06

Hi Loic, >> With 4.14 I get the following, the address doesn't look right, do you >> have a link to the serdev patch headed to 4.15? >> >> # hciconfig >> hci0: Type: Primary Bus: UART >> BD Address: AA:AA:AA:AA:AA:AA ACL MTU: 1021:8 SCO MTU: 64:1 >> DOWN >> RX

Re: [GIT PULL 1/2] bcm2835-dt-fixes-2017-10-06

Hi Loic, >> With 4.14 I get the following, the address doesn't look right, do you >> have a link to the serdev patch headed to 4.15? >> >> # hciconfig >> hci0: Type: Primary Bus: UART >> BD Address: AA:AA:AA:AA:AA:AA ACL MTU: 1021:8 SCO MTU: 64:1 >> DOWN >> RX

Re: [GIT PULL 1/2] bcm2835-dt-fixes-2017-10-06

>>> Mainline boots fine if I use console=ttyS1 or drop the console arg >>> altogether, but as we don't currently support different boot args per >>> tree, and we don't have the manpower to track this patch in all the >>> trees we test, we will have to switch to only boot testing

Re: [GIT PULL 1/2] bcm2835-dt-fixes-2017-10-06

>>> Mainline boots fine if I use console=ttyS1 or drop the console arg >>> altogether, but as we don't currently support different boot args per >>> tree, and we don't have the manpower to track this patch in all the >>> trees we test, we will have to switch to only boot testing

Re: [GIT PULL 1/2] bcm2835-dt-fixes-2017-10-06

Hi Marcel, Sorry for the late response. > Mainline boots fine if I use console=ttyS1 or drop the console arg > altogether, but as we don't currently support different boot args per > tree, and we don't have the manpower to track this patch in all the > trees we test, we will have

Re: [GIT PULL 1/2] bcm2835-dt-fixes-2017-10-06

Hi Marcel, Sorry for the late response. > Mainline boots fine if I use console=ttyS1 or drop the console arg > altogether, but as we don't currently support different boot args per > tree, and we don't have the manpower to track this patch in all the > trees we test, we will have

Re: [GIT PULL 1/2] bcm2835-dt-fixes-2017-10-06

On Wed, Nov 1, 2017 at 12:05 PM, Stefan Wahren <stefan.wah...@i2se.com> wrote: > Hi Matt, hi Peter, > > Am 01.11.2017 um 10:37 schrieb Peter Robinson: >> On Tue, Oct 31, 2017 at 5:00 PM, Matt Hart <m...@mattface.org> wrote: >>> On 6 October 2017 at 23:14, Fl

Re: [GIT PULL 1/2] bcm2835-dt-fixes-2017-10-06

On Wed, Nov 1, 2017 at 12:05 PM, Stefan Wahren wrote: > Hi Matt, hi Peter, > > Am 01.11.2017 um 10:37 schrieb Peter Robinson: >> On Tue, Oct 31, 2017 at 5:00 PM, Matt Hart wrote: >>> On 6 October 2017 at 23:14, Florian Fainelli wrote: >>>> On 10/06/2017 0

Re: [GIT PULL 1/2] bcm2835-dt-fixes-2017-10-06

On Tue, Oct 31, 2017 at 5:00 PM, Matt Hart wrote: > On 6 October 2017 at 23:14, Florian Fainelli wrote: >> >> On 10/06/2017 03:05 PM, Eric Anholt wrote: >> > Hi Florian. Here's a patch that's gone through a couple of revisions >> > on the list, that

Re: [GIT PULL 1/2] bcm2835-dt-fixes-2017-10-06

On Tue, Oct 31, 2017 at 5:00 PM, Matt Hart wrote: > On 6 October 2017 at 23:14, Florian Fainelli wrote: >> >> On 10/06/2017 03:05 PM, Eric Anholt wrote: >> > Hi Florian. Here's a patch that's gone through a couple of revisions >> > on the list, that seriously fixes up the default serial

[PATCH] extcon: qcom-spmi-misc: add dependency on ARCH_QCOM

Depend on the architecture the device actuall is in, also add dep on the compile test to ensure continued coverage. Signed-off-by: Peter Robinson <pbrobin...@gmail.com> --- drivers/extcon/Kconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/extcon/Kconfig b/drivers/extcon/K

[PATCH] extcon: qcom-spmi-misc: add dependency on ARCH_QCOM

Depend on the architecture the device actuall is in, also add dep on the compile test to ensure continued coverage. Signed-off-by: Peter Robinson --- drivers/extcon/Kconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/extcon/Kconfig b/drivers/extcon/Kconfig index 32f2dc8e4702

Re: [PATCH v3 0/7] mmc: bcm2835: Add new driver for the sdhost controller

On Wed, Mar 15, 2017 at 8:21 AM, Gerd Hoffmann wrote: > Hi, > >> First the flipping of the mmc host driver for the SD card slot will >> cause issues for users that build it as a module. When I tested this >> on Fedora the first update I ended up with a system that didn't

Re: [PATCH v3 0/7] mmc: bcm2835: Add new driver for the sdhost controller

On Wed, Mar 15, 2017 at 8:21 AM, Gerd Hoffmann wrote: > Hi, > >> First the flipping of the mmc host driver for the SD card slot will >> cause issues for users that build it as a module. When I tested this >> on Fedora the first update I ended up with a system that didn't boot. > > Yep,

Re: [PATCH v3 0/7] mmc: bcm2835: Add new driver for the sdhost controller

] ---[ end trace 221a5a14ca55fa22 ]--- [6.545765] mmcblk0: p1 p2 p3 p4 [6.566015] random: fast init done [6.623699] mmc1: new high speed SDIO card at address 0001 Other than that you can add a Tested-by for me: Tested-by: Peter Robinson <pbrobin...@gmail.com> Peter

Re: [PATCH v3 0/7] mmc: bcm2835: Add new driver for the sdhost controller

] ---[ end trace 221a5a14ca55fa22 ]--- [6.545765] mmcblk0: p1 p2 p3 p4 [6.566015] random: fast init done [6.623699] mmc1: new high speed SDIO card at address 0001 Other than that you can add a Tested-by for me: Tested-by: Peter Robinson Peter

[PATCH] extcon: int3496: add dependency on X86 as it's Intel specific

Add dependency on X86 so it doesn't show up on other arches and add a option for compile test so it still gets build coverage. Signed-off-by: Peter Robinson <pbrobin...@gmail.com> --- drivers/extcon/Kconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/

[PATCH] extcon: int3496: add dependency on X86 as it's Intel specific

Add dependency on X86 so it doesn't show up on other arches and add a option for compile test so it still gets build coverage. Signed-off-by: Peter Robinson --- drivers/extcon/Kconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/extcon/Kconfig b/drivers/extcon

[PATCH v2] thermal: imx: depend on imx SoC arch

Not much use unless the SoC is selected so depend on the ARCH_MXC and COMPILE_TEST like all the other thermal drivers. v2: drop extraneous OF Signed-off-by: Peter Robinson <pbrobin...@gmail.com> --- drivers/thermal/Kconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff

[PATCH v2] thermal: imx: depend on imx SoC arch

Not much use unless the SoC is selected so depend on the ARCH_MXC and COMPILE_TEST like all the other thermal drivers. v2: drop extraneous OF Signed-off-by: Peter Robinson --- drivers/thermal/Kconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/thermal/Kconfig b

[PATCH] thermal: imx: depend on imx SoC arch

Not much use unless the SoC is selected so depend on the ARCH_MXC and COMPILE_TEST like all the other thermal drivers. Signed-off-by: Peter Robinson <pbrobin...@gmail.com> --- drivers/thermal/Kconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/thermal/Kco

[PATCH] thermal: imx: depend on imx SoC arch

Not much use unless the SoC is selected so depend on the ARCH_MXC and COMPILE_TEST like all the other thermal drivers. Signed-off-by: Peter Robinson --- drivers/thermal/Kconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/thermal/Kconfig b/drivers/thermal/Kconfig

Re: [PATCH] mfd: wm8994: Ensure that the whole MFD is built into a single module

Sorry for the delay in confirmation that it works. Tested-by: Peter Robinson On Thu, Nov 19, 2015 at 4:46 PM, Charles Keepax wrote: > The MFD part of wm8994 consists of three files wm8994-core.c, > wm8994-irq.c and wm8994-regmap.c only wm8994-core.c has a > MODULE_DESCRIPTION

Re: [PATCH] mfd: wm8994: Ensure that the whole MFD is built into a single module

Sorry for the delay in confirmation that it works. Tested-by: Peter Robinson <pbrobin...@gmail.com> On Thu, Nov 19, 2015 at 4:46 PM, Charles Keepax <ckee...@opensource.wolfsonmicro.com> wrote: > The MFD part of wm8994 consists of three files wm8994-core.c, > wm8994-irq.c and wm

v2 mfd: wm8994: Add module description/author/license

Changes since v1: * include module.h in wm8994_regmap -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at

[PATCH] mfd: wm8994: Add module description/author/license information

(err 0) wm8994_regmap: module license 'unspecified' taints kernel. Cc: Signed-off-by: Peter Robinson --- drivers/mfd/wm8994-irq.c| 5 + drivers/mfd/wm8994-regmap.c | 6 ++ 2 files changed, 11 insertions(+) diff --git a/drivers/mfd/wm8994-irq.c b/drivers/mfd/wm8994-irq.c index

[PATCH] mfd: wm8994: Add module description/author/license information

(err 0) wm8994_regmap: module license 'unspecified' taints kernel. Cc: Signed-off-by: Peter Robinson --- drivers/mfd/wm8994-irq.c| 5 + drivers/mfd/wm8994-regmap.c | 5 + 2 files changed, 10 insertions(+) diff --git a/drivers/mfd/wm8994-irq.c b/drivers/mfd/wm8994-irq.c index

[PATCH] mfd: wm8994: Add module description/author/license information

(err 0) wm8994_regmap: module license 'unspecified' taints kernel. Cc: <sta...@vger.kernel.org> Signed-off-by: Peter Robinson <pbrobin...@gmail.com> --- drivers/mfd/wm8994-irq.c| 5 + drivers/mfd/wm8994-regmap.c | 5 + 2 files changed, 10 insertions(+) diff --git a/driver

v2 mfd: wm8994: Add module description/author/license

Changes since v1: * include module.h in wm8994_regmap -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at

[PATCH] mfd: wm8994: Add module description/author/license information

(err 0) wm8994_regmap: module license 'unspecified' taints kernel. Cc: <sta...@vger.kernel.org> Signed-off-by: Peter Robinson <pbrobin...@gmail.com> --- drivers/mfd/wm8994-irq.c| 5 + drivers/mfd/wm8994-regmap.c | 6 ++ 2 files changed, 11 insertions(+) diff --git a

Re: [PATCH 0/4] omap: Fix broken pbias device creation

On Wed, Aug 5, 2015 at 11:00 AM, Tony Lindgren wrote: > * Grygorii Strashko [150729 02:01]: >> On 07/27/2015 03:16 PM, Kishon Vijay Abraham I wrote: >> >pbias device creation got broken once SCM cleanup got merged. >> >This patch series re-enables device creation by adding >> >"simple-bus" in

Re: [PATCH 0/4] omap: Fix broken pbias device creation

On Wed, Aug 5, 2015 at 11:00 AM, Tony Lindgren t...@atomide.com wrote: * Grygorii Strashko grygorii.stras...@ti.com [150729 02:01]: On 07/27/2015 03:16 PM, Kishon Vijay Abraham I wrote: pbias device creation got broken once SCM cleanup got merged. This patch series re-enables device creation

Re: [PATCH] ARM: dts: imx27: fix typo in makefile

On Thu, Mar 19, 2015 at 6:21 PM, Vincent Stehlé wrote: > Commit cb612390e546 ("ARM: dts: Only build dtb if associated Arch and/or SoC > is > enabled") conditioned the generation of i.MX27 systems dts with > CONFIG_SOC_IMX31; fix this typo. > > Signed-off-by: Vincent S

Re: [PATCH] ARM: dts: imx27: fix typo in makefile

vincent.ste...@freescale.com Signed-off-by: Peter Robinson pbrobin...@gmail.com Cc: Shawn Guo shawn@freescale.com Cc: Olof Johansson o...@lixom.net Cc: Rob Herring robh...@kernel.org --- arch/arm/boot/dts/Makefile | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch