Re: MPT2SAS boot fail... due to silently loosing the driver

2015-12-02 Thread Ingo Molnar 

* Martin K. Petersen  wrote:

> > "Ingo" == Ingo Molnar  writes:
> 
> Ingo> So you need to make it interactive, with a short help text that
> Ingo> explains to users that this is legacy option only, and that they
> Ingo> should enable the MPT3SAS option if they want to configure things
> Ingo> manually.
> 
> +config SCSI_MPT2SAS
> + tristate "Legacy MPT2SAS config option"
> + default n
> + select SCSI_MPT3SAS
> + ---help---
> + Dummy config option for backwards compatiblity: configure the MPT3SAS 
> + driver instead.
> 
> That's fine with me.
> 
> Sreekanth/Christoph/James: Any objections?

Acked-by: Ingo Molnar 

Could we get this upstream ASAP so that people testing later rc's don't lose 
their 
settings?

Thanks!

Ingo
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Re: MPT2SAS boot fail... due to silently loosing the driver

2015-12-02 Thread Ingo Molnar 

* Martin K. Petersen  wrote:

> > "Ingo" == Ingo Molnar  writes:
> 
> Ingo> So you need to make it interactive, with a short help text that
> Ingo> explains to users that this is legacy option only, and that they
> Ingo> should enable the MPT3SAS option if they want to configure things
> Ingo> manually.
> 
> +config SCSI_MPT2SAS
> + tristate "Legacy MPT2SAS config option"
> + default n
> + select SCSI_MPT3SAS
> + ---help---
> + Dummy config option for backwards compatiblity: configure the MPT3SAS 
> + driver instead.
> 
> That's fine with me.
> 
> Sreekanth/Christoph/James: Any objections?

Acked-by: Ingo Molnar 

Could we get this upstream ASAP so that people testing later rc's don't lose 
their 
settings?

Thanks!

Ingo
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Re: MPT2SAS boot fail... due to silently loosing the driver

2015-12-01 Thread Sreekanth Reddy 
On Mon, Nov 30, 2015 at 10:51 PM, Martin K. Petersen
 wrote:
>
> > "Ingo" == Ingo Molnar  writes:
>
> Ingo> So you need to make it interactive, with a short help text that
> Ingo> explains to users that this is legacy option only, and that they
> Ingo> should enable the MPT3SAS option if they want to configure things
> Ingo> manually.
>
> +config SCSI_MPT2SAS
> +   tristate "Legacy MPT2SAS config option"
> +   default n
> +   select SCSI_MPT3SAS
> +   ---help---
> +   Dummy config option for backwards compatiblity: configure the MPT3SAS
> +   driver instead.
>
> That's fine with me.
>
> Sreekanth/Christoph/James: Any objections?

[Sreekanth] Martin, I am fine with this change.

>
> --
> Martin K. Petersen  Oracle Linux Engineering
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Re: MPT2SAS boot fail... due to silently loosing the driver

2015-12-01 Thread Sreekanth Reddy 
On Mon, Nov 30, 2015 at 10:51 PM, Martin K. Petersen
 wrote:
>
> > "Ingo" == Ingo Molnar  writes:
>
> Ingo> So you need to make it interactive, with a short help text that
> Ingo> explains to users that this is legacy option only, and that they
> Ingo> should enable the MPT3SAS option if they want to configure things
> Ingo> manually.
>
> +config SCSI_MPT2SAS
> +   tristate "Legacy MPT2SAS config option"
> +   default n
> +   select SCSI_MPT3SAS
> +   ---help---
> +   Dummy config option for backwards compatiblity: configure the MPT3SAS
> +   driver instead.
>
> That's fine with me.
>
> Sreekanth/Christoph/James: Any objections?

[Sreekanth] Martin, I am fine with this change.

>
> --
> Martin K. Petersen  Oracle Linux Engineering
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Re: MPT2SAS boot fail... due to silently loosing the driver

