From owner-freebsd-current@FreeBSD.ORG Sun May 30 00:01:53 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 10DC916A4CE for ; Sun, 30 May 2004 00:01:53 -0700 (PDT) Received: from sccrmhc13.comcast.net (sccrmhc13.comcast.net [204.127.202.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id C1A5F43D39 for ; Sun, 30 May 2004 00:01:52 -0700 (PDT) (envelope-from burpmaster@truffula.net) Received: from [192.168.0.2] (c-67-169-200-31.client.comcast.net[67.169.200.31]) by comcast.net (sccrmhc13) with ESMTP id <2004053007015101600rf3s6e>; Sun, 30 May 2004 07:01:51 +0000 Message-ID: <40B986DE.4030700@truffula.net> Date: Sun, 30 May 2004 00:01:50 -0700 From: Brian Rogers User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7) Gecko/20040529 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <40B94AFB.3010209@truffula.net> <40B96595.1080500@users.sourceforge.net> In-Reply-To: <40B96595.1080500@users.sourceforge.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Attache USB flash drive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Sun, 30 May 2004 07:01:53 -0000 Rob wrote: > Brian Rogers wrote: > >> umass0: PNY Attache 2.0, rev 2.00/2.00, addr 2 >> umass0: BBB reset failed, TIMEOUT >> umass0: BBB bulk-in clear stall failed, TIMEOUT >> umass0: BBB bulk-out clear stall failed, TIMEOUT > > I've seen similar problems on one of my 4-stable PCs. > Not being an expert on USB stuff, I googled a bit around and > came to the conclusion that the VIA 83C572 USB controller is > the reason of the problem. You also have that one. > Mounting my USB mass storage toy as a umass device works fine, > however, unmounting it hangs/freezes the whole system. > > Another 4-Stable PC of mine has an Intel 82801BA/BAM (ICH2) USB > controller, and that works like a charm. > > If, by any chance, you've got another FreeBSD PC that has an > Intell (or any other than VIA) USB controller, you may also > see it work there. > > I haven't tried all this out with CURRENT, but I guess it has the > same problems. I just tried booting off the FreeBSD 5.2 install disc on my system. No crash on removal, but I do get the same three repeating error messages and still no device appears in /dev. Then I tried this boot disc on an Intel (440BX) machine. No error messages, but still no /dev entry. I must be seeing both an old VIA-related 4.X bug and a newer 5.X bug where the device doesn't appear, which recently can also trigger a crash. Did you say that you can mount the filesystem, and it freezes when you unmount it? What happens if you just unplug the device after plugging it in? I don't have a way to mount it, but unplugging the device crashes my system. From owner-freebsd-current@FreeBSD.ORG Sun May 30 00:03:16 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 258A416A4CF; Sun, 30 May 2004 00:03:16 -0700 (PDT) Received: from alpha.siliconlandmark.com (alpha.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C3AD43D39; Sun, 30 May 2004 00:03:15 -0700 (PDT) (envelope-from andy@siliconlandmark.com) Received: from alpha.siliconlandmark.com (smmsp@localhost [127.0.0.1]) i4U736ID013319; Sun, 30 May 2004 03:03:06 -0400 (EDT) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)i4TFMYWY006389; Sat, 29 May 2004 11:22:34 -0400 (EDT) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: alpha.siliconlandmark.com: andy owned process doing -bs Date: Sat, 29 May 2004 11:22:34 -0400 (EDT) From: Andre Guibert de Bruet To: Patrick Tracanelli In-Reply-To: <40B8A350.8000207@freebsdbrasil.com.br> Message-ID: <20040529111209.B16672@alpha.siliconlandmark.com> References: <40B8A350.8000207@freebsdbrasil.com.br> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=iso-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE X-MailScanner-Information: Please contact the ISP for more information X-MailScanner: Found to be clean cc: ports@freebsd.org cc: current@freebsd.org Subject: Re: /usr/local/etc/rc.conf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Sun, 30 May 2004 07:03:16 -0000 On Sat, 29 May 2004, Patrick Tracanelli wrote: > I remember it has been discussed before, but the terms were a little bit > different, so tell me, isn't it appropriate rc.subr to suck the > configuration parameters from /usr/local/etc/rc.conf instead of > /etc/rc.conf when running startupscripts for third party applications > (/usr/local/etc/rc.d/)? > > To keep the organization principles, I dislike putting those > instructions into /etc/rc.conf when it should be read by 3rd party apps, > since I consider /etc/ to be used by the base system. Altho' old style > .sh scripts are still usefull under ${local_startup} dirs, ports > maintainers tend to write new style rc scripts that uses rc.subr to read > the user defined options (usually via /etc/rc.conf). > > Easy solution would be > > rc_conf_files=3D"/etc/rc.conf /etc/rc.conf.local /usr/local/etc/rc.conf" > > into /etc/rc.conf, but it seems to be ignored by rc.subr when it's not > at /etc/defaults/rc.conf; > > Some 3rd party startupscripts read rc.subr from /usr/local/etc/, so if > it suck only ${PREFIX}/etc/rc.conf options, would force users to > configure it in the right place, but it would break POLA and since some > scripts read /etc/rc.subr instead if ${PREFIX}/etc/rc.subr, would also > break some ports (very very bad idea). > > So, to allow ports startupscript to be configured from > /usr/local/etc/rc.conf but also prevent people who are today used to mix > everything in /etc/rc.conf from having their app. not starting, defining > > rc_conf_files=3D"/etc/rc.conf /etc/rc.conf.local /usr/local/etc/rc.conf" > > into /etc/defaults/rc.conf would just do it, nothing would break and > port's pkg-message could start trying to educate users to populate > /usr/local/etc/rc.conf for ports startup options and leaving > /etc/rc.conf only for the base system... Having multiple locations for system startup parameters (A l=E0 Windows) is a maintenance headache even when there's a logical method to the madness. I'm saying this as the admin of 6 racks packed with 1U and 2U machines. Be gentle... ;) Regards, Andy > Andre Guibert de Bruet | Enterprise Software Consultant > > Silicon Landmark, LLC. | http://siliconlandmark.com/ > From owner-freebsd-current@FreeBSD.ORG Sun May 30 01:09:27 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 95A2E16A4CE for ; Sun, 30 May 2004 01:09:27 -0700 (PDT) Received: from lakermmtao03.cox.net (lakermmtao03.cox.net [68.230.240.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id E13D443D41 for ; Sun, 30 May 2004 01:09:26 -0700 (PDT) (envelope-from vince@hightek.org) Received: from quark.hightek.org ([68.12.75.33]) by lakermmtao03.cox.net (InterMail vM.6.01.03.02 201-2131-111-104-20040324) with ESMTP id <20040530080926.RXBZ21849.lakermmtao03.cox.net@quark.hightek.org> for ; Sun, 30 May 2004 04:09:26 -0400 Received: by quark.hightek.org (Postfix, from userid 501) id 4CA0012422; Sun, 30 May 2004 03:09:36 -0500 (CDT) Date: Sun, 30 May 2004 03:09:35 -0500 From: Vincent To: freebsd-current@FreeBSD.ORG Message-ID: <20040530080931.GA14215@quark.hightek.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: USB not working on centrino based laptop X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Sun, 30 May 2004 08:09:27 -0000 Hello. We just got an Enpower Xnote Premier Plus laptop put out by PC Club with the Intel Centrino 1.4 GHz processor. I upgraded to 5.2-CURRENT which I downloaded from CVS at about 2:30am CST last night (5/29/04). But, just like with 5.2.1-RELEASE, USB devices do not seem to be detected. The internal USB hubs seem to be detected without errors but I get no log messages and no device appears when I plug in a USB device. One of the devices I am testing with is a SimpleTech 128MB USB Flash Drive. It is as if I never plugged it in. I get the same result on the 5.2.1-RELEASE kernel. The same USB drive works fine on our other machines and other laptops I have tested without centrino processors. I also tried a canon LiDE 30 scanner and got the same result. Any suggestions? Here are some of the relevant extracts from dmesg: FreeBSD 5.2-CURRENT #0: Sun May 30 03:55:59 CDT 2004 root@leslap.hightek.og:/usr/obj/home/src/sys/GENERIC CPU: Intel(R) Pentium(R) M processor 1400MHz (1395.48-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x695 Stepping = 5 Features=0xa7e9f9bf uhci0: port 0x1200-0x121f irq 5 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x1600-0x161f irq 5 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x1700-0x171f irq 10 at devic e 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered pci0: at device 29.7 (no driver attached) From owner-freebsd-current@FreeBSD.ORG Sun May 30 01:32:45 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C70A416A4CF for ; Sun, 30 May 2004 01:32:45 -0700 (PDT) Received: from pfepa.post.tele.dk (pfepa.post.tele.dk [195.41.46.235]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8462C43D5D for ; Sun, 30 May 2004 01:32:45 -0700 (PDT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (0x50c7994c.naenxx7.adsl-dhcp.tele.dk [80.199.153.76]) by pfepa.post.tele.dk (Postfix) with ESMTP id AA41E47FE23 for ; Sun, 30 May 2004 10:32:44 +0200 (CEST) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.11/8.12.11) with ESMTP id i4TLLk7I005105 for ; Sat, 29 May 2004 23:21:47 +0200 (CEST) (envelope-from phk@phk.freebsd.dk) To: current@FreeBSD.org From: Poul-Henning Kamp Date: Sat, 29 May 2004 23:21:46 +0200 Message-ID: <5104.1085865706@critter.freebsd.dk> Subject: boot2 patch, please test. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Sun, 30 May 2004 08:32:46 -0000 Some embedded boxes do not have the keyboard controller, and this patch adds a timeout so they do not get stuck waiting for it to become ready. Please test that this patch does not have any effect on normal PC architecture machines. Index: i386/boot2/boot1.S =================================================================== RCS file: /home/ncvs/src/sys/boot/i386/boot2/boot1.S,v retrieving revision 1.27 diff -u -r1.27 boot1.S --- i386/boot2/boot1.S 14 May 2004 20:29:29 -0000 1.27 +++ i386/boot2/boot1.S 29 May 2004 19:49:52 -0000 @@ -203,7 +203,9 @@ * Enable A20 so we can access memory above 1 meg. */ seta20: cli # Disable interrupts -seta20.1: inb $0x64,%al # Get status +seta20.1: dec %cx + jz seta20.3 + inb $0x64,%al # Get status testb $0x2,%al # Busy? jnz seta20.1 # Yes movb $0xd1,%al # Command: Write @@ -213,6 +215,7 @@ jnz seta20.2 # Yes movb $0xdf,%al # Enable outb %al,$0x60 # A20 +seta20.3: sti # Enable interrupts retw # To caller /* -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sun May 30 01:46:37 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8933416A4CE; Sun, 30 May 2004 01:46:37 -0700 (PDT) Received: from herring.rabson.org (mailgate.nlsystems.com [80.177.232.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B2FB43D2F; Sun, 30 May 2004 01:46:36 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from herring.rabson.org (herring.rabson.org [10.0.0.2]) by herring.rabson.org (8.12.11/8.12.11) with ESMTP id i4U8kO1m013605; Sun, 30 May 2004 09:46:25 +0100 (BST) (envelope-from dfr@nlsystems.com) From: Doug Rabson To: wpaul@FreeBSD.ORG (Bill Paul) Date: Sun, 30 May 2004 09:46:23 +0100 User-Agent: KMail/1.6.1 References: <20040530053703.0169216A4CF@hub.freebsd.org> In-Reply-To: <20040530053703.0169216A4CF@hub.freebsd.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200405300946.23882.dfr@nlsystems.com> X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on herring.rabson.org X-Virus-Scanned: ClamAV version 'clamd / ClamAV version 0.65', clamav-milter version '0.60p' cc: freebsd-current@FreeBSD.ORG Subject: Re: Project Evil APs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Sun, 30 May 2004 08:46:37 -0000 On Sunday 30 May 2004 06:37, Bill Paul wrote: > > Is 'mediaopt hostap' supposed to with the Project Evil ndis driver? > > ... > > No, not even a little. I can't even believe you asked. HostAP mode > requires the ability to send and receive non-data frames in most > cases (beacon frames, management frames, etc...). Some NICs have > firmware that let you use hostAP features without having to implement > all the logic in software. But all Windows 802.11 drivers all pretend > to be 802.3 link layer drivers, because Windows doesn't have any > 802.11 protocol support. NDIS has no API for doing monitor mode or > any hostAP tricks. So no, it's not supported, and it never will be. > > > I > > just acquired a Linksys WMP54G card which appears to use the > > Broadcom 43xx chipset. I was originally intending to build a > > home-made access point out of the thing but I can't set the hostap > > mode. > > > > Project Evil likes this thing just fine with the drivers that came > > in the box and happily sends and receives packets in adhoc mode. > > When I try something like 'ifconfig ndis0 mediaopt hostap' I just > > get a 'Device not configured' error: > > > You want to use ad-hoc mode. You don't want to bother me with silly > questions about hostap mode because it doesn't really let you do > anything you can't do with ad-hoc mode anyway. Use IPSec with > ad-hoc mode and you'll probably get better security than any > access point can give you in the first place. > Probably. Only if I can get this silly little WinME laptop to do ad-hoc as well though. The main reason for doing this is that my AP died and my gf wants to use the laptop in the garden :-). Interestingly, the inf file lists a registry key named "EnableSoftAP" which appears to suggest that support might be possible in windows with the right software. Probably involves custom drivers using private interfaces with the driver though :-(. Any chance of a native driver for the Broadcom 43xx stuff? From owner-freebsd-current@FreeBSD.ORG Sun May 30 04:44:40 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2AED716A4CE for ; Sun, 30 May 2004 04:44:40 -0700 (PDT) Received: from mailout2.pacific.net.au (mailout2.pacific.net.au [61.8.0.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B1BE43D41 for ; Sun, 30 May 2004 04:44:39 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: from mailproxy2.pacific.net.au (mailproxy2.pacific.net.au [61.8.0.87])i4UBib5v001614; Sun, 30 May 2004 21:44:37 +1000 Received: from gamplex.bde.org (katana.zip.com.au [61.8.7.246]) i4UBiYLS016725; Sun, 30 May 2004 21:44:35 +1000 Date: Sun, 30 May 2004 21:44:34 +1000 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Kris Kennaway In-Reply-To: <20040530043049.GA16224@xor.obsecurity.org> Message-ID: <20040530155728.S979@gamplex.bde.org> References: <20040530043049.GA16224@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: stray irq13 at runtime X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Sun, 30 May 2004 11:44:40 -0000 On Sat, 29 May 2004, Kris Kennaway wrote: > Since updating the i386 package machines the other day, they've all > experienced the following: > > May 29 21:24:53 gohan28 kernel: stray irq13 > > irq13: npx0 2 0 > stray irq13 1 0 > > This is not appearing during boot - those machines have been up for > hours before the interrupt occurs. This is probably harmless. There's some bug in APIC mode that causes a stray irq13 to be delivered earlier on my systems. Perhaps you are getting this same stray irq13 delivered later. You also have an extra non-stray irq13. There should be exactly 1 irq13 delivered ever, except on 386 and 486SX systems applications can generate any number. I debugged some of this. APIC mode seems to behave differently because: (1) the APIC responds much more slowly than the PIC (after 2349 instead of 57 iterations in the enclosed debugging code on an Athlon XP2600) (2) the not-so-new interrupt code broke the hack that prevented getting interrupts after bus_teardown_intr(). These are reported as stray interrupts. There was a completely different bug (non-atomic update of the interrupt name and/or count pointers) which caused non-stray npx (and possibly other, but always for npx) interrupts to be reported as stray, so the hack hasn't helped for a year or two if it ever did. npx_probe() tests whether exceptions are reported by traps or interrupts by causing an unmasked exception and checking whether this causes a trap or interrupt. Normally when there's a trap there is an interrupt too. Traps occur synchronously, but interrupts occur asynchronously, especially since we don't synchronize with the FPU^WNPX. We do an fnop after dividing by 0 to trigger reporting the exception. The NPX and CPU continue asynchronosly. Thus we have a race. The size of the race window is apparently related to [A]PIC hardware, so it has become large enough relative to CPU speeds to cause problems on fast CPUs with high-latency [A]PICs. OTOH, we can easily synchronize better using fwait instead of fnop. The reasons for using fnop instead of fwait (only FUD?) don't seem to apply any more. Changing from fnop to fwait gets the interrupt delivered after 49 iterations instead of 2349 in the enclosed debugging code). This is still much longer than I'd like. 49 iterations is still over 100 cycles, and there are hundreds more cycles between the fwait and the delivery of the irq13 for trap and interrupt handling. Something must wait for irq13 delivery so that irq13's don't get seen by the wrong thread (if they are used at all), but other parts of npx.c don't even know if they might have to wait. Fixes and debugging code: % Index: npx.c % =================================================================== % RCS file: /home/ncvs/src/sys/i386/isa/npx.c,v % retrieving revision 1.148 % diff -u -2 -r1.148 npx.c % --- npx.c 11 May 2004 20:14:53 -0000 1.148 % +++ npx.c 30 May 2004 10:39:19 -0000 % @@ -105,5 +105,5 @@ % #define fnstcw(addr) __asm __volatile("fnstcw %0" : "=m" (*(addr))) % #define fnstsw(addr) __asm __volatile("fnstsw %0" : "=m" (*(addr))) % -#define fp_divide_by_0() __asm("fldz; fld1; fdiv %st,%st(1); fnop") % +#define fp_divide_by_0() __asm("fldz; fld1; fdiv %st,%st(1); fwait") % #define frstor(addr) __asm("frstor %0" : : "m" (*(addr))) % #ifdef CPU_ENABLE_SSE This changes from fnop to fwait, to synchronize better. See above. % @@ -369,4 +369,19 @@ % npx_traps_while_probing = npx_intrs_while_probing = 0; % fp_divide_by_0(); % +#ifdef DEBUG % + { % + int i; % + % + for (i = 0; i < 10000000; i++) % + if (npx_intrs_while_probing != 0) { % + device_printf(dev, % + "saw intr after %d iterations\n", % + i); % + break; % + } % + } This determines latency of irq13 delivery. % +#else % + DELAY(1000); /* wait for any IRQ13 */ % +#endif Waiting this long should always work. % if (npx_traps_while_probing != 0) { % /* % @@ -407,4 +422,5 @@ % bus_teardown_intr(dev, irq_res, irq_cookie); % % +#if 0 % /* % * XXX hack around brokenness of bus_teardown_intr(). If we left the % @@ -417,4 +433,5 @@ % isrc->is_pic->pic_disable_source(isrc); % } % +#endif bus_teardown_intr() still doesn't disable the interrupt, at least in the edge-triggered case, but neither does this hack (in either the PIC or APIC case), since isrc->is_pic->pic_disable_source() is a no-op for edge-triggered interrupts and irq13 is normally edge-triggered. % % bus_release_resource(dev, SYS_RES_IRQ, irq_rid, irq_res); I haven't figured out why the APIC case normally delivers both a normal (fast) interrupt and stray interrupt when we don't wait for the one interrupt that actually occurs. One is counted as stray because it occurs after the bus_teardown_intr(), but both of them seem to occur after that. So there seems to be a race or double counting somewhere. Bruce From owner-freebsd-current@FreeBSD.ORG Sun May 30 05:03:15 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B29516A4CE; Sun, 30 May 2004 05:03:15 -0700 (PDT) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB9CF43D31; Sun, 30 May 2004 05:03:14 -0700 (PDT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32] ident=danny) by cs1.cs.huji.ac.il with esmtp id 1BUP1u-000Nsh-Kr; Sun, 30 May 2004 15:03:06 +0300 X-Mailer: exmh version 2.6.3 04/04/2003 with nmh-1.0.4 To: Andre Guibert de Bruet In-Reply-To: Message from Andre Guibert de Bruet <20040529111209.B16672@alpha.siliconlandmark.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Date: Sun, 30 May 2004 15:03:06 +0300 From: Danny Braniss Message-Id: <20040530120314.BB9CF43D31@mx1.FreeBSD.org> cc: ports@freebsd.org cc: current@freebsd.org Subject: Re: /usr/local/etc/rc.conf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Sun, 30 May 2004 12:03:15 -0000 > = > On Sat, 29 May 2004, Patrick Tracanelli wrote: > = > > I remember it has been discussed before, but the terms were a little = bit > > different, so tell me, isn't it appropriate rc.subr to suck the > > configuration parameters from /usr/local/etc/rc.conf instead of > > /etc/rc.conf when running startupscripts for third party applications= > > (/usr/local/etc/rc.d/)? > > > > To keep the organization principles, I dislike putting those > > instructions into /etc/rc.conf when it should be read by 3rd party ap= ps, > > since I consider /etc/ to be used by the base system. Altho' old styl= e > > .sh scripts are still usefull under ${local_startup} dirs, ports > > maintainers tend to write new style rc scripts that uses rc.subr to r= ead > > the user defined options (usually via /etc/rc.conf). > > > > Easy solution would be > > > > rc_conf_files=3D"/etc/rc.conf /etc/rc.conf.local /usr/local/etc/rc.co= nf" > > > > into /etc/rc.conf, but it seems to be ignored by rc.subr when it's no= t > > at /etc/defaults/rc.conf; > > > > Some 3rd party startupscripts read rc.subr from /usr/local/etc/, so i= f > > it suck only ${PREFIX}/etc/rc.conf options, would force users to > > configure it in the right place, but it would break POLA and since so= me > > scripts read /etc/rc.subr instead if ${PREFIX}/etc/rc.subr, would als= o > > break some ports (very very bad idea). > > > > So, to allow ports startupscript to be configured from > > /usr/local/etc/rc.conf but also prevent people who are today used to = mix > > everything in /etc/rc.conf from having their app. not starting, defin= ing > > > > rc_conf_files=3D"/etc/rc.conf /etc/rc.conf.local /usr/local/etc/rc.co= nf" > > > > into /etc/defaults/rc.conf would just do it, nothing would break and > > port's pkg-message could start trying to educate users to populate > > /usr/local/etc/rc.conf for ports startup options and leaving > > /etc/rc.conf only for the base system... > = > Having multiple locations for system startup parameters (A l=E0 Windows= ) is > a maintenance headache even when there's a logical method to the > madness. I'm saying this as the admin of 6 racks packed with 1U and 2U > machines. Be gentle... ;) > = and some of us (i hope more than one), have /usr/local shared among many.= danny From owner-freebsd-current@FreeBSD.ORG Sun May 30 05:20:04 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8B4E216A4CE for ; Sun, 30 May 2004 05:20:04 -0700 (PDT) Received: from europa.AD.HartBrothers.Com (europa.ad.hartbrothers.com [63.102.100.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 26C9D43D39 for ; Sun, 30 May 2004 05:20:04 -0700 (PDT) (envelope-from freebsd-current@davehart.net) Content-class: urn:content-classes:message MIME-Version: 1.0 X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Date: Sun, 30 May 2004 12:19:52 -0000 Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=SHA1; boundary="----=_NextPart_000_0572_01C44640.6820FC60" Message-ID: <255A839665EA24408EB27A6AAE15518E27AB98@europa.ad.hartbrothers.com> X-MS-Has-Attach: yes X-MS-TNEF-Correlator: Thread-Topic: Project Evil APs Thread-Index: AcRGCCxu+Lcd4Yu9TOapmLuAhXtf9wANaLgA From: To: Subject: RE: Project Evil APs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Sun, 30 May 2004 12:20:04 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_0572_01C44640.6820FC60 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Bill Paul suggested: > > You want to use ad-hoc mode. You don't want to bother me with > silly questions about hostap mode because it doesn't really > let you do anything you can't do with ad-hoc mode anyway. You haven't really experienced 802.11 wireless joy until you've survived an AP firmware upgrade reboot because you have multiple overlapping APs servicing the same WLAN and seamless roaming between them. Can one roam uninterrupted between different APs in an ad-hoc configuration? Dave Hart ------=_NextPart_000_0572_01C44640.6820FC60 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIII+jCCAoIw ggHroAMCAQICAwxohzANBgkqhkiG9w0BAQQFADBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhh d3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVt YWlsIElzc3VpbmcgQ0EwHhcNMDQwNTMwMTIxNDA3WhcNMDUwNTMwMTIxNDA3WjBvMQ0wCwYDVQQE EwRIYXJ0MRUwEwYDVQQqEwxEYXZpZCBMZXN0ZXIxGjAYBgNVBAMTEURhdmlkIExlc3RlciBIYXJ0 MSswKQYJKoZIhvcNAQkBFhxmcmVlYnNkLWN1cnJlbnRAZGF2ZWhhcnQubmV0MIGfMA0GCSqGSIb3 DQEBAQUAA4GNADCBiQKBgQDLqNnxQ8UNlu8AimDgq58SojkYGlfNNKGsr32Nmk/PE1Z0Y3OWwMQC tb9C4C6apCSptrmk6Mh+A2052zqvJEVrkyT4ebE2zWpVxbb+2UXCQ4Wfvm0H/r/GiFI5cg4mheKE DZz4YnnjU26G8epwikMT/5GIM6h1qc9qE2k4El0X5wIDAQABozkwNzAnBgNVHREEIDAegRxmcmVl YnNkLWN1cnJlbnRAZGF2ZWhhcnQubmV0MAwGA1UdEwEB/wQCMAAwDQYJKoZIhvcNAQEEBQADgYEA DhOBEhRzInLg4lItCcS9wdsZeYGO8KlvePU3eAOCtcM2HB/s2lNppZIve/NSHk5/0pOWvpzpd7kO j4ZwCaAdYWog5aU42KdZtA05yxK0FJrdYUY1w3fJulNtd18uJ8BHFS8GtKJz6GhB4JtqPGMFgmp0 nip1YOe8DYP7rkYAi9UwggMtMIIClqADAgECAgEAMA0GCSqGSIb3DQEBBAUAMIHRMQswCQYDVQQG EwJaQTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNVBAoT EVRoYXd0ZSBDb25zdWx0aW5nMSgwJgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2VzIERpdmlz aW9uMSQwIgYDVQQDExtUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgQ0ExKzApBgkqhkiG9w0BCQEW HHBlcnNvbmFsLWZyZWVtYWlsQHRoYXd0ZS5jb20wHhcNOTYwMTAxMDAwMDAwWhcNMjAxMjMxMjM1 OTU5WjCB0TELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2Fw ZSBUb3duMRowGAYDVQQKExFUaGF3dGUgQ29uc3VsdGluZzEoMCYGA1UECxMfQ2VydGlmaWNhdGlv biBTZXJ2aWNlcyBEaXZpc2lvbjEkMCIGA1UEAxMbVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIENB MSswKQYJKoZIhvcNAQkBFhxwZXJzb25hbC1mcmVlbWFpbEB0aGF3dGUuY29tMIGfMA0GCSqGSIb3 DQEBAQUAA4GNADCBiQKBgQDUadfUsJRkW3HpR9gMUbbqcpGwhF59LQ2PexLfhSV1KHQ6QixjJ5+V e0vvfhmHHYbqo925zpZkGsIUbkSsfOaP6E0PcR9AOKYAo4d49vmUhl6t6sBeduvZFKNdbnp8DKVL VX8GGSl/npom1Wq7OCQIapjHsdqjmJH9edvlWsQcuQIDAQABoxMwETAPBgNVHRMBAf8EBTADAQH/ MA0GCSqGSIb3DQEBBAUAA4GBAMfskn5O+PWWpWdiKqTwTRFg0G+NYFhhrCa7UjVcCM8w+6hKloof YkIjjBcP9LpknBesRynfnZhe0mxgcVyirNx54+duAEcftQ0o6AKd5Jr9E/Sm2Xyx+NxfIyYJkYBz 0BQb3kOpgyXy5pwvFcr+pquKB3WLDN1RhGvk+NHOd6KBMIIDPzCCAqigAwIBAgIBDTANBgkqhkiG 9w0BAQUFADCB0TELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJ Q2FwZSBUb3duMRowGAYDVQQKExFUaGF3dGUgQ29uc3VsdGluZzEoMCYGA1UECxMfQ2VydGlmaWNh dGlvbiBTZXJ2aWNlcyBEaXZpc2lvbjEkMCIGA1UEAxMbVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWls IENBMSswKQYJKoZIhvcNAQkBFhxwZXJzb25hbC1mcmVlbWFpbEB0aGF3dGUuY29tMB4XDTAzMDcx NzAwMDAwMFoXDTEzMDcxNjIzNTk1OVowYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBD b25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJ c3N1aW5nIENBMIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDEpjxVc1X7TrnKmVoeaMB1BHCd 3+n/ox7svc31W/Iadr1/DDph8r9RzgHU5VAKMNcCY1osiRVwjt3J8CuFWqo/cVbLrzwLB+fxH5E2 JCoTzyvV84J3PQO+K/67GD4Hv0CAAmTXp6a7n2XRxSpUhQ9IBH+nttE8YQRAHmQZcmC3+wIDAQAB o4GUMIGRMBIGA1UdEwEB/wQIMAYBAf8CAQAwQwYDVR0fBDwwOjA4oDagNIYyaHR0cDovL2NybC50 aGF3dGUuY29tL1RoYXd0ZVBlcnNvbmFsRnJlZW1haWxDQS5jcmwwCwYDVR0PBAQDAgEGMCkGA1Ud EQQiMCCkHjAcMRowGAYDVQQDExFQcml2YXRlTGFiZWwyLTEzODANBgkqhkiG9w0BAQUFAAOBgQBI jNFQg+oLLswNo2asZw9/r6y+whehQ5aUnX9MIbj4Nh+qLZ82L8D0HFAgk3A8/a3hYWLD2ToZfoSx mRsAxRoLgnSeJVCUYsfbJ3FXJY3dqZw5jowgT2Vfldr394fWxghOrvbqNOUQGls1TXfjViF4gtwh GTXeJLHTHUb/XV9lTzGCAs8wggLLAgEBMGkwYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0 ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFp bCBJc3N1aW5nIENBAgMMaIcwCQYFKw4DAhoFAKCCAbwwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEH ATAcBgkqhkiG9w0BCQUxDxcNMDQwNTMwMTIxOTUxWjAjBgkqhkiG9w0BCQQxFgQUDeS5XIiVmjkn iCKGktLuj0FhYfYwZwYJKoZIhvcNAQkPMVowWDAKBggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAw DQYIKoZIhvcNAwICAUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgwBwYFKw4DAhowCgYIKoZIhvcN AgUweAYJKwYBBAGCNxAEMWswaTBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1 bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3Vp bmcgQ0ECAwxohzB6BgsqhkiG9w0BCRACCzFroGkwYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRo YXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVl bWFpbCBJc3N1aW5nIENBAgMMaIcwDQYJKoZIhvcNAQEBBQAEgYA9tj/ab57dSaPs73tI3l9Xyt/0 ARNjRykq5/pAucipRskSQJabx3aIZR5WLsD1voeaHIJgidZabLKEoOMu4vXkXk4I3m0ykVwHhfrD JgCMZQf59Lh9EH1eVywZllpGsDw9MfePWO5NVCqMw3Z4ovxYkt+nIrDVi9gUh86TyJo7sAAAAAAA AA== ------=_NextPart_000_0572_01C44640.6820FC60-- From owner-freebsd-current@FreeBSD.ORG Sun May 30 07:30:37 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AF9C916A4CE for ; Sun, 30 May 2004 07:30:37 -0700 (PDT) Received: from mail.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 44E2A43D31 for ; Sun, 30 May 2004 07:30:37 -0700 (PDT) (envelope-from don@sandvine.com) Received: by mail.sandvine.com with Internet Mail Service (5.5.2657.72) id ; Sun, 30 May 2004 10:30:32 -0400 Message-ID: From: Don Bowman To: 'Kris Kennaway' , freebsd-current@freebsd.org Date: Sun, 30 May 2004 10:30:30 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2657.72) Content-Type: text/plain; charset="iso-8859-1" Subject: RE: crash when bpf is used heavily X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Sun, 30 May 2004 14:30:37 -0000 From: Kris Kennaway [mailto:kris@obsecurity.org] > On Sat, May 29, 2004 at 04:03:45PM +0300, Sergey Lyubka wrote: > > > put M_NOWAIT in bpf_allocbufs(). > > Got page fault now. > > panic: kmem_malloc(4098) too small > > That means "You have run out of KVA" and need to reduce the workload, > or retune the kernel memory allocations. The problem the original post has, although on the surface kind of nasty (easily able to panic from user space), can be easily worked around by creating less bpf devices (/dev/bpf0, ... create only 4 of them) and appropriately resizing KVA. If I recall, he had also increased quite dramatically the bpf buffer size. --don From owner-freebsd-current@FreeBSD.ORG Sun May 30 07:31:33 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 98A0416A4CE for ; Sun, 30 May 2004 07:31:33 -0700 (PDT) Received: from mailout1.pacific.net.au (mailout1.pacific.net.au [61.8.0.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id B0E0343D41 for ; Sun, 30 May 2004 07:31:32 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: from mailproxy1.pacific.net.au (mailproxy1.pacific.net.au [61.8.0.86])i4UEVV4u005561; Mon, 31 May 2004 00:31:31 +1000 Received: from gamplex.bde.org (katana.zip.com.au [61.8.7.246]) i4UEVT2O021264; Mon, 31 May 2004 00:31:30 +1000 Date: Mon, 31 May 2004 00:31:29 +1000 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Kris Kennaway In-Reply-To: <20040530155728.S979@gamplex.bde.org> Message-ID: <20040530233746.Q2376@gamplex.bde.org> References: <20040530043049.GA16224@xor.obsecurity.org> <20040530155728.S979@gamplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: stray irq13 at runtime X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Sun, 30 May 2004 14:31:33 -0000 On Sun, 30 May 2004, Bruce Evans wrote: > On Sat, 29 May 2004, Kris Kennaway wrote: > > > Since updating the i386 package machines the other day, they've all > > experienced the following: > > > > May 29 21:24:53 gohan28 kernel: stray irq13 > > > > irq13: npx0 2 0 > > stray irq13 1 0 > > > > This is not appearing during boot - those machines have been up for > > hours before the interrupt occurs. > ... > I haven't figured out why the APIC case normally delivers both a normal > (fast) interrupt and stray interrupt when we don't wait for the one > interrupt that actually occurs. One is counted as stray because it > occurs after the bus_teardown_intr(), but both of them seem to occur > after that. So there seems to be a race or double counting somewhere. I have now figured this out. There is double counting. Interrupts are supposed to be counted per-device (more precisely, per group of devices sharing an interrupt at a given time), with interrupts that have no handler in effect being counted as for the special "stray" device and counts being maintained until reboot for all previous combinations of devices. This has been broken. Interrupts are now counted per-vector and reported as being for the last group of devices using the interrupt (so history is lost if the combination is changed), and then if their are no devices already using the interrupt, interrupts are counted again as "stray". In this case and some others, the stray interrupts really did come from the last group of devices causing the interrupt, but they shouldn't be counted twice. I can duplicate your counts of 2 and 1 and explain them as follows: - configure without "device apic" so that the other bug suite doesn't complicate things. This gives initial counts of 1 for npx0 and and stray irq13. - run any program that causes an unmasked NPX exception. This also causes an unmasked irq13 (because the recent optimization for edge triggering leaves irq13 enabled even when its handler has been torn down). The irq13 is double-counted as for npx0 and stray irq13.xi Further unmasked NPX exceptions don't cause further irq13 because the first one was not properly handled. The npx0 busy latch remains set, so further irq13's are masked by that although not by the PIC. Further irq13s for unmasked NPX exceptions don't happen for the APIC case, although one wants to happen according to the PIC's IRR. Summary: - this bug really was harmless - statistics for interrupt handling are more broken than I thought. Bruce From owner-freebsd-current@FreeBSD.ORG Sun May 30 08:11:20 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1300D16A4CE for ; Sun, 30 May 2004 08:11:20 -0700 (PDT) Received: from oasis.uptsoft.com (oasis.uptsoft.com [217.20.165.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id F2C0643D54 for ; Sun, 30 May 2004 08:11:18 -0700 (PDT) (envelope-from devnull@oasis.uptsoft.com) Received: (from devnull@localhost) by oasis.uptsoft.com (8.11.6/linuxconf) id i4UFBHN28773 for freebsd-current@freebsd.org; Sun, 30 May 2004 18:11:17 +0300 Date: Sun, 30 May 2004 18:11:17 +0300 From: Sergey Lyubka To: freebsd-current@freebsd.org Message-ID: <20040530181117.A28616@oasis.uptsoft.com> Mail-Followup-To: freebsd-current@freebsd.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: ; from don@sandvine.com on Sun, May 30, 2004 at 10:30:30AM -0400 X-OS: FreeBSD 4.5-STABLE Subject: Re: crash when bpf is used heavily X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Sun, 30 May 2004 15:11:20 -0000 > The problem the original post has, although on the > surface kind of nasty (easily able to panic from user > space), can be easily worked around by creating > less bpf devices (/dev/bpf0, ... create only 4 of > them) and appropriately resizing KVA. If I recall, > he had also increased quite dramatically the bpf > buffer size. > > --don /dev is devfs-mounted From owner-freebsd-current@FreeBSD.ORG Sun May 30 08:18:56 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CA8E016A4CE for ; Sun, 30 May 2004 08:18:56 -0700 (PDT) Received: from email05.aon.at (WARSL402PIP4.highway.telekom.at [195.3.96.79]) by mx1.FreeBSD.org (Postfix) with SMTP id 082E343D2D for ; Sun, 30 May 2004 08:18:56 -0700 (PDT) (envelope-from shoesoft@gmx.net) Received: (qmail 279042 invoked from network); 30 May 2004 15:18:54 -0000 Received: from m117p015.dipool.highway.telekom.at (HELO ?62.46.4.143?) ([62.46.4.143]) (envelope-sender ) by qmail5rs.highway.telekom.at (qmail-ldap-1.03) with SMTP for ; 30 May 2004 15:18:54 -0000 From: Stefan Ehmann To: Kenneth Culver In-Reply-To: <20040529112604.00w4kckcoc8ww80c@www.sweetdreamsracing.biz> References: <20040529112604.00w4kckcoc8ww80c@www.sweetdreamsracing.biz> Content-Type: text/plain Message-Id: <1085930332.781.1.camel@taxman> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sun, 30 May 2004 17:18:52 +0200 Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: reboot and shutdown don't work, suspect acpi X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Sun, 30 May 2004 15:18:56 -0000 On Sat, 2004-05-29 at 17:26, Kenneth Culver wrote: > Hi, > Ever since the recent acpi commits, reboot and shutdown no longer work on my > machine (asus k8v deluxe mobo, athlon 64). The machine gets to "Uptime: 1m34s" > (the time is just made up) and hangs. The only way to fix this is to do a hard > reset by pushing the computer's reset button. Any ideas? Just a short me too (ASUS A7V8X-X). From owner-freebsd-current@FreeBSD.ORG Sun May 30 08:19:15 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 225D016A4DD for ; Sun, 30 May 2004 08:19:15 -0700 (PDT) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id CB44D43D39 for ; Sun, 30 May 2004 08:19:14 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) i4UFJCTS060689; Sun, 30 May 2004 08:19:12 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost)i4UFJCsS060688; Sun, 30 May 2004 08:19:12 -0700 (PDT) (envelope-from sgk) Date: Sun, 30 May 2004 08:19:12 -0700 From: Steve Kargl To: Brian Rogers Message-ID: <20040530151912.GA60571@troutmask.apl.washington.edu> References: <40B94AFB.3010209@truffula.net> <40B96595.1080500@users.sourceforge.net> <40B986DE.4030700@truffula.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <40B986DE.4030700@truffula.net> User-Agent: Mutt/1.4.1i cc: freebsd-current@freebsd.org Subject: Re: Attache USB flash drive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Sun, 30 May 2004 15:19:15 -0000 On Sun, May 30, 2004 at 12:01:50AM -0700, Brian Rogers wrote: > Rob wrote: > > >Brian Rogers wrote: > > > >>umass0: PNY Attache 2.0, rev 2.00/2.00, addr 2 > >>umass0: BBB reset failed, TIMEOUT > >>umass0: BBB bulk-in clear stall failed, TIMEOUT > >>umass0: BBB bulk-out clear stall failed, TIMEOUT These look familiar. > I just tried booting off the FreeBSD 5.2 install disc on my system. No > crash on removal, but I do get the same three repeating error messages > and still no device appears in /dev. Then I tried this boot disc on an > Intel (440BX) machine. No error messages, but still no /dev entry. I camcontrol rescan 0 -- Steve From owner-freebsd-current@FreeBSD.ORG Sun May 30 08:51:39 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7F5F716A4CE for ; Sun, 30 May 2004 08:51:39 -0700 (PDT) Received: from sccrmhc11.comcast.net (sccrmhc11.comcast.net [204.127.202.55]) by mx1.FreeBSD.org (Postfix) with ESMTP id 30AAC43D3F for ; Sun, 30 May 2004 08:51:39 -0700 (PDT) (envelope-from pmahon@ic.net) Received: from eris (bgp01059575bgs.taylor01.mi.comcast.net[68.40.0.189]) by comcast.net (sccrmhc11) with SMTP id <20040530155138011009gc9le>; Sun, 30 May 2004 15:51:38 +0000 From: "pmahon - ic.net" To: Date: Sun, 30 May 2004 11:50:07 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) In-Reply-To: <1085930332.781.1.camel@taxman> X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1409 Importance: Normal Subject: RE: reboot and shutdown don't work, suspect acpi X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Sun, 30 May 2004 15:51:39 -0000 I have the same issues with my P4P800. shutdown -r and reboot get as far as syncing disks, then it just sits there until I hit the reset button. :/ -----Original Message----- From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd-current@freebsd.org]On Behalf Of Stefan Ehmann Sent: Sunday, May 30, 2004 11:19 AM To: Kenneth Culver Cc: current@freebsd.org Subject: Re: reboot and shutdown don't work, suspect acpi On Sat, 2004-05-29 at 17:26, Kenneth Culver wrote: > Hi, > Ever since the recent acpi commits, reboot and shutdown no longer work on my > machine (asus k8v deluxe mobo, athlon 64). The machine gets to "Uptime: 1m34s" > (the time is just made up) and hangs. The only way to fix this is to do a hard > reset by pushing the computer's reset button. Any ideas? Just a short me too (ASUS A7V8X-X). _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sun May 30 08:52:08 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E3ECA16A4CE for ; Sun, 30 May 2004 08:52:08 -0700 (PDT) Received: from gravy.kishka.net (pcp04097789pcs.neave01.pa.comcast.net [68.81.192.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id 578D143D49 for ; Sun, 30 May 2004 08:52:08 -0700 (PDT) (envelope-from bryan@kishka.net) Received: from gravy.kishka.net (gravy.kishka.net [192.168.1.2]) by gravy.kishka.net (8.12.11/8.12.11) with ESMTP id i4UFq7c3000936; Sun, 30 May 2004 11:52:07 -0400 (EDT) (envelope-from bryan@kishka.net) Date: Sun, 30 May 2004 11:52:07 -0400 (EDT) From: Bryan Liesner To: current@freebsd.org In-Reply-To: <1085930332.781.1.camel@taxman> Message-ID: <20040530113052.A819@gravy.kishka.net> References: <20040529112604.00w4kckcoc8ww80c@www.sweetdreamsracing.biz> <1085930332.781.1.camel@taxman> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: nate@root.org Subject: Re: reboot and shutdown don't work, suspect acpi X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Sun, 30 May 2004 15:52:09 -0000 On Sun, 30 May 2004, Stefan Ehmann wrote: > On Sat, 2004-05-29 at 17:26, Kenneth Culver wrote: >> Hi, >> Ever since the recent acpi commits, reboot and shutdown no longer work on my >> machine (asus k8v deluxe mobo, athlon 64). The machine gets to "Uptime: 1m34s" >> (the time is just made up) and hangs. The only way to fix this is to do a hard >> reset by pushing the computer's reset button. Any ideas? > > Just a short me too (ASUS A7V8X-X). Asus motherboards seem to be a common factor. I'm seeing this here too with an Asus A7V266-E. -- ============================================================= = Bryan D. Liesner LeezSoft Communications, Inc. = = A subsidiary of LeezSoft Inc. = = bryan@kishka.net Home of the Gipper = ============================================================= From owner-freebsd-current@FreeBSD.ORG Sun May 30 09:02:11 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6DC5616A4CE for ; Sun, 30 May 2004 09:02:11 -0700 (PDT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8F1F343D46 for ; Sun, 30 May 2004 09:02:10 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.11/8.12.11) with ESMTP id i4UG1gWh084198; Sun, 30 May 2004 10:01:42 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 30 May 2004 10:02:07 -0600 (MDT) Message-Id: <20040530.100207.124867439.imp@bsdimp.com> To: dfr@nlsystems.com From: "M. Warner Losh" In-Reply-To: <200405292237.33361.dfr@nlsystems.com> References: <200405292237.33361.dfr@nlsystems.com> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: Project Evil APs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Sun, 30 May 2004 16:02:11 -0000 In message: <200405292237.33361.dfr@nlsystems.com> Doug Rabson writes: : Is 'mediaopt hostap' supposed to with the Project Evil ndis driver? I : just acquired a Linksys WMP54G card which appears to use the Broadcom : 43xx chipset. I was originally intending to build a home-made access : point out of the thing but I can't set the hostap mode. : : Project Evil likes this thing just fine with the drivers that came in : the box and happily sends and receives packets in adhoc mode. When I : try something like 'ifconfig ndis0 mediaopt hostap' I just get a : 'Device not configured' error: : : # ifconfig ndis0 mediaopt hostap : ifconfig: SIOCSIFMEDIA (mediaopt): Device not configured : : Any ideas? Should I be doing something other than 'mediaopt hostap' to : make it an AP? I've attached my dmesg and driver inf files in case : anyone wants them. I'll send the driver sys file on request - I tried : attaching it and the mailing list server blackholed it. I've found that I have to set the ssid and the meida type to get mediaopt to work. Warner From owner-freebsd-current@FreeBSD.ORG Sun May 30 09:41:43 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 26CD816A4CE; Sun, 30 May 2004 09:41:43 -0700 (PDT) Received: from vhost109.his.com (vhost109.his.com [216.194.225.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id C4E8143D31; Sun, 30 May 2004 09:41:42 -0700 (PDT) (envelope-from brad.knowles@skynet.be) Received: from [10.0.1.3] (localhost.his.com [127.0.0.1]) by vhost109.his.com (8.12.11/8.12.3) with ESMTP id i4UGfX2r069988; Sun, 30 May 2004 12:41:41 -0400 (EDT) (envelope-from brad.knowles@skynet.be) Mime-Version: 1.0 X-Sender: bs663385@pop.skynet.be Message-Id: In-Reply-To: <200405300946.23882.dfr@nlsystems.com> References: <20040530053703.0169216A4CF@hub.freebsd.org> <200405300946.23882.dfr@nlsystems.com> Date: Sun, 30 May 2004 18:37:23 +0200 To: Doug Rabson From: Brad Knowles Content-Type: text/plain; charset="us-ascii" ; format="flowed" cc: Bill Paul cc: freebsd-current@FreeBSD.ORG Subject: Re: Project Evil APs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Sun, 30 May 2004 16:41:43 -0000 At 9:46 AM +0100 2004/05/30, Doug Rabson wrote: > Any chance of a native driver for the Broadcom 43xx stuff? When Broadcom releases API information for programming their chipset, which will be about the same time that hell freezes over. -- Brad Knowles, "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -Benjamin Franklin, Historical Review of Pennsylvania. SAGE member since 1995. See for more info. From owner-freebsd-current@FreeBSD.ORG Sun May 30 10:40:14 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EC0A216A4CF for ; Sun, 30 May 2004 10:40:14 -0700 (PDT) Received: from mail.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7289643D45 for ; Sun, 30 May 2004 10:40:14 -0700 (PDT) (envelope-from don@sandvine.com) Received: by mail.sandvine.com with Internet Mail Service (5.5.2657.72) id ; Sun, 30 May 2004 13:40:13 -0400 Message-ID: From: Don Bowman To: "'current@freebsd.org'" Date: Sun, 30 May 2004 13:40:08 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2657.72) Content-Type: text/plain; charset="iso-8859-1" Subject: too many holes in address space, memory ignored X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Sun, 30 May 2004 17:40:15 -0000 On my 4GB system with PAE disabled, i'm getting these two messages out on boot: 262144K of memory above 4GB ignored Too many holes in the physical address space, giving up I'm assuming the first one is due to the address space needing locations for memory mapped io like PCI, so some ram is wasted. The second... this comes from sys/i386/i386/machdep.c Is there any reason i wouldn't just increase 'vm_paddr_t phys_avail[10];' to a number > 10? (and/or increase PHYSMAP_SIZE?) # memcontrol list -a 0/10000 BIOS write-back fixed-base fixed-length set-by-firmware active 10000/10000 BIOS write-back fixed-base fixed-length set-by-firmware active 20000/10000 BIOS write-back fixed-base fixed-length set-by-firmware active 30000/10000 BIOS write-back fixed-base fixed-length set-by-firmware active 40000/10000 BIOS write-back fixed-base fixed-length set-by-firmware active 50000/10000 BIOS write-back fixed-base fixed-length set-by-firmware active 60000/10000 BIOS write-back fixed-base fixed-length set-by-firmware active 70000/10000 BIOS write-back fixed-base fixed-length set-by-firmware active 80000/4000 BIOS write-back fixed-base fixed-length set-by-firmware active 84000/4000 BIOS write-back fixed-base fixed-length set-by-firmware active 88000/4000 BIOS write-back fixed-base fixed-length set-by-firmware active 8c000/4000 BIOS write-back fixed-base fixed-length set-by-firmware active 90000/4000 BIOS write-back fixed-base fixed-length set-by-firmware active 94000/4000 BIOS write-back fixed-base fixed-length set-by-firmware active 98000/4000 BIOS write-back fixed-base fixed-length set-by-firmware active 9c000/4000 BIOS write-back fixed-base fixed-length set-by-firmware active a0000/4000 BIOS uncacheable fixed-base fixed-length set-by-firmware active a4000/4000 BIOS uncacheable fixed-base fixed-length set-by-firmware active a8000/4000 BIOS uncacheable fixed-base fixed-length set-by-firmware active ac000/4000 BIOS uncacheable fixed-base fixed-length set-by-firmware active b0000/4000 BIOS uncacheable fixed-base fixed-length set-by-firmware active b4000/4000 BIOS uncacheable fixed-base fixed-length set-by-firmware active b8000/4000 BIOS uncacheable fixed-base fixed-length set-by-firmware active bc000/4000 BIOS uncacheable fixed-base fixed-length set-by-firmware active c0000/1000 BIOS write-protect fixed-base fixed-length set-by-firmware active c1000/1000 BIOS write-protect fixed-base fixed-length set-by-firmware active c2000/1000 BIOS write-protect fixed-base fixed-length set-by-firmware active c3000/1000 BIOS write-protect fixed-base fixed-length set-by-firmware active c4000/1000 BIOS write-protect fixed-base fixed-length set-by-firmware active c5000/1000 BIOS write-protect fixed-base fixed-length set-by-firmware active c6000/1000 BIOS write-protect fixed-base fixed-length set-by-firmware active c7000/1000 BIOS write-protect fixed-base fixed-length set-by-firmware active c8000/1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active c9000/1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active ca000/1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active cb000/1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active cc000/1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active cd000/1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active ce000/1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active cf000/1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active d0000/1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active d1000/1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active d2000/1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active d3000/1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active d4000/1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active d5000/1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active d6000/1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active d7000/1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active d8000/1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active d9000/1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active da000/1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active db000/1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active dc000/1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active dd000/1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active de000/1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active df000/1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active e0000/1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active e1000/1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active e2000/1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active e3000/1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active e4000/1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active e5000/1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active e6000/1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active e7000/1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active e8000/1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active e9000/1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active ea000/1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active eb000/1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active ec000/1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active ed000/1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active ee000/1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active ef000/1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active f0000/1000 BIOS write-protect fixed-base fixed-length set-by-firmware active f1000/1000 BIOS write-protect fixed-base fixed-length set-by-firmware active f2000/1000 BIOS write-protect fixed-base fixed-length set-by-firmware active f3000/1000 BIOS write-protect fixed-base fixed-length set-by-firmware active f4000/1000 BIOS write-protect fixed-base fixed-length set-by-firmware active f5000/1000 BIOS write-protect fixed-base fixed-length set-by-firmware active f6000/1000 BIOS write-protect fixed-base fixed-length set-by-firmware active f7000/1000 BIOS write-protect fixed-base fixed-length set-by-firmware active f8000/1000 BIOS write-protect fixed-base fixed-length set-by-firmware active f9000/1000 BIOS write-protect fixed-base fixed-length set-by-firmware active fa000/1000 BIOS write-protect fixed-base fixed-length set-by-firmware active fb000/1000 BIOS write-protect fixed-base fixed-length set-by-firmware active fc000/1000 BIOS write-protect fixed-base fixed-length set-by-firmware active fd000/1000 BIOS write-protect fixed-base fixed-length set-by-firmware active fe000/1000 BIOS write-protect fixed-base fixed-length set-by-firmware active ff000/1000 BIOS write-protect fixed-base fixed-length set-by-firmware active f0000000/10000000 BIOS uncacheable set-by-firmware active 0/100000000 BIOS write-back set-by-firmware active 100000000/10000000 BIOS write-back set-by-firmware active eff80000/80000 BIOS uncacheable set-by-firmware active 0/1000000000 - uncacheable 0/1000000000 - uncacheable 0/1000000000 - uncacheable 0/1000000000 - uncacheable From owner-freebsd-current@FreeBSD.ORG Sun May 30 11:01:55 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5FDB116A4CE for ; Sun, 30 May 2004 11:01:55 -0700 (PDT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0789A43D4C for ; Sun, 30 May 2004 11:01:55 -0700 (PDT) (envelope-from scottl@freebsd.org) Received: from freebsd.org (junior-wifi.samsco.home [192.168.0.11]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i4UI8cxH099301; Sun, 30 May 2004 12:08:39 -0600 (MDT) (envelope-from scottl@freebsd.org) Message-ID: <40BA217B.50209@freebsd.org> Date: Sun, 30 May 2004 12:01:31 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040304 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Don Bowman References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: "'current@freebsd.org'" Subject: Re: too many holes in address space, memory ignored X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Sun, 30 May 2004 18:01:55 -0000 Don Bowman wrote: > On my 4GB system with PAE disabled, i'm getting these > two messages out on boot: > 262144K of memory above 4GB ignored > Too many holes in the physical address space, giving up > > I'm assuming the first one is due to the address > space needing locations for memory mapped io like > PCI, so some ram is wasted. Actually, it's the opposite. The northbridge is remapping the memory that is normally hidden by the PCI window so that it doesn't get wasted. > The second... this comes from sys/i386/i386/machdep.c > Is there any reason i wouldn't just increase > 'vm_paddr_t phys_avail[10];' to a number > 10? > (and/or increase PHYSMAP_SIZE?) > Can't comment on the safety of that, other than to wonder if you have a the BIOS set to shadow a bunch of <1MB segments. Scott From owner-freebsd-current@FreeBSD.ORG Sun May 30 12:06:00 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 618) id 5B64916A4CF; Sun, 30 May 2004 12:06:00 -0700 (PDT) In-Reply-To: <200405300946.23882.dfr@nlsystems.com> from Doug Rabson at "May 30, 2004 09:46:23 am" To: dfr@nlsystems.com (Doug Rabson) Date: Sun, 30 May 2004 12:06:00 -0700 (PDT) X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <20040530190600.5B64916A4CF@hub.freebsd.org> From: wpaul@FreeBSD.ORG (Bill Paul) cc: freebsd-current@FreeBSD.ORG Subject: Re: Project Evil APs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Sun, 30 May 2004 19:06:00 -0000 > > > > You want to use ad-hoc mode. You don't want to bother me with silly > > questions about hostap mode because it doesn't really let you do > > anything you can't do with ad-hoc mode anyway. Use IPSec with > > ad-hoc mode and you'll probably get better security than any > > access point can give you in the first place. > > > > Probably. Only if I can get this silly little WinME laptop to do ad-hoc > as well though. The main reason for doing this is that my AP died and > my gf wants to use the laptop in the garden :-). Did you... read the little booklet that came with the card in your gf's computer? Sometimes there's a special control panel snap-in or custom utility to configure the card. If not, go to the control panel, click "system" and look for the device manager. Select the wireless device and check for driver settings. You might be able to set ad-hoc mode there. > Interestingly, the inf file lists a registry key named "EnableSoftAP" > which appears to suggest that support might be possible in windows with > the right software. Probably involves custom drivers using private > interfaces with the driver though :-(. > > Any chance of a native driver for the Broadcom 43xx stuff? Broadcom refuses to release programming manuals for their wireless chipsets, most likely because they use software controlled radios. In order to get FCC type acceptance for their parts, they have to fix it so the user can't arbitrarily set things like operating frequencies, modulation parameters and power output. Since a large part of that is now controlled by the driver (rather than by firmware, like with the Lucent WaveLAN and Aironet devices), the only way they can do that is by making the driver binary only. If they gave out driver source or manuals, you could figure out how to reprogram the radio any way you wanted, which would make the FCC unhappy, which means no FCC type acceptance, which means no sales in the U.S. market. Note that the Intel Centrino wireless chips (Calexico I and Calexico II) are firmware driven, which is what makes it possible to have a native driver for them without violating FCC regs. To bad Intel wrote the book on foot dragging. -Bill --- ============================================================================= -Bill Paul (510) 749-2329 | Senior Engineer, Master of Unix-Fu wpaul@windriver.com | Wind River Systems ============================================================================= you're just BEGGING to face the moose ============================================================================= From owner-freebsd-current@FreeBSD.ORG Sun May 30 12:52:08 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F296416A4CE for ; Sun, 30 May 2004 12:52:07 -0700 (PDT) Received: from mail.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 53A2343D49 for ; Sun, 30 May 2004 12:52:07 -0700 (PDT) (envelope-from don@sandvine.com) Received: by mail.sandvine.com with Internet Mail Service (5.5.2657.72) id ; Sun, 30 May 2004 15:52:06 -0400 Message-ID: From: Don Bowman To: "'current@freebsd.org'" Date: Sun, 30 May 2004 15:52:04 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2657.72) Content-Type: multipart/mixed; boundary="----_=_NextPart_000_01C4467F.951AA9C0" Subject: hang with raid, postgresql X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Sun, 30 May 2004 19:52:08 -0000 This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_000_01C4467F.951AA9C0 Content-Type: text/plain; charset="iso-8859-1" I have a system with 2x 2.8GHz XEON (P4), intel e7501 chipset, 4GB of ram, aac [adaptec 2200s] raid with 4 scsi disks. I have also tried asr (adaptec 2015). I have tried two different motherboards. The only application the machine runs is postgresql, with about ~30 databases, about ~250GB of data. I'm finding the machine locks up solid once a day or so (sometimes more, sometimes less, no pattern of time of day). I know its not a hardware issue, it is reliable with FreeBSD 4.7. I've run through memory test, disk test, etc. There appears to be a correlation between disk activity (postgresql vacuum) and the lockup, but i can't be sure. I've just reproduced it with a cvsup from head today [2004-05-30 12:00 EDT], so its still present. I've got a serial console, and the break to debugger (which works under normal circumstances). In the lockup case, i cannot drop into db, and no output appears anywhere. I have enabled the following options, but still no affect, no messages come out (other than erroneous LOR issues). options ALT_BREAK_TO_DEBUGGER options DDB options INVARIANTS options INVARIANT_SUPPORT options WITNESS options WITNESS_SKIPSPIN options MUTEX_DEBUG options DIAGNOSTIC i've tried both with and without ACPI. It does not have PAE configured in. The fact that i can't drop into the debugger using the CR ~ ^B sequence when its locked up implies that its no longer servicing the serial interrupt. Does anyone have any suggestions? postgresql makes use of disk, sysv semaphores, shared memory, etc. I don't have sound, vga, X, ... any of the 'complicated' things, its just a server. There is no ATA. I tried setting kern.smp.active to 0, but it still locked up. I'm looking for any suggestions. I have attached the config file from it if anyone has any comments on that. --don ------_=_NextPart_000_01C4467F.951AA9C0 Content-Type: application/octet-stream; name="CDATA" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="CDATA" machine i386=0A= cpu I686_CPU=0A= ident CDATA=0A= =0A= makeoptions DEBUG=3D-g #Build kernel with gdb(1) debug symbols=0A= =0A= options SCHED_4BSD #4BSD scheduler=0A= options INET #InterNETworking=0A= options INET6 #IPv6 communications protocols=0A= options FFS #Berkeley Fast Filesystem=0A= options SOFTUPDATES #Enable FFS soft updates support=0A= options UFS_ACL #Support for access control lists=0A= options UFS_DIRHASH #Improve performance on big directories=0A= options MD_ROOT #MD is a potential root device=0A= options NFSCLIENT #Network Filesystem Client=0A= options NFSSERVER #Network Filesystem Server=0A= options NFS_ROOT #NFS usable as /, requires NFSCLIENT=0A= options MSDOSFS #MSDOS Filesystem=0A= options CD9660 #ISO 9660 Filesystem=0A= options PROCFS #Process filesystem (requires PSEUDOFS)=0A= options PSEUDOFS #Pseudo-filesystem framework=0A= options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!]=0A= options COMPAT_FREEBSD4 #Compatible with FreeBSD4=0A= options SCSI_DELAY=3D1000 #Delay (in ms) before probing SCSI=0A= options KTRACE #ktrace(1) support=0A= options SYSVSHM #SYSV-style shared memory=0A= options SYSVMSG #SYSV-style message queues=0A= options SYSVSEM #SYSV-style semaphores=0A= options _KPOSIX_PRIORITY_SCHEDULING #Posix P1003_1B real-time = extensions=0A= options KBD_INSTALL_CDEV # install a CDEV entry in /dev=0A= options AHC_REG_PRETTY_PRINT # Print register bitfields in debug=0A= # output. Adds ~128k to driver.=0A= options AHD_REG_PRETTY_PRINT # Print register bitfields in debug=0A= # output. Adds ~215k to driver.=0A= options PFIL_HOOKS # pfil(9) framework=0A= =0A= # Debugging for use in -current=0A= options DDB #Enable the kernel debugger=0A= options INVARIANTS #Enable calls of extra sanity checking=0A= options INVARIANT_SUPPORT #Extra sanity checks of internal structures, = required by INVARIANTS=0A= options WITNESS #Enable checks to detect deadlocks and cycles=0A= options WITNESS_SKIPSPIN #Don't run witness on spinlocks for speed=0A= options MUTEX_DEBUG=0A= options DIAGNOSTIC=0A= =0A= =0A= =0A= # To make an SMP kernel, the next two are needed=0A= options SMP # Symmetric MultiProcessor Kernel=0A= device apic # I/O APIC=0A= =0A= device isa=0A= device eisa=0A= device pci=0A= =0A= # Floppy drives=0A= device fdc=0A= =0A= # ATA and ATAPI devices=0A= device ata=0A= device atadisk # ATA disk drives=0A= device ataraid # ATA RAID drives=0A= device atapicd # ATAPI CDROM drives=0A= device atapifd # ATAPI floppy drives=0A= device atapist # ATAPI tape drives=0A= options ATA_STATIC_ID #Static device numbering=0A= =0A= # SCSI Controllers=0A= device ahd # AHA39320/29320 and onboard AIC79xx devices=0A= # SCSI peripherals=0A= device scbus # SCSI bus (required for SCSI)=0A= device ch # SCSI media changers=0A= device da # Direct Access (disks)=0A= device sa # Sequential Access (tape etc)=0A= device cd # CD=0A= device pass # Passthrough device (direct SCSI access)=0A= device ses # SCSI Environmental Services (and SAF-TE)=0A= =0A= # RAID controllers interfaced to the SCSI subsystem=0A= device asr # DPT SmartRAID V, VI and Adaptec SCSI RAID=0A= device ciss # Compaq Smart RAID 5*=0A= device dpt # DPT Smartcache III, IV - See NOTES for options=0A= device iir # Intel Integrated RAID=0A= device ips # IBM (Adaptec) ServeRAID=0A= device mly # Mylex AcceleRAID/eXtremeRAID=0A= device aac # Adaptec FSA RAID=0A= device amr # Adaptec FSA RAID=0A= device aacp # SCSI passthrough for aac (requires CAM)=0A= device ida # Compaq Smart RAID=0A= device mlx # Mylex DAC960 family=0A= device pst # Promise Supertrak SX6000=0A= device twe # 3ware ATA RAID=0A= =0A= # atkbdc0 controls both the keyboard and the PS/2 mouse=0A= device atkbdc # AT keyboard controller=0A= device atkbd # AT keyboard=0A= device psm # PS/2 mouse=0A= =0A= device vga # VGA video card driver=0A= =0A= device splash # Splash screen and screen saver support=0A= =0A= # syscons is the default console driver, resembling an SCO console=0A= device sc=0A= =0A= # Enable this for the pcvt (VT220 compatible) console driver=0A= #device vt=0A= #options XSERVER # support for X server on a vt console=0A= #options FAT_CURSOR # start with block cursor=0A= =0A= device agp # support several AGP chipsets=0A= =0A= # Floating point support - do not disable.=0A= device npx=0A= =0A= # Power management support (see NOTES for more options)=0A= #device apm=0A= # Add suspend/resume support for the i8254.=0A= device pmtimer=0A= =0A= # PCCARD (PCMCIA) support=0A= # Pcmcia and cardbus bridge support=0A= device cbb # cardbus (yenta) bridge=0A= #device pcic # ExCA ISA and PCI bridges=0A= device pccard # PC Card (16-bit) bus=0A= device cardbus # CardBus (32-bit) bus=0A= =0A= # Serial (COM) ports=0A= device sio # 8250, 16[45]50 based serial ports=0A= =0A= # PCI Ethernet NICs.=0A= device em # Intel PRO/1000 adapter Gigabit Ethernet Card=0A= =0A= # PCI Ethernet NICs that use the common MII bus controller code.=0A= # NOTE: Be sure to keep the 'device miibus' line in order to use these = NICs!=0A= device miibus # MII bus support=0A= device bfe # Broadcom BCM440x 10/100 ethernet=0A= device bge # Broadcom BCM570xx Gigabit Ethernet=0A= device fxp # Intel EtherExpress PRO/100B (82557, 82558)=0A= device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'')=0A= =0A= # Pseudo devices - the number indicates how many units to allocate.=0A= device random # Entropy device=0A= device loop # Network loopback=0A= device ether # Ethernet support=0A= device tun # Packet tunnel.=0A= device pty # Pseudo-ttys (telnet etc)=0A= device md # Memory "disks"=0A= device gif # IPv6 and IPv4 tunneling=0A= device faith # IPv6-to-IPv4 relaying (translation)=0A= =0A= # The `bpf' device enables the Berkeley Packet Filter.=0A= # Be aware of the administrative consequences of enabling this!=0A= device bpf # Berkeley packet filter=0A= =0A= # USB support=0A= device uhci # UHCI PCI->USB interface=0A= device ohci # OHCI PCI->USB interface=0A= device usb # USB Bus (required)=0A= #device udbp # USB Double Bulk Pipe devices=0A= device ugen # Generic=0A= device uhid # "Human Interface Devices"=0A= device ukbd # Keyboard=0A= device ulpt # Printer=0A= device umass # Disks/Mass storage - Requires scbus and da=0A= device ums # Mouse=0A= device urio # Diamond Rio 500 MP3 player=0A= device uscanner # Scanners=0A= # USB Ethernet, requires mii=0A= device aue # ADMtek USB ethernet=0A= device axe # ASIX Electronics USB ethernet=0A= device cue # CATC USB ethernet=0A= device kue # Kawasaki LSI USB ethernet=0A= =0A= options ALT_BREAK_TO_DEBUGGER=0A= options DDB_UNATTENDED=0A= =0A= options MAXDSIZ=3D(1536UL*1024*1024)=0A= options MAXSSIZ=3D(128UL*1024*1024)=0A= options DFLDSIZ=3D(1024UL*1024*1024)=0A= options INCLUDE_CONFIG_FILE # Include this file in kernel=0A= device gre #IP over IP tunneling=0A= options IPFIREWALL #firewall=0A= options IPFIREWALL_DEFAULT_TO_ACCEPT #allow everything by default=0A= options HZ=3D1000=0A= options SES_ENABLE_PASSTHROUGH=0A= device smbus # Bus support, required for smb below.=0A= device smb=0A= device ichsmb=0A= options SEMMNS=3D256=0A= options SEMMNI=3D128=0A= options SEMMSL=3D128=0A= =0A= options CONSPEED=3D115200 =0A= #option VM_KMEM_SIZE_SCALE=3D2=0A= options VM_KMEM_SIZE_MAX=3D419430400=0A= options CPU_ENABLE_SSE=0A= =0A= options CPU_ENABLE_TCC=0A= ------_=_NextPart_000_01C4467F.951AA9C0-- From owner-freebsd-current@FreeBSD.ORG Sun May 30 12:53:17 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7C30C16A4CE; Sun, 30 May 2004 12:53:17 -0700 (PDT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 334AE43D3F; Sun, 30 May 2004 12:53:17 -0700 (PDT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 2058972DCB; Sun, 30 May 2004 12:53:17 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 1E02D72DB5; Sun, 30 May 2004 12:53:17 -0700 (PDT) Date: Sun, 30 May 2004 12:53:17 -0700 (PDT) From: Doug White To: Sean McNeil In-Reply-To: <1085733682.1155.15.camel@server.mcneil.com> Message-ID: <20040530125215.O87435@carver.gumbysoft.com> References: <1085733682.1155.15.camel@server.mcneil.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org cc: freebsd-amd64@freebsd.org Subject: Re: migrating -current machine to amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Sun, 30 May 2004 19:53:17 -0000 On Fri, 28 May 2004, Sean McNeil wrote: > Hi Folks, > > I just replaced my motherboard with an athlon64 and got everything > working great in 32-bit mode. I'm very interested in gradually moving > everything to 64-bit. So I tried the following: > > make TARGET_ARCH=amd64 buildworld > make TARGET_ARCH=amd64 buildkernel > make TARGET_ARCH=amd64 installkernel > > This gave me an amd64 kernel that started to boot but had some problems > looking for /libexec/ld-elf32.so.1. I tried copying ld-elf.so.1 to > ld-elf32.so.1 and got farther. But then later it core dumped with > swapon and sh. I can drop into sh, though, so I'm not sure why it core > dumped. amd64 doens't currently support a 32-bit world too well. You'll need to replace everything, which is hard to do iwith an upgrade-in-place. I'd recommend just reinstalling or upgrading via a CD. I know peter's been working on the mixed 32 bit mode stuff but I don't know what the status of that is. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sun May 30 13:03:11 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DD02816A4CE for ; Sun, 30 May 2004 13:03:11 -0700 (PDT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id B153243D5A for ; Sun, 30 May 2004 13:03:11 -0700 (PDT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id A434C72DD5; Sun, 30 May 2004 13:03:11 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 9F12B72DD4; Sun, 30 May 2004 13:03:11 -0700 (PDT) Date: Sun, 30 May 2004 13:03:11 -0700 (PDT) From: Doug White To: Brian Rogers In-Reply-To: <40B986DE.4030700@truffula.net> Message-ID: <20040530130216.B87435@carver.gumbysoft.com> References: <40B94AFB.3010209@truffula.net> <40B96595.1080500@users.sourceforge.net> <40B986DE.4030700@truffula.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: Attache USB flash drive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Sun, 30 May 2004 20:03:12 -0000 On Sun, 30 May 2004, Brian Rogers wrote: > >> umass0: PNY Attache 2.0, rev 2.00/2.00, addr 2 > >> umass0: BBB reset failed, TIMEOUT I have one of these and I usually have to do 'cmacontrol rescan' for teh device node to show up. But I don't get the BBB failures. Machine's a KT400-based Soyo. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sun May 30 13:08:23 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0396E16A4CE for ; Sun, 30 May 2004 13:08:23 -0700 (PDT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED25A43D54 for ; Sun, 30 May 2004 13:08:22 -0700 (PDT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 5507972DD5; Sun, 30 May 2004 13:08:21 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 4F30C72DD4; Sun, 30 May 2004 13:08:21 -0700 (PDT) Date: Sun, 30 May 2004 13:08:21 -0700 (PDT) From: Doug White To: Don Bowman In-Reply-To: Message-ID: <20040530130716.N87435@carver.gumbysoft.com> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: "'current@freebsd.org'" Subject: Re: hang with raid, postgresql X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Sun, 30 May 2004 20:08:23 -0000 On Sun, 30 May 2004, Don Bowman wrote: > > I have a system with 2x 2.8GHz XEON (P4), intel e7501 chipset, > 4GB of ram, aac [adaptec 2200s] raid with 4 scsi > disks. I have also tried asr (adaptec 2015). > I have tried two different motherboards. > The only application the machine runs is postgresql, > with about ~30 databases, about ~250GB of data. > > I'm finding the machine locks up solid once a day > or so (sometimes more, sometimes less, no pattern > of time of day). I know its not a hardware issue, it > is reliable with FreeBSD 4.7. I've run through memory > test, disk test, etc. > > There appears to be a correlation between > disk activity (postgresql vacuum) and the lockup, > but i can't be sure. Temperature? What motherboard is it exactly? -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sun May 30 13:12:30 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5D08316A4CE for ; Sun, 30 May 2004 13:12:30 -0700 (PDT) Received: from mail.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B74A43D4C for ; Sun, 30 May 2004 13:12:29 -0700 (PDT) (envelope-from don@sandvine.com) Received: by mail.sandvine.com with Internet Mail Service (5.5.2657.72) id ; Sun, 30 May 2004 16:12:24 -0400 Message-ID: From: Don Bowman To: "'current@freebsd.org'" Date: Sun, 30 May 2004 16:12:16 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2657.72) Content-Type: text/plain; charset="iso-8859-1" Subject: sysctl lock, system lockup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Sun, 30 May 2004 20:12:30 -0000 On the console i ran 'top', but it wouldn't start, giving: load: 0.00 cmd: top 4282 [sysctl lock] 0.00u 0.00s 0% 180k as the status. I can't ^C it, can't ssh in. can still ping the device. It was doing a backgound fsck from an earlier hang. i have called panic from db, not sure if the core will work properly or not. Dropping to db, shows: db> show witness Sleep locks: 0 g_xdown -- last acquired @ /usr/src/sys/geom/geom_io.c:360 3 AAC I/O lock -- last acquired @ /usr/src/sys/dev/aac/aac.c:835 4 g_disk_done -- last acquired @ /usr/src/sys/geom/geom_disk.c:188 5 bio queue -- last acquired @ /usr/src/sys/geom/geom_io.c:65 9 system map -- last acquired @ /usr/src/sys/vm/vm_map.c:2217 10 kmem object -- last acquired @ /usr/src/sys/vm/vm_object.c:458 11 vm page queue mutex -- last acquired @ /usr/src/sys/kern/vfs_bio.c:3192 12 UMA pcpu -- last acquired @ /usr/src/sys/vm/uma_core.c:1729 13 KMAP ENTRY -- last acquired @ /usr/src/sys/vm/uma_core.c:361 14 UMA zone -- last acquired @ /usr/src/sys/vm/uma_core.c:1747 12 vnode interlock -- last acquired @ /usr/src/sys/kern/vfs_bio.c:1516 13 vnode_free_list -- last acquired @ /usr/src/sys/kern/vfs_subr.c:540 13 dev_t -- last acquired @ /usr/src/sys/kern/kern_conf.c:79 13 Syncer mtx -- last acquired @ /usr/src/sys/kern/vfs_subr.c:1566 13 spechash -- last acquired @ /usr/src/sys/kern/vfs_subr.c:1775 13 Name Cache -- last acquired @ /usr/src/sys/kern/vfs_cache.c:352 12 CMAPCADDR12 -- last acquired @ /usr/src/sys/i386/i386/pmap.c:2450 10 vm object -- last acquired @ /usr/src/sys/kern/vfs_bio.c:3173 11 vm object_list -- last acquired @ /usr/src/sys/vm/vm_object.c:221 11 vm page queue mutex -- (already displayed) 4 AAC AIF lock -- last acquired @ /usr/src/sys/dev/aac/aac.c:2707 6 sellck -- last acquired @ /usr/src/sys/kern/sys_generic.c:823 4 bdone lock -- last acquired @ /usr/src/sys/kern/vfs_bio.c:2989 9 Malloc Stats -- last acquired @ /usr/src/sys/kern/kern_malloc.c:333 0 g_xup -- last acquired @ /usr/src/sys/geom/geom_io.c:404 2 Giant -- last acquired @ /usr/src/sys/kern/kern_timeout.c:246 3 eventhandler -- last acquired @ /usr/src/sys/kern/subr_eventhandler.c:213 4 eventhandler list -- last acquired @ /usr/src/sys/kern/kern_exit.c:204 3 pseudofs_vncache -- last acquired @ /usr/src/sys/fs/pseudofs/pseudofs_vncache.c:226 3 malloc -- last acquired @ /usr/src/sys/kern/kern_malloc.c:574 3 bounce pages lock -- last acquired @ /usr/src/sys/i386/i386/busdma_machdep.c:825 3 struct mount mtx -- last acquired @ /usr/src/sys/nfsclient/nfs_vfsops.c:956 12 vnode interlock -- (already displayed) 3 vm86 lock -- last acquired @ /usr/src/sys/i386/i386/vm86.c:582 3 ACPI semaphore -- last acquired @ /usr/src/sys/dev/acpica/Osd/OsdSynch.c:320 3 taskqueue list -- last acquired @ /usr/src/sys/kern/subr_taskqueue.c:88 3 kernel linker -- last acquired @ /usr/src/sys/kern/kern_linker.c:1035 3 devd -- last acquired @ /usr/src/sys/kern/subr_bus.c:628 9 Malloc Stats -- (already displayed) 9 system map -- (already displayed) 3 devstat -- last acquired @ /usr/src/sys/kern/subr_devstat.c:398 3 domain list -- last acquired @ /usr/src/sys/kern/uipc_domain.c:110 3 acpica subsystem lock -- last acquired @ /usr/src/sys/dev/acpica/Osd/OsdSynch.c:380 3 GEOM orphanage -- last acquired @ /usr/src/sys/geom/geom_event.c:169 3 ithread -- last acquired @ /usr/src/sys/kern/kern_intr.c:275 3 rman -- last acquired @ /usr/src/sys/kern/subr_rman.c:445 9 Malloc Stats -- (already displayed) 9 system map -- (already displayed) 3 rman head -- last acquired @ /usr/src/sys/kern/subr_rman.c:110 3 pbuf mutex -- last acquired @ /usr/src/sys/vm/vm_pager.c:414 3 lo_mtx -- last acquired @ /usr/src/sys/net/if_loop.c:156 3 bpf global lock -- last acquired @ /usr/src/sys/net/bpf.c:1425 3 sf_buf -- last acquired @ /usr/src/sys/i386/i386/vm_machdep.c:659 3 taskqueue -- last acquired @ /usr/src/sys/kern/subr_taskqueue.c:241 3 dont_sleep_in_callout -- last acquired @ /usr/src/sys/kern/kern_timeout.c:253 4 ip6qlock -- last acquired @ /usr/src/sys/netinet6/frag6.c:687 4 udp -- last acquired @ /usr/src/sys/netinet/udp_usrreq.c:263 5 udpinp -- last acquired @ /usr/src/sys/netinet/udp_usrreq.c:290 6 nfsd_mtx -- last acquired @ /usr/src/sys/nfsserver/nfs_srvsock.c:811 9 Malloc Stats -- (already displayed) 7 mountlist -- last acquired @ /usr/src/sys/kern/vfs_subr.c:3340 9 mbuf PCPU list lock -- last acquired @ /usr/src/sys/kern/subr_mbuf.c:932 10 mbuf subsystem general lists lock -- last acquired @ /usr/src/sys/kern/subr_mbuf.c:682 11 sleep mtxpool -- last acquired @ /usr/src/sys/kern/kern_prot.c:1726 12 UMA pcpu -- (already displayed) 6 IPFW static rules -- last acquired @ /usr/src/sys/netinet/ip_fw2.c:1566 6 arc4_mtx -- last acquired @ /usr/src/sys/libkern/arc4random.c:137 6 ip_inq -- last acquired @ /usr/src/sys/net/netisr.c:149 6 radix node head -- last acquired @ /usr/src/sys/net/route.c:142 7 rtentry -- last acquired @ /usr/src/sys/net/route.c:191 8 ifaddr -- last acquired @ /usr/src/sys/net/route.c:775 8 network driver -- last acquired @ /usr/src/sys/dev/em/if_em.c:1563 9 if send queue -- last acquired @ /usr/src/sys/dev/em/if_em.c:615 9 Malloc Stats -- (already displayed) 9 mbuf PCPU list lock -- (already displayed) 9 system map -- (already displayed) 8 ifnet -- last acquired @ /usr/src/sys/net/if.c:1217 6 sellck -- (already displayed) 5 udp6inp -- last acquired @ /usr/src/sys/netinet/udp_usrreq.c:290 8 process lock -- last acquired @ /usr/src/sys/kern/kern_physio.c:127 9 struct pargs.ref -- last acquired @ /usr/src/sys/kern/kern_proc.c:1080 9 ktrace -- last acquired @ /usr/src/sys/kern/kern_fork.c:616 9 sigacts -- last acquired @ /usr/src/sys/kern/subr_sleepqueue.c:318 9 session -- last acquired @ /usr/src/sys/kern/kern_fork.c:598 12 vnode interlock -- (already displayed) 10 uidinfo hash -- last acquired @ /usr/src/sys/kern/kern_resource.c:1006 11 sleep mtxpool -- (already displayed) 11 uidinfo struct -- last acquired @ order list:0 12 allprison -- last acquired @ /usr/src/sys/kern/kern_jail.c:457 4 ipqlock -- last acquired @ /usr/src/sys/netinet/ip_input.c:1220 4 tcp -- last acquired @ /usr/src/sys/netinet/tcp_timer.c:137 5 tcpinp -- last acquired @ /usr/src/sys/netinet/tcp_input.c:717 6 sellck -- (already displayed) 6 radix node head -- (already displayed) 6 tcp_hc_entry -- last acquired @ /usr/src/sys/netinet/tcp_hostcache.c:287 9 system map -- (already displayed) 6 arc4_mtx -- (already displayed) 6 IPFW static rules -- (already displayed) 8 process lock -- (already displayed) 6 random reseed -- last acquired @ /usr/src/sys/dev/random/yarrow.c:193 4 UMA lock -- last acquired @ /usr/src/sys/vm/uma_core.c:1213 9 Malloc Stats -- (already displayed) 12 UMA pcpu -- (already displayed) 3 accounting -- last acquired @ /usr/src/sys/kern/kern_acct.c:232 3 pfil_head_mtx -- last acquired @ /usr/src/sys/net/pfil.c:166 4 pfil_head_list lock -- last acquired @ /usr/src/sys/net/pfil.c:172 3 ACPI task -- last acquired @ /usr/src/sys/dev/acpica/Osd/OsdSchedule.c:107 3 AAC I/O lock -- (already displayed) 3 pseudofs -- last acquired @ /usr/src/sys/fs/pseudofs/pseudofs_fileno.c:86 3 AAC sync FIB lock -- last acquired @ /usr/src/sys/dev/aac/aac.c:1717 4 kobj -- last acquired @ /usr/src/sys/kern/subr_kobj.c:298 9 Malloc Stats -- (already displayed) 4 AAC container lock -- last acquired @ /usr/src/sys/dev/aac/aac.c:389 12 UMA pcpu -- (already displayed) 3 buffer daemon lock -- last acquired @ /usr/src/sys/kern/vfs_bio.c:401 3 dirhash list -- last acquired @ /usr/src/sys/ufs/ufs/ufs_dirhash.c:348 4 dirhash -- last acquired @ /usr/src/sys/ufs/ufs/ufs_dirhash.c:349 3 ufs ihash -- last acquired @ /usr/src/sys/ufs/ufs/ufs_ihash.c:120 12 vnode interlock -- (already displayed) 3 needsbuffer lock -- last acquired @ /usr/src/sys/kern/vfs_bio.c:296 3 runningbufspace lock -- last acquired @ /usr/src/sys/kern/vfs_bio.c:314 3 mntid -- last acquired @ /usr/src/sys/kern/vfs_subr.c:365 7 mountlist -- (already displayed) 3 buf queue lock -- last acquired @ /usr/src/sys/kern/vfs_bio.c:1505 12 vnode interlock -- (already displayed) 3 semid -- last acquired @ /usr/src/sys/kern/sysv_sem.c:683 4 sem -- last acquired @ /usr/src/sys/kern/sysv_sem.c:1173 3 arp_inq -- last acquired @ /usr/src/sys/net/netisr.c:149 3 fifo mutex -- last acquired @ /usr/src/sys/fs/fifofs/fifo_vnops.c:228 3 ip6_inq -- last acquired @ /usr/src/sys/net/netisr.c:149 3 fdesc -- last acquired @ /usr/src/sys/kern/kern_descrip.c:1586 4 filedesc structure -- last acquired @ /usr/src/sys/kern/sys_generic.c:902 9 Malloc Stats -- (already displayed) 5 pipe mutex -- last acquired @ /usr/src/sys/kern/sys_pipe.c:1290 6 sellck -- (already displayed) 11 vm page queue mutex -- (already displayed) 6 sigio lock -- last acquired @ /usr/src/sys/kern/kern_descrip.c:904 7 process group -- last acquired @ /usr/src/sys/kern/kern_fork.c:588 8 process lock -- (already displayed) 3 rtsock route_cb lock -- last acquired @ /usr/src/sys/net/rtsock.c:194 3 rip -- last acquired @ /usr/src/sys/netinet/raw_ip.c:192 9 mbuf PCPU list lock -- (already displayed) 3 msq -- last acquired @ /usr/src/sys/kern/sysv_msg.c:912 0 if_afdata -- last acquired @ /usr/src/sys/net/if.c:480 0 GEOM topology -- last acquired @ /usr/src/sys/geom/geom_event.c:156 5 bio queue -- (already displayed) 3 GEOM orphanage -- (already displayed) 4 bdone lock -- (already displayed) 9 Malloc Stats -- (already displayed) 3 devstat -- (already displayed) 9 system map -- (already displayed) 1 swapdev -- last acquired @ /usr/src/sys/vm/swap_pager.c:2291 0 p_peers -- last acquired @ /usr/src/sys/kern/kern_exit.c:248 0 module subsystem sx lock -- last acquired @ /usr/src/sys/kern/kern_module.c:387 0 sysctl lock -- last acquired @ /usr/src/sys/kern/kern_sysctl.c:1312 1 addrsel_lock -- last acquired @ /usr/src/sys/netinet6/in6_src.c:1137 1 swapdev -- (already displayed) 1 filelist lock -- last acquired @ /usr/src/sys/kern/kern_descrip.c:1361 4 filedesc structure -- (already displayed) 1 allproc -- last acquired @ /usr/src/sys/kern/sched_4bsd.c:295 2 Giant -- (already displayed) 0 kernel environment -- last acquired @ /usr/src/sys/kern/kern_environment.c:285 0 proctree -- last acquired @ /usr/src/sys/fs/specfs/spec_vnops.c:596 1 allproc -- (already displayed) Spin locks: Locks which were never acquired: swap_pager swhash scope6_lock pseudofs_fileno IPFW dynamic rules faith_mtx gre_mtx gif_mtx tunmtx msdosfs dehash nfs4dev state nfs4dev waitq nfs4dev newq cd9660_ihash ichsmb ATA queue lock bpf interface lock strategy ACPI global lock callout_wait_lock jumbo mutex UUID generator mutex lock encapmtx umtx TID lock securelevel mutex lock phys_pager list dev_pager list dev_pager create swap_pager list vm map sleep mutex lockmgr db> db> ps pid proc uarea uid ppid pgrp flag stat wmesg wchan cmd 4286 c9170528 f846e000 0 604 604 0000000 [SLPQ sysctl lock 0xc07499f0][SLP] cron 4285 c9170dc0 f8473000 0 580 580 0000100 [SLPQ sysctl lock 0xc07499f0][SLP] sshd 4284 c8aaa528 f80ce000 0 580 580 0000100 [SLPQ sysctl lock 0xc07499f0][SLP] sshd 4283 c91ba370 f84a3000 0 580 580 0000100 [SLPQ sysctl lock 0xc07499f0][SLP] sshd 4282 c8ad3c08 f80e6000 0 768 4282 0024002 stop[SLPQ sysctl lock 0xc07499f0][SLP] top 4281 c91b8528 f8477000 0 604 604 0000000 [SLPQ sysctl lock 0xc07499f0][SLP] cron 4279 c8a636e0 f8020000 70 669 669 0000000 [SLPQ sysctl lock 0xc07499f0][SLP] postgres 4278 c91b8c08 f847b000 0 666 666 0004000 [SLPQ sysctl lock 0xc07499f0][SLP] trivial-rewrite 4184 c8a5c528 f8016000 11114 4174 1937 0004000 [SLPQ select 0xc07744c4][SLP] fetch 4174 c8c39a50 f8195000 11114 1938 1937 0004000 [SLPQ wait 0xc8c39a50][SLP] sh 1938 c91b8000 f8474000 11114 1937 1937 0004000 [SLPQ wait 0xc91b8000][SLP] sh 1937 c8a64898 f802a000 11114 1936 1937 0004000 [SLPQ wait 0xc8a64898][SLP] lockf 1936 c91031b8 f83a6000 0 604 604 0000000 [SLPQ piperd 0xc8c41bc0][SLP] cron 1935 c8eddc08 f837e000 0 756 160 0004000 [SLPQ biord 0xe16cc7e0][SLP] fsck_ufs 1342 c8aaa000 f80cb000 0 1 1342 0000000 [SLPQ select 0xc07744c4][SLP] amd 827 c8cda898 f8301000 70 669 669 0000000 [SLPQ sbwait 0xc8d5abac][SLP] postgres 768 c8c39370 f8191000 0 767 768 0004002 [SLPQ wait 0xc8c39370][SLP] bash 767 c8c89528 f8224000 0 1 767 0004102 [SLPQ wait 0xc8c89528][SLP] login 766 c8c87a50 f821e000 0 1 766 0004002 [SLPQ ttyin 0xc85a8810][SLP] getty 765 c8cda000 f82fc000 0 1 765 0004002 [SLPQ ttyin 0xc85a8a10][SLP] getty 764 c8567528 f1d4b000 0 1 764 0004002 [SLPQ ttyin 0xc85a8c10][SLP] getty 763 c8aaaa50 f80d1000 0 1 763 0004002 [SLPQ ttyin 0xc85a8e10][SLP] getty 762 c8cd61b8 f82d0000 0 1 762 0004002 [SLPQ ttyin 0xc85c8010][SLP] getty 761 c8a5c000 f7fcb000 0 1 761 0004002 [SLPQ ttyin 0xc85c8210][SLP] getty 760 c8cd1000 f8299000 0 1 760 0004002 [SLPQ ttyin 0xc85c8410][SLP] getty 759 c8cd11b8 f829a000 0 1 759 0004002 [SLPQ ttyin 0xc85c8810][SLP] getty 756 c8cd46e0 f82ca000 0 754 160 0004002 [SLPQ wait 0xc8cd46e0][SLP] fsck 755 c8567dc0 f1d50000 0 1 160 0004002 [SLPQ piperd 0xc8c40758][SLP] logger 754 c8ad3dc0 f80e7000 0 1 160 0000002 [SLPQ wait 0xc8ad3dc0][SLP] sh 727 c8cd4528 f82c9000 0 1 726 0000000 [SLPQ select 0xc07744c4][SLP] snmpd 715 c8c391b8 f8190000 0 1 715 0000000 [SLPQ msgwait 0xc85ad000][SLP] pamsmbd 676 c8cd1a50 f829f000 70 675 669 0000000 [SLPQ select 0xc07744c4][SLP] postgres 675 c8cd1c08 f82a0000 70 669 669 0000000 [SLPQ select 0xc07744c4][SLP] postgres 669 c8a63370 f801e000 70 1 669 0000000 [SLPQ select 0xc07744c4][SLP] postgres 668 c8a63dc0 f8024000 12848 666 666 0004100 [SLPQ select 0xc07744c4][SLP] qmgr 667 c8cd4dc0 f82ce000 12848 666 666 0004100 [SLPQ select 0xc07744c4][SLP] pickup 666 c8cd4370 f82c8000 0 1 666 0004100 [SLPQ select 0xc07744c4][SLP] master 604 c8ad56e0 f80ec000 0 1 604 0000000 [SLPQ nanslp 0xc0749bdc][SLP] cron 580 c8c3b370 f81be000 0 1 580 0000100 [SLPQ select 0xc07744c4][SLP] sshd 560 c8cd4a50 f82cc000 0 1 560 0000000 [SLPQ select 0xc07744c4][SLP] ntpd 529 c8cbaa50 f828f000 0 1 529 0000000 [SLPQ select 0xc07744c4][SLP] usbd 509 c8c896e0 f8225000 0 505 505 0000000 [SLPQ - 0xc89bf000][SLP] nfsd 508 c8c89898 f8226000 0 505 505 0000000 [SLPQ - 0xc89cf600][SLP] nfsd 507 c8c89a50 f8227000 0 505 505 0000000 [SLPQ - 0xc89be800][SLP] nfsd 506 c8c89c08 f8228000 0 505 505 0000000 [SLPQ - 0xc89b3e00][SLP] nfsd 505 c8c89dc0 f8229000 0 1 505 0000000 [SLPQ select 0xc07744c4][SLP] nfsd 493 c8cba528 f828c000 0 1 493 0000000 [SLPQ select 0xc07744c4][SLP] mountd 438 c8c87528 f81f7000 0 1 438 0000000 [SLPQ select 0xc07744c4][SLP] rpcbind 384 c8ad76e0 f80f5000 0 1 384 0000000 [SLPQ select 0xc07744c4][SLP] syslogd 288 c8c39898 f8194000 0 1 288 0000000 [SLPQ pause 0xc8c398d0][SLP] adjkerntz 159 c89d9898 f5db2000 0 0 0 0000204 [SLPQ - 0xf1d04d10][SLP] schedcpu 158 c89d9a50 f5db3000 0 0 0 0000204 [SLPQ - 0xc077b8ec][SLP] nfsiod 3 157 c89d9c08 f5db4000 0 0 0 0000204 [SLPQ - 0xc077b8e8][SLP] nfsiod 2 156 c89d9dc0 f5db5000 0 0 0 0000204 [SLPQ - 0xc077b8e4][SLP] nfsiod 1 155 c84ea6e0 f1cf2000 0 0 0 0000204 [SLPQ - 0xc077b8e0][SLP] nfsiod 0 154 c84ea898 f1cf3000 0 0 0 0000204 [SLPQ vlruwt 0xc84ea898][SLP] vnlru 153 c84eaa50 f1cf4000 0 0 0 0000204 [SLPQ syncer 0xc0749964][SLP] syncer 152 c84eac08 f1cf5000 0 0 0 0000204 [SLPQ psleep 0xc0774930][SLP] bufdaemon 151 c84eadc0 f1cf6000 0 0 0 000020c [SLPQ pgzero 0xc07820a8][SLP] pagezero 150 c8566000 f1cf7000 0 0 0 0000204 [SLPQ psleep 0xc0782100][SLP] vmdaemon 149 c85661b8 f1cf8000 0 0 0 0000204 [SLPQ psleep 0xc07820ec][SLP] pagedaemon 148 c8566370 f1cf9000 0 0 0 0000204 [IWAIT] swi0: tty:sio 147 c8566528 f1cfa000 0 0 0 0000204 [SLPQ usbevt 0xc85ba210][SLP] usb2 146 c85666e0 f1cfb000 0 0 0 0000204 [SLPQ usbevt 0xc857e210][SLP] usb1 145 c8566898 f1cfc000 0 0 0 0000204 [SLPQ usbtsk 0xc0741d0c][SLP] usbtask 144 c8566a50 f1cfd000 0 0 0 0000204 [SLPQ usbevt 0xc858b210][SLP] usb0 9 c8566c08 f1cfe000 0 0 0 0000204 [SLPQ aifthd 0xc8566c08][SLP] aac0aif 8 c8566dc0 f1cff000 0 0 0 0000204 [SLPQ actask 0xc087a50c][SLP] acpi_task2 7 c8567000 f1d00000 0 0 0 0000204 [SLPQ actask 0xc087a50c][SLP] acpi_task1 6 c85671b8 f1d01000 0 0 0 0000204 [SLPQ actask 0xc087a50c][SLP] acpi_task0 143 c84d3a50 f1cbe000 0 0 0 0000204 [IWAIT] swi6:+ 142 c84d3c08 f1cbf000 0 0 0 0000204 [IWAIT] swi7: task queue 141 c84d3dc0 f1cc0000 0 0 0 0000204 [IWAIT] swi7: acpitaskq 140 c84e8000 f1cc1000 0 0 0 0000204 [IWAIT] swi3: cambio 139 c84e81b8 f1cc2000 0 0 0 0000204 [IWAIT] swi2: camnet 138 c84e8370 f1cc3000 0 0 0 0000204 [IWAIT] swi5:+ 5 c84e8528 f1cc4000 0 0 0 0000204 [SLPQ - 0xc852fa40][SLP] taskqueue 137 c84e86e0 f1cc5000 0 0 0 0000204 [SLPQ - 0xc073fbc0][SLP] yarrow 4 c84e8898 f1cc6000 0 0 0 0000204 [SLPQ - 0xc0744350][SLP] g_down 3 c84e8a50 f1cc7000 0 0 0 0000204 [SLPQ - 0xc074434c][SLP] g_up 2 c84e8c08 f1cc8000 0 0 0 0000204 [SLPQ - 0xc0744344][SLP] g_event 136 c84e8dc0 f1cc9000 0 0 0 0000204 [IWAIT] swi1: net 135 c84ea000 f1cca000 0 0 0 0000204 [IWAIT] swi4: vm 134 c84ea1b8 f1ccb000 0 0 0 000020c [IWAIT] swi8: tty:sio clock 133 c84ea370 f1ccc000 0 0 0 0000204 [IWAIT] irq0: clk 132 c84ea528 f1ccd000 0 0 0 0000204 [IWAIT] irq119: 131 c84bedc0 f1c8a000 0 0 0 0000204 [IWAIT] irq118: 130 c84d2000 f1c8b000 0 0 0 0000204 [IWAIT] irq117: 129 c84d21b8 f1c8c000 0 0 0 0000204 [IWAIT] irq116: 128 c84d2370 f1c8d000 0 0 0 0000204 [IWAIT] irq115: 127 c84d2528 f1c8e000 0 0 0 0000204 [IWAIT] irq114: 126 c84d26e0 f1c8f000 0 0 0 0000204 [IWAIT] irq113: 125 c84d2898 f1c90000 0 0 0 0000204 [IWAIT] irq112: 124 c84d2a50 f1c91000 0 0 0 0000204 [IWAIT] irq111: 123 c84d2c08 f1c92000 0 0 0 0000204 [IWAIT] irq110: 122 c84d2dc0 f1c93000 0 0 0 0000204 [IWAIT] irq109: 121 c84d3000 f1c94000 0 0 0 0000204 [IWAIT] irq108: 120 c84d31b8 f1c95000 0 0 0 0000204 [IWAIT] irq107: 119 c84d3370 f1c96000 0 0 0 0000204 [IWAIT] irq106: 118 c84d3528 f1c97000 0 0 0 0000204 [IWAIT] irq105: 117 c84d36e0 f1c98000 0 0 0 0000204 [IWAIT] irq104: 116 c84d3898 f1c99000 0 0 0 0000204 [IWAIT] irq103: 115 c84a61b8 f1c32000 0 0 0 0000204 [IWAIT] irq102: 114 c84a6370 f1c33000 0 0 0 0000204 [IWAIT] irq101: 113 c84a6528 f1c34000 0 0 0 0000204 [IWAIT] irq100: 112 c84a66e0 f1c35000 0 0 0 0000204 [IWAIT] irq99: 111 c84a6898 f1c36000 0 0 0 0000204 [IWAIT] irq98: 110 c84a6a50 f1c37000 0 0 0 0000204 [IWAIT] irq97: 109 c84a6c08 f1c38000 0 0 0 0000204 [IWAIT] irq96: aac0 108 c84a6dc0 f1c39000 0 0 0 0000204 [IWAIT] irq95: 107 c84be000 f1c3a000 0 0 0 0000204 [IWAIT] irq94: 106 c84be1b8 f1c3b000 0 0 0 0000204 [IWAIT] irq93: 105 c84be370 f1c3c000 0 0 0 0000204 [IWAIT] irq92: 104 c84be528 f1c3d000 0 0 0 0000204 [IWAIT] irq91: 103 c84be6e0 f1c3e000 0 0 0 0000204 [IWAIT] irq90: 102 c84be898 f1c3f000 0 0 0 0000204 [IWAIT] irq89: 101 c84bea50 f1c40000 0 0 0 0000204 [IWAIT] irq88: 100 c84bec08 f1c41000 0 0 0 0000204 [IWAIT] irq87: 99 c8489528 f1bfe000 0 0 0 0000204 [IWAIT] irq86: 98 c84896e0 f1bff000 0 0 0 0000204 [IWAIT] irq85: 97 c8489898 f1c00000 0 0 0 0000204 [IWAIT] irq84: 96 c8489a50 f1c01000 0 0 0 0000204 [IWAIT] irq83: 95 c8489c08 f1c02000 0 0 0 0000204 [IWAIT] irq82: 94 c8489dc0 f1c03000 0 0 0 0000204 [IWAIT] irq81: 93 c84a5000 f1c04000 0 0 0 0000204 [IWAIT] irq80: 92 c84a51b8 f1c05000 0 0 0 0000204 [IWAIT] irq79: 91 c84a5370 f1c06000 0 0 0 0000204 [IWAIT] irq78: 90 c84a5528 f1c07000 0 0 0 0000204 [IWAIT] irq77: 89 c84a56e0 f1c08000 0 0 0 0000204 [IWAIT] irq76: 88 c84a5898 f1c09000 0 0 0 0000204 [IWAIT] irq75: 87 c84a5a50 f1c0a000 0 0 0 0000204 [IWAIT] irq74: 86 c84a5c08 f1c0b000 0 0 0 0000204 [IWAIT] irq73: 85 c84a5dc0 f1c0c000 0 0 0 0000204 [IWAIT] irq72: 84 c84a6000 f1c0d000 0 0 0 0000204 [IWAIT] irq71: 83 c8477a50 f1bcb000 0 0 0 0000204 [IWAIT] irq70: 82 c8477c08 f1bcc000 0 0 0 0000204 [IWAIT] irq69: 81 c8477dc0 f1bcd000 0 0 0 0000204 [IWAIT] irq68: 80 c8487000 f1bce000 0 0 0 0000204 [IWAIT] irq67: 79 c84871b8 f1bcf000 0 0 0 0000204 [IWAIT] irq66: 78 c8487370 f1bd0000 0 0 0 0000204 [IWAIT] irq65: 77 c8487528 f1bd1000 0 0 0 0000204 [IWAIT] irq64: 76 c84876e0 f1bd2000 0 0 0 0000204 [IWAIT] irq63: 75 c8487898 f1bd3000 0 0 0 0000204 [IWAIT] irq62: 74 c8487a50 f1bd4000 0 0 0 0000204 [IWAIT] irq61: 73 c8487c08 f1bd5000 0 0 0 0000204 [IWAIT] irq60: 72 c8487dc0 f1bd6000 0 0 0 0000204 [IWAIT] irq59: 71 c8489000 f1bd7000 0 0 0 0000204 [IWAIT] irq58: 70 c84891b8 f1bd8000 0 0 0 0000204 [IWAIT] irq57: 69 c8489370 f1bd9000 0 0 0 0000204 [IWAIT] irq56: 68 c846a1b8 f1b75000 0 0 0 0000204 [IWAIT] irq55: 67 c846a370 f1b76000 0 0 0 0000204 [IWAIT] irq54: 66 c846a528 f1b77000 0 0 0 0000204 [IWAIT] irq53: 65 c846a6e0 f1b78000 0 0 0 0000204 [IWAIT] irq52: 64 c846a898 f1b79000 0 0 0 0000204 [IWAIT] irq51: 63 c846aa50 f1b7a000 0 0 0 0000204 [IWAIT] irq50: 62 c846ac08 f1b7b000 0 0 0 0000204 [IWAIT] irq49: 61 c846adc0 f1b7c000 0 0 0 0000204 [IWAIT] irq48: 60 c8477000 f1b7d000 0 0 0 0000204 [IWAIT] irq47: 59 c84771b8 f1b7e000 0 0 0 0000204 [IWAIT] irq46: 58 c8477370 f1b7f000 0 0 0 0000204 [IWAIT] irq45: 57 c8477528 f1b80000 0 0 0 0000204 [IWAIT] irq44: 56 c84776e0 f1b81000 0 0 0 0000204 [IWAIT] irq43: 55 c8477898 f1bca000 0 0 0 0000204 [IWAIT] irq42: 54 c8453a50 f1b44000 0 0 0 0000204 [IWAIT] irq41: 53 c8453c08 f1b45000 0 0 0 0000204 [IWAIT] irq40: 52 c8453dc0 f1b46000 0 0 0 0000204 [IWAIT] irq39: 51 c8468000 f1b47000 0 0 0 0000204 [IWAIT] irq38: 50 c84681b8 f1b48000 0 0 0 0000204 [IWAIT] irq37: 49 c8468370 f1b49000 0 0 0 0000204 [IWAIT] irq36: 48 c8468528 f1b4a000 0 0 0 0000204 [IWAIT] irq35: 47 c84686e0 f1b4b000 0 0 0 0000204 [IWAIT] irq34: 46 c8468898 f1b4c000 0 0 0 0000204 [IWAIT] irq33: 45 c8468a50 f1b4d000 0 0 0 0000204 [IWAIT] irq32: 44 c8468c08 f1b72000 0 0 0 0000204 [IWAIT] irq31: 43 c8468dc0 f1b73000 0 0 0 0000204 [IWAIT] irq30: 42 c846a000 f1b74000 0 0 0 0000204 [IWAIT] irq29: em1 41 c844b528 f1b14000 0 0 0 0000204 [IWAIT] irq28: em0 40 c844b6e0 f1b15000 0 0 0 0000204 [IWAIT] irq27: 39 c844b898 f1b16000 0 0 0 0000204 [IWAIT] irq26: 38 c844ba50 f1b17000 0 0 0 0000204 [IWAIT] irq25: 37 c844bc08 f1b18000 0 0 0 0000204 [IWAIT] irq24: 36 c844bdc0 f1b19000 0 0 0 0000204 [IWAIT] irq23: 35 c8453000 f1b1a000 0 0 0 0000204 [IWAIT] irq22: 34 c84531b8 f1b3f000 0 0 0 0000204 [IWAIT] irq21: 33 c8453370 f1b40000 0 0 0 0000204 [IWAIT] irq20: 32 c8453528 f1b41000 0 0 0 0000204 [IWAIT] irq19: uhci1 31 c84536e0 f1b42000 0 0 0 0000204 [IWAIT] irq18: uhci2 30 c8453898 f1b43000 0 0 0 0000204 [IWAIT] irq17: ichsmb0 29 c53e51b8 f00da000 0 0 0 0000204 [IWAIT] irq16: uhci0 28 c53e5370 f00db000 0 0 0 0000204 [IWAIT] irq15: ata1 27 c53e5528 f00dc000 0 0 0 0000204 [IWAIT] irq14: ata0 26 c53e56e0 f00dd000 0 0 0 0000204 [IWAIT] irq13: 25 c53e5898 f0102000 0 0 0 0000204 [IWAIT] irq12: psm0 24 c53e5a50 f0103000 0 0 0 0000204 [IWAIT] irq11: 23 c53e5c08 f0104000 0 0 0 0000204 [IWAIT] irq10: 22 c53e5dc0 f0105000 0 0 0 0000204 [IWAIT] irq9: acpi0 21 c844b000 f1b11000 0 0 0 0000204 [IWAIT] irq8: rtc 20 c844b1b8 f1b12000 0 0 0 0000204 [IWAIT] irq7: 19 c844b370 f1b13000 0 0 0 0000204 [IWAIT] irq6: fdc0 18 c53de000 f0088000 0 0 0 0000204 [IWAIT] irq5: 17 c53de1b8 f00d1000 0 0 0 0000204 [IWAIT] irq4: sio0 16 c53de370 f00d2000 0 0 0 0000204 [IWAIT] irq3: sio1 15 c53de528 f00d3000 0 0 0 0000204 [IWAIT] irq1: atkbd0 14 c53de6e0 f00d4000 0 0 0 000020c [CPU 0] idle: cpu0 13 c53de898 f00d5000 0 0 0 000020c [CPU 1] idle: cpu1 12 c53dea50 f00d6000 0 0 0 000020c [CPU 2] idle: cpu2 11 c53dec08 f00d7000 0 0 0 000020c [CPU 3] idle: cpu3 1 c53dedc0 f00d8000 0 0 1 0004200 [SLPQ wait 0xc53dedc0][SLP] init 10 c53e5000 f00d9000 0 0 0 0000204 [SLPQ ktrace 0xc0747bb8][SLP] ktrace 0 c0744440 c0c1f000 0 0 0 0000200 [SLPQ sched 0xc0744440][SLP] swapper db> show pcpu cpuid = 0 curthread = 0xc53dfa80: pid 14 "idle: cpu0" curpcb = 0xf00a3da0 fpcurthread = none idlethread = 0xc53dfa80: pid 14 "idle: cpu0" APIC ID = 0 currentldt = 0x28 spin locks held: db> show pcpu 0 cpuid = 0 curthread = 0xc53dfa80: pid 14 "idle: cpu0" curpcb = 0xf00a3da0 fpcurthread = none idlethread = 0xc53dfa80: pid 14 "idle: cpu0" APIC ID = 0 currentldt = 0x28 spin locks held: db> show pcpu 1 cpuid = 1 curthread = 0xc53df930: pid 13 "idle: cpu1" curpcb = 0xf00a0da0 fpcurthread = none idlethread = 0xc53df930: pid 13 "idle: cpu1" APIC ID = 1 currentldt = 0x28 spin locks held: db> show pcpu 2 cpuid = 2 curthread = 0xc53df7e0: pid 12 "idle: cpu2" curpcb = 0xf009dda0 fpcurthread = none idlethread = 0xc53df7e0: pid 12 "idle: cpu2" APIC ID = 6 currentldt = 0x28 spin locks held: db> show pcpu 4 CPU 4 not found db> show pcpu 3 cpuid = 3 curthread = 0xc53df690: pid 11 "idle: cpu3" curpcb = 0xf009ada0 fpcurthread = none idlethread = 0xc53df690: pid 11 "idle: cpu3" APIC ID = 7 currentldt = 0x28 spin locks held: db> From owner-freebsd-current@FreeBSD.ORG Sun May 30 13:19:45 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 72CD416A4CE for ; Sun, 30 May 2004 13:19:45 -0700 (PDT) Received: from mail.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C6A743D55 for ; Sun, 30 May 2004 13:19:45 -0700 (PDT) (envelope-from don@sandvine.com) Received: by mail.sandvine.com with Internet Mail Service (5.5.2657.72) id ; Sun, 30 May 2004 16:19:44 -0400 Message-ID: From: Don Bowman To: 'Doug White' , Don Bowman Date: Sun, 30 May 2004 16:19:38 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2657.72) Content-Type: text/plain; charset="iso-8859-1" cc: "'current@freebsd.org'" Subject: RE: hang with raid, postgresql X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Sun, 30 May 2004 20:19:45 -0000 From: Doug White [mailto:dwhite@gumbysoft.com] > On Sun, 30 May 2004, Don Bowman wrote: > > > > > I have a system with 2x 2.8GHz XEON (P4), intel e7501 chipset, > > 4GB of ram, aac [adaptec 2200s] raid with 4 scsi > > disks. I have also tried asr (adaptec 2015). > > I have tried two different motherboards. > > The only application the machine runs is postgresql, > > with about ~30 databases, about ~250GB of data. > > > > I'm finding the machine locks up solid once a day > > or so (sometimes more, sometimes less, no pattern > > of time of day). I know its not a hardware issue, it > > is reliable with FreeBSD 4.7. I've run through memory > > test, disk test, etc. > > > > There appears to be a correlation between > > disk activity (postgresql vacuum) and the lockup, > > but i can't be sure. > > Temperature? > > What motherboard is it exactly? lmmon shows the mobo temperature @ 28C. It is in an AC-controlled environment (~20C ambient). The system has 6 blower fans, ducted over the CPU's, with the copper heat sinks designed for the 3.2GHz XEON. It has 3 power supplies, each with separate AC inlet, fed from a UPS with filtered power. It should have ~150% airflow redundancy, and ~200% power redundancy. This is a supermicro X5DPE motherboard. http://www.supermicro.com/products/chassis/3U/933/SC933S2-R760.cfm shows the system. It was tested for ~1week with FreebSD 4.7 at temperature in an environmental chamber, including cycling into memtest86 every 2 hours. I've been battling this hang for ~6weeks, this is a swap-out of all the hardware (new system). --don From owner-freebsd-current@FreeBSD.ORG Sun May 30 13:20:43 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4991516A4CE for ; Sun, 30 May 2004 13:20:43 -0700 (PDT) Received: from fep1.cogeco.net (smtp.cogeco.net [216.221.81.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id F34FF43D41 for ; Sun, 30 May 2004 13:20:42 -0700 (PDT) (envelope-from paul.murphy@cogeco.ca) Received: from earth.upton.net (d141-23-108.home.cgocable.net [24.141.23.108]) by fep1.cogeco.net (Postfix) with SMTP id 090854887 for ; Sun, 30 May 2004 16:20:42 -0400 (EDT) Date: Sun, 30 May 2004 16:20:34 -0400 From: Paul Murphy To: freebsd-current@freebsd.org Message-Id: <20040530162034.7f87326a@earth.upton.net> In-Reply-To: <20040530113052.A819@gravy.kishka.net> References: <20040529112604.00w4kckcoc8ww80c@www.sweetdreamsracing.biz> <1085930332.781.1.camel@taxman> <20040530113052.A819@gravy.kishka.net> X-Mailer: Sylpheed version 0.9.10claws (GTK+ 1.2.10; i386-portbld-freebsd5.2) X-Face: -Q/~XHbe$z/a List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 May 2004 20:20:43 -0000 --Signature=_Sun__30_May_2004_16_20_34_-0400_hekMJ_f/7QTupdrb Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: 7bit On Sun, 30 May 2004 11:52:07 -0400 (EDT) Bryan Liesner wrote: > On Sun, 30 May 2004, Stefan Ehmann wrote: > > > On Sat, 2004-05-29 at 17:26, Kenneth Culver wrote: > >> Hi, > >> Ever since the recent acpi commits, reboot and shutdown no > >longer work on my> machine (asus k8v deluxe mobo, athlon 64). The > >machine gets to "Uptime: 1m34s"> (the time is just made up) and > >hangs. The only way to fix this is to do a hard> reset by pushing the > >computer's reset button. Any ideas? > > > > Just a short me too (ASUS A7V8X-X). > > Asus motherboards seem to be a common factor. I'm seeing this here too > with an Asus A7V266-E. > Ditto, Elitegroup L7VMM3 -- Cogeco ergo sum --Signature=_Sun__30_May_2004_16_20_34_-0400_hekMJ_f/7QTupdrb Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAukIZ2Ev+mfbss0wRAte0AKCfIHAZslQdRMEGbM1s1LUkuC4zPACcD+ix 1aiMIUWUmgKSJ6GufMmlR84= =9vKj -----END PGP SIGNATURE----- --Signature=_Sun__30_May_2004_16_20_34_-0400_hekMJ_f/7QTupdrb-- From owner-freebsd-current@FreeBSD.ORG Sun May 30 13:35:58 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4034A16A4CE for ; Sun, 30 May 2004 13:35:58 -0700 (PDT) Received: from mail.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE89E43D31 for ; Sun, 30 May 2004 13:35:57 -0700 (PDT) (envelope-from don@sandvine.com) Received: by mail.sandvine.com with Internet Mail Service (5.5.2657.72) id ; Sun, 30 May 2004 16:35:56 -0400 Message-ID: From: Don Bowman To: Don Bowman , "'current@freebsd.org'" Date: Sun, 30 May 2004 16:35:55 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2657.72) Content-Type: text/plain; charset="iso-8859-1" Subject: RE: sysctl lock, system lockup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Sun, 30 May 2004 20:35:58 -0000 From: Don Bowman [mailto:don@sandvine.com] > On the console i ran 'top', but it wouldn't start, > giving: > > load: 0.00 cmd: top 4282 [sysctl lock] 0.00u 0.00s 0% 180k > > as the status. I can't ^C it, can't ssh in. > can still ping the device. > > It was doing a backgound fsck from an earlier hang. > > i have called panic from db, not sure if the core will > work properly or not. As a followup... i did get a vmcore, and matching kernel.debug, if someone can suggest what i might look @? --don From owner-freebsd-current@FreeBSD.ORG Sun May 30 13:59:22 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3EE5A16A4CE for ; Sun, 30 May 2004 13:59:22 -0700 (PDT) Received: from chello080110061116.502.15.vie.surfer.at (chello080110061116.502.15.vie.surfer.at [80.110.61.116]) by mx1.FreeBSD.org (Postfix) with SMTP id D681F43D46 for ; Sun, 30 May 2004 13:59:20 -0700 (PDT) (envelope-from 4711@chello.at) Received: (qmail 795 invoked from network); 30 May 2004 20:59:13 -0000 Received: from matrix010.matrix.net (192.168.123.10) by ns.matrix.net with SMTP; 30 May 2004 20:59:13 -0000 From: Christian Hiris <4711@chello.at> To: freebsd-current@freebsd.org Date: Sun, 30 May 2004 22:58:46 +0200 User-Agent: KMail/1.6.2 References: <20040529112604.00w4kckcoc8ww80c@www.sweetdreamsracing.biz> <1085930332.781.1.camel@taxman> In-Reply-To: <1085930332.781.1.camel@taxman> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Boundary-02=_hskuAPbAnOHewgl"; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <200405302259.13417.4711@chello.at> Subject: Re: reboot and shutdown don't work, suspect acpi X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Sun, 30 May 2004 20:59:22 -0000 --Boundary-02=_hskuAPbAnOHewgl Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sunday 30 May 2004 17:18, Stefan Ehmann wrote: > On Sat, 2004-05-29 at 17:26, Kenneth Culver wrote: > > Hi, > > Ever since the recent acpi commits, reboot and shutdown no longer > > work on my machine (asus k8v deluxe mobo, athlon 64). The machine gets = to > > "Uptime: 1m34s" (the time is just made up) and hangs. The only way to f= ix > > this is to do a hard reset by pushing the computer's reset button. Any > > ideas? > > Just a short me too (ASUS A7V8X-X). > Same here on Asus P3B-F and Epox EP-8KRA2+.=20 =2D-=20 Christian Hiris <4711@chello.at> | OpenPGP KeyID 0x941B6B0B=20 OpenPGP-Key at hkp://wwwkeys.eu.pgp.net and http://pgp.mit.edu --Boundary-02=_hskuAPbAnOHewgl Content-Type: application/pgp-signature Content-Description: signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQBAukshcyi/EZQbawsRAg9lAJ4j+ww4y5ynFxuNrR9dSDDKjRtZoACfUdxL CterBNG3tpa//Nv5J2N3BrE= =f2Nc -----END PGP SIGNATURE----- --Boundary-02=_hskuAPbAnOHewgl-- From owner-freebsd-current@FreeBSD.ORG Sun May 30 13:59:52 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A34DE16A4CE for ; Sun, 30 May 2004 13:59:52 -0700 (PDT) Received: from gravy.kishka.net (pcp04097789pcs.neave01.pa.comcast.net [68.81.192.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id 29A7B43D46 for ; Sun, 30 May 2004 13:59:52 -0700 (PDT) (envelope-from bryan@kishka.net) Received: from gravy.kishka.net (gravy.kishka.net [192.168.1.2]) by gravy.kishka.net (8.12.11/8.12.11) with ESMTP id i4UKxZqH000539; Sun, 30 May 2004 16:59:35 -0400 (EDT) (envelope-from bryan@kishka.net) Date: Sun, 30 May 2004 16:59:35 -0400 (EDT) From: Bryan Liesner To: Paul Murphy In-Reply-To: <20040530162034.7f87326a@earth.upton.net> Message-ID: <20040530165322.X519@gravy.kishka.net> References: <20040529112604.00w4kckcoc8ww80c@www.sweetdreamsracing.biz> <1085930332.781.1.camel@taxman> <20040530113052.A819@gravy.kishka.net> <20040530162034.7f87326a@earth.upton.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: Kenneth Culver cc: freebsd-current@freebsd.org cc: nate@root.org Subject: Re: reboot and shutdown don't work, suspect acpi X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Sun, 30 May 2004 20:59:52 -0000 On Sun, 30 May 2004, Paul Murphy wrote: > On Sun, 30 May 2004 11:52:07 -0400 (EDT) > Bryan Liesner wrote: > >> On Sun, 30 May 2004, Stefan Ehmann wrote: >> >>> On Sat, 2004-05-29 at 17:26, Kenneth Culver wrote: >>>> Hi, >>>> Ever since the recent acpi commits, reboot and shutdown no >>> longer work on my> machine (asus k8v deluxe mobo, athlon 64). The >>> machine gets to "Uptime: 1m34s"> (the time is just made up) and >>> hangs. The only way to fix this is to do a hard> reset by pushing the >>> computer's reset button. Any ideas? >>> >>> Just a short me too (ASUS A7V8X-X). >> >> Asus motherboards seem to be a common factor. I'm seeing this here too >> with an Asus A7V266-E. >> > > Ditto, Elitegroup L7VMM3 > I was taking a closer look and the acpi commits seem fine. Using all of the lastest sources and then reverting i386/i386/intr_machdep.c back to 1.5 seems to alleviate the problem. It was checked in around the same time as all of those acpi commits. -- ============================================================= = Bryan D. Liesner LeezSoft Communications, Inc. = = A subsidiary of LeezSoft Inc. = = bryan@kishka.net Home of the Gipper = ============================================================= From owner-freebsd-current@FreeBSD.ORG Sun May 30 14:01:16 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EC5F716A4CE for ; Sun, 30 May 2004 14:01:16 -0700 (PDT) Received: from gravy.kishka.net (pcp04097789pcs.neave01.pa.comcast.net [68.81.192.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id 96F0843D2D for ; Sun, 30 May 2004 14:01:16 -0700 (PDT) (envelope-from bryan@kishka.net) Received: from gravy.kishka.net (gravy.kishka.net [192.168.1.2]) by gravy.kishka.net (8.12.11/8.12.11) with ESMTP id i4UKxZqH000539; Sun, 30 May 2004 16:59:35 -0400 (EDT) (envelope-from bryan@kishka.net) Date: Sun, 30 May 2004 16:59:35 -0400 (EDT) From: Bryan Liesner To: Paul Murphy In-Reply-To: <20040530162034.7f87326a@earth.upton.net> Message-ID: <20040530165322.X519@gravy.kishka.net> References: <20040529112604.00w4kckcoc8ww80c@www.sweetdreamsracing.biz> <1085930332.781.1.camel@taxman> <20040530113052.A819@gravy.kishka.net> <20040530162034.7f87326a@earth.upton.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: Kenneth Culver cc: freebsd-current@freebsd.org cc: nate@root.org Subject: Re: reboot and shutdown don't work, suspect acpi X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Sun, 30 May 2004 21:01:17 -0000 On Sun, 30 May 2004, Paul Murphy wrote: > On Sun, 30 May 2004 11:52:07 -0400 (EDT) > Bryan Liesner wrote: > >> On Sun, 30 May 2004, Stefan Ehmann wrote: >> >>> On Sat, 2004-05-29 at 17:26, Kenneth Culver wrote: >>>> Hi, >>>> Ever since the recent acpi commits, reboot and shutdown no >>> longer work on my> machine (asus k8v deluxe mobo, athlon 64). The >>> machine gets to "Uptime: 1m34s"> (the time is just made up) and >>> hangs. The only way to fix this is to do a hard> reset by pushing the >>> computer's reset button. Any ideas? >>> >>> Just a short me too (ASUS A7V8X-X). >> >> Asus motherboards seem to be a common factor. I'm seeing this here too >> with an Asus A7V266-E. >> > > Ditto, Elitegroup L7VMM3 > I was taking a closer look and the acpi commits seem fine. Using all of the lastest sources and then reverting i386/i386/intr_machdep.c back to 1.5 seems to alleviate the problem. It was checked in around the same time as all of those acpi commits. -- ============================================================= = Bryan D. Liesner LeezSoft Communications, Inc. = = A subsidiary of LeezSoft Inc. = = bryan@kishka.net Home of the Gipper = ============================================================= From owner-freebsd-current@FreeBSD.ORG Sun May 30 14:41:22 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CF31616A4CE for ; Sun, 30 May 2004 14:41:22 -0700 (PDT) Received: from mailhub.sweetdreamsracing.biz (mailhub.sweetdreamsracing.biz [66.92.171.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A70643D5D for ; Sun, 30 May 2004 14:41:22 -0700 (PDT) (envelope-from culverk@sweetdreamsracing.biz) Received: by mailhub.sweetdreamsracing.biz (Postfix, from userid 80) id DD0C0109; Sun, 30 May 2004 17:43:57 -0400 (EDT) Received: from hachigo (hachigo [66.92.171.91]) by www.sweetdreamsracing.biz (Horde) with HTTP for ; Sun, 30 May 2004 17:43:57 -0400 Message-ID: <20040530174357.gcw0w4o8c4c4k4c8@www.sweetdreamsracing.biz> Date: Sun, 30 May 2004 17:43:57 -0400 From: Kenneth Culver To: Bryan Liesner References: <20040529112604.00w4kckcoc8ww80c@www.sweetdreamsracing.biz> <1085930332.781.1.camel@taxman> <20040530113052.A819@gravy.kishka.net> <20040530162034.7f87326a@earth.upton.net> <20040530165322.X519@gravy.kishka.net> In-Reply-To: <20040530165322.X519@gravy.kishka.net> MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) 4.0-cvs cc: Paul Murphy cc: freebsd-current@freebsd.org cc: Kenneth Culver cc: nate@root.org Subject: Re: reboot and shutdown don't work, suspect acpi X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Sun, 30 May 2004 21:41:22 -0000 Quoting Bryan Liesner : > On Sun, 30 May 2004, Paul Murphy wrote: > >> On Sun, 30 May 2004 11:52:07 -0400 (EDT) >> Bryan Liesner wrote: >> >>> On Sun, 30 May 2004, Stefan Ehmann wrote: >>> >>>> On Sat, 2004-05-29 at 17:26, Kenneth Culver wrote: >>>>> Hi, >>>>> Ever since the recent acpi commits, reboot and shutdown no >>>> longer work on my> machine (asus k8v deluxe mobo, athlon 64). The >>>> machine gets to "Uptime: 1m34s"> (the time is just made up) and >>>> hangs. The only way to fix this is to do a hard> reset by pushing the >>>> computer's reset button. Any ideas? >>>> >>>> Just a short me too (ASUS A7V8X-X). >>> >>> Asus motherboards seem to be a common factor. I'm seeing this here too >>> with an Asus A7V266-E. >>> >> >> Ditto, Elitegroup L7VMM3 >> > > I was taking a closer look and the acpi commits seem fine. > Using all of the lastest sources and then reverting > i386/i386/intr_machdep.c back to 1.5 seems to alleviate the problem. > > It was checked in around the same time as all of those acpi commits. > That would explain it. Although backing out another commit doesn't seem like a good fix to me. Ken From owner-freebsd-current@FreeBSD.ORG Sun May 30 14:58:29 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8B9F816A4CE for ; Sun, 30 May 2004 14:58:29 -0700 (PDT) Received: from gravy.kishka.net (pcp04097789pcs.neave01.pa.comcast.net [68.81.192.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id C16FD43D1F for ; Sun, 30 May 2004 14:58:28 -0700 (PDT) (envelope-from bryan@kishka.net) Received: from gravy.kishka.net (gravy.kishka.net [192.168.1.2]) by gravy.kishka.net (8.12.11/8.12.11) with ESMTP id i4ULvG0N000710; Sun, 30 May 2004 17:57:16 -0400 (EDT) (envelope-from bryan@kishka.net) Date: Sun, 30 May 2004 17:57:16 -0400 (EDT) From: Bryan Liesner To: Kenneth Culver In-Reply-To: <20040530174357.gcw0w4o8c4c4k4c8@www.sweetdreamsracing.biz> Message-ID: <20040530174942.A707@gravy.kishka.net> References: <20040529112604.00w4kckcoc8ww80c@www.sweetdreamsracing.biz> <20040530113052.A819@gravy.kishka.net> <20040530165322.X519@gravy.kishka.net> <20040530174357.gcw0w4o8c4c4k4c8@www.sweetdreamsracing.biz> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: Bryan Liesner cc: freebsd-current@freebsd.org cc: Paul Murphy cc: nate@root.org Subject: Re: reboot and shutdown don't work, suspect acpi X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Sun, 30 May 2004 21:58:29 -0000 On Sun, 30 May 2004, Kenneth Culver wrote: > Quoting Bryan Liesner : > >> On Sun, 30 May 2004, Paul Murphy wrote: >> >>> On Sun, 30 May 2004 11:52:07 -0400 (EDT) >>> Bryan Liesner wrote: >>> >>>> On Sun, 30 May 2004, Stefan Ehmann wrote: >>>> >>>>> On Sat, 2004-05-29 at 17:26, Kenneth Culver wrote: >>>>>> Hi, >>>>>> Ever since the recent acpi commits, reboot and shutdown no >>>>> longer work on my> machine (asus k8v deluxe mobo, athlon 64). The >>>>> machine gets to "Uptime: 1m34s"> (the time is just made up) and >>>>> hangs. The only way to fix this is to do a hard> reset by pushing >>>>> the >>>>> computer's reset button. Any ideas? >>>>> >>>>> Just a short me too (ASUS A7V8X-X). >>>> >>>> Asus motherboards seem to be a common factor. I'm seeing this here too >>>> with an Asus A7V266-E. >>>> >>> >>> Ditto, Elitegroup L7VMM3 >>> >> >> I was taking a closer look and the acpi commits seem fine. >> Using all of the lastest sources and then reverting >> i386/i386/intr_machdep.c back to 1.5 seems to alleviate the problem. >> >> It was checked in around the same time as all of those acpi commits. >> > That would explain it. Although backing out another commit doesn't seem like > a > good fix to me. > > Ken > Agreed. Just a high level cause and effect analysis. But, this at least a temporary fix for me. Perhaps that commit could be uncovering a different issue altogther, or _is_ the issue, at least for some hardware configurations. -- ============================================================= = Bryan D. Liesner LeezSoft Communications, Inc. = = A subsidiary of LeezSoft Inc. = = bryan@kishka.net Home of the Gipper = ============================================================= From owner-freebsd-current@FreeBSD.ORG Sun May 30 15:06:57 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1304716A4CE; Sun, 30 May 2004 15:06:57 -0700 (PDT) Received: from fillmore.dyndns.org (port-212-202-49-130.dynamic.qsc.de [212.202.49.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB0CC43D2D; Sun, 30 May 2004 15:06:56 -0700 (PDT) (envelope-from eikemeier@fillmore-labs.com) Received: from [172.16.0.2] (helo=fillmore-labs.com) by fillmore.dyndns.org with esmtp (Exim 4.34 (FreeBSD)) id 1BUYSD-0001bO-El; Mon, 31 May 2004 00:06:56 +0200 Message-ID: <40BA5AFC.8040109@fillmore-labs.com> Date: Mon, 31 May 2004 00:06:52 +0200 From: Oliver Eikemeier Organization: Fillmore Labs GmbH - http://www.fillmore-labs.com/ MIME-Version: 1.0 To: Nagilum References: <20040530120314.BB9CF43D31@mx1.FreeBSD.org> <40B9FD0F.1070304@nagilum.org> In-Reply-To: <40B9FD0F.1070304@nagilum.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit User-Agent: KMail/1.5.9 cc: ports@freebsd.org cc: current@freebsd.org Subject: Re: /usr/local/etc/rc.conf & rcorder X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Sun, 30 May 2004 22:06:57 -0000 Nagilum wrote: > [...] > However while we're at it I also would like to propose the use of > rcorder for /usr/local/etc/rc.d/. There are certain ports that use > number prefixes to try to ensure proper startup order (e.g. mysql-client > or pkgtools, see the discussion prio the introduction of rcorder for why > this is suboptimal) however as we already have a working solution for > this problem it is only matter of using it, the required change would be > minimal: > > bash-2.05b# diff -Naur bash-2.05b# diff -Naur \ > /usr/src/etc/rc.d/localdaemons /etc/rc.d/localdaemons --- > /usr/src/etc/rc.d/localdaemons Mon May 5 17:38:41 2003 > +++ localdaemons Sat Nov 1 17:11:57 2003 > @@ -29,7 +29,7 @@ > fi > for dir in ${local_startup}; do > if [ -d "${dir}" ]; then > - for script in ${dir}/*.sh; do > + for script in `rcorder ${dir}/*.sh 2>/dev/null`; do > slist="${slist}${script_name_sep}${script}" > done > > fi > > [...] Your patch will interfere with diskless booting. See PR 56736 for an alternative patch. -Oliver From owner-freebsd-current@FreeBSD.ORG Sun May 30 16:21:22 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9B82516A4CF for ; Sun, 30 May 2004 16:21:22 -0700 (PDT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7CFE143D1F; Sun, 30 May 2004 16:21:22 -0700 (PDT) (envelope-from davidxu@freebsd.org) Received: from freebsd.org (davidxu@localhost [127.0.0.1]) i4UNLLnn082840; Sun, 30 May 2004 16:21:21 -0700 (PDT) (envelope-from davidxu@freebsd.org) Message-ID: <40BA6C10.7000606@freebsd.org> Date: Mon, 31 May 2004 07:19:44 +0800 From: David Xu User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040522 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kenneth Culver References: <20040529112604.00w4kckcoc8ww80c@www.sweetdreamsracing.biz> In-Reply-To: <20040529112604.00w4kckcoc8ww80c@www.sweetdreamsracing.biz> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: reboot and shutdown don't work, suspect acpi X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Sun, 30 May 2004 23:21:22 -0000 Kenneth Culver wrote: >Hi, > Ever since the recent acpi commits, reboot and shutdown no longer work on my >machine (asus k8v deluxe mobo, athlon 64). The machine gets to "Uptime: 1m34s" >(the time is just made up) and hangs. The only way to fix this is to do a hard >reset by pushing the computer's reset button. Any ideas? > >Ken > > > Me too, ABIT KV7. David Xu From owner-freebsd-current@FreeBSD.ORG Sun May 30 16:42:29 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 93CEC16A4CE for ; Sun, 30 May 2004 16:42:29 -0700 (PDT) Received: from amazone.paranoid.nl (pos-2-0-amazone.boerde.de [212.21.74.228]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E56A43D2D for ; Sun, 30 May 2004 16:42:28 -0700 (PDT) (envelope-from frank.reppin@boerde.de) Received: from localhost (localhost.localdomain [127.0.0.1]) by amazone.paranoid.nl (AMAZONE) with ESMTP id 8B32D376F7 for ; Mon, 31 May 2004 01:42:25 +0200 (CEST) Received: from amazone.paranoid.nl ([127.0.0.1]) by localhost (amazone [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00895-10 for ; Mon, 31 May 2004 01:42:24 +0200 (CEST) Received: from boerde.de (minax.paranoid.nl [212.21.74.168]) by amazone.paranoid.nl (AMAZONE) with ESMTP id 3236C376F6 for ; Mon, 31 May 2004 01:42:24 +0200 (CEST) Message-ID: <40BA7161.80701@boerde.de> Date: Mon, 31 May 2004 01:42:25 +0200 From: Frank Reppin User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7b) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20040529112604.00w4kckcoc8ww80c@www.sweetdreamsracing.biz> <40BA6C10.7000606@freebsd.org> In-Reply-To: <40BA6C10.7000606@freebsd.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by a little red devilish dude at amazone.paranoid.nl Subject: Re: reboot and shutdown don't work, suspect acpi X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Sun, 30 May 2004 23:42:29 -0000 David Xu wrote: > Kenneth Culver wrote: > >> Hi, >> Ever since the recent acpi commits, reboot and shutdown no longer >> work on my >> machine (asus k8v deluxe mobo, athlon 64). The machine gets to >> "Uptime: 1m34s" >> (the time is just made up) and hangs. The only way to fix this is to >> do a hard >> reset by pushing the computer's reset button. Any ideas? >> >> Ken >> >> >> > Me too, ABIT KV7. > Guess it's obvious now :) - it happens here too: ASUS A7N8X cheers, frank From owner-freebsd-current@FreeBSD.ORG Sun May 30 17:11:52 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C713F16A4CE for ; Sun, 30 May 2004 17:11:52 -0700 (PDT) Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id B9FD243D2D for ; Sun, 30 May 2004 17:11:52 -0700 (PDT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP (SSL) id IBA74465; Sun, 30 May 2004 17:11:52 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 2AC355D08; Sun, 30 May 2004 17:11:52 -0700 (PDT) To: Frank Reppin In-reply-to: Your message of "Mon, 31 May 2004 01:42:25 +0200." <40BA7161.80701@boerde.de> Date: Sun, 30 May 2004 17:11:52 -0700 From: "Kevin Oberman" Message-Id: <20040531001152.2AC355D08@ptavv.es.net> cc: freebsd-current@freebsd.org Subject: Re: reboot and shutdown don't work, suspect acpi X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Mon, 31 May 2004 00:11:52 -0000 > Date: Mon, 31 May 2004 01:42:25 +0200 > From: Frank Reppin > Sender: owner-freebsd-current@freebsd.org > > David Xu wrote: > > Kenneth Culver wrote: > > > >> Hi, > >> Ever since the recent acpi commits, reboot and shutdown no longer > >> work on my > >> machine (asus k8v deluxe mobo, athlon 64). The machine gets to > >> "Uptime: 1m34s" > >> (the time is just made up) and hangs. The only way to fix this is to > >> do a hard > >> reset by pushing the computer's reset button. Any ideas? > >> > >> Ken > >> > >> > >> > > Me too, ABIT KV7. > > I think we have enough "me, too"s. This patch definitely improved performance, but it has a rather serious side effect that makes it worth pulling. Hopfully Nate and jhb can come up with a fix to the interrupt problem that does not break shutdown and reboot. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-current@FreeBSD.ORG Sun May 30 17:12:23 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 42FE016A4CE; Sun, 30 May 2004 17:12:23 -0700 (PDT) Received: from ioskeha.hittite.isp.9tel.net (ioskeha.hittite.isp.9tel.net [62.62.156.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id DBE0743D46; Sun, 30 May 2004 17:12:22 -0700 (PDT) (envelope-from clefevre-lists@9online.fr) Received: from pc2k (200-62-118-80.kaptech.net [80.118.62.200]) by ioskeha.hittite.isp.9tel.net (Postfix) with SMTP id 5FDED17B4A5; Mon, 31 May 2004 02:13:19 +0200 (CEST) Message-ID: <037501c446a3$f14549c0$7890a8c0@dyndns.org> From: "Cyrille Lefevre" To: "Patrick Tracanelli" , References: <40B8A350.8000207@freebsdbrasil.com.br> Date: Mon, 31 May 2004 02:12:20 +0200 Organization: ACME MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1409 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1409 cc: ports@freebsd.org Subject: Re: /usr/local/etc/rc.conf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Mon, 31 May 2004 00:12:23 -0000 "Patrick Tracanelli" wrote: [snip] > Easy solution would be > > rc_conf_files="/etc/rc.conf /etc/rc.conf.local /usr/local/etc/rc.conf" > > into /etc/rc.conf, but it seems to be ignored by rc.subr when it's not > at /etc/defaults/rc.conf; just add the following line to the end of /etc/rc.conf.local after rc_conf_files has been updated : source_rc_confs already read rc.conf files will be ignored (/etc/rc.conf /etc/rc.conf.local) and the others (/usr/local/etc/rc.conf) will be read. Cyrille Lefevre. -- home: mailto:cyrille.lefevre@laposte.net From owner-freebsd-current@FreeBSD.ORG Sun May 30 18:14:00 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7617816A4CE for ; Sun, 30 May 2004 18:14:00 -0700 (PDT) Received: from mxfep02.bredband.com (mxfep02.bredband.com [195.54.107.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id 67BB343D58 for ; Sun, 30 May 2004 18:13:59 -0700 (PDT) (envelope-from peter.schuller@infidyne.com) Received: from scode.mine.nu ([83.226.138.12] [83.226.138.12]) by mxfep02.bredband.com with ESMTP id <20040531011357.NXRY14728.mxfep02.bredband.com@scode.mine.nu> for ; Mon, 31 May 2004 03:13:57 +0200 Received: from localhost (localhost [127.0.0.1]) by scode.mine.nu (Postfix) with ESMTP id 70DC51585E5 for ; Mon, 31 May 2004 03:17:57 +0200 (CEST) From: Peter Schuller To: freebsd-current@freebsd.org Date: Mon, 31 May 2004 03:17:56 +0200 User-Agent: KMail/1.6 MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200405310317.56113.peter.schuller@infidyne.com> Subject: config/kernel version mismatch after cvsup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Mon, 31 May 2004 01:14:00 -0000 Hello, I cvsuped CURRENT today, wanting to test some new things that have gone into the tree. However I now get: ERROR: version of config(8) does not match kernel! config version = 500012, version required = 500013 ... etc, during 'make buildkernel KERNCONF=THUNDERBOLD' (happens with GENERIC too). To be certain I didn't accidentally cvsup in the middle of an update I have cvsuped again a few hours later, but I still have the same problem. The only thing I could think of was that it was caused by me running a kernel newer than userland (though I would expect the above to refer to the source tree only?), so I booted a kernel matching my userland (5.2-RELEASE) but am still getting the same error. What am I missing? (I did the full 'make cleandir && make cleandir && make buildkernel KERNCONF=THUNDERBOLT' sequence, not just 'make buildkernel') -- / Peter Schuller, InfiDyne Technologies HB PGP userID: 0xE9758B7D or 'Peter Schuller ' Key retrieval: Send an E-Mail to getpgpkey@scode.org E-Mail: peter.schuller@infidyne.com Web: http://www.scode.org From owner-freebsd-current@FreeBSD.ORG Sun May 30 18:16:01 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2327616A4CE for ; Sun, 30 May 2004 18:16:01 -0700 (PDT) Received: from smtp01.syd.iprimus.net.au (smtp01.syd.iprimus.net.au [210.50.30.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8584E43D48 for ; Sun, 30 May 2004 18:16:00 -0700 (PDT) (envelope-from tim@robbins.dropbear.id.au) Received: from robbins.dropbear.id.au (210.50.202.23) by smtp01.syd.iprimus.net.au (7.0.024) id 40B7A0DA0007F4B6; Mon, 31 May 2004 11:15:58 +1000 Received: by robbins.dropbear.id.au (Postfix, from userid 1000) id 9B38E41CC; Mon, 31 May 2004 11:16:50 +1000 (EST) Date: Mon, 31 May 2004 11:16:50 +1000 From: Tim Robbins To: Don Bowman Message-ID: <20040531011650.GA12944@cat.robbins.dropbear.id.au> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i cc: "'current@freebsd.org'" Subject: Re: sysctl lock, system lockup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Mon, 31 May 2004 01:16:01 -0000 On Sun, May 30, 2004 at 04:35:55PM -0400, Don Bowman wrote: > From: Don Bowman [mailto:don@sandvine.com] > > On the console i ran 'top', but it wouldn't start, > > giving: > > > > load: 0.00 cmd: top 4282 [sysctl lock] 0.00u 0.00s 0% 180k > > > > as the status. I can't ^C it, can't ssh in. > > can still ping the device. > > > > It was doing a backgound fsck from an earlier hang. > > > > i have called panic from db, not sure if the core will > > work properly or not. > > As a followup... i did get a vmcore, and matching kernel.debug, > if someone can suggest what i might look @? print sysctllock (or just sysctllock.sx_xholder if you don't have a serial console set up.) Tim From owner-freebsd-current@FreeBSD.ORG Sun May 30 18:20:32 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AE67416A4CE for ; Sun, 30 May 2004 18:20:32 -0700 (PDT) Received: from thunderbird.etv.net (thunderbird.etv.net [208.14.190.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id DAFDA43D54 for ; Sun, 30 May 2004 18:20:31 -0700 (PDT) (envelope-from lists@efinley.com) Received: from [205.161.203.50] (helo=science1) by thunderbird.etv.net with smtp (Exim 4.34; FreeBSD) id 1BUbTa-000PC9-Po for freebsd-current@freebsd.org; Sun, 30 May 2004 19:20:30 -0600 Message-ID: <05e601c446ad$760c9880$32cba1cd@science1> From: "Elliot Finley" To: References: <20040529112604.00w4kckcoc8ww80c@www.sweetdreamsracing.biz><40BA6C10.7000606@freebsd.org> <40BA7161.80701@boerde.de> Date: Sun, 30 May 2004 19:20:29 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1409 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409 Subject: Re: reboot and shutdown don't work, suspect acpi X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Elliot Finley List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 May 2004 01:20:32 -0000 From: "Frank Reppin" > David Xu wrote: > > Kenneth Culver wrote: > > > >> Hi, > >> Ever since the recent acpi commits, reboot and shutdown no longer > >> work on my > >> machine (asus k8v deluxe mobo, athlon 64). The machine gets to > >> "Uptime: 1m34s" > >> (the time is just made up) and hangs. The only way to fix this is to > >> do a hard > >> reset by pushing the computer's reset button. Any ideas? > >> > >> Ken > >> > >> > >> > > Me too, ABIT KV7. > > > > Guess it's obvious now :) - it happens here too: > > ASUS A7N8X I'm adding a me too also. ASUS P4P800 Elliot From owner-freebsd-current@FreeBSD.ORG Sun May 30 18:21:58 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7C2DE16A4CE for ; Sun, 30 May 2004 18:21:58 -0700 (PDT) Received: from thunderbird.etv.net (thunderbird.etv.net [208.14.190.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5962843D2F for ; Sun, 30 May 2004 18:21:58 -0700 (PDT) (envelope-from lists@efinley.com) Received: from [205.161.203.50] (helo=science1) by thunderbird.etv.net with smtp (Exim 4.34; FreeBSD) id 1BUbUz-000PEt-Uz for freebsd-current@freebsd.org; Sun, 30 May 2004 19:21:58 -0600 Message-ID: <05f601c446ad$aa041fa0$32cba1cd@science1> From: "Elliot Finley" To: References: <20040531001152.2AC355D08@ptavv.es.net> Date: Sun, 30 May 2004 19:21:56 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1409 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409 Subject: Re: reboot and shutdown don't work, suspect acpi X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Elliot Finley List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 May 2004 01:21:58 -0000 From: "Kevin Oberman" > > Date: Mon, 31 May 2004 01:42:25 +0200 > > From: Frank Reppin > > Sender: owner-freebsd-current@freebsd.org > > > > David Xu wrote: > > > Kenneth Culver wrote: > > > > > >> Hi, > > >> Ever since the recent acpi commits, reboot and shutdown no longer > > >> work on my > > >> machine (asus k8v deluxe mobo, athlon 64). The machine gets to > > >> "Uptime: 1m34s" > > >> (the time is just made up) and hangs. The only way to fix this is to > > >> do a hard > > >> reset by pushing the computer's reset button. Any ideas? > > >> > > >> Ken > > >> > > >> > > >> > > > Me too, ABIT KV7. > > > > > I think we have enough "me, too"s. This patch definitely improved > performance, but it has a rather serious side effect that makes it worth > pulling. Hopfully Nate and jhb can come up with a fix to the interrupt > problem that does not break shutdown and reboot. Mine has not been working since around 5.2.1 P3 or P4 From owner-freebsd-current@FreeBSD.ORG Sun May 30 19:06:19 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 08D3916A4CE for ; Sun, 30 May 2004 19:06:19 -0700 (PDT) Received: from mtaw6.prodigy.net (mtaw6.prodigy.net [64.164.98.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE74043D49 for ; Sun, 30 May 2004 19:06:18 -0700 (PDT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (6d59dd4edb7123108e67d191d5bd432b@adsl-67-115-73-128.dsl.lsan03.pacbell.net [67.115.73.128]) by mtaw6.prodigy.net (8.12.10/8.12.10) with ESMTP id i4V24rbB016992; Sun, 30 May 2004 19:04:53 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 08C4C521D5; Sun, 30 May 2004 19:06:16 -0700 (PDT) Date: Sun, 30 May 2004 19:06:16 -0700 From: Kris Kennaway To: Peter Schuller Message-ID: <20040531020616.GA95177@xor.obsecurity.org> References: <200405310317.56113.peter.schuller@infidyne.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="liOOAslEiF7prFVr" Content-Disposition: inline In-Reply-To: <200405310317.56113.peter.schuller@infidyne.com> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org Subject: Re: config/kernel version mismatch after cvsup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Mon, 31 May 2004 02:06:19 -0000 --liOOAslEiF7prFVr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, May 31, 2004 at 03:17:56AM +0200, Peter Schuller wrote: > Hello, >=20 > I cvsuped CURRENT today, wanting to test some new things that have gone i= nto=20 > the tree. However I now get: >=20 > ERROR: version of config(8) does not match kernel! > config version =3D 500012, version required =3D 500013 >=20 > ... etc, during 'make buildkernel KERNCONF=3DTHUNDERBOLD' (happens with > GENERIC too). >=20 > To be certain I didn't accidentally cvsup in the middle of an update I ha= ve=20 > cvsuped again a few hours later, but I still have the same problem. >=20 > The only thing I could think of was that it was caused by me running a ke= rnel=20 > newer than userland (though I would expect the above to refer to the sour= ce=20 > tree only?), so I booted a kernel matching my userland (5.2-RELEASE) but = am=20 > still getting the same error. >=20 > What am I missing? The correct update sequence documented in the handbook and UPDATING. Kris --liOOAslEiF7prFVr Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAupMYWry0BWjoQKURAmeDAKCtT41r+eLtBTX1VDjT0VLJm/leQQCfR3v0 FvXApUhpGWOns7aU8XCofbg= =cc+L -----END PGP SIGNATURE----- --liOOAslEiF7prFVr-- From owner-freebsd-current@FreeBSD.ORG Sun May 30 19:18:41 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 939AA16A4CE for ; Sun, 30 May 2004 19:18:41 -0700 (PDT) Received: from mail.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 01CB243D41 for ; Sun, 30 May 2004 19:18:41 -0700 (PDT) (envelope-from don@sandvine.com) Received: by mail.sandvine.com with Internet Mail Service (5.5.2657.72) id ; Sun, 30 May 2004 22:18:37 -0400 Message-ID: From: Don Bowman To: 'Tim Robbins' , Don Bowman Date: Sun, 30 May 2004 22:18:34 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2657.72) Content-Type: text/plain; charset="iso-8859-1" cc: "'current@freebsd.org'" Subject: RE: sysctl lock, system lockup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Mon, 31 May 2004 02:18:41 -0000 From: Tim Robbins [mailto:tim@robbins.dropbear.id.au] > On Sun, May 30, 2004 at 04:35:55PM -0400, Don Bowman wrote: > > From: Don Bowman [mailto:don@sandvine.com] > > > On the console i ran 'top', but it wouldn't start, > > > giving: > > > > > > load: 0.00 cmd: top 4282 [sysctl lock] 0.00u 0.00s 0% 180k > > > > > > as the status. I can't ^C it, can't ssh in. > > > can still ping the device. > > > > > > It was doing a backgound fsck from an earlier hang. > > > > > > i have called panic from db, not sure if the core will > > > work properly or not. > > > > As a followup... i did get a vmcore, and matching kernel.debug, > > if someone can suggest what i might look @? > > print sysctllock (or just sysctllock.sx_xholder if you don't have a > serial console set up.) (kgdb) print sysctllock $1 = {sx_object = {lo_class = 0xc070dacc, lo_name = 0xc06ce43d "sysctl lock", lo_type = 0xc06ce43d "sysctl lock", lo_flags = 3866624, lo_list = { tqe_next = 0xc074f9e0, tqe_prev = 0xc0747ab0}, lo_witness = 0xc0751410}, sx_lock = 0xc0748e80, sx_cnt = -1, sx_shrd_cv = { cv_description = 0xc06ce43d "sysctl lock", cv_waiters = 0}, sx_shrd_wcnt = 0, sx_excl_cv = {cv_description = 0xc06ce43d "sysctl lock", cv_waiters = 9}, sx_excl_wcnt = 9, sx_xholder = 0xc8ee2150} From owner-freebsd-current@FreeBSD.ORG Sun May 30 19:21:48 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2426F16A4CE for ; Sun, 30 May 2004 19:21:48 -0700 (PDT) Received: from mail.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF23A43D1F for ; Sun, 30 May 2004 19:21:47 -0700 (PDT) (envelope-from don@sandvine.com) Received: by mail.sandvine.com with Internet Mail Service (5.5.2657.72) id ; Sun, 30 May 2004 22:21:47 -0400 Message-ID: From: Don Bowman To: "'current@freebsd.org'" Date: Sun, 30 May 2004 22:21:42 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2657.72) Content-Type: text/plain; charset="iso-8859-1" Subject: whoa, other_cpus: 0x0000000e, stopped_cpus: 0x00000004 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Mon, 31 May 2004 02:21:48 -0000 I came upon my machine, locked up. I was able to drop into the debugger. The last message out was: "pmap_lazyfix: spun for 50000000" When i tried to continue, i got this message instead: whoa, other_cpus: 0x0000000e, stopped_cpus: 0x00000004 panic: stop_cpus() failed at line 202 in file /usr/src/sys/i386/i386/db_interface.c cpuid = 0; boot() called on cpu#0 syncing disks, buffers remaining... panic: pmap_invalidate_range: interrupts disabled I'm not sure why the 'whoa, other_cpus' message would come out? This comes from sys/i386/i386/db_interface.c Can this provide a clue as to why it was locked up? I got the vmcore from this, what does one look for in it? --don From owner-freebsd-current@FreeBSD.ORG Sun May 30 20:02:10 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6D7F116A4CE for ; Sun, 30 May 2004 20:02:10 -0700 (PDT) Received: from smtp01.syd.iprimus.net.au (smtp01.syd.iprimus.net.au [210.50.30.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9937B43D54 for ; Sun, 30 May 2004 20:02:07 -0700 (PDT) (envelope-from tim@robbins.dropbear.id.au) Received: from robbins.dropbear.id.au (210.50.202.23) by smtp01.syd.iprimus.net.au (7.0.024) id 40B7A0DA00087D88; Mon, 31 May 2004 13:02:06 +1000 Received: by robbins.dropbear.id.au (Postfix, from userid 1000) id 33FB841CE; Mon, 31 May 2004 13:02:58 +1000 (EST) Date: Mon, 31 May 2004 13:02:58 +1000 From: Tim Robbins To: Don Bowman Message-ID: <20040531030258.GA13448@cat.robbins.dropbear.id.au> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i cc: "'current@freebsd.org'" Subject: Re: sysctl lock, system lockup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Mon, 31 May 2004 03:02:10 -0000 On Sun, May 30, 2004 at 10:18:34PM -0400, Don Bowman wrote: > From: Tim Robbins [mailto:tim@robbins.dropbear.id.au] > > On Sun, May 30, 2004 at 04:35:55PM -0400, Don Bowman wrote: > > > From: Don Bowman [mailto:don@sandvine.com] > > > > On the console i ran 'top', but it wouldn't start, > > > > giving: > > > > > > > > load: 0.00 cmd: top 4282 [sysctl lock] 0.00u 0.00s 0% 180k > > > > > > > > as the status. I can't ^C it, can't ssh in. > > > > can still ping the device. > > > > > > > > It was doing a backgound fsck from an earlier hang. > > > > > > > > i have called panic from db, not sure if the core will > > > > work properly or not. > > > > > > As a followup... i did get a vmcore, and matching kernel.debug, > > > if someone can suggest what i might look @? > > > > print sysctllock (or just sysctllock.sx_xholder if you don't have a > > serial console set up.) > > (kgdb) print sysctllock > $1 = {sx_object = {lo_class = 0xc070dacc, lo_name = 0xc06ce43d "sysctl > lock", > lo_type = 0xc06ce43d "sysctl lock", lo_flags = 3866624, lo_list = { > tqe_next = 0xc074f9e0, tqe_prev = 0xc0747ab0}, lo_witness = > 0xc0751410}, > sx_lock = 0xc0748e80, sx_cnt = -1, sx_shrd_cv = { > cv_description = 0xc06ce43d "sysctl lock", cv_waiters = 0}, > sx_shrd_wcnt = 0, sx_excl_cv = {cv_description = 0xc06ce43d "sysctl lock", > > cv_waiters = 9}, sx_excl_wcnt = 9, sx_xholder = 0xc8ee2150} Hmm. How about the value of sysctllock.sx_xholder->td_proc? Then, if possible, switch to that process (with gdb's proc command) and try to get a backtrace. (I admit to not having used this feature recently; I'm not completely sure that it still works. You may need to pass it a thread pointer instead.) Tim From owner-freebsd-current@FreeBSD.ORG Sun May 30 20:31:20 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D387D16A4CE for ; Sun, 30 May 2004 20:31:20 -0700 (PDT) Received: from mail.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 31FDF43D5A for ; Sun, 30 May 2004 20:31:20 -0700 (PDT) (envelope-from don@sandvine.com) Received: by mail.sandvine.com with Internet Mail Service (5.5.2657.72) id ; Sun, 30 May 2004 23:31:18 -0400 Message-ID: From: Don Bowman To: 'Tim Robbins' , Don Bowman Date: Sun, 30 May 2004 23:31:14 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2657.72) Content-Type: text/plain; charset="iso-8859-1" cc: "'current@freebsd.org'" Subject: RE: sysctl lock, system lockup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Mon, 31 May 2004 03:31:21 -0000 From: Tim Robbins [mailto:tim@robbins.dropbear.id.au] > On Sun, May 30, 2004 at 10:18:34PM -0400, Don Bowman wrote: > > From: Tim Robbins [mailto:tim@robbins.dropbear.id.au] > > > On Sun, May 30, 2004 at 04:35:55PM -0400, Don Bowman wrote: > > > > From: Don Bowman [mailto:don@sandvine.com] > > > > > On the console i ran 'top', but it wouldn't start, > > > > > giving: > > > > > > > > > > load: 0.00 cmd: top 4282 [sysctl lock] 0.00u 0.00s 0% 180k > > > > > > > > > > as the status. I can't ^C it, can't ssh in. > > > > > can still ping the device. > > > > > > > > > > It was doing a backgound fsck from an earlier hang. > > > > > > > > > > i have called panic from db, not sure if the core will > > > > > work properly or not. > > > > > > > > As a followup... i did get a vmcore, and matching kernel.debug, > > > > if someone can suggest what i might look @? > > > > > > print sysctllock (or just sysctllock.sx_xholder if you > don't have a > > > serial console set up.) > > > > (kgdb) print sysctllock > > $1 = {sx_object = {lo_class = 0xc070dacc, lo_name = > 0xc06ce43d "sysctl > > lock", > > lo_type = 0xc06ce43d "sysctl lock", lo_flags = 3866624, > lo_list = { > > tqe_next = 0xc074f9e0, tqe_prev = 0xc0747ab0}, lo_witness = > > 0xc0751410}, > > sx_lock = 0xc0748e80, sx_cnt = -1, sx_shrd_cv = { > > cv_description = 0xc06ce43d "sysctl lock", cv_waiters = 0}, > > sx_shrd_wcnt = 0, sx_excl_cv = {cv_description = > 0xc06ce43d "sysctl lock", > > > > cv_waiters = 9}, sx_excl_wcnt = 9, sx_xholder = 0xc8ee2150} > > Hmm. How about the value of sysctllock.sx_xholder->td_proc? > Then, if possible, > switch to that process (with gdb's proc command) and try to > get a backtrace. > (I admit to not having used this feature recently; I'm not > completely sure > that it still works. You may need to pass it a thread pointer > instead.) (kgdb) p sysctllock.sx_xholder->td_proc $1 = (struct proc *) 0xc8eddc08 (kgdb) proc 0xc8eddc08 (kgdb) bt #0 0xc0550340 in sched_switch (td=0xc8ee2150) at /usr/src/sys/kern/sched_4bsd.c:666 #1 0xc0545dfe in mi_switch (flags=1945947512) at /usr/src/sys/kern/kern_synch.c:359 #2 0xc055d382 in sleepq_switch (wchan=0x0) at /usr/src/sys/kern/subr_sleepqueue.c:374 #3 0xc055d53f in sleepq_wait (wchan=0xe15dbc28) at /usr/src/sys/kern/subr_sleepqueue.c:478 #4 0xc0545ac6 in msleep (ident=0xe15dbc28, mtx=0xc0774a00, priority=76, wmesg=0xc06d4ad5 "biord", timo=0) at /usr/src/sys/kern/kern_synch.c:250 #5 0xc058193f in bwait (bp=0xe15dbc28, pri=76 'L', wchan=0xc06d4ad5 "biord") at /usr/src/sys/kern/vfs_bio.c:3766 #6 0xc0580525 in bufwait (bp=0xe15dbc28) at /usr/src/sys/kern/vfs_bio.c:3048 #7 0xc057c9be in breadn (vp=0xc937ba28, blkno=-18688012, size=16384, rablkno=0x0, rabsize=0x0, cnt=0, cred=0x0, bpp=0x0) at /usr/src/sys/kern/vfs_bio.c:749 #8 0xc057c724 in bread (vp=0xc937ba28, blkno=-18688012, size=16384, cred=0x0, bpp=0xf835e9d8) at /usr/src/sys/kern/vfs_bio.c:684 #9 0xc061ab93 in ffs_balloc_ufs2 (vp=0xc937ba28, startoffset=0, size=16384, cred=0xc53d5180, flags=131072, bpp=0xf835eadc) at /usr/src/sys/ufs/ffs/ffs_balloc.c:702 #10 0xc0621191 in ffs_snapremove (vp=0xc937ba28) at /usr/src/sys/ufs/ffs/ffs_snapshot.c:1463 #11 0xc0626a70 in softdep_releasefile (ip=0xc9309460) at /usr/src/sys/ufs/ffs/ffs_softdep.c:3266 #12 0xc063303d in ufs_inactive (ap=0x0) at /usr/src/sys/ufs/ufs/ufs_inode.c:88 #13 0xc063a21f in ufs_vnoperate (ap=0x0) at /usr/src/sys/ufs/ufs/ufs_vnops.c:2819 #14 0xc058c60e in vput (vp=0xc937ba28) at vnode_if.h:953 #15 0xc0618992 in sysctl_ffs_fsck (oidp=0x0, arg1=0xf835ec90, arg2=0, req=0x0) at /usr/src/sys/ufs/ffs/ffs_alloc.c:2292 #16 0xc0547553 in sysctl_root (oidp=0x0, arg1=0xf835ec90, arg2=0, req=0xf835ec08) at /usr/src/sys/kern/kern_sysctl.c:1220 #17 0xc0547714 in userland_sysctl (td=0x0, name=0xf835ec84, namelen=3, old=0xf835ec08, oldlenp=0x0, inkernel=0, new=0x8059f00, newlen=0, retval=0xf835ec80) at /usr/src/sys/kern/kern_sysctl.c:1317 #18 0xc05475d5 in __sysctl (td=0xc8ee2150, uap=0xf835ed14) at /usr/src/sys/kern/kern_sysctl.c:1254 #19 0xc06813a7 in syscall (frame= {tf_fs = 47, tf_es = 47, tf_ds = -1078001617, tf_edi = 3, tf_esi = 0, tf_ebp = -1077941560, tf_isp = -130683532, tf_ebx = 1746122828, tf_edx = 134584952, tf_ecx = 0, tf_eax = 202, tf_trapno = 12, tf_err = 2, tf_eip = 1745649783, tf_cs = 31, tf_eflags = 658, tf_esp = -1077941620, tf_ss = 47}) at /usr/src/sys/i386/i386/trap.c:1004 #20 0x680c8077 in ?? () Cannot access memory at address 0xbfbfeac8 (kgdb) From owner-freebsd-current@FreeBSD.ORG Sun May 30 21:21:45 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C6B3116A4CE for ; Sun, 30 May 2004 21:21:45 -0700 (PDT) Received: from smtp01.syd.iprimus.net.au (smtp01.syd.iprimus.net.au [210.50.30.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1FC1843D58 for ; Sun, 30 May 2004 21:21:45 -0700 (PDT) (envelope-from tim@robbins.dropbear.id.au) Received: from robbins.dropbear.id.au (210.50.202.23) by smtp01.syd.iprimus.net.au (7.0.024) id 40B7A0DA0008ED88; Mon, 31 May 2004 14:21:43 +1000 Received: by robbins.dropbear.id.au (Postfix, from userid 1000) id 0515D41D0; Mon, 31 May 2004 14:22:34 +1000 (EST) Date: Mon, 31 May 2004 14:22:34 +1000 From: Tim Robbins To: Don Bowman Message-ID: <20040531042234.GA13724@cat.robbins.dropbear.id.au> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i cc: "'current@freebsd.org'" Subject: Re: sysctl lock, system lockup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Mon, 31 May 2004 04:21:45 -0000 On Sun, May 30, 2004 at 11:31:14PM -0400, Don Bowman wrote: > From: Tim Robbins [mailto:tim@robbins.dropbear.id.au] > > On Sun, May 30, 2004 at 10:18:34PM -0400, Don Bowman wrote: > > > From: Tim Robbins [mailto:tim@robbins.dropbear.id.au] > > > > On Sun, May 30, 2004 at 04:35:55PM -0400, Don Bowman wrote: > > > > > From: Don Bowman [mailto:don@sandvine.com] > > > > > > On the console i ran 'top', but it wouldn't start, > > > > > > giving: > > > > > > > > > > > > load: 0.00 cmd: top 4282 [sysctl lock] 0.00u 0.00s 0% 180k > > > > > > > > > > > > as the status. I can't ^C it, can't ssh in. > > > > > > can still ping the device. > > > > > > > > > > > > It was doing a backgound fsck from an earlier hang. > > > > > > > > > > > > i have called panic from db, not sure if the core will > > > > > > work properly or not. > > > > > > > > > > As a followup... i did get a vmcore, and matching kernel.debug, > > > > > if someone can suggest what i might look @? > > > > > > > > print sysctllock (or just sysctllock.sx_xholder if you > > don't have a > > > > serial console set up.) > > > > > > (kgdb) print sysctllock > > > $1 = {sx_object = {lo_class = 0xc070dacc, lo_name = > > 0xc06ce43d "sysctl > > > lock", > > > lo_type = 0xc06ce43d "sysctl lock", lo_flags = 3866624, > > lo_list = { > > > tqe_next = 0xc074f9e0, tqe_prev = 0xc0747ab0}, lo_witness = > > > 0xc0751410}, > > > sx_lock = 0xc0748e80, sx_cnt = -1, sx_shrd_cv = { > > > cv_description = 0xc06ce43d "sysctl lock", cv_waiters = 0}, > > > sx_shrd_wcnt = 0, sx_excl_cv = {cv_description = > > 0xc06ce43d "sysctl lock", > > > > > > cv_waiters = 9}, sx_excl_wcnt = 9, sx_xholder = 0xc8ee2150} > > > > Hmm. How about the value of sysctllock.sx_xholder->td_proc? > > Then, if possible, > > switch to that process (with gdb's proc command) and try to > > get a backtrace. > > (I admit to not having used this feature recently; I'm not > > completely sure > > that it still works. You may need to pass it a thread pointer > > instead.) > > > (kgdb) p sysctllock.sx_xholder->td_proc > $1 = (struct proc *) 0xc8eddc08 > (kgdb) proc 0xc8eddc08 > (kgdb) bt > #0 0xc0550340 in sched_switch (td=0xc8ee2150) > at /usr/src/sys/kern/sched_4bsd.c:666 > #1 0xc0545dfe in mi_switch (flags=1945947512) > at /usr/src/sys/kern/kern_synch.c:359 > #2 0xc055d382 in sleepq_switch (wchan=0x0) > at /usr/src/sys/kern/subr_sleepqueue.c:374 > #3 0xc055d53f in sleepq_wait (wchan=0xe15dbc28) > at /usr/src/sys/kern/subr_sleepqueue.c:478 > #4 0xc0545ac6 in msleep (ident=0xe15dbc28, mtx=0xc0774a00, priority=76, > wmesg=0xc06d4ad5 "biord", timo=0) at /usr/src/sys/kern/kern_synch.c:250 > #5 0xc058193f in bwait (bp=0xe15dbc28, pri=76 'L', wchan=0xc06d4ad5 > "biord") > at /usr/src/sys/kern/vfs_bio.c:3766 > #6 0xc0580525 in bufwait (bp=0xe15dbc28) at > /usr/src/sys/kern/vfs_bio.c:3048 > #7 0xc057c9be in breadn (vp=0xc937ba28, blkno=-18688012, size=16384, > rablkno=0x0, rabsize=0x0, cnt=0, cred=0x0, bpp=0x0) > at /usr/src/sys/kern/vfs_bio.c:749 > #8 0xc057c724 in bread (vp=0xc937ba28, blkno=-18688012, size=16384, > cred=0x0, > bpp=0xf835e9d8) at /usr/src/sys/kern/vfs_bio.c:684 > #9 0xc061ab93 in ffs_balloc_ufs2 (vp=0xc937ba28, startoffset=0, size=16384, > > cred=0xc53d5180, flags=131072, bpp=0xf835eadc) > at /usr/src/sys/ufs/ffs/ffs_balloc.c:702 > #10 0xc0621191 in ffs_snapremove (vp=0xc937ba28) > at /usr/src/sys/ufs/ffs/ffs_snapshot.c:1463 > #11 0xc0626a70 in softdep_releasefile (ip=0xc9309460) > at /usr/src/sys/ufs/ffs/ffs_softdep.c:3266 > #12 0xc063303d in ufs_inactive (ap=0x0) at > /usr/src/sys/ufs/ufs/ufs_inode.c:88 > #13 0xc063a21f in ufs_vnoperate (ap=0x0) > at /usr/src/sys/ufs/ufs/ufs_vnops.c:2819 > #14 0xc058c60e in vput (vp=0xc937ba28) at vnode_if.h:953 > #15 0xc0618992 in sysctl_ffs_fsck (oidp=0x0, arg1=0xf835ec90, arg2=0, > req=0x0) > at /usr/src/sys/ufs/ffs/ffs_alloc.c:2292 > #16 0xc0547553 in sysctl_root (oidp=0x0, arg1=0xf835ec90, arg2=0, > req=0xf835ec08) at /usr/src/sys/kern/kern_sysctl.c:1220 > #17 0xc0547714 in userland_sysctl (td=0x0, name=0xf835ec84, namelen=3, > old=0xf835ec08, oldlenp=0x0, inkernel=0, new=0x8059f00, newlen=0, > retval=0xf835ec80) at /usr/src/sys/kern/kern_sysctl.c:1317 > #18 0xc05475d5 in __sysctl (td=0xc8ee2150, uap=0xf835ed14) > at /usr/src/sys/kern/kern_sysctl.c:1254 > #19 0xc06813a7 in syscall (frame= > {tf_fs = 47, tf_es = 47, tf_ds = -1078001617, tf_edi = 3, tf_esi = 0, > tf_ebp = -1077941560, tf_isp = -130683532, tf_ebx = 1746122828, tf_edx = > 134584952, tf_ecx = 0, tf_eax = 202, tf_trapno = 12, tf_err = 2, tf_eip = > 1745649783, tf_cs = 31, tf_eflags = 658, tf_esp = -1077941620, tf_ss = 47}) > at /usr/src/sys/i386/i386/trap.c:1004 > #20 0x680c8077 in ?? () > Cannot access memory at address 0xbfbfeac8 > (kgdb) I'm not sure where to go from here. A deadlock doesn't seem likely, but it's possible that background fsck could lock up the system for quite some time by using this sysctl. How long did you wait before dropping to ddb (approximately)? Tim From owner-freebsd-current@FreeBSD.ORG Mon May 31 00:14:10 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6175C16A4CE for ; Mon, 31 May 2004 00:14:10 -0700 (PDT) Received: from lakermmtao07.cox.net (lakermmtao07.cox.net [68.230.240.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id BBC5243D3F for ; Mon, 31 May 2004 00:14:09 -0700 (PDT) (envelope-from vince@hightek.org) Received: from quark.hightek.org ([68.12.75.33]) by lakermmtao07.cox.net (InterMail vM.6.01.03.02 201-2131-111-104-20040324) with ESMTP id <20040531071408.ORCW15361.lakermmtao07.cox.net@quark.hightek.org> for ; Mon, 31 May 2004 03:14:08 -0400 Received: by quark.hightek.org (Postfix, from userid 501) id DDBC712422; Mon, 31 May 2004 02:14:18 -0500 (CDT) Date: Mon, 31 May 2004 02:14:18 -0500 From: Vincent To: freebsd-current@FreeBSD.ORG Message-ID: <20040531071418.GA19053@quark.hightek.org> References: <20040530080931.GA14215@quark.hightek.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040530080931.GA14215@quark.hightek.org> User-Agent: Mutt/1.4.1i Subject: Re: USB not working on centrino based laptop X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Mon, 31 May 2004 07:14:10 -0000 On Sun, May 30, 2004 at 03:09:35AM -0500, Vincent wrote: > Hello. > > We just got an Enpower Xnote Premier Plus laptop put out by PC Club > with the Intel Centrino 1.4 GHz processor. I upgraded to 5.2-CURRENT > which I downloaded from CVS at about 2:30am CST last night (5/29/04). > But, just like with 5.2.1-RELEASE, USB devices do not seem to be > detected. Problem solved. Turns out that legacy USB support had to be turned off in the BIOS. In fact I am happy to report that my Daisy camera and SimpleTech FlashLink UCF-100 CF card reader, both of which did not work on the RELEASE versions, work find in CURRENT on this machine. Sorry for the noise. Vincent From owner-freebsd-current@FreeBSD.ORG Mon May 31 01:49:17 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3712016A4CE; Mon, 31 May 2004 01:49:17 -0700 (PDT) Received: from herring.rabson.org (mailgate.nlsystems.com [80.177.232.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1327343D46; Mon, 31 May 2004 01:49:16 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from herring.rabson.org (herring.rabson.org [10.0.0.2]) by herring.rabson.org (8.12.11/8.12.11) with ESMTP id i4V8muV7032535; Mon, 31 May 2004 09:48:56 +0100 (BST) (envelope-from dfr@nlsystems.com) From: Doug Rabson To: wpaul@FreeBSD.ORG (Bill Paul) Date: Mon, 31 May 2004 09:48:55 +0100 User-Agent: KMail/1.6.1 References: <20040530190600.5B64916A4CF@hub.freebsd.org> In-Reply-To: <20040530190600.5B64916A4CF@hub.freebsd.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200405310948.55864.dfr@nlsystems.com> X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on herring.rabson.org X-Virus-Scanned: ClamAV version 'clamd / ClamAV version 0.65', clamav-milter version '0.60p' cc: freebsd-current@FreeBSD.ORG Subject: Re: Project Evil APs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Mon, 31 May 2004 08:49:17 -0000 On Sunday 30 May 2004 20:06, Bill Paul wrote: > > > > > > You want to use ad-hoc mode. You don't want to bother me with > > > silly questions about hostap mode because it doesn't really let > > > you do anything you can't do with ad-hoc mode anyway. Use IPSec > > > with ad-hoc mode and you'll probably get better security than any > > > access point can give you in the first place. > > > > > > > Probably. Only if I can get this silly little WinME laptop to do > > ad-hoc as well though. The main reason for doing this is that my AP > > died and my gf wants to use the laptop in the garden :-). > > Did you... read the little booklet that came with the card in your > gf's computer? Sometimes there's a special control panel snap-in or > custom utility to configure the card. If not, go to the control > panel, click "system" and look for the device manager. Select the > wireless device and check for driver settings. You might be able to > set ad-hoc mode there. I managed to find new drivers for the laptop's card and it works fine now. Now I just have to put some kind of tunnelling thing together (I guess pptp is the only option for WinMe) so that the neighbours can't 'borrow' our service. > > > Interestingly, the inf file lists a registry key named > > "EnableSoftAP" which appears to suggest that support might be > > possible in windows with the right software. Probably involves > > custom drivers using private interfaces with the driver though :-(. > > > > Any chance of a native driver for the Broadcom 43xx stuff? > > Broadcom refuses to release programming manuals for their wireless > chipsets, most likely because they use software controlled radios. > In order to get FCC type acceptance for their parts, they have to > fix it so the user can't arbitrarily set things like operating > frequencies, modulation parameters and power output. Since a large > part of that is now controlled by the driver (rather than by > firmware, like with the Lucent WaveLAN and Aironet devices), the only > way they can do that is by making the driver binary only. If they > gave out driver source or manuals, you could figure out how to > reprogram the radio any way you wanted, which would make the FCC > unhappy, which means no FCC type acceptance, which means no sales in > the U.S. market. > > Note that the Intel Centrino wireless chips (Calexico I and Calexico > II) are firmware driven, which is what makes it possible to have a > native driver for them without violating FCC regs. To bad Intel wrote > the book on foot dragging. I understand the problem here and believe me, I'm happy to be able to use the card at all with the windows drivers. Obviously it would be wonderful to have some kind of split public/private driver like the ath_hal model but I don't really expect Broadcom to care enough about our tiny market to do that. From owner-freebsd-current@FreeBSD.ORG Mon May 31 02:04:56 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4D58C16A4CE for ; Mon, 31 May 2004 02:04:56 -0700 (PDT) Received: from mail.corrupt.co.nz (222-152-28-228.jetstream.xtra.co.nz [222.152.28.228]) by mx1.FreeBSD.org (Postfix) with SMTP id E1A4243D46 for ; Mon, 31 May 2004 02:04:54 -0700 (PDT) (envelope-from drew@corrupt.co.nz) Received: (qmail 21492 invoked by uid 1011); 31 May 2004 09:04:16 -0000 Received: from drew@corrupt.co.nz by tweety.lan.corrupt.co.nz by uid 1009 with qmail-scanner-1.22 Clear:RC:0(10.10.69.142):SA:0(0.0/3.8):. Processed in 5.203013 secs); 31 May 2004 09:04:16 -0000 X-Spam-Status: No, hits=0.0 required=3.8 Received: from unknown (HELO corrupt.co.nz) (drew@corrupt.co.nz@10.10.69.142) by mail.corrupt.co.nz with SMTP; 31 May 2004 09:04:10 -0000 Message-ID: <40BAF4EC.6080207@corrupt.co.nz> Date: Mon, 31 May 2004 21:03:40 +1200 From: Drew Broadley User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040505 X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: ndis - NetGear HA501 - kernel panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Mon, 31 May 2004 09:04:56 -0000 This is what comes up when I use the XP and 2k drivers for the NetGear HA501 802.11a card and insert: >>>>>>>>>>>>>>>>>>> ndis0: mem 0x80000000-0x8000ffff irq 11 at device 0.0 on cardbus0 ndis0: [GIANT-LOCKED] >>>>>>>>>>>>>>>>>>> This is when I perform "ifconfig ndis0 up SSID GUYAVE" >>>>>>>>>>>>>>>>>>> can't re-use a leaf (MapRegisters)! can't re-use a leaf (clist)! can't re-use a leaf (QoS)! can't re-use a leaf (tpc)! can't re-use a leaf (TurboEnable)! can't re-use a leaf (beaconInterval)! can't re-use a leaf (bssType)! can't re-use a leaf (privacyInvoked)! can't re-use a leaf (sleepMode)! can't re-use a leaf (FragThreshold)! can't re-use a leaf (RTSThreshold)! can't re-use a leaf (rateCtrlEnable)! can't re-use a leaf (SmeEnable)! can't re-use a leaf (TransmitRate)! can't re-use a leaf (bkScanEnable)! ndis0: NDIS API version: 5.0 ndis0: Ethernet address: 00:30:ab:15:b6:cf ndis0: 11a rates: ndis0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps ndis0: set filter failed: 6 ndis0: set filter failed: 6 ndis0: set filter failed: 6 ndis0: link up ndis0: no matching rate for: 48 >>>>>>>>>>>>>>>>>>> This is when I perform "ifconfig ndis0 down" >>>>>>>>>>>>>>>>>>> Fatal trap 12: page fault while in kernel mode fault virtual address = 0xb85b58 fault code = supervisor read, page not present instruction pointer = 0x8:0xc07cbdf0 stack pointer = 0x10:0xe7f30a9c frame pointer = 0x10:0xe7f30aac 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 = 792 (ifconfig) trap number = 12 panic: page fault at line 815 in file /usr/src/sys/i386/i386/trap.c >>>>>>>>>>>>>>>>>>> From owner-freebsd-current@FreeBSD.ORG Mon May 31 03:26:25 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 271FE16A4CE for ; Mon, 31 May 2004 03:26:25 -0700 (PDT) Received: from mxfep01.bredband.com (mxfep01.bredband.com [195.54.107.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA24B43D2D for ; Mon, 31 May 2004 03:26:23 -0700 (PDT) (envelope-from peter.schuller@infidyne.com) Received: from scode.mine.nu ([83.226.138.12] [83.226.138.12]) by mxfep01.bredband.com with ESMTP id <20040531102622.RZBL2575.mxfep01.bredband.com@scode.mine.nu>; Mon, 31 May 2004 12:26:22 +0200 Received: from localhost (localhost [127.0.0.1]) by scode.mine.nu (Postfix) with ESMTP id 51D7D1585DC; Mon, 31 May 2004 12:30:24 +0200 (CEST) From: Peter Schuller To: Olivier Houchard Date: Mon, 31 May 2004 12:30:23 +0200 User-Agent: KMail/1.6 References: <200405310317.56113.peter.schuller@infidyne.com> <20040531013454.GA40900@ci0.org> In-Reply-To: <20040531013454.GA40900@ci0.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200405311230.23920.peter.schuller@infidyne.com> cc: freebsd-current@freebsd.org Subject: Re: config/kernel version mismatch after cvsup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Mon, 31 May 2004 10:26:25 -0000 > Please recompile config (cd /usr/src/usr/sbin/config && make depend all > install) Thanks! However this fails with: lang.l:1034: warning: 'yy_flex_realloc' defined but not used (I'm in /usr/src/usr.sbin/config, I assume that is what you meant?) I suppose I can get around that by removing -Werror, but presumably I'm not supposed to have to do that or lots of people would have noticed this problem by now. I've done lots of upgrades before, always trying to follow the official instructions, but this is the first time I have had this kind of problem. -- / Peter Schuller, InfiDyne Technologies HB PGP userID: 0xE9758B7D or 'Peter Schuller ' Key retrieval: Send an E-Mail to getpgpkey@scode.org E-Mail: peter.schuller@infidyne.com Web: http://www.scode.org From owner-freebsd-current@FreeBSD.ORG Mon May 31 03:29:32 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5603E16A4CE for ; Mon, 31 May 2004 03:29:32 -0700 (PDT) Received: from mxfep02.bredband.com (mxfep02.bredband.com [195.54.107.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id 607CF43D45 for ; Mon, 31 May 2004 03:29:31 -0700 (PDT) (envelope-from peter.schuller@infidyne.com) Received: from scode.mine.nu ([83.226.138.12] [83.226.138.12]) by mxfep02.bredband.com with ESMTP id <20040531102930.PWQU14728.mxfep02.bredband.com@scode.mine.nu>; Mon, 31 May 2004 12:29:30 +0200 Received: from localhost (localhost [127.0.0.1]) by scode.mine.nu (Postfix) with ESMTP id 4EEEE1585E9; Mon, 31 May 2004 12:33:32 +0200 (CEST) From: Peter Schuller To: freebsd-current@freebsd.org Date: Mon, 31 May 2004 12:33:31 +0200 User-Agent: KMail/1.6 References: <200405310317.56113.peter.schuller@infidyne.com> <20040531020616.GA95177@xor.obsecurity.org> In-Reply-To: <20040531020616.GA95177@xor.obsecurity.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200405311233.31925.peter.schuller@infidyne.com> cc: Kris Kennaway Subject: Re: config/kernel version mismatch after cvsup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Mon, 31 May 2004 10:29:32 -0000 > > What am I missing? > > The correct update sequence documented in the handbook and UPDATING. Where exactly is this documented? I was pretty darned sure I was following the official procedure (it's not the first time I've done this), and indeed when I re-read: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-building.html I cannot find any step that I am missing. Nor can I find anything in UPDATING (except -DALWAYS_CHECK_MAKE which is not documented in the handbook, but didn't help in this case). And I *did* check UPDATING before trying to build, but found no new entries regarding specific problems at the moment. -- / Peter Schuller, InfiDyne Technologies HB PGP userID: 0xE9758B7D or 'Peter Schuller ' Key retrieval: Send an E-Mail to getpgpkey@scode.org E-Mail: peter.schuller@infidyne.com Web: http://www.scode.org From owner-freebsd-current@FreeBSD.ORG Mon May 31 03:42:00 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8B66116A4CE; Mon, 31 May 2004 03:42:00 -0700 (PDT) Received: from smtp1.home.se (smtp1.home.se [213.214.194.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B81343D2F; Mon, 31 May 2004 03:41:58 -0700 (PDT) (envelope-from mauritz.sundell@home.se) Received: from mauritz.sundell@home.se [192.71.194.246] by home.se with NetMail ModWeb Module; Mon, 31 May 2004 12:37:48 +0200 From: "Mauritz Sundell" To: freebsd-firewire@freebsd.org, freebsd-current@freebsd.org Date: Mon, 31 May 2004 12:37:48 +0200 X-Mailer: NetMail ModWeb Module X-Sender: mauritz.sundell@home.se MIME-Version: 1.0 Message-ID: <1085999868.5717cf00mauritz.sundell@home.se> Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable Subject: No /dev/cd or /dev/da for PX708UF X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Mon, 31 May 2004 10:42:00 -0000 Hi Recently I bought a Plextor PX-708UF device. It's an external dvd-burner co= nnectably thru USB or FireWire. On my dual-boot machine FreeBSD-current/Win98 it does work without extra drivers or problems under Win98 with firewire. But under FreeBSD I neither get an cd-device or da-device. I only get a cam= -device (pass1). The cam-device works fine, I can read audio-tracks with cdda2wav and I can = eject with camcontrol for example. Neither does it work connected with USB. (I can connect my memory stick with USB and gets a /dev/da0 device). I am completly new on FireWire use. Do I need to do something special? The only error I can detect is error 22 during Inquiry. Can someone help me? kernel: (probe0:sbp0:0:0:0): INQUIRY. CDB: 12 1 80 0 ff 0 kernel: sbp0:0:0 XPT_SCSI_IO: cmd: 12 01 80 00 ff 00 00 00 00 00, flags: 0x= 40, 6b cmd/255b data/18b sense kernel: sbp0:0:0 SCSI status 2 sfmt 0 valid 0 key 5 code 24 qlfr 0 len 7 kernel: (probe0:sbp0:0:0:0): xpt_done kernel: Current DB 0 kernel: ch =3D 0 kernel: Current OP KEY INT BR len Addr Depend Stat: Cnt kernel: 07baed00 OUTM ST2 NEV NEV 16 00000000 00000000 0000:0000 Nostat kernel: 0x00826110 0xffc0ffff 0xf0010108 0x00080000 kernel: 07baed00 OUTL ST0 ALL ALL 8 003dc1b0 07baed80 8452:e136 RUN,ACT= IVE, ack pend(12) kernel: (probe0:sbp0:0:0:0): camisr kernel: (probe0:sbp0:0:0:0): probedone=20 kernel: (probe0:sbp0:0:0:0): xpt_setup_ccb kernel: (probe0:sbp0:0:0:0): xpt_action kernel: (probe0:sbp0:0:0:0): error 22 kernel: (probe0:sbp0:0:0:0): Unretryable Error kernel: (probe0:sbp0:0:0:0): xpt_setup_ccb kernel: (probe0:sbp0:0:0:0): xpt_action kernel: (probe0:sbp0:0:0:0): xpt_done kernel: (probe0:sbp0:0:0:0): xpt_action kernel: (probe0:sbp0:0:0:0): xpt_setup_ccb kernel: (probe0:sbp0:0:0:0): xpt_action kernel: (probe0:sbp0:0:0:0): xpt_done kernel: (probe0:sbp0:0:0:0): xpt_setup_ccb kernel: (probe0:sbp0:0:0:0): xpt_action kernel: (probe0:sbp0:0:0:0): xpt_done kernel: (probe0:sbp0:0:0:0): xpt_done kernel: (probe0:sbp0:0:0:0): xpt_schedule kernel: (probe0:sbp0:0:0:0): added periph to queue kernel: (probe0:sbp0:0:0:0): calling xpt_run_devq kernel: (probe0:sbp0:0:0:0): xpt_setup_ccb kernel: (probe0:sbp0:0:0:0): probestart kernel: (probe0:sbp0:0:0:0): xpt_action kernel: (probe0:sbp0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 From owner-freebsd-current@FreeBSD.ORG Mon May 31 04:39:45 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2251E16A4CE for ; Mon, 31 May 2004 04:39:45 -0700 (PDT) Received: from mta4.rcsntx.swbell.net (mta4.rcsntx.swbell.net [151.164.30.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id E1FBB43D49 for ; Mon, 31 May 2004 04:39:44 -0700 (PDT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (700d271be9e151a1b804601136c070c5@adsl-67-115-73-128.dsl.lsan03.pacbell.net [67.115.73.128])i4VBdfO7009418; Mon, 31 May 2004 06:39:43 -0500 (CDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 92FF651A33; Mon, 31 May 2004 03:36:59 -0700 (PDT) Date: Mon, 31 May 2004 03:36:59 -0700 From: Kris Kennaway To: Peter Schuller Message-ID: <20040531103659.GA69867@xor.obsecurity.org> References: <200405310317.56113.peter.schuller@infidyne.com> <20040531020616.GA95177@xor.obsecurity.org> <200405311233.31925.peter.schuller@infidyne.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="C7zPtVaVf+AK4Oqc" Content-Disposition: inline In-Reply-To: <200405311233.31925.peter.schuller@infidyne.com> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org cc: Kris Kennaway Subject: Re: config/kernel version mismatch after cvsup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Mon, 31 May 2004 11:39:45 -0000 --C7zPtVaVf+AK4Oqc Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, May 31, 2004 at 12:33:31PM +0200, Peter Schuller wrote: > > > What am I missing? > > > > The correct update sequence documented in the handbook and UPDATING. >=20 > Where exactly is this documented? I was pretty darned sure I was followin= g the=20 > official procedure (it's not the first time I've done this), and indeed w= hen=20 > I re-read: >=20 > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig= -building.html See http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/cutting-edge.= html Your link doesn't seem to mention explicitly that you need to follow the full upgrade procedure when you update your sources, which includes a kernel build at the appropriate point. You might like to submit a PR requesting that the documentation be clarified in this regard. > I cannot find any step that I am missing. Nor can I find anything in UPDA= TING=20 > (except -DALWAYS_CHECK_MAKE which is not documented in the handbook, but= =20 > didn't help in this case). And I *did* check UPDATING before trying to bu= ild,=20 > but found no new entries regarding specific problems at the moment. Check the end of the file, after the date-specific entries. Kris --C7zPtVaVf+AK4Oqc Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAuwrLWry0BWjoQKURAvVBAKDBA/fzYzps1k1+3cD0z47rZi9l6wCglrdT vojt6ySOZPQdGYYL24cABH8= =RXAy -----END PGP SIGNATURE----- --C7zPtVaVf+AK4Oqc-- From owner-freebsd-current@FreeBSD.ORG Sat May 29 09:38:54 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DFE7F16A4CE for ; Sat, 29 May 2004 09:38:54 -0700 (PDT) Received: from havoc.eusc.inter.net (havoc.eusc.inter.net [213.73.101.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 764E143D2D for ; Sat, 29 May 2004 09:38:54 -0700 (PDT) (envelope-from msch@snafu.de) Received: from dial-76-087.de.inter.net ([213.73.76.87] helo=current.best-eng.de) by havoc.eusc.inter.net with esmtp (Exim 3.36 #3) id 1BU6qu-0005Bn-00; Sat, 29 May 2004 18:38:32 +0200 Received: from current.best-eng.de (localhost.best-eng.de [127.0.0.1]) by current.best-eng.de (8.12.11/8.12.11) with ESMTP id i4TGcVvi001019; Sat, 29 May 2004 18:38:31 +0200 (CEST) (envelope-from matthias@current.best-eng.de) Received: from localhost (localhost [[UNIX: localhost]]) by current.best-eng.de (8.12.11/8.12.11/Submit) id i4TGcUmi001018; Sat, 29 May 2004 18:38:30 +0200 (CEST) (envelope-from matthias) From: Matthias Schuendehuette Organization: Micro$oft-free Zone To: freebsd-current@freebsd.org Date: Sat, 29 May 2004 18:38:30 +0200 User-Agent: KMail/1.6.2 References: <20040529112604.00w4kckcoc8ww80c@www.sweetdreamsracing.biz> In-Reply-To: <20040529112604.00w4kckcoc8ww80c@www.sweetdreamsracing.biz> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200405291838.30321.msch@snafu.de> X-Mailman-Approved-At: Mon, 31 May 2004 05:08:50 -0700 cc: Kenneth Culver Subject: Re: reboot and shutdown don't work, suspect acpi X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: msch@snafu.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 May 2004 16:38:55 -0000 On Saturday 29 May 2004 17:26, Kenneth Culver wrote: > Hi, > Ever since the recent acpi commits, reboot and shutdown no longer > work on my machine (asus k8v deluxe mobo, athlon 64). The machine > gets to "Uptime: 1m34s" (the time is just made up) and hangs. The > only way to fix this is to do a hard reset by pushing the computer's > reset button. Any ideas? Further problems: My ISA ISDN-Card (Teles S0 16.3) is not recognized any more (no interrupt found), though is's correctly listed in /boot/device.hints. After that, the system hangs waiting for the SCSI-devices (should wait 5 seconds). These devices are on two SymbiosLogic PCI-HBAs. My Motherboard is an EPoX 8KTA2, VIA KT133 Chipset. I hadn't these problems with a kernel of May 22 and don't have these problems with the current kernel (May 29, approx. 7:00 UTC) if ACPI is disabled. I also tried this kernel of today on my FUJITSU-SIEMENS Notebook, where I have exactly the same problems as Kenneth above... -- Ciao/BSD - Matthias Matthias Schuendehuette , Berlin (Germany) PGP-Key at and ID: 0xDDFB0A5F From owner-freebsd-current@FreeBSD.ORG Sat May 29 21:40:15 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E7F2816A4CE for ; Sat, 29 May 2004 21:40:15 -0700 (PDT) Received: from auk2.snu.ac.kr (auk2.snu.ac.kr [147.46.100.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 76C8F43D1D for ; Sat, 29 May 2004 21:40:15 -0700 (PDT) (envelope-from stopspam@users.sourceforge.net) Received: from [147.46.44.181] (stopspam@users.sourceforge.net) by auk2.snu.ac.kr (Terrace Internet Messaging Server) with ESMTP id 2004053013:20:36:430267.13435.2790255536 for ; Sun, 30 May 2004 13:20:36 +0900 (KST) Message-ID: <40B96595.1080500@users.sourceforge.net> Date: Sun, 30 May 2004 13:39:49 +0900 From: Rob User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040507 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Brian Rogers , current@freebsd.org References: <40B94AFB.3010209@truffula.net> In-Reply-To: <40B94AFB.3010209@truffula.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-TERRACE-SPAMMARK: NO (SR:19.61) (by Terrace) X-Mailman-Approved-At: Mon, 31 May 2004 05:08:50 -0700 Subject: Re: Attache USB flash drive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Sun, 30 May 2004 04:40:16 -0000 Brian Rogers wrote: > I recently got a 128 MB USB flash drive, and when I plug it in, nothing > shows up in /dev. It does show up in dmesg, however. Then, slowly over > time, I get a repeating sequence of three error messages. If I unplug > the device, it panics in uhci_device_ctrl_start with a null > dereference. It looks like xfer->pipe is null. > > The system fails to sync and doesn't make a crash dump, but I'm guessing > the real problem occurs earlier anyway. What can I do? > > uhci0: port 0xd800-0xd81f irq 21 at device 16.0 on pci0 > uhci0: [GIANT-LOCKED] > usb0: on uhci0 > usb0: USB revision 1.0 > uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub0: 2 ports with 2 removable, self powered > ums0: Logitech USB-PS/2 Optical Mouse, rev 2.00/11.10, addr 2, iclass 3/1 > ums0: 3 buttons and Z dir. > ulpt0: EPSON USB Printer, rev 1.10/1.00, addr 3, iclass 7/1 > ulpt0: using bi-directional mode > uhci1: port 0xdc00-0xdc1f irq 21 at device 16.1 on pci0 > uhci1: [GIANT-LOCKED] > usb1: on uhci1 > usb1: USB revision 1.0 > uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub1: 2 ports with 2 removable, self powered > uhci2: port 0xe000-0xe01f irq 21 at device 16.2 on pci0 > uhci2: [GIANT-LOCKED] > usb2: on uhci2 > usb2: USB revision 1.0 > uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub2: 2 ports with 2 removable, self powered [...] > umass0: PNY Attache 2.0, rev 2.00/2.00, addr 2 > umass0: BBB reset failed, TIMEOUT > umass0: BBB bulk-in clear stall failed, TIMEOUT > umass0: BBB bulk-out clear stall failed, TIMEOUT I've seen similar problems on one of my 4-stable PCs. Not being an expert on USB stuff, I googled a bit around and came to the conclusion that the VIA 83C572 USB controller is the reason of the problem. You also have that one. Mounting my USB mass storage toy as a umass device works fine, however, unmounting it hangs/freezes the whole system. Another 4-Stable PC of mine has an Intel 82801BA/BAM (ICH2) USB controller, and that works like a charm. If, by any chance, you've got another FreeBSD PC that has an Intell (or any other than VIA) USB controller, you may also see it work there. I haven't tried all this out with CURRENT, but I guess it has the same problems. Regards, Rob. From owner-freebsd-current@FreeBSD.ORG Sat May 29 23:07:19 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 45FD216A4CE for ; Sat, 29 May 2004 23:07:19 -0700 (PDT) Received: from auk1.snu.ac.kr (auk1.snu.ac.kr [147.46.100.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id C863D43D39 for ; Sat, 29 May 2004 23:07:18 -0700 (PDT) (envelope-from stopspam@users.sourceforge.net) Received: from [147.46.44.181] (stopspam@users.sourceforge.net) by auk1.snu.ac.kr (Terrace Internet Messaging Server) with ESMTP id 2004053014:48:01:748270.24301.2406009776 for ; Sun, 30 May 2004 14:48:01 +0900 (KST) Message-ID: <40B97A11.8070007@users.sourceforge.net> Date: Sun, 30 May 2004 15:07:13 +0900 From: Rob User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040507 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <40B94AFB.3010209@truffula.net> In-Reply-To: <40B94AFB.3010209@truffula.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-TERRACE-SPAMMARK: NO (SR:19.61) (by Terrace) X-Mailman-Approved-At: Mon, 31 May 2004 05:08:50 -0700 Subject: Re: Attache USB flash drive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Sun, 30 May 2004 06:07:19 -0000 Brian Rogers wrote: > I recently got a 128 MB USB flash drive, and when I plug it in, nothing > shows up in /dev. It does show up in dmesg, however. Then, slowly over > time, I get a repeating sequence of three error messages. If I unplug > the device, it panics in uhci_device_ctrl_start with a null > dereference. It looks like xfer->pipe is null. > > The system fails to sync and doesn't make a crash dump, but I'm guessing > the real problem occurs earlier anyway. What can I do? > > uhci0: port 0xd800-0xd81f irq 21 at device 16.0 on pci0 > uhci0: [GIANT-LOCKED] > usb0: on uhci0 > usb0: USB revision 1.0 > uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub0: 2 ports with 2 removable, self powered > ums0: Logitech USB-PS/2 Optical Mouse, rev 2.00/11.10, addr 2, iclass 3/1 > ums0: 3 buttons and Z dir. > ulpt0: EPSON USB Printer, rev 1.10/1.00, addr 3, iclass 7/1 > ulpt0: using bi-directional mode > uhci1: port 0xdc00-0xdc1f irq 21 at device 16.1 on pci0 > uhci1: [GIANT-LOCKED] > usb1: on uhci1 > usb1: USB revision 1.0 > uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub1: 2 ports with 2 removable, self powered > uhci2: port 0xe000-0xe01f irq 21 at device 16.2 on pci0 > uhci2: [GIANT-LOCKED] > usb2: on uhci2 > usb2: USB revision 1.0 > uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub2: 2 ports with 2 removable, self powered [...] > umass0: PNY Attache 2.0, rev 2.00/2.00, addr 2 > umass0: BBB reset failed, TIMEOUT > umass0: BBB bulk-in clear stall failed, TIMEOUT > umass0: BBB bulk-out clear stall failed, TIMEOUT I've seen similar problems on one of my 4-stable PCs. Not being an expert on USB stuff, I googled a bit around and came to the conclusion that the VIA 83C572 USB controller is the reason of the problem. You also have that one. Mounting my USB mass storage toy as a umass device works fine, however, unmounting it hangs/freezes the whole system. Another 4-Stable PC of mine has an Intel 82801BA/BAM (ICH2) USB controller, and that works like a charm. If, by any chance, you've got another FreeBSD PC that has an Intell (or any other than VIA) USB controller, you may also see it work there. I haven't tried all this out with CURRENT, but I guess it has the same problems. Regards, Rob. From owner-freebsd-current@FreeBSD.ORG Sun May 30 00:31:25 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 807F816A4CE for ; Sun, 30 May 2004 00:31:25 -0700 (PDT) Received: from auk1.snu.ac.kr (auk1.snu.ac.kr [147.46.100.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0745B43D2D for ; Sun, 30 May 2004 00:31:25 -0700 (PDT) (envelope-from stopspam@users.sourceforge.net) Received: from [147.46.44.181] (stopspam@users.sourceforge.net) by auk1.snu.ac.kr (Terrace Internet Messaging Server) with ESMTP id 2004053016:12:11:690936.24301.2691599280 for ; Sun, 30 May 2004 16:12:11 +0900 (KST) Message-ID: <40B98DCB.5060306@users.sourceforge.net> Date: Sun, 30 May 2004 16:31:23 +0900 From: Rob User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040507 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Brian Rogers , freebsd-current@freebsd.org References: <40B94AFB.3010209@truffula.net> <40B96595.1080500@users.sourceforge.net> <40B986DE.4030700@truffula.net> In-Reply-To: <40B986DE.4030700@truffula.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-TERRACE-SPAMMARK: NO (SR:9.09) (by Terrace) X-Mailman-Approved-At: Mon, 31 May 2004 05:08:50 -0700 Subject: Re: Attache USB flash drive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Sun, 30 May 2004 07:31:25 -0000 Brian Rogers wrote: > Rob wrote: > >> Brian Rogers wrote: >> >>> umass0: PNY Attache 2.0, rev 2.00/2.00, addr 2 >>> umass0: BBB reset failed, TIMEOUT >>> umass0: BBB bulk-in clear stall failed, TIMEOUT >>> umass0: BBB bulk-out clear stall failed, TIMEOUT >> >> >> I've seen similar problems on one of my 4-stable PCs. >> Not being an expert on USB stuff, I googled a bit around and >> came to the conclusion that the VIA 83C572 USB controller is >> the reason of the problem. You also have that one. >> Mounting my USB mass storage toy as a umass device works fine, >> however, unmounting it hangs/freezes the whole system. >> >> Another 4-Stable PC of mine has an Intel 82801BA/BAM (ICH2) USB >> controller, and that works like a charm. >> >> If, by any chance, you've got another FreeBSD PC that has an >> Intell (or any other than VIA) USB controller, you may also >> see it work there. >> >> I haven't tried all this out with CURRENT, but I guess it has the >> same problems. > > > I just tried booting off the FreeBSD 5.2 install disc on my system. No > crash on removal, but I do get the same three repeating error messages > and still no device appears in /dev. Then I tried this boot disc on an > Intel (440BX) machine. No error messages, but still no /dev entry. I > must be seeing both an old VIA-related 4.X bug and a newer 5.X bug where > the device doesn't appear, which recently can also trigger a crash. > > Did you say that you can mount the filesystem, and it freezes when you > unmount it? What happens if you just unplug the device after plugging > it in? I don't have a way to mount it, but unplugging the device > crashes my system. Can't verify this, since I have ditched the USB mass storage toy already (borrowed it from a friend to see whether USB works on my FreeBSD PCs, with mixed results as you know). If I remember well, it is a no-no to unplug the device without first unmounting it. Unless you use amd for this, maybe. BTW: there seems to be very little response to these problems on the mailinglists. Either only few people have these problems (problems only rise with specific USB controllers?), and/or it has not a high priority fixing. Cheers, Rob. Rob. From owner-freebsd-current@FreeBSD.ORG Sun May 30 08:49:55 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B590C16A4CE for ; Sun, 30 May 2004 08:49:55 -0700 (PDT) Received: from web21322.mail.yahoo.com (web21322.mail.yahoo.com [216.136.175.208]) by mx1.FreeBSD.org (Postfix) with SMTP id 940AA43D1D for ; Sun, 30 May 2004 08:49:55 -0700 (PDT) (envelope-from brueggma@yahoo.com) Message-ID: <20040530154955.97006.qmail@web21322.mail.yahoo.com> Received: from [24.15.98.46] by web21322.mail.yahoo.com via HTTP; Sun, 30 May 2004 08:49:55 PDT Date: Sun, 30 May 2004 08:49:55 -0700 (PDT) From: asfdqwer xzcvdsf To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailman-Approved-At: Mon, 31 May 2004 05:08:50 -0700 Subject: misc questions / comments / rambelings X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Sun, 30 May 2004 15:49:55 -0000 Greetings.. I just moved from 5.2.1 to current and had a few comments. Upgrading from 5.2.1 which first required me to upgrade config, which required me to upgrade flex. None of these are documented in UPGRADING Now that I'm running current is there anything special I have to change in make.conf? Should I still have to define "WITH_THREADS" and "WITH_LIBMAP" or do the ports autorecognize the kse --> pthreads change? I hope I'm not making a fool of myself with the wording, I know what threads are but not how they are implimented in FBSD. When I compile things I always see "THREAD_SAFE" flag added to the building of lots of ports.. For example when I compile apache I see a freebsd thread hack flag added, is this still necissary? I've also had a few problems with a mammoth drive my box. When ever I tried to restore a large tar to disk the machine would crash hard. This was when I was running 5.2.1, I haven't tried current yet. Now that I have current running I've noticed that the OS is using much more memory, it seemed like there was always 1700Mb free now its always around 700Mb. I'm guessing here but the machine seems to be caching more aggresivly, which I think is good, right? Thank you for a great OS, Eric P.S. Where can I find some good howto's on MAC? Will it be ready for primetime When 5.3 comes out? __________________________________ Do you Yahoo!? Friends. Fun. Try the all-new Yahoo! Messenger. http://messenger.yahoo.com/ From owner-freebsd-current@FreeBSD.ORG Sun May 30 09:21:06 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2A7D616A4CE for ; Sun, 30 May 2004 09:21:06 -0700 (PDT) Received: from hueymiccailhuitl.mtu.ru (hueytecuilhuitl.mtu.ru [195.34.32.123]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1329143D2D for ; Sun, 30 May 2004 09:21:05 -0700 (PDT) (envelope-from sem@ciam.ru) Received: from ciam.ru (ppp9-206.pppoe.mtu-net.ru [81.195.9.206]) by hueymiccailhuitl.mtu.ru (Postfix) with ESMTP id E41D1F8215 for ; Sun, 30 May 2004 20:21:02 +0400 (MSD) (envelope-from sem@ciam.ru) Message-ID: <40BA09F0.4000706@ciam.ru> Date: Sun, 30 May 2004 20:21:04 +0400 From: Sergey Matveychuk User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040501 X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Mon, 31 May 2004 05:08:50 -0700 Subject: Hangs on reboot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Sun, 30 May 2004 16:21:06 -0000 Hello. -CURRENT from May 28 hangs after: syncing disks, buffer remaining... done Uptime: ... Here is it hangs. -CURRENT from month ago didn't hang. I think it's ACPI shutdown relate. I have EPoX 8RDA3+ motherboard. Any addition info? --- Sem. From owner-freebsd-current@FreeBSD.ORG Sun May 30 09:23:25 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3DE4C16A4CE for ; Sun, 30 May 2004 09:23:25 -0700 (PDT) Received: from hueymiccailhuitl.mtu.ru (hueytecuilhuitl.mtu.ru [195.34.32.123]) by mx1.FreeBSD.org (Postfix) with ESMTP id 076E643D31 for ; Sun, 30 May 2004 09:23:25 -0700 (PDT) (envelope-from sem@ciam.ru) Received: from ciam.ru (ppp9-206.pppoe.mtu-net.ru [81.195.9.206]) by hueymiccailhuitl.mtu.ru (Postfix) with ESMTP id 33671F808A for ; Sun, 30 May 2004 20:23:24 +0400 (MSD) (envelope-from sem@ciam.ru) Message-ID: <40BA0A7D.9040109@ciam.ru> Date: Sun, 30 May 2004 20:23:25 +0400 From: Sergey Matveychuk User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040501 X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Mon, 31 May 2004 05:08:50 -0700 Subject: strange messages on boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Sun, 30 May 2004 16:23:25 -0000 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 atpic: Mismatched config for IRQ0: trigger level, polarity high atpic: Mismatched config for IRQ0: trigger level, polarity high atpic: Mismatched config for IRQ0: trigger level, polarity high atpic: Mismatched config for IRQ0: trigger level, polarity high atpic: Mismatched config for IRQ0: trigger level, polarity high atpic: Mismatched config for IRQ0: trigger level, polarity high atpic: Mismatched config for IRQ0: trigger level, polarity high atpic: Mismatched config for IRQ0: trigger level, polarity high atpic: Mismatched config for IRQ0: trigger level, polarity high atpic: Mismatched config for IRQ0: trigger level, polarity high acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 ... What does it mean? --- Sem. From owner-freebsd-current@FreeBSD.ORG Sun May 30 14:44:26 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5932816A4CE; Sun, 30 May 2004 14:44:26 -0700 (PDT) Received: from cakebox.homeunix.net (stgt-d9bb3842.pool.mediaWays.net [217.187.56.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4EF3343D49; Sun, 30 May 2004 14:44:24 -0700 (PDT) (envelope-from freebsd@nagilum.org) Received: from localhost (localhost [127.0.0.1]) by cakebox.homeunix.net (Postfix) with ESMTP id CB40C3F9E5B; Sun, 30 May 2004 17:26:15 +0200 (CEST) Received: from cakebox.homeunix.net ([127.0.0.1]) by localhost (cakebox.tis [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 23968-06; Sun, 30 May 2004 17:26:07 +0200 (CEST) Received: from nagilum.org (scorpio.tis [10.1.1.4]) by cakebox.homeunix.net (Postfix) with ESMTP id 7A0FA3F9D53; Sun, 30 May 2004 17:26:04 +0200 (CEST) Message-ID: <40B9FD0F.1070304@nagilum.org> Date: Sun, 30 May 2004 17:26:07 +0200 From: Nagilum User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.5.1) Gecko/20031120 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Danny Braniss References: <20040530120314.BB9CF43D31@mx1.FreeBSD.org> In-Reply-To: <20040530120314.BB9CF43D31@mx1.FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: by amavisd-new at tis X-Mailman-Approved-At: Mon, 31 May 2004 05:08:50 -0700 cc: ports@freebsd.org cc: current@freebsd.org Subject: Re: /usr/local/etc/rc.conf & rcorder X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Sun, 30 May 2004 21:44:26 -0000 Danny Braniss wrote: >>On Sat, 29 May 2004, Patrick Tracanelli wrote: >> >> >>>I remember it has been discussed before, but the terms were a little bit >>>different, so tell me, isn't it appropriate rc.subr to suck the >>>configuration parameters from /usr/local/etc/rc.conf instead of >>>/etc/rc.conf when running startupscripts for third party applications >>>(/usr/local/etc/rc.d/)? >>> >>>To keep the organization principles, I dislike putting those >>>instructions into /etc/rc.conf when it should be read by 3rd party apps, >>>since I consider /etc/ to be used by the base system. Altho' old style >>>.sh scripts are still usefull under ${local_startup} dirs, ports >>>maintainers tend to write new style rc scripts that uses rc.subr to read >>>the user defined options (usually via /etc/rc.conf). >>> >>>Easy solution would be >>> >>>rc_conf_files="/etc/rc.conf /etc/rc.conf.local /usr/local/etc/rc.conf" >>> >>>into /etc/rc.conf, but it seems to be ignored by rc.subr when it's not >>>at /etc/defaults/rc.conf; >>> >>>Some 3rd party startupscripts read rc.subr from /usr/local/etc/, so if >>>it suck only ${PREFIX}/etc/rc.conf options, would force users to >>>configure it in the right place, but it would break POLA and since some >>>scripts read /etc/rc.subr instead if ${PREFIX}/etc/rc.subr, would also >>>break some ports (very very bad idea). >>> >>>So, to allow ports startupscript to be configured from >>>/usr/local/etc/rc.conf but also prevent people who are today used to mix >>>everything in /etc/rc.conf from having their app. not starting, defining >>> >>>rc_conf_files="/etc/rc.conf /etc/rc.conf.local /usr/local/etc/rc.conf" >>> >>>into /etc/defaults/rc.conf would just do it, nothing would break and >>>port's pkg-message could start trying to educate users to populate >>>/usr/local/etc/rc.conf for ports startup options and leaving >>>/etc/rc.conf only for the base system... >>> >>> >>Having multiple locations for system startup parameters (A là Windows) is >>a maintenance headache even when there's a logical method to the >>madness. I'm saying this as the admin of 6 racks packed with 1U and 2U >>machines. Be gentle... ;) >> >> >> > >and some of us (i hope more than one), have /usr/local shared among many. > >danny > > > > Hi, I strongly support Patricks original proposal, as for the replies, this would not interfere with your usual way of doing things, you could still keep your ports startup options in /etc/rc.conf it would make no difference. But give (optionally) a better separation of base and ports. The settings may or may not be exported throught /usr/local/ to other hosts, the decision would be up to the admin as changes to rc.conf are (nearly) always made manually. However while we're at it I also would like to propose the use of rcorder for /usr/local/etc/rc.d/. There are certain ports that use number prefixes to try to ensure proper startup order (e.g. mysql-client or pkgtools, see the discussion prio the introduction of rcorder for why this is suboptimal) however as we already have a working solution for this problem it is only matter of using it, the required change would be minimal: bash-2.05b# diff -Naur bash-2.05b# diff -Naur \ /usr/src/etc/rc.d/localdaemons /etc/rc.d/localdaemons --- /usr/src/etc/rc.d/localdaemons Mon May 5 17:38:41 2003 +++ localdaemons Sat Nov 1 17:11:57 2003 @@ -29,7 +29,7 @@ fi for dir in ${local_startup}; do if [ -d "${dir}" ]; then - for script in ${dir}/*.sh; do + for script in `rcorder ${dir}/*.sh 2>/dev/null`; do slist="${slist}${script_name_sep}${script}" done fi (Replace localdaemons with localpkg for newer system.) There are certain ports (such as bacula) that would definatly profit from this (e.g. all ports that require mysql/pgsql to be running, while beeing started) Kind regards, Alex. From owner-freebsd-current@FreeBSD.ORG Sun May 30 18:26:11 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 89AB016A4CE for ; Sun, 30 May 2004 18:26:11 -0700 (PDT) Received: from dong.ci0.org (cognet.ci0.org [80.65.224.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 79B6D43D55 for ; Sun, 30 May 2004 18:26:10 -0700 (PDT) (envelope-from mlfbsd@dong.ci0.org) Received: from dong.ci0.org (localhost.ci0.org [127.0.0.1]) by dong.ci0.org (8.12.11/8.12.11) with ESMTP id i4V1Ys6Y040954; Mon, 31 May 2004 03:34:55 +0200 (CEST) (envelope-from mlfbsd@dong.ci0.org) Received: (from mlfbsd@localhost) by dong.ci0.org (8.12.11/8.12.11/Submit) id i4V1YsWZ040953; Mon, 31 May 2004 03:34:54 +0200 (CEST) (envelope-from mlfbsd) Date: Mon, 31 May 2004 03:34:54 +0200 From: Olivier Houchard To: Peter Schuller Message-ID: <20040531013454.GA40900@ci0.org> References: <200405310317.56113.peter.schuller@infidyne.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200405310317.56113.peter.schuller@infidyne.com> User-Agent: Mutt/1.4.1i X-Mailman-Approved-At: Mon, 31 May 2004 05:08:50 -0700 cc: freebsd-current@freebsd.org Subject: Re: config/kernel version mismatch after cvsup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Mon, 31 May 2004 01:26:11 -0000 On Mon, May 31, 2004 at 03:17:56AM +0200, Peter Schuller wrote: > Hello, > > I cvsuped CURRENT today, wanting to test some new things that have gone into > the tree. However I now get: > > ERROR: version of config(8) does not match kernel! > config version = 500012, version required = 500013 > > ... etc, during 'make buildkernel KERNCONF=THUNDERBOLD' (happens with > GENERIC too). > > To be certain I didn't accidentally cvsup in the middle of an update I have > cvsuped again a few hours later, but I still have the same problem. > > The only thing I could think of was that it was caused by me running a kernel > newer than userland (though I would expect the above to refer to the source > tree only?), so I booted a kernel matching my userland (5.2-RELEASE) but am > still getting the same error. > > What am I missing? > > (I did the full 'make cleandir && make cleandir && make buildkernel > KERNCONF=THUNDERBOLT' sequence, not just 'make buildkernel') > Hi, Please recompile config (cd /usr/src/usr/sbin/config && make depend all install) Cheers, Olivier From owner-freebsd-current@FreeBSD.ORG Sun May 30 19:41:53 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E418516A4CE for ; Sun, 30 May 2004 19:41:53 -0700 (PDT) Received: from smtp1.netcologne.de (smtp1.netcologne.de [194.8.194.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F5F243D1D for ; Sun, 30 May 2004 19:41:53 -0700 (PDT) (envelope-from fbsdml@cox.net) Received: from a1200.oc2600.net (xdsl-213-168-120-78.netcologne.de [213.168.120.78]) by smtp1.netcologne.de (Postfix) with ESMTP id 2F036391ED for ; Mon, 31 May 2004 04:41:39 +0200 (MEST) Received: by a1200.oc2600.net (Postfix, from userid 1001) id A36F4ED167; Mon, 31 May 2004 04:41:38 +0200 (CEST) Date: Mon, 31 May 2004 04:41:38 +0200 From: mangala To: freebsd-current@freebsd.org Message-ID: <20040531024138.GA13677@a1200.oc2600.net> Mail-Followup-To: freebsd-current@freebsd.org References: <40BA7161.80701@boerde.de> <05e601c446ad$760c9880$32cba1cd@science1> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <05e601c446ad$760c9880$32cba1cd@science1> User-Agent: Mutt/1.5.6i X-Mailman-Approved-At: Mon, 31 May 2004 05:08:50 -0700 Subject: Re: reboot and shutdown don't work, suspect acpi X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Mon, 31 May 2004 02:41:54 -0000 Sunday 30 May 2004 19:20, lists@efinley.com wrote: > From: "Frank Reppin" > > David Xu wrote: > > > Kenneth Culver wrote: > > > > > >> Hi, > > >> Ever since the recent acpi commits, reboot and shutdown no longer > > >> work on my > > >> machine (asus k8v deluxe mobo, athlon 64). The machine gets to > > >> "Uptime: 1m34s" > > >> (the time is just made up) and hangs. The only way to fix this is to > > >> do a hard > > >> reset by pushing the computer's reset button. Any ideas? > > >> > > > Me too, ABIT KV7. > > > > Guess it's obvious now :) - it happens here too: > > > > ASUS A7N8X > > I'm adding a me too also. ASUS P4P800 > unfortunately, i'm experiencing the same thing on a dell inspiron 8200. From owner-freebsd-current@FreeBSD.ORG Mon May 31 05:18:45 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A84FE16A4CE for ; Mon, 31 May 2004 05:18:45 -0700 (PDT) Received: from hex.athame.co.uk (guru164.netsonic.fi [194.29.193.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E79343D39 for ; Mon, 31 May 2004 05:18:44 -0700 (PDT) (envelope-from andy@athame.co.uk) Received: from hex.int.athame.co.uk ([192.168.1.1] helo=localhost) by hex.athame.co.uk with esmtp (Exim 4.30; FreeBSD) id 1BUljv-0009oE-96; Mon, 31 May 2004 15:18:03 +0300 From: Andy Fawcett To: freebsd-current@freebsd.org Date: Mon, 31 May 2004 15:18:01 +0300 User-Agent: KMail/1.6.1 References: <40B94AFB.3010209@truffula.net> <40B97A11.8070007@users.sourceforge.net> In-Reply-To: <40B97A11.8070007@users.sourceforge.net> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200405311518.02187.andy@athame.co.uk> cc: Rob Subject: Re: Attache USB flash drive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Mon, 31 May 2004 12:18:45 -0000 On Sunday 30 May 2004 09:07, Rob wrote: > Brian Rogers wrote: > > I recently got a 128 MB USB flash drive, and when I plug it in, > > nothing shows up in /dev. It does show up in dmesg, however. > > Then, slowly over time, I get a repeating sequence of three error > > messages. If I unplug the device, it panics in > > uhci_device_ctrl_start with a null dereference. It looks like > > xfer->pipe is null. > > > > The system fails to sync and doesn't make a crash dump, but I'm > > guessing the real problem occurs earlier anyway. What can I do? > > > > uhci0: port 0xd800-0xd81f irq 21 at > > device 16.0 on pci0 uhci0: [GIANT-LOCKED] > > usb0: on uhci0 > > usb0: USB revision 1.0 > > uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > > uhub0: 2 ports with 2 removable, self powered > > ums0: Logitech USB-PS/2 Optical Mouse, rev 2.00/11.10, addr 2, > > iclass 3/1 ums0: 3 buttons and Z dir. > > ulpt0: EPSON USB Printer, rev 1.10/1.00, addr 3, iclass 7/1 > > ulpt0: using bi-directional mode > > uhci1: port 0xdc00-0xdc1f irq 21 at > > device 16.1 on pci0 uhci1: [GIANT-LOCKED] > > usb1: on uhci1 > > usb1: USB revision 1.0 > > uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > > uhub1: 2 ports with 2 removable, self powered > > uhci2: port 0xe000-0xe01f irq 21 at > > device 16.2 on pci0 uhci2: [GIANT-LOCKED] > > usb2: on uhci2 > > usb2: USB revision 1.0 > > uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > > uhub2: 2 ports with 2 removable, self powered > > [...] > > > umass0: PNY Attache 2.0, rev 2.00/2.00, addr 2 > > umass0: BBB reset failed, TIMEOUT > > umass0: BBB bulk-in clear stall failed, TIMEOUT > > umass0: BBB bulk-out clear stall failed, TIMEOUT > > I've seen similar problems on one of my 4-stable PCs. > Not being an expert on USB stuff, I googled a bit around and > came to the conclusion that the VIA 83C572 USB controller is > the reason of the problem. You also have that one. > Mounting my USB mass storage toy as a umass device works fine, > however, unmounting it hangs/freezes the whole system. > > Another 4-Stable PC of mine has an Intel 82801BA/BAM (ICH2) USB > controller, and that works like a charm. > > If, by any chance, you've got another FreeBSD PC that has an > Intell (or any other than VIA) USB controller, you may also > see it work there. > > I haven't tried all this out with CURRENT, but I guess it has the > same problems. Just as a data point, my Buffalo 256MB umass device works fine with 5.2.1R-p8 and VIA 83572 controller. YMMV A. -- Andy Fawcett | andy@athame.co.uk | tap@kde.org "In an open world without walls and fences, | tap@lspace.org we wouldn't need Windows and Gates." -- anon | tap@fruitsalad.org From owner-freebsd-current@FreeBSD.ORG Mon May 31 05:36:50 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 48DA216A4CE for ; Mon, 31 May 2004 05:36:50 -0700 (PDT) Received: from smtp01.syd.iprimus.net.au (smtp01.syd.iprimus.net.au [210.50.30.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9382843D41 for ; Mon, 31 May 2004 05:36:49 -0700 (PDT) (envelope-from tim@robbins.dropbear.id.au) Received: from robbins.dropbear.id.au (211.26.235.233) by smtp01.syd.iprimus.net.au (7.0.024) id 40B7A0DA000BBB30; Mon, 31 May 2004 22:36:01 +1000 Received: by robbins.dropbear.id.au (Postfix, from userid 1000) id 0AC3541D0; Mon, 31 May 2004 22:35:58 +1000 (EST) Date: Mon, 31 May 2004 22:35:57 +1000 From: Tim Robbins To: Sergey Matveychuk Message-ID: <20040531123557.GA15844@cat.robbins.dropbear.id.au> References: <40BA09F0.4000706@ciam.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <40BA09F0.4000706@ciam.ru> User-Agent: Mutt/1.4.1i cc: current@freebsd.org Subject: Re: Hangs on reboot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Mon, 31 May 2004 12:36:50 -0000 On Sun, May 30, 2004 at 08:21:04PM +0400, Sergey Matveychuk wrote: > Hello. > > -CURRENT from May 28 hangs after: > syncing disks, buffer remaining... > done > Uptime: ... > > Here is it hangs. > > -CURRENT from month ago didn't hang. > > I think it's ACPI shutdown relate. > I have EPoX 8RDA3+ motherboard. > > Any addition info? This is a known problem that seems to be related to re-enabling ithread preemption with sys/i386/i386/intr_machdep.c revision 1.6, possibly in conjunction with recent ACPI changes. Try reverting to intr_machdep.c 1.5. Tim From owner-freebsd-current@FreeBSD.ORG Mon May 31 06:01:31 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7160416A4CE for ; Mon, 31 May 2004 06:01:31 -0700 (PDT) Received: from mail.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id F269A43D2D for ; Mon, 31 May 2004 06:01:30 -0700 (PDT) (envelope-from don@sandvine.com) Received: by mail.sandvine.com with Internet Mail Service (5.5.2657.72) id ; Mon, 31 May 2004 09:01:05 -0400 Message-ID: From: Don Bowman To: 'Tim Robbins' , Don Bowman Date: Mon, 31 May 2004 09:01:04 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2657.72) Content-Type: text/plain; charset="iso-8859-1" cc: "'current@freebsd.org'" Subject: RE: sysctl lock, system lockup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Mon, 31 May 2004 13:01:31 -0000 From: Tim Robbins [mailto:tim@robbins.dropbear.id.au] ... > > I'm not sure where to go from here. A deadlock doesn't seem > likely, but > it's possible that background fsck could lock up the system for quite > some time by using this sysctl. How long did you wait before > dropping to > ddb (approximately)? i waited 10 minutes or so. From owner-freebsd-current@FreeBSD.ORG Mon May 31 06:39:42 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5A1CE16A4CE for ; Mon, 31 May 2004 06:39:42 -0700 (PDT) Received: from www.mmlab.cse.yzu.edu.tw (www.mmlab.cse.yzu.edu.tw [140.138.145.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 259BF43D54 for ; Mon, 31 May 2004 06:39:42 -0700 (PDT) (envelope-from avatar@mmlab.cse.yzu.edu.tw) Received: by www.mmlab.cse.yzu.edu.tw (qmail, from userid 1000) id 0BD6F4EFCD8; Mon, 31 May 2004 21:39:06 +0800 (CST) Received: from localhost (localhost [127.0.0.1]) by www.mmlab.cse.yzu.edu.tw (qmail) with ESMTP id 02FE34EFCD6; Mon, 31 May 2004 21:39:05 +0800 (CST) Date: Mon, 31 May 2004 21:39:05 +0800 (CST) From: Tai-hwa Liang To: Matthias Schuendehuette In-Reply-To: <200405291838.30321.msch@snafu.de> Message-ID: <0405312132460.18824@www.mmlab.cse.yzu.edu.tw> References: <20040529112604.00w4kckcoc8ww80c@www.sweetdreamsracing.biz> <200405291838.30321.msch@snafu.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Kenneth Culver cc: freebsd-current@freebsd.org Subject: Re: reboot and shutdown don't work, suspect acpi X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Mon, 31 May 2004 13:39:42 -0000 On Sat, 29 May 2004, Matthias Schuendehuette wrote: > On Saturday 29 May 2004 17:26, Kenneth Culver wrote: > > Hi, > > Ever since the recent acpi commits, reboot and shutdown no longer > > work on my machine (asus k8v deluxe mobo, athlon 64). The machine > > gets to "Uptime: 1m34s" (the time is just made up) and hangs. The > > only way to fix this is to do a hard reset by pushing the computer's > > reset button. Any ideas? > > Further problems: > > My ISA ISDN-Card (Teles S0 16.3) is not recognized any more (no > interrupt found), though is's correctly listed in /boot/device.hints. > > After that, the system hangs waiting for the SCSI-devices (should wait 5 > seconds). These devices are on two SymbiosLogic PCI-HBAs. > > My Motherboard is an EPoX 8KTA2, VIA KT133 Chipset. I hadn't these > problems with a kernel of May 22 and don't have these problems with the > current kernel (May 29, approx. 7:00 UTC) if ACPI is disabled. My Thinkpad T40 just freeze after printing "sio0: type 8250 or not responding." I have to backout sys/dev/acpica/acpi_pci_link.c to 1.14 partially(along with the "allow initial IRQ as valid one" hacks) to make -CURRENT booting again. > > I also tried this kernel of today on my FUJITSU-SIEMENS Notebook, where > I have exactly the same problems as Kenneth above... Same shutdown/reboot problem happened on the Thinkpad T40.... From owner-freebsd-current@FreeBSD.ORG Mon May 31 06:54:49 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7A46616A4CE; Mon, 31 May 2004 06:54:49 -0700 (PDT) Received: from ioskeha.hittite.isp.9tel.net (ioskeha.hittite.isp.9tel.net [62.62.156.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id E67E443D1D; Mon, 31 May 2004 06:54:48 -0700 (PDT) (envelope-from clefevre-lists@9online.fr) Received: from pc2k (200-62-118-80.kaptech.net [80.118.62.200]) by ioskeha.hittite.isp.9tel.net (Postfix) with SMTP id A43B917B7D8; Mon, 31 May 2004 15:55:25 +0200 (CEST) Message-ID: <055201c44716$c9cffc00$7890a8c0@dyndns.org> From: "Cyrille Lefevre" To: "Nagilum" , "Danny Braniss" References: <20040530120314.BB9CF43D31@mx1.FreeBSD.org> <40B9FD0F.1070304@nagilum.org> Date: Mon, 31 May 2004 15:54:26 +0200 Organization: ACME MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1409 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1409 cc: ports@freebsd.org cc: current@freebsd.org Subject: Re: /usr/local/etc/rc.conf & rcorder X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Mon, 31 May 2004 13:54:49 -0000 "Nagilum" wrote: [snip] > I strongly support Patricks original proposal, as for the replies, this > would not interfere with your usual way of doing things, you could still > keep your ports startup options in /etc/rc.conf it would make no > difference. But give (optionally) a better separation of base and > ports. The settings may or may not be exported throught /usr/local/ to > other hosts, the decision would be up to the admin as changes to rc.conf > are (nearly) always made manually. > However while we're at it I also would like to propose the use of > rcorder for /usr/local/etc/rc.d/. There are certain ports that use > number prefixes to try to ensure proper startup order (e.g. mysql-client > or pkgtools, see the discussion prio the introduction of rcorder for why > this is suboptimal) however as we already have a working solution for > this problem it is only matter of using it, the required change would be > minimal: > > bash-2.05b# diff -Naur bash-2.05b# diff -Naur \ > /usr/src/etc/rc.d/localdaemons /etc/rc.d/localdaemons > --- /usr/src/etc/rc.d/localdaemons Mon May 5 17:38:41 2003 > +++ localdaemons Sat Nov 1 17:11:57 2003 > @@ -29,7 +29,7 @@ > fi > for dir in ${local_startup}; do > if [ -d "${dir}" ]; then > - for script in ${dir}/*.sh; do > + for script in `rcorder ${dir}/*.sh 2>/dev/null`; do > slist="${slist}${script_name_sep}${script}" > done > > fi > > > (Replace localdaemons with localpkg for newer system.) > There are certain ports (such as bacula) that would definatly profit > from this (e.g. all ports that require mysql/pgsql to be running, while > beeing started) there is still a problem, that is, mixing /etc/rc.d and /usr/local/etc/rc.d startup scripts whenever it is needed. for example, I use mimedefang, and instead of moving /usr/local/etc/rc.d/mimedefang.sh to /etc/rc.d, I restart sendmail after mimedefang has been started using a home made script in /usr/local/etc/rc.d. however, since not all local startup script have not been converted to rc.subr, it is not yet possible to do something like rcorder /etc/rc.d /usr/local/etc/rc.d from /etc/rc, but should be the target to be reached, IMHO. Cyrille Lefevre. -- home: mailto:cyrille.lefevre@laposte.net From owner-freebsd-current@FreeBSD.ORG Mon May 31 07:12:57 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 50A5A16A4CE for ; Mon, 31 May 2004 07:12:57 -0700 (PDT) Received: from mxfep02.bredband.com (mxfep02.bredband.com [195.54.107.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id 01D2243D3F for ; Mon, 31 May 2004 07:12:56 -0700 (PDT) (envelope-from peter.schuller@infidyne.com) Received: from scode.mine.nu ([83.226.138.12] [83.226.138.12]) by mxfep02.bredband.com with ESMTP id <20040531141250.RETM14728.mxfep02.bredband.com@scode.mine.nu>; Mon, 31 May 2004 16:12:50 +0200 Received: from localhost (localhost [127.0.0.1]) by scode.mine.nu (Postfix) with ESMTP id 208161585EA; Mon, 31 May 2004 16:16:53 +0200 (CEST) From: Peter Schuller To: Kris Kennaway Date: Mon, 31 May 2004 16:16:52 +0200 User-Agent: KMail/1.6 References: <200405310317.56113.peter.schuller@infidyne.com> <200405311233.31925.peter.schuller@infidyne.com> <20040531103659.GA69867@xor.obsecurity.org> In-Reply-To: <20040531103659.GA69867@xor.obsecurity.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200405311616.52213.peter.schuller@infidyne.com> cc: freebsd-current@freebsd.org Subject: Re: config/kernel version mismatch after cvsup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Mon, 31 May 2004 14:12:57 -0000 > See > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/cutting-edge.html > > Your link doesn't seem to mention explicitly that you need to follow > the full upgrade procedure when you update your sources, which > includes a kernel build at the appropriate point. You might like to > submit a PR requesting that the documentation be clarified in this > regard. Thank you. It would appear my problem was that I tried to build the kernel before building userland. I was under the impression the tools built during buildworld were never used until they were installed, so I have gotten into the habit of building/installing the kernel first, and then if it boots update userland afterwards. Hence my problem. I'll see about submitting a documentation patch for review. -- / Peter Schuller, InfiDyne Technologies HB PGP userID: 0xE9758B7D or 'Peter Schuller ' Key retrieval: Send an E-Mail to getpgpkey@scode.org E-Mail: peter.schuller@infidyne.com Web: http://www.scode.org From owner-freebsd-current@FreeBSD.ORG Mon May 31 09:31:47 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A5A7216A4CF for ; Mon, 31 May 2004 09:31:47 -0700 (PDT) Received: from smtp2.fuse.net (smtp2.fuse.net [216.68.8.172]) by mx1.FreeBSD.org (Postfix) with ESMTP id 23DF643D1D for ; Mon, 31 May 2004 09:31:47 -0700 (PDT) (envelope-from jfiorini@zoomtown.com) Received: from MD0062 ([66.42.236.145]) by smtp2.fuse.net (InterMail vM.6.00.05.02 201-2115-109-103-20031105) with ESMTP id <20040531163145.XSHA25509.smtp2.fuse.net@MD0062> for ; Mon, 31 May 2004 12:31:45 -0400 From: "Joe Fiorini" To: Date: Mon, 31 May 2004 12:31:44 -0400 MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook, Build 11.0.5510 Thread-Index: AcRHLMFZVVhHigQZQeePIRe0cPz2/w== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409 Message-Id: <20040531163145.XSHA25509.smtp2.fuse.net@MD0062> Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: es1989 sound card X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Mon, 31 May 2004 16:31:47 -0000 I'm having trouble with my ESS sound card. I'm not sure which model it is, but I do know that it's an es1989 chipset. Here's what I have so far: /dev/sndstat: Installed devices: pcm0: at io 0xac00 irq 11 (4p/1r/0v channels duplex default) kldstat: Id Refs Address Size Name 2 1 0xc0a52000 93c8 snd_maestro3.ko (I believe this is correct: when I changed loader.conf to load all sound drivers, it also loaded this one automatically.) grep pcm0 /var/run/dmesg.boot pcm0: port 0xac00-0xacff irq 11 at device 16.0 on pci0 pcm0: failed to enable memory mapping! pcm0: The problem is every program I've tried (mpg123, and the Gnome sound preferences applet) will "play" a file, but no sound will come out. I'm not receiving any error messages, and I've messed with my speakers' configuration. Anybody have any ideas? Is it because of the failed memory mapping error message? If you need any more information, feel free to e-mail me at jfiorini at zoomtown dot com. Thanks, Joe Fiorini From owner-freebsd-current@FreeBSD.ORG Mon May 31 10:45:33 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9E44116A4CE for ; Mon, 31 May 2004 10:45:33 -0700 (PDT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8DC8143D2D for ; Mon, 31 May 2004 10:45:33 -0700 (PDT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 4E1D872DD4; Mon, 31 May 2004 10:44:54 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 4B43872DCB; Mon, 31 May 2004 10:44:54 -0700 (PDT) Date: Mon, 31 May 2004 10:44:54 -0700 (PDT) From: Doug White To: asfdqwer xzcvdsf In-Reply-To: <20040530154955.97006.qmail@web21322.mail.yahoo.com> Message-ID: <20040531104051.U95992@carver.gumbysoft.com> References: <20040530154955.97006.qmail@web21322.mail.yahoo.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: misc questions / comments / rambelings X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Mon, 31 May 2004 17:45:33 -0000 On Sun, 30 May 2004, asfdqwer xzcvdsf wrote: > I just moved from 5.2.1 to current and had > a few comments. Upgrading from 5.2.1 which first > required me to upgrade config, which required > me to upgrade flex. None of these are documented > in UPGRADING Hm... that wasn't necessary the last time I tried it. I'll see if I can reproduce. > Now that I'm running current is there anything > special I have to change in make.conf? Should > I still have to define "WITH_THREADS" and > "WITH_LIBMAP" or do the ports autorecognize > the kse --> pthreads change? As long as your ports tree is up to date and you don't have anything threads-related in /etc/make.conf or /etc/libmap.conf, you should be ok. You will have to rebuild anything that uses threads, though, and that includes XFree86. If you have kde and/or qt installed it gets a little more complicated. > I've also had a few problems with a mammoth > drive my box. When ever I tried to restore > a large tar to disk the machine would crash > hard. This was when I was running 5.2.1, I > haven't tried current yet. Not sure what you mean here, more detail would be nice. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon May 31 10:50:22 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 56C9B16A4CE for ; Mon, 31 May 2004 10:50:22 -0700 (PDT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4755D43D41 for ; Mon, 31 May 2004 10:50:22 -0700 (PDT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 2AACD72DCB; Mon, 31 May 2004 10:50:13 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 25C1A72DB5; Mon, 31 May 2004 10:50:13 -0700 (PDT) Date: Mon, 31 May 2004 10:50:13 -0700 (PDT) From: Doug White To: Don Bowman In-Reply-To: Message-ID: <20040531104555.E95992@carver.gumbysoft.com> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: "'current@freebsd.org'" Subject: RE: hang with raid, postgresql X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Mon, 31 May 2004 17:50:22 -0000 On Sun, 30 May 2004, Don Bowman wrote: > From: Doug White [mailto:dwhite@gumbysoft.com] > > On Sun, 30 May 2004, Don Bowman wrote: > > > > > > > > I have a system with 2x 2.8GHz XEON (P4), intel e7501 chipset, > > > 4GB of ram, aac [adaptec 2200s] raid with 4 scsi > > > disks. I have also tried asr (adaptec 2015). > > > I have tried two different motherboards. > > > The only application the machine runs is postgresql, > > > with about ~30 databases, about ~250GB of data. > > > > > > I'm finding the machine locks up solid once a day > > > or so (sometimes more, sometimes less, no pattern > > > of time of day). I know its not a hardware issue, it > > > is reliable with FreeBSD 4.7. I've run through memory > > > test, disk test, etc. > > > > > > There appears to be a correlation between > > > disk activity (postgresql vacuum) and the lockup, > > > but i can't be sure. > > > > Temperature? > > > > What motherboard is it exactly? > > lmmon shows the mobo temperature @ 28C. It is in > an AC-controlled environment (~20C ambient). The system > has 6 blower fans, ducted over the CPU's, with the > copper heat sinks designed for the 3.2GHz XEON. alright so its a pretty beefy server chassis, although it could also be an underperforming power supply or a scsi terminator. > It has 3 power supplies, each with separate AC > inlet, fed from a UPS with filtered power. > It should have ~150% airflow redundancy, and > ~200% power redundancy. > This is a supermicro X5DPE motherboard. Do you happen to have the IPMI option board for this system? > http://www.supermicro.com/products/chassis/3U/933/SC933S2-R760.cfm > shows the system. Thats the chassis :-) > It was tested for ~1week with FreebSD 4.7 > at temperature in an environmental chamber, > including cycling into memtest86 every 2 hours. > > I've been battling this hang for ~6weeks, this is > a swap-out of all the hardware (new system). Still seems hardware-related to me, although I've found hard hangs caused by buggy optimization on amd64. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon May 31 11:20:56 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9B3A016A4CE for ; Mon, 31 May 2004 11:20:56 -0700 (PDT) Received: from mail.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1770D43D2F for ; Mon, 31 May 2004 11:20:56 -0700 (PDT) (envelope-from don@sandvine.com) Received: by mail.sandvine.com with Internet Mail Service (5.5.2657.72) id ; Mon, 31 May 2004 14:20:33 -0400 Message-ID: From: Don Bowman To: 'Doug White' , Don Bowman Date: Mon, 31 May 2004 14:20:32 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2657.72) Content-Type: text/plain; charset="iso-8859-1" cc: "'current@freebsd.org'" Subject: RE: hang with raid, postgresql X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Mon, 31 May 2004 18:20:56 -0000 From: Doug White [mailto:dwhite@gumbysoft.com] > On Sun, 30 May 2004, Don Bowman wrote: > > > From: Doug White [mailto:dwhite@gumbysoft.com] > > > On Sun, 30 May 2004, Don Bowman wrote: > > > > > > > > > > > I have a system with 2x 2.8GHz XEON (P4), intel e7501 chipset, > > > > 4GB of ram, aac [adaptec 2200s] raid with 4 scsi > > > > disks. I have also tried asr (adaptec 2015). > > > > I have tried two different motherboards. > > > > The only application the machine runs is postgresql, > > > > with about ~30 databases, about ~250GB of data. > > > > > > > > I'm finding the machine locks up solid once a day > > > > or so (sometimes more, sometimes less, no pattern > > > > of time of day). I know its not a hardware issue, it > > > > is reliable with FreeBSD 4.7. I've run through memory > > > > test, disk test, etc. > > > > > > > > There appears to be a correlation between > > > > disk activity (postgresql vacuum) and the lockup, > > > > but i can't be sure. > > > > > > Temperature? > > > > > > What motherboard is it exactly? > > > > lmmon shows the mobo temperature @ 28C. It is in > > an AC-controlled environment (~20C ambient). The system > > has 6 blower fans, ducted over the CPU's, with the > > copper heat sinks designed for the 3.2GHz XEON. > > alright so its a pretty beefy server chassis, although it > could also be an > underperforming power supply or a scsi terminator. it has 3 separate power supplies, all have been verified. Its the 3rd piece of hardware i've tried. > > > It has 3 power supplies, each with separate AC > > inlet, fed from a UPS with filtered power. > > It should have ~150% airflow redundancy, and > > ~200% power redundancy. > > This is a supermicro X5DPE motherboard. > > Do you happen to have the IPMI option board for this system? No IPMI. > > Still seems hardware-related to me, although I've found hard > hangs caused > by buggy optimization on amd64. I don't think so. I extensively tested it with freebsd 4.7, memtest86. The scsi bus was checked with a scope, and was checked with an 'ahd' controller so that we could see iuCRC errors, SCB time outs, etc (ahd is excellent @ reporting errors, much better than any other driver). Two disk tests were run (iozone as a benchmark, iotest as a test) for several days. I'm pretty sure this is a garden variety sw problem. Currently i am suspicious of the acpi... this machine hangs on boot if acpi is not enabled, so its hard to test that theory :) The hang is in setting up and enumerating pnp isa devices. I guess i could expend energy to figure that out. My next step (which i'm not looking forward to) is to try and solder the TAP connector on and hook up my emulator. I really really don't want to do that. --don From owner-freebsd-current@FreeBSD.ORG Mon May 31 12:30:53 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1EC7216A4CE for ; Mon, 31 May 2004 12:30:53 -0700 (PDT) Received: from lakermmtao03.cox.net (lakermmtao03.cox.net [68.230.240.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9178743D46 for ; Mon, 31 May 2004 12:30:52 -0700 (PDT) (envelope-from conrads@cox.net) Received: from ip68-11-70-23.no.no.cox.net ([68.11.70.23]) by lakermmtao03.cox.netESMTP <20040531193023.EPJC21849.lakermmtao03.cox.net@ip68-11-70-23.no.no.cox.net> for ; Mon, 31 May 2004 15:30:23 -0400 Received: from ip68-11-70-23.no.no.cox.net (localhost [127.0.0.1]) i4VJUOWF090531 for ; Mon, 31 May 2004 14:30:24 -0500 (CDT) (envelope-from conrads@ip68-11-70-23.no.no.cox.net) Received: (from conrads@localhost)i4VJUJYo090530 for freebsd-current@freebsd.org; Mon, 31 May 2004 14:30:19 -0500 (CDT) (envelope-from conrads) Message-ID: X-Mailer: XFMail 1.5.5 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Mon, 31 May 2004 14:30:19 -0500 (CDT) From: Conrad Sabatier To: freebsd-current@freebsd.org Subject: Followup re: CD-RW on acd1 not working (bad hardware, it seems) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: conrads@cox.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 May 2004 19:30:53 -0000 After further investigation, it appears that the problem I reported earlier re: a non-functioning CD-RW drive on acd1 is due to a bad piece of hardware. Over the weekend, I tested it under Debian GNU/Linux, and got the same results. Looks like I'll just have to replace the drive. Sorry if I troubled anyone needlessly with this. Conrad On 27-May-2004 Conrad Sabatier wrote: > As of the last several CURRENT updates I've done, my CD burner no longer > works. > It's recognized at boot, but the functionality is completly broken. I've > attached the latest dmesg.boot output after updating the system again > yesterday. > > When I try to access the drive from the command line, I get nothing but i/o > errors. -- Conrad Sabatier - "In Unix veritas" From owner-freebsd-current@FreeBSD.ORG Mon May 31 12:45:02 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5942916A4CF for ; Mon, 31 May 2004 12:45:02 -0700 (PDT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 332DF43D2F for ; Mon, 31 May 2004 12:45:02 -0700 (PDT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (IDENT:brdavis@localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.12.10/8.12.10) with ESMTP id i4VJj2SK010061; Mon, 31 May 2004 12:45:02 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.12.10/8.12.3/Submit) id i4VJj1Kh010058; Mon, 31 May 2004 12:45:01 -0700 Date: Mon, 31 May 2004 12:45:01 -0700 From: Brooks Davis To: asfdqwer xzcvdsf Message-ID: <20040531194501.GE1419@Odin.AC.HMC.Edu> References: <20040530154955.97006.qmail@web21322.mail.yahoo.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Ns7jmDPpOpCD+GE/" Content-Disposition: inline In-Reply-To: <20040530154955.97006.qmail@web21322.mail.yahoo.com> User-Agent: Mutt/1.5.4i cc: freebsd-current@freebsd.org Subject: Re: misc questions / comments / rambelings X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Mon, 31 May 2004 19:45:02 -0000 --Ns7jmDPpOpCD+GE/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, May 30, 2004 at 08:49:55AM -0700, asfdqwer xzcvdsf wrote: >=20 > I just moved from 5.2.1 to current and had > a few comments. Upgrading from 5.2.1 which first > required me to upgrade config, which required > me to upgrade flex. None of these are documented > in UPGRADING This isn't documented because using old style kernel builds is not a supported upgrade path. Documented it is too darn much work for reasons like those you ran into. :) We do require that it work, but not that it be documented. The only supported method is the process documented in the COMMON ITEMS section of UPDATING. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --Ns7jmDPpOpCD+GE/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFAu4s9XY6L6fI4GtQRAnLHAKDTeApF9d4fkRfvkbRQ6c6rSc7PdwCgnT8N 4H3cRvPvU4sj4fLt6Ibd9pI= =BckB -----END PGP SIGNATURE----- --Ns7jmDPpOpCD+GE/-- From owner-freebsd-current@FreeBSD.ORG Mon May 31 13:18:34 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3CB9C16A4CE; Mon, 31 May 2004 13:18:34 -0700 (PDT) Received: from imap.univie.ac.at (mailbox-lmtp.univie.ac.at [131.130.1.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4979043D2D; Mon, 31 May 2004 13:18:33 -0700 (PDT) (envelope-from le@FreeBSD.org) Received: from wireless (adslle.cc.univie.ac.at [131.130.102.11]) by imap.univie.ac.at (8.12.10/8.12.10) with ESMTP id i4VKI2mf1292276; Mon, 31 May 2004 22:18:05 +0200 Date: Mon, 31 May 2004 22:18:05 +0200 (CEST) From: Lukas Ertl To: Nate Lawson In-Reply-To: <20040528003424.E96434@root.org> Message-ID: <20040531221718.F644@korben> References: <20040528003424.E96434@root.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-DCC-ZID-Univie-Metrics: mx8 4247; Body=3 Fuz1=3 Fuz2=3 cc: acpi@FreeBSD.org cc: current@FreeBSD.org Subject: Re: ACPI event testing needed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Mon, 31 May 2004 20:18:34 -0000 On Fri, 28 May 2004, Nate Lawson wrote: > I've just finished a lot of work on acpi events (GPEs). These drive > things like the lid switch and device wake capabilities. If your system > works for suspend/resume, please make sure it still behaves correctly over > multiple suspend/resume cycles. Thanks, Nate. I didn't play around a lot with it, but normal suspend/resume/power off still works fine here. cheers, le -- Lukas Ertl http://homepage.univie.ac.at/l.ertl/ le@FreeBSD.org http://people.freebsd.org/~le/ From owner-freebsd-current@FreeBSD.ORG Mon May 31 13:26:42 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 50FD516A4CE for ; Mon, 31 May 2004 13:26:42 -0700 (PDT) Received: from freebee.digiware.nl (dsl390.iae.nl [212.61.63.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id F328443D46 for ; Mon, 31 May 2004 13:26:40 -0700 (PDT) (envelope-from wjw@withagen.nl) Received: from dual (dual [212.61.27.71]) by freebee.digiware.nl (8.12.10/8.12.10) with SMTP id i4VKLC67076664; Mon, 31 May 2004 22:21:12 +0200 (CEST) (envelope-from wjw@withagen.nl) Message-ID: <0bdb01c4474c$e247a810$471b3dd4@dual> From: "Willem Jan Withagen" To: "Willem Jan Withagen" , "Bruce Evans" Date: Mon, 31 May 2004 22:21:29 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1409 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409 cc: freebsd-current@freebsd.org Subject: Re: Possible bug in malloc-code X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Mon, 31 May 2004 20:26:42 -0000 > > If a section is larger than INT_MAX, then overflow seems to occur here > > in __elfN_coredump(): > > > > % for (i = 0; i < seginfo.count; i++) { > > % error = vn_rdwr_inchunks(UIO_WRITE, vp, > > % (caddr_t)php->p_vaddr, php->p_filesz, offset, > > ^^^^^^^^^^^^^ > > % UIO_USERSPACE, IO_DIRECT, cred, NOCRED, NULL, td); > > > > php->p_filesz has type u_int64_t on 64-bit machines, but here it gets > > silently converted to int, so it overflows if the size is larger than > > INT_MAX. (Overflow may occur even on 32-bit machines, but it's harder > > to fit a section larger than INT_MAX on a 32-bit machine.) If ints > > are 32-bits 2's complement and the section size is between 2^31 and > > 2^32-1 inclusive, then the above asks vn_rdwr() a negative length. > > The negative length apparently gets as far as ffs_write() before > > causing a panic. > > > > It;s a longstanding bug that ssize_t is 64 bits and SSIZE_MAX is > > 2^63-1 on 64 bit machines, but writes from userland are limited to > > INT_MAX (normally 2^31-1), so 64-bit applications would have a hard > > time writing huge amounts. Core dumps apparently have the same > > problem writing large sections. A text section with size 2GB would > > be huge, but a data section with size 2GB is just large. > > > > The traceback should show the args, but that seems to be broken for > > amd64's. Am I right in assuming that instead of 'int len' as parameter it then should read ssize_t??? Since that is what the description of ssize_t is. Although I would expect ssize_t to be defined unsigned.. --WjW From owner-freebsd-current@FreeBSD.ORG Mon May 31 13:46:35 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6C81316A4CE for ; Mon, 31 May 2004 13:46:35 -0700 (PDT) Received: from freebee.digiware.nl (dsl390.iae.nl [212.61.63.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id A16F343D1D for ; Mon, 31 May 2004 13:46:34 -0700 (PDT) (envelope-from wjw@withagen.nl) Received: from dual (dual [212.61.27.71]) by freebee.digiware.nl (8.12.10/8.12.10) with SMTP id i4VKfe67077056; Mon, 31 May 2004 22:41:40 +0200 (CEST) (envelope-from wjw@withagen.nl) Message-ID: <0be501c4474f$bb115400$471b3dd4@dual> From: "Willem Jan Withagen" To: "Willem Jan Withagen" , "Bruce Evans" Date: Mon, 31 May 2004 22:41:57 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1409 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409 cc: freebsd-current@freebsd.org Subject: Re: Possible bug in malloc-code X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Mon, 31 May 2004 20:46:35 -0000 > > > If a section is larger than INT_MAX, then overflow seems to occur here > > > in __elfN_coredump(): > > > > > > % for (i = 0; i < seginfo.count; i++) { > > > % error = vn_rdwr_inchunks(UIO_WRITE, vp, > > > % (caddr_t)php->p_vaddr, php->p_filesz, offset, > > > ^^^^^^^^^^^^^ > > > % UIO_USERSPACE, IO_DIRECT, cred, NOCRED, NULL, td); > > > > > > php->p_filesz has type u_int64_t on 64-bit machines, but here it gets > > > silently converted to int, so it overflows if the size is larger than > > > INT_MAX. (Overflow may occur even on 32-bit machines, but it's harder > > > to fit a section larger than INT_MAX on a 32-bit machine.) If ints > > > are 32-bits 2's complement and the section size is between 2^31 and > > > 2^32-1 inclusive, then the above asks vn_rdwr() a negative length. > > > The negative length apparently gets as far as ffs_write() before > > > causing a panic. > > > > > > It;s a longstanding bug that ssize_t is 64 bits and SSIZE_MAX is > > > 2^63-1 on 64 bit machines, but writes from userland are limited to > > > INT_MAX (normally 2^31-1), so 64-bit applications would have a hard > > > time writing huge amounts. Core dumps apparently have the same > > > problem writing large sections. A text section with size 2GB would > > > be huge, but a data section with size 2GB is just large. > > > > > > The traceback should show the args, but that seems to be broken for > > > amd64's. > > Am I right in assuming that instead of 'int len' as parameter it then should > read ssize_t??? Since that is what the description of ssize_t is. > Although I would expect ssize_t to be defined unsigned.. Aarrgh, just make it size_t. Well it fixed crashing the box... i = 11 Alloc: n = 335544320, ADR = 0x00000000485D7000 Alloc: n = 402653184, ADR = 0x000000005C5D7000 Alloc: n = 469762048, ADR = 0x00000000745D7000 Alloc: n = 536870912, ADR = 0xFFFFFFFF905D7000 Free: n = 536870912, ADR = 0xFFFFFFFF905D7000 rMemoryDrv in free(): error: junk pointer, too high to make sense Abort (core dumped) and delivers: 2891984 -rw------- 1 wjw wheel 2959912960 May 31 22:37 rMemoryDrv.core What is the procedure now??? I submit a diff relative to /usr/src in a PR?? Or is this sufficient, and does somebody want to commit this? --- sys/kern/vfs_vnops.c.org Mon May 31 22:42:48 2004 +++ sys/kern/vfs_vnops.c Mon May 31 22:00:57 2004 @@ -370,7 +370,7 @@ enum uio_rw rw; struct vnode *vp; caddr_t base; - int len; + size_t len; off_t offset; enum uio_seg segflg; int ioflg; @@ -460,7 +460,7 @@ enum uio_rw rw; struct vnode *vp; caddr_t base; - int len; + size_t len; off_t offset; enum uio_seg segflg; int ioflg; --WjW From owner-freebsd-current@FreeBSD.ORG Mon May 31 13:51:50 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A473816A4CF for ; Mon, 31 May 2004 13:51:50 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id E26DF43D2F for ; Mon, 31 May 2004 13:51:49 -0700 (PDT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.11/8.12.11) with ESMTP id i4VKpYo8002676; Mon, 31 May 2004 22:51:34 +0200 (CEST) (envelope-from phk@phk.freebsd.dk) To: "Willem Jan Withagen" From: "Poul-Henning Kamp" In-Reply-To: Your message of "Mon, 31 May 2004 22:41:57 +0200." <0be501c4474f$bb115400$471b3dd4@dual> Date: Mon, 31 May 2004 22:51:34 +0200 Message-ID: <2675.1086036694@critter.freebsd.dk> cc: freebsd-current@freebsd.org Subject: Re: Possible bug in malloc-code X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Mon, 31 May 2004 20:51:50 -0000 In message <0be501c4474f$bb115400$471b3dd4@dual>, "Willem Jan Withagen" writes: > > i = 11 >Alloc: n = 335544320, ADR = 0x00000000485D7000 >Alloc: n = 402653184, ADR = 0x000000005C5D7000 >Alloc: n = 469762048, ADR = 0x00000000745D7000 >Alloc: n = 536870912, ADR = 0xFFFFFFFF905D7000 >Free: n = 536870912, ADR = 0xFFFFFFFF905D7000 >rMemoryDrv in free(): error: junk pointer, too high to make sense >Abort (core dumped) As for this part: Does the program in fact have a prototype for malloc(3) in sight ? Can you try to explicitly add a wrong prototype to see that it complains ? Alternatively, #include to get it a prototype. I looked briefly at the source code of the test-program and while I am in a position to say that it is doing something wrong with the casting, it does look mightily bogus to me. Poul-Henning -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Mon May 31 14:23:56 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9905116A4CE for ; Mon, 31 May 2004 14:23:56 -0700 (PDT) Received: from freebee.digiware.nl (dsl390.iae.nl [212.61.63.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7215443D45 for ; Mon, 31 May 2004 14:23:55 -0700 (PDT) (envelope-from wjw@withagen.nl) Received: from dual (dual [212.61.27.71]) by freebee.digiware.nl (8.12.10/8.12.10) with SMTP id i4VLJL67077722; Mon, 31 May 2004 23:19:21 +0200 (CEST) (envelope-from wjw@withagen.nl) Message-ID: <0c1301c44754$fc027160$471b3dd4@dual> From: "Willem Jan Withagen" To: "Poul-Henning Kamp" References: <2675.1086036694@critter.freebsd.dk> Date: Mon, 31 May 2004 23:19:38 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1409 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409 cc: freebsd-current@freebsd.org Subject: Re: Possible bug in malloc-code X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Mon, 31 May 2004 21:23:56 -0000 > In message <0be501c4474f$bb115400$471b3dd4@dual>, "Willem Jan Withagen" writes: > > > > i = 11 > >Alloc: n = 335544320, ADR = 0x00000000485D7000 > >Alloc: n = 402653184, ADR = 0x000000005C5D7000 > >Alloc: n = 469762048, ADR = 0x00000000745D7000 > >Alloc: n = 536870912, ADR = 0xFFFFFFFF905D7000 > >Free: n = 536870912, ADR = 0xFFFFFFFF905D7000 > >rMemoryDrv in free(): error: junk pointer, too high to make sense > >Abort (core dumped) > > As for this part: Does the program in fact have a prototype for > malloc(3) in sight ? Can you try to explicitly add a wrong prototype > to see that it complains ? Alternatively, #include to get > it a prototype. > > I looked briefly at the source code of the test-program and while I am > in a position to say that it is doing something wrong with the casting, > it does look mightily bogus to me. Fair question, and to be honest. I assume(d) that it somewhere in its infinite load of obscurity included stdlib.h Hold on, I'll check.... Well I'm actually using calloc() since the original writer assumes that malloc returns zero-ed space. And looking through the preprocessed output stdlib.h is not included.... And bingo, we have a winner with stdlib.h manually included: Alloc/Free large not inverse 11 Alloc: n = 402653184, ADR = 0x00000000605E7000 Alloc/Free large not inverse 11 Alloc: n = 402653184, ADR = 0x00000000785E7000 Alloc/Free large not inverse 11 i = 12 Alloc: n = 671088640, ADR = 0x00000000905E7000 Alloc: n = 805306368, ADR = 0x00000000B85E7000 Alloc: n = 939524096, ADR = 0x00000000E85E7000 No more sign-extention trouble I'm afraid that these kinds of 'bugs' are going to haunt me for the remainder of porting the tool. :( Thanx, --WjW From owner-freebsd-current@FreeBSD.ORG Mon May 31 14:30:56 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A357016A4CE; Mon, 31 May 2004 14:30:56 -0700 (PDT) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B7EB43D1F; Mon, 31 May 2004 14:30:56 -0700 (PDT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id IBA74465; Mon, 31 May 2004 14:30:45 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 6E8BE5D0A; Mon, 31 May 2004 14:30:45 -0700 (PDT) To: Nate Lawson In-reply-to: Your message of "Fri, 28 May 2004 00:38:32 PDT." <20040528003424.E96434@root.org> Date: Mon, 31 May 2004 14:30:45 -0700 From: "Kevin Oberman" Message-Id: <20040531213045.6E8BE5D0A@ptavv.es.net> cc: acpi@freebsd.org cc: current@freebsd.org Subject: Re: ACPI event testing needed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Mon, 31 May 2004 21:30:56 -0000 > Date: Fri, 28 May 2004 00:38:32 -0700 (PDT) > From: Nate Lawson > Sender: owner-freebsd-current@freebsd.org > > I've just finished a lot of work on acpi events (GPEs). These drive > things like the lid switch and device wake capabilities. If your system > works for suspend/resume, please make sure it still behaves correctly over > multiple suspend/resume cycles. If you're feeling adventurous, try the > new wake sysctls: > > sysctl dev | grep wake > > By setting them to 0 or 1, you can enable/disable a device waking the > system. Note that non-ACPI devices are still not properly hooked in here > so they won't work (i.e. sio or modems). But you can change the lid > independently of the sleep button, for example. > > Also, please be sure that your system still powers off correctly when > shutdown. I may have fixed some systems that didn't power off correctly > as well. Things are working pretty well on my trusty T30. System suspends and resumes fine (with the jhb acpi_video_dpms patch). Only sound fails to work properly after resume, but I've reported this in the past and I still suspect it's a PCI issue as opposed to ACPI. I did try the sysctl to disable wake on lid switch and it worked as expected. I had to back out jhb's machdep_intr.c 1.6 patch to get the system to complete a shutdown. With the patch in place, the shutdown simply freezes after shutting down everything and syncing disks. I still hope to get suspend/resume with working sound one day, but ACPI seems really, really close. I am no longer seeing the interrupt issues previously reported. I have now repeatedly paused the system and resumed it with no obvious ill effects. I have also suspended and resumed using Tobias Roth's profile tool and the crashes previously seen with ACPI there are gone. (Not that profile resumes cleanly yet, but Tobias is working on the problems.) -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-current@FreeBSD.ORG Mon May 31 14:48:35 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5A0E016A4CE; Mon, 31 May 2004 14:48:35 -0700 (PDT) Received: from rwcrmhc13.comcast.net (rwcrmhc13.comcast.net [204.127.198.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4285843D1F; Mon, 31 May 2004 14:48:34 -0700 (PDT) (envelope-from julian@elischer.org) Received: from interjet.elischer.org ([24.7.73.28]) by comcast.net (rwcrmhc13) with ESMTP id <20040531214833015006o8jne>; Mon, 31 May 2004 21:48:33 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id OAA23089; Mon, 31 May 2004 14:48:30 -0700 (PDT) Date: Mon, 31 May 2004 14:48:28 -0700 (PDT) From: Julian Elischer To: Thomas Moestl In-Reply-To: <20040520122411.GA795@timesink.dyndns.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: FreeBSD current users cc: sparc64@freebsd.org Subject: Re: sparc64 kernel code question.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Mon, 31 May 2004 21:48:35 -0000 On Thu, 20 May 2004, Thomas Moestl wrote: Thomas, was it you who suggested making a patch to move the cpu_sched_exit() code to cpu_throw()? julian From owner-freebsd-current@FreeBSD.ORG Mon May 31 14:51:01 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA0C316A4CE; Mon, 31 May 2004 14:51:01 -0700 (PDT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D97043D55; Mon, 31 May 2004 14:51:01 -0700 (PDT) (envelope-from bmilekic@FreeBSD.org) Received: from freefall.freebsd.org (bmilekic@localhost [127.0.0.1]) i4VLp1Ih060519; Mon, 31 May 2004 14:51:01 -0700 (PDT) (envelope-from bmilekic@freefall.freebsd.org) Received: (from bmilekic@localhost) by freefall.freebsd.org (8.12.11/8.12.11/Submit) id i4VLp1MW060518; Mon, 31 May 2004 14:51:01 -0700 (PDT) (envelope-from bmilekic) Date: Mon, 31 May 2004 14:51:01 -0700 From: Bosko Milekic To: freebsd-current@freebsd.org Message-ID: <20040531215101.GA60299@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i cc: freebsd-hackers@freebsd.org Subject: [HEADS-UP] mbuma is in the tree X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Mon, 31 May 2004 21:51:01 -0000 (Hello Chris Haalboom? :-)) Hello, In order to avoid having to type everything again, I'll refer to the commit log. PLEASE READ IT IN FULL: Bring in mbuma to replace mballoc. mbuma is an Mbuf & Cluster allocator built on top of a number of extensions to the UMA framework, all included herein. Extensions to UMA worth noting: - Better layering between slab <-> zone caches; introduce Keg structure which splits off slab cache away from the zone structure and allows multiple zones to be stacked on top of a single Keg (single type of slab cache); perhaps we should look into defining a subset API on top of the Keg for special use by malloc(9), for example. - UMA_ZONE_REFCNT zones can now be added, and reference counters automagically allocated for them within the end of the associated slab structures. uma_find_refcnt() does a kextract to fetch the slab struct reference from the underlying page, and lookup the corresponding refcnt. mbuma things worth noting: - integrates mbuf & cluster allocations with extended UMA and provides caches for commonly-allocated items; defines several zones (two primary, one secondary) and two kegs. - change up certain code paths that always used to do: m_get() + m_clget() to instead just use m_getcl() and try to take advantage of the newly defined secondary Packet zone. - netstat(1) and systat(1) quickly hacked up to do basic stat reporting but additional stats work needs to be done once some other details within UMA have been taken care of and it becomes clearer to how stats will work within the modified framework. >From the user perspective, one implication is that the NMBCLUSTERS compile-time option is no longer used. The maximum number of clusters is still capped off according to maxusers, but it can be made unlimited by setting the kern.ipc.nmbclusters boot-time tunable to zero. Work should be done to write an appropriate sysctl handler allowing dynamic tuning of kern.ipc.nmbclusters at runtime. Additional things worth noting/known issues (READ): - One report of 'ips' (ServeRAID) driver acting really slow in conjunction with mbuma. Need more data. Latest report is that ips is equally sucking with and without mbuma. - Giant leak in NFS code sometimes occurs, can't reproduce but currently analyzing; brueffer is able to reproduce but THIS IS NOT an mbuma-specific problem and currently occurs even WITHOUT mbuma. - Issues in network locking: there is at least one code path in the rip code where one or more locks are acquired and we end up in m_prepend() with M_WAITOK, which causes WITNESS to whine from within UMA. Current temporary solution: force all UMA allocations to be M_NOWAIT from within UMA for now to avoid deadlocks unless WITNESS is defined and we can determine with certainty that we're not holding any locks when we're M_WAITOK. - I've seen at least one weird socketbuffer empty-but- mbuf-still-attached panic. I don't believe this to be related to mbuma but please keep your eyes open, turn on debugging, and capture crash dumps. This change removes more code than it adds. A paper is available detailing the change and considering various performance issues, it was presented at BSDCan2004: http://www.unixdaemons.com/~bmilekic/netbuf_bmilekic.pdf Please read the paper for Future Work and implementation details, as well as credits. Testing and Debugging: rwatson, brueffer, Ketrien I. Saihr-Kesenchedra, ... Reviewed by: Lots of people (for different parts) SHOULD YOU HAVE ANY ISSUES: - Turn on INVARIANTS - Turn on WITNESS - Send stack trace and if possible capture crash dump - Might require further information from you, please provide reachable Email address. - When you Email me, please include "MBUMA" in the Subject line. Cheers, Bosko From owner-freebsd-current@FreeBSD.ORG Mon May 31 14:57:48 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9D8F416A4CE for ; Mon, 31 May 2004 14:57:48 -0700 (PDT) Received: from cmsrelay03.mx.net (cmsrelay03.mx.net [165.212.11.112]) by mx1.FreeBSD.org (Postfix) with SMTP id 3364443D2F for ; Mon, 31 May 2004 14:57:48 -0700 (PDT) (envelope-from noackjr@alumni.rice.edu) Received: from uadvg128.cms.usa.net (165.212.11.128) by cmsoutbound.mx.net with SMTP; 31 May 2004 21:57:47 -0000 Received: from optimator.noacks.org [70.240.241.245] by uadvg128.cms.usa.net (ASMTP/noackjr@usa.net) via mtad (C8.MAIN.3.13N) with ESMTP id 985ieEV6S0049M28; Mon, 31 May 2004 21:57:44 GMT X-USANET-Auth: 70.240.241.245 AUTH noackjr@usa.net optimator.noacks.org Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id AF878610E; Mon, 31 May 2004 16:57:43 -0500 (CDT) Received: from optimator.noacks.org ([127.0.0.1]) by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 06045-03; Mon, 31 May 2004 16:57:42 -0500 (CDT) Received: from compgeek.noacks.org (compgeek [192.168.1.10]) by optimator.noacks.org (Postfix) with ESMTP id 7F6C26101; Mon, 31 May 2004 16:57:42 -0500 (CDT) Received: from [127.0.0.1] (localhost.noacks.org [127.0.0.1]) by compgeek.noacks.org (8.12.11/8.12.11) with ESMTP id i4VLvfxG019152; Mon, 31 May 2004 16:57:41 -0500 (CDT) (envelope-from noackjr@alumni.rice.edu) Message-ID: <40BBAA55.5000502@alumni.rice.edu> Date: Mon, 31 May 2004 16:57:41 -0500 From: Jon Noack User-Agent: Mozilla Thunderbird 0.6 (X11/20040518) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Doug White References: <20040530154955.97006.qmail@web21322.mail.yahoo.com> <20040531104051.U95992@carver.gumbysoft.com> In-Reply-To: <20040531104051.U95992@carver.gumbysoft.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at noacks.org cc: asfdqwer xzcvdsf cc: freebsd-current@freebsd.org Subject: Re: misc questions / comments / rambelings X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 May 2004 21:57:48 -0000 On 05/31/04 12:44, Doug White wrote: > On Sun, 30 May 2004, asfdqwer xzcvdsf wrote: >> Now that I'm running current is there anything special I have to >> change in make.conf? Should I still have to define "WITH_THREADS" >> and "WITH_LIBMAP" or do the ports autorecognize the kse --> >> pthreads change? > > As long as your ports tree is up to date and you don't have anything > threads-related in /etc/make.conf or /etc/libmap.conf, you should be > ok. You will have to rebuild anything that uses threads, though, and > that includes XFree86. If you have kde and/or qt installed it gets a > little more complicated. Perhaps I am mistaken on this, but can't you just map libc_r -> libpthread in /etc/libmap.conf instead of rebuilding everything? I know this won't work in every case (nVidia driver, MySQL had some libpthread issues a while back, etc.), but I would try it before recompiling everything... From /usr/src/UPDATING: 20040303: If you are having trouble with the libc_r -> libpthread transition (see the 20040130 entry), place the following lines at the top of /etc/libmap.conf: libc_r.so.5 libpthread.so.1 libc_r.so libpthread.so This will cause all programs and libraries linked against libc_r to use libpthread instead. From owner-freebsd-current@FreeBSD.ORG Mon May 31 15:07:05 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 766BA16A4CE; Mon, 31 May 2004 15:07:05 -0700 (PDT) Received: from rwcrmhc12.comcast.net (rwcrmhc12.comcast.net [216.148.227.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 604E743D4C; Mon, 31 May 2004 15:07:05 -0700 (PDT) (envelope-from julian@elischer.org) Received: from interjet.elischer.org ([24.7.73.28]) by comcast.net (rwcrmhc12) with ESMTP id <20040531220704014007paage>; Mon, 31 May 2004 22:07:04 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id PAA23335; Mon, 31 May 2004 15:07:02 -0700 (PDT) Date: Mon, 31 May 2004 15:07:00 -0700 (PDT) From: Julian Elischer To: Thomas Moestl In-Reply-To: <20040531220026.GA1865@timesink.dyndns.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: FreeBSD current users cc: sparc64@freebsd.org Subject: Re: sparc64 kernel code question.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Mon, 31 May 2004 22:07:05 -0000 yeah sorry I just found where it went to when I did my latest p4 sync. I missed the commit message.. thanks for doing that! y On Tue, 1 Jun 2004, Thomas Moestl wrote: > On Mon, 2004/05/31 at 14:48:28 -0700, Julian Elischer wrote: > > On Thu, 20 May 2004, Thomas Moestl wrote: > > > > Thomas, was it you who suggested making a patch to move the > > cpu_sched_exit() code to cpu_throw()? > > No, I wanted to move it to pmap_release(), which I did a few days > ago. cpu_sched_exit() does not exist any more in -CURRENT. > > - Thomas > > -- > Thomas Moestl http://www.tu-bs.de/~y0015675/ > http://people.FreeBSD.org/~tmm/ > "I like maxims that don't encourage behavior modification." > -- Calvin and Hobbes > From owner-freebsd-current@FreeBSD.ORG Mon May 31 15:30:26 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8C90416A4CF for ; Mon, 31 May 2004 15:30:26 -0700 (PDT) Received: from mxsf10.cluster1.charter.net (mxsf10.cluster1.charter.net [209.225.28.210]) by mx1.FreeBSD.org (Postfix) with ESMTP id CAEFA43D1D for ; Mon, 31 May 2004 15:30:08 -0700 (PDT) (envelope-from MrL0L@charter.net) Received: from [172.16.64.36] ([68.189.127.165])i4VMTGrS086696 for ; Mon, 31 May 2004 18:29:17 -0400 (EDT) From: Remi To: current@FreeBSD.ORG Content-Type: text/plain Message-Id: <1086042556.99007.1.camel@bart> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 31 May 2004 15:29:16 -0700 Content-Transfer-Encoding: 7bit Subject: Adding source X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Mon, 31 May 2004 22:30:26 -0000 How would I go about adding source to the tree. I got some commits for CrystalFontz USB LCDs From owner-freebsd-current@FreeBSD.ORG Mon May 31 16:00:00 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BC47B16A4CF for ; Mon, 31 May 2004 16:00:00 -0700 (PDT) Received: from europa.AD.HartBrothers.Com (europa.ad.hartbrothers.com [63.102.100.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 62E8E43D41 for ; Mon, 31 May 2004 16:00:00 -0700 (PDT) (envelope-from freebsd-current@davehart.net) Content-class: urn:content-classes:message MIME-Version: 1.0 X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Date: Mon, 31 May 2004 22:59:51 -0000 Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=SHA1; boundary="----=_NextPart_000_07EA_01C44762.FA1A2100" Message-ID: <255A839665EA24408EB27A6AAE15518E27ABA1@europa.ad.hartbrothers.com> X-MS-Has-Attach: yes X-MS-TNEF-Correlator: Thread-Topic: Adding source Thread-Index: AcRHXwsOTO6ZTfUXT6i6mD8bam948wAA50sw From: To: , "Remi" , "Dave Hart" Subject: RE: Adding source X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Mon, 31 May 2004 23:00:00 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_07EA_01C44762.FA1A2100 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Remi asked: > How would I go about adding source to the tree. I got some > commits for CrystalFontz USB LCDs http://www.freebsd.org/doc/en_US.ISO8859-1/articles/contributing/article.htm l Not exactly easy to find starting from the FAQ, but there is a path via the "Advanced Topics". Dave Hart davehart@davehart.com ------=_NextPart_000_07EA_01C44762.FA1A2100 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIII+jCCAoIw ggHroAMCAQICAwxohzANBgkqhkiG9w0BAQQFADBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhh d3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVt YWlsIElzc3VpbmcgQ0EwHhcNMDQwNTMwMTIxNDA3WhcNMDUwNTMwMTIxNDA3WjBvMQ0wCwYDVQQE EwRIYXJ0MRUwEwYDVQQqEwxEYXZpZCBMZXN0ZXIxGjAYBgNVBAMTEURhdmlkIExlc3RlciBIYXJ0 MSswKQYJKoZIhvcNAQkBFhxmcmVlYnNkLWN1cnJlbnRAZGF2ZWhhcnQubmV0MIGfMA0GCSqGSIb3 DQEBAQUAA4GNADCBiQKBgQDLqNnxQ8UNlu8AimDgq58SojkYGlfNNKGsr32Nmk/PE1Z0Y3OWwMQC tb9C4C6apCSptrmk6Mh+A2052zqvJEVrkyT4ebE2zWpVxbb+2UXCQ4Wfvm0H/r/GiFI5cg4mheKE DZz4YnnjU26G8epwikMT/5GIM6h1qc9qE2k4El0X5wIDAQABozkwNzAnBgNVHREEIDAegRxmcmVl YnNkLWN1cnJlbnRAZGF2ZWhhcnQubmV0MAwGA1UdEwEB/wQCMAAwDQYJKoZIhvcNAQEEBQADgYEA DhOBEhRzInLg4lItCcS9wdsZeYGO8KlvePU3eAOCtcM2HB/s2lNppZIve/NSHk5/0pOWvpzpd7kO j4ZwCaAdYWog5aU42KdZtA05yxK0FJrdYUY1w3fJulNtd18uJ8BHFS8GtKJz6GhB4JtqPGMFgmp0 nip1YOe8DYP7rkYAi9UwggMtMIIClqADAgECAgEAMA0GCSqGSIb3DQEBBAUAMIHRMQswCQYDVQQG EwJaQTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNVBAoT EVRoYXd0ZSBDb25zdWx0aW5nMSgwJgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2VzIERpdmlz aW9uMSQwIgYDVQQDExtUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgQ0ExKzApBgkqhkiG9w0BCQEW HHBlcnNvbmFsLWZyZWVtYWlsQHRoYXd0ZS5jb20wHhcNOTYwMTAxMDAwMDAwWhcNMjAxMjMxMjM1 OTU5WjCB0TELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2Fw ZSBUb3duMRowGAYDVQQKExFUaGF3dGUgQ29uc3VsdGluZzEoMCYGA1UECxMfQ2VydGlmaWNhdGlv biBTZXJ2aWNlcyBEaXZpc2lvbjEkMCIGA1UEAxMbVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIENB MSswKQYJKoZIhvcNAQkBFhxwZXJzb25hbC1mcmVlbWFpbEB0aGF3dGUuY29tMIGfMA0GCSqGSIb3 DQEBAQUAA4GNADCBiQKBgQDUadfUsJRkW3HpR9gMUbbqcpGwhF59LQ2PexLfhSV1KHQ6QixjJ5+V e0vvfhmHHYbqo925zpZkGsIUbkSsfOaP6E0PcR9AOKYAo4d49vmUhl6t6sBeduvZFKNdbnp8DKVL VX8GGSl/npom1Wq7OCQIapjHsdqjmJH9edvlWsQcuQIDAQABoxMwETAPBgNVHRMBAf8EBTADAQH/ MA0GCSqGSIb3DQEBBAUAA4GBAMfskn5O+PWWpWdiKqTwTRFg0G+NYFhhrCa7UjVcCM8w+6hKloof YkIjjBcP9LpknBesRynfnZhe0mxgcVyirNx54+duAEcftQ0o6AKd5Jr9E/Sm2Xyx+NxfIyYJkYBz 0BQb3kOpgyXy5pwvFcr+pquKB3WLDN1RhGvk+NHOd6KBMIIDPzCCAqigAwIBAgIBDTANBgkqhkiG 9w0BAQUFADCB0TELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJ Q2FwZSBUb3duMRowGAYDVQQKExFUaGF3dGUgQ29uc3VsdGluZzEoMCYGA1UECxMfQ2VydGlmaWNh dGlvbiBTZXJ2aWNlcyBEaXZpc2lvbjEkMCIGA1UEAxMbVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWls IENBMSswKQYJKoZIhvcNAQkBFhxwZXJzb25hbC1mcmVlbWFpbEB0aGF3dGUuY29tMB4XDTAzMDcx NzAwMDAwMFoXDTEzMDcxNjIzNTk1OVowYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBD b25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJ c3N1aW5nIENBMIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDEpjxVc1X7TrnKmVoeaMB1BHCd 3+n/ox7svc31W/Iadr1/DDph8r9RzgHU5VAKMNcCY1osiRVwjt3J8CuFWqo/cVbLrzwLB+fxH5E2 JCoTzyvV84J3PQO+K/67GD4Hv0CAAmTXp6a7n2XRxSpUhQ9IBH+nttE8YQRAHmQZcmC3+wIDAQAB o4GUMIGRMBIGA1UdEwEB/wQIMAYBAf8CAQAwQwYDVR0fBDwwOjA4oDagNIYyaHR0cDovL2NybC50 aGF3dGUuY29tL1RoYXd0ZVBlcnNvbmFsRnJlZW1haWxDQS5jcmwwCwYDVR0PBAQDAgEGMCkGA1Ud EQQiMCCkHjAcMRowGAYDVQQDExFQcml2YXRlTGFiZWwyLTEzODANBgkqhkiG9w0BAQUFAAOBgQBI jNFQg+oLLswNo2asZw9/r6y+whehQ5aUnX9MIbj4Nh+qLZ82L8D0HFAgk3A8/a3hYWLD2ToZfoSx mRsAxRoLgnSeJVCUYsfbJ3FXJY3dqZw5jowgT2Vfldr394fWxghOrvbqNOUQGls1TXfjViF4gtwh GTXeJLHTHUb/XV9lTzGCAs8wggLLAgEBMGkwYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0 ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFp bCBJc3N1aW5nIENBAgMMaIcwCQYFKw4DAhoFAKCCAbwwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEH ATAcBgkqhkiG9w0BCQUxDxcNMDQwNTMxMjI1OTUwWjAjBgkqhkiG9w0BCQQxFgQUAH1AqrNyuVTs nZQUjX/gZSYcNGIwZwYJKoZIhvcNAQkPMVowWDAKBggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAw DQYIKoZIhvcNAwICAUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgwBwYFKw4DAhowCgYIKoZIhvcN AgUweAYJKwYBBAGCNxAEMWswaTBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1 bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3Vp bmcgQ0ECAwxohzB6BgsqhkiG9w0BCRACCzFroGkwYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRo YXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVl bWFpbCBJc3N1aW5nIENBAgMMaIcwDQYJKoZIhvcNAQEBBQAEgYCzHiwB7bs++E5N5MWtH1H8HkU2 SOeIxskz1knv2IuK52oXYsUPDPa1IE+WKncpNiPghvwBpdT5t9wWbvwXLFd5vErP1ZXALuh4XKyR JkGA5v5hkBe70a/pjRbwdCOUTTR4Ts9rm7Bkagaro9jPPaMKXb8/Ye3SsFbK6LxXTZCH9wAAAAAA AA== ------=_NextPart_000_07EA_01C44762.FA1A2100-- From owner-freebsd-current@FreeBSD.ORG Mon May 31 16:17:54 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from green.homeunix.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 6228516A4CE; Mon, 31 May 2004 16:17:54 -0700 (PDT) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.12.11/8.12.11) with ESMTP id i4VNHrut016031; Mon, 31 May 2004 19:17:53 -0400 (EDT) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.12.11/8.12.11/Submit) id i4VNHrO8016030; Mon, 31 May 2004 19:17:53 -0400 (EDT) (envelope-from green) Date: Mon, 31 May 2004 19:17:52 -0400 From: Brian Feldman To: Doug Rabson Message-ID: <20040531231752.GB15637@green.homeunix.org> References: <20040530190600.5B64916A4CF@hub.freebsd.org> <200405310948.55864.dfr@nlsystems.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200405310948.55864.dfr@nlsystems.com> User-Agent: Mutt/1.5.6i cc: Bill Paul cc: freebsd-current@FreeBSD.ORG Subject: Re: Project Evil APs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Mon, 31 May 2004 23:17:54 -0000 On Mon, May 31, 2004 at 09:48:55AM +0100, Doug Rabson wrote: > On Sunday 30 May 2004 20:06, Bill Paul wrote: > > > > > > > > You want to use ad-hoc mode. You don't want to bother me with > > > > silly questions about hostap mode because it doesn't really let > > > > you do anything you can't do with ad-hoc mode anyway. Use IPSec > > > > with ad-hoc mode and you'll probably get better security than any > > > > access point can give you in the first place. > > > > > > > > > > Probably. Only if I can get this silly little WinME laptop to do > > > ad-hoc as well though. The main reason for doing this is that my AP > > > died and my gf wants to use the laptop in the garden :-). > > > > Did you... read the little booklet that came with the card in your > > gf's computer? Sometimes there's a special control panel snap-in or > > custom utility to configure the card. If not, go to the control > > panel, click "system" and look for the device manager. Select the > > wireless device and check for driver settings. You might be able to > > set ad-hoc mode there. > > I managed to find new drivers for the laptop's card and it works fine > now. Now I just have to put some kind of tunnelling thing together (I > guess pptp is the only option for WinMe) so that the neighbours can't > 'borrow' our service. Doing a Windows-style VPN is pretty darn easy on FreeBSD: 1. Install ports/net/poptop. 2. Set up pptpd.conf (pretty much just the remoteip and localip options). 3. Set up ppp(8) with a "pptp" section, much like the following: pptp: set timeout 0 set log phase chat connect lcp ipcp command enable MSCHAPv2 enable mppe set mppe 128 stateful disable deflate pred1 deny deflate pred1 accept dns enable dns set ifaddr localip range ... 4. After modifying ppp.conf, add appropriate users to ppp.secret. -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Mon May 31 17:22:30 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DD06416A4CE for ; Mon, 31 May 2004 17:22:30 -0700 (PDT) Received: from mail.corrupt.co.nz (222-152-28-228.jetstream.xtra.co.nz [222.152.28.228]) by mx1.FreeBSD.org (Postfix) with SMTP id AE14143D3F for ; Mon, 31 May 2004 17:22:27 -0700 (PDT) (envelope-from drew@corrupt.co.nz) Received: (qmail 28539 invoked by uid 1011); 1 Jun 2004 00:22:24 -0000 Received: from drew@corrupt.co.nz by tweety.lan.corrupt.co.nz by uid 1009 with qmail-scanner-1.22 Clear:RC:0(192.100.53.164):SA:0(0.0/3.8):. Processed in 5.482273 secs); 01 Jun 2004 00:22:24 -0000 X-Spam-Status: No, hits=0.0 required=3.8 Received: from 192.100.53.164.dts.net.nz (HELO corrupt.co.nz) (drew@corrupt.co.nz@192.100.53.164) by mail.corrupt.co.nz with SMTP; 1 Jun 2004 00:22:17 -0000 Message-ID: <40BBCC18.70000@corrupt.co.nz> Date: Tue, 01 Jun 2004 12:21:44 +1200 From: Drew Broadley User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040505 X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org References: <40BAF4EC.6080207@corrupt.co.nz> In-Reply-To: <40BAF4EC.6080207@corrupt.co.nz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: ndis - NetGear HA501 - kernel panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 01 Jun 2004 00:22:31 -0000 Bump. Drew Broadley wrote: > This is what comes up when I use the XP and 2k drivers for the > NetGear HA501 802.11a card and insert: > >>>>>>>>>>>>>>>>>>> > ndis0: mem 0x80000000-0x8000ffff irq > 11 at device 0.0 on cardbus0 > ndis0: [GIANT-LOCKED] > >>>>>>>>>>>>>>>>>>> > > This is when I perform "ifconfig ndis0 up SSID GUYAVE" > >>>>>>>>>>>>>>>>>>> > can't re-use a leaf (MapRegisters)! > can't re-use a leaf (clist)! > can't re-use a leaf (QoS)! > can't re-use a leaf (tpc)! > can't re-use a leaf (TurboEnable)! > can't re-use a leaf (beaconInterval)! > can't re-use a leaf (bssType)! > can't re-use a leaf (privacyInvoked)! > can't re-use a leaf (sleepMode)! > can't re-use a leaf (FragThreshold)! > can't re-use a leaf (RTSThreshold)! > can't re-use a leaf (rateCtrlEnable)! > can't re-use a leaf (SmeEnable)! > can't re-use a leaf (TransmitRate)! > can't re-use a leaf (bkScanEnable)! > ndis0: NDIS API version: 5.0 > ndis0: Ethernet address: 00:30:ab:15:b6:cf > ndis0: 11a rates: > ndis0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps > ndis0: set filter failed: 6 > ndis0: set filter failed: 6 > ndis0: set filter failed: 6 > ndis0: link up > ndis0: no matching rate for: 48 > >>>>>>>>>>>>>>>>>>> > > This is when I perform "ifconfig ndis0 down" > >>>>>>>>>>>>>>>>>>> > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0xb85b58 > fault code = supervisor read, page not present > instruction pointer = 0x8:0xc07cbdf0 > stack pointer = 0x10:0xe7f30a9c > frame pointer = 0x10:0xe7f30aac > 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 = 792 (ifconfig) > trap number = 12 > panic: page fault > at line 815 in file /usr/src/sys/i386/i386/trap.c > >>>>>>>>>>>>>>>>>>> > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Mon May 31 17:30:39 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2AD1A16A4D3 for ; Mon, 31 May 2004 17:30:39 -0700 (PDT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2391F43D1F for ; Mon, 31 May 2004 17:30:39 -0700 (PDT) (envelope-from csjp@freebsd.org) Received: from freefall.freebsd.org (csjp@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.11/8.12.11) with ESMTP id i510UQCg076827 for ; Mon, 31 May 2004 17:30:26 -0700 (PDT) (envelope-from csjp@freebsd.org) Received: (from csjp@localhost) by freefall.freebsd.org (8.12.11/8.12.11/Submit) id i510UQ3A076826 for current@FreeBSD.org; Mon, 31 May 2004 17:30:26 -0700 (PDT) (envelope-from csjp@freebsd.org) X-Authentication-Warning: freefall.freebsd.org: csjp set sender to csjp@freebsd.org using -f Date: Mon, 31 May 2004 17:30:26 -0700 From: "Christian S.J. Peron" To: current@freebsd.org Message-ID: <20040601003026.GA76645@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: raw socket+prison warning X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 01 Jun 2004 00:30:39 -0000 For those of you not subscribed to src-committers@FreeBSD.org, cvs-src@FreeBSD.org or cvs-all@FreeBSD.org, I just committed a warning note in jail(8) for the security.jail.allow_raw_sockets sysctl MIB about the risks of enabling raw sockets in prisons. Because raw sockets can be used to configure and interact with various network subsystems, extra caution should be used where privileged access to jails is given out to untrusted parties. As such, by default this option is disabled. A few others and I are currently auditing the kernel source code to ensure that the use of raw sockets by privledged prison users is safe. -- Christian S.J. Peron csjp@FreeBSD.org FreeBSD committer From owner-freebsd-current@FreeBSD.ORG Mon May 31 20:51:23 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 411EB16A4CE for ; Mon, 31 May 2004 20:51:23 -0700 (PDT) Received: from mail.ambrisko.com (adsl-64-174-51-43.dsl.snfc21.pacbell.net [64.174.51.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0156443D39 for ; Mon, 31 May 2004 20:51:23 -0700 (PDT) (envelope-from ambrisko@ambrisko.com) Received: from server2.ambrisko.com (HELO www.ambrisko.com) (192.168.1.2) by mail.ambrisko.com with ESMTP; 31 May 2004 20:51:22 -0700 Received: from ambrisko.com (localhost [127.0.0.1]) by www.ambrisko.com (8.12.9p2/8.12.9) with ESMTP id i513pMjd085954; Mon, 31 May 2004 20:51:22 -0700 (PDT) (envelope-from ambrisko@ambrisko.com) Received: (from ambrisko@localhost) by ambrisko.com (8.12.9p2/8.12.9/Submit) id i513pLDW085953; Mon, 31 May 2004 20:51:21 -0700 (PDT) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <200406010351.i513pLDW085953@ambrisko.com> In-Reply-To: <572099044.20040520094258@eircom.net> To: Tony Byrne Date: Mon, 31 May 2004 20:51:21 -0700 (PDT) X-Mailer: ELM [version 2.4ME+ PL94b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII cc: current@freebsd.org Subject: Re: Lockups with Intel ICH5 SATA X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 01 Jun 2004 03:51:23 -0000 Tony Byrne writes: | In recent weeks my FreeBSD current box has been experiencing frequent | hard lockups. Seldom a day goes by without the machine freezing | solid. My hunch is that this is somehow related to the onboard Intel | ICH5 controller and SATA HD, because during reboot after a lockup, | the machine often complain of a DMA timeout that hangs the box | while reading from the SATA drive. FYI, if the drive has a media error or does a spin down/spin up sequence things will hang since the ata driver currently doesn't deal with the SATA PHY registers. After a while of ignoring various issues flagged in these bits your system will lock up solid on a inb/outb to the controller. Doug A. From owner-freebsd-current@FreeBSD.ORG Mon May 31 21:06:46 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A038016A4CE for ; Mon, 31 May 2004 21:06:46 -0700 (PDT) Received: from mail.corrupt.co.nz (222-152-28-228.jetstream.xtra.co.nz [222.152.28.228]) by mx1.FreeBSD.org (Postfix) with SMTP id 2C55C43D41 for ; Mon, 31 May 2004 21:06:45 -0700 (PDT) (envelope-from drew@corrupt.co.nz) Received: (qmail 29670 invoked by uid 1011); 1 Jun 2004 04:06:46 -0000 Received: from drew@corrupt.co.nz by tweety.lan.corrupt.co.nz by uid 1009 with qmail-scanner-1.22 Clear:RC:0(192.100.53.164):SA:0(0.0/3.8):. Processed in 5.321627 secs); 01 Jun 2004 04:06:46 -0000 X-Spam-Status: No, hits=0.0 required=3.8 Received: from 192.100.53.164.dts.net.nz (HELO corrupt.co.nz) (drew@corrupt.co.nz@192.100.53.164) by mail.corrupt.co.nz with SMTP; 1 Jun 2004 04:06:40 -0000 Message-ID: <40BC00AD.6010106@corrupt.co.nz> Date: Tue, 01 Jun 2004 16:06:05 +1200 From: Drew Broadley User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040505 X-Accept-Language: en-us, en MIME-Version: 1.0 References: <20040531213045.6E8BE5D0A@ptavv.es.net> In-Reply-To: <20040531213045.6E8BE5D0A@ptavv.es.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: acpi@freebsd.org cc: current@freebsd.org cc: Nate Lawson Subject: Re: ACPI event testing needed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 01 Jun 2004 04:06:46 -0000 Kevin Oberman wrote: >>Date: Fri, 28 May 2004 00:38:32 -0700 (PDT) >>From: Nate Lawson >>Sender: owner-freebsd-current@freebsd.org >> >>I've just finished a lot of work on acpi events (GPEs). These drive >>things like the lid switch and device wake capabilities. If your system >>works for suspend/resume, please make sure it still behaves correctly over >>multiple suspend/resume cycles. If you're feeling adventurous, try the >>new wake sysctls: >> >>sysctl dev | grep wake >> >>By setting them to 0 or 1, you can enable/disable a device waking the >>system. Note that non-ACPI devices are still not properly hooked in here >>so they won't work (i.e. sio or modems). But you can change the lid >>independently of the sleep button, for example. >> >>Also, please be sure that your system still powers off correctly when >>shutdown. I may have fixed some systems that didn't power off correctly >>as well. >> >> I did a cvsup and buildworld earlier today and I cannot shutdown -p my machine anymore. It just hangs on "Uptime: xh xm xs". (I used to be able to shutdown -p) I also cannot go into standby, nor suspend/resume. But these were not working prior What extra info do you need ? - Drew From owner-freebsd-current@FreeBSD.ORG Mon May 31 21:42:07 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4CDED16A4CF for ; Mon, 31 May 2004 21:42:07 -0700 (PDT) Received: from omoikane.mb.skyweb.ca (omoikane.mb.skyweb.ca [64.42.246.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 06CEE43D2D for ; Mon, 31 May 2004 21:42:07 -0700 (PDT) (envelope-from mark@skyweb.ca) Received: by omoikane.mb.skyweb.ca (Postfix, from userid 1001) id CC7CB61D52; Mon, 31 May 2004 23:42:51 -0500 (CDT) From: Mark Johnston To: current@freebsd.org Date: Mon, 31 May 2004 23:42:51 -0500 User-Agent: KMail/1.6.1 MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200405312342.51610.mjohnston@skyweb.ca> Subject: Yet another late src summary X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 01 Jun 2004 04:42:07 -0000 It seems like I'm on a bad trend these days of having nothing to offer on summary day except delays and apologies. Here's another of each. I've got some FreeBSD time set aside tomorrow evening, and after that, I hope to be back on track. Thanks for bearing with me. Mark From owner-freebsd-current@FreeBSD.ORG Mon May 31 22:20:31 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 098C016A4CE for ; Mon, 31 May 2004 22:20:31 -0700 (PDT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id A25F143D41 for ; Mon, 31 May 2004 22:20:30 -0700 (PDT) (envelope-from scottl@freebsd.org) Received: from freebsd.org (junior-wifi.samsco.home [192.168.0.11]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i515RD5Z008161; Mon, 31 May 2004 23:27:13 -0600 (MDT) (envelope-from scottl@freebsd.org) Message-ID: <40BC11FA.3050404@freebsd.org> Date: Mon, 31 May 2004 23:19:54 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040304 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Doug Ambrisko References: <200406010351.i513pLDW085953@ambrisko.com> In-Reply-To: <200406010351.i513pLDW085953@ambrisko.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: Tony Byrne cc: current@freebsd.org Subject: Re: Lockups with Intel ICH5 SATA X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 01 Jun 2004 05:20:31 -0000 Doug Ambrisko wrote: > Tony Byrne writes: > | In recent weeks my FreeBSD current box has been experiencing frequent > | hard lockups. Seldom a day goes by without the machine freezing > | solid. My hunch is that this is somehow related to the onboard Intel > | ICH5 controller and SATA HD, because during reboot after a lockup, > | the machine often complain of a DMA timeout that hangs the box > | while reading from the SATA drive. > > FYI, if the drive has a media error or does a spin down/spin up sequence > things will hang since the ata driver currently doesn't deal with the > SATA PHY registers. After a while of ignoring various issues flagged > in these bits your system will lock up solid on a inb/outb to the controller. > > Doug A. Can you explain this a bit more? Is the driver ignoring the interrupt and thus allowing an interrupt storm? Or is it ACK'ing the interrupt, but the ICH5 controller is expecting a certain further response that it's not getting? Or is it masking the interrupt entirely which in turn exposes a flaw in the ICH5 hardware? Scott From owner-freebsd-current@FreeBSD.ORG Mon May 31 23:36:58 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BF22E16A4CE; Mon, 31 May 2004 23:36:58 -0700 (PDT) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7881D43D45; Mon, 31 May 2004 23:36:57 -0700 (PDT) (envelope-from glebius@cell.sick.ru) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.12.9/8.12.8) with ESMTP id i516ahvw069747 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 1 Jun 2004 10:36:44 +0400 (MSD) (envelope-from glebius@cell.sick.ru) Received: (from glebius@localhost) by cell.sick.ru (8.12.9/8.12.6/Submit) id i516agcW069746; Tue, 1 Jun 2004 10:36:42 +0400 (MSD) Date: Tue, 1 Jun 2004 10:36:42 +0400 From: Gleb Smirnoff To: Bosko Milekic Message-ID: <20040601063642.GD69572@cell.sick.ru> References: <20040531215101.GA60299@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20040531215101.GA60299@freefall.freebsd.org> User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: [HEADS-UP] mbuma is in the tree X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 01 Jun 2004 06:36:58 -0000 Bosko, On Mon, May 31, 2004 at 02:51:01PM -0700, Bosko Milekic wrote: B> In order to avoid having to type everything again, I'll refer B> to the commit log. PLEASE READ IT IN FULL: B> B> Bring in mbuma to replace mballoc. B> B> mbuma is an Mbuf & Cluster allocator built on top of a number of B> extensions to the UMA framework, all included herein. Have you done any performance tests? How this new allocator affects network performance? How stable is it? :) Yesterday I was planning to upgrade CURRENT on my production router. Should I do it? -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-current@FreeBSD.ORG Tue Jun 1 00:04:47 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B9F316A4CF for ; Tue, 1 Jun 2004 00:04:47 -0700 (PDT) Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id AD7EB43D4C for ; Tue, 1 Jun 2004 00:04:44 -0700 (PDT) (envelope-from wilkinsa@squirm.dsto.defence.gov.au) Received: from ednmsw503.dsto.defence.gov.au (ednmsw503.dsto.defence.gov.au [131.185.2.150]) by digger1.defence.gov.au with ESMTP id i517439k023076 for ; Tue, 1 Jun 2004 16:34:03 +0930 (CST) Received: from muttley.dsto.defence.gov.au (unverified) by ednmsw503.dsto.defence.gov.au (Content Technologies SMTPRS 4.3.10) with ESMTP id ; Tue, 1 Jun 2004 16:34:33 +0930 Received: from ednex501.dsto.defence.gov.au (ednex501.dsto.defence.gov.au [131.185.2.81]) by muttley.dsto.defence.gov.au (8.11.3/8.11.3) with ESMTP id i516xhG26392; Tue, 1 Jun 2004 16:29:43 +0930 (CST) Received: from squirm.dsto.defence.gov.au ([131.185.40.211]) by ednex501.dsto.defence.gov.au with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id LG86NQ36; Tue, 1 Jun 2004 16:29:34 +0930 Received: from squirm.dsto.defence.gov.au (localhost [127.0.0.1]) by squirm.dsto.defence.gov.au (8.12.11/8.12.11) with ESMTP id i516xkiM096649 ; Tue, 1 Jun 2004 16:29:46 +0930 (CST) (envelope-from wilkinsa@squirm.dsto.defence.gov.au) Received: (from wilkinsa@localhost) by squirm.dsto.defence.gov.au (8.12.11/8.12.11/Submit) id i516xfsu096646; Tue, 1 Jun 2004 16:29:41 +0930 (CST) (envelope-from wilkinsa) Date: Tue, 1 Jun 2004 16:29:41 +0930 From: "Wilkinson, Alex" To: "Marc G. Fournier" Message-ID: <20040601065941.GC74969@squirm.dsto.defence.gov.au> References: <20040529203815.G907@ganymede.hub.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <20040529203815.G907@ganymede.hub.org> User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: SCHED_BSD vs SCHED_ULE ... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 01 Jun 2004 07:04:47 -0000 On Sat, May 29, 2004 at 08:41:53PM -0300, Marc G. Fournier wrote: Is there a circumstance where the older SCHED is better then ULE? Or is the older one something that will eventually just be removed altogether? If the older does have areas in which it is the better, are there any docs comparing the two? An article was written here: "Scheduler Performance: ULE vs. 4BSD" http://www.thejemreport.com/modules.php?op=modload&name=News&file=article&sid=116&mode=thread&order=0&thold=0 - aW From owner-freebsd-current@FreeBSD.ORG Tue Jun 1 01:17:06 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EC2FC16A4CF; Tue, 1 Jun 2004 01:17:06 -0700 (PDT) Received: from herring.rabson.org (mailgate.nlsystems.com [80.177.232.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id C812A43D4C; Tue, 1 Jun 2004 01:17:05 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from herring.rabson.org (herring.rabson.org [10.0.0.2]) by herring.rabson.org (8.12.11/8.12.11) with ESMTP id i518Gq7r040816; Tue, 1 Jun 2004 09:16:53 +0100 (BST) (envelope-from dfr@nlsystems.com) From: Doug Rabson To: Brian Feldman Date: Tue, 1 Jun 2004 09:16:51 +0100 User-Agent: KMail/1.6.1 References: <20040530190600.5B64916A4CF@hub.freebsd.org> <200405310948.55864.dfr@nlsystems.com> <20040531231752.GB15637@green.homeunix.org> In-Reply-To: <20040531231752.GB15637@green.homeunix.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200406010916.51654.dfr@nlsystems.com> X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on herring.rabson.org X-Virus-Scanned: ClamAV version 'clamd / ClamAV version 0.65', clamav-milter version '0.60p' cc: Bill Paul cc: freebsd-current@FreeBSD.ORG Subject: Re: Project Evil APs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 01 Jun 2004 08:17:07 -0000 On Tuesday 01 June 2004 00:17, Brian Feldman wrote: > On Mon, May 31, 2004 at 09:48:55AM +0100, Doug Rabson wrote: > > On Sunday 30 May 2004 20:06, Bill Paul wrote: > > > > > > > > > > You want to use ad-hoc mode. You don't want to bother me with > > > > > silly questions about hostap mode because it doesn't really > > > > > let you do anything you can't do with ad-hoc mode anyway. Use > > > > > IPSec with ad-hoc mode and you'll probably get better > > > > > security than any access point can give you in the first > > > > > place. > > > > > > > > > > > > > Probably. Only if I can get this silly little WinME laptop to > > > > do ad-hoc as well though. The main reason for doing this is > > > > that my AP died and my gf wants to use the laptop in the garden > > > > :-). > > > > > > Did you... read the little booklet that came with the card in > > > your gf's computer? Sometimes there's a special control panel > > > snap-in or custom utility to configure the card. If not, go to > > > the control panel, click "system" and look for the device > > > manager. Select the wireless device and check for driver > > > settings. You might be able to set ad-hoc mode there. > > > > I managed to find new drivers for the laptop's card and it works > > fine now. Now I just have to put some kind of tunnelling thing > > together (I guess pptp is the only option for WinMe) so that the > > neighbours can't 'borrow' our service. > > Doing a Windows-style VPN is pretty darn easy on FreeBSD: > 1. Install ports/net/poptop. > 2. Set up pptpd.conf (pretty much just the remoteip and localip > options). 3. Set up ppp(8) with a "pptp" section, much like the > following: pptp: > set timeout 0 > set log phase chat connect lcp ipcp command > enable MSCHAPv2 > enable mppe > set mppe 128 stateful > disable deflate pred1 > deny deflate pred1 > accept dns > enable dns > set ifaddr localip range ... > 4. After modifying ppp.conf, add appropriate users to ppp.secret. I ended up using mpd from ports/net/mpd instead - it works very nicely. From owner-freebsd-current@FreeBSD.ORG Tue Jun 1 01:30:00 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5B7A816A4CE for ; Tue, 1 Jun 2004 01:30:00 -0700 (PDT) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.10.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F0B643D5D for ; Tue, 1 Jun 2004 01:29:59 -0700 (PDT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (8.12.11/8.12.11) with ESMTP id i518TsH4049877 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Tue, 1 Jun 2004 10:29:54 +0200 (CEST) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.12.11/8.12.5/Submit) id i518TsFZ049876 for current@freebsd.org; Tue, 1 Jun 2004 10:29:54 +0200 (CEST) Date: Tue, 1 Jun 2004 10:29:54 +0200 From: Divacky Roman To: current@freebsd.org Message-ID: <20040601082954.GA49773@stud.fit.vutbr.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2i X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) Subject: uipc_socket2.c panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 01 Jun 2004 08:30:00 -0000 Hi I am getting panics in uipc_socket2.c very often (every hour at least). I am afraid I am not able to provide you more info since I dont have -g compiled kernel and it takes me more than hour to compile kernel on this machine ;( once the panic was on line 867, then it was 885 necrophilia kern# uname -a FreeBSD necrophilia 5.2-CURRENT FreeBSD 5.2-CURRENT #90: Tue Jun 1 09:15:45 CES T 2004 root@necrophilia:/usr/obj/usr/src/sys/NEOLOGISM i386 necrophilia kern# (ie, mbuma kernel) roman P.S. I am deeply sorry for not providing more From owner-freebsd-current@FreeBSD.ORG Tue Jun 1 02:05:57 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F375416A4CE for ; Tue, 1 Jun 2004 02:05:56 -0700 (PDT) Received: from mail003.syd.optusnet.com.au (mail003.syd.optusnet.com.au [211.29.132.144]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB0FD43D45 for ; Tue, 1 Jun 2004 02:05:54 -0700 (PDT) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c211-30-75-229.belrs2.nsw.optusnet.com.au [211.30.75.229]) i5195YN02034; Tue, 1 Jun 2004 19:05:34 +1000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1])i5195XRu017383; Tue, 1 Jun 2004 19:05:33 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.12.10/8.12.10/Submit) id i5195XU6017382; Tue, 1 Jun 2004 19:05:33 +1000 (EST) (envelope-from peter) Date: Tue, 1 Jun 2004 19:05:33 +1000 From: Peter Jeremy To: asfdqwer xzcvdsf Message-ID: <20040601090532.GA17214@server.vk2pj.dyndns.org> References: <20040530154955.97006.qmail@web21322.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040530154955.97006.qmail@web21322.mail.yahoo.com> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org Subject: Re: misc questions / comments / rambelings X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 01 Jun 2004 09:05:57 -0000 On Sun, May 30, 2004 at 08:49:55AM -0700, asfdqwer xzcvdsf wrote: >Now that I have current running I've noticed >that the OS is using much more memory, it seemed >like there was always 1700Mb free now its >always around 700Mb. I'm guessing here but >the machine seems to be caching more aggresivly, >which I think is good, right? IMHO, 'free memory' is not a particularly useful measure on any modern Un*x. As long as you're above the "serious memory shortage" level (a few MB), the actual number is not particularly useful. Of more interest would be how the kernel is actually using memory. This is reported by things like 'systat -v', 'netstat -m' and 'vmstat -m'. Peter From owner-freebsd-current@FreeBSD.ORG Tue Jun 1 02:11:04 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5D45716A4CE for ; Tue, 1 Jun 2004 02:11:04 -0700 (PDT) Received: from mailout1.informatik.tu-muenchen.de (mailout1.informatik.tu-muenchen.de [131.159.0.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C99643D1F for ; Tue, 1 Jun 2004 02:11:03 -0700 (PDT) (envelope-from langd@informatik.tu-muenchen.de) Date: Tue, 1 Jun 2004 11:10:09 +0200 From: Daniel Lang To: freebsd-current@freebsd.org Message-ID: <20040601091009.GE739@atrbg11.informatik.tu-muenchen.de> Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="ILuaRSyQpoVaJ1HG" Content-Disposition: inline X-Geek: GCS/CC d-- s: a- C++$ UBS++++$ P+++$ L- E-(---) W+++(--) N++ o K w--- O? M? V? PS+(++) PE--(+) Y+ PGP+ t++ 5+++ X R+(-) tv+ b+ DI++ D++ G++ e+++ h---(-) r+++ y+ User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at informatik.tu-muenchen.de Subject: Lots of 'cc' crashes with today's -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 01 Jun 2004 09:11:04 -0000 --ILuaRSyQpoVaJ1HG Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi folks, I just upgraded my -CURRENT machine and I also upgrade my ports after a system uprade. Now lots of port-builds failed now because cc (but not exclusive) died with coredump. Here more details: atrbg11:~>uname -a FreeBSD atrbg11.informatik.tu-muenchen.de 5.2-CURRENT FreeBSD 5.2-CURRENT #= 2: Tue Jun 1 08:55:26 CEST 2004 root@atrbg11.informatik.tu-muenchen.de= :/usr/obj/usr/src/sys/ATRBG11 i386 /etc/make.conf contains: [..] CFLAGS=3D -O -pipe [..] for optimization, nothing fancy. /var/log/messages excerpt: [..] Jun 1 10:11:30 atrbg11 kernel: pid 33472 (cc), uid 0: exited on signal 10 = (core dumped) Jun 1 10:11:30 atrbg11 kernel: pid 33470 (cc), uid 0: exited on signal 6 (= core dumped) Jun 1 10:28:26 atrbg11 kernel: pid 53686 (conftest), uid 0: exited on sign= al 12 (core dumped) Jun 1 10:40:55 atrbg11 kernel: pid 5101 (sh), uid 0: exited on signal 11 (= core dumped) Jun 1 10:47:41 atrbg11 kernel: lock order reversal Jun 1 10:47:41 atrbg11 kernel: 1st 0xc21b739c vm object (vm object) @ /usr= /src/sys/vm/swap_pager.c:1313 Jun 1 10:47:41 atrbg11 kernel: 2nd 0xc077c340 swap_pager swhash (swap_page= r swhash) @ /usr/src/sys/vm/swap_pager.c:1799 Jun 1 10:47:41 atrbg11 kernel: 3rd 0xc103fce4 vm object (vm object) @ /usr= /src/sys/vm/uma_core.c:923 [ LOR is known and harmless ] Jun 1 10:54:23 atrbg11 kernel: pid 28622 (cc), uid 0: exited on signal 6 (= core dumped) Jun 1 10:54:23 atrbg11 kernel: pid 28624 (cc), uid 0: exited on signal 10 = (core dumped) [..] Ports which caused cc to crash: x11/XFree86-4-clients devel/libbonobo BUT, this is not reproducable. I built the libbonobo Port a second time, and this time it worked. I tend to rule out hardware issues for now, since the hardware has not changed since nearly a year, but the system did change right before. Build/Installworld etc went flawless. Maybe some ACPI CPU frequency tuning thing?=20 Were there changes to the system gcc? It's really strange... :( Best regards, Daniel --=20 IRCnet: Mr-Spock - Cool people don't move, they just hang around. - =20 Daniel Lang * dl@leo.org * ++49 89 289 18532 * http://www.leo.org/~dl/ --ILuaRSyQpoVaJ1HG Content-Type: application/x-pkcs7-signature Content-Disposition: attachment; filename="smime.p7s" Content-Transfer-Encoding: base64 MIIVcwYJKoZIhvcNAQcCoIIVZDCCFWACAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC EugwggcAMIIF6KADAgECAgIj0zANBgkqhkiG9w0BAQUFADByMQswCQYDVQQGEwJERTERMA8G A1UEBxMITXVlbmNoZW4xDDAKBgNVBAoTA1RVTTELMAkGA1UECxMCSU4xGDAWBgNVBAMTD1JC Ry1CZW51dHplci1DQTEbMBkGCSqGSIb3DQEJARYMY2FAaW4udHVtLmRlMB4XDTA0MDQyMzEz MTU1OFoXDTA1MDUzMTAwMDAwMFowdzELMAkGA1UEBhMCREUxETAPBgNVBAcTCE11ZW5jaGVu MQwwCgYDVQQKEwNUVU0xCzAJBgNVBAsTAklOMRQwEgYDVQQDEwtEYW5pZWwgTGFuZzEkMCIG CSqGSIb3DQEJARYVZGFuaWVsLmxhbmdAaW4udHVtLmRlMIIBIjANBgkqhkiG9w0BAQEFAAOC AQ8AMIIBCgKCAQEAs1d9JUkGBG8T4m1wlzqfK2IU6pEZQcA00/hX1hlAVY5Jwv18rJncrOym 1dXSLubRIWZEEDRDPYCK0RhGHtaBYOTZpBSWezVkC2g6ioWS9wsnJpk0GIJN+o+k9L7+3vzE y/JemK2/ARtPIMo3jXMf7qD9rcZ6LD6SwUDtq8Tl3YE8pC8ptT4CROjS1SKHh7JI8a5vEUWw v/2C+a4VSW0blJu4G50Ze+UwAdHrEMxvCjXN09YyjcY4N/eUacWl7p/kMXuKErnibYRY8jJF wQnFzacWQrNRHjXO5mW06ZlbyvMzO5gQLSu7fAJMLXRZPT+bxNYZf4JUHJnNkn4Y8Ikg/QID AQABo4IDmTCCA5UwDAYDVR0TAQH/BAIwADAdBgNVHQ4EFgQUzXKq/vhVcUKYbsX7Z8ixXFhe F2YwgZMGA1UdIwSBizCBiIAUNiQ562ZHp7c9HjvDspUMZvpFEfuhbaRrMGkxCzAJBgNVBAYT AkRFMREwDwYDVQQHEwhNdWVuY2hlbjEMMAoGA1UEChMDVFVNMQswCQYDVQQLEwJJTjEPMA0G A1UEAxMGUkJHLUNBMRswGQYJKoZIhvcNAQkBFgxjYUBpbi50dW0uZGWCAQUwDgYDVR0PAQH/ BAQDAgSwMB0GA1UdJQQWMBQGCCsGAQUFBwMCBggrBgEFBQcDBDCBsQYDVR0RBIGpMIGmgQ9s YW5nZEBpbi50dW0uZGWBFWRhbmllbC5sYW5nQGluLnR1bS5kZYEfbGFuZ2RAaW5mb3JtYXRp ay50dS1tdWVuY2hlbi5kZYElZGFuaWVsLmxhbmdAaW5mb3JtYXRpay50dS1tdWVuY2hlbi5k ZYEQbGFuZ2RAY3MudHVtLmVkdYEWZGFuaWVsLmxhbmdAY3MudHVtLmVkdYEKZGxAbGVvLm9y ZzAJBgNVHRIEAjAAMDsGA1UdHwQ0MDIwMKAuoCyGKmh0dHA6Ly9jYS5pbi50dW0uZGUvY3Js cy9nMi91c2VyY2FfY3JsLmNybDARBglghkgBhvhCAQEEBAMCBaAwga4GCWCGSAGG+EIBDQSB oBaBnURpZXNlcyBaZXJ0aWZpa2F0IHd1cmRlIGF1c2dlc3RlbGx0IGZ1ZXIgRGFuaWVsIExh bmcgdm9uIGRlciBSQkctQmVudXR6ZXItQ0EgKDIuR2VuZXJhdGlvbiksIEZha3VsdGFldCBm dWVyIEluZm9ybWF0aWsgZGVyIFRlY2huaXNjaGVuIFVuaXZlcnNpdGFldCBNdWVuY2hlbi4w NgYJYIZIAYb4QgEDBCkWJ2h0dHA6Ly9jYS5pbi50dW0uZGUvY2dpLWJpbi91c2VyY2EtcmV2 PzAyBglghkgBhvhCAQQEJRYjaHR0cDovL2NhLmluLnR1bS5kZS9jZ2ktYmluL2NhLXJldj8w LAYJYIZIAYb4QgEIBB8WHWh0dHA6Ly9jYS5pbi50dW0uZGUvcG9saWNpZXMvMEcGA1UdIARA MD4wPAYNKwYBBAGBmD5lgUgBATArMCkGCCsGAQUFBwIBFh1odHRwOi8vY2EuaW4udHVtLmRl L3BvbGljaWVzLzANBgkqhkiG9w0BAQUFAAOCAQEAaFvwlYSJNc32QohD3O0xlEprR1sauebF q3DrhCttWooCxyOQs6SCUnk2Smv9Rl1P7NFqoKhfTFwhC0Oa5rXgTFyOv7w8M8RyFIDahfHb PA2kxf8UHlsZcSuumPEEToi5dm0c2FObAAOT0CV0yKCp6RI+xSbMF6qQD23+j5PtlESTeIYp f/aL8b4gUHS0KKsEgqjpOoqbJzYBskQCLenolaFKevZuZRpmhrgGzUyakRKgGu7jR/88CYh6 YyUkc/Fxk/i+vhLQV/7mJEO0/mf6Dx+26kPgamKZieGqDJSfEvMgbLEdhkx8KIC7BmF1xt/w Wqln6jvlyyNhzks5ivf+tTCCBeIwggTKoAMCAQICAQQwDQYJKoZIhvcNAQEFBQAwaTELMAkG A1UEBhMCREUxETAPBgNVBAcTCE11ZW5jaGVuMQwwCgYDVQQKEwNUVU0xCzAJBgNVBAsTAklO MQ8wDQYDVQQDEwZSQkctQ0ExGzAZBgkqhkiG9w0BCQEWDGNhQGluLnR1bS5kZTAeFw0wNDA0 MTQxMTM2MzRaFw0wOTA2MDEwMDAwMDBaMHAxCzAJBgNVBAYTAkRFMREwDwYDVQQHEwhNdWVu Y2hlbjEMMAoGA1UEChMDVFVNMQswCQYDVQQLEwJJTjEWMBQGA1UEAxMNUkJHLVNlcnZlci1D QTEbMBkGCSqGSIb3DQEJARYMY2FAaW4udHVtLmRlMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8A MIIBCgKCAQEAoePWEn7xO39yf3DYb9gxjsS0uofT/t1QxfCFkqYDxU6C24ewtFEOMlR40Q4J 4HHBFOWc7rllw780sWuumYkzjdxswA37ZmZ171Zp99cZ9HLO1eWroaiewGiE69Yo30x1iePp 5/5MjbeQdyzfKVjppIgdH4Q7T7W6jV9xrerR955FoD7GKKj1B4azN1hmjkxyIcTTd3imk3yi 3IfLTUbNhPeedsNVRez7l+NRqt6vJC1u+Q3IBQ2PPRcgeVQJGkHPtEKcPtFrY4kV4YHmiBF/ Xl1co1OAddxYO3v+hns0ikxOFxMqEEw4nfeHCL7pVp11uXB2kc8NpEwzNZsq5ykmmQIDAQAB o4ICjDCCAogwDwYDVR0TAQH/BAUwAwEB/zAdBgNVHQ4EFgQU3PUENjj/EeOdOtKDmBMZDy3I H/8wgZMGA1UdIwSBizCBiIAUAr3bGy+wsVe/6m0mADKJ8jIZOvyhbaRrMGkxCzAJBgNVBAYT AkRFMREwDwYDVQQHEwhNdWVuY2hlbjEMMAoGA1UEChMDVFVNMQswCQYDVQQLEwJJTjEPMA0G A1UEAxMGUkJHLUNBMRswGQYJKoZIhvcNAQkBFgxjYUBpbi50dW0uZGWCAQMwDgYDVR0PAQH/ BAQDAgEGMBMGA1UdJQQMMAoGCCsGAQUFBwMBMDcGA1UdHwQwMC4wLKAqoCiGJmh0dHA6Ly9j YS5pbi50dW0uZGUvY3Jscy9nMi9jYV9jcmwuY3JsMBEGCWCGSAGG+EIBAQQEAwICBDCBkwYJ YIZIAYb4QgENBIGFFoGCWmVydGlmaWthdCBmdWVyIFJCRy1TZXJ2ZXItQ0EgYXVzZ2VzdGVs bHQgdm9uIFJCRy1DQSAyLkdlbmVyYXRpb24sIEZha3VsdGFldCBmdWVyIEluZm9ybWF0aWsg ZGVyIFRlY2huaXNjaGVuIFVuaXZlcnNpdGFldCBNdWVuY2hlbjAyBglghkgBhvhCAQQEJRYj aHR0cDovL2NhLmluLnR1bS5kZS9jZ2ktYmluL2NhLXJldj8wPAYJYIZIAYb4QgEIBC8WLWh0 dHA6Ly9jYS5pbi50dW0uZGUvcG9saWNpZXMvc2VydmVyY2Fwb2wuaHRtbDBHBgNVHSAEQDA+ MDwGDSsGAQQBgZg+ZYFIAQEwKzApBggrBgEFBQcCARYdaHR0cDovL2NhLmluLnR1bS5kZS9w b2xpY2llcy8wDQYJKoZIhvcNAQEFBQADggEBAJdbHM31nJEU9hLrlFtsa653xed5gSFUwX3D hlUWRFDB+EknV0g+IeVYykNzpw8ILruy59S5O101ZH47br2rx9m3EUloAIyVRDFFX+aFuJ+i PDyo98aZDSdeuwAwSO4tv/rOudIZST5XFvHez7aiIoUHx07NZhcr3yFzOqTPtLkw67MDizY0 +nHvMH26Ch0nSQUdor+y0rPfYMRpOomrjV42U23VRtxnRo+KqUdvgg1WdUST9sMqBXQ1esfn N5LIt3xdahgCNz5F/2ai0LW8E2E/WWJNZfaKhC062T/FZzH6/qe+pmVlDgCWDPXci0D5HR4c lxUbEkbQ4olo0cdje3gwggX6MIIE4qADAgECAgEFMA0GCSqGSIb3DQEBBQUAMGkxCzAJBgNV BAYTAkRFMREwDwYDVQQHEwhNdWVuY2hlbjEMMAoGA1UEChMDVFVNMQswCQYDVQQLEwJJTjEP MA0GA1UEAxMGUkJHLUNBMRswGQYJKoZIhvcNAQkBFgxjYUBpbi50dW0uZGUwHhcNMDQwNDE0 MTEzODIxWhcNMDkwNjAxMDAwMDAwWjByMQswCQYDVQQGEwJERTERMA8GA1UEBxMITXVlbmNo ZW4xDDAKBgNVBAoTA1RVTTELMAkGA1UECxMCSU4xGDAWBgNVBAMTD1JCRy1CZW51dHplci1D QTEbMBkGCSqGSIb3DQEJARYMY2FAaW4udHVtLmRlMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8A MIIBCgKCAQEAuUIL+0omWgx+ZdeQWWuiMSkOPHit3bZKDTMwW1uO1046KvcrBfSURAV/0Afx 4DiQtkFptNt18wMvJrJPf85TXxGXiOR1MUpx4GNQ0FtNg5AzIRSVQpEzOo6cBe3hU3owXnZZ 22d36XHXnKoz/zZMePSEggc2oMuj+OoChLROG/psUS58tT20ohl1ltfqTeB/9ldGaJomANv4 Q6HgvvMRB8VK6qGR+FADAEqpZJ+JewAMJaDpDatkLhZQ44ygGPErDIWbKnqZvPfiBTga65kB E3N/2Mt+x2q1duyEfS49P+Ss2Vf0v8xnvdmsUF+0MdgBQ2dKTMbCQwsbGDDUVbW7OwIDAQAB o4ICojCCAp4wDwYDVR0TAQH/BAUwAwEB/zAdBgNVHQ4EFgQUNiQ562ZHp7c9HjvDspUMZvpF EfswgZMGA1UdIwSBizCBiIAUAr3bGy+wsVe/6m0mADKJ8jIZOvyhbaRrMGkxCzAJBgNVBAYT AkRFMREwDwYDVQQHEwhNdWVuY2hlbjEMMAoGA1UEChMDVFVNMQswCQYDVQQLEwJJTjEPMA0G A1UEAxMGUkJHLUNBMRswGQYJKoZIhvcNAQkBFgxjYUBpbi50dW0uZGWCAQMwDgYDVR0PAQH/ BAQDAgEGMB0GA1UdJQQWMBQGCCsGAQUFBwMCBggrBgEFBQcDBDA3BgNVHR8EMDAuMCygKqAo hiZodHRwOi8vY2EuaW4udHVtLmRlL2NybHMvZzIvY2FfY3JsLmNybDAJBgNVHRIEAjAAMBEG CWCGSAGG+EIBAQQEAwIBBjCBlgYJYIZIAYb4QgENBIGIFoGFWmVydGlmaWthdCBmdWVyIFJC Ry1CZW51dHplci1DQSwgYXVzZ2VzdGVsbHQgdm9uIFJCRy1DQSAyLkdlbmVyYXRpb24sIEZh a3VsdGFldCBmdWVyIEluZm9ybWF0aWsgZGVyIFRlY2huaXNjaGVuIFVuaXZlcnNpdGFldCBN dWVuY2hlbjAyBglghkgBhvhCAQQEJRYjaHR0cDovL2NhLmluLnR1bS5kZS9jZ2ktYmluL2Nh LXJldj8wOgYJYIZIAYb4QgEIBC0WK2h0dHA6Ly9jYS5pbi50dW0uZGUvcG9saWNpZXMvdXNl cmNhcG9sLmh0bWwwRwYDVR0gBEAwPjA8Bg0rBgEEAYGYPmWBSAEBMCswKQYIKwYBBQUHAgEW HWh0dHA6Ly9jYS5pbi50dW0uZGUvcG9saWNpZXMvMA0GCSqGSIb3DQEBBQUAA4IBAQB0Fciq aObDs6d/ZW5OXQi6AfFy7SnagnAP3uqMAamMyTCtUn8/3AeGb5veesmtXUTrOL6v5q5VMuwa C6rvxLVpevnS6YrvhjijbqtuaJU/Rsw+zgAvGOj3VrolfC4pxNBPoKATBVWDOufrO3w9oFHY OaS3URFEURbhdQGCET0letBus3B8fCl0TOvF7ftE47+C8c0nYDzukMH2DNTlJ1Z33NA5CFyC QBjqdGFmRJezFyquWDP+ub/Aw/TeiY1vr/wsF+mcfNjFYvY6Q8tIWoeg5ED7Ex20T9PFk447 gWpEN6oyTUXd95SyMzWZ6RzUX/ox/mlcYfCqoUDiReZr/6+EMYICUzCCAk8CAQEweDByMQsw CQYDVQQGEwJERTERMA8GA1UEBxMITXVlbmNoZW4xDDAKBgNVBAoTA1RVTTELMAkGA1UECxMC SU4xGDAWBgNVBAMTD1JCRy1CZW51dHplci1DQTEbMBkGCSqGSIb3DQEJARYMY2FAaW4udHVt LmRlAgIj0zAJBgUrDgMCGgUAoIGxMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZI hvcNAQkFMQ8XDTA0MDYwMTA5MTAwOVowIwYJKoZIhvcNAQkEMRYEFJ2xqWcoWsEtjc1hLdIa MtiPUb1mMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0G CCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMA0GCSqGSIb3DQEBAQUABIIB AK8oGGTFcxeFAnUULE0c0AQs20GP6qR3QcNoE3Zhno2WhsHUjJZ+FGq/ImEZkeBv7q0P2Esx KcZCRFlZ4Xjy9k3bmxbgLZTHzvBGZWt/kLLtvYrwAItyMwCh66bi59mpQUB+jn0128lCyvlK gbRwZluBC7xqK7wLx7sf0h/9dtWbBRucVQjFQgdbfVdZTZ5BRvjlrSYmP/98tdBUCD6cSN54 ediMMHzivor/rc+lIJ72lDLGrUAhSA2QwO5F5Xvgup3YrjF+AOv3BXCucarOHCewGJOP5xH+ GXpSgKe+UU6qzBC649G6Y+zrokfDWNCgrFsq7ne/1FvzNLxjjh61Ndg= --ILuaRSyQpoVaJ1HG-- From owner-freebsd-current@FreeBSD.ORG Tue Jun 1 02:20:59 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D16016A4CE; Tue, 1 Jun 2004 02:20:59 -0700 (PDT) Received: from mta4.rcsntx.swbell.net (mta4.rcsntx.swbell.net [151.164.30.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id DEF8843D55; Tue, 1 Jun 2004 02:20:58 -0700 (PDT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (57178df624828ebd02af1f6563c7870a@adsl-67-115-73-128.dsl.lsan03.pacbell.net [67.115.73.128])i519KjO7002404; Tue, 1 Jun 2004 04:20:45 -0500 (CDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id A4DE3520B5; Tue, 1 Jun 2004 02:20:44 -0700 (PDT) Date: Tue, 1 Jun 2004 02:20:44 -0700 From: Kris Kennaway To: Daniel Lang Message-ID: <20040601092044.GA52861@xor.obsecurity.org> References: <20040601091009.GE739@atrbg11.informatik.tu-muenchen.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pf9I7BMVVzbSWLtt" Content-Disposition: inline In-Reply-To: <20040601091009.GE739@atrbg11.informatik.tu-muenchen.de> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org Subject: Re: Lots of 'cc' crashes with today's -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 01 Jun 2004 09:20:59 -0000 --pf9I7BMVVzbSWLtt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jun 01, 2004 at 11:10:09AM +0200, Daniel Lang wrote: > Hi folks, >=20 > I just upgraded my -CURRENT machine and I also upgrade my ports > after a system uprade. Now lots of port-builds failed now because > cc (but not exclusive) died with coredump. I am seeing this too - I believe it is caused by the recent commit to sys/i386/i386/intr_machdep.c to re-enable interrupt pre-emption; backing out this change locally causes the problems to go away. This is on a SMP machine. Kris --pf9I7BMVVzbSWLtt Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAvEpsWry0BWjoQKURAuH+AJ9KDTG0aukUgmP89uZQrf9cI2nbIQCdHd0c XfpyOnkkqY+MewisNFdUeAU= =Jzm7 -----END PGP SIGNATURE----- --pf9I7BMVVzbSWLtt-- From owner-freebsd-current@FreeBSD.ORG Tue Jun 1 02:27:40 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BF23716A4CF; Tue, 1 Jun 2004 02:27:40 -0700 (PDT) Received: from mailout1.informatik.tu-muenchen.de (mailout1.informatik.tu-muenchen.de [131.159.0.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6257D43D1D; Tue, 1 Jun 2004 02:27:40 -0700 (PDT) (envelope-from langd@informatik.tu-muenchen.de) Date: Tue, 1 Jun 2004 11:26:29 +0200 From: Daniel Lang To: Kris Kennaway Message-ID: <20040601092629.GF739@atrbg11.informatik.tu-muenchen.de> References: <20040601091009.GE739@atrbg11.informatik.tu-muenchen.de> <20040601092044.GA52861@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="sDKAb4OeUBrWWL6P" Content-Disposition: inline In-Reply-To: <20040601092044.GA52861@xor.obsecurity.org> X-Geek: GCS/CC d-- s: a- C++$ UBS++++$ P+++$ L- E-(---) W+++(--) N++ o K w--- O? M? V? PS+(++) PE--(+) Y+ PGP+ t++ 5+++ X R+(-) tv+ b+ DI++ D++ G++ e+++ h---(-) r+++ y+ User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at informatik.tu-muenchen.de cc: freebsd-current@freebsd.org Subject: Re: Lots of 'cc' crashes with today's -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 01 Jun 2004 09:27:40 -0000 --sDKAb4OeUBrWWL6P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Kris, Kris Kennaway wrote on Tue, Jun 01, 2004 at 02:20:44AM -0700: [..] > I am seeing this too - I believe it is caused by the recent commit to > sys/i386/i386/intr_machdep.c to re-enable interrupt pre-emption; > backing out this change locally causes the problems to go away. This > is on a SMP machine. [..] Hmm, I'll try it. I got the impression this commit also broke correct reset/poweroff (according to some threads, although some people blame that on ACPI)... My box is not SMP (or HTT) it's an UP Athlon XP 2500+. Thanks, Daniel --=20 IRCnet: Mr-Spock - Der Schatten von Hasenfuss ist ziemlich dunkel - =20 Daniel Lang * dl@leo.org * +49 89 289 18532 * http://www.leo.org/~dl/ --sDKAb4OeUBrWWL6P Content-Type: application/x-pkcs7-signature Content-Disposition: attachment; filename="smime.p7s" Content-Transfer-Encoding: base64 MIIVcwYJKoZIhvcNAQcCoIIVZDCCFWACAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC EugwggcAMIIF6KADAgECAgIj0zANBgkqhkiG9w0BAQUFADByMQswCQYDVQQGEwJERTERMA8G A1UEBxMITXVlbmNoZW4xDDAKBgNVBAoTA1RVTTELMAkGA1UECxMCSU4xGDAWBgNVBAMTD1JC Ry1CZW51dHplci1DQTEbMBkGCSqGSIb3DQEJARYMY2FAaW4udHVtLmRlMB4XDTA0MDQyMzEz MTU1OFoXDTA1MDUzMTAwMDAwMFowdzELMAkGA1UEBhMCREUxETAPBgNVBAcTCE11ZW5jaGVu MQwwCgYDVQQKEwNUVU0xCzAJBgNVBAsTAklOMRQwEgYDVQQDEwtEYW5pZWwgTGFuZzEkMCIG CSqGSIb3DQEJARYVZGFuaWVsLmxhbmdAaW4udHVtLmRlMIIBIjANBgkqhkiG9w0BAQEFAAOC AQ8AMIIBCgKCAQEAs1d9JUkGBG8T4m1wlzqfK2IU6pEZQcA00/hX1hlAVY5Jwv18rJncrOym 1dXSLubRIWZEEDRDPYCK0RhGHtaBYOTZpBSWezVkC2g6ioWS9wsnJpk0GIJN+o+k9L7+3vzE y/JemK2/ARtPIMo3jXMf7qD9rcZ6LD6SwUDtq8Tl3YE8pC8ptT4CROjS1SKHh7JI8a5vEUWw v/2C+a4VSW0blJu4G50Ze+UwAdHrEMxvCjXN09YyjcY4N/eUacWl7p/kMXuKErnibYRY8jJF wQnFzacWQrNRHjXO5mW06ZlbyvMzO5gQLSu7fAJMLXRZPT+bxNYZf4JUHJnNkn4Y8Ikg/QID AQABo4IDmTCCA5UwDAYDVR0TAQH/BAIwADAdBgNVHQ4EFgQUzXKq/vhVcUKYbsX7Z8ixXFhe F2YwgZMGA1UdIwSBizCBiIAUNiQ562ZHp7c9HjvDspUMZvpFEfuhbaRrMGkxCzAJBgNVBAYT AkRFMREwDwYDVQQHEwhNdWVuY2hlbjEMMAoGA1UEChMDVFVNMQswCQYDVQQLEwJJTjEPMA0G A1UEAxMGUkJHLUNBMRswGQYJKoZIhvcNAQkBFgxjYUBpbi50dW0uZGWCAQUwDgYDVR0PAQH/ BAQDAgSwMB0GA1UdJQQWMBQGCCsGAQUFBwMCBggrBgEFBQcDBDCBsQYDVR0RBIGpMIGmgQ9s YW5nZEBpbi50dW0uZGWBFWRhbmllbC5sYW5nQGluLnR1bS5kZYEfbGFuZ2RAaW5mb3JtYXRp ay50dS1tdWVuY2hlbi5kZYElZGFuaWVsLmxhbmdAaW5mb3JtYXRpay50dS1tdWVuY2hlbi5k ZYEQbGFuZ2RAY3MudHVtLmVkdYEWZGFuaWVsLmxhbmdAY3MudHVtLmVkdYEKZGxAbGVvLm9y ZzAJBgNVHRIEAjAAMDsGA1UdHwQ0MDIwMKAuoCyGKmh0dHA6Ly9jYS5pbi50dW0uZGUvY3Js cy9nMi91c2VyY2FfY3JsLmNybDARBglghkgBhvhCAQEEBAMCBaAwga4GCWCGSAGG+EIBDQSB oBaBnURpZXNlcyBaZXJ0aWZpa2F0IHd1cmRlIGF1c2dlc3RlbGx0IGZ1ZXIgRGFuaWVsIExh bmcgdm9uIGRlciBSQkctQmVudXR6ZXItQ0EgKDIuR2VuZXJhdGlvbiksIEZha3VsdGFldCBm dWVyIEluZm9ybWF0aWsgZGVyIFRlY2huaXNjaGVuIFVuaXZlcnNpdGFldCBNdWVuY2hlbi4w NgYJYIZIAYb4QgEDBCkWJ2h0dHA6Ly9jYS5pbi50dW0uZGUvY2dpLWJpbi91c2VyY2EtcmV2 PzAyBglghkgBhvhCAQQEJRYjaHR0cDovL2NhLmluLnR1bS5kZS9jZ2ktYmluL2NhLXJldj8w LAYJYIZIAYb4QgEIBB8WHWh0dHA6Ly9jYS5pbi50dW0uZGUvcG9saWNpZXMvMEcGA1UdIARA MD4wPAYNKwYBBAGBmD5lgUgBATArMCkGCCsGAQUFBwIBFh1odHRwOi8vY2EuaW4udHVtLmRl L3BvbGljaWVzLzANBgkqhkiG9w0BAQUFAAOCAQEAaFvwlYSJNc32QohD3O0xlEprR1sauebF q3DrhCttWooCxyOQs6SCUnk2Smv9Rl1P7NFqoKhfTFwhC0Oa5rXgTFyOv7w8M8RyFIDahfHb PA2kxf8UHlsZcSuumPEEToi5dm0c2FObAAOT0CV0yKCp6RI+xSbMF6qQD23+j5PtlESTeIYp f/aL8b4gUHS0KKsEgqjpOoqbJzYBskQCLenolaFKevZuZRpmhrgGzUyakRKgGu7jR/88CYh6 YyUkc/Fxk/i+vhLQV/7mJEO0/mf6Dx+26kPgamKZieGqDJSfEvMgbLEdhkx8KIC7BmF1xt/w Wqln6jvlyyNhzks5ivf+tTCCBeIwggTKoAMCAQICAQQwDQYJKoZIhvcNAQEFBQAwaTELMAkG A1UEBhMCREUxETAPBgNVBAcTCE11ZW5jaGVuMQwwCgYDVQQKEwNUVU0xCzAJBgNVBAsTAklO MQ8wDQYDVQQDEwZSQkctQ0ExGzAZBgkqhkiG9w0BCQEWDGNhQGluLnR1bS5kZTAeFw0wNDA0 MTQxMTM2MzRaFw0wOTA2MDEwMDAwMDBaMHAxCzAJBgNVBAYTAkRFMREwDwYDVQQHEwhNdWVu Y2hlbjEMMAoGA1UEChMDVFVNMQswCQYDVQQLEwJJTjEWMBQGA1UEAxMNUkJHLVNlcnZlci1D QTEbMBkGCSqGSIb3DQEJARYMY2FAaW4udHVtLmRlMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8A MIIBCgKCAQEAoePWEn7xO39yf3DYb9gxjsS0uofT/t1QxfCFkqYDxU6C24ewtFEOMlR40Q4J 4HHBFOWc7rllw780sWuumYkzjdxswA37ZmZ171Zp99cZ9HLO1eWroaiewGiE69Yo30x1iePp 5/5MjbeQdyzfKVjppIgdH4Q7T7W6jV9xrerR955FoD7GKKj1B4azN1hmjkxyIcTTd3imk3yi 3IfLTUbNhPeedsNVRez7l+NRqt6vJC1u+Q3IBQ2PPRcgeVQJGkHPtEKcPtFrY4kV4YHmiBF/ Xl1co1OAddxYO3v+hns0ikxOFxMqEEw4nfeHCL7pVp11uXB2kc8NpEwzNZsq5ykmmQIDAQAB o4ICjDCCAogwDwYDVR0TAQH/BAUwAwEB/zAdBgNVHQ4EFgQU3PUENjj/EeOdOtKDmBMZDy3I H/8wgZMGA1UdIwSBizCBiIAUAr3bGy+wsVe/6m0mADKJ8jIZOvyhbaRrMGkxCzAJBgNVBAYT AkRFMREwDwYDVQQHEwhNdWVuY2hlbjEMMAoGA1UEChMDVFVNMQswCQYDVQQLEwJJTjEPMA0G A1UEAxMGUkJHLUNBMRswGQYJKoZIhvcNAQkBFgxjYUBpbi50dW0uZGWCAQMwDgYDVR0PAQH/ BAQDAgEGMBMGA1UdJQQMMAoGCCsGAQUFBwMBMDcGA1UdHwQwMC4wLKAqoCiGJmh0dHA6Ly9j YS5pbi50dW0uZGUvY3Jscy9nMi9jYV9jcmwuY3JsMBEGCWCGSAGG+EIBAQQEAwICBDCBkwYJ YIZIAYb4QgENBIGFFoGCWmVydGlmaWthdCBmdWVyIFJCRy1TZXJ2ZXItQ0EgYXVzZ2VzdGVs bHQgdm9uIFJCRy1DQSAyLkdlbmVyYXRpb24sIEZha3VsdGFldCBmdWVyIEluZm9ybWF0aWsg ZGVyIFRlY2huaXNjaGVuIFVuaXZlcnNpdGFldCBNdWVuY2hlbjAyBglghkgBhvhCAQQEJRYj aHR0cDovL2NhLmluLnR1bS5kZS9jZ2ktYmluL2NhLXJldj8wPAYJYIZIAYb4QgEIBC8WLWh0 dHA6Ly9jYS5pbi50dW0uZGUvcG9saWNpZXMvc2VydmVyY2Fwb2wuaHRtbDBHBgNVHSAEQDA+ MDwGDSsGAQQBgZg+ZYFIAQEwKzApBggrBgEFBQcCARYdaHR0cDovL2NhLmluLnR1bS5kZS9w b2xpY2llcy8wDQYJKoZIhvcNAQEFBQADggEBAJdbHM31nJEU9hLrlFtsa653xed5gSFUwX3D hlUWRFDB+EknV0g+IeVYykNzpw8ILruy59S5O101ZH47br2rx9m3EUloAIyVRDFFX+aFuJ+i PDyo98aZDSdeuwAwSO4tv/rOudIZST5XFvHez7aiIoUHx07NZhcr3yFzOqTPtLkw67MDizY0 +nHvMH26Ch0nSQUdor+y0rPfYMRpOomrjV42U23VRtxnRo+KqUdvgg1WdUST9sMqBXQ1esfn N5LIt3xdahgCNz5F/2ai0LW8E2E/WWJNZfaKhC062T/FZzH6/qe+pmVlDgCWDPXci0D5HR4c lxUbEkbQ4olo0cdje3gwggX6MIIE4qADAgECAgEFMA0GCSqGSIb3DQEBBQUAMGkxCzAJBgNV BAYTAkRFMREwDwYDVQQHEwhNdWVuY2hlbjEMMAoGA1UEChMDVFVNMQswCQYDVQQLEwJJTjEP MA0GA1UEAxMGUkJHLUNBMRswGQYJKoZIhvcNAQkBFgxjYUBpbi50dW0uZGUwHhcNMDQwNDE0 MTEzODIxWhcNMDkwNjAxMDAwMDAwWjByMQswCQYDVQQGEwJERTERMA8GA1UEBxMITXVlbmNo ZW4xDDAKBgNVBAoTA1RVTTELMAkGA1UECxMCSU4xGDAWBgNVBAMTD1JCRy1CZW51dHplci1D QTEbMBkGCSqGSIb3DQEJARYMY2FAaW4udHVtLmRlMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8A MIIBCgKCAQEAuUIL+0omWgx+ZdeQWWuiMSkOPHit3bZKDTMwW1uO1046KvcrBfSURAV/0Afx 4DiQtkFptNt18wMvJrJPf85TXxGXiOR1MUpx4GNQ0FtNg5AzIRSVQpEzOo6cBe3hU3owXnZZ 22d36XHXnKoz/zZMePSEggc2oMuj+OoChLROG/psUS58tT20ohl1ltfqTeB/9ldGaJomANv4 Q6HgvvMRB8VK6qGR+FADAEqpZJ+JewAMJaDpDatkLhZQ44ygGPErDIWbKnqZvPfiBTga65kB E3N/2Mt+x2q1duyEfS49P+Ss2Vf0v8xnvdmsUF+0MdgBQ2dKTMbCQwsbGDDUVbW7OwIDAQAB o4ICojCCAp4wDwYDVR0TAQH/BAUwAwEB/zAdBgNVHQ4EFgQUNiQ562ZHp7c9HjvDspUMZvpF EfswgZMGA1UdIwSBizCBiIAUAr3bGy+wsVe/6m0mADKJ8jIZOvyhbaRrMGkxCzAJBgNVBAYT AkRFMREwDwYDVQQHEwhNdWVuY2hlbjEMMAoGA1UEChMDVFVNMQswCQYDVQQLEwJJTjEPMA0G A1UEAxMGUkJHLUNBMRswGQYJKoZIhvcNAQkBFgxjYUBpbi50dW0uZGWCAQMwDgYDVR0PAQH/ BAQDAgEGMB0GA1UdJQQWMBQGCCsGAQUFBwMCBggrBgEFBQcDBDA3BgNVHR8EMDAuMCygKqAo hiZodHRwOi8vY2EuaW4udHVtLmRlL2NybHMvZzIvY2FfY3JsLmNybDAJBgNVHRIEAjAAMBEG CWCGSAGG+EIBAQQEAwIBBjCBlgYJYIZIAYb4QgENBIGIFoGFWmVydGlmaWthdCBmdWVyIFJC Ry1CZW51dHplci1DQSwgYXVzZ2VzdGVsbHQgdm9uIFJCRy1DQSAyLkdlbmVyYXRpb24sIEZh a3VsdGFldCBmdWVyIEluZm9ybWF0aWsgZGVyIFRlY2huaXNjaGVuIFVuaXZlcnNpdGFldCBN dWVuY2hlbjAyBglghkgBhvhCAQQEJRYjaHR0cDovL2NhLmluLnR1bS5kZS9jZ2ktYmluL2Nh LXJldj8wOgYJYIZIAYb4QgEIBC0WK2h0dHA6Ly9jYS5pbi50dW0uZGUvcG9saWNpZXMvdXNl cmNhcG9sLmh0bWwwRwYDVR0gBEAwPjA8Bg0rBgEEAYGYPmWBSAEBMCswKQYIKwYBBQUHAgEW HWh0dHA6Ly9jYS5pbi50dW0uZGUvcG9saWNpZXMvMA0GCSqGSIb3DQEBBQUAA4IBAQB0Fciq aObDs6d/ZW5OXQi6AfFy7SnagnAP3uqMAamMyTCtUn8/3AeGb5veesmtXUTrOL6v5q5VMuwa C6rvxLVpevnS6YrvhjijbqtuaJU/Rsw+zgAvGOj3VrolfC4pxNBPoKATBVWDOufrO3w9oFHY OaS3URFEURbhdQGCET0letBus3B8fCl0TOvF7ftE47+C8c0nYDzukMH2DNTlJ1Z33NA5CFyC QBjqdGFmRJezFyquWDP+ub/Aw/TeiY1vr/wsF+mcfNjFYvY6Q8tIWoeg5ED7Ex20T9PFk447 gWpEN6oyTUXd95SyMzWZ6RzUX/ox/mlcYfCqoUDiReZr/6+EMYICUzCCAk8CAQEweDByMQsw CQYDVQQGEwJERTERMA8GA1UEBxMITXVlbmNoZW4xDDAKBgNVBAoTA1RVTTELMAkGA1UECxMC SU4xGDAWBgNVBAMTD1JCRy1CZW51dHplci1DQTEbMBkGCSqGSIb3DQEJARYMY2FAaW4udHVt LmRlAgIj0zAJBgUrDgMCGgUAoIGxMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZI hvcNAQkFMQ8XDTA0MDYwMTA5MjYyOVowIwYJKoZIhvcNAQkEMRYEFPJpbkrDRlqkFItap0LC IAUQnVU1MFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0G CCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMA0GCSqGSIb3DQEBAQUABIIB AHJeGc9uqvLiKslB2in4dgPraYfp8HT5AL3p+Diz0Oxqb1bRAMIcyPkkDnyvayKchwuhgOQS KcYK5iKncqpNL7QvO3Svi61fPsDJfZLIOY0ux3a4WHps+NDyn3CTws7oP7jLb0TPE76Vbb1S CF7q8vx79XXWoRutJ1uBeZqMVBY5MXN/QJKwc2F7akQ6d4aofQaC7aINqCTY46hI81uhM9P/ Ab0CJOtzisDzByljdkN0YUtu0X28RpJIPVG3PvEcnsKVh2ZMB1YqKaLP962NbTLvwB6R93a/ QxgDoJnE4HALc76rH0XVEqXOu0n5oTusA97rMclRuvCXFG724q27Dqs= --sDKAb4OeUBrWWL6P-- From owner-freebsd-current@FreeBSD.ORG Tue Jun 1 04:14:30 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E13A216A4CE for ; Tue, 1 Jun 2004 04:14:29 -0700 (PDT) Received: from ns1.interbgc.com (mail.interbgc.com [217.9.224.3]) by mx1.FreeBSD.org (Postfix) with SMTP id 84AAE43D46 for ; Tue, 1 Jun 2004 04:14:28 -0700 (PDT) (envelope-from nike_d@cytexbg.com) Received: (qmail 85197 invoked from network); 1 Jun 2004 11:14:26 -0000 Received: from nike_d@cytexbg.com by keeper.interbgc.com by uid 1002 with qmail-scanner-1.14 (uvscan: v4.1.60/v4335. spamassassin: 2.63. Clear:SA:0(-4.9/8.0):. Processed in 1.369496 secs); 01 Jun 2004 11:14:26 -0000 X-Spam-Status: No, hits=-4.9 required=8.0 Received: from 213-240-206-214.ddns.cablebg.net (HELO tormentor.totalterror.net) (213.240.206.214) by mail.interbgc.com with SMTP; 1 Jun 2004 11:14:24 -0000 Received: (qmail 86198 invoked from network); 1 Jun 2004 11:10:59 -0000 Received: from unknown (HELO phobos.totalterror.net) (10.0.0.2) by tormentor.totalterror.net with SMTP; 1 Jun 2004 11:10:59 -0000 References: <20040531213045.6E8BE5D0A@ptavv.es.net> <40BC00AD.6010106@corrupt.co.nz> Message-ID: X-Mailer: http://www.courier-mta.org/cone/ From: Niki Denev To: Drew Broadley Date: Tue, 01 Jun 2004 14:14:41 +0300 Mime-Version: 1.0 Content-Type: multipart/signed; boundary="=_mimegpg-phobos.totalterror.net-660-1086088481-0001"; micalg=pgp-sha1; protocol="application/pgp-signature" cc: acpi@freebsd.org cc: current@freebsd.org Subject: Re: ACPI event testing needed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 01 Jun 2004 11:14:30 -0000 This is a MIME GnuPG-signed message. If you see this text, it means that your E-mail or Usenet software does not support MIME signed messages. --=_mimegpg-phobos.totalterror.net-660-1086088481-0001 Content-Type: text/plain; format=flowed; charset="US-ASCII" Content-Disposition: inline Content-Transfer-Encoding: 7bit Drew Broadley writes: > Kevin Oberman wrote: > >>>Date: Fri, 28 May 2004 00:38:32 -0700 (PDT) >>>From: Nate Lawson >>>Sender: owner-freebsd-current@freebsd.org >>> >>>I've just finished a lot of work on acpi events (GPEs). These drive >>>things like the lid switch and device wake capabilities. If your system >>>works for suspend/resume, please make sure it still behaves correctly over >>>multiple suspend/resume cycles. If you're feeling adventurous, try the >>>new wake sysctls: >>> >>>sysctl dev | grep wake >>> >>>By setting them to 0 or 1, you can enable/disable a device waking the >>>system. Note that non-ACPI devices are still not properly hooked in here >>>so they won't work (i.e. sio or modems). But you can change the lid >>>independently of the sleep button, for example. >>> >>>Also, please be sure that your system still powers off correctly when >>>shutdown. I may have fixed some systems that didn't power off correctly >>>as well. >>> >>> > I did a cvsup and buildworld earlier today and I cannot shutdown -p my > machine anymore. It just hangs on "Uptime: xh xm xs". (I used to be able > to shutdown -p) > > I also cannot go into standby, nor suspend/resume. But these were not > working prior > > What extra info do you need ? > > - Drew > _______________________________________________ > freebsd-acpi@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-acpi > To unsubscribe, send any mail to "freebsd-acpi-unsubscribe@freebsd.org" It seems that suspend/resume works for me, but it seems to hang from time to time, when i do the susp/resume cycle several times in a row. Also with today's current my machine won't reboot anymore, it hangs too on the "Uptime: .." message. It is a IBM ThinkPad X31, with recent -CURRENT (as of 1-2 hours), dmesg, loader.conf, uname and asl can be found on : http://totalterror.net/freebsd/ --niki --=_mimegpg-phobos.totalterror.net-660-1086088481-0001 Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQBAvGUhHNAJ/fLbfrkRAkwEAJ4qLFel2tAst/1k8JCXWWi6a9DPiwCfY990 V2w+rXo8enCLETw07qmHWk8= =iqEf -----END PGP SIGNATURE----- --=_mimegpg-phobos.totalterror.net-660-1086088481-0001-- From owner-freebsd-current@FreeBSD.ORG Tue Jun 1 04:23:22 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 158F516A4CE for ; Tue, 1 Jun 2004 04:23:22 -0700 (PDT) Received: from gunfright.epcdirect.co.uk (gunfright.epcdirect.co.uk [195.10.242.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 33A0F43D1F for ; Tue, 1 Jun 2004 04:23:21 -0700 (PDT) (envelope-from bsd-current@epcdirect.co.uk) Received: from localhost (localhost [127.0.0.1]) by gunfright.epcdirect.co.uk (Postfix) with ESMTP id DB8F715372 for ; Tue, 1 Jun 2004 12:23:19 +0100 (BST) Received: from gunfright.epcdirect.co.uk ([127.0.0.1])port 10024) with ESMTP id 56584-08 for ; Tue, 1 Jun 2004 12:23:17 +0100 (BST) Received: from lfarr (l-farr.int.epcdirect.co.uk [192.168.6.200]) by gunfright.epcdirect.co.uk (Postfix) with ESMTP id C597B15220 for ; Tue, 1 Jun 2004 12:23:16 +0100 (BST) From: "Lawrence Farr" To: Date: Tue, 1 Jun 2004 12:23:24 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.5510 In-Reply-To: <20040601092629.GF739@atrbg11.informatik.tu-muenchen.de> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409 Thread-Index: AcRHutU5yIXLOCJvRumwRpF3s4rHxAADvZQA Message-Id: <20040601112316.C597B15220@gunfright.epcdirect.co.uk> X-Virus-Scanned: by GunFright.EPCDirect.co.uk Subject: PXE Booting X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 01 Jun 2004 11:23:22 -0000 I've been doing a "make release" every night and using it to PXE boot from with 4.x for a good few years with no issues. Now that I'm doing the same with 5.x, I'm struggling a bit as to how to set it up. I can pick up the PXE image without a problem, and if I set the root-path to a folder containing the contents of a 5.2.1-RELEASE CD I can boot off it without a problem, but booting from a folder containing the contents of cd1 created by "make release" complains of not being able to find init. Anyone else doing this who can point me in the right direction? Lawrence Farr EPC Direct Limited From owner-freebsd-current@FreeBSD.ORG Tue Jun 1 04:59:36 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 48BC116A4CE for ; Tue, 1 Jun 2004 04:59:36 -0700 (PDT) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB71343D1F for ; Tue, 1 Jun 2004 04:59:35 -0700 (PDT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id 5E2C61FFDD3; Tue, 1 Jun 2004 13:59:31 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id 865331FF931; Tue, 1 Jun 2004 13:59:29 +0200 (CEST) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id 1500D15615; Tue, 1 Jun 2004 11:59:16 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id 09C3615600; Tue, 1 Jun 2004 11:59:17 +0000 (UTC) Date: Tue, 1 Jun 2004 11:59:16 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: Lawrence Farr In-Reply-To: <20040601112316.C597B15220@gunfright.epcdirect.co.uk> Message-ID: References: <20040601112316.C597B15220@gunfright.epcdirect.co.uk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de cc: freebsd-current@freebsd.org Subject: Re: PXE Booting X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 01 Jun 2004 11:59:36 -0000 On Tue, 1 Jun 2004, Lawrence Farr wrote: > I've been doing a "make release" every night and using it to > PXE boot from with 4.x for a good few years with no issues. > > Now that I'm doing the same with 5.x, I'm struggling a bit > as to how to set it up. I can pick up the PXE image without > a problem, and if I set the root-path to a folder containing > the contents of a 5.2.1-RELEASE CD I can boot off it without > a problem, but booting from a folder containing the contents > of cd1 created by "make release" complains of not being able > to find init. Anyone else doing this who can point me in the > right direction? multiple solutions are possible I think: 1) add LOADER_TFTP_SUPPORT= YES to your make.conf (that make.conf must be copied into the chroot for your make release) 2) your kernel currently tries to load / from NFS root. when booting and seeing beasti escape to boot shell and say set vfs.root.mountfrom="ufs:/dev/md0c" both should when properly load mfrsroot.gz from boot/ of the cd1 and start sysinstall. HTH -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Tue Jun 1 05:11:39 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8D1C816A4CF for ; Tue, 1 Jun 2004 05:11:39 -0700 (PDT) Received: from melusine.cuivre.fr.eu.org (melusine.cuivre.fr.eu.org [82.225.155.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F5FD43D5E for ; Tue, 1 Jun 2004 05:11:39 -0700 (PDT) (envelope-from thomas@FreeBSD.ORG) Received: by melusine.cuivre.fr.eu.org (Postfix, from userid 1000) id 083E32C3D5; Tue, 1 Jun 2004 14:11:31 +0200 (CEST) Date: Tue, 1 Jun 2004 14:11:30 +0200 From: Thomas Quinot To: Lawrence Farr Message-ID: <20040601121130.GA6097@melusine.cuivre.fr.eu.org> References: <20040601092629.GF739@atrbg11.informatik.tu-muenchen.de> <20040601112316.C597B15220@gunfright.epcdirect.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040601112316.C597B15220@gunfright.epcdirect.co.uk> X-message-flag: WARNING! Using Outlook can damage your computer. User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: PXE Booting X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 01 Jun 2004 12:11:39 -0000 * Lawrence Farr, 2004-06-01 : > of cd1 created by "make release" complains of not being able > to find init. Anyone else doing this who can point me in the > right direction? If you are mounting the root FS through NFS, make sure that root on the NFS client is not squashed to nobody on the NFS server -- /sbin/init is *not* world-executable. Or you can chmod 555 /sbin/init. Thomas. -- Thomas.Quinot@Cuivre.FR.EU.ORG From owner-freebsd-current@FreeBSD.ORG Tue Jun 1 05:20:26 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 501E016A594 for ; Tue, 1 Jun 2004 05:20:26 -0700 (PDT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5BA7843D41 for ; Tue, 1 Jun 2004 05:20:21 -0700 (PDT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id i51CK8ld066562; Tue, 1 Jun 2004 21:50:09 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Tue, 1 Jun 2004 21:50:07 +0930 User-Agent: KMail/1.6.2 MIME-Version: 1.0 Content-Disposition: inline Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Message-Id: <200406012150.07622.doconnor@gsoft.com.au> X-Spam-Score: -1.5 () CARRIAGE_RETURNS,PGP_SIGNATURE,SPAM_PHRASE_00_01,UPPERCASE_25_50,USER_AGENT,USER_AGENT_KMAIL X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) Subject: dconschat for Windows/Macos/Linux X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 01 Jun 2004 12:20:26 -0000 =2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 dcons is really neat, and having a dconschat client for !FreeBSD machine co= uld=20 be quite useful.. Has anyone written one? :) =2D --=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAvHR35ZPcIHs/zowRAuSvAJ9NN8H4yVUsBrs8UY01HRQd+xQXfwCfbj7+ gcQoZNqmy34sKi4aqE/NSfc=3D =3Dgb/o =2D----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Mon May 31 10:38:54 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 46A7A16A4CE for ; Mon, 31 May 2004 10:38:54 -0700 (PDT) Received: from smtp.nildram.co.uk (smtp.nildram.co.uk [195.112.4.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id F1AFD43D45 for ; Mon, 31 May 2004 10:38:53 -0700 (PDT) (envelope-from nullentropy@lineone.net) Received: from [192.168.0.2] (orbital.gotadsl.co.uk [81.6.215.230]) by smtp.nildram.co.uk (Postfix) with ESMTP id C2394253061 for ; Mon, 31 May 2004 18:38:14 +0100 (BST) Message-ID: <40BB6D84.70202@lineone.net> Date: Mon, 31 May 2004 18:38:12 +0100 From: Robert Downes User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a2) Gecko/20040526 X-Accept-Language: en, fr, en-us MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Tue, 01 Jun 2004 05:23:51 -0700 Subject: 5.2.1 on EPIA M1000 board X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Mon, 31 May 2004 17:38:54 -0000 I have had an awful weekend trying to make sense of wild errors that FreeBSD has been throwing on my VIA EPIA M1000 board. 5.0 seemed to be going fine, until I tried to make buildworld using 5.2.1 sources. Then it crashed and reset halfway through. The second attempt worked, so I built and installed a 5.2.1 kernel. Then the fun began. 5.2.1 would not accept my hard disk. Attepmting to boot normally, or mounting drives after booting into single-user-mode, would cause a stream of errors. Thinking the crash had screwed my hard disk data structure, I did a fresh install of 5.2.1 from the release ISO from the FTP site. Booted fine on a Pentium 4 machine, but went beserk again on my EPIA board. The error I'm getting looks like this: ad0: FAILURE - WRITE_DMA status=11 error=84 LBA=4127103 Such messages would stream up the screen, the drive crunching wildly. Any successful access (booting from a kernel.old 5.0 kernel, for instance) would complain about the filesystem being dirty, and leave the system read-only until fsck was run. fsck would run, but would find dozens of assorted errors which it could not correct. I posted this to freebsd-questions, and someone replied with something along the lines of 'me too' - they say that they can run 5.2.1 on a Compact Flash card, but will get wild problems too if they attempt to boot it from any hard disk. Also, should it be of any interest, I can only run 5.0 if I disable UDMA access to the Primary IDE Master in my BIOS settings. FreeBSD obligingly drops to PIO mode. Any ideas on this? -- Bob From owner-freebsd-current@FreeBSD.ORG Mon May 31 12:16:53 2004 Return-Path: Delivered-To: freebsd-current@www.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7D27516A4D2 for ; Mon, 31 May 2004 12:16:53 -0700 (PDT) Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F19643D1D for ; Mon, 31 May 2004 12:16:53 -0700 (PDT) (envelope-from dpapasia@andrew.cmu.edu) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 6A05556A1E for ; Mon, 31 May 2004 12:16:38 -0700 (PDT) (envelope-from dpapasia@andrew.cmu.edu) Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 60B0416A4CF for ; Mon, 31 May 2004 12:16:38 -0700 (PDT) Received: from smtp.andrew.cmu.edu (smtp.andrew.cmu.edu [128.2.10.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C93243D5A for ; Mon, 31 May 2004 12:16:37 -0700 (PDT) (envelope-from dpapasia@andrew.cmu.edu) Received: from UNIX4.andrew.cmu.edu (UNIX4.andrew.cmu.edu [128.2.13.134]) (user=dpapasia mech=GSSAPI (0 bits)) by smtp.andrew.cmu.edu (8.12.10/8.12.10) with ESMTP id i4VJGLgN006048 for ; Mon, 31 May 2004 15:16:21 -0400 Date: Mon, 31 May 2004 15:16:18 -0400 (EDT) From: Daniel Papasian To: freebsd-current@lists.freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Mailman-Approved-At: Tue, 01 Jun 2004 05:23:51 -0700 Subject: pcib0: device has no interrupts wi0: No irq?! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Mon, 31 May 2004 19:16:53 -0000 I've been trying, to no avail, to get this wireless card working on FreeBSD 5.2.1-RELEASE. If I boot with ACPI disabled, the driver seems to attach and everything is probably working (won't be around a wireless network for a couple weeks) - booting with ACPI enabled, however, and the ACPI Host-PCI bridge doesn't seem to assign the driver an irq for the chipset, and it complains and dies. Attached is dmesg from a verbose booting with ACPI enabled, the output of acpiconf -d, and my kernel config. It's rather long and no doubt contains undeeded information, but better too much information than too little, eh? Anyhow, I'm wondering if there is anything I should be trying on my end, and if not, where in the kernel sources I should be looking. -Dan Copyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.2.1-RELEASE #1: Mon May 31 13:35:33 EDT 2004 dpapasia@proudhon:/usr/src/sys/i386/compile/PROUDHON Preloaded elf kernel "/boot/kernel/kernel" at 0xc088b000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc088b21c. Calibrating clock(s) ... i8254 clock: 1193138 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 1640070132 Hz CPU: Intel(R) Pentium(R) 4 CPU 2.00GHz (1640.07-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf24 Stepping = 4 Features=0x3febf9ff real memory = 535756800 (510 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000c29000 - 0x000000001f5cdfff, 513429504 bytes (125349 pages) avail memory = 510750720 (487 MB) bios32: Found BIOS32 Service Directory header at 0xc00f6c50 bios32: Entry = 0xfd750 (c00fd750) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xfd750+0x14b pnpbios: Found PnP BIOS data at 0xc00f6cb0 pnpbios: Entry = f0000:98bb Rev = 1.0 Other BIOS signatures found: wlan: <802.11 Link Layer> null: random: mem: Pentium Pro MTRR support enabled npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard pci_open(1): mode 1 addr port (0x0cf8) is 0x80008004 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=167110b9) pcibios: BIOS version 2.10 Using $PIR table, 9 entries at 0xc00fdf30 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs embedded 0 1 A 0x01 3 4 5 6 7 9 10 11 12 14 15 embedded 0 1 B 0x02 3 4 5 6 7 9 10 11 12 14 15 embedded 0 2 A 0x09 10 embedded 0 15 A 0x05 10 embedded 0 8 A 0x07 10 embedded 0 6 A 0x08 5 7 embedded 0 9 A 0x04 10 embedded 0 9 B 0x03 10 embedded 0 10 A 0x06 5 7 embedded 0 18 A 0x02 7 11 embedded 0 12 A 0x03 10 AcpiOsDerivePciId: bus 0 dev 17 func 0 AcpiOsDerivePciId: bus 0 dev 7 func 0 AcpiOsDerivePciId: bus 0 dev 7 func 0 AcpiOsDerivePciId: bus 0 dev 7 func 0 acpi0: Power Button (fixed) ACPI timer looks BAD min = 3, max = 9, width = 6 ACPI timer looks BAD min = 3, max = 9, width = 6 ACPI timer looks BAD min = 3, max = 9, width = 6 ACPI timer looks BAD min = 3, max = 9, width = 6 ACPI timer looks BAD min = 3, max = 10, width = 7 ACPI timer looks BAD min = 3, max = 9, width = 6 ACPI timer looks BAD min = 3, max = 9, width = 6 ACPI timer looks BAD min = 3, max = 9, width = 6 ACPI timer looks BAD min = 3, max = 9, width = 6 ACPI timer looks BAD min = 3, max = 9, width = 6 Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 AcpiOsDerivePciId: bus 0 dev 0 func 0 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x8008-0x800b on acpi0 mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) acpi_cpu0: port 0x530-0x537 on acpi0 mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) acpi_tz0: port 0x530-0x537 on acpi0 pcib0: port 0xcf8-0xcff on acpi0 ---- initial configuration ------------------------ \\_SB_.PCI0.ISA_.LNKA irq 9: [ 9] low,level,sharable 0.1.0 \\_SB_.PCI0.ISA_.LNKU irq 10: [ 10] low,level,sharable 0.2.0 \\_SB_.PCI0.ISA_.LNKE irq 10: [ 10] low,level,sharable 0.15.0 \\_SB_.PCI0.ISA_.LNKH irq 5: [ 5] low,level,sharable 0.6.0 \\_SB_.PCI0.ISA_.LNKB irq 11: [ 11] low,level,sharable 0.18.0 ---- before setting priority for links ------------ ---- before fixup boot-disabled links ------------- ---- after fixup boot-disabled links -------------- ---- arbitrated configuration --------------------- \\_SB_.PCI0.ISA_.LNKA irq 9: [ 9] low,level,sharable 0.1.0 \\_SB_.PCI0.ISA_.LNKU irq 10: [ 10] low,level,sharable 0.2.0 \\_SB_.PCI0.ISA_.LNKE irq 10: [ 10] low,level,sharable 0.15.0 \\_SB_.PCI0.ISA_.LNKH irq 5: [ 5] low,level,sharable 0.6.0 \\_SB_.PCI0.ISA_.LNKB irq 11: [ 11] low,level,sharable 0.18.0 pci0: on pcib0 pci0: physical bus=0 map[10]: type 3, range 32, base f0000000, size 27, enabled found-> vendor=0x10b9, dev=0x1671, revid=0x02 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0xa210, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 1 supports D0 D3 current D0 found-> vendor=0x10b9, dev=0x5247, revid=0x00 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x001f, statreg=0x0400, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x0c (3000 ns), maxlat=0x00 (0 ns) map[10]: type 1, range 32, base e0000000, size 12, enabled pcib0: matched entry for 0.2.INTA (source \\_SB_.PCI0.ISA_.LNKU) pcib0: slot 2 INTA is routed to irq 10 found-> vendor=0x10b9, dev=0x5237, revid=0x03 bus=0, slot=2, func=0 class=0c-03-10, hdrtype=0x00, mfdev=0 cmdreg=0x0017, statreg=0x0290, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x50 (20000 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 00001000, size 8, enabled map[14]: type 1, range 32, base e0001000, size 12, memory disabled pcib0: matched entry for 0.6.INTA (source \\_SB_.PCI0.ISA_.LNKH) pcib0: slot 6 INTA is routed to irq 5 found-> vendor=0x10b9, dev=0x5451, revid=0x02 bus=0, slot=6, func=0 class=04-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0xc290, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x02 (500 ns), maxlat=0x18 (6000 ns) intpin=a, irq=5 powerspec 2 supports D0 D1 D2 D3 current D0 found-> vendor=0x10b9, dev=0x1533, revid=0x00 bus=0, slot=7, func=0 class=06-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x000f, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 1 supports D0 D3 current D0 map[10]: type 1, range 32, base e0002000, size 12, memory disabled map[14]: type 4, range 32, base 00001400, size 8, port disabled found-> vendor=0x10b9, dev=0x5457, revid=0x00 bus=0, slot=8, func=0 class=07-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 powerspec 2 supports D0 D3 current D0 map[10]: type 3, range 32, base e0005000, size 12, memory disabled found-> vendor=0x1260, dev=0x3873, revid=0x01 bus=0, slot=9, func=0 class=02-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0010, statreg=0x0290, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 powerspec 2 supports D0 D1 D2 D3 current D0 found-> vendor=0x104c, dev=0xac55, revid=0x01 bus=0, slot=10, func=0 class=06-07-00, hdrtype=0x02, mfdev=1 cmdreg=0x0000, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x40 (16000 ns), maxlat=0x03 (750 ns) intpin=a, irq=255 powerspec 2 supports D0 D1 D2 D3 current D0 found-> vendor=0x104c, dev=0xac55, revid=0x01 bus=0, slot=10, func=1 class=06-07-00, hdrtype=0x02, mfdev=1 cmdreg=0x0000, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x40 (16000 ns), maxlat=0x03 (750 ns) intpin=a, irq=255 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base e0003000, size 12, enabled pcib0: matched entry for 0.15.INTA (source \\_SB_.PCI0.ISA_.LNKE) pcib0: slot 15 INTA is routed to irq 10 found-> vendor=0x10b9, dev=0x5237, revid=0x03 bus=0, slot=15, func=0 class=0c-03-10, hdrtype=0x00, mfdev=0 cmdreg=0x0017, statreg=0x0290, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x50 (20000 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base 00001800, size 4, enabled found-> vendor=0x10b9, dev=0x5229, revid=0xc4 bus=0, slot=16, func=0 class=01-01-b0, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x02 (500 ns), maxlat=0x04 (1000 ns) intpin=a, irq=255 powerspec 2 supports D0 D3 current D0 found-> vendor=0x10b9, dev=0x7101, revid=0x00 bus=0, slot=17, func=0 class=06-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type 4, range 32, base 00001c00, size 8, enabled map[14]: type 1, range 32, base e0004000, size 12, enabled pcib0: matched entry for 0.18.INTA (source \\_SB_.PCI0.ISA_.LNKB) pcib0: slot 18 INTA is routed to irq 11 found-> vendor=0x100b, dev=0x0020, revid=0x00 bus=0, slot=18, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0003, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x5a (2700 ns), mingnt=0x0b (2750 ns), maxlat=0x34 (13000 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 agp0: mem 0xf0000000-0xf7ffffff at device 0.0 on pci0 agp0: allocating GATT for aperture of size 128M pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0x9000-0x9fff pcib1: memory decode 0xe0100000-0xe01fffff pcib1: prefetched decode 0xe8000000-0xefffffff pcib1: could not get PCI interrupt routing table for \\_SB_.PCI0.AGPB - AE_NOT_FOUND pci1: on pcib1 pci1: physical bus=1 map[10]: type 3, range 32, base e8000000, size 27, enabled map[14]: type 4, range 32, base 00009000, size 8, enabled map[18]: type 1, range 32, base e0100000, size 16, enabled found-> vendor=0x1002, dev=0x4c59, revid=0x00 bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0283, statreg=0x02b0, cachelnsz=8 (dwords) lattimer=0x42 (1980 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) intpin=a, irq=9 powerspec 2 supports D0 D1 D2 D3 current D0 pci1: at device 0.0 (no driver attached) ohci0: mem 0xe0000000-0xe0000fff irq 10 at device 2.0 on pci0 usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: AcerLabs OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 3 ports with 3 removable, self powered pcm0: port 0x1000-0x10ff mem 0xe0001000-0xe0001fff irq 5 at device 6.0 on pci0 pcm0: pcm0: Codec features reserved, headphone, 18 bit DAC, 18 bit ADC, 5 bit master volume, no 3D Stereo Enhancement pcm0: Primary codec extended features variable rate PCM, AMAP pcm0: sndbuf_setmap 26f000, 1000; 0xc47bb000 -> 26f000 pcm0: sndbuf_setmap 24c000, 1000; 0xc47b8000 -> 24c000 pcm0: sndbuf_setmap 300000, 1000; 0xc47cc000 -> 300000 pcm0: sndbuf_setmap 2fe000, 1000; 0xc47ca000 -> 2fe000 pcm0: sndbuf_setmap 29c000, 1000; 0xc47c8000 -> 29c000 isab0: at device 7.0 on pci0 isa0: on isab0 pci0: at device 8.0 (no driver attached) wi0: mem 0xe0005000-0xe0005fff at device 9.0 on pci0 pcib0: matched entry for 0.9.INTA (source \\_SB_.PCI0.ISA_.LNKD) pcib0: device has no interrupts wi0: No irq?! device_probe_and_attach: wi0 attach returned 6 cbb0: at device 10.0 on pci0 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 pcib0: matched entry for 0.10.INTA (source \\_SB_.PCI0.ISA_.LNKF) pcib0: device has no interrupts cbb: Unable to map IRQ... device_probe_and_attach: cbb0 attach returned 12 cbb0: at device 10.1 on pci0 cardbus1: on cbb0 pccard1: <16-bit PCCard bus> on cbb0 pcib0: matched entry for 0.10.INTA (source \\_SB_.PCI0.ISA_.LNKF) pcib0: device has no interrupts cbb: Unable to map IRQ... device_probe_and_attach: cbb0 attach returned 12 ohci1: mem 0xe0003000-0xe0003fff irq 10 at device 15.0 on pci0 usb1: OHCI version 1.0, legacy support usb1: SMM does not respond, resetting usb1: on ohci1 usb1: USB revision 1.0 uhub1: AcerLabs OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 3 ports with 3 removable, self powered atapci0: port 0x1800-0x180f at device 16.0 on pci0 ata0: reset tp1 mask=03 ostat0=50 ostat1=00 ata0-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata0-slave: stat=0x00 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 mask=03 stat0=50 stat1=00 devices=0x1 ata0: at 0x1f0 irq 14 on atapci0 ata0: [MPSAFE] ata1: reset tp1 mask=03 ostat0=51 ostat1=00 ata1-master: stat=0x10 err=0x01 lsb=0x14 msb=0xeb ata1-slave: stat=0x01 err=0x01 lsb=0x00 msb=0x00 ata1: reset tp2 mask=03 stat0=10 stat1=01 devices=0x4 ata1: at 0x170 irq 15 on atapci0 ata1: [MPSAFE] pci0: at device 17.0 (no driver attached) sis0: port 0x1c00-0x1cff mem 0xe0004000-0xe0004fff irq 11 at device 18.0 on pci0 sis0: Silicon Revision: DP83815D sis0: Ethernet address: 00:c0:9f:0d:4f:58 miibus0: on sis0 ukphy0: on miibus0 ukphy0: OUI 0x080017, model 0x0002, rev. 1 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sis0: bpf attached acpi_button0: on acpi0 acpi_lid0: on acpi0 acpi_acad0: on acpi0 acpi_cmbat0: on acpi0 mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0047 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x1, flags:0x1d0000 psm0: unable to allocate IRQ psmcpnp0 irq 12 on acpi0 psm0: current command byte:0047 psm0: irq 12 on atkbdc0 psm0: model IntelliMouse, device ID 3-00, 3 buttons psm0: config:00000000, flags:00000000, packet size:4 psm0: syncmask:08, syncbits:08 acpi_ec0: port 0x66,0x62 on acpi0 acpi_ec0: info: new max delay is 3 us mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) unknown: not probed (disabled) sio0: irq maps: 0x201 0x209 0x201 0x201 sio0 port 0x2f8-0x2ff irq 3 drq 0 on acpi0 sio0: type 16550A unknown: not probed (disabled) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) unknown: not probed (disabled) unknown: not probed (disabled) ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it sio: sio0 already exists; skipping it Trying Read_Port at 203 Trying Read_Port at 243 Trying Read_Port at 283 Trying Read_Port at 2c3 Trying Read_Port at 303 Trying Read_Port at 343 Trying Read_Port at 383 Trying Read_Port at 3c3 sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0:

Number of mbufs in use

-- Jun Kuriyama // IMG SRC, Inc. // FreeBSD Project From owner-freebsd-current@FreeBSD.ORG Thu Jun 3 17:52:05 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6FB5A16A4CE for ; Thu, 3 Jun 2004 17:52:05 -0700 (PDT) Received: from Tserver.TrueStep.com (Tserver.TrueStep.com [64.253.96.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 300A543D1F for ; Thu, 3 Jun 2004 17:52:04 -0700 (PDT) (envelope-from rorya@TrueStep.com) Received: from [10.101.1.4] (Yosemite.lan [10.101.1.4])i540pm0P047619 for ; Thu, 3 Jun 2004 20:51:49 -0400 (EDT) (envelope-from rorya@TrueStep.com) Mime-Version: 1.0 (Apple Message framework v618) Content-Transfer-Encoding: 7bit Message-Id: <5BE2E92C-B5C1-11D8-9236-0005028F6AEB@TrueStep.com> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: freebsd-current@freebsd.org From: Rory Arms Date: Thu, 3 Jun 2004 20:51:48 -0400 X-Mailer: Apple Mail (2.618) X-Spam-Status: No, hits=0.0 required=4.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on Tserver.TrueStep.com Subject: 5.2.1-R backtrace X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 04 Jun 2004 00:52:05 -0000 Here's another two croshes & backtraces from a single processor Pentium II system that is dual capable (Tyan Thunderbolt motherboard). Search for the last two emails to the list, from me for kernel conf & dmesg(1) info. > uname -r 5.2.1-RELEASE-p7 > gdb -k /usr/obj/usr/src/sys/TREX/kebug vmcore.3 Password: GNU gdb 5.2.1 (FreeBSD) Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. 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-unknown-freebsd"... panic: page fault panic messages: --- Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x6665725f fault code = supervisor read, page not present instruction pointer = 0x8:0xc0515313 stack pointer = 0x10:0xcdcccc84 frame pointer = 0x10:0xcdccccac code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 36 (swi8: tty:sio clock) trap number = 12 panic: page fault cpuid = 0; syncing disks, buffers remaining... 2160 2160 2160 2160 2160 2160 2160 2160 2160 kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x432236f0 fault code = supervisor read, page not present instruction pointer = 0x8:0xc05617f0 stack pointer = 0x10:0xcdcccad0 frame pointer = 0x10:0xcdcccb20 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 36 (swi8: tty:sio clock) trap number = 12 panic: page fault cpuid = 0; Uptime: 19d4h41m4s Dumping 255 MB 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 --- Reading symbols from /usr/obj/usr/src/sys/TREX/modules/usr/src/sys/modules/acpi/ acpi.ko.debug...done. Loaded symbols for /usr/obj/usr/src/sys/TREX/modules/usr/src/sys/modules/acpi/ acpi.ko.debug #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:240 240 dumping++; (kgdb) bt #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:240 #1 0xc04fee87 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:372 #2 0xc04ff2a0 in poweroff_wait (junk=0xc06d0295, howto=-1066453387) at /usr/src/sys/kern/kern_shutdown.c:550 #3 0xc06a535c in trap_fatal (frame=0xc06d0295, eva=0) at /usr/src/sys/i386/i386/trap.c:821 #4 0xc06a49c3 in trap (frame= {tf_fs = 24, tf_es = 16, tf_ds = 16, tf_edi = -1025492992, tf_esi = 4, tf_ebp = -842216672, tf_isp = -842216772, tf_ebx = 1126315544, tf_edx = -1049980608, tf_ecx = -1066189216, tf_eax = 1, tf_trapno = 12, tf_err = 0, tf_eip = -1068099600, tf_cs = 8, tf_eflags = 65542, tf_esp = 1575092224, tf_ss = -1049980608}) at /usr/src/sys/i386/i386/trap.c:250 #5 0xc0691828 in calltrap () at {standard input}:94 #6 0xc0562b60 in sync (td=0x4, uap=0x0) at /usr/src/sys/kern/vfs_syscalls.c:140 #7 0xc04fea4f in boot (howto=256) at /usr/src/sys/kern/kern_shutdown.c:306 #8 0xc04ff2a0 in poweroff_wait (junk=0xc06d0295, howto=-1066453387) at /usr/src/sys/kern/kern_shutdown.c:550 #9 0xc06a535c in trap_fatal (frame=0xc06d0295, eva=0) at /usr/src/sys/i386/i386/trap.c:821 #10 0xc06a49c3 in trap (frame= {tf_fs = -842268648, tf_es = -842268656, tf_ds = -1065222128, tf_edi = 1, tf_esi = -1024685952, tf_ebp = -842216276, tf_isp = -842216336, tf_ebx = 1457105---Type to continue, or q to quit--- , tf_edx = 1717924447, tf_ecx = -1066470242, tf_eax = 533010, tf_trapno = 12, tf_err = 0, tf_eip = -1068412141, tf_cs = 8, tf_eflags = 67590, tf_esp = -1066187520, tf_ss = 0}) at /usr/src/sys/i386/i386/trap.c:250 #11 0xc0691828 in calltrap () at {standard input}:94 #12 0xc051120e in softclock (dummy=0x0) at /usr/src/sys/kern/kern_timeout.c:225 #13 0xc04e92a8 in ithread_loop (arg=0xc16a4e80) at /usr/src/sys/kern/kern_intr.c:544 #14 0xc04e7ed0 in fork_exit (callout=0xc04e90d0 , arg=0x0, frame=0x0) at /usr/src/sys/kern/kern_fork.c:793 (kgdb) Here's another: > sudo gdb -k /usr/obj/usr/src/sys/TREX/kebug vmcore.4 GNU gdb 5.2.1 (FreeBSD) Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. 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-unknown-freebsd"... panic: page fault panic messages: --- Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0xc29fcc3c fault code = supervisor read, page not present instruction pointer = 0x8:0xc043b373 stack pointer = 0x10:0xcdcd8c4c frame pointer = 0x10:0xcdcd8c64 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 = 4 (g_down) trap number = 12 panic: page fault cpuid = 0; syncing disks, buffers remaining... kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x60006064 fault code = supervisor write, page not present instruction pointer = 0x8:0xc0664948 stack pointer = 0x10:0xcdcd88f0 frame pointer = 0x10:0xcdcd88f4 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 4 (g_down) trap number = 12 panic: page fault cpuid = 0; Uptime: 29s Dumping 255 MB 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 --- Reading symbols from /usr/obj/usr/src/sys/TREX/modules/usr/src/sys/modules/acpi/ acpi.ko.debug...done. Loaded symbols for /usr/obj/usr/src/sys/TREX/modules/usr/src/sys/modules/acpi/ acpi.ko.debug #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:240 240 dumping++; (kgdb) bt #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:240 #1 0xc04fee87 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:372 #2 0xc04ff2a0 in poweroff_wait (junk=0xc06d0295, howto=-1066453387) at /usr/src/sys/kern/kern_shutdown.c:550 #3 0xc06a535c in trap_fatal (frame=0xc06d0295, eva=0) at /usr/src/sys/i386/i386/trap.c:821 #4 0xc06a49c3 in trap (frame= {tf_fs = -1066270696, tf_es = -1066270704, tf_ds = -1025310704, tf_edi = 2, tf_esi = 4, tf_ebp = -842168076, tf_isp = -842168100, tf_ebx = -1066082096, tf_edx = 1610637408, tf_ecx = -1053237144, tf_eax = -1066090288, tf_trapno = 12, tf_err = 2, tf_eip = -1067038392, tf_cs = 8, tf_eflags = 65542, tf_esp = -1053237144, tf_ss = -842168028}) at /usr/src/sys/i386/i386/trap.c:250 #5 0xc0691828 in calltrap () at {standard input}:94 #6 0xc0663357 in vm_page_alloc (object=0xc074de80, pindex=33478, req=34) at /usr/src/sys/vm/vm_page.c:829 #7 0xc0550389 in vm_hold_load_pages (bp=0xc7d956b8, from=3357298688, to=3357302784) at /usr/src/sys/kern/vfs_bio.c:3601 #8 0xc054e3e7 in allocbuf (bp=0xc7d956b8, size=6144) at /usr/src/sys/kern/vfs_bio.c:2779 #9 0xc054e02c in geteblk (size=6144) at /usr/src/sys/kern/vfs_bio.c:2661 #10 0xc054990c in bwrite (bp=0x4000) at /usr/src/sys/kern/vfs_bio.c:821 #11 0xc054a6bc in bawrite (bp=0x0) at /usr/src/sys/kern/vfs_bio.c:1150 #12 0xc0555610 in vop_stdfsync (ap=0xcdcd8a8c) ---Type to continue, or q to quit--- at /usr/src/sys/kern/vfs_default.c:743 #13 0xc04befe0 in spec_fsync (ap=0xcdcd8a8c) at /usr/src/sys/fs/specfs/spec_vnops.c:422 #14 0xc04be348 in spec_vnoperate (ap=0x0) at /usr/src/sys/fs/specfs/spec_vnops.c:122 #15 0xc063cdd1 in ffs_sync (mp=0xc2e16c00, waitfor=2, cred=0xc169f200, td=0xc072fa20) at vnode_if.h:627 #16 0xc0562b8e in sync (td=0xc072fa20, uap=0x0) at /usr/src/sys/kern/vfs_syscalls.c:141 #17 0xc04fe995 in boot (howto=256) at /usr/src/sys/kern/kern_shutdown.c:281 #18 0xc04ff2a0 in poweroff_wait (junk=0xc06d0295, howto=-1066453387) at /usr/src/sys/kern/kern_shutdown.c:550 #19 0xc06a535c in trap_fatal (frame=0xc06d0295, eva=0) at /usr/src/sys/i386/i386/trap.c:821 #20 0xc06a5002 in trap_pfault (frame=0xcdcd8c0c, usermode=0, eva=3265252412) at /usr/src/sys/i386/i386/trap.c:735 #21 0xc06a4b9d in trap (frame= {tf_fs = 24, tf_es = 16, tf_ds = -1065222128, tf_edi = 0, tf_esi = -1025669632, tf_ebp = -842167196, tf_isp = -842167240, tf_ebx = -1029714944, tf_edx = 1, tf_ecx = -1025487872, tf_eax = -1026316864, tf_trapno = 12, tf_err = 0, tf_eip = -1069304973, tf_cs = 8, tf_eflags = 66118, tf_esp = -1068382546, tf_ss = -1025487872}) at /usr/src/sys/i386/i386/trap.c:420 #22 0xc0691828 in calltrap () at {standard input}:94 ---Type to continue, or q to quit--- #23 0xc0445e2c in dastrategy (bp=0x0) at /usr/src/sys/cam/scsi/scsi_da.c:645 #24 0xc04c1c86 in g_disk_start (bp=0xc2e31e58) at /usr/src/sys/geom/geom_disk.c:272 #25 0xc04c3e8c in g_io_schedule_down (tp=0xc16a9640) at /usr/src/sys/geom/geom_io.c:358 #26 0xc04c42b8 in g_down_procbody () at /usr/src/sys/geom/geom_kern.c:113 #27 0xc04e7ed0 in fork_exit (callout=0xc04c4290 , arg=0x0, frame=0x0) at /usr/src/sys/kern/kern_fork.c:793 (kgdb) Don't know if this is related, but it seems that after the first crash, df(1) has been giving invalid information for /var: > df -k /var Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/da1s1d 253678 -1369996434 1370229818 -587014% /var From owner-freebsd-current@FreeBSD.ORG Thu Jun 3 19:34:43 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E530B16A4CE for ; Thu, 3 Jun 2004 19:34:43 -0700 (PDT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id C44EA43D3F for ; Thu, 3 Jun 2004 19:34:43 -0700 (PDT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id B680272DCB; Thu, 3 Jun 2004 19:34:43 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id B0EDC72DB5; Thu, 3 Jun 2004 19:34:43 -0700 (PDT) Date: Thu, 3 Jun 2004 19:34:43 -0700 (PDT) From: Doug White To: Edd In-Reply-To: <200406031102.i53B27b07278@server1.web-mania.com> Message-ID: <20040603193318.C32676@carver.gumbysoft.com> References: <200406031102.i53B27b07278@server1.web-mania.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: ho hum. Make installworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 04 Jun 2004 02:34:44 -0000 On Thu, 3 Jun 2004, Edd wrote: > Checked out current src yesterday and did make buildworld followed by > mergemaster -p. Then make installworld: Don't forget to build the kernel :) > ===> sbin/geom/class/concat > install -s -o root -g wheel -m 444 geom_concat.so.1 /lib/geom > ln -fs geom_concat.so.1 /lib/geom/geom_concat.so > ln: /lib/geom/geom_concat.so: Not a directory > *** Error code 1 What version of src/etc/mtree/BSD.root.dist do you have? > Not too sure what I am supposed to do at this point. Can anyone help me? You could probably create /lib/geom manually, but if you have to make /lib, then something is very wrong with your checkout. Perhaps you have a sticky tag from a previous release hanging around? -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Jun 3 19:56:04 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C9A0516A4CE for ; Thu, 3 Jun 2004 19:56:04 -0700 (PDT) Received: from smtp3b.sentex.ca (smtp3b.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4274F43D5A for ; Thu, 3 Jun 2004 19:56:04 -0700 (PDT) (envelope-from mike@sentex.net) Received: from avscan1.sentex.ca (avscan1.sentex.ca [199.212.134.11]) by smtp3b.sentex.ca (8.12.11/8.12.11) with ESMTP id i542u3HO043303; Thu, 3 Jun 2004 22:56:03 -0400 (EDT) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by avscan1.sentex.ca (8.12.10/8.12.10) with ESMTP id i542u2GJ003137; Thu, 3 Jun 2004 22:56:02 -0400 (EDT) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.12.11/8.12.11) with ESMTP id i542tqnT097826; Thu, 3 Jun 2004 22:55:58 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.0.3.0.0.20040603220621.045655e0@64.7.153.2> X-Sender: mdtpop@64.7.153.2 (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 6.0.3.0 Date: Thu, 03 Jun 2004 22:58:32 -0400 To: freebsd-current@freebsd.org From: Mike Tancsa In-Reply-To: <20040518132157.B8772@gamplex.bde.org> References: <6.0.3.0.0.20040517154946.06d23d60@64.7.153.2> <20040518132157.B8772@gamplex.bde.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new Subject: Re: sio / puc wedging on both -current and -stable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 04 Jun 2004 02:56:04 -0000 Just a followup my previous post. Still havent quite figured out exactly what is going on, but perhaps something with the USB code? This is on a number of ICH4 boards I have on at least 3 different chipset variants. The MB BIOSes are also all up to date. Just a quick recap. I can fairly easily trigger an interrupt storm on these machines with USB enabled in the BIOS. If I disable it, I dont have a problem and all works well.... However, what I accidently came across today, was that if I load the USB drivers as a kld, I can *not* wedge the machine. Note the bottom of the following diff diff dmesg.kld dmesg.static < pci0: at 29.0 irq 10 < pci0: at 29.1 irq 5 < pci0: at 29.2 irq 12 --- > uhci0: port 0xb800-0xb81f irq 10 at device 29.0 on pci0 > usb0: on uhci0 > usb0: USB revision 1.0 > uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub0: 2 ports with 2 removable, self powered > uhci1: port 0xb000-0xb01f irq 5 at device 29.1 on pci0 > usb1: on uhci1 > usb1: USB revision 1.0 > uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub1: 2 ports with 2 removable, self powered > uhci2: port 0xb400-0xb41f irq 12 at device 29.2 on pci0 > usb2: on uhci2 > usb2: USB revision 1.0 > uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub2: 2 ports with 2 removable, self powered 67,83d78 < uhci0: port 0xb800-0xb81f irq 10 at device 29.0 on pci0 < usb0: on uhci0 < usb0: USB revision 1.0 < uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 < uhub0: 2 ports with 2 removable, self powered < uhci1: port 0xb000-0xb01f irq 5 at device 29.1 on pci0 < usb1: on uhci1 < usb1: USB revision 1.0 < uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 < uhub1: 2 ports with 2 removable, self powered < uhci2: port 0xb400-0xb41f irq 12 at device 29.2 on pci0 < uhci2: Could not allocate irq < device_probe_and_attach: uhci2 attach returned 6 < uhci2: port 0xb400-0xb41f irq 12 at device 29.2 on pci0 < uhci2: Could not allocate irq < device_probe_and_attach: uhci2 attach returned 6 < stray irq 7 arnold2% Why when I load the USB drivers as a kld, does it get an error about allocating an IRQ ? But when I have the drivers statically compiled, there is no error. Furthermore, when loaded as a kld, I am *not* able to wedge the box with an interrupt storm. arnold2% diff pci.kld pci.static 21c21 < none0@pci0:29:2: class=0x0c0300 card=0x0074a0a0 chip=0x24c78086 rev=0x02 hdr=0x00 --- > uhci2@pci0:29:2: class=0x0c0300 card=0x0074a0a0 chip=0x24c78086 rev=0x02 hdr=0x00 41c41 < none1@pci0:31:3: class=0x0c0500 card=0x0074a0a0 chip=0x24c38086 rev=0x02 hdr=0x00 --- > none0@pci0:31:3: class=0x0c0500 card=0x0074a0a0 chip=0x24c38086 rev=0x02 hdr=0x00 arnold2% arnold2% cat pci.static chip0@pci0:0:0: class=0x060000 card=0x0074a0a0 chip=0x25608086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82845G/GL/GV/GE/PE DRAM Controller / Host-Hub I/F Bridge' class = bridge subclass = HOST-PCI agp0@pci0:2:0: class=0x030000 card=0x3402a0a0 chip=0x25628086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82845G/GL/GV/GE/PE Integrated Graphics Device' class = display subclass = VGA uhci0@pci0:29:0: class=0x0c0300 card=0x0074a0a0 chip=0x24c28086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801DB/DBM (ICH4/M) USB UHCI Controller #1' class = serial bus subclass = USB uhci1@pci0:29:1: class=0x0c0300 card=0x0074a0a0 chip=0x24c48086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801DB/DBM (ICH4/M) USB UHCI Controller #2' class = serial bus subclass = USB uhci2@pci0:29:2: class=0x0c0300 card=0x0074a0a0 chip=0x24c78086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801DB/DBM (ICH4/M) USB UHCI Controller #3' class = serial bus subclass = USB pcib1@pci0:30:0: class=0x060400 card=0x00000000 chip=0x244e8086 rev=0x82 hdr=0x01 vendor = 'Intel Corporation' device = '82801BA/CA/DB/EB/ER (ICH2/3/4/5/5R) Hub Interface to PCI Bridge' class = bridge subclass = PCI-PCI isab0@pci0:31:0: class=0x060100 card=0x00000000 chip=0x24c08086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801DB (ICH4) LPC Interface Bridge' class = bridge subclass = PCI-ISA atapci0@pci0:31:1: class=0x01018a card=0x0074a0a0 chip=0x24cb8086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801DB (ICH4) UltraATA/100 EIDE Controller' class = mass storage subclass = ATA none0@pci0:31:3: class=0x0c0500 card=0x0074a0a0 chip=0x24c38086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801DB/DBM (ICH4/M) SMBus Controller' class = serial bus subclass = SMBus puc0@pci1:0:0: class=0x070002 card=0x00000000 chip=0x01201407 rev=0x00 hdr=0x00 vendor = 'Lava Computer Manufacturing Inc' class = simple comms subclass = UART puc1@pci1:0:1: class=0x070002 card=0x00000000 chip=0x01211407 rev=0x00 hdr=0x00 vendor = 'Lava Computer Manufacturing Inc' class = simple comms subclass = UART rl0@pci1:1:0: class=0x020000 card=0x813910ec chip=0x813910ec rev=0x10 hdr=0x00 vendor = 'Realtek Semiconductor' device = 'RT8139 (A/B/C/813x/C+) Fast Ethernet Adapter' class = network subclass = ethernet sio8@pci1:5:0: class=0x078000 card=0x0000151f chip=0x0000151f rev=0x00 hdr=0x00 vendor = 'Topic Semiconductor Corp' class = simple comms fxp0@pci1:8:0: class=0x020000 card=0x0317a0a0 chip=0x103a8086 rev=0x82 hdr=0x00 vendor = 'Intel Corporation' device = '82801DB LAN Controller with 82562ET/EZ (CNR) PHY' class = network subclass = ethernet ---Mike At 11:50 PM 17/05/2004, Bruce Evans wrote: >On Mon, 17 May 2004, Mike Tancsa wrote: > > > We are building a box that needs many serial ports to talk to some legacy > > low speed (9600) serial devices. Our application (a small daemon written > > in c) happily talks to the devices and all works well. However, if one of > > the external devices die or is unplugged, the FreeBSD box will at seemingly > > irregular intervals lockup hard. The only way to unlock the machine is to > > either hit the reset button (the keyboard is locked solid-- not even num > > lock works) *or* if I jiggle the DB9 connector enough so that enough noise > > shorts across the serial port *or* plug the serial port into a working > > device that I imagine sends some data on the serial port. The machine then > > returns to a normal state and all is well. This does NOT happen with the > > onboard serial ports. Only with a PUC device (we have tried several and > > its the same result) > > > > Does this jog anyone's memory as to what the problem might be ? > >It's an interrupt storm of some sort. PCI interrupts are more likely to >cause one than ISA interrupts because they are more likely to be level >triggered. > > > I have a remote debugger setup and I can send a break and drop the unit > > into debugger, but kernel debugging is a little beyond our skillset. > >Does this break into the locked machine? If so... > > > db> trace > > siointr1(c11d0000,d56dacb0,c02b49e6,c11d0000,10) at siointr1+0xc5 > > siointr(c11d0000,10,a005,c,10060) at siointr+0xc > > Xfastintr4(c11d0c00,d56dacd8,c02a741a,c11d0c00,c0a3f240) at Xfastintr4+0x16 > > siointr(c11d0c00) at siointr+0xc > >... Type "s", then hold down the Enter key to repeat the "s" command until >control returns here, then keep holding down the Enter key until something >loops (may take many hundreds of commands). Record all the output using >a serial console (don't type it in) and send it to me. > > > puc_intr(c11af000,63103a,c11d0c00,0,d56dad68) at puc_intr+0x4e > >If control returns here, then siointr hasn't looped internally; keep >going. > > > intr_mux(c0a3f240,0,630010,c1360010,c0170010) at intr_mux+0x1f > >If control returns here, then the loop is external so it is harder to >debug (but this is the most likely case). > >Going through intr_mux() means that the interrupt is not fast >(options PUC_FASTINTR). Try that. > > > Xresume12() at Xresume12+0x2b > >Stop if it gets back here. > > > --- interrupt, eip = 0xc02b5b2a, esp = 0xd56dad38, ebp = 0xd56dad68 --- > > vec12(c11ce980,3,2000,cbf03a00,d56634c0) at vec12+0x2 > > cnopen(c11ce980,3,2000,cbf03a00,0) at cnopen+0x6a > >It may be significant that the hang seems to occur while openig the console >device. Do you have a serial console on the puc device? I thought that >this doesn't work. > > > Any pointers on how to track this down ? It happens both in RELENG_4 from > > May 12th and 5.2-CURRENT FreeBSD 5.2-CURRENT #1: Thu May 13 > >Did it work before then? The driver hasn't changed since long before then. > >Bruce From owner-freebsd-current@FreeBSD.ORG Thu Jun 3 20:09:02 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 828CA16A4CE for ; Thu, 3 Jun 2004 20:09:02 -0700 (PDT) Received: from mail.corrupt.co.nz (222-152-6-169.jetstream.xtra.co.nz [222.152.6.169]) by mx1.FreeBSD.org (Postfix) with SMTP id 5869243D3F for ; Thu, 3 Jun 2004 20:09:01 -0700 (PDT) (envelope-from drew@corrupt.co.nz) Received: (qmail 13753 invoked by uid 1011); 4 Jun 2004 03:09:00 -0000 Received: from drew@corrupt.co.nz by tweety.lan.corrupt.co.nz by uid 1009 with qmail-scanner-1.22 Clear:RC:0(192.100.53.164):SA:0(0.0/3.8):. Processed in 6.298599 secs); 04 Jun 2004 03:09:00 -0000 X-Spam-Status: No, hits=0.0 required=3.8 Received: from 192.100.53.164.dts.net.nz (HELO corrupt.co.nz) (drew@corrupt.co.nz@192.100.53.164) by mail.corrupt.co.nz with SMTP; 4 Jun 2004 03:08:53 -0000 Message-ID: <40BFE7A4.8000902@corrupt.co.nz> Date: Fri, 04 Jun 2004 15:08:20 +1200 From: Drew Broadley User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040505 X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Mounting an FTP site X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 04 Jun 2004 03:09:02 -0000 I was just wondering if there is any feature, patch etc. to allow me to mount an ftp site to a directory ? I don't need to know the pros/cons of this, I just need to know Yes (where ?) or No. Cheers, Drew From owner-freebsd-current@FreeBSD.ORG Thu Jun 3 20:30:08 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E23F816A4CE for ; Thu, 3 Jun 2004 20:30:08 -0700 (PDT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id CFEC943D54 for ; Thu, 3 Jun 2004 20:30:05 -0700 (PDT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id i543U1ZI080837; Fri, 4 Jun 2004 13:00:01 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org, sub00@freeode.co.uk Date: Fri, 4 Jun 2004 13:00:01 +0930 User-Agent: KMail/1.6.2 References: <230sb0di0cdmh0illtv10sl2dmmv0fa2a2@4ax.com> In-Reply-To: <230sb0di0cdmh0illtv10sl2dmmv0fa2a2@4ax.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Message-Id: <200406041300.01367.doconnor@gsoft.com.au> X-Spam-Score: -3.6 () CARRIAGE_RETURNS,IN_REP_TO,PGP_SIGNATURE,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,UPPERCASE_25_50,USER_AGENT,USER_AGENT_KMAIL X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) Subject: Re: USB Audio X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 04 Jun 2004 03:30:09 -0000 =2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thu, 3 Jun 2004 02:21, John Murphy wrote: > There's no mention of the uaudio driver in 4.* hardware notes but it is > mentioned in the notes for 5.2.1. USB audio works OK in 4.x (well did in my experience) =2D --=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAv+y55ZPcIHs/zowRAl3WAJ9B0Gnd/EgXA5CxEzLUuLyEuq95tgCgoAQv PfgkvdihQoknjm9UltLK+E4=3D =3DHc16 =2D----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Jun 3 20:49:33 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from green.homeunix.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 6276D16A4CE; Thu, 3 Jun 2004 20:49:33 -0700 (PDT) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.12.11/8.12.11) with ESMTP id i543nWEP087789; Thu, 3 Jun 2004 23:49:32 -0400 (EDT) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.12.11/8.12.11/Submit) id i543nRJE087788; Thu, 3 Jun 2004 23:49:27 -0400 (EDT) (envelope-from green) Date: Thu, 3 Jun 2004 23:49:27 -0400 From: Brian Feldman To: Drew Broadley Message-ID: <20040604034927.GC85865@green.homeunix.org> References: <40BFE7A4.8000902@corrupt.co.nz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <40BFE7A4.8000902@corrupt.co.nz> User-Agent: Mutt/1.5.6i cc: current@freebsd.org Subject: Re: Mounting an FTP site X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 04 Jun 2004 03:49:33 -0000 On Fri, Jun 04, 2004 at 03:08:20PM +1200, Drew Broadley wrote: > I was just wondering if there is any feature, patch etc. to allow me to > mount an ftp site to a directory ? > > I don't need to know the pros/cons of this, I just need to know Yes > (where ?) or No. There isn't one because in general it's much easier and less error-prone to do such things completely in userland. The main projects I would check out if you want to be somewhere in the middle of those two are: GnomeVFS (http://developer.gnome.org/doc/API/gnome-vfs/) kio (from KDE) mozilla -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Thu Jun 3 21:42:01 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3451816A4CE; Thu, 3 Jun 2004 21:42:01 -0700 (PDT) Received: from smtp.eos.ocn.ne.jp (eos.ocn.ne.jp [211.6.83.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id 00DDA43D1F; Thu, 3 Jun 2004 21:42:01 -0700 (PDT) (envelope-from hrs@FreeBSD.org) Received: from delta.allbsd.org (p48049-adsao12honb4-acca.tokyo.ocn.ne.jp [220.96.130.49]) by smtp.eos.ocn.ne.jp (Postfix) with ESMTP id CDF5A108F; Fri, 4 Jun 2004 13:41:59 +0900 (JST) Received: from localhost (alph.allbsd.org [192.168.0.10]) by delta.allbsd.org (8.12.9p2/8.12.9) with ESMTP id i544fOA2044886; Fri, 4 Jun 2004 13:41:24 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Fri, 04 Jun 2004 13:38:52 +0900 (JST) Message-Id: <20040604.133852.02235159.hrs@eos.ocn.ne.jp> To: tanimura@FreeBSD.org From: Hiroki Sato In-Reply-To: References: <20040603185353.GA32129@Odin.AC.HMC.Edu> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 4.0.64 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Fri_Jun__4_13_38_52_2004_578)--" Content-Transfer-Encoding: 7bit cc: freebsd-current@FreeBSD.org cc: rwatson@FreeBSD.org cc: pdseniura@techie.com Subject: Re: What happened to src/sys/dev/sound/midi ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 04 Jun 2004 04:42:01 -0000 ----Security_Multipart(Fri_Jun__4_13_38_52_2004_578)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Robert Watson wrote in : > All this aside, I was a bit surprised on reading the commit message to see > the current MIDI code axed before adding the new code, if the new code is > expected to be seen soon. Usually the argument for "axe now" in the Tanimura-san, I am not sure if there is a reason but I think this is an obvious POLA violation. Is the new midi code already reviewed somewhere and reasonably compatible with the old one from a user's point of view? -- | Hiroki SATO ----Security_Multipart(Fri_Jun__4_13_38_52_2004_578)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQBAv/zfTyzT2CeTzy0RAnHvAJ9hrqnKSReNz6HomwhJBMq+hI9OKwCgi7tp k+sR2D7bLWyrkUy3Pw97Sq0= =VINF -----END PGP SIGNATURE----- ----Security_Multipart(Fri_Jun__4_13_38_52_2004_578)---- From owner-freebsd-current@FreeBSD.ORG Thu Jun 3 21:57:40 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7611716A4CE for ; Thu, 3 Jun 2004 21:57:40 -0700 (PDT) Received: from mail.distalzou.net (203.141.139.231.user.ad.il24.net [203.141.139.231]) by mx1.FreeBSD.org (Postfix) with ESMTP id 088EE43D2F for ; Thu, 3 Jun 2004 21:57:40 -0700 (PDT) (envelope-from devin@spamcop.net) Received: from plexi.pun-pun.prv ([192.168.7.29] helo=plexi) by mail.distalzou.net with esmtp (TLSv1:AES256-SHA:256) (Exim 4.34; FreeBSD) id 1BW6lu-000Jt7-8m; Fri, 04 Jun 2004 13:57:38 +0900 Date: Fri, 4 Jun 2004 13:57:37 +0900 (JST) From: Tod McQuillin X-X-Sender: devin@plexi.pun-pun.prv To: Drew Broadley In-Reply-To: <40BFE7A4.8000902@corrupt.co.nz> Message-ID: <20040604135617.R78741@plexi.pun-pun.prv> References: <40BFE7A4.8000902@corrupt.co.nz> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: current@freebsd.org Subject: Re: Mounting an FTP site X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 04 Jun 2004 04:57:40 -0000 On Fri, 4 Jun 2004, Drew Broadley wrote: > I was just wondering if there is any feature, patch etc. to allow me to > mount an ftp site to a directory ? I don't know if the source code is still available, or how much effort it would be to port to FreeBSD, but I have used Vincent Cate's alex project to do what you describe. Here's his paper on it: http://ce.sejong.ac.kr/~shindk/022_gpe/papers/Alex-a%20global%20file%20system.pdf -- Tod McQuillin From owner-freebsd-current@FreeBSD.ORG Thu Jun 3 22:12:26 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E3ECB16A4CE for ; Thu, 3 Jun 2004 22:12:26 -0700 (PDT) Received: from mtiwmhc13.worldnet.att.net (mtiwmhc13.worldnet.att.net [204.127.131.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B83243D48 for ; Thu, 3 Jun 2004 22:12:26 -0700 (PDT) (envelope-from j.e.drews@att.net) Received: from 204.127.135.30 ([204.127.135.30]) by worldnet.att.net (mtiwmhc13) with SMTP id <2004060405122511300i5d0je>; Fri, 4 Jun 2004 05:12:25 +0000 Received: from [64.105.56.145] by 204.127.135.30; Fri, 04 Jun 2004 05:12:24 +0000 From: j.e.drews@att.net To: freebsd-current@freebsd.org Date: Fri, 04 Jun 2004 05:12:24 +0000 Message-Id: <060420040512.28846.40C004B80004C4ED000070AE21603760219C990A9D0BD20AD206@att.net> X-Mailer: AT&T Message Center Version 1 (May 27 2004) X-Authenticated-Sender: ai5lLmRyZXdzQGF0dC5uZXQ= Subject: PCMCIA Modem causes hang on boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 04 Jun 2004 05:12:27 -0000 FreeBSD 5.2-CURRENT #0: Tue Jun 1 00:00:38 CDT 2004 gcc version 3.3.3 [FreeBSD] 20031106 PCMCIA Modem: Hawking PN612: 56Kbps V.90 Data/Fax PCMCIA FAX/Modem Hello: FreeBSD CURRENT hangs on boot when I use this PCMCIA MODEM. The laptop will not respond to CTRL C. I have to do a hard reboot. I get the following messages just before the hang: sio4 at port 0x2f8-0x2ff irq 11 function 0 config 23 on pccard 0 sio4: Type 8250 or not responding sio4: Unable to activate interrupt in fast mode - using normal mode. After this last message the laptop hangs and I must press the power off button. Any advice on what may be wrong would be appreciated. The manufacturer claims that it uses a Hayes AT compatible command set. Theis PCMCIA modem also works under Linux. Kind regards, Jonathan From owner-freebsd-current@FreeBSD.ORG Thu Jun 3 22:54:09 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B5D8616A4CE for ; Thu, 3 Jun 2004 22:54:09 -0700 (PDT) Received: from noname.csdl.lt (noname.csdl.lt [194.176.40.182]) by mx1.FreeBSD.org (Postfix) with SMTP id 06C2443D48 for ; Thu, 3 Jun 2004 22:54:07 -0700 (PDT) (envelope-from paulius@devnull.lt) Received: (qmail 8168 invoked by uid 1000); 4 Jun 2004 05:54:04 -0000 Date: Fri, 4 Jun 2004 08:54:04 +0300 From: Paulius Bulotas To: Bill Paul Message-ID: <20040604055404.GA7612@devnull.lt> References: <20040603203040.GA67747@devnull.lt> <20040603210622.6030216A4CF@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040603210622.6030216A4CF@hub.freebsd.org> X-URL: http://devnull.lt/ cc: freebsd-current@freebsd.org Subject: Re: ndis problems (T40, Centrino, upgraded 06.03) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 04 Jun 2004 05:54:09 -0000 Hi, On 04 06 03, Bill Paul wrote: > > ndis0: set mclist failed: 6 > > ndis0: set filter failed: 6 > Did it always print the "set mclist failed" and "set filter failed" > messages or is this new? (Helps if you tell me these things so I don't I've always seen these messages, but since wireless worked, I had no complaints at all. I'm using the driver from IBM website, string from w70n51.INF: DriverVer = 02/10/2004,1.2.1.11 Paulius From owner-freebsd-current@FreeBSD.ORG Thu Jun 3 23:50:53 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CAD3216A4D2 for ; Thu, 3 Jun 2004 23:50:53 -0700 (PDT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 643B243D3F for ; Thu, 3 Jun 2004 23:50:51 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.11/8.12.11) with ESMTP id i546lbxO055224; Fri, 4 Jun 2004 00:47:37 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Fri, 04 Jun 2004 00:47:43 -0600 (MDT) Message-Id: <20040604.004743.38326324.imp@bsdimp.com> To: j.e.drews@att.net From: "M. Warner Losh" In-Reply-To: <060420040512.28846.40C004B80004C4ED000070AE21603760219C990A9D0BD20AD206@att.net> References: <060420040512.28846.40C004B80004C4ED000070AE21603760219C990A9D0BD20AD206@att.net> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: PCMCIA Modem causes hang on boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 04 Jun 2004 06:50:53 -0000 In message: <060420040512.28846.40C004B80004C4ED000070AE21603760219C990A9D0BD20AD206@att.net> j.e.drews@att.net writes: : FreeBSD 5.2-CURRENT #0: Tue Jun 1 00:00:38 CDT 2004 : FreeBSD CURRENT hangs on boot when I use this PCMCIA MODEM. The : laptop will not respond to CTRL C. I have to do a hard : reboot. I get the following messages just before the hang: : : sio4 at port 0x2f8-0x2ff irq 11 : function 0 config 23 on pccard 0 : sio4: Type 8250 or not responding : sio4: Unable to activate interrupt in fast mode - using normal mode. : : After this last message the laptop hangs and I must press the power : off button. Any advice on what may be wrong would be : appreciated. The manufacturer claims that it uses a Hayes : AT compatible command set. Theis PCMCIA modem also works under Linux. sounds like a possible interrupt storm, or the modem isn't getting mapped to the address we think it is (see the 8250 message, there are no 8250 pcmcia modems), so the first interrupt we get, we spin forever in siointr. I think I'm going to put code into the pcmcia attachment that actively fails to attach to 8250's on pcmcia. Can I get a more complete dmesg? I assume that the sources are from June 1? Warner From owner-freebsd-current@FreeBSD.ORG Fri Jun 4 01:40:32 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0841016A4CE; Fri, 4 Jun 2004 01:40:32 -0700 (PDT) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7256043D3F; Fri, 4 Jun 2004 01:40:30 -0700 (PDT) (envelope-from ganbold@micom.mng.net) Received: from [202.179.0.164] (helo=ganbold.micom.mng.net) by publicd.ub.mng.net with asmtp (Exim 4.34; FreeBSD) id 1BWAFg-000F1r-Ey; Fri, 04 Jun 2004 16:40:37 +0800 Message-Id: <6.1.0.6.2.20040604173402.02db3468@202.179.0.80> X-Sender: ganbold@micom.mng.net@202.179.0.80 X-Mailer: QUALCOMM Windows Eudora Version 6.1.0.6 Date: Fri, 04 Jun 2004 17:41:06 +0900 To: freebsd-current@freebsd.org From: Ganbold Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed cc: freebsd-questions@freebsd.org Subject: IBM e325 ServeRAID-6M on FreeBSD 5.x X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 04 Jun 2004 08:40:32 -0000 Hi, We are planning to purchase IBM e325 server with ServeRAID-6M and Dual AMD Opteron 2.2Ghz CPU. Did somebody make FreeBSD 5.x work on IBM e325 server with ServeRAID-6M before? Are there any known problems and issues? Will FreeBSD 5.x work on it? thanks in advance, Ganbold From owner-freebsd-current@FreeBSD.ORG Fri Jun 4 02:08:39 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5AC4E16A4CE for ; Fri, 4 Jun 2004 02:08:39 -0700 (PDT) Received: from mailout1.informatik.tu-muenchen.de (mailout1.informatik.tu-muenchen.de [131.159.0.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id A320943D39 for ; Fri, 4 Jun 2004 02:08:38 -0700 (PDT) (envelope-from langd@informatik.tu-muenchen.de) Date: Fri, 4 Jun 2004 11:08:19 +0200 From: Daniel Lang To: freebsd-current@freebsd.org Message-ID: <20040604090819.GA6035@atrbg11.informatik.tu-muenchen.de> Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="vkogqOf2sHV7VnPd" Content-Disposition: inline X-Geek: GCS/CC d-- s: a- C++$ UBS++++$ P+++$ L- E-(---) W+++(--) N++ o K w--- O? M? V? PS+(++) PE--(+) Y+ PGP+ t++ 5+++ X R+(-) tv+ b+ DI++ D++ G++ e+++ h---(-) r+++ y+ User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at informatik.tu-muenchen.de Subject: LOR No 9 and strange other kernel messages X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 04 Jun 2004 09:08:39 -0000 --vkogqOf2sHV7VnPd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, I just went through my syslog and stumbled across a LOR, which is documented on the Zabbadoz LOR page (id 009).=20 The reason for this mail is the following kernel messages: [..] Jun 1 11:08:06 atrbg11 kernel: x: 2 Jun 1 11:08:06 atrbg11 kernel: x: 2 [..] Seems some leftovers from a developer who did not want to=20 bother others with the gory details. ;-)) Cheers, Daniel --=20 IRCnet: Mr-Spock - Burn them to ashes, then burn the ashes. - =20 Daniel Lang * dl@leo.org * +49 89 289 18532 * http://www.leo.org/~dl/ --vkogqOf2sHV7VnPd Content-Type: application/x-pkcs7-signature Content-Disposition: attachment; filename="smime.p7s" Content-Transfer-Encoding: base64 MIIVcwYJKoZIhvcNAQcCoIIVZDCCFWACAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC EugwggcAMIIF6KADAgECAgIj0zANBgkqhkiG9w0BAQUFADByMQswCQYDVQQGEwJERTERMA8G A1UEBxMITXVlbmNoZW4xDDAKBgNVBAoTA1RVTTELMAkGA1UECxMCSU4xGDAWBgNVBAMTD1JC Ry1CZW51dHplci1DQTEbMBkGCSqGSIb3DQEJARYMY2FAaW4udHVtLmRlMB4XDTA0MDQyMzEz MTU1OFoXDTA1MDUzMTAwMDAwMFowdzELMAkGA1UEBhMCREUxETAPBgNVBAcTCE11ZW5jaGVu MQwwCgYDVQQKEwNUVU0xCzAJBgNVBAsTAklOMRQwEgYDVQQDEwtEYW5pZWwgTGFuZzEkMCIG CSqGSIb3DQEJARYVZGFuaWVsLmxhbmdAaW4udHVtLmRlMIIBIjANBgkqhkiG9w0BAQEFAAOC AQ8AMIIBCgKCAQEAs1d9JUkGBG8T4m1wlzqfK2IU6pEZQcA00/hX1hlAVY5Jwv18rJncrOym 1dXSLubRIWZEEDRDPYCK0RhGHtaBYOTZpBSWezVkC2g6ioWS9wsnJpk0GIJN+o+k9L7+3vzE y/JemK2/ARtPIMo3jXMf7qD9rcZ6LD6SwUDtq8Tl3YE8pC8ptT4CROjS1SKHh7JI8a5vEUWw v/2C+a4VSW0blJu4G50Ze+UwAdHrEMxvCjXN09YyjcY4N/eUacWl7p/kMXuKErnibYRY8jJF wQnFzacWQrNRHjXO5mW06ZlbyvMzO5gQLSu7fAJMLXRZPT+bxNYZf4JUHJnNkn4Y8Ikg/QID AQABo4IDmTCCA5UwDAYDVR0TAQH/BAIwADAdBgNVHQ4EFgQUzXKq/vhVcUKYbsX7Z8ixXFhe F2YwgZMGA1UdIwSBizCBiIAUNiQ562ZHp7c9HjvDspUMZvpFEfuhbaRrMGkxCzAJBgNVBAYT AkRFMREwDwYDVQQHEwhNdWVuY2hlbjEMMAoGA1UEChMDVFVNMQswCQYDVQQLEwJJTjEPMA0G A1UEAxMGUkJHLUNBMRswGQYJKoZIhvcNAQkBFgxjYUBpbi50dW0uZGWCAQUwDgYDVR0PAQH/ BAQDAgSwMB0GA1UdJQQWMBQGCCsGAQUFBwMCBggrBgEFBQcDBDCBsQYDVR0RBIGpMIGmgQ9s YW5nZEBpbi50dW0uZGWBFWRhbmllbC5sYW5nQGluLnR1bS5kZYEfbGFuZ2RAaW5mb3JtYXRp ay50dS1tdWVuY2hlbi5kZYElZGFuaWVsLmxhbmdAaW5mb3JtYXRpay50dS1tdWVuY2hlbi5k ZYEQbGFuZ2RAY3MudHVtLmVkdYEWZGFuaWVsLmxhbmdAY3MudHVtLmVkdYEKZGxAbGVvLm9y ZzAJBgNVHRIEAjAAMDsGA1UdHwQ0MDIwMKAuoCyGKmh0dHA6Ly9jYS5pbi50dW0uZGUvY3Js cy9nMi91c2VyY2FfY3JsLmNybDARBglghkgBhvhCAQEEBAMCBaAwga4GCWCGSAGG+EIBDQSB oBaBnURpZXNlcyBaZXJ0aWZpa2F0IHd1cmRlIGF1c2dlc3RlbGx0IGZ1ZXIgRGFuaWVsIExh bmcgdm9uIGRlciBSQkctQmVudXR6ZXItQ0EgKDIuR2VuZXJhdGlvbiksIEZha3VsdGFldCBm dWVyIEluZm9ybWF0aWsgZGVyIFRlY2huaXNjaGVuIFVuaXZlcnNpdGFldCBNdWVuY2hlbi4w NgYJYIZIAYb4QgEDBCkWJ2h0dHA6Ly9jYS5pbi50dW0uZGUvY2dpLWJpbi91c2VyY2EtcmV2 PzAyBglghkgBhvhCAQQEJRYjaHR0cDovL2NhLmluLnR1bS5kZS9jZ2ktYmluL2NhLXJldj8w LAYJYIZIAYb4QgEIBB8WHWh0dHA6Ly9jYS5pbi50dW0uZGUvcG9saWNpZXMvMEcGA1UdIARA MD4wPAYNKwYBBAGBmD5lgUgBATArMCkGCCsGAQUFBwIBFh1odHRwOi8vY2EuaW4udHVtLmRl L3BvbGljaWVzLzANBgkqhkiG9w0BAQUFAAOCAQEAaFvwlYSJNc32QohD3O0xlEprR1sauebF q3DrhCttWooCxyOQs6SCUnk2Smv9Rl1P7NFqoKhfTFwhC0Oa5rXgTFyOv7w8M8RyFIDahfHb PA2kxf8UHlsZcSuumPEEToi5dm0c2FObAAOT0CV0yKCp6RI+xSbMF6qQD23+j5PtlESTeIYp f/aL8b4gUHS0KKsEgqjpOoqbJzYBskQCLenolaFKevZuZRpmhrgGzUyakRKgGu7jR/88CYh6 YyUkc/Fxk/i+vhLQV/7mJEO0/mf6Dx+26kPgamKZieGqDJSfEvMgbLEdhkx8KIC7BmF1xt/w Wqln6jvlyyNhzks5ivf+tTCCBeIwggTKoAMCAQICAQQwDQYJKoZIhvcNAQEFBQAwaTELMAkG A1UEBhMCREUxETAPBgNVBAcTCE11ZW5jaGVuMQwwCgYDVQQKEwNUVU0xCzAJBgNVBAsTAklO MQ8wDQYDVQQDEwZSQkctQ0ExGzAZBgkqhkiG9w0BCQEWDGNhQGluLnR1bS5kZTAeFw0wNDA0 MTQxMTM2MzRaFw0wOTA2MDEwMDAwMDBaMHAxCzAJBgNVBAYTAkRFMREwDwYDVQQHEwhNdWVu Y2hlbjEMMAoGA1UEChMDVFVNMQswCQYDVQQLEwJJTjEWMBQGA1UEAxMNUkJHLVNlcnZlci1D QTEbMBkGCSqGSIb3DQEJARYMY2FAaW4udHVtLmRlMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8A MIIBCgKCAQEAoePWEn7xO39yf3DYb9gxjsS0uofT/t1QxfCFkqYDxU6C24ewtFEOMlR40Q4J 4HHBFOWc7rllw780sWuumYkzjdxswA37ZmZ171Zp99cZ9HLO1eWroaiewGiE69Yo30x1iePp 5/5MjbeQdyzfKVjppIgdH4Q7T7W6jV9xrerR955FoD7GKKj1B4azN1hmjkxyIcTTd3imk3yi 3IfLTUbNhPeedsNVRez7l+NRqt6vJC1u+Q3IBQ2PPRcgeVQJGkHPtEKcPtFrY4kV4YHmiBF/ Xl1co1OAddxYO3v+hns0ikxOFxMqEEw4nfeHCL7pVp11uXB2kc8NpEwzNZsq5ykmmQIDAQAB o4ICjDCCAogwDwYDVR0TAQH/BAUwAwEB/zAdBgNVHQ4EFgQU3PUENjj/EeOdOtKDmBMZDy3I H/8wgZMGA1UdIwSBizCBiIAUAr3bGy+wsVe/6m0mADKJ8jIZOvyhbaRrMGkxCzAJBgNVBAYT AkRFMREwDwYDVQQHEwhNdWVuY2hlbjEMMAoGA1UEChMDVFVNMQswCQYDVQQLEwJJTjEPMA0G A1UEAxMGUkJHLUNBMRswGQYJKoZIhvcNAQkBFgxjYUBpbi50dW0uZGWCAQMwDgYDVR0PAQH/ BAQDAgEGMBMGA1UdJQQMMAoGCCsGAQUFBwMBMDcGA1UdHwQwMC4wLKAqoCiGJmh0dHA6Ly9j YS5pbi50dW0uZGUvY3Jscy9nMi9jYV9jcmwuY3JsMBEGCWCGSAGG+EIBAQQEAwICBDCBkwYJ YIZIAYb4QgENBIGFFoGCWmVydGlmaWthdCBmdWVyIFJCRy1TZXJ2ZXItQ0EgYXVzZ2VzdGVs bHQgdm9uIFJCRy1DQSAyLkdlbmVyYXRpb24sIEZha3VsdGFldCBmdWVyIEluZm9ybWF0aWsg ZGVyIFRlY2huaXNjaGVuIFVuaXZlcnNpdGFldCBNdWVuY2hlbjAyBglghkgBhvhCAQQEJRYj aHR0cDovL2NhLmluLnR1bS5kZS9jZ2ktYmluL2NhLXJldj8wPAYJYIZIAYb4QgEIBC8WLWh0 dHA6Ly9jYS5pbi50dW0uZGUvcG9saWNpZXMvc2VydmVyY2Fwb2wuaHRtbDBHBgNVHSAEQDA+ MDwGDSsGAQQBgZg+ZYFIAQEwKzApBggrBgEFBQcCARYdaHR0cDovL2NhLmluLnR1bS5kZS9w b2xpY2llcy8wDQYJKoZIhvcNAQEFBQADggEBAJdbHM31nJEU9hLrlFtsa653xed5gSFUwX3D hlUWRFDB+EknV0g+IeVYykNzpw8ILruy59S5O101ZH47br2rx9m3EUloAIyVRDFFX+aFuJ+i PDyo98aZDSdeuwAwSO4tv/rOudIZST5XFvHez7aiIoUHx07NZhcr3yFzOqTPtLkw67MDizY0 +nHvMH26Ch0nSQUdor+y0rPfYMRpOomrjV42U23VRtxnRo+KqUdvgg1WdUST9sMqBXQ1esfn N5LIt3xdahgCNz5F/2ai0LW8E2E/WWJNZfaKhC062T/FZzH6/qe+pmVlDgCWDPXci0D5HR4c lxUbEkbQ4olo0cdje3gwggX6MIIE4qADAgECAgEFMA0GCSqGSIb3DQEBBQUAMGkxCzAJBgNV BAYTAkRFMREwDwYDVQQHEwhNdWVuY2hlbjEMMAoGA1UEChMDVFVNMQswCQYDVQQLEwJJTjEP MA0GA1UEAxMGUkJHLUNBMRswGQYJKoZIhvcNAQkBFgxjYUBpbi50dW0uZGUwHhcNMDQwNDE0 MTEzODIxWhcNMDkwNjAxMDAwMDAwWjByMQswCQYDVQQGEwJERTERMA8GA1UEBxMITXVlbmNo ZW4xDDAKBgNVBAoTA1RVTTELMAkGA1UECxMCSU4xGDAWBgNVBAMTD1JCRy1CZW51dHplci1D QTEbMBkGCSqGSIb3DQEJARYMY2FAaW4udHVtLmRlMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8A MIIBCgKCAQEAuUIL+0omWgx+ZdeQWWuiMSkOPHit3bZKDTMwW1uO1046KvcrBfSURAV/0Afx 4DiQtkFptNt18wMvJrJPf85TXxGXiOR1MUpx4GNQ0FtNg5AzIRSVQpEzOo6cBe3hU3owXnZZ 22d36XHXnKoz/zZMePSEggc2oMuj+OoChLROG/psUS58tT20ohl1ltfqTeB/9ldGaJomANv4 Q6HgvvMRB8VK6qGR+FADAEqpZJ+JewAMJaDpDatkLhZQ44ygGPErDIWbKnqZvPfiBTga65kB E3N/2Mt+x2q1duyEfS49P+Ss2Vf0v8xnvdmsUF+0MdgBQ2dKTMbCQwsbGDDUVbW7OwIDAQAB o4ICojCCAp4wDwYDVR0TAQH/BAUwAwEB/zAdBgNVHQ4EFgQUNiQ562ZHp7c9HjvDspUMZvpF EfswgZMGA1UdIwSBizCBiIAUAr3bGy+wsVe/6m0mADKJ8jIZOvyhbaRrMGkxCzAJBgNVBAYT AkRFMREwDwYDVQQHEwhNdWVuY2hlbjEMMAoGA1UEChMDVFVNMQswCQYDVQQLEwJJTjEPMA0G A1UEAxMGUkJHLUNBMRswGQYJKoZIhvcNAQkBFgxjYUBpbi50dW0uZGWCAQMwDgYDVR0PAQH/ BAQDAgEGMB0GA1UdJQQWMBQGCCsGAQUFBwMCBggrBgEFBQcDBDA3BgNVHR8EMDAuMCygKqAo hiZodHRwOi8vY2EuaW4udHVtLmRlL2NybHMvZzIvY2FfY3JsLmNybDAJBgNVHRIEAjAAMBEG CWCGSAGG+EIBAQQEAwIBBjCBlgYJYIZIAYb4QgENBIGIFoGFWmVydGlmaWthdCBmdWVyIFJC Ry1CZW51dHplci1DQSwgYXVzZ2VzdGVsbHQgdm9uIFJCRy1DQSAyLkdlbmVyYXRpb24sIEZh a3VsdGFldCBmdWVyIEluZm9ybWF0aWsgZGVyIFRlY2huaXNjaGVuIFVuaXZlcnNpdGFldCBN dWVuY2hlbjAyBglghkgBhvhCAQQEJRYjaHR0cDovL2NhLmluLnR1bS5kZS9jZ2ktYmluL2Nh LXJldj8wOgYJYIZIAYb4QgEIBC0WK2h0dHA6Ly9jYS5pbi50dW0uZGUvcG9saWNpZXMvdXNl cmNhcG9sLmh0bWwwRwYDVR0gBEAwPjA8Bg0rBgEEAYGYPmWBSAEBMCswKQYIKwYBBQUHAgEW HWh0dHA6Ly9jYS5pbi50dW0uZGUvcG9saWNpZXMvMA0GCSqGSIb3DQEBBQUAA4IBAQB0Fciq aObDs6d/ZW5OXQi6AfFy7SnagnAP3uqMAamMyTCtUn8/3AeGb5veesmtXUTrOL6v5q5VMuwa C6rvxLVpevnS6YrvhjijbqtuaJU/Rsw+zgAvGOj3VrolfC4pxNBPoKATBVWDOufrO3w9oFHY OaS3URFEURbhdQGCET0letBus3B8fCl0TOvF7ftE47+C8c0nYDzukMH2DNTlJ1Z33NA5CFyC QBjqdGFmRJezFyquWDP+ub/Aw/TeiY1vr/wsF+mcfNjFYvY6Q8tIWoeg5ED7Ex20T9PFk447 gWpEN6oyTUXd95SyMzWZ6RzUX/ox/mlcYfCqoUDiReZr/6+EMYICUzCCAk8CAQEweDByMQsw CQYDVQQGEwJERTERMA8GA1UEBxMITXVlbmNoZW4xDDAKBgNVBAoTA1RVTTELMAkGA1UECxMC SU4xGDAWBgNVBAMTD1JCRy1CZW51dHplci1DQTEbMBkGCSqGSIb3DQEJARYMY2FAaW4udHVt LmRlAgIj0zAJBgUrDgMCGgUAoIGxMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZI hvcNAQkFMQ8XDTA0MDYwNDA5MDgxOVowIwYJKoZIhvcNAQkEMRYEFD9Nlxxn+71tb4egBmwq 7+VbDtPzMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0G CCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMA0GCSqGSIb3DQEBAQUABIIB ADmj3tipZNvm9y0Z732Uwwc3Vyn0nxZk+nk3C4aPQrwfb6/6pQYNRWS6MlmkTBK2qhq1rS82 9OnyDVnw3VfkQLgz4BulRYEBLC1y1povFIuTZ+nv7nG1aHPTFLMJo4VYP+zB6S0GxBmeaULE 3tZYe2vGls+mZMSptCdxMY7FPmmbhEMAdxi1ukLYuLpBkcXbfz0plshl66AGGJdZFkY+As8J szb4Jhr6HrMhNZNZyMTvPr9Fnv2hQTWA1bAZulNNy8IX7G3gRjPnfvmL6OvMM99ic4NtkhO/ DMAUNI8xV3e+fOafmIGH0StYIZ3WAT4NmuVoLw3o4WaybJ03BHMrR9Y= --vkogqOf2sHV7VnPd-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 4 02:23:32 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D6F6616A4CE for ; Fri, 4 Jun 2004 02:23:32 -0700 (PDT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 72C1243D41 for ; Fri, 4 Jun 2004 02:23:31 -0700 (PDT) (envelope-from ru@ip.net.ua) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i549T7EZ013799 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 4 Jun 2004 12:29:09 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.12.11/8.12.11) id i549NEBP012363 for current@FreeBSD.org; Fri, 4 Jun 2004 12:23:14 +0300 (EEST) (envelope-from ru) Date: Fri, 4 Jun 2004 12:23:13 +0300 From: Ruslan Ermilov To: current@FreeBSD.org Message-ID: <20040604092313.GA12314@ip.net.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ZPt4rx8FFjLCG7dd" Content-Disposition: inline User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) Subject: Can the disklabel(8) link go now? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 04 Jun 2004 09:23:32 -0000 --ZPt4rx8FFjLCG7dd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Gang, I'd like to remove the old compatibility link from bsdlabel(8) to disklabel(8). I think the dust has settled enough to allow this to be done now (and before 5.3-RELEASE): %%% Index: Makefile =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/sbin/bsdlabel/Makefile,v retrieving revision 1.19 diff -u -r1.19 Makefile --- Makefile 11 Jan 2004 09:11:10 -0000 1.19 +++ Makefile 4 Jun 2004 09:20:31 -0000 @@ -8,17 +8,16 @@ #MAN=3D bsdlabel.5 MAN+=3D bsdlabel.8 =20 -.if ${MACHINE_ARCH} =3D=3D "i386" || ${MACHINE_ARCH} =3D=3D "alpha" || \ - ${MACHINE_ARCH} =3D=3D "amd64" -LINKS=3D ${BINDIR}/bsdlabel ${BINDIR}/disklabel -MLINKS=3D bsdlabel.8 disklabel.8 -.endif - DPADD=3D ${LIBGEOM} LDADD=3D -lgeom =20 .include =20 +afterinstall: +.if exists(${DESTDIR}${BINDIR}/disklabel) + rm -f ${DESTDIR}${BINDIR}/disklabel +.endif + test: ${PROG} sh ${.CURDIR}/runtest.sh =20 %%% What do you think? Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --ZPt4rx8FFjLCG7dd Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAwD+BqRfpzJluFF4RAiBFAJ90rZj4nCRvHk0TSgY8hdN+HYTOJwCgmXgN VXbtnCLTxOd5peov/NkyhA8= =SXw3 -----END PGP SIGNATURE----- --ZPt4rx8FFjLCG7dd-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 4 02:28:21 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8686816A4CE; Fri, 4 Jun 2004 02:28:21 -0700 (PDT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3835843D1F; Fri, 4 Jun 2004 02:28:21 -0700 (PDT) (envelope-from scottl@freebsd.org) Received: from freebsd.org (junior-wifi.samsco.home [192.168.0.11]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i549ZI8i029362; Fri, 4 Jun 2004 03:35:19 -0600 (MDT) (envelope-from scottl@freebsd.org) Message-ID: <40C0408A.90404@freebsd.org> Date: Fri, 04 Jun 2004 03:27:38 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040304 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ganbold References: <6.1.0.6.2.20040604173402.02db3468@202.179.0.80> In-Reply-To: <6.1.0.6.2.20040604173402.02db3468@202.179.0.80> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: freebsd-current@freebsd.org cc: freebsd-questions@freebsd.org Subject: Re: IBM e325 ServeRAID-6M on FreeBSD 5.x X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 04 Jun 2004 09:28:21 -0000 Ganbold wrote: > Hi, > > We are planning to purchase IBM e325 server with ServeRAID-6M and Dual > AMD Opteron 2.2Ghz CPU. > Did somebody make FreeBSD 5.x work on IBM e325 server with ServeRAID-6M > before? > Are there any known problems and issues? > Will FreeBSD 5.x work on it? > > thanks in advance, > > Ganbold > The serveraid cards should work, but I haven't audited the driver for 64-bit cleanliness. I also haven't heard of any reports, positive nor negative, about it, so it's up to you if you want to experiment. If it doesn't work, let me know. Scott From owner-freebsd-current@FreeBSD.ORG Fri Jun 4 02:31:23 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9782316A4CE; Fri, 4 Jun 2004 02:31:23 -0700 (PDT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D7BD43D2F; Fri, 4 Jun 2004 02:31:23 -0700 (PDT) (envelope-from scottl@freebsd.org) Received: from freebsd.org (junior-wifi.samsco.home [192.168.0.11]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i549cZZ9029392; Fri, 4 Jun 2004 03:38:35 -0600 (MDT) (envelope-from scottl@freebsd.org) Message-ID: <40C0414F.4040108@freebsd.org> Date: Fri, 04 Jun 2004 03:30:55 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040304 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ruslan Ermilov References: <20040604092313.GA12314@ip.net.ua> In-Reply-To: <20040604092313.GA12314@ip.net.ua> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: current@freebsd.org Subject: Re: Can the disklabel(8) link go now? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 04 Jun 2004 09:31:23 -0000 My vote is 'not right now'. disklabel is a very fundamental command to BSD, so if you intend to remove it then I suggest that you do the following: 1. Mark it as 'deprecated' everywhere. All documentation, manual pages, etc. If you can make it so that an invocation of 'disklabel' prints out a deprecation warning, that would be good also. 2. After 5-STABLE branches, remove it from HEAD. 3. Leave it in 5-STABLE until EOL. Scott Ruslan Ermilov wrote: > Gang, > > I'd like to remove the old compatibility link from bsdlabel(8) > to disklabel(8). I think the dust has settled enough to allow > this to be done now (and before 5.3-RELEASE): > > %%% > Index: Makefile > =================================================================== > RCS file: /home/ncvs/src/sbin/bsdlabel/Makefile,v > retrieving revision 1.19 > diff -u -r1.19 Makefile > --- Makefile 11 Jan 2004 09:11:10 -0000 1.19 > +++ Makefile 4 Jun 2004 09:20:31 -0000 > @@ -8,17 +8,16 @@ > #MAN= bsdlabel.5 > MAN+= bsdlabel.8 > > -.if ${MACHINE_ARCH} == "i386" || ${MACHINE_ARCH} == "alpha" || \ > - ${MACHINE_ARCH} == "amd64" > -LINKS= ${BINDIR}/bsdlabel ${BINDIR}/disklabel > -MLINKS= bsdlabel.8 disklabel.8 > -.endif > - > DPADD= ${LIBGEOM} > LDADD= -lgeom > > .include > > +afterinstall: > +.if exists(${DESTDIR}${BINDIR}/disklabel) > + rm -f ${DESTDIR}${BINDIR}/disklabel > +.endif > + > test: ${PROG} > sh ${.CURDIR}/runtest.sh > > %%% > > What do you think? > > > Cheers, From owner-freebsd-current@FreeBSD.ORG Fri Jun 4 02:35:46 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0C61716A4CE; Fri, 4 Jun 2004 02:35:46 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 436EE43D45; Fri, 4 Jun 2004 02:35:45 -0700 (PDT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.11/8.12.11) with ESMTP id i549Zbqt015732; Fri, 4 Jun 2004 11:35:37 +0200 (CEST) (envelope-from phk@phk.freebsd.dk) To: Scott Long From: "Poul-Henning Kamp" In-Reply-To: Your message of "Fri, 04 Jun 2004 03:30:55 MDT." <40C0414F.4040108@freebsd.org> Date: Fri, 04 Jun 2004 11:35:37 +0200 Message-ID: <15731.1086341737@critter.freebsd.dk> cc: current@freebsd.org Subject: Re: Can the disklabel(8) link go now? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 04 Jun 2004 09:35:46 -0000 In message <40C0414F.4040108@freebsd.org>, Scott Long writes: >My vote is 'not right now'. disklabel is a very fundamental command >to BSD, so if you intend to remove it then I suggest that you do the >following: > >1. Mark it as 'deprecated' everywhere. All documentation, manual >pages, etc. If you can make it so that an invocation of 'disklabel' >prints out a deprecation warning, that would be good also. >2. After 5-STABLE branches, remove it from HEAD. >3. Leave it in 5-STABLE until EOL. I thought the idea was to make disklabel(8) print out a helpful text pointing out the right tools for the current platform ? -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Fri Jun 4 03:07:42 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 34F9F16A4CF; Fri, 4 Jun 2004 03:07:42 -0700 (PDT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id DCDC743D2F; Fri, 4 Jun 2004 03:07:41 -0700 (PDT) (envelope-from scottl@freebsd.org) Received: from freebsd.org (junior-wifi.samsco.home [192.168.0.11]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i54AEj4v029521; Fri, 4 Jun 2004 04:14:46 -0600 (MDT) (envelope-from scottl@freebsd.org) Message-ID: <40C049C9.40605@freebsd.org> Date: Fri, 04 Jun 2004 04:07:05 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040304 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Poul-Henning Kamp References: <15731.1086341737@critter.freebsd.dk> In-Reply-To: <15731.1086341737@critter.freebsd.dk> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: current@freebsd.org Subject: Re: Can the disklabel(8) link go now? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 04 Jun 2004 10:07:42 -0000 Poul-Henning Kamp wrote: > In message <40C0414F.4040108@freebsd.org>, Scott Long writes: > >>My vote is 'not right now'. disklabel is a very fundamental command >>to BSD, so if you intend to remove it then I suggest that you do the >>following: >> >>1. Mark it as 'deprecated' everywhere. All documentation, manual >>pages, etc. If you can make it so that an invocation of 'disklabel' >>prints out a deprecation warning, that would be good also. >>2. After 5-STABLE branches, remove it from HEAD. >>3. Leave it in 5-STABLE until EOL. > > > I thought the idea was to make disklabel(8) print out a helpful > text pointing out the right tools for the current platform ? > > This is similar to what I suggested. Right now disklabel(8) provides no hint that it is deprecated other than blindly calling itself 'bsdlabel' on i386. I seem to have a real disklabel(8) on my sparc64 box, but that might be a leftover. Again, the historical importance of the 'disklabel' command is strong reason to treat it with special care. Scott From owner-freebsd-current@FreeBSD.ORG Fri Jun 4 03:37:57 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C359516A4CE for ; Fri, 4 Jun 2004 03:37:57 -0700 (PDT) Received: from mailout2.pacific.net.au (mailout2.pacific.net.au [61.8.0.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 13D5043D39 for ; Fri, 4 Jun 2004 03:37:57 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: from mailproxy2.pacific.net.au (mailproxy2.pacific.net.au [61.8.0.87])i54Abh5v006323; Fri, 4 Jun 2004 20:37:43 +1000 Received: from gamplex.bde.org (katana.zip.com.au [61.8.7.246]) i54AbfLS020183; Fri, 4 Jun 2004 20:37:42 +1000 Date: Fri, 4 Jun 2004 20:37:40 +1000 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: "M. Warner Losh" In-Reply-To: <20040604.004743.38326324.imp@bsdimp.com> Message-ID: <20040604202349.U33591@gamplex.bde.org> References: <060420040512.28846.40C004B80004C4ED000070AE21603760219C990A9D0BD20AD206@att.net> <20040604.004743.38326324.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org cc: j.e.drews@att.net Subject: Re: PCMCIA Modem causes hang on boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 04 Jun 2004 10:37:57 -0000 On Fri, 4 Jun 2004, M. Warner Losh wrote: > In message: <060420040512.28846.40C004B80004C4ED000070AE21603760219C990A9D0BD20AD206@att.net> > j.e.drews@att.net writes: > : FreeBSD 5.2-CURRENT #0: Tue Jun 1 00:00:38 CDT 2004 > : FreeBSD CURRENT hangs on boot when I use this PCMCIA MODEM. The > : laptop will not respond to CTRL C. I have to do a hard > : reboot. I get the following messages just before the hang: > : > : sio4 at port 0x2f8-0x2ff irq 11 > : function 0 config 23 on pccard 0 > : sio4: Type 8250 or not responding > : sio4: Unable to activate interrupt in fast mode - using normal mode. > : > : After this last message the laptop hangs and I must press the power > : off button. Any advice on what may be wrong would be > : appreciated. The manufacturer claims that it uses a Hayes > : AT compatible command set. Theis PCMCIA modem also works under Linux. > > sounds like a possible interrupt storm, or the modem isn't getting > mapped to the address we think it is (see the 8250 message, there are > no 8250 pcmcia modems), so the first interrupt we get, we spin forever > in siointr. "Type 8250 or not responding" usually means that something forced the probe to succeed, but the something was not smart enough to know that the hardware is there. Bad things happen when the probe is forced to succeed. In this case, it seems that the something is just sio_pccard.c. The probe is also forced to succeed in sio_puc.c. The main other case is sio0 with its default forced configuration in GENERIC.hints (setting but 0x10 in the device flags forces the device to be available as a console whether it exists or not, and devices that are forced to be available as consoles are also forced to succeed the probe). sio0 is not as standard as it used to be, so this bug is quite noticable now. > I think I'm going to put code into the pcmcia attachment > that actively fails to attach to 8250's on pcmcia. That would be a kludge. The pcmcia part cannot even know the UART type. Bruce From owner-freebsd-current@FreeBSD.ORG Fri Jun 4 03:45:21 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E523316A4CE for ; Fri, 4 Jun 2004 03:45:20 -0700 (PDT) Received: from hetzner.co.za (lfw.hetzner.co.za [196.7.18.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B72C43D58 for ; Fri, 4 Jun 2004 03:45:18 -0700 (PDT) (envelope-from ianf@hetzner.co.za) Received: from localhost ([127.0.0.1]) by hetzner.co.za with esmtp (Exim 3.36 #1) id 1BWCCK-0001nk-00 for Freebsd-current@freebsd.org; Fri, 04 Jun 2004 12:45:16 +0200 To: Freebsd-current@freebsd.org From: Ian FREISLICH X-Attribution: BOFH Date: Fri, 04 Jun 2004 12:45:16 +0200 Sender: ianf@hetzner.co.za Message-Id: Subject: It's happening again (panic early in boot) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 04 Jun 2004 10:45:21 -0000 Hi Every month or so after it started working I get this panic. The panic then goes away after a month or two, with no explanation. During the existence of the panic I try new kernel source once a day. This is an SMP machine. Using the same source UP kernels work fine, SMP kernels don't. The last SMP kernel that worked is circa May 17. Ian -- Ian Freislich Booting [/boot/kernel/kernel]... /boot/kernel/acpi.ko text=0x3a0e4 data=0x19e4+0x11ac syms=[0x4+0x6860+0x4+0x8a87 ] Copyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.2-CURRENT #15: Fri Jun 4 10:23:23 SAST 2004 ianf@brane-dead.freislich.nom.za:/usr/src/sys/i386/compile/BRANE-DEAD Preloaded elf kernel "/boot/kernel/kernel" at 0xc0728000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0728244. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Pentium II/Pentium II Xeon/Celeron (267.27-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x634 Stepping = 4 Features=0x80fbff real memory = 201261056 (191 MB) avail memory = 191311872 (182 MB) MPTable: kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x1c fault code = supervisor write, page not present instruction pointer = 0x8:0xc058d98e stack pointer = 0x10:0xc0821b98 frame pointer = 0x10:0xc0821c70 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 = 0 () trap number = 12 panic: page fault at line 815 in file ../../../i386/i386/trap.c cpuid = 0; Stack backtrace: backtrace(100,c064aae0,10,c0821b58,c) at backtrace+0x12 __panic(c0613a30,32f,c05f088f,c0613888,0) at __panic+0x12a trap_fatal(c0821b58,1c,c064aae0,0,c) at trap_fatal+0x2c8 trap_pfault(c0821b58,0,1c,1c,0) at trap_pfault+0x1c3 trap(c0090018,c0820010,2070010,c009f000,c0c3a000) at trap+0x2b9 calltrap() at calltrap+0x5 --- trap 0xc, eip = 0xc058d98e, esp = 0xc0821b98, ebp = 0xc0821c70 --- vm_fault(c0c3a000,c009f000,2,0,c064aae0) at vm_fault+0x196 trap_pfault(c0821cd8,0,c009f000,c009f000,0) at trap_pfault+0x172 trap(c0590018,c0c30010,10,18e,c063fee0) at trap+0x2b9 calltrap() at calltrap+0x5 --- trap 0xc, eip = 0xc05c473e, esp = 0xc0821d18, ebp = 0xc0821d24 --- install_ap_tramp(c0660380,c0612e0b,0,1,829000) at install_ap_tramp+0x46 start_all_aps(c0821d84,c04e46bf,c0654000,c0602b41,0) at start_all_aps+0x32 cpu_mp_start(c0654000,c0602b41,0,1,c0821d98) at cpu_mp_start+0x137 mp_start(0,81ec00,81e000,0,c042b1f5) at mp_start+0x47 mi_startup() at mi_startup+0x96 begin() at begin+0x2c Uptime: 1s panic: kthread_create called too soon at line 84 in file ../../../kern/kern_kthread.ccpuid = 0; Uptime: 1s Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x38 fault code = supervisor read, page not present instruction pointer = 0x8:0xc04db57f stack pointer = 0x10:0xc082196c frame pointer = 0x10:0xc0821970 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 = 0 () trap number = 12 panic: page fault at line 815 in file ../../../i386/i386/trap.ccpuid = 0; Uptime: 1s Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x38 fault code = supervisor read, page not present instruction pointer = 0x8:0xc04db57f stack pointer = 0x10:0xc0821818 frame pointer = 0x10:0xc082181c 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 = 0 () trap number = 12 panic: page fault at line 815 in file ../../../i386/i386/trap.ccpuid = 0; Uptime: 1s Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x38 fault code = supervisor read, page not present instruction pointer = 0x8:0xc04db57f stack pointer = 0x10:0xc08216c4 frame pointer = 0x10:0xc08216c8 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 = 0 () trap number = 12 panic: page fault at line 815 in file ../../../i386/i386/trap.ccpuid = 0; Uptime: 1s Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x38 fault code = supervisor read, page not present instruction pointer = 0x8:0xc04db57f stack pointer = 0x10:0xc0821570 frame pointer = 0x10:0xc0821574 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 = 0 () trap number = 12 panic: page fault at line 815 in file ../../../i386/i386/trap.ccpuid = 0; Uptime: 1s Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x38 fault code = supervisor read, page not present instruction pointer = 0x8:0xc04db57f stack pointer = 0x10:0xc082141c frame pointer = 0x10:0xc0821420 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 = 0 () trap number = 12 panic: page fault at line 815 in file ../../../i386/i386/trap.ccpuid = 0; Uptime: 1s Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x38 fault code = supervisor read, page not present instruction pointer = 0x8:0xc04db57f stack pointer = 0x10:0xc08212c8 frame pointer = 0x10:0xc08212cc 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 = 0 () trap number = 12 panic: page fault at line 815 in file ../../../i386/i386/trap.ccpuid = 0; Uptime: 1s Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x38 fault code = supervisor read, page not present instruction pointer = 0x8:0xc04db57f stack pointer = 0x10:0xc0821174 frame pointer = 0x10:0xc0821178 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 = 0 () trap number = 12 panic: page fault at line 815 in file ../../../i386/i386/trap.ccpuid = 0; Uptime: 1s Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x38 fault code = supervisor read, page not present instruction pointer = 0x8:0xc04db57f stack pointer = 0x10:0xc0821020 frame pointer = 0x10:0xc0821024 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 = 0 () trap number = 12 panic: page fault at line 815 in file ../../../i386/i386/trap.ccpuid = 0; Uptime: 1s Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x38 fault code = supervisor read, page not present instruction pointer = 0x8:0xc04db57f stack pointer = 0x10:0xc0820ecc frame pointer = 0x10:0xc0820ed0 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 = 0 () trap number = 12 panic: page fault at line 815 in file ../../../i386/i386/trap.ccpuid = 0; Uptime: 1s Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x38 fault code = supervisor read, page not present instruction pointer = 0x8:0xc04db57f stack pointer = 0x10:0xc0820d78 frame pointer = 0x10:0xc0820d7c 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 = 0 () trap number = 12 panic: page fault at line 815 in file ../../../i386/i386/trap.ccpuid = 0; Uptime: 1s Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x38 fault code = supervisor read, page not present instruction pointer = 0x8:0xc04db57f stack pointer = 0x10:0xc0820c24 frame pointer = 0x10:0xc0820c28 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 = 0 () trap number = 12 panic: page fault at line 815 in file ../../../i386/i386/trap.ccpuid = 0; Uptime: 1s Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x38 fault code = supervisor read, page not present instruction pointer = 0x8:0xc04db57f stack pointer = 0x10:0xc0820ad0 frame pointer = 0x10:0xc0820ad4 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 = 0 () trap number = 12 panic: page fault at line 815 in file ../../../i386/i386/trap.ccpuid = 0; Uptime: 1s Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x38 fault code = supervisor read, page not present instruction pointer = 0x8:0xc04db57f stack pointer = 0x10:0xc082097c frame pointer = 0x10:0xc0820980 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 = 0 () trap number = 12 panic: page fault at line 815 in file ../../../i386/i386/trap.ccpuid = 0; Uptime: 1s Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x38 fault code = supervisor read, page not present instruction pointer = 0x8:0xc04db57f stack pointer = 0x10:0xc0820828 frame pointer = 0x10:0xc082082c 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 = 0 () trap number = 12 panic: page fault at line 815 in file ../../../i386/i386/trap.ccpuid = 0; Uptime: 1s Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x38 fault code = supervisor read, page not present instruction pointer = 0x8:0xc04db57f stack pointer = 0x10:0xc08206d4 frame pointer = 0x10:0xc08206d8 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 = 0 () trap number = 12 panic: page fault at line 815 in file ../../../i386/i386/trap.ccpuid = 0; Uptime: 1s Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x38 fault code = supervisor read, page not present instruction pointer = 0x8:0xc04db57f stack pointer = 0x10:0xc0820580 frame pointer = 0x10:0xc0820584 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 = 0 () trap number = 12 panic: page fault at line 815 in file ../../../i386/i386/trap.ccpuid = 0; Uptime: 1s Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x38 fault code = supervisor read, page not present instruction pointer = 0x8:0xc04db57f stack pointer = 0x10:0xc082042c frame pointer = 0x10:0xc0820430 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 = 0 () trap number = 12 panic: page fault at line 815 in file ../../../i386/i386/trap.ccpuid = 0; Uptime: 1s Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x38 fault code = supervisor read, page not present instruction pointer = 0x8:0xc04db57f stack pointer = 0x10:0xc08202d8 frame pointer = 0x10:0xc08202dc 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 = 0 () trap number = 12 panic: page fault at line 815 in file ../../../i386/i386/trap.ccpuid = 0; Uptime: 1s Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x38 fault code = supervisor read, page not present instruction pointer = 0x8:0xc04db57f stack pointer = 0x10:0xc0820184 frame pointer = 0x10:0xc0820188 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 = 0 () trap number = 12 panic: page fault at line 815 in file ../../../i386/i386/trap.ccpuid = 0; Uptime: 1s Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x38 fault code = supervisor read, page not present instruction pointer = 0x8:0xc04db57f stack pointer = 0x10:0xc0820030 frame pointer = 0x10:0xc0820034 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 = 0 () trap number = 12 panic: page fault at line 815 in file ../../../i386/i386/trap.ccpuid = 0; Uptime: 1s Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x38 fault code = supervisor read, page not present instruction pointer = 0x8:0xc04db57f stack pointer = 0x10:0xc081fedc frame pointer = 0x10:0xc081fee0 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 = 0 () trap number = 12 panic: page fault at line 815 in file ../../../i386/i386/trap.ccpuid = 0; Uptime: 1s Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x38 fault code = supervisor read, page not present instruction pointer = 0x8:0xc04db57f stack pointer = 0x10:0xc081fd88 frame pointer = 0x10:0xc081fd8c 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 = 0 () trap number = 12 panic: page fault at line 815 in file ../../../i386/i386/trap.ccpuid = 0; Uptime: 1s Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x38 fault code = supervisor read, page not present instruction pointer = 0x8:0xc04db57f stack pointer = 0x10:0xc081fc34 frame pointer = 0x10:0xc081fc38 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 = 0 () trap number = 12 panic: page fault at line 815 in file ../../../i386/i386/trap.ccpuid = 0; Uptime: 1s Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x38 fault code = supervisor read, page not present instruction pointer = 0x8:0xc04db57f stack pointer = 0x10:0xc081fae0 frame pointer = 0x10:0xc081fae4 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 = 0 () trap number = 12 panic: page fault at line 815 in file ../../../i386/i386/trap.ccpuid = 0; Uptime: 1s Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x38 fault code = supervisor read, page not present instruction pointer = 0x8:0xc04db57f stack pointer = 0x10:0xc081f98c frame pointer = 0x10:0xc081f990 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 = 0 () trap number = 12 panic: page fault at line 815 in file ../../../i386/i386/trap.ccpuid = 0; Uptime: 1s Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x38 fault code = supervisor read, page not present instruction pointer = 0x8:0xc04db57f stack pointer = 0x10:0xc081f838 frame pointer = 0x10:0xc081f83c 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 = 0 () trap number = 12 panic: page fault at line 815 in file ../../../i386/i386/trap.ccpuid = 0; Uptime: 1s Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x38 fault code = sup0xc04db57f stack pointer = 0x10:0xc081f590 frame pointer = 0x10:0xc081f594 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 = 0 () trap number = 12 panic: page fault at line 815 in file ../../../i386/i386/trap.ccpuid = 0; Uptime: 1s Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x38 fault code = supervisor read, page not present instruction pointer = 0x8:0xc04db57f stack pointer = 0x10:0xc081f43c frame pointer = 0x10:0xc081f440 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 = 0 () trap number = 12 panic: page fault at line 815 in file ../../../i386/i386/trap.ccpuid = 0; Uptime: 1s Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x38 fault code = supervisor read, page not present instruction pointer = 0x8:0xc04db57f stack pointer = 0x10:0xc081f2e8 frame pointer = 0x10:0xc081f2ec 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 = 0 () trap number = 12 panic: page fault at line 815 in file ../../../i386/i386/trap.ccpuid = 0; Uptime: 1s Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x38 fault code = supervisor read, page not present instruction pointer = 0x8:0xc04db57f stack pointer = 0x10:0xc081f194 frame pointer = 0x10:0xc081f198 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 = 0 () trap number = 12 panic: page fault at line 815 in file ../../../i386/i386/trap.ccpuid = 0; Uptime: 1s Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x38 fault code = supervisor read, page not present instruction pointer = 0x8:0xc04db57f stack pointer = 0x10:0xc081f040 frame pointer = 0x10:0xc081f044 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 = 0 () trap number = 12 panic: page fault at line 815 in file ../../../i386/i386/trap.ccpuid = 0; Uptime: 1s Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x38 fault code = supervisor read, page not present instruction pointer = 0x8:0xc04db57f stack pointer = 0x10:0xc081eeec frame pointer = 0x10:0xc081eef0 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 = 0 () trap number = 12 panic: page fault at line 815 in file ../../../i386/i386/trap.ccpuid = 0; Uptime: 1s Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x38 fault code = supervisor read, page not present instruction pointer = 0x8:0xc04db57f stack pointer = 0x10:0xc081ed98 frame pointer = 0x10:0xc081ed9c code segment = kkkkkkkkkkkkkkkkk From owner-freebsd-current@FreeBSD.ORG Fri Jun 4 04:12:31 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AED3416A4CF; Fri, 4 Jun 2004 04:12:31 -0700 (PDT) Received: from mail005.syd.optusnet.com.au (mail005.syd.optusnet.com.au [211.29.132.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D37843D2D; Fri, 4 Jun 2004 04:12:30 -0700 (PDT) (envelope-from tonymaher@optushome.com.au) Received: from c211-30-20-77.thorn1.nsw.optusnet.com.au (c211-30-21-210.thorn1.nsw.optusnet.com.au [211.30.21.210]) i54BCGw23916; Fri, 4 Jun 2004 21:12:16 +1000 Received: from k9.a1.asic.gov.au (localhost [127.0.0.1]) ESMTP id i54BCAO7029878; Fri, 4 Jun 2004 21:12:15 +1000 (EST) (envelope-from tonym@k9.a1.asic.gov.au) Received: (from tonym@localhost) by k9.a1.asic.gov.au (8.12.11/8.12.11/Submit) id i54BC4b0029823; Fri, 4 Jun 2004 21:12:04 +1000 (EST) (envelope-from tonym) Date: Fri, 4 Jun 2004 21:12:04 +1000 (EST) From: Tony Maher Message-Id: <200406041112.i54BC4b0029823@k9.a1.asic.gov.au> To: freebsd-current@freebsd.org, jhb@freebsd.org In-Reply-To: <200406030938.26310.jhb@FreeBSD.org> Subject: Re: fire up xmms, wi0 loses its mind X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 04 Jun 2004 11:12:31 -0000 John Baldwin wrote: > Probably acpi_pci_link.c as it exposes a bug in our link code (it doesn't use > a good algorithm for picking an IRQ to route interrupts to) Yes it is the problem. I have cvsupped to *default date=2004.05.28.17.30.00 Run (in effect) make world, network (and usb mouse) work fine. Installed acpi_pci_link.c v1.15 (instead of v1.14), make kernel, reboot fxp0 (and usb mouse) fail to work. So now what is the solution? thanks -- tonym From owner-freebsd-current@FreeBSD.ORG Fri Jun 4 04:27:48 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E8DF216A4CE; Fri, 4 Jun 2004 04:27:48 -0700 (PDT) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1FE6D43D1D; Fri, 4 Jun 2004 04:27:48 -0700 (PDT) (envelope-from glebius@cell.sick.ru) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.12.9/8.12.8) with ESMTP id i54BRZvw098375 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 4 Jun 2004 15:27:36 +0400 (MSD) (envelope-from glebius@cell.sick.ru) Received: (from glebius@localhost) by cell.sick.ru (8.12.9/8.12.6/Submit) id i54BRYWF098374; Fri, 4 Jun 2004 15:27:34 +0400 (MSD) Date: Fri, 4 Jun 2004 15:27:33 +0400 From: Gleb Smirnoff To: Brooks Davis Message-ID: <20040604112733.GC98227@cell.sick.ru> References: <20040531215101.GA60299@freefall.freebsd.org> <20040602094940.GA80394@cell.sick.ru> <200406021056.53005.sam@errno.com> <20040603094626.GA89838@cell.sick.ru> <20040603151911.GB12727@Odin.AC.HMC.Edu> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20040603151911.GB12727@Odin.AC.HMC.Edu> User-Agent: Mutt/1.5.6i cc: Sam Leffler cc: freebsd-current@freebsd.org cc: Bosko Milekic cc: freebsd-hackers@freebsd.org Subject: Re: [HEADS-UP] mbuma is in the tree X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 04 Jun 2004 11:27:49 -0000 On Thu, Jun 03, 2004 at 08:19:11AM -0700, Brooks Davis wrote: B> > On Wed, Jun 02, 2004 at 10:56:52AM -0700, Sam Leffler wrote: B> > S> allocated using this mechanism. I did it once for vlan tags but botched it B> > S> (didn't handle module references properly) so backed it. But there's no B> > S> reason someone cannot redo it or convert other heavily used fixed size tags B> > S> to use a zone. B> > B> > Have you saved your efforts? May I look at them? B> B> They are in the CVS history of sys/net/if_vlan.c. I see now, thanks. Question to Sam: have you performed any tests? Is this definitely true, that UMAllocing in special zone is faster than general malloc()? -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-current@FreeBSD.ORG Thu Jun 3 07:42:06 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1538F16A4CE for ; Thu, 3 Jun 2004 07:42:06 -0700 (PDT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 4499E43D4C for ; Thu, 3 Jun 2004 07:42:05 -0700 (PDT) (envelope-from andreas-moeller@gmx.net) Received: (qmail 28849 invoked by uid 65534); 3 Jun 2004 14:42:04 -0000 Received: from p5084BC84.dip.t-dialin.net (EHLO gmx.net) (80.132.188.132) by mail.gmx.net (mp011) with SMTP; 03 Jun 2004 16:42:03 +0200 X-Authenticated: #1940550 Message-ID: <40BF38B4.6090208@gmx.net> Date: Thu, 03 Jun 2004 16:41:56 +0200 From: Andreas Moeller User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-AT; rv:1.6) Gecko/20040603 X-Accept-Language: de-at, de, en-us, en MIME-Version: 1.0 To: current@FreeBSD.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 04 Jun 2004 05:12:04 -0700 Subject: fxp(4) device timeouts ACPI related? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Thu, 03 Jun 2004 14:42:06 -0000 Hello list! The ACPI updates predating last weekend seem to have broken my fxp(4) card (Intel PRO/100 S, Intel 82550 chip). Without disabling ACPI at the loader prompt (set hint.acpi.0.disabled=1) I get the consecutive message of the device timing out and network is unusable. Perhaps this is useful information for everybody desiring to workaround the problem or even some developer to have a closer look at it. If a more detailed description of my setup is needed, just let me know. Regards, -Andreas From owner-freebsd-current@FreeBSD.ORG Thu Jun 3 08:58:55 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D65D16A4CE; Thu, 3 Jun 2004 08:58:55 -0700 (PDT) Received: from smtp.omnis.com (smtp.omnis.com [216.239.128.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id A118C43D1D; Thu, 3 Jun 2004 08:58:54 -0700 (PDT) (envelope-from wes@softweyr.com) Received: from softweyr.homeunix.net (24-161-166-146.san.rr.com [24.161.166.146]) by smtp-relay.omnis.com (Postfix) with ESMTP id CA4081880C38; Thu, 3 Jun 2004 08:58:48 -0700 (PDT) From: Wes Peters Organization: Softweyr.COM To: freebsd-hackers@freebsd.org Date: Thu, 3 Jun 2004 08:58:47 -0700 User-Agent: KMail/1.6.1 References: <20040602141234.GA33162@freefall.freebsd.org> In-Reply-To: <20040602141234.GA33162@freefall.freebsd.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200406030858.47817.wes@softweyr.com> X-Mailman-Approved-At: Fri, 04 Jun 2004 05:12:04 -0700 cc: Gleb Smirnoff cc: freebsd-current@freebsd.org cc: Bosko Milekic Subject: Re: [HEADS-UP] mbuma is in the tree X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Thu, 03 Jun 2004 15:58:55 -0000 On Wednesday 02 June 2004 07:12, Bosko Milekic wrote: > > If you read the paper on mbuma, you'll notice that I point out that it > would be worth investigating whether, in scenarios where an m_tag is > ALWAYS required per packet (e.g., MAC), providing a secondary zone with > pre-allocated m_tags for packet headers might be worth it. Prior to > this work, however, I suggest we investigate the possibility of using > smaller mini-mbufs whenever clusters are used so that space wastage > is reduced. It may also be worthwhile investigating eliminating clusters entirely. This is the point Poul-Henning, Robert and I were trying to make at the end of you talk at BSDCan. Since the double allocation required to create a cluster makes the locking (and cache slushing) requirements go up, it is probably worthwhile to investigate if raising the nominal mbuf size doesn't end up decreasing overall memory pressure. If you allocate more memory, but the allocation takes less time due to the simpler locking, you may actually decrease the total memory need. This is worth investigating partly because it is such a simple change. I propose investigating with mbuf size of 2K, large enough to fit standard ethernet frames, and a cluster size of 8K, which means a cluster mbuf is large enough to hold a 9K jumbo frame. Now that you've got mbuma in the tree, I can test this for you, unless this proposal catches your interest enough to give it a try. I'll see if I can't get a couple of our beefier machines at work updated to -CURRENT in the next week. Thanks for the good work. -- Where am I, and what am I doing in this handbasket? Wes Peters wes@softweyr.com From owner-freebsd-current@FreeBSD.ORG Thu Jun 3 11:45:51 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A775C16A4CE for ; Thu, 3 Jun 2004 11:45:51 -0700 (PDT) Received: from mail.soaustin.net (mail.soaustin.net [207.200.4.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6025543D2F for ; Thu, 3 Jun 2004 11:45:51 -0700 (PDT) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id 9B8B31430B; Thu, 3 Jun 2004 13:45:50 -0500 (CDT) Date: Thu, 3 Jun 2004 13:45:50 -0500 (CDT) From: Mark Linimon X-X-Sender: linimon@pancho To: "P.D. Seniura" In-Reply-To: <20040603184230.EAABF79006C@ws1-14.us4.outblaze.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Mailman-Approved-At: Fri, 04 Jun 2004 05:12:04 -0700 cc: freebsd-current@freebsd.org Subject: Re: What happened to src/sys/dev/sound/midi ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Thu, 03 Jun 2004 18:45:51 -0000 On Thu, 3 Jun 2004, P.D. Seniura wrote: > In fact I've been spotting _many_ commits that I cannot find in the recent > archives. For one, the commit that moves the port print/teTeX to > print/teTeX-base does not present itself in a search AFAIK, it has not yet been committed. mcl From owner-freebsd-current@FreeBSD.ORG Thu Jun 3 12:08:02 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BBDF716A4CE for ; Thu, 3 Jun 2004 12:08:02 -0700 (PDT) Received: from smtp18.wxs.nl (smtp18.wxs.nl [195.121.6.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8184E43D39 for ; Thu, 3 Jun 2004 12:08:02 -0700 (PDT) (envelope-from ronald-freebsd6@klop.yi.org) Received: from ronald.echteman.nl (ip51cdc5d2.adsl-surfen.hetnet.nl [81.205.197.210]) by smtp18.wxs.nl (iPlanet Messaging Server 5.2 HotFix 1.25 (built Mar 3 2004)) with SMTP id <0HYQ0006VYHDZ7@smtp18.wxs.nl> for freebsd-current@freebsd.org; Thu, 03 Jun 2004 21:08:01 +0200 (CEST) Received: (qmail 7381 invoked from network); Thu, 03 Jun 2004 19:08:00 +0000 Received: from unknown (HELO laptop.thuis.klop.ws) (192.168.1.4) by ronald.echteman.nl with SMTP; Thu, 03 Jun 2004 19:08:00 +0000 Received: (qmail 4553 invoked from network); Thu, 03 Jun 2004 19:08:00 +0000 Received: from unknown (HELO guido.thuis.klop.ws) (192.168.0.2) by 192.168.0.16 with SMTP; Thu, 03 Jun 2004 19:08:00 +0000 Received: (qmail 3288 invoked from network); Thu, 03 Jun 2004 19:08:00 +0000 Received: from localhost.thuis.klop.ws (HELO outgoing.local) (127.0.0.1) by localhost.thuis.klop.ws with SMTP; Thu, 03 Jun 2004 19:08:00 +0000 Date: Thu, 03 Jun 2004 21:07:58 +0200 From: Ronald Klop In-reply-to: <20040603185729.2FDC443D4C@mx1.FreeBSD.org> To: Grover Lines , freebsd-current@freebsd.org Message-id: MIME-version: 1.0 Content-type: text/plain; format=flowed; delsp=yes; charset=iso-8859-1 Content-transfer-encoding: 7BIT User-Agent: Opera M2/7.50 (FreeBSD, build 673) References: <20040603185729.2FDC443D4C@mx1.FreeBSD.org> X-Mailman-Approved-At: Fri, 04 Jun 2004 05:12:04 -0700 Subject: Re: System boots with ACPI enabled now but hangs on reboot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Thu, 03 Jun 2004 19:08:02 -0000 On Thu, 3 Jun 2004 11:57:28 -0700, Grover Lines wrote: > I've been building world on a daily basis and starting May 16 my kernel > was > hanging with ACPI enabled. Anyway since a couple days ago the system > boots > fine but hangs on reboot. My system is a K7S5A and here's my debugging > info > so that maybe it will help someone to fix the issue. > > boot -v with ACPI enabled http://www.ceribus.net/freebsd/dmesg.txt > boot -v with ACPI disabled http://www.ceribus.net/freebsd/dmesg-wo.txt > > ASL http://www.ceribus.net/freebsd/grover-k7s5a.asl > > hellhound# sysctl hw.acpi > hw.acpi.supported_sleep_state: S1 S4 S5 > hw.acpi.power_button_state: S5 > hw.acpi.sleep_button_state: S1 > hw.acpi.lid_switch_state: NONE > hw.acpi.standby_state: S1 > hw.acpi.suspend_state: S3 > hw.acpi.sleep_delay: 1 > hw.acpi.s4bios: 0 > hw.acpi.verbose: 0 > hw.acpi.disable_on_poweroff: 0 > hw.acpi.reset_video: 1 > hw.acpi.cpu.cx_supported: C1/0 > hw.acpi.cpu.cx_lowest: C1 > hw.acpi.cpu.cx_history: 7673/0 Try to set hw.acpi.disable_on_poweroff=1. Ronald. -- Using M2, Opera's revolutionary e-mail client: http://www.opera.com/m2/ From owner-freebsd-current@FreeBSD.ORG Thu Jun 3 20:02:09 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7510716A4CE for ; Thu, 3 Jun 2004 20:02:09 -0700 (PDT) Received: from mail.corrupt.co.nz (222-152-6-169.jetstream.xtra.co.nz [222.152.6.169]) by mx1.FreeBSD.org (Postfix) with SMTP id BF76943D54 for ; Thu, 3 Jun 2004 20:02:05 -0700 (PDT) (envelope-from drew@iplaynz.com) Received: (qmail 13730 invoked by uid 1011); 4 Jun 2004 03:02:01 -0000 Received: from drew@iplaynz.com by tweety.lan.corrupt.co.nz by uid 1009 with qmail-scanner-1.22 Clear:RC:0(192.100.53.164):SA:0(0.0/3.8):. Processed in 6.199559 secs); 04 Jun 2004 03:02:01 -0000 X-Spam-Status: No, hits=0.0 required=3.8 Received: from 192.100.53.164.dts.net.nz (HELO iplaynz.com) (drew@corrupt.co.nz@192.100.53.164) by mail.corrupt.co.nz with SMTP; 4 Jun 2004 03:01:54 -0000 Message-ID: <40BFE601.9020104@iplaynz.com> Date: Fri, 04 Jun 2004 15:01:21 +1200 From: Drew Broadley User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040505 X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 04 Jun 2004 05:12:04 -0700 Subject: Mounting an FTP site X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 04 Jun 2004 03:02:09 -0000 I was just wondering if there is any feature, patch etc. to allow me to mount an ftp site to a directory ? I don't need to know the pros/cons of this, I just need to know Yes (where ?) or No. Cheers, Drew From owner-freebsd-current@FreeBSD.ORG Thu Jun 3 23:43:48 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7B6FD16A4CE for ; Thu, 3 Jun 2004 23:43:48 -0700 (PDT) Received: from calypso.bi.lt (calypso.bi.lt [213.226.153.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id C287043D1D for ; Thu, 3 Jun 2004 23:43:47 -0700 (PDT) (envelope-from hugle@vkt.lt) Received: by calypso.bi.lt (Postfix, from userid 506) id 67590598441; Fri, 4 Jun 2004 09:43:37 +0300 (EEST) X-Original-To: freebsd-current@freebsd.org Received: from vkt-dell (lan1.vkt.lt [213.226.136.201]) by calypso.bi.lt (Postfix) with ESMTP id CC49D59821B; Fri, 4 Jun 2004 09:43:34 +0300 (EEST) Date: Fri, 4 Jun 2004 09:43:25 +0300 From: hugle Organization: VKT X-Priority: 3 (Normal) Message-ID: <682287278.20040604094325@vkt.lt> To: scheidell@secnap.net, freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 04 Jun 2004 05:12:04 -0700 Subject: Re: arp: unknown hardware address format X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: hugle List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jun 2004 06:43:48 -0000 Hello I'm currently using FreeBSD 4.10 (stable) cvsup on 2004-05-30(31) I also have a bge NIC, and i'm getting identical messages in dmesg -- Best regards,Hugle From owner-freebsd-current@FreeBSD.ORG Fri Jun 4 05:21:32 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6BB5516A4CE for ; Fri, 4 Jun 2004 05:21:32 -0700 (PDT) Received: from shiva.ipv42.net (shiva.ipv42.net [62.4.22.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 102BB43D2D for ; Fri, 4 Jun 2004 05:21:32 -0700 (PDT) (envelope-from ecu@ipv42.net) Received: by shiva.ipv42.net (Postfix, from userid 1000) id C1EAD15251; Fri, 4 Jun 2004 14:20:41 +0200 (CEST) Date: Fri, 4 Jun 2004 14:20:41 +0200 From: Nicolas Jombart To: freebsd-current@freebsd.org Message-ID: <20040604122041.GB84468@shiva.int.ipv42.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: FreeBSD User-Agent: Mutt/1.5.6i Subject: 802.11g/GPRS broadcom cardbus X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 04 Jun 2004 12:21:32 -0000 Hello Plugging this : Status is 0x30000920 cbb1: card inserted: event=0x00000000, state=30000920 cbb1: cbb_power: 3V TUPLE: LINKTARGET [3]: 43 49 53 Product version: 8.0 Product name: Broadcom | 802.11g/GPRS CardBus | 1.0 | Manufacturer ID: d0023204 Function Extension: 040600904c620007 Functions: Network Adaptor TUPLE: Unknown(0x00) [34]: 0x00: 02 01 07 22 05 02 40 42 0f 00 22 05 02 80 84 1e 0x10: 00 22 05 02 60 ec 53 00 22 05 02 c0 d8 a7 00 22 0x20: 05 02 TUPLE: Unknown(0x80) [141]: 0x00: 5b 00 22 05 02 40 54 89 00 22 05 02 00 1b b7 00 0x10: 22 05 02 80 a8 12 01 22 05 02 00 36 6e 01 22 05 0x20: 02 00 51 25 02 22 05 02 00 6c dc 02 22 05 02 80 0x30: f9 37 03 22 02 03 07 22 02 05 01 07 06 01 00 00 0x40: 10 00 00 1c 04 02 d9 09 ff 04 06 03 01 00 00 00 0x50: 00 05 07 41 b0 b0 ff ff 02 01 ff 00 ff ff ff ff 0x60: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff 0x70: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff 0x80: ff ff ff ff ff ff ff ff ff ff ff ff ff CIS reading done cardbus1: Resource not specified in CIS: id=10, size=2000 cardbus1: Non-prefetchable memory at c0202000-c0203fff cardbus1: at device 0.0 (no driver attached) cardbus1: Resource not specified in CIS: id=10, size=100 cardbus1: IO port at 4000-40ff cardbus1: at device 0.1 (no driver attached) cbb1: cbb_power: 0V cbb1: CardBus card activation failed Status is 0x30000126 Is there a way of making it work ? (at least the serial interface) Thanks ! Nicolas From owner-freebsd-current@FreeBSD.ORG Fri Jun 4 05:39:27 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B6AD16A4CF for ; Fri, 4 Jun 2004 05:39:27 -0700 (PDT) Received: from www.mmlab.cse.yzu.edu.tw (www.mmlab.cse.yzu.edu.tw [140.138.145.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id A542043D62 for ; Fri, 4 Jun 2004 05:39:26 -0700 (PDT) (envelope-from avatar@mmlab.cse.yzu.edu.tw) Received: by www.mmlab.cse.yzu.edu.tw (qmail, from userid 1000) id 9A2944EFD0E; Fri, 4 Jun 2004 20:39:20 +0800 (CST) Received: from localhost (localhost [127.0.0.1]) by www.mmlab.cse.yzu.edu.tw (qmail) with ESMTP id 9589A4EFCCF; Fri, 4 Jun 2004 20:39:20 +0800 (CST) Date: Fri, 4 Jun 2004 20:39:20 +0800 (CST) From: Tai-hwa Liang To: Daniel Lang In-Reply-To: <20040604090819.GA6035@atrbg11.informatik.tu-muenchen.de> Message-ID: <040604202926C.61952@www.mmlab.cse.yzu.edu.tw> References: <20040604090819.GA6035@atrbg11.informatik.tu-muenchen.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: LOR No 9 and strange other kernel messages X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 04 Jun 2004 12:39:27 -0000 On Fri, 4 Jun 2004, Daniel Lang wrote: > Hi, > > I just went through my syslog and stumbled across a LOR, which is > documented on the Zabbadoz LOR page (id 009). > > The reason for this mail is the following kernel messages: > > [..] > Jun 1 11:08:06 atrbg11 kernel: x: 2 > Jun 1 11:08:06 atrbg11 kernel: x: 2 > [..] > > Seems some leftovers from a developer who did not want to > bother others with the gory details. ;-)) I guess that came from sys/dev/sound/pcm/sound.c:872. My Thinkpad T40 also ran into this when the disk/network(combination) load is high enough. From owner-freebsd-current@FreeBSD.ORG Fri Jun 4 05:39:43 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B6BF816A4EB for ; Fri, 4 Jun 2004 05:39:43 -0700 (PDT) Received: from mailout01.sul.t-online.com (mailout01.sul.t-online.com [194.25.134.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D63D43D3F for ; Fri, 4 Jun 2004 05:39:43 -0700 (PDT) (envelope-from mike@reifenberger.com) Received: from fwd00.aul.t-online.de by mailout01.sul.t-online.com with smtp id 1BWDz3-0008Ow-03; Fri, 04 Jun 2004 14:39:41 +0200 Received: from fw.reifenberger.com (XV2ok-ZBYejtFIinS9OIWJOmkJv8ODeMXpN4eEAkntkf1NEqcBuyg1@[217.232.238.153]) by fmrl00.sul.t-online.com with esmtp id 1BWDyi-2CX3Z20; Fri, 4 Jun 2004 14:39:20 +0200 Received: from localhost (mike@localhost)i54CdE1O001096; Fri, 4 Jun 2004 14:39:14 +0200 (CEST) (envelope-from mike@reifenberger.com) X-Authentication-Warning: fw.reifenberger.com: mike owned process doing -bs Date: Fri, 4 Jun 2004 14:39:14 +0200 (CEST) From: Michael Reifenberger To: Andreas Moeller In-Reply-To: <40BF38B4.6090208@gmx.net> Message-ID: <20040604143724.A1091@fw.reifenberger.com> References: <40BF38B4.6090208@gmx.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Seen: false X-ID: XV2ok-ZBYejtFIinS9OIWJOmkJv8ODeMXpN4eEAkntkf1NEqcBuyg1@t-dialin.net cc: current@freebsd.org Subject: Re: fxp(4) device timeouts ACPI related? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 04 Jun 2004 12:39:43 -0000 On Thu, 3 Jun 2004, Andreas Moeller wrote: ... > The ACPI updates predating last weekend seem to have broken my fxp(4) card > (Intel PRO/100 S, Intel 82550 chip). Without disabling ACPI at the loader > prompt (set hint.acpi.0.disabled=1) I get the consecutive message of the > device timing out and network is unusable. > Mee too for my dual VIA VT6105 Rhine III 10/100BaseTX vr(4) interfaces. Bye/2 --- Michael Reifenberger, Business Development Manager SAP-Basis, Plaut Consulting Comp: Michael.Reifenberger@plaut.de | Priv: Michael@Reifenberger.com http://www.plaut.de | http://www.Reifenberger.com From owner-freebsd-current@FreeBSD.ORG Fri Jun 4 05:36:04 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6631616A4CE for ; Fri, 4 Jun 2004 05:36:04 -0700 (PDT) Received: from rms04.rommon.net (rms04.rommon.net [212.54.2.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id AAA3343D2F for ; Fri, 4 Jun 2004 05:36:03 -0700 (PDT) (envelope-from pete@he.iki.fi) Received: from he.iki.fi (h86.vuokselantie10.fi [193.64.42.134]) by rms04.rommon.net (8.12.10/8.12.9) with ESMTP id i54CZr3v085780 for ; Fri, 4 Jun 2004 15:35:53 +0300 (EEST) (envelope-from pete@he.iki.fi) Message-ID: <40C06CA9.8090703@he.iki.fi> Date: Fri, 04 Jun 2004 15:35:53 +0300 From: Petri Helenius User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) Gecko/20040113 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 04 Jun 2004 05:55:03 -0700 Subject: syslog and -Wformat X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 04 Jun 2004 12:36:04 -0000 Is the warning message generated by -Wformat about syslog %m an issue with FreeBSD header files or gcc itself? It seems for example OpenBSD's syslog.h contains __attribute__ definitions. Pete From owner-freebsd-current@FreeBSD.ORG Fri Jun 4 05:58:49 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 424CB16A4CE for ; Fri, 4 Jun 2004 05:58:49 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 630D143D2D for ; Fri, 4 Jun 2004 05:58:48 -0700 (PDT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.11/8.12.11) with ESMTP id i54CwJ9j017037 for ; Fri, 4 Jun 2004 14:58:20 +0200 (CEST) (envelope-from phk@phk.freebsd.dk) To: current@freebsd.org From: Poul-Henning Kamp Date: Fri, 04 Jun 2004 14:58:19 +0200 Message-ID: <17036.1086353899@critter.freebsd.dk> Subject: [REVIEW] panic file+line backout patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 04 Jun 2004 12:58:49 -0000 Could the platform people please check that this patch does the right thing in the assembler code ? Poul-Henning Index: alpha/alpha/support.s =================================================================== RCS file: /home/ncvs/src/sys/alpha/alpha/support.s,v retrieving revision 1.16 diff -u -r1.16 support.s --- alpha/alpha/support.s 19 Jan 2004 21:27:10 -0000 1.16 +++ alpha/alpha/support.s 4 Jun 2004 12:55:08 -0000 @@ -680,10 +680,8 @@ longjmp_botch: lda a0, longjmp_botchmsg - mov 0, a1 - mov 0, a2 - mov ra, a3 - CALL(__panic) + mov ra, a1 + CALL(panic) call_pal PAL_bugchk .data Index: arm/arm/exception.S =================================================================== RCS file: /home/ncvs/src/sys/arm/arm/exception.S,v retrieving revision 1.1 diff -u -r1.1 exception.S --- arm/arm/exception.S 14 May 2004 11:46:42 -0000 1.1 +++ arm/arm/exception.S 4 Jun 2004 12:56:31 -0000 @@ -65,14 +65,10 @@ */ ASENTRY_NP(reset_entry) adr r0, Lreset_panicmsg - adr r1, Lfile - mov r2, #__LINE__ - bl _C_LABEL(__panic) + bl _C_LABEL(panic) /* NOTREACHED */ Lreset_panicmsg: .asciz "Reset vector called, LR = 0x%08x" -Lfile: - .asciz __FILE__ .balign 4 /* @@ -122,12 +118,7 @@ .text abortprefetch: adr r0, abortprefetchmsg - adr r1, filee - mov r2, #__LINE__ - b _C_LABEL(__panic) - -filee: - .asciz __FILE__ + b _C_LABEL(panic) abortprefetchmsg: .asciz "abortprefetch" @@ -164,14 +155,10 @@ .text abortdata: adr r0, abortdatamsg - adr r1, file - mov r2, #__LINE__ - b _C_LABEL(__panic) + b _C_LABEL(panic) abortdatamsg: .asciz "abortdata" -file: - .asciz __FILE__ .align 0 /* Index: arm/arm/in_cksum_arm.S =================================================================== RCS file: /home/ncvs/src/sys/arm/arm/in_cksum_arm.S,v retrieving revision 1.1 diff -u -r1.1 in_cksum_arm.S --- arm/arm/in_cksum_arm.S 14 May 2004 11:46:42 -0000 1.1 +++ arm/arm/in_cksum_arm.S 4 Jun 2004 12:55:08 -0000 @@ -221,11 +221,7 @@ .Lin4_cksum_whoops: adr r0, .Lin4_cksum_whoops_str - adr r1, .LFile - mov r2, #__LINE__ - bl _C_LABEL(__panic) -.LFile: - .asciz __FILE__ + bl _C_LABEL(panic) .Lin4_cksum_whoops_str: .asciz "in4_cksum: out of mbufs\n" .align 5 Index: arm/arm/locore.S =================================================================== RCS file: /home/ncvs/src/sys/arm/arm/locore.S,v retrieving revision 1.1 diff -u -r1.1 locore.S --- arm/arm/locore.S 14 May 2004 11:46:42 -0000 1.1 +++ arm/arm/locore.S 4 Jun 2004 12:55:08 -0000 @@ -153,9 +153,7 @@ bl _C_LABEL(mi_startup) /* call mi_startup()! */ adr r0, .Lmainreturned - adr r1, .LFile - mov r2, #__LINE__ - b _C_LABEL(__panic) + b _C_LABEL(anic) /* NOTEACHED */ #ifdef STARTUP_PAGETABLE_ADDR #define MMU_INIT(va,pa,n_sec,attr) \ @@ -181,8 +179,6 @@ .word _end .word svcstk + INIT_ARM_STACK_SIZE -.LFile: - .asciz __FILE__ .Lmainreturned: .asciz "main() returned" .align 0 Index: i386/i386/swtch.s =================================================================== RCS file: /home/ncvs/src/sys/i386/i386/swtch.s,v retrieving revision 1.145 diff -u -r1.145 swtch.s --- i386/i386/swtch.s 7 Apr 2004 20:46:04 -0000 1.145 +++ i386/i386/swtch.s 4 Jun 2004 12:56:05 -0000 @@ -299,26 +299,20 @@ #ifdef INVARIANTS badsw1: pushal - pushl $0 - pushl $0 pushl $sw0_1 - call __panic + call panic sw0_1: .asciz "cpu_throw: no newthread supplied" badsw2: pushal - pushl $0 - pushl $0 pushl $sw0_2 - call __panic + call panic sw0_2: .asciz "cpu_switch: no curthread supplied" badsw3: pushal - pushl $0 - pushl $0 pushl $sw0_3 - call __panic + call panic sw0_3: .asciz "cpu_switch: no newthread supplied" #endif Index: kern/kern_shutdown.c =================================================================== RCS file: /home/ncvs/src/sys/kern/kern_shutdown.c,v retrieving revision 1.149 diff -u -r1.149 kern_shutdown.c --- kern/kern_shutdown.c 5 Apr 2004 21:03:35 -0000 1.149 +++ kern/kern_shutdown.c 4 Jun 2004 12:55:08 -0000 @@ -474,7 +474,7 @@ * MPSAFE */ void -__panic(const char *file, int line, const char *fmt, ...) +panic(const char *fmt, ...) { struct thread *td = curthread; int bootopt, newpanic; @@ -508,11 +508,11 @@ if (newpanic) { (void)vsnprintf(buf, sizeof(buf), fmt, ap); panicstr = buf; - printf("panic: %s\nat line %d in file %s\n", buf, line, file); + printf("panic: %s\n", buf); } else { printf("panic: "); vprintf(fmt, ap); - printf("\nat line %d in file %s", line, file); + printf("\n"); } va_end(ap); #ifdef SMP Index: sparc64/include/asmacros.h =================================================================== RCS file: /home/ncvs/src/sys/sparc64/include/asmacros.h,v retrieving revision 1.18 diff -u -r1.18 asmacros.h --- sparc64/include/asmacros.h 27 Jan 2004 15:02:18 -0000 1.18 +++ sparc64/include/asmacros.h 4 Jun 2004 12:55:08 -0000 @@ -101,10 +101,8 @@ .sect .rodata ; \ 9: .asciz msg ; \ .previous ; \ - SET(9b, r1, %o2) ; \ - clr %o1 ; \ - clr %o0 ; \ - call __panic ; \ + SET(9b, r1, %o0) ; \ + call panic ; \ nop #ifdef INVARIANTS Index: sys/systm.h =================================================================== RCS file: /home/ncvs/src/sys/sys/systm.h,v retrieving revision 1.205 diff -u -r1.205 systm.h --- sys/systm.h 7 Apr 2004 04:19:49 -0000 1.205 +++ sys/systm.h 4 Jun 2004 12:55:08 -0000 @@ -132,13 +132,11 @@ void *phashinit(int count, struct malloc_type *type, u_long *nentries); #ifdef RESTARTABLE_PANICS -void __panic(const char *file, int line, const char *, ...) __printflike(3, 4); +void panic(const char *, ...) __printflike(1, 2); #else -void __panic(const char *file, int line, const char *, ...) __dead2 __printflike(3, 4); +void panic(const char *, ...) __dead2 __printflike(1, 2); #endif -#define panic(...) __panic(__FILE__, __LINE__, __VA_ARGS__) - void backtrace(void); void cpu_boot(int); void cpu_rootconf(void); -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Fri Jun 4 06:26:03 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1C1F216A4CE for ; Fri, 4 Jun 2004 06:26:03 -0700 (PDT) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 72ED843D46 for ; Fri, 4 Jun 2004 06:26:02 -0700 (PDT) (envelope-from eischen@vigrid.com) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mail.pcnet.com (8.12.10/8.12.1) with ESMTP id i54DPjtD001443; Fri, 4 Jun 2004 09:25:46 -0400 (EDT) Date: Fri, 4 Jun 2004 09:25:45 -0400 (EDT) From: Daniel Eischen X-Sender: eischen@pcnet5.pcnet.com To: Michael Reifenberger In-Reply-To: <20040604143724.A1091@fw.reifenberger.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org cc: Andreas Moeller Subject: Re: fxp(4) device timeouts ACPI related? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 04 Jun 2004 13:26:03 -0000 On Fri, 4 Jun 2004, Michael Reifenberger wrote: > On Thu, 3 Jun 2004, Andreas Moeller wrote: > ... > > The ACPI updates predating last weekend seem to have broken my fxp(4) card > > (Intel PRO/100 S, Intel 82550 chip). Without disabling ACPI at the loader > > prompt (set hint.acpi.0.disabled=1) I get the consecutive message of the > > device timing out and network is unusable. > > > > Mee too for my dual VIA VT6105 Rhine III 10/100BaseTX vr(4) interfaces. I've also been having problems with sound. I built a kernel without ACPI, then loaded acpi as a module. With acpi prior to last week, sound worked. With recent acpi, sound works initially but then fails shortly after playing (it's not predictable). This is with the same very recent kernel, but with different acpi modules. Thinkpad R40, Intel ICH4 (82801DB). -- Dan Eischen From owner-freebsd-current@FreeBSD.ORG Fri Jun 4 06:35:47 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3A51F16A4CE for ; Fri, 4 Jun 2004 06:35:47 -0700 (PDT) Received: from dire.bris.ac.uk (dire.bris.ac.uk [137.222.10.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id B715B43D41 for ; Fri, 4 Jun 2004 06:35:44 -0700 (PDT) (envelope-from Jan.Grant@bristol.ac.uk) Received: from mail.ilrt.bris.ac.uk ([137.222.16.62]) by dire.bris.ac.uk with esmtp (Exim 4.34) id 1BWEqw-0006ej-9r; Fri, 04 Jun 2004 14:35:24 +0100 Received: from cmjg (helo=localhost) by mail.ilrt.bris.ac.uk with local-esmtp (Exim 3.16 #1) id 1BWEpm-00020S-00; Fri, 04 Jun 2004 14:34:10 +0100 Date: Fri, 4 Jun 2004 14:34:10 +0100 (BST) From: Jan Grant X-X-Sender: cmjg@mail.ilrt.bris.ac.uk To: Poul-Henning Kamp In-Reply-To: <17036.1086353899@critter.freebsd.dk> Message-ID: References: <17036.1086353899@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: Jan Grant X-Spam-Score: 0.0 X-Spam-Level: / cc: current@freebsd.org Subject: Re: [REVIEW] panic file+line backout patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 04 Jun 2004 13:35:47 -0000 On Fri, 4 Jun 2004, Poul-Henning Kamp wrote: > =================================================================== > RCS file: /home/ncvs/src/sys/arm/arm/locore.S,v > retrieving revision 1.1 > diff -u -r1.1 locore.S > --- arm/arm/locore.S 14 May 2004 11:46:42 -0000 1.1 > +++ arm/arm/locore.S 4 Jun 2004 12:55:08 -0000 > @@ -153,9 +153,7 @@ > bl _C_LABEL(mi_startup) /* call mi_startup()! */ > > adr r0, .Lmainreturned > - adr r1, .LFile > - mov r2, #__LINE__ > - b _C_LABEL(__panic) > + b _C_LABEL(anic) Typo? -- jan grant, ILRT, University of Bristol. http://www.ilrt.bris.ac.uk/ Tel +44(0)117 9287088 Fax +44 (0)117 9287112 http://ioctl.org/jan/ Boycott Arabic numerals! What have they ever done for us? From owner-freebsd-current@FreeBSD.ORG Fri Jun 4 06:35:53 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB8D716A4CE for ; Fri, 4 Jun 2004 06:35:53 -0700 (PDT) Received: from mtiwmhc13.worldnet.att.net (mtiwmhc13.worldnet.att.net [204.127.131.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5AC8743D49 for ; Fri, 4 Jun 2004 06:35:53 -0700 (PDT) (envelope-from j.e.drews@att.net) Received: from 204.127.135.41 ([204.127.135.41]) by worldnet.att.net (mtiwmhc13) with SMTP id <2004060413354011300os8fhe>; Fri, 4 Jun 2004 13:35:40 +0000 Received: from [150.148.0.31] by 204.127.135.41; Fri, 04 Jun 2004 13:35:40 +0000 From: j.e.drews@att.net To: "M. Warner Losh" Date: Fri, 04 Jun 2004 13:35:40 +0000 Message-Id: <060420041335.13786.40C07AAB000CFAD4000035DA21587667209C990A9D0BD20AD206@att.net> X-Mailer: AT&T Message Center Version 1 (May 27 2004) X-Authenticated-Sender: ai5lLmRyZXdzQGF0dC5uZXQ= MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.1 cc: freebsd-current@freebsd.org Subject: Re: PCMCIA Modem causes hang on boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 04 Jun 2004 13:35:53 -0000 Hi: When I get home from work I will get the dmesg output and post it. The sources are from June 1st. Thanks for looking into this matter. -------------- Original message from "M. Warner Losh" : -------------- > In message: > <060420040512.28846.40C004B80004C4ED000070AE21603760219C990A9D0BD20AD206@att.net > > > j.e.drews@att.net writes: > : FreeBSD 5.2-CURRENT #0: Tue Jun 1 00:00:38 CDT 2004 > : FreeBSD CURRENT hangs on boot when I use this PCMCIA MODEM. The > : laptop will not respond to CTRL C. I have to do a hard > : reboot. I get the following messages just before the hang: > : > : sio4 at port 0x2f8-0x2ff irq 11 > : function 0 config 23 on pccard 0 > : sio4: Type 8250 or not responding > : sio4: Unable to activate interrupt in fast mode - using normal mode. > Can I get a more complete dmesg? I assume that the sources are from > June 1? From owner-freebsd-current@FreeBSD.ORG Fri Jun 4 06:51:12 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8E75E16A4CE for ; Fri, 4 Jun 2004 06:51:12 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id C682A43D41 for ; Fri, 4 Jun 2004 06:51:11 -0700 (PDT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.11/8.12.11) with ESMTP id i54DonPa017355; Fri, 4 Jun 2004 15:50:53 +0200 (CEST) (envelope-from phk@phk.freebsd.dk) To: Jan Grant From: "Poul-Henning Kamp" In-Reply-To: Your message of "Fri, 04 Jun 2004 14:34:10 BST." Date: Fri, 04 Jun 2004 15:50:49 +0200 Message-ID: <17354.1086357049@critter.freebsd.dk> cc: current@freebsd.org Subject: Re: [REVIEW] panic file+line backout patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 04 Jun 2004 13:51:12 -0000 In message , Jan Grant writes: >On Fri, 4 Jun 2004, Poul-Henning Kamp wrote: > >> =================================================================== >> RCS file: /home/ncvs/src/sys/arm/arm/locore.S,v >> retrieving revision 1.1 >> diff -u -r1.1 locore.S >> --- arm/arm/locore.S 14 May 2004 11:46:42 -0000 1.1 >> +++ arm/arm/locore.S 4 Jun 2004 12:55:08 -0000 >> @@ -153,9 +153,7 @@ >> bl _C_LABEL(mi_startup) /* call mi_startup()! */ >> >> adr r0, .Lmainreturned >> - adr r1, .LFile >> - mov r2, #__LINE__ >> - b _C_LABEL(__panic) >> + b _C_LABEL(anic) > > Typo? Yes, fixed. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Fri Jun 4 07:44:24 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E0AE316A4CE for ; Fri, 4 Jun 2004 07:44:24 -0700 (PDT) Received: from mail4.speakeasy.net (mail4.speakeasy.net [216.254.0.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id C1ED043D3F for ; Fri, 4 Jun 2004 07:44:24 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 28193 invoked from network); 4 Jun 2004 14:44:08 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 4 Jun 2004 14:44:07 -0000 Received: from 10.50.41.233 (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i54Ei4Oc081331; Fri, 4 Jun 2004 10:44:04 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Fri, 4 Jun 2004 10:44:51 -0400 User-Agent: KMail/1.6 References: <714DBA6C-B565-11D8-B32B-000393AB07D8@verizon.net> <20040603150403.GE80605@dan.emsphone.com> In-Reply-To: <20040603150403.GE80605@dan.emsphone.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200406041044.51779.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: Dan Nelson cc: David Gurvich Subject: Re: reboot or shutdown not working with -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 04 Jun 2004 14:44:25 -0000 On Thursday 03 June 2004 11:04 am, Dan Nelson wrote: > In the last episode (Jun 03), David Gurvich said: > > Recent cvsup has caused system to hang on reboot or shutdown, > > occasionally hangs on startup with detection of optical drive on 2nd > > ide. Anyone know how to get system logs in this situation? > > Motherboard is ASUS A7N266-VM. System worked reasonably with APIC > > turned off 5/26/2004. > > Back out sys/i386/i386/intr_machdep.c rev 1.6. Or for the real fix, try this: Index: acpi_cpu.c =================================================================== RCS file: /usr/cvs/src/sys/dev/acpica/acpi_cpu.c,v retrieving revision 1.36 diff -u -r1.36 acpi_cpu.c --- acpi_cpu.c 7 May 2004 05:22:37 -0000 1.36 +++ acpi_cpu.c 4 Jun 2004 14:44:33 -0000 @@ -376,8 +376,7 @@ /* Wait for all processors to exit acpi_cpu_idle(). */ smp_rendezvous(NULL, NULL, NULL, NULL); - while (cpu_idle_busy > 0) - DELAY(1); + DELAY(1); return_VALUE (0); } -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Jun 4 07:46:31 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6405016A4CE for ; Fri, 4 Jun 2004 07:46:31 -0700 (PDT) Received: from av12-2-sn2.hy.skanova.net (av12-2-sn2.hy.skanova.net [81.228.8.186]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE69E43D2F for ; Fri, 4 Jun 2004 07:46:30 -0700 (PDT) (envelope-from manlix@demonized.net) Received: by av12-2-sn2.hy.skanova.net (Postfix, from userid 502) id CF9C33800B; Fri, 4 Jun 2004 16:46:22 +0200 (CEST) Received: from smtp4-1-sn2.hy.skanova.net (smtp4-1-sn2.hy.skanova.net [81.228.8.92]) by av12-2-sn2.hy.skanova.net (Postfix) with ESMTP id BFF4737EAB for ; Fri, 4 Jun 2004 16:46:22 +0200 (CEST) Received: from fisk.demonized.net (h137n2fls33o834.telia.com [213.66.186.137]) by smtp4-1-sn2.hy.skanova.net (Postfix) with ESMTP id 5D59037E44 for ; Fri, 4 Jun 2004 16:46:22 +0200 (CEST) Received: by fisk.demonized.net (Postfix, from userid 1001) id CFD7A613D; Fri, 4 Jun 2004 16:46:27 +0200 (CEST) To: freebsd-current@freebsd.org Message-Id: <20040604144627.CFD7A613D@fisk.demonized.net> Date: Fri, 4 Jun 2004 16:46:27 +0200 (CEST) From: manlix@demonized.net (Johan Pettersson) Subject: ATA failure and interrupt storm on sk0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 04 Jun 2004 14:46:31 -0000 CVSuped latest -CURRENT today and installed. When booting the new kernel I got this... ad4: FAILURE - already active DMA on this device ad4: setting up DMA failed ad4: TIMEOUT - READ_DMA retrying (2 retries left) LBA=4831423 then it wants me to mount / manually. Setting hint.apic.0.disabled to 1 at the boot prompt helps but after running a while I get that messages again and the taskqueue is stalled and I must reset the computer. Also when hint.apic.0.disabled is set to 1 I get this... Interrupt storm detected on "irq11: skc0 uhci1++"; throttling interrup t source http://www.demonized.net/skrot/dmesg.today FreeBSD beard.demonized.net 5.2-CURRENT FreeBSD 5.2-CURRENT #0: Fri Jun 4 15:43:32 CEST 2004 ro ot@beard.demonized.net:/usr/obj/usr/src/sys/BEARD i386 Please excuse me for not wrapping the lines correctly but I have no proper mail-client att the moment. From owner-freebsd-current@FreeBSD.ORG Fri Jun 4 07:47:11 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A500A16A4CE; Fri, 4 Jun 2004 07:47:11 -0700 (PDT) Received: from mailhub.sweetdreamsracing.biz (mailhub.sweetdreamsracing.biz [66.92.171.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 57F4043D2D; Fri, 4 Jun 2004 07:47:11 -0700 (PDT) (envelope-from culverk@sweetdreamsracing.biz) Received: by mailhub.sweetdreamsracing.biz (Postfix, from userid 80) id 4AFF2173; Fri, 4 Jun 2004 10:51:18 -0400 (EDT) Received: from 141.156.69.109 ([141.156.69.109]) by www.sweetdreamsracing.biz (Horde) with HTTP for ; Fri, 4 Jun 2004 10:51:18 -0400 Message-ID: <20040604105118.kpsgwcg4skgsgso0@www.sweetdreamsracing.biz> Date: Fri, 4 Jun 2004 10:51:18 -0400 From: Kenneth Culver To: John Baldwin References: <714DBA6C-B565-11D8-B32B-000393AB07D8@verizon.net> <20040603150403.GE80605@dan.emsphone.com> <200406041044.51779.jhb@FreeBSD.org> In-Reply-To: <200406041044.51779.jhb@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) 4.0-cvs cc: freebsd-current@FreeBSD.org cc: Dan Nelson cc: David Gurvich Subject: Re: reboot or shutdown not working with -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 04 Jun 2004 14:47:11 -0000 Quoting John Baldwin : > On Thursday 03 June 2004 11:04 am, Dan Nelson wrote: >> In the last episode (Jun 03), David Gurvich said: >> > Recent cvsup has caused system to hang on reboot or shutdown, >> > occasionally hangs on startup with detection of optical drive on 2nd >> > ide. Anyone know how to get system logs in this situation? >> > Motherboard is ASUS A7N266-VM. System worked reasonably with APIC >> > turned off 5/26/2004. >> >> Back out sys/i386/i386/intr_machdep.c rev 1.6. > > Or for the real fix, try this: > > Index: acpi_cpu.c > =================================================================== > RCS file: /usr/cvs/src/sys/dev/acpica/acpi_cpu.c,v > retrieving revision 1.36 > diff -u -r1.36 acpi_cpu.c > --- acpi_cpu.c 7 May 2004 05:22:37 -0000 1.36 > +++ acpi_cpu.c 4 Jun 2004 14:44:33 -0000 > @@ -376,8 +376,7 @@ > > /* Wait for all processors to exit acpi_cpu_idle(). */ > smp_rendezvous(NULL, NULL, NULL, NULL); > - while (cpu_idle_busy > 0) > - DELAY(1); > + DELAY(1); > > return_VALUE (0); > } > > > -- > John Baldwin <>< http://www.FreeBSD.org/~jhb/ > "Power Users Use the Power to Serve" = http://www.FreeBSD.org > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" You know that the reboot problems go away when /usr/src/sys/i386/i386/intr_machdep.c is reverted from 1.16 to 1.15 right? Ken From owner-freebsd-current@FreeBSD.ORG Fri Jun 4 07:47:50 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C554F16A4CE for ; Fri, 4 Jun 2004 07:47:50 -0700 (PDT) Received: from mail6.speakeasy.net (mail6.speakeasy.net [216.254.0.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id A558743D2D for ; Fri, 4 Jun 2004 07:47:50 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 31325 invoked from network); 4 Jun 2004 14:47:42 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 4 Jun 2004 14:47:41 -0000 Received: from 10.50.41.233 (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i54Elc7n081388; Fri, 4 Jun 2004 10:47:38 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Fri, 4 Jun 2004 10:48:25 -0400 User-Agent: KMail/1.6 References: <10363.1086277953@critter.freebsd.dk> In-Reply-To: <10363.1086277953@critter.freebsd.dk> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200406041048.25443.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: Poul-Henning Kamp cc: current@FreeBSD.org Subject: Re: [REVIEW/TEST] boot0 changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 04 Jun 2004 14:47:50 -0000 On Thursday 03 June 2004 11:52 am, Poul-Henning Kamp wrote: > Ok, now that the dust has settled, I try again. > > Can people please test/review these changes to boot0. They > merge closer the SIO and video versions of boot0. > > Thanks in advance. This seems to now always beep rather than only beep when a bad key is pressed according to my brief glance. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Jun 4 07:47:50 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EE3A716A4CE for ; Fri, 4 Jun 2004 07:47:50 -0700 (PDT) Received: from mail6.speakeasy.net (mail6.speakeasy.net [216.254.0.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id D32AF43D2D for ; Fri, 4 Jun 2004 07:47:50 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 31325 invoked from network); 4 Jun 2004 14:47:42 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 4 Jun 2004 14:47:41 -0000 Received: from 10.50.41.233 (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i54Elc7n081388; Fri, 4 Jun 2004 10:47:38 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Fri, 4 Jun 2004 10:48:25 -0400 User-Agent: KMail/1.6 References: <10363.1086277953@critter.freebsd.dk> In-Reply-To: <10363.1086277953@critter.freebsd.dk> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200406041048.25443.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: Poul-Henning Kamp cc: current@FreeBSD.org Subject: Re: [REVIEW/TEST] boot0 changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 04 Jun 2004 14:47:51 -0000 On Thursday 03 June 2004 11:52 am, Poul-Henning Kamp wrote: > Ok, now that the dust has settled, I try again. > > Can people please test/review these changes to boot0. They > merge closer the SIO and video versions of boot0. > > Thanks in advance. This seems to now always beep rather than only beep when a bad key is pressed according to my brief glance. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Jun 4 07:52:01 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 07CB316A4CE; Fri, 4 Jun 2004 07:52:01 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 22BE943D31; Fri, 4 Jun 2004 07:52:00 -0700 (PDT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.11/8.12.11) with ESMTP id i54Epwin017747; Fri, 4 Jun 2004 16:51:58 +0200 (CEST) (envelope-from phk@phk.freebsd.dk) To: John Baldwin From: "Poul-Henning Kamp" In-Reply-To: Your message of "Fri, 04 Jun 2004 10:48:25 EDT." <200406041048.25443.jhb@FreeBSD.org> Date: Fri, 04 Jun 2004 16:51:58 +0200 Message-ID: <17746.1086360718@critter.freebsd.dk> cc: freebsd-current@FreeBSD.org cc: current@FreeBSD.org Subject: Re: [REVIEW/TEST] boot0 changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 04 Jun 2004 14:52:01 -0000 In message <200406041048.25443.jhb@FreeBSD.org>, John Baldwin writes: >On Thursday 03 June 2004 11:52 am, Poul-Henning Kamp wrote: >> Ok, now that the dust has settled, I try again. >> >> Can people please test/review these changes to boot0. They >> merge closer the SIO and video versions of boot0. >> >> Thanks in advance. > >This seems to now always beep rather than only beep when a bad key is pressed >according to my brief glance. Right, that was the trade-off I couldn't find a way to eliminate: out of bytes. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Fri Jun 4 07:52:01 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 07CB316A4CE; Fri, 4 Jun 2004 07:52:01 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 22BE943D31; Fri, 4 Jun 2004 07:52:00 -0700 (PDT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.11/8.12.11) with ESMTP id i54Epwin017747; Fri, 4 Jun 2004 16:51:58 +0200 (CEST) (envelope-from phk@phk.freebsd.dk) To: John Baldwin From: "Poul-Henning Kamp" In-Reply-To: Your message of "Fri, 04 Jun 2004 10:48:25 EDT." <200406041048.25443.jhb@FreeBSD.org> Date: Fri, 04 Jun 2004 16:51:58 +0200 Message-ID: <17746.1086360718@critter.freebsd.dk> cc: freebsd-current@FreeBSD.org cc: current@FreeBSD.org Subject: Re: [REVIEW/TEST] boot0 changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 04 Jun 2004 14:52:01 -0000 In message <200406041048.25443.jhb@FreeBSD.org>, John Baldwin writes: >On Thursday 03 June 2004 11:52 am, Poul-Henning Kamp wrote: >> Ok, now that the dust has settled, I try again. >> >> Can people please test/review these changes to boot0. They >> merge closer the SIO and video versions of boot0. >> >> Thanks in advance. > >This seems to now always beep rather than only beep when a bad key is pressed >according to my brief glance. Right, that was the trade-off I couldn't find a way to eliminate: out of bytes. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Fri Jun 4 07:59:54 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 34E1016A4CE for ; Fri, 4 Jun 2004 07:59:54 -0700 (PDT) Received: from mail6.speakeasy.net (mail6.speakeasy.net [216.254.0.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F10043D48 for ; Fri, 4 Jun 2004 07:59:54 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 15999 invoked from network); 4 Jun 2004 14:59:53 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 4 Jun 2004 14:59:53 -0000 Received: from 10.50.41.233 (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i54ExoD9081468; Fri, 4 Jun 2004 10:59:50 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Fri, 4 Jun 2004 11:00:37 -0400 User-Agent: KMail/1.6 References: In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200406041100.37671.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: Ian FREISLICH Subject: Re: It's happening again (panic early in boot) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 04 Jun 2004 14:59:54 -0000 On Friday 04 June 2004 06:45 am, Ian FREISLICH wrote: > Hi > > Every month or so after it started working I get this panic. > The panic then goes away after a month or two, with no explanation. > During the existence of the panic I try new kernel source once a day. > > This is an SMP machine. Using the same source UP kernels work fine, > SMP kernels don't. The last SMP kernel that worked is circa May 17. grr, I still don't know why this happens. One thing though is that if we can fix the nested panic we might can work on the first one. > -- > Ian Freislich > > Booting [/boot/kernel/kernel]... > /boot/kernel/acpi.ko text=0x3a0e4 data=0x19e4+0x11ac > syms=[0x4+0x6860+0x4+0x8a87 ] > Copyright (c) 1992-2004 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD 5.2-CURRENT #15: Fri Jun 4 10:23:23 SAST 2004 > ianf@brane-dead.freislich.nom.za:/usr/src/sys/i386/compile/BRANE-DEAD > Preloaded elf kernel "/boot/kernel/kernel" at 0xc0728000. > Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0728244. > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Pentium II/Pentium II Xeon/Celeron (267.27-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0x634 Stepping = 4 > > Features=0x80fbffCMO V,MMX> > real memory = 201261056 (191 MB) > avail memory = 191311872 (182 MB) > MPTable: > kernel trap 12 with interrupts disabled > > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0x1c > fault code = supervisor write, page not present > instruction pointer = 0x8:0xc058d98e Can you do a gdb -k on kernel.debug and do 'l *' on this address? That might let us fix the panic in vm_fault(). -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Jun 4 08:00:47 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3647F16A4E6 for ; Fri, 4 Jun 2004 08:00:47 -0700 (PDT) Received: from mail5.speakeasy.net (mail5.speakeasy.net [216.254.0.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 73A3A43D58 for ; Fri, 4 Jun 2004 08:00:39 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 6616 invoked from network); 4 Jun 2004 15:00:31 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 4 Jun 2004 15:00:31 -0000 Received: from 10.50.41.233 (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i54F0Spq081499; Fri, 4 Jun 2004 11:00:28 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Fri, 4 Jun 2004 11:01:15 -0400 User-Agent: KMail/1.6 References: <40BF38B4.6090208@gmx.net> In-Reply-To: <40BF38B4.6090208@gmx.net> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200406041101.15208.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: current@FreeBSD.org cc: Andreas Moeller Subject: Re: fxp(4) device timeouts ACPI related? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 04 Jun 2004 15:00:47 -0000 On Thursday 03 June 2004 10:41 am, Andreas Moeller wrote: > Hello list! > > The ACPI updates predating last weekend seem to have broken my fxp(4) > card (Intel PRO/100 S, Intel 82550 chip). Without disabling ACPI at the > loader prompt (set hint.acpi.0.disabled=1) I get the consecutive message > of the device timing out and network is unusable. > > Perhaps this is useful information for everybody desiring to workaround > the problem or even some developer to have a closer look at it. If a > more detailed description of my setup is needed, just let me know. Can you get before and after dmesg's and post a diff? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Jun 4 08:00:47 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 60E5116A4DA for ; Fri, 4 Jun 2004 08:00:47 -0700 (PDT) Received: from mail5.speakeasy.net (mail5.speakeasy.net [216.254.0.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id A0E2B43D60 for ; Fri, 4 Jun 2004 08:00:39 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 6616 invoked from network); 4 Jun 2004 15:00:31 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 4 Jun 2004 15:00:31 -0000 Received: from 10.50.41.233 (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i54F0Spq081499; Fri, 4 Jun 2004 11:00:28 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Fri, 4 Jun 2004 11:01:15 -0400 User-Agent: KMail/1.6 References: <40BF38B4.6090208@gmx.net> In-Reply-To: <40BF38B4.6090208@gmx.net> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200406041101.15208.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: current@FreeBSD.org cc: Andreas Moeller Subject: Re: fxp(4) device timeouts ACPI related? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 04 Jun 2004 15:00:47 -0000 On Thursday 03 June 2004 10:41 am, Andreas Moeller wrote: > Hello list! > > The ACPI updates predating last weekend seem to have broken my fxp(4) > card (Intel PRO/100 S, Intel 82550 chip). Without disabling ACPI at the > loader prompt (set hint.acpi.0.disabled=1) I get the consecutive message > of the device timing out and network is unusable. > > Perhaps this is useful information for everybody desiring to workaround > the problem or even some developer to have a closer look at it. If a > more detailed description of my setup is needed, just let me know. Can you get before and after dmesg's and post a diff? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Jun 4 08:06:06 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 228C016A4CE for ; Fri, 4 Jun 2004 08:06:06 -0700 (PDT) Received: from smtp1.powertech.no (smtp1.powertech.no [195.159.0.145]) by mx1.FreeBSD.org (Postfix) with ESMTP id 32CC643D2F for ; Fri, 4 Jun 2004 08:06:05 -0700 (PDT) (envelope-from frode@nordahl.net) Received: from [195.159.6.24] (ws24.ns5.powertech.no [195.159.6.24]) by smtp1.powertech.no (Postfix) with ESMTP id BA1FA8124; Fri, 4 Jun 2004 17:06:03 +0200 (CEST) Mime-Version: 1.0 (Apple Message framework v618) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Frode Nordahl Date: Fri, 4 Jun 2004 17:06:03 +0200 To: Kirk McKusick X-Mailer: Apple Mail (2.618) cc: freebsd-current@freebsd.org Subject: UFS snapshot deadlocks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 04 Jun 2004 15:06:06 -0000 Hello, There has been some talk about reproducible UFS snapshot deadlocks for some time now on the lists, and I have not seen any recent talk about it. Anyone know if there has been any progress on this issue? The following is a 100% reproducible procedure to make it happen: Running 5.2-CURRENT #0: Fri Jun 4 15:07:54 CEST 2004 tty1: while (1) ls -la /usr/.snap end tty2: dump -0af /some/where -C 32 -L /dev/ad0s1f Looking at top(1) show mksnap_ffs being in state UFS. I also experienced this on one of my NFS servers, when I accidently toyed around with ls while I started the dump. It was then hung in state getblk. Cheers, Frode From owner-freebsd-current@FreeBSD.ORG Fri Jun 4 08:06:42 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9854916A4CE; Fri, 4 Jun 2004 08:06:42 -0700 (PDT) Received: from silver.tanimura.dyndns.org (IP1B1423.kng.mesh.ad.jp [218.42.69.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id D984E43D41; Fri, 4 Jun 2004 08:06:39 -0700 (PDT) (envelope-from tanimura@tanimura.dyndns.org) Received: from silver.tanimura.dyndns.org (localhost [IPv6:::1]) with ESMTP id i54F5v9H003926 ; Sat, 5 Jun 2004 00:05:58 +0900 (JST) Message-Id: <200406041505.i54F5v9H003926@silver.tanimura.dyndns.org> Date: Sat, 05 Jun 2004 00:05:57 +0900 From: Seigo Tanimura To: Scott Long In-Reply-To: <40BF7AE9.3020002@freebsd.org> References: <20040603170329.622A75C69@techpc04.okladot.state.ok.us> <40BF7AE9.3020002@freebsd.org> User-Agent: Wanderlust/2.10.1 (Watching The Wheels) SEMI/1.14.5 (Awara-Onsen) FLIM/1.14.5 (Demachiyanagi) APEL/10.6 MULE XEmacs/21.4 (patch 14) (Reasonable Discussion) (i386--freebsd) MIME-Version: 1.0 (generated by SEMI 1.14.5 - "Awara-Onsen") Content-Type: text/plain; charset=US-ASCII X-Spam-Status: No, hits=0.1 required=8.0 tests=AWL autolearn=ham version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on silver.tanimura.dyndns.org cc: tanimura@tanimura.dyndns.org cc: freebsd-current@freebsd.org cc: Paul Seniura Subject: HEADS UP: MIDI removal (was: Re: What happened to src/sys/dev/sound/midi ?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 04 Jun 2004 15:06:42 -0000 On Thu, 03 Jun 2004 13:24:25 -0600, Scott Long said: scottl> Paul, scottl> I'm not going to respond to your follow-up nor am I going to reply in scottl> line as most of your comments are abrasive and inappropriate. Yes, scottl> the removal of the MIDI code should have had a HEADS-UP message to the scottl> mailing list and it should have had an UPDATING entry. It would have scottl> even been nicer if the new code had been imported immediatly after scottl> the old code was removed. If you would like to help solve this then I scottl> would suggest contacting Seigo directly and asking what you can do to scottl> help, rather than showing us all that your caps-lock key works (or scottl> maybe it was stuck and you need to get it fixed?). My apologies for the delayed HEADS UP. In a nutshell, remove midi and seq from your kernel configuration. -- Seigo Tanimura From owner-freebsd-current@FreeBSD.ORG Fri Jun 4 08:07:52 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4810D16A4CE for ; Fri, 4 Jun 2004 08:07:52 -0700 (PDT) Received: from mail6.speakeasy.net (mail6.speakeasy.net [216.254.0.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E81643D49 for ; Fri, 4 Jun 2004 08:07:50 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 28330 invoked from network); 4 Jun 2004 15:07:49 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 4 Jun 2004 15:07:49 -0000 Received: from 10.50.41.233 (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i54F7kUl081542; Fri, 4 Jun 2004 11:07:46 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Fri, 4 Jun 2004 11:08:33 -0400 User-Agent: KMail/1.6 References: <714DBA6C-B565-11D8-B32B-000393AB07D8@verizon.net> <200406041044.51779.jhb@FreeBSD.org> <20040604105118.kpsgwcg4skgsgso0@www.sweetdreamsracing.biz> In-Reply-To: <20040604105118.kpsgwcg4skgsgso0@www.sweetdreamsracing.biz> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200406041108.33170.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: Kenneth Culver cc: njl@FreeBSD.org cc: Dan Nelson cc: David Gurvich Subject: Re: reboot or shutdown not working with -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 04 Jun 2004 15:07:52 -0000 On Friday 04 June 2004 10:51 am, Kenneth Culver wrote: > Quoting John Baldwin : > > On Thursday 03 June 2004 11:04 am, Dan Nelson wrote: > >> In the last episode (Jun 03), David Gurvich said: > >> > Recent cvsup has caused system to hang on reboot or shutdown, > >> > occasionally hangs on startup with detection of optical drive on 2nd > >> > ide. Anyone know how to get system logs in this situation? > >> > Motherboard is ASUS A7N266-VM. System worked reasonably with APIC > >> > turned off 5/26/2004. > >> > >> Back out sys/i386/i386/intr_machdep.c rev 1.6. > > > > Or for the real fix, try this: > > > > Index: acpi_cpu.c > > =================================================================== > > RCS file: /usr/cvs/src/sys/dev/acpica/acpi_cpu.c,v > > retrieving revision 1.36 > > diff -u -r1.36 acpi_cpu.c > > --- acpi_cpu.c 7 May 2004 05:22:37 -0000 1.36 > > +++ acpi_cpu.c 4 Jun 2004 14:44:33 -0000 > > @@ -376,8 +376,7 @@ > > > > /* Wait for all processors to exit acpi_cpu_idle(). */ > > smp_rendezvous(NULL, NULL, NULL, NULL); > > - while (cpu_idle_busy > 0) > > - DELAY(1); > > + DELAY(1); > > > > return_VALUE (0); > > } > > > > > > -- > > John Baldwin <>< http://www.FreeBSD.org/~jhb/ > > "Power Users Use the Power to Serve" = http://www.FreeBSD.org > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to > > "freebsd-current-unsubscribe@freebsd.org" > > You know that the reboot problems go away when > /usr/src/sys/i386/i386/intr_machdep.c is reverted from 1.16 to 1.15 right? Yes, because the real bug is above. Disabling interrupt preemption just masks it. The gory details are that almost all (in fact on UP, 100%) of context switches away from the idlethread are due to interrupts. When interrupt preemption is enabled, this means that idle threads are switched away from before they've had a chance to decrement the cpu_idle_busy counter in acpi_cpu_idle(). Thus, when the thread doing shutdown gets to this loop, it never terminates because the idlethread of the CPU executing the shutdown request never gets a chance to go back and decrement its idle_busy count. In truth, you don't actually need the loop, once you do the rendezvous, any other CPUs that are idle will wake up, exit acpi_cpu_idle() and re-enter after finding no runnable jobs. I tracked this down after a couple of hours on Wednesday but was very busy with ${REALJOB} work yesterday and haven't had a chance to send an e-mail out about this. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Jun 4 08:34:44 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 91F5816A4CF for ; Fri, 4 Jun 2004 08:34:44 -0700 (PDT) Received: from odot.okladot.state.ok.us (odot.okladot.state.ok.us [192.149.244.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2193143D41 for ; Fri, 4 Jun 2004 08:34:44 -0700 (PDT) (envelope-from root@techpc04.okladot.state.ok.us) Received: from notes9c.okladot.state.ok.us (notes9c.okladot.state.ok.us [10.36.36.31])KAA53626; Fri, 4 Jun 2004 10:34:30 -0500 Received: from techpc04.okladot.state.ok.us ([199.27.9.37]) by notes9c.okladot.state.ok.us (Lotus Domino Release 6.5.1) with ESMTP id 2004060410342941-59524 ; Fri, 4 Jun 2004 10:34:29 -0500 Received: by techpc04.okladot.state.ok.us (Postfix, from userid 0) id 44C1B5C13; Fri, 4 Jun 2004 10:34:31 -0500 (CDT) To: From: "Paul Seniura" Errors-To: "Paul Seniura" Sender: "Paul Seniura" Importance: Normal Message-Id: <20040604153431.44C1B5C13@techpc04.okladot.state.ok.us> Date: Fri, 4 Jun 2004 10:34:31 -0500 (CDT) X-MIMETrack: Itemize by SMTP Server on Notes9c/ODOT(Release 6.5.1|January 21, 2004) at 06/04/2004 10:34:29 AM,at 06/04/2004 10:34:30 AM, Serialize complete at 06/04/2004 10:34:30 AM Subject: buildworld failing with "make: don't know how to make @/dev/pccard/pccarddevs.h" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Paul Seniura List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jun 2004 15:34:44 -0000 Building world has been failing for several days. I cannot find anything in maillist archives on this specific error. Before you ask, Yes I saw the changes to 'pccard' code but there's nothing specific to this error in the maillist archives as of this writing. So this bug seems to be 'new'. Latest CTM buckets applied as of this morning. Did 'rm -Rf /usr/obj/*' prior to 'make buildworld'. Got it narrowed down. Remaking the modules will show the error. This log is a "re-run" so some modules have already been built: >>>> # cd /src/sys/modules # make -k -v ===> 3dfx ===> aac ===> aac/aac_linux ===> accf_data ===> accf_http ===> acpi ===> acpi/acpi ===> acpi/acpi_asus ===> acpi/acpi_toshiba ===> acpi/acpi_video ===> agp ===> aha ===> aic make: don't know how to make @/dev/pccard/pccarddevs.h(continuing) cc -O -pipe -march=pentium2 -pipe -march=pentium2 -D_KERNEL -DKLD_MODULE -nostdinc -I- -I. -I@ -I@/../include -finline-limit=8000 -fno-common -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /src/sys/dev/aic/aic_isa.c `all' not remade because of errors. ===> aic7xxx ===> aic7xxx/aicasm ===> aic7xxx/ahc cc -O -pipe -march=pentium2 -pipe -march=pentium2 -DAHC_REG_PRETTY_PRINT=1 -D_KERNEL -DKLD_MODULE -nostdinc -I- -I. -I@ -I@/../include -finline-limit=8000 -fno-common -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -caic7xxx_reg_print.c cc -O -pipe -march=pentium2 -pipe -march=pentium2 -DAHC_REG_PRETTY_PRINT=1 -D_KERNEL -DKLD_MODULE -nostdinc -I- -I. -I@ -I@/../include -finline-limit=8000 -fno-common -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c/src/sys/dev/aic7xxx/aic7xxx.c [...] <<<< Relevent lines in /etc/make.conf (other relevent options are commented): CPUTYPE=p2 MAKE_SHELL?=sh INSTALL=install -C MTREE_FOLLOWS_SYMLINKS= -L ENABLE_SUID_NEWGRP=true NO_LPR=true NO_MODULES=true NO_SENDMAIL=true NOPROFILE=true MODULES_WITH_WORLD=true MAKE_IDEA=YES COMPAT1X=yes COMPAT20=yes COMPAT21=yes COMPAT22=yes COMPAT3X=yes COMPAT4X=yes ENABLE_SUID_K5SU=yes KRB5_HOME= /usr/local TOP_TABLE_SIZE= 101 DOC_LANG=en_US.ISO8859-1 NOCLEAN=yes NOCLEANDIR=yes NO_KERNELCLEAN=yes ALWAYS_CHECK_MAKE=yes WERROR= -Wno-error NO_WERROR=yes WITH_DYNAMICROOT=yes # # -- use.perl generated deltas -- # # Created: Tue Jun 1 09:40:47 2004 # Setting to use base perl from ports: PERL_VER=5.8.4 PERL_VERSION=5.8.4 PERL_ARCH=mach NOPERL=yo NO_PERL=yo NO_PERL_WRAPPER=yo Totally stumped. Please help. Thank you, -- Paul Seniura System Specialist State of Okla. D.O.T. From owner-freebsd-current@FreeBSD.ORG Fri Jun 4 08:47:33 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8781816A4CE for ; Fri, 4 Jun 2004 08:47:33 -0700 (PDT) Received: from mail1.speakeasy.net (mail1.speakeasy.net [216.254.0.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6875443D41 for ; Fri, 4 Jun 2004 08:47:31 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 4404 invoked from network); 4 Jun 2004 15:47:25 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 4 Jun 2004 15:47:25 -0000 Received: from 10.50.41.233 (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i54FlMMK081830; Fri, 4 Jun 2004 11:47:22 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org, Paul Seniura Date: Fri, 4 Jun 2004 11:48:09 -0400 User-Agent: KMail/1.6 References: <20040604153431.44C1B5C13@techpc04.okladot.state.ok.us> In-Reply-To: <20040604153431.44C1B5C13@techpc04.okladot.state.ok.us> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200406041148.09240.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx Subject: Re: buildworld failing with "make: don't know how to make @/dev/pccard/pccarddevs.h" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 04 Jun 2004 15:47:33 -0000 On Friday 04 June 2004 11:34 am, Paul Seniura wrote: > Building world has been failing for several days. > > I cannot find anything in maillist archives on this specific error. > Before you ask, Yes I saw the changes to 'pccard' code but there's nothing > specific to this error in the maillist archives as of this writing. So this > bug seems to be 'new'. > > Latest CTM buckets applied as of this morning. > > Did 'rm -Rf /usr/obj/*' prior to 'make buildworld'. > > Got it narrowed down. > Remaking the modules will show the error. This log is a "re-run" so some > modules have already been built: Do a 'make cleandir' in src/sys/modules and try again. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Jun 4 08:52:25 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 92A8A16A4CE; Fri, 4 Jun 2004 08:52:25 -0700 (PDT) Received: from hak.cnd.mcgill.ca (hak.cnd.mcgill.ca [132.216.11.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id 018E043D1F; Fri, 4 Jun 2004 08:52:25 -0700 (PDT) (envelope-from mat@hak.cnd.mcgill.ca) Received: from hak.cnd.mcgill.ca (localhost [127.0.0.1]) by hak.cnd.mcgill.ca (8.12.9/8.12.8) with ESMTP id i54FrWK0033241; Fri, 4 Jun 2004 11:53:32 -0400 (EDT) (envelope-from mat@hak.cnd.mcgill.ca) Received: (from mat@localhost) by hak.cnd.mcgill.ca (8.12.9/8.12.8/Submit) id i54FrV9j033240; Fri, 4 Jun 2004 11:53:31 -0400 (EDT) Date: Fri, 4 Jun 2004 11:53:31 -0400 From: Mathew Kanner To: Robert Watson Message-ID: <20040604155331.GO92188@cnd.mcgill.ca> References: <20040603185353.GA32129@Odin.AC.HMC.Edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i Organization: I speak for myself, operating in Montreal, CANADA X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.62 X-Spam-Checker-Version: SpamAssassin 2.62 (2004-01-11) on hak.cnd.mcgill.ca cc: freebsd-current@freebsd.org cc: "P.D. Seniura" Subject: Re: What happened to src/sys/dev/sound/midi ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 04 Jun 2004 15:52:25 -0000 On Jun 03, Robert Watson wrote: > > On Thu, 3 Jun 2004, Brooks Davis wrote: > > > [Please wrap your lines properly. Between your complete failure to > > format your message appropriately and your extremely abrasive tone, I > > was seriously tempted to simply kill file you. :(] > > > > On Thu, Jun 03, 2004 at 12:42:30PM -0600, P.D. Seniura wrote: > > > So where is the URL for this quote, please? I said twice now that I > > > cannot find it. And I *still* cannot find it! (third time... ;) > > > > You could always check cvsweb. It should be the obvious first place to > > look: > > > > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/sound/midi/Attic/midi.c > > > > The mailing list archive lists the message here: > > > > http://docs.freebsd.org/cgi/getmsg.cgi?fetch=240510+0+current/cvs-src > > All this aside, I was a bit surprised on reading the commit message to see > the current MIDI code axed before adding the new code, if the new code is > expected to be seen soon. Usually the argument for "axe now" in the > presence of "new version coming soon" is "the current version is hurting > people and should be put out of its misery". I wouldn't preclude that > being the case, but I don't remember it causine that much misery... In my humble opinion: We should axe this driver as "the current version is hurting people and should be put out of its misery". The current driver (before removal) simply didn't work and people were trying to use it. --Mat -- Any idiot can face a crisis; it is this day-to-day living that wears you out. - Chekhov From owner-freebsd-current@FreeBSD.ORG Fri Jun 4 08:57:49 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5E08216A4CE for ; Fri, 4 Jun 2004 08:57:49 -0700 (PDT) Received: from odot.okladot.state.ok.us (odot.okladot.state.ok.us [192.149.244.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id C4C7443D41 for ; Fri, 4 Jun 2004 08:57:48 -0700 (PDT) (envelope-from root@techpc04.okladot.state.ok.us) Received: from notes9c.okladot.state.ok.us (notes9c.okladot.state.ok.us [10.36.36.31])KAA69470; Fri, 4 Jun 2004 10:57:30 -0500 Received: from techpc04.okladot.state.ok.us ([199.27.9.37]) by notes9c.okladot.state.ok.us (Lotus Domino Release 6.5.1) with ESMTP id 2004060410572919-59686 ; Fri, 4 Jun 2004 10:57:29 -0500 Received: by techpc04.okladot.state.ok.us (Postfix, from userid 0) id 3C95B5C13; Fri, 4 Jun 2004 10:57:31 -0500 (CDT) To: From: "Paul Seniura" Errors-To: "Paul Seniura" Sender: "Paul Seniura" In-Reply-To: <20040604153431.44C1B5C13@techpc04.okladot.state.ok.us> References: <20040604153431.44C1B5C13@techpc04.okladot.state.ok.us> Message-Id: <20040604155731.3C95B5C13@techpc04.okladot.state.ok.us> Date: Fri, 4 Jun 2004 10:57:31 -0500 (CDT) X-MIMETrack: Itemize by SMTP Server on Notes9c/ODOT(Release 6.5.1|January 21, 2004) at 06/04/2004 10:57:29 AM,at 06/04/2004 10:57:30 AM, Serialize complete at 06/04/2004 10:57:30 AM Subject: addendum - several modules failing to be built - all related to pccarddevs.h X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Paul Seniura List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jun 2004 15:57:49 -0000 After letting 'make -k' continue, to build as much as possible, and then rerunning it again, we can see many modules failing because of the same problem. This is the _entire log_ from a "re-run" again: >>>> # cd /src/sys/modules # make -k ===> 3dfx ===> aac ===> aac/aac_linux ===> accf_data ===> accf_http ===> acpi ===> acpi/acpi ===> acpi/acpi_asus ===> acpi/acpi_toshiba ===> acpi/acpi_video ===> agp ===> aha ===> aic make: don't know how to make @/dev/pccard/pccarddevs.h(continuing) `all' not remade because of errors. ===> aic7xxx ===> aic7xxx/aicasm ===> aic7xxx/ahc ===> aic7xxx/ahc/ahc_eisa ===> aic7xxx/ahc/ahc_pci ===> aic7xxx/ahd ===> aio ===> amd ===> amr ===> an make: don't know how to make @/dev/pccard/pccarddevs.h(continuing) `all' not remade because of errors. ===> aout ===> apm ===> ar ===> arcnet ===> arl ===> asr ===> ath ===> ath_hal ===> aue ===> awi make: don't know how to make @/dev/pccard/pccarddevs.h(continuing) `all' not remade because of errors. ===> axe ===> bfe ===> bge ===> bios ===> bios/smapi ===> bios/smbios ===> bios/vpd ===> bktr ===> bktr/bktr ===> bktr/bktr_mem ===> bridge ===> cam ===> cardbus ===> cbb ===> cd9660 ===> cd9660_iconv ===> ciss ===> cm ===> coda ===> coda5 ===> coff ===> cp ===> crypto ===> cryptodev ===> ctau ===> cue ===> cx ===> dc ===> dcons ===> dcons_crom ===> de ===> digi ===> digi/digi ===> digi/digi_CX ===> digi/digi_CX_PCI ===> digi/digi_EPCX ===> digi/digi_EPCX_PCI ===> digi/digi_Xe ===> digi/digi_Xem ===> digi/digi_Xr ===> dpt ===> drm ===> drm/mga ===> drm/r128 ===> drm/radeon ===> drm/sis ===> drm/tdfx ===> dummynet ===> ed make: don't know how to make @/dev/pccard/pccarddevs.h(continuing) `all' not remade because of errors. ===> el ===> elink ===> em ===> en ===> ep make: don't know how to make @/dev/pccard/pccarddevs.h(continuing) `all' not remade because of errors. ===> ex make: don't know how to make @/dev/pccard/pccarddevs.h(continuing) `all' not remade because of errors. ===> exca ===> ext2fs ===> fatm ===> fdc ===> fdescfs ===> fe make: don't know how to make @/dev/pccard/pccarddevs.h(continuing) `all' not remade because of errors. ===> firewire ===> firewire/firewire ===> firewire/fwe ===> firewire/sbp ===> firewire/sbp_targ ===> fxp ===> geom ===> geom/geom_apple ===> geom/geom_bde ===> geom/geom_bsd ===> geom/geom_ccd ===> geom/geom_concat ===> geom/geom_fox ===> geom/geom_gate ===> geom/geom_gpt ===> geom/geom_mbr ===> geom/geom_nop ===> geom/geom_pc98 ===> geom/geom_stripe ===> geom/geom_sunlabel ===> geom/geom_vol_ffs ===> gx ===> harp ===> hatm ===> hfa ===> hfa/hfa ===> hfa/pci ===> hifn ===> i2c ===> i2c/controllers ===> i2c/controllers/alpm ===> i2c/controllers/amdpm ===> i2c/controllers/intpm ===> i2c/controllers/viapm ===> i2c/controllers/lpbb ===> i2c/controllers/pcf ===> i2c/if_ic ===> i2c/smbus ===> i2c/iicbus ===> i2c/iicbb ===> i2c/iicsmb ===> i2c/iic ===> i2c/smb ===> ibcs2 ===> ichwd ===> ida ===> idt ===> ie ===> if_disc ===> if_ef ===> if_faith ===> if_gif ===> if_gre ===> if_ppp ===> if_sl ===> if_stf ===> if_tap ===> if_tun ===> if_vlan ===> iir ===> ip6fw ===> ipfilter ===> ipfw ===> ip_mroute_mod ===> ips ===> isp ===> ispfw ===> joy make: don't know how to make @/dev/pccard/pccarddevs.h(continuing) `all' not remade because of errors. ===> kue ===> lge ===> libiconv ===> libmbpool ===> libmchain ===> linprocfs ===> linux ===> lnc ===> lpt ===> mac_biba ===> mac_bsdextended ===> mac_ifoff ===> mac_lomac ===> mac_mls ===> mac_none ===> mac_partition ===> mac_portacl ===> mac_seeotheruids ===> mac_stub ===> mac_test ===> mcd ===> md ===> mii ===> mlx ===> mly ===> mpt ===> msdosfs ===> msdosfs_iconv ===> my ===> ncp ===> ncv make: don't know how to make @/dev/pccard/pccarddevs.h(continuing) `all' not remade because of errors. ===> ndis ===> netgraph ===> netgraph/UI ===> netgraph/async ===> netgraph/atm ===> netgraph/atm/atm ===> netgraph/atm/atmbase ===> netgraph/atm/atmpif ===> netgraph/atm/sscfu ===> netgraph/atm/sscop ===> netgraph/atm/uni ===> netgraph/bluetooth ===> netgraph/bluetooth/bluetooth ===> netgraph/bluetooth/hci ===> netgraph/bluetooth/l2cap ===> netgraph/bluetooth/socket ===> netgraph/bluetooth/bt3c make: don't know how to make @/dev/pccard/pccarddevs.h(continuing) `all' not remade because of errors. ===> netgraph/bluetooth/h4 ===> netgraph/bluetooth/ubt ===> netgraph/bluetooth/ubtbcmfw ===> netgraph/bpf ===> netgraph/bridge ===> netgraph/cisco ===> netgraph/echo ===> netgraph/eiface ===> netgraph/etf ===> netgraph/ether ===> netgraph/fec ===> netgraph/frame_relay ===> netgraph/gif ===> netgraph/gif_demux ===> netgraph/hole ===> netgraph/hub ===> netgraph/iface ===> netgraph/ip_input ===> netgraph/ksocket ===> netgraph/l2tp ===> netgraph/lmi ===> netgraph/mppc ===> netgraph/netgraph ===> netgraph/one2many ===> netgraph/ppp ===> netgraph/pppoe ===> netgraph/pptpgre ===> netgraph/rfc1490 ===> netgraph/socket ===> netgraph/split ===> netgraph/sppp ===> netgraph/sync_ar ===> netgraph/sync_sr ===> netgraph/tee ===> netgraph/tty ===> netgraph/vjc ===> netgraph/vlan ===> nfsclient ===> nfsserver ===> nge ===> nmdm ===> nsp make: don't know how to make @/dev/pccard/pccarddevs.h(continuing) `all' not remade because of errors. ===> ntfs ===> ntfs_iconv ===> nullfs ===> nwfs ===> oltr ===> patm ===> pccard make: don't know how to make @/dev/pccard/pccarddevs.h(continuing) `all' not remade because of errors. ===> pcfclock ===> pcn ===> pecoff ===> pf ===> pflog ===> pfsync ===> plip ===> portalfs ===> ppbus ===> ppi ===> pps ===> procfs ===> pseudofs ===> pst ===> random ===> ray ===> rc ===> rc4 ===> re ===> rl ===> rp ===> rue ===> s3 ===> safe ===> sbni ===> sbsh ===> scd ===> scsi_low ===> sf ===> sis ===> sk ===> smbfs ===> sn make: don't know how to make @/dev/pccard/pccarddevs.h(continuing) `all' not remade because of errors. ===> snp ===> sound ===> sound/pcm ===> sound/driver ===> sound/driver/als4000 ===> sound/driver/ad1816 ===> sound/driver/cmi ===> sound/driver/cs4281 ===> sound/driver/csa ===> sound/driver/ds1 ===> sound/driver/emu10k1 ===> sound/driver/es137x ===> sound/driver/ess ===> sound/driver/fm801 ===> sound/driver/ich ===> sound/driver/maestro ===> sound/driver/maestro3 ===> sound/driver/mss ===> sound/driver/neomagic ===> sound/driver/sb16 ===> sound/driver/sb8 ===> sound/driver/sbc ===> sound/driver/solo ===> sound/driver/t4dwave ===> sound/driver/via8233 ===> sound/driver/via82c686 ===> sound/driver/vibes ===> sound/driver/driver ===> sound/driver/uaudio ===> speaker ===> splash ===> splash/bmp ===> splash/pcx ===> sppp ===> sr ===> ste ===> stg make: don't know how to make @/dev/pccard/pccarddevs.h(continuing) `all' not remade because of errors. ===> streams ===> sym ===> syscons ===> syscons/apm ===> syscons/blank ===> syscons/daemon ===> syscons/dragon ===> syscons/fade ===> syscons/fire ===> syscons/green ===> syscons/logo ===> syscons/rain ===> syscons/snake ===> syscons/star ===> syscons/warp ===> sysvipc ===> sysvipc/sysvmsg ===> sysvipc/sysvsem ===> sysvipc/sysvshm ===> ti ===> tl ===> trm ===> twa ===> twe ===> tx ===> txp ===> uart make: don't know how to make @/dev/pccard/pccarddevs.h(continuing) `all' not remade because of errors. ===> ubsa ===> ubsec ===> ubser ===> ucom ===> udav ===> udbp ===> udf ===> udf_iconv ===> ufm ===> uftdi ===> ugen ===> uhid ===> ukbd ===> ulpt ===> umass ===> umct ===> umodem ===> ums ===> unionfs ===> uplcom ===> urio ===> usb ===> uscanner ===> utopia ===> uvisor ===> uvscom ===> vesa ===> vinum ===> vpo ===> vr ===> vx ===> wb ===> wi make: don't know how to make @/dev/pccard/pccarddevs.h(continuing) `all' not remade because of errors. ===> wlan ===> xe make: don't know how to make @/dev/pccard/pccarddevs.h(continuing) `all' not remade because of errors. ===> xl <<<< [end of log] I have a gut feeling about this. Has anyone tested the recent changes with the option to "build modules with world" instead of "build modules with kernel"? Thank you, -- Paul Seniura System Specialist State of Okla. D.O.T. From owner-freebsd-current@FreeBSD.ORG Fri Jun 4 09:35:27 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 81FFF16A4CE for ; Fri, 4 Jun 2004 09:35:27 -0700 (PDT) Received: from root.org (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id 598D443D39 for ; Fri, 4 Jun 2004 09:35:27 -0700 (PDT) (envelope-from nate@root.org) Received: (qmail 50766 invoked by uid 1000); 4 Jun 2004 16:35:12 -0000 Date: Fri, 4 Jun 2004 09:35:12 -0700 (PDT) From: Nate Lawson To: John Baldwin In-Reply-To: <200406041108.33170.jhb@FreeBSD.org> Message-ID: <20040604093428.O50710@root.org> References: <714DBA6C-B565-11D8-B32B-000393AB07D8@verizon.net> <20040604105118.kpsgwcg4skgsgso0@www.sweetdreamsracing.biz> <200406041108.33170.jhb@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Kenneth Culver cc: freebsd-current@FreeBSD.org cc: Dan Nelson cc: David Gurvich Subject: Re: reboot or shutdown not working with -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 04 Jun 2004 16:35:27 -0000 On Fri, 4 Jun 2004, John Baldwin wrote: > On Friday 04 June 2004 10:51 am, Kenneth Culver wrote: > > Quoting John Baldwin : > > > On Thursday 03 June 2004 11:04 am, Dan Nelson wrote: > > >> In the last episode (Jun 03), David Gurvich said: > > >> > Recent cvsup has caused system to hang on reboot or shutdown, > > >> > occasionally hangs on startup with detection of optical drive on 2nd > > >> > ide. Anyone know how to get system logs in this situation? > > >> > Motherboard is ASUS A7N266-VM. System worked reasonably with APIC > > >> > turned off 5/26/2004. > > >> > > >> Back out sys/i386/i386/intr_machdep.c rev 1.6. > > > > > > Or for the real fix, try this: > > > > > > Index: acpi_cpu.c > > > =================================================================== > > > RCS file: /usr/cvs/src/sys/dev/acpica/acpi_cpu.c,v > > > retrieving revision 1.36 > > > diff -u -r1.36 acpi_cpu.c > > > --- acpi_cpu.c 7 May 2004 05:22:37 -0000 1.36 > > > +++ acpi_cpu.c 4 Jun 2004 14:44:33 -0000 > > > @@ -376,8 +376,7 @@ > > > > > > /* Wait for all processors to exit acpi_cpu_idle(). */ > > > smp_rendezvous(NULL, NULL, NULL, NULL); > > > - while (cpu_idle_busy > 0) > > > - DELAY(1); > > > + DELAY(1); > > > > > > return_VALUE (0); > > > } > > > > You know that the reboot problems go away when > > /usr/src/sys/i386/i386/intr_machdep.c is reverted from 1.16 to 1.15 right? > > Yes, because the real bug is above. Disabling interrupt preemption just masks > it. The gory details are that almost all (in fact on UP, 100%) of context > switches away from the idlethread are due to interrupts. When interrupt > preemption is enabled, this means that idle threads are switched away from > before they've had a chance to decrement the cpu_idle_busy counter in > acpi_cpu_idle(). Thus, when the thread doing shutdown gets to this loop, it > never terminates because the idlethread of the CPU executing the shutdown > request never gets a chance to go back and decrement its idle_busy count. In > truth, you don't actually need the loop, once you do the rendezvous, any > other CPUs that are idle will wake up, exit acpi_cpu_idle() and re-enter > after finding no runnable jobs. I tracked this down after a couple of hours > on Wednesday but was very busy with ${REALJOB} work yesterday and haven't had > a chance to send an e-mail out about this. I'm swamped too. Please commit a #if 0 around the while () until I can get to this. Thanks, Nate From owner-freebsd-current@FreeBSD.ORG Fri Jun 4 09:49:11 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9411016A4CE for ; Fri, 4 Jun 2004 09:49:11 -0700 (PDT) Received: from sana.init-main.com (104.194.138.210.bn.2iij.net [210.138.194.104]) by mx1.FreeBSD.org (Postfix) with ESMTP id E96EE43D48 for ; Fri, 4 Jun 2004 09:49:08 -0700 (PDT) (envelope-from takawata@init-main.com) Received: from init-main.com (localhost [127.0.0.1]) by sana.init-main.com (8.12.11/8.12.11) with ESMTP id i54GjcEk061517; Sat, 5 Jun 2004 01:45:38 +0900 (JST) (envelope-from takawata@init-main.com) Message-Id: <200406041645.i54GjcEk061517@sana.init-main.com> To: Mathew Kanner From: takawata@jp.freebsd.org In-reply-to: Your message of "Fri, 04 Jun 2004 11:53:31 -0400." <20040604155331.GO92188@cnd.mcgill.ca> Date: Sat, 05 Jun 2004 01:45:38 +0900 Sender: takawata@init-main.com cc: freebsd-current@freebsd.org Subject: Re: What happened to src/sys/dev/sound/midi ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 04 Jun 2004 16:49:11 -0000 In message <20040604155331.GO92188@cnd.mcgill.ca>, Mathew Kanner $B$5$s$$$o$/(B: >On Jun 03, Robert Watson wrote: >> >> On Thu, 3 Jun 2004, Brooks Davis wrote: >> >> > [Please wrap your lines properly. Between your complete failure to >> > format your message appropriately and your extremely abrasive tone, I >> > was seriously tempted to simply kill file you. :(] >> > >> > On Thu, Jun 03, 2004 at 12:42:30PM -0600, P.D. Seniura wrote: >> > > So where is the URL for this quote, please? I said twice now that I >> > > cannot find it. And I *still* cannot find it! (third time... ;) >> > >> > You could always check cvsweb. It should be the obvious first place to >> > look: >> > >> > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/sound/midi/Attic/midi.c >> > >> > The mailing list archive lists the message here: >> > >> > http://docs.freebsd.org/cgi/getmsg.cgi?fetch=240510+0+current/cvs-src >> >> All this aside, I was a bit surprised on reading the commit message to see >> the current MIDI code axed before adding the new code, if the new code is >> expected to be seen soon. Usually the argument for "axe now" in the >> presence of "new version coming soon" is "the current version is hurting >> people and should be put out of its misery". I wouldn't preclude that >> being the case, but I don't remember it causine that much misery... > > In my humble opinion: We should axe this driver as "the >current version is hurting people and should be put out of its >misery". The current driver (before removal) simply didn't work and >people were trying to use it. I send you again, "Are there any snapshot of your audio related work available for review?" At least, the older code shouldn't be removed until the replacement appears. From owner-freebsd-current@FreeBSD.ORG Fri Jun 4 09:56:25 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8217E16A4CE for ; Fri, 4 Jun 2004 09:56:25 -0700 (PDT) Received: from hak.cnd.mcgill.ca (hak.cnd.mcgill.ca [132.216.11.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id 00B8E43D1F for ; Fri, 4 Jun 2004 09:56:25 -0700 (PDT) (envelope-from mat@hak.cnd.mcgill.ca) Received: from hak.cnd.mcgill.ca (localhost [127.0.0.1]) by hak.cnd.mcgill.ca (8.12.9/8.12.8) with ESMTP id i54GvgK0033816; Fri, 4 Jun 2004 12:57:42 -0400 (EDT) (envelope-from mat@hak.cnd.mcgill.ca) Received: (from mat@localhost) by hak.cnd.mcgill.ca (8.12.9/8.12.8/Submit) id i54GvgW2033815; Fri, 4 Jun 2004 12:57:42 -0400 (EDT) Date: Fri, 4 Jun 2004 12:57:42 -0400 From: Mathew Kanner To: takawata@jp.freebsd.org Message-ID: <20040604165742.GP92188@cnd.mcgill.ca> References: <20040604155331.GO92188@cnd.mcgill.ca> <200406041645.i54GjcEk061517@sana.init-main.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <200406041645.i54GjcEk061517@sana.init-main.com> User-Agent: Mutt/1.4.1i Organization: I speak for myself, operating in Montreal, CANADA X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.62 X-Spam-Checker-Version: SpamAssassin 2.62 (2004-01-11) on hak.cnd.mcgill.ca cc: freebsd-current@freebsd.org cc: Mathew Kanner Subject: Re: What happened to src/sys/dev/sound/midi ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 04 Jun 2004 16:56:25 -0000 On Jun 04, takawata@jp.freebsd.org wrote: > In message <20040604155331.GO92188@cnd.mcgill.ca>, Mathew Kanner =1B$B$5$= s$$$o$/=1B(B: > >On Jun 03, Robert Watson wrote: > >>=20 > >> On Thu, 3 Jun 2004, Brooks Davis wrote: > >>=20 > >> > [Please wrap your lines properly. Between your complete failure to > >> > format your message appropriately and your extremely abrasive tone, I > >> > was seriously tempted to simply kill file you. :(] > >> >=20 > >> > On Thu, Jun 03, 2004 at 12:42:30PM -0600, P.D. Seniura wrote: > >> > > So where is the URL for this quote, please? I said twice now that= I > >> > > cannot find it. And I *still* cannot find it! (third time... ;) > >> >=20 > >> > You could always check cvsweb. It should be the obvious first place= to > >> > look: > >> >=20 > >> > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/sound/midi/Attic/m= idi.c > >> >=20 > >> > The mailing list archive lists the message here: > >> >=20 > >> > http://docs.freebsd.org/cgi/getmsg.cgi?fetch=3D240510+0+current/cvs-= src > >>=20 > >> All this aside, I was a bit surprised on reading the commit message to= see > >> the current MIDI code axed before adding the new code, if the new code= is > >> expected to be seen soon. Usually the argument for "axe now" in the > >> presence of "new version coming soon" is "the current version is hurti= ng > >> people and should be put out of its misery". I wouldn't preclude that > >> being the case, but I don't remember it causine that much misery... > > > > In my humble opinion: We should axe this driver as "the > >current version is hurting people and should be put out of its > >misery". The current driver (before removal) simply didn't work and > >people were trying to use it. >=20 > I send you again, > "Are there any snapshot of your audio related work available for=20 > review?"=20 > At least, the older code shouldn't be removed until the replacement=20 > appears. In regards to MIDI, I've been posting links to patches for about a year now. I've had relatively little feedback. I'm not sure if the current patches that are posted will compile after some changes to infrastructure. In regards to USB sound, I've lost the changes I did when I cvsup'ed. Sad but true, I've done this a few times so I think I need to improve the way I do work. Anyway, I plan to redo them since it was mostly a couple hour of mechanical work. --Mat --=20 I have found that humans often use Smalltalk during awkward moments. ("Data") From owner-freebsd-current@FreeBSD.ORG Fri Jun 4 10:35:27 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 985B816A4CE for ; Fri, 4 Jun 2004 10:35:27 -0700 (PDT) Received: from webmail-outgoing.us4.outblaze.com (webmail-outgoing.us4.outblaze.com [205.158.62.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id 50C2243D55 for ; Fri, 4 Jun 2004 10:35:25 -0700 (PDT) (envelope-from pdseniura@techie.com) Received: from wfilter.us4.outblaze.com (wfilter.us4.outblaze.com [205.158.62.180])F24FD1801249 for ; Fri, 4 Jun 2004 17:35:14 +0000 (GMT) X-OB-Received: from unknown (205.158.62.178) by wfilter.us4.outblaze.com; 4 Jun 2004 17:34:43 -0000 Received: by ws1-14.us4.outblaze.com (Postfix, from userid 1001) id D107C790037; Fri, 4 Jun 2004 17:35:14 +0000 (GMT) Content-Type: text/plain; charset="iso-8859-1" Content-Disposition: inline Content-Transfer-Encoding: 7bit MIME-Version: 1.0 X-Mailer: MIME-tools 5.41 (Entity 5.404) Received: from [192.149.244.9] by ws1-14.us4.outblaze.com with http for pdseniura@techie.com; Fri, 04 Jun 2004 11:35:14 -0600 From: "P.D. Seniura" To: "Mark Linimon" Date: Fri, 04 Jun 2004 11:35:14 -0600 X-Originating-Ip: 192.149.244.9 X-Originating-Server: ws1-14.us4.outblaze.com Message-Id: <20040604173514.D107C790037@ws1-14.us4.outblaze.com> cc: freebsd-current@freebsd.org Subject: Re: What happened to src/sys/dev/sound/midi ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 04 Jun 2004 17:35:27 -0000 ----- Original Message ----- From: Mark Linimon Date: Thu, 3 Jun 2004 13:45:50 -0500 (CDT) To: "P.D. Seniura" Subject: Re: What happened to src/sys/dev/sound/midi ? > On Thu, 3 Jun 2004, P.D. Seniura wrote: > > > In fact I've been spotting _many_ commits that I cannot find in the recent > > archives. For one, the commit that moves the port print/teTeX to > > print/teTeX-base does not present itself in a search > > AFAIK, it has not yet been committed. >From my CTM log for June 2: ./20040602/ctm_ports.log:234:> DM /ports/print/teTeX-base ./20040602/ctm_ports.log:235:> FM /ports/print/teTeX-base/Makefile ./20040602/ctm_ports.log:236:> FM /ports/print/teTeX-base/distinfo ./20040602/ctm_ports.log:237:> DM /ports/print/teTeX-base/files ./20040602/ctm_ports.log:238:> FM /ports/print/teTeX-base/files/listings.sty ./20040602/ctm_ports.log:239:> FM /ports/print/teTeX-base/files/pkg-install.in ./20040602/ctm_ports.log:240:> FM /ports/print/teTeX-base/pkg-descr ./20040602/ctm_ports.log:241:> FM /ports/print/teTeX-base/pkg-plist I just can't find the cvs commit entry on cvs-ports@ to see what's going on. And Nothing Much Relevent on ports@. Before someone mentions it again: One cannot follow _discussions_ on "cvsweb". After all these "can't see" msgs I'm sending, there should be a clue. Are the maillist archives working properly? Are they being indexed properly? The search website isn't finding them. Our firewall blocks some other maillist archive sites. > mcl -- thx, Paul Seniura. -- ___________________________________________________________ Sign-up for Ads Free at Mail.com http://promo.mail.com/adsfreejump.htm From owner-freebsd-current@FreeBSD.ORG Fri Jun 4 10:44:48 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 272BF16A4CE for ; Fri, 4 Jun 2004 10:44:48 -0700 (PDT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C6C643D31 for ; Fri, 4 Jun 2004 10:44:48 -0700 (PDT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (IDENT:brdavis@localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.12.10/8.12.10) with ESMTP id i54HiVSK001720; Fri, 4 Jun 2004 10:44:31 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.12.10/8.12.3/Submit) id i54HiVCA001719; Fri, 4 Jun 2004 10:44:31 -0700 Date: Fri, 4 Jun 2004 10:44:31 -0700 From: Brooks Davis To: "P.D. Seniura" Message-ID: <20040604174431.GA29666@Odin.AC.HMC.Edu> References: <20040604173514.D107C790037@ws1-14.us4.outblaze.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0F1p//8PRICkK4MW" Content-Disposition: inline In-Reply-To: <20040604173514.D107C790037@ws1-14.us4.outblaze.com> User-Agent: Mutt/1.5.4i cc: Mark Linimon cc: freebsd-current@freebsd.org Subject: Re: What happened to src/sys/dev/sound/midi ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 04 Jun 2004 17:44:48 -0000 --0F1p//8PRICkK4MW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jun 04, 2004 at 11:35:14AM -0600, P.D. Seniura wrote: > ----- Original Message ----- > From: Mark Linimon > Date: Thu, 3 Jun 2004 13:45:50 -0500 (CDT) > To: "P.D. Seniura" > Subject: Re: What happened to src/sys/dev/sound/midi ? >=20 > > On Thu, 3 Jun 2004, P.D. Seniura wrote: > >=20 > > > In fact I've been spotting _many_ commits that I cannot find in the r= ecent > > > archives. For one, the commit that moves the port print/teTeX to > > > print/teTeX-base does not present itself in a search > >=20 > > AFAIK, it has not yet been committed. >=20 > >From my CTM log for June 2: >=20 > ./20040602/ctm_ports.log:234:> DM /ports/print/teTeX-base > ./20040602/ctm_ports.log:235:> FM /ports/print/teTeX-base/Makefile > ./20040602/ctm_ports.log:236:> FM /ports/print/teTeX-base/distinfo > ./20040602/ctm_ports.log:237:> DM /ports/print/teTeX-base/files > ./20040602/ctm_ports.log:238:> FM /ports/print/teTeX-base/files/listings.= sty > ./20040602/ctm_ports.log:239:> FM /ports/print/teTeX-base/files/pkg-insta= ll.in > ./20040602/ctm_ports.log:240:> FM /ports/print/teTeX-base/pkg-descr > ./20040602/ctm_ports.log:241:> FM /ports/print/teTeX-base/pkg-plist >=20 >=20 > I just can't find the cvs commit entry on cvs-ports@ > to see what's going on. And Nothing Much Relevent on > ports@. >=20 > Before someone mentions it again: > One cannot follow _discussions_ on "cvsweb". It appears CTM is confused. According to cvsweb and a checkout straight =66rom the main repository, there have been no changes to print/teTeX-base in three weeks. Hence there was no commit message because there was no commit. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --0F1p//8PRICkK4MW Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFAwLT+XY6L6fI4GtQRAnkgAKC2E1AZn6YoQaBybJgnwaTPrJvgWQCfZ26+ 142aGCH25w0+/vVi7Ra+KNk= =11wV -----END PGP SIGNATURE----- --0F1p//8PRICkK4MW-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 4 10:45:51 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B0BFC16A4CE; Fri, 4 Jun 2004 10:45:51 -0700 (PDT) Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D5A643D31; Fri, 4 Jun 2004 10:45:51 -0700 (PDT) (envelope-from faber@ISI.EDU) Received: from pun.isi.edu (pun.isi.edu [128.9.160.150]) by boreas.isi.edu (8.11.6p2+0917/8.11.2) with ESMTP id i54HifJ19610; Fri, 4 Jun 2004 10:44:41 -0700 (PDT) Received: from pun.isi.edu (localhost [127.0.0.1]) by pun.isi.edu (8.12.11/8.12.11) with ESMTP id i54Hifc8081793; Fri, 4 Jun 2004 10:44:41 -0700 (PDT) (envelope-from faber@pun.isi.edu) Received: (from faber@localhost) by pun.isi.edu (8.12.11/8.12.11/Submit) id i54Hie7S081792; Fri, 4 Jun 2004 10:44:40 -0700 (PDT) (envelope-from faber) Date: Fri, 4 Jun 2004 10:44:40 -0700 From: Ted Faber To: Nate Lawson Message-ID: <20040604174440.GF80094@pun.isi.edu> References: <714DBA6C-B565-11D8-B32B-000393AB07D8@verizon.net> <20040604105118.kpsgwcg4skgsgso0@www.sweetdreamsracing.biz> <200406041108.33170.jhb@FreeBSD.org> <20040604093428.O50710@root.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="hK8Uo4Yp55NZU70L" Content-Disposition: inline In-Reply-To: <20040604093428.O50710@root.org> User-Agent: Mutt/1.4.2.1i X-url: http://www.isi.edu/~faber X-ISI-4-30-3-MailScanner: Found to be clean X-MailScanner-From: faber@isi.edu cc: Kenneth Culver cc: freebsd-current@FreeBSD.org cc: Dan Nelson cc: John Baldwin cc: David Gurvich Subject: Re: reboot or shutdown not working with -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 04 Jun 2004 17:45:51 -0000 --hK8Uo4Yp55NZU70L Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Fri, Jun 04, 2004 at 09:35:12AM -0700, Nate Lawson wrote: > On Fri, 4 Jun 2004, John Baldwin wrote: > > On Friday 04 June 2004 10:51 am, Kenneth Culver wrote: > > > Quoting John Baldwin : > > > > On Thursday 03 June 2004 11:04 am, Dan Nelson wrote: > > > > Or for the real fix, try this: > > > > > > > > Index: acpi_cpu.c > > > > - while (cpu_idle_busy > 0) > > > > - DELAY(1); > > > > + DELAY(1); > > > > > I'm swamped too. Please commit a #if 0 around the while () until I can > get to this. FWIW, this removed the problem for me. My Dell C610 reboots properly with the patched code. -- Ted Faber http://www.isi.edu/~faber PGP: http://www.isi.edu/~faber/pubkeys.asc Unexpected attachment on this mail? See http://www.isi.edu/~faber/FAQ.html#SIG --hK8Uo4Yp55NZU70L Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD4DBQFAwLUIaUz3f+Zf+XsRApJWAJ9j7aMiMdYmTqk6al8+KCR1+BDaIgCY3L+9 R73K63T2tnoN53du/h370g== =0xoD -----END PGP SIGNATURE----- --hK8Uo4Yp55NZU70L-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 4 10:50:39 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3C7C816A4CE for ; Fri, 4 Jun 2004 10:50:39 -0700 (PDT) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1FA9643D1F for ; Fri, 4 Jun 2004 10:50:39 -0700 (PDT) (envelope-from billf@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1098) id 100E65C85B; Fri, 4 Jun 2004 10:50:39 -0700 (PDT) Date: Fri, 4 Jun 2004 10:50:39 -0700 From: Bill Fumerola To: Paul Seniura Message-ID: <20040604175039.GE80705@elvis.mu.org> References: <20040604153431.44C1B5C13@techpc04.okladot.state.ok.us> <20040604155731.3C95B5C13@techpc04.okladot.state.ok.us> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040604155731.3C95B5C13@techpc04.okladot.state.ok.us> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 4.10-MUORG-20040525 i386 X-PGP-Key: 1024D/7F868268 X-PGP-Fingerprint: 5B2D 908E 4C2B F253 DAEB FC01 8436 B70B 7F86 8268 cc: freebsd-current@freebsd.org Subject: Re: addendum - several modules failing to be built - all related to pccarddevs.h X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 04 Jun 2004 17:50:39 -0000 On Fri, Jun 04, 2004 at 10:57:31AM -0500, Paul Seniura wrote: > After letting 'make -k' continue, to build as much as possible, > and then rerunning it again, we can see many modules failing > because of the same problem. This is the _entire log_ from a > "re-run" again: we can also see you failing to run 'make depend'. -- - bill fumerola / billf@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Jun 4 10:52:34 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E82A16A4CE for ; Fri, 4 Jun 2004 10:52:34 -0700 (PDT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id F2C5743D54 for ; Fri, 4 Jun 2004 10:52:33 -0700 (PDT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.11/8.12.11) with ESMTP id i54HpNU7067265; Fri, 4 Jun 2004 13:51:23 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i54Hp0nN067147; Fri, 4 Jun 2004 13:51:00 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Fri, 4 Jun 2004 13:51:00 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Mathew Kanner In-Reply-To: <20040604165742.GP92188@cnd.mcgill.ca> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: What happened to src/sys/dev/sound/midi ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 04 Jun 2004 17:52:34 -0000 On Fri, 4 Jun 2004, Mathew Kanner wrote: > In regards to MIDI, I've been posting links to patches for > about a year now. I've had relatively little feedback. I'm not sure if > the current patches that are posted will compile after some changes to > infrastructure. Sounds like we just found someone who would love them. :-) > In regards to USB sound, I've lost the changes I did when I > cvsup'ed. Sad but true, I've done this a few times so I think I need > to improve the way I do work. Anyway, I plan to redo them since it > was mostly a couple hour of mechanical work. Have you thought about using the FreeBSD perforce server? It's invaluable for things like checkpointing. One of the main reasons Peter set it up was that people were walking around with months of work on notebooks at conferences, and he was concerned they'd drop/lose/have stolen/destroy the notebooks and the project would lose a lot of work. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Senior Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Fri Jun 4 10:55:30 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 91FC516A4CE for ; Fri, 4 Jun 2004 10:55:30 -0700 (PDT) Received: from webmail-outgoing.us4.outblaze.com (webmail-outgoing.us4.outblaze.com [205.158.62.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8619643D1D for ; Fri, 4 Jun 2004 10:55:30 -0700 (PDT) (envelope-from pdseniura@techie.com) Received: from wfilter.us4.outblaze.com (wfilter.us4.outblaze.com [205.158.62.180])067401800346 for ; Fri, 4 Jun 2004 17:55:27 +0000 (GMT) X-OB-Received: from unknown (205.158.62.178) by wfilter.us4.outblaze.com; 4 Jun 2004 17:54:55 -0000 Received: by ws1-14.us4.outblaze.com (Postfix, from userid 1001) id D5127790037; Fri, 4 Jun 2004 17:55:26 +0000 (GMT) Content-Type: text/plain; charset="iso-8859-1" Content-Disposition: inline Content-Transfer-Encoding: 7bit MIME-Version: 1.0 X-Mailer: MIME-tools 5.41 (Entity 5.404) Received: from [192.149.244.9] by ws1-14.us4.outblaze.com with http for pdseniura@techie.com; Fri, 04 Jun 2004 11:55:26 -0600 From: "P.D. Seniura" To: "John Baldwin" , freebsd-current@FreeBSD.org Date: Fri, 04 Jun 2004 11:55:26 -0600 X-Originating-Ip: 192.149.244.9 X-Originating-Server: ws1-14.us4.outblaze.com Message-Id: <20040604175526.D5127790037@ws1-14.us4.outblaze.com> Subject: Re: buildworld failing with "make: don't know how to make @/dev/pccard/pccarddevs.h" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 04 Jun 2004 17:55:30 -0000 ----- Original Message ----- From: John Baldwin Date: Fri, 4 Jun 2004 11:48:09 -0400 To: freebsd-current@FreeBSD.org, Paul Seniura Subject: Re: buildworld failing with "make: don't know how to make @/dev/pccard/pccarddevs.h" > On Friday 04 June 2004 11:34 am, Paul Seniura wrote: > > Building world has been failing for several days. > > > > I cannot find anything in maillist archives on this specific error. > > Before you ask, Yes I saw the changes to 'pccard' code but there's nothing > > specific to this error in the maillist archives as of this writing. So this > > bug seems to be 'new'. > > > > Latest CTM buckets applied as of this morning. > > > > Did 'rm -Rf /usr/obj/*' prior to 'make buildworld'. > > > > Got it narrowed down. > > Remaking the modules will show the error. This log is a "re-run" so some > > modules have already been built: > > Do a 'make cleandir' in src/sys/modules and try again. No change, still getting the error on the same modules. (I'll not quote the log this time. ;) I remember recently other problems with building modules with world (instead of with kernel). I'm wondering if the changes to pccard somehow re-invoked those problems? I can try switching that option, or just blow away the whole /src tree and reapply the CTM deltas, but it takes an overnight run to do the whole world on this puny pentium2. I won't know how the next run will have fared until Monday. Yeah I gotta follow -Current for stuff I'm doing... Thank you for helping. > John Baldwin <>< http://www.FreeBSD.org/~jhb/ > "Power Users Use the Power to Serve" = http://www.FreeBSD.org -- thx, Paul Seniura. -- ___________________________________________________________ Sign-up for Ads Free at Mail.com http://promo.mail.com/adsfreejump.htm From owner-freebsd-current@FreeBSD.ORG Fri Jun 4 10:56:23 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 93A0E16A4CE; Fri, 4 Jun 2004 10:56:23 -0700 (PDT) Received: from smtp3b.sentex.ca (smtp3b.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F98F43D2F; Fri, 4 Jun 2004 10:56:23 -0700 (PDT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smtp3b.sentex.ca (8.12.11/8.12.11) with ESMTP id i54HuMHM089689; Fri, 4 Jun 2004 13:56:22 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.12.11/8.12.11) with ESMTP id i54HuMTs089807; Fri, 4 Jun 2004 13:56:22 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4332F7306D; Fri, 4 Jun 2004 13:56:22 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040604175622.4332F7306D@freebsd-current.sentex.ca> Date: Fri, 4 Jun 2004 13:56:22 -0400 (EDT) Subject: [current tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jun 2004 17:56:23 -0000 TB --- 2004-06-04 16:06:10 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-06-04 16:06:10 - starting CURRENT tinderbox run for ia64/ia64 TB --- 2004-06-04 16:06:10 - checking out the source tree TB --- 2004-06-04 16:06:10 - cd /home/tinderbox/sandbox/CURRENT/ia64/ia64 TB --- 2004-06-04 16:06:10 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-06-04 16:10:56 - building world (CFLAGS=-O2 -pipe) TB --- 2004-06-04 16:10:56 - cd /home/tinderbox/sandbox/CURRENT/ia64/ia64/src TB --- 2004-06-04 16:10:56 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2004-06-04 17:44:13 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-06-04 17:44:13 - cd /home/tinderbox/sandbox/CURRENT/ia64/ia64/src TB --- 2004-06-04 17:44:13 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Fri Jun 4 17:44:13 GMT 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/other/tinderbox/CURRENT/ia64/ia64/src/sys -I/other/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/pf -I/other/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ngatm -I/other/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror vnode_if.c touch hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c sh /other/tinderbox/CURRENT/ia64/ia64/src/sys/conf/newvers.sh GENERIC cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/other/tinderbox/CURRENT/ia64/ia64/src/sys -I/other/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/pf -I/other/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ngatm -I/other/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror vers.c linking kernel.debug size: kernel.debug: File format not recognized *** Error code 3 Stop in /other/tinderbox/CURRENT/ia64/ia64/obj/ia64/other/tinderbox/CURRENT/ia64/ia64/src/sys/GENERIC. *** Error code 1 Stop in /other/tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /other/tinderbox/CURRENT/ia64/ia64/src. TB --- 2004-06-04 17:56:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-06-04 17:56:21 - ERROR: failed to build generic kernel TB --- 2004-06-04 17:56:21 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Fri Jun 4 11:05:06 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1816216A4CE; Fri, 4 Jun 2004 11:05:06 -0700 (PDT) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id C070043D39; Fri, 4 Jun 2004 11:05:05 -0700 (PDT) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 29BDF530E; Fri, 4 Jun 2004 20:05:00 +0200 (CEST) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id BD0755309; Fri, 4 Jun 2004 20:04:53 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 2602) id 766E033C0B; Fri, 4 Jun 2004 20:04:53 +0200 (CEST) To: FreeBSD Tinderbox References: <20040604175622.4332F7306D@freebsd-current.sentex.ca> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Fri, 04 Jun 2004 20:04:53 +0200 In-Reply-To: <20040604175622.4332F7306D@freebsd-current.sentex.ca> (FreeBSD Tinderbox's message of "Fri, 4 Jun 2004 13:56:22 -0400 (EDT)") Message-ID: User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.63 cc: current@freebsd.org cc: ia64@freebsd.org Subject: Re: [current tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 04 Jun 2004 18:05:06 -0000 FreeBSD Tinderbox writes: > linking kernel.debug > size: kernel.debug: File format not recognized > *** Error code 3 false alert, please disregard. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Fri Jun 4 11:06:59 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 35D6316A4CE for ; Fri, 4 Jun 2004 11:06:59 -0700 (PDT) Received: from av8-2-sn2.hy.skanova.net (av8-2-sn2.hy.skanova.net [81.228.8.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id C7F2243D45 for ; Fri, 4 Jun 2004 11:06:58 -0700 (PDT) (envelope-from ertr1013@student.uu.se) Received: by av8-2-sn2.hy.skanova.net (Postfix, from userid 502) id EEE0F37E59; Fri, 4 Jun 2004 20:06:54 +0200 (CEST) Received: from smtp2-2-sn2.hy.skanova.net (smtp2-2-sn2.hy.skanova.net [81.228.8.178]) by av8-2-sn2.hy.skanova.net (Postfix) with ESMTP id E224237E47 for ; Fri, 4 Jun 2004 20:06:54 +0200 (CEST) Received: from falcon.midgard.homeip.net (h201n1fls24o1048.bredband.comhem.se [212.181.162.201]) by smtp2-2-sn2.hy.skanova.net (Postfix) with SMTP id 58CBE37E46 for ; Fri, 4 Jun 2004 20:06:57 +0200 (CEST) Received: (qmail 66221 invoked by uid 1001); 4 Jun 2004 18:06:57 -0000 Date: Fri, 4 Jun 2004 20:06:57 +0200 From: Erik Trulsson To: Brooks Davis Message-ID: <20040604180656.GA66180@falcon.midgard.homeip.net> Mail-Followup-To: Brooks Davis , "P.D. Seniura" , Mark Linimon , freebsd-current@freebsd.org References: <20040604173514.D107C790037@ws1-14.us4.outblaze.com> <20040604174431.GA29666@Odin.AC.HMC.Edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040604174431.GA29666@Odin.AC.HMC.Edu> User-Agent: Mutt/1.5.6i cc: Mark Linimon cc: freebsd-current@freebsd.org cc: "P.D. Seniura" Subject: Re: What happened to src/sys/dev/sound/midi ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 04 Jun 2004 18:06:59 -0000 On Fri, Jun 04, 2004 at 10:44:31AM -0700, Brooks Davis wrote: > On Fri, Jun 04, 2004 at 11:35:14AM -0600, P.D. Seniura wrote: > > ----- Original Message ----- > > From: Mark Linimon > > Date: Thu, 3 Jun 2004 13:45:50 -0500 (CDT) > > To: "P.D. Seniura" > > Subject: Re: What happened to src/sys/dev/sound/midi ? > > > > > On Thu, 3 Jun 2004, P.D. Seniura wrote: > > > > > > > In fact I've been spotting _many_ commits that I cannot find in the recent > > > > archives. For one, the commit that moves the port print/teTeX to > > > > print/teTeX-base does not present itself in a search > > > > > > AFAIK, it has not yet been committed. > > > > >From my CTM log for June 2: > > > > ./20040602/ctm_ports.log:234:> DM /ports/print/teTeX-base > > ./20040602/ctm_ports.log:235:> FM /ports/print/teTeX-base/Makefile > > ./20040602/ctm_ports.log:236:> FM /ports/print/teTeX-base/distinfo > > ./20040602/ctm_ports.log:237:> DM /ports/print/teTeX-base/files > > ./20040602/ctm_ports.log:238:> FM /ports/print/teTeX-base/files/listings.sty > > ./20040602/ctm_ports.log:239:> FM /ports/print/teTeX-base/files/pkg-install.in > > ./20040602/ctm_ports.log:240:> FM /ports/print/teTeX-base/pkg-descr > > ./20040602/ctm_ports.log:241:> FM /ports/print/teTeX-base/pkg-plist > > > > > > I just can't find the cvs commit entry on cvs-ports@ > > to see what's going on. And Nothing Much Relevent on > > ports@. > > > > Before someone mentions it again: > > One cannot follow _discussions_ on "cvsweb". > > It appears CTM is confused. According to cvsweb and a checkout straight > from the main repository, there have been no changes to print/teTeX-base > in three weeks. Hence there was no commit message because there was no > commit. There does not seem to have been a *commit*, no. There does however seem to have been a repocopy of print/teTeX to print/teTeX-base made on June 2. Repocopies do not show up in commitlogs or on mailinglists (unless somebody manually sends out a mail about it which is rarely the case.) In other words - the reason you can't find a cvs commit entry about teTeX-base is that there was no cvs commit made to it. The repository was changed directly without involving cvs. -- Erik Trulsson ertr1013@student.uu.se From owner-freebsd-current@FreeBSD.ORG Fri Jun 4 11:11:18 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C1D3916A4CE for ; Fri, 4 Jun 2004 11:11:18 -0700 (PDT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id A976843D4C for ; Fri, 4 Jun 2004 11:11:18 -0700 (PDT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (IDENT:brdavis@localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.12.10/8.12.10) with ESMTP id i54IBISK004123; Fri, 4 Jun 2004 11:11:18 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.12.10/8.12.3/Submit) id i54IBI1t004121; Fri, 4 Jun 2004 11:11:18 -0700 Date: Fri, 4 Jun 2004 11:11:18 -0700 From: Brooks Davis To: Brooks Davis , "P.D. Seniura" , Mark Linimon , freebsd-current@freebsd.org Message-ID: <20040604181118.GC29666@Odin.AC.HMC.Edu> References: <20040604173514.D107C790037@ws1-14.us4.outblaze.com> <20040604174431.GA29666@Odin.AC.HMC.Edu> <20040604180656.GA66180@falcon.midgard.homeip.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Clx92ZfkiYIKRjnr" Content-Disposition: inline In-Reply-To: <20040604180656.GA66180@falcon.midgard.homeip.net> User-Agent: Mutt/1.5.4i Subject: Re: What happened to src/sys/dev/sound/midi ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 04 Jun 2004 18:11:19 -0000 --Clx92ZfkiYIKRjnr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jun 04, 2004 at 08:06:57PM +0200, Erik Trulsson wrote: > On Fri, Jun 04, 2004 at 10:44:31AM -0700, Brooks Davis wrote: > > On Fri, Jun 04, 2004 at 11:35:14AM -0600, P.D. Seniura wrote: > > > ----- Original Message ----- > > > From: Mark Linimon > > > Date: Thu, 3 Jun 2004 13:45:50 -0500 (CDT) > > > To: "P.D. Seniura" > > > Subject: Re: What happened to src/sys/dev/sound/midi ? > > >=20 > > > > On Thu, 3 Jun 2004, P.D. Seniura wrote: > > > >=20 > > > > > In fact I've been spotting _many_ commits that I cannot find in t= he recent > > > > > archives. For one, the commit that moves the port print/teTeX to > > > > > print/teTeX-base does not present itself in a search > > > >=20 > > > > AFAIK, it has not yet been committed. > > >=20 > > > >From my CTM log for June 2: > > >=20 > > > ./20040602/ctm_ports.log:234:> DM /ports/print/teTeX-base > > > ./20040602/ctm_ports.log:235:> FM /ports/print/teTeX-base/Makefile > > > ./20040602/ctm_ports.log:236:> FM /ports/print/teTeX-base/distinfo > > > ./20040602/ctm_ports.log:237:> DM /ports/print/teTeX-base/files > > > ./20040602/ctm_ports.log:238:> FM /ports/print/teTeX-base/files/listi= ngs.sty > > > ./20040602/ctm_ports.log:239:> FM /ports/print/teTeX-base/files/pkg-i= nstall.in > > > ./20040602/ctm_ports.log:240:> FM /ports/print/teTeX-base/pkg-descr > > > ./20040602/ctm_ports.log:241:> FM /ports/print/teTeX-base/pkg-plist > > >=20 > > >=20 > > > I just can't find the cvs commit entry on cvs-ports@ > > > to see what's going on. And Nothing Much Relevent on > > > ports@. > > >=20 > > > Before someone mentions it again: > > > One cannot follow _discussions_ on "cvsweb". > >=20 > > It appears CTM is confused. According to cvsweb and a checkout straight > > from the main repository, there have been no changes to print/teTeX-base > > in three weeks. Hence there was no commit message because there was no > > commit. >=20 > There does not seem to have been a *commit*, no. > There does however seem to have been a repocopy of print/teTeX to > print/teTeX-base made on June 2. Repocopies do not show up in > commitlogs or on mailinglists (unless somebody manually sends out a mail > about it which is rarely the case.) >=20 > In other words - the reason you can't find a cvs commit entry about > teTeX-base is that there was no cvs commit made to it. The repository > was changed directly without involving cvs. I've got to say, I really wish we had a file containing paths and repo-copy dates in the repository. It would be more work for cvs@, but it would generate a commit message when they happend and allow the creation of tools to check out a real copy of the tree at a given date in the past. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --Clx92ZfkiYIKRjnr Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFAwLtFXY6L6fI4GtQRApSkAKDnBeGX+qLYH/xTcV4TQ67WTxx4oACg4uUH TbWtmg/1zdt2hl5TUrowROI= =Xlzt -----END PGP SIGNATURE----- --Clx92ZfkiYIKRjnr-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 4 11:14:58 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6312216A4CE; Fri, 4 Jun 2004 11:14:58 -0700 (PDT) Received: from lakermmtao12.cox.net (lakermmtao12.cox.net [68.230.240.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id BEB1243D3F; Fri, 4 Jun 2004 11:14:57 -0700 (PDT) (envelope-from conrads@cox.net) Received: from ip68-11-70-23.no.no.cox.net ([68.11.70.23]) by lakermmtao12.cox.netESMTP <20040604181434.PERG27642.lakermmtao12.cox.net@ip68-11-70-23.no.no.cox.net>; Fri, 4 Jun 2004 14:14:34 -0400 Received: from ip68-11-70-23.no.no.cox.net (localhost.no.no.cox.net [127.0.0.1])i54IEYp9005697; Fri, 4 Jun 2004 13:14:34 -0500 (CDT) (envelope-from conrads@ip68-11-70-23.no.no.cox.net) Received: (from conrads@localhost)i54IETgV005696; Fri, 4 Jun 2004 13:14:29 -0500 (CDT) (envelope-from conrads) Message-ID: X-Mailer: XFMail 1.5.5 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <40BF7AE9.3020002@freebsd.org> Date: Fri, 04 Jun 2004 13:14:29 -0500 (CDT) From: Conrad Sabatier To: Scott Long cc: freebsd-current@freebsd.org cc: Paul Seniura Subject: Re: What happened to src/sys/dev/sound/midi ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: conrads@cox.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jun 2004 18:14:58 -0000 On 03-Jun-2004 Scott Long wrote: > Paul, > > I'm not going to respond to your follow-up nor am I going to reply in > line as most of your comments are abrasive and inappropriate. Yes, > the removal of the MIDI code should have had a HEADS-UP message to the > mailing list and it should have had an UPDATING entry. It would have > even been nicer if the new code had been imported immediatly after > the old code was removed. If you would like to help solve this then I > would suggest contacting Seigo directly and asking what you can do to > help, rather than showing us all that your caps-lock key works (or > maybe it was stuck and you need to get it fixed?). Unfortunately, this is *not* the first time something like this has happened in FreeBSD's history. There was quite a furor back when the old Voxware drivers were about to be yanked (leaving us with *no* MIDI support in its place), yet it was done anyway, despite the protests of a number of users (myself included). If the man comes across as a little "abrasive", it's probably because he's a little upset at having functionality he's come to rely on suddenly removed without warning. You can hardly blame him, really. Why couldn't this have been held off until the replacement drivers were ready to be added? This makes no sense to me at all. -- Conrad Sabatier - "In Unix veritas" From owner-freebsd-current@FreeBSD.ORG Fri Jun 4 11:15:23 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 884B316A4D4 for ; Fri, 4 Jun 2004 11:15:23 -0700 (PDT) Received: from mailout1.informatik.tu-muenchen.de (mailout1.informatik.tu-muenchen.de [131.159.0.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id A641B43D3F for ; Fri, 4 Jun 2004 11:15:22 -0700 (PDT) (envelope-from langd@informatik.tu-muenchen.de) Date: Fri, 4 Jun 2004 20:00:06 +0200 From: Daniel Lang To: "P.D. Seniura" Message-ID: <20040604180005.GA83855@atrbg11.informatik.tu-muenchen.de> References: <20040604173514.D107C790037@ws1-14.us4.outblaze.com> Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="BOKacYhQ+x31HxR3" Content-Disposition: inline In-Reply-To: <20040604173514.D107C790037@ws1-14.us4.outblaze.com> X-Geek: GCS/CC d-- s: a- C++$ UBS++++$ P+++$ L- E-(---) W+++(--) N++ o K w--- O? M? V? PS+(++) PE--(+) Y+ PGP+ t++ 5+++ X R+(-) tv+ b+ DI++ D++ G++ e+++ h---(-) r+++ y+ User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at informatik.tu-muenchen.de cc: Mark Linimon cc: freebsd-current@freebsd.org Subject: Re: What happened to src/sys/dev/sound/midi ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 04 Jun 2004 18:15:23 -0000 --BOKacYhQ+x31HxR3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Paul, P.D. Seniura wrote on Fri, Jun 04, 2004 at 11:35:14AM -0600: [..] > > > In fact I've been spotting _many_ commits that I cannot find in the r= ecent > > > archives. For one, the commit that moves the port print/teTeX to > > > print/teTeX-base does not present itself in a search > >=20 > > AFAIK, it has not yet been committed. >=20 > >From my CTM log for June 2: >=20 > ./20040602/ctm_ports.log:234:> DM /ports/print/teTeX-base > ./20040602/ctm_ports.log:235:> FM /ports/print/teTeX-base/Makefile > ./20040602/ctm_ports.log:236:> FM /ports/print/teTeX-base/distinfo > ./20040602/ctm_ports.log:237:> DM /ports/print/teTeX-base/files > ./20040602/ctm_ports.log:238:> FM /ports/print/teTeX-base/files/listings.= sty > ./20040602/ctm_ports.log:239:> FM /ports/print/teTeX-base/files/pkg-insta= ll.in > ./20040602/ctm_ports.log:240:> FM /ports/print/teTeX-base/pkg-descr > ./20040602/ctm_ports.log:241:> FM /ports/print/teTeX-base/pkg-plist >=20 >=20 > I just can't find the cvs commit entry on cvs-ports@ > to see what's going on. And Nothing Much Relevent on > ports@. [..] As it appears to me, this was neither "move" nor "commit", because "print/teTeX" does still exist in the tree (and btw does work with portinstall, instead of teTeX-base, which did not work, yet, but I did not investigate much further). I bet my tonight pizza, this was a "repo-copy". A part of the CVS Repository was directly copied. Since this is an operation opaque to CVS itself, there cannot be a commit-message or log. Since a repo-copy can only be performed by the few CVS meisters, I guess some of them could give a more qualified comment to this particular case. Cheers, Daniel --=20 IRCnet: Mr-Spock - "Do you love yourself ?" - "Yes!" (Isar 12) - =20 Daniel Lang * dl@leo.org * +49 89 289 18532 * http://www.leo.org/~dl/ --BOKacYhQ+x31HxR3 Content-Type: application/x-pkcs7-signature Content-Disposition: attachment; filename="smime.p7s" Content-Transfer-Encoding: base64 MIIVcwYJKoZIhvcNAQcCoIIVZDCCFWACAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC EugwggcAMIIF6KADAgECAgIj0zANBgkqhkiG9w0BAQUFADByMQswCQYDVQQGEwJERTERMA8G A1UEBxMITXVlbmNoZW4xDDAKBgNVBAoTA1RVTTELMAkGA1UECxMCSU4xGDAWBgNVBAMTD1JC Ry1CZW51dHplci1DQTEbMBkGCSqGSIb3DQEJARYMY2FAaW4udHVtLmRlMB4XDTA0MDQyMzEz MTU1OFoXDTA1MDUzMTAwMDAwMFowdzELMAkGA1UEBhMCREUxETAPBgNVBAcTCE11ZW5jaGVu MQwwCgYDVQQKEwNUVU0xCzAJBgNVBAsTAklOMRQwEgYDVQQDEwtEYW5pZWwgTGFuZzEkMCIG CSqGSIb3DQEJARYVZGFuaWVsLmxhbmdAaW4udHVtLmRlMIIBIjANBgkqhkiG9w0BAQEFAAOC AQ8AMIIBCgKCAQEAs1d9JUkGBG8T4m1wlzqfK2IU6pEZQcA00/hX1hlAVY5Jwv18rJncrOym 1dXSLubRIWZEEDRDPYCK0RhGHtaBYOTZpBSWezVkC2g6ioWS9wsnJpk0GIJN+o+k9L7+3vzE y/JemK2/ARtPIMo3jXMf7qD9rcZ6LD6SwUDtq8Tl3YE8pC8ptT4CROjS1SKHh7JI8a5vEUWw v/2C+a4VSW0blJu4G50Ze+UwAdHrEMxvCjXN09YyjcY4N/eUacWl7p/kMXuKErnibYRY8jJF wQnFzacWQrNRHjXO5mW06ZlbyvMzO5gQLSu7fAJMLXRZPT+bxNYZf4JUHJnNkn4Y8Ikg/QID AQABo4IDmTCCA5UwDAYDVR0TAQH/BAIwADAdBgNVHQ4EFgQUzXKq/vhVcUKYbsX7Z8ixXFhe F2YwgZMGA1UdIwSBizCBiIAUNiQ562ZHp7c9HjvDspUMZvpFEfuhbaRrMGkxCzAJBgNVBAYT AkRFMREwDwYDVQQHEwhNdWVuY2hlbjEMMAoGA1UEChMDVFVNMQswCQYDVQQLEwJJTjEPMA0G A1UEAxMGUkJHLUNBMRswGQYJKoZIhvcNAQkBFgxjYUBpbi50dW0uZGWCAQUwDgYDVR0PAQH/ BAQDAgSwMB0GA1UdJQQWMBQGCCsGAQUFBwMCBggrBgEFBQcDBDCBsQYDVR0RBIGpMIGmgQ9s YW5nZEBpbi50dW0uZGWBFWRhbmllbC5sYW5nQGluLnR1bS5kZYEfbGFuZ2RAaW5mb3JtYXRp ay50dS1tdWVuY2hlbi5kZYElZGFuaWVsLmxhbmdAaW5mb3JtYXRpay50dS1tdWVuY2hlbi5k ZYEQbGFuZ2RAY3MudHVtLmVkdYEWZGFuaWVsLmxhbmdAY3MudHVtLmVkdYEKZGxAbGVvLm9y ZzAJBgNVHRIEAjAAMDsGA1UdHwQ0MDIwMKAuoCyGKmh0dHA6Ly9jYS5pbi50dW0uZGUvY3Js cy9nMi91c2VyY2FfY3JsLmNybDARBglghkgBhvhCAQEEBAMCBaAwga4GCWCGSAGG+EIBDQSB oBaBnURpZXNlcyBaZXJ0aWZpa2F0IHd1cmRlIGF1c2dlc3RlbGx0IGZ1ZXIgRGFuaWVsIExh bmcgdm9uIGRlciBSQkctQmVudXR6ZXItQ0EgKDIuR2VuZXJhdGlvbiksIEZha3VsdGFldCBm dWVyIEluZm9ybWF0aWsgZGVyIFRlY2huaXNjaGVuIFVuaXZlcnNpdGFldCBNdWVuY2hlbi4w NgYJYIZIAYb4QgEDBCkWJ2h0dHA6Ly9jYS5pbi50dW0uZGUvY2dpLWJpbi91c2VyY2EtcmV2 PzAyBglghkgBhvhCAQQEJRYjaHR0cDovL2NhLmluLnR1bS5kZS9jZ2ktYmluL2NhLXJldj8w LAYJYIZIAYb4QgEIBB8WHWh0dHA6Ly9jYS5pbi50dW0uZGUvcG9saWNpZXMvMEcGA1UdIARA MD4wPAYNKwYBBAGBmD5lgUgBATArMCkGCCsGAQUFBwIBFh1odHRwOi8vY2EuaW4udHVtLmRl L3BvbGljaWVzLzANBgkqhkiG9w0BAQUFAAOCAQEAaFvwlYSJNc32QohD3O0xlEprR1sauebF q3DrhCttWooCxyOQs6SCUnk2Smv9Rl1P7NFqoKhfTFwhC0Oa5rXgTFyOv7w8M8RyFIDahfHb PA2kxf8UHlsZcSuumPEEToi5dm0c2FObAAOT0CV0yKCp6RI+xSbMF6qQD23+j5PtlESTeIYp f/aL8b4gUHS0KKsEgqjpOoqbJzYBskQCLenolaFKevZuZRpmhrgGzUyakRKgGu7jR/88CYh6 YyUkc/Fxk/i+vhLQV/7mJEO0/mf6Dx+26kPgamKZieGqDJSfEvMgbLEdhkx8KIC7BmF1xt/w Wqln6jvlyyNhzks5ivf+tTCCBeIwggTKoAMCAQICAQQwDQYJKoZIhvcNAQEFBQAwaTELMAkG A1UEBhMCREUxETAPBgNVBAcTCE11ZW5jaGVuMQwwCgYDVQQKEwNUVU0xCzAJBgNVBAsTAklO MQ8wDQYDVQQDEwZSQkctQ0ExGzAZBgkqhkiG9w0BCQEWDGNhQGluLnR1bS5kZTAeFw0wNDA0 MTQxMTM2MzRaFw0wOTA2MDEwMDAwMDBaMHAxCzAJBgNVBAYTAkRFMREwDwYDVQQHEwhNdWVu Y2hlbjEMMAoGA1UEChMDVFVNMQswCQYDVQQLEwJJTjEWMBQGA1UEAxMNUkJHLVNlcnZlci1D QTEbMBkGCSqGSIb3DQEJARYMY2FAaW4udHVtLmRlMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8A MIIBCgKCAQEAoePWEn7xO39yf3DYb9gxjsS0uofT/t1QxfCFkqYDxU6C24ewtFEOMlR40Q4J 4HHBFOWc7rllw780sWuumYkzjdxswA37ZmZ171Zp99cZ9HLO1eWroaiewGiE69Yo30x1iePp 5/5MjbeQdyzfKVjppIgdH4Q7T7W6jV9xrerR955FoD7GKKj1B4azN1hmjkxyIcTTd3imk3yi 3IfLTUbNhPeedsNVRez7l+NRqt6vJC1u+Q3IBQ2PPRcgeVQJGkHPtEKcPtFrY4kV4YHmiBF/ Xl1co1OAddxYO3v+hns0ikxOFxMqEEw4nfeHCL7pVp11uXB2kc8NpEwzNZsq5ykmmQIDAQAB o4ICjDCCAogwDwYDVR0TAQH/BAUwAwEB/zAdBgNVHQ4EFgQU3PUENjj/EeOdOtKDmBMZDy3I H/8wgZMGA1UdIwSBizCBiIAUAr3bGy+wsVe/6m0mADKJ8jIZOvyhbaRrMGkxCzAJBgNVBAYT AkRFMREwDwYDVQQHEwhNdWVuY2hlbjEMMAoGA1UEChMDVFVNMQswCQYDVQQLEwJJTjEPMA0G A1UEAxMGUkJHLUNBMRswGQYJKoZIhvcNAQkBFgxjYUBpbi50dW0uZGWCAQMwDgYDVR0PAQH/ BAQDAgEGMBMGA1UdJQQMMAoGCCsGAQUFBwMBMDcGA1UdHwQwMC4wLKAqoCiGJmh0dHA6Ly9j YS5pbi50dW0uZGUvY3Jscy9nMi9jYV9jcmwuY3JsMBEGCWCGSAGG+EIBAQQEAwICBDCBkwYJ YIZIAYb4QgENBIGFFoGCWmVydGlmaWthdCBmdWVyIFJCRy1TZXJ2ZXItQ0EgYXVzZ2VzdGVs bHQgdm9uIFJCRy1DQSAyLkdlbmVyYXRpb24sIEZha3VsdGFldCBmdWVyIEluZm9ybWF0aWsg ZGVyIFRlY2huaXNjaGVuIFVuaXZlcnNpdGFldCBNdWVuY2hlbjAyBglghkgBhvhCAQQEJRYj aHR0cDovL2NhLmluLnR1bS5kZS9jZ2ktYmluL2NhLXJldj8wPAYJYIZIAYb4QgEIBC8WLWh0 dHA6Ly9jYS5pbi50dW0uZGUvcG9saWNpZXMvc2VydmVyY2Fwb2wuaHRtbDBHBgNVHSAEQDA+ MDwGDSsGAQQBgZg+ZYFIAQEwKzApBggrBgEFBQcCARYdaHR0cDovL2NhLmluLnR1bS5kZS9w b2xpY2llcy8wDQYJKoZIhvcNAQEFBQADggEBAJdbHM31nJEU9hLrlFtsa653xed5gSFUwX3D hlUWRFDB+EknV0g+IeVYykNzpw8ILruy59S5O101ZH47br2rx9m3EUloAIyVRDFFX+aFuJ+i PDyo98aZDSdeuwAwSO4tv/rOudIZST5XFvHez7aiIoUHx07NZhcr3yFzOqTPtLkw67MDizY0 +nHvMH26Ch0nSQUdor+y0rPfYMRpOomrjV42U23VRtxnRo+KqUdvgg1WdUST9sMqBXQ1esfn N5LIt3xdahgCNz5F/2ai0LW8E2E/WWJNZfaKhC062T/FZzH6/qe+pmVlDgCWDPXci0D5HR4c lxUbEkbQ4olo0cdje3gwggX6MIIE4qADAgECAgEFMA0GCSqGSIb3DQEBBQUAMGkxCzAJBgNV BAYTAkRFMREwDwYDVQQHEwhNdWVuY2hlbjEMMAoGA1UEChMDVFVNMQswCQYDVQQLEwJJTjEP MA0GA1UEAxMGUkJHLUNBMRswGQYJKoZIhvcNAQkBFgxjYUBpbi50dW0uZGUwHhcNMDQwNDE0 MTEzODIxWhcNMDkwNjAxMDAwMDAwWjByMQswCQYDVQQGEwJERTERMA8GA1UEBxMITXVlbmNo ZW4xDDAKBgNVBAoTA1RVTTELMAkGA1UECxMCSU4xGDAWBgNVBAMTD1JCRy1CZW51dHplci1D QTEbMBkGCSqGSIb3DQEJARYMY2FAaW4udHVtLmRlMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8A MIIBCgKCAQEAuUIL+0omWgx+ZdeQWWuiMSkOPHit3bZKDTMwW1uO1046KvcrBfSURAV/0Afx 4DiQtkFptNt18wMvJrJPf85TXxGXiOR1MUpx4GNQ0FtNg5AzIRSVQpEzOo6cBe3hU3owXnZZ 22d36XHXnKoz/zZMePSEggc2oMuj+OoChLROG/psUS58tT20ohl1ltfqTeB/9ldGaJomANv4 Q6HgvvMRB8VK6qGR+FADAEqpZJ+JewAMJaDpDatkLhZQ44ygGPErDIWbKnqZvPfiBTga65kB E3N/2Mt+x2q1duyEfS49P+Ss2Vf0v8xnvdmsUF+0MdgBQ2dKTMbCQwsbGDDUVbW7OwIDAQAB o4ICojCCAp4wDwYDVR0TAQH/BAUwAwEB/zAdBgNVHQ4EFgQUNiQ562ZHp7c9HjvDspUMZvpF EfswgZMGA1UdIwSBizCBiIAUAr3bGy+wsVe/6m0mADKJ8jIZOvyhbaRrMGkxCzAJBgNVBAYT AkRFMREwDwYDVQQHEwhNdWVuY2hlbjEMMAoGA1UEChMDVFVNMQswCQYDVQQLEwJJTjEPMA0G A1UEAxMGUkJHLUNBMRswGQYJKoZIhvcNAQkBFgxjYUBpbi50dW0uZGWCAQMwDgYDVR0PAQH/ BAQDAgEGMB0GA1UdJQQWMBQGCCsGAQUFBwMCBggrBgEFBQcDBDA3BgNVHR8EMDAuMCygKqAo hiZodHRwOi8vY2EuaW4udHVtLmRlL2NybHMvZzIvY2FfY3JsLmNybDAJBgNVHRIEAjAAMBEG CWCGSAGG+EIBAQQEAwIBBjCBlgYJYIZIAYb4QgENBIGIFoGFWmVydGlmaWthdCBmdWVyIFJC Ry1CZW51dHplci1DQSwgYXVzZ2VzdGVsbHQgdm9uIFJCRy1DQSAyLkdlbmVyYXRpb24sIEZh a3VsdGFldCBmdWVyIEluZm9ybWF0aWsgZGVyIFRlY2huaXNjaGVuIFVuaXZlcnNpdGFldCBN dWVuY2hlbjAyBglghkgBhvhCAQQEJRYjaHR0cDovL2NhLmluLnR1bS5kZS9jZ2ktYmluL2Nh LXJldj8wOgYJYIZIAYb4QgEIBC0WK2h0dHA6Ly9jYS5pbi50dW0uZGUvcG9saWNpZXMvdXNl cmNhcG9sLmh0bWwwRwYDVR0gBEAwPjA8Bg0rBgEEAYGYPmWBSAEBMCswKQYIKwYBBQUHAgEW HWh0dHA6Ly9jYS5pbi50dW0uZGUvcG9saWNpZXMvMA0GCSqGSIb3DQEBBQUAA4IBAQB0Fciq aObDs6d/ZW5OXQi6AfFy7SnagnAP3uqMAamMyTCtUn8/3AeGb5veesmtXUTrOL6v5q5VMuwa C6rvxLVpevnS6YrvhjijbqtuaJU/Rsw+zgAvGOj3VrolfC4pxNBPoKATBVWDOufrO3w9oFHY OaS3URFEURbhdQGCET0letBus3B8fCl0TOvF7ftE47+C8c0nYDzukMH2DNTlJ1Z33NA5CFyC QBjqdGFmRJezFyquWDP+ub/Aw/TeiY1vr/wsF+mcfNjFYvY6Q8tIWoeg5ED7Ex20T9PFk447 gWpEN6oyTUXd95SyMzWZ6RzUX/ox/mlcYfCqoUDiReZr/6+EMYICUzCCAk8CAQEweDByMQsw CQYDVQQGEwJERTERMA8GA1UEBxMITXVlbmNoZW4xDDAKBgNVBAoTA1RVTTELMAkGA1UECxMC SU4xGDAWBgNVBAMTD1JCRy1CZW51dHplci1DQTEbMBkGCSqGSIb3DQEJARYMY2FAaW4udHVt LmRlAgIj0zAJBgUrDgMCGgUAoIGxMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZI hvcNAQkFMQ8XDTA0MDYwNDE4MDAwNVowIwYJKoZIhvcNAQkEMRYEFAyOywhixEWNi8t6Xa3r 5J/Kd00kMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0G CCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMA0GCSqGSIb3DQEBAQUABIIB ABbHJ/wcRtsuOiAwDLsC5ICAhoHyEsZqzzAdKiRHm9+0o9bGB16hT1mMkG27zh0+S44h4hmW g+rj52ORG9GS/HQwzAM5mBLvk7UezAR58lFnj7zDjWGZj2Npgo+vxlzKKzTaB+L+U+smauWk 2UC2sm3eI1HxWDy39Y+SCLQMGBKryE2wmA/7tvJ5yaBGUhot/uR7GTIa9viVumM+xB/IT2sw EBw48FoXVzbYmjHyNmwI68aK7f92kJ9JR6G8Gj4mOLiXkUqeFRjLeuTLbUNlGFjzr8B0DUQL bI2BVzOCIGatvadFXebZPzQzqxD2pfMRG+HbdT3daNayFmX/2MOiC48= --BOKacYhQ+x31HxR3-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 4 11:23:45 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9947316A4CE for ; Fri, 4 Jun 2004 11:23:45 -0700 (PDT) Received: from lakermmtao08.cox.net (lakermmtao08.cox.net [68.230.240.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 24D5E43D1F for ; Fri, 4 Jun 2004 11:23:45 -0700 (PDT) (envelope-from conrads@cox.net) Received: from ip68-11-70-23.no.no.cox.net ([68.11.70.23]) by lakermmtao08.cox.netESMTP <20040604182312.WBXA5121.lakermmtao08.cox.net@ip68-11-70-23.no.no.cox.net>; Fri, 4 Jun 2004 14:23:12 -0400 Received: from ip68-11-70-23.no.no.cox.net (localhost.no.no.cox.net [127.0.0.1])i54INCA7005781; Fri, 4 Jun 2004 13:23:12 -0500 (CDT) (envelope-from conrads@ip68-11-70-23.no.no.cox.net) Received: (from conrads@localhost)i54IN69m005780; Fri, 4 Jun 2004 13:23:07 -0500 (CDT) (envelope-from conrads) Message-ID: X-Mailer: XFMail 1.5.5 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20040604165742.GP92188@cnd.mcgill.ca> Date: Fri, 04 Jun 2004 13:23:06 -0500 (CDT) From: Conrad Sabatier To: Mathew Kanner cc: freebsd-current@freebsd.org Subject: Re: What happened to src/sys/dev/sound/midi ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: conrads@cox.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jun 2004 18:23:45 -0000 On 04-Jun-2004 Mathew Kanner wrote: > > In regards to MIDI, I've been posting links to patches for > about a year now. I've had relatively little feedback. I'm not sure if > the current patches that are posted will compile after some changes to > infrastructure. Yes, and I'm one of those who really would have liked to have offered more in the way of feedback as you were developing this new code, but I really don't like patching existing kernel sources with new, untested, uncommitted code. It's just something I'm generally leery about doing. I was also doubtful that the patches would even apply cleanly from one build to the next, as I'm running CURRENT and updating quite frequently. Sorry for not providing more support for your work, which I am *definitely* interested in. -- Conrad Sabatier - "In Unix veritas" From owner-freebsd-current@FreeBSD.ORG Fri Jun 4 11:35:53 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 618) id 8997916A4CF; Fri, 4 Jun 2004 11:35:53 -0700 (PDT) In-Reply-To: <20040604122041.GB84468@shiva.int.ipv42.net> from Nicolas Jombart at "Jun 4, 2004 02:20:41 pm" To: ecu@ipv42.net (Nicolas Jombart) Date: Fri, 4 Jun 2004 11:35:53 -0700 (PDT) X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <20040604183553.8997916A4CF@hub.freebsd.org> From: wpaul@FreeBSD.ORG (Bill Paul) cc: freebsd-current@freebsd.org Subject: Re: 802.11g/GPRS broadcom cardbus X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 04 Jun 2004 18:35:53 -0000 > Hello > [...] > CIS reading done > cardbus1: Resource not specified in CIS: id=10, size=2000 > cardbus1: Non-prefetchable memory at c0202000-c0203fff > cardbus1: at device 0.0 (no driver attached) > cardbus1: Resource not specified in CIS: id=10, size=100 > cardbus1: IO port at 4000-40ff > cardbus1: at device 0.1 (no driver attached) > cbb1: cbb_power: 0V > cbb1: CardBus card activation failed > Status is 0x30000126 > > > Is there a way of making it work ? (at least the serial interface) > > Thanks ! > > Nicolas > Hm. In theory, I think it's possible to make the whole thing work. The only tricky part is that they've combined two functions on the same device. The 802.11g wireless function should work fine using the NDISulator and the supplied Windows driver (check the CD that came with it: there's probably a bcmwl5.sys and bcmwl5.inf file on it somewhere). But the probe routine in if_ndis_pci.c only selects devices based on the PCI vendor and device ID. If the two functions appear to have unique device IDs, then you should be ok. If not, the probe routine might try to claim both the wireless function and the serial function. If it turns out both functions have the same vendor/device ID, this shouldn't be too hard to deal with: the probe routine can additionally check the PCI device type code and reject anything that isn't 'network' or 'wireless.' As for the serial interface, assuming it behaves like a normal COM port, I expect you can get it to work by adding the PCI vendor/device ID to the PCI attachment of the sio driver. Then it will get attached as an sio device. -Bill -- ============================================================================= -Bill Paul (510) 749-2329 | Senior Engineer, Master of Unix-Fu wpaul@windriver.com | Wind River Systems ============================================================================= you're just BEGGING to face the moose ============================================================================= From owner-freebsd-current@FreeBSD.ORG Fri Jun 4 11:37:19 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 88D1A16A4CE for ; Fri, 4 Jun 2004 11:37:19 -0700 (PDT) Received: from out004.verizon.net (out004pub.verizon.net [206.46.170.142]) by mx1.FreeBSD.org (Postfix) with ESMTP id F401843D1D for ; Fri, 4 Jun 2004 11:37:18 -0700 (PDT) (envelope-from david.gurvich@verizon.net) Received: from verizon.net ([68.160.200.76]) by out004.verizon.net (InterMail vM.5.01.06.06 201-253-122-130-106-20030910) with ESMTP id <20040604183630.OWQN1551.out004.verizon.net@verizon.net> for ; Fri, 4 Jun 2004 13:36:30 -0500 Date: Fri, 4 Jun 2004 14:36:30 -0400 Mime-Version: 1.0 (Apple Message framework v553) Content-Type: text/plain; charset=US-ASCII; format=flowed From: David Gurvich To: freebsd-current@freebsd.org Content-Transfer-Encoding: 7bit Message-Id: <186C2F6A-B656-11D8-8266-000393AB07D8@verizon.net> X-Mailer: Apple Mail (2.553) X-Authentication-Info: Submitted using SMTP AUTH at out004.verizon.net from [68.160.200.76] at Fri, 4 Jun 2004 13:36:30 -0500 Subject: Problems compiling. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 04 Jun 2004 18:37:19 -0000 Continual segmentation faults with extended compilation. Using portupgrade in a batch will fail on some ports, but will work one at a time. Probably connected to trouble's with buildworld. Has there been a recent change in the compiler or make program? From owner-freebsd-current@FreeBSD.ORG Fri Jun 4 11:38:45 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A1AF816A4CE for ; Fri, 4 Jun 2004 11:38:45 -0700 (PDT) Received: from webmail-outgoing.us4.outblaze.com (webmail-outgoing.us4.outblaze.com [205.158.62.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5FF7643D1F for ; Fri, 4 Jun 2004 11:38:43 -0700 (PDT) (envelope-from pdseniura@techie.com) Received: from wfilter.us4.outblaze.com (wfilter.us4.outblaze.com [205.158.62.180])5D51B180128A for ; Fri, 4 Jun 2004 18:38:01 +0000 (GMT) X-OB-Received: from unknown (205.158.62.178) by wfilter.us4.outblaze.com; 4 Jun 2004 18:37:29 -0000 Received: by ws1-14.us4.outblaze.com (Postfix, from userid 1001) id 3E3C0790037; Fri, 4 Jun 2004 18:38:01 +0000 (GMT) Content-Type: text/plain; charset="iso-8859-1" Content-Disposition: inline Content-Transfer-Encoding: 7bit MIME-Version: 1.0 X-Mailer: MIME-tools 5.41 (Entity 5.404) Received: from [192.149.244.9] by ws1-14.us4.outblaze.com with http for pdseniura@techie.com; Fri, 04 Jun 2004 12:38:01 -0600 From: "P.D. Seniura" To: "Bill Fumerola" Date: Fri, 04 Jun 2004 12:38:01 -0600 X-Originating-Ip: 192.149.244.9 X-Originating-Server: ws1-14.us4.outblaze.com Message-Id: <20040604183801.3E3C0790037@ws1-14.us4.outblaze.com> cc: freebsd-current@freebsd.org Subject: Re: addendum - several modules failing to be built - all related to pccarddevs.h X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 04 Jun 2004 18:38:45 -0000 ----- Original Message ----- From: Bill Fumerola Date: Fri, 4 Jun 2004 10:50:39 -0700 To: Paul Seniura Subject: Re: addendum - several modules failing to be built - all related to pccarddevs.h > On Fri, Jun 04, 2004 at 10:57:31AM -0500, Paul Seniura wrote: > > After letting 'make -k' continue, to build as much as possible, > > and then rerunning it again, we can see many modules failing > > because of the same problem. This is the _entire log_ from a > > "re-run" again: > > we can also see you failing to run 'make depend'. The 'make buildworld' did that. The log shown was a "re-run". No other patches/updates were applied in-between. > -- > - bill fumerola / billf@FreeBSD.org -- thx, Paul Seniura. -- ___________________________________________________________ Sign-up for Ads Free at Mail.com http://promo.mail.com/adsfreejump.htm From owner-freebsd-current@FreeBSD.ORG Fri Jun 4 11:42:58 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5E04216A4CE; Fri, 4 Jun 2004 11:42:58 -0700 (PDT) Received: from meitner.wh.uni-dortmund.de (meitner.wh.Uni-Dortmund.DE [129.217.129.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id 256EC43D1D; Fri, 4 Jun 2004 11:42:58 -0700 (PDT) (envelope-from michaelnottebrock@gmx.net) Received: from lofi.dyndns.org (pc2-105.intern.meitner [10.3.12.105]) by meitner.wh.uni-dortmund.de (Postfix) with ESMTP id E819416770D; Fri, 4 Jun 2004 20:42:07 +0200 (CEST) Received: from [192.168.8.4] (lofi@kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id i54Ig5UF011020 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Fri, 4 Jun 2004 20:42:06 +0200 (CEST) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: freebsd-current@FreeBSD.org, conrads@cox.net Date: Fri, 4 Jun 2004 20:42:04 +0200 User-Agent: KMail/1.6.2 References: In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Boundary-02=_9JMwASbsjbjOtyU"; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200406042042.05123.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new cc: Scott Long cc: Paul Seniura Subject: Re: What happened to src/sys/dev/sound/midi ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 04 Jun 2004 18:42:58 -0000 --Boundary-02=_9JMwASbsjbjOtyU Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday 04 June 2004 20:14, Conrad Sabatier wrote: > If the man comes across as a little "abrasive", it's probably because he's > a little upset at having functionality he's come to rely on suddenly > removed without warning. You can hardly blame him, really. > > Why couldn't this have been held off until the replacement drivers were > ready to be added? This makes no sense to me at all. Probably because there IS NO userbase of those drivers. I certainly have a= =20 hard time imagining there are still people around with a GUS or Roland=20 MPU-401 and using it for MIDI on FreeBSD-CURRENT... =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --Boundary-02=_9JMwASbsjbjOtyU Content-Type: application/pgp-signature Content-Description: signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQBAwMJ9Xhc68WspdLARAjTCAJ44YyhQo44aEnKykyiGgYtSz3dFhgCgqayl UTJmf6ozRvF3USGvjKJLRGM= =dNsg -----END PGP SIGNATURE----- --Boundary-02=_9JMwASbsjbjOtyU-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 4 11:43:15 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5FB2816A4D7; Fri, 4 Jun 2004 11:43:15 -0700 (PDT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E8A543D45; Fri, 4 Jun 2004 11:43:14 -0700 (PDT) (envelope-from ru@ip.net.ua) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i54ImP1x089360 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 4 Jun 2004 21:48:26 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.12.11/8.12.11) id i54IgPrL002229; Fri, 4 Jun 2004 21:42:25 +0300 (EEST) (envelope-from ru) Date: Fri, 4 Jun 2004 21:42:25 +0300 From: Ruslan Ermilov To: Bill Fumerola Message-ID: <20040604184225.GB2137@ip.net.ua> References: <20040604153431.44C1B5C13@techpc04.okladot.state.ok.us> <20040604155731.3C95B5C13@techpc04.okladot.state.ok.us> <20040604175039.GE80705@elvis.mu.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="v9Ux+11Zm5mwPlX6" Content-Disposition: inline In-Reply-To: <20040604175039.GE80705@elvis.mu.org> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) cc: freebsd-current@freebsd.org Subject: Re: addendum - several modules failing to be built - all related to pccarddevs.h X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 04 Jun 2004 18:43:15 -0000 --v9Ux+11Zm5mwPlX6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jun 04, 2004 at 10:50:39AM -0700, Bill Fumerola wrote: > On Fri, Jun 04, 2004 at 10:57:31AM -0500, Paul Seniura wrote: > > After letting 'make -k' continue, to build as much as possible, > > and then rerunning it again, we can see many modules failing > > because of the same problem. This is the _entire log_ from a > > "re-run" again: >=20 > we can also see you failing to run 'make depend'. >=20 FWIW, running ``make depend'' is almost always optional. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --v9Ux+11Zm5mwPlX6 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAwMKRqRfpzJluFF4RAtHPAJ9yPReuErd9JaKEPObaZd2cskCCawCfZP0g peTsVIBLcf3ZnBzidTtolPA= =8l+y -----END PGP SIGNATURE----- --v9Ux+11Zm5mwPlX6-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 4 11:47:28 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 142B016A4CE for ; Fri, 4 Jun 2004 11:47:28 -0700 (PDT) Received: from mail4.speakeasy.net (mail4.speakeasy.net [216.254.0.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id E9E0F43D1F for ; Fri, 4 Jun 2004 11:47:27 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 4284 invoked from network); 4 Jun 2004 18:47:15 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 4 Jun 2004 18:47:14 -0000 Received: from 10.50.41.233 (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i54IkwpY082926; Fri, 4 Jun 2004 14:46:58 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Fri, 4 Jun 2004 14:47:43 -0400 User-Agent: KMail/1.6 References: <20040604173514.D107C790037@ws1-14.us4.outblaze.com> <20040604180656.GA66180@falcon.midgard.homeip.net> <20040604181118.GC29666@Odin.AC.HMC.Edu> In-Reply-To: <20040604181118.GC29666@Odin.AC.HMC.Edu> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200406041447.43941.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: Mark Linimon cc: "P.D. Seniura" Subject: Re: What happened to src/sys/dev/sound/midi ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 04 Jun 2004 18:47:28 -0000 On Friday 04 June 2004 02:11 pm, Brooks Davis wrote: > On Fri, Jun 04, 2004 at 08:06:57PM +0200, Erik Trulsson wrote: > > On Fri, Jun 04, 2004 at 10:44:31AM -0700, Brooks Davis wrote: > > > On Fri, Jun 04, 2004 at 11:35:14AM -0600, P.D. Seniura wrote: > > > > ----- Original Message ----- > > > > From: Mark Linimon > > > > Date: Thu, 3 Jun 2004 13:45:50 -0500 (CDT) > > > > To: "P.D. Seniura" > > > > Subject: Re: What happened to src/sys/dev/sound/midi ? > > > > > > > > > On Thu, 3 Jun 2004, P.D. Seniura wrote: > > > > > > In fact I've been spotting _many_ commits that I cannot find in > > > > > > the recent archives. For one, the commit that moves the port > > > > > > print/teTeX to print/teTeX-base does not present itself in a > > > > > > search > > > > > > > > > > AFAIK, it has not yet been committed. > > > > > > > > > >From my CTM log for June 2: > > > > > > > > ./20040602/ctm_ports.log:234:> DM /ports/print/teTeX-base > > > > ./20040602/ctm_ports.log:235:> FM /ports/print/teTeX-base/Makefile > > > > ./20040602/ctm_ports.log:236:> FM /ports/print/teTeX-base/distinfo > > > > ./20040602/ctm_ports.log:237:> DM /ports/print/teTeX-base/files > > > > ./20040602/ctm_ports.log:238:> FM > > > > /ports/print/teTeX-base/files/listings.sty > > > > ./20040602/ctm_ports.log:239:> FM > > > > /ports/print/teTeX-base/files/pkg-install.in > > > > ./20040602/ctm_ports.log:240:> FM /ports/print/teTeX-base/pkg-descr > > > > ./20040602/ctm_ports.log:241:> FM /ports/print/teTeX-base/pkg-plist > > > > > > > > > > > > I just can't find the cvs commit entry on cvs-ports@ > > > > to see what's going on. And Nothing Much Relevent on > > > > ports@. > > > > > > > > Before someone mentions it again: > > > > One cannot follow _discussions_ on "cvsweb". > > > > > > It appears CTM is confused. According to cvsweb and a checkout > > > straight from the main repository, there have been no changes to > > > print/teTeX-base in three weeks. Hence there was no commit message > > > because there was no commit. > > > > There does not seem to have been a *commit*, no. > > There does however seem to have been a repocopy of print/teTeX to > > print/teTeX-base made on June 2. Repocopies do not show up in > > commitlogs or on mailinglists (unless somebody manually sends out a mail > > about it which is rarely the case.) > > > > In other words - the reason you can't find a cvs commit entry about > > teTeX-base is that there was no cvs commit made to it. The repository > > was changed directly without involving cvs. > > I've got to say, I really wish we had a file containing paths and > repo-copy dates in the repository. It would be more work for cvs@, but > it would generate a commit message when they happend and allow the > creation of tools to check out a real copy of the tree at a given date > in the past. Repo-copies should be noted with a forced commit if the files aren't going to be changed soon after they are copied. I.e., one does not normally ask for a repo-copy until they are ready to commit to the copied files. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Jun 4 11:48:29 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 32CBC16A4CE for ; Fri, 4 Jun 2004 11:48:29 -0700 (PDT) Received: from mail5.speakeasy.net (mail5.speakeasy.net [216.254.0.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id D475343D1D for ; Fri, 4 Jun 2004 11:48:28 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 12918 invoked from network); 4 Jun 2004 18:48:27 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 4 Jun 2004 18:48:26 -0000 Received: from 10.50.41.233 (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i54IlniM082931; Fri, 4 Jun 2004 14:47:49 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Fri, 4 Jun 2004 14:48:35 -0400 User-Agent: KMail/1.6 References: <20040604175526.D5127790037@ws1-14.us4.outblaze.com> In-Reply-To: <20040604175526.D5127790037@ws1-14.us4.outblaze.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200406041448.35325.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: "P.D. Seniura" Subject: Re: buildworld failing with "make: don't know how to make @/dev/pccard/pccarddevs.h" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 04 Jun 2004 18:48:29 -0000 On Friday 04 June 2004 01:55 pm, P.D. Seniura wrote: > ----- Original Message ----- > From: John Baldwin > Date: Fri, 4 Jun 2004 11:48:09 -0400 > To: freebsd-current@FreeBSD.org, Paul Seniura > Subject: Re: buildworld failing with "make: don't know how to make > @/dev/pccard/pccarddevs.h" > > > On Friday 04 June 2004 11:34 am, Paul Seniura wrote: > > > Building world has been failing for several days. > > > > > > I cannot find anything in maillist archives on this specific error. > > > Before you ask, Yes I saw the changes to 'pccard' code but there's > > > nothing specific to this error in the maillist archives as of this > > > writing. So this bug seems to be 'new'. > > > > > > Latest CTM buckets applied as of this morning. > > > > > > Did 'rm -Rf /usr/obj/*' prior to 'make buildworld'. > > > > > > Got it narrowed down. > > > Remaking the modules will show the error. This log is a "re-run" so > > > some modules have already been built: > > > > Do a 'make cleandir' in src/sys/modules and try again. > > No change, still getting the error on the same modules. > (I'll not quote the log this time. ;) Ok, comment out 'NO_CLEAN=yes' and 'NO_CLEANDIR=yes' from make.conf and try again. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Jun 4 11:48:59 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1740816A4CF for ; Fri, 4 Jun 2004 11:48:59 -0700 (PDT) Received: from mail4.speakeasy.net (mail4.speakeasy.net [216.254.0.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id ECFAF43D39 for ; Fri, 4 Jun 2004 11:48:58 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 6311 invoked from network); 4 Jun 2004 18:48:49 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 4 Jun 2004 18:48:49 -0000 Received: from 10.50.41.233 (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i54ImYDe082942; Fri, 4 Jun 2004 14:48:34 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Fri, 4 Jun 2004 14:49:19 -0400 User-Agent: KMail/1.6 References: <186C2F6A-B656-11D8-8266-000393AB07D8@verizon.net> In-Reply-To: <186C2F6A-B656-11D8-8266-000393AB07D8@verizon.net> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200406041449.19568.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: David Gurvich Subject: Re: Problems compiling. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 04 Jun 2004 18:48:59 -0000 On Friday 04 June 2004 02:36 pm, David Gurvich wrote: > Continual segmentation faults with extended compilation. Using > portupgrade in a batch will fail on some ports, but will work one at a > time. Probably connected to trouble's with buildworld. Has there been > a recent change in the compiler or make program? No, the interrupt preemption change has revealed bugs in other parts of the kernel. You can back out the latest commit to intr_machdep.c to get things working again while the bug is tracked down. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Jun 4 11:52:01 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 259F416A4CE for ; Fri, 4 Jun 2004 11:52:01 -0700 (PDT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id ACC5743D1D for ; Fri, 4 Jun 2004 11:52:00 -0700 (PDT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.11/8.12.11) with ESMTP id i54IogsL078965; Fri, 4 Jun 2004 14:50:42 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i54IogKq078962; Fri, 4 Jun 2004 14:50:42 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Fri, 4 Jun 2004 14:50:41 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: David Gurvich In-Reply-To: <186C2F6A-B656-11D8-8266-000393AB07D8@verizon.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: Problems compiling. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 04 Jun 2004 18:52:01 -0000 On Fri, 4 Jun 2004, David Gurvich wrote: > Continual segmentation faults with extended compilation. Using > portupgrade in a batch will fail on some ports, but will work one at a > time. Probably connected to trouble's with buildworld. Has there been > a recent change in the compiler or make program? There have been several similar reports recently. However, I haven't seen enough information to point at any single source. The usual sources of reports like this are: (1) Hardware failure -- over-heating, bus problems, or memory problems. (1.5a) Overclocking. (2) Hardware bug that we don't work around. (3) VM bug. (4) Signal bug. (5) ABI issue in libraries and binaries. (6) Compiler bug. Usually (5) is easy to diagnose because it's highly reproduceable and more than one person experiences it, although not always. The first question to eliminate some classes of failure modes is to determine how reproduceable it is. If building the same piece of software (as part of a big build or small one) always generates the same failure in the same place, that would be extremely useful to know about. Usually (1) is diagnosed through measuring the environment (temperature, etc) and replacing parts. If you have identical hardware with an identical problem, that sometimes confirms and sometimes eliminates hardware failure, but replacing parts (such as memory) can be very useful in tracking down common hardware failure modes. (1.5a) can generally be eliminated by not doing it. :-) The remainder are a bit harder, unfortunately. Could you include a dmesg for your hardware configuration? Also, was there a threshold date after which this problem started? Is it possible for you to narrow down that date by installing earlier snapshots of FreeBSD, perhaps down to month or week granularity? In particular, if you go back to earlier snapshots, does the problem go away? Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Senior Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Fri Jun 4 12:03:40 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C55C716A4CE; Fri, 4 Jun 2004 12:03:40 -0700 (PDT) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D9C843D2F; Fri, 4 Jun 2004 12:03:40 -0700 (PDT) (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 i54J3AWR046258 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Fri, 4 Jun 2004 12:03:10 -0700 (PDT) (envelope-from sam@errno.com) From: Sam Leffler Organization: Errno Consulting To: freebsd-hackers@freebsd.org Date: Fri, 4 Jun 2004 11:59:02 -0700 User-Agent: KMail/1.6.1 References: <20040531215101.GA60299@freefall.freebsd.org> <20040603151911.GB12727@Odin.AC.HMC.Edu> <20040604112733.GC98227@cell.sick.ru> In-Reply-To: <20040604112733.GC98227@cell.sick.ru> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit Message-Id: <200406041159.02229.sam@errno.com> cc: Gleb Smirnoff cc: freebsd-current@freebsd.org cc: Bosko Milekic Subject: Re: [HEADS-UP] mbuma is in the tree X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 04 Jun 2004 19:03:40 -0000 On Friday 04 June 2004 04:27 am, Gleb Smirnoff wrote: > On Thu, Jun 03, 2004 at 08:19:11AM -0700, Brooks Davis wrote: > B> > On Wed, Jun 02, 2004 at 10:56:52AM -0700, Sam Leffler wrote: > B> > S> allocated using this mechanism. I did it once for vlan tags but > botched it B> > S> (didn't handle module references properly) so backed it. > But there's no B> > S> reason someone cannot redo it or convert other > heavily used fixed size tags B> > S> to use a zone. > B> > > B> > Have you saved your efforts? May I look at them? > B> > B> They are in the CVS history of sys/net/if_vlan.c. > > I see now, thanks. > > Question to Sam: have you performed any tests? Is this definitely > true, that UMAllocing in special zone is faster than general malloc()? Allocating from a zone was noticeable for gige interfaces, especially on my SMP configuration (which was running w/o Giant). For non-gige interfaces the overhead of using malloc is not noticeable (as I reported when I first converted vlan handling over to use tags). Regardless the point was that you can already use a zone for tags if you want. Sam From owner-freebsd-current@FreeBSD.ORG Fri Jun 4 12:17:53 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C67B416A4CE for ; Fri, 4 Jun 2004 12:17:53 -0700 (PDT) Received: from mail5.speakeasy.net (mail5.speakeasy.net [216.254.0.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E43643D1F for ; Fri, 4 Jun 2004 12:17:53 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 5607 invoked from network); 4 Jun 2004 19:17:13 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 4 Jun 2004 19:17:13 -0000 Received: from 10.50.41.233 (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i54JH9jj083103; Fri, 4 Jun 2004 15:17:10 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: Tony Maher Date: Fri, 4 Jun 2004 15:17:54 -0400 User-Agent: KMail/1.6 References: <200406041112.i54BC4b0029823@k9.a1.asic.gov.au> In-Reply-To: <200406041112.i54BC4b0029823@k9.a1.asic.gov.au> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200406041517.54827.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: freebsd-current@FreeBSD.org Subject: Re: fire up xmms, wi0 loses its mind X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 04 Jun 2004 19:17:53 -0000 On Friday 04 June 2004 07:12 am, Tony Maher wrote: > John Baldwin wrote: > > Probably acpi_pci_link.c as it exposes a bug in our link code (it doesn't > > use a good algorithm for picking an IRQ to route interrupts to) > > Yes it is the problem. > I have cvsupped to *default date=2004.05.28.17.30.00 > Run (in effect) make world, network (and usb mouse) work fine. > Installed acpi_pci_link.c v1.15 (instead of v1.14), make kernel, reboot > fxp0 (and usb mouse) fail to work. > > So now what is the solution? I'm working on fixing the acpi_pci_link.c driver to (among other things) use a better algorithm to pick IRQs so that it won't use IRQs used by ISA devices for example. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Jun 4 12:21:19 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 854C416A4E6 for ; Fri, 4 Jun 2004 12:21:18 -0700 (PDT) Received: from mail1.speakeasy.net (mail1.speakeasy.net [216.254.0.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id F179043D31 for ; Fri, 4 Jun 2004 12:21:17 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 11935 invoked from network); 4 Jun 2004 19:20:53 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 4 Jun 2004 19:20:52 -0000 Received: from 10.50.41.233 (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i54JKnAK083127; Fri, 4 Jun 2004 15:20:49 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: Andreas Moeller Date: Fri, 4 Jun 2004 15:21:34 -0400 User-Agent: KMail/1.6 References: <40BF38B4.6090208@gmx.net> <200406041101.15208.jhb@FreeBSD.org> <40C0B150.1030702@gmx.net> In-Reply-To: <40C0B150.1030702@gmx.net> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200406041521.34813.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: current@FreeBSD.org Subject: Re: fxp(4) device timeouts ACPI related? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 04 Jun 2004 19:21:19 -0000 On Friday 04 June 2004 01:28 pm, Andreas Moeller wrote: > >>The ACPI updates predating last weekend seem to have broken my fxp(4) > >>card (Intel PRO/100 S, Intel 82550 chip). Without disabling ACPI at the > >>loader prompt (set hint.acpi.0.disabled=1) I get the consecutive message > >>of the device timing out and network is unusable. > >> > >>Perhaps this is useful information for everybody desiring to workaround > >>the problem or even some developer to have a closer look at it. If a > >>more detailed description of my setup is needed, just let me know. > > > > Can you get before and after dmesg's and post a diff? > > Of course. diff is attached, the kernel is an unmodified GENERIC. Looks like !ACPI gives IRQ 11 to everyone and ACPI gives some devices IRQ 5 and some IRQ 11. Can you get a dmesg from the older kernel with ACPI enabled and generate a diff of that dmesg against the current kernel with ACPI? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Jun 4 12:36:13 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4F2DA16A4CE for ; Fri, 4 Jun 2004 12:36:13 -0700 (PDT) Received: from webmail-outgoing.us4.outblaze.com (webmail-outgoing.us4.outblaze.com [205.158.62.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4099943D31 for ; Fri, 4 Jun 2004 12:36:13 -0700 (PDT) (envelope-from pdseniura@techie.com) Received: from wfilter.us4.outblaze.com (wfilter.us4.outblaze.com [205.158.62.180])5C9C5180055D for ; Fri, 4 Jun 2004 19:35:28 +0000 (GMT) X-OB-Received: from unknown (205.158.62.178) by wfilter.us4.outblaze.com; 4 Jun 2004 19:34:56 -0000 Received: by ws1-14.us4.outblaze.com (Postfix, from userid 1001) id 36AA7790037; Fri, 4 Jun 2004 19:35:28 +0000 (GMT) Content-Type: text/plain; charset="iso-8859-1" Content-Disposition: inline Content-Transfer-Encoding: 7bit MIME-Version: 1.0 X-Mailer: MIME-tools 5.41 (Entity 5.404) Received: from [192.149.244.9] by ws1-14.us4.outblaze.com with http for pdseniura@techie.com; Fri, 04 Jun 2004 13:35:28 -0600 From: "P.D. Seniura" To: "Erik Trulsson" , "Brooks Davis" Date: Fri, 04 Jun 2004 13:35:28 -0600 X-Originating-Ip: 192.149.244.9 X-Originating-Server: ws1-14.us4.outblaze.com Message-Id: <20040604193528.36AA7790037@ws1-14.us4.outblaze.com> cc: Mark Linimon cc: freebsd-current@freebsd.org cc: "P.D. Seniura" Subject: Re: What happened to src/sys/dev/sound/midi ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 04 Jun 2004 19:36:13 -0000 ----- Original Message ----- From: Erik Trulsson Date: Fri, 4 Jun 2004 20:06:57 +0200 To: Brooks Davis Subject: Re: What happened to src/sys/dev/sound/midi ? > On Fri, Jun 04, 2004 at 10:44:31AM -0700, Brooks Davis wrote: > > On Fri, Jun 04, 2004 at 11:35:14AM -0600, P.D. Seniura wrote: > > > ----- Original Message ----- > > > From: Mark Linimon > > > Date: Thu, 3 Jun 2004 13:45:50 -0500 (CDT) > > > To: "P.D. Seniura" > > > Subject: Re: What happened to src/sys/dev/sound/midi ? > > > > > > > On Thu, 3 Jun 2004, P.D. Seniura wrote: > > > > > > > > > In fact I've been spotting _many_ commits that I cannot find in the recent > > > > > archives. For one, the commit that moves the port print/teTeX to > > > > > print/teTeX-base does not present itself in a search > > > > > > > > AFAIK, it has not yet been committed. > > > > > > >From my CTM log for June 2: > > > > > > ./20040602/ctm_ports.log:234:> DM /ports/print/teTeX-base > > > ./20040602/ctm_ports.log:235:> FM /ports/print/teTeX-base/Makefile > > > ./20040602/ctm_ports.log:236:> FM /ports/print/teTeX-base/distinfo > > > ./20040602/ctm_ports.log:237:> DM /ports/print/teTeX-base/files > > > ./20040602/ctm_ports.log:238:> FM /ports/print/teTeX-base/files/listings.sty > > > ./20040602/ctm_ports.log:239:> FM /ports/print/teTeX-base/files/pkg-install.in > > > ./20040602/ctm_ports.log:240:> FM /ports/print/teTeX-base/pkg-descr > > > ./20040602/ctm_ports.log:241:> FM /ports/print/teTeX-base/pkg-plist > > > > > > > > > I just can't find the cvs commit entry on cvs-ports@ > > > to see what's going on. And Nothing Much Relevent on > > > ports@. > > > > > > Before someone mentions it again: > > > One cannot follow _discussions_ on "cvsweb". > > > > It appears CTM is confused. According to cvsweb and a checkout straight > > from the main repository, there have been no changes to print/teTeX-base > > in three weeks. Hence there was no commit message because there was no > > commit. > > There does not seem to have been a *commit*, no. > There does however seem to have been a repocopy of print/teTeX to > print/teTeX-base made on June 2. Repocopies do not show up in > commitlogs or on mailinglists (unless somebody manually sends out a mail > about it which is rarely the case.) > > In other words - the reason you can't find a cvs commit entry about > teTeX-base is that there was no cvs commit made to it. The repository > was changed directly without involving cvs. Ah-HAH, that's it. Yes yes I understand, just didn't think of it. 'diff -ur' between print/teTeX and print/teTeX-base showed no real differences (just the $FreeBSD header lines). I was expecting to see what John mentioned: the "forced commit" to note the repocopy. Explains why my disk space is shrinking so fast. ;) Seems to be a lot of clandestine things going on lately. It doesn't hurt to send a quick msg to the list... but when ya don't... > -- > > Erik Trulsson > ertr1013@student.uu.se -- thx, Paul Seniura. -- ___________________________________________________________ Sign-up for Ads Free at Mail.com http://promo.mail.com/adsfreejump.htm From owner-freebsd-current@FreeBSD.ORG Fri Jun 4 12:47:07 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E834716A4CE for ; Fri, 4 Jun 2004 12:47:07 -0700 (PDT) Received: from root.org (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id D09A743D45 for ; Fri, 4 Jun 2004 12:47:07 -0700 (PDT) (envelope-from nate@root.org) Received: (qmail 52140 invoked by uid 1000); 4 Jun 2004 19:46:51 -0000 Date: Fri, 4 Jun 2004 12:46:51 -0700 (PDT) From: Nate Lawson To: John Baldwin In-Reply-To: <200406041108.33170.jhb@FreeBSD.org> Message-ID: <20040604123934.D52021@root.org> References: <714DBA6C-B565-11D8-B32B-000393AB07D8@verizon.net> <20040604105118.kpsgwcg4skgsgso0@www.sweetdreamsracing.biz> <200406041108.33170.jhb@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@FreeBSD.org Subject: Re: reboot or shutdown not working with -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 04 Jun 2004 19:47:08 -0000 On Fri, 4 Jun 2004, John Baldwin wrote: > > > Index: acpi_cpu.c > > > =================================================================== > > > RCS file: /usr/cvs/src/sys/dev/acpica/acpi_cpu.c,v > > > retrieving revision 1.36 > > > diff -u -r1.36 acpi_cpu.c > > > --- acpi_cpu.c 7 May 2004 05:22:37 -0000 1.36 > > > +++ acpi_cpu.c 4 Jun 2004 14:44:33 -0000 > > > @@ -376,8 +376,7 @@ > > > > > > /* Wait for all processors to exit acpi_cpu_idle(). */ > > > smp_rendezvous(NULL, NULL, NULL, NULL); > > > - while (cpu_idle_busy > 0) > > > - DELAY(1); > > > + DELAY(1); > > > > > > return_VALUE (0); > > > } > > > > > Yes, because the real bug is above. Disabling interrupt preemption just masks > it. The gory details are that almost all (in fact on UP, 100%) of context > switches away from the idlethread are due to interrupts. When interrupt > preemption is enabled, this means that idle threads are switched away from > before they've had a chance to decrement the cpu_idle_busy counter in > acpi_cpu_idle(). Thus, when the thread doing shutdown gets to this loop, it > never terminates because the idlethread of the CPU executing the shutdown > request never gets a chance to go back and decrement its idle_busy count. In > truth, you don't actually need the loop, once you do the rendezvous, any > other CPUs that are idle will wake up, exit acpi_cpu_idle() and re-enter > after finding no runnable jobs. I tracked this down after a couple of hours > on Wednesday but was very busy with ${REALJOB} work yesterday and haven't had > a chance to send an e-mail out about this. My goal with this originally was to drain all threads out of the idle handler before continuing the shutdown process. The assumption that changed with the ithread commit was that the idle thread gets to run sometime after an interrupt occurs. It's actually kind of tough to have a sched switch before any instructions get to execute after the "go to sleep" one since I profile the length of the sleep to figure out how deep a sleep to use the next cycle. This is to keep sporadically loaded machines responsive. So if a preemption can happen every sleep, I'll have to redo this approach and go with one that doesn't require profiling and executes no code after the sleep. -Nate From owner-freebsd-current@FreeBSD.ORG Fri Jun 4 13:45:53 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 760EC16A4CE for ; Fri, 4 Jun 2004 13:45:53 -0700 (PDT) Received: from mail1.speakeasy.net (mail1.speakeasy.net [216.254.0.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 57CFA43D49 for ; Fri, 4 Jun 2004 13:45:53 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 22582 invoked from network); 4 Jun 2004 20:45:43 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 4 Jun 2004 20:45:43 -0000 Received: from 10.50.41.233 (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i54KjdAF083693; Fri, 4 Jun 2004 16:45:40 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: Nate Lawson Date: Fri, 4 Jun 2004 16:46:23 -0400 User-Agent: KMail/1.6 References: <714DBA6C-B565-11D8-B32B-000393AB07D8@verizon.net> <200406041108.33170.jhb@FreeBSD.org> <20040604123934.D52021@root.org> In-Reply-To: <20040604123934.D52021@root.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200406041646.23134.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: freebsd-current@FreeBSD.org Subject: Re: reboot or shutdown not working with -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 04 Jun 2004 20:45:53 -0000 On Friday 04 June 2004 03:46 pm, Nate Lawson wrote: > On Fri, 4 Jun 2004, John Baldwin wrote: > > > > Index: acpi_cpu.c > > > > =================================================================== > > > > RCS file: /usr/cvs/src/sys/dev/acpica/acpi_cpu.c,v > > > > retrieving revision 1.36 > > > > diff -u -r1.36 acpi_cpu.c > > > > --- acpi_cpu.c 7 May 2004 05:22:37 -0000 1.36 > > > > +++ acpi_cpu.c 4 Jun 2004 14:44:33 -0000 > > > > @@ -376,8 +376,7 @@ > > > > > > > > /* Wait for all processors to exit acpi_cpu_idle(). */ > > > > smp_rendezvous(NULL, NULL, NULL, NULL); > > > > - while (cpu_idle_busy > 0) > > > > - DELAY(1); > > > > + DELAY(1); > > > > > > > > return_VALUE (0); > > > > } > > > > Yes, because the real bug is above. Disabling interrupt preemption just > > masks it. The gory details are that almost all (in fact on UP, 100%) of > > context switches away from the idlethread are due to interrupts. When > > interrupt preemption is enabled, this means that idle threads are > > switched away from before they've had a chance to decrement the > > cpu_idle_busy counter in acpi_cpu_idle(). Thus, when the thread doing > > shutdown gets to this loop, it never terminates because the idlethread of > > the CPU executing the shutdown request never gets a chance to go back and > > decrement its idle_busy count. In truth, you don't actually need the > > loop, once you do the rendezvous, any other CPUs that are idle will wake > > up, exit acpi_cpu_idle() and re-enter after finding no runnable jobs. I > > tracked this down after a couple of hours on Wednesday but was very busy > > with ${REALJOB} work yesterday and haven't had a chance to send an e-mail > > out about this. > > My goal with this originally was to drain all threads out of the idle > handler before continuing the shutdown process. The assumption that > changed with the ithread commit was that the idle thread gets to run > sometime after an interrupt occurs. It's actually kind of tough to have > a sched switch before any instructions get to execute after the "go to > sleep" one since I profile the length of the sleep to figure out how deep > a sleep to use the next cycle. This is to keep sporadically loaded > machines responsive. So if a preemption can happen every sleep, I'll have > to redo this approach and go with one that doesn't require profiling and > executes no code after the sleep. I think your current code is fine though. As soon as you send out the IPI, any CPUs that are idle will bounce. Is there anything dangerous after you enable interrupts again on the processor? For C1, you don't seem to go near any ACPI-specific code after resume, and for C2/C3 you seem to defer enabling interrupts until you have read the counters (and I assume that C2/C3 resume doesn't actually handle the interrupt until you do sti) so you shouldn't have to worry about the CPU doing the shutdown since if it ever returns to the idlethread it will already be out of the critical section. Thus, I don't think you need the while loop or busy counter at all. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Jun 4 13:47:49 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 46D5F16A4CE; Fri, 4 Jun 2004 13:47:49 -0700 (PDT) Received: from hak.cnd.mcgill.ca (hak.cnd.mcgill.ca [132.216.11.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id D289A43D1D; Fri, 4 Jun 2004 13:47:48 -0700 (PDT) (envelope-from mat@hak.cnd.mcgill.ca) Received: from hak.cnd.mcgill.ca (localhost [127.0.0.1]) by hak.cnd.mcgill.ca (8.12.9/8.12.8) with ESMTP id i54Kn9K0035984; Fri, 4 Jun 2004 16:49:09 -0400 (EDT) (envelope-from mat@hak.cnd.mcgill.ca) Received: (from mat@localhost) by hak.cnd.mcgill.ca (8.12.9/8.12.8/Submit) id i54Kn9ud035983; Fri, 4 Jun 2004 16:49:09 -0400 (EDT) Date: Fri, 4 Jun 2004 16:49:09 -0400 From: Mathew Kanner To: Robert Watson Message-ID: <20040604204909.GV92188@cnd.mcgill.ca> References: <20040604165742.GP92188@cnd.mcgill.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i Organization: I speak for myself, operating in Montreal, CANADA X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.62 X-Spam-Checker-Version: SpamAssassin 2.62 (2004-01-11) on hak.cnd.mcgill.ca cc: freebsd-current@freebsd.org cc: Mathew Kanner Subject: Re: What happened to src/sys/dev/sound/midi ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 04 Jun 2004 20:47:49 -0000 On Jun 04, Robert Watson wrote: > > On Fri, 4 Jun 2004, Mathew Kanner wrote: > > > In regards to USB sound, I've lost the changes I did when I > > cvsup'ed. Sad but true, I've done this a few times so I think I need > > to improve the way I do work. Anyway, I plan to redo them since it > > was mostly a couple hour of mechanical work. > > Have you thought about using the FreeBSD perforce server? It's invaluable > for things like checkpointing. One of the main reasons Peter set it up > was that people were walking around with months of work on notebooks at > conferences, and he was concerned they'd drop/lose/have stolen/destroy > the notebooks and the project would lose a lot of work. Am I allowed to use perfoce? Is there some docs anywhere? Thanks, --mat -- I have found that humans often use Smalltalk during awkward moments. ("Data") From owner-freebsd-current@FreeBSD.ORG Fri Jun 4 13:53:49 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 10F1F16A4CE; Fri, 4 Jun 2004 13:53:49 -0700 (PDT) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id F27F243D2D; Fri, 4 Jun 2004 13:53:48 -0700 (PDT) (envelope-from mux@freebsd.org) Received: by elvis.mu.org (Postfix, from userid 1920) id F028D5C839; Fri, 4 Jun 2004 13:53:24 -0700 (PDT) Date: Fri, 4 Jun 2004 22:53:24 +0200 From: Maxime Henrion To: Mathew Kanner Message-ID: <20040604205324.GK9228@elvis.mu.org> References: <20040604165742.GP92188@cnd.mcgill.ca> <20040604204909.GV92188@cnd.mcgill.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040604204909.GV92188@cnd.mcgill.ca> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org cc: Robert Watson Subject: Re: What happened to src/sys/dev/sound/midi ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 04 Jun 2004 20:53:49 -0000 Mathew Kanner wrote: > On Jun 04, Robert Watson wrote: > > > > On Fri, 4 Jun 2004, Mathew Kanner wrote: > > > > > In regards to USB sound, I've lost the changes I did when I > > > cvsup'ed. Sad but true, I've done this a few times so I think I need > > > to improve the way I do work. Anyway, I plan to redo them since it > > > was mostly a couple hour of mechanical work. > > > > Have you thought about using the FreeBSD perforce server? It's invaluable > > for things like checkpointing. One of the main reasons Peter set it up > > was that people were walking around with months of work on notebooks at > > conferences, and he was concerned they'd drop/lose/have stolen/destroy > > the notebooks and the project would lose a lot of work. > > Am I allowed to use perfoce? Is there some docs anywhere? Yes and yes :-). Every committer is allowed to use perforce, you just need to run the p4newuser script on freefall. There is a very good introduction to p4 here, thanks to Peter : http://people.freebsd.org/~peter/p4cookbook.txt Enjoy! Maxime From owner-freebsd-current@FreeBSD.ORG Fri Jun 4 13:56:00 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D3A6816A4D0 for ; Fri, 4 Jun 2004 13:56:00 -0700 (PDT) Received: from webmail-outgoing.us4.outblaze.com (webmail-outgoing.us4.outblaze.com [205.158.62.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id C965443D2F for ; Fri, 4 Jun 2004 13:56:00 -0700 (PDT) (envelope-from pdseniura@techie.com) Received: from wfilter.us4.outblaze.com (wfilter.us4.outblaze.com [205.158.62.180])A68661801620 for ; Fri, 4 Jun 2004 20:55:40 +0000 (GMT) X-OB-Received: from unknown (205.158.62.178) by wfilter.us4.outblaze.com; 4 Jun 2004 20:55:07 -0000 Received: by ws1-14.us4.outblaze.com (Postfix, from userid 1001) id AFF92790037; Fri, 4 Jun 2004 20:55:39 +0000 (GMT) Content-Type: text/plain; charset="iso-8859-1" Content-Disposition: inline Content-Transfer-Encoding: 7bit MIME-Version: 1.0 X-Mailer: MIME-tools 5.41 (Entity 5.404) Received: from [192.149.244.9] by ws1-14.us4.outblaze.com with http for pdseniura@techie.com; Fri, 04 Jun 2004 14:55:39 -0600 From: "P.D. Seniura" To: "John Baldwin" , freebsd-current@FreeBSD.org Date: Fri, 04 Jun 2004 14:55:39 -0600 X-Originating-Ip: 192.149.244.9 X-Originating-Server: ws1-14.us4.outblaze.com Message-Id: <20040604205539.AFF92790037@ws1-14.us4.outblaze.com> cc: "P.D. Seniura" Subject: can make modules now, thank you (Re: buildworld failing with "make: don't know how to make @/dev/pccard/pccarddevs.h") X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 04 Jun 2004 20:56:01 -0000 ----- Original Message ----- From: John Baldwin Date: Fri, 4 Jun 2004 14:48:35 -0400 To: freebsd-current@FreeBSD.org Subject: Re: buildworld failing with "make: don't know how to make @/dev/pccard/pccarddevs.h" > On Friday 04 June 2004 01:55 pm, P.D. Seniura wrote: > > ----- Original Message ----- > > From: John Baldwin > > Date: Fri, 4 Jun 2004 11:48:09 -0400 > > To: freebsd-current@FreeBSD.org, Paul Seniura > > Subject: Re: buildworld failing with "make: don't know how to make > > @/dev/pccard/pccarddevs.h" > > > > > On Friday 04 June 2004 11:34 am, Paul Seniura wrote: > > > > Building world has been failing for several days. > > > > > > > > I cannot find anything in maillist archives on this specific error. > > > > Before you ask, Yes I saw the changes to 'pccard' code but there's > > > > nothing specific to this error in the maillist archives as of this > > > > writing. So this bug seems to be 'new'. > > > > > > > > Latest CTM buckets applied as of this morning. > > > > > > > > Did 'rm -Rf /usr/obj/*' prior to 'make buildworld'. > > > > > > > > Got it narrowed down. > > > > Remaking the modules will show the error. This log is a "re-run" so > > > > some modules have already been built: > > > > > > Do a 'make cleandir' in src/sys/modules and try again. > > > > No change, still getting the error on the same modules. > > (I'll not quote the log this time. ;) > > Ok, comment out 'NO_CLEAN=yes' and 'NO_CLEANDIR=yes' from make.conf and try > again. That got it working. Thank you very very much for helping. I'm stymied, tho, as I thought the cmd-line invoking those cleaning parts of the Makefiles is suppose to override the make.conf settings. In a few hours the next CTM bucket will pop in, and I'll let it do a full build with full cleaning over the weekend. ;) Thank you again. > -- > John Baldwin <>< http://www.FreeBSD.org/~jhb/ > "Power Users Use the Power to Serve" = http://www.FreeBSD.org -- thx, Paul Seniura. -- ___________________________________________________________ Sign-up for Ads Free at Mail.com http://promo.mail.com/adsfreejump.htm From owner-freebsd-current@FreeBSD.ORG Fri Jun 4 13:58:41 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 34C1B16A4CE for ; Fri, 4 Jun 2004 13:58:41 -0700 (PDT) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 124B743D41 for ; Fri, 4 Jun 2004 13:58:41 -0700 (PDT) (envelope-from billf@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1098) id B88875C862; Fri, 4 Jun 2004 13:58:38 -0700 (PDT) Date: Fri, 4 Jun 2004 13:58:38 -0700 From: Bill Fumerola To: "P.D. Seniura" Message-ID: <20040604205838.GG80705@elvis.mu.org> References: <20040604183801.3E3C0790037@ws1-14.us4.outblaze.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040604183801.3E3C0790037@ws1-14.us4.outblaze.com> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 4.10-MUORG-20040525 i386 X-PGP-Key: 1024D/7F868268 X-PGP-Fingerprint: 5B2D 908E 4C2B F253 DAEB FC01 8436 B70B 7F86 8268 cc: freebsd-current@freebsd.org Subject: Re: addendum - several modules failing to be built - all related to pccarddevs.h X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 04 Jun 2004 20:58:41 -0000 On Fri, Jun 04, 2004 at 09:42:25PM +0300, Ruslan Ermilov wrote: > FWIW, running ``make depend'' is almost always optional. except when it's not, apparently. On Fri, Jun 04, 2004 at 12:38:01PM -0600, P.D. Seniura wrote: > The 'make buildworld' did that. > The log shown was a "re-run". > No other patches/updates were applied in-between. make buildworld builds in the objdir (/usr/obj/blah). when you build within /sys/modules/ you're no longer building in the objdir. so here's a thought: try it before telling me i'm wrong. i did. -- - bill fumerola / fumerola@yahoo-inc.com / billf@FreeBSD.org [ SECURE !6 ]% make clean (/sys/modules/aic) rm -f /usr/home/fumerola/malaise/vendor/freebsd_5/src/sys/modules/aic/export_syms aic.ko aic.kld aic.o aic_pccard.o aic_isa.o @ machine symb.tmp tmp.o opt_cam.h opt_scsi.h bus_if.h device_if.h isa_if.h card_if.h pci_if.h pccarddevs.h [choker.corp.yahoo(p4)-fumerola Fri04/13:33:23] [ SECURE !7 ]% make (/sys/modules/aic) Warning: Object directory not changed from original /usr/home/fumerola/malaise/vendor/freebsd_5/src/sys/modules/aic @ -> /usr/home/fumerola/malaise/vendor/freebsd_5/src/sys machine -> /usr/home/fumerola/malaise/vendor/freebsd_5/src/sys/i386/include awk -f @/tools/makeobjops.awk @/kern/device_if.m -h awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h touch opt_cam.h cc -O -pipe -march=pentium4 -D_KERNEL -DKLD_MODULE -nostdinc -I- -I. -I@ -I@/../include -I/usr/include -finline-limit=8000 -fno-common -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /usr/home/fumerola/malaise/vendor/freebsd_5/src/sys/dev/aic/aic.c awk -f @/tools/makeobjops.awk @/dev/pccard/card_if.m -h make: don't know how to make @/dev/pccard/pccarddevs.h. Stop [choker.corp.yahoo(p4)-fumerola Fri04/13:33:28] [ SECURE !8 ]% make depend (/sys/modules/aic) awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h awk -f @/tools/makeobjops.awk @/isa/isa_if.m -h awk -f @/tools/pccarddevs2h.awk @/dev/pccard/pccarddevs touch opt_scsi.h rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I- -I. -I@ -I@/../include /usr/home/fumerola/malaise/vendor/freebsd_5/src/sys/modules/aic/../../dev/aic/aic.c /usr/home/fumerola/malaise/vendor/freebsd_5/src/sys/modules/aic/../../dev/aic/aic_pccard.c /usr/home/fumerola/malaise/vendor/freebsd_5/src/sys/modules/aic/../../dev/aic/aic_isa.c [choker.corp.yahoo(p4)-fumerola Fri04/13:33:32] [ SECURE !9 ]% make (/sys/modules/aic) Warning: Object directory not changed from original /usr/home/fumerola/malaise/vendor/freebsd_5/src/sys/modules/aic cc -O -pipe -march=pentium4 -D_KERNEL -DKLD_MODULE -nostdinc -I- -I. -I@ -I@/../include -finline-limit=8000 -fno-common -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /usr/home/fumerola/malaise/vendor/freebsd_5/src/sys/dev/aic/aic_pccard.c cc -O -pipe -march=pentium4 -D_KERNEL -DKLD_MODULE -nostdinc -I- -I. -I@ -I@/../include -finline-limit=8000 -fno-common -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /usr/home/fumerola/malaise/vendor/freebsd_5/src/sys/dev/aic/aic_isa.c ld -d -warn-common -r -d -o aic.kld aic.o aic_pccard.o aic_isa.o touch /usr/home/fumerola/malaise/vendor/freebsd_5/src/sys/modules/aic/export_syms awk -f /usr/home/fumerola/malaise/vendor/freebsd_5/src/sys/modules/aic/../../conf/kmod_syms.awk aic.kld /usr/home/fumerola/malaise/vendor/freebsd_5/src/sys/modules/aic/export_syms | xargs -J% objcopy % aic.kld ld -Bshareable -d -warn-common -o aic.ko aic.kld objcopy --strip-debug aic.ko [choker.corp.yahoo(p4)-fumerola Fri04/13:34:56] [ SECURE !10 ]% From owner-freebsd-current@FreeBSD.ORG Fri Jun 4 14:28:00 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6D7F216A4CE for ; Fri, 4 Jun 2004 14:28:00 -0700 (PDT) Received: from root.org (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id 59E2E43D41 for ; Fri, 4 Jun 2004 14:28:00 -0700 (PDT) (envelope-from nate@root.org) Received: (qmail 52772 invoked by uid 1000); 4 Jun 2004 21:27:52 -0000 Date: Fri, 4 Jun 2004 14:27:52 -0700 (PDT) From: Nate Lawson To: John Baldwin In-Reply-To: <200406041646.23134.jhb@FreeBSD.org> Message-ID: <20040604135848.K52586@root.org> References: <714DBA6C-B565-11D8-B32B-000393AB07D8@verizon.net> <200406041108.33170.jhb@FreeBSD.org> <20040604123934.D52021@root.org> <200406041646.23134.jhb@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@FreeBSD.org Subject: Re: reboot or shutdown not working with -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 04 Jun 2004 21:28:00 -0000 On Fri, 4 Jun 2004, John Baldwin wrote: > On Friday 04 June 2004 03:46 pm, Nate Lawson wrote: > > My goal with this originally was to drain all threads out of the idle > > handler before continuing the shutdown process. The assumption that > > changed with the ithread commit was that the idle thread gets to run > > sometime after an interrupt occurs. It's actually kind of tough to have > > a sched switch before any instructions get to execute after the "go to > > sleep" one since I profile the length of the sleep to figure out how deep > > a sleep to use the next cycle. This is to keep sporadically loaded > > machines responsive. So if a preemption can happen every sleep, I'll have > > to redo this approach and go with one that doesn't require profiling and > > executes no code after the sleep. > > I think your current code is fine though. As soon as you send out the IPI, > any CPUs that are idle will bounce. Is there anything dangerous after you > enable interrupts again on the processor? For C1, you don't seem to go near > any ACPI-specific code after resume, and for C2/C3 you seem to defer enabling > interrupts until you have read the counters (and I assume that C2/C3 resume > doesn't actually handle the interrupt until you do sti) so you shouldn't have > to worry about the CPU doing the shutdown since if it ever returns to the > idlethread it will already be out of the critical section. Thus, I don't > think you need the while loop or busy counter at all. You're right about that. I had forgotten only C1 automatically re-enables interrupts. For C2/C3, the IO port read merely returns and it's up to the caller to re-enable interrupts. After looking at the code again, the refcount was to protect accesses to the softc->cpu_cx_states array. I assumed that the softc cannot be touched after device_shutdown returns 0 since the device and its softc will be gone. So a thread is sleeping and we IPI all processors and the idle thread gets switched away from, it may get switched back to after device_shutdown has complete and the softc is invalid memory. Then the array access at the bottom would be invalid. Another complicating factor that hasn't gone in yet but is sitting in my tree pending careful analysis is shared use of a single processor's P_LVLx register. This is for future machines that have only one P_BLK defined but shared between multiple processors. For those machines, only acpi_cpu0 will have a valid sc->cpu_cx_states array and other processors will all share it if their P_BLKs are null. With the global refcount, my goal was to prevent modifying any idle-related data in the softc (i.e. re-evaluating registers in response to a notify on _CST) if any threads are currently idle. Instead, the appropriate response was to disable entry to the idle function, evict all threads, make the mods, then re-enable idle. (This function in my local tree has been generalized to acpi_cpu_evict and is used in more than device_shutdown.) Since this is a really rare event (i.e. when changing AC line status) but the idle thread running is really common (every 10 us), using a mutex or sx lock is not as good. So I guess I still need a way to guarantee other threads are no longer in the idle function after calling smp_rendezvous. Since smp_rendezvous ensures that every CPU has "checked in" before returning, that gets me the guarantee that device_shutdown won't return before every idle thread has been awoken. But that's still not good enough because when the idle thread is resumed, it will continue after the sti instruction and reference invalid data at the end of the function. I'm thinking I can add a check that idle has been disabled after the call to sleep but before interrupts are enabled. If disabled, return immediately and skip the profiling step. If the thread was woken via acpi_cpu_evict(), then idling will always be disabled at this point and the thread will exit immediately (and not re-enter) without accessing the softc. If the thread woke up normally, there's a harmless race. 1. If acpi_cpu_evict() has disabled entry to idle but not called smp_rendezvous() yet, then the thread will exit without recording stats. 2. If acpi_cpu_evict() has not disabled entry to idle, then it will continue executing the rest of the function normally. Hmm, I'll need to think about this a little. The main goal is to do as little as possible after sleeping as this adds latency to handling whatever thread is ready to run. It's ok to do extra work up front before going to sleep though since the system is idle anyway. -Nate From owner-freebsd-current@FreeBSD.ORG Fri Jun 4 14:33:51 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4FD5E16A4CE for ; Fri, 4 Jun 2004 14:33:51 -0700 (PDT) Received: from mail.parknet.ne.jp (mail.parknet.ne.jp [210.171.161.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 66C8543D3F for ; Fri, 4 Jun 2004 14:33:48 -0700 (PDT) (envelope-from hiroo@oikumene.gcd.org) Received: from chrysanthe.oikumene.gcd.org [210.171.168.15] by mail.parknet.ne.jp with ESMTP (SMTPD32-4.10) id AB502600136; Sat, 05 Jun 2004 06:32:00 +0900 Received: from chrysanthe.oikumene.gcd.org (hiroo@mail.oikumene.gcd.org [192.168.0.2])i54LWpkg037593 for ; Sat, 5 Jun 2004 06:32:51 +0900 (JST) (envelope-from hiroo@oikumene.gcd.org) Date: Sat, 05 Jun 2004 06:32:50 +0900 Message-ID: <86aczj3t6l.wl@chrysanthe.oikumene.gcd.org> From: Hiroo Ono To: freebsd-current@FreeBSD.org User-Agent: Wanderlust/2.10.1 (Watching The Wheels) SEMI/1.14.5 (Awara-Onsen) FLIM/1.14.5 (Demachiyanagi) APEL/10.6 Emacs/21.3 (i386--freebsd) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.5 - "Awara-Onsen") Content-Type: text/plain; charset=US-ASCII Subject: cannot install 5-current snapshot. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 04 Jun 2004 21:33:51 -0000 Hello. I tried to install 5-current snapshot as of 24 may 2004 from snapshots.jp.freebsd.org on a ThinkPad570 and an old desktop (which has pentium MMX 200MHz...). I booted from the install floppies, and chose "Custom" or "Standard" menu. When I set up all the menu and pressed "commit", following message appeared and the installation aborted. ERROR: Unable to write data to disk ad0! Couldn't make filesystems preperly. Aborting. vty1 console does not show any warnings or errors related to this. (I encountered the same failure with the snapshot of early May, but I do not remember exact date...) Did anybody succeed in installing recent snapshot of 5-current? From owner-freebsd-current@FreeBSD.ORG Fri Jun 4 14:44:19 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 579DE16A4CE for ; Fri, 4 Jun 2004 14:44:19 -0700 (PDT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id F277A43D48 for ; Fri, 4 Jun 2004 14:44:18 -0700 (PDT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.11/8.12.11) with ESMTP id i54LhE6V012959; Fri, 4 Jun 2004 17:43:14 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i54LhD9r012956; Fri, 4 Jun 2004 17:43:14 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Fri, 4 Jun 2004 17:43:13 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Mathew Kanner In-Reply-To: <20040604204909.GV92188@cnd.mcgill.ca> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: What happened to src/sys/dev/sound/midi ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 04 Jun 2004 21:44:19 -0000 On Fri, 4 Jun 2004, Mathew Kanner wrote: > On Jun 04, Robert Watson wrote: > > > > On Fri, 4 Jun 2004, Mathew Kanner wrote: > > > > > In regards to USB sound, I've lost the changes I did when I > > > cvsup'ed. Sad but true, I've done this a few times so I think I need > > > to improve the way I do work. Anyway, I plan to redo them since it > > > was mostly a couple hour of mechanical work. > > > > Have you thought about using the FreeBSD perforce server? It's invaluable > > for things like checkpointing. One of the main reasons Peter set it up > > was that people were walking around with months of work on notebooks at > > conferences, and he was concerned they'd drop/lose/have stolen/destroy > > the notebooks and the project would lose a lot of work. > > Am I allowed to use perfoce? Is there some docs anywhere? Any FreeBSD committer (src or otherwise) can create an account for themselves. Peter has a quick guide for doing that using your freefall account at http://people.freebsd.org/~peter/p4cookbook.txt. You'll want to skim that, and then take a look through the pretty decent documentation at www.perforce.com on how to use it. If you've only ever used CVS as a revision control system, there's some culture shock. If you've used other systems that have three-way merging, notions of server state, etc, then it should fall out pretty naturally. :-) We've started using it extensively at work after our very positive experience using the FreeBSD Project's Perforce server for some of the TrustedBSD work. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Senior Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Fri Jun 4 14:50:54 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C370516A4CE for ; Fri, 4 Jun 2004 14:50:54 -0700 (PDT) Received: from hellhound.ceribus.net (c-24-21-92-61.client.comcast.net [24.21.92.61]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E8A543D41 for ; Fri, 4 Jun 2004 14:50:54 -0700 (PDT) (envelope-from grover@ceribus.net) Received: (qmail 843 invoked by uid 1003); 4 Jun 2004 21:50:49 -0000 Received: from grover@ceribus.net by hellhound.ceribus.net by uid 89 with qmail-scanner-1.22 (clamscan: 0.70. spamassassin: 2.63. Clear:RC:1(192.168.200.200):. Processed in 1.089035 secs); 04 Jun 2004 21:50:49 -0000 Received: from unknown (HELO purgatory) (192.168.200.200) by 192.168.200.225 with SMTP; 4 Jun 2004 21:50:48 -0000 From: "Grover Lines" To: Date: Fri, 4 Jun 2004 14:50:49 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.5510 Thread-Index: AcRKff/f2nQj7RR2Qk6XE7ZimhcR5w== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409 X-Qmail-Scanner-Message-ID: <1086385848672837@hellhound.ceribus.net> Message-Id: <20040604215054.5E8A543D41@mx1.FreeBSD.org> Subject: reboot and shutdown is working in -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 04 Jun 2004 21:50:54 -0000 FreeBSD 5.2-CURRENT #0: Fri Jun 4 13:59:46 PDT 2004 root@hellhound.ceribus.net:/usr/obj/usr/src/sys/DOMINATION i386 I cvsupd and recompiled and system reboots and shuts down fine now. Thanks for fixing it I appreciate the work From owner-freebsd-current@FreeBSD.ORG Fri Jun 4 15:45:05 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C90C816A4CE; Fri, 4 Jun 2004 15:45:05 -0700 (PDT) Received: from freebsd3.cimlogic.com.au (adsl-20-121.swiftdsl.com.au [218.214.20.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F23943D45; Fri, 4 Jun 2004 15:45:04 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: by freebsd3.cimlogic.com.au (Postfix, from userid 102) id 28FD66AA57; Sat, 5 Jun 2004 08:44:37 +1000 (EST) Date: Sat, 5 Jun 2004 08:44:36 +1000 From: John Birrell To: John Baldwin Message-ID: <20040604224436.GC30230@freebsd3.cimlogic.com.au> References: <40BF38B4.6090208@gmx.net> <200406041101.15208.jhb@FreeBSD.org> <40C0B150.1030702@gmx.net> <200406041521.34813.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200406041521.34813.jhb@FreeBSD.org> User-Agent: Mutt/1.4.2.1i cc: current@FreeBSD.org cc: Andreas Moeller Subject: Re: fxp(4) device timeouts ACPI related? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 04 Jun 2004 22:45:06 -0000 On Fri, Jun 04, 2004 at 03:21:34PM -0400, John Baldwin wrote: > Looks like !ACPI gives IRQ 11 to everyone and ACPI gives some devices IRQ 5 > and some IRQ 11. Can you get a dmesg from the older kernel with ACPI enabled > and generate a diff of that dmesg against the current kernel with ACPI? The timeouts I'm getting from a bfe device may be related too. Here is a diff of my dmesg between 19 May 2004 and current today: ================================================== 4,7c4,7 < FreeBSD 5.2-CURRENT #0: Fri Jun 4 14:54:14 EST 2004 < root@freebsd8.cimlogic.com.au:/u/freebsd/obj/u/freebsd/src_20040519/sys/FREEBSD8 < Preloaded elf kernel "/boot/kernel/kernel" at 0xc07c0000. < Preloaded elf module "/boot/kernel/acpi.ko" at 0xc07c021c. --- > FreeBSD 5.2-CURRENT #0: Sat Jun 5 08:22:10 EST 2004 > jbr@freebsd8.cimlogic.com.au:/u/freebsd/obj/u/freebsd/src_head/sys/FREEBSD8 > Preloaded elf kernel "/boot/kernel/kernel" at 0xc0762000. > Preloaded elf module "/boot/kernel/acpi.ko" at 0xc076221c. 9c9 < CPU: Intel(R) Celeron(R) CPU 2.40GHz (2397.98-MHz 686-class CPU) --- > CPU: Intel(R) Celeron(R) CPU 2.40GHz (2397.97-MHz 686-class CPU) 13c13 < avail memory = 255934464 (244 MB) --- > avail memory = 255954944 (244 MB) 24,25c24,25 < cpu0: port 0x530-0x537 on acpi0 < acpi_tz0: port 0x530-0x537 on acpi0 --- > cpu0: on acpi0 > acpi_tz0: on acpi0 35,39c35,39 < pcib0: slot 29 INTB is routed to irq 11 < pcib0: slot 29 INTC is routed to irq 11 < pcib0: slot 29 INTD is routed to irq 11 < pcib0: slot 31 INTB is routed to irq 11 < pcib0: slot 31 INTB is routed to irq 11 --- > pcib0: slot 29 INTB is routed to irq 5 > pcib0: slot 29 INTC is routed to irq 10 > pcib0: slot 29 INTD is routed to irq 5 > pcib0: slot 31 INTB is routed to irq 5 > pcib0: slot 31 INTB is routed to irq 5 43,44d42 < agp0: Reserved 0x8000000 bytes for rid 0x10 type 3 at 0xe8000000 < agp0: Reserved 0x80000 bytes for rid 0x14 type 3 at 0xf6f80000 49d46 < uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xbf80 56,57c53 < uhci1: port 0xbf40-0xbf5f irq 11 at device 29.1 on pci0 < uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0xbf40 --- > uhci1: port 0xbf40-0xbf5f irq 5 at device 29.1 on pci0 69,70c65 < uhci2: port 0xbf20-0xbf3f irq 11 at device 29.2 on pci0 < uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0xbf20 --- > uhci2: port 0xbf20-0xbf3f irq 10 at device 29.2 on pci0 80,82c75,76 < pcib1: slot 1 INTA is routed to irq 11 < bfe0: mem 0xfcffe000-0xfcffffff irq 11 at device 1.0 on pci2 < bfe0: Reserved 0x2000 bytes for rid 0x10 type 3 at 0xfcffe000 --- > pcib1: slot 1 INTA is routed to irq 5 > bfe0: mem 0xfcffe000-0xfcffffff irq 5 at device 1.0 on pci2 89d82 < cbb0: Lazy allocation of 0x1000 bytes rid 0x10 type 3 at 0xf8000000 96,98d88 < atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xbfa0 < atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 < atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 100,101d89 < atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 < atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 103,107c91 < pcm0: port 0xcc40-0xcc7f,0xc800-0xc8ff mem 0xf6eff400-0xf6eff4ff,0xf6eff800-0xf6eff9ff irq 11 at device 31.5 on pci0 < pcm0: Reserved 0x100 bytes for rid 0x10 type 4 at 0xc800 < pcm0: Reserved 0x40 bytes for rid 0x14 type 4 at 0xcc40 < pcm0: [GIANT-LOCKED] < pcm0: --- > pci0: at device 31.5 (no driver attached) 116d99 < orm0: