Re: Changes brought to bce(4) disabling ipmi access during boot
--Apple-Mail-26--637651027
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
charset=iso-8859-1
Le 18 mars 2012 =E0 01:38, YongHyeon PYUN a =E9crit :
>> =46rom what I understand, both new conditions that may return early =
are true ((ifp->if_drv_flags & IFF_DRV_RUNNING) =3D=3D 0 and later =
(mii->mii_media_status & IFM_ACTIVE) !=3D IFM_ACTIVE), which yields =
bce_link_up to be FALSE. Yet I am confused by the role of actually =
writing to BCE_EMAC_MODE in order to keep the iDRAC link up, and wether =
the issue would not come from another part of the change.
>>=20
>=20
> Because there is no publicly available documentation for ASF/IPMI
> link handling it's not clear what steps should be taken whenever
> its link state is changed. Previously bce(4) seems to drive
> bce_tick regardless of driver running state.
> New patch attached.
It still does not work :(
I tried to additionally comment lines as in:
=
http://lists.freebsd.org/pipermail/freebsd-net/2011-September/029915.html
but without success.
Unfortunately, adding log messages is only an option if the boot =
succeeds to be able to dmesg later on.
Paul
--=20
Semiocast http://semiocast.com/
+33.183627948 - 20 rue Lacaze, 75014 Paris
--Apple-Mail-26--637651027--
討論串 (同標題文章)
完整討論串 (本文為第 7 之 7 篇)：