2015-11-30 Thread James Bottomley 
[cc to linux-scsi added]
On Mon, 2015-11-30 at 12:21 -0500, Martin K. Petersen wrote:
> > "Ingo" == Ingo Molnar  writes:
> 
> Ingo> So you need to make it interactive, with a short help text that
> Ingo> explains to users that this is legacy option only, and that they
> Ingo> should enable the MPT3SAS option if they want to configure things
> Ingo> manually.
> 
> +config SCSI_MPT2SAS
> + tristate "Legacy MPT2SAS config option"
> + default n
> + select SCSI_MPT3SAS
> + ---help---
> + Dummy config option for backwards compatiblity: configure the MPT3SAS 
> + driver instead.
> 
> That's fine with me.
> 
> Sreekanth/Christoph/James: Any objections?

Looks OK, we probably need a removal timeframe for it as well.  What
about removal in 4.6?

James



--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Re: MPT2SAS boot fail... due to silently loosing the driver

2015-11-30 Thread Christoph Hellwig 
If that's been tested to work I'm fine with it.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Re: MPT2SAS boot fail... due to silently loosing the driver

2015-11-30 Thread Martin K. Petersen 
> "Ingo" == Ingo Molnar  writes:

Ingo> So you need to make it interactive, with a short help text that
Ingo> explains to users that this is legacy option only, and that they
Ingo> should enable the MPT3SAS option if they want to configure things
Ingo> manually.

+config SCSI_MPT2SAS
+   tristate "Legacy MPT2SAS config option"
+   default n
+   select SCSI_MPT3SAS
+   ---help---
+   Dummy config option for backwards compatiblity: configure the MPT3SAS 
+   driver instead.

That's fine with me.

Sreekanth/Christoph/James: Any objections?

-- 
Martin K. Petersen  Oracle Linux Engineering
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Re: MPT2SAS boot fail... due to silently loosing the driver

2015-11-30 Thread James Bottomley 
[cc to linux-scsi added]
On Mon, 2015-11-30 at 12:21 -0500, Martin K. Petersen wrote:
> > "Ingo" == Ingo Molnar  writes:
> 
> Ingo> So you need to make it interactive, with a short help text that
> Ingo> explains to users that this is legacy option only, and that they
> Ingo> should enable the MPT3SAS option if they want to configure things
> Ingo> manually.
> 
> +config SCSI_MPT2SAS
> + tristate "Legacy MPT2SAS config option"
> + default n
> + select SCSI_MPT3SAS
> + ---help---
> + Dummy config option for backwards compatiblity: configure the MPT3SAS 
> + driver instead.
> 
> That's fine with me.
> 
> Sreekanth/Christoph/James: Any objections?

Looks OK, we probably need a removal timeframe for it as well.  What
about removal in 4.6?

James



--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Re: MPT2SAS boot fail... due to silently loosing the driver

2015-11-30 Thread Christoph Hellwig 
If that's been tested to work I'm fine with it.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Re: MPT2SAS boot fail... due to silently loosing the driver

2015-11-30 Thread Martin K. Petersen 
> "Ingo" == Ingo Molnar  writes:

Ingo> So you need to make it interactive, with a short help text that
Ingo> explains to users that this is legacy option only, and that they
Ingo> should enable the MPT3SAS option if they want to configure things
Ingo> manually.

+config SCSI_MPT2SAS
+   tristate "Legacy MPT2SAS config option"
+   default n
+   select SCSI_MPT3SAS
+   ---help---
+   Dummy config option for backwards compatiblity: configure the MPT3SAS 
+   driver instead.

That's fine with me.

Sreekanth/Christoph/James: Any objections?

-- 
Martin K. Petersen  Oracle Linux Engineering
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Re: MPT2SAS boot fail... due to silently loosing the driver

2015-11-26 Thread Ingo Molnar 

* Martin K. Petersen  wrote:

> I guess we could do something like the following and let it sit for a
> release cycle to help people transition. Bit of a hack, but it worked
> for me in my quick testing...

So I'm not sure how this could have worked for you in testing: try to set the 
MPT2SAS option to =y in your .config:

 CONFIG_SCSI_MPT2SAS=y 

then run 'make oldconfig', and the option is disabled:

 # CONFIG_SCSI_MPT2SAS is not set

The way to solve this is to make it an interactive option, with text to make 
sure 
users don't mistake it for anything else than it is: a legacy/migration helper 
config.

Thanks,

