mbox series

pull-request: ieee802154 for net-next 2023-12-20

Message ID 20231220095556.4d9cef91@xps-13 (mailing list archive)
State Accepted
Delegated to: Netdev Maintainers
Headers show
Series pull-request: ieee802154 for net-next 2023-12-20 | expand

Pull-request

git@gitolite.kernel.org:pub/scm/linux/kernel/git/wpan/wpan-next.git tags/ieee802154-for-net-next-2023-12-20

Checks

Context Check Description
netdev/tree_selection success Pull request for net-next
netdev/apply fail Pull to net-next failed

Message

Miquel Raynal Dec. 20, 2023, 8:55 a.m. UTC
Hello Dave, Jakub, Paolo, Eric.

This is the ieee802154 pull-request for your *net-next* tree.

Thanks,
Miquèl

The following changes since commit b85ea95d086471afb4ad062012a4d73cd328fa86:

  Linux 6.7-rc1 (2023-11-12 16:19:07 -0800)

are available in the Git repository at:

  git@gitolite.kernel.org:pub/scm/linux/kernel/git/wpan/wpan-next.git tags/ieee802154-for-net-next-2023-12-20

for you to fetch changes up to 2373699560a754079579b7722b50d1d38de1960e:

  mac802154: Avoid new associations while disassociating (2023-12-15 11:14:57 +0100)

----------------------------------------------------------------
This pull request mainly brings support for dynamic associations in the
WPAN world. Thanks to the recent improvements it was possible to
discover nearby devices, it is now also possible to associate with them
to form a sub-network using a specific PAN ID. The support includes
several functions, such as:
* Requesting an association to a coordinator, waiting for the response
* Sending a disassociation notification to a coordinator
* Receiving an association request when we are coordinator, answering
  the request (for now all devices are accepted up to a limit, to be
  refined)
* Sending a disassociation notification to a child
* Users may request the list of associated devices (the parent and the
  children).

Here are a few example of userspace calls that can be made:
iwpan dev <dev> associate pan_id 2 coord $COORD
iwpan dev <dev> list_associations
iwpan dev <dev> disassociate ext_addr $COORD

There are as well two patches from Uwe turning remove callbacks into
void functions.

----------------------------------------------------------------
Miquel Raynal (16):
      ieee802154: Let PAN IDs be reset
      ieee802154: Internal PAN management
      ieee802154: Add support for user association requests
      mac802154: Handle associating
      ieee802154: Add support for user disassociation requests
      mac802154: Handle disassociations
      mac802154: Handle association requests from peers
      ieee802154: Add support for limiting the number of associated devices
      mac802154: Follow the number of associated devices
      mac802154: Handle disassociation notifications from peers
      ieee802154: Give the user the association list
      mac80254: Provide real PAN coordinator info in beacons
      mac802154: Use the PAN coordinator parameter when stamping packets
      mac802154: Only allow PAN controllers to process association requests
      ieee802154: Avoid confusing changes after associating
      mac802154: Avoid new associations while disassociating

Uwe Kleine-König (2):
      ieee802154: fakelb: Convert to platform remove callback returning void
      ieee802154: hwsim: Convert to platform remove callback returning void

 drivers/net/ieee802154/fakelb.c          |   5 +-
 drivers/net/ieee802154/mac802154_hwsim.c |   6 +--
 include/net/cfg802154.h                  |  72 +++++++++++++++++++++++++++++
 include/net/ieee802154_netdev.h          |  60 ++++++++++++++++++++++++
 include/net/nl802154.h                   |  22 ++++++++-
 net/ieee802154/Makefile                  |   2 +-
 net/ieee802154/core.c                    |  24 ++++++++++
 net/ieee802154/nl802154.c                | 249 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++---------
 net/ieee802154/pan.c                     | 109 ++++++++++++++++++++++++++++++++++++++++++++
 net/ieee802154/rdev-ops.h                |  30 ++++++++++++
 net/ieee802154/trace.h                   |  38 ++++++++++++++++
 net/mac802154/cfg.c                      | 175 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
 net/mac802154/ieee802154_i.h             |  27 +++++++++++
 net/mac802154/main.c                     |   2 +
 net/mac802154/rx.c                       |  36 +++++++++++++--
 net/mac802154/scan.c                     | 407 +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++-
 16 files changed, 1227 insertions(+), 37 deletions(-)
 create mode 100644 net/ieee802154/pan.c

