Re: Question about driver category for submission

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



So you suggest to add new codes in libsas to provide PM support and add other features in mvsas by our own?

Regards,
HighPoiny Linux Team


-----Original Message-----
From: "James Bottomley" <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Sent: Tuesday, May 5, 2015 1:23pm
To: linux@xxxxxxxxxxxxxxxxxx
Cc: linux-scsi@xxxxxxxxxxxxxxx
Subject: Re: Question about driver category for submission

On Tue, 2015-05-05 at 13:00 -0400, linux@xxxxxxxxxxxxxxxxxx wrote:
> Hello,
> We would like to submit our driver for Linux kernel embedded. Our
> product is using Marvell 9480/9495 SAS/SATA controller with Marvell
> Port Multiplier(PM) controller to provide PM feature for SATA HDDs.
> From driver source package, we found the Marvell has provided “mvsas”
> source package that covers this chip. But here are questions
> 
> 1.  The “mvsas” is based on SCSI modules so it links to scsi library
> where it doesn’t support PM feature

It links to libsas, which has SATA support provided via libata but has
the PM code stubbed out.  The reason for that is that it was always
thought the benefit of cheap SAS chips was to drive SAS expanders loaded
with SATA devices, since PMs are very functionally lacking compared to
SAS expanders, so no-one was motivated to do the work.

> 2.  We use the same controller chip, so we can’t have the code in
> other category. 
> 3. To use PM feature, we need to link to SATA library
>
> Our current code is proprietary which uses scsi module and add PM and
> staggered drive spin up features. Hence, this question is to ask Linux
> community to tell us how should we proceed this if we want to open our
> code and get driver embedded? Do we need to add our code based on
> mvsas source? How do we include SATA library in scsi module? or other
> alternatives?

Well, you're already including it via libsas; just do the extra libsas
work to plug in port multipliers and the existing mvsas driver should
work for you.

Staggered spin-ups are more problematic: it needs to be done in the sd
module but there's never been a clear idea of how to do the grouping
(that's why most enterprise devices do staggered spin ups on their own).

James




--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html




[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [SCSI Target Devel]     [Linux SCSI Target Infrastructure]     [Kernel Newbies]     [IDE]     [Security]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux ATA RAID]     [Linux IIO]     [Samba]     [Device Mapper]
  Powered by Linux