src/sys/dev/*/if* for use of dma. Most drivers don't use busdma.
if_lnc uses busdma, but also uses vtophys() so is likely bogus.
if_hme and if_gem appear to use older busdma interfaces and may
require updating.
a first pass with a brief description, and some initial status. Status
is split into two areas: platform support (i386, sparc64, etc), and
driver support (network interfaces, storage, ...). For each, the level
of support is in the process of being documented, and for drivers under
active work, that is listed along with the task owner. Providing
support for PAE on i386, as well as high performance driver support on
non-i386 platforms, will require the conversion of many of the important
system drivers. We'll need to inventory the relevant drivers, and then
have maintainers update them to use the proper interfaces.
him with the other members on this page.
As of last night, Kris has also joined the team. He's also done a lot
of work from the portmgr@ side for the last few releases, and adding
him to our alias should save me from CCing portmgr@ so often during
each release cycle.
Also, remove myself from "lead RE" position. We are moving to a
per-release team lead rather than a perennial team lead.
The whole release notes complex needs revisiting in 2003 to prevent a
re-occurence of the problems we had with www.freebsd.org/handbook and
www.freebsd.org/faq
* Fix spelling nits
* Promote consistant use of <tt> tags
* Re-word those things that in their current state may to some appear
in some ways as possibly overly wordy
* Note the applicability of some GNOMENG options for GNOME 2 ports
* Move the discussion of the deprecated USE_* macros from the top to the
bottom
Approved by: pat
* Link to the "keeping GNOME up-to-date" question in the "problems building"
question.
* Remove as many contractions as readability allows.
* Shorten the contact list to only active GNOME committers.
* Add my FreeBSD AIM screen name.
* Fix a grammar nit in the GNOME 2 FAQ.
* Clarify that the search interface now searches the freebsd-gnome mailing
list archives.
Phase 1: Switch to new-style setup of FAQ/handbook (.../doc/de_DE.ISO8859-1)
Changes to includes and availability were neccessary because of the changes
made in the framework since the last update, the web site would not build
otherwise.
Reviewed by: -doc, Silence on -www
documentation if needed.
Remove gdb import task: it won't get gdb working on sparc64 using
stock gdb source code, that will require using the port either way.
As such, there's no motivation to bring in the new gdb yet.
to have much to go on right now, so other than encouraging developers
to pick up and chase these issues, it's not clear what to do with them.
If you use smbus, please test it; if you have access to a crash dump
or crash information involving inpcb, please post about it.
