<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src/sys/modules/vesa, branch releng/5.3</title>
<subtitle>FreeBSD source tree</subtitle>
<id>https://cgit-dev.freebsd.org/src/atom?h=releng%2F5.3</id>
<link rel='self' href='https://cgit-dev.freebsd.org/src/atom?h=releng%2F5.3'/>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/'/>
<updated>2002-01-11T15:49:02Z</updated>
<entry>
<title>Drop &lt;bsd.man.mk&gt; support from &lt;bsd.kmod.mk&gt;.</title>
<updated>2002-01-11T15:49:02Z</updated>
<author>
<name>Ruslan Ermilov</name>
<email>ru@FreeBSD.org</email>
</author>
<published>2002-01-11T15:49:02Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=17d6c636720d00f77e5d098daf4c278f89d84f7b'/>
<id>urn:sha1:17d6c636720d00f77e5d098daf4c278f89d84f7b</id>
<content type='text'>
Not objected to by:	-current
</content>
</entry>
<entry>
<title>Use a consistent style and one much closer to the rest of /usr/src</title>
<updated>2001-01-06T14:00:42Z</updated>
<author>
<name>David E. O'Brien</name>
<email>obrien@FreeBSD.org</email>
</author>
<published>2001-01-06T14:00:42Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=c68159a6d8eede11766cf13896d0f7670dbd51aa'/>
<id>urn:sha1:c68159a6d8eede11766cf13896d0f7670dbd51aa</id>
<content type='text'>
</content>
</entry>
<entry>
<title>- Include opt_vesa.h in vesa.c so that the VESA_DEBUG option is actually</title>
<updated>2000-10-06T01:43:59Z</updated>
<author>
<name>John Baldwin</name>
<email>jhb@FreeBSD.org</email>
</author>
<published>2000-10-06T01:43:59Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=3ed78c6696811e0ed1a797156ec471e60dffea2b'/>
<id>urn:sha1:3ed78c6696811e0ed1a797156ec471e60dffea2b</id>
<content type='text'>
  propagated from the kernel config file to the source.
- Add some more debug messages to list each mode that is rejected or found.
</content>
</entry>
<entry>
<title>Use .include &lt;bsd.kmod.mk&gt; to get to ../../*/conf/kmod.mk instead of</title>
<updated>2000-05-27T01:14:33Z</updated>
<author>
<name>Peter Wemm</name>
<email>peter@FreeBSD.org</email>
</author>
<published>2000-05-27T01:14:33Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=64db83a8ab2d1f72a9b2174b39d2ef42b5b0580c'/>
<id>urn:sha1:64db83a8ab2d1f72a9b2174b39d2ef42b5b0580c</id>
<content type='text'>
encoding the relative path.
</content>
</entry>
<entry>
<title>Pull in sys/conf/kmod.mk, rather than /usr/share/mk/bsd.kmod.mk.</title>
<updated>2000-05-04T12:08:52Z</updated>
<author>
<name>Peter Wemm</name>
<email>peter@FreeBSD.org</email>
</author>
<published>2000-05-04T12:08:52Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=56ca39961bd1c9946a505c41c3fc634ef63fdd42'/>
<id>urn:sha1:56ca39961bd1c9946a505c41c3fc634ef63fdd42</id>
<content type='text'>
This means that the kernel can be totally self contained now and is not
dependent on the last buildworld to update /usr/share/mk.  This might
also make it easier to build 5.x kernels on 4.0 boxes etc, assuming
gensetdefs and config(8) are updated.
</content>
</entry>
<entry>
<title>Use config's conditional compilation rather than using #ifdefs that make</title>
<updated>2000-01-29T15:08:56Z</updated>
<author>
<name>Peter Wemm</name>
<email>peter@FreeBSD.org</email>
</author>
<published>2000-01-29T15:08:56Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=8f8e58794866a5a4439a329fdfbf1203064f4952'/>
<id>urn:sha1:8f8e58794866a5a4439a329fdfbf1203064f4952</id>
<content type='text'>
modular compilation harder.  I'm doing this because people seem to like
cut/pasting examples of bad practices in existing code.
</content>
</entry>
<entry>
<title>Removed special rules for building and cleaning device interface files</title>
<updated>1999-11-28T18:53:47Z</updated>
<author>
<name>Bruce Evans</name>
<email>bde@FreeBSD.org</email>
</author>
<published>1999-11-28T18:53:47Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=6f940b38476a3dc6ecaca7ad305eddf1f9eab154'/>
<id>urn:sha1:6f940b38476a3dc6ecaca7ad305eddf1f9eab154</id>
<content type='text'>
and empty options files.  The rules are now generated automatically in
bsd.kmod.mk.  Cleaned up related things ($S and ${CLEANFILES}).
</content>
</entry>
<entry>
<title>$Id$ -&gt; $FreeBSD$</title>
<updated>1999-08-28T01:08:13Z</updated>
<author>
<name>Peter Wemm</name>
<email>peter@FreeBSD.org</email>
</author>
<published>1999-08-28T01:08:13Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=c3aac50f284c6cca5b4f2eb46aaa13812cb8b630'/>
<id>urn:sha1:c3aac50f284c6cca5b4f2eb46aaa13812cb8b630</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Unifdef VM86.</title>
<updated>1999-06-01T18:20:36Z</updated>
<author>
<name>Jonathan Lemon</name>
<email>jlemon@FreeBSD.org</email>
</author>
<published>1999-06-01T18:20:36Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=eb9d435ae7c125d369eafb759abed6ac49edec9c'/>
<id>urn:sha1:eb9d435ae7c125d369eafb759abed6ac49edec9c</id>
<content type='text'>
Reviewed by:	silence on on -current
</content>
</entry>
<entry>
<title>The first stage of console driver reorganization: activate new</title>
<updated>1999-01-11T03:18:56Z</updated>
<author>
<name>Kazutaka YOKOTA</name>
<email>yokota@FreeBSD.org</email>
</author>
<published>1999-01-11T03:18:56Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=2ad872c5794e4c26fdf6ed219ad3f09ca0d5304a'/>
<id>urn:sha1:2ad872c5794e4c26fdf6ed219ad3f09ca0d5304a</id>
<content type='text'>
keyboard and video card drivers.

Because of the changes, you are required to update your kernel
configuration file now!

The files in sys/dev/syscons are still i386-specific (but less so than
before), and won't compile for alpha and PC98 yet.

syscons still directly accesses the video card registers here and
there; this will be rectified in the later stages.
</content>
</entry>
</feed>