Comments

Miquel Raynal Dec. 22, 2023, 2:20 p.m. UTC | #1
Hello net maintainers,

miquel.raynal@bootlin.com wrote on Wed, 20 Dec 2023 09:55:56 +0100:

> Hello Dave, Jakub, Paolo, Eric.
> 
> This is the ieee802154 pull-request for your *net-next* tree.

I'm sorry for doing this but I saw the e-mail saying net-next would
close tomorrow, I'd like to ensure you received this PR, as you
are usually quite fast at merging them and the deadline approaches.

It appears on patchwork, but the "netdev apply" worker failed, I've no
idea why, rebasing on net-next does not show any issue.

https://patchwork.kernel.org/project/netdevbpf/patch/20231220095556.4d9cef91@xps-13/

Let me know if there is anything wrong.

Thanks,
Miquèl
Jakub Kicinski Jan. 4, 2024, 10:31 p.m. UTC | #2
On Fri, 22 Dec 2023 15:20:17 +0100 Miquel Raynal wrote:
> miquel.raynal@bootlin.com wrote on Wed, 20 Dec 2023 09:55:56 +0100:
> 
> > Hello Dave, Jakub, Paolo, Eric.
> > 
> > This is the ieee802154 pull-request for your *net-next* tree.  
> 
> I'm sorry for doing this but I saw the e-mail saying net-next would
> close tomorrow, I'd like to ensure you received this PR, as you
> are usually quite fast at merging them and the deadline approaches.

Sorry for the delay, I only caught up with enough email now :)

> It appears on patchwork, but the "netdev apply" worker failed, I've no
> idea why, rebasing on net-next does not show any issue.

That's because the pull URL is:

git@gitolite.kernel.org:pub ...

the bot doesn't have SSH access to kernel.org. IIRC you need to set 
the fetch URL in git remote for your repo to be over HTTPS. Only
leave push over SSH.

> https://patchwork.kernel.org/project/netdevbpf/patch/20231220095556.4d9cef91@xps-13/
> 
> Let me know if there is anything wrong.

Pulled now, thanks!
Miquel Raynal Jan. 8, 2024, 7:28 a.m. UTC | #3
Hi Jakub,

kuba@kernel.org wrote on Thu, 4 Jan 2024 14:31:35 -0800:

> On Fri, 22 Dec 2023 15:20:17 +0100 Miquel Raynal wrote:
> > miquel.raynal@bootlin.com wrote on Wed, 20 Dec 2023 09:55:56 +0100:
> >   
> > > Hello Dave, Jakub, Paolo, Eric.
> > > 
> > > This is the ieee802154 pull-request for your *net-next* tree.    
> > 
> > I'm sorry for doing this but I saw the e-mail saying net-next would
> > close tomorrow, I'd like to ensure you received this PR, as you
> > are usually quite fast at merging them and the deadline approaches.  
> 
> Sorry for the delay, I only caught up with enough email now :)

No problem with the delay, sometimes e-mails get lost in SPAM folders
and I was unsure about whether you would pull after closing (and
possibly re-opening) ne-next.

> > It appears on patchwork, but the "netdev apply" worker failed, I've no
> > idea why, rebasing on net-next does not show any issue.  
> 
> That's because the pull URL is:
> 
> git@gitolite.kernel.org:pub ...
> 
> the bot doesn't have SSH access to kernel.org. IIRC you need to set 
> the fetch URL in git remote for your repo to be over HTTPS. Only
> leave push over SSH.

Oh, right, indeed on another repo used to generate pull requests I have
a different fetch/push remote, but I totally overlooked that one. I will
update my setup, thanks for the tip!

> > https://patchwork.kernel.org/project/netdevbpf/patch/20231220095556.4d9cef91@xps-13/
> > 
> > Let me know if there is anything wrong.  
> 
> Pulled now, thanks!

Perfect, thanks!

Miquèl