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
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
[<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 (&
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
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
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/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
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
[<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
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
_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
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
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
;] 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
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 --
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
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
[] 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
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
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
20 matches
Mail list logo