[PATCH 1/3] remoteproc: k3-r5: Fix checks in k3_r5_rproc_{mbox_callback/kick}

Commit f3f11cfe8907 ("remoteproc: k3-r5: Acquire mailbox handle during probe routine") introduced a check in the "k3_r5_rproc_mbox_callback()" and "k3_r5_rproc_kick()" callbacks to exit if the remote core's state was "RPROC_DETACHED". However, this caused issues in IPC-only mode, as the default sta

[PATCH v2 3/3] remoteproc: k3-r5: Refactor sequential core power up/down operations

The existing implementation of the waiting mechanism in "k3_r5_cluster_rproc_init()" waits for the "released_from_reset" flag to be set as part of the firmware boot process in "k3_r5_rproc_start()". The "k3_r5_cluster_rproc_init()" function is invoked in the probe routine which causes unexpected fa

[PATCH 2/3] remoteproc: k3-dsp: Fix checks in k3_dsp_rproc_{mbox_callback/kick}

Commit ea1d6fb5b571 ("remoteproc: k3-dsp: Acquire mailbox handle during probe routine") introduced a check in the "k3_dsp_rproc_mbox_callback()" and "k3_dsp_rproc_kick()" callbacks to exit if the remote core's state was "RPROC_DETACHED". However, this caused issues in IPC-only mode, as the default

[PATCH 0/3] Rework TI K3 R5F remoteproc driver

This series cleans up the TI R5F remoteproc driver by addressing various bugs. This is also the second series as part of the refactoring of K3 remoteproc drivers[0]. The third and final series for K3 Refactoring will be posted soon which will deal with the TI DSP and TI M4 drivers. The R5F driver t

Re: [paulmckrcu:dev.2024.12.11a] [rcutorture] 774c4d7adb: WARNING:at_kernel/rcu/rcutorture.c:#rcutorture_one_extend_check[rcutorture]

hi, Paul, On Tue, Dec 24, 2024 at 09:57:16AM -0800, Paul E. McKenney wrote: > On Tue, Dec 24, 2024 at 02:48:26PM +0800, kernel test robot wrote: > > > > hi, Paul, > > > > we noticed there is similar commit in newer branches: > > dev.2024.12.11b > > dev.2024.12.12a > > dev.2024.12.13a > >

[RFC net-next] net: mac802154: Remove unused ieee802154_mlme_tx_one

From: "Dr. David Alan Gilbert" ieee802154_mlme_tx_one() was added in 2022 by commit ddd9ee7cda12 ("net: mac802154: Introduce a synchronous API for MLME commands") but has remained unused. Remove it. Note, there's still a ieee802154_mlme_tx_one_locked() variant that is used. Signed-off-by: Dr.

Re: [GIT PULL] Modules fixes for v6.14-rc5

The pull request you sent on Mon, 23 Dec 2024 11:55:26 +0100: > git://git.kernel.org/pub/scm/linux/kernel/git/modules/linux.git/ > tags/modules-6.13-rc5 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/ef49c460ab89d3d0ccc01c0ac3b55a47927ec6d5 Thank you! -- Deet-doot-

Re: [GIT PULL] Modules fixes for v6.14-rc5

The pull request you sent on Mon, 23 Dec 2024 11:55:26 +0100: > git://git.kernel.org/pub/scm/linux/kernel/git/modules/linux.git/ > tags/modules-6.13-rc5 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/ef49c460ab89d3d0ccc01c0ac3b55a47927ec6d5 Thank you! -- Deet-doot-

Re: [PATCH] openrisc: migrate to the generic rule for built-in DTB

On Sun, Dec 22, 2024 at 09:23:50AM +0900, Masahiro Yamada wrote: > Commit 654102df2ac2 ("kbuild: add generic support for built-in boot > DTBs") introduced generic support for built-in DTBs. > > Select GENERIC_BUILTIN_DTB to use the generic rule. > > To keep consistency across architectures, this

Re: [PATCH v7 03/16] rust: implement `IdArray`, `IdTable` and `RawDeviceId`

On Thu, 19 Dec 2024 18:04:05 +0100 Danilo Krummrich wrote: > Most subsystems use some kind of ID to match devices and drivers. Hence, > we have to provide Rust drivers an abstraction to register an ID table > for the driver to match. > > Generally, those IDs are subsystem specific and hence need

Re: [PATCH v7 04/16] rust: add rcu abstraction

On Thu, 19 Dec 2024 18:04:06 +0100 Danilo Krummrich wrote: > From: Wedson Almeida Filho > > Add a simple abstraction to guard critical code sections with an rcu > read lock. > > Reviewed-by: Boqun Feng > Signed-off-by: Wedson Almeida Filho > Co-developed-by: Danilo Krummrich > Signed-off-by

Re: [PATCH v7 01/16] rust: module: add trait `ModuleMetadata`

On Thu, 19 Dec 2024 18:04:03 +0100 Danilo Krummrich wrote: > In order to access static metadata of a Rust kernel module, add the > `ModuleMetadata` trait. > > In particular, this trait provides the name of a Rust kernel module as > specified by the `module!` macro. > > Signed-off-by: Danilo Kru

Re: [paulmckrcu:dev.2024.12.11a] [rcutorture] 774c4d7adb: WARNING:at_kernel/rcu/rcutorture.c:#rcutorture_one_extend_check[rcutorture]

| > +-+++ > > > If you fix the issue in a separate patch/commit (i.e. not just a new version > of > the same patch/commit), kindly add following tags > | Reported-by:

Re: [PATCH v7 08/16] rust: add devres abstraction

On Thu, 19 Dec 2024 18:04:10 +0100 Danilo Krummrich wrote: > Add a Rust abstraction for the kernel's devres (device resource > management) implementation. > > The Devres type acts as a container to manage the lifetime and > accessibility of device bound resources. Therefore it registers a > devr

Re: [PATCH v7 02/16] rust: implement generic driver registration

On Thu, 19 Dec 2024 18:04:04 +0100 Danilo Krummrich wrote: > Implement the generic `Registration` type and the `RegistrationOps` > trait. > > The `Registration` structure is the common type that represents a driver > registration and is typically bound to the lifetime of a module. However, > it

Re: [PATCH v7 05/16] rust: types: add `Opaque::pin_init`

On Thu, 19 Dec 2024 18:04:07 +0100 Danilo Krummrich wrote: > Analogous to `Opaque::new` add `Opaque::pin_init`, which instead of a > value `T` takes a `PinInit` and returns a `PinInit>`. > > Reviewed-by: Alice Ryhl > Suggested-by: Alice Ryhl > Signed-off-by: Danilo Krummrich Reviewed-by: Gar