linux-mips
[Top] [All Lists]

Re: [2.6 patch] fix DECSTATION depends

To: Ralf Baechle <ralf@linux-mips.org>
Subject: Re: [2.6 patch] fix DECSTATION depends
From: "Maciej W. Rozycki" <macro@ds2.pg.gda.pl>
Date: Wed, 14 Jan 2004 18:24:25 +0100 (CET)
Cc: Adrian Bunk <bunk@fs.tum.de>, linux-mips@linux-mips.org
In-reply-to: <20040114170001.GA20227@linux-mips.org>
Organization: Technical University of Gdansk
Original-recipient: rfc822;linux-mips@linux-mips.org
References: <20040113015202.GE9677@fs.tum.de> <20040113022826.GC1646@linux-mips.org> <Pine.LNX.4.55.0401131401300.21962@jurand.ds.pg.gda.pl> <20040113172751.GN9677@fs.tum.de> <Pine.LNX.4.55.0401141230400.1436@jurand.ds.pg.gda.pl> <20040114170001.GA20227@linux-mips.org>
Sender: linux-mips-bounce@linux-mips.org
On Wed, 14 Jan 2004, Ralf Baechle wrote:

> >  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?

 I thought the construct triggered a problem elsewhere and the change was
supposed to work it around.  I'm pretty surprised you've forgotten I
ported the DECstation code to 64 bits -- it's already over a year and a
half since I did the first boot.

 I feel a bit hesitant about changing the expression, but perhaps I may
add a comment to the help text, on why it's experimental for 64-bit.  I
suspect hardly anyone will notice, though -- if built with unpatched tools
and run on a problematic processor the kernel complains and refuses to run
asking to contact <linux-mips@linux-mips.org> and nobody did that yet...

  Maciej

-- 
+  Maciej W. Rozycki, Technical University of Gdansk, Poland   +
+--------------------------------------------------------------+
+        e-mail: macro@ds2.pg.gda.pl, PGP key available        +

<Prev in Thread] Current Thread [Next in Thread>