Re: [PATCH 1/4] sas: add flag for locally attached PHYs

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

 



On 10/20/05 20:01, Andrew Patterson wrote:
> 
> My guess is that what current app writers want is to use IOCTL's so they
> don't have to special-case Linux.  Next best thing would be something
> that closely approaches it, to avoid re-writing a lot of code.  

"to avoid re-writing a lot of code." is also what I'm driving at.
I'm sure HP as well as LSI have a lot of user space programs using
the SDI interface.

>>Rejected by whom?  "The community" or by you?
> 
> 
> I believe there is a common understanding that IOCTL's are bad and
> should be avoided. See:
> 
> http://lkml.org/lkml/2001/5/20/81

I wasn't talking about IOCTLs.  I was talking in general about the
SDI spec.  As you can see for yourself, I suggested an SDI interface
which is agnostic to the front end.

>>>HP decided to move ahead despite that and did a huge mis-services to
>>>their customers.
> 
> 
> Perhaps.  Given that there seems to be no alternative, we don't have
> much of a choice.

Please do *NOT* cross-reply.  It was Christoph who said that, NOT ME.

>>>It's not my problem if big companies can't listen and do things their
>>>customers have to pay for, and it's certainly not our job to work
>>>around their idiocy.
> 
> 
> Yes, CSMI should have had more Linux input when it was developed.  The
> no-new IOCTL policy certainly came as a surprise to the authors. Still,
> there doesn't seem to be any other usable cross-platform interface that
> is acceptable to the linux community (or at least to Christoph)'s corner
> of it).  My personal preference is to hide this stuff in a library, so
> the kernel implementation is hidden. But even a library needs an
> underlying kernel implementation.

Please do *NOT* cross-reply.  It was Christoph who said that, NOT ME.

>>Bold statment.
>>
>>Who should "big companies" listen to?  You?  "The community?"
>>Are you saying "big companies" whould listen to Linux which
>>says "no to specs" among other things?
>>
>>Often enough what "big companies" agree on and use and deploy is
>>what Linux (you?) should _listen_ to, try to understand and maybe
>>get out of the way.
>>
> 
> 
> Big companies often want to do things in a proprietary fashion.  I
> personally would prefer to see a standard's-based approach.

I think SDI is what we're talking about here.

>>It is all about customer satisfaction, which is completely
>>foreign to Linux, simply because of the _nature_ of Linux.
> 
> 
> More bold statements? ;-)

No, its just reality.  It appears that you have had very little
interaction with your software engineers about "compatibility".
Also read the Linux blurb on kernel.org, the "What is Linux?" one.

	Luben
-- 
http://linux.adaptec.com/sas/
http://www.adaptec.com/sas/
-
: 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