It should be working, yes... that's what most of the dec-sites and other
FAQs tell me... but when I look in the 'make config' when I try to
compile the kernel, I only see support for DE4x5... and that's not the
one I have.
>> Installing modules to add the depca.o in the kernel (?) doesn't seem to
>Personally I don't like modules. I recommend to include it within the
I wish I COULD dislike them: when I try to install them from an rpm
package, I can't do a thing with them... this is absolutely the weirdest
thing ever happened to me... I don't think I get the idea of rpm
>> The installation wasn't really successful, to my idea, because the 2nd
>> disk that needed to be inserted gave 4 errors. And after that it didn't
>Hm, try to put the images on clean, new, preformated disks, of a reputable
>vendor. I had several times problems with this, with several OSs, and
>I now only use boot disks once for each OS and version.
Yes, but 5 sets of disks all failed. Doesn't that say a thing while 4 of
the pairs were preformatted, formatted by Sun/Os, formatted by Linux,
formatted by DOS... argghhh!! I just want to boot without having to use
those floppy disks!!! (we don't live in prehistoric age anymore, do we?)
Besides, VMS install is easy: just boot from cd and voila. Same for
OSF/1. I know these are old, but Linux (my favorite) doesn't have that
>> give any errors at all. But, the thing is that when you try to use "boot
>> -fl "i" dka0" (in my case), I get the query to insert file and/or
>> argument. Then I chose for "- root=/dev/fd0 ramdisk=1440" which seemed
>> to be working. But, when I tried to use "boot -fl install dka0" it
>> didn't question me and I got a different way of loading the ramdisk.
>> (with <5><5><5> signs).
>Those are, as far as I recall, OK. That's probably some ESC-codes the
>console doesn't handle at that stage.
Hmm, but still I don't see why there isn't just ONE option... it all
makes people so confused having to try all the defaults and other
options that are available. Like "help" under UNIX: it's either
<command> --help or <command> -h ... right? And that's become a
>> And when I tried the last option, it refused to
>> load the 2nd disk (error: "disk seems to be absent or has been changed")
>> and the option with 'INSTALL' didn't do that at all. Documents on the
>The "INSTALL" is used by the kernels by Jim Paradis. RedHat kernels,
>to the best of my knowledge, do not understand this option. But if you
>use the Aboot loader, and apparently you do, you don't need that. The
>'INSTALL' option was a special one to imply the other's, as the
>Jensen's console can only forward an option string with a maximum of 8
>characters. In case you use a kernel by Jim, be sure to write
>'boot -fl "INSTALL" dka0'. I once noticed the '"' makes a difference,
>but that might be dependent of the firmware version in use.
I'm using firmware 1.7... but I don't think that has got to do anything
>> internet use different ways that can confuse you very easily. I'm afraid
>> some packages aren't installed correctly. Although I have chosen to
>> install EVERY single thing.
>The RedHat install needs the "boot" floppy, to copy a kernel from
>it. It doesn't prompt for it, so insert it immediately after starting
>the installation script! In case the floppy
... in case the floppy... yes?
The boot floppy is needed, but why does my system run ok then, while I
had a few errors in the installation procedure? That's not my favorite
thing. I would like to have no errors, as far as I'm concerned. I know
that's not easy, but it should be a goal...
>> Is there a program (such as SuperProbe) that can scan my complete
>> hardware and see what kind of cards are in my system? My 2000 AXP 300
>> doesn't seem to like the fact I'm trying to run SuperProbe, because it
>> gives memory errors. On this list, someone posted something about that
>> SuperProbe won't work on an Alpha. How can I test my stuff then? Is
>> there any solution?
>Ahem, SuperProbe as I know it doesn't scan your complete hardware, but
>just the graphics adapter! I ported it to the Jensen, but since only
>S3 card's are supported on the Jensen with Linux yet, I didn't bother
>to offer a binary, since the XF86_S3.jensen server can probe those on
*nod* ... That's true.. but how can I detect the rest of my hardware
then? I hate to say it, but Windows 95 has got a better hardware
detection system :-p ... No that wasn't serious. But what I'm trying to
accomplish is a way to find out about all my hardware settings. Not by
looking in the ECU of the Jensen or looking in the console prompt. No,
under Linux. In the future it will be a must, I can already tell that.
>> PS. IF I'll find out how to solve things, I will write a full FAQ on it
>> and post it. But, then I really need your assistance...
>Great :-). One reason that there is so little knowledge about
>bootstrapping the Jensen is, that once it is done, you never need
>to redo it ;-). Upgrading is easy!
Hmm, installing isn't easy... I really wonder how upgrading will go...
But, if things are running smoothly, I will make a really extended FAQ
about everything I've been doing... (including hacing lunch, throwing
aroung with hammers... kicking colleagues out of pure
I NEED it! - But haven't had it sofar....
Oh Martin, look at the following error I get after doing the "make boot"
net/network.a(ipx.o)(.lita+0x80): undefined reference to
net/network.a(ipx.o)(.lita+0xd8): undefined reference to `dev_get'
When I tried to do a make boot > output, the most important error
messages (see above) weren't included, but were written to console... so
couldn't get those in here....
I'm getting crazy... slowly... but surely....
More help would be more than appreciated!
> Compiling a Kernel:
>Install the appropriate kernel source RPM. 'cd /usr/src/linux; make
>config'. Answer those question. Choose 'Jensen' as system type, and
>say 'y'(es) to SRM support. On most of the other options, the standard
>answer is OK. Don't include any PCI stuff! Say yes to your network
>adapter! At most of the questions, you get an explanation with '?'.
>Then enter 'make clean; make depend; make boot'.
>Copy the result '/usr/src/linux/arch/alpha/boot/vmlinux.gz' to
> Some kernels didn't ask for SRM support in conjunction with the
>Jensen. Others imply it. You might want to use newer sources. I use
>version 2.0.19 right know.
>Martin Ostermann | mailto:email@example.com
>Communication Networks | http://www.comnets.rwth-aachen.de/~ost
>Aachen University of Technology | phoneto:++49/241/807917
>Germany | faxto:++49/241/8890378
>To unsubscribe: mail -s unsubscribe firstname.lastname@example.org < /dev/null
-- To unsubscribe: send e-mail to email@example.com with 'unsubscribe' as the subject. Do not send it to firstname.lastname@example.org
Copyright © 1995-1997 Red Hat Software. Legal notices