[20150717]
|
Making my RPI serial console work, or: fixing a hardware problem in software
Some time ago I get a Raspberry Pi, but never really got it working:
I don't have a HDMI display, and wanted to use the serial console.
Unfortunately the "official" RPI-serial-to-USB cable had an annoying
effect for me: while I saw output just fine, I wasn't able to type
anything! Funny enough, this was not only in NetBSD but also Debian.
Which took the blame from NetBSD :)
Picture 1 shows the cabling.
So the blame was on the RPI-USB-to-serial cable, and I looked into making
my own. I have a standard USB-to-serial adapter, but that one cannot
be connected pin-by-pin to the RPI, as they use different voltage
levels. While the "standard" serial UART protocol (RS-323) encodes 0s and 1s as
5V and -5V, the RPI uses TTL voltage between 0 and 3.3V - a simple 1:1
connection sounds like a bad idea. Converters like the MAX3232 are
available: it connects the TX and RX lines and adjusts the voltage
levels. To operate, power and ground are provided by the RPI. After
frobbing this together (see picture 2)
I found out that - surprise - the problem was not in the cable either,
as my home-made cable also did not work for input, only for output.
After some detour (frobbing the image-build process to make me an
image that not only has working DHCP and SSH, but that actually let's
me log in), I got the crucial hint what was going on:
Having lines for sending and receiving data is nice, but what if one
end's receiver is full and wants to signal that? This is called "flow
control", and apparently with no lines for that, hardware
flow control is not an option. In theory there is a software
solution (sending XON/XOFF bytes), which requires equal settings on
both sides. Apparently the RPI doesn't do that either, and with the
default settings on my NetBSD host to wait for an XON before sending
data, things didn't match up - no XON from the RPI, no data going to
it. Plain and simple - if you know what's going on.
The fix was easy, and thanks go to
Jean-Baka
Domelevo Entfellner for the hint: disable flow control in my
terminal program (kermit). So with a simple "set flow none", things
work like a charm now. Voila, another hardware problem fixed in
software! :)
How to look at serial interface parameters from NetBSD? Use the
stty(1)
command. Here's the default output for my USB-to-serial interface
attached to ttyU0:
# stty -f /dev/ttyU0
ispeed 0 baud; ospeed 9600 baud;
lflags: echoe echoke echoctl
oflags: onocr onlret
cflags: cs8 -parenb
The difference is obvious when running the same command while kermit
runs with proper settings in a different window:
# stty -f /dev/ttyU0
speed 115200 baud;
lflags: -icanon -isig -iexten -echo echoe echoke echoctl
iflags: -icrnl -ixon -ixany ignbrk ignpar
oflags: -opost onocr onlret
cflags: cs8 -parenb clocal
Not only is the speed different, but most important "-ixon" tells the
interface to not wait for an XON on input (iflags) before transmitting
data.
For reference sake, here is my .kermitrc that I use:
# cat .kermrc
# Raspberry PI
set carrier-watch off
set line /dev/ttyU0
set flow none # disable hardware flow control
set speed 115200
#set speed 9600
#connect
Picture 1: The standard RPI-USB-to-serial cable (click to enlarge)
Picture 2: My own USB-to-serial adapter using a MAX3232 chip (click to enlarge)
[Tags: hardware, hubertf, max3232, raspberrypi, rs323, serial, stty, tty, ucom, usb]
|
[20131019]
|
Raspberry Pi USB HC driver change - DMA support added
Nick Hudson
reports
that he has ``recently switched the Raspberry Pi kernel to dwctwo(4) a new USB drvier based on the Synopsys code. It's a more complete driver than the previous dotg(4) and has DMA support''.
Jun Ebihara
confirms
that the driver works fine with a dmesg extract, and also lets us
know that the driver will be in his next RPI image.
This change does not only affect the Raspberry Pi, but also
other machines that have a Synopsis USB like the
OpenBlocks 600, as KIYOHARA Takashi
lets us know.
[Tags: dmesg, raspberrypi, usb]
|
[20120925]
|
MaheshaNetBSD Live USB
I haven't seen too much progress on the NetBSD-Live-CD
front recently, but who uses CDs these days, anyways?
Right, a Live USB-stick image is much cooler, and
MaheshaNetBSD Live USB
is just that!
Juraj Sipos started his project originally on FreeBSD
(and still continues that), but there's a
variant based on NetBSD 5.1.2 now, too.
The system comes up read-write, so you can make
changes to it - as Juraj writes on the webpage:
``With this USB image I can now use NetBSD the same way as if it was installed on a hard drive.''
Oh, and for those impatient to
try, the root password is "netbsd5".
[Tags: live-cd, mahesha, usb]
|
[20120603]
|
SMP-ready USB stack on its way for NetBSD - testers welcome!
Matt Green has picked up Jared McNeill's work on
making the NetBSD USB stack SMP-ready.
Besides the USB framework itself, this is also relevant
for all the various drivers that can attach to USB -
starting form audio drivers over SCSI to serial (ucom) drivers.
While the work is far from complete, it is in a shape where
users are welcome to start testing, and where developers
are also welcome to help in converting more drivers!
Please join in and help test the code, and send your
feedback to the lists. If no serious issues come up,
the code will be merged within a week.
See
Matt's posting to tech-kern
for more details, inclusing diffs and links for
amd64 and i386 GENERIC (+usbmp) kernels.
Further information on the state of the code - what is and what is not
converted yet - can be found
in the TODO.usbmp file.
[Tags: smp, usb]
|
[20120212]
|
Cobalt RestoreCD/RestoreUSB based on NetBSD 5.1.2
Right after
NetBSD 5.1.2 is out, Izumi Tsutsui
has updated his NetBSD-based Restore CD/USB-image
for the Cobalt machines.
The files are available at http://ftp.netbsd.org/pub/NetBSD/arch/cobalt/restore-cd/5.1.2/. Citing from the announcement:
``The only changes from 5.1.1 version are CHANGES file and 5.1.2 binaries,
so the following instructions are same as 5.1.1 ones:
restorecd-5.1.2-20120205.iso.gz is a gzipped RestoreCD ISO9660 image
as prior releases.
restoreusb-5.1.2-20120205.img.gz is a new "RestoreUSB" image
which has almost identical functions with RestoreCD but is
intended to be burned into USB memory sticks for USB bootable PCs.
You can write the image using gzip(1) + dd(1) on Unix like OSes,
or you can also use "Rawrite32" utility on MS Windows:
http://www.NetBSD.org/~martin/rawrite32/index.html
To use the RestoreUSB for cobalt installation, write the image
into >=512MB USB memory stick (or USB HDD etc.) and boot your PC
from it, then all other procedures are same as RestoreCD.
You no longer have to burn a coaster for every installation ;-)
See also "Restore CD Howto" for actual installation procedures:
http://www.NetBSD.org/ports/cobalt/restorecd-howto.html:
(though RestoreUSB is not mentioned yet)
and see files in .tar.gz archive for more details.''
[Tags: cobalt, usb]
|
[20091228]
|
Mounting fixed and removable disks with KDE
If you're among the people running KDE, and if you want to be
able to have KDE handle removable and fixed disks properly during
the HAL subsystem, there's a
suggestion by David Brownlee
to achieve this.
To get removable devices automatically mounted and a file browser
pop up, add the following to /usr/pkg/etc/PolicyKit/PolicyKit.conf:
<match action="org.freedesktop.hal.storage.mount-removable">
<return result="yes" />
</match>
David writes that ``[w]ith the above plugging in a USB flash drive into my amd64 laptop pops up a
notification window, clicking on it opens dolphin, and clicking on the
device in dolphin correctly mounted it.''
A similar thing can be achieved for fixed disks, by adding the following
data:
<match action="org.freedesktop.hal.storage.mount-fixed">
<return result="yes" />
</match>
There are still discussions if/what part of this should be enabled
by default, but I think it's nevertheless useful to document this
here. Enjoy!
[Tags: hal, kde, usb]
|
[20091107]
|
NetBSD vs. Microkernels - From Kernel to Userspace and Abroad
A few weeks ago
I made a comment about NetBSD not being a "microkernel" despite
it's move to kernel modules. Antti Kantee wrote back to me (Hi Antti!)
reminding me of his work on RUMP, PUFFS and the like, which I think
does definitely deserve mentioning in that context:
With RUMP, PUFFS and the like, Antti is set on a mission to define
interfaces between kernel components, and move those kernel
components from inside the kernel to the userland. As a result,
the (once) kernel-code is now running as
"simple" userland
processes that have all the benefits like memory protection
and not taking down the whole system in case of an error.
Examples that Antti has been bashing on started with
moving file systems to the userland, which resulted in PUFFS and
ReFUSE, an implementation of the Linux inferface of
File systems in USErland (FUSE). Not stopping at file systems
(which are traditionally used for accessing data on storage media,
like e.g. for ntfs-3g), Antti went further and moved into
getting network services like SSHFS going - in userland,
based on FUSE.
Not stopping there, more recent works include:
Remember when NetBSD got (re)FUSE? All of a sudden we got a
bazillion of filesystems back then. So why not turn this development around, and
make RUMP available as an interface for all sort of drivers
to other operating systems. That way, they can get our
file systems, usb stack and drivers, etc., and run them
in userspace as well. Developing a driver on one operating
system, and using it on many - a wet dream would come true!
Sounds impossible? Ye fear not, it's been done!
Arnaud 'stacktic' Ysmal already has ported RUMP to FreeBSD and Linux,
the work is available via
pkgsrc/misc/rump,
and there is also
Arnaud's page on
Rump on non-NetBSD Operating Systems for more information.
Whew... lots of research and development going on in this area,
and - getting back to the initial topic - we may well see an
operating system in the future that moves from the monolithic
to a microkernel approach, and it may or may not be called NetBSD.
Fact is, that a lot of research is going on in that area, on NetBSD,
here and now. Hats off, Antti!
[Tags: fuse, microkernel, nfs, ntfs-3f, puffs, refuse, rump, sshfs, tcp/ip, ukfs, usb]
|
[20080908]
|
source-changes catchup mid-July to early September 2008 (Updated)
Welcome to yet another catch-up of NetBSD source-changes mailing list,
this time from mid-July to early September 2008. Besides FFS having
journaling now (yai! first in BSD-land, ever! :-), here's what's new
and/or exciting:
- In order to re-initialize x86 machines' video/VGA state after
suspend and resume, some BIOS functions can be used. This needs
to be done in real mode(?), which is a bit hard to do from an
operating system kernel that runs in protected mode. To help
doing so, a x86 CPU emulator was added to NetBSD some time ago,
to help run VGA bios for ACPI resume. Now Joerg has added a
sysctl that does just this, assuming your kernel has the VGA_POST
options -- set machdep.acpi_vbios_reset=2
- Inside the kernel, data sent/received through the network stack
is stored in chains of
mbufs. So far, the mbufs were also used to store socket
options, i.e. data describing further how the sending/receiving
is done. This was split out into a separate struct sockopt by Ian
'plunky' Hibbert now. For more information, see sockopt(9).
- Hans 'woodstock' Rosenfeld has added a new accalerated driver for
SPX graphics boards found in some VAXstations, which replaces the
old and broken lcspx driver. The work is based on work by Blaz
Antonic.
- The simonb-wapbl branch was merged: ``Add Wasabi System's WAPBL (Write Ahead Physical Block Logging)
journaling code. Originally written by Darrin B. Jewell while
at Wasabi and updated to -current by Antti Kantee, Andy Doran,
Greg Oster and Simon Burge.''
This makes NetBSD the
first second (see update below)
BSD operating system that has a working
file system with journaling (not counting LFS, which again and
again has issues). Mmm, no more fsck! :-)
See my other
posts for more on journaling / wapbl.
Update:
James Mansion wrote me to that NetBSD's not the first BSD to
have journaling, and I think he's right:
DragonflyBSD's HAMMER file system apparently offers similar
functionality: ``HAMMER implement an instant-mount capability and will recover information
on a cluster-by-cluster basis as it is being accessed.''
- Accept filters were ported from FreeBSD by Coyote Point Systems,
and integrated into NetBSD by Thor Lancelot Simon. What are
accept filters? According to the accept_filter(9)
manpage, they ``allow an application to request that the
kernel pre-process incoming connections.'' Pre-defined
filters are available with
accf_data(9) and
accf_http(9). The latter makes sure that the
application's accept(2) call only sees the connection if there's
a valid HTTP header, moving parts of the parsing from userland
(httpd) to the kernel.
- Work is underway for crossbuilds of modular X.org. This is done
via src/external/mit/xorg, which needs xsrc/external/mit. The
results will be installed in /usr/X11R7(!). (XXX Where can I find
more about this?)
- Gregory McGarry is working to get the tree compiled with PCC
instead of GCC. This is still ongoing.
- nvi was updated from version 1.79 to 1.81. The most important
part of this update is that internationalization is now handled
by default.
- Following a bigger masterplan, new 3rd party software packages
are now imported into src/external/${license}, which will replace
src/dist, src/crypto/dist and src/gnu/dist in the long
run. Packages will be moved on upgrades only, existing packages
are not being moved just for the sake of moving them.
- Adam Hamsik is working on getting Logical Volume Management (LVM)
going in NetBSD. He has adapted Linux' "device mapper"
kernel-interface as part of his Google Summer-of-Code project,
and with the help of the (GPL'd) Linux tools, things are looking
pretty good. More on this in a separate post. This work is
currently happening on the haad-dm branch.
- In the context of his work on UDF, Reinoud has added routines for
speeding up directory handling by using hash gables. Lookup of
files was O(n*n) and is now O(1) even for file creation.
See my
other blog posting for details and impressive numbers.
- Perry Metzger is working to make binary builds identical. This is
useful for binary diffs between releases/builds, e.g. when
providing binary patches for updates and security fixes. Areas
where this had an impact on are C++ programs and various
bootloaders (which had a builder, build date, etc. in it so
far).
- EHCI (USB) can now do high speed isochronous support. This was
developed by Jeremy Morse as part of his Google
Summer-of-Code "dvb" project this year, it is useful for fast
transfer of data that comes in steady streams, e.g. from video
cards.
- fsck_ffs(8) now has options -x and -X (just like dump) that
create a file system snapshot via fss(4), and then operates on
the snapshot. This allows "fsck_ffs -n" to work on a snapshot of
a read/write mounted file system, and avoid errors related to
file system activity. Can be made permanent for the nightly
script by setting run_fsck_flags="-X" in /etc/daily.conf.
This was brought to you by our Xen-hacker Manuel Bouyer. :-)
So much for this time. Many of the above projects are
work-in-progress, and we can look forward for further news on them
next time. Stay tuned!
[Tags: acpi, ehci, fss, lvm, mbuf, nvi, pcc, usb, wapbl, xorg]
|
[20080721]
|
Google and NetBSD Summer of Code Projects in 2008 - Midterm status reports (Updated)
Google's Summer of Code has passed the midterm date. With it, students
and their mentors were asked to give internal status reports of thei
works. While the internal reports themselves are not public, many of
our students have sent mail to NetBSD's public lists, giving details
on their status. Let's give a summary of the state of
affairs. Projects were students have posted reports come first:
- wscons: Expansion for wstablet in NetBSD
Student: Jason W. Beaudoin
To support tables for the wscons console driver, a number of
changes to the wscons API have been proposed in the student's
status report. While there are a number of similarities with
the wsmouse interface, there are also a number of differences
that need to be worked around, e.g. absolute vs. relative
coordinates. Many of the proposed changes are implemented, and
we're looking forward to complete this project successfully
within time.
Status report,
project page,
project proposal
- subfiles: Subfile Support for NetBSD
Student: Adam Burkepile
Subfile allow to associate data with a regular file, just like
regular allow to associate data with a directory. New internal
data structures were defined to identify subfiles within the
file system, and tools like newfs and dumpfs were adjusted. An
API is being designed to access subfiles, and work to realize
the assorted functions is being approached.
Status report part
1 /
2,
project page,
project proposal
- hurdt: Hurd translators
Student: Marek Dopiera
Translators are programs which provide filesystems in user
space functionality. This is provided via NetBSD's RUMP
interface, and additional system calls and file system
operations have been defined to activate the server processes
when access to such a "translator" is made. Currently, the
translators are only implemented in NetBSD's ext2 file system,
as this allows testing of interaction with Hurd - Hurd's
support for FFS seems non-working, unfortunately. The project's
under busy development, and we're looking forward to see the
final results.
Status report,
project page,
project proposal
- lvm: Write and improve NetBSD LVM driver
Student: Adam Hamsik
This project implements the Linux LVM API (libdevmapper) on
NetBSD, to allow using Linux' lvm2tools for logical volume
management. The project's making excellent progress, there is an
ISO image (see URL in status report) as well as a
qemu
image available for testing,
and latest
reports show that linear volumes can be configured and mounted
already.
Status report,
project page,
project proposal
- uvc: Add support for UVC devices (USB web-cams)
Student: Patrick Mahoney
A kernel driver was developed to read data from webcams using a
custom API, work to implement the video2linux API is under
way. Current challenges lie in NetBSD's USB stack, which lacks
support for isochronous transfers, which is used by many (but
not all) webcams. The project has made excellent progress so
far, and we're positive that the project will be a success.
Status report,
project page,
project proposal
- dvb: DVB drivers and kernel framework
Student: Jeremy Morse
This project implements a driver for Digital Video Broadcasting
to supplement bktr(4)'s TV card support. So far, a driver and
an API to transport data from the kernel to userland was
implemented, matching LinuxTV. The project's making good
progress, even due to conflicts with the academic schedule.
Status report,
project page,
project proposal
- install-tool: Customizable install tool for NetBSD
Student: Zachary Wegner
NetBSD's current installer, sysinst, is being split into
frontend and backend parts, with a configuration file building
the interface between the two parts. Untangling the current
mix of user interaction and install operation are ongoing, with
challenges like request of install media (think floppy #42) and
network configuration. Also, a parser for the configuration
file was written, and work not started yet is the frontend
creating the configuration file for the backend.
Status report,
project page,
project proposal
- fs-utils: File system access utilities
Student: Ysmal Arnaud
This project is using NetBSD's RUMP and the ukfs library to
access a file system image from userland. So far, makefs(1) can
generate a file system image, and it can now be manipulated as
well. Both a "file system console" as shell to operate on the
image as well as separate tools for single operations have been
designed. Many of the "normal" userland tools' functionality
like ls(1), cp(1) and rm(1) were implemented. This project has
made excellent progress so far, see the status report and
project page.
Status report,
project page,
project proposal
- cwrapper: pkgsrc: rewrite wrapper framework in C
Student: Amitai Schlair
The student was distracted by
travel obligations for some time, but work has started in
pkgsrc now. Current work includes a set of ATF tests to cover
the usage of the existing pkgsrc wrapper framework and a design
plan for the new wrapper implementation. The actual wrapper
implementation remains to be written, and we're looking forward
to see the it happen, including integration into pkgsrc plus
benchmarks on the increase in speed.
Status report,
project page,
project proposal
- atfify: Converting remaining regression tests to the Automatic Testing Framework
Student: Lukasz Strzygowski
The Automated Testing Framework was added to NetBSD as a result
of last year's Summer of Code. This year, all the remaining
regression tests from src/regress are being converted to
ATF. Test suites for tools (awk, grep, make, ...) and libraries
(libm, libpthread, ...) were converted so far. Tests for libc
are currently being converted, and kernel tests are next. We're
looking forward to get all of src/regress changed to ATF!
Status report,
project page,
project proposal
No status report was sent by the following students (or at least I
haven't seem one). Data given here is from the project pages, mostly:
- ext3: Implement Ext3 file system support
Student: Rus-Rebreanu Alin-Florin
This project intends to implement journaling in the file system
by reusing Wasbi's wapbl code. Unfortunately, little has
happend to reach this goal (to say the least), and the student
got AWOL. Interested
parties are welcome to try
out ext2fuse
(which also does ext3, despite the name) for now.
Project page,
project proposal
- packet-classes: Create an in-kernel API for "packet classes"
Student: Anish Babu
Nothing has happened in this project as well. I hear about
communication problems, and it remains to see if things move
forward here. :-(
Project page,
project proposal
- teredo: Implementation of RFC4380 (Teredo) in NetBSD
Student: Arnaud Lacombe
The project aims at creating a Teredo client, server and relay
via a kernel pseudo device and assorted userland tools.
The project is currently still in the analysis and design
phase, which will give it little time for completion -- as for
other students, this is due to a clash with the academic
schedule of the student. We're holding up hopes that the set
goals can be met at least partially.
Project page,
project proposal
- syslogd: Improve syslogd
Student: Martin Schütte
The project aims at implementing the upcoming IETF standards
for syslog transport over TLS (instead of UDP), a more formal
format of the messages themselv for easier automatic parsing,
and signing of messages to assert authentication, integrity and
correct sequencing of syslog messages. The first part of this
is already working, the second part is development. We're
looking forward to see this project succeed, as it will be of
benefit not only to NetBSD.
Project page,
project proposal
So much for now. We wish all our students good luck in the second part
of this year's Google Summer of Code, and are looking forward to see
your final results, which are due in 3-4 weeks from now. Keep on
hacking!
Update:
Fixed a typo (thanks tron!), got an update on the ext3 project,
and added a link to the status report of the
cwrapper project, which I've missed (sorry!).
[Tags: atf, dvb, ext3, google-soc, hurd, lvm, pkgsrc, rump, subfile, sysinst, syslog, teredo, ukfs, usb, uvc, wscons, wstablet]
|
[20080517]
|
NetBSD on a Stick
Pierrick Brossin pointed me at the new
NetBSD on a Stick page,
which is
``a project devoted to installing the NetBSD operating system onto a USB based storage device.''
Besides
general information on the project and why you
would want to put NetBSD on a USB stick, the page has an
install guide
that describes how to get NetBSD on a memory stick.
[Tags: usb]
|
|
Tags: ,
2bsd,
34c3,
3com,
501c3,
64bit,
acl,
acls,
acm,
acorn,
acpi,
acpitz,
adobe,
adsense,
Advocacy,
advocacy,
advogato,
aes,
afs,
aiglx,
aio,
airport,
alereon,
alex,
alix,
alpha,
altq,
am64t,
amazon,
amd64,
anatomy,
ansible,
apache,
apm,
apple,
arkeia,
arla,
arm,
art,
Article,
Articles,
ascii,
asiabsdcon,
aslr,
asterisk,
asus,
atf,
ath,
atheros,
atmel,
audio,
audiocodes,
autoconf,
avocent,
avr32,
aws,
axigen,
azure,
backup,
balloon,
banners,
basename,
bash,
bc,
beaglebone,
benchmark,
bigip,
bind,
blackmouse,
bldgblog,
blog,
blogs,
blosxom,
bluetooth,
board,
bonjour,
books,
boot,
boot-z,
bootprops,
bozohttpd,
bs2000,
bsd,
bsdca,
bsdcan,
bsdcertification,
bsdcg,
bsdforen,
bsdfreak,
bsdmac,
bsdmagazine,
bsdnexus,
bsdnow,
bsdstats,
bsdtalk,
bsdtracker,
bug,
build.sh,
busybox,
buttons,
bzip,
c-jump,
c99,
cafepress,
calendar,
callweaver,
camera,
can,
candy,
capabilities,
card,
carp,
cars,
cauldron,
ccc,
ccd,
cd,
cddl,
cdrom,
cdrtools,
cebit,
centrino,
cephes,
cert,
certification,
cfs,
cgd,
cgf,
checkpointing,
china,
christos,
cisco,
cloud,
clt,
cobalt,
coccinelle,
codian,
colossus,
common-criteria,
community,
compat,
compiz,
compsci,
concept04,
config,
console,
contest,
copyright,
core,
cortina,
coverity,
cpu,
cradlepoint,
cray,
crosscompile,
crunchgen,
cryptography,
csh,
cu,
cuneiform,
curses,
curtain,
cuwin,
cvs,
cvs-digest,
cvsup,
cygwin,
daemon,
daemonforums,
daimer,
danger,
darwin,
data,
date,
dd,
debian,
debugging,
dell,
desktop,
devd,
devfs,
devotionalia,
df,
dfd_keeper,
dhcp,
dhcpcd,
dhcpd,
dhs,
diezeit,
digest,
digests,
dilbert,
dirhash,
disklabel,
distcc,
dmesg,
Docs,
Documentation,
donations,
draco,
dracopkg,
dragonflybsd,
dreamcast,
dri,
driver,
drivers,
drm,
dsl,
dst,
dtrace,
dvb,
ec2,
eclipse,
eeepc,
eeepca,
ehci,
ehsm,
eifel,
elf,
em64t,
Embedded,
embedded,
emips,
emulate,
encoding,
envsys,
eol,
espresso,
etcupdate,
etherip,
euca2ools,
eucalyptus,
eurobsdcon,
eurosys,
Events,
exascale,
ext3,
f5,
facebook,
falken,
fan,
faq,
fatbinary,
features,
fefe,
ffs,
filesystem,
fileysstem,
firefox,
firewire,
fireworks,
flag,
flash,
flashsucks,
flickr,
flyer,
fmslabs,
force10,
fortunes,
fosdem,
fpga,
freebsd,
freedarwin,
freescale,
freex,
freshbsd,
friendlyAam,
friendlyarm,
fritzbox,
froscamp,
fsck,
fss,
fstat,
ftp,
ftpd,
fujitsu,
fun,
fundraising,
funds,
funny,
fuse,
fusion,
g4u,
g5,
galaxy,
games,
gcc,
gdb,
gentoo,
geode,
getty,
gimstix,
git,
gnome,
google,
google-soc,
googlecomputeengine,
gpio,
gpl,
gprs,
gracetech,
gre,
groff,
groupwise,
growfs,
grub,
gumstix,
guug,
gzip,
hackathon,
hackbench,
hal,
hanoi,
happabsd,
Hardware,
hardware,
haze,
hdaudio,
heat,
heimdal,
hf6to4,
hfblog,
hfs,
history,
hosting,
hotplug,
hp,
hp700,
hpcarm,
hpcsh,
hpux,
html,
httpd,
hubertf,
hurd,
i18n,
i386,
i386pkg,
ia64,
ian,
ibm,
ids,
ieee,
ifwatchd,
igd,
iij,
image,
images,
imx233,
imx7,
information,
init,
initrd,
install,
intel,
interix,
internet2,
interview,
interviews,
io,
ioccc,
iostat,
ipbt,
ipfilter,
ipmi,
ipplug,
ipsec,
ipv6,
irbsd,
irc,
irix,
iscsi,
isdn,
iso,
isp,
itojun,
jail,
jails,
japanese,
java,
javascript,
jetson,
jibbed,
jihbed,
jobs,
jokes,
journaling,
kame,
kauth,
kde,
kerberos,
kergis,
kernel,
keyboardcolemak,
kirkwood,
kitt,
kmod,
kolab,
kvm,
kylin,
l10n,
landisk,
laptop,
laptops,
law,
ld.so,
ldap,
lehmanns,
lenovo,
lfs,
libc,
license,
licensing,
linkedin,
links,
linksys,
linux,
linuxtag,
live-cd,
lkm,
localtime,
locate.updatedb,
logfile,
logging,
logo,
logos,
lom,
lte,
lvm,
m68k,
macmini,
macppc,
macromedia,
magicmouse,
mahesha,
mail,
makefs,
malo,
mame,
manpages,
marvell,
matlab,
maus,
max3232,
mbr95,
mbuf,
mca,
mdns,
mediant,
mediapack,
meetbsd,
mercedesbenz,
mercurial,
mesh,
meshcube,
mfs,
mhonarc,
microkernel,
microsoft,
midi,
mini2440,
miniroot,
minix,
mips,
mirbsd,
missile,
mit,
mixer,
mobile-ip,
modula3,
modules,
money,
mouse,
mp3,
mpls,
mprotect,
mtftp,
mult,
multics,
multilib,
multimedia,
music,
mysql,
named,
nas,
nasa,
nat,
ncode,
ncq,
ndis,
nec,
nemo,
neo1973,
netbook,
netboot,
netbsd,
netbsd.se,
nethack,
nethence,
netksb,
netstat,
netwalker,
networking,
neutrino,
nforce,
nfs,
nis,
npf,
npwr,
nroff,
nslu2,
nspluginwrapper,
ntfs-3f,
ntp,
nullfs,
numa,
nvi,
nvidia,
nycbsdcon,
office,
ofppc,
ohloh,
olimex,
olinuxino,
olpc,
onetbsd,
openat,
openbgpd,
openblocks,
openbsd,
opencrypto,
opendarwin,
opengrok,
openmoko,
openoffice,
openpam,
openrisk,
opensolaris,
openssl,
or1k,
oracle,
oreilly,
oscon,
osf1,
osjb,
paas,
packages,
pad,
pae,
pam,
pan,
panasonic,
parallels,
pascal,
patch,
patents,
pax,
paypal,
pc532,
pc98,
pcc,
pci,
pdf,
pegasos,
penguin,
performance,
pexpect,
pf,
pfsync,
pgx32,
php,
pie,
pike,
pinderkent,
pkg_install,
pkg_select,
pkgin,
pkglint,
pkgmanager,
pkgsrc,
pkgsrc.se,
pkgsrcCon,
pkgsrccon,
Platforms,
plathome,
pleiades,
pocketsan,
podcast,
pofacs,
politics,
polls,
polybsd,
portability,
posix,
postinstall,
power3,
powernow,
powerpc,
powerpf,
pppoe,
precedence,
preemption,
prep,
presentations,
prezi,
products,
Products,
proplib,
protectdrive,
proxy,
ps,
ps3,
psp,
psrset,
pthread,
ptp,
ptyfs,
Publications,
puffs,
puredarwin,
pxe,
qemu,
qnx,
qos,
qt,
quality-management,
quine,
quote,
quotes,
r-project,
ra5370,
radio,
radiotap,
raid,
raidframe,
rants,
raptor,
raq,
raspberrypi,
rc.d,
readahead,
realtime,
record,
refuse,
reiserfs,
Release,
Releases,
releases,
releng,
reports,
resize,
restore,
ricoh,
rijndael,
rip,
riscos,
rng,
roadmap,
robopkg,
robot,
robots,
roff,
rootserver,
rotfl,
rox,
rs323,
rs6k,
rss,
ruby,
rump,
rzip,
sa,
safenet,
san,
sata,
savin,
sbsd,
scampi,
scheduler,
scheduling,
schmonz,
sco,
screen,
script,
sdf,
sdtemp,
secmodel,
security,
Security,
sed,
segvguard,
seil,
sendmail,
serial,
serveraptor,
sfu,
sge,
sgi,
sgimips,
sh,
sha2,
shark,
sharp,
shisa,
shutdown,
sidekick,
size,
slackware,
slashdot,
slides,
slit,
smbus,
smp,
sockstat,
soekris,
softdep,
softlayer,
software,
solaris,
sony,
sound,
source,
source-changes,
spanish,
sparc,
sparc64,
spider,
spreadshirt,
spz,
squid,
ssh,
sshfs,
ssp,
statistics,
stereostream,
stickers,
storage,
stty,
studybsd,
subfile,
sudbury,
sudo,
summit,
sun,
sun2,
sun3,
sunfire,
sunpci,
support,
sus,
suse,
sushi,
susv3,
svn,
swcrypto,
symlinks,
sysbench,
sysctl,
sysinst,
sysjail,
syslog,
syspkg,
systat,
systrace,
sysupdate,
t-shirt,
tabs,
talks,
tanenbaum,
tape,
tcp,
tcp/ip,
tcpdrop,
tcpmux,
tcsh,
teamasa,
tegra,
teredo,
termcap,
terminfo,
testdrive,
testing,
tetris,
tex,
TeXlive,
thecus,
theopengroup,
thin-client,
thinkgeek,
thorpej,
threads,
time,
time_t,
timecounters,
tip,
tk1,
tme,
tmp,
tmpfs,
tnf,
toaster,
todo,
toolchain,
top,
torvalds,
toshiba,
touchpanel,
training,
translation,
tso,
tty,
ttyrec,
tulip,
tun,
tuning,
uboot,
ucom,
udf,
ufs,
ukfs,
ums,
unetbootin,
unicos,
unix,
updating,
upnp,
uptime,
usb,
usenix,
useradd,
userconf,
userfriendly,
usermode,
usl,
utc,
utf8,
uucp,
uvc,
uvm,
valgrind,
vax,
vcfe,
vcr,
veriexec,
vesa,
video,
videos,
virtex,
virtualization,
vm,
vmware,
vnd,
vobb,
voip,
voltalinux,
vpn,
vpnc,
vulab,
w-zero3,
wallpaper,
wapbl,
wargames,
wasabi,
webcam,
webfwlog,
wedges,
wgt624v3,
wiki,
willcom,
wimax,
window,
windows,
winmodem,
wireless,
wizd,
wlan,
wordle,
wpa,
wscons,
wstablet,
X,
x.org,
x11,
x2apic,
xbox,
xcast,
xen,
Xen,
xfree,
xfs,
xgalaxy,
xilinx,
xkcd,
xlockmore,
xmms,
xmp,
xorg,
xscale,
youos,
youtube,
zaurus,
zdump,
zfs,
zlib
'nuff.
Grab the RSS-feed,
index,
or go back to my regular NetBSD page
Disclaimer: All opinion expressed here is purely my own.
No responsibility is taken for anything.