linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Kyle Moffett <mrmacman_g4@mac.com>
To: Jason L Tibbitts III <tibbs@math.uh.edu>
Cc: Christoph Hellwig <hch@infradead.org>,
	Adam Radford <aradford@amcc.com>,
	Peter Daum <gator@cs.tu-berlin.de>,
	linux-kernel@vger.kernel.org
Subject: Re: 3ware driver (3w-xxxx) in 2.6.10: procfs entry
Date: Wed, 19 Jan 2005 23:38:14 -0500	[thread overview]
Message-ID: <18FE8C24-6A9D-11D9-A93E-000393ACC76E@mac.com> (raw)
In-Reply-To: <ufad5w07s93.fsf@epithumia.math.uh.edu>

On Jan 19, 2005, at 21:23, Jason L Tibbitts III wrote:
>>>>>> "PD" == Peter Daum <gator@cs.tu-berlin.de> writes:
> You should report the problems you find to them.  They do indicate (in
> the knowledge base on their web site) that you're going to need the
> in-engineering files to run on the latest kernels.  It's only recently
> that the newer tools acquired the ability to control older
> controllers.
>
> According to a recent post from a 3ware employee on linux-ide-arrays,
> a proper release is expected in February.  Obviously the best solution
> is that they just give us the source to these tools so that we can fix
> them ourselves.  Knowing that isn't going to happen I'm happy they're
> at least giving us something while they catch up with the speed of
> kernel progress.
>
> I can verify the fact that info is busted when the controller is
> verifying the array; I'll gather some more info and pass this on to
> 3ware.

We have some 3ware 7000 ATA-RAID controllers that I've tested with  
various
versions of the tools trying to get them to work:
+---------------+--------------- 
+--------------------------------------------+
| Kernel        | CLI Utility   | Functionality/Limitations              
      |
+---------------+--------------- 
+--------------------------------------------+
|               | 7000 - Stable | Works great, everything OK (Of course  
:-D) |
| Debian 2.4.28 |               |                                        
      |
|               | 7000 - In-Eng | [N/A] No such tool exists!             
      |
+---------------+--------------- 
+--------------------------------------------+
|               | 7000 - Stable | Works ok, except some operations fail  
with |
|               |               | unusual errors, and the info stuff  
doesn't |
|               |               | really work properly                   
      |
|               |               |                                        
      |
|               | 7000 - In-Eng | [N/A] No such tool exists!             
      |
|               |               |                                        
      |
|               | 9000 - Stable | Works great, everything OK, although  
some  |
|               |               | operations have status errors, though  
they |
|               |               | still function as expected.  This one  
has  |
| Debian 2.6.8  |               | an interesting new interface that I  
like.  |
|               |               |                                        
      |
|               | 9000 - In-Eng | This one lacks the new interface that  
is   |
|               |               | present in the tested release, which  
is    |
|               |               | kind of weird, given that it is a  
much     |
|               |               | newer version.  It also appears to  
work    |
|               |               | great on the 3ware 7000 card, but  
without  |
|               |               | the weird errors that plagued the  
stable   |
|               |               | tool.  This looks promising, but I  
kinda   |
|               |               | liked the interface of the 9000 tool.  
      |
+---------------+--------------- 
+--------------------------------------------+

Cheers,
Kyle Moffett

-----BEGIN GEEK CODE BLOCK-----
Version: 3.12
GCM/CS/IT/U d- s++: a18 C++++>$ UB/L/X/*++++(+)>$ P+++(++++)>$
L++++(+++) E W++(+) N+++(++) o? K? w--- O? M++ V? PS+() PE+(-) Y+
PGP+++ t+(+++) 5 X R? tv-(--) b++++(++) DI+ D+ G e->++++$ h!*()>++$ r   
!y?(-)
------END GEEK CODE BLOCK------



  reply	other threads:[~2005-01-20  4:38 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-01-10 13:03 3ware driver (3w-xxxx) in 2.6.10: procfs entry Peter Daum
2005-01-10 13:21 ` Christoph Hellwig
2005-01-10 13:56   ` Peter Daum
2005-01-10 16:45     ` Andrey Klochko
2005-01-10 17:21     ` Ricky Beam
2005-01-17  3:52       ` Chris Caputo
2005-01-19 11:09     ` Christoph Hellwig
2005-01-19 12:33       ` Peter Daum
2005-01-20  2:23         ` Jason L Tibbitts III
2005-01-20  4:38           ` Kyle Moffett [this message]
     [not found]             ` <ufais5s4sdk.fsf@epithumia.math.uh.edu>
2005-01-20  4:57               ` Kyle Moffett
2005-02-09  8:41         ` Peter Daum
2005-02-09  9:57           ` Peter Daum

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=18FE8C24-6A9D-11D9-A93E-000393ACC76E@mac.com \
    --to=mrmacman_g4@mac.com \
    --cc=aradford@amcc.com \
    --cc=gator@cs.tu-berlin.de \
    --cc=hch@infradead.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=tibbs@math.uh.edu \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).