All,
I'm running -current on my main box, NFS mounting home directories from my
-stable box. The -current box is configured as an NFS client only as it does
not serve anything. The -stable box is configured as an NFS server only.
In this configuration, running rpc.statd and rpc.lockd on both
All,
I recently got my hands on an internal Courier I-Modem. Figuring it was very
similar to a regular PnP modem I dropped it in my -current box and it showed
up as 'unknown'. Hmm.
Further inspection of isa/sio.c revealed that the modem's pnp id was not in
the table so I added it and rebuilt the
On Wed, Dec 01, 1999 at 10:18:26AM +0900, Seigo Tanimura wrote:
If you have an SB card not probed since the import of the bridge
dirvers, could you please apply the following patch, add the logical
ID of your card into sbc_ids[] and see how it works?
(I have asked peter to review the PnP part
On Tue, Nov 30, 1999 at 10:30:28AM +0900, [EMAIL PROTECTED] wrote:
On 29 Nov 1999 19:19:24 +0100,
Dag-Erling Smorgrav [EMAIL PROTECTED] said:
Dag-Erling My SB32 PnP, which had so far worked nicely with newpcm except for the
Dag-Erling "fast forward" bug, stopped working after the newmidi
On Mon, Oct 04, 1999 at 11:12:10PM -0400, Matthew N. Dodd wrote:
On Mon, 4 Oct 1999, Timo Geusch wrote:
If you're interested I can send you the source code for the driver but it is
not clear if it works on -current at the moment as I haven't updated for
some time.
Send it here as I'm
On Wed, Sep 22, 1999 at 10:40:22AM +0800, Peter Wemm wrote:
No, it's better to remove "device ep0 at isa ? port foo irq blah ..." etc
and just have "device ep0" *only*. If the pnp code finds it, let it use
pnp to configure it.
Does it do that by now? About two or three months ago it didn't
I had to try this due to an unfortunate 'accident', and no, it currently does
not work. The aout assembler complains about a '.section' tag in the assembly
output of contrib/gcc/cp/tinfo2.cc.
You have to elfify your system with a non-egcs compiler before you can move
onto using egcs to make the
After recvsupping -current from the uk Mirror this morning, 'make buildworld'
completed without any problem, but a subsequent 'make installworld' failed
when trying to install shared libraries (in this case, libdescrypt.so.2).
Further investigation showed that building the aout part of world
