From bugmaster at FreeBSD.org Mon Nov 2 11:07:03 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Nov 2 11:09:32 2009 Subject: Current problem reports assigned to freebsd-scsi@FreeBSD.org Message-ID: <200911021107.nA2B72hi033717@freefall.freebsd.org> 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 delphij at delphij.net Mon Nov 2 21:05:59 2009 From: delphij at delphij.net (Xin LI) Date: Mon Nov 2 21:06:39 2009 Subject: Blinking LED/alarm on a SAS enclosure? Message-ID: <4AEF49AC.8070700@delphij.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, folks, Is it possible for us to blink or alarm SAS enclosure's LED? It looks like that OpenBSD do this by using their ses device but I didn't found a reference on how to operate it from userland... Thanks in advance! Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAkrvSawACgkQi+vbBBjt66BUUACfZuYsIGtWFbIsdG+rR8Ro/12g rSMAnRAHFk3wgCeKFiU22WcGW6cezcOy =M8Mk -----END PGP SIGNATURE----- From bugmaster at FreeBSD.org Mon Nov 9 11:07:03 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Nov 9 11:09:19 2009 Subject: Current problem reports assigned to freebsd-scsi@FreeBSD.org Message-ID: <200911091107.nA9B72Hu079111@freefall.freebsd.org> 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 linimon at FreeBSD.org Tue Nov 10 03:03:43 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Tue Nov 10 03:03:49 2009 Subject: kern/140438: [isp] isp(4) causes threads to hang due to callwheel bucket list corruption Message-ID: <200911100303.nAA33hW6011940@freefall.freebsd.org> Old Synopsis: isp(4) causes threads to hang due to callwheel bucket list corruption New Synopsis: [isp] isp(4) causes threads to hang due to callwheel bucket list corruption Responsible-Changed-From-To: freebsd-bugs->freebsd-scsi Responsible-Changed-By: linimon Responsible-Changed-When: Tue Nov 10 03:03:17 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=140438 From asack at niksun.com Wed Nov 11 20:50:03 2009 From: asack at niksun.com (Alexander Sack) Date: Wed Nov 11 20:50:09 2009 Subject: kern/140438: [isp] isp(4) causes threads to hang due to callwheel bucket list corruption Message-ID: <200911112050.nABKo26o040606@freefall.freebsd.org> The following reply was made to PR kern/140438; it has been noted by GNATS. From: Alexander Sack To: bug-followup@FreeBSD.org, asack@niksun.com Cc: Subject: Re: kern/140438: [isp] isp(4) causes threads to hang due to callwheel bucket list corruption Date: Wed, 11 Nov 2009 15:03:00 -0500 --Apple-Mail-7-489706079 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii RELENG_8 has same issue with my 2342 card. Note that it looks like = during the 8Gbps refresh the check for ldt_running was made in both = spots (as well as the call to freeze the simq again, cool beans) so this = patch is a little smaller but in the same vain. I appreciate some comments on this. It has been heavily tested in the = labs. -aps --Apple-Mail-7-489706079 Content-Disposition: attachment; filename=isp.RELENG_8.diff Content-Type: application/octet-stream; name="isp.RELENG_8.diff" Content-Transfer-Encoding: 7bit Index: isp_freebsd.c =================================================================== RCS file: /home/ncvs/src/sys/dev/isp/isp_freebsd.c,v retrieving revision 1.150.2.2 diff -u -r1.150.2.2 isp_freebsd.c --- isp_freebsd.c 13 Aug 2009 01:45:26 -0000 1.150.2.2 +++ isp_freebsd.c 11 Nov 2009 19:52:49 -0000 @@ -139,9 +139,6 @@ fc->path = path; fc->isp = isp; - callout_init_mtx(&fc->ldt, &isp->isp_osinfo.lock, 0); - callout_init_mtx(&fc->gdt, &isp->isp_osinfo.lock, 0); - if (THREAD_CREATE(isp_kthread, fc, &fc->kproc, 0, 0, "%s: fc_thrd%d", device_get_nameunit(isp->isp_osinfo.dev), chan)) { xpt_free_path(fc->path); ISP_LOCK(isp); Index: isp_pci.c =================================================================== RCS file: /home/ncvs/src/sys/dev/isp/isp_pci.c,v retrieving revision 1.149.2.1 diff -u -r1.149.2.1 isp_pci.c --- isp_pci.c 3 Aug 2009 08:13:06 -0000 1.149.2.1 +++ isp_pci.c 11 Nov 2009 19:52:50 -0000 @@ -922,6 +922,17 @@ mtx_init(&isp->isp_osinfo.lock, "isp", NULL, MTX_DEF); locksetup++; + /* + * Initialize callouts before we kick start the ISP. + */ + if (IS_FC(isp)) { + for (cmap = 0; cmap < isp->isp_nchan; cmap++) { + struct isp_fc *fc = ISP_FC_PC(isp, cmap); + callout_init_mtx(&fc->ldt, &isp->isp_osinfo.lock, 0); + callout_init_mtx(&fc->gdt, &isp->isp_osinfo.lock, 0); + } + } + if (isp_setup_intr(dev, irq, ISP_IFLAGS, NULL, isp_platform_intr, isp, &pcs->ih)) { device_printf(dev, "could not setup interrupt\n"); goto bad; --Apple-Mail-7-489706079 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii --Apple-Mail-7-489706079-- From jkim at FreeBSD.org Wed Nov 11 21:26:16 2009 From: jkim at FreeBSD.org (jkim@FreeBSD.org) Date: Wed Nov 11 21:26:22 2009 Subject: kern/140438: [isp] isp(4) causes threads to hang due to callwheel bucket list corruption Message-ID: <200911112126.nABLQFVf074139@freefall.freebsd.org> Synopsis: [isp] isp(4) causes threads to hang due to callwheel bucket list corruption Responsible-Changed-From-To: freebsd-scsi->mjacob Responsible-Changed-By: jkim Responsible-Changed-When: Wed Nov 11 21:21:59 UTC 2009 Responsible-Changed-Why: mjacob may be able to handle this bug faster. http://www.freebsd.org/cgi/query-pr.cgi?pr=140438 From bugmaster at FreeBSD.org Mon Nov 16 11:07:01 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Nov 16 11:09:21 2009 Subject: Current problem reports assigned to freebsd-scsi@FreeBSD.org Message-ID: <200911161107.nAGB70rV011285@freefall.freebsd.org> 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 bugmaster at FreeBSD.org Mon Nov 23 11:07:04 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Nov 23 11:09:20 2009 Subject: Current problem reports assigned to freebsd-scsi@FreeBSD.org Message-ID: <200911231107.nANB73xI070244@freefall.freebsd.org> 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 scottl at samsco.org Mon Nov 23 15:09:01 2009 From: scottl at samsco.org (Scott Long) Date: Mon Nov 23 15:09:13 2009 Subject: mfi(4) endless loop kernel output on attach In-Reply-To: References: <200910150853.49850.jhb@freebsd.org> Message-ID: <6B4DCB23-179D-4163-923F-24FC66303086@samsco.org> 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 pluknet at gmail.com Mon Nov 23 15:27:00 2009 From: pluknet at gmail.com (pluknet) Date: Mon Nov 23 15:27:13 2009 Subject: mfi(4) endless loop kernel output on attach In-Reply-To: <6B4DCB23-179D-4163-923F-24FC66303086@samsco.org> References: <200910150853.49850.jhb@freebsd.org> <6B4DCB23-179D-4163-923F-24FC66303086@samsco.org> Message-ID: 2009/11/23 Scott Long : > 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 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=00,dcp=6d,ccp=6c,ap=0,dc=0,dbgi=0] from [ID=00,dcp=6d,ccp=6d,ap=0,dc=0,dbgi=0] 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. ?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" > > _______________________________________________ > 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" > -- wbr, pluknet From westr at connection.ca Wed Nov 25 16:10:07 2009 From: westr at connection.ca (Ross West) Date: Wed Nov 25 16:10:21 2009 Subject: kern/126866: [isp] [panic] kernel panic on card initialization Message-ID: <200911251610.nAPGA6Ht037560@freefall.freebsd.org> 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. --