From owner-freebsd-smp@FreeBSD.ORG Sun Jul 3 00:05:15 2005 Return-Path: X-Original-To: freebsd-smp@freebsd.org Delivered-To: freebsd-smp@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8AB7E16A428; Sun, 3 Jul 2005 00:05:15 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB77B43D6A; Sun, 3 Jul 2005 00:05:11 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id D371F5CC45; Sat, 2 Jul 2005 17:04:43 -0700 (PDT) Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.FreeBSD.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id 7345481E08; Wed, 26 Dec 2001 01:14:21 -0600 (CST) Received: from hub.freebsd.org (hub.FreeBSD.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 7C8B855743; Tue, 25 Dec 2001 23:14:15 -0800 (PST) (envelope-from owner-freebsd-arch@FreeBSD.ORG) Received: by hub.freebsd.org (Postfix, from userid 538) id 2206A37B41B; Tue, 25 Dec 2001 23:14:15 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with SMTP id EEC772E8012; Tue, 25 Dec 2001 23:14:14 -0800 (PST) Received: by hub.freebsd.org (bulk_mailer v1.12); Tue, 25 Dec 2001 23:14:14 -0800 Delivered-To: freebsd-arch@freebsd.org Received: from technokratis.com (modemcable099.144-201-24.mtl.mc.videotron.ca [24.201.144.99]) by hub.freebsd.org (Postfix) with ESMTP id 231EA37B41A; Tue, 25 Dec 2001 23:14:03 -0800 (PST) Received: (from bmilekic@localhost) by technokratis.com (8.11.4/8.11.3) id fBQ7I1N14795; Wed, 26 Dec 2001 02:18:01 -0500 (EST) (envelope-from bmilekic) From: Bosko Milekic To: freebsd-arch@freebsd.org, freebsd-smp@freebsd.org Message-ID: <20011226021800.A14608@technokratis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-arch@FreeBSD.ORG X-Loop: FreeBSD.ORG Precedence: bulk Status: RO Lines: 86 Cc: Subject: SMPng: Interrupt Latency Issues X-BeenThere: freebsd-smp@freebsd.org X-Mailman-Version: 2.1.5 List-Id: FreeBSD SMP implementation group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 00:05:15 -0000 X-Original-Date: Wed, 26 Dec 2001 02:18:00 -0500 X-List-Received-Date: Sun, 03 Jul 2005 00:05:15 -0000 Hi, It has become obvious, recently in particular, that some important improvements are required in the way we take interrupts in -CURRENT SMPng. As previously mentionned, we are experiencing lousy interrupt latency in -CURRENT. This comes as no surprise. The purpose of this Email is to get the ball rolling on a discussion pertaining not only to the approach that we're going to take to properly remedy the latency issues, but also on the overall ways that we will be handeling interrupts in SMPng. I know that there are already several ideas floating around, and briefly talking to Jake and some others over IRC, I see that there are a couple that are more common than others. Now I know that this is a sensitive topic but in discussing it, I would appreciate it if all points are strictly technical and deal with the implementation, that we not over-generalize (in other words, that we stay `on topic' [*]), and that after the discussion is done, that we set up some milestones and get the work done _soon_ (I'm prepared to take up some of the work, yes - however, I do not feel that *I* am the right person to oversee _all_ of the technical aspects of this heavily burdened task alone). [*] This means please don't start bashing anything and everything in our system and stating useless things like "well, yeah, but our VM system does not do X, Y, and Z" if it is of no _direct_ relevance to the way we take interrupts. With that out of the way, here's our situation: 1. We presently take an interrupt, and in the general case, proceed to schedule an interrupt thread to run. While placing the thread on the run queue and because we need to check for the "SWAIT" process flag we must acquire the sched_lock. This is where the jist of the problem lies. We bottleneck here because it means that only one CPU can be scheduling the interrupt thread at a time, and the rest have to spin waiting for sched_lock. To make matters worse, interrupts are disabled on the local CPU and we cannot take any other interrupts either. This is where we stand. 2. BSD/OS does things differently. An interrupt comes in and in the general case, the interrupted thread's VM address space is borrowed and the handler is immediately executed after interrupts are re-enabled. Then the handler(s) run and only if it happens to hit a mutex lock for which it must wait, a clean-up is done to provide a thread that can block on the mutex for the interrupt, and to allow the interrupted thread to continue doing its thing. The tradeoff is that the interrupted thread _cannot_ run anywhere else, not even on another CPU, while the interrupt that pre-empted it is not finished executing or has not hit a mutex and could not aquire it quickly. This may result in some kernel thread priority rules not being 100% obeyed but I guess that this is part of the tradeoff. 3. I believe that some others have alternative suggestions. I encourage them to present them here clearly, assuming that they are realistic and implementable approaches, so that we are sure to make the right decision before we setup milestones. In particular, I know that, after briefly speaking to Jake, there is the idea of per-CPU "interrupt-only run queues" floating around. The jist of this method would be to keep per-CPU run queues to which each CPU can schedule their own interrupt threads without having to acquire any locks (i.e., only have interrupts disabled). The un-balancing of the queues as well as special priority cases - should they arise - could be handeled by issuing IPIs. I also know that some others (notably Rik van Riel - I hope I spelled that correctly :-) ) have mentionned realistic ideas that are quite logical in light of what we presently have and the points above. To me, following a very brief overview, some of them shared some of the qualities of the BSD/OS way of doing it so I'd like to invite him (and others) to lay those methods out for us now, so that we have a greater picture of various alternatives. That's all for now. I hope that we can agree on something worthwhile soon so that we can establish clear milestones and get this thing done. It's been long overdue. Best regards and Seasons Greetings to you all, -- Bosko Milekic bmilekic@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-smp@FreeBSD.ORG Sun Jul 3 09:49:23 2005 Return-Path: X-Original-To: freebsd-smp@freebsd.org Delivered-To: freebsd-smp@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2370016A41C for ; Sun, 3 Jul 2005 09:49:23 +0000 (GMT) (envelope-from saguaro@mochablend.com) Received: from ip3e8390c3.speed.planet.nl (ip3e8390c3.speed.planet.nl [62.131.144.195]) by mx1.FreeBSD.org (Postfix) with SMTP id 9848343D55 for ; Sun, 3 Jul 2005 09:49:22 +0000 (GMT) (envelope-from saguaro@mochablend.com) Received: from [26.91.172.116] (port=4043 helo=[jabs]) by ip3e8390c3.speed.planet.nl with esmtp id 1508232229pillage94485 for freebsd-smp@freebsd.org; Sun, 3 Jul 2005 11:49:21 +0200 Mime-Version: 1.0 (Apple Message framework v728) Content-Transfer-Encoding: 7bit Message-Id: <84601109010.3488972240@ip3e8390c3.speed.planet.nl> Content-Type: text/plain; charset=US-ASCII; format=flowed To: freebsd-smp@freebsd.org From: Arabella Date: Sun, 3 Jul 2005 11:49:20 +0200 X-Mailer: Apple Mail (2.728) Subject: Understanding OEM software X-BeenThere: freebsd-smp@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD SMP implementation group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jul 2005 09:49:23 -0000 Take the office with you where ever you go... http://skwtzg.vkzsgcd6sndkawd.hatrailna.info The secret to success is to know something nobody else knows. Judgement, not passion should prevail. From owner-freebsd-smp@FreeBSD.ORG Sun Jul 3 20:46:36 2005 Return-Path: X-Original-To: freebsd-smp@freebsd.org Delivered-To: freebsd-smp@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1C53A16A423 for ; Sun, 3 Jul 2005 20:46:36 +0000 (GMT) (envelope-from ejaculations@fluidfilms.com) Received: from adsl-191-134-192-81.adsl2.iam.net.ma (adsl-191-134-192-81.adsl2.iam.net.ma [81.192.134.191]) by mx1.FreeBSD.org (Postfix) with SMTP id A17EF43D5E for ; Sun, 3 Jul 2005 20:46:33 +0000 (GMT) (envelope-from ejaculations@fluidfilms.com) Received: from [128.24.185.132] (port=4059 helo=[undertaken]) by adsl-191-134-192-81.adsl2.iam.net.ma with esmtp id 10596190672irradiate113744 for freebsd-smp@freebsd.org; Mon, 4 Mar 2002 10:34:00 +0000 Mime-Version: 1.0 (Apple Message framework v728) Content-Transfer-Encoding: 7bit Message-Id: <20695113684.8654960732@adsl-191-134-192-81.adsl2.iam.net.ma> Content-Type: text/plain; charset=US-ASCII; format=flowed To: freebsd-smp@freebsd.org From: Noll X-Mailer: Apple Mail (2.728) Subject: Best prescription generic meds 4 less. X-BeenThere: freebsd-smp@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD SMP implementation group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 20:46:36 -0000 X-Original-Date: Mon, 4 Mar 2002 10:33:59 +0000 X-List-Received-Date: Sun, 03 Jul 2005 20:46:36 -0000 Viagra - Proven step to start something all over again. http://worlds.bestpharmacyonline4u.info/?administeredxtvuystomachingzsvcrossable There is no benefit in the gifts of a bad man. A facility for quotation covers the absence of original thought. A man may learn wisdom even from a foe. The secret of Happiness is Freedom, and the secret of Freedom, Courage. From owner-freebsd-smp@FreeBSD.ORG Tue Jul 5 18:58:19 2005 Return-Path: X-Original-To: freebsd-smp@freebsd.org Delivered-To: freebsd-smp@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F46416A41F for ; Tue, 5 Jul 2005 18:58:19 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F64D43E20 for ; Tue, 5 Jul 2005 18:54:53 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from d51mxn11 (Not Verified[65.202.103.25]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Tue, 05 Jul 2005 15:08:45 -0400 From: John Baldwin To: freebsd-smp@freebsd.org Date: Tue, 5 Jul 2005 14:22:13 -0400 User-Agent: KMail/1.8 References: <001b01c5512f$c190eb20$f900000a@marshall> <20050519000900.K29666@ketralnis.dyndns.org> <42C56318.9050807@landgren.net> In-Reply-To: <42C56318.9050807@landgren.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200507051422.14257.jhb@FreeBSD.org> Cc: David Landgren , David King Subject: Re: HP Netserver LT 6000r X-BeenThere: freebsd-smp@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD SMP implementation group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2005 18:58:19 -0000 On Friday 01 July 2005 11:36 am, David Landgren wrote: > David King wrote: > > Again, for the curious and those searching the archives (believe > > me, I wish this was available when I was setting it up): SMP is now > > working without a hitch. All I did was compile with the default SMP > > kernel configuration file. All of the other changes had to be made > > to get it to boot at all. I'd love to see APM working, but have yet > > to make that happen. Same with WOL. > > Good grief! I started searching the web for information on this beast, > never realising I had the thread sitting in my inbox :) > > I inherited a 6-way HP Netserver LT 6000r and I've been getting it to > run 5.4-STABLE. If I let it boot by itself it hangs on the first of the > following two lines (the second is never displayed) > > amrd0: 52095MB (106690560 sectors) RAID 5 (optimal) > ses0 at amr0 bus 0 target 5 lun 0 > > (full dmegs output is at the end of this message). So, I'm confused as it seems that your dmesg below shows the box booting up just fine past this hang. Does it hang with ACPI enabled but work fine with ACPI disabled? If so, you can probably run the box just fine with ACPI disabled. Can you check to see if all the IRQs are the same for the ACPI and non-ACPI dmesgs? If so, then you probably just need to disable ACPI. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-smp@FreeBSD.ORG Thu Jul 7 09:55:27 2005 Return-Path: X-Original-To: freebsd-smp@freebsd.org Delivered-To: freebsd-smp@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0E7E116A41C for ; Thu, 7 Jul 2005 09:55:27 +0000 (GMT) (envelope-from cedric@virtual-globe.net) Received: from dd2030.kasserver.com (dd2030.kasserver.com [81.209.148.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4EB4C43D49 for ; Thu, 7 Jul 2005 09:55:26 +0000 (GMT) (envelope-from cedric@virtual-globe.net) Received: from ganymed.decemplex.loc (83-134-163-173.Liege.GoPlus.FastDSL.tiscali.be [83.134.163.173]) by dd2030.kasserver.com (Postfix) with ESMTP id 7B00C4E57D for ; Thu, 7 Jul 2005 11:55:23 +0200 (CEST) Date: Thu, 7 Jul 2005 11:55:20 +0200 From: =?ISO-8859-1?Q?C=E9dric?= Jonas To: freebsd-smp@freebsd.org Message-ID: <20050707115520.522ad6bc@ganymed.decemplex.loc> X-Mailer: Sylpheed-Claws 1.9.11 (GTK+ 2.6.8; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Multipart_Thu__7_Jul_2005_11_55_20_+0200_UaB138Fe/nSaCl6A" Subject: Panic in ath driver with SMP X-BeenThere: freebsd-smp@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD SMP implementation group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jul 2005 09:55:27 -0000 --Multipart_Thu__7_Jul_2005_11_55_20_+0200_UaB138Fe/nSaCl6A Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hello, Since 1 or 2 months, I experienced panics when I use the ath interface of o= ur server (configured as hostap).=20 Also, the system hangs often (without panic) during the boot process at the= "Setting hostname: icarus."=20 level. Because I had absolutely no time, I couldn't learn to use the kernel= debugger before.=20 icarus# uname -a FreeBSD icarus 5.4-STABLE FreeBSD 5.4-STABLE #0: Sun Jul 3 15:14:13 CEST = 2005 cedric@icarus:/usr/obj/usr/src/sys/ICARUS i386 Sources are from July, 1 debug.mpsafenet: 1 After compiling the kernel with debug options, I get the following during t= he boot process: Setting hostname: icarus. lock order reversal 1st 0xc2cd4c6c ath0 (network driver) @ /usr/src/sys/dev/ath/if_ath.c:893 2nd 0xc30583c8 user map (user map) @ /usr/src/sys/vm/vm_map.c:2998 I suppose this explains the occasional hangups during the boot process? The following was obtained after a panic (which occured only when I use the= ath interface): icarus# kgdb kernel.debug /var/crash/vmcore.86 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so= : Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you a= re welcome to change it and/or distribute copies of it under certain conditio= ns. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". #0 doadump () at pcpu.h:160 160 __asm __volatile("movl %%fs:0,%0" : "=3Dr" (td)); (kgdb) list *0xc0695dfd 0xc0695dfd is in bus_dmamap_load_mbuf (pmap.h:201). 196 197 if ((pa =3D PTD[va >> PDRSHIFT]) & PG_PS) { 198 pa =3D (pa & ~(NBPDR - 1)) | (va & (NBPDR - 1)); 199 } else { 200 pa =3D *vtopte(va); 201 pa =3D (pa & PG_FRAME) | (va & PAGE_MASK); 202 } 203 return pa; 204 } 205 (kgdb) backtrace #0 doadump () at pcpu.h:160 #1 0xc05241dc in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:= 410 #2 0xc05244f1 in panic (fmt=3D0xc06f0b1f "%s") at /usr/src/sys/kern/kern_= shutdown.c:566 #3 0xc06a96ec in trap_fatal (frame=3D0xe5ba3b80, eva=3D3221110944) at /us= r/src/sys/i386/i386/trap.c:817 #4 0xc06a941f in trap_pfault (frame=3D0xe5ba3b80, usermode=3D0, eva=3D322= 1110944) at /usr/src/sys/i386/i386/trap.c:735 #5 0xc06a9085 in trap (frame=3D {tf_fs =3D -440795112, tf_es =3D -1068433392, tf_ds =3D -1027473392, = tf_edi =3D -1026674344, tf_esi =3D -1026496768, tf_ebp =3D -440779748, tf_i= sp =3D -440779860, tf_ebx =3D 0, tf_edx =3D 0, tf_ecx =3D -117273402, tf_ea= x =3D 1019944, tf_trapno =3D 12, tf_err =3D 0, tf_eip =3D -1066836483, tf_c= s =3D 8, tf_eflags =3D 66055, tf_esp =3D -440779804, tf_ss =3D -1068382496}= ) at /usr/src/sys/i386/i386/trap.c:425 #6 0xc069796a in calltrap () at /usr/src/sys/i386/i386/exception.s:140 #7 0xe5ba0018 in ?? () #8 0xc0510010 in exit1 (td=3D0xc2cba680, rv=3D-440779764) at /usr/src/sys= /kern/kern_exit.c:394 #9 0xc0494122 in ath_rxbuf_init (sc=3D0xc2cd4000, bf=3D0xc2ce3158) at /us= r/src/sys/dev/ath/if_ath.c:1601 #10 0xc0494560 in ath_rx_proc (arg=3D0xc2cd4000, npending=3D1) at /usr/src= /sys/dev/ath/if_ath.c:1818 #11 0xc0540c57 in taskqueue_run (queue=3D0xc2c94dc0) at /usr/src/sys/kern/= subr_taskqueue.c:191 #12 0xc0540cbe in taskqueue_swi_run (dummy=3D0x0) at /usr/src/sys/kern/sub= r_taskqueue.c:213 #13 0xc0512ad8 in ithread_loop (arg=3D0xc2c28300) at /usr/src/sys/kern/ker= n_intr.c:547 #14 0xc0511ed4 in fork_exit (callout=3D0xc05129b4 , arg=3D0x= c2c28300, frame=3D0xe5ba3d38) at /usr/src/sys/kern/kern_fork.c:791 #15 0xc06979cc in fork_trampoline () at /usr/src/sys/i386/i386/exception.s= :209 (kgdb)=20 Kernel config is attached. Another important detail could be that I use a dual Xeon box, with HT enabl= ed, which results in 4 logical CPU's (SMP issue?) and explain why anybody reported this probl= em before?! I tried to disable PREEMPTION, the hyperthreading functionality (=3D> 2 log= ical CPU), and I set debug.mpsafenet to 0, but the LOR (+ Panic when ath0 is used) continue to o= ccure... I tried also to downgrade to 5.3-RELEASE, where the problems do _not_ occur= ... but that's not a solution. I hope somebody could help, if you need additional informations, let me kno= w. Thank you. --=20 Best regards,=20 C=E9dric Jonas --Multipart_Thu__7_Jul_2005_11_55_20_+0200_UaB138Fe/nSaCl6A Content-Type: application/octet-stream; name=ICARUS Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename=ICARUS bWFjaGluZQkJaTM4NgpjcHUJCQlJNjg2X0NQVQppZGVudAkJSUNBUlVTCgojIFRvIHN0YXRpY2Fs bHkgY29tcGlsZSBpbiBkZXZpY2Ugd2lyaW5nIGluc3RlYWQgb2YgL2Jvb3QvZGV2aWNlLmhpbnRz CiNoaW50cwkJIkdFTkVSSUMuaGludHMiCQkjIERlZmF1bHQgcGxhY2VzIHRvIGxvb2sgZm9yIGRl dmljZXMuCgptYWtlb3B0aW9ucwlERUJVRz0tZwkJIyBCdWlsZCBrZXJuZWwgd2l0aCBnZGIoMSkg ZGVidWcgc3ltYm9scwoKb3B0aW9ucyAJS0RCCQkJIyBFbmFibGUga2VybmVsIGRlYnVnZ2VyIHN1 cHBvcnQuCm9wdGlvbnMgCUdEQgkJCSMgU3VwcG9ydCByZW1vdGUgR0RCLgpvcHRpb25zIAlJTlZB UklBTlRTCQkjIEVuYWJsZSBjYWxscyBvZiBleHRyYSBzYW5pdHkgY2hlY2tpbmcKb3B0aW9ucyAJ SU5WQVJJQU5UX1NVUFBPUlQJIyBFeHRyYSBzYW5pdHkgY2hlY2tzIG9mIGludGVybmFsIHN0cnVj dHVyZXMsIHJlcXVpcmVkIGJ5IElOVkFSSUFOVFMKb3B0aW9ucyAJV0lUTkVTUwkJCSMgRW5hYmxl IGNoZWNrcyB0byBkZXRlY3QgZGVhZGxvY2tzIGFuZCBjeWNsZXMKb3B0aW9ucyAJV0lUTkVTU19T S0lQU1BJTgkjIERvbid0IHJ1biB3aXRuZXNzIG9uIHNwaW5sb2NrcyBmb3Igc3BlZWQKCm9wdGlv bnMgCVNDSEVEXzRCU0QJCSMgNEJTRCBzY2hlZHVsZXIKb3B0aW9ucyAJSU5FVAkJCSMgSW50ZXJO RVR3b3JraW5nCm9wdGlvbnMgCUlORVQ2CQkJIyBJUHY2IGNvbW11bmljYXRpb25zIHByb3RvY29s cwpvcHRpb25zIAlGRlMJCQkjIEJlcmtlbGV5IEZhc3QgRmlsZXN5c3RlbQpvcHRpb25zIAlTT0ZU VVBEQVRFUwkJIyBFbmFibGUgRkZTIHNvZnQgdXBkYXRlcyBzdXBwb3J0Cm9wdGlvbnMgCVVGU19B Q0wJCQkjIFN1cHBvcnQgZm9yIGFjY2VzcyBjb250cm9sIGxpc3RzCm9wdGlvbnMgCVVGU19ESVJI QVNICQkjIEltcHJvdmUgcGVyZm9ybWFuY2Ugb24gYmlnIGRpcmVjdG9yaWVzCm9wdGlvbnMgCU1E X1JPT1QJCQkjIE1EIGlzIGEgcG90ZW50aWFsIHJvb3QgZGV2aWNlCm9wdGlvbnMgCU5GU0NMSUVO VAkJIyBOZXR3b3JrIEZpbGVzeXN0ZW0gQ2xpZW50Cm9wdGlvbnMgCU5GU1NFUlZFUgkJIyBOZXR3 b3JrIEZpbGVzeXN0ZW0gU2VydmVyCm9wdGlvbnMgCUNEOTY2MAkJCSMgSVNPIDk2NjAgRmlsZXN5 c3RlbQpvcHRpb25zIAlQUk9DRlMJCQkjIFByb2Nlc3MgZmlsZXN5c3RlbSAocmVxdWlyZXMgUFNF VURPRlMpCm9wdGlvbnMgCVBTRVVET0ZTCQkjIFBzZXVkby1maWxlc3lzdGVtIGZyYW1ld29yawpv cHRpb25zIAlHRU9NX0dQVAkJIyBHVUlEIFBhcnRpdGlvbiBUYWJsZXMuCm9wdGlvbnMgCUNPTVBB VF80MwkJIyBDb21wYXRpYmxlIHdpdGggQlNEIDQuMyBbS0VFUCBUSElTIV0Kb3B0aW9ucyAJQ09N UEFUX0ZSRUVCU0Q0CQkjIENvbXBhdGlibGUgd2l0aCBGcmVlQlNENApvcHRpb25zIAlTQ1NJX0RF TEFZPTE1MDAwCSMgRGVsYXkgKGluIG1zKSBiZWZvcmUgcHJvYmluZyBTQ1NJCm9wdGlvbnMgCUtU UkFDRQkJCSMga3RyYWNlKDEpIHN1cHBvcnQKb3B0aW9ucyAJU1lTVlNITQkJCSMgU1lTVi1zdHls ZSBzaGFyZWQgbWVtb3J5Cm9wdGlvbnMgCVNZU1ZNU0cJCQkjIFNZU1Ytc3R5bGUgbWVzc2FnZSBx dWV1ZXMKb3B0aW9ucyAJU1lTVlNFTQkJCSMgU1lTVi1zdHlsZSBzZW1hcGhvcmVzCm9wdGlvbnMg CV9LUE9TSVhfUFJJT1JJVFlfU0NIRURVTElORyAjIFBPU0lYIFAxMDAzXzFCIHJlYWwtdGltZSBl eHRlbnNpb25zCm9wdGlvbnMgCUtCRF9JTlNUQUxMX0NERVYJIyBpbnN0YWxsIGEgQ0RFViBlbnRy eSBpbiAvZGV2Cm9wdGlvbnMgCUFIQ19SRUdfUFJFVFRZX1BSSU5UCSMgUHJpbnQgcmVnaXN0ZXIg Yml0ZmllbGRzIGluIGRlYnVnCgkJCQkJIyBvdXRwdXQuICBBZGRzIH4xMjhrIHRvIGRyaXZlci4K b3B0aW9ucyAJQUhEX1JFR19QUkVUVFlfUFJJTlQJIyBQcmludCByZWdpc3RlciBiaXRmaWVsZHMg aW4gZGVidWcKCQkJCQkjIG91dHB1dC4gIEFkZHMgfjIxNWsgdG8gZHJpdmVyLgpvcHRpb25zIAlB REFQVElWRV9HSUFOVAkJIyBHaWFudCBtdXRleCBpcyBhZGFwdGl2ZS4KCmRldmljZQkJYXBpYwkJ IyBJL08gQVBJQwoKIyBCdXMgc3VwcG9ydC4gIERvIG5vdCByZW1vdmUgaXNhLCBldmVuIGlmIHlv dSBoYXZlIG5vIGlzYSBzbG90cwpkZXZpY2UJCWlzYQpkZXZpY2UJCXBjaQoKIyBGbG9wcHkgZHJp dmVzCmRldmljZQkJZmRjCgojIEFUQSBhbmQgQVRBUEkgZGV2aWNlcwpkZXZpY2UJCWF0YQpkZXZp Y2UJCWF0YWRpc2sJCSMgQVRBIGRpc2sgZHJpdmVzCmRldmljZQkJYXRhcmFpZAkJIyBBVEEgUkFJ RCBkcml2ZXMKZGV2aWNlCQlhdGFwaWNkCQkjIEFUQVBJIENEUk9NIGRyaXZlcwpkZXZpY2UJCWF0 YXBpZmQJCSMgQVRBUEkgZmxvcHB5IGRyaXZlcwpkZXZpY2UJCWF0YXBpc3QJCSMgQVRBUEkgdGFw ZSBkcml2ZXMKb3B0aW9ucyAJQVRBX1NUQVRJQ19JRAkjIFN0YXRpYyBkZXZpY2UgbnVtYmVyaW5n CgojIFNDU0kgcGVyaXBoZXJhbHMKZGV2aWNlCQlzY2J1cwkJIyBTQ1NJIGJ1cyAocmVxdWlyZWQg Zm9yIFNDU0kpCmRldmljZQkJY2gJCSMgU0NTSSBtZWRpYSBjaGFuZ2VycwpkZXZpY2UJCWRhCQkj IERpcmVjdCBBY2Nlc3MgKGRpc2tzKQpkZXZpY2UJCXNhCQkjIFNlcXVlbnRpYWwgQWNjZXNzICh0 YXBlIGV0YykKZGV2aWNlCQljZAkJIyBDRApkZXZpY2UJCXBhc3MJCSMgUGFzc3Rocm91Z2ggZGV2 aWNlIChkaXJlY3QgU0NTSSBhY2Nlc3MpCmRldmljZQkJc2VzCQkjIFNDU0kgRW52aXJvbm1lbnRh bCBTZXJ2aWNlcyAoYW5kIFNBRi1URSkKCiMgU0NTSSBjb250cm9sbGVyCmRldmljZQkJc3ltCgoj IGF0a2JkYzAgY29udHJvbHMgYm90aCB0aGUga2V5Ym9hcmQgYW5kIHRoZSBQUy8yIG1vdXNlCmRl dmljZQkJYXRrYmRjCQkjIEFUIGtleWJvYXJkIGNvbnRyb2xsZXIKZGV2aWNlCQlhdGtiZAkJIyBB VCBrZXlib2FyZApkZXZpY2UJCXBzbQkJIyBQUy8yIG1vdXNlCgpkZXZpY2UJCXZnYQkJIyBWR0Eg dmlkZW8gY2FyZCBkcml2ZXIKCmRldmljZQkJc3BsYXNoCmRldmljZQkJZ3JlZW5fc2F2ZXIKCiMg c3lzY29ucyBpcyB0aGUgZGVmYXVsdCBjb25zb2xlIGRyaXZlciwgcmVzZW1ibGluZyBhbiBTQ08g Y29uc29sZQpkZXZpY2UJCXNjCgpkZXZpY2UJCWFncAkJIyBzdXBwb3J0IHNldmVyYWwgQUdQIGNo aXBzZXRzCgojIEZsb2F0aW5nIHBvaW50IHN1cHBvcnQgLSBkbyBub3QgZGlzYWJsZS4KZGV2aWNl CQlucHgKCiMgUG93ZXIgbWFuYWdlbWVudCBzdXBwb3J0IChzZWUgTk9URVMgZm9yIG1vcmUgb3B0 aW9ucykKZGV2aWNlCQlhcG0KIyBBZGQgc3VzcGVuZC9yZXN1bWUgc3VwcG9ydCBmb3IgdGhlIGk4 MjU0LgpkZXZpY2UJCXBtdGltZXIKCiMgU2VyaWFsIChDT00pIHBvcnRzCiNkZXZpY2UJCXNpbwkJ IyA4MjUwLCAxNls0NV01MCBiYXNlZCBzZXJpYWwgcG9ydHMKCiMgUGFyYWxsZWwgcG9ydApkZXZp Y2UJCXBwYwpkZXZpY2UJCXBwYnVzCQkjIFBhcmFsbGVsIHBvcnQgYnVzIChyZXF1aXJlZCkKZGV2 aWNlCQlscHQJCSMgUHJpbnRlcgpkZXZpY2UJCXBsaXAJCSMgVENQL0lQIG92ZXIgcGFyYWxsZWwK ZGV2aWNlCQlwcGkJCSMgUGFyYWxsZWwgcG9ydCBpbnRlcmZhY2UgZGV2aWNlCmRldmljZQkJdnBv CQkjIFJlcXVpcmVzIHNjYnVzIGFuZCBkYQoKIyBQQ0kgRXRoZXJuZXQgTklDcyB0aGF0IHVzZSB0 aGUgY29tbW9uIE1JSSBidXMgY29udHJvbGxlciBjb2RlLgojIE5PVEU6IEJlIHN1cmUgdG8ga2Vl cCB0aGUgJ2RldmljZSBtaWlidXMnIGxpbmUgaW4gb3JkZXIgdG8gdXNlIHRoZXNlIE5JQ3MhCmRl dmljZQkJbWlpYnVzCQkjIE1JSSBidXMgc3VwcG9ydApkZXZpY2UJCWZ4cAkJIyBJbnRlbCBFdGhl ckV4cHJlc3MgUFJPLzEwMEIgKDgyNTU3LCA4MjU1OCkKZGV2aWNlCQlybAkJIyBSZWFsVGVrIDgx MjkvODEzOQoKIyAnZGV2aWNlIGVkJyByZXF1aXJlcyAnZGV2aWNlIG1paWJ1cycKZGV2aWNlCQll ZAkJIyBORVsxMl0wMDAsIFNNQyBVbHRyYSwgM2M1MDMsIERTODM5MCBjYXJkcwoKIyBXaXJlbGVz cyBOSUMgY2FyZHMKZGV2aWNlCQl3bGFuCQkjIDgwMi4xMSBzdXBwb3J0CmRldmljZQkJYXRoCmRl dmljZQkJYXRoX2hhbAkJIyBBdGhlcm9zIEhBTCAoaW5jbHVkZXMgYmluYXJ5IGNvbXBvbmVudCkK CiMgUHNldWRvIGRldmljZXMuCmRldmljZQkJbG9vcAkJIyBOZXR3b3JrIGxvb3BiYWNrCmRldmlj ZQkJbWVtCQkjIE1lbW9yeSBhbmQga2VybmVsIG1lbW9yeSBkZXZpY2VzCmRldmljZQkJaW8JCSMg SS9PIGRldmljZQpkZXZpY2UJCXJhbmRvbQkJIyBFbnRyb3B5IGRldmljZQpkZXZpY2UJCWV0aGVy CQkjIEV0aGVybmV0IHN1cHBvcnQKZGV2aWNlCQlzbAkJIyBLZXJuZWwgU0xJUApkZXZpY2UJCXBw cAkJIyBLZXJuZWwgUFBQCmRldmljZQkJdHVuCQkjIFBhY2tldCB0dW5uZWwuCmRldmljZQkJcHR5 CQkjIFBzZXVkby10dHlzICh0ZWxuZXQgZXRjKQpkZXZpY2UJCW1kCQkjIE1lbW9yeSAiZGlza3Mi CmRldmljZQkJZ2lmCQkjIElQdjYgYW5kIElQdjQgdHVubmVsaW5nCmRldmljZQkJZmFpdGgJCSMg SVB2Ni10by1JUHY0IHJlbGF5aW5nICh0cmFuc2xhdGlvbikKCiMgVGhlIGBicGYnIGRldmljZSBl bmFibGVzIHRoZSBCZXJrZWxleSBQYWNrZXQgRmlsdGVyLgojIEJlIGF3YXJlIG9mIHRoZSBhZG1p bmlzdHJhdGl2ZSBjb25zZXF1ZW5jZXMgb2YgZW5hYmxpbmcgdGhpcyEKZGV2aWNlCQlicGYJCSMg QmVya2VsZXkgcGFja2V0IGZpbHRlcgoKIyBVU0Igc3VwcG9ydApkZXZpY2UJCXVoY2kJCSMgVUhD SSBQQ0ktPlVTQiBpbnRlcmZhY2UKZGV2aWNlCQlvaGNpCQkjIE9IQ0kgUENJLT5VU0IgaW50ZXJm YWNlCmRldmljZQkJdXNiCQkjIFVTQiBCdXMgKHJlcXVpcmVkKQpkZXZpY2UJCXVkYnAJCSMgVVNC IERvdWJsZSBCdWxrIFBpcGUgZGV2aWNlcwpkZXZpY2UJCXVnZW4JCSMgR2VuZXJpYwpkZXZpY2UJ CXVoaWQJCSMgIkh1bWFuIEludGVyZmFjZSBEZXZpY2VzIgpkZXZpY2UJCXVrYmQJCSMgS2V5Ym9h cmQKZGV2aWNlCQl1bHB0CQkjIFByaW50ZXIKZGV2aWNlCQl1bWFzcwkJIyBEaXNrcy9NYXNzIHN0 b3JhZ2UgLSBSZXF1aXJlcyBzY2J1cyBhbmQgZGEKZGV2aWNlCQl1bXMJCSMgTW91c2UKZGV2aWNl CQl1cmlvCQkjIERpYW1vbmQgUmlvIDUwMCBNUDMgcGxheWVyCmRldmljZQkJdXNjYW5uZXIJIyBT Y2FubmVycwoKIyBQRgpkZXZpY2UJCXBmCQkJI1BGIE9wZW5CU0QgcGFja2V0LWZpbHRlciBmaXJl d2FsbApkZXZpY2UJCXBmbG9nCQkJI2xvZ2dpbmcgc3VwcG9ydCBpbnRlcmZhY2UgZm9yIFBGCmRl dmljZQkJcGZzeW5jCQkJI3N5bmNocm9uaXphdGlvbiBpbnRlcmZhY2UgZm9yIFBGCm9wdGlvbnMg CUFMVFEKb3B0aW9ucyAJQUxUUV9QUklRCSMgUHJpb3JpdHkgUXVldWVpbmcKb3B0aW9ucyAJQUxU UV9OT1BDQwkjIFJlcXVpcmVkIGZvciBTTVAgYnVpbGQKCiMgUFBQb0UgRFNMCm9wdGlvbnMJCU5F VEdSQVBICm9wdGlvbnMJCU5FVEdSQVBIX1NPQ0tFVApvcHRpb25zCQlORVRHUkFQSF9QUFBPRQpv cHRpb25zCQlORVRHUkFQSF9FVEhFUgoKIyBTTVAKb3B0aW9ucyAJU01QCQkJIyBTeW1tZXRyaWMg TXVsdGlQcm9jZXNzb3IgS2VybmVsCm9wdGlvbnMJCU1QVEFCTEVfRk9SQ0VfSFRUCSMgRW5hYmxl IEhUVCBDUFVzIHdpdGggdGhlIE1QIFRhYmxlCm9wdGlvbnMJCVBSRUVNUFRJT04KCm9wdGlvbnMg CUNQVV9FTkFCTEVfVENDCm9wdGlvbnMgCUNQVV9GQVNURVJfNVg4Nl9GUFUKb3B0aW9ucyAJQ1BV X1NVU1BfSExUCgojIFNhdmUga2VybmVsIGNvbmZpZyBpbiBiaW5hcnkncwpvcHRpb25zIAlJTkNM VURFX0NPTkZJR19GSUxFCgojIERpc2tzCm9wdGlvbnMgCVFVT1RBCQkJI2VuYWJsZSBkaXNrIHF1 b3RhcwoKIyBQb3NpeCAxMDAzLjFiCm9wdGlvbnMgCVAxMDAzXzFCX1NFTUFQSE9SRVMKCiMgU291 bmQKIyBkZXZpY2UJCXNvdW5kCiMgZGV2aWNlCQlzbmRfaWNoCiMgZGV2aWNlCQlzcGVha2VyCQkj UGxheSBJQk0gQkFTSUMtc3R5bGUgbm9pc2VzIG91dCB5b3VyIHNwZWFrZXIKCiMgU01CdXMKZGV2 aWNlCQlzbWJ1cwkJIyBCdXMgc3VwcG9ydCwgcmVxdWlyZWQgZm9yIHNtYiBiZWxvdy4KZGV2aWNl CQlpY2hzbWIKZGV2aWNlCQlzbWIKCiMgUmVib290IGFmdGVyIHBhbmljCm9wdGlvbnMgCVBBTklD X1JFQk9PVF9XQUlUX1RJTUU9NjAKCiMgRW11bGF0aW9uCm9wdGlvbnMgCUNPTVBBVF9MSU5VWApv cHRpb25zIAlDT01QQVRfQU9VVApvcHRpb25zIAlMSU5QUk9DRlMKCiMgRmlsZXN5c3RlbXMKb3B0 aW9ucyAJTlVMTEZTCQkJI05VTEwgZmlsZXN5c3RlTQo= --Multipart_Thu__7_Jul_2005_11_55_20_+0200_UaB138Fe/nSaCl6A-- From owner-freebsd-smp@FreeBSD.ORG Thu Jul 7 16:35:04 2005 Return-Path: X-Original-To: freebsd-smp@freebsd.org Delivered-To: freebsd-smp@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A4F6716A41C for ; Thu, 7 Jul 2005 16:35:04 +0000 (GMT) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 55D1343D45 for ; Thu, 7 Jul 2005 16:35:04 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.91] ([66.127.85.91]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id j67GZ2ms049917 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 7 Jul 2005 09:35:04 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <42CD5AE6.8060105@errno.com> Date: Thu, 07 Jul 2005 09:40:06 -0700 From: Sam Leffler User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050327) X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?ISO-8859-1?Q?C=E9dric_Jonas?= References: <20050707115520.522ad6bc@ganymed.decemplex.loc> In-Reply-To: <20050707115520.522ad6bc@ganymed.decemplex.loc> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-smp@freebsd.org Subject: Re: Panic in ath driver with SMP X-BeenThere: freebsd-smp@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD SMP implementation group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jul 2005 16:35:04 -0000 Cédric Jonas wrote: > Hello, > > Since 1 or 2 months, I experienced panics when I use the ath interface of our server (configured as hostap). > Also, the system hangs often (without panic) during the boot process at the "Setting hostname: icarus." > level. Because I had absolutely no time, I couldn't learn to use the kernel debugger before. This problem is fixed in current. I'm not sure when I'll be able to backport the relevant changes to stable (if at all). If wireless support is important to you I recommend running current. Sam From owner-freebsd-smp@FreeBSD.ORG Thu Jul 7 20:31:23 2005 Return-Path: X-Original-To: freebsd-smp@freebsd.org Delivered-To: freebsd-smp@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CDC4616A41C for ; Thu, 7 Jul 2005 20:31:23 +0000 (GMT) (envelope-from hvleest@signet.nl) Received: from bsd.local.jellevanleest.nl (cp417515-a.dbsch1.nb.home.nl [84.27.32.116]) by mx1.FreeBSD.org (Postfix) with ESMTP id 851E443D5C for ; Thu, 7 Jul 2005 20:31:22 +0000 (GMT) (envelope-from hvleest@signet.nl) Received: from [192.168.100.105] (unknown [192.168.100.105]) by bsd.local.jellevanleest.nl (Postfix) with ESMTP id 8CDB762A3 for ; Thu, 7 Jul 2005 22:34:53 +0200 (CEST) Message-ID: <42CD9115.70302@signet.nl> Date: Thu, 07 Jul 2005 22:31:17 +0200 From: Hans van Leest User-Agent: Mozilla Thunderbird 0.7.1 (Windows/20040626) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-smp@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: SMP boot errors X-BeenThere: freebsd-smp@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: hvleest@signet.nl List-Id: FreeBSD SMP implementation group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jul 2005 20:31:23 -0000 Hello, I've posted last week also my problems with a SMP kernel on a dual XEON machine. Maybe this error message is better to debug, I hope I've upgraded the source to 6.0 current. Did not modify my GENERIC file and compiled the source. This inclusus the options SMP and device APIC. I've booted several times and had the same error: panic: multiple IRQs for PCI interrupt 0.31.INTA 18 AND 16 Where to start to fix this! Thanx Hans From owner-freebsd-smp@FreeBSD.ORG Thu Jul 7 20:59:36 2005 Return-Path: X-Original-To: freebsd-smp@freebsd.org Delivered-To: freebsd-smp@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B123916A41C for ; Thu, 7 Jul 2005 20:59:36 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2FC7843D4C for ; Thu, 7 Jul 2005 20:59:36 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.40.201] (Not Verified[65.202.103.25]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Thu, 07 Jul 2005 17:13:33 -0400 From: John Baldwin To: freebsd-smp@freebsd.org, hvleest@signet.nl Date: Thu, 7 Jul 2005 16:59:40 -0400 User-Agent: KMail/1.8 References: <42CD9115.70302@signet.nl> In-Reply-To: <42CD9115.70302@signet.nl> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200507071659.41292.jhb@FreeBSD.org> Cc: Subject: Re: SMP boot errors X-BeenThere: freebsd-smp@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD SMP implementation group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jul 2005 20:59:36 -0000 On Thursday 07 July 2005 04:31 pm, Hans van Leest wrote: > Hello, > > I've posted last week also my problems with a SMP kernel on a dual XEON > machine. > > Maybe this error message is better to debug, I hope > > I've upgraded the source to 6.0 current. Did not modify my GENERIC file > and compiled the source. This inclusus the options SMP and device APIC. > I've booted several times and had the same error: > > panic: multiple IRQs for PCI interrupt 0.31.INTA 18 AND 16 > > > Where to start to fix this! Ugh. Your BIOS is busted. If your machine supports ACPI, try that first. Also, check to see if there is a BIOS upgrade available. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-smp@FreeBSD.ORG Thu Jul 7 21:10:06 2005 Return-Path: X-Original-To: freebsd-smp@freebsd.org Delivered-To: freebsd-smp@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 31BA716A41C; Thu, 7 Jul 2005 21:10:06 +0000 (GMT) (envelope-from hvleest@signet.nl) Received: from bsd.local.jellevanleest.nl (cp417515-a.dbsch1.nb.home.nl [84.27.32.116]) by mx1.FreeBSD.org (Postfix) with ESMTP id D4E1943D49; Thu, 7 Jul 2005 21:10:05 +0000 (GMT) (envelope-from hvleest@signet.nl) Received: from [192.168.100.105] (unknown [192.168.100.105]) by bsd.local.jellevanleest.nl (Postfix) with ESMTP id DE295620B; Thu, 7 Jul 2005 23:13:37 +0200 (CEST) Message-ID: <42CD9A29.7000405@signet.nl> Date: Thu, 07 Jul 2005 23:10:01 +0200 From: Hans van Leest User-Agent: Mozilla Thunderbird 0.7.1 (Windows/20040626) X-Accept-Language: en-us, en MIME-Version: 1.0 To: John Baldwin References: <42CD9115.70302@signet.nl> <200507071659.41292.jhb@FreeBSD.org> In-Reply-To: <200507071659.41292.jhb@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-smp@freebsd.org Subject: Re: SMP boot errors X-BeenThere: freebsd-smp@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: hvleest@signet.nl List-Id: FreeBSD SMP implementation group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jul 2005 21:10:06 -0000 I read it just a minute ago ;-( I tried also ACPI disabled in bios and got this error: OK set boot_verbose=1 OK unload acpi <------- this OK boot -h panic: free: adress 0xc26b8000(0xc26b8000) has not been allocated cpuid=1 KDB: enter: panic thread pid 2 fid 100058 stopped at kdb_enter+0x2b: nop Is there some workaround for this, or do i need a compatable mobo? thanks H John Baldwin wrote: >On Thursday 07 July 2005 04:31 pm, Hans van Leest wrote: > > >>Hello, >> >>I've posted last week also my problems with a SMP kernel on a dual XEON >>machine. >> >>Maybe this error message is better to debug, I hope >> >>I've upgraded the source to 6.0 current. Did not modify my GENERIC file >>and compiled the source. This inclusus the options SMP and device APIC. >>I've booted several times and had the same error: >> >>panic: multiple IRQs for PCI interrupt 0.31.INTA 18 AND 16 >> >> >>Where to start to fix this! >> >> > >Ugh. Your BIOS is busted. If your machine supports ACPI, try that first. >Also, check to see if there is a BIOS upgrade available. > > > From owner-freebsd-smp@FreeBSD.ORG Thu Jul 7 21:32:18 2005 Return-Path: X-Original-To: freebsd-smp@freebsd.org Delivered-To: freebsd-smp@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C40AC16A41C; Thu, 7 Jul 2005 21:32:18 +0000 (GMT) (envelope-from hvleest@signet.nl) Received: from bsd.local.jellevanleest.nl (cp417515-a.dbsch1.nb.home.nl [84.27.32.116]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7314943D48; Thu, 7 Jul 2005 21:32:17 +0000 (GMT) (envelope-from hvleest@signet.nl) Received: from [192.168.100.105] (unknown [192.168.100.105]) by bsd.local.jellevanleest.nl (Postfix) with ESMTP id A2FE5620B; Thu, 7 Jul 2005 23:35:49 +0200 (CEST) Message-ID: <42CD9F5D.6040006@signet.nl> Date: Thu, 07 Jul 2005 23:32:13 +0200 From: Hans van Leest User-Agent: Mozilla Thunderbird 0.7.1 (Windows/20040626) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-smp@freebsd.org References: <42CD9115.70302@signet.nl> <200507071659.41292.jhb@FreeBSD.org> <42CD9A29.7000405@signet.nl> In-Reply-To: <42CD9A29.7000405@signet.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: SMP boot errors X-BeenThere: freebsd-smp@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: hvleest@signet.nl List-Id: FreeBSD SMP implementation group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jul 2005 21:32:18 -0000 I read it just a minute ago ;-( I tried also ACPI disabled in bios and got this error: OK set boot_verbose=1 OK unload acpi <------- this OK boot -h panic: free: adress 0xc26b8000(0xc26b8000) has not been allocated cpuid=1 KDB: enter: panic thread pid 2 fid 100058 stopped at kdb_enter+0x2b: nop Is there some workaround for this, or do i need a compatable mobo? thanks H Hans van Leest wrote: > I read it just a minute ago ;-( > > I tried also ACPI disabled in bios and got this error: > > OK set boot_verbose=1 > OK unload acpi <------- this > OK boot -h > > panic: free: adress > 0xc26b8000(0xc26b8000) has not been allocated > > cpuid=1 > KDB: enter: panic > thread pid 2 fid 100058 > stopped at kdb_enter+0x2b: nop > > Is there some workaround for this, or do i need a compatable mobo? > > thanks > > H > > John Baldwin wrote: > >> On Thursday 07 July 2005 04:31 pm, Hans van Leest wrote: >> >> >>> Hello, >>> >>> I've posted last week also my problems with a SMP kernel on a dual XEON >>> machine. >>> >>> Maybe this error message is better to debug, I hope >>> >>> I've upgraded the source to 6.0 current. Did not modify my GENERIC file >>> and compiled the source. This inclusus the options SMP and device APIC. >>> I've booted several times and had the same error: >>> >>> panic: multiple IRQs for PCI interrupt 0.31.INTA 18 AND 16 >>> >>> >>> Where to start to fix this! >>> >> >> >> Ugh. Your BIOS is busted. If your machine supports ACPI, try that >> first. Also, check to see if there is a BIOS upgrade available. >> >> >> > > From owner-freebsd-smp@FreeBSD.ORG Fri Jul 8 14:43:45 2005 Return-Path: X-Original-To: freebsd-smp@freebsd.org Delivered-To: freebsd-smp@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 27A0316A41C for ; Fri, 8 Jul 2005 14:43:45 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id B874343D46 for ; Fri, 8 Jul 2005 14:43:44 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.40.201] (Not Verified[65.202.103.25]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Fri, 08 Jul 2005 10:57:43 -0400 From: John Baldwin To: freebsd-smp@freebsd.org, hvleest@signet.nl Date: Fri, 8 Jul 2005 09:45:22 -0400 User-Agent: KMail/1.8 References: <42CD9115.70302@signet.nl> <200507071659.41292.jhb@FreeBSD.org> <42CD9A29.7000405@signet.nl> In-Reply-To: <42CD9A29.7000405@signet.nl> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200507080945.23141.jhb@FreeBSD.org> Cc: Subject: Re: SMP boot errors X-BeenThere: freebsd-smp@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD SMP implementation group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jul 2005 14:43:45 -0000 On Thursday 07 July 2005 05:10 pm, Hans van Leest wrote: > I read it just a minute ago ;-( > > I tried also ACPI disabled in bios and got this error: > > OK set boot_verbose=1 > OK unload acpi <------- this > OK boot -h > > panic: free: adress > 0xc26b8000(0xc26b8000) has not been allocated > > cpuid=1 > KDB: enter: panic > thread pid 2 fid 100058 > stopped at kdb_enter+0x2b: nop > > Is there some workaround for this, or do i need a compatable mobo? > > thanks You would need to enable ACPI if it is disabled and then try to see if it works ok. I'll work on a patch that might be able to help out. > H > > John Baldwin wrote: > >On Thursday 07 July 2005 04:31 pm, Hans van Leest wrote: > >>Hello, > >> > >>I've posted last week also my problems with a SMP kernel on a dual XEON > >>machine. > >> > >>Maybe this error message is better to debug, I hope > >> > >>I've upgraded the source to 6.0 current. Did not modify my GENERIC file > >>and compiled the source. This inclusus the options SMP and device APIC. > >>I've booted several times and had the same error: > >> > >>panic: multiple IRQs for PCI interrupt 0.31.INTA 18 AND 16 > >> > >> > >>Where to start to fix this! > > > >Ugh. Your BIOS is busted. If your machine supports ACPI, try that first. > >Also, check to see if there is a BIOS upgrade available. > > _______________________________________________ > freebsd-smp@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-smp > To unsubscribe, send any mail to "freebsd-smp-unsubscribe@freebsd.org" -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-smp@FreeBSD.ORG Sat Jul 9 14:51:42 2005 Return-Path: X-Original-To: freebsd-smp@freebsd.org Delivered-To: freebsd-smp@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 29D8E16A41C for ; Sat, 9 Jul 2005 14:51:42 +0000 (GMT) (envelope-from hvleest@signet.nl) Received: from bsd.local.jellevanleest.nl (cp417515-a.dbsch1.nb.home.nl [84.27.32.116]) by mx1.FreeBSD.org (Postfix) with ESMTP id BFDE143D45 for ; Sat, 9 Jul 2005 14:51:32 +0000 (GMT) (envelope-from hvleest@signet.nl) Received: from [192.168.100.105] (unknown [192.168.100.105]) by bsd.local.jellevanleest.nl (Postfix) with ESMTP id 2E5146292 for ; Sat, 9 Jul 2005 16:55:07 +0200 (CEST) Message-ID: <42CFE4EC.3060903@signet.nl> Date: Sat, 09 Jul 2005 16:53:32 +0200 From: Hans van Leest User-Agent: Mozilla Thunderbird 0.7.1 (Windows/20040626) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-smp@freebsd.org References: <42CD9A29.7000405@signet.nl> <200507071659.41292.jhb@FreeBSD.org> <42CD9115.70302@signet.nl> <200507080945.23141.jhb@FreeBSD.org> In-Reply-To: <200507080945.23141.jhb@FreeBSD.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: SMP boot errors X-BeenThere: freebsd-smp@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD SMP implementation group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jul 2005 14:51:42 -0000 Hi, I've tries the boot with ACPI enabled and disabled All with the same errors, as described below If you need more information, let me know Hans John Baldwin wrote: > On Thursday 07 July 2005 05:10 pm, Hans van Leest wrote: > >>I read it just a minute ago ;-( >> >>I tried also ACPI disabled in bios and got this error: >> >>OK set boot_verbose=1 >>OK unload acpi <------- this >>OK boot -h >> >>panic: free: adress >>0xc26b8000(0xc26b8000) has not been allocated >> >>cpuid=1 >>KDB: enter: panic >>thread pid 2 fid 100058 >>stopped at kdb_enter+0x2b: nop >> >>Is there some workaround for this, or do i need a compatable mobo? >> >>thanks > > > You would need to enable ACPI if it is disabled and then try to see if it > works ok. I'll work on a patch that might be able to help out. > > >>H >> >>John Baldwin wrote: >> >>>On Thursday 07 July 2005 04:31 pm, Hans van Leest wrote: >>> >>>>Hello, >>>> >>>>I've posted last week also my problems with a SMP kernel on a dual XEON >>>>machine. >>>> >>>>Maybe this error message is better to debug, I hope >>>> >>>>I've upgraded the source to 6.0 current. Did not modify my GENERIC file >>>>and compiled the source. This inclusus the options SMP and device APIC. >>>>I've booted several times and had the same error: >>>> >>>>panic: multiple IRQs for PCI interrupt 0.31.INTA 18 AND 16 >>>> >>>> >>>>Where to start to fix this! >>> >>>Ugh. Your BIOS is busted. If your machine supports ACPI, try that first. >>>Also, check to see if there is a BIOS upgrade available. >> >>_______________________________________________ >>freebsd-smp@freebsd.org mailing list >>http://lists.freebsd.org/mailman/listinfo/freebsd-smp >>To unsubscribe, send any mail to "freebsd-smp-unsubscribe@freebsd.org" > > From owner-freebsd-smp@FreeBSD.ORG Sat Jul 9 19:10:03 2005 Return-Path: X-Original-To: freebsd-smp@FreeBSD.org Delivered-To: freebsd-smp@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 630F416A41C for ; Sat, 9 Jul 2005 19:10:03 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mail21.sea5.speakeasy.net (mail21.sea5.speakeasy.net [69.17.117.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 16E9D43D45 for ; Sat, 9 Jul 2005 19:10:03 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 16927 invoked from network); 9 Jul 2005 19:10:02 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender ) by mail21.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 9 Jul 2005 19:10:02 -0000 Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j69J9qkA034113; Sat, 9 Jul 2005 15:09:52 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-smp@FreeBSD.org Date: Sat, 9 Jul 2005 15:09:46 -0400 User-Agent: KMail/1.8 References: <42CD9A29.7000405@signet.nl> <200507080945.23141.jhb@FreeBSD.org> <42CFE4EC.3060903@signet.nl> In-Reply-To: <42CFE4EC.3060903@signet.nl> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200507091509.47526.jhb@FreeBSD.org> X-Spam-Status: No, score=-2.8 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx Cc: Hans van Leest Subject: Re: SMP boot errors X-BeenThere: freebsd-smp@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD SMP implementation group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jul 2005 19:10:03 -0000 On Saturday 09 July 2005 10:53 am, Hans van Leest wrote: > Hi, > > I've tries the boot with ACPI enabled and disabled > All with the same errors, as described below > If you need more information, let me know Ok, your BIOS must not include ACPI support then. I'll try to work on a pa= tch=20 for you to play with next week. =2D-=20 John Baldwin =A0<>< =A0http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" =A0=3D =A0http://www.FreeBSD.org