Ingo
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Re: MPT2SAS boot fail... due to silently loosing the driver

2015-11-26 Thread Ingo Molnar 

* Martin K. Petersen  wrote:

> > "Peter" == Peter Zijlstra  writes:
> 
> Peter> Please either create a fake MPT2SAS config that selects the
> Peter> MPT3SAS driver, or rename the whole thing to MPT23SAS such that
> Peter> we at least get a relevant question on oldconfig.
> 
> Sorry about that, Peter.
> 
> I get bitten by oldconfig all the time so I have a script to manage all
> my configs. But it it would be nice if we had a way to express config
> options transitions in kbuild.
> 
> I guess we could do something like the following and let it sit for a
> release cycle to help people transition. Bit of a hack, but it worked
> for me in my quick testing...
> 
> -- 
> Martin K. PetersenOracle Linux Engineering
> 
> diff --git a/drivers/scsi/mpt3sas/Kconfig b/drivers/scsi/mpt3sas/Kconfig
> index 29061467cc17..901c97f1e368 100644
> --- a/drivers/scsi/mpt3sas/Kconfig
> +++ b/drivers/scsi/mpt3sas/Kconfig
> @@ -48,6 +48,13 @@ config SCSI_MPT3SAS
>   ---help---
>   This driver supports PCI-Express SAS 12Gb/s Host Adapters.
>  
> +config SCSI_MPT2SAS
> + tristate
> + default n
> + select SCSI_MPT3SAS
> + ---help---
> + Dummy config option for backwards compatiblity.

So I don't think this does what you expect it to do: non-interactive options 
will 
be set to their defaults, regardless of what's in the oldconfig.

So you need to make it interactive, with a short help text that explains to 
users 
that this is legacy option only, and that they should enable the MPT3SAS option 
if 
they want to configure things manually.

i.e. something like:

+config SCSI_MPT2SAS
+   tristate "Legacy MPT2SAS config option"
+   default n
+   select SCSI_MPT3SAS
+   ---help---
+   Dummy config option for backwards compatiblity: configure the MPT3SAS 
+   driver instead.

Thanks,

Ingo
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Re: MPT2SAS boot fail... due to silently loosing the driver

2015-11-26 Thread Ingo Molnar 

* Martin K. Petersen  wrote:

> > "Peter" == Peter Zijlstra  writes:
> 
> Peter> Please either create a fake MPT2SAS config that selects the
> Peter> MPT3SAS driver, or rename the whole thing to MPT23SAS such that
> Peter> we at least get a relevant question on oldconfig.
> 
> Sorry about that, Peter.
> 
> I get bitten by oldconfig all the time so I have a script to manage all
> my configs. But it it would be nice if we had a way to express config
> options transitions in kbuild.
> 
> I guess we could do something like the following and let it sit for a
> release cycle to help people transition. Bit of a hack, but it worked
> for me in my quick testing...
> 
> -- 
> Martin K. PetersenOracle Linux Engineering
> 
> diff --git a/drivers/scsi/mpt3sas/Kconfig b/drivers/scsi/mpt3sas/Kconfig
> index 29061467cc17..901c97f1e368 100644
> --- a/drivers/scsi/mpt3sas/Kconfig
> +++ b/drivers/scsi/mpt3sas/Kconfig
> @@ -48,6 +48,13 @@ config SCSI_MPT3SAS
>   ---help---
>   This driver supports PCI-Express SAS 12Gb/s Host Adapters.
>  
> +config SCSI_MPT2SAS
> + tristate
> + default n
> + select SCSI_MPT3SAS
> + ---help---
> + Dummy config option for backwards compatiblity.

So I don't think this does what you expect it to do: non-interactive options 
will 
be set to their defaults, regardless of what's in the oldconfig.

So you need to make it interactive, with a short help text that explains to 
users 
that this is legacy option only, and that they should enable the MPT3SAS option 
if 
they want to configure things manually.

i.e. something like:

+config SCSI_MPT2SAS
+   tristate "Legacy MPT2SAS config option"
+   default n
+   select SCSI_MPT3SAS
+   ---help---
+   Dummy config option for backwards compatiblity: configure the MPT3SAS 
+   driver instead.

