On Wed, Jan 14, 2004 at 01:01:25PM +0100, Maciej W. Rozycki wrote:
> The problem is the official kernel would work fine for a 64-bit
> DECstation if it had an R4400 rev.2.0 or later. I haven't heard of any
> having such a processor -- the ones I have and the others reported by
> poeple have either an R4000 rev.3.0 or an R4400 rev.1.0. These processors
> have errata that lead to erroneous behavior in a few common 64-bit
> operations (according to the errata sheet, the R4000 actually has a
> serious 32-bit erratum as well, but I haven't been able to trigger it
> yet). I have implemented appropriate workarounds (available upon
> request), but they require changes not only to Linux, but to gcc and gas
> as well. I'm preparing to merge the changes to the tools -- hence my
> current gcc 3.4 effort -- but until then the 64-bit port has to be marked
> as experimental (marking R4000 and R4400 processor selections as such for
> 64-bit operation would be more accurate, but currently we don't have a
> separate setting for them).
> See also arch/mips/dec/prom/call_o32.S for the only chunk of explicit
> support code for 64-bit operation for the DECstation -- everything else
> just works as is (modulo possible protability bugs in drivers).
> Going back to the subject -- what's the problem with dependencies?
Nothing. It was looking like you meant something else and me and Adrian
got trapped by that. Feel free to change it back to what it was but
maybe "depends on MIPS32 || (MIPS64 && EXPERIMENTAL)" is less ambigous?