From: Samuel Flory <sflory@rackable.com>
To: Stephen Hemminger <shemminger@osdl.org>
Cc: joe briggs <jbriggs@briggsmedia.com>, linux-kernel@vger.kernel.org
Subject: Re: binary kernel drivers re. hpt370 and redhat
Date: Wed, 27 Aug 2003 17:22:33 -0700 [thread overview]
Message-ID: <3F4D4B49.8010907@rackable.com> (raw)
In-Reply-To: <20030827145755.7e1ce956.shemminger@osdl.org>
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
>>firmware, etc., so for now they wish to release a binary-only driver to
>>certain beta customers. (i.e., 1st stage of porting is similar functionality
>>as windows). Am I correct that in order to boot off of this device that the
>>driver would have to be statically linked in vs. a module which could be
>>distributed as a binary-only driver keyed to the kernel.revision of the
>>distribution's kernel? I would like to avoid any flames and ask that all
>>recognize that some hardware providers are having to ease into the pond a toe
>>at a time. Any constructive thoughts, suggestions, references, tips, etc.
>>highly appreciated.
>>
>>
>
>The driver could be a module and live in initramfs. If you can
>get the initial Linux image and initramfs loaded, you would be okay.
>
Rather an initrd under Linux. Note that there is a partial source
driver, and RH driver's disks here: (look under raid IC with the right
chipset for partial source.)
http://www.highpoint-tech.com/usaindex.htm
>
>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.
>
>
If you are doing raid 1. Lilo should work. It doesn't really matter
if lilo isn't aware of of the data on the other drive. Each has a full
copy of everything.
PS- Newer linux kernels should be able to support the "raid" controller
as a normal ide controller. You could then just configure linux
software raid.
--
Once you have their hardware. Never give it back.
(The First Rule of Hardware Acquisition)
Sam Flory <sflory@rackable.com>
next prev parent reply other threads:[~2003-08-28 0:29 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-08-27 22:40 binary kernel drivers re. hpt370 and redhat joe briggs
2003-08-27 21:57 ` Stephen Hemminger
2003-08-27 22:17 ` Alan Cox
2003-08-28 12:33 ` joe briggs
2003-08-28 0:22 ` Samuel Flory [this message]
2003-08-28 18:32 ` Samuel Flory
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=3F4D4B49.8010907@rackable.com \
--to=sflory@rackable.com \
--cc=jbriggs@briggsmedia.com \
--cc=linux-kernel@vger.kernel.org \
--cc=shemminger@osdl.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.