Changes in v3:
- included missing preliminary patch to define the SB barrier instruction, see
patch change log for details on how it was back ported into v4.9
Changes in v2:
- added missing hunk in hyp/entry.S per Will's feedback
Will Deacon (2):
arm64: Add support for SB barrier and patch
]
Signed-off-by: Florian Fainelli
---
arch/arm64/kernel/entry.S | 2 ++
arch/arm64/kvm/hyp/entry.S | 2 ++
arch/arm64/kvm/hyp/hyp-entry.S | 4
3 files changed, 8 insertions(+)
diff --git a/arch/arm64/kernel/entry.S b/arch/arm64/kernel/entry.S
index ca978d7d98eb..3408c782702c 100644
Changes in v2:
- included missing preliminary patch to define the SB barrier instruction
Will Deacon (2):
arm64: Add support for SB barrier and patch in over DSB; ISB sequences
arm64: entry: Place an SB sequence following an ERET instruction
arch/arm64/include/asm/assembler.h | 13
CPUs that support it, patch in an SB; NOP sequence over the DSB; ISB
sequence and advertise the presence of the new instruction to userspace.
Signed-off-by: Will Deacon
[florian: adjust conflicts for cpucaps.h and cpufeature.c]
Signed-off-by: Florian Fainelli
---
arch/arm64/include/asm/assembler.h
the point of an ERET, this could potentially be used as part of a
side-channel attack.
This patch emits an SB sequence after each ERET so that speculation is
held up on exception return.
Signed-off-by: Will Deacon
Signed-off-by: Florian Fainelli
---
arch/arm64/kernel/entry.S | 2 ++
arch
: Florian Fainelli
---
arch/arm64/kernel/entry.S | 2 ++
arch/arm64/kvm/hyp/entry.S | 2 ++
arch/arm64/kvm/hyp/hyp-entry.S | 4
3 files changed, 8 insertions(+)
diff --git a/arch/arm64/kernel/entry.S b/arch/arm64/kernel/entry.S
index c1ffa95c0ad2..f70e0893ba51 100644
--- a/arch/arm64
ys_reg]
Signed-off-by: Florian Fainelli
---
arch/arm64/include/asm/assembler.h | 13 +
arch/arm64/include/asm/barrier.h| 4
arch/arm64/include/asm/cpucaps.h| 3 ++-
arch/arm64/include/asm/sysreg.h | 13 +
arch/arm64/include/asm/uaccess.h| 3 +--
arch
CPUs that support it, patch in an SB; NOP sequence over the DSB; ISB
sequence and advertise the presence of the new instruction to userspace.
Signed-off-by: Will Deacon
[florian: adjust conflicts in cpucaps.h and cpufeature.c]
Signed-off-by: Florian Fainelli
---
arch/arm64/include/asm/assembler.h
Changes in v2:
- included missing preliminary patch to define the SB barrier instruction
Will Deacon (2):
arm64: Add support for SB barrier and patch in over DSB; ISB sequences
arm64: entry: Place an SB sequence following an ERET instruction
arch/arm64/include/asm/assembler.h | 13
dd phy-mode support for
> the KSZ9031 PHY")
> [2] Commit 9b23203c32ee02cd ("ravb: Mask PHY mode to avoid inserting
> delays twice").
>
> Signed-off-by: Geert Uytterhoeven
> Reviewed-by: Sergei Shtylyov
Reviewed-by: Florian Fainelli
--
Florian
gt; Reviewed-by: Sergei Shtylyov
Reviewed-by: Florian Fainelli
--
Florian
ewed-by: Sergei Shtylyov
> Reviewed-by: Rob Herring
Ignore my previous comment, you just did that YAML conversion, thanks!
Reviewed-by: Florian Fainelli
--
Florian
: Sergei Shtylyov
> Reviewed-by: Rob Herring
Reviewed-by: Florian Fainelli
Is there a plan to convert renesas,ravb.txt to a YAML binding?
--
Florian
dd standardized
> properties to configure this.
>
> This is the MAC counterpart of commit 9150069bf5fc0e86 ("dt-bindings:
> net: Add tx and rx internal delays"), which applies to the PHY.
>
> Signed-off-by: Geert Uytterhoeven
> Reviewed-by: Rob Herring
Reviewed-by: Florian Fainelli
--
Florian
On 8/24/20 9:32 AM, Thomas Bogendoerfer wrote:
> This patches convert workaround (WAR) defines into config options and
> gets rid of mach-*/war.h files.
Most (all but octeon?) of those platforms are not particularly popular
or widespread, but is not this going to make it harder for distributions
a
On 8/24/2020 9:32 AM, Will Deacon wrote:
Hi Florian,
On Fri, Aug 21, 2020 at 10:16:23AM -0700, Florian Fainelli wrote:
On 8/21/20 9:03 AM, Will Deacon wrote:
On Fri, Aug 07, 2020 at 03:14:29PM +0200, Greg KH wrote:
On Thu, Aug 06, 2020 at 01:00:54PM -0700, Florian Fainelli wrote:
Greg
On 8/23/2020 10:58 PM, Dinghao Liu wrote:
When devm_kcalloc() fails, dev should be freed just
like what we've done in the subsequent error paths.
Fixes: 7b78be48a8eb6 ("net: systemport: Dynamically allocate number of TX
rings")
Signed-off-by: Dinghao Liu
Acked-by: Florian
On 8/22/2020 1:47 PM, Markus Mayer wrote:
On Sat, 22 Aug 2020 at 13:21, Florian Fainelli wrote:
On 8/22/2020 1:14 PM, Markus Mayer wrote:
On Sat, 22 Aug 2020 at 09:46, Krzysztof Kozlowski wrote:
On Sat, Aug 22, 2020 at 09:40:59AM -0700, Markus Mayer wrote:
On Sat, 22 Aug 2020 at 04:56
On 8/22/2020 1:14 PM, Markus Mayer wrote:
On Sat, 22 Aug 2020 at 09:46, Krzysztof Kozlowski wrote:
On Sat, Aug 22, 2020 at 09:40:59AM -0700, Markus Mayer wrote:
On Sat, 22 Aug 2020 at 04:56, Krzysztof Kozlowski wrote:
On Fri, Aug 21, 2020 at 09:52:21AM -0700, Markus Mayer wrote:
We wou
In preparation for removing myself from the PHYLIB entry, add the UniMAC
MDIO controller files (DT binding, driver and platform_data header) to
the GENET entry. The UniMAC MDIO controller is essential to the GENET
operation, therefore it makes sense to group them together.
Signed-off-by: Florian
Add an entry for the Broadcom Ethernet PHY drivers covering the BCM63xx,
BCM7xxx, BCM87xx, BCM54140, BCM84881, the venerable broadcom.c driver
and the companion library files.
Signed-off-by: Florian Fainelli
---
MAINTAINERS | 10 ++
1 file changed, 10 insertions(+)
diff --git a
My last significant achievements to the PHY library was ensuring we
would have small bus factor by having Andrew and Heiner added. The world
has moved on past 1G, but I have not, so let more competent maintainers
take over.
Signed-off-by: Florian Fainelli
---
MAINTAINERS | 1 -
1 file changed
When the DT binding was added in aab5127d94e6 ("Documentation: add
Device tree bindings for Broadcom GENET"), the file was not explicitly
listed under the GENET MAINTAINERS section, do that now.
Signed-off-by: Florian Fainelli
---
MAINTAINERS | 1 +
1 file changed, 1 insertion(+)
di
When commit b0ba512e25d7 ("net: bcmgenet: enable driver to work without
a device tree") added include/linux/platform_data/bcmgenet.h, the file
was not added to the GENET MAINTAINERS file section, add it now.
Signed-off-by: Florian Fainelli
---
MAINTAINERS | 1 +
1 file changed, 1
When the binding was added with 967dd82ffc52 ("net: dsa: b53: Add
support for Broadcom RoboSwitch"), it was not explicitly added to the
B53 MAINTAINERS file section, add it now.
Signed-off-by: Florian Fainelli
---
MAINTAINERS | 1 +
1 file changed, 1 insertion(+)
diff --git a/MAI
top of Andrew's series:
https://lore.kernel.org/netdev/20200822180611.2576807-1-and...@lunn.ch/
Florian Fainelli (6):
MAINTAINERS: GENET: Add missing platform data file
MAINTAINERS: B53: Add DT binding file
MAINTAINERS: GENET: Add DT binding file
MAINTAINERS: GENET: Add UniMAC
> Fixes: 0b0e299720bb ("net: dsa: sja1105: use detected device id instead of DT
> one on mismatch")
> Link: https://github.com/ClangBuiltLinux/linux/issues/1139
> Signed-off-by: Nathan Chancellor
Acked-by: Florian Fainelli
--
Florian
On 8/21/20 3:00 PM, Rob Herring wrote:
> On Thu, Aug 20, 2020 at 5:31 PM Florian Fainelli wrote:
>>
>> To permit the use of of_init_node() by kernel modules, we must export
>> of_node_ktype which is directly referenced by kobject_init() called from
>> of_init_node()
On 8/21/20 9:03 AM, Will Deacon wrote:
> On Fri, Aug 07, 2020 at 03:14:29PM +0200, Greg KH wrote:
>> On Thu, Aug 06, 2020 at 01:00:54PM -0700, Florian Fainelli wrote:
>>>
>>>
>>> On 7/20/2020 11:26 AM, Florian Fainelli wrote:
>>>> On 7/20/20 6:04 AM,
ff-by: Tom Rix
Acked-by: Florian Fainelli
--
Florian
ieve error messages rather than accessing the array
directly. The function includes a bounds check that prevents the array
from being overrun.
Signed-off-by: Markus Mayer
Acked-by: Florian Fainelli
Fixes: 2f330caff577 ("memory: brcmstb: Add driver for DPFE")
Reported-by: Colin Ian King
To permit the use of of_init_node() by kernel modules, we must export
of_node_ktype which is directly referenced by kobject_init() called from
of_init_node() otherwise modules would be getting linking failures.
Fixes: 0829f6d1f69e ("of: device_node kobject lifecycle fixes")
Signed-off-b
On 8/20/20 1:55 PM, Kees Cook wrote:
> On Thu, Aug 20, 2020 at 09:37:46AM -0700, Scott Branden wrote:
>> On 2020-08-19 12:00 a.m., Greg Kroah-Hartman wrote:
>>> On Tue, Aug 18, 2020 at 05:35:04PM -0700, Scott Branden wrote:
On 2020-08-18 10:44 a.m., Greg Kroah-Hartman wrote:
> On Tue,
On 8/20/20 10:21 AM, Alex Dewar wrote:
> In brcmstb_dpfe_download_firmware(), memory is allocated to variable fw by
> firmware_request_nowarn(), but never released. Fix up to release fw on
> all return paths.
>
> Signed-off-by: Alex Dewar
Acked-by: Florian Fainelli
Fixes: 2f330c
On 8/19/20 2:14 PM, Ray Jui wrote:
>
>
> On 8/19/2020 1:49 PM, Florian Fainelli wrote:
>> On 8/19/20 1:48 PM, Christian Lamparter wrote:
>>> On 2020-08-19 06:23, Florian Fainelli wrote:
>>>> The pin controller resources start at 0xc0 from the CRU base which is
On 8/19/20 1:48 PM, Christian Lamparter wrote:
> On 2020-08-19 06:23, Florian Fainelli wrote:
>> The pin controller resources start at 0xc0 from the CRU base which is at
>> 0x100 from th DMU base, for a final address of 0x1800_c1c0, whereas we
>> are currently off by 0x100.
On 7/9/20 8:48 PM, Florian Fainelli wrote:
> The Broadcom BDC driver did not have a MAINTAINERS entry which made it
> escape review from Al and myself, add an entry so the relevant mailing
> lists and people are copied.
>
> Signed-off-by: Florian Fainelli
Can the USB host or gad
On 8/18/20 5:21 AM, Colin Ian King wrote:
> Hi,
>
> static analysis with coverity has found a buffer overflow issue with the
> brcmstb driver, I believe it may have been introduced with the following
> commit:
>
> commit a7c25759d8d84b64c437a78f05df7314b02934e5
> Author: Markus Mayer
> Date: T
On 8/19/20 8:36 AM, Rafał Miłecki wrote:
> On Wed, 19 Aug 2020 at 06:23, Florian Fainelli wrote:
>> The pin controller resources start at 0xc0 from the CRU base which is at
>> 0x100 from th DMU base, for a final address of 0x1800_c1c0, whereas we
>> are currently off by 0x1
des.h")
Signed-off-by: Florian Fainelli
---
arch/mips/mm/c-r4k.c | 4
1 file changed, 4 insertions(+)
diff --git a/arch/mips/mm/c-r4k.c b/arch/mips/mm/c-r4k.c
index fc5a6d25f74f..0ef717093262 100644
--- a/arch/mips/mm/c-r4k.c
+++ b/arch/mips/mm/c-r4k.c
@@ -1712,7 +1712,11 @@ static void se
The initialization done by bmips_cpu_setup() typically affects both
threads of a given core, on 7435 which supports 2 cores and 2 threads,
logical CPU number 2 and 3 would not run this initialization.
Fixes: 738a3f79027b ("MIPS: BMIPS: Add early CPU initialization code")
Signed-off-b
Hi Thomas,
These two patches are fixes for the BMIPS5000/5200 CPU cores which were
missing an inclusive physical cache setting from the cpuinfo structure
and we would not be calling CPU specific initialization for secondarey
cores on the second hardware thread.
Thanks!
Florian Fainelli (2
On 8/19/20 10:22 AM, Andrew Morton wrote:
> On Wed, 19 Aug 2020 10:15:53 -0700 Florian Fainelli
> wrote:
>
>>>> In many cases the difference is not significant, but for example
>>>> an ARM platform with 1GB of memory and the following memory layout
>>>
On 8/18/20 8:18 PM, Andrew Morton wrote:
> On Fri, 14 Aug 2020 09:49:26 -0700 Doug Berger wrote:
>
>> The lowmem_reserve arrays provide a means of applying pressure
>> against allocations from lower zones that were targeted at
>> higher zones. Its values are a function of the number of pages
>> m
, the compatibility strings defined for the
pin-controller node should reflect the SoC being used.
Fixes: 9994241ac97c ("ARM: dts: BCM5301X: Describe Northstar pins mux
controller")
Reported-by: Christian Lamparter
Signed-off-by: Florian Fainelli
---
Christian, can you test this as a p
On 8/18/2020 10:43 AM, Andrew Lunn wrote:
On Mon, Aug 17, 2020 at 09:03:54PM -0700, Florian Fainelli wrote:
We return the VLAN table size through devlink as a simple parameter, we
do not support altering it at runtime:
devlink resource show mdio_bus/fixed-0:1f
mdio_bus/fixed-0:1f:
name
We return the VLAN table size through devlink as a simple parameter, we
do not support altering it at runtime:
devlink resource show mdio_bus/fixed-0:1f
mdio_bus/fixed-0:1f:
name VTU size 4096 occ 4096 unit entry dpipe_tables none
Signed-off-by: Florian Fainelli
---
drivers/net/dsa
On 8/14/2020 3:40 PM, Ray Jui wrote:
Fix additional checkpatch warnings in the iProc I2C driver by using
'BIT' marcro.
Reported-by: Wolfram Sang
Signed-off-by: Ray Jui
Acked-by: Florian Fainelli
--
Florian
On 8/13/2020 7:08 PM, Zejiang Tang wrote:
There exists redundant #ifdef CONFIG_DYNAMIC_FTRAC in ftrace.c, remove it.
There is a missing E at the end of CONFIG_DYNAMIC_FTRAC in your subject
FWIWW.
--
Florian
On 8/7/2020 11:17 AM, Florian Fainelli wrote:
On 8/7/2020 6:14 AM, Greg KH wrote:
On Thu, Aug 06, 2020 at 01:00:54PM -0700, Florian Fainelli wrote:
On 7/20/2020 11:26 AM, Florian Fainelli wrote:
On 7/20/20 6:04 AM, Greg KH wrote:
On Thu, Jul 09, 2020 at 12:50:23PM -0700, Florian
On 8/13/2020 3:01 AM, Nicolas Saenz Julienne wrote:
Hi everyone.
On Mon, 2020-06-29 at 18:18 +0200, Nicolas Saenz Julienne wrote:
On the Raspberry Pi 4, after a PCI reset, VL805's firmware may either be
loaded directly from an EEPROM or, if not present, by the SoC's
co-processor, VideoCore.
On 8/11/2020 11:31 PM, Álvaro Fernández Rojas wrote:
Add header with BCM63268 definitions in order to be able to include it from
device tree files.
Signed-off-by: Álvaro Fernández Rojas
Acked-by: Florian Fainelli
--
Florian
On 8/11/2020 11:31 PM, Álvaro Fernández Rojas wrote:
Add header with BCM6368 definitions in order to be able to include it from
device tree files.
Signed-off-by: Álvaro Fernández Rojas
Acked-by: Florian Fainelli
--
Florian
On 8/11/2020 11:31 PM, Álvaro Fernández Rojas wrote:
Add header with BCM6362 definitions in order to be able to include it from
device tree files.
Signed-off-by: Álvaro Fernández Rojas
Acked-by: Florian Fainelli
--
Florian
On 8/11/2020 11:31 PM, Álvaro Fernández Rojas wrote:
Add header with BCM6358 definitions in order to be able to include it from
device tree files.
Signed-off-by: Álvaro Fernández Rojas
Acked-by: Florian Fainelli
--
Florian
On 8/11/2020 11:31 PM, Álvaro Fernández Rojas wrote:
Add header with BCM6328 definitions in order to be able to include it from
device tree files.
Signed-off-by: Álvaro Fernández Rojas
Acked-by: Florian Fainelli
--
Florian
On 8/11/2020 11:31 PM, Álvaro Fernández Rojas wrote:
Now that there are proper device tree bindings we can start using them.
Signed-off-by: Álvaro Fernández Rojas
Acked-by: Florian Fainelli
--
Florian
On 8/11/2020 11:31 PM, Álvaro Fernández Rojas wrote:
Now that there are proper device tree bindings we can start using them.
Signed-off-by: Álvaro Fernández Rojas
Acked-by: Florian Fainelli
--
Florian
On 8/11/2020 11:31 PM, Álvaro Fernández Rojas wrote:
Now that there are proper device tree bindings we can start using them.
Signed-off-by: Álvaro Fernández Rojas
Acked-by: Florian Fainelli
--
Florian
On 8/11/2020 11:31 PM, Álvaro Fernández Rojas wrote:
Now that there are proper device tree bindings we can start using them.
Signed-off-by: Álvaro Fernández Rojas
Acked-by: Florian Fainelli
--
Florian
On 8/11/2020 11:31 PM, Álvaro Fernández Rojas wrote:
Now that there are proper device tree bindings we can start using them.
Signed-off-by: Álvaro Fernández Rojas
Acked-by: Florian Fainelli
--
Florian
On 8/11/2020 11:31 PM, Álvaro Fernández Rojas wrote:
Now that there are proper device tree bindings we can start using them.
Signed-off-by: Álvaro Fernández Rojas
Acked-by: Florian Fainelli
--
Florian
On 8/11/2020 11:31 PM, Álvaro Fernández Rojas wrote:
Add header with BCM6318 definitions in order to be able to include it from
device tree files.
Signed-off-by: Álvaro Fernández Rojas
Acked-by: Florian Fainelli
--
Florian
On 8/11/2020 11:31 PM, Álvaro Fernández Rojas wrote:
Add header with BCM3368 definitions in order to be able to include it from
device tree files.
Signed-off-by: Álvaro Fernández Rojas
Acked-by: Florian Fainelli
--
Florian
On 8/11/2020 11:31 PM, Álvaro Fernández Rojas wrote:
Change /include/ with #include in order to be able to include header files
from dt-bindings.
Signed-off-by: Álvaro Fernández Rojas
Acked-by: Florian Fainelli
--
Florian
On 8/12/2020 12:52 AM, Álvaro Fernández Rojas wrote:
> Use SPDX license indentifier instead of local reference to COPYING.
>
> Signed-off-by: Álvaro Fernández Rojas
Acked-by: Florian Fainelli
--
Florian
On 8/9/2020 11:49 AM, Philippe Mathieu-Daudé wrote:
> Hi Álvaro,
>
> On Fri, Aug 7, 2020 at 12:05 PM Álvaro Fernández Rojas
> wrote:
>>
>> EHCI and OHCI share the same USB ports. Therefore, if the board has OHCI
>> it should also have EHCI.
>
> This statement isn't correct. OHCI doesn't imply
371.174458] start_kernel+0x404/0x430
>
> Fixes: c245d94ed106 ("i2c: iproc: Add multi byte read-write support for slave
> mode")
>
> Signed-off-by: Dhananjay Phadke
Reviewed-by: Florian Fainelli
--
Florian
On 8/7/2020 8:55 PM, Dhananjay Phadke wrote:
> On 8/7/2020, Florian Fainelli wrote:
>>> When i2c client unregisters, synchronize irq before setting
>>> iproc_i2c->slave to NULL.
>>>
>>> (1) disable_irq()
>>> (2) Mask event enable bits in con
On 8/7/2020 4:23 PM, Guenter Roeck wrote:
> Hi Florian,
>
> On 8/7/20 1:09 PM, Florian Fainelli wrote:
>>
>> On 8/7/2020 12:08 PM, Guenter Roeck wrote:
>>> On 8/7/20 11:08 AM, Florian Fainelli wrote:
>>>>
>>>>
>>>> On 8/7/2020
On 8/7/2020 3:02 PM, Dhananjay Phadke wrote:
> When i2c client unregisters, synchronize irq before setting
> iproc_i2c->slave to NULL.
>
> (1) disable_irq()
> (2) Mask event enable bits in control reg
> (3) Erase slave address (avoid further writes to rx fifo)
> (4) Flush tx and rx FIFOs
> (5)
On 8/7/2020 12:08 PM, Guenter Roeck wrote:
> On 8/7/20 11:08 AM, Florian Fainelli wrote:
>>
>>
>> On 8/7/2020 9:21 AM, Guenter Roeck wrote:
>>> On Fri, Aug 07, 2020 at 04:59:02PM +0530, madhuparnabhowmi...@gmail.com
>>> wrote:
>>>> From:
On 7/25/2020 9:15 PM, Florian Fainelli wrote:
> Hi Thomas,
>
> This patch series fixes W=1 -Wmissing-prototypes warnings for the
> bcm47xx_sprom.c firmware file.
Thomas, can you apply these patches if you are fine with them? Thanks
>
> Thanks!
>
> Florian Fa
a lot of churn, not sure if this is really worth it... in any case:
Acked-by: Florian Fainelli
--
Florian
On 8/7/2020 3:04 AM, Álvaro Fernández Rojas wrote:
> EHCI and OHCI share the same USB ports. Therefore, if the board has OHCI
> it should also have EHCI.
>
> Signed-off-by: Álvaro Fernández Rojas
Acked-by: Florian Fainelli
--
Florian
On 8/7/2020 3:04 AM, Álvaro Fernández Rojas wrote:
> There's no EHCI controller on BCM6348.
>
> Signed-off-by: Álvaro Fernández Rojas
Acked-by: Florian Fainelli
--
Florian
On 8/7/2020 3:04 AM, Álvaro Fernández Rojas wrote:
> There are 3 duplicated new lines, let's remove them.
>
> Signed-off-by: Álvaro Fernández Rojas
Acked-by: Florian Fainelli
--
Florian
On 8/7/2020 6:14 AM, Greg KH wrote:
> On Thu, Aug 06, 2020 at 01:00:54PM -0700, Florian Fainelli wrote:
>>
>>
>> On 7/20/2020 11:26 AM, Florian Fainelli wrote:
>>> On 7/20/20 6:04 AM, Greg KH wrote:
>>>> On Thu, Jul 09, 2020 at 12:50:23PM -0700, Flori
permitting, modernizing the driver is on my
TODO after checking/fixing the Ethernet driver first.
Reviewed-by: Florian Fainelli
--
Florian
On 7/20/2020 11:26 AM, Florian Fainelli wrote:
> On 7/20/20 6:04 AM, Greg KH wrote:
>> On Thu, Jul 09, 2020 at 12:50:23PM -0700, Florian Fainelli wrote:
>>> From: Will Deacon
>>>
>>> commit 679db70801da9fda91d26caf13bf5b5ccc74e8e8 upstream
>>
sted-by: Bjorn Helgaas
> Fixes: fb2659230120 ("PCI: Warn on possible RW1C corruption for sub-32 bit
> config writes")
> Signed-off-by: Mark Tomlinson
Reviewed-by: Florian Fainelli
--
Florian
On 8/5/2020 9:03 AM, Sudeep Holla wrote:
> On Wed, Aug 05, 2020 at 06:34:36PM +0530, Viresh Kumar wrote:
>> On 05-08-20, 12:04, Lukasz Luba wrote:
>>> I know that Viresh is going to develop patches and improve these
>>> cpufreq stats framework. Maybe he also had this 'aggregation' in mind.
>>> I
On 7/29/2020 8:12 AM, Lukasz Luba wrote:
> Hi all,
>
> The existing CPUFreq framework does not tracks the statistics when the
> 'fast switch' is used or when firmware changes the frequency independently
> due to e.g. thermal reasons. However, the firmware might track the frequency
> changes and
On 7/31/2020 8:56 AM, Sudeep Holla wrote:
> On Thu, Jul 30, 2020 at 10:36:51AM +0100, Lukasz Luba wrote:
>>
>> In this case I think we would have to create debugfs.
>> Sudeep do you think these debugfs should be exposed from the protocol
>> layer:
>> drivers/firmware/arm_scmi/perf.c
>
> I prefe
On 8/3/2020 11:36 PM, Hongbo Wang wrote:
>>> + if (vlan->proto == ETH_P_8021AD) {
>>> + ocelot->enable_qinq = true;
>>> + ocelot_port->qinq_mode = true;
>>> + }
>> ...
>>> + if (vlan->proto == ETH_P_8021AD) {
>>> + ocelot->enable_qinq = false;
>>>
On 7/30/2020 3:25 AM, hongbo.w...@nxp.com wrote:
> From: "hongbo.wang"
>
> This featue can be test using network test tools
mispelled: feature, can be used to test network test tools? or can be
used to exercise network test tool?
> TX-tool -> swp0 -> swp1 -> RX-tool
>
> TX-tool
On 7/30/2020 3:25 AM, hongbo.w...@nxp.com wrote:
> From: "hongbo.wang"
>
> the following command will be supported:
>
> Set bridge's vlan protocol:
> ip link set br0 type bridge vlan_protocol 802.1ad
> Add VLAN:
> ip link add link swp1 name swp1.100 type vlan protocol 802.1ad id 100
>
On 8/3/2020 4:30 AM, Thomas Bogendoerfer wrote:
> On Fri, Jul 31, 2020 at 03:49:28PM -0700, Florian Fainelli wrote:
>> On 7/31/20 3:34 AM, Jiaxun Yang wrote:
>>>
>>>
>>> 在 2020/7/31 下午12:24, Florian Fainelli 写道:
>>>> Disable pref 30 by util
s: 1814cff26739 ("net: phy: add a Kconfig option for mdio_devres")
> Signed-off-by: Bartosz Golaszewski
Reviewed-by: Florian Fainelli
--
Florian
failure rather than -1 (rmk)
> - Style cleanups based on Florian's feedback
> - Silently allow VLAN 0 as device correctly treats this as no tag
>
> Signed-off-by: Jonathan McDowell
Reviewed-by: Florian Fainelli
--
Florian
y masking 12 bits is the correct approach.
>
> Signed-off-by: Jonathan McDowell
Reviewed-by: Florian Fainelli
--
Florian
On 7/31/2020 10:10 PM, Rakesh Pillai wrote:
>
>
>> -Original Message-----
>> From: Florian Fainelli
>> Sent: Saturday, August 1, 2020 12:17 AM
>> To: Rakesh Pillai ; ath...@lists.infradead.org
>> Cc: linux-wirel...@vger.kernel.org; linux-kernel@vger
On 7/31/20 2:05 AM, Thomas Bogendoerfer wrote:
> On Thu, Jul 30, 2020 at 09:24:01PM -0700, Florian Fainelli wrote:
>> Disable pref 30 by utilizing the standard quirk method and matching the
>> affected SoCs: 7344, 7346, 7425.
>>
>> Signed-off-by: Florian Fainelli
On 7/31/20 3:34 AM, Jiaxun Yang wrote:
>
>
> 在 2020/7/31 下午12:24, Florian Fainelli 写道:
>> Disable pref 30 by utilizing the standard quirk method and matching the
>> affected SoCs: 7344, 7346, 7425.
>>
>> Signed-off-by: Florian Fainelli
>>
On 7/31/20 11:27 AM, Rakesh Pillai wrote:
> The history recording will be compiled only if
> ATH10K_DEBUG is enabled, and also enabled via
> the module parameter. Once the history recording
> is enabled via module parameter, it can be enabled
> or disabled runtime via debugfs.
Why not use trace pr
Disable pref 30 by utilizing the standard quirk method and matching the
affected SoCs: 7344, 7346, 7425.
Signed-off-by: Florian Fainelli
---
arch/mips/bmips/setup.c | 17 +
1 file changed, 17 insertions(+)
diff --git a/arch/mips/bmips/setup.c b/arch/mips/bmips/setup.c
index
purposed, this
> was triggering miscalculations on all clocks hanging from the VPU clock,
> notably the aux UART, making its output unintelligible.
>
> Fixes: 42de9ad400af ("clk: bcm2835: Add BCM2711_CLOCK_EMMC2 support")
> Reported-by: Nathan Chancellor
> Signed-off-by: Nicola
On 7/30/20 2:32 PM, Eric Dumazet wrote:
> On Thu, Jul 30, 2020 at 2:24 PM Florian Fainelli wrote:
>>
>> On 7/30/20 2:16 PM, Eric Dumazet wrote:
>>> On Thu, Jul 30, 2020 at 2:07 PM Florian Fainelli
>>> wrote:
>>>>
>>>> After tcp_w
On 7/30/20 2:16 PM, Eric Dumazet wrote:
> On Thu, Jul 30, 2020 at 2:07 PM Florian Fainelli wrote:
>>
>> After tcp_write_queue_purge() got uninlined with commit ac3f09ba3e49
>> ("tcp: uninline tcp_write_queue_purge()"), it became no longer possible
>> to refe
After tcp_write_queue_purge() got uninlined with commit ac3f09ba3e49
("tcp: uninline tcp_write_queue_purge()"), it became no longer possible
to reference this symbol from kernel modules.
Fixes: ac3f09ba3e49 ("tcp: uninline tcp_write_queue_purge()")
Signed-off-by: Florian Fai
801 - 900 of 2977 matches
Mail list logo