https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=220032
Jia-Ju Bai changed:
What|Removed |Added
Resolution|--- |Not A Bug
Status|New
Hi,
I have read the manual page ofbus_dmamap_load and other dmamap-load
related functions.
These calls will always return immediately and will not block for any
reason.
Sorry for my wrong report, please ignore it.
Thanks,
Jia-Ju Bai
On 2017/6/18 15:47, Jia-Ju Bai wrote:
Thanks a lot, your a
Thanks a lot, your advice is very helpful :)
I will submit a patch according to your advice, and update my bug report.
By the way, I have found many similar possible bugs in network drivers
in FreeBSD.
And they are all caused by "BUS_DMA_WAITOK" in bus_dmamap_load and other
dmamap-load related
On Fri, Jun 16, 2017 at 2:03 AM, Jia-Ju Bai wrote:
> The alc driver may sleep under a mutex, and the function call paths in file
> "sys/dev/alc/if_alc.c" in FreeBSD 11.0 is:
> alc_resume [line 2648: acquire the mutex]
> alc_init_locked [line 2664]
> alc_init_rx_ring [line 3911]
> alc_
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=220032
Mark Linimon changed:
What|Removed |Added
Assignee|freebsd-b...@freebsd.org|freebsd-net@FreeBSD.org
--
You are
The alc driver may sleep under a mutex, and the function call paths in file
"sys/dev/alc/if_alc.c" in FreeBSD 11.0 is:
alc_resume [line 2648: acquire the mutex]
alc_init_locked [line 2664]
alc_init_rx_ring [line 3911]
alc_newbuf [line 4469]
bus_dmamap_load_mbuf_sg(BUS_DMA_WAITO
