t you are converting. Not to mention needing an
XFS kernel.
--
More Important Drivel from:
Scott Henry <[EMAIL PROTECTED]> /\/\/\ http://www.tenchiki.net/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Many things are working already. I
am using a USB mouse suvvessfully. linux-usb.org keeps up a working
backport patch to the latest 2.2 kernels, and my USB mouse (really
an Evolution trackball) works under that, too.
--
More Important Drivel from:
Scott Henry <[EMAIL PROTECTED]> /\/\/\ http://reality.sgi.com/scotth/
he former can gererate spurious errors like you are seeing
without otherwise being detected. I spend the extra money on ECC
memory, because I don't want any hidden errors...
Oh, and make sure that you have parity enabled on the SCSI bus
peripherals, too.
--
More Impor
7;t nail this one down. Can I use more than 64 MB with
k> this processor/L2 cache combination?
Yes. The problem you mention was a problem with the external L2
caches on some motherboards. All socket-7 type if I recall correctly.
It is not a problem with any P2/P3 derived processor.
--
>>>>> "O" == Oki DZ <[EMAIL PROTECTED]> writes:
O> On 31 Dec 1999, Scott Henry wrote:
>> Not those specific machines.
O> SGI?
Yes, I work for SGI, but not speaking for SGI...
O> Problem is, the machine is currently running on a single-processor,
es are intrusive and
wide-spread. But it's done with a single sleection in `make
menuconfig`, the first step in compiling your own kernel. Note that
all modules need to be recompiled as well.
A standard uniprocessor kernel runs on a multi-processor system, so
installation, etc, works.
-
s internal termination. Also, make sure that your SCSI cables
are as short as possible. Normally this means that the ScanJet
should be at the end of the bus. It is unusual to have the
controller not be one extreme of the numbers, ie: either 0 or 7.
--
More Important Drivel from:
Scott Henry <[EMAIL PROTECTED]> /\/\/\ http://reality.sgi.com/scotth/
ev/tty
%
on my system. (the odd date is because I am running with devfs patch).
--
More Important Drivel from:
Scott Henry <[EMAIL PROTECTED]> /\/\/\ http://reality.sgi.com/scotth/
reboot with an old kernel (2.3.21/devfs/int-patch)
where it used to work... (SMP, but that shouldn't affect atd?).
Any ideas?
--
More Important Drivel from:
Scott Henry <[EMAIL PROTECTED]> /\/\/\ http://reality.sgi.com/scotth/
admin may have installed the "gnu" package, which includes bash (as
/usr/gnu/bin/bash). There are ways to install it in your homedir if
you don't have admin priviledges (or can' convince the admin to
install it). see the "-r /root" option to inst/swmgr.
--
the necessary info needed to manually configure
/etc/X11/XF86Config is in the /usr/share/doc/xserver-i128 pages.
Note that you need xfree86 v3.3.1 or later. Note also that the later
.deb's have a broken xserver... So either stick with the 3.3.3.1
.debs or grab the binary from xfree86.org.
--
ed. But 3.3.4
L> form www.xfree86.org works great. My is 3253081 bytes.
I've seen this as well. I strongly suspect it is due to a gcc/egcs
compilation bug. ie: the gcc2 compiled xserver works and the egcs
compiled xserver doesn't. In the case of the I128 xserver, the
change appears
to copy a working xserver from.
I've submitted a bug report for 3.3.4, but now have some more
details in 3.3.5, so I need to update the bug report...
--
Scott Henry <[EMAIL PROTECTED]> / Help! My disclaimer is missing!
IRIX MTS, / GIGO *really* means: Garbage in
) before the clock runs
acceptably. The values computed are saved into a startup script.
You would need to do this first, even if you were planning on
running NTP to sync the time. The algorithms in ntpd assume that the
inherent clock drift is "small", for some value of small.
--
S
ill go out and refetch/install them all?
I'm doing something like this, but it is still by hand at the moment
(there's nothing critical on the machine).
dpkg --get-selections
dpkg --set-selections
(though I haven't tried the latter yet, just read it in the m
cripple the hardware to save a few manufacturing bucks.
Long answer:
There is a project afoot that might make some models of
WinModem work under Linux (and probably *BSD), but I
wouldn't hold my breath waiting for it.
--
Scott Henry <[EMAIL PROTECTED]&
16 matches
Mail list logo
