From owner-freebsd-current@FreeBSD.ORG Fri Jan 5 01:11:14 2007 Return-Path: X-Original-To: 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 1AAE916A416; Fri, 5 Jan 2007 01:11:14 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from webaccess-cl.virtdom.com (webaccess-cl.virtdom.com [216.240.101.25]) by mx1.freebsd.org (Postfix) with ESMTP id EA07713C44C; Fri, 5 Jan 2007 01:11:13 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from [10.0.0.1] (216-160-98-154.tukw.qwest.net [216.160.98.154]) (authenticated bits=0) by webaccess-cl.virtdom.com (8.13.6/8.13.6) with ESMTP id l051BACo045806 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Thu, 4 Jan 2007 20:11:12 -0500 (EST) (envelope-from jroberson@chesapeake.net) Date: Thu, 4 Jan 2007 17:09:46 -0800 (PST) From: Jeff Roberson X-X-Sender: jroberson@10.0.0.1 To: Norikatsu Shigemura In-Reply-To: <20070105000500.d005ca0b.nork@FreeBSD.org> Message-ID: <20070104170932.C552@10.0.0.1> References: <20070104005625.D1508@10.0.0.1> <20070105000500.d005ca0b.nork@FreeBSD.org> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-701319132-1167959386=:552" Cc: current@FreeBSD.org Subject: Re: ULE 2.0 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: Fri, 05 Jan 2007 01:11:14 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-701319132-1167959386=:552 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed One oops in my last patch. Try this one. On Fri, 5 Jan 2007, Norikatsu Shigemura wrote: > On Thu, 4 Jan 2007 01:11:59 -0800 (PST) > Jeff Roberson wrote: >> Any and all feedback is welcome. Please make sure any problem reports are >> sent to jroberson@chesapeake.net in the to line so I see them more >> quickly. > > How about following panic? > > pmtimer0 on isa0 > orm0: at iomem 0xc0000-0xccfff,0xd0000-0xd3fff pnpid ORM0000 on isa0 > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x300> > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > Timecounters tick every 1.000 msec > Fast IPsec: Initialized Security Association Processing. > (noperiph:sym0:0:-1:-1): SCSI BUS reset delivered. > (noperiph:sym1:0:-1:-1): SCSI BUS reset delivered. > panic: sched_priority: invalid priority 225 > cpuid = 0 > KDB: stack backtrace: > db_trace_self_wrapper(806b9702,f7bf6b5c,804a1776,806d8769,0,...) at db_trace_self_wrapper+0x26 > kdb_backtrace(806d8769,0,806b87f2,f7bf6b68,84685cb0,...) at kdb_backtrace+0x2e > panic(806b87f2,e1,8072a900,8072a900,ffffffff,...) at panic+0x126 > sched_priority(8072a900,1,806b86d1,570,8072a6c0,...) at sched_priority+0xc6 > sched_wakeup(8072a900,1,806b7618,1cc,8072a900,...) at sched_wakeup+0xe8 > setrunnable(8072a900,1,806ba13f,271) at setrunnable+0xb5 > sleepq_resume_thread(84412980,8072a900,ffffffff,2bd,84d0f064,...) at sleepq_resume_thread+0x2a8 > sleepq_signal(84d0f064,1,ffffffff,0,84d0f04c,...) at sleepq_signal+0x11b > cv_signal(84d0f064,0,806b6bed,4f,8094c65d,...) at cv_signal+0x3b > _sema_post(84d0f04c,8094c65d,1e1,84d0f000,84d0f000,...) at _sema_post+0x44 > ata_completed(84d0f000,0,84d0f000,84a11880,f7bf6ca8,...) at ata_completed+0x35d > ata_finish(84d0f000,2,8094bf73,156,84a1a780,...) at ata_finish+0x36 > ata_interrupt(846aee00,f7bf6cd0,804befb1,8072c070,2,...) at ata_interrupt+0x14f > ithread_execute_handlers(84684900,844b6680,80495eef,8072c070,84685cb0,...) at ithread_execute_handlers+0x168 > ithread_loop(84a1a680,f7bf6d38,806b3baa,328,84684900,...) at ithread_loop+0x84 > fork_exit(80486cd0,84a1a680,f7bf6d38) at fork_exit+0xd1 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0x1, eip = 0, esp = 0xf7bf6d6c, ebp = 0 --- > KDB: enter: panic > [thread pid 33 tid 100032 ] > Stopped at kdb_enter+0x30: leave > db> call doadump > Cannot dump. No dump device defined. > = 0x25 > db> > --0-701319132-1167959386=:552 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=ule.diff Content-Transfer-Encoding: BASE64 Content-ID: <20070104170946.J552@10.0.0.1> Content-Description: Content-Disposition: attachment; filename=ule.diff SW5kZXg6IHNjaGVkX3VsZS5jDQo9PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09DQpS Q1MgZmlsZTogL2hvbWUvbmN2cy9zcmMvc3lzL2tlcm4vc2NoZWRfdWxlLmMs dg0KcmV0cmlldmluZyByZXZpc2lvbiAxLjE3Mw0KZGlmZiAtdSAtcjEuMTcz IHNjaGVkX3VsZS5jDQotLS0gc2NoZWRfdWxlLmMJNCBKYW4gMjAwNyAxMjox NjoxOSAtMDAwMAkxLjE3Mw0KKysrIHNjaGVkX3VsZS5jCTUgSmFuIDIwMDcg MDE6MDk6MDQgLTAwMDANCkBAIC0xMDQwLDggKzEwNDAsMjIgQEANCiAJCWlm ICh0ZC0+dGRfc2NoZWQtPnRzX3RpY2tzKQ0KIAkJCXByaSArPSBTQ0hFRF9Q UklfVElDS1ModGQtPnRkX3NjaGVkKTsNCiAJCXByaSArPSBTQ0hFRF9QUklf TklDRSh0ZC0+dGRfcHJvYy0+cF9uaWNlKTsNCi0JCUtBU1NFUlQocHJpID49 IFBSSV9NSU5fVElNRVNIQVJFICYmIHByaSA8PSBQUklfTUFYX1RJTUVTSEFS RSwNCi0JCSAgICAoInNjaGVkX3ByaW9yaXR5OiBpbnZhbGlkIHByaW9yaXR5 ICVkIiwgcHJpKSk7DQorCQlpZiAoIShwcmkgPj0gUFJJX01JTl9USU1FU0hB UkUgJiYgcHJpIDw9IFBSSV9NQVhfVElNRVNIQVJFKSkgew0KKwkJCXN0YXRp YyBpbnQgb25jZSA9IDE7DQorCQkJaWYgKG9uY2UpIHsNCisJCQkJcHJpbnRm KCJzY2hlZF9wcmlvcml0eTogaW52YWxpZCBwcmlvcml0eSAlZCIsDQorCQkJ CSAgICBwcmkpOw0KKwkJCQlwcmludGYoIm5pY2UgJWQsIHRpY2tzICVkIGZ0 aWNrICVkIGx0aWNrICVkIHRpY2sgcHJpICVkXG4iLA0KKwkJCQkgICAgdGQt PnRkX3Byb2MtPnBfbmljZSwNCisJCQkJICAgIHRkLT50ZF9zY2hlZC0+dHNf dGlja3MsDQorCQkJCSAgICB0ZC0+dGRfc2NoZWQtPnRzX2Z0aWNrLA0KKwkJ CQkgICAgdGQtPnRkX3NjaGVkLT50c19sdGljaywNCisJCQkJICAgIFNDSEVE X1BSSV9USUNLUyh0ZC0+dGRfc2NoZWQpKTsNCisJCQkJb25jZSA9IDA7DQor CQkJfQ0KKwkJCXByaSA9IG1pbihtYXgocHJpLCBQUklfTUlOX1RJTUVTSEFS RSksDQorCQkJICAgIFBSSV9NQVhfVElNRVNIQVJFKTsNCisJCX0NCiAJfQ0K IAlzY2hlZF91c2VyX3ByaW8odGQsIHByaSk7DQogDQo= --0-701319132-1167959386=:552--