1.14 Merge Order

[galak]

This Issue is to track which changes should try and get merged in which order early on so we can reduce churn & conflicts:

Topic	Merge Status	impact to code base	PR	Owner (s)
Move SoC code to top-level	Merged	impacts new SoC supports in arch/*/soc	#9776	@nashif
DTS code generation	not ready (#8499)		#8561	@erwango @b0661
CMake library generation changes	not ready		#8451	@tejlmand
Moving to new Logging subsystem	in progress	numerous PRs	logging PRs	@nashif
Moving to new shell subsystem	in progress		#9362	@jarz-nordic @carlescufi
Multi-Repo, west tool	in progress		#7338	@carlescufi

[mike-scott]

Where does the move to socket API support in the networking subsystems land in this list?

[nashif]

nice table :)

[nashif]

Where does the move to socket API support in the networking subsystems land in this list?

which PR is that?

[mike-scott]

@nashif this is the primary tracking issue for socket API support: #7591 Hopefully, before the weekend, I plan to submit an RFC/Proof-of-concept PR changing CoAP and LwM2M so that they support both sockets and net-app (based on Kconfig).

[carlescufi]

@galak added some additional info, thanks for creating this.

[nashif]

@mike-scott

@nashif this is the primary tracking issue for socket API support: #7591 Hopefully, before the weekend, I plan to submit an RFC/Proof-of-concept PR changing CoAP and LwM2M so that they support both sockets and net-app (based on Kconfig).

This is more or less for everything that is either complete or semi-complete and intrusive in nature, i.e. touches multiple components.
We are trying to avoid lots of churn by prioritising review/merge and focusing on the high priority PRs we want to get in for 1.14.

Everything else continues as usual.

[pfalcon]

and intrusive in nature

That's how I understand this list too. For sockets, stuff-before-sockets remains there for the foreseeable future, so socket tasks aren't for this list. (Unlike e.g. logging, which, if we decided to switch too, needs to be done, or it's really a pain to deal with 2 systems).

@mike-scott ^^

[mike-scott]

ok