Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 30 Jul 2000 12:35:50 +0200 (CEST)
From:      Alexander Leidinger <Alexander@Leidinger.net>
To:        scsi@freebsd.org
Cc:        Matthew Jacob <mjacob@feral.com>
Subject:   Fwd: Panic in xpt_setup_ccb (cam_xpt.c)
Message-ID:  <200007301035.MAA15223@Magelan.Leidinger.net>

next in thread | raw e-mail | index | archive | help
Hi,

forwarded to -scsi at request of Matthew Jacob (Note: I'm not subscribed
to -scsi). My hardware is:
---snip---
ahc0: <Adaptec aic7880 Ultra SCSI adapter> port 0xb000-0xb0ff mem 0xd9800000-0xd9800fff irq 9 at device 6.0 on pci0
ahc0: aic7880 Wide Channel A, SCSI Id=7, 16/255 SCBs
cd0 at ahc0 bus 0 target 1 lun 0
cd0: <TEAC CD-R55S 1.0Q> Removable CD-ROM SCSI-2 device 
cd0: 10.000MB/s transfers (10.000MHz, offset 15)
cd1 at ahc0 bus 0 target 2 lun 0
cd1: <PIONEER CD-ROM DR-U16S 1.01> Removable CD-ROM SCSI-2 device 
cd1: 20.000MB/s transfers (20.000MHz, offset 15)
---snip---

The panic happened with cd0.

Matthew:
It didn't happen because of syncing prior to a reboot, it was a
"dd if=/dev/cd0c of=normal_file_on_ad0" (it's a "damaged" cd (someone
bought crappy CD-R's and I have to get some data out of them) and I
tried to duplicate the contents with dd). I was able to reproduce it,
and I'm sure I'm able to reproduce it with an actual kernel (at the
moment I'm recovering from a loss of / because of some shit from M$, ->
the crashdump is lost).

------ Forwarded message ------
             From: Alexander Leidinger <Alexander@Leidinger.net>
          Subject: Panic in xpt_setup_ccb (cam_xpt.c)
             Date: Sat, 29 Jul 2000 10:30:03 +0200 (CEST)
               To: current@FreeBSD.ORG
       Message-ID: <200007290830.KAA00512@Magelan.Leidinger.net>

Hi,

while trying to read (dd if=/dev/cd0c) from a damaged cd (the surface is
a little bit damaged), I've got a panic:
---snip---
#0  boot (howto=260) at ../../kern/kern_shutdown.c:303
#1  0xc01a0f19 in panic (fmt=0xc029aa60 "lockmgr: pid %d, not %s %d unlocking")
    at ../../kern/kern_shutdown.c:553
#2  0xc019b194 in lockmgr (lkp=0xc14f4a00, flags=65542, interlkp=0xd0e2e22c, 
    p=0xd0313ba0) at ../../kern/kern_lock.c:382
#3  0xc01cf2af in vop_stdunlock (ap=0xd0d2ecc8) at ../../kern/vfs_default.c:255
#4  0xc022b641 in ufs_vnoperate (ap=0xd0d2ecc8)
    at ../../ufs/ufs/ufs_vnops.c:2301
#5  0xc01d22aa in vput (vp=0xd0e2e1c0) at vnode_if.h:794
#6  0xc0222ea7 in ffs_sync (mp=0xc1046a00, waitfor=2, cred=0xc0b3f980, 
    p=0xc037f0a0) at ../../ufs/ffs/ffs_vfsops.c:955
#7  0xc01d4295 in sync (p=0xc037f0a0, uap=0x0) at ../../kern/vfs_syscalls.c:551
#8  0xc01a094f in boot (howto=256) at ../../kern/kern_shutdown.c:225
#9  0xc01a0f19 in panic (fmt=0xc02babef "page fault")
    at ../../kern/kern_shutdown.c:553
#10 0xc0265846 in trap_fatal (frame=0xd0d2ee10, eva=68)
    at ../../i386/i386/trap.c:929
#11 0xc02654f9 in trap_pfault (frame=0xd0d2ee10, usermode=0, eva=68)
    at ../../i386/i386/trap.c:822
#12 0xc02650bf in trap (frame={tf_fs = 16, tf_es = -791543792, 
      tf_ds = -1072562160, tf_edi = 1, tf_esi = -1056803840, 
      tf_ebp = -791482800, tf_isp = -791482820, tf_ebx = 0, tf_edx = 64, 
      tf_ecx = -791482776, tf_eax = 1, tf_trapno = 12, tf_err = 0, 
      tf_eip = -1072541595, tf_cs = 8, tf_eflags = 2163330, 
      tf_esp = -791482664, tf_ss = -1072555584}) at ../../i386/i386/trap.c:427
#13 0xc0125065 in xpt_setup_ccb (ccb_h=0xd0d2ee68, path=0x40, priority=1)
    at ../../cam/cam_xpt.c:3734
#14 0xc01219c0 in cam_release_devq (path=0x40, relsim_flags=0, openings=0, 
    timeout=0, getcount_only=0) at ../../cam/cam_periph.c:855
---Type <return> to continue, or q <return> to quit---
#15 0xc0121b37 in camperiphdone (periph=0xc1021480, done_ccb=0xc1027400)
    at ../../cam/cam_periph.c:1021
#16 0xc0127997 in camisr (queue=0xc03189b0) at ../../cam/cam_xpt.c:6328
#17 0xc01277a9 in swi_cambio () at ../../cam/cam_xpt.c:6231
#18 0xc025b900 in splz_swi ()
#19 0xc01a7451 in softclock () at ../../kern/kern_timeout.c:131
#20 0xc025b85f in doreti_swi ()
Cannot access memory at address 0x91992874.
(kgdb) up 13
#13 0xc0125065 in xpt_setup_ccb (ccb_h=0xd0d2ee68, path=0x40, priority=1)
    at ../../cam/cam_xpt.c:3734
3734            ccb_h->path = path;
(kgdb) 
(kgdb) print path
$1 = (struct cam_path *) 0x0
(kgdb) print ccb_h
$2 = (struct ccb_hdr *) 0x0
(kgdb) up          
#14 0xc01219c0 in cam_release_devq (path=0x40, relsim_flags=0, openings=0, 
    timeout=0, getcount_only=0) at ../../cam/cam_periph.c:855
855             xpt_setup_ccb(&crs.ccb_h, path,
(kgdb) print path
$5 = (struct cam_path *) 0x40
(kgdb) print *path
Cannot access memory at address 0x40.
---snip---

It's a kernel from yesterday.

Bye,
Alexander.

-- 
   If Bill Gates had a dime for every time a Windows box crashed...
                ...Oh, wait a minute, he already does.

http://www.Leidinger.net                       Alexander @ Leidinger.net
  GPG fingerprint = 7423 F3E6 3A7E B334 A9CC  B10A 1F5F 130A A638 6E7E



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message




To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-scsi" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200007301035.MAA15223>