Re: binary kernel drivers re. hpt370 and redhat

[joe briggs <jbriggs@briggsmedia.com>]

I believe that companies will eventually see it costs less and the benefits 
higher to open source their drivers.  But that is a conclusion and paradigm 
that they will have to evolve to themselves, and shoving it down their 
throats will only lengthen the process.  The first step is to support their 
hardware under the platform (linux), and that is what I am focusing on.  

Thanks for the technical analysis and suggestions.

Joe

On Wednesday 27 August 2003 06:17 pm, you wrote:
> On Mer, 2003-08-27 at 22:57, Stephen Hemminger wrote:
> > On Wed, 27 Aug 2003 18:40:30 -0400
> >
> > joe briggs <jbriggs@briggsmedia.com> wrote:
> > > I have a client who has a raid controller currently supported under
> > > windows, and now wants to support linux as a bootable device. 
> > > Currently, some of their trade secrets are contained in the driver as
> > > opposed to the controller
>
> Standard practice - its not IMHO so much trade secrets as "improving the
> barrier to vendor change" 8). Pretty much all of the older PATA
> controllers don't actually do hardware raid but bios/driver raid - ie
> its the equivalent (or roughly so) of the md layer but locks you into
> the vendor. The notable exception here is the 3ware card (there are a
> couple of others too - Promise Supertrak100, SX6000)
>
> We know some of these formats (eg see the hptraid driver in 2.4.2x)
>
> > The problem is more in the bootloader (LILO or GRUB) would not no how
> > to do raid. The /boot partition would have to be on a non-raid partition.
> > Same problem if driver is statically linked in the kernel.
>
> Plus little issues like the GPL 8)

-- 
Joe Briggs
Briggs Media Systems
105 Burnsen Ave.
Manchester NH 01304 USA
TEL 603-232-3115 FAX 603-625-5809 MOBILE 603-493-2386
www.briggsmedia.com