Nicholas Clark writes:
> You can probaby provoke it by
>
> CONFIG_FB=y
> CONFIG_DUMMY_CONSOLE=y
> CONFIG_FB_ACORN=y
> CONFIG_FBCON_MFB=n
> CONFIG_FBCON_CFB2=n
> CONFIG_FBCON_CFB4=n
> CONFIG_FBCON_CFB8=y
> CONFIG_FBCON_FONTS=y
> CONFIG_FONT_ACORN_8x8=y
Aha! Currently, acornfb wants to start in 4bpp, 640x480. Hence, if cfb4
is missing, it won't be able to (however, it still shouldn't die horribly).
> Now, this was why I didn't boot. I wasn't expecting linux 2.2.2 to change
> resolution. 2.0.35 sits nicely in the mode RISC OS left the machine in.
> So my next question is - how do I get 2.2.2 (or 2.2.3) to switch to 1360x1024
> in 8 bpp?
You may want to have a look at the fbcon utilities - you can find details
about them in linux/Documentation/Changes
> So, IT BOOTS. It works enough to compile kernels. I can't run X - xinit dies
> with "
>
> Using VT7
>
> VT_GETSCRINFO failed
> "
Ok, fix already exists - there is a new X server binary in the FTP site
in /pub/armlinux/testing/X I think. I know of one problem with it - since
the kernel now passes the keyboard-generated autorepeat to the X server,
the X server cockes up doing it's own autorepeat.
> I can't run screen - I get many many lines of "modprobe: Out of file handles"
> and then a final message about no more ptys.
Aha! You probably haven't got the correct major/minor numbers for
/dev/?ty[p-s]*. Have a look at linux/Documentation/devices.txt for
the correct numbers. These will be backwards compatible with the
2.0.3x kernels.
> It also refused to load my ppp module. I think it's refusing to load all
> modules. It may be because the 2.2.0 kernel needs it to load the Acorn FPE,
> and it appears to be trying this for 2.2.2. Not sure.
I assume that you've recompiled the modules in the 2.2 tree? If so, you'll
also need a later modutils - 2.1.121 on ftp.kernel.org doesn't seem to be
up to date (and will crash a machine if used). I'll upload a 2.1.121 which
seems to work... (both binary and src).
> Finally, tab completion in bash, and pressing backspace at the start of a line
> causes an extra space to be printed. I did "stty sane" and it still does it.
Do you mean that the cursor is at the end of a line? If so, this is a bug
in all PC kernels 1.x and so far 2.x. I thought that my patches fixed that...
Hmm, just tried it, and if I have a line of 'a's with the cursor sitting under
the last one, then hit backspace, it leaves the last 'a' there...
_____
|_____| ------------------------------------------------- ---+---+-
| | Russell King [EMAIL PROTECTED] --- ---
| | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / |
| +-+-+ --- -+-
/ | THE developer of ARM Linux |+| /|\
/ | | | --- |
+-+-+ ------------------------------------------------- /\\\ |
unsubscribe: body of `unsubscribe linux-arm' to [EMAIL PROTECTED]