Thanks,

Ingo
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Re: MPT2SAS boot fail... due to silently loosing the driver

2015-11-26 Thread Ingo Molnar 

* Martin K. Petersen  wrote:

> I guess we could do something like the following and let it sit for a
> release cycle to help people transition. Bit of a hack, but it worked
> for me in my quick testing...

So I'm not sure how this could have worked for you in testing: try to set the 
MPT2SAS option to =y in your .config:

 CONFIG_SCSI_MPT2SAS=y 

then run 'make oldconfig', and the option is disabled:

 # CONFIG_SCSI_MPT2SAS is not set

The way to solve this is to make it an interactive option, with text to make 
sure 
users don't mistake it for anything else than it is: a legacy/migration helper 
config.

Thanks,

Ingo
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Re: MPT2SAS boot fail... due to silently loosing the driver

2015-11-24 Thread Martin K. Petersen 
> "Peter" == Peter Zijlstra  writes:

Peter> Please either create a fake MPT2SAS config that selects the
Peter> MPT3SAS driver, or rename the whole thing to MPT23SAS such that
Peter> we at least get a relevant question on oldconfig.

Sorry about that, Peter.

I get bitten by oldconfig all the time so I have a script to manage all
my configs. But it it would be nice if we had a way to express config
options transitions in kbuild.

I guess we could do something like the following and let it sit for a
release cycle to help people transition. Bit of a hack, but it worked
for me in my quick testing...

-- 
Martin K. Petersen  Oracle Linux Engineering

diff --git a/drivers/scsi/mpt3sas/Kconfig b/drivers/scsi/mpt3sas/Kconfig
index 29061467cc17..901c97f1e368 100644
--- a/drivers/scsi/mpt3sas/Kconfig
+++ b/drivers/scsi/mpt3sas/Kconfig
@@ -48,6 +48,13 @@ config SCSI_MPT3SAS
---help---
This driver supports PCI-Express SAS 12Gb/s Host Adapters.
 
+config SCSI_MPT2SAS
+   tristate
+   default n
+   select SCSI_MPT3SAS
+   ---help---
+   Dummy config option for backwards compatiblity.
+
 config SCSI_MPT2SAS_MAX_SGE
int "LSI MPT Fusion SAS 2.0 Max number of SG Entries (16 - 256)"
depends on PCI && SCSI && SCSI_MPT3SAS

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Re: MPT2SAS boot fail... due to silently loosing the driver

2015-11-24 Thread Ingo Molnar 

* Christoph Hellwig  wrote:

> I wonder what the "classic" way to such transitions is.  Adding a mpt2 option 
> that just selects mpt3 sound easy, but might be very confusing.

I was hit by the same problem, and wasted some time on it before Peter did his 
time wasting, so a solution would be nice.

An interactive SCSI_MPT2SAS option has to exist in any case, so that we can 
migrate those people who have it configured - and its help text should explain 
that it's a legacy setting that should not be used anymore. That won't be 
confusing.

Then the MPT3 section can do something like:

# Default to enabled if the config has the old driver enabled:
default y if SCSI_MPT2SAS

Doing this will also help bisectability: right now we cannot bisect on that 
system 
without figuring out whether to enable MPT2 or MPT3 at every single bisection 
step.

Don't ever break configs this way. Please!

Also, please pick hardware version invariant names - do we want to go through 
this 
again when MPT4 is introduced?

Thanks,

Ingo
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Re: MPT2SAS boot fail... due to silently loosing the driver

2015-11-24 Thread Ingo Molnar 

* Christoph Hellwig  wrote:

> I wonder what the "classic" way to such transitions is.  Adding a mpt2 option 
> that just selects mpt3 sound easy, but might be very confusing.

I was hit by the same problem, and wasted some time on it before Peter did his 
time wasting, so a solution would be nice.

An interactive SCSI_MPT2SAS option has to exist in any case, so that we can 
migrate those people who have it configured - and its help text should explain 
that it's a legacy setting that should not be used anymore. That won't be 
confusing.

Then the MPT3 section can do something like:

# Default to enabled if the config has the old driver enabled:
default y if SCSI_MPT2SAS

