Sorry, I was inaccurate. Controller is Intel SRCU41L
http://ark.intel.com/products/5985/Intel-RAID-Controller-SRCU41L
Peter
On 26.11.2011 11:01, Peter wrote:
> Hello,
>
> I am running FreeBSD 9.0 RC2
>
> pmgalleries01# uname -a
> FreeBSD pmgalleries01 9.0-RC2 FreeBSD 9.0-RC2 #0: Sat Nov 26 03
The pciconf -l line for the controller would be useful. Some other debug
data may be useful too, but I'll need to review some code first before I
know what more I need.
--
Justin
Jay Hall wrote:
That worked. Would any of the information displayed while booting be
helpful at this point?
Ja
That worked. Would any of the information displayed while booting be
helpful at this point?
Jay
On Jul 7, 2009, at 10:46 AM, Justin T. Gibbs wrote:
Go into the card 29320's BIOS and configure your tape drive for non-
packetized
negotiation. If this works, we can try a few other things in th
Go into the card 29320's BIOS and configure your tape drive for non-packetized
negotiation. If this works, we can try a few other things in the driver to see
if it is possible to get things working in packetized mode.
--
Justin
Jay Hall wrote:
I just installed an Adaptec 29320ALP-R in my FreeB
At 03:25 PM 1/25/2008, Josh Tremor wrote:
Greetings,
Apologies in advance for too much info.
I have a machine by SuperMicro with an adaptec embedded sata that the
manufacturer set to RAID 1 on two 149 GB drives.
I boot the machine, wait for the configuration checker to finish
looking at the arr
At 05:01 AM 7/26/2007, Christopher Key wrote:
Hello,
I'm trying to establish whether I can expect the Adaptec AAR-1220SA or
AAR-1430SA SATA cards to work with 6.2. They're not on the list of
supported hardware, which does include a lot of the other Adaptec
cards. However, the Adaptec cards
Christopher Key wrote:
I'm trying to establish whether I can expect the Adaptec AAR-1220SA or
AAR-1430SA SATA cards to work with 6.2. They're not on the list of
supported hardware, which does include a lot of the other Adaptec
Some (maybe all?) of the Adaptec SATA cards used a Silicon Image
>Hello,
>I'm trying to establish whether I can expect the Adaptec AAR-1220SA or
>AAR-1430SA SATA cards to work with 6.2. They're not on the list of
>supported hardware, which does include a lot of the other Adaptec
>cards. However, the Adaptec cards that are listed all seem to be
>hardware
On Jul 24, 2006, at 8:30 AM, Tamouh H. wrote:
Hey,
I have a couple Adaptec 2410SA Raid cards (aac driver) and I was
wondering if anyone has had any luck with being able to hotswap
drives in FreeBSD 6?
If the Adaptec card is no good for hot swapping under FreeBSD,
what's the recommended brand?
> > > Hey,
> > >
> > > I have a couple Adaptec 2410SA Raid cards (aac driver) and I was
> > > wondering if anyone has had any luck with being able to hotswap
> > > drives in FreeBSD 6?
> > > If the Adaptec card is no good for hot swapping under FreeBSD,
> > > what's the recommended brand?
> > >
On 7/24/06, Tamouh H. <[EMAIL PROTECTED]> wrote:
> Hey,
>
> I have a couple Adaptec 2410SA Raid cards (aac driver) and I
> was wondering if anyone has had any luck with being able to
> hotswap drives in FreeBSD 6?
> If the Adaptec card is no good for hot swapping under
> FreeBSD, what's the reco
> Hey,
>
> I have a couple Adaptec 2410SA Raid cards (aac driver) and I
> was wondering if anyone has had any luck with being able to
> hotswap drives in FreeBSD 6?
> If the Adaptec card is no good for hot swapping under
> FreeBSD, what's the recommended brand?
>
> Thanks
> Daniel
I've 2230SL
Necati Ersen Siseci wrote:
Hello,
I have a Asus Xeon server with Adaptec AIC 7901 SCSI card and two discs.
I made a RAID configuration for stripping two disks (RAID 0)
When I try to install FreeBSD 5.4. FreeBSD still see two different
discs( da0 and da1).
Do you have any idea about this problem
Necati Ersen Siseci <[EMAIL PROTECTED]> writes:
> I have a Asus Xeon server with Adaptec AIC 7901 SCSI card and two discs.
> I made a RAID configuration for stripping two disks (RAID 0)
>
> When I try to install FreeBSD 5.4. FreeBSD still see two different
> discs( da0 and da1).
> Do you have any
Daniel Martin-Fabiani wrote:
Hello,
I want to install latest version of FreeBsd in my box
with two disks plugged into an Adaptec1210SA (Serial
ATA) in order to have a mirror. I create the mirror at
the Adaptec BIOS, but FreeBsd installation program
doesn't notice about it and shows me only two devi
Hi Scott,
On 20 Mar 2005, at 7:43 AM, Theo de Raadt wrote:
% file bin/aaccli
bin/aaccli: ELF 32-bit LSB executable, Intel 80386, version 1, for
FreeBSD 4.4, statically linked, not stripped
Is there a SPARC version? Even for FreeBSD? If I wanted to use these
cards in one of my UltraSPARC machines,
[EMAIL PROTECTED] wrote:
> hi tomas,
>
>
> of course, my driver does not support all the proprietary and bleeding
> edge features, like the binary-blob does, but everything for basic
> operation is mostly done. it's the choice of the freebsd _users_ if
> they want to lose their freedom to get some
Charles Swiger wrote:
> On Mar 20, 2005, at 2:24 AM, Ted Mittelstaedt wrote:
> [ ... ]
>> In that case Dell is a customer of Adaptec, not the other way around,
>> so any NDA that Dell might require for Adaptec to sign would not
>> have restricted Adaptec's use of it's own programming documentation.
On Mar 20, 2005, at 6:30 PM, Jens Ropers wrote:
Lets please stop feeding this troll. I'll grant him that his bait is
cleverly constructed but that doesn't give him the right to degrade a
vital discussion to ad hominem attacks, rhetorical nitpicking and
all-out bickering. Nor does it give him the
hi tomas,
On Sun, Mar 20, 2005 at 05:22:16PM -0500, Tomas Quintero wrote:
> I'm sorry, but aside from the chain of emails subject'd Adaptec AAC
> raid support, what good does this email serve to the
> freebsd-questions@ mailing lists? The only thing this is doing is
> perpetuating the cycle of ema
On 20 Mar 2005, at 17:17, Charles Swiger wrote:
You remind me of someone I knew once that went off the deep end into
paranoid delusions.
potty talk from a child that hasn't been toilet-trained, but it's
past time for you and Theo to grow up and start acting like adults,
rather than like ill-b
Mr. Turner,
I am very disappointed that Doug is no longer accepting emails
from Adaptec customers. I hope it is not Adaptec policy to just
disregard all customers when they start telling you how they feel
about your hardware and business practices. Previous talks with an
ex-employee from Adapte
There is no problem with giving FreeBSD users who really do want free
software, and freedom of choice, the contact information for who to
talk to at Adaptec. Everyone in the Free Software industry should be
telling all hardware companies what they think about their ways of
doing business, whether i
Well, Tomas,
The issue is that not all FreeBSD users accept a dependency on
binary-only non-free components.
Some of them do care.
Perhaps not you, but some of them do.
> I'm sorry, but aside from the chain of emails subject'd Adaptec AAC
> raid support, what good does this email serve to the
>
I'm sorry, but aside from the chain of emails subject'd Adaptec AAC
raid support, what good does this email serve to the
freebsd-questions@ mailing lists? The only thing this is doing is
perpetuating the cycle of emails which is simply clogging inboxes.
While some of the discussion may be construct
On Mar 20, 2005, at 4:31 PM, Adam wrote:
Pretend for a second that your first claim is actually correct, that
Adaptec does not want to sell hardware. Just what do you think you
are accomplishing by trying to convince people not to buy Adaptec
hardware, then? According to your words, that's exa
On Sun, 20 Mar 2005 15:27:13 -0500, Charles Swiger <[EMAIL PROTECTED]> wrote:
Pretend for a second that your first claim is actually correct, that
Adaptec does not want to sell hardware. Just what do you think you are
accomplishing by trying to convince people not to buy Adaptec hardware,
th
On Mar 20, 2005, at 3:28 PM, Mark wrote:
I'd bet a dollar to a donut that LSI, Promise, 3ware, and other
vendors of RAID hardware also have NDA agreements which would prevent
those companies from making every single internal document available
to the public.
Nobody ever asked they make 'every sing
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of
> Charles Swiger
> Sent: zondag 20 maart 2005 17:18
> To: Adam
> Cc: [EMAIL PROTECTED]; freebsd list; Theo de Raadt
> Subject: Re: Adaptec AAC raid support
>
>
> I&#
On Mar 20, 2005, at 1:25 PM, Adam wrote:
Do you claim to speak for Adaptec? Your words are dangerously
ill-chosen if you do not work for Adaptec, because you are misleading
people about the company and about their products.
Quit being such a corporate apologist. They refuse to give out the
inf
On Sun, 20 Mar 2005 11:17:10 -0500, Charles Swiger <[EMAIL PROTECTED]> wrote:
I don't think Adaptec is special. It's normal for companies to enter
into a NDA agreement with their partners, and I'd bet a dollar to a
donut that LSI, Promise, 3ware, and other vendors of RAID hardware also
have
On Sat, Mar 19, 2005 at 02:49:04PM -0700, Theo de Raadt wrote:
[snip]
> And how many more people have learned from this and will avoid
> Adaptec products?
At least one, and that one will share his feelings with coworkers and friends
in the field you can be sure.
> (perhaps these circles where i
On 2005 Mar 20, at 6:41 AM, Charles Swiger wrote:
While I haven't seen Adaptec's NDA agreements, I'd bet a stack of
nickels they exist and limit the information Adaptec is able to make
public.
This is a moot point.
If Adaptec has been foolish enough to bind their own hands in this
manner then th
On Mar 20, 2005, at 10:00 AM, Adam wrote:
Have you read the NDA between Adaptec and Intel?
If not, how do you know just what it does or does not cover?
Once again, you're making claims of fact about a document that you've
probably never seen.
I think you are making wild assertions and have not eve
On Sun, 20 Mar 2005 08:41:33 -0500, Charles Swiger <[EMAIL PROTECTED]> wrote:
On Mar 20, 2005, at 2:24 AM, Ted Mittelstaedt wrote:
[ ... ]
In that case Dell is a customer of Adaptec, not the other way around,
so any NDA that Dell might require for Adaptec to sign would not
have restricted Adaptec's
On Mar 20, 2005, at 2:24 AM, Ted Mittelstaedt wrote:
[ ... ]
In that case Dell is a customer of Adaptec, not the other way around,
so any NDA that Dell might require for Adaptec to sign would not
have restricted Adaptec's use of it's own programming documentation.
And you know this, because...?
You
On Sat, Mar 19, 2005 at 04:29:59PM -0500, Charles Swiger wrote:
| >3) by not insisting at all that vendors open things at least a
| > bit, Scott is not like Bill Paul or others who have opened
| > up a lot of hardware, but is a lot more like Sam Leffler who
| > has perpetuated
> -Original Message-
> From: Charles Swiger [mailto:[EMAIL PROTECTED]
> Sent: Saturday, March 19, 2005 3:43 PM
> To: Ted Mittelstaedt
> Cc: [EMAIL PROTECTED]; Theo de Raadt; freebsd list
> Subject: Re: Adaptec AAC raid support
>
>
> Maybe I was thinking of
Charles Swiger wrote:
On Mar 19, 2005, at 3:43 PM, Theo de Raadt wrote:
> Sorry, did not find the sources for ports/sysutils/aaccli
See http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/aac
Yep, definitely not the sources for ports/sysutils/aaccli.
- Marsh J. Ray
_
Well spoken, Ben.
Very well spoken.
> On 2005 Mar 19, at 1:21 PM, Scott Long wrote:
>
> > The hardware is tricky
> > to get right and there are bugs in different cards and different
> > firmware versions that often need to be worked around. It's all
> > documented in my driver, and I'm happy to
I never claimed that it was freebsd users that found it unacceptable.
If you'll read my email, instead of just brushing through it, you'll
see there isn't a part where I say, this is unacceptable to freebsd
users. The fact that someone claims to support freedom of choice, and
then removes choice fr
On Mar 19, 2005, at 8:44 PM, Jason Crawford wrote:
So something is only unacceptable if it has been previously talked
about on a freebsd mailing list? Wow that's one big ego there. If it
was acceptable, none of this would be happening, but it is. [ ... ]
You are the one making claims about what Fr
So something is only unacceptable if it has been previously talked
about on a freebsd mailing list? Wow that's one big ego there. If it
was acceptable, none of this would be happening, but it is. And it
would be A LOT easier to write an open source driver if Scott had
pushed to open the docs sooner
On Sat, 2005-03-19 at 19:01, Jason Crawford wrote:
> FreeBSD users.. also watch how Scott claims he is about freedom of
> choice, yet proceeded to lock you into only one option for a RAID
> card, which would seem to be anti-choice... and being pro-choice would
> have pushed for open docs a long ti
On Mar 19, 2005, at 7:20 PM, Jason Crawford wrote:
I fail to see how this "FUD check" email has anything to do with the
fact that Scott locked all freebsd users to Adaptec's binary-only
management utility, which means the user IS NOT FREE to change
something on it to either work better, fix a bug,
I fail to see how this "FUD check" email has anything to do with the
fact that Scott locked all freebsd users to Adaptec's binary-only
management utility, which means the user IS NOT FREE to change
something on it to either work better, fix a bug, add a feature, or
just experiment, as well as just
On Mar 19, 2005, at 7:01 PM, Jason Crawford wrote:
FreeBSD users.. also watch how Scott claims he is about freedom of
choice, yet proceeded to lock you into only one option for a RAID
card, which would seem to be anti-choice... and being pro-choice would
have pushed for open docs a long time ago.
F
On Sat, 19 Mar 2005 15:19:13 -0700, Theo de Raadt
<[EMAIL PROTECTED]> wrote:
> > Do you ask for the blueprints to the plane before you get onboard? Do
> > you demand that Ford or GM give you the source to the fuel ingector
> > computer before you get into a car? I'm saying that resources are out
You don't offer freedom of choice, what you offer is a binary-only
solution, THAT IS THE ONLY SOLUTION, for that card. If you really did
stand for freedom of choice, then you would have started pushing to
open documentation way before this. Locking your users into only one
way of doing something su
On Mar 19, 2005, at 6:02 PM, Ted Mittelstaedt wrote:
I don't think Adaptec dictated terms to Intel vis-a-vis the i860 chips
used for hardware parity computation on some of their RAID cards, for
example. I don't think Adaptec dictated terms to Dell vis-a-vis the
PERC 4 series, either.
Whaat? Dell?
On Saturday, March 19, Scott Long wrote:
> Theo de Raadt wrote:
> >
> > Why do you keep discussing the free stuff, and distracting everyone
> > from the non-free bits?
> >
> > Is it because you used to work for Adaptec? Are you paid to distract
> > people from the non-free code?
>
> No, but you
> -Original Message-
> From: Charles Swiger [mailto:[EMAIL PROTECTED]
> Sent: Saturday, March 19, 2005 2:21 PM
> To: Ted Mittelstaedt
> Cc: [EMAIL PROTECTED]; Theo de Raadt; freebsd list
> Subject: Re: Adaptec AAC raid support
>
> I don't think Adaptec dict
a sad sad day for FreeBSD.
--
Date: Sat, 19 Mar 2005 13:50:51 -0700
From: Scott Long <[EMAIL PROTECTED]>
To: Ben Goren <[EMAIL PROTECTED]>
CC: [EMAIL PROTECTED], Doug Richardson <[EMAIL PROTECTED]>
Subject: Re: Adaptec AAC raid support
Ben Goren wrote:
> On 2005 Mar 19, at 1:08 P
On Mar 19, 2005, at 4:48 PM, Ted Mittelstaedt wrote:
Scott is or was under NDA with Adaptec. Scott certainly is not in a
position to give away all of Adaptec's internal documentation.
Frankly, I doubt even the CEO of Adaptec would be free to simply give
away all of their internal docs-- Adaptec un
> Do you ask for the blueprints to the plane before you get onboard? Do
> you demand that Ford or GM give you the source to the fuel ingector
> computer before you get into a car? I'm saying that resources are out
> there that will allow OpenBSD users to manage their RAID arrays RIGHT
> NOW.
Theo de Raadt wrote:
I'm not stuffing anything down anyone's throats.
You are insulting me on public lists.
You are, thus, also telling your users not to bother your beloved
Adaptec.
You're telling them what the binary which you worked on is the best
they are going to get.
I'm enabling FreeBSD
u
> I'm not stuffing anything down anyone's throats. I'm enabling FreeBSD
> users to use the resources that are available to them. That's quite
> different than cancelling developer work and threatening to remove a
> driver due to a political dispute. Freedom isn't about coercing others
> to be
> I'm not stuffing anything down anyone's throats.
You are insulting me on public lists.
You are, thus, also telling your users not to bother your beloved
Adaptec.
You're telling them what the binary which you worked on is the best
they are going to get.
> I'm enabling FreeBSD
> users to use t
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] Behalf Of Bnonn
> Sent: Saturday, March 19, 2005 12:59 PM
> To: FreeBSD Questions Mailing List
> Subject: Re: Adaptec AAC raid support
>
>
> Theo, I'd like to make a comment as a n
> I'll heartily agree that there is little reason for any company to
> keep information like this closed.
Yet you are not helping.
> But going around making personal
> attacks on company employees that don't give you the cookie you want
> is pretty shitty too.
Then I guess that Doug Richardson m
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] Behalf Of Charles Swiger
> Sent: Saturday, March 19, 2005 1:30 PM
> To: Theo de Raadt
> Cc: [EMAIL PROTECTED]; Scott Long; Sean Hafeez;
> freebsd-questions@freebsd.org
> Subject: Re:
Theo de Raadt wrote:
What part of the FreeBSD AAC driver is closed, emcumbered, or otherwise
non-free?
The bits that do management.
Therefore, the bits that let it do what RAID controllers are meant to do.
Can you fully operate an aac(4) card -- 100% of it's abilities, on a
FreeBSD machine, witho
www.freebsd-corp-net-guide.com/
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] Behalf Of Theo de Raadt
> Sent: Saturday, March 19, 2005 12:35 PM
> To: Scott Long
> Cc: Jason Crawford; [EMAIL PROTECTED]; Adam;
> freebsd-questions@freebsd.org
>
> What part of the FreeBSD AAC driver is closed, emcumbered, or otherwise
> non-free?
The bits that do management.
Therefore, the bits that let it do what RAID controllers are meant to do.
Can you fully operate an aac(4) card -- 100% of it's abilities, on a
FreeBSD machine, without using a bina
The fact that the management utiltiy it uses is closed
binary-only-can't-distrubute type of utility, means it can't be used
by anyone who really cares about stability of their system,
development, or who just loves freedom. And won't be used by this
community which accounts for over 1,800 adaptec A
On Mar 19, 2005, at 3:50 PM, Theo de Raadt wrote:
Sigh. Theo, there are lots of ways of interacting with other people:
if you go out of your way to antagonize somebody, the result is
generally not going to be positive. I think Scott is mature enough to
continue to help other BSD projects-- includ
> Sorry, I got suckered into a side argument about why the kernel driver
> in OpenBSD sucks. Yes, the management app is closed, but the driver is
> open. And if the OpenBSD driver sucks and people want it to stop
> crashing and don't want to go beating their heads against the wall at
> Adaptec a
> you guys want to produce fully open and unencumbered stuff. That's
> wonderful. But why is it so important to go around screaming and
> yelling about it and alientating those who do try to help? Let me
> tell you, Doug is about the most positive and supportive guy you'll
> ever have at Adaptec
Charles Swiger wrote:
On Mar 19, 2005, at 2:39 PM, Theo de Raadt wrote:
Those controllers will not be supported in OpenBSD 3.7 in May. If
Adaptec wishes them to be supported in a future release, they had
better come and make amends. We are sick of supporting the hardware
of vendors who shit on th
Theo, I'd like to make a comment as a new user in this community:
I think BSD is great. I don't care what flavor you're talking about; I
think they're great. I use FreeBSD, but I have great respect for OpenBSD
and the others, and it was a hard choice deciding which to run.
However, when I see TOP
>
> ...deliberately breaking OpenBSD's support for Adaptec hardware as some
> sort of ultimatum is a childish and self-destructive action. I hope
> the other OpenBSD committers veto any such action as being
> counterproductive and harmful to your users.
Horsecookies. What was done was
> I personally don't care about Adaptec anymore, but I do care about the
> people there. If LSI or whoever else can provide better support, then
> that's fine with me. I do however have quite a bit of experience in
> knowing how things work at Adaptec and knowing what compromises can be
> made.
On Mar 19, 2005, at 3:43 PM, Theo de Raadt wrote:
It's not a binary driver, it's a 2-clause BSD licensed driver that
contains full source. You said that the OpenBSD driver is unstable,
so I offered to help. That has nothing to do with binary apps.
From
http://www.freebsd.org/cgi/pds.cgi?ports
> Sigh. Theo, there are lots of ways of interacting with other people:
> if you go out of your way to antagonize somebody, the result is
> generally not going to be positive. I think Scott is mature enough to
> continue to help other BSD projects-- including OpenBSD-- regardless,
> but this s
> It's not a binary driver, it's a 2-clause BSD licensed driver that
> contains full source. You said that the OpenBSD driver is unstable,
> so I offered to help. That has nothing to do with binary apps.
From
http://www.freebsd.org/cgi/pds.cgi?ports/sysutils/aaccli
Sources for ports/s
Even a working driver without any management utilities is not what I
would want to run on a production server. I need to be able to find
out what is wrong with the RAID setup, if anything, state of all the
disks, etc... which I cannot do without rebooting. And I fail to see
how letting a community
> It's not a binary driver, it's a 2-clause BSD licensed driver that
> contains full source. You said that the OpenBSD driver is unstable,
> so I offered to help. That has nothing to do with binary apps.
> Deleting it from the OpenBSD tree is always an option, of course.
The driver is free, but
It's not a binary driver, it's a 2-clause BSD licensed driver that
contains full source. You said that the OpenBSD driver is unstable,
so I offered to help. That has nothing to do with binary apps.
Deleting it from the OpenBSD tree is always an option, of course.
Scott
Jason Crawford wrote:
The
The OpenBSD community doesn't want help for closed utilities and
drivers. All we want is documentation. No source, no
binary-only-cannot-distrubute drivers and utilities, just enough
documenatation for which to write their drivers, and support
oursevles. No one has been able to answer us on how rel
On Mar 19, 2005, at 2:39 PM, Theo de Raadt wrote:
[ ... ]
Sigh. Theo, there are lots of ways of interacting with other people:
if you go out of your way to antagonize somebody, the result is
generally not going to be positive. I think Scott is mature enough to
continue to help other BSD projec
> I'd love to have fully open stuff from all the RAID
> companies too, but I also want the users of FreeBSD to be able to use
> the resources that are out there to their full advantage and not be
> pinned down by my political beliefs on the subject.
Which is why you go onto public posting sites an
> Theo de Raadt wrote:
> >>While I understand what you want Theo lets not remove the support for
> >>stuff that currently works. I just spent $349 on a Adaptec RAID card
> >>for my home server and if the support is removed I will be very upset.
> >>The drive is written. Leave it alone. Let it be
At 01:19 PM 06/17/2004, Carl Reisinger wrote:
J.D. Bronson wrote:
I know the bus will slow down with the tape drive attached, but will it
come back to normal speeds once I remove the tape drive? - and/or do I
have to run the camcontrol command again?
Run the rescan again.
Just removing the device
J.D. Bronson wrote:
I know the bus will slow down with the tape drive attached, but will it
come back to normal speeds once I remove the tape drive? - and/or do I
have to run the camcontrol command again?
Run the rescan again.
Just removing the device from the bus does not cause the kernel or the
Aurimas Mikalauskas <[EMAIL PROTECTED]> writes
>> May 20 10:39:59 banners /kernel: (da0:ahc0:0:0:0): SCB 0x35 - timed out
>> May 20 10:40:04 banners /kernel: >> Dump Card State Begins
<
:
:
and "Justin T. Gibbs" <[EMAIL PROTECTED]> replies:
> This mean
> Hi,
>
> I'm new to SCSI and all it's subsystems and this is the first time I'm
> having troubles with it. This morning I got the folowing kernel error
> message:
This means that your drive decided not to return a command back to the
controller. The controller driver was able to clear up the er
In between 5.0 and 5.1 I put some serious work into the driver to make
it perform better. Unfortunately, I opened up an edge case that would
result in a command being lost under extreme load. It was very hard to
reproduce locally until I did some more performance work after 5.2. I
finally made t
Albert Shih wrote:
Le 05/03/2004 à 22:05:25-0700, Scott Long a écrit
On Sun, 29 Feb 2004, Chad Leigh -- Shire.Net LLC wrote:
Now the machine, when it tries to check the two aacd volumes on this
controller, starts printing out this message below every 20 seconds or
so and the disk volumes cannot
--- Albert Shih <[EMAIL PROTECTED]> wrote:
> Le 05/03/2004 à 22:05:25-0700, Scott Long a écrit
> > On Sun, 29 Feb 2004, Chad Leigh -- Shire.Net LLC wrote:
> > > Now the machine, when it tries to check the two aacd volumes on this
> > > controller, [... :]
> > >
> > > aac0: COMMAND 0xc551a7e8 TIM
We got command timeout with the aac driver off and on for about a year
with a 5400s and various freebsd versions. Ive been sending Scott the
info and he has tried various fixes. I switched one of the machines to
5.2.1 a couiple of weeks ago. It been ok so far. Buts sometimes it may
go a month o
Le 05/03/2004 à 22:05:25-0700, Scott Long a écrit
> On Sun, 29 Feb 2004, Chad Leigh -- Shire.Net LLC wrote:
> >
> > Now the machine, when it tries to check the two aacd volumes on this
> > controller, starts printing out this message below every 20 seconds or
> > so and the disk volumes cannot be
On Mar 5, 2004, at 10:05 PM, Scott Long wrote:
On Sun, 29 Feb 2004, Chad Leigh -- Shire.Net LLC wrote:
I originally sent this to -questions, but got no response. I hope
this
is a good place to send this. While the drives and controller are
SATA, the driver is the SCSI aac driver for the adaptec
On Sun, 29 Feb 2004, Chad Leigh -- Shire.Net LLC wrote:
> I originally sent this to -questions, but got no response. I hope this
> is a good place to send this. While the drives and controller are
> SATA, the driver is the SCSI aac driver for the adaptec raid, hence
> this group. I would appreci
On Sat, 24 Jan 2004 19:48:15 -0800
Rishi Chopra <[EMAIL PROTECTED]> wrote:
> One other (slightly lamer) question: if my device configures as da0, is
> that scsi or ide?
SCSI. IDE would be "ad0".
-Chris
___
[EMAIL PROTECTED] mailing list
http://lists.
In the last episode (Jan 23), Rishi Chopra said:
> I've run some imperical tests on the Adaptec 2400A raid controller
> (results and setup can be seen here):
>
> http://www.ocf.berkeley.edu/~rchopra/RaidResults.html
>
> I was rather disappointed with the results. Can anyone suggest what
> might
Just wanted to make sure I wasn't skipping any obvious steps.
One other (slightly lamer) question: if my device configures as da0, is
that scsi or ide?
The reason I ask is I wish to write a custom kernel, and would like to
eliminate all unnecessary configurations/devices.
Charles Swiger wrote:
On Jan 24, 2004, at 12:51 AM, Rishi Chopra wrote:
I was rather disappointed with the results. Can anyone suggest what
might be causing such slow disk speeds, or whether these speeds are
out of the ordinary for a 4-disk FreeBSD RAID5 installation? I have
done nothing to configure the card aside
"George Rich" <[EMAIL PROTECTED]> writes:
> I would like to update my driver in my CD-ROM (Adaptec). How do I do that please?
That depends on what you mean and why you want to.
If you want to update the firmware in the drive itself,
then you'll need to follow the manufacturer's instructions
fo
here are the errors from the messages log. This ONLY happened when A) a
device was connected to the Adaptec 29160N and B) when the device was
being used by dump. According the the replies I am afraid the problem may
be related to the MB.. And ideas on how to trouble shoot it? For some
reason th
> The controller is complaining that some device in your system is
> generating
> PCI transactions that cannot be safely decoded because they contain parity
> errors. Just moving the 160 card won't make this situation go away. You
> need to find the source of these errors. Otherwise, you might a
1 - 100 of 117 matches
Mail list logo
