<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src/sys/alpha/include, 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>2004-09-13T21:52:04Z</updated>
<entry>
<title>MFC:</title>
<updated>2004-09-13T21:52:04Z</updated>
<author>
<name>Wilko Bulte</name>
<email>wilko@FreeBSD.org</email>
</author>
<published>2004-09-13T21:52:04Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=46be224b52871a71e93dea0d329da46cf69aa827'/>
<id>urn:sha1:46be224b52871a71e93dea0d329da46cf69aa827</id>
<content type='text'>
revision 1.19
date: 2004/09/10 05:00:27;  author: marcel;  state: Exp;  lines: +14 -62
The previous commit, roughly one and a half years ago removed the
branch prediction optimization for LINT, because the kernel was too
large. This commit now removes it altogether since it causes build
failures for GENERIC kernels and the various applicable trends are
such that one can expect that it these failure will cause more
problems than they're worth in the future. These trends include:
1. Alpha was demoted from tier 1 to tier 2 due to lack of active
   support. The number of people willing to fix build breakages
   is not likely to increase and those developers that do have the
   gumption to test MI changes on alpha are not likely to spend
   time fixing unexpected build failures first.
2. The kernel will only increase in size. Even though stripped-down
   kernels do link without problems now, compiler optimizations (like
   inlining) and new (non-optional) functionality will likely cause
   stripped-down kernels to break in the future as well.

So, with my asbestos suit on, get rid of potential problems before
they happen.

Approved by: re (scottl)
</content>
</entry>
<entry>
<title>MFC: Turn PREEMPTION into a kernel option.  It is NOT enabled at this time.</title>
<updated>2004-09-10T00:04:18Z</updated>
<author>
<name>Scott Long</name>
<email>scottl@FreeBSD.org</email>
</author>
<published>2004-09-10T00:04:18Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=69ba7f59694787612ef7782b368ccf60a6b8ab75'/>
<id>urn:sha1:69ba7f59694787612ef7782b368ccf60a6b8ab75</id>
<content type='text'>
Approved by: re
</content>
</entry>
<entry>
<title>Instead of calling ia32_pause() conditionally on __i386__ or __amd64__</title>
<updated>2004-08-03T18:44:27Z</updated>
<author>
<name>Maxime Henrion</name>
<email>mux@FreeBSD.org</email>
</author>
<published>2004-08-03T18:44:27Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=9f1b87f106100470dafeeab83abfa98ab86be3f7'/>
<id>urn:sha1:9f1b87f106100470dafeeab83abfa98ab86be3f7</id>
<content type='text'>
being defined, define and use a new MD macro, cpu_spinwait().  It only
expands to something on i386 and amd64, so the compiled code should be
identical.

Name of the macro found by:	jhb
Reviewed by:	jhb
</content>
</entry>
<entry>
<title>Remove extraneous ';'.</title>
<updated>2004-08-01T18:51:44Z</updated>
<author>
<name>Mark Murray</name>
<email>markm@FreeBSD.org</email>
</author>
<published>2004-08-01T18:51:44Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=a5ed4a0ad56e65dde2d2981452679188025705be'/>
<id>urn:sha1:a5ed4a0ad56e65dde2d2981452679188025705be</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Turn off PREEMPTION by default while it gets debugged.  It's been causing</title>
<updated>2004-08-01T14:31:45Z</updated>
<author>
<name>Scott Long</name>
<email>scottl@FreeBSD.org</email>
</author>
<published>2004-08-01T14:31:45Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=9352fe30a03aad0c103c302ed6310291f9375ca6'/>
<id>urn:sha1:9352fe30a03aad0c103c302ed6310291f9375ca6</id>
<content type='text'>
4 weeks of problems including deadlocks and instant panics.  Note that the
real bugs are likely in the scheduler.
</content>
</entry>
<entry>
<title>Break out the MI part of the /dev/[k]mem and /dev/io drivers into</title>
<updated>2004-08-01T11:40:54Z</updated>
<author>
<name>Mark Murray</name>
<email>markm@FreeBSD.org</email>
</author>
<published>2004-08-01T11:40:54Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=8ab2f5ecc596131f6ca790d6ae35540c06ed7985'/>
<id>urn:sha1:8ab2f5ecc596131f6ca790d6ae35540c06ed7985</id>
<content type='text'>
their own directory and module, leaving the MD parts in the MD
area (the MD parts _are_ part of the modules). /dev/mem and /dev/io
are now loadable modules, thus taking us one step further towards
a kernel created entirely out of modules. Of course, there is nothing
preventing the kernel from having these statically compiled.
</content>
</entry>
<entry>
<title>Pass a thread argument into cpu_critical_{enter,exit}() rather than</title>
<updated>2004-07-27T16:41:01Z</updated>
<author>
<name>Robert Watson</name>
<email>rwatson@FreeBSD.org</email>
</author>
<published>2004-07-27T16:41:01Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=1a8cfbc45096bb34daeddc44ba75ff8377e9e5c8'/>
<id>urn:sha1:1a8cfbc45096bb34daeddc44ba75ff8377e9e5c8</id>
<content type='text'>
dereference curthread.  It is called only from critical_{enter,exit}(),
which already dereferences curthread.  This doesn't seem to affect SMP
performance in my benchmarks, but improves MySQL transaction throughput
by about 1% on UP on my Xeon.

