> 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 version
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
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 ...
> 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 interfac
>
> 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 l
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:
>
> http://people.linaro.org/~manivan
> >> > 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 s
ection 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"
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.
Pet
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 bytes:54
>>> 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 mai
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
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
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 behavior
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
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, switching
0049] [] (kthread) from []
(ret_from_fork+0x14/0x3c)
[6.530055] ---[ 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
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/e
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
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
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 / LICEN
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 http://www.tux.org/lkml
l_irq_chip (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/mf
l_irq_chip (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/mf
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 the
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
26 matches
Mail list logo
