>> http://auric.debian.org/~bcollins/disks-sparc/current/
>
>Final set for awhile. Includes the tulip driver built-in for X1's,
and
>Dave's latest IIIi patches.
just for info: works fine on an X1 here, but "swaps" eth0 and eth1.
Ingo
>i was trying to switch my ultra5 from the default high res (it's hard
to
>read), to a low, by putting append="video=atyfb:xres:800,yres:600" in
>silo.conf.
I am not if this is what you want, but it is similar.
On a b100 hooked up to a TFT, I use
append="video=atyfb:[EMAIL PROTECTED]"
to force
> On a SS20/SX (vsimm 8MB) I'm currently unable to get xfree working.
Same here with aurora (rh7.3 port to sparc), so the problem seems to be X
4.x or the kernel, not debian. In my case the 32bpp helped to get X
running - but led to hard lockups later.
Not that this really helps you, but it might
> > Most people don't want a UFS filesystem laying around, nor require
> > burning a CD to do this though.
>
> Right, but is it actually impossible to boot it otherwise? I didn't
> try very hard.
Neither did I. I have enough systems sitting around to justify this "waste".
Ingo
Actually, it's by no means necessary to extract anything, and you don't even
need SILO. Just type
boot diskN /flash-update-XYZ
when flash-update is on the first slice and on a filesystem readable by OBP
readable.
I tend to have a small external disk with just the flash updates lying
around for t
> > problems on SunBlades100 which were solved by turning DMA off on the
disks...
> How do you do that?
append "ide=nodma" to the kernel command line.
Ingo
> I noticed linuxpower went offline for good on June 2nd.
> Anyone know what this means for the Aurora project, or where
> its site has moved to, etc,.?
- The info part of the aurora site has been transferred to
www.auroralinux.org.
- The mailing lists have been moved, but are probably waiting fo
> I am attempting to
> use 2.4.17 on a SPARCstation 5 (85MHz) (sun4m) with 192MB of RAM.
>
> On attempting to boot the kernel I get the following message;
>
> SILO boot:
> PROMLIB: obio_ranges 1
> bootmem_init: Scan sp_banks,
> init_bootmem(spfn[41ad],bpfn[4a1d],mlpfn[c000])
Where did you get the
>Does 2.54BETA30 run fine on RedHat 6.2?
All I can say is that 2.54BETA22 runs fine on rh6.2/aurora.
Ingo
Hi,
a few hints might be in order here:
> I edited /etc/ethers add:
> 08:00:20:aa:bb:cc sparc
looks ok.
> I edit /etc/hosts add:
> 192.168.1.10 sparc
looks ok.
> I got tftpboot.img for sun4cdm and put it in /tftpboot
> I made a symlic link by:
> ln -s tftpboot.img C0A8010A.SUN4C
looks ok.
>
> I created a /etc/ethers which contains:
> sparc 08:00:20:1a:2b:3c
should be the other way 'round:
#/etc/ethers
08:00:20:1a:2b:3c sparc
Ingo
I think this is the one you reffered to;-)
Ingo
- Original Message -
From: <[EMAIL PROTECTED]>
I think this is the one you referred to,
Steve Grady
The Mouse Pad
Save this as a file, the pass it through a postscript printer and you have a
replacement for the Sparc mouse pad.
%!
>... 2.4 is supposed to be a stable kernel, so the first thing I'd
expect
>is that it compiles; and that it won't break compilation on a
complete
>architecture every other version.
The trouble is: There is no maintainer for sparc32 on 2.4. Do you want
to jump in? There seem to be enough people who
>Someone say that from 2.4.7 sparc32 will be better supported.
>Seems no... ;(((
first answer: just a slight oversight. Remove the romvec declaration
from arch/sparc/mm/fault.c.
second answer: 2.4.7 compiles, but is not really stable yet, but Anton
is working on it.
Ingo
> 2. I'm assuming that the problems with the 2.4.x kernels on 32 bit
> SPARC problems will prevent me from compiling a 2.4 kernel under
> Debian.
correct.
> Can I download source from somewhere else that might work?
Not yet, but "real soon now" it seems;-)
Ingo
15 matches
Mail list logo