Re: bigdisk and scsi_da

On 12/20/06, Matthew Jacob <lydianconcepts@xxxxxxxxx> 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
_______________________________________________
freebsd-current@xxxxxxxxxxx mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe@xxxxxxxxxxx"

Relevant Pages

  • Re: OS2 on Core Duo Thinkpad
    ... -> The CPU monitor showed both processors pegged at 99.99% ... Are you using the OS/2 SMP kernel? ... -> session manager to reenter a line from the session log causes the ... -> CPU Monitor to disable the second processor, ...
    (comp.os.os2.setup.misc)
  • Re: Hifn driver in SMP (was Re: GELI - disk encryption GEOM class committed.)
    ... I just booted RELENG_4_11 on the box and installed an SMP kernel. ... CPU: Pentium III/Pentium III Xeon/Celeron ... pci0: <PCI bus> on pcib0 ...
    (freebsd-current)
  • Re: SMP detection
    ... I have the SMP-GENERIC kernel ... I've decided to disable SMP from BIOS. ... way to install one already precompiled? ... cpu and the system monitor only features one ...
    (freebsd-questions)
  • different oops on xeon with smp kernel
    ... then SMP kernels oops very early at boot at different places. ... CPU: Trace cache: 12K uops, ... Unable to handle kernel paging request at virtual address 8528244c ...
    (Linux-Kernel)
  • 2.6.23-rc9: Oops in cache_alloc_refill() mm/slab.c
    ... Internal list corruption detected in cache 'buffer_head', ... SMP ... # CPU Frequency scaling ... # Generic Driver Options ...
    (Linux-Kernel)