Re: DELL SC430 & ahd0: <Adaptec 39320A Ultra320 SCSI adapter>

From: Justin T. Gibbs (gibbs_at_scsiguy.com)
Date: 08/19/05

  • Next message: Ronald Klop: "Re: DELL SC430 & ahd0: <Adaptec 39320A Ultra320 SCSI adapter>" 
    Date: Thu, 18 Aug 2005 16:53:41 -0600
To: Hutterer Robert <robert.hutterer@univie.ac.at>, "Justin T. Gibbs" <gibbs@scsiguy.com>, freebsd-stable@freebsd.org

    --On Friday, August 19, 2005 12:20 AM +0200 Hutterer Robert
    <robert.hutterer@univie.ac.at> wrote:

    > Thank you very much for the reaction (about a dozen user reported similar
    > problems the last month -but there seems no answer/solution)
    >
    >>> From what I can tell from the full card dump state, the 39320 attempted
    >> to send 77 transactions to your drive during a single connection. This
    >> connection hung, and the timeout occurred. Since the drive controlls
    >> the connection, it can cut the initiator off at any time if too many
    >> commands are sent.
    > That seems plausilbe also for a non-expert
    >
    >> So, this looks like a drive firmware bug. You
    >> should contact Dell to find out if newer firmware is available for your
    >> drive
    > Contacted Dell but they have no idea to fix this - freebsd is not
    > supported by dell -directed me to adaptec.
    > So I used the latest bios for the 39320 adapter from adaptec.

    The problem is in the *drive* firmware. Updating or changing the
    Adaptec BIOS will have no impact on your problem. You could
    try contacting Seagate directly, but I'm guessing your system is
    using Dell OEM drive firmware which I think Seagate only releases
    through Dell.

    > =====================================================================
    > = Adaptec Ultra320 Family SCSI Controller =
    > = PnP/BBS BIOS Version 4.30.0, P/N 2038403-00 Rev. AA =
    > =====================================================================
    > Soon after a reboot I got similar but slightly different messages (see
    > below - hope you understand it). I will see if I will get it more
    > frequently

    The messages mean exactly the same as the last set. As expected, changing
    the BIOS made no difference.

    > If the failure occurs sometime after rc processing,
    >> you can make a call early in the transition to multi-user like so:
    >>
    >> camcontrol tags da0 -N 64 # or some lower number
    >
    > Unfortunately I am not that expert to understand what to do with this
    > "call": to put it on the command line? To ma a startup command ?

    shell prompt% man camcontrol
    shell prompt% camcontrol tags da0 -N 64

    To make this command invocation take place during startup, place it in
    /etc/rc just after the PATH variable is exported. That's about as
    early in startup as you can make this happen.

    >> If that won't work for you, you can enter a quirk into sys/cam/cam_xpt.c
    >> or just modify the last quirk entry (the default) to have a lower tag
    >> depth (it is currently 255).
    >
    > Also this hint I do not understand (I found (/usr/src/sys/cam/cam_xpr.c
    > file) maybe you can give me an idea or direct me to some instruction pages
    > how to enter a quirl or modify the last quirk entry

    In that file, search for "/* Default tagged queuing parameters for all
    devices */".
    Just below that, you'll find an entry for "/*maxtags*/255". Lower the 255
    to
    64, recompile your kernel, retest. If the problem persists, lower the
    number
    again.

    > If nothing helps I will seriously think about changing to a SATA disk.
    > (But it is strange I have 39320 on a dell SC1420 and there is no problem)

    With what drive make, model, and firmware revision. Again, this is a
    *drive*
    problem, not a controller or system problem. 

    --
Justin
_______________________________________________
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org"
  • Next message: Ronald Klop: "Re: DELL SC430 & ahd0: <Adaptec 39320A Ultra320 SCSI adapter>"

    Relevant Pages

    • Re: DELL SC430 & ahd0: <Adaptec 39320A Ultra320 SCSI adapter>
      ... > to send 77 transactions to your drive during a single connection. ... Contacted Dell but they have no idea to fix this - freebsd is not supported ... So I used the latest bios for the 39320 adapter from adaptec. ... To ma a startup command? ...
      (freebsd-stable)
    • Re: DELL SC430 & ahd0: <Adaptec 39320A Ultra320 SCSI adapter>
      ... >> to send 77 transactions to your drive during a single connection. ... this looks like a drive firmware bug. ... >> should contact Dell to find out if newer firmware is available for your ... > supported by dell -directed me to adaptec. ...
      (freebsd-stable)
    • Re: Upgrade to W2K problem - PowerEdge Server 2400?
      ... > Adaptec produces this controller for Dell. ... You might need to upgrade firmware ... I am thinking if I have an Adaptec ...
      (microsoft.public.win2000.general)
    • Various network problems
      ... PingPlotter shows the Gateway loses 30% of packets when pinging dell. ... Ethernet adapter Loopback Connection for Xdrive: ... Status for domain DCOOL on transport ... Master browser name is:? ...
      (microsoft.public.windowsxp.network_web)
    • Re: Dell Raid Controller Help
      ... DELL RAID firmware compatibility ... Ubuntu 8.04 LTS fails to run on some DELL PowerEdge servers with RAID ...
      (Ubuntu)