https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=220073
gitdev changed:
What|Removed |Added
CC||git...@kippona.net
--- Comment #5 from gi
The driver may sleep under a mutex, and the code path is:
xl_resume [acquire the mutex]
xl_init_locked
xl_list_rx_init
bus_dmamap_create(BUS_DMA_WAITOK) --> may sleep
The possible fix of this bug is to replace "BUS_DMA_WAITOK" in
bus_dmamap_create with "BUS_DMA_NOWAIT".
This bug is f
To view an individual PR, use:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=(Bug Id).
The following is a listing of current problems submitted by FreeBSD users,
which need special attention. These represent problem reports covering
all versions including experimental development code and ob
The driver may sleep under a mutex, and the function call paths are:
ixgb_init [acquire the mutex]
ixgb_init_locked
ixgb_setup_transmit_structures
bus_dma_tag_create(BUS_DMA_ALLOCNOW) --> may sleep
ixgb_init [acquire the mutex]
ixgb_init_locked
ixgb_setup_receive_structures
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=220032
Jia-Ju Bai changed:
What|Removed |Added
Resolution|--- |Not A Bug
Status|New
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=186114
--- Comment #73 from Eugene Grosbein ---
(In reply to Kubilay Kocak from comment #72)
This is the patch https://bugs.freebsd.org/bugzilla/attachment.cgi?id=183537
My tests show no issues with it. It really helps and I'd like to see it
inc
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
Hi,
I have read the manual page of bus_dmamap_load_mbuf_sg.
This call 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 9:04, Jia-Ju Bai wrote:
The alc driver may sleep under a mutex, and the function
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=220033
Jia-Ju Bai changed:
What|Removed |Added
Resolution|--- |Not A Bug
Status|New
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=186114
Kubilay Kocak changed:
What|Removed |Added
See Also||https://bugs.freebsd.org/bu
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=186114
--- Comment #72 from Kubilay Kocak ---
(In reply to Eugene Grosbein from comment #71)
Is there an issue for the syslog related changes/patch discussed with kib@ on
freebsd-current?
--
You are receiving this mail because:
You are on the C
The ixgb driver may sleep under a mutex, and the function call path is:
ixgb_init [acquire the mutex]
ixgb_init_locked
ixgb_setup_receive_structures
ixgb_allocate_receive_structures
ixgb_get_buf
bus_dmamap_load(BUS_DMA_WAITOK) --> may sleep
The possible fix of these b
The alc driver may sleep under a mutex, and the function call paths in file
"sys/dev/alc/if_alc.c" are:
alc_resume [acquire the mutex]
alc_init_locked
alc_init_rx_ring
alc_newbuf
bus_dmamap_load_mbuf_sg(BUS_DMA_WAITOK) --> may sleep
alc_start [acquire the mutex]
alc_start_lock
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
14 matches
Mail list logo