Re: bigdisk and scsi_da

From: Rong-en Fan <grafan_at_gmail.com>
Date: Wed, 20 Dec 2006 20:33:44 +0800
On 12/20/06, Matthew Jacob <lydianconcepts_at_gmail.com> wrote:
> > XPT_CALC_GEOMETRY is failing when the disk is being probed.  This
> > is likely a problem with the MPT driver.
>
> static void
> mpt_calc_geometry(struct ccb_calc_geometry *ccg, int extended)
> {
> #if __FreeBSD_version >= 500000
>         cam_calc_geometry(ccg, extended);
> #else
>

For other purpose, I compiled ddb. I got:

da1 at mpt0 bus 0 target 0 lun 0
da1: <SILVER TN-6212S-U4D 347G> Fixed Direct Access SCSI-5 device
da1: 320.000MB/s transfers (160.000MHz, offset 127, 16bit), Tagged Queueing Enab
led
da1: 0MB (9261518235570798593 0 byte sectors: 0H 0S/T 0C)
SMP: AP CPU #1 Launched!


Fatal trap 18: integer divide fault while in kernel mode
cpuid = 0; apic id = 03
instruction pointer     = 0x20:0xc06a8d7b
stack pointer           = 0x28:0xe32498a4
frame pointer           = 0x28:0xe3249928
code segment            = base 0x0, limit 0xfffff, type 0x1b
                        = DPL 0, pres 1, def32 1, gran 1
processor eflags        = interrupt enabled, resume, IOPL = 0
current process         = 2 (g_event)
[thread pid 2 tid 100001 ]
Stopped at      __qdivrem+0x3b: divl    %ecx,%eax
db> bt
Tracing pid 2 tid 100001 td 0xc46f2d80
__qdivrem(201,ffffffff,0,0,0,...) at __qdivrem+0x3b
__udivdi3(201,ffffffff,0,0,c483f000,...) at __udivdi3+0x2e
cam_calc_geometry(e3249a00,1,e32499b8,c04d2561,e3249a00,...) at
cam_calc_geometry+0x35
mpt_calc_geometry(e3249a00,1,47258f,c46f12c0,c46f1218,...) at
mpt_calc_geometry+0x18
mpt_action(c482c1c0,e3249a00,69aceab3,7c791ba0,1,...) at mpt_action+0x551
xpt_action(e3249a00,c48578b0,1,1,1d,...) at xpt_action+0x2db
dasetgeom(c49ab000,10000000,200,ffffffff,c49b80f0,...) at dasetgeom+0x80
dagetcapacity(c49ab000,14c,0,e3249ab0,e3249b08,...) at dagetcapacity+0x342
daopen(c49ab180,c06cf87d,c49ab0d8,1,0,...) at daopen+0x7e
g_disk_access(c49ab080,1,0,0,0,...) at g_disk_access+0x11d
g_access(c4851a80,1,0,0,e3249c48,...) at g_access+0x16b
g_slice_new(c06f9bc0,80,c49ab080,e3249c44,e3249c48,...) at g_slice_new+0xc0
g_gpt_taste(c06f9bc0,c49ab080,0,c49ab280,4,...) at g_gpt_taste+0x64
g_new_provider_event(c49ab080,0,0,4c,c06c5175,...) at g_new_provider_event+0x7a
one_event(66666667,c46f2d80,0,e3249d00,c04f8f15,...) at one_event+0x23c
g_run_events(c071f65c,0,4c,c06c5175,64,...) at g_run_events+0x15
g_event_procbody(0,e3249d38,0,0,0,...) at g_event_procbody+0xb5
fork_exit(c04f8e60,0,e3249d38) at fork_exit+0x80
fork_trampoline() at fork_trampoline+0x8
--- trap 0x1, eip = 0, esp = 0xe3249d6c, ebp = 0 ---

This is the best I can got. Since no dumpdev is defined at this point.

Rong-En Fan
Received on Wed Dec 20 2006 - 11:34:03 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:39:04 UTC