Head nodding:	jhb, bmilekic
</content>
</entry>
<entry>
<title> - Eliminate the pte object from the pmap.  Instead, page table pages are</title>
<updated>2004-07-19T18:12:04Z</updated>
<author>
<name>Alan Cox</name>
<email>alc@FreeBSD.org</email>
</author>
<published>2004-07-19T18:12:04Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=e832aafc51a232b2cafb3c942a1ddecffe9ba8c9'/>
<id>urn:sha1:e832aafc51a232b2cafb3c942a1ddecffe9ba8c9</id>
<content type='text'>
   allocated as "no object" pages.  Similar changes were made to the amd64
   and i386 pmap last year.  The primary reason being that maintaining
   a pte object leads to lock order violations.  A secondary reason being
   that the pte object is redundant, i.e., the page table itself can be
   used to lookup page table pages.  (Historical note: The pte object
   predates our ability to allocate "no object" pages.  Thus, the pte
   object was a necessary evil.)
 - Unconditionally check the vm object lock's status in vm_page_remove().
   Previously, this assertion could not be made on Alpha due to its use
   of a pte object.
</content>
</entry>
<entry>
<title>Rev 1.24 of sys/ptrace.h adds ptrace_clear_single_step() prototype</title>
<updated>2004-07-13T16:11:04Z</updated>
<author>
<name>Ken Smith</name>
<email>kensmith@FreeBSD.org</email>
</author>
<published>2004-07-13T16:11:04Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=546d42ad9da9fb8dda85ec1a388a88bf9328e614'/>
<id>urn:sha1:546d42ad9da9fb8dda85ec1a388a88bf9328e614</id>
<content type='text'>
definition so this one causes "redundant declaration" error and breaks
Alpha kernel build.

Reviewed by:	gallatin@ and test build on beast
</content>
</entry>
<entry>
<title>Mega update for the KDB framework: turn DDB into a KDB backend.</title>
<updated>2004-07-10T23:47:20Z</updated>
<author>
<name>Marcel Moolenaar</name>
<email>marcel@FreeBSD.org</email>
</author>
<published>2004-07-10T23:47:20Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=37224cd3fcb911d440e40dd8e1f31652e2452537'/>
<id>urn:sha1:37224cd3fcb911d440e40dd8e1f31652e2452537</id>
<content type='text'>
Most of the changes are a direct result of adding thread awareness.
Typically, DDB_REGS is gone. All registers are taken from the
trapframe and backtraces use the PCB based contexts. DDB_REGS was
defined to be a trapframe on all platforms anyway.
Thread awareness introduces the following new commands:
	thread X	switch to thread X (where X is the TID),
	show threads	list all threads.

The backtrace code has been made more flexible so that one can
create backtraces for any thread by giving the thread ID as an
argument to trace.

With this change, ia64 has support for breakpoints.
</content>
</entry>
</feed>
