From owner-freebsd-scsi@FreeBSD.ORG Mon Oct 19 11:07:01 2009 Return-Path: Delivered-To: freebsd-scsi@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9B0B3106568D for ; Mon, 19 Oct 2009 11:07:01 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 89ADA8FC19 for ; Mon, 19 Oct 2009 11:07:01 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n9JB7126063563 for ; Mon, 19 Oct 2009 11:07:01 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n9JB7018063561 for freebsd-scsi@FreeBSD.org; Mon, 19 Oct 2009 11:07:00 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 19 Oct 2009 11:07:00 GMT Message-Id: <200910191107.n9JB7018063561@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-scsi@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-scsi@FreeBSD.org X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Oct 2009 11:07:01 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/138789 scsi [cam] [patch] cd(4) patch for drives/discs failing the o kern/138384 scsi [ips] [patch] NULL pointer dereference in ipsd_dump() o kern/138379 scsi [aic7xxx] [patch] Memory leak in output_listing() in f o kern/138376 scsi [cam] [patch] Memory leak in scsi_low_attach_xs() in f o kern/134488 scsi [mpt] MPT SCSI driver probes max. 8 LUNs per device o amd64/132394 scsi [isp] - bad underruns with QLogic qla2300 and amd64 o kern/132250 scsi [ciss] ciss driver does not support more then 15 drive o kern/132206 scsi [mpt] system panics on boot when mirroring and 2nd dri o kern/131032 scsi [panic] hald causing panic in scsi_sg o kern/130735 scsi [cam] [patch] pass M_NOWAIT to the malloc() call insid o kern/130621 scsi [mpt] tranfer rate is inscrutable slow when use lsi213 o kern/129602 scsi [ahd] ahd(4) gets confused and wedges SCSI bus o kern/128452 scsi [sa] [panic] Accessing SCSI tape drive randomly crashe o kern/128245 scsi [scsi] "inquiry data fails comparison at DV1 step" [re o kern/127927 scsi [isp] isp(4) target driver crashes kernel when set up o kern/126866 scsi [isp] [panic] kernel panic on card initialization o kern/124667 scsi [amd] [panic] FreeBSD-7 kernel page faults at amd-scsi o kern/123674 scsi [ahc] ahc driver dumping o kern/123666 scsi [aac] attach fails with Adaptec SAS RAID 3805 controll o sparc/121676 scsi [iscsi] iscontrol do not connect iscsi-target on sparc o kern/120487 scsi [sg] scsi_sg incompatible with scanners o kern/120247 scsi [mpt] FreeBSD 6.3 and LSI Logic 1030 = only 3.300MB/s o kern/119668 scsi [cam] [patch] certain errors are too verbose comparing o kern/114597 scsi [sym] System hangs at SCSI bus reset with dual HBAs o kern/110847 scsi [ahd] Tyan U320 onboard problem with more than 3 disks o kern/99954 scsi [ahc] reading from DVD failes on 6.x [regression] o kern/94838 scsi Kernel panic while mounting SD card with lock switch o o kern/92798 scsi [ahc] SCSI problem with timeouts o kern/90282 scsi [sym] SCSI bus resets cause loss of ch device o kern/76178 scsi [ahd] Problem with ahd and large SCSI Raid system o kern/74627 scsi [ahc] [hang] Adaptec 2940U2W Can't boot 5.3 s kern/61165 scsi [panic] kernel page fault after calling cam_send_ccb o kern/60641 scsi [sym] Sporadic SCSI bus resets with 53C810 under load o kern/60598 scsi wire down of scsi devices conflicts with config s kern/57398 scsi [mly] Current fails to install on mly(4) based RAID di o kern/52638 scsi [panic] SCSI U320 on SMP server won't run faster than o kern/44587 scsi dev/dpt/dpt.h is missing defines required for DPT_HAND o kern/40895 scsi wierd kernel / device driver bug o kern/39388 scsi ncr/sym drivers fail with 53c810 and more than 256MB m o kern/38828 scsi [dpt] [request] DPT PM2012B/90 doesn't work o kern/35234 scsi World access to /dev/pass? (for scanner) requires acce 41 problems total. From owner-freebsd-scsi@FreeBSD.ORG Mon Oct 19 21:12:01 2009 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7EC421065672 for ; Mon, 19 Oct 2009 21:12:01 +0000 (UTC) (envelope-from therion@ninth-art.de) Received: from mail.coruscant.info (coruscant.coruscant.info [88.198.12.237]) by mx1.freebsd.org (Postfix) with ESMTP id 268828FC14 for ; Mon, 19 Oct 2009 21:11:59 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.coruscant.info (Postfix) with SMTP id 0E5D13CCA5E for ; Mon, 19 Oct 2009 23:11:57 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by mail.coruscant.info (Postfix) with ESMTP id 9D0E33CCA59 for ; Mon, 19 Oct 2009 23:11:57 +0200 (CEST) X-Virus-Scanned: amavisd-new at coruscant.info Received: from mail.coruscant.info ([127.0.0.1]) by localhost (coruscant.coruscant.info [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Zk4Ilh4m7qr9 for ; Mon, 19 Oct 2009 23:11:52 +0200 (CEST) Received: from webmail.coruscant.info (localhost [127.0.0.1]) by mail.coruscant.info (Postfix) with ESMTPA id DAF563CCA54 for ; Mon, 19 Oct 2009 23:11:51 +0200 (CEST) Received: from 84.62.169.34 (SquirrelMail authenticated user therion@ninth-art.de) by webmail.coruscant.info with HTTP; Mon, 19 Oct 2009 23:11:51 +0200 Message-ID: <8f17fd2b7344832857543f5dc96dc2c7.squirrel@webmail.coruscant.info> Date: Mon, 19 Oct 2009 23:11:51 +0200 From: "Georg Bege" To: freebsd-scsi@freebsd.org User-Agent: SquirrelMail/1.4.19 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 X-Priority: 3 (Normal) Importance: Normal Content-Transfer-Encoding: 8bit X-DSPAM-Result: Innocent X-DSPAM-Processed: Mon Oct 19 23:11:57 2009 X-DSPAM-Confidence: 1.0000 X-DSPAM-Probability: 0.0023 X-DSPAM-Signature: 4adcd61d651039587040467 X-DSPAM-Factors: 27, From*ninth+art.de>, 0.40000, LSI's, 0.40000, Received*(localhost+[127.0.0.1]), 0.40000, Received*(localhost+[127.0.0.1]), 0.40000, controllers, 0.40000, Received*with+HTTP, 0.40000, Received*localhost, 0.40000, Received*localhost, 0.40000, X-Virus-Scanned*new, 0.40000, Message-ID*<8f17fd2b7344832857543f5dc96dc2c7.squirrel, 0.40000, Received*ESMTPA+id, 0.40000, if+someone, 0.40000, X-Virus-Scanned*amavisd, 0.40000, by+FBSD8?, 0.40000, Received*[127.0.0.1])+(amavisd, 0.40000, To*freebsd+scsi, 0.40000, C9A9+483B, 0.40000, Received*ESMTP, 0.40000, Received*ESMTP, 0.40000, It's, 0.40000, From*Bege", 0.40000, Content-Transfer-Encoding*8bit, 0.40000, de, 0.40000, Reply-To*ninth, 0.40000, are+supported, 0.40000, 0x5717E214+FingerPrint, 0.40000, Date*2009+23, 0.40000 Subject: LSI Logic SAS3442E or SAS3041E supported by FBSD8 X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: therion@ninth-art.de List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Oct 2009 21:12:01 -0000 Hello guys Does anyone know if this two controllers (or either one) are supported by FBSD8? It's LSI's SAS3442E and SAS3041E... if someone knows it would be great. cheers -- Georg 'Therion' Bege http://coruscant.info http://www.ninth-art.de therion@ninth-art.de GnuPG-Key-ID: 0x5717E214 FingerPrint: A8EC B4B2 C9A9 483B CC87 56EE 07A1 C78E 5717 E214 !DSPAM:4adcd61d651039587040467! From owner-freebsd-scsi@FreeBSD.ORG Mon Oct 19 21:36:11 2009 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A1F9E1065670 for ; Mon, 19 Oct 2009 21:36:11 +0000 (UTC) (envelope-from damianm@esi.com.au) Received: from key0.esi.com.au (key0.esi.com.au [192.84.230.32]) by mx1.freebsd.org (Postfix) with ESMTP id 623018FC12 for ; Mon, 19 Oct 2009 21:36:11 +0000 (UTC) Received: by key0.esi.com.au (Postfix, from userid 201) id C2590ACD5; Tue, 20 Oct 2009 08:36:09 +1100 (EST) Received: from localhost (localhost [127.0.0.1]) by key0.esi.com.au (Postfix) with ESMTP id AB36EACD2; Tue, 20 Oct 2009 08:36:09 +1100 (EST) Date: Tue, 20 Oct 2009 08:36:09 +1100 (EST) From: Damian McGuckin To: Georg Bege In-Reply-To: <8f17fd2b7344832857543f5dc96dc2c7.squirrel@webmail.coruscant.info> Message-ID: References: <8f17fd2b7344832857543f5dc96dc2c7.squirrel@webmail.coruscant.info> User-Agent: Alpine 2.00 (LNX 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-scsi@freebsd.org Subject: Re: LSI Logic SAS3442E or SAS3041E supported by FBSD8 X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Oct 2009 21:36:11 -0000 On Mon, 19 Oct 2009, Georg Bege wrote: > Does anyone know if this two controllers (or either one) are supported by > FBSD8? > It's LSI's SAS3442E and SAS3041E... if someone knows it would be great. The second for has been working with at least 7. No experience with the first. - Damian Pacific Engineering Systems International, 277-279 Broadway, Broadway NSW 2007 Ph:+61-2-8571-0847 .. Fx:+61-2-9692-9623 | unsolicited email not wanted here ! Views and opinions here are mine and not those of any past or present employer From owner-freebsd-scsi@FreeBSD.ORG Wed Oct 21 14:10:10 2009 Return-Path: Delivered-To: freebsd-scsi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0B2371065676; Wed, 21 Oct 2009 14:10:10 +0000 (UTC) (envelope-from brueffer@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id D49A68FC27; Wed, 21 Oct 2009 14:10:09 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n9LEA90L005773; Wed, 21 Oct 2009 14:10:09 GMT (envelope-from brueffer@freefall.freebsd.org) Received: (from brueffer@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n9LEA8OG005664; Wed, 21 Oct 2009 16:10:08 +0200 (CEST) (envelope-from brueffer) Date: Wed, 21 Oct 2009 16:10:08 +0200 (CEST) Message-Id: <200910211410.n9LEA8OG005664@freefall.freebsd.org> To: argp@census-labs.com, brueffer@FreeBSD.org, freebsd-scsi@FreeBSD.org, brueffer@FreeBSD.org From: brueffer@FreeBSD.org Cc: Subject: Re: kern/138379: [aic7xxx] [patch] Memory leak in output_listing() in file sys/dev/aic7xxx/aicasm/aicasm.c X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Oct 2009 14:10:10 -0000 Synopsis: [aic7xxx] [patch] Memory leak in output_listing() in file sys/dev/aic7xxx/aicasm/aicasm.c State-Changed-From-To: open->patched State-Changed-By: brueffer State-Changed-When: Wed Oct 21 16:09:21 CEST 2009 State-Changed-Why: Leak plugged, thanks for the report! Responsible-Changed-From-To: freebsd-scsi->brueffer Responsible-Changed-By: brueffer Responsible-Changed-When: Wed Oct 21 16:09:21 CEST 2009 Responsible-Changed-Why: MFC reminder. http://www.freebsd.org/cgi/query-pr.cgi?pr=138379 From owner-freebsd-scsi@FreeBSD.ORG Wed Oct 21 15:06:08 2009 Return-Path: Delivered-To: freebsd-scsi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 102141065692; Wed, 21 Oct 2009 15:06:08 +0000 (UTC) (envelope-from brueffer@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id D99488FC1D; Wed, 21 Oct 2009 15:06:07 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n9LF67rc056916; Wed, 21 Oct 2009 15:06:07 GMT (envelope-from brueffer@freefall.freebsd.org) Received: (from brueffer@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n9LF67Zm056912; Wed, 21 Oct 2009 17:06:07 +0200 (CEST) (envelope-from brueffer) Date: Wed, 21 Oct 2009 17:06:07 +0200 (CEST) Message-Id: <200910211506.n9LF67Zm056912@freefall.freebsd.org> To: argp@census-labs.com, brueffer@FreeBSD.org, freebsd-scsi@FreeBSD.org, brueffer@FreeBSD.org From: brueffer@FreeBSD.org Cc: Subject: Re: kern/138384: [ips] [patch] NULL pointer dereference in ipsd_dump() in file sys/dev/ips/ips_disk.c X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Oct 2009 15:06:08 -0000 Synopsis: [ips] [patch] NULL pointer dereference in ipsd_dump() in file sys/dev/ips/ips_disk.c State-Changed-From-To: open->patched State-Changed-By: brueffer State-Changed-When: Wed Oct 21 17:05:02 CEST 2009 State-Changed-Why: Committed, thanks! Responsible-Changed-From-To: freebsd-scsi->brueffer Responsible-Changed-By: brueffer Responsible-Changed-When: Wed Oct 21 17:05:02 CEST 2009 Responsible-Changed-Why: MFC reminder. http://www.freebsd.org/cgi/query-pr.cgi?pr=138384 From owner-freebsd-scsi@FreeBSD.ORG Thu Oct 22 06:13:48 2009 Return-Path: Delivered-To: freebsd-scsi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9E7011065696; Thu, 22 Oct 2009 06:13:48 +0000 (UTC) (envelope-from brueffer@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 731FB8FC23; Thu, 22 Oct 2009 06:13:48 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n9M6Dm1R043832; Thu, 22 Oct 2009 06:13:48 GMT (envelope-from brueffer@freefall.freebsd.org) Received: (from brueffer@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n9M6DlpP043828; Thu, 22 Oct 2009 08:13:48 +0200 (CEST) (envelope-from brueffer) Date: Thu, 22 Oct 2009 08:13:48 +0200 (CEST) Message-Id: <200910220613.n9M6DlpP043828@freefall.freebsd.org> To: argp@census-labs.com, brueffer@FreeBSD.org, freebsd-scsi@FreeBSD.org, brueffer@FreeBSD.org From: brueffer@FreeBSD.org Cc: Subject: Re: kern/138376: [cam] [patch] Memory leak in scsi_low_attach_xs() in file sys/cam/scsi/scsi_low.c X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Oct 2009 06:13:48 -0000 Synopsis: [cam] [patch] Memory leak in scsi_low_attach_xs() in file sys/cam/scsi/scsi_low.c State-Changed-From-To: open->patched State-Changed-By: brueffer State-Changed-When: Thu Oct 22 08:13:19 CEST 2009 State-Changed-Why: Committed, thanks! Responsible-Changed-From-To: freebsd-scsi->brueffer Responsible-Changed-By: brueffer Responsible-Changed-When: Thu Oct 22 08:13:19 CEST 2009 Responsible-Changed-Why: MFC reminder. http://www.freebsd.org/cgi/query-pr.cgi?pr=138376 From owner-freebsd-scsi@FreeBSD.ORG Thu Oct 22 14:30:25 2009 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B8BF1065692; Thu, 22 Oct 2009 14:30:25 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id 5E6A28FC19; Thu, 22 Oct 2009 14:30:24 +0000 (UTC) Received: by bwz5 with SMTP id 5so546702bwz.3 for ; Thu, 22 Oct 2009 07:30:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=AsMg1XEcD2h9qG6xhpXrxTF1QntcIXJWNrUQRF33sMY=; b=xbSXHgsTy8cZt1al91omMstq3ZcPsLzlzIm/ebttfzJU1cGX9hScjlNB1Y+XIwHvcK 632Plt8eq4wEINXoT8OKRnMcWxKiXZU0NkiJSKIJtZ6GotPpSmFe2M68dpH7nCHgslIe gNL5HMLG2ZXYZ302OghFg34Z/8mSjEWYu5474= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=R/544evQHOqSVkDtZU85bPh7zS/6HNU1c6+r/5p3yIhaV5B119x0JPVRtGI7ygaROY OFnlW/ooF5USshUh0cCUZ4Zt5YKdFRH2w/WXy6LIvInmcUWXoc3LJIUWPobE2Rprbo1I ACv8c2Hz6pWR5WXSbWN3g6zKu9CszdTX2LDnU= MIME-Version: 1.0 Received: by 10.204.154.216 with SMTP id p24mr1274906bkw.16.1256221823182; Thu, 22 Oct 2009 07:30:23 -0700 (PDT) In-Reply-To: <200910150853.49850.jhb@freebsd.org> References: <200910150853.49850.jhb@freebsd.org> Date: Thu, 22 Oct 2009 18:30:21 +0400 Message-ID: From: pluknet To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-scsi , freebsd-stable@freebsd.org Subject: Re: mfi(4) endless loop kernel output on attach X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Oct 2009 14:30:25 -0000 2009/10/15 John Baldwin : > On Thursday 15 October 2009 5:51:19 am pluknet wrote: >> Hi. >> >> This is 7.2-R. Seen on IBM x3650M2. >> >> During the boot I get those endless looping kernel messages while on >> mfi(4) attach phase. >> It's getting more odd since 7.2 booted and worked fine on exactly this >> server model >> months ago (on different box though).. Any hints? > > We just had some boxes die like this (but spewing a different loop of mes= sages > on boot related to continuously scheduling patrol reads and consistency > checks that finished immediately) at work. =A0We fixed them by swapping o= ut the > controller. =A0We might try stick them in a different box and reflashing = them > using mfiutil(8) to see if it's some sort of corrupted state that flashin= g > the adapter fixes. > > In your case it looks lik the firmware keeps crashing and restarting. > Some more thoughts.. There was a problem I got with 'MegaCli -AdpBbuCmd -BbuLearn -aall' command= . On 6.2-R process slept on mfiwait wchan: db> bt 14734 Tracing pid 14734 tid 100135 td 0xc93f8190 sched_switch(c93f8190,0,1) at sched_switch+0x143 mi_switch(1,0,c93f8190,f9a32acc,c06a43a4,...) at mi_switch+0x1ba sleepq_switch(c8c6b0d0) at sleepq_switch+0x87 sleepq_wait(c8c6b0d0,0,c93f8190,c8c6b0d0,c8c25800,...) at sleepq_wait+0x5c msleep(c8c6b0d0,c8c25954,4c,c090acbc,0) at msleep+0x269 mfi_wait_command(c8c25800,c8c6b0d0,0,0,cc382460,...) at mfi_wait_command+0x= a8 mfi_ioctl(c8c31300,c1144d01,cc870a00,1,c93f8190,...) at mfi_ioctl+0x485 devfs_ioctl_f(c90a2750,c1144d01,cc870a00,c9048000,c93f8190) at devfs_ioctl_f+0xaf ioctl(c93f8190,f9a32d04) at ioctl+0x445 syscall(3b,3b,3b,0,bfbfedc0,...) at syscall+0x2bf Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (54, FreeBSD ELF32, ioctl), eip =3D 0x8177207, esp =3D 0xbfbfe88c, ebp =3D 0xbfbfe8b8 --- Then: mfi0: COMMAND 0xc8c6b0d0 TIMEOUT AFTER 51 SECONDS mfi0: COMMAND 0xc8c61d50 TIMEOUT AFTER 49 SECONDS mfi0: COMMAND 0xc8c61850 TIMEOUT AFTER 49 SECONDS On 6.4-R MegaCli throws a page fault due to NULL deref in mfi_data_cb():cm->cm_sg (see below). There was past 6.4 backport mentioning "fix some bugs in the API for the management ioctl." With this patch I have no longer panic and/or locks. Thanks to LSI now on 7.2-R (and on patched 6.4-R) it returns an error: # ./MegaCli -AdpBbuCmd -BbuLearn -aall Adapter 0: BBU Learn Failed Exit Code: 0x32 db> bt Tracing pid 43059 tid 101363 td 0xcf46e680 mfi_data_cb(c9cfae00,c9cc3e00,1,0) at mfi_data_cb+0x5e bus_dmamap_load(c9cd7c80,0,caf86270,0,c0597240,c9cfae00,0) at bus_dmamap_load+0x4a1 mfi_mapcmd(c9cc3800,c9cfae00) at mfi_mapcmd+0x31 mfi_startio(c9cc3800) at mfi_startio+0x9b mfi_wait_command(c9cc3800,c9cfae00,0,0,caf86270,...) at mfi_wait_command+0x= 89 mfi_ioctl(c9cf7200,c1144d01,d3fb6200,1,cf46e680,...) at mfi_ioctl+0x52a devfs_ioctl_f(d1a551b0,c1144d01,d3fb6200,cbf52c80,cf46e680) at devfs_ioctl_f+0xaf ioctl(cf46e680,fbd91d04) at ioctl+0x445 syscall(3b,3b,3b,0,bfbfedc0,...) at syscall+0x2bf Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (54, FreeBSD ELF32, ioctl), eip =3D 0x8177207, esp =3D 0xbfbfe88c, ebp =3D 0xbfbfe8b8 #9 0xc08cbb1a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #10 0xc059729e in mfi_data_cb (arg=3D0xc8a744b0, segs=3D0xc8a49e00, nsegs= =3D1, ---Type to continue, or q to quit--- error=3D0) at /usr/src/sys/dev/mfi/mfi.c:1488 #11 0xc08c7afd in bus_dmamap_load (dmat=3D0xc8a6f100, map=3D0xac89e000, buf=3D0xc8a5ac60, buflen=3D0, callback=3D0xc0597240 , callback_arg=3D0xc8a744b0, flags=3D0) at /usr/src/sys/i386/i386/busdma_machdep.c:733 #12 0xc059721d in mfi_mapcmd (sc=3D0xc8a49800, cm=3D0xc8a49e00) at /usr/src/sys/dev/mfi/mfi.c:1452 #13 0xc0597177 in mfi_startio (sc=3D0xc8a49800) at /usr/src/sys/dev/mfi/mfi.c:1436 #14 0xc0595f09 in mfi_wait_command (sc=3D0xc8a49800, cm=3D0xc8a744b0) at /usr/src/sys/dev/mfi/mfi.c:822 #15 0xc059840a in mfi_ioctl (dev=3D0xac89e000, cmd=3D0, arg=3D0xc8de8800 ""= , flag=3D1, td=3D0xc8a5ac60) at /usr/src/sys/dev/mfi/mfi.c:2061 #16 0xc06598b7 in devfs_ioctl_f (fp=3D0xc902dc18, com=3D3239333121, data=3D0xc8de8800, cred=3D0xc9052980, td=3D0xc8e2dd00) at /usr/src/sys/fs/devfs/devfs_vnops.c:480 #17 0xc06d3a11 in ioctl (td=3D0xc8e2dd00, uap=3D0xeb37bd04) at file.h:265 (kgdb) f 10 #10 0xc059729e in mfi_data_cb (arg=3D0xc8a744b0, segs=3D0xc8a49e00, nsegs= =3D1, error=3D0) at /usr/src/sys/dev/mfi/mfi.c:1488 1488 sgl->sg32[i].addr =3D segs[i].ds_addr; (kgdb) list 1483 return; 1484 } 1485 1486 if ((sc->mfi_flags & MFI_FLAGS_SG64) =3D=3D 0) { 1487 for (i =3D 0; i < nsegs; i++) { 1488 sgl->sg32[i].addr =3D segs[i].ds_addr; 1489 sgl->sg32[i].len =3D segs[i].ds_len; 1490 } 1491 } else { 1492 for (i =3D 0; i < nsegs; i++) { (kgdb) p i $1 =3D 0 (kgdb) p *segs $3 =3D {ds_addr =3D 2457600, ds_len =3D 65536} (kgdb) p sgl $4 =3D (union mfi_sgl *) 0x0 (kgdb) p *cm $6 =3D {cm_link =3D {tqe_next =3D 0x0, tqe_prev =3D 0xc8a49814}, cm_timesta= mp =3D 0, cm_sc =3D 0xc8a49800, cm_frame =3D 0xe8fee680, cm_frame_busaddr =3D 37485= 13408, cm_sense =3D 0xe904c780, cm_sense_busaddr =3D 3749103488, cm_dmamap =3D 0= x0, cm_sg =3D 0x0, cm_data =3D 0xc8a5ac60, cm_len =3D 0, cm_total_frame_size = =3D 0, cm_extra_frames =3D 0, cm_flags =3D 6, cm_aen_abort =3D 0, cm_complete = =3D 0, cm_private =3D 0x0, cm_index =3D 15, cm_error =3D 0} --=20 wbr, pluknet From owner-freebsd-scsi@FreeBSD.ORG Sat Oct 24 03:58:17 2009 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1C72B1065670; Sat, 24 Oct 2009 03:58:17 +0000 (UTC) (envelope-from areilly@bigpond.net.au) Received: from nschwqsrv01p.mx.bigpond.com (nschwqsrv01p.mx.bigpond.com [61.9.189.231]) by mx1.freebsd.org (Postfix) with ESMTP id 708938FC0C; Sat, 24 Oct 2009 03:58:16 +0000 (UTC) Received: from nschwotgx02p.mx.bigpond.com ([124.188.161.100]) by nschwmtas05p.mx.bigpond.com with ESMTP id <20091024022251.IEZS28093.nschwmtas05p.mx.bigpond.com@nschwotgx02p.mx.bigpond.com>; Sat, 24 Oct 2009 02:22:51 +0000 Received: from duncan.reilly.home ([124.188.161.100]) by nschwotgx02p.mx.bigpond.com with ESMTP id <20091024022250.TYDA9934.nschwotgx02p.mx.bigpond.com@duncan.reilly.home>; Sat, 24 Oct 2009 02:22:50 +0000 Date: Sat, 24 Oct 2009 13:22:38 +1100 From: Andrew Reilly To: freebsd-stable@freebsd.org, freebsd-scsi@freebsd.org Message-ID: <20091024022238.GA9296@duncan.reilly.home> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-Authentication-Info: Submitted using SMTP AUTH LOGIN at nschwotgx02p.mx.bigpond.com from [124.188.161.100] using ID areilly@bigpond.net.au at Sat, 24 Oct 2009 02:22:50 +0000 X-RPD-ScanID: Class unknown; VirusThreatLevel unknown, RefID str=0001.0A150201.4AE264FB.001E,ss=1,fgs=0 X-SIH-MSG-ID: qRo7FdP/TAD0zmQs0WyzOwJxyArnqyN48Z4QX81loRIGTUDCp8DeQ9rAIudRvt2ixDxIJhqHNGMiaanlTY3RstCK Cc: Subject: Some questions about da0 on USB2 (recent bad behaviour) X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Oct 2009 03:58:17 -0000 Hi there, I have a system with a couple of Western Digital "MyBook" USB2 drives connected to it, and have started seeing some odd behaviour that I am not sure how to identify the cause of. Perhaps someone could offer a suggestion or two? The behaviour that I've noticed (and I can't remember any particular event precipitating this, but I do track 8-STABLE approximately weekly, so things do change from time to time...) is that the drive will just stop for a couple of minutes, and then continue what it was doing. For a while that's all I could see: no error messages at all. The last time I booted, I turned on verbose booting and now I see that these periods of inactivity result in streams of syslog messages like: Oct 24 12:48:55 duncan kernel: (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR Oct 24 12:48:55 duncan kernel: (da0:umass-sim0:0:0:0): Retrying Command Oct 24 12:50:24 duncan kernel: (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR Oct 24 12:50:24 duncan kernel: (da0:umass-sim0:0:0:0): Retrying Command The retry seems to be successful, because I'm not getting any hard error messages anywhere, and the disk activity does seem to proceed afterwards. The disk drive isn't making any bad/broken noises, either. That drive is, according to dmesg.boot: ugen1.2: at usbus1 umass0: on usbus1 umass0: SCSI over Bulk-Only; quirks = 0x0000 Root mount waiting for: usbus1 umass0:1:0:-1: Attached to scbus1 (probe0:umass-sim0:0:0:0): Down reving Protocol Version from 2 to 0? pass0 at umass-sim0 bus 0 target 0 lun 0 pass0: Fixed Direct Access SCSI-0 device pass0: 40.000MB/s transfers GEOM: new disk da0 da0 at umass-sim0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-0 device da0: 40.000MB/s transfers da0: 715404MB (1465149168 512 byte sectors: 255H 63S/T 91201C) What is the likelihood that these pauses and command retries are a sign that this specific drive is in the process of dying, physically? If that were the case, are there any diagnostic tools that I could run against it to show, say, internal error logs? What is the significance of the "sim" part of the device designation umass-sim0? I've looked in all of the manual pages I can think of, but that clearly isn't enough. usbdevs -v says "no USB controllers found", which I thought a bit unuseful. I assume it is *supposed* to work, is there a trick? usbconfig shows my connected USB devices and hubs: ugen0.1: at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen1.1: at usbus1, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON ugen1.2: at usbus1, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON ugen1.3: at usbus1, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON ugen0.2: at usbus0, cfg=0 md=HOST spd=LOW (1.5Mbps) pwr=ON ugen0.3: at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON At this rate the dump/restore backup that I'm running to get the data off it will take a little over a day to finish (according to dump), even though systat shows the drive doing about 8MB/s while it's working, which would allow the dump to finish in about eight hours. These modern, large drives are all very well, but they make doing any kind of system reconfiguration or backup really time consuming... Cheers, -- Andrew From owner-freebsd-scsi@FreeBSD.ORG Sat Oct 24 09:29:01 2009 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 836EC1065676; Sat, 24 Oct 2009 09:29:01 +0000 (UTC) (envelope-from areilly@bigpond.net.au) Received: from nskntmtas01p.mx.bigpond.com (nskntmtas01p.mx.bigpond.com [61.9.168.137]) by mx1.freebsd.org (Postfix) with ESMTP id D62D88FC0A; Sat, 24 Oct 2009 09:29:00 +0000 (UTC) Received: from nskntotgx02p.mx.bigpond.com ([124.188.161.100]) by nskntmtas01p.mx.bigpond.com with ESMTP id <20091024092859.RQLF10503.nskntmtas01p.mx.bigpond.com@nskntotgx02p.mx.bigpond.com>; Sat, 24 Oct 2009 09:28:59 +0000 Received: from duncan.reilly.home ([124.188.161.100]) by nskntotgx02p.mx.bigpond.com with ESMTP id <20091024092858.GKYB6148.nskntotgx02p.mx.bigpond.com@duncan.reilly.home>; Sat, 24 Oct 2009 09:28:58 +0000 Date: Sat, 24 Oct 2009 20:28:46 +1100 From: Andrew Reilly To: freebsd-stable@freebsd.org, freebsd-scsi@freebsd.org Message-ID: <20091024092846.GA68657@duncan.reilly.home> References: <20091024022238.GA9296@duncan.reilly.home> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20091024022238.GA9296@duncan.reilly.home> User-Agent: Mutt/1.4.2.3i X-Authentication-Info: Submitted using SMTP AUTH LOGIN at nskntotgx02p.mx.bigpond.com from [124.188.161.100] using ID areilly@bigpond.net.au at Sat, 24 Oct 2009 09:28:58 +0000 X-RPD-ScanID: Class unknown; VirusThreatLevel unknown, RefID str=0001.0A150204.4AE2C8DA.00CA,ss=1,fgs=0 X-SIH-MSG-ID: qRAwF9HuXAD+xDJw0jPvNAJ+xA/u8yI74J0WRdJsoQQZSkfduMHeU6nyN7M+ksr21jpcNhOPPGkqZqX0X4/Ru+M= Cc: Subject: Re: Some questions about da0 on USB2 (recent bad behaviour) X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Oct 2009 09:29:01 -0000 Just a follow-up with some more information: I now doubt that the problem that I reported in the original message is the drive dying: I've just done some read tests (cat largefile >/dev/null) on the other USB2-attached drive (also a Western Digital MyBook, but this one is a USB2+Firewire one with 1TB, while the other one was just USB2 with 750G.) I'm seeing essentially the same behaviour on that drive, too. That is: it seems to work fine for some fraction of a minute (doesn't seem to be longer than a minute, anyway), and then stops completely for several minutes (processes reading or writing sit in "D" state in ps) and then starts again, after logging "Request completed with CAM_REQ_CMP_ERR\nRetrying Command". I reckon that the duty cycle of useful behaviour is is a bit less than a third. Any chance this is some new badness in the USB+umass stack? Anything that I can poke or prod to make it behave better? Any way that I can find out where it's going awry? I don't have kdb in my kernel, but everything not directly connected to these USB devices seem to be behaving themselves completely. Oh: stoppage on the two drives doesn't seem to be chronologically correllated. Cheers, -- Andrew From owner-freebsd-scsi@FreeBSD.ORG Sat Oct 24 19:50:03 2009 Return-Path: Delivered-To: freebsd-scsi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 73E761065693 for ; Sat, 24 Oct 2009 19:50:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 632148FC24 for ; Sat, 24 Oct 2009 19:50:03 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n9OJo3mt007688 for ; Sat, 24 Oct 2009 19:50:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n9OJo3lA007687; Sat, 24 Oct 2009 19:50:03 GMT (envelope-from gnats) Date: Sat, 24 Oct 2009 19:50:03 GMT Message-Id: <200910241950.n9OJo3lA007687@freefall.freebsd.org> To: freebsd-scsi@FreeBSD.org From: Eygene Ryabinkin Cc: Subject: Re: kern/130735: [patch] pass M_NOWAIT to the malloc() call inside cdreaddvdstructure() X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Eygene Ryabinkin List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Oct 2009 19:50:03 -0000 The following reply was made to PR kern/130735; it has been noted by GNATS. From: Eygene Ryabinkin To: bug-followup@FreeBSD.org Cc: mav@freebsd.org, scottl@freebsd.org Subject: Re: kern/130735: [patch] pass M_NOWAIT to the malloc() call inside cdreaddvdstructure() Date: Sat, 24 Oct 2009 23:40:43 +0400 Gentlemen, good day. I am feeling myself lucky today -- may be someone will be able to look at this PR and fix the bad malloc() invocation? Thanks! -- Eygene _ ___ _.--. # \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard / ' ` , __.--' # to read the on-line manual )/' _/ \ `-_, / # while single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # _.-'_./ {_.' ; / # -- FreeBSD Developers handbook {_.-``-' {_/ #