Fix misnamed, and missing descriptions likely due to doc-rot.
Fixes the following W=1 kernel build warning(s):
drivers/net/wireless/intel/iwlwifi/mvm/utils.c:669: warning: Function
parameter or member 'mvm' not described in 'iwl_mvm_send_lq_cmd'
drivers/net/wireless/intel/iwlwifi/mvm/utils.c:6
Also demote a non-conforming kernel-doc function header.
Fixes the following W=1 kernel build warning(s):
drivers/net/wireless/intel/iwlwifi/iwl-drv.c:124: warning: Function parameter
or member 'dbgfs_drv' not described in 'iwl_drv'
drivers/net/wireless/intel/iwlwifi/iwl-drv.c:124: warning: Fu
Fixes the following W=1 kernel build warning(s):
drivers/net/wireless/intel/iwlwifi/dvm/rx.c:145: warning: Function parameter
or member 'priv' not described in 'iwlagn_good_plcp_health'
drivers/net/wireless/intel/iwlwifi/dvm/rx.c:145: warning: Function parameter
or member 'cur_ofdm' not descri
Neither of these headers attempt to document any function parameters.
Fixes the following W=1 kernel build warning(s):
drivers/net/wireless/intel/iwlwifi/dvm/lib.c:121: warning: Function parameter
or member 'priv' not described in 'iwlagn_txfifo_flush'
drivers/net/wireless/intel/iwlwifi/dvm/li
This is the only use of kerneldoc in the sourcefile and no
descriptions are provided.
Fixes the following W=1 kernel build warning(s):
drivers/net/wireless/intel/iwlwifi/dvm/calib.c:770: warning: Function
parameter or member 'priv' not described in 'iwl_find_disconn_antenna'
drivers/net/wirele
None of these headers attempt to document any function parameters.
Fixes the following W=1 kernel build warning(s):
drivers/net/wireless/intel/iwlwifi/dvm/main.c:388: warning: Function parameter
or member 't' not described in 'iwl_bg_statistics_periodic'
drivers/net/wireless/intel/iwlwifi/dvm/
> diff --git a/drivers/i2c/busses/i2c-i801.c b/drivers/i2c/busses/i2c-i801.c
> index e32ef3f01fe8..b13b1cbcac29 100644
> --- a/drivers/i2c/busses/i2c-i801.c
> +++ b/drivers/i2c/busses/i2c-i801.c
> @@ -1785,7 +1785,7 @@ static int i801_probe(struct pci_dev *dev, const struct
> pci_device_id *id)
>
Wed, Sep 09, 2020 at 03:27:19PM CEST, mo...@nvidia.com wrote:
>
>On 9/7/2020 8:58 PM, Jakub Kicinski wrote:
>> On Mon, 7 Sep 2020 16:46:01 +0300 Moshe Shemesh wrote:
>> > > In that sense I don't like --live because it doesn't really say much.
>> > > AFAIU it means 1) no link flap; 2) < 2 sec datapa
> From: Jason Gunthorpe
> Sent: Wednesday, September 9, 2020 10:15 PM
> On Wed, Sep 02, 2020 at 07:57:33PM +0300, Michal Kalderon wrote:
> > This set addresses several issues that were observed and reproduced on
> > different test and production configurations.
> >
> > Dave, Jason,
> > There is on
Em Wed, 09 Sep 2020 13:06:39 -0700
Joe Perches escreveu:
> fallthrough to a separate case/default label break; isn't very readable.
>
> Convert pseudo-keyword fallthrough; statements to a simple break; when
> the next label is case or default and the only statement in the next
> label block is b
On 9/8/2020 5:04 PM, Jiri Pirko wrote:
Sun, Sep 06, 2020 at 05:44:28PM CEST, ido...@idosch.org wrote:
On Wed, Sep 02, 2020 at 06:32:12PM +0300, Aya Levin wrote:
[...]
I understand how this struct allows you to re-use a lot of code between
per-device and per-port traps, but it's mainly en
This patch defines new getsockopt options BT_SNDMTU/BT_RCVMTU
for SCO socket to be compatible with other bluetooth sockets.
These new options return the same value as option SCO_OPTIONS
which is already present on existing kernels.
Reviewed-by: Alain Michaud
Reviewed-by: Abhishek Pandit-Subedi
S
It is desirable to define the HCI packet payload sizes of
USB alternate settings so that they can be exposed to user
space.
Reviewed-by: Alain Michaud
Reviewed-by: Abhishek Pandit-Subedi
Signed-off-by: Joseph Hwang
---
Changes in v3:
- Set hdev->sco_mtu to rp->sco_mtu if the latter is smaller.
USB alternate seeting of which the packet size is distinct.
The patches are to expose the packet size to user space so that
the user space does not need to hard code those values.
We have verified this patch on Chromebooks which use
- Realtek 8822CE controller with USB alt setting 1
- Intel contro
On Wed, Sep 09, 2020 at 10:06:59PM -0700, Eric Biggers wrote:
> On Thu, Sep 10, 2020 at 10:04:24AM +0530, Anmol Karn wrote:
> > Prevent hci_phy_link_complete_evt() from dereferencing 'hcon->amp_mgr'
> > as NULL. Fix it by adding pointer check for it.
> >
> > Reported-and-tested-by:
> > syzbot+0be
The difference between hard_header_len and needed_headroom has long been
confusing to driver developers. Let's clarify it.
The understanding on this issue in this patch is based on the following
reasons:
1.
In af_packet.c, the function packet_snd first reserves a headroom of
length (dev->hard_he
On Wed, Sep 9, 2020 at 8:30 PM David Ahern wrote:
> >
> > I think the packets modification (edit dst mac, add vlan tag, etc) should be
> > done on egress, which rely on David's XDP egress support.
>
> agreed. The DEVMAP used for redirect can have programs attached that
> update the packet headers
On Wed, Sep 9, 2020 at 8:24 PM Neal Cardwell wrote:
>
> On Wed, Sep 9, 2020 at 8:36 PM Martin KaFai Lau wrote:
> >
> > On Wed, Sep 09, 2020 at 02:15:52PM -0400, Neal Cardwell wrote:
> > > This patch series reorganizes TCP congestion control initialization so
> > > that if
> > > EBPF code called
On Wed, Sep 9, 2020 at 10:51 PM Moshe Shemesh wrote:
>
>
> On 9/7/2020 8:58 PM, Jakub Kicinski wrote:
> > On Mon, 7 Sep 2020 16:46:01 +0300 Moshe Shemesh wrote:
> >>> In that sense I don't like --live because it doesn't really say much.
> >>> AFAIU it means 1) no link flap; 2) < 2 sec datapath dow
On Wed, Sep 09, 2020 at 11:21:50PM -0400, Neal Cardwell wrote:
> On Wed, Sep 9, 2020 at 8:36 PM Martin KaFai Lau wrote:
> >
> > On Wed, Sep 09, 2020 at 02:15:52PM -0400, Neal Cardwell wrote:
> > > This patch series reorganizes TCP congestion control initialization so
> > > that if
> > > EBPF code
On Thu, Sep 10, 2020 at 10:04:24AM +0530, Anmol Karn wrote:
> Prevent hci_phy_link_complete_evt() from dereferencing 'hcon->amp_mgr'
> as NULL. Fix it by adding pointer check for it.
>
> Reported-and-tested-by: syzbot+0bef568258653cff2...@syzkaller.appspotmail.com
> Link: https://syzkaller.appspot
Hello,
syzbot found the following issue on:
HEAD commit:9322c47b Merge tag 'xfs-5.9-fixes-2' of git://git.kernel.o..
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=1142839590
kernel config: https://syzkaller.appspot.com/x/.config?x=e1c560d0f4e121c9
das
Prevent hci_phy_link_complete_evt() from dereferencing 'hcon->amp_mgr'
as NULL. Fix it by adding pointer check for it.
Reported-and-tested-by: syzbot+0bef568258653cff2...@syzkaller.appspotmail.com
Link: https://syzkaller.appspot.com/bug?extid=0bef568258653cff272f
Signed-off-by: Anmol Karn
---
ne
drivers/net/wireless/broadcom/brcm80211/brcmsmac/phy/phytbl_lcn.c:108:18:
warning: ‘dot11lcn_gain_tbl_rev1’ defined but not used
[-Wunused-const-variable=]
static const u32 dot11lcn_gain_tbl_rev1[] = {
^~
commit ebcfc66f56a4 ("brcmsmac: phytbl_lcn: Remove u
drivers/net/wireless/broadcom/brcm80211/brcmsmac/phy/phy_lcn.c:361:25: warning:
‘lcnphy_rx_iqcomp_table_rev0’ defined but not used [-Wunused-const-variable=]
struct lcnphy_rx_iqcomp lcnphy_rx_iqcomp_table_rev0[] = {
^~~
commit 38c95e0258a0 ("brcms
On 9/9/20 8:35 PM, Hangbin Liu wrote:
> Hi Alexei,
>
> On Wed, Sep 09, 2020 at 02:52:06PM -0700, Alexei Starovoitov wrote:
>> On Mon, Sep 07, 2020 at 04:27:21PM +0800, Hangbin Liu wrote:
>>> This patch is for xdp multicast support. which has been discussed
>>> before[0], The goal is to be able to
On Wed, 9 Sep 2020 15:26:49 -0700 Jacob Keller wrote:
> + if (!(supported_params &
> DEVLINK_SUPPORT_FLASH_UPDATE_COMPONENT)) {
> + NL_SET_ERR_MSG_ATTR(info->extack, nla_component,
> + "component update is not
> supported");
On 2020/9/9 下午11:41, Li Qiang wrote:
Free the 'page_list' when the 'npages' is zero.
Signed-off-by: Li Qiang
---
drivers/vhost/vdpa.c | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/drivers/vhost/vdpa.c b/drivers/vhost/vdpa.c
index 3fab94f88894..6a9fcaf1831d 100
Make use of devlink regions to allow read access to some of the
internal of the switches. Currently access to global1, global2 and the
ATU is provided.
The switch itself will never trigger a region snapshot, it is assumed
it is performed from user space as needed.
v2:
Remove left of debug print
C
On 9/9/20 12:22 PM, Jakub Kicinski wrote:
On Wed, 9 Sep 2020 10:58:19 -0700 Shannon Nelson wrote:
I'm suggesting that this implementation using the existing devlink
logging services should suffice until someone can design, implement, and
get accepted a different bit of plumbing. Unfortunately,
On Wed, 9 Sep 2020 15:26:50 -0700 Jacob Keller wrote:
> The devlink core recently gained support for checking whether the driver
> supports a flash_update parameter, via `supported_flash_update_params`.
> However, parameters are specified as function arguments. Adding a new
> parameter still requi
On Wed, 9 Sep 2020 15:26:51 -0700 Jacob Keller wrote:
> diff --git a/include/uapi/linux/devlink.h b/include/uapi/linux/devlink.h
> index 40d35145c879..19a573566359 100644
> --- a/include/uapi/linux/devlink.h
> +++ b/include/uapi/linux/devlink.h
> @@ -228,6 +228,28 @@ enum {
> DEVLINK_ATTR_ST
Allow the DSA drivers to implement the devlink call to get info info,
e.g. driver name, firmware version, ASIC ID, etc.
v2:
Combine declaration and the assignment on a single line.
Signed-off-by: Andrew Lunn
---
include/net/dsa.h | 5 -
net/dsa/dsa2.c| 19 ---
2 files c
The driver may have multiple regions which can be dumped using one
function. However, for this to work, additional information is
needed. Add a priv member to the ops structure for the driver to use
however it likes.
Signed-off-by: Andrew Lunn
---
include/net/devlink.h | 2 ++
1 file changed, 2
There will soon be more devlink code. Move the existing code into a
file of its own, before we start adding this new code.
Signed-off-by: Andrew Lunn
---
drivers/net/dsa/mv88e6xxx/Makefile | 1 +
drivers/net/dsa/mv88e6xxx/chip.c| 255 +--
drivers/net/dsa/mv88e6xxx/
Fixes the following warning when using W=1 to build kernel:
drivers/net/ethernet/stmicro/stmmac/stmmac_main.c:3634:6: warning: variable
‘ret’ set but not used [-Wunused-but-set-variable]
int ret, coe = priv->hw->rx_csum;
When digging stmmac_get_rx_header_len(), dwmac4_get_rx_header_len() and
dwx
kernel test robot 于2020年9月10日周四 上午8:19写道:
>
> Greeting,
>
> FYI, we noticed the following commit (built with gcc-9):
>
> commit: db71a2f198fef53a9f710ad5ac475bbdb6aba840 ("[MPTCP][PATCH v2 net 1/2]
> mptcp: fix subflow's local_id issues")
> url:
> https://github.com/0day-ci/linux/commits/Geliang
Hi Alexei,
On Wed, Sep 09, 2020 at 02:52:06PM -0700, Alexei Starovoitov wrote:
> On Mon, Sep 07, 2020 at 04:27:21PM +0800, Hangbin Liu wrote:
> > This patch is for xdp multicast support. which has been discussed
> > before[0], The goal is to be able to implement an OVS-like data plane in
> > XDP,
t.git
81365af13a5630673c49bfad9b24cf415e9576f6
config: arm-randconfig-r036-20200909 (attached as .config)
compiler: clang version 12.0.0 (https://github.com/llvm/llvm-project
8893d0816ccdf8998d2e21b5430e9d6abe7ef465)
reproduce (this is a W=1 build):
wget
https://raw.githubusercontent.com/
On Wed, 2020-09-09 at 19:36 -0300, Jason Gunthorpe wrote:
> On Wed, Sep 09, 2020 at 01:06:39PM -0700, Joe Perches wrote:
> > fallthrough to a separate case/default label break; isn't very readable.
> >
> > Convert pseudo-keyword fallthrough; statements to a simple break; when
> > the next label is
On Wed, 09 Sep 2020 14:54:36 -0700 Vinicius Costa Gomes wrote:
> > Vinicius, could you please take a look at all the syzbot reports which
> > point to your commit? I know syzbot bisection is not super reliable,
> > but at least 3 reports point to your commit now, so something's
> > probably going o
Hi Andrew,
> From: Andrew Lunn, Sent: Wednesday, September 9, 2020 10:47 PM
>
> On Wed, Sep 09, 2020 at 04:18:56AM +, Yoshihiro Shimoda wrote:
> > Hi David,
> >
> > > From: David Miller, Sent: Wednesday, September 9, 2020 12:25 PM
> > >
> > > From: Yoshihiro Shimoda
> > > Date: Wed, 9 Sep 2
From: Stefan Assmann
The for loop in i40e_set_vsi_promisc() reports errors via dev_err() but
does not propagate the error up the call chain. Instead it continues the
loop and potentially overwrites the reported error value.
This results in the error being recorded in the log buffer, but the
calle
From: Stefan Assmann
drivers/net/ethernet/intel/i40e/i40e_virtchnl_pf.c: In function
‘i40e_set_vsi_promisc’:
drivers/net/ethernet/intel/i40e/i40e_virtchnl_pf.c:1176:14: error: ‘aq_ret’ may
be used uninitialized in this function [-Werror=maybe-uninitialized]
i40e_status aq_ret;
In case the co
It's possible that the user specifies an interval that couldn't allow
any packet to be transmitted. This also avoids the issue of the
hrtimer handler starving the other threads because it's running too
often.
The solution is to reject interval sizes that according to the current
link speed wouldn'
From: Vinicius Costa Gomes
When timestamping a packet there's a delay between the start of the
packet and the point where the hardware actually captures the
timestamp. This difference needs to be considered if we want accurate
timestamps.
This was done on the RX side, but not on the TX side.
Fi
This series contains updates to i40e and igc drivers.
Stefan Assmann changes num_vlans to u16 to fix may be used uninitialized
error and propagates error in i40_set_vsi_promisc() for i40e.
Vinicius corrects timestamping latency values for i225 devices and
accounts for TX timestamping delay for ig
Pass the region to be snapshotted to the function performing the
snapshot. This allows one function to operate on numerous regions.
Signed-off-by: Andrew Lunn
---
drivers/net/ethernet/intel/ice/ice_devlink.c | 2 ++
drivers/net/netdevsim/dev.c | 6 --
include/net/devlink.h
The difference between hard_header_len and needed_headroom has long been
confusing to driver developers. Let's clarify it.
The understanding of the difference in this patch is based on the
following reasons:
1.
In this file, the function packet_snd first reserves a headroom of
length (dev->hard_
Refactor the code in mv88e6xxx_atu_new() which builds a bitmaps of
FIDs in use into a helper function. This will be reused by the devlink
code when dumping the ATU.
Signed-off-by: Andrew Lunn
---
drivers/net/dsa/mv88e6xxx/chip.c | 20
drivers/net/dsa/mv88e6xxx/chip.h | 2 ++
Unregister_pm_notifier is a blocking call so suspend tasks should be
cleared beforehand. Otherwise, the notifier will wait for completion
before returning (and we encounter a 2s timeout on resume).
Fixes: 0e9952804ec9c8 (Bluetooth: Clear suspend tasks on unregister)
Signed-off-by: Abhishek Pandit-
Given a devlink instance, return the dsa switch it is associated to.
Reviewed-by: Florian Fainelli
Signed-off-by: Andrew Lunn
---
include/net/dsa.h | 7 +++
net/dsa/dsa.c | 12 ++--
2 files changed, 9 insertions(+), 10 deletions(-)
diff --git a/include/net/dsa.h b/include/net/
Return the driver name and the asic.id with the switch name.
Reviewed-by: Jakub Kicinski
Signed-off-by: Andrew Lunn
---
drivers/net/dsa/mv88e6xxx/chip.c| 1 +
drivers/net/dsa/mv88e6xxx/devlink.c | 16
drivers/net/dsa/mv88e6xxx/devlink.h | 3 +++
3 files changed, 20 insert
On Wed, 9 Sep 2020 15:26:53 -0700 Jacob Keller wrote:
> Support the recently added DEVLINK_ATTR_FLASH_UPDATE_OVERWRITE_MASK
> parameter in the ice flash update handler. Convert the overwrite mask
> bitfield into the appropriate preservation level used by the firmware
> when updating.
>
> Because
Allow the global registers, and the ATU to be snapshot via devlink
regions. It is later planned to add support for the port registers.
v2:
Remove left over debug prints
Comment ATU format is generic for mv88e6xxx, not wider
v3:
Make use of ops structure passed to snapshot function
Remove port reg
Allow DSA drivers to make use of devlink regions, via simple wrappers.
Signed-off-by: Andrew Lunn
---
include/net/dsa.h | 6 ++
net/dsa/dsa.c | 16
2 files changed, 22 insertions(+)
diff --git a/include/net/dsa.h b/include/net/dsa.h
index 42ae6d4d9d43..431efb5098be 100
On Wed, Sep 09, 2020 at 02:15:55PM -0400, Neal Cardwell wrote:
> Now that the previous patches ensure that all call sites for
> tcp_set_congestion_control() want to initialize congestion control, we
> can simplify tcp_set_congestion_control() by removing the reinit
> argument and the code to suppor
On Wed, 9 Sep 2020 15:26:52 -0700 Jacob Keller wrote:
> The devlink interface recently gained support for a new "overwrite mask"
> parameter that allows specifying how various sub-sections of a flash
> component are modified when updating.
>
> Add support for this to netdevsim, to enable easily t
Unregister_pm_notifier is a blocking call so suspend tasks should be
cleared beforehand. Otherwise, the notifier will wait for completion
before returning (and we encounter a 2s timeout on resume).
Fixes: 0e9952804ec9c8 (Bluetooth: Clear suspend tasks on unregister)
Signed-off-by: Abhishek Pandit-
On Wed, Sep 09, 2020 at 02:15:52PM -0400, Neal Cardwell wrote:
> This patch series reorganizes TCP congestion control initialization so that if
> EBPF code called by tcp_init_transfer() sets the congestion control algorithm
> by calling setsockopt(TCP_CONGESTION) then the TCP stack initializes the
> They are in /sys/class/net/eth0/phydev/leds by default, because they
> are children of the PHY device and are of `leds` class, and the PHY
> subsystem creates a symlink `phydev` when PHY is attached to the
> interface.
> They are in /sys/class/leds/ as symlinks, because AFAIK everything in
> /sys
On Wed, Sep 09, 2020 at 01:06:39PM -0700, Joe Perches wrote:
> fallthrough to a separate case/default label break; isn't very readable.
>
> Convert pseudo-keyword fallthrough; statements to a simple break; when
> the next label is case or default and the only statement in the next
> label block is
Add support for specifying the overwrite sections to allow in the flash
update command. This is done by adding a new "overwrite" option which
can take either "settings" or "identifiers" passing the overwrite mode
multiple times will combine the fields using bitwise-OR.
Signed-off-by: Jacob Keller
This series implements the iproute2 side of the new
DEVLINK_ATTR_FLASH_UPDATE_OVERWRITE_MASK.
This attribute is used to allow userspace to indicate what a device should
do with various subsections of a flash component when updating. For example,
a flash component might contain vital data such as t
Signed-off-by: Jacob Keller
---
include/uapi/linux/devlink.h | 27 +++
1 file changed, 27 insertions(+)
diff --git a/include/uapi/linux/devlink.h b/include/uapi/linux/devlink.h
index b7f23faae901..dc267058600d 100644
--- a/include/uapi/linux/devlink.h
+++ b/include/uapi/l
Support the recently added DEVLINK_ATTR_FLASH_UPDATE_OVERWRITE_MASK
parameter in the ice flash update handler. Convert the overwrite mask
bitfield into the appropriate preservation level used by the firmware
when updating.
Because there is no equivalent preservation level for overwriting only
iden
The devlink core recently gained support for checking whether the driver
supports a flash_update parameter, via `supported_flash_update_params`.
However, parameters are specified as function arguments. Adding a new
parameter still requires modifying the signature of the .flash_update
callback in al
The devlink interface recently gained support for a new "overwrite mask"
parameter that allows specifying how various sub-sections of a flash
component are modified when updating.
Add support for this to netdevsim, to enable easily testing the
interface. Make the allowed overwrite mask values cont
Sections of device flash may contain settings or device identifying
information. When performing a flash update, it is generally expected
that these settings and identifiers are not overwritten.
However, it may sometimes be useful to allow overwriting these fields
when performing a flash update. S
This series introduces support for a new attribute to the flash update
command: DEVLINK_ATTR_FLASH_UPDATE_OVERWRITE_MASK.
This attribute is a bitfield which allows userspace to specify what set of
subfields to overwrite when performing a flash update for a device.
The intention is to support the
When implementing .flash_update, drivers which do not support
per-component update are manually checking the component parameter to
verify that it is NULL. Without this check, the driver might accept an
update request with a component specified even though it will not honor
such a request.
Instead
On Thu 2020-09-10 00:15:26, Marek Behun wrote:
> On Wed, 9 Sep 2020 23:40:09 +0200
> Pavel Machek wrote:
>
> > > >
> > > > 80 columns :-) (and please fix that globally, at least at places where
> > > > it is easy, like comments).
> > > >
> > >
> > > Linux is at 100 columns now since commit b
Add support for the new show-tunnels command. Support dump.
# ethtool --show-tunnels \*
Tunnel information for eth0:
UDP port table 0:
Size: 4
Types: vxlan
No entries
UDP port table 1:
Size: 4
Types: geneve, vxlan-gpe
Entries (2):
port 1230, vxlan-gpe
p
On Wed, 9 Sep 2020 23:40:09 +0200
Pavel Machek wrote:
> > >
> > > 80 columns :-) (and please fix that globally, at least at places where
> > > it is easy, like comments).
> > >
> >
> > Linux is at 100 columns now since commit bdc48fa11e46, commited by
> > Linus. See
> > https://git.kernel.or
On Wed, 9 Sep 2020 23:42:59 +0200
Andrew Lunn wrote:
> On Wed, Sep 09, 2020 at 06:25:45PM +0200, Marek Behún wrote:
> > Hello Andrew and Pavel,
> >
> > please review these patches adding support for HW controlled LEDs.
> > The main difference from previous version is that the API is now generali
On Wed, 9 Sep 2020 15:15:52 -0600
Rob Herring wrote:
> On Wed, Sep 09, 2020 at 06:25:46PM +0200, Marek Behún wrote:
> > Document binding for LEDs connected to and controlled by various chips
> > (such as ethernet PHY chips).
>
> If they are h/w controlled, then why are they in DT?
The idea is
Hi Jakub,
Jakub Kicinski writes:
> On Tue, 08 Sep 2020 22:29:21 -0700 syzbot wrote:
>> Hello,
>>
>> syzbot found the following issue on:
>>
>> HEAD commit:59126901 Merge tag 'perf-tools-fixes-for-v5.9-2020-09-03' ..
>> git tree: upstream
>> console output: https://syzkaller.appspot.c
On Mon, Sep 07, 2020 at 04:27:21PM +0800, Hangbin Liu wrote:
> This patch is for xdp multicast support. which has been discussed
> before[0], The goal is to be able to implement an OVS-like data plane in
> XDP, i.e., a software switch that can forward XDP frames to multiple ports.
>
> To achieve t
On Wed, Sep 09, 2020 at 06:25:45PM +0200, Marek Behún wrote:
> Hello Andrew and Pavel,
>
> please review these patches adding support for HW controlled LEDs.
> The main difference from previous version is that the API is now generalized
> and lives in drivers/leds, so that part needs to be reviewe
On Wed, 9 Sep 2020 15:31:22 -0600
Rob Herring wrote:
> On Wed, Sep 09, 2020 at 11:07:26PM +0200, Marek Behun wrote:
> > On Wed, 9 Sep 2020 14:59:23 -0600
> > Rob Herring wrote:
> >
> > > >
> > > > I don't know :) I copied this from other drivers, I once tried setting
> > > > up environment f
Hi!
> > > Many an ethernet PHY (and other chips) supports various HW control modes
> > > for LEDs connected directly to them.
> >
> > I guess this should be
> >
> > "Many ethernet PHYs (and other chips) support various HW control modes
> > for LEDs connected directly to them."
> >
>
> I gues
From: Vinay Kumar Yadav
Date: Thu, 10 Sep 2020 01:55:34 +0530
> Sending bug fixes in net-next tree because chtls directory restructure
> changes is available only in net-next not in net.
Since when is file movement a reason to not submit bugs to the correct
tree?
I'm not doing this sorry, pleas
From: Saeed Mahameed
Date: Wed, 9 Sep 2020 19:22:02 +
> Maxim really tried here to avoid this without huge performance
> degradation (~6.4% reduce in packet rate), due to the refactoring
> patches gcc yields non optimal code, as we explained in the commit
> messages and cover-letter
>
> Our
From: Allen
Date: Thu, 10 Sep 2020 00:06:47 +0530
>>
>> > @@ -1562,10 +1562,11 @@ static void ace_watchdog(struct net_device *data,
>> > unsigned int txqueue)
>> > }
>> >
>> >
>> > -static void ace_tasklet(unsigned long arg)
>> > +static void ace_tasklet(struct tasklet_struct *t)
>> > {
>> > -
On Wed, Sep 09, 2020 at 11:07:26PM +0200, Marek Behun wrote:
> On Wed, 9 Sep 2020 14:59:23 -0600
> Rob Herring wrote:
>
> > >
> > > I don't know :) I copied this from other drivers, I once tried setting
> > > up environment for doing checking of device trees with YAML schemas,
> > > and it was a
From: Shannon Nelson
Date: Wed, 9 Sep 2020 10:58:19 -0700
> I'm suggesting that this implementation using the existing devlink
> logging services should suffice until someone can design, implement,
> and get accepted a different bit of plumbing. Unfortunately, that's
> not a job that I can get t
From: Florian Fainelli
Date: Wed, 9 Sep 2020 10:49:31 -0700
> We already maintain an array of VLANs used by the switch so we can
> simply iterate over it to report the occupancy via devlink.
>
> Signed-off-by: Florian Fainelli
Applied.
From: Igor Russkikh
Date: Wed, 9 Sep 2020 20:43:07 +0300
> This patchset fixes some recent issues found by customers.
>
> v3:
> resending on Dmitry's behalf
>
> v2:
> correct hash in Fixes tag
Series applied, thank you.
On 9/9/20 4:14 PM, David Miller wrote:
From: Alex Elder
Date: Wed, 9 Sep 2020 08:43:44 -0500
There is exactly one reference here; the "reference" is
essentially a Boolean flag. So the value is always either
0 or 1.
Aha, then why not use a bitmask and test_and_set_bit() et al.?
OK I'll go
From: Russell King - ARM Linux admin
Date: Wed, 9 Sep 2020 17:25:02 +0100
> This series adds PTP support for PP2.2 hardware to the mvpp2 driver.
> Tested on the Macchiatobin eth1 port.
>
> Note that on the Macchiatobin, eth0 uses a separate TAI block from
> eth1, and there is no hardware synchro
From: Jakub Kicinski
Date: Wed, 9 Sep 2020 08:34:42 -0700
> On Wed, 9 Sep 2020 07:50:32 +0300 Parav Pandit wrote:
>> From: Parav Pandit
>>
>> Hi Jakub, Dave,
>>
>> Currently a devlink instance that supports an eswitch handles eswitch
>> ports of two type of controllers.
>> (1) controller disc
On Wed, 9 Sep 2020 22:48:15 +0200
Pavel Machek wrote:
> Hi!
>
> > Many an ethernet PHY (and other chips) supports various HW control modes
> > for LEDs connected directly to them.
>
> I guess this should be
>
> "Many ethernet PHYs (and other chips) support various HW control modes
> for LEDs
From: Zhang Changzhong
Date: Wed, 9 Sep 2020 22:06:37 +0800
> Because clk_prepare_enable() and clk_disable_unprepare() already checked
> NULL clock parameter, so the additional checks are unnecessary, just
> remove them.
>
> Reported-by: Hulk Robot
> Signed-off-by: Zhang Changzhong
Applied.
From: Zhang Changzhong
Date: Wed, 9 Sep 2020 22:09:00 +0800
> Because clk_prepare_enable() and clk_disable_unprepare() already checked
> NULL clock parameter, so the additional checks are unnecessary, just
> remove them.
>
> Reported-by: Hulk Robot
> Signed-off-by: Zhang Changzhong
Applied.
From: Marco Felsch
Date: Wed, 9 Sep 2020 15:44:56 +0200
> this small series cleans the smsc-phy code a bit and adds the support to
> specify the phy clock source. Adding the phy clock source support is
> also the main purpose of this series.
>
> Each file has its own changelog.
>
> Thanks a lo
On Wed, Sep 09, 2020 at 06:25:46PM +0200, Marek Behún wrote:
> Document binding for LEDs connected to and controlled by various chips
> (such as ethernet PHY chips).
If they are h/w controlled, then why are they in DT?
>
> Signed-off-by: Marek Behún
> Cc: Rob Herring
> Cc: devicet...@vger.kern
From: Alex Elder
Date: Wed, 9 Sep 2020 08:43:44 -0500
> There is exactly one reference here; the "reference" is
> essentially a Boolean flag. So the value is always either
> 0 or 1.
Aha, then why not use a bitmask and test_and_set_bit() et al.?
From: Wang Hai
Date: Wed, 9 Sep 2020 21:21:09 +0800
> Rename ptp to ptp_info.
>
> Fix W=1 compile warnings (invalid kerneldoc):
>
> drivers/net/ethernet/cavium/common/cavium_ptp.c:94: warning: Excess function
> parameter 'ptp' description in 'cavium_ptp_adjfine'
> drivers/net/ethernet/cavium/c
Hi Bjørn,
Il giorno mer 9 set 2020 alle ore 14:49 Bjørn Mork ha scritto:
>
> Daniele Palmas writes:
> > Il giorno mer 9 set 2020 alle ore 13:09 Carl Yin(殷张成)
> > ha scritto:
> >>
> >> Hi Deniele:
> >>
> >> I have an idea, by now in order to use QMAP,
> >> must execute shell comm
On Wed, 9 Sep 2020 14:59:23 -0600
Rob Herring wrote:
> >
> > I don't know :) I copied this from other drivers, I once tried setting
> > up environment for doing checking of device trees with YAML schemas,
> > and it was a little painful :)
>
> pip3 install dtschema ?
>
> Can you elaborate on
1 - 100 of 351 matches
Mail list logo