On 15 Mar, Russell King - ARM Linux Admin ([EMAIL PROTECTED]) wrote:

> Dr Charles McEvoy writes:
>> However, I _still_ can't get any self-compiled kernel to recognise ADFS,
>> despite answering 'Yes' appropriately in the config.  /proc/filesystems is
>> missing an adfs that I'm sure should be there, so I'm left having to boot
>> the distribution kernel to fetch things from ADFS, and then reboot into a
>> 2.0.36 to use them.  Very annoying, but I'm probably just missing
>> something obvious? (He said hopefuly...)
> 
> Hmm, I've no idea on this one.  I do know that I have adfs compiled into
> the kernel without problem.  (I would post my /proc/filesystems if I had a
> mouse on flint, but I haven't got the IRQ mapping fixed for both EBSA285
> and NetWinder yet).  Any chance of a .config file?
I have found the problem - it was just me being daft.  Unless you ask to be
prompted for experimental code, you see only one config option for enabling
adfs.  That had been enough to fool me.  Problem now solved.  

However, a rather more dramatic problem has reared its head since I upgraded
memory to (64+64)+2 in a StrongArm RPC600 (kernel 2.0.35).   Although I am
using modules2.0.0.5a3 the machine is very unstable and often fails to boot
up unless I set the memory to 32M or lower.  64M and higher is usually fatal,
but interestingly even the install sequence fails, with some packages failing
to properly install.  emacs is the most common offender, followed by tclx.
Others have failed occasionally as well.  Sometimes it gives non fatal kernel
errors in the later stages of the install sequence.
                                      
If this is a known problem, I would be interested to know the maximum safe
memory I can use.  To be honest 130Mb is more than I really need for most of
the things I do anyway :-)
If it is unreported and anyone is interested, I can provide more information
easily - it seems perfectly repeatable.

Regards,
        Charles.
-- 
Dr Charles McEvoy       | PGP key available from
York, of that shire     | http://www.mcevoy.demon.co.uk
unsubscribe: body of `unsubscribe linux-arm' to [EMAIL PROTECTED]

Reply via email to