https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=188899
Pyun YongHyeon <yong...@freebsd.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |yong...@freebsd.org
--- Comment #9 from Pyun YongHyeon <yong...@freebsd.org> ---
(In reply to Marius Strobl from comment #6)
Marius,
I was able to see 'cannot disable RX MAC' message in the attachment
so I vaguely guess it could be related with incomplete controller
reset. It seems Linux sets soft_bit_0 of CAS_BIM_LDEV_OEN register
to force a PCI reset for old Cassini before resetting other blocks.
Another thing to try is to bypass MAC/DMA stop and directly issue
reset in device attach phase. I guess some of those blocks may not
be in sane state before the reset so relying on some bits of
CAS_RX_CONF register shall trigger other issues.
I was not able to find old cas(4) controller so I couldn't test
above approach though. Marius do you other clue?
--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
freebsd-net@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
