On 1/25/2021 1:01 PM, Nicolas Saenz Julienne wrote:
> Hi Florian,
>
> The following changes since commit 5c8fe583cce542aa0b84adc939ce85293de36e5e:
>
> Linux 5.11-rc1 (2020-12-27 15:30:22 -0800)
>
> are available in the Git repository at:
>
> https://git.kernel.org/pub/scm/linux/kernel/gi
On 1/25/2021 1:01 PM, Nicolas Saenz Julienne wrote:
> Hi Florian,
>
> The following changes since commit 5c8fe583cce542aa0b84adc939ce85293de36e5e:
>
> Linux 5.11-rc1 (2020-12-27 15:30:22 -0800)
>
> are available in the Git repository at:
>
> https://git.kernel.org/pub/scm/linux/kernel/gi
On 1/25/2021 1:01 PM, Nicolas Saenz Julienne wrote:
> Hi Florian,
>
> The following changes since commit 5c8fe583cce542aa0b84adc939ce85293de36e5e:
>
> Linux 5.11-rc1 (2020-12-27 15:30:22 -0800)
>
> are available in the Git repository at:
>
> https://git.kernel.org/pub/scm/linux/kernel/gi
On 1/25/2021 11:29 PM, Greg Kroah-Hartman wrote:
> On Mon, Jan 25, 2021 at 11:55:11AM -0800, Scott Branden wrote:
>> Hi All,
>>
>> The 5.10 LTS kernel being officially LTS supported for 2 years presents a
>> problem:
>> why would anyone select a 5.10 kernel with 2 year LTS when 5.4 kernel has a
+Nicolas,
On 1/25/2021 4:50 AM, Arnd Bergmann wrote:
> From: Arnd Bergmann
>
> sdhci_pltfm_suspend() is only available when CONFIG_PM_SLEEP
> support is built into the kernel, which caused a regression
> in a recent bugfix:
>
> ld.lld: error: undefined symbol: sdhci_pltfm_suspend
reference
On 1/22/2021 5:01 PM, Sergej Bauer wrote:
> On Saturday, January 23, 2021 3:01:47 AM MSK Florian Fainelli wrote:
>> On 1/22/2021 3:58 PM, Sergej Bauer wrote:
>>> On Saturday, January 23, 2021 2:23:25 AM MSK Andrew Lunn wrote:
>>>>>>> @@ -1000,8 +1005,10
On 1/22/2021 3:58 PM, Sergej Bauer wrote:
> On Saturday, January 23, 2021 2:23:25 AM MSK Andrew Lunn wrote:
> @@ -1000,8 +1005,10 @@ static void lan743x_phy_close(struct
> lan743x_adapter *adapter)>
>
> struct net_device *netdev = adapter->netdev;
>
> phy_stop(netd
On 1/22/2021 1:42 PM, Sergej Bauer wrote:
> From: sba...@blackbox.su
>
> v1->v2:
> switch to using of fixed_phy as was suggested by Andrew and Florian
> also features-related parts are removed
>
> Previous versions can be found at:
> v1:
> initial version
> https://lkml.org/l
On 1/14/2021 12:46 PM, Florian Fainelli wrote:
> On 1/5/21 1:22 PM, Florian Fainelli wrote:
>> On 12/23/20 4:05 PM, Florian Fainelli wrote:
>>>
>>>
>>> On 12/16/2020 1:41 PM, Jim Quinlan wrote:
>>>> v3 -- discard commit from v2; instead rely on
On 1/14/2021 12:46 PM, Florian Fainelli wrote:
> On 12/23/20 2:41 PM, Florian Fainelli wrote:
>> While reworking the resources management and departing from using
>> ahci_platform_enable_resources() which did not allow a proper step
>> separation like we need, we unfortuna
On 1/20/2021 12:01 PM, Florian Fainelli wrote:
> 72116 has the same memory map as 7255 and the same physical address for
> the UART, alias the definition accordingly.
>
> Signed-off-by: Florian Fainelli
Applied to soc/next, thanks!
--
Florian
On 1/20/2021 10:51 AM, Scott Branden wrote:
> Remove sata from stingray as it is unsupported.
>
> Signed-off-by: Scott Branden
Applied to devicetree-arm64/next with a slightly reworded subject and
commit message along with Ray's acked-by tag:
https://github.com/Broadcom/stblinux/commit/14283
72116 has the same memory map as 7255 and the same physical address for
the UART, alias the definition accordingly.
Signed-off-by: Florian Fainelli
---
arch/arm/include/debug/brcmstb.S | 30 --
1 file changed, 16 insertions(+), 14 deletions(-)
diff --git a/arch/arm
On 1/20/2021 11:48 AM, Florian Fainelli wrote:
> On Thu, 14 Jan 2021 11:53:18 +0100, Rafał Miłecki wrote:
>> From: Rafał Miłecki
>>
>> Some brcmstb drivers may be shared with other SoC families. E.g. the
>> same USB PHY block is shared by brcmstb and BCM4908.
>
On Thu, 14 Jan 2021 11:53:18 +0100, Rafał Miłecki wrote:
> From: Rafał Miłecki
>
> Some brcmstb drivers may be shared with other SoC families. E.g. the
> same USB PHY block is shared by brcmstb and BCM4908.
>
> To avoid building brcmstb common code on non-brcmstb platforms we need
> stubs for:
We have no in tree or out of tree users of this function, remove it and
the header providing its prototype.
Signed-off-by: Florian Fainelli
---
drivers/soc/bcm/brcmstb/common.c | 17 -
include/soc/brcmstb/common.h | 12
2 files changed, 29 deletions(-)
delete
On Tue, 19 Jan 2021 11:04:44 +0530, Rayagonda Kokatanur
wrote:
> From: Bharat Gooty
>
> Add a non-empty dma-ranges so that dma address translation
> happens.
>
> Fixes: 2013a4b684b6 ("arm64: dts: broadcom: clear the warnings caused by
> empty dma-ranges")
>
> Signed-off-by: Bharat Gooty
> S
orrect, but not the Fixes tag, it should be:
Fixes: 31bc72d97656 ("net: systemport: fetch and use clock resources")
Acked-by: Florian Fainelli
--
Florian
capable of utilizing the
> SD card slot, and the wifi when booted with
> UEFI+ACPI on the rpi4.
This is uber nit picking, but can you try to be consistent in how you
capitalize words throughout your commit subject and use common writing
such as: RPi, Wi-Fi, OSes.
>
> Signed-off-by: Jeremy Linton
Acked-by: Florian Fainelli
--
Florian
On 1/19/2021 7:21 AM, Andy Shevchenko wrote:
> On Fri, Jan 15, 2021 at 11:19 PM Al Cooper wrote:
>>
>> Add a UART driver for the new Broadcom 8250 based STB UART. The new
>> UART is backward compatible with the standard 8250, but has some
>> additional features. The new features include a high
e
> device is suspended, causing undefined behavior, which may crash the
> system.
>
> Fix this by wrapping the PHY bitbang accessors in the sh_eth driver by
> wrappers that take care of Runtime PM, to resume the device when needed.
>
> Reported-by: Wolfram Sang
> Suggested-by: Andrew Lunn
> Signed-off-by: Geert Uytterhoeven
Reviewed-by: Florian Fainelli
--
Florian
On 1/18/2021 7:06 AM, Geert Uytterhoeven wrote:
> Export mdiobb_read() and mdiobb_write(), so Ethernet controller drivers
> can call them from their MDIO read/write wrappers.
>
> Signed-off-by: Geert Uytterhoeven
Reviewed-by: Florian Fainelli
--
Florian
On 1/17/2021 1:33 PM, Andrew Morton wrote:
> On Thu, 14 Jan 2021 15:15:16 -0800 Florian Fainelli
> wrote:
>
>> On systems with large amounts of reserved memory we may fail to
>> successfully complete unpack_to_rootfs() and be left with:
>>
>> Kernel
N filtering.
>
> When the VTU entry is initially created, those bits are all zero, and
> we should make sure to keep them that way when the entry is updated.
>
> Fixes: 92307069a96c (net: dsa: mv88e6xxx: Avoid VTU corruption on 6097)
> Signed-off-by: Rasmus Villemoes
Reviewed-by: Florian Fainelli
--
Florian
ling the fid from VTU op [3:0]
> and [11:8].
>
> Signed-off-by: Rasmus Villemoes
Reviewed-by: Florian Fainelli
--
Florian
This only removes the PCI driver and does not remove the
> platform driver.
>
> Signed-off-by: Al Cooper
Acked-by: Florian Fainelli
--
Florian
have a chance
of understanding the memory conditions leading to these allocation
failures.
Signed-off-by: Florian Fainelli
---
init/initramfs.c | 14 ++
1 file changed, 10 insertions(+), 4 deletions(-)
diff --git a/init/initramfs.c b/init/initramfs.c
index 55b74d7e5260..9dafda6
On 1/5/21 1:22 PM, Florian Fainelli wrote:
> On 12/23/20 4:05 PM, Florian Fainelli wrote:
>>
>>
>> On 12/16/2020 1:41 PM, Jim Quinlan wrote:
>>> v3 -- discard commit from v2; instead rely on the new function
>>> reset_control_rearm provided in a recen
On 12/23/20 2:41 PM, Florian Fainelli wrote:
> While reworking the resources management and departing from using
> ahci_platform_enable_resources() which did not allow a proper step
> separation like we need, we unfortunately lost the ability to control
> AHCI regulators. This broke s
On 1/14/21 1:08 AM, Claire Chang wrote:
> On Wed, Jan 13, 2021 at 7:48 AM Florian Fainelli wrote:
>>
>> On 1/5/21 7:41 PM, Claire Chang wrote:
>>> If a device is not behind an IOMMU, we look up the device node and set
>>> up the restricted DMA when the
On 1/11/21 6:50 PM, DENG Qingfang wrote:
> Hi Marek,
>
> On Mon, Jan 11, 2021 at 11:46 PM Marek Behún wrote:
>>
>> what modes does the LED support? Does it support blinking on rx/tx?
>> What about link status?
Just to be crystal clear here, if you configure the LEDs to be in GPIO
mode, you can d
On 1/13/21 4:45 AM, Gilles DOFFE wrote:
> Move tag/untag action at the end of the function to avoid
> tagging or untagging traffic if only vlan 0 is handled.
>
> Signed-off-by: Gilles DOFFE
> ---
> drivers/net/dsa/microchip/ksz8795.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
On 1/13/21 4:45 AM, Gilles DOFFE wrote:
> If 802.1q VLAN tag is removed from egress traffic, ingress
> traffic should by logic be tagged.
Which logic do you refer to? Software or hardware? What an user
configures with the "bridge vlan add ..." commands is the egress
tagging, but this also affects
On 1/13/21 4:45 AM, Gilles DOFFE wrote:
> If a VLAN is removed, the tagging policy should not be changed as
> still active VLANs could be impacted.
>
> Signed-off-by: Gilles DOFFE
It sounds like you need to consolidate the patches dealing with
tagging/untagged of a VLAN/port into a single patch,
On 1/13/21 7:27 AM, Robin Murphy wrote:
> On 2021-01-13 13:59, Nicolas Saenz Julienne wrote:
>> Hi All,
>>
>> On Tue, 2021-01-12 at 16:03 -0800, Florian Fainelli wrote:
>>> On 1/5/21 7:41 PM, Claire Chang wrote:
>>>> Add the initialization function to crea
On 1/13/21 4:45 AM, Gilles DOFFE wrote:
> A logical 'or' was performed until now.
> So if vlan 1 is the current pvid and vlan 20 is set as the new one,
> vlan 21 is the new pvid.
> This commit fixes this by setting the right mask to set the new pvid.
>
> Signed-off-by: Gilles DOFFE
Looks about r
On 1/13/21 12:05 AM, Arnd Bergmann wrote:
> On Wed, Jan 13, 2021 at 4:42 AM Bharat Gooty
> wrote:
>>
>> Hello Ray,
>>
>> I had cross checked with Design and integration team.
>> Yes we can set the "dma-rages" to 40 bit DMA ranges. Tested, it is working.
>>
>> -Original Message-
>> From: R
; 2. brcm,ipp and brcm,ioc
>Both were described as booleans with 0 / 1 values. In examples they
>were integers and Linux checks for int as well. Both got uint32.
> 3. Added minimal description
>
> Signed-off-by: Rafał Miłecki
Reviewed-by: Florian Fainelli
--
Florian
On 12/14/2020 10:07 AM, Rafał Miłecki wrote:
> From: Rafał Miłecki
>
> PMB is a hardware block used for powering SoC devices like PCIe, USB,
> SATA. Initially I planned to treat it as a reset controller and Philipp
> pointed out in review that PMB driver should use a power subsystem.
>
> This
On 1/12/2021 8:25 PM, Tomasz Figa wrote:
> On Wed, Jan 13, 2021 at 12:56 PM Florian Fainelli
> wrote:
>>
>>
>>
>> On 1/12/2021 6:29 PM, Tomasz Figa wrote:
>>> Hi Florian,
>>>
>>> On Wed, Jan 13, 2021 at 3:01 AM Florian Fainelli
>
On 1/12/2021 6:29 PM, Tomasz Figa wrote:
> Hi Florian,
>
> On Wed, Jan 13, 2021 at 3:01 AM Florian Fainelli wrote:
>>
>> On 1/11/21 11:48 PM, Claire Chang wrote:
>>> On Fri, Jan 8, 2021 at 1:59 AM Florian Fainelli
>>> wrote:
>>>>
>>
On 1/5/21 7:41 PM, Claire Chang wrote:
> If a device is not behind an IOMMU, we look up the device node and set
> up the restricted DMA when the restricted-dma-pool is presented.
>
> Signed-off-by: Claire Chang
> ---
[snip]
> +int of_dma_set_restricted_buffer(struct device *dev)
> +{
> + st
On 1/7/21 1:19 PM, Konrad Rzeszutek Wilk wrote:
> On Thu, Jan 07, 2021 at 10:09:14AM -0800, Florian Fainelli wrote:
>> On 1/7/21 9:57 AM, Konrad Rzeszutek Wilk wrote:
>>> On Fri, Jan 08, 2021 at 01:39:18AM +0800, Claire Chang wrote:
>>>> Hi Greg and Konrad,
>>&
On 1/5/21 7:41 PM, Claire Chang wrote:
> Add the initialization function to create restricted DMA pools from
> matching reserved-memory nodes in the device tree.
>
> Signed-off-by: Claire Chang
> ---
> include/linux/device.h | 4 ++
> include/linux/swiotlb.h | 7 +-
> kernel/dma/Kconfig
On 1/5/21 7:41 PM, Claire Chang wrote:
> Add the functions, swiotlb_alloc and swiotlb_free to support the
> memory allocation from restricted DMA pool.
>
> Signed-off-by: Claire Chang
> ---
[snip]
> diff --git a/kernel/dma/direct.c b/kernel/dma/direct.c
> index 30ccbc08e229..126e9b3354d6 100644
On 1/5/21 7:41 PM, Claire Chang wrote:
> Regardless of swiotlb setting, the restricted DMA pool is preferred if
> available.
>
> The restricted DMA pools provide a basic level of protection against
> the DMA overwriting buffer contents at unexpected times. However, to
> protect against general dat
On 1/11/21 11:48 PM, Claire Chang wrote:
> On Fri, Jan 8, 2021 at 1:59 AM Florian Fainelli wrote:
>>
>> On 1/7/21 9:42 AM, Claire Chang wrote:
>>
>>>> Can you explain how ATF gets involved and to what extent it does help,
>>>> besides enforcing a secur
On 1/11/21 9:05 AM, Mark Brown wrote:
> On Mon, Jan 11, 2021 at 08:41:19AM -0800, Florian Fainelli wrote:
>
>>> [1/1] spi: spi-bcm-qspi: style: Simplify bool comparison
>>> commit: 6650ab2a44268af8d24995d28ae199b57b2ebff8
>
>> I don't think that &quo
; Signed-off-by: Maxime Ripard
Acked-by: Florian Fainelli
Nicolas, I suppose you will be taking patches 1 and 14, 15 through the
SoC pull request, right?
--
Florian
On 1/11/2021 8:29 AM, Mark Brown wrote:
> On Mon, 11 Jan 2021 17:26:29 +0800, YANG LI wrote:
>> Fix the following coccicheck warning:
>> ./drivers/spi/spi-bcm-qspi.c:884:5-34: WARNING: Comparison to bool
>
> Applied to
>
>https://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git for-
On 1/8/2021 2:55 PM, Arnd Bergmann wrote:
> After v5.10 was officially declared an LTS kernel, I had a look around
> the Arm platforms that look like they have not seen any patches from
> their maintainers or users that are actually running the hardware for
> at least five years (2015 or earlier
On 1/8/2021 4:16 PM, Linus Walleij wrote:
>> * ep93xx -- added in 2006, LinusW still working on it, any users left?
>
> I was contacted by a user of this platform, using it with mainline and
> fixing bugs in the GPIO driver for this kernel cycle. So it has users.
You can count me as one of the
The function was incorrectly named with a trailing 'r' at the end of
prestera.
Signed-off-by: Florian Fainelli
---
Jakub, David,
This patch is on top of Vladimir's series: [PATCH v4 net-next 00/11] Get
rid of the switchdev transactional model
.../net/ethernet/m
f-by: Jeremy Linton
As far as ACPI ID's go:
Acked-by: Florian Fainelli
--
Florian
1efb77b80eebdc038619c6.1498481469.git.leonard.cres...@nxp.com
Signed-off-by: Leonard Crestez
Acked-by: Jan Kiszka
Cc: Jason Wessel
Cc: Kieran Bingham
Signed-off-by: Andrew Morton
Signed-off-by: Linus Torvalds
Signed-off-by: Florian Fainelli
---
scripts/gdb/linux/dmesg.py | 13 ++---
1 fi
Hi Greg, Sasha,
This series contains some scripts/gdb/ fixes that are already present in
newer stable kernels.
Thanks!
André Draszik (1):
scripts/gdb: make lx-dmesg command work (reliably)
Du Changbin (1):
scripts/gdb: fix lx-version string output
Leonard Crestez (2):
scripts/gdb: lx-dme
ation of the symbol, we can make lx-dmesg
work again. While at it, do the same for the other symbols we need from
printk.c
Link: http://lkml.kernel.org/r/2017052611.3414-1-...@andred.net
Signed-off-by: André Draszik
Tested-by: Kieran Bingham
Acked-by: Jan Kiszka
Signed-off-by: Andrew Morton
Si
mmand")
Signed-off-by: Du Changbin
Signed-off-by: Kieran Bingham
Acked-by: Jan Kiszka
Cc: Jan Kiszka
Cc: Jason Wessel
Cc: Daniel Thompson
Signed-off-by: Andrew Morton
Signed-off-by: Linus Torvalds
Signed-off-by: Florian Fainelli
---
scripts/gdb/linux/proc.py | 2 +-
1 file changed, 1 ins
expression.
Link:
http://lkml.kernel.org/r/ba6f85dbb02ca980ebd0e2399b0649423399b565.1498481469.git.leonard.cres...@nxp.com
Signed-off-by: Leonard Crestez
Reviewed-by: Jan Kiszka
Cc: Jason Wessel
Cc: Kieran Bingham
Signed-off-by: Andrew Morton
Signed-off-by: Linus Torvalds
Signed-off-by: Florian Fainelli
---
scripts
> Fixes: e7b5d63a82fe ("mmc: sdhci-brcmstb: Add shutdown callback")
> Signed-off-by: Al Cooper
Acked-by: Florian Fainelli
--
Florian
On 1/7/21 12:50 PM, Jakub Kicinski wrote:
> On Wed, 6 Jan 2021 09:09:44 -0800 Florian Fainelli wrote:
>> BCM72116 features a 28nm integrated EPHY, add an entry to match this PHY
>> OUI.
>>
>> Signed-off-by: Florian Fainelli
>
> net or net-next? Looks like just a
On 1/7/21 11:58 AM, Aleksander Jan Bajkowski wrote:
> Exclude RMII from modes that report 1 GbE support. Reduced MII supports
> up to 100 MbE.
>
> Fixes: 14fceff ("net: dsa: Add Lantiq / Intel DSA driver for vrx200")
> Signed-off-by: Aleksander Jan Bajkowski
Revi
On 1/7/21 10:00 AM, Konrad Rzeszutek Wilk wrote:
>>>
>>>
>>> - Nothing stops the physical device from bypassing the SWIOTLB buffer.
>>>That is if an errant device screwed up the length or DMA address, the
>>>SWIOTLB would gladly do what the device told it do?
>>
>> So the system needs to p
On 1/7/21 9:57 AM, Konrad Rzeszutek Wilk wrote:
> On Fri, Jan 08, 2021 at 01:39:18AM +0800, Claire Chang wrote:
>> Hi Greg and Konrad,
>>
>> This change is intended to be non-arch specific. Any arch that lacks DMA
>> access
>> control and has devices not behind an IOMMU can make use of it. Could y
On 1/7/21 9:42 AM, Claire Chang wrote:
>> Can you explain how ATF gets involved and to what extent it does help,
>> besides enforcing a secure region from the ARM CPU's perpsective? Does
>> the PCIe root complex not have an IOMMU but can somehow be denied access
>> to a region that is marked NS=0
All of the OF code that is used has stubbed and will compile and link
just fine, keeping COMPILE_TEST is enough.
Signed-off-by: Florian Fainelli
---
drivers/net/ethernet/broadcom/Kconfig | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/net/ethernet/broadcom/Kconfig
b/drivers/net
Hi,
First of all let me say that I am glad that someone is working on a
upstream solution for this issue, would appreciate if you could CC and
Jim Quinlan on subsequent submissions.
On 1/5/21 7:41 PM, Claire Chang wrote:
> This series implements mitigations for lack of DMA access control on
> sys
ease the verbosity of the error message, and drop dev_close().
>
> Signed-off-by: Vladimir Oltean
> Reviewed-by: Andrew Lunn
Reviewed-by: Florian Fainelli
--
Florian
d not be required to monitor learn/forget events for its own
> ports. It could just delete the rule towards the control interface upon
> bridge entry migration. This would make hardware address learning be
> possible again. Then it would take a few more packets until the hardware
> and software FDB would be in sync again.
>
> Signed-off-by: Vladimir Oltean
> Acked-by: Nikolay Aleksandrov
> Reviewed-by: Ido Schimmel
> Reviewed-by: Andrew Lunn
Reviewed-by: Florian Fainelli
--
Florian
On 1/6/21 5:22 AM, Rafał Miłecki wrote:
> From: Rafał Miłecki
>
> BCM4908 seems to have slightly different registers but works when
> programmed just like the STB one.
>
> Signed-off-by: Rafał Miłecki
Acked-by: Florian Fainelli
--
Florian
BCM72116 features a 28nm integrated EPHY, add an entry to match this PHY
OUI.
Signed-off-by: Florian Fainelli
---
drivers/net/phy/bcm7xxx.c | 2 ++
include/linux/brcmphy.h | 1 +
2 files changed, 3 insertions(+)
diff --git a/drivers/net/phy/bcm7xxx.c b/drivers/net/phy/bcm7xxx.c
index
Piaw Liew
Acked-by: Florian Fainelli
--
Florian
sender
> [ 4] 0.00-10.00 sec 49.3 MBytes 41.3 Mbits/secreceiver
>
> After:
> [ ID] Interval Transfer Bandwidth Retr
> [ 4] 0.00-30.00 sec 171 MBytes 47.8 Mbits/sec 272 sender
> [ 4] 0.00-30.00 sec 170 MBytes 47.6 Mbits/sec
On 1/6/21 6:42 AM, Sieng Piaw Liew wrote:
> The rx SKB ring use the same code for cleanup at various points.
> Combine them into a function to reduce lines of code.
>
> Signed-off-by: Sieng Piaw Liew
Acked-by: Florian Fainelli
--
Florian
MBytes 33.5 Mbits/sec receiver
>
> After (+netif_receive_skb_list):
> [ 4] 0.00-30.00 sec 155 MBytes 43.3 Mbits/sec 354 sender
> [ 4] 0.00-30.00 sec 154 MBytes 43.1 Mbits/sec receiver
>
> Signed-off-by: Sieng Piaw Liew
Acked-by: Florian Fainelli
--
Florian
On 1/6/21 6:42 AM, Sieng Piaw Liew wrote:
> Support bulking hardware TX queue by using netdev_xmit_more().
>
> Signed-off-by: Sieng Piaw Liew
Acked-by: Florian Fainelli
--
Florian
On 1/6/21 6:42 AM, Sieng Piaw Liew wrote:
> Add Byte Queue Limits support to reduce/remove bufferbloat in
> bcm63xx_enet.
>
> Signed-off-by: Sieng Piaw Liew
Acked-by: Florian Fainelli
--
Florian
4] 0.00-30.00 sec 135 MBytes 37.7 Mbits/secreceiver
>
> Signed-off-by: Sieng Piaw Liew
Acked-by: Florian Fainelli
--
Florian
uild_skb patch and precede build_skb
> patch for better understanding, as suggested by Florian Fainelli.
Thanks for addressing the feedback given, for patches that have not
changed, please carry forward any tag you have been given (Reviewed-by,
Acked-by, etc.) such that we don't have to reply to those patches again.
--
Florian
h/mips/bcm47xx/prom.c| 4
> arch/mips/bcm63xx/prom.c| 4
> arch/mips/bmips/setup.c | 4
Acked-by: Florian Fainelli
--
Florian
On Sun, 3 Jan 2021 13:24:35 +0100, Stefan Wahren
wrote:
> Change the bcm2835 maintainer info in order to handle subsequent SoCs.
> After this get_maintainers.pl provides the proper maintainers for
> irqchip-bcm2836.
>
> Signed-off-by: Stefan Wahren
> ---
Applied to maintainers/next, thanks!
-
On 12/23/20 4:05 PM, Florian Fainelli wrote:
>
>
> On 12/16/2020 1:41 PM, Jim Quinlan wrote:
>> v3 -- discard commit from v2; instead rely on the new function
>> reset_control_rearm provided in a recent commit [1] applied
>> to reset/next.
>>
-Dr). Do the same thing across
> the entire MIPS subsystem to ensure there are no more warnings around
> this type of comparison.
>
> Link: https://github.com/ClangBuiltLinux/linux/issues/1232
> Signed-off-by: Nathan Chancellor
Acked-by: Florian Fainelli
--
Florian
On 1/5/21 8:21 AM, Wolfram Sang wrote:
>
>>> I think that makes sense, and I'm okay with these patches going in as
>>> they are now.
>>>
>>> Acked-by: Ray Jui
>>
>> Thank you.
>
> Yes, thank you everyone.
>
> All applied to for-next, thanks!
>
>> --
>> This electronic communication and the in
On 1/4/21 10:43 AM, Ioana Ciornei wrote:
> On Mon, Jan 04, 2021 at 06:31:05PM +0100, Andrew Lunn wrote:
>>> The basic rules here should be, if the MDIO bus is registered, it is
>>> usable. There are things like PHY statistics, HWMON temperature
>>> sensors, etc, DSA switches, all which have a life
; The GSWIP_MII_PCDU(p) registers are not updated because there's really
> only three (one for each of the following ports: 0, 1, 5).
>
> Fixes: 14fceff4771e51 ("net: dsa: Add Lantiq / Intel DSA driver for vrx200")
> Cc: sta...@vger.kernel.org
> Signed-off-by: Martin Blumenstingl
Reviewed-by: Florian Fainelli
--
Florian
1e51 ("net: dsa: Add Lantiq / Intel DSA driver for vrx200")
> Cc: sta...@vger.kernel.org
> Suggested-by: Hauke Mehrtens
> Signed-off-by: Martin Blumenstingl
Reviewed-by: Florian Fainelli
--
Florian
On 12/30/2020 7:16 AM, Andrew Lunn wrote:
>> 2. Allocated ds->slave_mii_bus before calling ds->ops->setup, because
>> we cannot call dsa_slave_mii_bus_init which is private.
>>
>> Any better ideas?
>
> Do what mv88e6xxx does, allocate the MDIO bus inside the switch
> driver.
Yes, exactly, or y
On 12/30/2020 1:12 AM, Heiner Kallweit wrote:
> On 30.12.2020 10:07, DENG Qingfang wrote:
>> Hi Heiner,
>> Thanks for your reply.
>>
>> On Wed, Dec 30, 2020 at 3:39 PM Heiner Kallweit wrote:
>>> I don't think that's the best option.
>>
>> I'm well aware of that.
>>
>>> You may want to add a PHY
On 12/24/2020 6:24 AM, Sieng Piaw Liew wrote:
> We can increase the efficiency of rx path by using buffers to receive
> packets then build SKBs around them just before passing into the network
> stack. In contrast, preallocating SKBs too early reduces CPU cache
> efficiency.
>
> Check if we're
eng Piaw Liew
Acked-by: Florian Fainelli
--
Florian
.00 sec 120 MBytes 33.5 Mbits/sec receiver
>
> After (+netif_receive_skb_list):
> [ 4] 0.00-30.00 sec 155 MBytes 43.3 Mbits/sec 354 sender
> [ 4] 0.00-30.00 sec 154 MBytes 43.1 Mbits/sec receiver
>
> Signed-off-by: Sieng Piaw Liew
Acked-by: Florian Fainelli
--
Florian
On 12/24/2020 6:24 AM, Sieng Piaw Liew wrote:
> Support bulking hardware TX queue by using netdev_xmit_more().
>
> Signed-off-by: Sieng Piaw Liew
Acked-by: Florian Fainelli
--
Florian
On 12/24/2020 6:24 AM, Sieng Piaw Liew wrote:
> Add Byte Queue Limits support to reduce/remove bufferbloat in
> bcm63xx_enet.
>
> Signed-off-by: Sieng Piaw Liew
Acked-by: Florian Fainelli
--
Florian
t; [ 4] 0.00-30.00 sec 135 MBytes 37.7 Mbits/secreceiver
>
> Signed-off-by: Sieng Piaw Liew
Acked-by: Florian Fainelli
--
Florian
On 12/28/2020 12:23 PM, Konstantin Ryabitsev wrote:
> On Thu, Dec 24, 2020 at 01:57:40PM -0800, Florian Fainelli wrote:
>>>> Konstantin, would you be willing to mod the kernel.org instance of
>>>> patchwork to populate Fixes tags in the generated mboxes?
>>>
herit that from ethernet-controller.yaml instead.
>
> Signed-off-by: Martin Blumenstingl
Reviewed-by: Florian Fainelli
--
Florian
On 12/24/2020 10:06 AM, Konstantin Ryabitsev wrote:
> On Wed, Dec 23, 2020 at 05:41:46PM -0800, Jakub Kicinski wrote:
> Does patchwork not automagically add Fixes: lines from full up emails?
> That seems like a reasonable automation.
Looks like it's been a TODO for 3 years no
On 12/16/2020 1:41 PM, Jim Quinlan wrote:
> v3 -- discard commit from v2; instead rely on the new function
> reset_control_rearm provided in a recent commit [1] applied
> to reset/next.
>-- New commit to correct pcie-brcmstb.c usage of a reset controller
> to use reset/rear
to link up with attached hard drives.
Fixes: c0cdf2ac4b5b ("ata: ahci_brcm: Fix AHCI resources management")
Signed-off-by: Florian Fainelli
---
Jens,
This is based on your for-next branch, let me know if you need me to
rebase to a different branch. Thanks!
drivers/ata/ahci_b
301 - 400 of 1887 matches
Mail list logo