<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src/release/sysinstall/modules.c, branch releng/4.9</title>
<subtitle>FreeBSD source tree</subtitle>
<id>https://cgit-dev.freebsd.org/src/atom?h=releng%2F4.9</id>
<link rel='self' href='https://cgit-dev.freebsd.org/src/atom?h=releng%2F4.9'/>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/'/>
<updated>2003-10-11T08:10:33Z</updated>
<entry>
<title>Fix (one of) 4.9-RELEASE release breaker, "Loading kernel modules while</title>
<updated>2003-10-11T08:10:33Z</updated>
<author>
<name>Makoto Matsushita</name>
<email>matusita@FreeBSD.org</email>
</author>
<published>2003-10-11T08:10:33Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=7886bc6980c1f59bd282c60f903e5e05606b7793'/>
<id>urn:sha1:7886bc6980c1f59bd282c60f903e5e05606b7793</id>
<content type='text'>
installation phase sometimes causes an error" bug.  It also includes
"there's an error while loading firewire modules" bug.

Since the results of readdir(3)'s whims, either sbp.ko or if_fwe.ko is
picked up for load BEFORE firewire.ko.  Unfortunately module_path is
not properly set, kldload(2) cannot find kernel modules, firewire.ko,
which is required to load sbp.ko/if_fwe.ko.  This is why you'll see
"loading failed" message.

Actually these are mostly comes from following commits on the HEAD:
	src/release/Makefile rev 1.721
	src/usr.sbin/sysinstall/modules.c rev 1.5

Approved by:	murray (as of re@, pre-approved)
</content>
</entry>
<entry>
<title>MFC r1.4 - backout previous revision and ignore error returns of EEXIST</title>
<updated>2002-06-05T20:13:50Z</updated>
<author>
<name>John Baldwin</name>
<email>jhb@FreeBSD.org</email>
</author>
<published>2002-06-05T20:13:50Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=f8ec556668e048ee290ad60f8ba9dd5c80fbf4f8'/>
<id>urn:sha1:f8ec556668e048ee290ad60f8ba9dd5c80fbf4f8</id>
<content type='text'>
from kldload(2) to properly handle the case where we kldload(2) a module
that is already loaded or compiled into the kernel.

Approved by:	re (murray)
</content>
</entry>
<entry>
<title>MFC: revision 1.3: Don't load a module from /stand/modules in the MFS root</title>
<updated>2002-06-03T01:26:45Z</updated>
<author>
<name>John Baldwin</name>
<email>jhb@FreeBSD.org</email>
</author>
<published>2002-06-03T01:26:45Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=097a0c72b93bb92bee8a8cde171e93949854e7c9'/>
<id>urn:sha1:097a0c72b93bb92bee8a8cde171e93949854e7c9</id>
<content type='text'>
if it is already in the kernel.  This is needed to remove some bogus
warnings booting from an i386 CD using cdboot or from an alpha CD.

Approved by:	re (murray)
</content>
</entry>
<entry>
<title>MFC: kld loading support</title>
<updated>2001-10-26T09:25:01Z</updated>
<author>
<name>Jordan K. Hubbard</name>
<email>jkh@FreeBSD.org</email>
</author>
<published>2001-10-26T09:25:01Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=4709a1a484054df3484575357c5c6b725efa9aca'/>
<id>urn:sha1:4709a1a484054df3484575357c5c6b725efa9aca</id>
<content type='text'>
</content>
</entry>
<entry>
<title>MFC:  OK, reviewing all of these changes actually shows them to be</title>
<updated>2001-03-12T12:10:35Z</updated>
<author>
<name>Jordan K. Hubbard</name>
<email>jkh@FreeBSD.org</email>
</author>
<published>2001-03-12T12:10:35Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=23fcc3ff7a9b3f201bbd14c6991ccb9c00b4a548'/>
<id>urn:sha1:23fcc3ff7a9b3f201bbd14c6991ccb9c00b4a548</id>
<content type='text'>
      more benign than first thought and they certainly provide a number
      of important bug fixes.  The modules code will probably remain
      dormant in 4.3 but it helps code maintainance to keep it synced up
      anyway.  The softupdates support code also turned out to be so
      trivial that it's a low-risk feature addition.
</content>
</entry>
</feed>
