From: Markos Chandras <Markos.Chandras@imgtec.com>
To: Ralf Baechle <ralf@linux-mips.org>
Cc: <linux-mips@linux-mips.org>, James Hogan <james.hogan@imgtec.com>
Subject: Re: [PATCH] MIPS: Kconfig: microMIPS and SmartMIPS are mutually exclusive
Date: Tue, 3 Jun 2014 10:45:38 +0100 [thread overview]
Message-ID: <538D9942.6010000@imgtec.com> (raw)
In-Reply-To: <20140603093434.GQ17197@linux-mips.org>
On 06/03/2014 10:34 AM, Ralf Baechle wrote:
> On Tue, Jun 03, 2014 at 09:46:17AM +0100, Markos Chandras wrote:
>
>> Warning: the 32-bit microMIPS architecture does not support the `smartmips'
>> extension
>> arch/mips/kernel/entry.S:90: Error: unrecognized opcode `mtlhx $24'
>> [...]
>> arch/mips/kernel/entry.S:109: Error: unrecognized opcode `mtlhx $24'
>>
>> Link: https://dmz-portal.mips.com/bugz/show_bug.cgi?id=1021
>> Reviewed-by: Steven J. Hill <Steven.Hill@imgtec.com>
>> Signed-off-by: Markos Chandras <markos.chandras@imgtec.com>
>> ---
>> arch/mips/Kconfig | 2 +-
>> 1 file changed, 1 insertion(+), 1 deletion(-)
>>
>> diff --git a/arch/mips/Kconfig b/arch/mips/Kconfig
>> index 2fe8e60..ffde3d6 100644
>> --- a/arch/mips/Kconfig
>> +++ b/arch/mips/Kconfig
>> @@ -2063,7 +2063,7 @@ config ARCH_PHYS_ADDR_T_64BIT
>> def_bool 64BIT_PHYS_ADDR
>>
>> config CPU_HAS_SMARTMIPS
>> - depends on SYS_SUPPORTS_SMARTMIPS
>> + depends on SYS_SUPPORTS_SMARTMIPS && !CPU_MICROMIPS
>> bool "Support for the SmartMIPS ASE"
>> help
>> SmartMIPS is a extension of the MIPS32 architecture aimed at
>
> From a user's perspective that's a bit quirky; a user has to first
> disable CPU_MICROMIPS before he can enable CPU_HAS_SMARTMIPS. So I
> think this should become a choice statement.
>
> Ralf
>
James (now on CC) suggested the same thing and I told him that choice
statements make sense for symbols that are somehow related. For example
SMVP or SMTC or no-MT. In this case, these symbols totally different so
in my opinion a choice symbol will be rather confusing. But I will not
object. Whatever works best.
--
markos
WARNING: multiple messages have this Message-ID (diff)
From: Markos Chandras <Markos.Chandras@imgtec.com>
To: Ralf Baechle <ralf@linux-mips.org>
Cc: linux-mips@linux-mips.org, James Hogan <james.hogan@imgtec.com>
Subject: Re: [PATCH] MIPS: Kconfig: microMIPS and SmartMIPS are mutually exclusive
Date: Tue, 3 Jun 2014 10:45:38 +0100 [thread overview]
Message-ID: <538D9942.6010000@imgtec.com> (raw)
Message-ID: <20140603094538.fGsBc6NjWa3Rhffve-92yT-C6cnuVT1Jsvw4RAzy92k@z> (raw)
In-Reply-To: <20140603093434.GQ17197@linux-mips.org>
On 06/03/2014 10:34 AM, Ralf Baechle wrote:
> On Tue, Jun 03, 2014 at 09:46:17AM +0100, Markos Chandras wrote:
>
>> Warning: the 32-bit microMIPS architecture does not support the `smartmips'
>> extension
>> arch/mips/kernel/entry.S:90: Error: unrecognized opcode `mtlhx $24'
>> [...]
>> arch/mips/kernel/entry.S:109: Error: unrecognized opcode `mtlhx $24'
>>
>> Link: https://dmz-portal.mips.com/bugz/show_bug.cgi?id=1021
>> Reviewed-by: Steven J. Hill <Steven.Hill@imgtec.com>
>> Signed-off-by: Markos Chandras <markos.chandras@imgtec.com>
>> ---
>> arch/mips/Kconfig | 2 +-
>> 1 file changed, 1 insertion(+), 1 deletion(-)
>>
>> diff --git a/arch/mips/Kconfig b/arch/mips/Kconfig
>> index 2fe8e60..ffde3d6 100644
>> --- a/arch/mips/Kconfig
>> +++ b/arch/mips/Kconfig
>> @@ -2063,7 +2063,7 @@ config ARCH_PHYS_ADDR_T_64BIT
>> def_bool 64BIT_PHYS_ADDR
>>
>> config CPU_HAS_SMARTMIPS
>> - depends on SYS_SUPPORTS_SMARTMIPS
>> + depends on SYS_SUPPORTS_SMARTMIPS && !CPU_MICROMIPS
>> bool "Support for the SmartMIPS ASE"
>> help
>> SmartMIPS is a extension of the MIPS32 architecture aimed at
>
> From a user's perspective that's a bit quirky; a user has to first
> disable CPU_MICROMIPS before he can enable CPU_HAS_SMARTMIPS. So I
> think this should become a choice statement.
>
> Ralf
>
James (now on CC) suggested the same thing and I told him that choice
statements make sense for symbols that are somehow related. For example
SMVP or SMTC or no-MT. In this case, these symbols totally different so
in my opinion a choice symbol will be rather confusing. But I will not
object. Whatever works best.
--
markos
next prev parent reply other threads:[~2014-06-03 9:45 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-06-03 8:46 [PATCH] MIPS: Kconfig: microMIPS and SmartMIPS are mutually exclusive Markos Chandras
2014-06-03 8:46 ` Markos Chandras
2014-06-03 9:34 ` Ralf Baechle
2014-06-03 9:34 ` Ralf Baechle
2014-06-03 9:45 ` Markos Chandras [this message]
2014-06-03 9:45 ` Markos Chandras
2014-06-03 11:18 ` Maciej W. Rozycki
2014-06-03 12:24 ` Ralf Baechle
2014-06-03 13:56 ` Maciej W. Rozycki
2014-07-21 7:46 ` [PATCH v2] MIPS: Kconfig: Add choice symbol to select microMIPS or SmartMIPS Markos Chandras
2014-07-21 7:46 ` Markos Chandras
2014-10-08 13:28 ` Markos Chandras
2014-10-08 13:28 ` Markos Chandras
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=538D9942.6010000@imgtec.com \
--to=markos.chandras@imgtec.com \
--cc=james.hogan@imgtec.com \
--cc=linux-mips@linux-mips.org \
--cc=ralf@linux-mips.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.