From owner-freebsd-current@FreeBSD.ORG Wed Dec 20 12:34:03 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 329D916A40F for ; Wed, 20 Dec 2006 12:34:03 +0000 (UTC) (envelope-from grafan@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.241]) by mx1.FreeBSD.org (Postfix) with ESMTP id C8D5C43CA7 for ; Wed, 20 Dec 2006 12:33:45 +0000 (GMT) (envelope-from grafan@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so619557ana for ; Wed, 20 Dec 2006 04:33:44 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=DfxxsR/E/TVJJ+ZtpxDjdLmFs2fVtl/ZpEOmoMMen/RwlJvVgiXEwdm8cJA9SneqCOpsXvxDTh2GouL1AydwuSVKBZ8VGscLD32wn755ZqmnHVjzlPpCuujisL1gD9l+UNHLKfluxu/m3iG996pqzfOl0ifPCIGYfJmHc+SoYeg= Received: by 10.100.164.14 with SMTP id m14mr5562517ane.1166618024707; Wed, 20 Dec 2006 04:33:44 -0800 (PST) Received: by 10.100.136.16 with HTTP; Wed, 20 Dec 2006 04:33:44 -0800 (PST) Message-ID: <6eb82e0612200433j6a127094v11ddebddb4455800@mail.gmail.com> Date: Wed, 20 Dec 2006 20:33:44 +0800 From: "Rong-en Fan" To: "Matthew Jacob" In-Reply-To: <7579f7fb0612190837s7c3a876er8722a97d758c3474@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <6eb82e0612181734n92e4a95l9d54aeb1edae87d1@mail.gmail.com> <45878C35.3030404@samsco.org> <7579f7fb0612190837s7c3a876er8722a97d758c3474@mail.gmail.com> Cc: FreeBSD Current Subject: Re: bigdisk and scsi_da X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Dec 2006 12:34:03 -0000 On 12/20/06, Matthew Jacob 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: 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