drv+0x7c/0xd4
[<3b929a36>] __device_attach+0x9c/0x19c
[<a94e0ba8>] device_initial_probe+0x14/0x20
[<3c999637>] bus_probe_device+0xa0/0xac
Signed-off-by: Xiaolei Wang
---
drivers/rpmsg/virtio_rpmsg_bus.c | 1 +
1 file changed, 1 insertion(+)
diff --
[] do_one_initcall+0x80/0x3ac
[<7e584867>] kernel_init_freeable+0x170/0x1f0
[<80074741>] kernel_init+0x8/0x120
[<285d6f28>] ret_from_fork+0x14/0x20
[<>] 0x0
Signed-off-by: Xiaolei Wang
---
drivers/base/regmap/regmap-debugfs.c | 11 +--
1 file
0/0x1f0
[<80074741>] kernel_init+0x8/0x120
[<285d6f28>] ret_from_fork+0x14/0x20
[<>] 0x0
Fixes: 9b947a13e7f6 ("regmap: use debugfs even when no device")
Signed-off-by: Xiaolei Wang
---
drivers/base/regmap/regmap-debugfs.c | 11 +--
1 file
ne+0x1c/0x30
[] do_one_initcall+0x80/0x3ac
[<7e584867>] kernel_init_freeable+0x170/0x1f0
[<80074741>] kernel_init+0x8/0x120
[<285d6f28>] ret_from_fork+0x14/0x20
[<>] 0x0
Signed-off-by: Xiaolei Wang
---
drivers/base/reg
R1J57L mmc chip hw capibility indicates that it supports trim function,
but this function does not work properly, the SDIO bus does not respond,
and the IO has been waiting so set quirks to skip trim
Signed-off-by: Xiaolei Wang
---
drivers/mmc/core/quirks.h | 4
1 file changed, 4
When using the wl1271 Bluetooth function of am335x, it is found that the
Bluetooth module cannot respond in time after Bluetooth is enabled, and
a small delay is needed to work normally, so whether to add a small
mdelay.
Signed-off-by: Xiaolei Wang
---
drivers/bluetooth/hci_ll.c | 1 +
1 file
;] device_initial_probe+0x14/0x20
[<0000d8f8b7ae>] bus_probe_device+0xb0/0xb4
unreferenced object 0x864c9690 (size 16):
Signed-off-by: Xiaolei Wang
---
drivers/remoteproc/remoteproc_core.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/remoteproc/remoteproc_co
243>] __device_attach+0xfc/0x18c
[<72e4e1a4>] device_initial_probe+0x14/0x20
Signed-off-by: Xiaolei Wang
---
drivers/remoteproc/imx_rproc.c | 14 ++
1 file changed, 14 insertions(+)
diff --git a/drivers/remoteproc/imx_rproc.c b/drivers/remoteproc/imx_rproc.c
index 7
On 4/26/25 21:18, Peng Fan wrote:
CAUTION: This email comes from a non Wind River email account!
Do not click links or open attachments unless you recognize the sender and know
the content is safe.
On Sat, Apr 26, 2025 at 02:53:47PM +0800, Xiaolei Wang wrote:
When rproc->st
On 4/30/25 01:30, Mathieu Poirier wrote:
CAUTION: This email comes from a non Wind River email account!
Do not click links or open attachments unless you recognize the sender and know
the content is safe.
On Mon, 28 Apr 2025 at 20:20, Xiaolei Wang wrote:
On 4/26/25 14:53, Xiaolei Wang
[<0cf1fa33>] bus_for_each_drv+0x84/0xe4
[<1a53b53e>] __device_attach+0xfc/0x18c
[<d1a2a32c>] device_initial_probe+0x14/0x20
[<d8f8b7ae>] bus_probe_device+0xb0/0xb4
unreferenced object 0x864c9690 (size 16):
Fixes: 9dc9507f1880 (&
nel.org/project/linux-remoteproc/patch/20250424122252.2777363-2-xiaolei.w...@windriver.com/
Xiaolei Wang (2):
remoteproc: cleanup acquired resources when rproc_handle_resources()
fails in rproc_attach()
remoteproc: core: release rproc->clean_table after rproc_attach()
fails
drivers
a4>] device_initial_probe+0x14/0x20
Fixes: 10a3d4079eae ("remoteproc: imx_rproc: move memory parsing to rproc_ops")
Suggested-by: Mathieu Poirier
Signed-off-by: Xiaolei Wang
---
drivers/remoteproc/remoteproc_core.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions
On 4/26/25 00:47, Mathieu Poirier wrote:
CAUTION: This email comes from a non Wind River email account!
Do not click links or open attachments unless you recognize the sender and know
the content is safe.
On Thu, Apr 24, 2025 at 08:22:51PM +0800, Xiaolei Wang wrote:
Release all carveouts
On 4/29/25 00:49, Mathieu Poirier wrote:
CAUTION: This email comes from a non Wind River email account!
Do not click links or open attachments unless you recognize the sender and know
the content is safe.
Hi Xiaolei,
On Sat, Apr 26, 2025 at 02:53:47PM +0800, Xiaolei Wang wrote:
When rproc
On 4/26/25 14:53, Xiaolei Wang wrote:
When rproc->state = RPROC_DETACHED is attached to remote processor
through rproc_attach(), if rproc_handle_resources() returns failure,
then the clean table should be released, otherwise the following
memory leak will occur.
unreferenced obj
[<0cf1fa33>] bus_for_each_drv+0x84/0xe4
[<1a53b53e>] __device_attach+0xfc/0x18c
[<d1a2a32c>] device_initial_probe+0x14/0x20
[<0000d8f8b7ae>] bus_probe_device+0xb0/0xb4
unreferenced object 0x864c9690 (size 16):
Signed-off-by: Xiaole
_probe+0x110/0x27c
[<e245c0ae>] __driver_probe_device+0x78/0x12c
[<f61f6f5e>] driver_probe_device+0x3c/0x118
[<a7874938>] __device_attach_driver+0xb8/0xf8
[<65319e69>] bus_for_each_drv+0x84/0xe4
[<db3eb243>] __device_attach+0xf
tchwork.kernel.org/project/linux-remoteproc/patch/20250424122252.2777363-2-xiaolei.w...@windriver.com/
Xiaolei Wang (2):
remoteproc: imx_rproc: release carveout under imx_rproc after
rproc_attach() fails
remoteproc: core: release rproc->clean_table after rproc_attach()
fails
drivers/r
On 4/27/25 04:14, Mathieu Poirier wrote:
CAUTION: This email comes from a non Wind River email account!
Do not click links or open attachments unless you recognize the sender and know
the content is safe.
On Sat, 26 Apr 2025 at 07:46, xiaolei wang wrote:
On 4/26/25 21:18, Peng Fan wrote
20 matches
Mail list logo
