From owner-freebsd-scsi@FreeBSD.ORG Mon Nov 23 11:07:04 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 19E20106568F for ; Mon, 23 Nov 2009 11:07:04 +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 F17AC8FC19 for ; Mon, 23 Nov 2009 11:07: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 nANB73h6070246 for ; Mon, 23 Nov 2009 11:07:03 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id nANB73xI070244 for freebsd-scsi@FreeBSD.org; Mon, 23 Nov 2009 11:07:03 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 23 Nov 2009 11:07:03 GMT Message-Id: <200911231107.nANB73xI070244@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, 23 Nov 2009 11:07:04 -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/140091 scsi [da] [patch] allow for da(4) large block transfer than o kern/138789 scsi [cam] [patch] cd(4) patch for drives/discs failing the 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 f 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 39 problems total. From owner-freebsd-scsi@FreeBSD.ORG Mon Nov 23 15:09: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 45544106566B; Mon, 23 Nov 2009 15:09:01 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id CA4658FC0C; Mon, 23 Nov 2009 15:09:00 +0000 (UTC) Received: from ydesk.samsco.home (ydesk.samsco.home [192.168.254.15]) (authenticated bits=0) by pooker.samsco.org (8.14.2/8.14.2) with ESMTP id nANF8uS3014285; Mon, 23 Nov 2009 08:08:56 -0700 (MST) (envelope-from scottl@samsco.org) Mime-Version: 1.0 (Apple Message framework v1076) Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes From: Scott Long In-Reply-To: Date: Mon, 23 Nov 2009 08:08:55 -0700 Content-Transfer-Encoding: 7bit Message-Id: <6B4DCB23-179D-4163-923F-24FC66303086@samsco.org> References: <200910150853.49850.jhb@freebsd.org> To: pluknet X-Mailer: Apple Mail (2.1076) X-Spam-Status: No, score=-4.4 required=3.8 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: freebsd-scsi , freebsd-stable@freebsd.org, John Baldwin 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: Mon, 23 Nov 2009 15:09:01 -0000 Did you ever get a resolution for this? The 6.x bugs definitely need to be fixed. The reported timeouts on 7.x might be due to the adapter taking a log time to do the command. Scott On Oct 22, 2009, at 8:30 AM, pluknet wrote: > 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 messages >> on boot related to continuously scheduling patrol reads and >> consistency >> checks that finished immediately) at work. We fixed them by >> swapping out the >> controller. We 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 >> flashing >> 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+0xa8 > 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 = 0x8177207, esp = > 0xbfbfe88c, ebp = 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+0x89 > 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 = 0x8177207, esp = > 0xbfbfe88c, ebp = 0xbfbfe8b8 > > #9 0xc08cbb1a in calltrap () at /usr/src/sys/i386/i386/exception.s: > 139 > #10 0xc059729e in mfi_data_cb (arg=0xc8a744b0, segs=0xc8a49e00, > nsegs=1, > ---Type to continue, or q to quit--- > error=0) at /usr/src/sys/dev/mfi/mfi.c:1488 > #11 0xc08c7afd in bus_dmamap_load (dmat=0xc8a6f100, map=0xac89e000, > buf=0xc8a5ac60, buflen=0, callback=0xc0597240 , > callback_arg=0xc8a744b0, flags=0) > at /usr/src/sys/i386/i386/busdma_machdep.c:733 > #12 0xc059721d in mfi_mapcmd (sc=0xc8a49800, cm=0xc8a49e00) > at /usr/src/sys/dev/mfi/mfi.c:1452 > #13 0xc0597177 in mfi_startio (sc=0xc8a49800) > at /usr/src/sys/dev/mfi/mfi.c:1436 > #14 0xc0595f09 in mfi_wait_command (sc=0xc8a49800, cm=0xc8a744b0) > at /usr/src/sys/dev/mfi/mfi.c:822 > #15 0xc059840a in mfi_ioctl (dev=0xac89e000, cmd=0, arg=0xc8de8800 > "", flag=1, > td=0xc8a5ac60) at /usr/src/sys/dev/mfi/mfi.c:2061 > #16 0xc06598b7 in devfs_ioctl_f (fp=0xc902dc18, com=3239333121, > data=0xc8de8800, cred=0xc9052980, td=0xc8e2dd00) > at /usr/src/sys/fs/devfs/devfs_vnops.c:480 > #17 0xc06d3a11 in ioctl (td=0xc8e2dd00, uap=0xeb37bd04) at file.h:265 > > (kgdb) f 10 > #10 0xc059729e in mfi_data_cb (arg=0xc8a744b0, segs=0xc8a49e00, > nsegs=1, > error=0) at /usr/src/sys/dev/mfi/mfi.c:1488 > 1488 sgl->sg32[i].addr = segs[i].ds_addr; > (kgdb) list > 1483 return; > 1484 } > 1485 > 1486 if ((sc->mfi_flags & MFI_FLAGS_SG64) == 0) { > 1487 for (i = 0; i < nsegs; i++) { > 1488 sgl->sg32[i].addr = segs[i].ds_addr; > 1489 sgl->sg32[i].len = segs[i].ds_len; > 1490 } > 1491 } else { > 1492 for (i = 0; i < nsegs; i++) { > (kgdb) p i > $1 = 0 > (kgdb) p *segs > $3 = {ds_addr = 2457600, ds_len = 65536} > (kgdb) p sgl > $4 = (union mfi_sgl *) 0x0 > (kgdb) p *cm > $6 = {cm_link = {tqe_next = 0x0, tqe_prev = 0xc8a49814}, > cm_timestamp = 0, > cm_sc = 0xc8a49800, cm_frame = 0xe8fee680, cm_frame_busaddr = > 3748513408, > cm_sense = 0xe904c780, cm_sense_busaddr = 3749103488, cm_dmamap = > 0x0, > cm_sg = 0x0, cm_data = 0xc8a5ac60, cm_len = 0, cm_total_frame_size > = 0, > cm_extra_frames = 0, cm_flags = 6, cm_aen_abort = 0, cm_complete = 0, > cm_private = 0x0, cm_index = 15, cm_error = 0} > > > -- > wbr, > pluknet > _______________________________________________ > 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 > " From owner-freebsd-scsi@FreeBSD.ORG Mon Nov 23 15:27:00 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 8A3DD1065694; Mon, 23 Nov 2009 15:27:00 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-bw0-f220.google.com (mail-bw0-f220.google.com [209.85.218.220]) by mx1.freebsd.org (Postfix) with ESMTP id 8E3718FC08; Mon, 23 Nov 2009 15:26:59 +0000 (UTC) Received: by bwz20 with SMTP id 20so4040872bwz.14 for ; Mon, 23 Nov 2009 07:26:58 -0800 (PST) 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=NnmkRq+Ypjb37eZ29UXAixdSssytkqc4ScuPXwhryq8=; b=eY35PnH8EglwaEGjodi9f+kCY7sAqVcbTLG97vT70Iy0qlgcmA62bjjMB6kzQDH72T WJqZn/BHzEfRO3UThPwLS806cIwBsdnYx05cY5FdcN8+Q5ecQgD/z/mifOsMi/GC3GOc os11IAURsX90GaQgCoprVr1FLALHCaWf9N6C0= 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=G+Cs3CvXAFFDoANSyY4epG+Sqg/rw47ELHGM5k2H5+smY3F+s8PnprX0aG/SnH2iUt Giauo8Tz/8mNbh66LfKIpMmxatBiEWGka+vCRLpRLVVc/v9ixfcc/I8bQSbX7cOlrell e0gbwg0kQY38GOZxePMFQ4s7BymC85QCPz2O4= MIME-Version: 1.0 Received: by 10.204.7.88 with SMTP id c24mr4887647bkc.17.1258990018421; Mon, 23 Nov 2009 07:26:58 -0800 (PST) In-Reply-To: <6B4DCB23-179D-4163-923F-24FC66303086@samsco.org> References: <200910150853.49850.jhb@freebsd.org> <6B4DCB23-179D-4163-923F-24FC66303086@samsco.org> Date: Mon, 23 Nov 2009 18:26:57 +0300 Message-ID: From: pluknet To: Scott Long Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-scsi , freebsd-stable@freebsd.org, John Baldwin 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: Mon, 23 Nov 2009 15:27:00 -0000 2009/11/23 Scott Long : > Did you ever get a resolution for this? =A0The 6.x bugs definitely need t= o be > fixed. =A0The reported timeouts on 7.x might be due to the adapter taking= a > log time to do the command. > > Scott An "endless loop kernel output" on boot always solved with clearing logs with MegaCli -AdpEventLog -GetEventLogInfo -aAll. As for BBULearn issue, I just tested it again on one of my boxes: # ./MegaCli -AdpBbuCmd -BbuLearn -aall Adapter 0: BBU Learn Succeeded. Exit Code: 0x00 So it seems to work. I see no problems. mfi0: 3748 (312279437s/0x0008/info) - Battery relearn started mfi0: 3749 (312279437s/0x0008/WARN) - BBU disabled; changing WB virtual disks to WT mfi0: 3750 (312279437s/0x0001/info) - Policy change on VD 00/0 to [ID=3D00,dcp=3D6d,ccp=3D6c,ap=3D0,dc=3D0,dbgi=3D0] from [ID=3D00,dcp=3D6d,ccp=3D6d,ap=3D0,dc=3D0,dbgi=3D0] mfi0: 3751 (312279442s/0x0008/info) - Battery is discharging mfi0: 3752 (312279442s/0x0008/info) - Battery relearn in progress > > On Oct 22, 2009, at 8:30 AM, pluknet wrote: > >> 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 >>> messages >>> on boot related to continuously scheduling patrol reads and consistency >>> checks that finished immediately) at work. =A0We fixed them by swapping= out >>> the >>> controller. =A0We might try stick them in a different box and reflashin= g >>> them >>> using mfiutil(8) to see if it's some sort of corrupted state that >>> flashing >>> 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+0x= 5c >> msleep(c8c6b0d0,c8c25954,4c,c090acbc,0) at msleep+0x269 >> mfi_wait_command(c8c25800,c8c6b0d0,0,0,cc382460,...) at >> mfi_wait_command+0xa8 >> 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+0x89 >> 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 =A00xc08cbb1a in calltrap () at /usr/src/sys/i386/i386/exception.s:13= 9 >> #10 0xc059729e in mfi_data_cb (arg=3D0xc8a744b0, segs=3D0xc8a49e00, nseg= s=3D1, >> ---Type to continue, or q to quit--- >> =A0 error=3D0) at /usr/src/sys/dev/mfi/mfi.c:1488 >> #11 0xc08c7afd in bus_dmamap_load (dmat=3D0xc8a6f100, map=3D0xac89e000, >> =A0 buf=3D0xc8a5ac60, buflen=3D0, callback=3D0xc0597240 , >> =A0 callback_arg=3D0xc8a744b0, flags=3D0) >> =A0 at /usr/src/sys/i386/i386/busdma_machdep.c:733 >> #12 0xc059721d in mfi_mapcmd (sc=3D0xc8a49800, cm=3D0xc8a49e00) >> =A0 at /usr/src/sys/dev/mfi/mfi.c:1452 >> #13 0xc0597177 in mfi_startio (sc=3D0xc8a49800) >> =A0 at /usr/src/sys/dev/mfi/mfi.c:1436 >> #14 0xc0595f09 in mfi_wait_command (sc=3D0xc8a49800, cm=3D0xc8a744b0) >> =A0 at /usr/src/sys/dev/mfi/mfi.c:822 >> #15 0xc059840a in mfi_ioctl (dev=3D0xac89e000, cmd=3D0, arg=3D0xc8de8800= "", >> flag=3D1, >> =A0 td=3D0xc8a5ac60) at /usr/src/sys/dev/mfi/mfi.c:2061 >> #16 0xc06598b7 in devfs_ioctl_f (fp=3D0xc902dc18, com=3D3239333121, >> =A0 data=3D0xc8de8800, cred=3D0xc9052980, td=3D0xc8e2dd00) >> =A0 at /usr/src/sys/fs/devfs/devfs_vnops.c:480 >> #17 0xc06d3a11 in ioctl (td=3D0xc8e2dd00, uap=3D0xeb37bd04) at file.h:26= 5 >> >> (kgdb) f 10 >> #10 0xc059729e in mfi_data_cb (arg=3D0xc8a744b0, segs=3D0xc8a49e00, nseg= s=3D1, >> =A0 error=3D0) at /usr/src/sys/dev/mfi/mfi.c:1488 >> 1488 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0sgl->sg32[i]= .addr =3D segs[i].ds_addr; >> (kgdb) list >> 1483 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0return; >> 1484 =A0 =A0 =A0 =A0 =A0 =A0} >> 1485 >> 1486 =A0 =A0 =A0 =A0 =A0 =A0if ((sc->mfi_flags & MFI_FLAGS_SG64) =3D=3D = 0) { >> 1487 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0for (i =3D 0; i < nsegs; i++= ) { >> 1488 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0sgl->sg32[i]= .addr =3D segs[i].ds_addr; >> 1489 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0sgl->sg32[i]= .len =3D segs[i].ds_len; >> 1490 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0} >> 1491 =A0 =A0 =A0 =A0 =A0 =A0} else { >> 1492 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0for (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_time= stamp =3D 0, >> =A0cm_sc =3D 0xc8a49800, cm_frame =3D 0xe8fee680, cm_frame_busaddr =3D 3= 748513408, >> =A0cm_sense =3D 0xe904c780, cm_sense_busaddr =3D 3749103488, cm_dmamap = =3D 0x0, >> =A0cm_sg =3D 0x0, cm_data =3D 0xc8a5ac60, cm_len =3D 0, cm_total_frame_s= ize =3D 0, >> =A0cm_extra_frames =3D 0, cm_flags =3D 6, cm_aen_abort =3D 0, cm_complet= e =3D 0, >> =A0cm_private =3D 0x0, cm_index =3D 15, cm_error =3D 0} >> >> >> -- >> wbr, >> pluknet >> _______________________________________________ >> 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= " > > _______________________________________________ > 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" > --=20 wbr, pluknet From owner-freebsd-scsi@FreeBSD.ORG Wed Nov 25 16:10:07 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 23630106568F for ; Wed, 25 Nov 2009 16:10:07 +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 ED5448FC23 for ; Wed, 25 Nov 2009 16:10:06 +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 nAPGA6b1037561 for ; Wed, 25 Nov 2009 16:10:06 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id nAPGA6Ht037560; Wed, 25 Nov 2009 16:10:06 GMT (envelope-from gnats) Date: Wed, 25 Nov 2009 16:10:06 GMT Message-Id: <200911251610.nAPGA6Ht037560@freefall.freebsd.org> To: freebsd-scsi@FreeBSD.org From: Ross West Cc: Subject: Re: kern/126866: [isp] [panic] kernel panic on card initialization X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Ross West List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Nov 2009 16:10:07 -0000 The following reply was made to PR kern/126866; it has been noted by GNATS. From: Ross West To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/126866: [isp] [panic] kernel panic on card initialization Date: Wed, 25 Nov 2009 10:53:57 -0500 Close pr please. Major rewrite/update of isp driver fixed this issue, since merged into MAIN + RELENG_8_0. See: SVN rev 196008 on 2009-08-01 01:04:26Z by mjacob for details. -- From owner-freebsd-scsi@FreeBSD.ORG Thu Nov 26 09:55:05 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 33E611065670; Thu, 26 Nov 2009 09:55:05 +0000 (UTC) (envelope-from dwmalone@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 0A9BF8FC0A; Thu, 26 Nov 2009 09:55:05 +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 nAQ9t4RE098163; Thu, 26 Nov 2009 09:55:04 GMT (envelope-from dwmalone@freefall.freebsd.org) Received: (from dwmalone@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id nAQ9t4Mv098159; Thu, 26 Nov 2009 09:55:04 GMT (envelope-from dwmalone) Date: Thu, 26 Nov 2009 09:55:04 GMT Message-Id: <200911260955.nAQ9t4Mv098159@freefall.freebsd.org> To: westr@connection.ca, dwmalone@FreeBSD.org, freebsd-scsi@FreeBSD.org From: dwmalone@FreeBSD.org Cc: Subject: Re: kern/126866: [isp] [panic] kernel panic on card initialization 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, 26 Nov 2009 09:55:05 -0000 Synopsis: [isp] [panic] kernel panic on card initialization State-Changed-From-To: open->closed State-Changed-By: dwmalone State-Changed-When: Thu Nov 26 09:54:42 UTC 2009 State-Changed-Why: Closed at submitter's request. http://www.freebsd.org/cgi/query-pr.cgi?pr=126866