From mboxrd@z Thu Jan  1 00:00:00 1970
From: Lucio De Re <lucio@proxima.alt.za>
To: 9fans mailing list <9fans@cse.psu.edu>
Message-ID: <20040122162315.D28365@cackle.proxima.alt.za>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Subject: [9fans] ATA next
Date: Thu, 22 Jan 2004 16:23:15 +0200
Topicbox-Message-UUID: bd7f9954-eacc-11e9-9e20-41e7f4b1d025

Forsyth's fixes gave me the #a that I was missing on my auth server.
Now I can run imap4d on the slowest, smallest server in my
office/network :-)  Something tells me either imap4d does not need
to run on an auth server (it _does_ change identity, doesn't it?)
or the auth server needs to be considerably more beefy than used
to be the case a few years ago (don't I recall comments to the
effect it could run on small 386?).

Sadly, the curse of the seeming ATA-originated linefeeds has struck
pretty seriously.  The screen does not take very long to get cleared
of all text.

Even more seriously (in my opinion) the IDE controller (ATA based,
as this host has no PCI at all) is not recognised as DMA capable,
so I get the dreaded:
	disabling dma: not on a busmastering controller
message.

I think jmk knows how to fix this.  To be honest, I don't use the
ATA drive except for /n/9fat, so it doesn't really matter, but it's
annoying and can no doubt be fixed, and it seems to be responsible
for a considerable increase in the rate at which spurious LFs are
fed to the console.  I'll see if I can find the source of those at
the same time.

++L