Doing this will also help bisectability: right now we cannot bisect on that 
system 
without figuring out whether to enable MPT2 or MPT3 at every single bisection 
step.

Don't ever break configs this way. Please!

Also, please pick hardware version invariant names - do we want to go through 
this 
again when MPT4 is introduced?

Thanks,

Ingo
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Re: MPT2SAS boot fail... due to silently loosing the driver

2015-11-24 Thread Martin K. Petersen 
> "Peter" == Peter Zijlstra  writes:

Peter> Please either create a fake MPT2SAS config that selects the
Peter> MPT3SAS driver, or rename the whole thing to MPT23SAS such that
Peter> we at least get a relevant question on oldconfig.

Sorry about that, Peter.

I get bitten by oldconfig all the time so I have a script to manage all
my configs. But it it would be nice if we had a way to express config
options transitions in kbuild.

I guess we could do something like the following and let it sit for a
release cycle to help people transition. Bit of a hack, but it worked
for me in my quick testing...

-- 
Martin K. Petersen  Oracle Linux Engineering

diff --git a/drivers/scsi/mpt3sas/Kconfig b/drivers/scsi/mpt3sas/Kconfig
index 29061467cc17..901c97f1e368 100644
--- a/drivers/scsi/mpt3sas/Kconfig
+++ b/drivers/scsi/mpt3sas/Kconfig
@@ -48,6 +48,13 @@ config SCSI_MPT3SAS
---help---
This driver supports PCI-Express SAS 12Gb/s Host Adapters.
 
+config SCSI_MPT2SAS
+   tristate
+   default n
+   select SCSI_MPT3SAS
+   ---help---
+   Dummy config option for backwards compatiblity.
+
 config SCSI_MPT2SAS_MAX_SGE
int "LSI MPT Fusion SAS 2.0 Max number of SG Entries (16 - 256)"
depends on PCI && SCSI && SCSI_MPT3SAS

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Re: MPT2SAS boot fail... due to silently loosing the driver

2015-11-23 Thread Christoph Hellwig 
Send a patch so we can understand what you mean :)
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Re: MPT2SAS boot fail... due to silently loosing the driver

2015-11-23 Thread Hannes Reinecke 
On 11/24/2015 08:51 AM, Christoph Hellwig wrote:
> I wonder what the "classic" way to such transitions is.  Adding a mpt2
> option that just selects mpt3 sound easy, but might be very confusing.
> 
Personally, I would rename everything to 'mptXsas', and have the
original options map onto that.

Cheers,

Hannes
-- 
Dr. Hannes ReineckezSeries & Storage
h...@suse.de   +49 911 74053 688
SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nürnberg
GF: F. Imendörffer, J. Smithard, J. Guild, D. Upmanyu, G. Norton
HRB 21284 (AG Nürnberg)
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Re: MPT2SAS boot fail... due to silently loosing the driver

2015-11-23 Thread Christoph Hellwig 
I wonder what the "classic" way to such transitions is.  Adding a mpt2
option that just selects mpt3 sound easy, but might be very confusing.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Re: MPT2SAS boot fail... due to silently loosing the driver

2015-11-23 Thread Christoph Hellwig 
I wonder what the "classic" way to such transitions is.  Adding a mpt2
option that just selects mpt3 sound easy, but might be very confusing.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Re: MPT2SAS boot fail... due to silently loosing the driver

2015-11-23 Thread Hannes Reinecke 
On 11/24/2015 08:51 AM, Christoph Hellwig wrote:
> I wonder what the "classic" way to such transitions is.  Adding a mpt2
> option that just selects mpt3 sound easy, but might be very confusing.
> 
Personally, I would rename everything to 'mptXsas', and have the
original options map onto that.

Cheers,

Hannes
-- 
Dr. Hannes ReineckezSeries & Storage
h...@suse.de   +49 911 74053 688
SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nürnberg
GF: F. Imendörffer, J. Smithard, J. Guild, D. Upmanyu, G. Norton
HRB 21284 (AG Nürnberg)
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Re: MPT2SAS boot fail... due to silently loosing the driver

2015-11-23 Thread Christoph Hellwig 
Send a patch so we can understand what you mean :)
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/