From owner-freebsd-current@FreeBSD.ORG Sun Mar 13 01:08:20 2005 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 C97DA16A4CE for ; Sun, 13 Mar 2005 01:08:20 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3795843D1D for ; Sun, 13 Mar 2005 01:08:20 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.13.3/8.13.1) with ESMTP id j2D17LSW030324; Sat, 12 Mar 2005 18:07:30 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Sat, 12 Mar 2005 18:07:36 -0700 (MST) Message-Id: <20050312.180736.20895784.imp@bsdimp.com> To: gbergling@0xfce3.net From: "M. Warner Losh" In-Reply-To: <20050311142135.GA59088@spot.0xfce3.net> References: <20050311142135.GA59088@spot.0xfce3.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: built-in card reader on fsc a 7640 notebook 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, 13 Mar 2005 01:08:20 -0000 In message: <20050311142135.GA59088@spot.0xfce3.net> Gordon Bergling writes: : Hi, : : I own a Fujitsu-Siemens Amilo A 7640 laptop. The laptop has an built-in : card reader (SD/MMC and so on), but nothing happens if I plug an SD card : into the reader. I think the relevant chip is this one: : : | none1@pci0:9:2: class=0x088000 card=0x106c1734 chip=0x71101217 rev=0x00 : | hdr=0x00 : | vendor = 'O2 Micro Inc' : | class = base peripheral : : Has anyone a hint on what I should do to get this feature working? : Maybe it whould be enough to tell the specific driver the card or : chip id? : : Any help whould be appreciated... :) Last time I was in contact with o2micro, they were somewhat reluctant to part with programming infomration for how to access this device. They were very helpful with the pccard/cardbus side of the chips, however, so I can't fault them too much. Since I don't have one of these bridges myself, I let the matter rest there and didn't push very hard to get the prgogramming information. Warner From owner-freebsd-current@FreeBSD.ORG Sun Mar 13 01:14:15 2005 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 DC3E416A4CE; Sun, 13 Mar 2005 01:14:15 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 404F643D54; Sun, 13 Mar 2005 01:14:15 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.13.3/8.13.1) with ESMTP id j2D1D0Hn030383; Sat, 12 Mar 2005 18:13:00 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Sat, 12 Mar 2005 18:13:15 -0700 (MST) Message-Id: <20050312.181315.128047222.imp@bsdimp.com> To: mdodd@freebsd.org From: "M. Warner Losh" In-Reply-To: <20050312153002.U88834@sasami.jurai.net> References: <423350B6.1000706@gmx.de> <20050312153002.U88834@sasami.jurai.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: incmc@gmx.de cc: freebsd-current@freebsd.org Subject: Re: Apm / Resume: pir0: ROUTE_INTERRUPT on resume .... failed 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, 13 Mar 2005 01:14:16 -0000 In message: <20050312153002.U88834@sasami.jurai.net> "Matthew N. Dodd" writes: : On Sat, 12 Mar 2005, Jochen Gensch wrote: : > On resume, the system fails with the following message: : > : > pir0: ROUTE_INTERRUPT on resume for link 0x68 failed : : pir0: ROUTE_INTERRUPT on resume for link 0x60 failed. : pir0: ROUTE_INTERRUPT on resume for link 0x63 failed. : pir0: ROUTE_INTERRUPT on resume for link 0x61 failed. : : I get this too, but it doesn't seem to cause any problems. My experiences with PCI BIOS suggest that routing a pin that's already routed will produce an error return from the call, but the pin will still be routed and interrupts will still work. Some systems apparently report an error also when you reroute an interrupt after suspend/resume in APM as well. Unless it causes problems, chances are excellent it can be ignored. Warner From owner-freebsd-current@FreeBSD.ORG Sun Mar 13 01:18:26 2005 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 3428516A4CE; Sun, 13 Mar 2005 01:18:26 +0000 (GMT) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id D389743D48; Sun, 13 Mar 2005 01:18:25 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with SMTP id 0B0EA46B8C; Sat, 12 Mar 2005 20:18:23 -0500 (EST) Date: Sun, 13 Mar 2005 01:15:55 +0000 (GMT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Warner Losh In-Reply-To: <200503101809.j2AI9PaG011517@repoman.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: kan@FreeBSD.org cc: current@FreeBSD.org Subject: sio0 probing broken with fdc change? (was: Re: cvs commit: src/sys/dev/fdc fdc_isa.c) 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, 13 Mar 2005 01:18:26 -0000 On Thu, 10 Mar 2005, Warner Losh wrote: > Fix a couple of problems with the probe code when used with pnpbios > resources. When allocating 6 ports for a 4 port range isa code > returns an error. I'm not sure yet why this is the case, but suspect > it is just a non-regularity in how the resource allocation code works > which should be corrected. Use 1 as the ports size in this case. > However, in the hints case, we have to specify the length, so use 6 in > that case. I believe that this is also acpi friendly. > > Also, complain when we can't allocate FDOUT register space. Right now we > silently fail when we can't. This failure is referred to above. > > When there's no resource for FDCTL, go ahead and allocate one by hand. > Many PNPBIOS tables don't list this resource, and our hints mechanism also > doesn't cover that range. If we can't allocate it, whine, but fake up > something. Before, we were always bogusly faking it and no one noticed > the sham (save the original author who has now fixed his private shame). This change appears to break the serial port probing on at least one of my test boxes. Before: ... fdc0: at port 0x3f0-0x3f5 irq 6 drq 2 on isa0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ... sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A, console ... sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A ... After: sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A ... sio4: configured irq 4 not in bitmap of probed irqs 0 sio4: port may not be enabled ... fdc1: Faking up FDCTL fdc1: at port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on isa0 fdc1: Faking up FDCTL fdc1: [FAST] Serial output works, but needless to say, no input, rendering the serial console less useful than desired. I don't know a lot about ISA hardware probing, but I'd say that something here isn't happy. I chatted with Alexander Kabaev earlier this evening, and he indicated he was seeing an identical problem also, so the good/bad news is that it's not just me. Thanks, Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Sun Mar 13 01:31:02 2005 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 37EA416A4CE; Sun, 13 Mar 2005 01:31:02 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id A598E43D4C; Sun, 13 Mar 2005 01:31:01 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j2D1V1lL029058; Sat, 12 Mar 2005 20:31:01 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id j2D1V1Ak025383; Sat, 12 Mar 2005 20:31:01 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E7C4F7306E; Sat, 12 Mar 2005 20:31:00 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050313013100.E7C4F7306E@freebsd-current.sentex.ca> Date: Sat, 12 Mar 2005 20:31:00 -0500 (EST) X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner1 X-Virus-Status: Clean Subject: [current tinderbox] failure on amd64/amd64 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: Sun, 13 Mar 2005 01:31:02 -0000 TB --- 2005-03-12 23:45:38 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-03-12 23:45:38 - starting CURRENT tinderbox run for amd64/amd64 TB --- 2005-03-12 23:45:38 - checking out the source tree TB --- 2005-03-12 23:45:38 - cd /home/tinderbox/CURRENT/amd64/amd64 TB --- 2005-03-12 23:45:38 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-03-12 23:52:01 - building world (CFLAGS=-O2 -pipe) TB --- 2005-03-12 23:52:01 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-03-12 23:52:01 - /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 --- 2005-03-13 00:59:32 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-03-13 00:59:32 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-03-13 00:59:32 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Mar 13 00:59:32 UTC 2005 >>> 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 >>> Kernel build for GENERIC completed on Sun Mar 13 01:14:15 UTC 2005 TB --- 2005-03-13 01:14:15 - generating LINT kernel config TB --- 2005-03-13 01:14:15 - cd /home/tinderbox/CURRENT/amd64/amd64/src/sys/amd64/conf TB --- 2005-03-13 01:14:15 - /usr/bin/make -B LINT TB --- 2005-03-13 01:14:15 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-03-13 01:14:15 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-03-13 01:14:15 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Mar 13 01:14:15 UTC 2005 >>> 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 [...] touch export_syms awk -f /tinderbox/CURRENT/amd64/amd64/src/sys/modules/rc4/../../conf/kmod_syms.awk rc4.ko export_syms | xargs -J% objcopy % rc4.ko objcopy --strip-debug rc4.ko ===> re (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -include /tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -fno-omit-frame-pointer -I/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/sys/LINT -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /tinderbox/CURRENT/amd64/amd64/src/sys/modules/re/../../dev/re/if_re.c /tinderbox/CURRENT/amd64/amd64/src/sys/modules/re/../../dev/re/if_re.c: In function `re_poll_locked': /tinderbox/CURRENT/amd64/amd64/src/sys/modules/re/../../dev/re/if_re.c:1794: error: invalid type argument of `->' /tinderbox/CURRENT/amd64/amd64/src/sys/modules/re/../../dev/re/if_re.c:1794: error: invalid type argument of `->' *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src/sys/modules/re. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src/sys/modules. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. TB --- 2005-03-13 01:31:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-03-13 01:31:00 - ERROR: failed to build lint kernel TB --- 2005-03-13 01:31:00 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Mar 13 01:35:16 2005 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 7A3AB16A4CE; Sun, 13 Mar 2005 01:35:16 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5657643D48; Sun, 13 Mar 2005 01:35:15 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.13.3/8.13.1) with ESMTP id j2D1Y0b8030506; Sat, 12 Mar 2005 18:34:00 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Sat, 12 Mar 2005 18:34:15 -0700 (MST) Message-Id: <20050312.183415.102615682.imp@bsdimp.com> To: rwatson@FreeBSD.org From: "M. Warner Losh" In-Reply-To: References: <200503101809.j2AI9PaG011517@repoman.freebsd.org> 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: kan@FreeBSD.org cc: current@FreeBSD.org Subject: Re: sio0 probing broken with fdc change? 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, 13 Mar 2005 01:35:16 -0000 In message: Robert Watson writes: : > Fix a couple of problems with the probe code when used with pnpbios : > resources. When allocating 6 ports for a 4 port range isa code : This change appears to break the serial port probing on at least one of my : test boxes. Before: : : ... : fdc0: at port 0x3f0-0x3f5 irq 6 drq 2 on isa0 : fdc0: [FAST] : fd0: <1440-KB 3.5" drive> on fdc0 drive 0 : ... : sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 : sio0: type 16550A, console : ... : sio1 at port 0x2f8-0x2ff irq 3 on isa0 : sio1: type 16550A : ... : : After: : : sio0: configured irq 4 not in bitmap of probed irqs 0 : sio0: port may not be enabled : sio1 at port 0x2f8-0x2ff irq 3 on isa0 : sio1: type 16550A : ... : sio4: configured irq 4 not in bitmap of probed irqs 0 : sio4: port may not be enabled : ... : fdc1: Faking up FDCTL This means you are using hints to get your floppy recognized. This likely is an error that we've silently lived with for too long. I hadn't anticipated that my change would break anything here. : fdc1: at port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 : on isa0 : fdc1: Faking up FDCTL : fdc1: [FAST] : : Serial output works, but needless to say, no input, rendering the serial : console less useful than desired. I don't know a lot about ISA hardware : probing, but I'd say that something here isn't happy. I chatted with : Alexander Kabaev earlier this evening, and he indicated he was seeing an : identical problem also, so the good/bad news is that it's not just me. I don't see how a change in the floppy driver could break probing serial ports. Can you provide at least a theory of the crime for me to investigate? Otherwise, it makes absolutely no sense at all. It works for me, so you'll need to track down what it is doing differently. Also, can you remove all the devices from device.hints except for sio0 if you are using it for a serial console as well as the hints for the non-isa devices? If you are using pnpbios, changes are that you'll want to do this anyway. I have some stuff out of the tree that will make pnpbios probe before hints, but need to work out a few kinks yet (mostly I need to work out integrating the two together, but I digress). I'll be out of touch until sometime tomorrow. I hate to dump this on you like this, but I really can't believe that a tiny change to the resource management of one device would impact sio. The change also has a couple of different parts, so you might try to back out individual portions of it to see what might be the culprit. Warner P.S. Here's the device.hints that I usually use: hint.atkbd.0.at="atkbdc" hint.atkbd.0.irq="1" hint.psm.0.at="atkbdc" hint.psm.0.irq="12" hint.vga.0.at="isa" hint.sc.0.at="isa" hint.sc.0.flags="0x100" hint.apm.0.disabled="1" hint.apm.0.flags="0x20" hint.sio.0.at="isa" hint.sio.0.port="0x3F8" hint.sio.0.flags="0x10" hint.sio.0.irq="4" since this is about as minimal as we can get for a sio console machine. Of course, I use the full one if I have a machine w/o pnpbios devices. I haven't had one of those, however, since I threw out all my 386 and 486 (classic, not soekris-class) boxes a year ago. W From owner-freebsd-current@FreeBSD.ORG Sun Mar 13 01:45:33 2005 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 E148516A4CE; Sun, 13 Mar 2005 01:45:33 +0000 (GMT) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C96A43D2D; Sun, 13 Mar 2005 01:45:33 +0000 (GMT) (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 40F701FF9AF; Sun, 13 Mar 2005 02:45:31 +0100 (CET) Received: by transport.cksoft.de (Postfix, from userid 66) id 12FE01FF9AC; Sun, 13 Mar 2005 02:45:29 +0100 (CET) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id D53A31538C; Sun, 13 Mar 2005 01:45:19 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id C947E15380; Sun, 13 Mar 2005 01:45:19 +0000 (UTC) Date: Sun, 13 Mar 2005 01:45:19 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: "M. Warner Losh" In-Reply-To: <20050312.183415.102615682.imp@bsdimp.com> Message-ID: References: <200503101809.j2AI9PaG011517@repoman.freebsd.org> <20050312.183415.102615682.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de cc: Robert Watson cc: FreeBSD current mailing list Subject: Re: sio0 probing broken with fdc change? 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, 13 Mar 2005 01:45:34 -0000 On Sat, 12 Mar 2005, M. Warner Losh wrote: Hi, > In message: > Robert Watson writes: > : ... > : fdc0: at port 0x3f0-0x3f5 irq 6 drq 2 on isa0 > : fdc0: [FAST] > : fd0: <1440-KB 3.5" drive> on fdc0 drive 0 > : ... > : > : After: > : > : ... > : fdc1: Faking up FDCTL > > This means you are using hints to get your floppy recognized. This > likely is an error that we've silently lived with for too long. I > hadn't anticipated that my change would break anything here. > > : fdc1: at port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 > : on isa0 > : fdc1: Faking up FDCTL > : fdc1: [FAST] > > I don't see how a change in the floppy driver could break probing > serial ports. Can you provide at least a theory of the crime for me > to investigate? Otherwise, it makes absolutely no sense at all. It > works for me, so you'll need to track down what it is doing > differently. what makes me wonder is that it is fdc_1_. -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Sun Mar 13 01:48:55 2005 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 413D716A4CE; Sun, 13 Mar 2005 01:48:55 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 909EB43D1D; Sun, 13 Mar 2005 01:48:54 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.13.3/8.13.1) with ESMTP id j2D1mbjG030717; Sat, 12 Mar 2005 18:48:37 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Sat, 12 Mar 2005 18:48:52 -0700 (MST) Message-Id: <20050312.184852.104039702.imp@bsdimp.com> To: bzeeb-lists@lists.zabbadoz.net From: "M. Warner Losh" In-Reply-To: References: <20050312.183415.102615682.imp@bsdimp.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: rwatson@FreeBSD.org cc: current@FreeBSD.org Subject: Re: sio0 probing broken with fdc change? 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, 13 Mar 2005 01:48:55 -0000 In message: "Bjoern A. Zeeb" writes: : On Sat, 12 Mar 2005, M. Warner Losh wrote: : : Hi, : : > In message: : > Robert Watson writes: : > : ... : > : fdc0: at port 0x3f0-0x3f5 irq 6 drq 2 on isa0 : > : fdc0: [FAST] : > : fd0: <1440-KB 3.5" drive> on fdc0 drive 0 : > : ... : > : : > : After: : > : : > : ... : > : fdc1: Faking up FDCTL : > : > This means you are using hints to get your floppy recognized. This : > likely is an error that we've silently lived with for too long. I : > hadn't anticipated that my change would break anything here. : > : > : fdc1: at port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 : > : on isa0 : > : fdc1: Faking up FDCTL : > : fdc1: [FAST] : > : > I don't see how a change in the floppy driver could break probing : > serial ports. Can you provide at least a theory of the crime for me : > to investigate? Otherwise, it makes absolutely no sense at all. It : > works for me, so you'll need to track down what it is doing : > differently. : : what makes me wonder is that it is fdc_1_. Yea. It may be that allocating only 1 port gives only 1 port in the simple ISA hints case, which is causing problems downstream. However, even if that were the case, since we've been able to allocate the ports for fdc1, fdc1 should just work. Warner From owner-freebsd-current@FreeBSD.ORG Sun Mar 13 01:56:50 2005 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 6E26A16A4CE; Sun, 13 Mar 2005 01:56:50 +0000 (GMT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF29843D1D; Sun, 13 Mar 2005 01:56:49 +0000 (GMT) (envelope-from max@love2party.net) Received: from [212.227.126.155] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1DAILY-00072s-00; Sun, 13 Mar 2005 02:56:48 +0100 Received: from [217.227.151.20] (helo=donor.laier.local) by mrelayng.kundenserver.de with asmtp (TLSv1:RC4-MD5:128) (Exim 3.35 #1) id 1DAILY-0003kv-00; Sun, 13 Mar 2005 02:56:48 +0100 From: Max Laier To: freebsd-current@freebsd.org Date: Sun, 13 Mar 2005 02:56:40 +0100 User-Agent: KMail/1.7.2 References: <20050313013100.E7C4F7306E@freebsd-current.sentex.ca> In-Reply-To: <20050313013100.E7C4F7306E@freebsd-current.sentex.ca> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart4313237.ybWTqQCFWk"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200503130256.47052.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:61c499deaeeba3ba5be80f48ecc83056 cc: amd64@freebsd.org Subject: Re: [current tinderbox] failure on amd64/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, 13 Mar 2005 01:56:50 -0000 --nextPart4313237.ybWTqQCFWk Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sunday 13 March 2005 02:31, FreeBSD Tinderbox wrote: > /tinderbox/CURRENT/amd64/amd64/src/sys/modules/re/../../dev/re/if_re.c > /tinderbox/CURRENT/amd64/amd64/src/sys/modules/re/../../dev/re/if_re.c: In > function `re_poll_locked': > /tinderbox/CURRENT/amd64/amd64/src/sys/modules/re/../../dev/re/if_re.c:17= 94 >: error: invalid type argument of `->' > /tinderbox/CURRENT/amd64/amd64/src/sys/modules/re/../../dev/re/if_re.c:17= 94 >: error: invalid type argument of `->' *** Error code 1 My bad. Should be fixed now. It's quite a good suggestion to test sys-=20 commits with LINT - if I'd only listen. Sorry. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart4313237.ybWTqQCFWk Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCM53fXyyEoT62BG0RApasAJ0ToAyCMsrXmwgbBFfcxMEhZhTDZgCeOuy6 MtRp6+fJsRT6+jPGaTuEeNY= =sxft -----END PGP SIGNATURE----- --nextPart4313237.ybWTqQCFWk-- From owner-freebsd-current@FreeBSD.ORG Sun Mar 13 03:22:06 2005 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 65FCC16A4CE; Sun, 13 Mar 2005 03:22:06 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id C61F943D1F; Sun, 13 Mar 2005 03:22:05 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id j2D3M54v050758; Sat, 12 Mar 2005 22:22:05 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j2D3M4Px028965; Sat, 12 Mar 2005 22:22:05 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C3EC67306E; Sat, 12 Mar 2005 22:22:04 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050313032204.C3EC67306E@freebsd-current.sentex.ca> Date: Sat, 12 Mar 2005 22:22:04 -0500 (EST) X-Virus-Scanned: ClamAV 0.82/761/Thu Mar 10 16:01:48 2005 on smarthost2.sentex.ca X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on clamscanner2 X-Virus-Status: Clean Subject: [current tinderbox] failure on i386/i386 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: Sun, 13 Mar 2005 03:22:06 -0000 TB --- 2005-03-13 01:31:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-03-13 01:31:01 - starting CURRENT tinderbox run for i386/i386 TB --- 2005-03-13 01:31:01 - checking out the source tree TB --- 2005-03-13 01:31:01 - cd /home/tinderbox/CURRENT/i386/i386 TB --- 2005-03-13 01:31:01 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-03-13 01:37:17 - building world (CFLAGS=-O2 -pipe) TB --- 2005-03-13 01:37:17 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2005-03-13 01:37:17 - /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 --- 2005-03-13 02:45:00 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-03-13 02:45:00 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2005-03-13 02:45:00 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Mar 13 02:45:01 UTC 2005 >>> 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 >>> Kernel build for GENERIC completed on Sun Mar 13 03:02:33 UTC 2005 TB --- 2005-03-13 03:02:33 - generating LINT kernel config TB --- 2005-03-13 03:02:33 - cd /home/tinderbox/CURRENT/i386/i386/src/sys/i386/conf TB --- 2005-03-13 03:02:33 - /usr/bin/make -B LINT TB --- 2005-03-13 03:02:33 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-03-13 03:02:33 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2005-03-13 03:02:33 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Mar 13 03:02:33 UTC 2005 >>> 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 [...] awk -f /tinderbox/CURRENT/i386/i386/src/sys/modules/rc4/../../conf/kmod_syms.awk rc4.kld export_syms | xargs -J% objcopy % rc4.kld ld -Bshareable -d -warn-common -o rc4.ko rc4.kld objcopy --strip-debug rc4.ko ===> re (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -include /tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -I/tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/sys/LINT -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 /tinderbox/CURRENT/i386/i386/src/sys/modules/re/../../dev/re/if_re.c /tinderbox/CURRENT/i386/i386/src/sys/modules/re/../../dev/re/if_re.c: In function `re_poll_locked': /tinderbox/CURRENT/i386/i386/src/sys/modules/re/../../dev/re/if_re.c:1794: error: invalid type argument of `->' /tinderbox/CURRENT/i386/i386/src/sys/modules/re/../../dev/re/if_re.c:1794: error: invalid type argument of `->' *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src/sys/modules/re. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src/sys/modules. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. TB --- 2005-03-13 03:22:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-03-13 03:22:04 - ERROR: failed to build lint kernel TB --- 2005-03-13 03:22:04 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Mar 13 11:38:42 2005 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 0550916A4CE for ; Sun, 13 Mar 2005 11:38:42 +0000 (GMT) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B91B43D2F for ; Sun, 13 Mar 2005 11:38:41 +0000 (GMT) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1DARPM-0000UW-K0 for freebsd-current@freebsd.org; Sun, 13 Mar 2005 12:37:20 +0100 Received: from gn-hgk-15cd4.adsl.wanadoo.nl ([81.69.122.212]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 13 Mar 2005 12:37:20 +0100 Received: from A.S.Usov by gn-hgk-15cd4.adsl.wanadoo.nl with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 13 Mar 2005 12:37:20 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: "Alexander S. Usov" Date: Sun, 13 Mar 2005 12:37:45 +0100 Organization: KVI Lines: 18 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: gn-hgk-15cd4.adsl.wanadoo.nl User-Agent: KNode/0.8.2 Sender: news X-Gmane-MailScanner: Found to be clean X-Gmane-MailScanner: Found to be clean X-Gmane-MailScanner-SpamScore: s X-MailScanner-From: freebsd-current@m.gmane.org X-MailScanner-To: freebsd-current@freebsd.org Subject: Re: Using cpufreq 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, 13 Mar 2005 11:38:42 -0000 Xavier Maillard wrote: > what does : locate cpufreq.ko say ? Nothing at all. A more generic case: $ locate cpufreq /usr/share/man/cat4/cpufreq.4.gz /usr/share/man/man4/cpufreq.4.gz /usr/src/share/man/man4/cpufreq.4 /usr/src/sys/kern/cpufreq_if.m I have already tried to refetch source tree and to build a fresh world, but it didn't helped. -- Best regards, Alexander. From owner-freebsd-current@FreeBSD.ORG Sun Mar 13 11:40:58 2005 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 755D316A4CE for ; Sun, 13 Mar 2005 11:40:58 +0000 (GMT) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 018DE43D1D for ; Sun, 13 Mar 2005 11:40:58 +0000 (GMT) (envelope-from freebsd-current@m.gmane.org) Received: from root by ciao.gmane.org with local (Exim 4.43) id 1DARRz-0000hH-Nv for freebsd-current@freebsd.org; Sun, 13 Mar 2005 12:40:03 +0100 Received: from gn-hgk-15cd4.adsl.wanadoo.nl ([81.69.122.212]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 13 Mar 2005 12:40:03 +0100 Received: from A.S.Usov by gn-hgk-15cd4.adsl.wanadoo.nl with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 13 Mar 2005 12:40:03 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: "Alexander S. Usov" Date: Sun, 13 Mar 2005 12:40:19 +0100 Organization: KVI Lines: 22 Message-ID: References: <20050311183150.T72922@carver.gumbysoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: gn-hgk-15cd4.adsl.wanadoo.nl User-Agent: KNode/0.8.2 Sender: news X-Gmane-MailScanner: Found to be clean X-Gmane-MailScanner: Found to be clean X-MailScanner-From: freebsd-current@m.gmane.org X-MailScanner-To: freebsd-current@freebsd.org Subject: Re: Using cpufreq 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, 13 Mar 2005 11:40:58 -0000 Doug White wrote: > On Fri, 11 Mar 2005, Alexander S. Usov wrote: > >> Hi! >> >> I have upgraded to 5.4-PRERELEASE this weekend, and can't figure out >> how to use/enable cpufreq framework. >> >> With my standart kernel config I have no cpufreq.ko not acpi_perf.ko. >> Adding "device cpufreq" (mentioned in cpufreq(4)) to the kernel config >> does not work either. > > I don't believe any of the CPU-specific drivers have been ported to > RELENG_5 yet. You may be able to copy them out of -CURRENT and build them. > No guarantees. Can you suggest what exactly should be copied from there? -- Best regards, Alexander. From owner-freebsd-current@FreeBSD.ORG Sun Mar 13 13:15:55 2005 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 4688A16A4CE for ; Sun, 13 Mar 2005 13:15:55 +0000 (GMT) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D64A43D1D for ; Sun, 13 Mar 2005 13:15:54 +0000 (GMT) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1DASvf-0007Wv-Nb for freebsd-current@freebsd.org; Sun, 13 Mar 2005 14:14:49 +0100 Received: from rms.gnu-rox.org ([62.212.121.152]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 13 Mar 2005 14:14:47 +0100 Received: from zedek by rms.gnu-rox.org with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 13 Mar 2005 14:14:47 +0100 X-Injected-Via-Gmane: http://gmane.org/ Mail-Followup-To: freebsd-current@freebsd.org To: freebsd-current@freebsd.org From: Xavier Maillard Date: Sun, 13 Mar 2005 14:14:49 +0100 Organization: GNU Rox ! Lines: 26 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: rms.gnu-rox.org X-Face: "qG{UC8GPzro#PZ!Jgisuj0]=k10 f#d596CJMPGOGwB'j\^JR2g0']N%L:ylC`?.l8u#JuS#CygUA}avHHVJJ!#ub7CxX#u]g}?z,hQ;c q%v]"[$!BfS Mail-Copies-To: never X-Attribution: zeDek X-Accept-Language: fr-fr, en-en, en-fr User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/22.0.50 (berkeley-unix) Cancel-Lock: sha1:8fMWAWIC4a+Q6CH3cbT0Atolh2Y= Sender: news X-Gmane-MailScanner: Found to be clean X-Gmane-MailScanner: Found to be clean X-MailScanner-From: freebsd-current@m.gmane.org X-MailScanner-To: freebsd-current@freebsd.org Subject: Re: Using cpufreq 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, 13 Mar 2005 13:15:55 -0000 On 13 Mar 2005, Alexander S. Usov wrote: > Xavier Maillard wrote: > > > what does : locate cpufreq.ko say ? > > Nothing at all. > A more generic case: > $ locate cpufreq > /usr/share/man/cat4/cpufreq.4.gz > /usr/share/man/man4/cpufreq.4.gz > /usr/src/share/man/man4/cpufreq.4 > /usr/src/sys/kern/cpufreq_if.m > > I have already tried to refetch source tree and to build > a fresh world, but it didn't helped. What do you use as you supfile ? (default tag) Here I am using -CURRENT maybe cpufreq has not hit -STABLE. -- .o. | zedek (at) gnu-rox.org ..o Hacker Wonderland | ooo | From owner-freebsd-current@FreeBSD.ORG Sun Mar 13 13:17:13 2005 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 B2D9416A4CE for ; Sun, 13 Mar 2005 13:17:13 +0000 (GMT) Received: from smtp02.net-yan.com (smtp02.hgcbroadband.com [210.0.255.157]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F41943D1D for ; Sun, 13 Mar 2005 13:17:12 +0000 (GMT) (envelope-from sam.wun@authtec.com) Received: (qmail 90370 invoked from network); 13 Mar 2005 13:17:04 -0000 Received: from unknown (HELO [192.168.4.235]) (samwun@hgcbroadband.com@[221.126.232.37]) (envelope-sender ) by localhost (qmail-ldap-1.03) with SMTP for ; 13 Mar 2005 13:17:04 -0000 Message-ID: <42343D41.1030200@authtec.com> Date: Sun, 13 Mar 2005 21:16:49 +0800 From: sam wun User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040616 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Philippe PEGON References: <4232C320.8070205@crc.u-strasbg.fr> <4232CA7C.3070003@crc.u-strasbg.fr> In-Reply-To: <4232CA7C.3070003@crc.u-strasbg.fr> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: Panic with amr and 5.4-PRERELEASE 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, 13 Mar 2005 13:17:13 -0000 Hi, I can't get this program compiled under 5.4 PR. The error I got is as follow: # gcc amrstat.c In file included from /usr/include/sys/lock.h:36, from /usr/include/sys/buf.h:42, from /usr/src/sys/dev/amr/amr_compat.h:63, from amrstat.c:13: /usr/include/sys/_lock.h:38: error: syntax error before "u_int" In file included from /usr/include/sys/buf.h:42, from /usr/src/sys/dev/amr/amr_compat.h:63, from amrstat.c:13: /usr/include/sys/lock.h:52: error: syntax error before "u_int" In file included from /usr/include/sys/buf.h:43, from /usr/src/sys/dev/amr/amr_compat.h:63, from amrstat.c:13: /usr/include/sys/lockmgr.h:49: error: syntax error before "u_int" /usr/include/sys/lockmgr.h:218: error: syntax error before "u_int" In file included from /usr/src/sys/dev/amr/amr_compat.h:63, from amrstat.c:13: /usr/include/sys/buf.h:102: error: field `b_io' has incomplete type /usr/include/sys/buf.h:117: error: syntax error before "daddr_t" ... Sam. Philippe PEGON wrote: > My first attachment did not pass. > > amrstat.c : > > /* amrstat.c 2002/04/10 > * > * Author: Pierre David > */ > > #include > #include > #include > #include > > #include > > #include "/usr/src/sys/dev/amr/amr_compat.h" > #include "/usr/src/sys/dev/amr/amrreg.h" > #include "/usr/src/sys/dev/amr/amrio.h" > > #define NATTEMPTS 5 > #define SLEEPTIME 100000 /* microseconds */ > > int nattempts = NATTEMPTS ; /* # of attempts before giving > up */ > int sleeptime = SLEEPTIME ; /* between attempts, in ms */ > > /* > * Include lookup tables, and a function to match a code to a string. > * > * XXX > * Lookup tables cannot be included, since they require symbols from > * amrreg.h which need in turn the _KERNEL define. > */ > > /* #define AMR_DEFINE_TABLES */ > /* #include "/usr/src/sys/dev/amr/amr_tables.h" */ > > /* > * Offsets in an amr_user_ioctl.au_cmd [] array > * See amrio.h > */ > > #define MB_COMMAND 0 > #define MB_CHANNEL 1 > #define MB_PARAM 2 > #define MB_PAD 3 > #define MB_DRIVE 4 > > #define FIRMWARE_40LD 1 > #define FIRMWARE_8LD 2 > > #define NTAB(tab) (sizeof tab / sizeof tab [0]) > > int amr_enquiry (int fd, size_t bufsize, void *buffer, u_int8_t cmd, > u_int8_t cmdsub, u_int8_t cmdqual) > { > struct amr_user_ioctl am ; > int r, i ; > > am.au_cmd [MB_COMMAND] = cmd ; > am.au_cmd [MB_CHANNEL] = cmdsub ; > am.au_cmd [MB_PARAM] = cmdqual ; > am.au_cmd [MB_PAD] = 0 ; > am.au_cmd [MB_DRIVE] = 0 ; > > am.au_buffer = buffer ; > am.au_length = bufsize ; > am.au_direction = AMR_IO_READ ; > am.au_status = 0 ; > > i = 0 ; > r = -1 ; > while (i < nattempts && r == -1) > { > r = ioctl (fd, AMR_IO_COMMAND, &am) ; > if (r == -1) > { > if (errno != EBUSY) > { > perror ("ioctl enquiry") ; > exit (1) ; > } > else usleep (sleeptime) ; > } > i++ ; > } > return am.au_status ; > } > > void usage (void) > { > fprintf (stderr, "usage: amstat [-v][-f spec][-a #attempts][-t > time][-g][-l lvol]\n") ; > exit (1) ; > } > > /****************************************************************************** > > * Card description > */ > > int describe_card (int fd, int verbosity, int globalparam) > { > int r ; > char buffer [2048] ; > struct amr_enquiry *ae ; > int cardtype ; > > /* > * Try the 40LD firmware interface > */ > > r = amr_enquiry (fd, sizeof buffer, buffer, > AMR_CMD_CONFIG, AMR_CONFIG_PRODUCT_INFO, 0) ; > if (r == AMR_STATUS_SUCCESS) > { > struct amr_prodinfo *ap ; > > if (globalparam) > { > ap = (struct amr_prodinfo *) buffer ; > printf ("Product =\t<%.80s>\n", ap->ap_product) ; > printf ("Firmware =\t%.16s\n", ap->ap_firmware) ; > printf ("BIOS =\t%.16s\n", ap->ap_bios) ; > printf ("SCSI Channels =\t%d\n", ap->ap_nschan) ; > printf ("Fibre Loops =\t%d\n", ap->ap_fcloops) ; > printf ("Memory size =\t%d MB\n", ap->ap_memsize) ; > if (verbosity >= 1) > { > printf ("Ioctl = %d (%s)\n", FIRMWARE_40LD, "40LD") ; > printf ("Signature =\t0x%08x\n", ap->ap_signature) ; > printf ("Configsig =\t0x%08x\n", ap->ap_configsig) ; > printf ("Subsystem =\t0x%04x\n", ap->ap_subsystem) ; > printf ("Subvendor =\t0x%04x\n", ap->ap_subvendor) ; > printf ("Notify counters =\t%d\n", ap->ap_numnotifyctr) ; > } > } > > return FIRMWARE_40LD ; > } > > /* > * Try the 8LD firmware interface > */ > > r = amr_enquiry (fd, sizeof buffer, buffer, AMR_CMD_EXT_ENQUIRY2, > 0, 0) ; > ae = (struct amr_enquiry *) buffer ; > if (r == AMR_STATUS_SUCCESS) > { > cardtype = ae->ae_signature ; > } > else > { > r = amr_enquiry (fd, 2048, buffer, AMR_CMD_ENQUIRY, 0, 0) ; > cardtype = 0 ; > } > > if (r == AMR_STATUS_SUCCESS) > { > if (globalparam) > { > char *product ; > char bios [100], firmware [100] ; > int i ; > > static struct { > char *product ; > int signature ; > } prodtable [] = { > "Series 431", AMR_SIG_431, > "Series 438", AMR_SIG_438, > "Series 762", AMR_SIG_762, > "Integrated HP NetRAID (T5)", AMR_SIG_T5, > "Series 466", AMR_SIG_466, > "Series 467", AMR_SIG_467, > "Integrated HP NetRAID (T7)", AMR_SIG_T7, > "Series 490", AMR_SIG_490, > } ; > > for (i = 0 ; i < NTAB (prodtable) ; i++) > { > if (cardtype == prodtable [i].signature) > { > product = prodtable [i].product ; > break ; > } > } > if (product == NULL) > product = "unknown card signature" ; > > /* > * HP NetRaid controllers have a special encoding of the > firmware and > * BIOS versions. The AMI version seems to have it as > strings whereas > * the HP version does it with a leading uppercase > character and two > * binary numbers. > */ > > if(ae->ae_adapter.aa_firmware[2] >= 'A' && > ae->ae_adapter.aa_firmware[2] <= 'Z' && > ae->ae_adapter.aa_firmware[1] < ' ' && > ae->ae_adapter.aa_firmware[0] < ' ' && > ae->ae_adapter.aa_bios[2] >= 'A' && > ae->ae_adapter.aa_bios[2] <= 'Z' && > ae->ae_adapter.aa_bios[1] < ' ' && > ae->ae_adapter.aa_bios[0] < ' ') { > > /* looks like we have an HP NetRaid version of the > MegaRaid */ > > if(cardtype == AMR_SIG_438) > { > /* the AMI 438 is a NetRaid 3si in HP-land */ > product = "HP NetRaid 3si"; > } > > sprintf (firmware, "%c.%02d.%02d", > ae->ae_adapter.aa_firmware[2], > ae->ae_adapter.aa_firmware[1], > ae->ae_adapter.aa_firmware[0]) ; > sprintf (bios, "%c.%02d.%02d", > ae->ae_adapter.aa_bios[2], > ae->ae_adapter.aa_bios[1], > ae->ae_adapter.aa_bios[0]) ; > } else { > sprintf (firmware, "%.4s", ae->ae_adapter.aa_firmware) ; > sprintf (bios, "%.4s", ae->ae_adapter.aa_bios) ; > } > > printf ("Ioctl = %d (%s)\n", FIRMWARE_8LD, "8LD") ; > printf ("Product =\t<%s>\n", product) ; > printf ("Firmware =\t%s\n", firmware) ; > printf ("BIOS =\t%s\n", bios) ; > /* printf ("SCSI Channels =\t%d\n", ae->ae_nschan) ; */ > /* printf ("Fibre Loops =\t%d\n", ae->ae_fcloops) ; */ > printf ("Memory size =\t%d MB\n", > ae->ae_adapter.aa_memorysize) ; > /* printf ("Notify counters =\t%d\n", ae->ae_numnotifyctr) > ; */ > } > return FIRMWARE_8LD ; > } > > /* > * Neither firmware interface succeeded. Abort. > */ > > fprintf (stderr, "Firmware interface not supported\n") ; > exit (1) ; > > } > > /****************************************************************************** > > * Logical volumes > */ > > void describe_one_volume (int ldrv, int verbosity, > u_int32_t size, u_int8_t state, u_int8_t prop) > { > float szgb ; > int i ; > int raid_level ; > char propstr [2000] ; > char *statestr ; > > static struct { > int code ; > char *ifyes, *ifno ; > } proptable [] = { > AMR_DRV_WRITEBACK, "writeback", "write-through", > AMR_DRV_READHEAD, "read-ahead", "no-read-ahead", > AMR_DRV_ADAPTIVE, "adaptative-io", "no-adaptative-io", > } ; > > static struct { > int code ; > char *status ; > } statetable [] = { > AMR_DRV_OFFLINE, "offline", > AMR_DRV_DEGRADED, "degraded", > AMR_DRV_OPTIMAL, "optimal", > AMR_DRV_ONLINE, "online", > AMR_DRV_FAILED, "failed", > AMR_DRV_REBUILD, "rebuild", > AMR_DRV_HOTSPARE, "hotspare", > } ; > > szgb = ((float) size) / (1024 * 1024 * 2) ; /* size in GB */ > > raid_level = prop & AMR_DRV_RAID_MASK ; > > strcpy (propstr, "<") ; > for (i = 0 ; i < NTAB (proptable) ; i++) > { > if (i > 0) strcat (propstr, ",") ; > if (prop & proptable [i].code) > strcat (propstr, proptable [i].ifyes) ; > else > strcat (propstr, proptable [i].ifno) ; > } > strcat (propstr, ">") ; > > statestr = NULL ; > for (i = 0 ; i < NTAB (statetable) && statestr == NULL ; i++) > if (AMR_DRV_CURSTATE (state) == statetable [i].code) > statestr = statetable [i].status ; > > printf ("Drive %d: %8.2f GB, RAID%d %s %s\n", > ldrv, szgb, raid_level, propstr, statestr) ; > } > > void describe_logical_volume (int fd, int verbosity, int fwint, int > lvolno) > { > int r ; > char buffer [2048] ; > int ldrv ; > > if (fwint == FIRMWARE_40LD) > { > r = amr_enquiry (fd, sizeof buffer, buffer, > AMR_CMD_CONFIG, AMR_CONFIG_ENQ3, > AMR_CONFIG_ENQ3_SOLICITED_FULL) ; > if (r == AMR_STATUS_SUCCESS) > { > struct amr_enquiry3 *ae3 ; > > ae3 = (struct amr_enquiry3 *) buffer ; > for (ldrv = 0 ; ldrv < ae3->ae_numldrives ; ldrv++) > { > if (lvolno < 0 || lvolno == ldrv) > describe_one_volume (ldrv, verbosity, > ae3->ae_drivesize [ldrv], > ae3->ae_drivestate > [ldrv], > ae3->ae_driveprop > [ldrv]) ; > } > } > } > else if (fwint == FIRMWARE_8LD) > { > } > else > { > fprintf (stderr, "Firmware interface not supported\n") ; > exit (1) ; > } > } > > /****************************************************************************** > > * Main function > */ > > int main (int argc, char *argv []) > { > int fd ; > int version ; > int r ; > int fwint ; > int verbosity ; > > char *filename ; > int lvolno ; > int globalparam ; > > int o ; > extern char *optarg ; > extern int optind ; > > /* > * Parse arguments > */ > > filename = "/dev/amr0" ; > lvolno = -1 ; > globalparam = 0 ; > verbosity = 0 ; > > while ((o = getopt (argc, argv, "vga:t:f:l:")) != -1) > switch (o) > { > case 'v' : > verbosity++ ; > break ; > case 'g' : > globalparam = 1 ; > break ; > case 'f' : > filename = optarg ; > break ; > case 'a' : > nattempts = atoi (optarg) ; > break ; > case 't' : > sleeptime = atoi (optarg) ; > break ; > case 'l' : > lvolno = atoi (optarg) ; > break ; > case '?' : > default : > usage () ; > } > argc -= optind ; > argv += optind ; > > if (argc != 0) > usage () ; > > /* > * Access to the driver > */ > > fd = open (filename, O_RDONLY) ; > if (fd == -1) > { > perror ("open") ; > exit (1) ; > } > > r = ioctl (fd, AMR_IO_VERSION, &version) ; > if (r == -1) > { > perror ("ioctl version") ; > exit (1) ; > } > if (globalparam && verbosity >= 1) > printf ("Version =\t%d\n", version) ; > if (version != 1) > { > fprintf (stderr, "Driver version (%d) not supported\n", > version) ; > exit (1) ; > } > > fwint = describe_card (fd, verbosity, globalparam) ; > > describe_logical_volume (fd, verbosity, fwint, lvolno) ; > > > } From owner-freebsd-current@FreeBSD.ORG Sun Mar 13 13:19:35 2005 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 F171516A4CE for ; Sun, 13 Mar 2005 13:19:34 +0000 (GMT) Received: from smtp02.net-yan.com (smtp02.hgcbroadband.com [210.0.255.157]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1256B43D49 for ; Sun, 13 Mar 2005 13:19:34 +0000 (GMT) (envelope-from sam.wun@authtec.com) Received: (qmail 92817 invoked from network); 13 Mar 2005 13:19:33 -0000 Received: from unknown (HELO [192.168.4.235]) (samwun@hgcbroadband.com@[221.126.232.37]) (envelope-sender ) by localhost (qmail-ldap-1.03) with SMTP for ; 13 Mar 2005 13:19:33 -0000 Message-ID: <42343DD6.1090702@authtec.com> Date: Sun, 13 Mar 2005 21:19:18 +0800 From: sam wun User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040616 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: Re: Unauthorized PF CARP server bring down network connection 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, 13 Mar 2005 13:19:35 -0000 David Magda wrote: > sam writes: > > >> Is this a bug? logically the existing PF CARP server should not be >> interrupted by unauthorized VRRP packet because password is >> unmatched. I intentionally wide open the PF rules allow all hosts >> in the LAN can talk to the CARP server. If I drop all unauthorized >> packets, the existing CARP server has no affected. > > > > Did you use a different ID number for the new CARP server? > > Each 'cluster' of CARP servers must have a different ID number. The > numbers go from 0 to 255. If you don't specify one a default may be > chosen. Double check the man pages. > The simpliest form should not rely on the id number, it should check for authentication the password only. If password is unmatched, there is no reason to continue the communication. Btw, the ID number can be spoofed VERY easily. Sam. From owner-freebsd-current@FreeBSD.ORG Sun Mar 13 13:33:03 2005 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 6575716A4CE for ; Sun, 13 Mar 2005 13:33:03 +0000 (GMT) Received: from mail.ciam.ru (mail.ciam.ru [213.147.57.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE70443D1D for ; Sun, 13 Mar 2005 13:33:02 +0000 (GMT) (envelope-from sem@FreeBSD.org) Received: from ppp83-237-98-102.pppoe.mtu-net.ru ([83.237.98.102] helo=[192.168.0.3]) by mail.ciam.ru with esmtpa (Exim 4.x) id 1DATD9-000BfT-9I; Sun, 13 Mar 2005 16:32:51 +0300 Message-ID: <4234410C.5080804@FreeBSD.org> Date: Sun, 13 Mar 2005 16:33:00 +0300 From: Sergey Matveychuk User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050111 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: Peter Edwards References: <87is46kzk1.fsf@neva.vlink.ru> <41C26F23F7DF023CB3DF35C5@cc-171.int.t-online.fr> <20050305151903.GC26240@hub.freebsd.org> <87mzth18e2.fsf@neva.vlink.ru> <1DE178D508C1D70D1B5F9E87@cc-171.int.t-online.fr> <874qfpupk5.fsf@neva.vlink.ru> <423027B1.8080503@FreeBSD.org> <34cb7c84050310091243cdc342@mail.gmail.com> In-Reply-To: <34cb7c84050310091243cdc342@mail.gmail.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: Denis Shaposhnikov cc: freebsd-current@freebsd.org cc: Mathieu Arnold Subject: Re: unionfs 5.4 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, 13 Mar 2005 13:33:03 -0000 Peter Edwards wrote: > If someone experiencing these issues could try rebuilding after changing > > #define NNULLNODECACHE 16 > to > #define NNULLNODECACHE 1024 > > in null_subr.c (line 50 in my version, 1.45) > > And just see if it makes much of a difference. If so, it might be It does not help. The problem with nullfs only in jail environment. I've made a simple test: build devel/gettext port. Here is results: just ffs: 1:47 min nullfs: 1:43 min (oops!:) nullfs in jail: 12:12 min Almost ten times degradation. -- Sem. From owner-freebsd-current@FreeBSD.ORG Sun Mar 13 13:49:51 2005 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 693C316A4CE; Sun, 13 Mar 2005 13:49:51 +0000 (GMT) Received: from mail.ciam.ru (mail.ciam.ru [213.147.57.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE0CC43D2F; Sun, 13 Mar 2005 13:49:50 +0000 (GMT) (envelope-from sem@FreeBSD.org) Received: from ppp83-237-98-102.pppoe.mtu-net.ru ([83.237.98.102] helo=[192.168.0.3]) by mail.ciam.ru with esmtpa (Exim 4.x) id 1DATTY-000Bx5-Cb; Sun, 13 Mar 2005 16:49:48 +0300 Message-ID: <42344505.80201@FreeBSD.org> Date: Sun, 13 Mar 2005 16:49:57 +0300 From: Sergey Matveychuk User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050111 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: Sergey Matveychuk References: <87is46kzk1.fsf@neva.vlink.ru> <41C26F23F7DF023CB3DF35C5@cc-171.int.t-online.fr> <20050305151903.GC26240@hub.freebsd.org> <87mzth18e2.fsf@neva.vlink.ru> <1DE178D508C1D70D1B5F9E87@cc-171.int.t-online.fr> <874qfpupk5.fsf@neva.vlink.ru> <423027B1.8080503@FreeBSD.org> <34cb7c84050310091243cdc342@mail.gmail.com> <4234410C.5080804@FreeBSD.org> In-Reply-To: <4234410C.5080804@FreeBSD.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: Denis Shaposhnikov cc: freebsd-current@freebsd.org cc: Mathieu Arnold cc: Peter Edwards Subject: Re: unionfs 5.4 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, 13 Mar 2005 13:49:51 -0000 Sergey Matveychuk wrote: > just ffs: 1:47 min > nullfs: 1:43 min (oops!:) > nullfs in jail: 12:12 min And I forgot to mention: unionfs -r in jail: 1:54 min -- Sem. From owner-freebsd-current@FreeBSD.ORG Sun Mar 13 15:38:25 2005 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 9250216A4CE for ; Sun, 13 Mar 2005 15:38:25 +0000 (GMT) Received: from mailhost.u-strasbg.fr (mailhost.u-strasbg.fr [130.79.200.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4BE3643D5A for ; Sun, 13 Mar 2005 15:38:24 +0000 (GMT) (envelope-from Philippe.Pegon@crc.u-strasbg.fr) Received: from sokaris.u-strasbg.fr (sokaris.u-strasbg.fr [IPv6:2001:660:2402::101])id j2DFcFTC012966 ; Sun, 13 Mar 2005 16:38:15 +0100 (CET) Received: from [192.168.0.100] (crc.u-strasbg.fr [IPv6:2001:660:2402:1001::1]) j2DFcEtt006320 ; Sun, 13 Mar 2005 16:38:14 +0100 (CET) Message-ID: <42345F33.8030101@crc.u-strasbg.fr> Date: Sun, 13 Mar 2005 16:41:39 +0100 From: Philippe PEGON User-Agent: Mozilla Thunderbird 1.0 (X11/20050116) X-Accept-Language: fr, en MIME-Version: 1.0 To: sam wun References: <4232C320.8070205@crc.u-strasbg.fr> <4232CA7C.3070003@crc.u-strasbg.fr> <42343D41.1030200@authtec.com> In-Reply-To: <42343D41.1030200@authtec.com> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6 (mailhost.u-strasbg.fr [IPv6:2001:660:2402::158]); Sun, 13 Mar 2005 16:38:15 +0100 (CET) X-Antivirus: scanned by sophos at u-strasbg.fr cc: current@freebsd.org Subject: Re: Panic with amr and 5.4-PRERELEASE 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, 13 Mar 2005 15:38:25 -0000 ok, sorry, try this /* amrstat.c 2002/04/10 * * Author: Pierre David */ #include #include #include #include #include #include #include "/usr/src/sys/dev/amr/amrio.h" #include "/usr/src/sys/dev/amr/amrreg.h" #include "/usr/src/sys/dev/amr/amr_compat.h" #define NATTEMPTS 5 #define SLEEPTIME 100000 /* microseconds */ int nattempts = NATTEMPTS ; /* # of attempts before giving up */ int sleeptime = SLEEPTIME ; /* between attempts, in ms */ /* * Include lookup tables, and a function to match a code to a string. * * XXX * Lookup tables cannot be included, since they require symbols from * amrreg.h which need in turn the _KERNEL define. */ /* #define AMR_DEFINE_TABLES */ /* #include "/usr/src/sys/dev/amr/amr_tables.h" */ /* * Offsets in an amr_user_ioctl.au_cmd [] array * See amrio.h */ #define MB_COMMAND 0 #define MB_CHANNEL 1 #define MB_PARAM 2 #define MB_PAD 3 #define MB_DRIVE 4 #define FIRMWARE_40LD 1 #define FIRMWARE_8LD 2 #define NTAB(tab) (sizeof tab / sizeof tab [0]) int amr_enquiry (int fd, size_t bufsize, void *buffer, u_int8_t cmd, u_int8_t cmdsub, u_int8_t cmdqual) { struct amr_user_ioctl am ; int r, i ; am.au_cmd [MB_COMMAND] = cmd ; am.au_cmd [MB_CHANNEL] = cmdsub ; am.au_cmd [MB_PARAM] = cmdqual ; am.au_cmd [MB_PAD] = 0 ; am.au_cmd [MB_DRIVE] = 0 ; am.au_buffer = buffer ; am.au_length = bufsize ; am.au_direction = AMR_IO_READ ; am.au_status = 0 ; i = 0 ; r = -1 ; while (i < nattempts && r == -1) { r = ioctl (fd, AMR_IO_COMMAND, &am) ; if (r == -1) { if (errno != EBUSY) { perror ("ioctl enquiry") ; exit (1) ; } else usleep (sleeptime) ; } i++ ; } return am.au_status ; } void usage (void) { fprintf (stderr, "usage: amstat [-v][-f spec][-a #attempts][-t time][-g][-l lvol]\n") ; exit (1) ; } /****************************************************************************** * Card description */ int describe_card (int fd, int verbosity, int globalparam) { int r ; char buffer [2048] ; struct amr_enquiry *ae ; int cardtype ; /* * Try the 40LD firmware interface */ r = amr_enquiry (fd, sizeof buffer, buffer, AMR_CMD_CONFIG, AMR_CONFIG_PRODUCT_INFO, 0) ; if (r == AMR_STATUS_SUCCESS) { struct amr_prodinfo *ap ; if (globalparam) { ap = (struct amr_prodinfo *) buffer ; printf ("Product =\t<%.80s>\n", ap->ap_product) ; printf ("Firmware =\t%.16s\n", ap->ap_firmware) ; printf ("BIOS =\t%.16s\n", ap->ap_bios) ; printf ("SCSI Channels =\t%d\n", ap->ap_nschan) ; printf ("Fibre Loops =\t%d\n", ap->ap_fcloops) ; printf ("Memory size =\t%d MB\n", ap->ap_memsize) ; if (verbosity >= 1) { printf ("Ioctl = %d (%s)\n", FIRMWARE_40LD, "40LD") ; printf ("Signature =\t0x%08x\n", ap->ap_signature) ; printf ("Configsig =\t0x%08x\n", ap->ap_configsig) ; printf ("Subsystem =\t0x%04x\n", ap->ap_subsystem) ; printf ("Subvendor =\t0x%04x\n", ap->ap_subvendor) ; printf ("Notify counters =\t%d\n", ap->ap_numnotifyctr) ; } } return FIRMWARE_40LD ; } /* * Try the 8LD firmware interface */ r = amr_enquiry (fd, sizeof buffer, buffer, AMR_CMD_EXT_ENQUIRY2, 0, 0) ; ae = (struct amr_enquiry *) buffer ; if (r == AMR_STATUS_SUCCESS) { cardtype = ae->ae_signature ; } else { r = amr_enquiry (fd, 2048, buffer, AMR_CMD_ENQUIRY, 0, 0) ; cardtype = 0 ; } if (r == AMR_STATUS_SUCCESS) { if (globalparam) { char *product ; char bios [100], firmware [100] ; int i ; static struct { char *product ; int signature ; } prodtable [] = { "Series 431", AMR_SIG_431, "Series 438", AMR_SIG_438, "Series 762", AMR_SIG_762, "Integrated HP NetRAID (T5)", AMR_SIG_T5, "Series 466", AMR_SIG_466, "Series 467", AMR_SIG_467, "Integrated HP NetRAID (T7)", AMR_SIG_T7, "Series 490", AMR_SIG_490, } ; for (i = 0 ; i < NTAB (prodtable) ; i++) { if (cardtype == prodtable [i].signature) { product = prodtable [i].product ; break ; } } if (product == NULL) product = "unknown card signature" ; /* * HP NetRaid controllers have a special encoding of the firmware and * BIOS versions. The AMI version seems to have it as strings whereas * the HP version does it with a leading uppercase character and two * binary numbers. */ if(ae->ae_adapter.aa_firmware[2] >= 'A' && ae->ae_adapter.aa_firmware[2] <= 'Z' && ae->ae_adapter.aa_firmware[1] < ' ' && ae->ae_adapter.aa_firmware[0] < ' ' && ae->ae_adapter.aa_bios[2] >= 'A' && ae->ae_adapter.aa_bios[2] <= 'Z' && ae->ae_adapter.aa_bios[1] < ' ' && ae->ae_adapter.aa_bios[0] < ' ') { /* looks like we have an HP NetRaid version of the MegaRaid */ if(cardtype == AMR_SIG_438) { /* the AMI 438 is a NetRaid 3si in HP-land */ product = "HP NetRaid 3si"; } sprintf (firmware, "%c.%02d.%02d", ae->ae_adapter.aa_firmware[2], ae->ae_adapter.aa_firmware[1], ae->ae_adapter.aa_firmware[0]) ; sprintf (bios, "%c.%02d.%02d", ae->ae_adapter.aa_bios[2], ae->ae_adapter.aa_bios[1], ae->ae_adapter.aa_bios[0]) ; } else { sprintf (firmware, "%.4s", ae->ae_adapter.aa_firmware) ; sprintf (bios, "%.4s", ae->ae_adapter.aa_bios) ; } printf ("Ioctl = %d (%s)\n", FIRMWARE_8LD, "8LD") ; printf ("Product =\t<%s>\n", product) ; printf ("Firmware =\t%s\n", firmware) ; printf ("BIOS =\t%s\n", bios) ; /* printf ("SCSI Channels =\t%d\n", ae->ae_nschan) ; */ /* printf ("Fibre Loops =\t%d\n", ae->ae_fcloops) ; */ printf ("Memory size =\t%d MB\n", ae->ae_adapter.aa_memorysize) ; /* printf ("Notify counters =\t%d\n", ae->ae_numnotifyctr) ; */ } return FIRMWARE_8LD ; } /* * Neither firmware interface succeeded. Abort. */ fprintf (stderr, "Firmware interface not supported\n") ; exit (1) ; } /****************************************************************************** * Logical volumes */ void describe_one_volume (int ldrv, int verbosity, u_int32_t size, u_int8_t state, u_int8_t prop) { float szgb ; int i ; int raid_level ; char propstr [2000] ; char *statestr ; static struct { int code ; char *ifyes, *ifno ; } proptable [] = { AMR_DRV_WRITEBACK, "writeback", "write-through", AMR_DRV_READHEAD, "read-ahead", "no-read-ahead", AMR_DRV_ADAPTIVE, "adaptative-io", "no-adaptative-io", } ; static struct { int code ; char *status ; } statetable [] = { AMR_DRV_OFFLINE, "offline", AMR_DRV_DEGRADED, "degraded", AMR_DRV_OPTIMAL, "optimal", AMR_DRV_ONLINE, "online", AMR_DRV_FAILED, "failed", AMR_DRV_REBUILD, "rebuild", AMR_DRV_HOTSPARE, "hotspare", } ; szgb = ((float) size) / (1024 * 1024 * 2) ; /* size in GB */ raid_level = prop & AMR_DRV_RAID_MASK ; strcpy (propstr, "<") ; for (i = 0 ; i < NTAB (proptable) ; i++) { if (i > 0) strcat (propstr, ",") ; if (prop & proptable [i].code) strcat (propstr, proptable [i].ifyes) ; else strcat (propstr, proptable [i].ifno) ; } strcat (propstr, ">") ; statestr = NULL ; for (i = 0 ; i < NTAB (statetable) && statestr == NULL ; i++) if (AMR_DRV_CURSTATE (state) == statetable [i].code) statestr = statetable [i].status ; printf ("Drive %d: %8.2f GB, RAID%d %s %s\n", ldrv, szgb, raid_level, propstr, statestr) ; } void describe_logical_volume (int fd, int verbosity, int fwint, int lvolno) { int r ; char buffer [2048] ; int ldrv ; if (fwint == FIRMWARE_40LD) { r = amr_enquiry (fd, sizeof buffer, buffer, AMR_CMD_CONFIG, AMR_CONFIG_ENQ3, AMR_CONFIG_ENQ3_SOLICITED_FULL) ; if (r == AMR_STATUS_SUCCESS) { struct amr_enquiry3 *ae3 ; ae3 = (struct amr_enquiry3 *) buffer ; for (ldrv = 0 ; ldrv < ae3->ae_numldrives ; ldrv++) { if (lvolno < 0 || lvolno == ldrv) describe_one_volume (ldrv, verbosity, ae3->ae_drivesize [ldrv], ae3->ae_drivestate [ldrv], ae3->ae_driveprop [ldrv]) ; } } } else if (fwint == FIRMWARE_8LD) { } else { fprintf (stderr, "Firmware interface not supported\n") ; exit (1) ; } } /****************************************************************************** * Main function */ int main (int argc, char *argv []) { int fd ; int version ; int r ; int fwint ; int verbosity ; char *filename ; int lvolno ; int globalparam ; int o ; extern char *optarg ; extern int optind ; /* * Parse arguments */ filename = "/dev/amr0" ; lvolno = -1 ; globalparam = 0 ; verbosity = 0 ; while ((o = getopt (argc, argv, "vga:t:f:l:")) != -1) switch (o) { case 'v' : verbosity++ ; break ; case 'g' : globalparam = 1 ; break ; case 'f' : filename = optarg ; break ; case 'a' : nattempts = atoi (optarg) ; break ; case 't' : sleeptime = atoi (optarg) ; break ; case 'l' : lvolno = atoi (optarg) ; break ; case '?' : default : usage () ; } argc -= optind ; argv += optind ; if (argc != 0) usage () ; /* * Access to the driver */ fd = open (filename, O_RDONLY) ; if (fd == -1) { perror ("open") ; exit (1) ; } r = ioctl (fd, AMR_IO_VERSION, &version) ; if (r == -1) { perror ("ioctl version") ; exit (1) ; } if (globalparam && verbosity >= 1) printf ("Version =\t%d\n", version) ; if (version != 1) { fprintf (stderr, "Driver version (%d) not supported\n", version) ; exit (1) ; } fwint = describe_card (fd, verbosity, globalparam) ; describe_logical_volume (fd, verbosity, fwint, lvolno) ; } From owner-freebsd-current@FreeBSD.ORG Sun Mar 13 16:50:18 2005 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 DFDA116A4CE for ; Sun, 13 Mar 2005 16:50:18 +0000 (GMT) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id D3D1643D48 for ; Sun, 13 Mar 2005 16:50:17 +0000 (GMT) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1DAWHF-0000Y6-EH for freebsd-current@freebsd.org; Sun, 13 Mar 2005 17:49:17 +0100 Received: from kvip88.kvi.nl ([129.125.15.152]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 13 Mar 2005 17:49:17 +0100 Received: from A.S.Usov by kvip88.kvi.nl with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 13 Mar 2005 17:49:17 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: "Alexander S. Usov" Date: Sun, 13 Mar 2005 17:50:05 +0100 Organization: KVI Lines: 23 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: kvip88.kvi.nl User-Agent: KNode/0.8.2 Sender: news X-Gmane-MailScanner: Found to be clean X-Gmane-MailScanner: Found to be clean X-MailScanner-From: freebsd-current@m.gmane.org X-MailScanner-To: freebsd-current@freebsd.org Subject: Re: Using cpufreq 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, 13 Mar 2005 16:50:19 -0000 Xavier Maillard wrote: > What do you use as you supfile ? (default tag) RELENG_5 > Here I am using -CURRENT maybe cpufreq has not hit -STABLE. I decided to give it a try after seeng this in UPDATEING: 20050225: The cpufreq framework has been merged. As part of this, the sysctls for acpi(4) throttling have been removed. See cpufreq(4) for the new sysctl interface. The power_profile script has also been updated, so you can use performance/economy_cpu_freq in rc.conf(5) to set AC on/offline cpu frequencies. No new cpufreq drivers have been brought in with this import but drivers from -current can now be built and run on -stable. It looks that the last sentence is a bit incorrect, and should be read as "No cpufreq drivers have ......" -- Best regards, Alexander. From owner-freebsd-current@FreeBSD.ORG Sun Mar 13 17:38:53 2005 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 5DF4216A4CE; Sun, 13 Mar 2005 17:38:53 +0000 (GMT) Received: from av1-2-sn4.m-sp.skanova.net (av1-2-sn4.m-sp.skanova.net [81.228.10.115]) by mx1.FreeBSD.org (Postfix) with ESMTP id ECBF143D1D; Sun, 13 Mar 2005 17:38:52 +0000 (GMT) (envelope-from daniel_k_eriksson@telia.com) Received: by av1-2-sn4.m-sp.skanova.net (Postfix, from userid 502) id C7C8937E6E; Sun, 13 Mar 2005 18:38:51 +0100 (CET) Received: from smtp2-2-sn4.m-sp.skanova.net (smtp2-2-sn4.m-sp.skanova.net [81.228.10.182]) by av1-2-sn4.m-sp.skanova.net (Postfix) with ESMTP id B916C37E53; Sun, 13 Mar 2005 18:38:51 +0100 (CET) Received: from sentinel (81-232-139-217-no23.business.telia.com [81.232.139.217]) by smtp2-2-sn4.m-sp.skanova.net (Postfix) with ESMTP id 7764337E46; Sun, 13 Mar 2005 18:38:51 +0100 (CET) From: "Daniel Eriksson" To: "'Sergey Matveychuk'" Date: Sun, 13 Mar 2005 18:39:38 +0100 Organization: Home Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 In-Reply-To: <4234410C.5080804@FreeBSD.org> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 Thread-Index: AcUn0TyzVp6PsXWNSAC0ACw99X6LLQAIeOkg cc: freebsd-current@freebsd.org Subject: RE: unionfs 5.4 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, 13 Mar 2005 17:38:53 -0000 Sergey Matveychuk wrote: > just ffs: 1:47 min > nullfs: 1:43 min (oops!:) > nullfs in jail: 12:12 min I've got ~350 nullfs mounts on one of my servers, and I've never noticed it being slower than plain ffs. I'm not using it in a jail however, maybe that's why I've never experienced any slowdown with nullfs. /Daniel Eriksson From owner-freebsd-current@FreeBSD.ORG Sun Mar 13 18:21:32 2005 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 0655816A4CF for ; Sun, 13 Mar 2005 18:21:32 +0000 (GMT) Received: from smtp02.net-yan.com (smtp02.hgcbroadband.com [210.0.255.157]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1ABA543D41 for ; Sun, 13 Mar 2005 18:21:31 +0000 (GMT) (envelope-from sam.wun@authtec.com) Received: (qmail 72798 invoked from network); 13 Mar 2005 18:21:29 -0000 Received: from unknown (HELO [192.168.4.235]) (samwun@hgcbroadband.com@[221.126.232.37]) (envelope-sender ) by localhost (qmail-ldap-1.03) with SMTP for ; 13 Mar 2005 18:21:29 -0000 Message-ID: <4234849A.90505@authtec.com> Date: Mon, 14 Mar 2005 02:21:14 +0800 From: sam wun User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040616 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: _IOWR 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, 13 Mar 2005 18:21:32 -0000 Hi, I have a special hardware would like to integrate with FreeBSD. I most probably need to write a driver for it. As I look thru some device driver code, I found this function/macro _IOWR() written in may places of the driver code. Where can I find how does this macro/function defined in FreeBSD? Thanks Sam From owner-freebsd-current@FreeBSD.ORG Sun Mar 13 18:30:10 2005 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 3BDD616A4CE for ; Sun, 13 Mar 2005 18:30:10 +0000 (GMT) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0352043D4C for ; Sun, 13 Mar 2005 18:30:09 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received-SPF: pass (mp2.macomnet.net: domain of maxim@macomnet.ru designates 127.0.0.1 as permitted sender) receiver=mp2.macomnet.net; client_ip=127.0.0.1; envelope-from=maxim@macomnet.ru; Received: from localhost (localhost [127.0.0.1]) by mp2.macomnet.net (8.12.11/8.12.11) with ESMTP id j2DITjfb041922; Sun, 13 Mar 2005 21:29:45 +0300 (MSK) (envelope-from maxim@macomnet.ru) Date: Sun, 13 Mar 2005 21:29:45 +0300 (MSK) From: Maxim Konovalov To: sam wun In-Reply-To: <4234849A.90505@authtec.com> Message-ID: <20050313212931.Q41893@mp2.macomnet.net> References: <4234849A.90505@authtec.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: _IOWR 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, 13 Mar 2005 18:30:10 -0000 On Mon, 14 Mar 2005, 02:21+0800, sam wun wrote: > Hi, > > I have a special hardware would like to integrate with FreeBSD. I most > probably need to write a driver for it. > As I look thru some device driver code, I found this function/macro _IOWR() > written in may places of the driver code. > Where can I find how does this macro/function defined in FreeBSD? http://fxr.watson.org/fxr/ident?i=_IOWR -- Maxim Konovalov From owner-freebsd-current@FreeBSD.ORG Sun Mar 13 18:51:23 2005 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 138BE16A4CE for ; Sun, 13 Mar 2005 18:51:23 +0000 (GMT) Received: from bilbo.mebtel.net (bilbo.mebtel.net [64.40.67.45]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7836743D31 for ; Sun, 13 Mar 2005 18:51:22 +0000 (GMT) (envelope-from dlt@mebtel.net) Received: from localhost (localhost [127.0.0.1]) by bilbo.mebtel.net (Postfix) with ESMTP id CE64A2AA44 for ; Sun, 13 Mar 2005 13:51:21 -0500 (EST) Received: from bilbo.mebtel.net ([127.0.0.1]) by localhost (bilbo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 13609-06 for ; Sun, 13 Mar 2005 13:51:21 -0500 (EST) Received: from lorne.arm.org (66-79-79-167.dsl.mebtel.net [66.79.79.167]) by bilbo.mebtel.net (Postfix) with ESMTP id 4203E2AA21 for ; Sun, 13 Mar 2005 13:51:21 -0500 (EST) Received: from lorne.arm.org (localhost [127.0.0.1]) by lorne.arm.org (8.13.3/8.13.1) with ESMTP id j2DIpKgH001092 for ; Sun, 13 Mar 2005 13:51:20 -0500 (EST) (envelope-from dlt@lorne.arm.org) Received: (from dlt@localhost) by lorne.arm.org (8.13.3/8.13.1/Submit) id j2DIpKhv001089; Sun, 13 Mar 2005 13:51:20 -0500 (EST) (envelope-from dlt) Date: Sun, 13 Mar 2005 13:51:20 -0500 (EST) Message-Id: <200503131851.j2DIpKhv001089@lorne.arm.org> From: Derek Tattersall To: current@FreeBSD.org X-Virus-Scanned: by amavisd-new at mebtel.net Subject: A pair of LORs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: dlt@mebtel.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Mar 2005 18:51:23 -0000 This happened on a 6.0 current system supped and built this morning. I didn't see this recorded on Herr Zeeb's page, so perhaps somebody has some clues to offer? Mar 13 13:15:31 lorne kernel: lock order reversal Mar 13 13:15:31 lorne kernel: 1st 0xc26f58a0 rtentry (rtentry) @ /usr/src/sys/netinet/if_ether.c:445 Mar 13 13:15:31 lorne kernel: 2nd 0xc23a96c4 skc0 (network driver) @ /usr/src/sys/pci/if_sk.c:1845 Mar 13 13:15:31 lorne kernel: KDB: stack backtrace: Mar 13 13:15:31 lorne kernel: kdb_backtrace(0,ffffffff,c08f3af0,c08f2808,c0880ee8) at kdb_backtrace+0x29 Mar 13 13:15:31 lorne kernel: witness_checkorder(c23a96c4,9,c0833fba,735) at witness_checkorder+0x54c Mar 13 13:15:31 lorne kernel: _mtx_lock_flags(c23a96c4,0,c0833fba,735,c0609450) at _mtx_lock_flags+0x5b Mar 13 13:15:31 lorne kernel: sk_start(c23c3000) at sk_start+0x32 Mar 13 13:15:31 lorne kernel: if_start(c23c3000) at if_start+0x7b Mar 13 13:15:31 lorne kernel: ether_output_frame(c23c3000,c271cd00,1,ffffffff,0) at ether_output_frame+0x1d9 Mar 13 13:15:31 lorne kernel: ether_output(c23c3000,c271cd00,e5087a48,0,2) at ether_output+0x384 Mar 13 13:15:31 lorne kernel: arprequest(c23c3000,c264dcc8,c26dc954,c2392eab) at arprequest+0xd8 Mar 13 13:15:31 lorne kernel: arpresolve(c23c3000,c26f58c4,c271ce00,c26dc950,e5087ab8) at arpresolve+0x29c Mar 13 13:15:31 lorne kernel: ether_output(c23c3000,c271ce00,c26dc950,c26f58c4,c264dc00) at ether_output+0x66 Mar 13 13:15:31 lorne kernel: ip_output(c271ce00,0,e5087b10,0,0) at ip_output+0x6fc Mar 13 13:15:31 lorne kernel: udp_output(c26f3168,c271ce00,0,0,c23b0b80) at udp_output+0x4ad Mar 13 13:15:31 lorne kernel: udp_send(c26f1298,0,c271ce00,0,0) at udp_send+0x1aMar 13 13:15:31 lorne kernel: sosend(c26f1298,0,e5087c4c,c271ce00,0) at sosend+0x5e7 Mar 13 13:15:31 lorne kernel: kern_sendit(c23b0b80,4,e5087ccc,0,0) at kern_sendit+0x104 Mar 13 13:15:31 lorne kernel: sendit(c23b0b80,4,e5087ccc,0,807b020) at sendit+0x163 Mar 13 13:15:31 lorne kernel: sendto(c23b0b80,e5087d14,6,2,216) at Mar 13 13:15:31 lorne kernel: sendto+0x4d Mar 13 13:15:32 lorne kernel: syscall(2f,2f,2f,0,281477a4) at syscall+0x213 Mar 13 13:15:32 lorne kernel: Xint0x80_syscall() at Xint0x80_syscall+0x1f Mar 13 13:15:32 lorne kernel: --- syscall (133, FreeBSD ELF32, sendto), eip = 0x280c965b, esp = 0xbfbfdc5c, ebp = 0xbfbfdc88 --- Mar 13 13:15:37 lorne kernel: lock order reversal Mar 13 13:15:37 lorne kernel: 1st 0xc26f1300 so_rcv (so_rcv) @ /usr/src/sys/kern/uipc_socket.c:1256 Mar 13 13:15:37 lorne kernel: 2nd 0xc23a96c4 skc0 (network driver) @ /usr/src/sys/pci/if_sk.c:1112 Mar 13 13:15:37 lorne kernel: KDB: stack backtrace: Mar 13 13:15:37 lorne kernel: kdb_backtrace(0,ffffffff,c08f3b68,c08f2808,c0880ee8) at kdb_backtrace+0x29 Mar 13 13:15:37 lorne kernel: witness_checkorder(c23a96c4,9,c0833fba,458) at witness_checkorder+0x54c Mar 13 13:15:37 lorne kernel: _mtx_lock_flags(c23a96c4,0,c0833fba,458,1) at _mtx_lock_flags+0x5b Mar 13 13:15:37 lorne kernel: sk_jfree(ed41e980,c23c3000) at sk_jfree+0x33 Mar 13 13:15:37 lorne kernel: mb_free_ext(c2619100) at mb_free_ext+0x91 Mar 13 13:15:37 lorne kernel: soreceive(c26f1298,e5087c70,e5087c7c,0,0) at soreceive+0x91e Mar 13 13:15:37 lorne kernel: recvit(c23b0b80,4,e5087cc8,bfbfdcf4) at recvit+0x17f Mar 13 13:15:37 lorne kernel: recvfrom(c23b0b80,e5087d14,6,a,286) at recvfrom+0x6c Mar 13 13:15:37 lorne kernel: syscall(2f,2f,2f,bfbfdd20,bfbfdd40) at syscall+0x213 Mar 13 13:15:37 lorne kernel: Xint0x80_syscall() at Xint0x80_syscall+0x1f Mar 13 13:15:37 lorne kernel: --- syscall (29, FreeBSD ELF32, recvfrom), eip = 0x280c9e1b, esp = 0xbfbfdc7c, ebp = 0xbfbfe358 --- -- Derek Tattersall | (Insert smart comment here.) dlt@mebtel.net | dtatters@gmail.com | dlt666@yahoo.com | | From owner-freebsd-current@FreeBSD.ORG Sun Mar 13 18:54:20 2005 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 75B5916A4CE for ; Sun, 13 Mar 2005 18:54:20 +0000 (GMT) Received: from mail.ciam.ru (mail.ciam.ru [213.147.57.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD1A743D55 for ; Sun, 13 Mar 2005 18:54:19 +0000 (GMT) (envelope-from sem@FreeBSD.org) Received: from ppp83-237-181-199.pppoe.mtu-net.ru ([83.237.181.199] helo=[192.168.0.2]) by mail.ciam.ru with esmtpa (Exim 4.x) id 1DAYEE-000GfU-DG; Sun, 13 Mar 2005 21:54:18 +0300 Message-ID: <42348C64.1090104@FreeBSD.org> Date: Sun, 13 Mar 2005 21:54:28 +0300 From: Sergey Matveychuk User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041217 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: Daniel Eriksson References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: unionfs 5.4 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, 13 Mar 2005 18:54:20 -0000 Daniel Eriksson wrote: > Sergey Matveychuk wrote: > > >>just ffs: 1:47 min >>nullfs: 1:43 min (oops!:) >>nullfs in jail: 12:12 min > > > I've got ~350 nullfs mounts on one of my servers, and I've never noticed it > being slower than plain ffs. I'm not using it in a jail however, maybe > that's why I've never experienced any slowdown with nullfs. The same with my tests. Have you noticed? -- Sem. From owner-freebsd-current@FreeBSD.ORG Sun Mar 13 19:11:35 2005 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 B345E16A4CE; Sun, 13 Mar 2005 19:11:35 +0000 (GMT) Received: from mail.ciam.ru (mail.ciam.ru [213.147.57.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3018F43D1D; Sun, 13 Mar 2005 19:11:35 +0000 (GMT) (envelope-from sem@FreeBSD.org) Received: from ppp83-237-103-8.pppoe.mtu-net.ru ([83.237.103.8] helo=[192.168.0.2]) by mail.ciam.ru with esmtpa (Exim 4.x) id 1DAYUv-000Gw1-Hj; Sun, 13 Mar 2005 22:11:33 +0300 Message-ID: <4234906F.9030302@FreeBSD.org> Date: Sun, 13 Mar 2005 22:11:43 +0300 From: Sergey Matveychuk User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041217 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: Sergey Matveychuk References: <87is46kzk1.fsf@neva.vlink.ru> <41C26F23F7DF023CB3DF35C5@cc-171.int.t-online.fr> <20050305151903.GC26240@hub.freebsd.org> <87mzth18e2.fsf@neva.vlink.ru> <1DE178D508C1D70D1B5F9E87@cc-171.int.t-online.fr> <874qfpupk5.fsf@neva.vlink.ru> <423027B1.8080503@FreeBSD.org> <34cb7c84050310091243cdc342@mail.gmail.com> <4234410C.5080804@FreeBSD.org> In-Reply-To: <4234410C.5080804@FreeBSD.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: Denis Shaposhnikov cc: freebsd-current@freebsd.org cc: Mathieu Arnold cc: Peter Edwards Subject: Re: unionfs 5.4 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, 13 Mar 2005 19:11:35 -0000 Sergey Matveychuk wrote: > nullfs in jail: 12:12 min > > Almost ten times degradation. BTW no speed degradation on 4.11 in jail. I've just checked it. -- Sem. From owner-freebsd-current@FreeBSD.ORG Sun Mar 13 21:14:47 2005 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 C25A216A4D1 for ; Sun, 13 Mar 2005 21:14:47 +0000 (GMT) Received: from smtp100.rog.mail.re2.yahoo.com (smtp100.rog.mail.re2.yahoo.com [206.190.36.78]) by mx1.FreeBSD.org (Postfix) with SMTP id 4AF6443D5A for ; Sun, 13 Mar 2005 21:14:47 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from unknown (HELO 172.16.0.1) (mikej@69.193.222.195 with login) by smtp100.rog.mail.re2.yahoo.com with SMTP; 13 Mar 2005 21:14:46 -0000 Received: from 172.16.0.199 (SquirrelMail authenticated user mikej) by wettoast.dyndns.org with HTTP; Sun, 13 Mar 2005 16:14:38 -0500 (EST) Message-ID: <2617.172.16.0.199.1110748478.squirrel@wettoast.dyndns.org> Date: Sun, 13 Mar 2005 16:14:38 -0500 (EST) From: "Mike Jakubik" To: freebsd-current@freebsd.org User-Agent: SquirrelMail/1.4.4 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: COMPAT_43 ? 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, 13 Mar 2005 21:14:47 -0000 What does COMPAT_43 in the kernel really do? And is is really needed? From owner-freebsd-current@FreeBSD.ORG Sun Mar 13 21:30:43 2005 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 F358B16A4CE; Sun, 13 Mar 2005 21:30:42 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5939D43D5A; Sun, 13 Mar 2005 21:30:42 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id j2DLUfxt078385; Sun, 13 Mar 2005 16:30:41 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id j2DLUfaU058068; Sun, 13 Mar 2005 16:30:41 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 59F087306E; Sun, 13 Mar 2005 16:30:41 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050313213041.59F087306E@freebsd-current.sentex.ca> Date: Sun, 13 Mar 2005 16:30:41 -0500 (EST) X-Virus-Scanned: ClamAV 0.82/761/Thu Mar 10 16:01:48 2005 on smarthost2.sentex.ca X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner3 X-Virus-Status: Clean Subject: [current tinderbox] failure on alpha/alpha 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: Sun, 13 Mar 2005 21:30:43 -0000 TB --- 2005-03-13 20:30:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-03-13 20:30:00 - starting CURRENT tinderbox run for alpha/alpha TB --- 2005-03-13 20:30:00 - checking out the source tree TB --- 2005-03-13 20:30:00 - cd /home/tinderbox/CURRENT/alpha/alpha TB --- 2005-03-13 20:30:00 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-03-13 20:36:23 - building world (CFLAGS=-O2 -pipe) TB --- 2005-03-13 20:36:23 - cd /home/tinderbox/CURRENT/alpha/alpha/src TB --- 2005-03-13 20:36:23 - /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 [...] echo bsdtar: /home/tinderbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/alpha/alpha/src/tmp/usr/lib/libc.a /home/tinderbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/alpha/alpha/src/tmp/usr/lib/libarchive.a /home/tinderbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/alpha/alpha/src/tmp/usr/lib/libbz2.a /home/tinderbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/alpha/alpha/src/tmp/usr/lib/libz.a >> .depend cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -DPACKAGE_VERSION=\"1.01.022\" -I/tinderbox/CURRENT/alpha/alpha/src/usr.bin/tar -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /tinderbox/CURRENT/alpha/alpha/src/usr.bin/tar/bsdtar.c cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -DPACKAGE_VERSION=\"1.01.022\" -I/tinderbox/CURRENT/alpha/alpha/src/usr.bin/tar -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c getdate.c /tinderbox/CURRENT/alpha/alpha/src/usr.bin/tar/getdate.y: In function `get_date': /tinderbox/CURRENT/alpha/alpha/src/usr.bin/tar/getdate.y:866: warning: implicit declaration of function `getdate_yyparse' /tinderbox/CURRENT/alpha/alpha/src/usr.bin/tar/getdate.y:866: warning: nested extern declaration of `getdate_yyparse' getdate.c: At top level: getdate.c:998: warning: no previous prototype for 'getdate_yyparse' *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src/usr.bin/tar. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/alpha/alpha/src/rescue/rescue. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src/rescue/rescue. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src/rescue. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. TB --- 2005-03-13 21:30:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-03-13 21:30:41 - ERROR: failed to build world TB --- 2005-03-13 21:30:41 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Mar 13 22:17:54 2005 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 6548216A4CE for ; Sun, 13 Mar 2005 22:17:54 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id D250143D31 for ; Sun, 13 Mar 2005 22:17:53 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.13.3/8.13.1) with ESMTP id j2DMHGEd042872; Sun, 13 Mar 2005 15:17:16 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Sun, 13 Mar 2005 15:17:35 -0700 (MST) Message-Id: <20050313.151735.46219536.imp@bsdimp.com> To: sam.wun@authtec.com From: "M. Warner Losh" In-Reply-To: <4234849A.90505@authtec.com> References: <4234849A.90505@authtec.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: _IOWR 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, 13 Mar 2005 22:17:54 -0000 In message: <4234849A.90505@authtec.com> sam wun writes: : I have a special hardware would like to integrate with FreeBSD. I most : probably need to write a driver for it. : As I look thru some device driver code, I found this function/macro : _IOWR() written in may places of the driver code. : Where can I find how does this macro/function defined in FreeBSD? sys/ioccom.h Warner From owner-freebsd-current@FreeBSD.ORG Sun Mar 13 22:26:32 2005 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 8E94B16A4CE for ; Sun, 13 Mar 2005 22:26:32 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id F225D43D2D for ; Sun, 13 Mar 2005 22:26:31 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.13.3/8.13.1) with ESMTP id j2DMQ5ak042948; Sun, 13 Mar 2005 15:26:06 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Sun, 13 Mar 2005 15:26:24 -0700 (MST) Message-Id: <20050313.152624.59920781.imp@bsdimp.com> To: mikej@rogers.com From: "M. Warner Losh" In-Reply-To: <2617.172.16.0.199.1110748478.squirrel@wettoast.dyndns.org> References: <2617.172.16.0.199.1110748478.squirrel@wettoast.dyndns.org> 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: COMPAT_43 ? 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, 13 Mar 2005 22:26:32 -0000 In message: <2617.172.16.0.199.1110748478.squirrel@wettoast.dyndns.org> "Mike Jakubik" writes: : What does COMPAT_43 in the kernel really do? And is is really needed? Depending on the version of FreeBSD it is needed for the following things: (1) the Linux emulation layer has 4.3bsd like functions that this implements. (in fact, it appears this is still the case). (2) The svr4 emulation layer likewise. (3) The old signal handling code is under this, and is necessary to run FreeBSD 1, 2 and 3 binaries it seems. (4) There's an old mmap and getpagesize system call that's under it, which likely is there to run old BSD binaries (don't know if this is BSDI ones, or old FreeBSD ones too). (5) Translation of old ioctl interfaces for network layer interactions to new (this is why #1 depends on it) (6) The old creat, mknod, lseek, stat, truncate, getdirentries interface are covered by this as well (again, so old binaries can work, and likely there's some emulation code that depends on it). (7) A boatload of old ioctls for the tty system are 43 compat code (and are also under burn bridges). At one point in time, xterm required these calls. Now, that's no longer the case. (8) Old interfaces to sysv shared memory, getting the hostname (etc). There's likely a few more I overlooked. Warner From owner-freebsd-current@FreeBSD.ORG Sun Mar 13 22:32:16 2005 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 2829D16A4CE; Sun, 13 Mar 2005 22:32:16 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 97AD043D53; Sun, 13 Mar 2005 22:32:15 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j2DMWFto061019; Sun, 13 Mar 2005 17:32:15 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j2DMWFav082109; Sun, 13 Mar 2005 17:32:15 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D6EE57306E; Sun, 13 Mar 2005 17:32:14 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050313223214.D6EE57306E@freebsd-current.sentex.ca> Date: Sun, 13 Mar 2005 17:32:14 -0500 (EST) X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on clamscanner1 X-Virus-Status: Clean Subject: [current tinderbox] failure on amd64/amd64 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: Sun, 13 Mar 2005 22:32:16 -0000 TB --- 2005-03-13 21:30:41 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-03-13 21:30:41 - starting CURRENT tinderbox run for amd64/amd64 TB --- 2005-03-13 21:30:41 - checking out the source tree TB --- 2005-03-13 21:30:41 - cd /home/tinderbox/CURRENT/amd64/amd64 TB --- 2005-03-13 21:30:41 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-03-13 21:37:06 - building world (CFLAGS=-O2 -pipe) TB --- 2005-03-13 21:37:06 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-03-13 21:37:06 - /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 [...] echo bsdtar: /home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/tmp/usr/lib/libc.a /home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/tmp/usr/lib/libarchive.a /home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/tmp/usr/lib/libbz2.a /home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/tmp/usr/lib/libz.a >> .depend cc -O2 -pipe -DPACKAGE_VERSION=\"1.01.022\" -I/tinderbox/CURRENT/amd64/amd64/src/usr.bin/tar -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /tinderbox/CURRENT/amd64/amd64/src/usr.bin/tar/bsdtar.c cc -O2 -pipe -DPACKAGE_VERSION=\"1.01.022\" -I/tinderbox/CURRENT/amd64/amd64/src/usr.bin/tar -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c getdate.c /tinderbox/CURRENT/amd64/amd64/src/usr.bin/tar/getdate.y: In function `get_date': /tinderbox/CURRENT/amd64/amd64/src/usr.bin/tar/getdate.y:866: warning: implicit declaration of function `getdate_yyparse' /tinderbox/CURRENT/amd64/amd64/src/usr.bin/tar/getdate.y:866: warning: nested extern declaration of `getdate_yyparse' getdate.c: At top level: getdate.c:998: warning: no previous prototype for 'getdate_yyparse' *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src/usr.bin/tar. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/rescue/rescue. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src/rescue/rescue. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src/rescue. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. TB --- 2005-03-13 22:32:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-03-13 22:32:14 - ERROR: failed to build world TB --- 2005-03-13 22:32:14 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Mar 13 22:59:31 2005 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 B632916A4CE for ; Sun, 13 Mar 2005 22:59:31 +0000 (GMT) Received: from ybbsmtp13.mail.mci.yahoo.co.jp (ybbsmtp13.mail.mci.yahoo.co.jp [210.80.241.187]) by mx1.FreeBSD.org (Postfix) with SMTP id A874A43D41 for ; Sun, 13 Mar 2005 22:59:30 +0000 (GMT) (envelope-from takeharu1219@ybb.ne.jp) Received: from unknown (HELO ?192.168.1.14?) (takeharu1219@219.35.170.20 with plain) by ybbsmtp13.mail.mci.yahoo.co.jp with SMTP; 13 Mar 2005 22:59:29 -0000 X-Apparently-From: Message-ID: <4234C5D0.7090601@ybb.ne.jp> Date: Mon, 14 Mar 2005 07:59:28 +0900 From: Takeharu KATO User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20041217 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: lock-order problem 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, 13 Mar 2005 22:59:31 -0000 Hi I met a lock order problem on current(downloaded at 2005/3/13). This is found in AMD64(opetron) SMP machine. I show log messages as follows: -- lock order reversal 1st 0xffffff00614003d8 rtentry (rtentry) @ netinet/if_ether.c:445 2nd 0xffffffff80c41458 bge0 (network driver) @ dev/bge/if_bge.c:3294 KDB: stack backtrace: witness_checkorder() at witness_checkorder+0x5f1 _mtx_lock_flags() at _mtx_lock_flags+0x4a bge_start() at bge_start+0x34 ether_output_frame() at ether_output_frame+0x249 ether_output() at ether_output+0x281 arprequest() at arprequest+0x109 arpresolve() at arpresolve+0x345 ether_output() at ether_output+0x317 ip_output() at ip_output+0xb22 icmp_reflect() at icmp_reflect+0x366 icmp_input() at icmp_input+0x2f4 ip_input() at ip_input+0x10f netisr_processqueue() at netisr_processqueue+0x17 swi_net() at swi_net+0xa8 ithread_loop() at ithread_loop+0xd8 fork_exit() at fork_exit+0xc0 fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffb1dacd00, rbp = 0 --- Regards, -- Takeharu KATO From owner-freebsd-current@FreeBSD.ORG Sun Mar 13 23:22:51 2005 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 96EAC16A4CE for ; Sun, 13 Mar 2005 23:22:51 +0000 (GMT) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B50743D41 for ; Sun, 13 Mar 2005 23:22:50 +0000 (GMT) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1DAcO7-0000Fz-Fa for freebsd-current@freebsd.org; Mon, 14 Mar 2005 00:20:51 +0100 Received: from rms.gnu-rox.org ([62.212.121.152]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 14 Mar 2005 00:20:47 +0100 Received: from zedek by rms.gnu-rox.org with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 14 Mar 2005 00:20:47 +0100 X-Injected-Via-Gmane: http://gmane.org/ Mail-Followup-To: freebsd-current@freebsd.org To: freebsd-current@freebsd.org From: Xavier Maillard Date: Mon, 14 Mar 2005 00:20:20 +0100 Organization: GNU Rox ! Lines: 208 Message-ID: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: rms.gnu-rox.org X-Face: "qG{UC8GPzro#PZ!Jgisuj0]=k10 f#d596CJMPGOGwB'j\^JR2g0']N%L:ylC`?.l8u#JuS#CygUA}avHHVJJ!#ub7CxX#u]g}?z,hQ;c q%v]"[$!BfS Mail-Copies-To: never X-Attribution: zeDek X-Accept-Language: fr-fr, en-en, en-fr User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/22.0.50 (berkeley-unix) Cancel-Lock: sha1:HPPUHBGbSdn/WKjoekZ1zHzQYVY= Sender: news X-Gmane-MailScanner: Found to be clean X-Gmane-MailScanner: Found to be clean X-MailScanner-From: freebsd-current@m.gmane.org X-MailScanner-To: freebsd-current@freebsd.org Subject: umass doesn't work here 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, 13 Mar 2005 23:22:51 -0000 --=-=-= Hello, I tried for the first time to use my USB key on my -CURRENT installation and no luck: nothing works :( I read carrefully all NOTES file and have added: device usb device uhci device umass device scbus device da into my kernel configuration file. I also have added: usbd_enable="YES" into /etc/rc.conf. usbd is running: ,----[ ps -ax | grep usbd ] | 443 ?? Ss 0:00.01 /usr/sbin/usbd `---- When I plug my USB key, I should see something in my /var/log/messages as stated into my /usr/local/etc/devd/umass.conf file: ,----[ umass.conf ] | attach 100 { | device-name "umass[0-9]+" ; | action "/usr/bin/logger Le device est attache ; /bin/sleep 3 ; /etc/rc.d/devfs restart" ; | }; | `---- But nothing happens. Enclosed is my dmesg output. Any hint would be grantly appreciated. --=-=-= Content-Type: application/octet-stream Content-Disposition: attachment; filename=dmesg Content-Transfer-Encoding: base64 Content-Description: dmesg output Q29weXJpZ2h0IChjKSAxOTkyLTIwMDUgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0IChj KSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAx OTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmln aHRzIHJlc2VydmVkLgpGcmVlQlNEIDYuMC1DVVJSRU5UICM3OiBTdW4gTWFyIDEzIDIyOjI5OjQ0 IENFVCAyMDA1CiAgICByb290QHRvdG96LmdudS1yb3gub3JnOi91c3Ivb2JqL3Vzci9zcmMvc3lz L1pFRDYwCldBUk5JTkc6IFdJVE5FU1Mgb3B0aW9uIGVuYWJsZWQsIGV4cGVjdCByZWR1Y2VkIHBl cmZvcm1hbmNlLgpUaW1lY291bnRlciAiaTgyNTQiIGZyZXF1ZW5jeSAxMTkzMTgyIEh6IHF1YWxp dHkgMApDUFU6IEludGVsKFIpIFBlbnRpdW0oUikgTSBwcm9jZXNzb3IgMTYwME1IeiAoMTU5OC42 NS1NSHogNjg2LWNsYXNzIENQVSkKICBPcmlnaW4gPSAiR2VudWluZUludGVsIiAgSWQgPSAweDY5 NSAgU3RlcHBpbmcgPSA1CiAgRmVhdHVyZXM9MHhhN2U5ZjliZjxGUFUsVk1FLERFLFBTRSxUU0Ms TVNSLE1DRSxDWDgsU0VQLE1UUlIsUEdFLE1DQSxDTU9WLFBBVCxDTEZMVVNILERUUyxBQ1BJLE1N WCxGWFNSLFNTRSxTU0UyLFRNLFBCRT4KcmVhbCBtZW1vcnkgID0gNTM2MjgxMDg4ICg1MTEgTUIp CmF2YWlsIG1lbW9yeSA9IDUxNTUwNjE3NiAoNDkxIE1CKQpORVdfVU5SSERSIDAtZmZmZmZmIC0+ IDB4YzFhMWI5YzAKbnB4MDogW0ZBU1RdCm5weDA6IDxtYXRoIHByb2Nlc3Nvcj4gb24gbW90aGVy Ym9hcmQKbnB4MDogSU5UIDE2IGludGVyZmFjZQphY3BpMDogPEFDRVIgQ2FyZGluYWw+IG9uIG1v dGhlcmJvYXJkCmFjcGkwOiBQb3dlciBCdXR0b24gKGZpeGVkKQphY3BpX2VjMDogPEVtYmVkZGVk IENvbnRyb2xsZXI6IEdQRSAweDFkPiBwb3J0IDB4NjYsMHg2MiBvbiBhY3BpMApUaW1lY291bnRl ciAiQUNQSS1mYXN0IiBmcmVxdWVuY3kgMzU3OTU0NSBIeiBxdWFsaXR5IDEwMDAKYWNwaV90aW1l cjA6IDwyNC1iaXQgdGltZXIgYXQgMy41Nzk1NDVNSHo+IHBvcnQgMHgxMDA4LTB4MTAwYiBvbiBh Y3BpMApjcHUwOiA8QUNQSSBDUFUgKDMgQ3ggc3RhdGVzKT4gb24gYWNwaTAKYWNwaV9wZXJmMDog PEFDUEkgQ1BVIEZyZXF1ZW5jeSBDb250cm9sPiBvbiBjcHUwCnA0dGNjMDogPENQVSBGcmVxdWVu Y3kgVGhlcm1hbCBDb250cm9sPiBvbiBjcHUwCnBjaWIwOiA8QUNQSSBIb3N0LVBDSSBicmlkZ2U+ IHBvcnQgMHhjZjgtMHhjZmYgb24gYWNwaTAKcGNpX2xpbmswOiA8QUNQSSBQQ0kgTGluayBMTktB PiBpcnEgMTAgb24gYWNwaTAKcGNpX2xpbmsxOiA8QUNQSSBQQ0kgTGluayBMTktCPiBpcnEgMTAg b24gYWNwaTAKcGNpX2xpbmsyOiA8QUNQSSBQQ0kgTGluayBMTktDPiBpcnEgMTAgb24gYWNwaTAK cGNpX2xpbmszOiA8QUNQSSBQQ0kgTGluayBMTktEPiBpcnEgNSBvbiBhY3BpMApwY2lfbGluazQ6 IDxBQ1BJIFBDSSBMaW5rIExOS0g+IGlycSAxMCBvbiBhY3BpMApwY2kwOiA8QUNQSSBQQ0kgYnVz PiBvbiBwY2liMAphZ3AwOiA8SW50ZWwgODI4NTUgaG9zdCB0byBBR1AgYnJpZGdlPiBtZW0gMHhl MDAwMDAwMC0weGVmZmZmZmZmIGF0IGRldmljZSAwLjAgb24gcGNpMApwY2liMTogPEFDUEkgUENJ LVBDSSBicmlkZ2U+IGF0IGRldmljZSAxLjAgb24gcGNpMApwY2kxOiA8QUNQSSBQQ0kgYnVzPiBv biBwY2liMQpwY2kxOiA8ZGlzcGxheSwgVkdBPiBhdCBkZXZpY2UgMC4wIChubyBkcml2ZXIgYXR0 YWNoZWQpCnVoY2kwOiA8SW50ZWwgODI4MDFEQiAoSUNINCkgVVNCIGNvbnRyb2xsZXIgVVNCLUE+ IHBvcnQgMHgxODAwLTB4MTgxZiBpcnEgMTAgYXQgZGV2aWNlIDI5LjAgb24gcGNpMAp1aGNpMDog W0dJQU5ULUxPQ0tFRF0KdXNiMDogPEludGVsIDgyODAxREIgKElDSDQpIFVTQiBjb250cm9sbGVy IFVTQi1BPiBvbiB1aGNpMAp1c2IwOiBVU0IgcmV2aXNpb24gMS4wCnVodWIwOiBJbnRlbCBVSENJ IHJvb3QgaHViLCBjbGFzcyA5LzAsIHJldiAxLjAwLzEuMDAsIGFkZHIgMQp1aHViMDogMiBwb3J0 cyB3aXRoIDIgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKdWhjaTE6IDxJbnRlbCA4MjgwMURCIChJ Q0g0KSBVU0IgY29udHJvbGxlciBVU0ItQj4gcG9ydCAweDE4MjAtMHgxODNmIGlycSA1IGF0IGRl dmljZSAyOS4xIG9uIHBjaTAKdWhjaTE6IFtHSUFOVC1MT0NLRURdCnVzYjE6IDxJbnRlbCA4Mjgw MURCIChJQ0g0KSBVU0IgY29udHJvbGxlciBVU0ItQj4gb24gdWhjaTEKdXNiMTogVVNCIHJldmlz aW9uIDEuMAp1aHViMTogSW50ZWwgVUhDSSByb290IGh1YiwgY2xhc3MgOS8wLCByZXYgMS4wMC8x LjAwLCBhZGRyIDEKdWh1YjE6IDIgcG9ydHMgd2l0aCAyIHJlbW92YWJsZSwgc2VsZiBwb3dlcmVk CnVoY2kyOiA8SW50ZWwgODI4MDFEQiAoSUNINCkgVVNCIGNvbnRyb2xsZXIgVVNCLUM+IHBvcnQg MHgxODQwLTB4MTg1ZiBpcnEgMTAgYXQgZGV2aWNlIDI5LjIgb24gcGNpMAp1aGNpMjogW0dJQU5U LUxPQ0tFRF0KdXNiMjogPEludGVsIDgyODAxREIgKElDSDQpIFVTQiBjb250cm9sbGVyIFVTQi1D PiBvbiB1aGNpMgp1c2IyOiBVU0IgcmV2aXNpb24gMS4wCnVodWIyOiBJbnRlbCBVSENJIHJvb3Qg aHViLCBjbGFzcyA5LzAsIHJldiAxLjAwLzEuMDAsIGFkZHIgMQp1aHViMjogMiBwb3J0cyB3aXRo IDIgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKcGNpMDogPHNlcmlhbCBidXMsIFVTQj4gYXQgZGV2 aWNlIDI5LjcgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpYjI6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdl PiBhdCBkZXZpY2UgMzAuMCBvbiBwY2kwCnBjaV9saW5rNTogPEFDUEkgUENJIExpbmsgTE5LRT4g aXJxIDEwIG9uIGFjcGkwCnBjaV9saW5rNjogPEFDUEkgUENJIExpbmsgTE5LRj4gaXJxIDAgb24g YWNwaTAKcGNpMjogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjIKcGNpX2xpbms1OiBVbmFibGUgdG8g Y2hvb3NlIGFuIElSUQpiZmUwOiA8QnJvYWRjb20gQkNNNDQwMSBGYXN0IEV0aGVybmV0PiBtZW0g MHhkMDIwNDAwMC0weGQwMjA1ZmZmIGlycSA1IGF0IGRldmljZSAyLjAgb24gcGNpMgptaWlidXMw OiA8TUlJIGJ1cz4gb24gYmZlMApibXRwaHkwOiA8QkNNNDQwMSAxMC8xMDBiYXNlVFggUEhZPiBv biBtaWlidXMwCmJtdHBoeTA6ICAxMGJhc2VULCAxMGJhc2VULUZEWCwgMTAwYmFzZVRYLCAxMDBi YXNlVFgtRkRYLCBhdXRvCmJmZTA6IEV0aGVybmV0IGFkZHJlc3M6IDAwOmMwOjlmOjI3OjI5OmFk CnBjaTI6IDxuZXR3b3JrPiBhdCBkZXZpY2UgNC4wIChubyBkcml2ZXIgYXR0YWNoZWQpCmNiYjA6 IDxPMk1pY3JvIE9aNzExTTEgUENJLUNhcmRCdXMgQnJpZGdlPiBtZW0gMHhkMDIwNzAwMC0weGQw MjA3ZmZmIGF0IGRldmljZSA2LjAgb24gcGNpMgpjYXJkYnVzMDogPENhcmRCdXMgYnVzPiBvbiBj YmIwCnBjY2FyZDA6IDwxNi1iaXQgUENDYXJkIGJ1cz4gb24gY2JiMApjYmIxOiA8TzJNaWNybyBP WjcxMU0xIFBDSS1DYXJkQnVzIEJyaWRnZT4gYXQgZGV2aWNlIDYuMSBvbiBwY2kyCmNhcmRidXMx OiA8Q2FyZEJ1cyBidXM+IG9uIGNiYjEKcGNjYXJkMTogPDE2LWJpdCBQQ0NhcmQgYnVzPiBvbiBj YmIxCnBjaTI6IDxiYXNlIHBlcmlwaGVyYWw+IGF0IGRldmljZSA2LjIgKG5vIGRyaXZlciBhdHRh Y2hlZCkKZndvaGNpMDogPFRleGFzIEluc3RydW1lbnRzIFRTQjQzQUIyMS9BL0FJL0EtRVA+IG1l bSAweGQwMjAwMDAwLTB4ZDAyMDNmZmYsMHhkMDIwOTAwMC0weGQwMjA5N2ZmIGlycSAxMCBhdCBk ZXZpY2UgNy4wIG9uIHBjaTIKZndvaGNpMDogT0hDSSB2ZXJzaW9uIDEuMTAgKFJPTT0xKQpmd29o Y2kwOiBOby4gb2YgSXNvY2hyb25vdXMgY2hhbm5lbHMgaXMgNC4KZndvaGNpMDogRVVJNjQgMDA6 YzA6OWY6MDA6MDA6MGM6MDk6M2EKZndvaGNpMDogUGh5IDEzOTRhIGF2YWlsYWJsZSBTNDAwLCAx IHBvcnRzLgpmd29oY2kwOiBMaW5rIFM0MDAsIG1heF9yZWMgMjA0OCBieXRlcy4KZmlyZXdpcmUw OiA8SUVFRTEzOTQoRmlyZVdpcmUpIGJ1cz4gb24gZndvaGNpMApmd2UwOiA8RXRoZXJuZXQgb3Zl ciBGaXJlV2lyZT4gb24gZmlyZXdpcmUwCmlmX2Z3ZTA6IEZha2UgRXRoZXJuZXQgYWRkcmVzczog MDI6YzA6OWY6MGM6MDk6M2EKZndlMDogRXRoZXJuZXQgYWRkcmVzczogMDI6YzA6OWY6MGM6MDk6 M2EKZndlMDogaWZfc3RhcnQgcnVubmluZyBkZWZlcnJlZCBmb3IgR2lhbnQKc2JwMDogPFNCUC0y L1NDU0kgb3ZlciBGaXJlV2lyZT4gb24gZmlyZXdpcmUwCmZ3b2hjaTA6IEluaXRpYXRlIGJ1cyBy ZXNldApmd29oY2kwOiBub2RlX2lkPTB4YzAwMGZmYzAsIGdlbj0xLCBDWUNMRU1BU1RFUiBtb2Rl CmZpcmV3aXJlMDogMSBub2RlcywgbWF4aG9wIDw9IDAsIGNhYmxlIElSTSA9IDAgKG1lKQpmaXJl d2lyZTA6IGJ1cyBtYW5hZ2VyIDAgKG1lKQppY2hzczogZW5hYmxpbmcgU3BlZWRTdGVwIHN1cHBv cnQKaXNhYjA6IDxQQ0ktSVNBIGJyaWRnZT4gYXQgZGV2aWNlIDMxLjAgb24gcGNpMAppc2EwOiA8 SVNBIGJ1cz4gb24gaXNhYjAKYXRhcGNpMDogPEludGVsIElDSDQgVURNQTEwMCBjb250cm9sbGVy PiBwb3J0IDB4MTg2MC0weDE4NmYsMHgzNzYsMHgxNzAtMHgxNzcsMHgzZjYsMHgxZjAtMHgxZjcg YXQgZGV2aWNlIDMxLjEgb24gcGNpMAphdGEwOiBjaGFubmVsICMwIG9uIGF0YXBjaTAKYXRhMTog Y2hhbm5lbCAjMSBvbiBhdGFwY2kwCnBjaTA6IDxzZXJpYWwgYnVzLCBTTUJ1cz4gYXQgZGV2aWNl IDMxLjMgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpMDogPG11bHRpbWVkaWEsIGF1ZGlvPiBhdCBk ZXZpY2UgMzEuNSAobm8gZHJpdmVyIGF0dGFjaGVkKQpwY2kwOiA8c2ltcGxlIGNvbW1zPiBhdCBk ZXZpY2UgMzEuNiAobm8gZHJpdmVyIGF0dGFjaGVkKQphY3BpX2xpZDA6IDxDb250cm9sIE1ldGhv ZCBMaWQgU3dpdGNoPiBvbiBhY3BpMAphY3BpX2FjYWQwOiA8QUMgQWRhcHRlcj4gb24gYWNwaTAK YWNwaV9jbWJhdDA6IDxDb250cm9sIE1ldGhvZCBCYXR0ZXJ5PiBvbiBhY3BpMAphY3BpX2NtYmF0 MTogPENvbnRyb2wgTWV0aG9kIEJhdHRlcnk+IG9uIGFjcGkwCmFjcGlfYnV0dG9uMDogPFNsZWVw IEJ1dHRvbj4gb24gYWNwaTAKYWNwaV90ejA6IDxUaGVybWFsIFpvbmU+IG9uIGFjcGkwCnBjaV9s aW5rNzogPEFDUEkgUENJIExpbmsgTE5LRz4gaXJxIDAgb24gYWNwaTAKYXRrYmRjMDogPEtleWJv YXJkIGNvbnRyb2xsZXIgKGk4MDQyKT4gcG9ydCAweDY0LDB4NjAgaXJxIDEgb24gYWNwaTAKYXRr YmQwOiA8QVQgS2V5Ym9hcmQ+IGlycSAxIG9uIGF0a2JkYzAKa2JkMCBhdCBhdGtiZDAKYXRrYmQw OiBbR0lBTlQtTE9DS0VEXQpwc20wOiA8UFMvMiBNb3VzZT4gaXJxIDEyIG9uIGF0a2JkYzAKcHNt MDogW0dJQU5ULUxPQ0tFRF0KcHNtMDogbW9kZWwgR2VuZXJpYyBQUy8yIG1vdXNlLCBkZXZpY2Ug SUQgMApzaW8wOiA8MTY1NTBBLWNvbXBhdGlibGUgQ09NIHBvcnQ+IHBvcnQgMHgzZjgtMHgzZmYg aXJxIDQgZmxhZ3MgMHgxMCBvbiBhY3BpMApzaW8wOiB0eXBlIDE2NTUwQQpORVdfVU5SSERSIDAt ZmZmZiAtPiAweGMxYmU1YjgwCnBtdGltZXIwIG9uIGlzYTAKb3JtMDogPElTQSBPcHRpb24gUk9N cz4gYXQgaW9tZW0gMHhkMDAwMC0weGQxN2ZmLDB4YzAwMDAtMHhjZmZmZiBvbiBpc2EwCnNjMDog PFN5c3RlbSBjb25zb2xlPiBhdCBmbGFncyAweDEwMCBvbiBpc2EwCnNjMDogVkdBIDwxNiB2aXJ0 dWFsIGNvbnNvbGVzLCBmbGFncz0weDMwMD4Kc2lvMTogY29uZmlndXJlZCBpcnEgMyBub3QgaW4g Yml0bWFwIG9mIHByb2JlZCBpcnFzIDAKc2lvMTogcG9ydCBtYXkgbm90IGJlIGVuYWJsZWQKdmdh MDogPEdlbmVyaWMgSVNBIFZHQT4gYXQgcG9ydCAweDNjMC0weDNkZiBpb21lbSAweGEwMDAwLTB4 YmZmZmYgb24gaXNhMApUaW1lY291bnRlciAiVFNDIiBmcmVxdWVuY3kgMTU5ODY1MDI0NCBIeiBx dWFsaXR5IDgwMApUaW1lY291bnRlcnMgdGljayBldmVyeSAxLjAwMCBtc2VjCk5FV19VTlJIRFIg MC1mZmZmZmYgLT4gMHhjMWJmOTg0MApwaWQgMjU6IGNvcnJlY3RlZCBzbG90IGNvdW50ICgwLT4x KQphZDA6IDU3MjMxTUIgPEhJVEFDSEkgREsyM0VBLTYwLzAwSzJBMEExPiBbMTE2MjgwLzE2LzYz XSBhdCBhdGEwLW1hc3RlciBVRE1BMTAwCmFjZDA6IERWRFIgPFBJT05FRVIgRFZELVJXIERWUi1L MTEvMS4wMD4gYXQgYXRhMS1tYXN0ZXIgVURNQTMzCnBjY2FyZDE6IDx1bmtub3duIGNhcmQ+ICht YW51ZmFjdHVyZXI9MHhmZmZmLCBwcm9kdWN0PTB4MDAwMSkgYXQgZnVuY3Rpb24gMApwY2NhcmQx OiAgICBDSVMgaW5mbzogTzJNaWNybywgU21hcnRDYXJkQnVzIFJlYWRlciwgVjEuMApUcnlpbmcg dG8gbW91bnQgcm9vdCBmcm9tIHVmczovZGV2L2FkMHMxYQpkcm0wOiA8QVRJIFJhZGVvbiBMZiBS MjUwIE1vYmlsaXR5IDkwMDAgTTk+IHBvcnQgMHgzMDAwLTB4MzBmZiBtZW0gMHhkMDEwMDAwMC0w eGQwMTBmZmZmLDB4ZDgwMDAwMDAtMHhkZmZmZmZmZiBpcnEgMTAgYXQgZGV2aWNlIDAuMCBvbiBw Y2kxCmluZm86IFtkcm1dIEFHUCBhdCAweGUwMDAwMDAwIDI1Nk1CCmluZm86IFtkcm1dIEluaXRp YWxpemVkIHJhZGVvbiAxLjExLjAgMjAwMjA4Mjggb24gbWlub3IgMAppbmZvOiBbZHJtXSBMb2Fk aW5nIFIyMDAgTWljcm9jb2RlCmlwdzA6IDxJbnRlbChSKSBQUk8vV2lyZWxlc3MgMjEwMCBNaW5p UENJPiBtZW0gMHhkMDIwNjAwMC0weGQwMjA2ZmZmIGlycSA5IGF0IGRldmljZSA0LjAgb24gcGNp MgppcHcwOiBFdGhlcm5ldCBhZGRyZXNzOiAwMDowNDoyMzo1ODpmZjo3Nwpsb2NrIG9yZGVyIHJl dmVyc2FsCiAxc3QgMHhjMWRiNzQ4MCBydGVudHJ5IChydGVudHJ5KSBAIC91c3Ivc3JjL3N5cy9u ZXRpbmV0L2lmX2V0aGVyLmM6NDQ1CiAybmQgMHhjMjVlZmQ0YyBpcHcwIChuZXR3b3JrIGRyaXZl cikgQCAvaG9tZS96ZWRlay9pcHctZnJlZWJzZC0xLjcuMS9zcmMvc3lzL21vZHVsZXMvaXB3Ly4u Ly4uL2Rldi9pcHcvaWZfaXB3LmM6MTQ3NwpLREI6IHN0YWNrIGJhY2t0cmFjZToKa2RiX2JhY2t0 cmFjZShjMDdjNjMwZCxjMjVlZmQ0YyxjMWJkMjA1MCxjMjVlZDE3NyxjMjVlY2Y2MCkgYXQga2Ri X2JhY2t0cmFjZSsweDJlCndpdG5lc3NfY2hlY2tvcmRlcihjMjVlZmQ0Yyw5LGMyNWVjZjYwLDVj NSwyNDYpIGF0IHdpdG5lc3NfY2hlY2tvcmRlcisweDZhYQpfbXR4X2xvY2tfZmxhZ3MoYzI1ZWZk NGMsMCxjMjVlY2Y2MCw1YzUsYzA3YzFjMzIpIGF0IF9tdHhfbG9ja19mbGFncysweDhhCmlwd19z dGFydChjMjVlZjAwMCwxMmIsMCxjMjVlZjAwMCkgYXQgaXB3X3N0YXJ0KzB4NDUKaWZfc3RhcnQo YzI1ZWYwMDAsMCxjMDdjYmYyNiwxODQsMjAyKSBhdCBpZl9zdGFydCsweDk5CmV0aGVyX291dHB1 dF9mcmFtZShjMjVlZjAwMCxjMWQwMGQwMCw2LDEyYixjMTAzZTlkOCkgYXQgZXRoZXJfb3V0cHV0 X2ZyYW1lKzB4MjE4CmV0aGVyX291dHB1dChjMjVlZjAwMCxjMWQwMGQwMCxlYWIyM2EzYywwLDIs YzFkYjAwMDEsMjMwMixjMDdjZWQyZiwxYmQsNTE2KSBhdCBldGhlcl9vdXRwdXQrMHg0NGUKYXJw cmVxdWVzdChjMjVlZjAwMCxjMjUwZjhjOCxlYWIyM2IxMCxjMjQ2YmFhYyxiKSBhdCBhcnByZXF1 ZXN0KzB4MTA5CmFycHJlc29sdmUoYzI1ZWYwMDAsYzFkYjc0MjAsYzFkMDAyMDAsZWFiMjNiMGMs ZWFiMjNhYTgpIGF0IGFycHJlc29sdmUrMHgzMmQKZXRoZXJfb3V0cHV0KGMyNWVmMDAwLGMxZDAw MjAwLGVhYjIzYjBjLGMxZGI3NDIwLGMwNWUzNTI3KSBhdCBldGhlcl9vdXRwdXQrMHg3YwppcF9v dXRwdXQoYzFkMDAyMDAsMCxlYWIyM2IwOCwwLDApIGF0IGlwX291dHB1dCsweDdjNwp1ZHBfb3V0 cHV0KGMxZGI1ZTEwLGMxZDAwMjAwLDAsMCxjMWQ2OTRiMCkgYXQgdWRwX291dHB1dCsweDU1Ngp1 ZHBfc2VuZChjMWRiNDkxNCwwLGMxZDAwMjAwLDAsMCkgYXQgdWRwX3NlbmQrMHgzMApzb3NlbmQo YzFkYjQ5MTQsMCxlYWIyM2M0NCxjMWQwMDIwMCwwKSBhdCBzb3NlbmQrMHg3MDEKa2Vybl9zZW5k aXQoYzFkNjk0YjAsNSxlYWIyM2NjNCwwLDApIGF0IGtlcm5fc2VuZGl0KzB4MTNmCnNlbmRpdChj MWQ2OTRiMCw1LGVhYjIzY2M0LDAsOTc5MTAyMikgYXQgc2VuZGl0KzB4MWE5CnNlbmR0byhjMWQ2 OTRiMCxlYWIyM2QxNCwxOCwzZmYsNikgYXQgc2VuZHRvKzB4NWIKc3lzY2FsbCgyZiwyZixiZmJm MDAyZixiZmJmY2QxMCwyODU3Zjg2NCkgYXQgc3lzY2FsbCsweDJhMApYaW50MHg4MF9zeXNjYWxs KCkgYXQgWGludDB4ODBfc3lzY2FsbCsweDFmCi0tLSBzeXNjYWxsICgxMzMsIEZyZWVCU0QgRUxG MzIsIHNlbmR0byksIGVpcCA9IDB4Mjg0ZjE4M2YsIGVzcCA9IDB4YmZiZmMwOGMsIGVicCA9IDB4 YmZiZmMwYjggLS0tCg== --=-=-= -- GnusFR (http://www.gnusfr.org) EmacsFR (http://www.emacsfr.org) .emacs: Because customisation is fun! --=-=-=-- From owner-freebsd-current@FreeBSD.ORG Sun Mar 13 23:32:13 2005 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 00D0716A4CE for ; Sun, 13 Mar 2005 23:32:13 +0000 (GMT) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id 174B643D2D for ; Sun, 13 Mar 2005 23:32:12 +0000 (GMT) (envelope-from iedowse@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 13 Mar 2005 23:32:11 +0000 (GMT) To: Xavier Maillard In-Reply-To: Your message of "Mon, 14 Mar 2005 00:20:20 +0100." Date: Sun, 13 Mar 2005 23:32:10 +0000 From: Ian Dowse Message-ID: <200503132332.aa59556@salmon.maths.tcd.ie> cc: freebsd-current@freebsd.org Subject: Re: umass doesn't work here 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, 13 Mar 2005 23:32:13 -0000 In message , Xavier Maillard writes: >When I plug my USB key, I should see something in my >/var/log/messages as stated into my >/usr/local/etc/devd/umass.conf file: ... >But nothing happens. Two things you could try are: o Add `device ehci' to your kernel config o Check your BIOS for `Legacy USB' or a similar setting and disable it. In some cases, especially without EHCI enabled, the BIOS's legacy USB support can prevent the UHCI or OHCI driver from working. Ian From owner-freebsd-current@FreeBSD.ORG Mon Mar 14 00:37:14 2005 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 2E93A16A4CE for ; Mon, 14 Mar 2005 00:37:14 +0000 (GMT) Received: from quark.cs.earlham.edu (cs.earlham.edu [159.28.230.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 98AC743D48 for ; Mon, 14 Mar 2005 00:37:11 +0000 (GMT) (envelope-from skylar@cs.earlham.edu) Received: from quark.cs.earlham.edu (localhost.cs.earlham.edu [127.0.0.1]) by quark.cs.earlham.edu (8.13.1/8.12.9) with ESMTP id j2E0b8jC071005 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 13 Mar 2005 19:37:08 -0500 (EST) (envelope-from skylar@cs.earlham.edu) Received: (from skylar@localhost) by quark.cs.earlham.edu (8.13.1/8.12.9/Submit) id j2E0b8gu071004 for current@freebsd.org; Sun, 13 Mar 2005 19:37:08 -0500 (EST) (envelope-from skylar@cs.earlham.edu) X-Authentication-Warning: quark.cs.earlham.edu: skylar set sender to skylar@quark.cs.earlham.edu using -f Date: Sun, 13 Mar 2005 19:37:08 -0500 From: Skylar Thompson To: current@freebsd.org Message-ID: <20050314003708.GA70944@quark.cs.earlham.edu> Mail-Followup-To: current@freebsd.org References: <20050311223413.GA5126@mimoza.pantel.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="SUOF0GtieIMvvwua" Content-Disposition: inline In-Reply-To: <20050311223413.GA5126@mimoza.pantel.net> User-Agent: Mutt/1.4.2.1i X-Sender: "Skylar Thompson" X-Accept-Primary-Language: en X-Accept-Secondary-Language: es SMTP-Mailing-Host: quark.cs.earlham.edu X-Operating-System: FreeBSD 4.11-STABLE X-Uptime: 7:35PM up 2 days, 19:22, 20 users, load averages: 0.04, 0.11, 0.15 X-Editor: VIM - Vi IMproved 6.3 (2004 June 7, compiled Aug 26 2004 10:37:04) Subject: Re: Transparent proxy feature? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Skylar Thompson List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Mar 2005 00:37:14 -0000 --SUOF0GtieIMvvwua Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Mar 11, 2005 at 11:34:13PM +0100, Antal Rutz wrote: > Hi, >=20 > Nowadays I have to use a special firewall software ('zorp') but > unfortunately it only runs on linux. the reason is that only linux > has the feature (transparent proxying) to listen on/send packets (sourcin= g) > from other IP addresses than the machine has. (maybe with an extra kmod) >=20 > The developers told me that they aren't familiar with FreeBSD but would > port their software to it if the OS had support for that t-proxy. >=20 > The question is: Is there any plan to support that thing (maybe through > ipfw, pf or ipfilter - no idea) or is that too sick? ipnat has support for this. I've never used it on FreeBSD, but it works fine on NetBSD. ipnat should be consistent across all the platforms it runs on, so I'd assume it'll work on FreeBSD. --=20 -- Skylar Thompson (skylar@cs.earlham.edu) -- http://www.cs.earlham.edu/~skylar/ --SUOF0GtieIMvvwua Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFCNNy0sc4yyULgN4YRAnU8AJ0XuG3yeje3Do7xjXxUAcuqttuEvQCghc2i h/TjjRCBseDhsteS+fct8QI= =ns+f -----END PGP SIGNATURE----- --SUOF0GtieIMvvwua-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 14 02:01:54 2005 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 0A2A516A4CE for ; Mon, 14 Mar 2005 02:01:54 +0000 (GMT) Received: from mail25.sea5.speakeasy.net (mail25.sea5.speakeasy.net [69.17.117.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC70843D46 for ; Mon, 14 Mar 2005 02:01:53 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: (qmail 3119 invoked from network); 14 Mar 2005 02:01:53 -0000 Received: from gate.funkthat.com (HELO hydrogen.funkthat.com) ([69.17.45.168]) (envelope-sender ) by mail25.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 14 Mar 2005 02:01:53 -0000 Received: from hydrogen.funkthat.com (sxeryj@localhost.funkthat.com [127.0.0.1])j2E21qGH002433 for ; Sun, 13 Mar 2005 18:01:52 -0800 (PST) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.10/8.12.10/Submit) id j2E21qTP002432 for freebsd-current@FreeBSD.org; Sun, 13 Mar 2005 18:01:52 -0800 (PST) Date: Sun, 13 Mar 2005 18:01:52 -0800 From: John-Mark Gurney To: freebsd-current@FreeBSD.org Message-ID: <20050314020152.GB89312@funkthat.com> Mail-Followup-To: freebsd-current@FreeBSD.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="IiVenqGWf+H9Y6IX" Content-Disposition: inline User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Subject: ata patch testing... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Mar 2005 02:01:54 -0000 --IiVenqGWf+H9Y6IX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I recently discovered a problem with struct ata_params when I was getting ata running on my arm board. Soren is going to integrate this change into mkIII, but I would like people to test the attached patch on various platforms and ensure that your ata drives are properly probed... send me email with success/failure and the platform you tried it on. This simply marks the various structures as __packed, and fixed the reserved count of one of the fields.. Thanks for your help. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." --IiVenqGWf+H9Y6IX Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="ata.patch" --- //depot/user/jmg/arm/src/sys/sys/ata.h 2005/02/25 18:50:07 +++ //depot/user/jmg/arm/src/sys/sys/ata.h 2005/03/11 18:34:24 @@ -155,7 +155,7 @@ #define ATA_SUPPORT_FLUSHCACHE48 0x2000 /*084/087*/ u_int16_t extension; - } support, enabled; + } __packed support, enabled; /*088*/ u_int16_t udmamodes; /* UltraDMA modes */ /*089*/ u_int16_t erase_time; @@ -182,11 +182,11 @@ /*128*/ u_int16_t security_status; u_int16_t reserved129[31]; /*160*/ u_int16_t cfa_powermode1; - u_int16_t reserved161[14]; + u_int16_t reserved161[15]; /*176*/ u_int16_t media_serial[30]; u_int16_t reserved206[49]; /*255*/ u_int16_t integrity; -}; +} __packed; /* ATA transfer modes */ #define ATA_MODE_MASK 0x0f --- //depot/user/jmg/arm/src/sys/dev/ata/ata-all.c 2005/02/25 18:50:07 +++ //depot/user/jmg/arm/src/sys/dev/ata/ata-all.c 2005/03/11 19:16:57 @@ -642,6 +642,7 @@ return error; } +CTASSERT(sizeof(struct ata_params) == 512); /* * device probe functions */ --IiVenqGWf+H9Y6IX-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 14 03:30:56 2005 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 EDB3416A4CE; Mon, 14 Mar 2005 03:30:56 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 538C243D54; Mon, 14 Mar 2005 03:30:56 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id j2E3UtUs091012; Sun, 13 Mar 2005 22:30:55 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id j2E3UtHv078187; Sun, 13 Mar 2005 22:30:55 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 909507306E; Sun, 13 Mar 2005 22:30:55 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050314033055.909507306E@freebsd-current.sentex.ca> Date: Sun, 13 Mar 2005 22:30:55 -0500 (EST) X-Virus-Scanned: ClamAV 0.82/762/Sun Mar 13 18:35:33 2005 on smarthost2.sentex.ca X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner1 X-Virus-Status: Clean 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: Mon, 14 Mar 2005 03:30:57 -0000 TB --- 2005-03-14 02:11:33 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-03-14 02:11:33 - starting CURRENT tinderbox run for ia64/ia64 TB --- 2005-03-14 02:11:33 - checking out the source tree TB --- 2005-03-14 02:11:33 - cd /home/tinderbox/CURRENT/ia64/ia64 TB --- 2005-03-14 02:11:33 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-03-14 02:17:54 - building world (CFLAGS=-O2 -pipe) TB --- 2005-03-14 02:17:54 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2005-03-14 02:17:54 - /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 [...] /tinderbox/CURRENT/ia64/ia64/src/sbin/geom/core/geom.c:816: warning: field width is not type int (arg 2) /tinderbox/CURRENT/ia64/ia64/src/sbin/geom/core/geom.c:819: warning: field width is not type int (arg 2) /tinderbox/CURRENT/ia64/ia64/src/sbin/geom/core/geom.c:824: warning: field width is not type int (arg 2) /tinderbox/CURRENT/ia64/ia64/src/sbin/geom/core/geom.c:827: warning: field width is not type int (arg 2) /tinderbox/CURRENT/ia64/ia64/src/sbin/geom/core/geom.c:827: warning: field width is not type int (arg 4) /tinderbox/CURRENT/ia64/ia64/src/sbin/geom/core/geom.c: In function `std_status': /tinderbox/CURRENT/ia64/ia64/src/sbin/geom/core/geom.c:894: warning: field width is not type int (arg 2) /tinderbox/CURRENT/ia64/ia64/src/sbin/geom/core/geom.c:894: warning: field width is not type int (arg 4) *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/sbin/geom/core. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/sbin/geom. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/sbin. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. TB --- 2005-03-14 03:30:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-03-14 03:30:55 - ERROR: failed to build world TB --- 2005-03-14 03:30:55 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Mon Mar 14 04:07:29 2005 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 C36D516A4CE for ; Mon, 14 Mar 2005 04:07:29 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id C32D643D46 for ; Mon, 14 Mar 2005 04:07:28 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by rproxy.gmail.com with SMTP id j1so1669985rnf for ; Sun, 13 Mar 2005 20:07:28 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=fqZLJf4hgf5aksaQ+yT/oUnYtVTubADD8G4tG9PRqHohetGQRYJK/awkEB1XCYCswtJskrKh16hKvpuVQNDfN59ETOcobjlmqeQsUKfEQ55GK9vVwl1wJn90NRF/EVrRIU2eAtK5Z3MVmz/1zjdDcxHn7UL/PoFq/jfFgmuHmrE= Received: by 10.38.208.65 with SMTP id f65mr4926447rng; Sun, 13 Mar 2005 20:00:42 -0800 (PST) Received: by 10.38.209.22 with HTTP; Sun, 13 Mar 2005 20:00:42 -0800 (PST) Message-ID: <84dead7205031320004f338d73@mail.gmail.com> Date: Mon, 14 Mar 2005 04:00:42 +0000 From: Joseph Koshy To: sam wun In-Reply-To: <4234849A.90505@authtec.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <4234849A.90505@authtec.com> cc: freebsd-current@freebsd.org Subject: Re: _IOWR X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Joseph Koshy List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Mar 2005 04:07:29 -0000 > Where can I find how does this macro/function defined in FreeBSD? I have found that glimpse (/usr/ports/textproc/glimpse/) is a very nice way to quickly search source trees, even though its a text-search and knows nothing of C's semantics. -- FreeBSD Volunteer, http://people.freebsd.org/~jkoshy From owner-freebsd-current@FreeBSD.ORG Mon Mar 14 04:50:10 2005 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 37B9716A4CE for ; Mon, 14 Mar 2005 04:50:10 +0000 (GMT) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 00AFF43D2D for ; Mon, 14 Mar 2005 04:50:09 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received-SPF: pass (mp2.macomnet.net: domain of maxim@macomnet.ru designates 127.0.0.1 as permitted sender) receiver=mp2.macomnet.net; client_ip=127.0.0.1; envelope-from=maxim@macomnet.ru; Received: from localhost (localhost [127.0.0.1]) by mp2.macomnet.net (8.12.11/8.12.11) with ESMTP id j2E4nj7W075070; Mon, 14 Mar 2005 07:49:45 +0300 (MSK) (envelope-from maxim@macomnet.ru) Date: Mon, 14 Mar 2005 07:49:45 +0300 (MSK) From: Maxim Konovalov To: Joseph Koshy In-Reply-To: <84dead7205031320004f338d73@mail.gmail.com> Message-ID: <20050314074759.X75029@mp2.macomnet.net> References: <4234849A.90505@authtec.com> <84dead7205031320004f338d73@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org cc: sam wun Subject: Re: _IOWR 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, 14 Mar 2005 04:50:10 -0000 On Mon, 14 Mar 2005, 04:00-0000, Joseph Koshy wrote: > > Where can I find how does this macro/function defined in FreeBSD? > > I have found that glimpse (/usr/ports/textproc/glimpse/) is > a very nice way to quickly search source trees, even though > its a text-search and knows nothing of C's semantics. Or if you have devel/cscope installed, you can do cd /sys && make cscope. -- Maxim Konovalov From owner-freebsd-current@FreeBSD.ORG Mon Mar 14 08:38:26 2005 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 CDEF516A4CE for ; Mon, 14 Mar 2005 08:38:26 +0000 (GMT) Received: from relay.bestcom.ru (relay.bestcom.ru [217.72.144.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B5A243D5D for ; Mon, 14 Mar 2005 08:38:26 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (root@cell.sick.ru [217.72.144.68]) by relay.bestcom.ru (8.13.1/8.12.9) with ESMTP id j2E8cNKe030135 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for ; Mon, 14 Mar 2005 11:38:24 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.1/8.12.8) with ESMTP id j2E8cMiY009880 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 14 Mar 2005 11:38:23 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.1/8.13.1/Submit) id j2E8cMqJ009879 for current@freebsd.org; Mon, 14 Mar 2005 11:38:22 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Mon, 14 Mar 2005 11:38:22 +0300 From: Gleb Smirnoff To: current@FreeBSD.org Message-ID: <20050314083822.GA9763@cell.sick.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline User-Agent: Mutt/1.5.6i X-Virus-Scanned: ClamAV version devel-20050125, clamav-milter version 0.80ff on relay.bestcom.ru X-Virus-Status: Clean Subject: recent locale(?) breakage 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, 14 Mar 2005 08:38:26 -0000 I've upgraded CURRENT yesterday, and noticed that I can't type russian charachters in bash and get all "??????" in mutt when viewing russian text. Recompiling bash did solve the problem. I suppose something has been changed in libc(?) and locale-using software must be recompiled. Who is responsible for this? You should add a notice in UPDATING. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-current@FreeBSD.ORG Mon Mar 14 08:57:57 2005 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 02DC916A4CE; Mon, 14 Mar 2005 08:57:57 +0000 (GMT) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E85743D46; Mon, 14 Mar 2005 08:57:56 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received-SPF: pass (mp2.macomnet.net: domain of maxim@macomnet.ru designates 127.0.0.1 as permitted sender) receiver=mp2.macomnet.net; client_ip=127.0.0.1; envelope-from=maxim@macomnet.ru; Received: from localhost (localhost [127.0.0.1]) by mp2.macomnet.net (8.12.11/8.12.11) with ESMTP id j2E8vsMx077035; Mon, 14 Mar 2005 11:57:54 +0300 (MSK) (envelope-from maxim@macomnet.ru) Date: Mon, 14 Mar 2005 11:57:54 +0300 (MSK) From: Maxim Konovalov To: Gleb Smirnoff In-Reply-To: <20050314083822.GA9763@cell.sick.ru> Message-ID: <20050314115723.N77022@mp2.macomnet.net> References: <20050314083822.GA9763@cell.sick.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: recent locale(?) breakage 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, 14 Mar 2005 08:57:57 -0000 On Mon, 14 Mar 2005, 11:38+0300, Gleb Smirnoff wrote: > I've upgraded CURRENT yesterday, and noticed that I can't type > russian charachters in bash and get all "??????" in mutt when > viewing russian text. > > Recompiling bash did solve the problem. I suppose something > has been changed in libc(?) and locale-using software must be > recompiled. Check your apps linked with libc.so.6, not libc.so.5. -- Maxim Konovalov From owner-freebsd-current@FreeBSD.ORG Mon Mar 14 10:04:20 2005 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 691EC16A4CE for ; Mon, 14 Mar 2005 10:04:20 +0000 (GMT) Received: from barton.dreadbsd.org (massena-4-82-67-196-50.fbx.proxad.net [82.67.196.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9159243D53 for ; Mon, 14 Mar 2005 10:04:19 +0000 (GMT) (envelope-from antoine@massena-4-82-67-196-50.fbx.proxad.net) Received: from barton.dreadbsd.org (localhost [127.0.0.1]) by barton.dreadbsd.org (8.13.3/8.13.1) with ESMTP id j2EA4Hii005074; Mon, 14 Mar 2005 11:04:17 +0100 (CET) (envelope-from antoine@massena-4-82-67-196-50.fbx.proxad.net) Received: (from antoine@localhost) by barton.dreadbsd.org (8.13.3/8.13.1/Submit) id j2EA4H4t005073; Mon, 14 Mar 2005 11:04:17 +0100 (CET) (envelope-from antoine) Date: Mon, 14 Mar 2005 11:04:17 +0100 From: Antoine Brodin To: dlt@mebtel.net Message-Id: <20050314110417.0705f268.antoine.brodin@laposte.net> In-Reply-To: <200503131851.j2DIpKhv001089@lorne.arm.org> References: <200503131851.j2DIpKhv001089@lorne.arm.org> X-Mailer: Sylpheed version 1.0.3 (GTK+ 1.2.10; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: current@FreeBSD.org Subject: Re: A pair of LORs 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, 14 Mar 2005 10:04:20 -0000 Derek Tattersall wrote: > This happened on a 6.0 current system supped and built this morning. > I didn't see this recorded on Herr Zeeb's page, so perhaps somebody > has some clues to offer? [snip] > lock order reversal > 1st 0xc26f1300 so_rcv (so_rcv) @ /usr/src/sys/kern/uipc_socket.c:1256 > 2nd 0xc23a96c4 skc0 (network driver) @ /usr/src/sys/pci/if_sk.c:1112 For the second LOR, you can try the patch available at: http://sources.zabbadoz.net/freebsd/patchset/if_sk.c-HEAD-20050303-01.diff Cheers, Antoine From owner-freebsd-current@FreeBSD.ORG Mon Mar 14 10:25:39 2005 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 BE9CA16A542 for ; Mon, 14 Mar 2005 10:25:38 +0000 (GMT) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id E4E6D43D75 for ; Mon, 14 Mar 2005 10:25:37 +0000 (GMT) (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 34EE01FFACB; Mon, 14 Mar 2005 11:25:07 +0100 (CET) Received: by transport.cksoft.de (Postfix, from userid 66) id 2DE591FF931; Mon, 14 Mar 2005 11:25:05 +0100 (CET) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id EC15F1538C; Mon, 14 Mar 2005 10:24:05 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id D913715329; Mon, 14 Mar 2005 10:24:05 +0000 (UTC) Date: Mon, 14 Mar 2005 10:24:05 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: dlt@mebtel.net In-Reply-To: <20050314110417.0705f268.antoine.brodin@laposte.net> Message-ID: References: <200503131851.j2DIpKhv001089@lorne.arm.org> <20050314110417.0705f268.antoine.brodin@laposte.net> 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 mailing list Subject: Re: A pair of LORs 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, 14 Mar 2005 10:25:39 -0000 On Mon, 14 Mar 2005, Antoine Brodin wrote: > Derek Tattersall wrote: > > This happened on a 6.0 current system supped and built this morning. > > I didn't see this recorded on Herr Zeeb's page, so perhaps somebody > > has some clues to offer? > [snip] > > lock order reversal > > 1st 0xc26f1300 so_rcv (so_rcv) @ /usr/src/sys/kern/uipc_socket.c:1256 > > 2nd 0xc23a96c4 skc0 (network driver) @ /usr/src/sys/pci/if_sk.c:1112 > > For the second LOR, you can try the patch available at: > http://sources.zabbadoz.net/freebsd/patchset/if_sk.c-HEAD-20050303-01.diff if you are going to try that please use the [1-4]of4 patches from same directory and apply in ascending order. But I doubt it will help with this LOR (but testing would be good anyway;) An interesting thing to know would be if you have sk0 and sk1 (dual port) ? The first one is a more general problem (also seen with other NICs). I have been told there is work in progress... -- Greetings Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Mon Mar 14 10:43:39 2005 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 E998516A4CE for ; Mon, 14 Mar 2005 10:43:39 +0000 (GMT) Received: from barton.dreadbsd.org (massena-4-82-67-196-50.fbx.proxad.net [82.67.196.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1EACF43D48 for ; Mon, 14 Mar 2005 10:43:39 +0000 (GMT) (envelope-from antoine@massena-4-82-67-196-50.fbx.proxad.net) Received: from barton.dreadbsd.org (localhost [127.0.0.1]) by barton.dreadbsd.org (8.13.3/8.13.1) with ESMTP id j2EAgimB009458; Mon, 14 Mar 2005 11:42:56 +0100 (CET) (envelope-from antoine@massena-4-82-67-196-50.fbx.proxad.net) Received: (from antoine@localhost) by barton.dreadbsd.org (8.13.3/8.13.1/Submit) id j2EAfrOM009190; Mon, 14 Mar 2005 11:41:53 +0100 (CET) (envelope-from antoine) Date: Mon, 14 Mar 2005 11:41:53 +0100 From: Antoine Brodin To: "Bjoern A. Zeeb" Message-Id: <20050314114153.6a362e17.antoine.brodin@laposte.net> In-Reply-To: References: <200503131851.j2DIpKhv001089@lorne.arm.org> <20050314110417.0705f268.antoine.brodin@laposte.net> X-Mailer: Sylpheed version 1.0.3 (GTK+ 1.2.10; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: dlt@mebtel.net cc: current@FreeBSD.org Subject: Re: A pair of LORs 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, 14 Mar 2005 10:43:40 -0000 "Bjoern A. Zeeb" wrote: > On Mon, 14 Mar 2005, Antoine Brodin wrote: > > > Derek Tattersall wrote: > > > This happened on a 6.0 current system supped and built this > > > morning. I didn't see this recorded on Herr Zeeb's page, so > > > perhaps somebody has some clues to offer? > > [snip] > > > lock order reversal > > > 1st 0xc26f1300 so_rcv (so_rcv) @ > > > /usr/src/sys/kern/uipc_socket.c:1256 2nd 0xc23a96c4 skc0 (network > > > driver) @ /usr/src/sys/pci/if_sk.c:1112 > > > > For the second LOR, you can try the patch available at: > > http://sources.zabbadoz.net/freebsd/patchset/if_sk.c-HEAD-20050303-01.diff > > if you are going to try that please use the [1-4]of4 patches from > same directory and apply in ascending order. > > But I doubt it will help with this LOR (but testing would be good > anyway;) > > An interesting thing to know would be if you have sk0 and sk1 (dual > port) ? I think it can definitively help: with the patch, sk_jfree uses a leaf mutex and no longer uses the network driver mutex. Cheers, Antoine From owner-freebsd-current@FreeBSD.ORG Mon Mar 14 12:34:37 2005 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 E25F116A4CE for ; Mon, 14 Mar 2005 12:34:37 +0000 (GMT) Received: from critter.freebsd.dk (f170.freebsd.dk [212.242.86.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8FBA943D31 for ; Mon, 14 Mar 2005 12:34:36 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id j2ECYZcH000844 for ; Mon, 14 Mar 2005 13:34:35 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: current@freebsd.org From: Poul-Henning Kamp Date: Mon, 14 Mar 2005 13:34:35 +0100 Message-ID: <843.1110803675@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Subject: [TEST] msdosfs, udf and ffs 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, 14 Mar 2005 12:34:38 -0000 I have modified the way these three filesystems handler their their mount+inode -> vnode cache to use generic code in vfs_hash. Please test and report any problems that you see. -- 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 Mar 14 13:25:39 2005 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 025A016A545 for ; Mon, 14 Mar 2005 13:25:39 +0000 (GMT) Received: from www.mmlab.cse.yzu.edu.tw (www.mmlab.cse.yzu.edu.tw [140.138.150.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C34F43D31 for ; Mon, 14 Mar 2005 13:25:38 +0000 (GMT) (envelope-from avatar@mmlab.cse.yzu.edu.tw) Received: by www.mmlab.cse.yzu.edu.tw (qmail, from userid 1000) id 73DB74EFCDB; Mon, 14 Mar 2005 21:25:37 +0800 (CST) Received: from localhost (localhost [127.0.0.1]) by www.mmlab.cse.yzu.edu.tw (qmail) with ESMTP id 678364EFCD3; Mon, 14 Mar 2005 21:25:37 +0800 (CST) Date: Mon, 14 Mar 2005 21:25:37 +0800 (CST) From: Tai-hwa Liang To: pcasidy@casidy.com In-Reply-To: <20050309154654.DDFD7B86C@smtp.casidy.net> Message-ID: <05031421154517.5336@www.mmlab.cse.yzu.edu.tw> References: <20050309154654.DDFD7B86C@smtp.casidy.net> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-40396496-1110806737=:5336" cc: freebsd-current@freebsd.org Subject: Re: Panic: Use-after-free in bfe 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, 14 Mar 2005 13:25:40 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-40396496-1110806737=:5336 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Hello Phil, Would you please rebuild your if_bfe.ko with the attached patch and tell me whether it fixes your problem or not? The attached patch is for -CURRENT as of Mar-12-2005; however, you should be able to apply it to 5-STABLE as well. -- Cheers, Tai-hwa Liang On Wed, 9 Mar 2005 pcasidy@casidy.com wrote: [...] > --- trap 0xc, eip = 0xc07a810, esp = 0xe5e61c90, ebp = 0xe5e61c98 --- > _bus_dmamap_unload(c3102400,c3104540) at _bus_dmamap_unload+0x16 > bfe_rx_ring_free(c3105000,c3105000,c3105000,e5e61cd8,c04dd0a3) at > bfe_rx_ring_free+0x50 > bfe_stop(c3105000,400,c3105000,e5e61cf4,c04dcae7) at bfe_stop+0x45 > bfe_init_locked(c3105000) at bfe_init_locked+0x33 > bfe_intr(c3105000) at bfe_intr+0x9f > ithread_loop(c2fe9500,e5e61d48,c2fe9500,c0601a54,0) at > ithread_loop+0x120 > fork_exit(c0601a54,c2fe9500,e5e61d48) at fork_exit+0xa4 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0x1, eip = 0, esp = 0xe5e61d7c, ebp = 0 --- > db> > >>>>>> > > On -STABLE the panic is preceded by a "storm interrupt" on "irq18: bfe0 > uhci2" and dmesg reports: > > bfe0: mem 0xfaffe000-0xfaffffff irq 18 at device 0.0 on pci2 > bfe0: Ethernet address: 00:11:43:65:ab:d1 > miibus0: on bfe0 > bmtphy0: on miibus0 > bmtphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > > > For the moment, I use NDISulator to have this NIC working and I am > compiling a new STABLE kernel with DDB and KDB. > > Do not hesitate to ask me more information as long as I can provide them > using the fixit terminal on the miniinst SNAP. > > Thanks > > Phil. --0-40396496-1110806737=:5336 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=patch.txt Content-Transfer-Encoding: BASE64 Content-ID: <050314212537C.5336@www.mmlab.cse.yzu.edu.tw> Content-Description: Content-Disposition: attachment; filename=patch.txt LS0tIHN5cy9kZXYvYmZlL2lmX2JmZS5jLm9yaWcJTW9uIEphbiAxMCAwMzo1 Nzo1NSAyMDA1DQorKysgc3lzL2Rldi9iZmUvaWZfYmZlLmMJU2F0IE1hciAx MiAyMzo1MjoxMCAyMDA1DQpAQCAtNTQxLDggKzU0MSw2IEBADQogCQkJc2Mt PmJmZV90eF9yaW5nW2ldLmJmZV9tYnVmID0gTlVMTDsNCiAJCQlidXNfZG1h bWFwX3VubG9hZChzYy0+YmZlX3RhZywNCiAJCQkJCXNjLT5iZmVfdHhfcmlu Z1tpXS5iZmVfbWFwKTsNCi0JCQlidXNfZG1hbWFwX2Rlc3Ryb3koc2MtPmJm ZV90YWcsDQotCQkJCQlzYy0+YmZlX3R4X3JpbmdbaV0uYmZlX21hcCk7DQog CQl9DQogCX0NCiAJYnplcm8oc2MtPmJmZV90eF9saXN0LCBCRkVfVFhfTElT VF9TSVpFKTsNCkBAIC01NjAsMTUgKzU1OCwxMiBAQA0KIAkJCXNjLT5iZmVf cnhfcmluZ1tpXS5iZmVfbWJ1ZiA9IE5VTEw7DQogCQkJYnVzX2RtYW1hcF91 bmxvYWQoc2MtPmJmZV90YWcsDQogCQkJCQlzYy0+YmZlX3J4X3JpbmdbaV0u YmZlX21hcCk7DQotCQkJYnVzX2RtYW1hcF9kZXN0cm95KHNjLT5iZmVfdGFn LA0KLQkJCQkJc2MtPmJmZV9yeF9yaW5nW2ldLmJmZV9tYXApOw0KIAkJfQ0K IAl9DQogCWJ6ZXJvKHNjLT5iZmVfcnhfbGlzdCwgQkZFX1JYX0xJU1RfU0la RSk7DQogCWJ1c19kbWFtYXBfc3luYyhzYy0+YmZlX3J4X3RhZywgc2MtPmJm ZV9yeF9tYXAsIEJVU19ETUFTWU5DX1BSRVJFQUQpOw0KIH0NCiANCi0NCiBz dGF0aWMgaW50DQogYmZlX2xpc3RfcnhfaW5pdChzdHJ1Y3QgYmZlX3NvZnRj ICpzYykNCiB7DQpAQCAtOTc1LDYgKzk3MCwxMCBAQA0KIAkJZm9yKGkgPSAw OyBpIDwgQkZFX1RYX0xJU1RfQ05UOyBpKyspIHsNCiAJCQlidXNfZG1hbWFw X2Rlc3Ryb3koc2MtPmJmZV90YWcsDQogCQkJICAgIHNjLT5iZmVfdHhfcmlu Z1tpXS5iZmVfbWFwKTsNCisJCX0NCisJCWZvcihpID0gMDsgaSA8IEJGRV9S WF9MSVNUX0NOVDsgaSsrKSB7DQorCQkJYnVzX2RtYW1hcF9kZXN0cm95KHNj LT5iZmVfdGFnLA0KKwkJCSAgICBzYy0+YmZlX3J4X3JpbmdbaV0uYmZlX21h cCk7DQogCQl9DQogCQlidXNfZG1hX3RhZ19kZXN0cm95KHNjLT5iZmVfdGFn KTsNCiAJCXNjLT5iZmVfdGFnID0gTlVMTDsNCg== --0-40396496-1110806737=:5336-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 14 13:39:12 2005 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 C03B316A4CE for ; Mon, 14 Mar 2005 13:39:12 +0000 (GMT) Received: from smtp02.net-yan.com (smtp02.hgcbroadband.com [210.0.255.157]) by mx1.FreeBSD.org (Postfix) with ESMTP id 97B0243D1F for ; Mon, 14 Mar 2005 13:39:11 +0000 (GMT) (envelope-from sam.wun@authtec.com) Received: (qmail 97070 invoked from network); 14 Mar 2005 13:39:07 -0000 Received: from unknown (HELO [192.168.1.21]) (samwun@hgcbroadband.com@[221.126.232.37]) (envelope-sender ) by localhost (qmail-ldap-1.03) with SMTP for ; 14 Mar 2005 13:39:07 -0000 Message-ID: <423593EC.5090106@authtec.com> Date: Mon, 14 Mar 2005 21:38:52 +0800 From: sam wun User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040616 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: dhcpdiscover ... not responding. 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, 14 Mar 2005 13:39:12 -0000 Hi, I installed another copy (same version) of the isc-dhpcd service to a new freebsd 5.4 PR system. The old server was runnig 5.4 as well. While the isc-dhcpd running perfectly in the old server, but it failed to release IP in the new server. I heard that may be problem wiht freebsd tcp/ip stack, but I m not sure. I just found out how to prints debug message from dhcpd. Just append a -d to the end of the dhpcd commandline. The message shown that dhcpd clearly has problem on a network interface: failover peer dhcp: I move from recover to startup failover peer dhcp: I move from startup to recover DHCPDISCOVER from 00:09:6b:8d:b2:67 via em0: not responding (recovering) DHCPDISCOVER from 00:09:6b:8d:b2:67 via em0: not responding (recovering) DHCPDISCOVER from 00:09:6b:8d:b2:67 via em0: not responding (recovering) ... But I m not able to immediate identify where the problem is. Here is the ifconfig message: # ifconfig xl0: flags=8802 mtu 1500 options=9 ether 00:0a:5e:51:9b:b7 media: Ethernet autoselect (100baseTX ) status: active em0: flags=8943 mtu 1500 options=b inet 192.168.1.200 netmask 0xffffff00 broadcast 192.168.1.255 inet6 fe80::20e:cff:fe05:8229%em0 prefixlen 64 scopeid 0x2 ether 00:0e:0c:05:82:29 media: Ethernet autoselect (100baseTX ) status: active fxp0: flags=8943 mtu 1500 options=8 inet 192.168.4.200 netmask 0xffffff00 broadcast 192.168.4.255 inet6 fe80::211:11ff:fe0f:9543%fxp0 prefixlen 64 scopeid 0x3 ether 00:11:11:0f:95:43 media: Ethernet autoselect (100baseTX ) status: active plip0: flags=108810 mtu 1500 pflog0: flags=41 mtu 33208 lo0: flags=8049 mtu 16384 inet 127.0.0.1 netmask 0xff000000 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x6 pfsync0: flags=41 mtu 1348 pfsync: syncif: xl0 maxupd: 128 carp0: flags=41 mtu 1500 inet 192.168.4.1 netmask 0xffffff00 carp: MASTER vhid 1 advbase 1 advskew 0 carp1: flags=41 mtu 1500 inet 192.168.1.1 netmask 0xffffff00 carp: MASTER vhid 2 advbase 1 advskew 0 The isc-dhcpd.sh start up script start with the following option lines: #! /bin/sh dhcpd_enable="YES" dhcpd_ifaces="em0" dhcpd_chroot_enable="YES" . /etc/rc.subr name=dhcpd paranoia=YES # compiled in paranoia? jail=YES .. The dhcpd.conf.master file is written as below: ddns-update-style none; one-lease-per-client on; option domain-name "myhome.com"; option domain-name-servers 192.168.4.254; option subnet-mask 255.255.255.0; default-lease-time 600; max-lease-time 7200; authoritative; subnet 192.168.1.0 netmask 255.255.255.0 { option routers 192.168.1.1; option broadcast-address 192.168.1.255; pool { failover peer "dhcp"; range 192.168.1.20 192.168.1.40; deny dynamic bootp clients; } } The Windows client is at the em0 side. Thanks Sam. sam wun wrote: > *** From dhcp-server -- To unsubscribe, see the end of this message. > *** > > Simon Hobson wrote: > > > >> *** From dhcp-server -- To unsubscribe, see the end of this message. >> *** >> >> sam wun wrote: >> >> >> >> >> >>> I duplicated the dhcpd.conf and dhcpd.conf.master file into another >>> FreeBSD system, but the same windows client failed to receive any IP >>> leased from the new server. There is only one thing is different >>> between the new server with the old server, that is the time zone. >>> In the new machine it is UTC, but the old one is AU. While my >>> windows is set to AU, does it matter for a AU windows client request >>> dhcpd servcie from a UTC server? The previous dhcpd server is >>> configured in UTC time zone. >>> >>> >> >> No the time zone does NOT matter. >> >> When you say "same windows client failed to receive any IP leased >> from the new server", what exactly do you mean ? If you are simply > > > >> going to the client and doing an ipconfig /renew, then it will >> attempt to contact the server which initially issued the lease to ask >> for a renewal. IIRC, the same will occur at startup/waking from >> sleep/bringing up an interface when a cable is plugged in. >> >> >> >> > > I tried a manual setup of the network configuraiton in this Windows > machine, and verified this Windows system can logoin the new server, > so it is not the network problem. > > > >> Only when it has failed to contact the old server and it's lease is >> almost expired (7/8th of the lease time IIRC) will it start to >> broadcast to find another server. >> >> If you do an ipconfig /release, followed by ipconfig /renew, then it >> should broadcast for a server. >> >> >> >> > > I have done this many times. > > > >> If this is not the case, then you'd better post whatever logs the >> dhcp server is producing. >> >> >> >> > > How can I configure dhcpd print out debug messages? > > Thanks > Sam > > > >> Simon >> >> >> >> > From owner-freebsd-current@FreeBSD.ORG Mon Mar 14 14:44:53 2005 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 DF90F16A4CE for ; Mon, 14 Mar 2005 14:44:53 +0000 (GMT) Received: from critter.freebsd.dk (f170.freebsd.dk [212.242.86.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 216EC43D2D for ; Mon, 14 Mar 2005 14:44:53 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id j2EEipHf001779 for ; Mon, 14 Mar 2005 15:44:52 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: current@freebsd.org From: Poul-Henning Kamp Date: Mon, 14 Mar 2005 15:44:51 +0100 Message-ID: <1778.1110811491@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Subject: NTFS maintainer/hacker sought ? 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, 14 Mar 2005 14:44:54 -0000 Anyone working on NTFS ? I'm not sure what the correct way of implementing vfs_hash() instead of the home-rolled version in NTFS. Is anybody actively working on this code ? If so, please get in touch with me. -- 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 Mar 14 16:22:51 2005 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 7632A16A4CE; Mon, 14 Mar 2005 16:22:51 +0000 (GMT) Received: from vbook.fbsd.ru (user145.hovrino.net [82.179.232.145]) by mx1.FreeBSD.org (Postfix) with ESMTP id 04C1743D55; Mon, 14 Mar 2005 16:22:51 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vova by vbook.fbsd.ru with local (Exim 4.50 (FreeBSD)) id 1DAo0c-000NGE-1g; Mon, 14 Mar 2005 14:45:18 +0300 From: Vladimir Grebenschikov To: mobile@freebsd.org Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: SWsoft Date: Mon, 14 Mar 2005 14:45:17 +0300 Message-Id: <1110800717.1296.19.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.1.5 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov cc: "current@freebsd.org" Subject: Reattach/redetect allways connected umass device - is it possible ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: vova@fbsd.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Mar 2005 16:22:51 -0000 Hi I have SONY notebook with integrated memory stick card reader. It appears as USB umass device and works well. Usbdevs output is here: Controller /dev/usb3: addr 1: high speed, self powered, config 1, EHCI root hub(0x0000), Intel(0x0000), rev 1.00, device uhub4 port 1 powered port 2 powered port 3 powered port 4 powered port 5 addr 2: high speed, self powered, config 1, USB Memory Stick Slot(0x014d), Sony(0x054c), rev 1.10, device umass1 port 6 powered Only problem is that card-reader itself toes not detach USB device on flash removal. So if I change card to another card of different size it is not detected and da0 device still has old geometry. 'camcontrol rescan' does not helps. For previous Sony notebook stick reader was attached to ATA bus and I workaround this problem with atacontrol detach/attach. How to do same with USB-attached umass device, I mean how to rescan this device for physical geometry. I found only solution - kldunload umass && kldload umass, but it is ugly. And can be problem in case when another umass device connected. -- Vladimir B. Grebenchikov vova@fbsd.ru From owner-freebsd-current@FreeBSD.ORG Mon Mar 14 18:47:22 2005 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 41C0216A4CE for ; Mon, 14 Mar 2005 18:47:22 +0000 (GMT) Received: from crumpet.united-ware.com (ddsl-66-42-172-210.fuse.net [66.42.172.210]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE9F543D53 for ; Mon, 14 Mar 2005 18:47:21 +0000 (GMT) (envelope-from mistry.7@osu.edu) Received: from [192.168.1.100] (adsl-68-252-59-28.dsl.wotnoh.ameritech.net [68.252.59.28]) (authenticated bits=0)j2EII6lu007448 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Mon, 14 Mar 2005 13:18:07 -0500 (EST) (envelope-from mistry.7@osu.edu) From: Anish Mistry To: vova@fbsd.ru Date: Mon, 14 Mar 2005 13:51:28 -0500 User-Agent: KMail/1.7 References: <1110800717.1296.19.camel@localhost> In-Reply-To: <1110800717.1296.19.camel@localhost> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart16656948.qrOPh2hQO2"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200503141351.38106.mistry.7@osu.edu> X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on crumpet.united-ware.com cc: "freebsd-current@freebsd.org" Subject: Re: Reattach/redetect allways connected umass device - is it possible ? 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, 14 Mar 2005 18:47:22 -0000 --nextPart16656948.qrOPh2hQO2 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 14 March 2005 06:45 am, Vladimir Grebenschikov wrote: > Hi > > I have SONY notebook with integrated memory stick card reader. It > appears as USB umass device and works well. > > Usbdevs output is here: > Controller /dev/usb3: > addr 1: high speed, self powered, config 1, EHCI root hub(0x0000), > Intel(0x0000), rev 1.00, device uhub4 port 1 powered > port 2 powered > port 3 powered > port 4 powered > port 5 addr 2: high speed, self powered, config 1, USB Memory > Stick Slot(0x014d), Sony(0x054c), rev 1.10, device umass1 port 6 > powered > > Only problem is that card-reader itself toes not detach USB device > on flash removal. So if I change card to another card of different > size it is not detected and da0 device still has old geometry. > > 'camcontrol rescan' does not helps. > > For previous Sony notebook stick reader was attached to ATA bus and > I workaround this problem with atacontrol detach/attach. > > How to do same with USB-attached umass device, I mean how to rescan > this device for physical geometry. > > I found only solution - kldunload umass && kldload umass, but it is > ugly. And can be problem in case when another umass device > connected. Does this help? cat /dev/null > /dev/da0 =2D-=20 Anish Mistry --nextPart16656948.qrOPh2hQO2 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCNd06xqA5ziudZT0RAmfxAJoD2bP5G5wsN0R9tz2xD7n4CAPMUwCffJ2k HxXFCFDDMrrdRsWDJli8YZA= =aF+r -----END PGP SIGNATURE----- --nextPart16656948.qrOPh2hQO2-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 14 18:52:21 2005 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 694DA16A4CF; Mon, 14 Mar 2005 18:52:21 +0000 (GMT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 223E443D41; Mon, 14 Mar 2005 18:52:20 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [10.1.1.7]) (authenticated bits=0)j2EIqAHw017908 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Mon, 14 Mar 2005 19:52:12 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [IPv6:3ffe:400:8d0:301::12]) by cicely5.cicely.de (8.12.10/8.12.10) with ESMTP id j2EIpUVK073109 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 14 Mar 2005 19:51:30 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.11/8.12.11) with ESMTP id j2EIpTJ9022254; Mon, 14 Mar 2005 19:51:29 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.11/8.12.11/Submit) id j2EIpTIh022253; Mon, 14 Mar 2005 19:51:29 +0100 (CET) (envelope-from ticso) Date: Mon, 14 Mar 2005 19:51:29 +0100 From: Bernd Walter To: Vladimir Grebenschikov Message-ID: <20050314185128.GE19370@cicely12.cicely.de> References: <1110800717.1296.19.camel@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1110800717.1296.19.camel@localhost> X-Operating-System: FreeBSD cicely12.cicely.de 5.2-CURRENT alpha User-Agent: Mutt/1.5.6i X-Spam-Status: No, hits=-4.9 required=3.0 tests=BAYES_00 autolearn=no version=2.64 X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on cicely12.cicely.de cc: mobile@freebsd.org cc: "current@freebsd.org" Subject: Re: Reattach/redetect allways connected umass device - is it possible ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Mar 2005 18:52:21 -0000 On Mon, Mar 14, 2005 at 02:45:17PM +0300, Vladimir Grebenschikov wrote: > Hi > > I have SONY notebook with integrated memory stick card reader. It > appears as USB umass device and works well. > > Usbdevs output is here: > Controller /dev/usb3: > addr 1: high speed, self powered, config 1, EHCI root hub(0x0000), Intel(0x0000), rev 1.00, device uhub4 > port 1 powered > port 2 powered > port 3 powered > port 4 powered > port 5 addr 2: high speed, self powered, config 1, USB Memory Stick Slot(0x014d), Sony(0x054c), rev 1.10, device umass1 > port 6 powered > > Only problem is that card-reader itself toes not detach USB device on flash removal. So if I change card to another card of different size > it is not detected and da0 device still has old geometry. Yes - GEOM is kind of suboptimal with removeable media. cat /dev/null > /dev/da0 -- B.Walter BWCT http://www.bwct.de bernd@bwct.de info@bwct.de From owner-freebsd-current@FreeBSD.ORG Mon Mar 14 18:59:00 2005 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 62AE116A4CE for ; Mon, 14 Mar 2005 18:59:00 +0000 (GMT) Received: from dragon.NUXI.org (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3315E43D48 for ; Mon, 14 Mar 2005 18:59:00 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (obrien@localhost [127.0.0.1]) by dragon.NUXI.org (8.13.3/8.13.3) with ESMTP id j2EIwxVI008501 for ; Mon, 14 Mar 2005 10:58:59 -0800 (PST) (envelope-from obrien@dragon.NUXI.org) Received: (from obrien@localhost) by dragon.NUXI.org (8.13.3/8.13.1/Submit) id j2EIwxOn008500 for freebsd-current@freebsd.org; Mon, 14 Mar 2005 10:58:59 -0800 (PST) (envelope-from obrien) Date: Mon, 14 Mar 2005 10:58:58 -0800 From: "David O'Brien" To: freebsd-current@freebsd.org Message-ID: <20050314185858.GA8374@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: FreeBSD 6.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 User-Agent: Mutt/1.5.8i Subject: FS panic with 13-March-05 kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Mar 2005 18:59:00 -0000 Fatal trap 12: page fault while in kernel mode .. current process = 69 (vnlru) vnode_pager_generic_putpages() vop_stdputpages() VOP_PUTPAGES_APV() vnode_pager_putpages() vm_pageout_flush() vm_object_page_collect_flush() vm_object_page_clean() vm_object_terminate() vnode_destroy_vobject() ufs_reclaim() VOP_RECLAIM_APV() vgonel() vgone() vlrureclaim() vnlru_proc() fork_exit() fork_trampoline() From owner-freebsd-current@FreeBSD.ORG Mon Mar 14 19:03:23 2005 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 4929F16A4CE for ; Mon, 14 Mar 2005 19:03:23 +0000 (GMT) Received: from dragon.NUXI.org (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E9D843D49 for ; Mon, 14 Mar 2005 19:03:23 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (obrien@localhost [127.0.0.1]) by dragon.NUXI.org (8.13.3/8.13.3) with ESMTP id j2EJ3LD6008669; Mon, 14 Mar 2005 11:03:21 -0800 (PST) (envelope-from obrien@dragon.NUXI.org) Received: (from obrien@localhost) by dragon.NUXI.org (8.13.3/8.13.1/Submit) id j2EJ3LUf008668; Mon, 14 Mar 2005 11:03:21 -0800 (PST) (envelope-from obrien) Date: Mon, 14 Mar 2005 11:03:21 -0800 From: "David O'Brien" To: "Eric A. Grff" Message-ID: <20050314190321.GC8374@dragon.NUXI.org> Mail-Followup-To: freebsd-current@freebsd.org, "Eric A. Grff" References: <02ba01c52689$a47763f0$3a00a8c0@utica1.setjmp.wan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <02ba01c52689$a47763f0$3a00a8c0@utica1.setjmp.wan> X-Operating-System: FreeBSD 6.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 User-Agent: Mutt/1.5.8i cc: FreeBSD-current@freebsd.org Subject: Re: Seem to be having an issue on 5.4-PRE with QUOTAs. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Mar 2005 19:03:23 -0000 On Fri, Mar 11, 2005 at 05:27:24PM -0500, Eric A. Grff wrote: > Hi, > > With a sup from a couple days ago, I tried adding "options QUOTA" to the GENERIC configuration, depend went fine, and then make brought me: 5.4 isn't -CURRENT. The proper mailing list to report this is 'freebsd-stable@freebsd.org'. The people on that list will be more informed about 5.4-PRERELEASE issues. -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Mon Mar 14 19:09:20 2005 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 60A0816A4CE for ; Mon, 14 Mar 2005 19:09:20 +0000 (GMT) Received: from poup.poupinou.org (poup.poupinou.org [195.101.94.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id AFAEB43D55 for ; Mon, 14 Mar 2005 19:09:19 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from ducrot by poup.poupinou.org with local (Exim) id 1DAuw6-0005v4-00; Mon, 14 Mar 2005 20:09:06 +0100 Date: Mon, 14 Mar 2005 20:09:06 +0100 To: "Alexander S. Usov" Message-ID: <20050314190906.GK2298@poupinou.org> References: <20050311183150.T72922@carver.gumbysoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6+20040907i From: Bruno Ducrot cc: freebsd-current@freebsd.org Subject: Re: Using cpufreq 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, 14 Mar 2005 19:09:20 -0000 On Sun, Mar 13, 2005 at 12:40:19PM +0100, Alexander S. Usov wrote: > Doug White wrote: > > > On Fri, 11 Mar 2005, Alexander S. Usov wrote: > > > >> Hi! > >> > >> I have upgraded to 5.4-PRERELEASE this weekend, and can't figure out > >> how to use/enable cpufreq framework. > >> > >> With my standart kernel config I have no cpufreq.ko not acpi_perf.ko. > >> Adding "device cpufreq" (mentioned in cpufreq(4)) to the kernel config > >> does not work either. > > > > I don't believe any of the CPU-specific drivers have been ported to > > RELENG_5 yet. You may be able to copy them out of -CURRENT and build them. > > No guarantees. > > Can you suggest what exactly should be copied from there? "somewhere" (~myuser/cpufreq/ for example) do something like this: cvs co src/sys/dev/acpica/acpi_perf.c cvs co -P src/sys/dev/cpufreq cvs co -P src/sys/i386/cpufreq Create two directory: mkdir acpi_perf mkdir cpufreq Then: cp src/sys/dev/acpica/acpi_perf.c acpi_perf/ cp src/sys/dev/cpufreq/*.c cpufreq cp src/sys/i386/cpufreq/*.c cpufreq Remove src (rm -rf src), then for each of directories acpi_perf, cpufreq; create a makefile: For acpi_perf/Makefile: CFLAGS+= -I@/contrib/dev/acpica KMOD= acpi_perf WARNS?= 2 SRCS= acpi_perf.c SRCS+= acpi_if.h bus_if.h cpufreq_if.h device_if.h opt_acpi.h \ pci_if.h .include and for cpufreq/Makefile: KMOD= cpufreq WARNS?= 2 SRCS= ichss.c est.c p4tcc.c SRCS+= bus_if.h cpufreq_if.h device_if.h pci_if.h .include Go to each directories, issue a make install Then try to kldload acpi_perf and kldload cpufreq. If that ok, you may want to add to /boot/loader.conf acpi_perf_load="YES" cpufreq_load="YES" Note that ichss require loading at boot. Note also that you *must* not compile kernel with P4TCC support (or do not include p4tcc.c in the SRCS line in the above Makefile). And if you have a powernow capable processor, you may want to try http://www.poupinou.org/cpufreq/bsd/powernow.tar.gz (which may require acpi_perf sometimes if it failed if the provided BIOS table failed). Hope this help, -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. From owner-freebsd-current@FreeBSD.ORG Mon Mar 14 19:26:35 2005 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 CADB516A4CE; Mon, 14 Mar 2005 19:26:35 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 396C043D58; Mon, 14 Mar 2005 19:26:35 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id j2EJQYJn038049; Mon, 14 Mar 2005 14:26:34 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id j2EJQYCl021506; Mon, 14 Mar 2005 14:26:34 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7FEA77306E; Mon, 14 Mar 2005 14:26:34 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050314192634.7FEA77306E@freebsd-current.sentex.ca> Date: Mon, 14 Mar 2005 14:26:34 -0500 (EST) X-Virus-Scanned: ClamAV 0.82/762/Sun Mar 13 18:35:33 2005 on smarthost2.sentex.ca X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner4 X-Virus-Status: Clean Subject: [current tinderbox] failure on i386/i386 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: Mon, 14 Mar 2005 19:26:35 -0000 TB --- 2005-03-14 18:47:59 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-03-14 18:47:59 - starting CURRENT tinderbox run for i386/i386 TB --- 2005-03-14 18:47:59 - checking out the source tree TB --- 2005-03-14 18:47:59 - cd /home/tinderbox/CURRENT/i386/i386 TB --- 2005-03-14 18:47:59 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-03-14 18:54:25 - building world (CFLAGS=-O2 -pipe) TB --- 2005-03-14 18:54:25 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2005-03-14 18:54:25 - /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 [...] echo atacontrol: /home/tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/tmp/usr/lib/libc.a >> .depend ===> sbin/atm (depend) ===> sbin/atm/atm (depend) rm -f .depend mkdep -f .depend -a -I/tinderbox/CURRENT/i386/i386/src/sbin/atm/atm/../../../sys /tinderbox/CURRENT/i386/i386/src/sbin/atm/atm/atm.c /tinderbox/CURRENT/i386/i386/src/sbin/atm/atm/atm_fore200.c /tinderbox/CURRENT/i386/i386/src/sbin/atm/atm/atm_inet.c /tinderbox/CURRENT/i386/i386/src/sbin/atm/atm/atm_print.c /tinderbox/CURRENT/i386/i386/src/sbin/atm/atm/atm_set.c /tinderbox/CURRENT/i386/i386/src/sbin/atm/atm/atm_show.c /tinderbox/CURRENT/i386/i386/src/sbin/atm/atm/atm_subr.c echo atm: /home/tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/tmp/usr/lib/libc.a /home/tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/tmp/usr/lib/libatm.a >> .depend ===> sbin/atm/atmconfig (depend) make: don't know how to make /tinderbox/CURRENT/i386/i386/src/sbin/atm/atmconfig/../../../lib/libbsnmp/modules/snmp_atm/atm_freebsd.def. Stop *** Error code 2 Stop in /tinderbox/CURRENT/i386/i386/src/sbin/atm. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src/sbin. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. TB --- 2005-03-14 19:26:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-03-14 19:26:34 - ERROR: failed to build world TB --- 2005-03-14 19:26:34 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Mon Mar 14 20:05:42 2005 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 A7BB816A4CE; Mon, 14 Mar 2005 20:05:42 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 189FE43D31; Mon, 14 Mar 2005 20:05:42 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id j2EK5fnp042685; Mon, 14 Mar 2005 15:05:41 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id j2EK5fTv039563; Mon, 14 Mar 2005 15:05:41 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 3FD6F7306E; Mon, 14 Mar 2005 15:05:41 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050314200541.3FD6F7306E@freebsd-current.sentex.ca> Date: Mon, 14 Mar 2005 15:05:41 -0500 (EST) X-Virus-Scanned: ClamAV 0.82/762/Sun Mar 13 18:35:33 2005 on smarthost2.sentex.ca X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner4 X-Virus-Status: Clean Subject: [current tinderbox] failure on i386/pc98 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: Mon, 14 Mar 2005 20:05:42 -0000 TB --- 2005-03-14 19:26:34 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-03-14 19:26:34 - starting CURRENT tinderbox run for i386/pc98 TB --- 2005-03-14 19:26:34 - checking out the source tree TB --- 2005-03-14 19:26:34 - cd /home/tinderbox/CURRENT/i386/pc98 TB --- 2005-03-14 19:26:34 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-03-14 19:33:02 - building world (CFLAGS=-O2 -pipe) TB --- 2005-03-14 19:33:02 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-03-14 19:33:02 - /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 [...] echo atacontrol: /home/tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/tmp/usr/lib/libc.a >> .depend ===> sbin/atm (depend) ===> sbin/atm/atm (depend) rm -f .depend mkdep -f .depend -a -I/tinderbox/CURRENT/i386/pc98/src/sbin/atm/atm/../../../sys /tinderbox/CURRENT/i386/pc98/src/sbin/atm/atm/atm.c /tinderbox/CURRENT/i386/pc98/src/sbin/atm/atm/atm_fore200.c /tinderbox/CURRENT/i386/pc98/src/sbin/atm/atm/atm_inet.c /tinderbox/CURRENT/i386/pc98/src/sbin/atm/atm/atm_print.c /tinderbox/CURRENT/i386/pc98/src/sbin/atm/atm/atm_set.c /tinderbox/CURRENT/i386/pc98/src/sbin/atm/atm/atm_show.c /tinderbox/CURRENT/i386/pc98/src/sbin/atm/atm/atm_subr.c echo atm: /home/tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/tmp/usr/lib/libc.a /home/tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/tmp/usr/lib/libatm.a >> .depend ===> sbin/atm/atmconfig (depend) make: don't know how to make /tinderbox/CURRENT/i386/pc98/src/sbin/atm/atmconfig/../../../lib/libbsnmp/modules/snmp_atm/atm_freebsd.def. Stop *** Error code 2 Stop in /tinderbox/CURRENT/i386/pc98/src/sbin/atm. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src/sbin. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. TB --- 2005-03-14 20:05:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-03-14 20:05:41 - ERROR: failed to build world TB --- 2005-03-14 20:05:41 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Mon Mar 14 20:53:05 2005 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 233BF16A4CE; Mon, 14 Mar 2005 20:53:05 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 87EA743D3F; Mon, 14 Mar 2005 20:53:04 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j2EKr4cP024319; Mon, 14 Mar 2005 15:53:04 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j2EKr42v088987; Mon, 14 Mar 2005 15:53:04 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0367B7306E; Mon, 14 Mar 2005 15:53:03 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050314205303.0367B7306E@freebsd-current.sentex.ca> Date: Mon, 14 Mar 2005 15:53:03 -0500 (EST) X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on clamscanner2 X-Virus-Status: Clean 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: Mon, 14 Mar 2005 20:53:05 -0000 TB --- 2005-03-14 20:05:41 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-03-14 20:05:41 - starting CURRENT tinderbox run for ia64/ia64 TB --- 2005-03-14 20:05:41 - checking out the source tree TB --- 2005-03-14 20:05:41 - cd /home/tinderbox/CURRENT/ia64/ia64 TB --- 2005-03-14 20:05:41 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-03-14 20:11:49 - building world (CFLAGS=-O2 -pipe) TB --- 2005-03-14 20:11:49 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2005-03-14 20:11:49 - /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 [...] echo atacontrol: /home/tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/tmp/usr/lib/libc.a >> .depend ===> sbin/atm (depend) ===> sbin/atm/atm (depend) rm -f .depend mkdep -f .depend -a -I/tinderbox/CURRENT/ia64/ia64/src/sbin/atm/atm/../../../sys /tinderbox/CURRENT/ia64/ia64/src/sbin/atm/atm/atm.c /tinderbox/CURRENT/ia64/ia64/src/sbin/atm/atm/atm_fore200.c /tinderbox/CURRENT/ia64/ia64/src/sbin/atm/atm/atm_inet.c /tinderbox/CURRENT/ia64/ia64/src/sbin/atm/atm/atm_print.c /tinderbox/CURRENT/ia64/ia64/src/sbin/atm/atm/atm_set.c /tinderbox/CURRENT/ia64/ia64/src/sbin/atm/atm/atm_show.c /tinderbox/CURRENT/ia64/ia64/src/sbin/atm/atm/atm_subr.c echo atm: /home/tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/tmp/usr/lib/libc.a /home/tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/tmp/usr/lib/libatm.a >> .depend ===> sbin/atm/atmconfig (depend) make: don't know how to make /tinderbox/CURRENT/ia64/ia64/src/sbin/atm/atmconfig/../../../lib/libbsnmp/modules/snmp_atm/atm_freebsd.def. Stop *** Error code 2 Stop in /tinderbox/CURRENT/ia64/ia64/src/sbin/atm. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/sbin. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. TB --- 2005-03-14 20:53:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-03-14 20:53:03 - ERROR: failed to build world TB --- 2005-03-14 20:53:03 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Mon Mar 14 21:19:11 2005 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 C98A416A4CE for ; Mon, 14 Mar 2005 21:19:11 +0000 (GMT) Received: from mailhost.u-strasbg.fr (mailhost.u-strasbg.fr [130.79.200.157]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2708F43D41 for ; Mon, 14 Mar 2005 21:19:11 +0000 (GMT) (envelope-from Philippe.Pegon@crc.u-strasbg.fr) Received: from sokaris.u-strasbg.fr (sokaris.u-strasbg.fr [IPv6:2001:660:2402::101])id j2ELJ9Rm022719 for ; Mon, 14 Mar 2005 22:19:09 +0100 (CET) Received: from [192.168.0.100] (crc.u-strasbg.fr [IPv6:2001:660:2402:1001::1]) j2ELJ9tt033851 for ; Mon, 14 Mar 2005 22:19:09 +0100 (CET) Message-ID: <4236009C.7010603@crc.u-strasbg.fr> Date: Mon, 14 Mar 2005 22:22:36 +0100 From: Philippe PEGON User-Agent: Mozilla Thunderbird 1.0 (X11/20050116) X-Accept-Language: fr, en MIME-Version: 1.0 To: current@freebsd.org References: <4232C320.8070205@crc.u-strasbg.fr> In-Reply-To: <4232C320.8070205@crc.u-strasbg.fr> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6 (mailhost.u-strasbg.fr [IPv6:2001:660:2402::157]); Mon, 14 Mar 2005 22:19:09 +0100 (CET) X-Antivirus: scanned by sophos at u-strasbg.fr Subject: Re: Panic with amr and 5.4-PRERELEASE 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, 14 Mar 2005 21:19:11 -0000 Philippe PEGON a écrit : > Hi, > > I have a FreeBSD bi-processor box with amr device in FreeBSD > 5.4-prerelease of this week. > # uname -a > FreeBSD sokaris2.u-strasbg.fr 5.4-PRERELEASE FreeBSD 5.4-PRERELEASE #3: > Thu Mar 10 15:33:01 CET 2005 > root@crc.u-strasbg.fr:/usr/obj/usr/src/sys/SOKARIS2 i386 > > Starting a program which continuously polls the state of the raid array > (amrstat, see source attached), and making a buildworld at the same time > triggers a kernel panic. The problem is fairly easy to reproduce. > > Features added in the SMP kernel : altq, KDB, DDB, GDB (see config file > and dmesg output attached). The kernel is launched with ACPI disabled. > > A stack trace of the kernel panic and the result of a remote gdb follow. > > Thank you by advance for your help, > > Philippe PEGON > ... For information, Scott Long has committed a patch for amr.c in current yesterday which solved this problem (I've tested). Thank you Scott -- Philippe PEGON From owner-freebsd-current@FreeBSD.ORG Mon Mar 14 21:32:28 2005 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 75D3F16A4CE; Mon, 14 Mar 2005 21:32:28 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id ACBDF43D41; Mon, 14 Mar 2005 21:32:27 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id j2ELWRHw049658; Mon, 14 Mar 2005 16:32:27 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id j2ELWQl2079807; Mon, 14 Mar 2005 16:32:27 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C71697306E; Mon, 14 Mar 2005 16:32:26 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050314213226.C71697306E@freebsd-current.sentex.ca> Date: Mon, 14 Mar 2005 16:32:26 -0500 (EST) X-Virus-Scanned: ClamAV 0.82/762/Sun Mar 13 18:35:33 2005 on smarthost2.sentex.ca X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner2 X-Virus-Status: Clean Subject: [current tinderbox] failure on powerpc/powerpc 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: Mon, 14 Mar 2005 21:32:28 -0000 TB --- 2005-03-14 20:53:04 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-03-14 20:53:04 - starting CURRENT tinderbox run for powerpc/powerpc TB --- 2005-03-14 20:53:04 - checking out the source tree TB --- 2005-03-14 20:53:04 - cd /home/tinderbox/CURRENT/powerpc/powerpc TB --- 2005-03-14 20:53:04 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-03-14 20:59:28 - building world (CFLAGS=-O2 -pipe) TB --- 2005-03-14 20:59:28 - cd /home/tinderbox/CURRENT/powerpc/powerpc/src TB --- 2005-03-14 20:59:28 - /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 [...] echo atacontrol: /home/tinderbox/CURRENT/powerpc/powerpc/obj/powerpc/tinderbox/CURRENT/powerpc/powerpc/src/tmp/usr/lib/libc.a >> .depend ===> sbin/atm (depend) ===> sbin/atm/atm (depend) rm -f .depend mkdep -f .depend -a -I/tinderbox/CURRENT/powerpc/powerpc/src/sbin/atm/atm/../../../sys /tinderbox/CURRENT/powerpc/powerpc/src/sbin/atm/atm/atm.c /tinderbox/CURRENT/powerpc/powerpc/src/sbin/atm/atm/atm_fore200.c /tinderbox/CURRENT/powerpc/powerpc/src/sbin/atm/atm/atm_inet.c /tinderbox/CURRENT/powerpc/powerpc/src/sbin/atm/atm/atm_print.c /tinderbox/CURRENT/powerpc/powerpc/src/sbin/atm/atm/atm_set.c /tinderbox/CURRENT/powerpc/powerpc/src/sbin/atm/atm/atm_show.c /tinderbox/CURRENT/powerpc/powerpc/src/sbin/atm/atm/atm_subr.c echo atm: /home/tinderbox/CURRENT/powerpc/powerpc/obj/powerpc/tinderbox/CURRENT/powerpc/powerpc/src/tmp/usr/lib/libc.a /home/tinderbox/CURRENT/powerpc/powerpc/obj/powerpc/tinderbox/CURRENT/powerpc/powerpc/src/tmp/usr/lib/libatm.a >> .depend ===> sbin/atm/atmconfig (depend) make: don't know how to make /tinderbox/CURRENT/powerpc/powerpc/src/sbin/atm/atmconfig/../../../lib/libbsnmp/modules/snmp_atm/atm_freebsd.def. Stop *** Error code 2 Stop in /tinderbox/CURRENT/powerpc/powerpc/src/sbin/atm. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src/sbin. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. TB --- 2005-03-14 21:32:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-03-14 21:32:26 - ERROR: failed to build world TB --- 2005-03-14 21:32:26 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Mon Mar 14 22:06:41 2005 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 5D32416A4CE for ; Mon, 14 Mar 2005 22:06:41 +0000 (GMT) Received: from 62-15-215-140.inversas.jazztel.es (62-15-215-140.inversas.jazztel.es [62.15.215.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id CDA3E43D55 for ; Mon, 14 Mar 2005 22:06:39 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from redesjm.local (orion.redesjm.local [192.168.254.16]) j2EM6blZ007191 for ; Mon, 14 Mar 2005 23:06:37 +0100 (CET) (envelope-from freebsd@redesjm.local) Received: from localhost (localhost [[UNIX: localhost]]) by redesjm.local (8.13.3/8.13.3/Submit) id j2EM6sBX064523 for current@freebsd.org; Mon, 14 Mar 2005 23:06:54 +0100 (CET) (envelope-from freebsd@redesjm.local) From: Jose M Rodriguez To: current@freebsd.org Date: Mon, 14 Mar 2005 23:06:54 +0100 User-Agent: KMail/1.7.2 MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_+rgNChGD7FkTmrV" Message-Id: <200503142306.54642.freebsd@redesjm.local> X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-3; AVE: 6.29.0.8; VDF: 6.29.0.100; host: antares.redesjm.local) Subject: rcNG changes/aditions 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, 14 Mar 2005 22:06:41 -0000 --Boundary-00=_+rgNChGD7FkTmrV Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi, I'll glad to know if this is of interest: update to PR conf/75137 (sound modules): I rework this adding support for preloaded modules to /etc/rc.subr update to PR conf/74006 (named minor fixes): Fix a typo and umount dev in chroot in post_stop works -- josemi --Boundary-00=_+rgNChGD7FkTmrV Content-Type: text/x-diff; charset="us-ascii"; name="patch-rcNG" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="patch-rcNG" --- /usr/RELENG_5/src/etc/rc.subr Mon Jan 17 12:51:00 2005 +++ etc/rc.subr Mon Mar 14 00:01:34 2005 @@ -319,6 +319,23 @@ } # +# preload_modules module [...] +# Try to kldload the given modules if not loaded. +# Return 0 on success, kldload error otherwise. +preload_modules() +{ + while [ $# -ge 1 ]; do + if ! /sbin/kldstat -n $1 > /dev/null 2>&1; then + /sbin/kldload $1 + _return=$? + [ ${_return} -ne 0 ] && return ${_return} + fi + shift + done + return 0 +} + +# # run_rc_command argument # Search for argument in the list of supported commands, which is: # "start stop restart rcvar status poll ${extra_commands}" @@ -381,6 +398,9 @@ # to run the chrooted ${command} with. # Requires /usr to be mounted. # +# ${name}_modules n If set, try to load the given modules before +# running the default (re)start command. +# # ${rc_arg}_cmd n If set, use this as the method when invoked; # Otherwise, use default command (see below) # @@ -633,6 +653,16 @@ fi fi done + # try to load ${name}_modules + # + eval "_modules=\$${name}_modules" + if [ -n "${_modules}" ]; then + debug "run_rc_command: kldload ${_modules}." + eval "preload_modules ${_modules}" + _return=$? + [ $_return -ne 0 ] && [ -z "$rc_force" ] && + return 1 + fi # if the precmd failed and force # isn't set, exit --- /usr/RELENG_5/src/etc/rc.d/mixer Sun Oct 10 11:50:53 2004 +++ etc/rc.d/mixer Mon Mar 14 00:02:08 2005 @@ -81,6 +81,10 @@ { local mixer + if [ -n "${mixer_modules}" ]; then + eval "preload_modules ${mixer_modules}" + fi + for mixer in `list_mixers`; do mixer_restore ${mixer} done --- /usr/RELENG_5/src/etc/rc.d/named Sun Oct 10 11:50:53 2004 +++ etc/rc.d/named Mon Mar 14 00:01:56 2005 @@ -14,6 +14,7 @@ rcvar=`set_rcvar` start_precmd="named_precmd" start_postcmd="make_symlinks" +stop_postcmd="named_postcmd" required_dirs="$named_chrootdir" # if it is set, it must exist extra_commands="reload" @@ -30,36 +31,16 @@ { # Create (or update) the chroot directory structure # - if [ -f /etc/mtree/BIND.chroot.dist ]; then - mtree -deU -f /etc/mtree/BIND.chroot.dist \ + if [ -f ${named_chroot_mtree:=/etc/mtree/BIND.chroot.dist} ]; then + mtree -deU -f ${named_chroot_mtree} \ -p ${named_chrootdir} else - warn "/etc/mtree/BIND.chroot.dist missing," + warn "${named_chroot_mtree} missing," warn "chroot directory structure not updated" fi # Create /etc/namedb symlink - # - if [ ! -L /etc/namedb ]; then - if [ -d /etc/namedb ]; then - warn "named chroot: /etc/namedb is a directory!" - elif [ -e /etc/namedb ]; then - warn "named chroot: /etc/namedb exists!" - else - ln -s ${named_chrootdir}/etc/namedb /etc/namedb - fi - fi - - # Mount a devfs in the chroot directory if needed - # - if [ ! -c ${named_chrootdir}/dev/random -o \ - ! -c ${named_chrootdir}/dev/null ]; then - umount ${named_chrootdir}/dev 2>/dev/null - mount_devfs devfs ${named_chrootdir}/dev - fi - devfs -m ${named_chrootdir}/dev rule apply hide - devfs -m ${named_chrootdir}/dev rule apply path null unhide - devfs -m ${named_chrootdir}/dev rule apply path random unhide + # this must be a mergemaster task # Copy local timezone information if it is not up to date. # @@ -87,6 +68,16 @@ rc_flags="$rc_flags -t $named_chrootdir" confgen_chroot="-t${named_chrootdir} -u bind" checkyesno named_chroot_autoupdate && chroot_autoupdate + # Mount a devfs in the chroot directory if needed + # + if [ ! -c ${named_chrootdir}/dev/random -o \ + ! -c ${named_chrootdir}/dev/null ]; then + umount ${named_chrootdir}/dev 2>/dev/null + mount_devfs devfs ${named_chrootdir}/dev + fi + devfs -m ${named_chrootdir}/dev rule apply hide + devfs -m ${named_chrootdir}/dev rule apply path null unhide + devfs -m ${named_chrootdir}/dev rule apply path random unhide else named_symlink_enable=NO fi @@ -96,6 +87,13 @@ if [ ! -f "${named_chrootdir}/etc/namedb/rndc.key" -a \ ! -f "${named_chrootdir}/etc/namedb/rndc.conf" ]; then rndc-confgen -a -b256 ${confgen_chroot} + fi +} + +named_postcmd() { + # Is the user using a sandbox? + if [ -n "$named_chrootdir" ]; then + umount ${named_chrootdir}/dev 2>/dev/null fi } --Boundary-00=_+rgNChGD7FkTmrV-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 14 22:10:50 2005 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 808D216A4CE; Mon, 14 Mar 2005 22:10:50 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id E31C343D2F; Mon, 14 Mar 2005 22:10:49 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j2EMAnPg029550; Mon, 14 Mar 2005 17:10:49 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j2EMAnJm071565; Mon, 14 Mar 2005 17:10:49 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 10A517306E; Mon, 14 Mar 2005 17:10:49 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050314221049.10A517306E@freebsd-current.sentex.ca> Date: Mon, 14 Mar 2005 17:10:49 -0500 (EST) X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on clamscanner2 X-Virus-Status: Clean Subject: [current tinderbox] failure on sparc64/sparc64 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: Mon, 14 Mar 2005 22:10:50 -0000 TB --- 2005-03-14 21:32:26 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-03-14 21:32:26 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2005-03-14 21:32:27 - checking out the source tree TB --- 2005-03-14 21:32:27 - cd /home/tinderbox/CURRENT/sparc64/sparc64 TB --- 2005-03-14 21:32:27 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-03-14 21:38:52 - building world (CFLAGS=-O2 -pipe) TB --- 2005-03-14 21:38:52 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2005-03-14 21:38:52 - /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 [...] echo atacontrol: /home/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/tmp/usr/lib/libc.a >> .depend ===> sbin/atm (depend) ===> sbin/atm/atm (depend) rm -f .depend mkdep -f .depend -a -I/tinderbox/CURRENT/sparc64/sparc64/src/sbin/atm/atm/../../../sys /tinderbox/CURRENT/sparc64/sparc64/src/sbin/atm/atm/atm.c /tinderbox/CURRENT/sparc64/sparc64/src/sbin/atm/atm/atm_fore200.c /tinderbox/CURRENT/sparc64/sparc64/src/sbin/atm/atm/atm_inet.c /tinderbox/CURRENT/sparc64/sparc64/src/sbin/atm/atm/atm_print.c /tinderbox/CURRENT/sparc64/sparc64/src/sbin/atm/atm/atm_set.c /tinderbox/CURRENT/sparc64/sparc64/src/sbin/atm/atm/atm_show.c /tinderbox/CURRENT/sparc64/sparc64/src/sbin/atm/atm/atm_subr.c echo atm: /home/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/tmp/usr/lib/libc.a /home/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/tmp/usr/lib/libatm.a >> .depend ===> sbin/atm/atmconfig (depend) make: don't know how to make /tinderbox/CURRENT/sparc64/sparc64/src/sbin/atm/atmconfig/../../../lib/libbsnmp/modules/snmp_atm/atm_freebsd.def. Stop *** Error code 2 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/sbin/atm. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/sbin. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2005-03-14 22:10:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-03-14 22:10:48 - ERROR: failed to build world TB --- 2005-03-14 22:10:48 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Mon Mar 14 23:34:05 2005 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 D38A516A4CE for ; Mon, 14 Mar 2005 23:34:05 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 663F643D5C for ; Mon, 14 Mar 2005 23:34:05 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1]) by harmony.village.org (8.13.3/8.13.1) with ESMTP id j2ENXZ13004806; Mon, 14 Mar 2005 16:33:35 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Mon, 14 Mar 2005 16:33:34 -0700 (MST) Message-Id: <20050314.163334.39157663.imp@bsdimp.com> To: wollman@khavrinen.lcs.mit.edu From: Warner Losh In-Reply-To: <200503142328.j2ENSQmv092439@khavrinen.lcs.mit.edu> References: <2617.172.16.0.199.1110748478.squirrel@wettoast.dyndns.org> <20050313.152624.59920781.imp@bsdimp.com> <200503142328.j2ENSQmv092439@khavrinen.lcs.mit.edu> 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: COMPAT_43 ? 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, 14 Mar 2005 23:34:05 -0000 From: Garrett Wollman Subject: Re: COMPAT_43 ? Date: Mon, 14 Mar 2005 18:28:26 -0500 (EST) > < said: > > > (6) The old creat, mknod, lseek, stat, truncate, getdirentries > > interface are covered by this as well (again, so old > > binaries can work, and likely there's some emulation code > > that depends on it). > > In at least a significant number of these cases, the "old binaries" > would be 4.3 binaries on a VAX. Look at rev. 1.1 of syscalls.master > and notice how many of them were already marked COMPAT in 4.4-Lite. I > believe creat, wait, sigvec, sigblock, sigsetmask, and killpg were > also COMPAT_43 in Net/2. creat() has never been a syscall in the > entire life of FreeBSD, but we're still carrying around the code to > implement it for "compatibility" with old VAX binaries. Clearly this is to make sure that if we ever do a port to a VAX we can have the compat binaries :-) Warner From owner-freebsd-current@FreeBSD.ORG Tue Mar 15 00:09:32 2005 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 B2AD816A4CE; Tue, 15 Mar 2005 00:09:32 +0000 (GMT) Received: from mail.chesapeake.net (chesapeake.net [208.142.252.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1DD1743D48; Tue, 15 Mar 2005 00:09:32 +0000 (GMT) (envelope-from jroberson@chesapeake.net) Received: from mail.chesapeake.net (localhost [127.0.0.1]) by mail.chesapeake.net (8.12.10/8.12.10) with ESMTP id j2F09Ud4032514; Mon, 14 Mar 2005 19:09:30 -0500 (EST) (envelope-from jroberson@chesapeake.net) Received: from localhost (jroberson@localhost)j2F09UHO032507; Mon, 14 Mar 2005 19:09:30 -0500 (EST) (envelope-from jroberson@chesapeake.net) X-Authentication-Warning: mail.chesapeake.net: jroberson owned process doing -bs Date: Mon, 14 Mar 2005 19:09:30 -0500 (EST) From: Jeff Roberson To: "David O'Brien" In-Reply-To: <20050314185858.GA8374@dragon.NUXI.org> Message-ID: <20050314190743.L20708@mail.chesapeake.net> References: <20050314185858.GA8374@dragon.NUXI.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: FS panic with 13-March-05 kernel 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, 15 Mar 2005 00:09:32 -0000 On Mon, 14 Mar 2005, David O'Brien wrote: > Fatal trap 12: page fault while in kernel mode > .. > current process = 69 (vnlru) > > vnode_pager_generic_putpages() > vop_stdputpages() > VOP_PUTPAGES_APV() > vnode_pager_putpages() > vm_pageout_flush() > vm_object_page_collect_flush() > vm_object_page_clean() > vm_object_terminate() > vnode_destroy_vobject() I think the call to vnode_destroy_vobject() was moved too late in ufs_reclaim() after phk's removal of VOP_DESTROYVOBJECT. I'll move it up for ffs, but can you please do a sweep through the other filesystems? > ufs_reclaim() > VOP_RECLAIM_APV() > vgonel() > vgone() > vlrureclaim() > vnlru_proc() > fork_exit() > fork_trampoline() > _______________________________________________ > 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 Tue Mar 15 02:54:21 2005 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 06B5A16A4CE for ; Tue, 15 Mar 2005 02:54:21 +0000 (GMT) Received: from mail.chesapeake.net (chesapeake.net [208.142.252.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E42143D41 for ; Tue, 15 Mar 2005 02:54:20 +0000 (GMT) (envelope-from jroberson@chesapeake.net) Received: from mail.chesapeake.net (localhost [127.0.0.1]) by mail.chesapeake.net (8.12.10/8.12.10) with ESMTP id j2F2sKd4083497 for ; Mon, 14 Mar 2005 21:54:20 -0500 (EST) (envelope-from jroberson@chesapeake.net) Received: from localhost (jroberson@localhost)j2F2sJSq083493 for ; Mon, 14 Mar 2005 21:54:19 -0500 (EST) (envelope-from jroberson@chesapeake.net) X-Authentication-Warning: mail.chesapeake.net: jroberson owned process doing -bs Date: Mon, 14 Mar 2005 21:54:19 -0500 (EST) From: Jeff Roberson To: current@freebsd.org Message-ID: <20050314215222.D20708@mail.chesapeake.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Call for perf testers. 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, 15 Mar 2005 02:54:21 -0000 I announced a patch on arch@ that allows us to reclaim vnode memory as well as more intelligently cache files which are only stat'd and not read. See the arch post for details. I'd like it if people could run with the patch to test for bugs, but I'd also like it if a few people could time buildworlds with and without the patch. It is available at: http://www.chesapeake.net/~jroberson/freevnodes.diff Cheers, Jeff From owner-freebsd-current@FreeBSD.ORG Tue Mar 15 03:43:13 2005 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 2B6A916A4CE for ; Tue, 15 Mar 2005 03:43:13 +0000 (GMT) Received: from rwcrmhc11.comcast.net (rwcrmhc14.comcast.net [216.148.227.89]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD21F43D2D for ; Tue, 15 Mar 2005 03:43:10 +0000 (GMT) (envelope-from dougb@freebsd.org) Received: from [192.0.35.182] (g35-182.icann.org[192.0.35.182]) by comcast.net (rwcrmhc14) with ESMTP id <20050315034310014000rkcle>; Tue, 15 Mar 2005 03:43:10 +0000 Message-ID: <42363DAC.7040001@FreeBSD.org> Date: Mon, 14 Mar 2005 19:43:08 -0600 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jose M Rodriguez References: <200503142306.54642.freebsd@redesjm.local> In-Reply-To: <200503142306.54642.freebsd@redesjm.local> X-Enigmail-Version: 0.90.1.1 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: rcNG changes/aditions 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, 15 Mar 2005 03:43:13 -0000 Jose M Rodriguez wrote: > Hi, > I'll glad to know if this is of interest: > > update to PR conf/75137 (sound modules): I rework this adding support > for preloaded modules to /etc/rc.subr Why is this necessary? My understanding is that modules load themselves when called. Do the sound modules do this differently? > update to PR conf/74006 (named minor fixes): Fix a typo and umount dev > in chroot in post_stop works Please submit this as followup to the PR. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Tue Mar 15 05:42:02 2005 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 026F916A4CE for ; Tue, 15 Mar 2005 05:42:02 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1A5BB43D2F for ; Tue, 15 Mar 2005 05:42:00 +0000 (GMT) (envelope-from jiashiun@gmail.com) Received: by wproxy.gmail.com with SMTP id 58so3707wri for ; Mon, 14 Mar 2005 21:41:57 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:references; b=N5yhJF/OaqVugFJWrQTciXO6E20pM7g4r3ttsTMTtXwTicVnDn/YZrPUKd6GCd5I0y406ObsFyihMIx6jrZrO4oj0GseRyo+aZWGTf79DlTTK4IxMp/MPqQuYrQvPZnRgEbTxiRdkQVol0GbMYu3fHwe212R1zN2poItDXI7hHs= Received: by 10.38.90.36 with SMTP id n36mr1827212rnb; Mon, 14 Mar 2005 08:07:09 -0800 (PST) Received: by 10.38.12.68 with HTTP; Mon, 14 Mar 2005 08:07:09 -0800 (PST) Message-ID: <1d6d20bc05031408071558b6ce@mail.gmail.com> Date: Tue, 15 Mar 2005 00:07:09 +0800 From: Jia-Shiun Li To: freebsd-current@freebsd.org, =?ISO-8859-1?Q?S=F8ren_Schmidt?= In-Reply-To: <1d6d20bc0503100101621bbee3@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_2487_5866869.1110816429686" References: <1d6d20bc0503100101621bbee3@mail.gmail.com> Subject: Re: VESA non-VGA flag X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Jia-Shiun Li List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Mar 2005 05:42:02 -0000 ------=_Part_2487_5866869.1110816429686 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thu, 10 Mar 2005 17:01:13 +0800, Jia-Shiun Li wrote= : > Hi, >=20 > These days I was trying to add a splash screen. I used VMWare to test, > but it cannot init VESA correctly, which is odd since VMWare claimed > its display to be VESA compliant. I then traced into > src/sys/i386/isa/vesa.c, found that it was cause by the flag V_NONVGA. > It will stop initializing if this flag is set, at line 655(v1.50). If > I comment it out, VESA will work on VMWare and I can happily use my > splash screen during booting. >=20 > I tried to google some info, but still cannot figure out if the > 'non-VGA' flag really means 'not (IBM)VGA backward-compatible' or 'not > a display device at all'. But since anything implementing VBE must be > a display device to make sense, I suppose it to be the former. The > question is, if the checking of non-VGA flag can be safely removed? I > do not know if there is any devices depending on it to work correctly. > To me it seems ok without the checking. >=20 According to VBE 3.0 page 26, the non-vga flag means 'not VGA compatible', so it should not prevent VESA from initializing. I did not found anyone responsible for this. S=F8ren and Ian could you take a look at this patch? It makes VESA work on VMWare without breaking it on other (real)hardwares. Jia-Shiun. --- sys/i386/isa/vesa.c.orig=09Mon Mar 14 23:55:19 2005 +++ sys/i386/isa/vesa.c=09Mon Mar 14 23:55:42 2005 @@ -652,8 +652,6 @@ =09=09printf("VESA: information block\n"); =09=09dump_buffer(buf, 64); =09} -=09if (vesa_adp_info->v_flags & V_NONVGA) -=09=09return 1; =09if (vesa_adp_info->v_version < 0x0102) { =09=09printf("VESA: VBE version %d.%d is not supported; " =09=09 "version 1.2 or later is required.\n", ------=_Part_2487_5866869.1110816429686 Content-Type: text/plain; name="vesa.patch" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="vesa.patch" --- sys/i386/isa/vesa.c.orig=09Mon Mar 14 23:55:19 2005 +++ sys/i386/isa/vesa.c=09Mon Mar 14 23:55:42 2005 @@ -652,8 +652,6 @@ =09=09printf("VESA: information block\n"); =09=09dump_buffer(buf, 64); =09} -=09if (vesa_adp_info->v_flags & V_NONVGA) -=09=09return 1; =09if (vesa_adp_info->v_version < 0x0102) { =09=09printf("VESA: VBE version %d.%d is not supported; " =09=09 "version 1.2 or later is required.\n", ------=_Part_2487_5866869.1110816429686-- From owner-freebsd-current@FreeBSD.ORG Tue Mar 15 05:53:48 2005 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 DAA5916A4CE for ; Tue, 15 Mar 2005 05:53:48 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B40D43D39 for ; Tue, 15 Mar 2005 05:53:48 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 3999372DDB; Mon, 14 Mar 2005 21:53:48 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 3857F72DD9; Mon, 14 Mar 2005 21:53:48 -0800 (PST) Date: Mon, 14 Mar 2005 21:53:48 -0800 (PST) From: Doug White To: Xavier Maillard In-Reply-To: Message-ID: <20050314215010.A8240@carver.gumbysoft.com> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: umass doesn't work here 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, 15 Mar 2005 05:53:49 -0000 On Mon, 14 Mar 2005, Xavier Maillard wrote: > Hello, > > I tried for the first time to use my USB key on my -CURRENT > installation and no luck: nothing works :( What kernel messages do you get when you plug in the USB key? I have a key here that takes a few seconds to get ready and the umass-sim attachment to CAM will miss it. Doing 'camcontrol rescan X' where X is the scbus for that USB controller (camcontrol devlist -v will show them) wakes it up. Its not necessary to re-apply the devfs.conf rules, so you can remove the 'devfs restart' from your usbd.conf. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Mar 15 08:27:50 2005 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 C2A4816A4CE for ; Tue, 15 Mar 2005 08:27:50 +0000 (GMT) Received: from hermes.oxyd.fr (hermes.oxyd.fr [195.137.249.76]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8309A43D53 for ; Tue, 15 Mar 2005 08:27:50 +0000 (GMT) (envelope-from pcasidy@casidy.com) Received: from [212.43.253.140] (helo=smtp.casidy.net) by hermes.oxyd.fr with asmtp (Exim 4.20) id 1DB7P4-00078y-0Z; Tue, 15 Mar 2005 09:27:50 +0100 Received: from casidy.com (unknown [192.168.1.16]) by smtp.casidy.net (Postfix) with ESMTP id 10B5BB870; Tue, 15 Mar 2005 09:27:44 +0100 (CET) Date: Tue, 15 Mar 2005 09:36:59 +0100 (CET) From: pcasidy@casidy.com To: avatar@mmlab.cse.yzu.edu.tw In-Reply-To: <05031421154517.5336@www.mmlab.cse.yzu.edu.tw> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Message-Id: <20050315082744.10B5BB870@smtp.casidy.net> X-auth-smtp-user: postmaster@casidy.com X-abuse-contact: abuse@oxyd.fr cc: freebsd-current@freebsd.org Subject: Re: Panic: Use-after-free in bfe 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, 15 Mar 2005 08:27:50 -0000 On 14 Mar, Tai-hwa Liang wrote: > Hello Phil, > > Would you please rebuild your if_bfe.ko with the attached patch and > tell me whether it fixes your problem or not? The attached patch is for > -CURRENT as of Mar-12-2005; however, you should be able to apply it to > 5-STABLE as well. > Okay, I am working on it, will let you know. Thanks Phil; From owner-freebsd-current@FreeBSD.ORG Tue Mar 15 09:28:03 2005 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 04EF216A4CE; Tue, 15 Mar 2005 09:28:03 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 74C3543D58; Tue, 15 Mar 2005 09:28:02 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j2F9S1iF050643; Tue, 15 Mar 2005 04:28:01 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j2F9S1BL055304; Tue, 15 Mar 2005 04:28:01 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 840557306E; Tue, 15 Mar 2005 04:28:01 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050315092801.840557306E@freebsd-current.sentex.ca> Date: Tue, 15 Mar 2005 04:28:01 -0500 (EST) X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on clamscanner3 X-Virus-Status: Clean Subject: [current tinderbox] failure on alpha/alpha 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: Tue, 15 Mar 2005 09:28:03 -0000 TB --- 2005-03-15 08:00:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-03-15 08:00:00 - starting CURRENT tinderbox run for alpha/alpha TB --- 2005-03-15 08:00:00 - checking out the source tree TB --- 2005-03-15 08:00:00 - cd /home/tinderbox/CURRENT/alpha/alpha TB --- 2005-03-15 08:00:00 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-03-15 08:16:57 - building world (CFLAGS=-O2 -pipe) TB --- 2005-03-15 08:16:57 - cd /home/tinderbox/CURRENT/alpha/alpha/src TB --- 2005-03-15 08:16:57 - /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 [...] building shared library snmp_netgraph.so.2 sed -e 's%@MODPATH@%/usr/lib/%g' -e 's%@DEFPATH@%/usr/share/snmp/defs/%g' -e 's%@MIBSPATH@%/usr/share/snmp/mibs/%g' < /tinderbox/CURRENT/alpha/alpha/src/usr.sbin/bsnmpd/modules/snmp_netgraph/snmp_netgraph.3 | gzip -cn > snmp_netgraph.3.gz ===> usr.sbin/bsnmpd/modules/snmp_pf (all) cc -fpic -DPIC -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -I/tinderbox/CURRENT/alpha/alpha/src/usr.sbin/bsnmpd/modules/snmp_pf/../../../../contrib/bsnmp/lib -I/tinderbox/CURRENT/alpha/alpha/src/usr.sbin/bsnmpd/modules/snmp_pf/../../../../contrib/bsnmp/snmpd -I. -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /tinderbox/CURRENT/alpha/alpha/src/usr.sbin/bsnmpd/modules/snmp_pf/pf_snmp.c -o pf_snmp.So /tinderbox/CURRENT/alpha/alpha/src/usr.sbin/bsnmpd/modules/snmp_pf/pf_snmp.c: In function `pf_dump': /tinderbox/CURRENT/alpha/alpha/src/usr.sbin/bsnmpd/modules/snmp_pf/pf_snmp.c:1147: warning: size_t format, different type arg (arg 3) /tinderbox/CURRENT/alpha/alpha/src/usr.sbin/bsnmpd/modules/snmp_pf/pf_snmp.c:1152: warning: size_t format, different type arg (arg 3) /tinderbox/CURRENT/alpha/alpha/src/usr.sbin/bsnmpd/modules/snmp_pf/pf_snmp.c:1157: warning: size_t format, different type arg (arg 3) *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src/usr.sbin/bsnmpd/modules/snmp_pf. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src/usr.sbin/bsnmpd/modules. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src/usr.sbin/bsnmpd. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src/usr.sbin. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. TB --- 2005-03-15 09:28:01 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-03-15 09:28:01 - ERROR: failed to build world TB --- 2005-03-15 09:28:01 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Tue Mar 15 10:00:12 2005 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 A68EB16A4CE; Tue, 15 Mar 2005 10:00:12 +0000 (GMT) Received: from gateway.nixsys.be (gateway.nixsys.be [195.144.77.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE69743D49; Tue, 15 Mar 2005 10:00:11 +0000 (GMT) (envelope-from philip@paeps.cx) Received: from loge.nixsys.be (loge.nixsys.be [IPv6:2001:838:37f:0:20c:6eff:fe4b:23f]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "loge.home.paeps.cx", Issuer "NixSys CA" (verified OK)) by gateway.nixsys.be (Postfix) with ESMTP id B5594C0E4; Tue, 15 Mar 2005 11:00:08 +0100 (CET) Received: from loge.nixsys.be (philip@localhost [127.0.0.1]) by loge.nixsys.be (8.13.3/8.13.3) with ESMTP id j2FA08Dd055911; Tue, 15 Mar 2005 11:00:08 +0100 (CET) (envelope-from philip@loge.nixsys.be) Received: (from philip@localhost) by loge.nixsys.be (8.13.3/8.13.3/Submit) id j2FA07v5055910; Tue, 15 Mar 2005 11:00:07 +0100 (CET) (envelope-from philip) Date: Tue, 15 Mar 2005 11:00:07 +0100 From: Philip Paeps To: FreeBSD Tinderbox Message-ID: <20050315100007.GF696@loge.nixsys.be> Mail-Followup-To: FreeBSD Tinderbox , current@freebsd.org, alpha@freebsd.org References: <20050315092801.840557306E@freebsd-current.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050315092801.840557306E@freebsd-current.sentex.ca> X-Date-in-Rome: Idibus Martiis MMDCCLVIII ab Urbe Condida X-PGP-Fingerprint: FA74 3C27 91A6 79D5 F6D3 FC53 BF4B D0E6 049D B879 X-Message-Flag: Get a proper mailclient! Organization: Happily Disorganized User-Agent: Mutt/1.5.9i cc: alpha@freebsd.org cc: current@freebsd.org Subject: Re: [current tinderbox] failure on alpha/alpha 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, 15 Mar 2005 10:00:12 -0000 On 2005-03-15 04:28:01 (-0500), FreeBSD Tinderbox wrote: > /tinderbox/CURRENT/alpha/alpha/src/usr.sbin/bsnmpd/modules/snmp_pf/pf_snmp.c: In function `pf_dump': > /tinderbox/CURRENT/alpha/alpha/src/usr.sbin/bsnmpd/modules/snmp_pf/pf_snmp.c:1147: warning: size_t format, different type arg (arg 3) > /tinderbox/CURRENT/alpha/alpha/src/usr.sbin/bsnmpd/modules/snmp_pf/pf_snmp.c:1152: warning: size_t format, different type arg (arg 3) > /tinderbox/CURRENT/alpha/alpha/src/usr.sbin/bsnmpd/modules/snmp_pf/pf_snmp.c:1157: warning: size_t format, different type arg (arg 3) > *** Error code 1 Ugh, looks like I broke this... Is there a special magical format to use to printf a time_t without having it break on at least one of the architectures we support? Also, , is there a specific reason for not having a 64bit wide time_t on Alpha? - Philip -- Philip Paeps Please don't Cc me, I am philip@freebsd.org subscribed to the list. BOFH Excuse #213: Change your language to Finnish. From owner-freebsd-current@FreeBSD.ORG Tue Mar 15 10:58:26 2005 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 C551416A4CE; Tue, 15 Mar 2005 10:58:26 +0000 (GMT) Received: from aiolos.otenet.gr (aiolos.otenet.gr [195.170.0.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id D19C043D5C; Tue, 15 Mar 2005 10:58:25 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from orion.daedalusnetworks.priv (aris.bedc.ondsl.gr [62.103.39.226])j2FAw4Rk010610; Tue, 15 Mar 2005 12:58:04 +0200 Received: from orion.daedalusnetworks.priv (orion [127.0.0.1]) j2FAwNi9040282; Tue, 15 Mar 2005 12:58:23 +0200 (EET) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost)j2FAwNA7040281; Tue, 15 Mar 2005 12:58:23 +0200 (EET) (envelope-from keramida@freebsd.org) Date: Tue, 15 Mar 2005 12:58:23 +0200 From: Giorgos Keramidas To: FreeBSD Tinderbox , current@freebsd.org, alpha@freebsd.org Message-ID: <20050315105823.GA40174@orion.daedalusnetworks.priv> References: <20050315092801.840557306E@freebsd-current.sentex.ca> <20050315100007.GF696@loge.nixsys.be> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050315100007.GF696@loge.nixsys.be> Subject: Re: [current tinderbox] failure on alpha/alpha 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, 15 Mar 2005 10:58:26 -0000 On 2005-03-15 11:00, Philip Paeps wrote: > On 2005-03-15 04:28:01 (-0500), FreeBSD Tinderbox wrote: > > /tinderbox/CURRENT/alpha/alpha/src/usr.sbin/bsnmpd/modules/snmp_pf/pf_snmp.c: In function `pf_dump': > > /tinderbox/CURRENT/alpha/alpha/src/usr.sbin/bsnmpd/modules/snmp_pf/pf_snmp.c:1147: warning: size_t format, different type arg (arg 3) > > /tinderbox/CURRENT/alpha/alpha/src/usr.sbin/bsnmpd/modules/snmp_pf/pf_snmp.c:1152: warning: size_t format, different type arg (arg 3) > > /tinderbox/CURRENT/alpha/alpha/src/usr.sbin/bsnmpd/modules/snmp_pf/pf_snmp.c:1157: warning: size_t format, different type arg (arg 3) > > *** Error code 1 > > Ugh, looks like I broke this... > > Is there a special magical format to use to printf a time_t without having it > break on at least one of the architectures we support? You could probably get away by casting the value to a uintmax_t and using %ju as the format specifier. From owner-freebsd-current@FreeBSD.ORG Tue Mar 15 11:15:33 2005 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 02A7E16A4CE; Tue, 15 Mar 2005 11:15:33 +0000 (GMT) Received: from ford.blinkenlights.nl (ford.blinkenlights.nl [213.204.211.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 81F2643D2D; Tue, 15 Mar 2005 11:15:32 +0000 (GMT) (envelope-from sten@blinkenlights.nl) Received: from tea.blinkenlights.nl (tea.blinkenlights.nl [IPv6:2001:960:301:3:a00:20ff:fe85:fa39]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ford.blinkenlights.nl (Postfix) with ESMTP id D1BB43F294; Tue, 15 Mar 2005 12:15:30 +0100 (CET) Received: by tea.blinkenlights.nl (Postfix, from userid 101) id 6C2DF265; Tue, 15 Mar 2005 12:15:30 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by tea.blinkenlights.nl (Postfix) with ESMTP id 5F97F156; Tue, 15 Mar 2005 12:15:30 +0100 (CET) Date: Tue, 15 Mar 2005 12:15:30 +0100 (CET) From: Sten Spans To: Philip Paeps In-Reply-To: <20050315100007.GF696@loge.nixsys.be> Message-ID: References: <20050315092801.840557306E@freebsd-current.sentex.ca> <20050315100007.GF696@loge.nixsys.be> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: alpha@freebsd.org cc: FreeBSD Tinderbox cc: current@freebsd.org Subject: Re: [current tinderbox] failure on alpha/alpha 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, 15 Mar 2005 11:15:33 -0000 On Tue, 15 Mar 2005, Philip Paeps wrote: >> *** Error code 1 > > Ugh, looks like I broke this... > > Is there a special magical format to use to printf a time_t without having it > break on at least one of the architectures we support? The only portable way seems to be strftime. But almost nobody bothers. strftime(output, sizeof(output), "%s", gmtime(&data->uptime)); -- Sten Spans "There is a crack in everything, that's how the light gets in." Leonard Cohen - Anthem From owner-freebsd-current@FreeBSD.ORG Tue Mar 15 12:04:47 2005 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 2F23B16A4CE; Tue, 15 Mar 2005 12:04:47 +0000 (GMT) Received: from bgo1smout1.broadpark.no (bgo1smout1.broadpark.no [217.13.4.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA7ED43D54; Tue, 15 Mar 2005 12:04:46 +0000 (GMT) (envelope-from des@des.no) Received: from bgo1sminn1.broadpark.no ([217.13.4.93]) by bgo1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IDE00A906MPWM80@bgo1smout1.broadpark.no>; Tue, 15 Mar 2005 12:59:13 +0100 (CET) Received: from dsa.des.no ([80.203.228.37]) by bgo1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IDE00LOU6YTEIJ1@bgo1sminn1.broadpark.no>; Tue, 15 Mar 2005 13:06:29 +0100 (CET) Received: by dsa.des.no (Pony Express, from userid 666) id 670DF9B4BD; Tue, 15 Mar 2005 13:04:40 +0100 (CET) Received: from xps.des.no (xps.des.no [10.0.0.12]) by dsa.des.no (Pony Express) with ESMTP id 6F88F9B49A; Tue, 15 Mar 2005 13:04:35 +0100 (CET) Received: by xps.des.no (Postfix, from userid 1001) id 6538733C3E; Tue, 15 Mar 2005 13:04:35 +0100 (CET) Date: Tue, 15 Mar 2005 13:04:35 +0100 From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) In-reply-to: <20050315100007.GF696@loge.nixsys.be> To: FreeBSD Tinderbox Message-id: <86u0ndktd8.fsf@xps.des.no> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on dsa.des.no References: <20050315092801.840557306E@freebsd-current.sentex.ca> <20050315100007.GF696@loge.nixsys.be> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED autolearn=disabled version=3.0.2 X-Spam-Level: cc: alpha@freebsd.org cc: current@freebsd.org Subject: Re: [current tinderbox] failure on alpha/alpha 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, 15 Mar 2005 12:04:47 -0000 Philip Paeps writes: > Also, , is there a specific reason for not having a = 64bit > wide time_t on Alpha? Historical reasons (comptability with OSF/1, I believe). Changing to a 64-bit time_t at this point would be inadvisable. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Mar 14 23:28:34 2005 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 ADC9B16A4CE for ; Mon, 14 Mar 2005 23:28:34 +0000 (GMT) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [128.30.28.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5145A43D41 for ; Mon, 14 Mar 2005 23:28:34 +0000 (GMT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: from khavrinen.lcs.mit.edu (localhost [IPv6:::1]) by khavrinen.lcs.mit.edu (8.12.9/8.12.9) with ESMTP id j2ENSQaa092442 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK CN=khavrinen.lcs.mit.edu issuer=SSL+20Client+20CA); Mon, 14 Mar 2005 18:28:26 -0500 (EST) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.12.9/8.12.9/Submit) id j2ENSQmv092439; Mon, 14 Mar 2005 18:28:26 -0500 (EST) (envelope-from wollman) Date: Mon, 14 Mar 2005 18:28:26 -0500 (EST) From: Garrett Wollman Message-Id: <200503142328.j2ENSQmv092439@khavrinen.lcs.mit.edu> To: "M. Warner Losh" In-Reply-To: <20050313.152624.59920781.imp@bsdimp.com> References: <2617.172.16.0.199.1110748478.squirrel@wettoast.dyndns.org> <20050313.152624.59920781.imp@bsdimp.com> X-Spam-Score: -19.8 () IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES,REPLY_WITH_QUOTES X-Scanned-By: MIMEDefang 2.37 X-Mailman-Approved-At: Tue, 15 Mar 2005 13:07:25 +0000 cc: freebsd-current@FreeBSD.ORG Subject: Re: COMPAT_43 ? 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, 14 Mar 2005 23:28:34 -0000 < said: > (6) The old creat, mknod, lseek, stat, truncate, getdirentries > interface are covered by this as well (again, so old > binaries can work, and likely there's some emulation code > that depends on it). In at least a significant number of these cases, the "old binaries" would be 4.3 binaries on a VAX. Look at rev. 1.1 of syscalls.master and notice how many of them were already marked COMPAT in 4.4-Lite. I believe creat, wait, sigvec, sigblock, sigsetmask, and killpg were also COMPAT_43 in Net/2. creat() has never been a syscall in the entire life of FreeBSD, but we're still carrying around the code to implement it for "compatibility" with old VAX binaries. -GAWollman From owner-freebsd-current@FreeBSD.ORG Tue Mar 15 06:25:53 2005 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 EE7D016A4CF for ; Tue, 15 Mar 2005 06:25:53 +0000 (GMT) Received: from rosebud.otenet.gr (rosebud.otenet.gr [195.170.0.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id E634643D39 for ; Tue, 15 Mar 2005 06:25:52 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from gothmog.gr (patr530-b168.otenet.gr [212.205.244.176]) j2F6PRhC002497; Tue, 15 Mar 2005 08:25:28 +0200 Received: from gothmog.gr (gothmog [127.0.0.1]) by gothmog.gr (8.13.3/8.13.3) with ESMTP id j2F6Pm2a042849; Tue, 15 Mar 2005 08:25:48 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Received: (from giorgos@localhost) by gothmog.gr (8.13.3/8.13.3/Submit) id j2F6PmW1042848; Tue, 15 Mar 2005 08:25:48 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Date: Tue, 15 Mar 2005 08:25:48 +0200 From: Giorgos Keramidas To: Jose M Rodriguez Message-ID: <20050315062548.GA42826@gothmog.gr> References: <200503142306.54642.freebsd@redesjm.local> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200503142306.54642.freebsd@redesjm.local> X-Mailman-Approved-At: Tue, 15 Mar 2005 13:07:25 +0000 cc: freebsd-current@freebsd.org Subject: Re: rcNG changes/aditions 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, 15 Mar 2005 06:25:54 -0000 On 2005-03-14 23:06, Jose M Rodriguez wrote: > update to PR conf/75137 (sound modules): I rework this adding support > for preloaded modules to /etc/rc.subr > +# > # run_rc_command argument [...] > + # try to load ${name}_modules > + # > + eval "_modules=\$${name}_modules" > + if [ -n "${_modules}" ]; then > + debug "run_rc_command: kldload ${_modules}." > + eval "preload_modules ${_modules}" > + _return=$? > + [ $_return -ne 0 ] && [ -z "$rc_force" ] && > + return 1 > + fi What happens if some of the modules are already loaded and rc_force is not set? It looks like this may cause run_rc_command() to fail, even though the modules are loaded and a subsequent run of the rc command would succeed if attempted. - Giorgos From owner-freebsd-current@FreeBSD.ORG Tue Mar 15 10:58:30 2005 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 AEA6716A4ED for ; Tue, 15 Mar 2005 10:58:30 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1BB7743D41 for ; Tue, 15 Mar 2005 10:58:30 +0000 (GMT) (envelope-from sprsquish@gmail.com) Received: by wproxy.gmail.com with SMTP id 70so2026925wra for ; Tue, 15 Mar 2005 02:58:27 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding; b=Wu0oXcQh81C/9g42/554TNc9JJwW6tVagBA8LsCSDfqVKmlNxhiMeqJFBNGYvS7bEfIV5x4ZbIFXIhISutOJAVHj+L79dVNajYSSwQuEOJL6pijPdlxnwYpJOnunWiKiTNJlMfTz3VLwnWt2BNiOPK9JFmbjjxCxvoRg1xp+A78= Received: by 10.54.40.2 with SMTP id n2mr5488109wrn; Tue, 15 Mar 2005 02:58:27 -0800 (PST) Received: by 10.54.16.49 with HTTP; Tue, 15 Mar 2005 02:58:27 -0800 (PST) Message-ID: <669ac2d05031502585f8230a@mail.gmail.com> Date: Tue, 15 Mar 2005 02:58:27 -0800 From: Jeff Smick To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Tue, 15 Mar 2005 13:07:25 +0000 Subject: ATAPICAM Problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Jeff Smick List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Mar 2005 10:58:31 -0000 Frustration is starting to take hold. I've been banging my head against the wall with the problem for a few days now. I've read and searched everything I can find on the subject and have yet to solve the problem. Anton had a similar problem in this thread: http://lists.freebsd.org/pipermail/freebsd-current/2004-March/023575.html. However, his solution doesn't solve my problem. Here it is: I followed the instructions in the Handbook on how to get a CD-RW drive running using atapicam. However, it's not working. I don't see a cd0 in the /dev directory. There's no mention of cd0 in my dmesg and even when I do a "kldstat -v" neither the scd module nor the pass module are loaded (cam, however, is). While watching the boot process everything goes smoothly untill it hits "acd0: CDRW at ata1-master UDMA33" then it will wait a few seconds before continuing on to mounting the root partition. I've even tried kldload-ing the scd module; still nothing. I hope someone will be able to help with this. Thank you, --Jeff Smick PS: The following is every part of my dmesg having to do with ATA (nothing in it about cd0): atapci0: port 0xf000-0xf00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 atapci1: port 0xd000-0xd00f,0xcc00-0xcc03,0xc800-0xc807,0xc400-0xc403,0xc000-0xc007 irq 18 at device 31.2 on pci0 ata2: channel #0 on atapci1 ata3: channel #1 on atapci1 ad0: 58644MB [119150/16/63] at ata0-master UDMA100 ad1: 39083MB [79408/16/63] at ata0-slave UDMA100 acd0: CDRW at ata1-master UDMA33 Mounting root from ufs:/dev/ad0s1a Here's what's enabled in my kernel config: # ATA and ATAPI devices device ata #device atadisk # ATA disk drives #device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives #device atapifd # ATAPI floppy drives #device atapist # ATAPI tape drives device atapicam # ATAPI CAM transport options ATA_STATIC_ID # Static device numbering # SCSI peripherals device scbus # SCSI bus (required for SCSI) #device ch # SCSI media changers #device da # Direct Access (disks) #device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) And finally a bit from my "kldstat -v": 1 15 0xc0400000 37b310 kernel Contains modules: Id Name 28 xpt 29 probe 30 cam 31 da 32 isa/ata 33 pci/atapci 34 atapci/ata 35 acd From owner-freebsd-current@FreeBSD.ORG Tue Mar 15 13:11:48 2005 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 0DE4416A4CE; Tue, 15 Mar 2005 13:11:48 +0000 (GMT) Received: from critter.freebsd.dk (f170.freebsd.dk [212.242.86.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2CBF143D41; Tue, 15 Mar 2005 13:11:47 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id j2FDBiCD011070; Tue, 15 Mar 2005 14:11:44 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 15 Mar 2005 13:04:35 +0100." <86u0ndktd8.fsf@xps.des.no> Date: Tue, 15 Mar 2005 14:11:44 +0100 Message-ID: <11069.1110892304@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: alpha@freebsd.org cc: FreeBSD Tinderbox cc: current@freebsd.org Subject: Re: [current tinderbox] failure on alpha/alpha 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, 15 Mar 2005 13:11:48 -0000 In message <86u0ndktd8.fsf@xps.des.no>, =?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?= writes: >Philip Paeps writes: >> Also, , is there a specific reason for not having a 64bit >> wide time_t on Alpha? > >Historical reasons (comptability with OSF/1, I believe). Changing to >a 64-bit time_t at this point would be inadvisable. The entire time_t thing is on hold right now, pending the outcome of ITU-R study group 7As work to revise TF.460-6 (ITU-R question 102/7) Once we know the result of that, we can decide _in general_ what the future holds for time_t. -- 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 Tue Mar 15 13:14:48 2005 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 3B85316A4CE for ; Tue, 15 Mar 2005 13:14:48 +0000 (GMT) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id 17F7643D31 for ; Tue, 15 Mar 2005 13:14:48 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from mac.com (smtpin01-en2 [10.13.10.146])j2FDElIm021155; Tue, 15 Mar 2005 05:14:47 -0800 (PST) Received: from [192.168.1.6] (pool-68-161-53-96.ny325.east.verizon.net [68.161.53.96]) (authenticated bits=0)j2FDEktt015093; Tue, 15 Mar 2005 05:14:47 -0800 (PST) In-Reply-To: <669ac2d05031502585f8230a@mail.gmail.com> References: <669ac2d05031502585f8230a@mail.gmail.com> Mime-Version: 1.0 (Apple Message framework v619.2) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <7f5377ce7868d846c70151b31c2ebe43@mac.com> Content-Transfer-Encoding: 7bit From: Charles Swiger Date: Tue, 15 Mar 2005 08:14:45 -0500 To: Jeff Smick X-Mailer: Apple Mail (2.619.2) cc: freebsd-current@freebsd.org Subject: Re: ATAPICAM Problem 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, 15 Mar 2005 13:14:48 -0000 On Mar 15, 2005, at 5:58 AM, Jeff Smick wrote: [ ...problems making ATAPICAM go... ] You are commenting out too much stuff below. I believe you'll need to uncomment at least atadisk and da, but it's better to get a working config, and then comment stuff out until something breaks, then try going the other way... -- -Chuck > Here's what's enabled in my kernel config: > # ATA and ATAPI devices > device ata > #device atadisk # ATA disk drives > #device ataraid # ATA RAID drives > device atapicd # ATAPI CDROM drives > #device atapifd # ATAPI floppy drives > #device atapist # ATAPI tape drives > device atapicam # ATAPI CAM transport > options ATA_STATIC_ID # Static device numbering > > # SCSI peripherals > device scbus # SCSI bus (required for SCSI) > #device ch # SCSI media changers > #device da # Direct Access (disks) > #device sa # Sequential Access (tape etc) > device cd # CD > device pass # Passthrough device (direct SCSI > access) From owner-freebsd-current@FreeBSD.ORG Tue Mar 15 13:27:36 2005 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 B84BF16A4CE; Tue, 15 Mar 2005 13:27:36 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2BCBA43D2D; Tue, 15 Mar 2005 13:27:36 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id j2FDRZxM081631; Tue, 15 Mar 2005 08:27:35 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id j2FDRZqC053008; Tue, 15 Mar 2005 08:27:35 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7208E7306E; Tue, 15 Mar 2005 08:27:35 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050315132735.7208E7306E@freebsd-current.sentex.ca> Date: Tue, 15 Mar 2005 08:27:35 -0500 (EST) X-Virus-Scanned: ClamAV 0.82/762/Sun Mar 13 18:35:33 2005 on smarthost2.sentex.ca X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner1 X-Virus-Status: Clean Subject: [current tinderbox] failure on i386/pc98 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: Tue, 15 Mar 2005 13:27:37 -0000 TB --- 2005-03-15 13:08:33 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-03-15 13:08:33 - starting CURRENT tinderbox run for i386/pc98 TB --- 2005-03-15 13:08:33 - checking out the source tree TB --- 2005-03-15 13:08:33 - cd /home/tinderbox/CURRENT/i386/pc98 TB --- 2005-03-15 13:08:33 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-03-15 13:14:58 - building world (CFLAGS=-O2 -pipe) TB --- 2005-03-15 13:14:58 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-03-15 13:14:58 - /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 [...] cc -O2 -pipe -DLIBC_SCCS -I/tinderbox/CURRENT/i386/pc98/src/lib/libkvm -c /tinderbox/CURRENT/i386/pc98/src/lib/libkvm/kvm.c cc -O2 -pipe -DLIBC_SCCS -I/tinderbox/CURRENT/i386/pc98/src/lib/libkvm -c /tinderbox/CURRENT/i386/pc98/src/lib/libkvm/kvm_i386.c cc -O2 -pipe -DLIBC_SCCS -I/tinderbox/CURRENT/i386/pc98/src/lib/libkvm -c /tinderbox/CURRENT/i386/pc98/src/lib/libkvm/kvm_file.c cc -O2 -pipe -DLIBC_SCCS -I/tinderbox/CURRENT/i386/pc98/src/lib/libkvm -c /tinderbox/CURRENT/i386/pc98/src/lib/libkvm/kvm_getloadavg.c cc -O2 -pipe -DLIBC_SCCS -I/tinderbox/CURRENT/i386/pc98/src/lib/libkvm -c /tinderbox/CURRENT/i386/pc98/src/lib/libkvm/kvm_getswapinfo.c cc -O2 -pipe -DLIBC_SCCS -I/tinderbox/CURRENT/i386/pc98/src/lib/libkvm -c /tinderbox/CURRENT/i386/pc98/src/lib/libkvm/kvm_proc.c /tinderbox/CURRENT/i386/pc98/src/lib/libkvm/kvm_proc.c: In function `kvm_proclist': /tinderbox/CURRENT/i386/pc98/src/lib/libkvm/kvm_proc.c:284: error: structure has no member named `si_udev' *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src/lib/libkvm. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. TB --- 2005-03-15 13:27:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-03-15 13:27:35 - ERROR: failed to build world TB --- 2005-03-15 13:27:35 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Tue Mar 15 13:47:13 2005 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 D244116A4CE; Tue, 15 Mar 2005 13:47:13 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A03543D4C; Tue, 15 Mar 2005 13:47:13 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j2FDlCmK059649; Tue, 15 Mar 2005 08:47:12 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id j2FDlCCW068466; Tue, 15 Mar 2005 08:47:12 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id AA85C7306E; Tue, 15 Mar 2005 08:47:12 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050315134712.AA85C7306E@freebsd-current.sentex.ca> Date: Tue, 15 Mar 2005 08:47:12 -0500 (EST) X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner4 X-Virus-Status: Clean 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: Tue, 15 Mar 2005 13:47:14 -0000 TB --- 2005-03-15 13:27:35 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-03-15 13:27:35 - starting CURRENT tinderbox run for ia64/ia64 TB --- 2005-03-15 13:27:35 - checking out the source tree TB --- 2005-03-15 13:27:35 - cd /home/tinderbox/CURRENT/ia64/ia64 TB --- 2005-03-15 13:27:35 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-03-15 13:33:05 - building world (CFLAGS=-O2 -pipe) TB --- 2005-03-15 13:33:05 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2005-03-15 13:33:05 - /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 [...] cc -O2 -pipe -DLIBC_SCCS -I/tinderbox/CURRENT/ia64/ia64/src/lib/libkvm -c /tinderbox/CURRENT/ia64/ia64/src/lib/libkvm/kvm.c cc -O2 -pipe -DLIBC_SCCS -I/tinderbox/CURRENT/ia64/ia64/src/lib/libkvm -c /tinderbox/CURRENT/ia64/ia64/src/lib/libkvm/kvm_ia64.c cc -O2 -pipe -DLIBC_SCCS -I/tinderbox/CURRENT/ia64/ia64/src/lib/libkvm -c /tinderbox/CURRENT/ia64/ia64/src/lib/libkvm/kvm_file.c cc -O2 -pipe -DLIBC_SCCS -I/tinderbox/CURRENT/ia64/ia64/src/lib/libkvm -c /tinderbox/CURRENT/ia64/ia64/src/lib/libkvm/kvm_getloadavg.c cc -O2 -pipe -DLIBC_SCCS -I/tinderbox/CURRENT/ia64/ia64/src/lib/libkvm -c /tinderbox/CURRENT/ia64/ia64/src/lib/libkvm/kvm_getswapinfo.c cc -O2 -pipe -DLIBC_SCCS -I/tinderbox/CURRENT/ia64/ia64/src/lib/libkvm -c /tinderbox/CURRENT/ia64/ia64/src/lib/libkvm/kvm_proc.c /tinderbox/CURRENT/ia64/ia64/src/lib/libkvm/kvm_proc.c: In function `kvm_proclist': /tinderbox/CURRENT/ia64/ia64/src/lib/libkvm/kvm_proc.c:284: error: structure has no member named `si_udev' *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/lib/libkvm. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. TB --- 2005-03-15 13:47:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-03-15 13:47:12 - ERROR: failed to build world TB --- 2005-03-15 13:47:12 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Tue Mar 15 14:00:45 2005 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 04DF316A4CE; Tue, 15 Mar 2005 14:00:45 +0000 (GMT) Received: from mail.chesapeake.net (chesapeake.net [208.142.252.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7692243D3F; Tue, 15 Mar 2005 14:00:44 +0000 (GMT) (envelope-from jroberson@chesapeake.net) Received: from mail.chesapeake.net (localhost [127.0.0.1]) by mail.chesapeake.net (8.12.10/8.12.10) with ESMTP id j2FE0hd4054155; Tue, 15 Mar 2005 09:00:43 -0500 (EST) (envelope-from jroberson@chesapeake.net) Received: from localhost (jroberson@localhost)j2FE0bD3054125; Tue, 15 Mar 2005 09:00:37 -0500 (EST) (envelope-from jroberson@chesapeake.net) X-Authentication-Warning: mail.chesapeake.net: jroberson owned process doing -bs Date: Tue, 15 Mar 2005 09:00:37 -0500 (EST) From: Jeff Roberson To: Sergey Matveychuk In-Reply-To: <4234410C.5080804@FreeBSD.org> Message-ID: <20050315085943.A20708@mail.chesapeake.net> References: <87is46kzk1.fsf@neva.vlink.ru> <41C26F23F7DF023CB3DF35C5@cc-171.int.t-online.fr> <87mzth18e2.fsf@neva.vlink.ru><874qfpupk5.fsf@neva.vlink.ru> <423027B1.8080503@FreeBSD.org><4234410C.5080804@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Denis Shaposhnikov cc: freebsd-current@freebsd.org cc: Mathieu Arnold cc: Peter Edwards Subject: Re: unionfs 5.4 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, 15 Mar 2005 14:00:45 -0000 On Sun, 13 Mar 2005, Sergey Matveychuk wrote: > Peter Edwards wrote: > > > If someone experiencing these issues could try rebuilding after changing > > > > #define NNULLNODECACHE 16 > > to > > #define NNULLNODECACHE 1024 > > > > in null_subr.c (line 50 in my version, 1.45) > > > > And just see if it makes much of a difference. If so, it might be > > It does not help. The problem with nullfs only in jail environment. > I've made a simple test: build devel/gettext port. Here is results: > > just ffs: 1:47 min > nullfs: 1:43 min (oops!:) > nullfs in jail: 12:12 min > > Almost ten times degradation. Can you try this again on current? I just committed some changes to nullfs which vastly simplify the locking. I don't see anything inherent in the code that should cause such a slowdown. > > -- > Sem. > _______________________________________________ > 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 Tue Mar 15 14:06:03 2005 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 3673D16A4CE; Tue, 15 Mar 2005 14:06:03 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F9CD43D58; Tue, 15 Mar 2005 14:06:02 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id j2FE61l4085356; Tue, 15 Mar 2005 09:06:01 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j2FE62eB063502; Tue, 15 Mar 2005 09:06:02 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id CCC9F7306E; Tue, 15 Mar 2005 09:06:01 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050315140601.CCC9F7306E@freebsd-current.sentex.ca> Date: Tue, 15 Mar 2005 09:06:01 -0500 (EST) X-Virus-Scanned: ClamAV 0.82/762/Sun Mar 13 18:35:33 2005 on smarthost2.sentex.ca X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on clamscanner3 X-Virus-Status: Clean Subject: [current tinderbox] failure on powerpc/powerpc 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: Tue, 15 Mar 2005 14:06:03 -0000 TB --- 2005-03-15 13:47:12 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-03-15 13:47:12 - starting CURRENT tinderbox run for powerpc/powerpc TB --- 2005-03-15 13:47:12 - checking out the source tree TB --- 2005-03-15 13:47:12 - cd /home/tinderbox/CURRENT/powerpc/powerpc TB --- 2005-03-15 13:47:12 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-03-15 13:53:08 - building world (CFLAGS=-O2 -pipe) TB --- 2005-03-15 13:53:08 - cd /home/tinderbox/CURRENT/powerpc/powerpc/src TB --- 2005-03-15 13:53:08 - /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 [...] cc -O2 -pipe -DLIBC_SCCS -I/tinderbox/CURRENT/powerpc/powerpc/src/lib/libkvm -c /tinderbox/CURRENT/powerpc/powerpc/src/lib/libkvm/kvm.c cc -O2 -pipe -DLIBC_SCCS -I/tinderbox/CURRENT/powerpc/powerpc/src/lib/libkvm -c /tinderbox/CURRENT/powerpc/powerpc/src/lib/libkvm/kvm_powerpc.c cc -O2 -pipe -DLIBC_SCCS -I/tinderbox/CURRENT/powerpc/powerpc/src/lib/libkvm -c /tinderbox/CURRENT/powerpc/powerpc/src/lib/libkvm/kvm_file.c cc -O2 -pipe -DLIBC_SCCS -I/tinderbox/CURRENT/powerpc/powerpc/src/lib/libkvm -c /tinderbox/CURRENT/powerpc/powerpc/src/lib/libkvm/kvm_getloadavg.c cc -O2 -pipe -DLIBC_SCCS -I/tinderbox/CURRENT/powerpc/powerpc/src/lib/libkvm -c /tinderbox/CURRENT/powerpc/powerpc/src/lib/libkvm/kvm_getswapinfo.c cc -O2 -pipe -DLIBC_SCCS -I/tinderbox/CURRENT/powerpc/powerpc/src/lib/libkvm -c /tinderbox/CURRENT/powerpc/powerpc/src/lib/libkvm/kvm_proc.c /tinderbox/CURRENT/powerpc/powerpc/src/lib/libkvm/kvm_proc.c: In function `kvm_proclist': /tinderbox/CURRENT/powerpc/powerpc/src/lib/libkvm/kvm_proc.c:284: error: structure has no member named `si_udev' *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src/lib/libkvm. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. TB --- 2005-03-15 14:06:01 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-03-15 14:06:01 - ERROR: failed to build world TB --- 2005-03-15 14:06:01 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Tue Mar 15 14:23:27 2005 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 4D6B016A4CE; Tue, 15 Mar 2005 14:23:27 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 90EF943D46; Tue, 15 Mar 2005 14:23:26 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id j2FENQTn086756; Tue, 15 Mar 2005 09:23:26 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id j2FENPBu000375; Tue, 15 Mar 2005 09:23:26 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1BD6C7306E; Tue, 15 Mar 2005 09:23:25 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050315142325.1BD6C7306E@freebsd-current.sentex.ca> Date: Tue, 15 Mar 2005 09:23:25 -0500 (EST) X-Virus-Scanned: ClamAV 0.82/762/Sun Mar 13 18:35:33 2005 on smarthost2.sentex.ca X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner1 X-Virus-Status: Clean Subject: [current tinderbox] failure on sparc64/sparc64 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: Tue, 15 Mar 2005 14:23:27 -0000 TB --- 2005-03-15 14:06:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-03-15 14:06:01 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2005-03-15 14:06:01 - checking out the source tree TB --- 2005-03-15 14:06:01 - cd /home/tinderbox/CURRENT/sparc64/sparc64 TB --- 2005-03-15 14:06:01 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-03-15 14:11:43 - building world (CFLAGS=-O2 -pipe) TB --- 2005-03-15 14:11:43 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2005-03-15 14:11:43 - /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 [...] cc -O2 -pipe -DLIBC_SCCS -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libkvm -c /tinderbox/CURRENT/sparc64/sparc64/src/lib/libkvm/kvm.c cc -O2 -pipe -DLIBC_SCCS -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libkvm -c /tinderbox/CURRENT/sparc64/sparc64/src/lib/libkvm/kvm_sparc64.c cc -O2 -pipe -DLIBC_SCCS -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libkvm -c /tinderbox/CURRENT/sparc64/sparc64/src/lib/libkvm/kvm_file.c cc -O2 -pipe -DLIBC_SCCS -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libkvm -c /tinderbox/CURRENT/sparc64/sparc64/src/lib/libkvm/kvm_getloadavg.c cc -O2 -pipe -DLIBC_SCCS -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libkvm -c /tinderbox/CURRENT/sparc64/sparc64/src/lib/libkvm/kvm_getswapinfo.c cc -O2 -pipe -DLIBC_SCCS -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libkvm -c /tinderbox/CURRENT/sparc64/sparc64/src/lib/libkvm/kvm_proc.c /tinderbox/CURRENT/sparc64/sparc64/src/lib/libkvm/kvm_proc.c: In function `kvm_proclist': /tinderbox/CURRENT/sparc64/sparc64/src/lib/libkvm/kvm_proc.c:284: error: structure has no member named `si_udev' *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/lib/libkvm. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2005-03-15 14:23:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-03-15 14:23:24 - ERROR: failed to build world TB --- 2005-03-15 14:23:24 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Tue Mar 15 15:05:47 2005 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 A159016A4CE for ; Tue, 15 Mar 2005 15:05:47 +0000 (GMT) Received: from web26806.mail.ukl.yahoo.com (web26806.mail.ukl.yahoo.com [217.146.176.82]) by mx1.FreeBSD.org (Postfix) with SMTP id A5CA043D2D for ; Tue, 15 Mar 2005 15:05:46 +0000 (GMT) (envelope-from cguttesen@yahoo.dk) Received: (qmail 51594 invoked by uid 60001); 15 Mar 2005 15:05:45 -0000 Message-ID: <20050315150545.51592.qmail@web26806.mail.ukl.yahoo.com> Received: from [194.248.174.58] by web26806.mail.ukl.yahoo.com via HTTP; Tue, 15 Mar 2005 16:05:45 CET Date: Tue, 15 Mar 2005 16:05:45 +0100 (CET) From: Claus Guttesen To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: upgrade-path to 5.4 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, 15 Mar 2005 15:05:47 -0000 Hi. I have two NFS-servers, one running 5.2-current from Feb 18 2004 and the other 5.3 beta 3. They are both equipped with a qlogic 2310 hba, and one with a aic7899 adapter, PIII at 1 GHz (DL380 G2). They are serving 8 webservers. Both are very stable. I'll have some downtime next week and 5.4 won't be ready by then, but will the upgrade to 5.4 be easier doing an incremental 5.3->5.4-upgrade, or should I just go straight to 5.4 (and wait some weeks)? Does the qlogic card no longer require both device isp device ispfw but only device isp in either 5.3 or 5.4? regards Claus From owner-freebsd-current@FreeBSD.ORG Tue Mar 15 15:11:07 2005 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 CECE816A4CE for ; Tue, 15 Mar 2005 15:11:07 +0000 (GMT) Received: from hermes.oxyd.fr (hermes.oxyd.fr [195.137.249.76]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5FD2843D58 for ; Tue, 15 Mar 2005 15:11:07 +0000 (GMT) (envelope-from pcasidy@casidy.com) Received: from [212.43.253.140] (helo=smtp.casidy.net) by hermes.oxyd.fr with asmtp (Exim 4.20) id 1DBDhK-00025t-6u; Tue, 15 Mar 2005 16:11:06 +0100 Received: from casidy.com (unknown [192.168.1.16]) by smtp.casidy.net (Postfix) with ESMTP id 205C1B870; Tue, 15 Mar 2005 16:11:01 +0100 (CET) Date: Tue, 15 Mar 2005 16:20:15 +0100 (CET) From: pcasidy@casidy.com To: avatar@mmlab.cse.yzu.edu.tw In-Reply-To: <05031421154517.5336@www.mmlab.cse.yzu.edu.tw> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Message-Id: <20050315151101.205C1B870@smtp.casidy.net> X-auth-smtp-user: postmaster@casidy.com X-abuse-contact: abuse@oxyd.fr cc: freebsd-current@freebsd.org Subject: Re: Panic: Use-after-free in bfe 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, 15 Mar 2005 15:11:07 -0000 On 14 Mar, Tai-hwa Liang wrote: > Hello Phil, > > Would you please rebuild your if_bfe.ko with the attached patch and > tell me whether it fixes your problem or not? The attached patch is for > -CURRENT as of Mar-12-2005; however, you should be able to apply it to > 5-STABLE as well. Good news: no more crash Bad news: as soon as I give an IP adress to the interface, the link is down (the link led on the switch is light off) When I boot the computer, the led on the switch is on. When I kldload if_bfe, the led is still on. When I dhclient or ifconfig bfe0 the NIC to give it an adress, the led is off and I have the message: Interrupt storm detected on "irq18: bfe0 uhci2"; throttling interrupt source. One step in the good direction anyway! Thanks Phil. From owner-freebsd-current@FreeBSD.ORG Tue Mar 15 16:28:42 2005 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 202A616A4CE; Tue, 15 Mar 2005 16:28:42 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id EDBA343D3F; Tue, 15 Mar 2005 16:28:40 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.13.3/8.13.1) with ESMTP id j2FGQO6G017675; Tue, 15 Mar 2005 09:26:25 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Tue, 15 Mar 2005 09:26:27 -0700 (MST) Message-Id: <20050315.092627.02570549.imp@bsdimp.com> To: phk@phk.freebsd.dk From: "M. Warner Losh" In-Reply-To: <11069.1110892304@critter.freebsd.dk> References: <86u0ndktd8.fsf@xps.des.no> <11069.1110892304@critter.freebsd.dk> 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: des@des.no cc: alpha@freebsd.org cc: tinderbox@freebsd.org cc: current@freebsd.org Subject: Re: [current tinderbox] failure on alpha/alpha 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, 15 Mar 2005 16:28:42 -0000 In message: <11069.1110892304@critter.freebsd.dk> "Poul-Henning Kamp" writes: : The entire time_t thing is on hold right now, pending the outcome of : ITU-R study group 7As work to revise TF.460-6 (ITU-R question 102/7) Can you translate that into something that mere mortals can understand? Warner From owner-freebsd-current@FreeBSD.ORG Tue Mar 15 16:31:54 2005 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 D71ED16A4CE; Tue, 15 Mar 2005 16:31:54 +0000 (GMT) Received: from rosebud.otenet.gr (rosebud.otenet.gr [195.170.0.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 03E7F43D2D; Tue, 15 Mar 2005 16:31:54 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from orion.daedalusnetworks.priv (aris.bedc.ondsl.gr [62.103.39.226])j2FGVUf4030959; Tue, 15 Mar 2005 18:31:31 +0200 Received: from orion.daedalusnetworks.priv (orion [127.0.0.1]) j2FGVqwx043549; Tue, 15 Mar 2005 18:31:52 +0200 (EET) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost)j2FGVq48043548; Tue, 15 Mar 2005 18:31:52 +0200 (EET) (envelope-from keramida@freebsd.org) Date: Tue, 15 Mar 2005 18:31:52 +0200 From: Giorgos Keramidas To: FreeBSD Tinderbox Message-ID: <20050315163152.GA43456@orion.daedalusnetworks.priv> References: <20050315142325.1BD6C7306E@freebsd-current.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050315142325.1BD6C7306E@freebsd-current.sentex.ca> cc: current@freebsd.org Subject: Re: [current tinderbox] failure on sparc64/sparc64 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, 15 Mar 2005 16:31:55 -0000 On 2005-03-15 09:23, FreeBSD Tinderbox wrote: > TB --- 2005-03-15 14:11:43 - /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 > [...] > cc -O2 -pipe -DLIBC_SCCS -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libkvm -c /tinderbox/CURRENT/sparc64/sparc64/src/lib/libkvm/kvm.c > cc -O2 -pipe -DLIBC_SCCS -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libkvm -c /tinderbox/CURRENT/sparc64/sparc64/src/lib/libkvm/kvm_sparc64.c > cc -O2 -pipe -DLIBC_SCCS -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libkvm -c /tinderbox/CURRENT/sparc64/sparc64/src/lib/libkvm/kvm_file.c > cc -O2 -pipe -DLIBC_SCCS -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libkvm -c /tinderbox/CURRENT/sparc64/sparc64/src/lib/libkvm/kvm_getloadavg.c > cc -O2 -pipe -DLIBC_SCCS -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libkvm -c /tinderbox/CURRENT/sparc64/sparc64/src/lib/libkvm/kvm_getswapinfo.c > cc -O2 -pipe -DLIBC_SCCS -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libkvm -c /tinderbox/CURRENT/sparc64/sparc64/src/lib/libkvm/kvm_proc.c > /tinderbox/CURRENT/sparc64/sparc64/src/lib/libkvm/kvm_proc.c: In function `kvm_proclist': > /tinderbox/CURRENT/sparc64/sparc64/src/lib/libkvm/kvm_proc.c:284: error: structure has no member named `si_udev' > *** Error code 1 Err, this is the third breakage today. Not to pick on whoever committed stuff that broke this, but it's kind of annoying to see so many of them in a single day :-( From owner-freebsd-current@FreeBSD.ORG Tue Mar 15 16:36:17 2005 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 C37F316A4CE; Tue, 15 Mar 2005 16:36:17 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id D50E843D1F; Tue, 15 Mar 2005 16:36:14 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.1/8.13.1) with ESMTP id j2FGaHLG019111; Tue, 15 Mar 2005 09:36:17 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <42370E6B.30901@samsco.org> Date: Tue, 15 Mar 2005 09:33:47 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050218 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Giorgos Keramidas References: <20050315142325.1BD6C7306E@freebsd-current.sentex.ca> <20050315163152.GA43456@orion.daedalusnetworks.priv> In-Reply-To: <20050315163152.GA43456@orion.daedalusnetworks.priv> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org cc: FreeBSD Tinderbox cc: current@freebsd.org Subject: Re: [current tinderbox] failure on sparc64/sparc64 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, 15 Mar 2005 16:36:17 -0000 Giorgos Keramidas wrote: > On 2005-03-15 09:23, FreeBSD Tinderbox wrote: > >>TB --- 2005-03-15 14:11:43 - /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 >> >>[...] >>cc -O2 -pipe -DLIBC_SCCS -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libkvm -c /tinderbox/CURRENT/sparc64/sparc64/src/lib/libkvm/kvm.c >>cc -O2 -pipe -DLIBC_SCCS -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libkvm -c /tinderbox/CURRENT/sparc64/sparc64/src/lib/libkvm/kvm_sparc64.c >>cc -O2 -pipe -DLIBC_SCCS -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libkvm -c /tinderbox/CURRENT/sparc64/sparc64/src/lib/libkvm/kvm_file.c >>cc -O2 -pipe -DLIBC_SCCS -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libkvm -c /tinderbox/CURRENT/sparc64/sparc64/src/lib/libkvm/kvm_getloadavg.c >>cc -O2 -pipe -DLIBC_SCCS -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libkvm -c /tinderbox/CURRENT/sparc64/sparc64/src/lib/libkvm/kvm_getswapinfo.c >>cc -O2 -pipe -DLIBC_SCCS -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libkvm -c /tinderbox/CURRENT/sparc64/sparc64/src/lib/libkvm/kvm_proc.c >>/tinderbox/CURRENT/sparc64/sparc64/src/lib/libkvm/kvm_proc.c: In function `kvm_proclist': >>/tinderbox/CURRENT/sparc64/sparc64/src/lib/libkvm/kvm_proc.c:284: error: structure has no member named `si_udev' >>*** Error code 1 > > > Err, this is the third breakage today. Not to pick on whoever committed > stuff that broke this, but it's kind of annoying to see so many of them > in a single day :-( > Yes, do pick on those who are doing the breakage. Treatment of CVS is getting sloppy again. It's held up the March 6-CURRENT snapshots for 2 days now. Please, everyone, be more careful. Scott From owner-freebsd-current@FreeBSD.ORG Tue Mar 15 17:38:33 2005 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 3627416A4CE; Tue, 15 Mar 2005 17:38:33 +0000 (GMT) Received: from critter.freebsd.dk (f170.freebsd.dk [212.242.86.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 40BF943D1D; Tue, 15 Mar 2005 17:38:32 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id j2FHcLiV012596; Tue, 15 Mar 2005 18:38:21 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: "M. Warner Losh" From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 15 Mar 2005 09:26:27 MST." <20050315.092627.02570549.imp@bsdimp.com> Date: Tue, 15 Mar 2005 18:38:21 +0100 Message-ID: <12595.1110908301@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: des@des.no cc: alpha@freebsd.org cc: tinderbox@freebsd.org cc: current@freebsd.org Subject: Re: [current tinderbox] failure on alpha/alpha 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, 15 Mar 2005 17:38:33 -0000 In message <20050315.092627.02570549.imp@bsdimp.com>, "M. Warner Losh" writes: >In message: <11069.1110892304@critter.freebsd.dk> > "Poul-Henning Kamp" writes: >: The entire time_t thing is on hold right now, pending the outcome of >: ITU-R study group 7As work to revise TF.460-6 (ITU-R question 102/7) > >Can you translate that into something that mere mortals can >understand? Leapseconds. -- 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 Tue Mar 15 18:05:15 2005 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 23E3016A4CE for ; Tue, 15 Mar 2005 18:05:15 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id F025143D5E for ; Tue, 15 Mar 2005 18:05:14 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id E320272DDB; Tue, 15 Mar 2005 10:05:14 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id E111472DD9; Tue, 15 Mar 2005 10:05:14 -0800 (PST) Date: Tue, 15 Mar 2005 10:05:14 -0800 (PST) From: Doug White To: Jeff Smick In-Reply-To: <669ac2d05031502585f8230a@mail.gmail.com> Message-ID: <20050315100402.T14078@carver.gumbysoft.com> References: <669ac2d05031502585f8230a@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: ATAPICAM Problem 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, 15 Mar 2005 18:05:15 -0000 On Tue, 15 Mar 2005, Jeff Smick wrote: > I followed the instructions in the Handbook on how to get a CD-RW > drive running using atapicam. However, it's not working. I don't see a > cd0 in the /dev directory. There's no mention of cd0 in my dmesg and > even when I do a "kldstat -v" neither the scd module nor the pass > module are loaded (cam, however, is). Can you post the output of 'camcontrol devlist -v'? -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Mar 15 18:12:51 2005 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 A8CF316A4CE for ; Tue, 15 Mar 2005 18:12:51 +0000 (GMT) Received: from mayer.raeinternet.com (download.raeinternet.com [216.150.133.102]) by mx1.FreeBSD.org (Postfix) with SMTP id 0311743D3F for ; Tue, 15 Mar 2005 18:12:51 +0000 (GMT) (envelope-from rkudyba@raeinternet.com) Received: (qmail 26129 invoked by uid 0); 15 Mar 2005 18:12:50 -0000 Received: from 209-250-117-60.client.dsl.net (HELO ?192.168.100.6?) (209.250.117.60) by mayer.raeinternet.com with SMTP; 15 Mar 2005 18:12:50 -0000 Message-ID: <423725A2.8070406@raeinternet.com> Date: Tue, 15 Mar 2005 13:12:50 -0500 From: Rob Kudyba User-Agent: Mozilla Thunderbird 1.0 (Macintosh/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: RAE MPP/F-Prot http://www.messagepartners.com X-Scanned-By: RAE MPP/Cloudmark http://www.messagepartners.com Subject: MPP Free Edition Announcement 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, 15 Mar 2005 18:12:51 -0000 Message Partners has launched a free edition of our Message Processing Platform (MPP) for those who want to use SpamAssassin and ClamAV with Sendmail, QMail, Postfix, CGPro or SurgeMail email servers. MPP Free Edition includes our comprehensive Webmin module, most of the features of MPP-LE and most of the security and utility features of MPP-LE including adding disclaimers, blocking extensions, quarantine management, log monitor, file size limitations, mime error handling, many security checks, and more. MPP Free Edition is tons faster than many of the perl interfaces to SpamAssassin or ClamAV and will greatly reduce the load on your servers if you are using perl tools for this purpose and you have a heavily loaded email server. MPP Free Edition comes with mailing list support only, mpp@raeinternet.com, and zero warranty. We are starting with FreeBSD, Linux and OS X support. Download and give it a try at http://messagepartners.com/products/mpp_free_edition.html. From owner-freebsd-current@FreeBSD.ORG Tue Mar 15 18:20:19 2005 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 7B96A16A4CE for ; Tue, 15 Mar 2005 18:20:19 +0000 (GMT) Received: from dragon.NUXI.org (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 460AC43D48 for ; Tue, 15 Mar 2005 18:20:19 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (obrien@localhost [127.0.0.1]) by dragon.NUXI.org (8.13.3/8.13.3) with ESMTP id j2FIKI9J038671; Tue, 15 Mar 2005 10:20:18 -0800 (PST) (envelope-from obrien@dragon.NUXI.org) Received: (from obrien@localhost) by dragon.NUXI.org (8.13.3/8.13.1/Submit) id j2FIKI2q038670; Tue, 15 Mar 2005 10:20:18 -0800 (PST) (envelope-from obrien) Date: Tue, 15 Mar 2005 10:20:17 -0800 From: "David O'Brien" To: Claus Guttesen Message-ID: <20050315182017.GA38617@dragon.NUXI.org> Mail-Followup-To: freebsd-current@freebsd.org, Claus Guttesen References: <20050315150545.51592.qmail@web26806.mail.ukl.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050315150545.51592.qmail@web26806.mail.ukl.yahoo.com> X-Operating-System: FreeBSD 6.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 User-Agent: Mutt/1.5.8i cc: freebsd-current@freebsd.org Subject: Re: upgrade-path to 5.4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Mar 2005 18:20:19 -0000 On Tue, Mar 15, 2005 at 04:05:45PM +0100, Claus Guttesen wrote: > Hi. > > I have two NFS-servers, one running 5.2-current from > Feb 18 2004 and the other 5.3 beta 3. They are both > equipped with a qlogic 2310 hba, and one with a > aic7899 adapter, PIII at 1 GHz (DL380 G2). They are > serving 8 webservers. Both are very stable. > > I'll have some downtime next week and 5.4 won't be > ready by then, but will the upgrade to 5.4 be easier > doing an incremental 5.3->5.4-upgrade, or should I > just go straight to 5.4 (and wait some weeks)? > > Does the qlogic card no longer require both > > device isp > device ispfw 'ispfw' never has been required -- just highly recommended. If you've have a Qlogic card add ispfw to your kernel. It may have been kept out of the release kernels for size reasons. -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Tue Mar 15 18:24:21 2005 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 F311E16A4CE for ; Tue, 15 Mar 2005 18:24:20 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE95343D2D for ; Tue, 15 Mar 2005 18:24:20 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id C4B9972DD9; Tue, 15 Mar 2005 10:24:20 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id BF62D72DD4; Tue, 15 Mar 2005 10:24:20 -0800 (PST) Date: Tue, 15 Mar 2005 10:24:20 -0800 (PST) From: Doug White To: Claus Guttesen In-Reply-To: <20050315150545.51592.qmail@web26806.mail.ukl.yahoo.com> Message-ID: <20050315100850.Q14078@carver.gumbysoft.com> References: <20050315150545.51592.qmail@web26806.mail.ukl.yahoo.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: upgrade-path to 5.4 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, 15 Mar 2005 18:24:21 -0000 On Tue, 15 Mar 2005, Claus Guttesen wrote: > Hi. > > I have two NFS-servers, one running 5.2-current from > Feb 18 2004 and the other 5.3 beta 3. They are both > equipped with a qlogic 2310 hba, and one with a > aic7899 adapter, PIII at 1 GHz (DL380 G2). They are > serving 8 webservers. Both are very stable. Good to hear! > I'll have some downtime next week and 5.4 won't be > ready by then, but will the upgrade to 5.4 be easier > doing an incremental 5.3->5.4-upgrade, or should I > just go straight to 5.4 (and wait some weeks)? It can't hurt, although 5.3 beta 3 is pretty much 5.3-R. Technically you should be able to roll up to the top of RELENG_5 without problems (modulo anything in UPDATING of course). > Does the qlogic card no longer require both > > device isp > device ispfw > > but only device isp in either 5.3 or 5.4? What do you mean by "require"? isp is the device driver, and you want ispfw so you get more robust loop handling. Without ispfw the card can lock up if there's no loop connected, and it hoses the system pretty good when that happens. I know from experience :) You can of course load them as modules. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Mar 15 19:58:14 2005 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 17D7D16A4CE for ; Tue, 15 Mar 2005 19:58:14 +0000 (GMT) Received: from 62-15-215-140.inversas.jazztel.es (62-15-215-140.inversas.jazztel.es [62.15.215.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id B0C1243D48 for ; Tue, 15 Mar 2005 19:58:12 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from redesjm.local (orion.redesjm.local [192.168.254.16]) j2FJw4c9010389; Tue, 15 Mar 2005 20:58:04 +0100 (CET) (envelope-from freebsd@redesjm.local) Received: from localhost (localhost [[UNIX: localhost]]) by redesjm.local (8.13.3/8.13.3/Submit) id j2FJwGBJ000761; Tue, 15 Mar 2005 20:58:16 +0100 (CET) (envelope-from freebsd@redesjm.local) From: Jose M Rodriguez To: freebsd-current@freebsd.org Date: Tue, 15 Mar 2005 20:58:15 +0100 User-Agent: KMail/1.7.2 References: <200503142306.54642.freebsd@redesjm.local> <20050315062548.GA42826@gothmog.gr> In-Reply-To: <20050315062548.GA42826@gothmog.gr> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200503152058.16299.freebsd@redesjm.local> X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-3; AVE: 6.29.0.8; VDF: 6.29.0.100; host: antares.redesjm.local) cc: Giorgos Keramidas cc: Jose M Rodriguez Subject: Re: rcNG changes/aditions 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, 15 Mar 2005 19:58:14 -0000 El Martes, 15 de Marzo de 2005 07:25, Giorgos Keramidas escribi=F3: > On 2005-03-14 23:06, Jose M Rodriguez =20 wrote: > > update to PR conf/75137 (sound modules): I rework this adding > > support for preloaded modules to /etc/rc.subr > > > > +# > > # run_rc_command argument > > [...] > > > + # try to load ${name}_modules > > + # > > + eval "_modules=3D\$${name}_modules" > > + if [ -n "${_modules}" ]; then > > + debug "run_rc_command: kldload ${_modules}." > > + eval "preload_modules ${_modules}" > > + _return=3D$? > > + [ $_return -ne 0 ] && [ -z "$rc_force" ] && > > + return 1 > > + fi > > What happens if some of the modules are already loaded and rc_force > is not set? It looks like this may cause run_rc_command() to fail, > even though the modules are loaded and a subsequent run of the rc > command would succeed if attempted. > preload_modules test if the module is loaded before trying to load. It=20 only load what is not loaded before. I'm not sure if the logic is 100%=20 safe, but I tested this case. > - Giorgos > =2D- josemi From owner-freebsd-current@FreeBSD.ORG Tue Mar 15 20:07:07 2005 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 67EA616A4CE; Tue, 15 Mar 2005 20:07:07 +0000 (GMT) Received: from 62-15-215-140.inversas.jazztel.es (62-15-215-140.inversas.jazztel.es [62.15.215.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7523A43D1F; Tue, 15 Mar 2005 20:07:06 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from redesjm.local (orion.redesjm.local [192.168.254.16]) j2FK75cS010416; Tue, 15 Mar 2005 21:07:05 +0100 (CET) (envelope-from freebsd@redesjm.local) Received: from localhost (localhost [[UNIX: localhost]]) by redesjm.local (8.13.3/8.13.3/Submit) id j2FK7NiT000810; Tue, 15 Mar 2005 21:07:23 +0100 (CET) (envelope-from freebsd@redesjm.local) From: Jose M Rodriguez To: Doug Barton Date: Tue, 15 Mar 2005 21:07:23 +0100 User-Agent: KMail/1.7.2 References: <200503142306.54642.freebsd@redesjm.local> <42363DAC.7040001@FreeBSD.org> In-Reply-To: <42363DAC.7040001@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200503152107.23496.freebsd@redesjm.local> X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-3; AVE: 6.29.0.8; VDF: 6.29.0.100; host: antares.redesjm.local) cc: current@freebsd.org Subject: Re: rcNG changes/aditions 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, 15 Mar 2005 20:07:07 -0000 El Martes, 15 de Marzo de 2005 02:43, Doug Barton escribi=F3: > Jose M Rodriguez wrote: > > Hi, > > I'll glad to know if this is of interest: > > > > update to PR conf/75137 (sound modules): I rework this adding > > support for preloaded modules to /etc/rc.subr > > Why is this necessary? My understanding is that modules load > themselves when called. Do the sound modules do this differently? > This is not needed (I think). You can load modules=20 via /boot/loader.conf, but may be more confortable if we 'go modules'=20 in a future. As an example, before that, I load my sound module=20 via /boot/loader.conf: snd_via8233_load=3D"YES" Now, I use this on /etc/rc.conf: mixer_modules=3D"snd_via8233" I also have plans to take usb support out of my kernel and use: usbd_modules=3D"usb ugen umass ueagle" > > update to PR conf/74006 (named minor fixes): Fix a typo and umount > > dev in chroot in post_stop works > > Please submit this as followup to the PR. > Will do. > Doug =2D- josemi From owner-freebsd-current@FreeBSD.ORG Tue Mar 15 20:31:21 2005 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 4F1C916A4CE for ; Tue, 15 Mar 2005 20:31:21 +0000 (GMT) Received: from aiolos.otenet.gr (aiolos.otenet.gr [195.170.0.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5FFF043D53 for ; Tue, 15 Mar 2005 20:31:20 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from gothmog.gr (patr530-a180.otenet.gr [212.205.215.180]) j2FKUvWu022544; Tue, 15 Mar 2005 22:30:58 +0200 Received: from gothmog.gr (gothmog [127.0.0.1]) by gothmog.gr (8.13.3/8.13.3) with ESMTP id j2FKVE8o001687; Tue, 15 Mar 2005 22:31:14 +0200 (EET) (envelope-from keramida@freebsd.org) Received: (from giorgos@localhost) by gothmog.gr (8.13.3/8.13.3/Submit) id j2FKVEZZ001686; Tue, 15 Mar 2005 22:31:14 +0200 (EET) (envelope-from keramida@freebsd.org) Date: Tue, 15 Mar 2005 22:31:14 +0200 From: Giorgos Keramidas To: Jose M Rodriguez Message-ID: <20050315203114.GB1558@gothmog.gr> References: <200503142306.54642.freebsd@redesjm.local> <20050315062548.GA42826@gothmog.gr> <200503152058.16299.freebsd@redesjm.local> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200503152058.16299.freebsd@redesjm.local> cc: freebsd-current@freebsd.org Subject: Re: rcNG changes/aditions 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, 15 Mar 2005 20:31:21 -0000 On 2005-03-15 20:58, Jose M Rodriguez wrote: > El Martes, 15 de Marzo de 2005 07:25, Giorgos Keramidas escribi?: > > On 2005-03-14 23:06, Jose M Rodriguez wrote: > > > update to PR conf/75137 (sound modules): I rework this adding > > > support for preloaded modules to /etc/rc.subr > > > > > > + # try to load ${name}_modules > > > + # > > > + eval "_modules=\$${name}_modules" > > > + if [ -n "${_modules}" ]; then > > > + debug "run_rc_command: kldload ${_modules}." > > > + eval "preload_modules ${_modules}" > > > + _return=$? > > > + [ $_return -ne 0 ] && [ -z "$rc_force" ] && > > > + return 1 > > > + fi > > > > What happens if some of the modules are already loaded and rc_force > > is not set? > > preload_modules test if the module is loaded before trying to load. It > only load what is not loaded before. I'm not sure if the logic is 100% > safe, but I tested this case. I must have missed this part. Thanks the clarification :-) From owner-freebsd-current@FreeBSD.ORG Tue Mar 15 20:44:12 2005 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 DDBC116A4CE for ; Tue, 15 Mar 2005 20:44:12 +0000 (GMT) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id D614243D3F for ; Tue, 15 Mar 2005 20:44:11 +0000 (GMT) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1DBIrU-0004iz-N0 for freebsd-current@freebsd.org; Tue, 15 Mar 2005 21:41:58 +0100 Received: from rms.gnu-rox.org ([62.212.121.152]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 15 Mar 2005 21:41:56 +0100 Received: from zedek by rms.gnu-rox.org with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 15 Mar 2005 21:41:56 +0100 X-Injected-Via-Gmane: http://gmane.org/ Mail-Followup-To: freebsd-current@freebsd.org To: freebsd-current@freebsd.org From: Xavier Maillard Date: Tue, 15 Mar 2005 21:41:46 +0100 Organization: GNU Rox ! Lines: 31 Message-ID: References: <20050314215010.A8240@carver.gumbysoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: rms.gnu-rox.org X-Face: "qG{UC8GPzro#PZ!Jgisuj0]=k10 f#d596CJMPGOGwB'j\^JR2g0']N%L:ylC`?.l8u#JuS#CygUA}avHHVJJ!#ub7CxX#u]g}?z,hQ;c q%v]"[$!BfS Mail-Copies-To: never X-Attribution: zeDek X-Accept-Language: fr-fr, en-en, en-fr User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/22.0.50 (berkeley-unix) Cancel-Lock: sha1:/TIaKWBxhi9qeBHubIGPYG30cuA= Sender: news X-Gmane-MailScanner: Found to be clean X-Gmane-MailScanner: Found to be clean X-MailScanner-From: freebsd-current@m.gmane.org X-MailScanner-To: freebsd-current@freebsd.org Subject: Re: umass doesn't work here 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, 15 Mar 2005 20:44:13 -0000 On 15 Mar 2005, Doug White wrote: > On Mon, 14 Mar 2005, Xavier Maillard wrote: > > > Hello, > > > > I tried for the first time to use my USB key on my -CURRENT > > installation and no luck: nothing works :( > > What kernel messages do you get when you plug in the USB key? No message at all ! This is the weird thing ;) > I have a key here that takes a few seconds to get ready and the > umass-sim attachment to CAM will miss it. Doing 'camcontrol > rescan X' where X is the scbus for that USB controller > (camcontrol devlist -v will show them) wakes it up. Yeah, I tried many times this command (I did a huge amount of RTFMing before asking). > Its not necessary to re-apply the devfs.conf rules, so you can > remove the 'devfs restart' from your usbd.conf. Ok for that. -- GNUSFR.ORG http://gnusfr.org/ EMACSFR.ORG http://emacsfr.org/ Xavier Maillard Tel: +33 6 68 04 64 37 From owner-freebsd-current@FreeBSD.ORG Tue Mar 15 20:55:21 2005 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 9A95616A4CE for ; Tue, 15 Mar 2005 20:55:21 +0000 (GMT) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 198AF43D48 for ; Tue, 15 Mar 2005 20:55:21 +0000 (GMT) (envelope-from freebsd-current@m.gmane.org) Received: from root by ciao.gmane.org with local (Exim 4.43) id 1DBJ0j-0006CS-I2 for freebsd-current@freebsd.org; Tue, 15 Mar 2005 21:51:29 +0100 Received: from rms.gnu-rox.org ([62.212.121.152]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 15 Mar 2005 21:51:29 +0100 Received: from zedek by rms.gnu-rox.org with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 15 Mar 2005 21:51:29 +0100 X-Injected-Via-Gmane: http://gmane.org/ Mail-Followup-To: freebsd-current@freebsd.org To: freebsd-current@freebsd.org From: Xavier Maillard Date: Tue, 15 Mar 2005 21:47:21 +0100 Organization: GNU Rox ! Lines: 49 Message-ID: References: <200503132332.aa59556@salmon.maths.tcd.ie> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: rms.gnu-rox.org X-Face: "qG{UC8GPzro#PZ!Jgisuj0]=k10 f#d596CJMPGOGwB'j\^JR2g0']N%L:ylC`?.l8u#JuS#CygUA}avHHVJJ!#ub7CxX#u]g}?z,hQ;c q%v]"[$!BfS Mail-Copies-To: never X-Attribution: zeDek X-Accept-Language: fr-fr, en-en, en-fr User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/22.0.50 (berkeley-unix) Cancel-Lock: sha1:2FXoGbIW+7lP2JBQMhT1GIOJ+kI= Sender: news X-Gmane-MailScanner: Found to be clean X-Gmane-MailScanner: Found to be clean X-MailScanner-From: freebsd-current@m.gmane.org X-MailScanner-To: freebsd-current@freebsd.org Subject: Re: umass doesn't work here 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, 15 Mar 2005 20:55:21 -0000 On 14 Mar 2005, Ian Dowse wrote: > In message , Xavier Maillard > writes: > > When I plug my USB key, I should see something in my > > /var/log/messages as stated into my > > /usr/local/etc/devd/umass.conf file: > ... > > But nothing happens. > > Two things you could try are: > > o Add `device ehci' to your kernel config This seems to be *the* trick. I added it and now I can see umass/da messages in my logs. Now my new problem is that, the key can't be mounted at all. I added vfs.usermount sysctl: ,----[ sysctl -a | grep vfs.usermount ] | vfs.usermount: 1 `---- Rights on my da* devices should be correct: ,----[ ls -al /dev/da* ] | crw-rw-rw- 1 root operator 10, 106 Mar 15 21:21 /dev/da0 | crw-rw-rw- 1 root operator 10, 105 Mar 15 21:21 /dev/da0s1 `---- And here is how I am trying to mount the key (error enclosed): ,----[ mount -t msdos /dev/da0 /home/zedek/sys/mnt/usbkey/ ] | msdosfs: /dev/da0: Invalid argument `---- > o Check your BIOS for `Legacy USB' or a similar setting and > disable it. Nothing concerning USB can be tweaked here. Any hint ? -- Xavier Maillard main(){printf(&unix["\021%six\012\0"],(unix)["have"]+"fun"-0x60);} From owner-freebsd-current@FreeBSD.ORG Tue Mar 15 20:57:20 2005 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 1AE4F16A4CE for ; Tue, 15 Mar 2005 20:57:20 +0000 (GMT) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2AB3843D41 for ; Tue, 15 Mar 2005 20:57:19 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id j2FKvIsi061303; Tue, 15 Mar 2005 14:57:18 -0600 (CST) (envelope-from anderson@centtech.com) Message-ID: <42374C26.60602@centtech.com> Date: Tue, 15 Mar 2005 14:57:10 -0600 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050210 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Xavier Maillard References: <200503132332.aa59556@salmon.maths.tcd.ie> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: umass doesn't work here 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, 15 Mar 2005 20:57:20 -0000 Xavier Maillard wrote: > On 14 Mar 2005, Ian Dowse wrote: > > >>In message , Xavier Maillard >>writes: >> >>>When I plug my USB key, I should see something in my >>>/var/log/messages as stated into my >>>/usr/local/etc/devd/umass.conf file: >> >>... >> >>>But nothing happens. >> >>Two things you could try are: >> >>o Add `device ehci' to your kernel config > > > This seems to be *the* trick. I added it and now I can see > umass/da messages in my logs. > > Now my new problem is that, the key can't be mounted at all. > > I added vfs.usermount sysctl: > > ,----[ sysctl -a | grep vfs.usermount ] > | vfs.usermount: 1 > `---- > > Rights on my da* devices should be correct: > > ,----[ ls -al /dev/da* ] > | crw-rw-rw- 1 root operator 10, 106 Mar 15 21:21 /dev/da0 > | crw-rw-rw- 1 root operator 10, 105 Mar 15 21:21 /dev/da0s1 > `---- > > And here is how I am trying to mount the key (error enclosed): > > ,----[ mount -t msdos /dev/da0 /home/zedek/sys/mnt/usbkey/ ] > | msdosfs: /dev/da0: Invalid argument > `---- Don't you mean: mount -t msdos /dev/da0s1 /home/zedek/sys/mnt/usbkey/ ? Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology I have seen the future and it is just like the present, only longer. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Tue Mar 15 21:52:04 2005 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 B256216A4CE for ; Tue, 15 Mar 2005 21:52:04 +0000 (GMT) Received: from postfix4-2.free.fr (postfix4-2.free.fr [213.228.0.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1EB6543D46 for ; Tue, 15 Mar 2005 21:52:04 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix4-2.free.fr (Postfix) with ESMTP id 67EDF2EC4C0 for ; Tue, 15 Mar 2005 22:52:02 +0100 (CET) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id 01208407C; Tue, 15 Mar 2005 22:51:54 +0100 (CET) Date: Tue, 15 Mar 2005 22:51:54 +0100 From: Jeremie Le Hen To: freebsd-current@FreeBSD.org Message-ID: <20050315215154.GM54204@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.8i Subject: panic: vm_fault: fault on nofault entry 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, 15 Mar 2005 21:52:04 -0000 Hi list, I do not have so much time so. My kernel is about 5 days old with Jeff's vgone.diff patch. I think the leading message is related. rl0: discard oversize frame (ether type efe3 flags 3 len 62591 > max 1514) panic: vm_fault: fault on nofault entry, addr: d50ac000 KDB: stack backtrace: kdb_backtrace(...) panic(c071e41a,d50ac000,1,d023eaf8,d023eae8)) vm_fault(c1023b000,d50ac000,1,0,c1742e10) trap_pfault(d023ebdc,0,d50ac000,c0772c20,d50ac000) trap(18,c0700010,10,c1b5d36c,d50abffe) calltrap() --- trap 0xc, eip = 0xc06c2916, esp = 0xd023ec1c, ebp = 0xd023ec68 --- generic_bcopy(d50abc92,84e1,0,c18d6000,0) rl_rxeof(c19d6000,0,c0719b78,542,c17d5800) rl_intr(c18d6000,c1846780,d023ed10,c051f5c2,c18be180) cbb_func_intr(c18be180,0,c0704ad4,221,c0763260) ithread_loop(c173c780,d023ed48,c07048d3,30e,656efe00) fork_exit(...) fork_trampoline() --- trap 0x1, eip = 0, esp = 0xd023ed7c, ebp = 0 --- KDB: enter: panic [thread pid 22 tid 100019 ] A dump is available on demand, although I don't think it will be needed. Best regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Tue Mar 15 22:21:11 2005 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 E5AC916A4CF for ; Tue, 15 Mar 2005 22:21:11 +0000 (GMT) Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [204.127.202.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7284943D49 for ; Tue, 15 Mar 2005 22:21:11 +0000 (GMT) (envelope-from dougb@freebsd.org) Received: from [192.0.35.182] (g35-182.icann.org[192.0.35.182]) by comcast.net (sccrmhc12) with ESMTP id <20050315222108012000uhn4e>; Tue, 15 Mar 2005 22:21:08 +0000 Message-ID: <42375FD2.2080706@freebsd.org> Date: Tue, 15 Mar 2005 14:21:06 -0800 From: Doug Barton Organization: http://www.FreeBSD.org User-Agent: Mozilla Thunderbird 1.0 (X11/20050223) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jose M Rodriguez References: <200503142306.54642.freebsd@redesjm.local> <42363DAC.7040001@FreeBSD.org> <200503152107.23496.freebsd@redesjm.local> In-Reply-To: <200503152107.23496.freebsd@redesjm.local> X-Enigmail-Version: 0.89.6.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit cc: current@freebsd.org Subject: Re: rcNG changes/aditions 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, 15 Mar 2005 22:21:12 -0000 Jose M Rodriguez wrote: > El Martes, 15 de Marzo de 2005 02:43, Doug Barton escribió: > >>Jose M Rodriguez wrote: >> >>>Hi, >>>I'll glad to know if this is of interest: >>> >>>update to PR conf/75137 (sound modules): I rework this adding >>>support for preloaded modules to /etc/rc.subr >> >>Why is this necessary? My understanding is that modules load >>themselves when called. Do the sound modules do this differently? >> > > > This is not needed (I think). You can load modules > via /boot/loader.conf, but may be more confortable if we 'go modules' > in a future. I don't think you understand what I'm saying. For most modules, it is not actually necessary to pre-load them at all. For example, I have cd9660 as a module, it's not compiled into my kernel. When I mount a cd9660 file system the kernel module is automatically loaded. There is no need to pre-load it. The same is true of (most) modules that create devices, such as ndis. I don't know the specifics of the sound module, I compile it into my kernel. However, as you pointed out in the rare case that it's necessary to actually pre-load a kernel module (such as agp), we have a mechanism for that in loader.conf already. I don't think that adding that code to rc.subr is a useful exercise, and in fact I would oppose it as needless duplication of effort. >>>update to PR conf/74006 (named minor fixes): Fix a typo and umount >>>dev in chroot in post_stop works >> >>Please submit this as followup to the PR. >> > > > Will do. Thanks. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Tue Mar 15 23:34:07 2005 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 E9EC916A4CE for ; Tue, 15 Mar 2005 23:34:07 +0000 (GMT) Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id D1E6B43D49 for ; Tue, 15 Mar 2005 23:34:06 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: (qmail invoked by alias); 15 Mar 2005 23:34:05 -0000 Received: from p508BBC60.dip.t-dialin.net (EHLO lofi.dyndns.org) (80.139.188.96) by mail.gmx.net (mp023) with SMTP; 16 Mar 2005 00:34:05 +0100 X-Authenticated: #443188 Received: from kiste.my.domain (lofi@kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id j2FNY1mb090347 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Wed, 16 Mar 2005 00:34:02 +0100 (CET) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock Date: Wed, 16 Mar 2005 00:33:56 +0100 User-Agent: KMail/1.7.2 To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2979462.HYDMFEOsR7"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200503160033.59923.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new X-Y-GMX-Trusted: 0 Subject: Fwd: [kde-freebsd] k3b: are all cd/dvd drives named /dev/cd* ? 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, 15 Mar 2005 23:34:08 -0000 --nextPart2979462.HYDMFEOsR7 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline =2D--------- Forwarded Message ---------- Subject: [kde-freebsd] k3b: are all cd/dvd drives named /dev/cd* ? Date: Tuesday, 15. March 2005 23:02 =46rom: Heiner To: kde-freebsd@freebsd.kde.org Question: can I assume, that cd/dvd drives/burners ALWAYS end up in "camcontrol devlist" as cd*? Even if they are usb or firewire drives or whatever else might exist on the market nowadays? If so, I can easily filter out the non-cd devices.... =2D------------------------------------------------------ =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 --nextPart2979462.HYDMFEOsR7 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCN3DnXhc68WspdLARAkOuAJ4xUxRBZBStd0LYdFfJwR9O/R/dIQCgjxJt a6RqPjQuIeUcknxkbJZ/Xd4= =5ydH -----END PGP SIGNATURE----- --nextPart2979462.HYDMFEOsR7-- From owner-freebsd-current@FreeBSD.ORG Wed Mar 16 00:08:38 2005 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 5805616A4CE for ; Wed, 16 Mar 2005 00:08:38 +0000 (GMT) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 338EA43D39 for ; Wed, 16 Mar 2005 00:08:38 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from mac.com (smtpin08-en2 [10.13.10.153]) by smtpout.mac.com (Xserve/MantshX 2.0) with ESMTP id j2G08cV5029286; Tue, 15 Mar 2005 16:08:38 -0800 (PST) Received: from [10.1.1.245] (nfw2.codefab.com [199.103.21.225] (may be forged)) (authenticated bits=0)j2G08a9q002189; Tue, 15 Mar 2005 16:08:37 -0800 (PST) In-Reply-To: <200503160033.59923.michaelnottebrock@gmx.net> References: <200503160033.59923.michaelnottebrock@gmx.net> Mime-Version: 1.0 (Apple Message framework v619.2) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <58419762b166c4bf7148666630c4b4b7@mac.com> Content-Transfer-Encoding: 7bit From: Charles Swiger Date: Tue, 15 Mar 2005 19:08:35 -0500 To: Heiner X-Mailer: Apple Mail (2.619.2) cc: freebsd-current@freebsd.org Subject: Re: [kde-freebsd] k3b: are all cd/dvd drives named /dev/cd* ? 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: Wed, 16 Mar 2005 00:08:38 -0000 On Mar 15, 2005, at 6:33 PM, Michael Nottebrock wrote: > ---------- Forwarded Message ---------- > > Subject: [kde-freebsd] k3b: are all cd/dvd drives named /dev/cd* ? > Date: Tuesday, 15. March 2005 23:02 > From: Heiner > To: kde-freebsd@freebsd.kde.org > > Question: can I assume, that cd/dvd drives/burners ALWAYS end up in > "camcontrol devlist" as cd*? Even if they are usb or firewire drives or > whatever else might exist on the market nowadays? If so, I can easily > filter > out the non-cd devices.... If the system has ATAPICAM enabled, yes, ATAPI CD-ROM drives will show up in "camcontrol devlist" as cd*, otherwise they will show up as acd*. USB and Firewire devices use the SCSI layer, and will also show up as cd*. [ One also needs to have usb, umass, firewire, sbp, scbus, and da devices enabled in the kernel for USB and 1394 devices... ] -- -Chuck From owner-freebsd-current@FreeBSD.ORG Wed Mar 16 01:21:05 2005 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 E474916A4CE for ; Wed, 16 Mar 2005 01:21:05 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 191AB43D2F for ; Wed, 16 Mar 2005 01:21:05 +0000 (GMT) (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 j2G1L1t4086015; Wed, 16 Mar 2005 11:51:01 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Wed, 16 Mar 2005 11:50:56 +1030 User-Agent: KMail/1.7.92 References: <200503160033.59923.michaelnottebrock@gmx.net> <58419762b166c4bf7148666630c4b4b7@mac.com> In-Reply-To: <58419762b166c4bf7148666630c4b4b7@mac.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1172889.3u49bpfuih"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200503161150.56767.doconnor@gsoft.com.au> X-Spam-Score: -5.4 () IN_REP_TO,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT,USER_AGENT_KMAIL X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: Heiner Subject: Re: [kde-freebsd] k3b: are all cd/dvd drives named /dev/cd* ? 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: Wed, 16 Mar 2005 01:21:06 -0000 --nextPart1172889.3u49bpfuih Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wed, 16 Mar 2005 10:38, Charles Swiger wrote: > > Question: can I assume, that cd/dvd drives/burners ALWAYS end up in > > "camcontrol devlist" as cd*? Even if they are usb or firewire drives or > > whatever else might exist on the market nowadays? If so, I can easily > > filter > > out the non-cd devices.... > > If the system has ATAPICAM enabled, yes, ATAPI CD-ROM drives will show > up in "camcontrol devlist" as cd*, otherwise they will show up as acd*. > USB and Firewire devices use the SCSI layer, and will also show up as > cd*. Not that k3b will talk to a non-"SCSI" CD writer so, yes, camcontrol must l= ist=20 it before it will usable in k3b. =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 --nextPart1172889.3u49bpfuih Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBCN4n45ZPcIHs/zowRAlMzAJ9WbOpHZ0SHu1+wkGP2Tz/TsgjyXQCfT6/V uyfy4fKgm+wk8Bu+5xSwHYg= =Rm4n -----END PGP SIGNATURE----- --nextPart1172889.3u49bpfuih-- From owner-freebsd-current@FreeBSD.ORG Wed Mar 16 02:46:40 2005 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 8C63C16A4CE for ; Wed, 16 Mar 2005 02:46:40 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A88B43D5A for ; Wed, 16 Mar 2005 02:46:40 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 6274272DDE; Tue, 15 Mar 2005 18:46:40 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 5D27B72DDD; Tue, 15 Mar 2005 18:46:40 -0800 (PST) Date: Tue, 15 Mar 2005 18:46:40 -0800 (PST) From: Doug White To: Jeff Smick In-Reply-To: <669ac2d05031511593b29c52b@mail.gmail.com> Message-ID: <20050315184122.G17717@carver.gumbysoft.com> References: <669ac2d05031502585f8230a@mail.gmail.com> <669ac2d05031511593b29c52b@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: ATAPICAM Problem 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: Wed, 16 Mar 2005 02:46:40 -0000 On Tue, 15 Mar 2005, Jeff Smick wrote: > On Tue, 15 Mar 2005 10:05:14 -0800 (PST), Doug White > wrote: > > On Tue, 15 Mar 2005, Jeff Smick wrote: > > > > > I followed the instructions in the Handbook on how to get a CD-RW > > > drive running using atapicam. However, it's not working. I don't see a > > > cd0 in the /dev directory. There's no mention of cd0 in my dmesg and > > > even when I do a "kldstat -v" neither the scd module nor the pass > > > module are loaded (cam, however, is). > > > > Can you post the output of 'camcontrol devlist -v'? > > > > -- > > Doug White | FreeBSD: The Power to Serve > > dwhite@gumbysoft.com | www.FreeBSD.org > > > > Here's camcontrol's output: > scbus0 on sbp0 bus 0: > < > at scbus0 target -1 lun -1 () > scbus1 on sbp1 bus 0: > < > at scbus1 target -1 lun -1 () > scbus-1 on xpt0 bus 0: > < > at scbus-1 target -1 lun -1 (xpt0) Are you sure you're booting the updated kernel? You should have an ata attachment here. What version of src/sys/ata/atapi-cam.c do you have? -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Mar 16 03:05:24 2005 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 3443216A4CE for ; Wed, 16 Mar 2005 03:05:24 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 92DDA43D2F for ; Wed, 16 Mar 2005 03:05:23 +0000 (GMT) (envelope-from sprsquish@gmail.com) Received: by wproxy.gmail.com with SMTP id 70so2295042wra for ; Tue, 15 Mar 2005 19:05:23 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=B2MgJzWxCs+Cadlww7QXcRZ+WRutXpi07HUY2sG9n41Oy8/oLWO3jzVvTxFX8T52VcjnCgyhlXu6nsF90AjuHEINXy7IhBNztJR0mrZEjAzbbUJBvttDaSyKLiqDhY9R+i5q8XIwu5uEKc0bcjVUGG9yRPUJz/3BQ/PMgSPsyZQ= Received: by 10.54.30.38 with SMTP id d38mr536982wrd; Tue, 15 Mar 2005 19:05:23 -0800 (PST) Received: by 10.54.16.49 with HTTP; Tue, 15 Mar 2005 19:05:23 -0800 (PST) Message-ID: <669ac2d05031519052ddd2c5d@mail.gmail.com> Date: Tue, 15 Mar 2005 19:05:23 -0800 From: Jeff Smick To: Doug White In-Reply-To: <20050315184122.G17717@carver.gumbysoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit References: <669ac2d05031502585f8230a@mail.gmail.com> <20050315100402.T14078@carver.gumbysoft.com> <669ac2d05031511593b29c52b@mail.gmail.com> <20050315184122.G17717@carver.gumbysoft.com> cc: freebsd-current@freebsd.org Subject: Re: ATAPICAM Problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Jeff Smick List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Mar 2005 03:05:24 -0000 On Tue, 15 Mar 2005 18:46:40 -0800 (PST), Doug White wrote: > On Tue, 15 Mar 2005, Jeff Smick wrote: > > > On Tue, 15 Mar 2005 10:05:14 -0800 (PST), Doug White > > wrote: > > > On Tue, 15 Mar 2005, Jeff Smick wrote: > > > > > > > I followed the instructions in the Handbook on how to get a CD-RW > > > > drive running using atapicam. However, it's not working. I don't see a > > > > cd0 in the /dev directory. There's no mention of cd0 in my dmesg and > > > > even when I do a "kldstat -v" neither the scd module nor the pass > > > > module are loaded (cam, however, is). > > > > > > Can you post the output of 'camcontrol devlist -v'? > > > > > > -- > > > Doug White | FreeBSD: The Power to Serve > > > dwhite@gumbysoft.com | www.FreeBSD.org > > > > > > > Here's camcontrol's output: > > scbus0 on sbp0 bus 0: > > < > at scbus0 target -1 lun -1 () > > scbus1 on sbp1 bus 0: > > < > at scbus1 target -1 lun -1 () > > scbus-1 on xpt0 bus 0: > > < > at scbus-1 target -1 lun -1 (xpt0) > > Are you sure you're booting the updated kernel? You should have an > ata attachment here. > > What version of src/sys/ata/atapi-cam.c do you have? > > -- > Doug White | FreeBSD: The Power to Serve > dwhite@gumbysoft.com | www.FreeBSD.org > It's loading the new kernel. atapi-cam.c verision is 1.35 From owner-freebsd-current@FreeBSD.ORG Wed Mar 16 03:26:57 2005 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 DC78F16A4CE for ; Wed, 16 Mar 2005 03:26:57 +0000 (GMT) Received: from bsd.ultra-secure.de (bsd.ultra-secure.de [62.146.20.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD37943D1F for ; Wed, 16 Mar 2005 03:26:56 +0000 (GMT) (envelope-from rainer@ultra-secure.de) Received: (qmail 82124 invoked by uid 1005); 16 Mar 2005 03:26:55 -0000 Received: from rainer@ultra-secure.de by bsd.ultra-secure.de by uid 89 with qmail-scanner-1.22 (clamdscan: 0.75.1. spamassassin: 2.64. Clear:RC:1(62.158.173.45):. Processed in 0.081398 secs); 16 Mar 2005 03:26:55 -0000 Received: from unknown (HELO ?192.168.1.224?) (rainer@ultra-secure.de@62.158.173.45) by bsd.ultra-secure.de with (DHE-RSA-AES256-SHA encrypted) SMTP; 16 Mar 2005 03:26:55 -0000 Message-ID: <4237A791.9020804@ultra-secure.de> Date: Wed, 16 Mar 2005 04:27:13 +0100 From: Rainer Duffner User-Agent: Mozilla Thunderbird 1.0 (X11/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org References: <421174F7.6020305@samsco.org> In-Reply-To: <421174F7.6020305@samsco.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Feb 2005 Snapshots for FreeBSD available 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: Wed, 16 Mar 2005 03:26:58 -0000 Scott Long wrote: > All, > [...] > downloading and testing the Feb_2005 snapshots, please note that > there are some minor naming inconsistencies with the ISO images. These > will be fixed in the next snapshot release in March. Also note that > this announcement is somewhat belated, and that most of the snapshots > are a week or two old at this point. Again, we will rectify this with > the next release. Will there be another snapshot of 5.3-STABLE before the 5.4RC? Will there be CURRENT snapshots for april (march is a bit late now, I guess)? This is just a question and not intended to put pressure on anybody. cheers, Rainer -- =================================================== ~ Rainer Duffner - rainer@ultra-secure.de ~ ~ Freising - Munich - Germany ~ ~ Unix - Linux - BSD - OpenSource - Security ~ ~ http://www.ultra-secure.de/~rainer/pubkey.pgp ~ =================================================== From owner-freebsd-current@FreeBSD.ORG Wed Mar 16 05:33:45 2005 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 2448316A4CE; Wed, 16 Mar 2005 05:33:45 +0000 (GMT) Received: from neo.samodelkin.net (samodelkin.net [195.62.0.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2B30743D41; Wed, 16 Mar 2005 05:33:44 +0000 (GMT) (envelope-from fjoe@neo.samodelkin.net) Received: by neo.samodelkin.net (Postfix, from userid 1000) id 03D911707E; Wed, 16 Mar 2005 11:33:39 +0600 (NOVT) Date: Wed, 16 Mar 2005 11:33:39 +0600 From: Max Khon To: freebsd-current@freebsd.org Message-ID: <20050316053338.GA69911@samodelkin.net> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="PEIAKu/WMn1b1Hv9" Content-Disposition: inline User-Agent: Mutt/1.4.2i cc: sos@freebsd.org Subject: ATAng: reboot after panic, crashdumps [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: Wed, 16 Mar 2005 05:33:45 -0000 --PEIAKu/WMn1b1Hv9 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi! Attached patch fixes reboot after panic for me on RELENG_5 and RELENG_5_3. Crashdumps work again for me as well. The problem was in ata_shutdown() -- ATA_FLUSHCACHE request issued from ata_shutdown() never completes (ata_queue_request() sleeps in sema_wait(&request->done)) because ata_interrupt() is never called (callouts do not work as well, so that if the controller is busy ATA_FLUSHCACHE was not retried). I am not sure if "if (panicstr == NULL)" check is required (for normal shutdown sequence). addump() does not check if we are shutting down cleanly (ata_flushcache() was copy-n-pasted from addump()) and always uses atadev->channel->hw.begin_transaction(&request)/end_transaction(&request) directly. /fjoe --PEIAKu/WMn1b1Hv9 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="ata.diff" Index: ata-all.c =================================================================== RCS file: /home/ncvs/src/sys/dev/ata/ata-all.c,v retrieving revision 1.222.2.7 diff -u -p -r1.222.2.7 ata-all.c --- ata-all.c 2 Mar 2005 02:15:13 -0000 1.222.2.7 +++ ata-all.c 16 Mar 2005 05:09:04 -0000 @@ -66,6 +66,7 @@ static struct cdevsw ata_cdevsw = { }; /* prototypes */ +static void ata_flushcache(struct ata_device *); static void ata_shutdown(void *, int); static void ata_interrupt(void *); static int ata_getparam(struct ata_device *, u_int8_t); @@ -373,6 +374,29 @@ ata_resume(device_t dev) } static void +ata_flushcache(struct ata_device *atadev) +{ + struct ata_request request; + + if (panicstr == NULL) { + ata_controlcmd(atadev, ATA_FLUSHCACHE, 0, 0, 0); + return; + } + + bzero(&request, sizeof(struct ata_request)); + request.device = atadev; + request.u.ata.command = ATA_FLUSHCACHE; + request.flags = ATA_R_CONTROL; + + if (atadev->channel->hw.begin_transaction(&request) == ATA_OP_CONTINUES) { + do { + DELAY(20); + } while (atadev->channel->hw.end_transaction(&request) == ATA_OP_CONTINUES); + ata_finish(&request); + } +} + +static void ata_shutdown(void *arg, int howto) { struct ata_channel *ch; @@ -384,10 +408,10 @@ ata_shutdown(void *arg, int howto) continue; if (ch->device[MASTER].param && ch->device[MASTER].param->support.command2 & ATA_SUPPORT_FLUSHCACHE) - ata_controlcmd(&ch->device[MASTER], ATA_FLUSHCACHE, 0, 0, 0); + ata_flushcache(&ch->device[MASTER]); if (ch->device[SLAVE].param && ch->device[SLAVE].param->support.command2 & ATA_SUPPORT_FLUSHCACHE) - ata_controlcmd(&ch->device[SLAVE], ATA_FLUSHCACHE, 0, 0, 0); + ata_flushcache(&ch->device[SLAVE]); } } --PEIAKu/WMn1b1Hv9-- From owner-freebsd-current@FreeBSD.ORG Wed Mar 16 06:07:46 2005 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 1F68A16A4CE for ; Wed, 16 Mar 2005 06:07:46 +0000 (GMT) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id D402743D1D for ; Wed, 16 Mar 2005 06:07:44 +0000 (GMT) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1DBRfg-00036y-SZ for freebsd-current@freebsd.org; Wed, 16 Mar 2005 07:06:20 +0100 Received: from rms.gnu-rox.org ([62.212.121.152]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 16 Mar 2005 07:06:20 +0100 Received: from zedek by rms.gnu-rox.org with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 16 Mar 2005 07:06:20 +0100 X-Injected-Via-Gmane: http://gmane.org/ Mail-Followup-To: freebsd-current@freebsd.org To: freebsd-current@freebsd.org From: Xavier Maillard Date: Wed, 16 Mar 2005 07:07:36 +0100 Organization: GNU Rox ! Lines: 19 Message-ID: References: <200503132332.aa59556@salmon.maths.tcd.ie> <42374C26.60602@centtech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: rms.gnu-rox.org X-Face: "qG{UC8GPzro#PZ!Jgisuj0]=k10 f#d596CJMPGOGwB'j\^JR2g0']N%L:ylC`?.l8u#JuS#CygUA}avHHVJJ!#ub7CxX#u]g}?z,hQ;c q%v]"[$!BfS Mail-Copies-To: never X-Attribution: zeDek X-Accept-Language: fr-fr, en-en, en-fr User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/22.0.50 (berkeley-unix) Cancel-Lock: sha1:YoCsjX/0siyFRXMIpfJZfsuTuRA= Sender: news X-Gmane-MailScanner: Found to be clean X-Gmane-MailScanner: Found to be clean X-MailScanner-From: freebsd-current@m.gmane.org X-MailScanner-To: freebsd-current@freebsd.org Subject: [SOLVED] (was: umass doesn't work here) 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: Wed, 16 Mar 2005 06:07:46 -0000 On 15 Mar 2005, Eric Anderson wrote: > > mount -t msdos /dev/da0 /home/zedek/sys/mnt/usbkey/ > > > msdosfs: /dev/da0: Invalid argument > > Don't you mean: > mount -t msdos /dev/da0s1 /home/zedek/sys/mnt/usbkey/ > ? Oops :) You are right. Thank you that did it. Cheers, -- "sometimes i feel like we're making emacs better and better because we don't know what to do with emacs once it is finished." -- AlexSchroeder on #emacs @OPN From owner-freebsd-current@FreeBSD.ORG Wed Mar 16 06:16:52 2005 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 F0D6316A4CE for ; Wed, 16 Mar 2005 06:16:52 +0000 (GMT) Received: from mail.ciam.ru (mail.ciam.ru [213.147.57.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D34C43D53 for ; Wed, 16 Mar 2005 06:16:52 +0000 (GMT) (envelope-from sem@FreeBSD.org) Received: from msd-mtu.mbrd.ru ([195.34.35.77] helo=[172.16.4.9]) by mail.ciam.ru with esmtpa (Exim 4.x) id 1DBRpi-000Cje-Kx; Wed, 16 Mar 2005 09:16:42 +0300 Message-ID: <4237CF47.1010806@FreeBSD.org> Date: Wed, 16 Mar 2005 09:16:39 +0300 From: Sergey Matveychuk User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041217 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: Jeff Roberson References: <87is46kzk1.fsf@neva.vlink.ru> <41C26F23F7DF023CB3DF35C5@cc-171.int.t-online.fr> <20050305151903.GC26240@hub.freebsd.org> <87mzth18e2.fsf@neva.vlink.ru> <1DE178D508C1D70D1B5F9E87@cc-171.int.t-online.fr> <874qfpupk5.fsf@neva.vlink.ru> <423027B1.8080503@FreeBSD.org> <34cb7c84050310091243cdc342@mail.gmail.com> <4234410C.5080804@FreeBSD.org> <20050315085943.A20708@mail.chesapeake.net> In-Reply-To: <20050315085943.A20708@mail.chesapeake.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: Denis Shaposhnikov cc: freebsd-current@freebsd.org cc: Mathieu Arnold cc: Peter Edwards Subject: Re: unionfs 5.4 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: Wed, 16 Mar 2005 06:16:53 -0000 Jeff Roberson wrote: >>just ffs: 1:47 min >>nullfs: 1:43 min (oops!:) >>nullfs in jail: 12:12 min >> >>Almost ten times degradation. > > > Can you try this again on current? I just committed some changes to > nullfs which vastly simplify the locking. I don't see anything inherent > in the code that should cause such a slowdown. The problem has gone. Thanks Jeff! Don't forget MFC it some time :) -- Sem. From owner-freebsd-current@FreeBSD.ORG Wed Mar 16 06:23:11 2005 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 B849516A4CE for ; Wed, 16 Mar 2005 06:23:11 +0000 (GMT) Received: from hetzner.co.za (lfw.hetzner.co.za [196.7.18.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC7ED43D2D for ; Wed, 16 Mar 2005 06:23:10 +0000 (GMT) (envelope-from ianf@hetzner.co.za) Received: from localhost ([127.0.0.1]) by hetzner.co.za with esmtp (Exim 3.36 #1) id 1DBRvf-000M6z-00; Wed, 16 Mar 2005 08:22:51 +0200 To: "M. Warner Losh" From: Ian FREISLICH In-Reply-To: Message from "M. Warner Losh" <20050310.232753.35873446.imp@bsdimp.com> Date: Wed, 16 Mar 2005 08:22:51 +0200 Sender: ianf@hetzner.co.za Message-Id: cc: current@FreeBSD.ORG Subject: Re: device pcic and 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: Wed, 16 Mar 2005 06:23:11 -0000 "M. Warner Losh" wrote: > In message: <4230E44A.2010007@savvis.net> > Maksim Yevmenkin writes: > : beetle# grep -i pcic /usr/src/UPDATING > : beetle# grep -i card /usr/src/UPDATING > : beetle# grep -i oldcard /usr/src/UPDATING > > OLDCARD is what you want to grep for. > > : > In message: <41DC2EAD.8070403@savvis.net> > : > Maksim Yevmenkin writes: > : > : i heard Warner said something about removing pcic and card (aka oldcard ) > : > : support from -current. has it happened? after cvsup'ing (yesterday) i n o > : > : longer can configure kernel with pcic and card. > : > : > : > : i can not use newcard on my tecra 8100 :( when i insert serial pc-card > : > : my laptop hangs :( i can insert ethernet card (3com) but i can not > : > : remove it :( same story - laptop hangs hard. > : > > : > Hangs hard? That's unfortunate. I'd love to help figure things out, > : > but my tecra 8100 is working great... > : > : so, was oldcard support removed from -current? i have xircom credit card > : bluetooth adapter that has standard uart (16550) and used to work with > : oldcard (sio(4)). with newcard this adapter just hangs the system hard > : as soon as i plug it in. also /var/log/messages says sio(4) can not > : recognize uart type. > > Yes. OLDCARD has been removed from current. you should migrate to > device cbb and pccard instead. This sounds like a resource issue with I cannot migrate to cbb and pccard: my Vadem 468 is not supported. I know the hardware is old. Are there any plans to support this or should I just give up and run 4.x on this laptop (it will be quite inconvenient to downgrade)? Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Wed Mar 16 07:59:50 2005 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 9D49A16A4CE for ; Wed, 16 Mar 2005 07:59:50 +0000 (GMT) Received: from rwcrmhc12.comcast.net (rwcrmhc12.comcast.net [216.148.227.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 779A043D41 for ; Wed, 16 Mar 2005 07:59:50 +0000 (GMT) (envelope-from DougB@freebsd.org) Received: from [192.168.0.4] (c-24-130-110-32.we.client2.attbi.com[24.130.110.32]) by comcast.net (rwcrmhc12) with SMTP id <2005031607595001400ji6a9e>; Wed, 16 Mar 2005 07:59:50 +0000 Date: Tue, 15 Mar 2005 23:59:37 -0800 (PST) From: Doug Barton To: freebsd-current@freebsd.org Message-ID: <20050315235758.Y3899@ync.qbhto.arg> Organization: http://www.FreeBSD.org/ X-message-flag: Outlook -- Not just for spreading viruses anymore! MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: NDIS panic: _mtx_lock_sleep: recursed on non-recursive mutex 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: Wed, 16 Mar 2005 07:59:50 -0000 I'm getting the following panic with the latest -current as soon as the ndis module loads in response to an 'ifconfig ndis0 up' command: panic: _mtx_lock_sleep: recursed on non-recursive mutex ndis softc lock @ /usr/local/src/sys/modules/ndis/../../compat/ndis/kern_ndis.c:1463 Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Wed Mar 16 08:09:03 2005 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 60A3F16A4CE for ; Wed, 16 Mar 2005 08:09:03 +0000 (GMT) Received: from www.mmlab.cse.yzu.edu.tw (www.mmlab.cse.yzu.edu.tw [140.138.150.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1276143D5A for ; Wed, 16 Mar 2005 08:09:03 +0000 (GMT) (envelope-from avatar@mmlab.cse.yzu.edu.tw) Received: by www.mmlab.cse.yzu.edu.tw (qmail, from userid 1000) id 46D4A4EFCD6; Wed, 16 Mar 2005 16:09:02 +0800 (CST) Received: from localhost (localhost [127.0.0.1]) by www.mmlab.cse.yzu.edu.tw (qmail) with ESMTP id 42B7A4EFCD3; Wed, 16 Mar 2005 16:09:02 +0800 (CST) Date: Wed, 16 Mar 2005 16:09:02 +0800 (CST) From: Tai-hwa Liang To: pcasidy@casidy.com In-Reply-To: <20050315151101.205C1B870@smtp.casidy.net> Message-ID: <05031615560118.9155@www.mmlab.cse.yzu.edu.tw> References: <20050315151101.205C1B870@smtp.casidy.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: freebsd-current@freebsd.org Subject: Re: Panic: Use-after-free in bfe 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: Wed, 16 Mar 2005 08:09:03 -0000 On Tue, 15 Mar 2005 pcasidy@casidy.com wrote: > On 14 Mar, Tai-hwa Liang wrote: >> Hello Phil, >> >> Would you please rebuild your if_bfe.ko with the attached patch and >> tell me whether it fixes your problem or not? The attached patch is for >> -CURRENT as of Mar-12-2005; however, you should be able to apply it to >> 5-STABLE as well. > > Good news: no more crash Great! Looks like I can close kern/77804 as well. > Bad news: as soon as I give an IP adress to the interface, the link is > down (the link led on the switch is light off) > When I boot the computer, the led on the switch is on. > When I kldload if_bfe, the led is still on. > When I dhclient or ifconfig bfe0 the NIC to give it an adress, the led > is off and I have the message: > Interrupt storm detected on "irq18: bfe0 uhci2"; throttling interrupt > source. > > One step in the good direction anyway! Not sure about the reason of the interrupt storm you observed; however, the link down problem sounds like some sort of switch incompatibility to me. I remembered that someone said that manually tweak the media type *may* be a possible workaround(i.e. "ifconfig bfe0 media 10baseT/UTP" or "ifconfig bfe0 media 100baseTX). Does direct connect through crossover cable to another computer work for you? -- Cheers, Tai-hwa Liang From owner-freebsd-current@FreeBSD.ORG Wed Mar 16 09:30:31 2005 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 5774B16A4CE for ; Wed, 16 Mar 2005 09:30:31 +0000 (GMT) Received: from peedub.jennejohn.org (J8a1a.j.pppool.de [85.74.138.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7990243D39 for ; Wed, 16 Mar 2005 09:30:30 +0000 (GMT) (envelope-from garyj@jennejohn.org) Received: from jennejohn.org (localhost [127.0.0.1]) by peedub.jennejohn.org (8.13.3/8.11.6) with ESMTP id j2G9USKb026310 for ; Wed, 16 Mar 2005 10:30:28 +0100 (CET) (envelope-from garyj@jennejohn.org) Message-Id: <200503160930.j2G9USKb026310@peedub.jennejohn.org> X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: freebsd-current@freebsd.org From: Gary Jennejohn Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 16 Mar 2005 10:30:28 +0100 Sender: garyj@jennejohn.org Subject: FFLAGS instead of COPTFLAGS in module builds? 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: Wed, 16 Mar 2005 09:30:31 -0000 Why does the module build use CFLAGS instead of COPTFLAGS? I noticed it here during the module build: ===> linux (all) cc -c -pipe -O2 -mmmx -m3dnow -msse -mfpmath=sse -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -include /u4/obj/usr/src/sys/amd64_32/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -g -I/u4/obj/usr/src/sys/amd64_32 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 /usr/src/sys/modules/linux/../../i386/linux/linux_genassym.c /usr/src/sys/modules/linux/../../i386/linux/linux_genassym.c:1: warning: SSE instruction set disabled, using 387 arithmetics *** Error code 1 My CFLAGS was used instead of the COPTFLAGS, as I would have expected. After all, modules are part of the kernel. -------- Gary Jennejohn / garyj[at]jennejohn.org gj[at]freebsd.org garyj[at]denx.de From owner-freebsd-current@FreeBSD.ORG Wed Mar 16 09:40:01 2005 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 0034516A4CE; Wed, 16 Mar 2005 09:40:00 +0000 (GMT) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.10.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id A005143D53; Wed, 16 Mar 2005 09:39:59 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (8.13.3/8.13.3) with ESMTP id j2G9dujB033867 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Wed, 16 Mar 2005 10:39:56 +0100 (CET) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.13.3/8.13.3/Submit) id j2G9du2s033866; Wed, 16 Mar 2005 10:39:56 +0100 (CET) Date: Wed, 16 Mar 2005 10:39:56 +0100 From: Divacky Roman To: current@freebsd.org Message-ID: <20050316093956.GA32442@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.49 on 147.229.10.14 cc: amd64@freebsd.org Subject: amd64 irq assigning related problem 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: Wed, 16 Mar 2005 09:40:01 -0000 Hi, my amd64 box with nforce3 chipset doesnt boot with acpi enabled. when I boot with acpi disabled my atkbd (attached to ps/2) runs VERY slow (about 1cps), I think its caused by atkbdc not having irq assigned... with 5.3R it worked ok I attach dmesg + vmstat -i: Copyright (c) 1992-2005 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 6.0-CURRENT #4: Mon Mar 14 10:03:31 UTC 2005 root@sprava:/usr/obj/usr/src/sys/MYKERNEL Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 Processor 3000+ (1808.81-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x10ff0 Stepping = 0 Features=0x78bfbff AMD Features=0xe2500800,LM,3DNow+,3DNow> real memory = 268369920 (255 MB) avail memory = 251703296 (240 MB) cpu0 on motherboard pcib0: pcibus 0 on motherboard pci0: on pcib0 isab0: at device 1.0 on pci0 isa0: on isab0 pci0: at device 1.1 (no driver attached) pci0: at device 2.0 (no driver attached) pci0: at device 2.1 (no driver attached) pci0: at device 2.2 (no driver attached) atapci0: port 0xf000-0xf00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 8.0 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 atapci1: port 0xdc00-0xdc0f,0xb60-0xb63,0x960-0x967,0xbe0-0xbe3,0x9e0-0x9e7 irq 15 at device 9.0 on pci0 ata2: channel #0 on atapci1 ata3: channel #1 on atapci1 pcib1: at device 11.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) pcib2: at device 14.0 on pci0 pci2: on pcib2 re0: port 0xb000-0xb0ff mem 0xfb000000-0xfb0000ff irq 11 at device 13.0 on pci2 miibus0: on re0 rgephy0: on miibus0 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto re0: Ethernet address: 00:11:09:d9:b6:61 orm0: at iomem 0xd0000-0xd0fff,0xcc000-0xcffff,0xc0000-0xcbfff on isa0 atkbdc0: at port 0x64,0x60 on isa0 atkbd0: flags 0x1 irq 1 on atkbdc0 atkbd0: [GIANT-LOCKED] sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 or not responding sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 1808811462 Hz quality 800 Timecounters tick every 1.000 msec acd0: CDROM at ata0-slave UDMA33 ad4: 76319MB [155061/16/63] at ata2-master UDMA33 Trying to mount root from ufs:/dev/ad4s2a re0: link state changed to UP stray irq7 re0: link state changed to DOWN too many stray irq 7's: not logging anymore re0: link state changed to UP re0: link state changed to DOWN re0: link state changed to UP re0: link state changed to DOWN re0: link state changed to UP re0: link state changed to DOWN re0: link state changed to UP vmstat -1: interrupt total rate irq0: clk 1413020 999 irq7: 11 0 stray irq7 11 0 irq8: rtc 180834 127 irq11: re0 21483 15 irq14: ata0 46 0 irq15: ata1 atapci1 35074 24 Total 1650479 1167 hope this will help roman From owner-freebsd-current@FreeBSD.ORG Wed Mar 16 10:22:43 2005 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 144D616A4CE for ; Wed, 16 Mar 2005 10:22:43 +0000 (GMT) Received: from voodoo.oberon.net (voodoo.oberon.net [212.118.165.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id C11BC43D58 for ; Wed, 16 Mar 2005 10:22:42 +0000 (GMT) (envelope-from krion@voodoo.oberon.net) Received: from krion by voodoo.oberon.net with local (Exim 4.50 (FreeBSD)) id 1DBVfq-000Nbt-A3 for freebsd-current@freebsd.org; Wed, 16 Mar 2005 11:22:46 +0100 Date: Wed, 16 Mar 2005 11:22:46 +0100 From: Kirill Ponomarew To: freebsd-current@freebsd.org Message-ID: <20050316102246.GF88584@voodoo.oberon.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-NCC-Regid: de.oberon X-NIC-HDL: KP869-RIPE Keywords: 579279786 Subject: 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: Wed, 16 Mar 2005 10:22:43 -0000 buildworld is broken right now: ===> fstat (all) cc -O2 -fno-strict-aliasing -pipe -D_KVM_VNODE -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /usr/src/usr.bin/fstat/cd9660.c /usr/src/usr.bin/fstat/cd9660.c: In function `isofs_filestat': /usr/src/usr.bin/fstat/cd9660.c:69: error: structure has no member named `i_dev' *** Error code 1 -Kirill From owner-freebsd-current@FreeBSD.ORG Wed Mar 16 10:30:29 2005 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 993CB16A4CE for ; Wed, 16 Mar 2005 10:30:29 +0000 (GMT) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id 09CA443D31 for ; Wed, 16 Mar 2005 10:30:29 +0000 (GMT) (envelope-from iedowse@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 16 Mar 2005 10:30:28 +0000 (GMT) To: current@freebsd.org Date: Wed, 16 Mar 2005 10:30:28 +0000 From: Ian Dowse Message-ID: <200503161030.aa68079@salmon.maths.tcd.ie> Subject: EHCI enabled in GENERIC 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: Wed, 16 Mar 2005 10:30:29 -0000 The EHCI driver (USB 2.0) has been enabled in the -CURRENT GENERIC config for the i386 and amd64 platforms. Let me know if this causes problems. There are still some outstanding issues, but there are also systems where USB does not function at all without EHCI enabled. If there any severe problems then I'll remove it, or at least add a tunable or hint to disable ehci. Ian From owner-freebsd-current@FreeBSD.ORG Wed Mar 16 10:32:25 2005 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 374AB16A4CE for ; Wed, 16 Mar 2005 10:32:25 +0000 (GMT) Received: from hermes.oxyd.fr (hermes.oxyd.fr [195.137.249.76]) by mx1.FreeBSD.org (Postfix) with ESMTP id 84F7643D46 for ; Wed, 16 Mar 2005 10:32:24 +0000 (GMT) (envelope-from pcasidy@casidy.com) Received: from [212.43.253.140] (helo=smtp.casidy.net) by hermes.oxyd.fr with asmtp (Exim 4.20) id 1DBVp9-0008VG-HK; Wed, 16 Mar 2005 11:32:23 +0100 Received: from casidy.com (unknown [192.168.1.16]) by smtp.casidy.net (Postfix) with ESMTP id C99E8B86C; Wed, 16 Mar 2005 11:32:18 +0100 (CET) Date: Wed, 16 Mar 2005 11:41:37 +0100 (CET) From: pcasidy@casidy.com To: avatar@mmlab.cse.yzu.edu.tw In-Reply-To: <05031615560118.9155@www.mmlab.cse.yzu.edu.tw> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Message-Id: <20050316103218.C99E8B86C@smtp.casidy.net> X-auth-smtp-user: postmaster@casidy.com X-abuse-contact: abuse@oxyd.fr cc: freebsd-current@freebsd.org Subject: Re: Panic: Use-after-free in bfe 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: Wed, 16 Mar 2005 10:32:25 -0000 On 16 Mar, Tai-hwa Liang wrote: > > Not sure about the reason of the interrupt storm you observed; however, > the link down problem sounds like some sort of switch incompatibility to me. > I remembered that someone said that manually tweak the media type *may* > be a possible workaround(i.e. "ifconfig bfe0 media 10baseT/UTP" or > "ifconfig bfe0 media 100baseTX). I tried both media with no success. > Does direct connect through crossover cable to another computer work > for you? I have just tried using a crossover cable with no success even if i force the media. If that can help, with works pretty well with NDISulator. Thanks Phil. From owner-freebsd-current@FreeBSD.ORG Wed Mar 16 10:48:34 2005 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 2B2E816A4CE; Wed, 16 Mar 2005 10:48:34 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8882F43D39; Wed, 16 Mar 2005 10:48:33 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id j2GAmWAd055863; Wed, 16 Mar 2005 05:48:32 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id j2GAmWCh093629; Wed, 16 Mar 2005 05:48:32 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B224D7306E; Wed, 16 Mar 2005 05:48:32 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050316104832.B224D7306E@freebsd-current.sentex.ca> Date: Wed, 16 Mar 2005 05:48:32 -0500 (EST) X-Virus-Scanned: ClamAV 0.82/762/Sun Mar 13 18:35:33 2005 on smarthost2.sentex.ca X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner4 X-Virus-Status: Clean Subject: [current tinderbox] failure on powerpc/powerpc 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: Wed, 16 Mar 2005 10:48:34 -0000 TB --- 2005-03-16 09:41:37 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-03-16 09:41:37 - starting CURRENT tinderbox run for powerpc/powerpc TB --- 2005-03-16 09:41:37 - checking out the source tree TB --- 2005-03-16 09:41:37 - cd /home/tinderbox/CURRENT/powerpc/powerpc TB --- 2005-03-16 09:41:37 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-03-16 09:48:14 - building world (CFLAGS=-O2 -pipe) TB --- 2005-03-16 09:48:14 - cd /home/tinderbox/CURRENT/powerpc/powerpc/src TB --- 2005-03-16 09:48:14 - /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 [...] ===> usr.bin/from (all) cc -O2 -pipe -c /tinderbox/CURRENT/powerpc/powerpc/src/usr.bin/from/from.c cc -O2 -pipe -o from from.o gzip -cn /tinderbox/CURRENT/powerpc/powerpc/src/usr.bin/from/from.1 > from.1.gz ===> usr.bin/fstat (all) cc -O2 -pipe -D_KVM_VNODE -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /tinderbox/CURRENT/powerpc/powerpc/src/usr.bin/fstat/cd9660.c /tinderbox/CURRENT/powerpc/powerpc/src/usr.bin/fstat/cd9660.c: In function `isofs_filestat': /tinderbox/CURRENT/powerpc/powerpc/src/usr.bin/fstat/cd9660.c:69: error: structure has no member named `i_dev' *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src/usr.bin/fstat. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src/usr.bin. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. TB --- 2005-03-16 10:48:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-03-16 10:48:32 - ERROR: failed to build world TB --- 2005-03-16 10:48:32 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Wed Mar 16 10:54:00 2005 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 F3E0E16A4CE; Wed, 16 Mar 2005 10:53:59 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id C302B43D48; Wed, 16 Mar 2005 10:53:59 +0000 (GMT) (envelope-from davidxu@freebsd.org) Received: from [127.0.0.1] (davidxu@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j2GAro83030097; Wed, 16 Mar 2005 10:53:54 GMT (envelope-from davidxu@freebsd.org) Message-ID: <42381044.8080901@freebsd.org> Date: Wed, 16 Mar 2005 18:53:56 +0800 From: David Xu User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.7.2) Gecko/20041004 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Divacky Roman References: <20050316093956.GA32442@stud.fit.vutbr.cz> In-Reply-To: <20050316093956.GA32442@stud.fit.vutbr.cz> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: amd64@freebsd.org cc: current@freebsd.org Subject: Re: amd64 irq assigning related problem 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: Wed, 16 Mar 2005 10:54:00 -0000 Most nForce boards have broken ACPI, I have same chipset board. it does not work as yours, now I threw it at wall corner, it is collecting dustbin. Divacky Roman wrote: >Hi, > >my amd64 box with nforce3 chipset doesnt boot with acpi enabled. when I boot >with acpi disabled my atkbd (attached to ps/2) runs VERY slow (about 1cps), I >think its caused by atkbdc not having irq assigned... > > From owner-freebsd-current@FreeBSD.ORG Wed Mar 16 12:55:48 2005 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 B062D16A4CE for ; Wed, 16 Mar 2005 12:55:48 +0000 (GMT) Received: from maul.lordsith.net (maul.lordsith.net [82.171.208.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 175A443D2F for ; Wed, 16 Mar 2005 12:55:48 +0000 (GMT) (envelope-from marco+freebsd-current@lordsith.net) Received: by maul.lordsith.net (Postfix, from userid 1001) id B70FE1727E; Wed, 16 Mar 2005 13:55:41 +0100 (CET) Date: Wed, 16 Mar 2005 13:55:41 +0100 From: Marco van Lienen To: freebsd-current Message-ID: <20050316125541.GA24800@lordsith.net> Mail-Followup-To: Marco van Lienen , freebsd-current Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="G4iJoqBmSsgzjUCe" Content-Disposition: inline Organization: LordSith.Net X-Operating-System: FreeBSD 5.3-STABLE X-FreeBSD: RULEZ Them All X-PGP-Fingerprint: A025 D8AA AC1B D2FC 380D 4FC1 8EA0 0BA8 8580 E6CB X-PGP-Key: http://lordsith.net/pgpkey X-Uptime: 1:00PM up 30 days, 19:47, 2 users, load averages: 0.50, 0.19, 0.12 User-Agent: Mutt/1.5.9i Subject: swap_pager: out of swap space during gnome_upgrade.sh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Marco van Lienen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Mar 2005 12:55:48 -0000 --G4iJoqBmSsgzjUCe Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I have -CURRENT as of 03/14 running on a dell latitude d600. This was un upgrade from 5.3-STABLE. The laptop has 512Mb RAM and 1Gb of swap space. root@yoda <~> 569# df -h Filesystem Size Used Avail Capacity Mounted on /dev/ad0s1a 124M 60M 54M 53% / devfs 1.0K 1.0K 0B 100% /dev /dev/ad0s1e 16G 8.5G 6.2G 58% /usr /dev/ad0s1d 989M 62M 848M 7% /var root@yoda <~> 569# swapinfo Device 1K-blocks Used Avail Capacity /dev/ad0s1b 1048576 10395282 1022756 99% Today I'm trying to upgrade all glib/gtk/gnome libs following as per 200503= 12 (/usr/ports/UPDATING). Reasonably early during the 4th and final stage of the gnome_upgrade.sh scr= ipt (GNOME_UPGRADE_SH_VER=3D2.10-3 (during an openoffice-1.1 build)) /var/log/messages gets flooded with the f= ollowing messages: Mar 16 12:47:39 yoda kernel: pid 96533 (sort), uid 0, was killed: out of sw= ap space Mar 16 12:47:40 yoda kernel: swap_pager: out of swap space Mar 16 12:47:40 yoda kernel: swap_pager_getswapspace(16): failed Mar 16 12:47:40 yoda kernel: pid 96611 (sort), uid 0, was killed: out of sw= ap space Mar 16 12:47:41 yoda kernel: swap_pager: out of swap space Mar 16 12:47:41 yoda kernel: swap_pager_getswapspace(16): failed It always is referring to the sort(1) process. I've not seen this behavior before during the 2 days running -CURRENT and having upgraded several ports thru portupgrade(1). Hopefully someone can point me in the right direction. Marco --=20 WINDOWS: "Where do you want to go today?" LINUX: "Where do you want to go tomorrow?" BSD: "Are you guys coming or what?" --G4iJoqBmSsgzjUCe Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCOCzNjqALqIWA5ssRA/FMAJ9/B7IvogJZDqt8m+Lj7HSk6e9bawCfaRCm 4/XB3Fdp5w1qIK9LLtlUhro= =XFdQ -----END PGP SIGNATURE----- --G4iJoqBmSsgzjUCe-- From owner-freebsd-current@FreeBSD.ORG Tue Mar 15 16:16:29 2005 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 ED8FF16A4CF for ; Tue, 15 Mar 2005 16:16:29 +0000 (GMT) Received: from marvin.muc.de (marvin.muc.de [193.149.48.2]) by mx1.FreeBSD.org (Postfix) with SMTP id EA1A343D41 for ; Tue, 15 Mar 2005 16:16:28 +0000 (GMT) (envelope-from 520015583371-0001@t-online.de) Received: (qmail 29806 invoked by alias); 15 Mar 2005 16:16:27 -0000 Delivered-To: mods-muc-lists-freebsd-current@moderators.muc.de Received: (qmail 29799 invoked from network); 15 Mar 2005 16:16:27 -0000 Received: from mailout08.sul.t-online.com (194.25.134.20) by marvin.muc.de with SMTP; 15 Mar 2005 16:16:27 -0000 Received: from imh00.t-online.com by mailout08.sul.t-online.com with esmtp id 1DBEiY-0006SN-00; Tue, 15 Mar 2005 17:16:26 +0100 Received: from news.t-online.com by imh00.t-online.com with esmtp id 1DBEiY-00069S-00; Tue, 15 Mar 2005 17:16:26 +0100 Received: from news by news.t-online.com with local id 1DBEiY-00050I-00; Tue, 15 Mar 2005 17:16:26 +0100 To: muc-lists-freebsd-current@moderators.muc.de Path: news.t-online.com!not-for-mail From: Dorian =?ISO-8859-15?Q?B=FCttner?= Newsgroups: muc.lists.freebsd.current Date: Tue, 15 Mar 2005 17:17:29 +0100 Organization: T-Online Lines: 10 Message-ID: References: <669ac2d05031502585f8230a@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit X-Trace: news.t-online.com 1110903386 00 19046 v4aarTUv6AECMov 050315 16:16:26 X-Complaints-To: usenet-abuse@t-online.de X-ID: XdCFDrZbYeaBYFqJJ72Kt2gpO1igrKZ1ySGWbRAIlH17N2hJDJQVcC User-Agent: KNode/0.8.2 X-Mailman-Approved-At: Wed, 16 Mar 2005 13:05:00 +0000 Subject: Re: ATAPICAM Problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: dorian.buettner@gmx.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Mar 2005 16:16:30 -0000 Jeff Smick wrote > Mounting root from ufs:/dev/ad0s1a > #device atadisk # ATA disk drives Those look very strange to me, however you could have a look at the camcontrol manpage, probably 'camcontrol rescan all' will shout some useful error message? From owner-freebsd-current@FreeBSD.ORG Tue Mar 15 19:59:53 2005 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 C18E316A4CE for ; Tue, 15 Mar 2005 19:59:53 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 612FC43D1F for ; Tue, 15 Mar 2005 19:59:53 +0000 (GMT) (envelope-from sprsquish@gmail.com) Received: by wproxy.gmail.com with SMTP id 70so2190362wra for ; Tue, 15 Mar 2005 11:59:52 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=uHV7aHFkSn+HntPvefGWfsEIyEd4+ce0SsDbFuCLB/HMiHwRl80Dphwg/2Q4KwFaz2E3CCXVzn5yDtvsTQZC9BybXupK4Ap+/5fhwnAIb/KXplS2Kzx9dvd1eh8Fx5suePl3LDXuLyw/fWagvrSBFc+l5FAGjuOWo/hsY2RU6t8= Received: by 10.54.10.4 with SMTP id 4mr890750wrj; Tue, 15 Mar 2005 11:59:52 -0800 (PST) Received: by 10.54.16.49 with HTTP; Tue, 15 Mar 2005 11:59:52 -0800 (PST) Message-ID: <669ac2d05031511593b29c52b@mail.gmail.com> Date: Tue, 15 Mar 2005 11:59:52 -0800 From: Jeff Smick To: Doug White In-Reply-To: <20050315100402.T14078@carver.gumbysoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit References: <669ac2d05031502585f8230a@mail.gmail.com> <20050315100402.T14078@carver.gumbysoft.com> X-Mailman-Approved-At: Wed, 16 Mar 2005 13:05:00 +0000 cc: freebsd-current@freebsd.org Subject: Re: ATAPICAM Problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Jeff Smick List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Mar 2005 19:59:53 -0000 On Tue, 15 Mar 2005 10:05:14 -0800 (PST), Doug White wrote: > On Tue, 15 Mar 2005, Jeff Smick wrote: > > > I followed the instructions in the Handbook on how to get a CD-RW > > drive running using atapicam. However, it's not working. I don't see a > > cd0 in the /dev directory. There's no mention of cd0 in my dmesg and > > even when I do a "kldstat -v" neither the scd module nor the pass > > module are loaded (cam, however, is). > > Can you post the output of 'camcontrol devlist -v'? > > -- > Doug White | FreeBSD: The Power to Serve > dwhite@gumbysoft.com | www.FreeBSD.org > Here's camcontrol's output: scbus0 on sbp0 bus 0: < > at scbus0 target -1 lun -1 () scbus1 on sbp1 bus 0: < > at scbus1 target -1 lun -1 () scbus-1 on xpt0 bus 0: < > at scbus-1 target -1 lun -1 (xpt0) From owner-freebsd-current@FreeBSD.ORG Wed Mar 16 03:08:09 2005 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 96B9716A4CE for ; Wed, 16 Mar 2005 03:08:09 +0000 (GMT) Received: from smtp04.mrf.mail.rcn.net (smtp04.mrf.mail.rcn.net [207.172.4.63]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A08843D55 for ; Wed, 16 Mar 2005 03:08:09 +0000 (GMT) (envelope-from stuartb@4gh.net) Received: from 208-59-171-35.c3-0.slvr-ubr2.lnh-slvr.md.cable.rcn.com (HELO freeman.4gh.net) (208.59.171.35) by smtp04.mrf.mail.rcn.net with ESMTP; 15 Mar 2005 22:08:08 -0500 X-IronPort-AV: i="3.90,166,1107752400"; d="scan'208"; a="11018644:sNHT1708292578" Received: by freeman.4gh.net (Postfix, from userid 1001) id 1FEAD70; Tue, 15 Mar 2005 22:08:08 -0500 (EST) Received: from localhost (localhost [127.0.0.1]) by freeman.4gh.net (Postfix) with ESMTP id 1C0956C for ; Tue, 15 Mar 2005 22:08:08 -0500 (EST) Date: Tue, 15 Mar 2005 22:08:08 -0500 (EST) From: Stuart Barkley In-Reply-To: <200503142306.54642.freebsd@redesjm.local> Message-ID: <20050315220209.U23989@freeman.4gh.net> References: <200503142306.54642.freebsd@redesjm.local> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Content-ID: <20050315220210.D23989@freeman.4gh.net> Content-Disposition: INLINE X-Mailman-Approved-At: Wed, 16 Mar 2005 13:05:00 +0000 cc: current@freebsd.org Subject: Re: rcNG changes/aditions 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: Wed, 16 Mar 2005 03:08:09 -0000 On Mon, 14 Mar 2005 at 23:06 +0100, Jose M Rodriguez wrote: > update to PR conf/75137 (sound modules): I rework this adding support > for preloaded modules to /etc/rc.subr This prompted me to submit a one line patch of my own for /etc/rc.d/mixer which allows you to turn off this functionality in your rc.conf file. See: http://www.freebsd.org/cgi/query-pr.cgi?pr=78906 And I just now realize that this patch is slightly incomplete. It should also patch /etc/defaults/rc.conf to include: mixer_enable="YES" # Preserve mixer state across reboots so that the previous behavior still occurs by default. Stuart Barkley -- I've never been lost; I was once bewildered for three days, but never lost! -- Daniel Boone From owner-freebsd-current@FreeBSD.ORG Wed Mar 16 12:30:44 2005 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 2206016A4D0 for ; Wed, 16 Mar 2005 12:30:44 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5993B43D54 for ; Wed, 16 Mar 2005 12:30:43 +0000 (GMT) (envelope-from zombyfork@gmail.com) Received: by rproxy.gmail.com with SMTP id y7so82712rne for ; Wed, 16 Mar 2005 04:30:43 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=k7Rt1L0iXCJrkNvVqBLdOUfXI3MG2Ed0mhYEm/0g8G/LFIsjFHlMieA5TsH0GHC6su/2qgqhoEZ987j62qHC3QMKoH3SaDwgVmovD63VFqwE2KGwLF35QanFyKk0Sx97A3Zq8fwoYWrey9Wu9zW3HERLy65/a4sXYaHEg/MWj0M= Received: by 10.38.99.16 with SMTP id w16mr454736rnb; Wed, 16 Mar 2005 04:30:42 -0800 (PST) Received: by 10.39.2.24 with HTTP; Wed, 16 Mar 2005 04:30:42 -0800 (PST) Message-ID: <346a802205031604306d1e6420@mail.gmail.com> Date: Wed, 16 Mar 2005 07:30:42 -0500 From: Coleman Kane To: David Xu In-Reply-To: <42381044.8080901@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit References: <20050316093956.GA32442@stud.fit.vutbr.cz> <42381044.8080901@freebsd.org> X-Mailman-Approved-At: Wed, 16 Mar 2005 13:05:00 +0000 cc: amd64@freebsd.org cc: Divacky Roman cc: current@freebsd.org Subject: Re: amd64 irq assigning related problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: cokane@cokane.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Mar 2005 12:30:44 -0000 On Wed, 16 Mar 2005 18:53:56 +0800, David Xu wrote: > Most nForce boards have broken ACPI, I have same chipset board. > it does not work as yours, now I threw it at wall corner, it is > collecting dustbin. > > Divacky Roman wrote: > > >Hi, > > > >my amd64 box with nforce3 chipset doesnt boot with acpi enabled. when I boot > >with acpi disabled my atkbd (attached to ps/2) runs VERY slow (about 1cps), I > >think its caused by atkbdc not having irq assigned... > > > > > > _______________________________________________ > freebsd-amd64@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-amd64 > To unsubscribe, send any mail to "freebsd-amd64-unsubscribe@freebsd.org" > You will need to use pciconf to modify a PCI register. See my page at http://www.cokane.org/amd64.html for more info. You can also patch the kernel. --coleman From owner-freebsd-current@FreeBSD.ORG Wed Mar 16 14:07:12 2005 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 58D6116A4CE for ; Wed, 16 Mar 2005 14:07:12 +0000 (GMT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 216E743D55 for ; Wed, 16 Mar 2005 14:07:11 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [10.1.1.7]) (authenticated bits=0)j2GE75Hw025163 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Wed, 16 Mar 2005 15:07:06 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [IPv6:3ffe:400:8d0:301::12]) by cicely5.cicely.de (8.12.10/8.12.10) with ESMTP id j2GE5xVK088621 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 16 Mar 2005 15:06:00 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.11/8.12.11) with ESMTP id j2GE5x8b035230; Wed, 16 Mar 2005 15:05:59 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.11/8.12.11/Submit) id j2GE5wN4035229; Wed, 16 Mar 2005 15:05:58 +0100 (CET) (envelope-from ticso) Date: Wed, 16 Mar 2005 15:05:58 +0100 From: Bernd Walter To: Ian Dowse Message-ID: <20050316140558.GR19370@cicely12.cicely.de> References: <200503161030.aa68079@salmon.maths.tcd.ie> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200503161030.aa68079@salmon.maths.tcd.ie> X-Operating-System: FreeBSD cicely12.cicely.de 5.2-CURRENT alpha User-Agent: Mutt/1.5.6i X-Spam-Status: No, hits=-4.9 required=3.0 tests=BAYES_00 autolearn=no version=2.64 X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on cicely12.cicely.de cc: current@freebsd.org Subject: Re: EHCI enabled in GENERIC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Mar 2005 14:07:12 -0000 On Wed, Mar 16, 2005 at 10:30:28AM +0000, Ian Dowse wrote: > > The EHCI driver (USB 2.0) has been enabled in the -CURRENT GENERIC > config for the i386 and amd64 platforms. Let me know if this causes > problems. There are still some outstanding issues, but there are > also systems where USB does not function at all without EHCI enabled. ehci should also work for alpha, but it has be removed from the install kernel for size reasons. > If there any severe problems then I'll remove it, or at least add > a tunable or hint to disable ehci. Not followed current development state. I think you managed to get high speed hubs working now. Another traditional show stopper was the reprobe of devices when ehci took over control for ports that their companion controller already had probed plus a few drivers that panic and devices with broken firmware that hang if catched at the wrong time. Even if everything with the reprobe works fine - things take much longer to boot - probing USB devices is a slow story right now and take around a second per device. It can easily delay booting for Minutes on systems with lots of USB devices. -- B.Walter BWCT http://www.bwct.de bernd@bwct.de info@bwct.de From owner-freebsd-current@FreeBSD.ORG Wed Mar 16 14:38:08 2005 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 2506516A4CE for ; Wed, 16 Mar 2005 14:38:08 +0000 (GMT) Received: from www.mmlab.cse.yzu.edu.tw (www.mmlab.cse.yzu.edu.tw [140.138.150.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6775543D1F for ; Wed, 16 Mar 2005 14:38:07 +0000 (GMT) (envelope-from avatar@mmlab.cse.yzu.edu.tw) Received: by www.mmlab.cse.yzu.edu.tw (qmail, from userid 1000) id 7AE464EFCDF; Wed, 16 Mar 2005 22:38:06 +0800 (CST) Received: from localhost (localhost [127.0.0.1]) by www.mmlab.cse.yzu.edu.tw (qmail) with ESMTP id 6DA694EFCDB; Wed, 16 Mar 2005 22:38:06 +0800 (CST) Date: Wed, 16 Mar 2005 22:38:06 +0800 (CST) From: Tai-hwa Liang To: pcasidy@casidy.com In-Reply-To: <20050316103218.C99E8B86C@smtp.casidy.net> Message-ID: <050316221455D.12369@www.mmlab.cse.yzu.edu.tw> References: <20050316103218.C99E8B86C@smtp.casidy.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: freebsd-current@freebsd.org Subject: Re: Panic: Use-after-free in bfe 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: Wed, 16 Mar 2005 14:38:08 -0000 On Wed, 16 Mar 2005 pcasidy@casidy.com wrote: > On 16 Mar, Tai-hwa Liang wrote: >> >> Not sure about the reason of the interrupt storm you observed; however, >> the link down problem sounds like some sort of switch incompatibility to me. >> I remembered that someone said that manually tweak the media type *may* >> be a possible workaround(i.e. "ifconfig bfe0 media 10baseT/UTP" or >> "ifconfig bfe0 media 100baseTX). > > I tried both media with no success. > >> Does direct connect through crossover cable to another computer work >> for you? > > I have just tried using a crossover cable with no success even if i > force the media. That's weird. With that patch, my ASUS P4PE builtin BCM4401 works perfectly in 6-CURRENT as of Mar-15-2005. pciconf as follows: bfe0@pci2:5:0: class=0x020000 card=0x80a81043 chip=0x440114e4 rev=0x01 hdr=0x00 vendor = 'Broadcom Corporation' device = 'BCM4401 10/100 Integrated Ethernet Controller' class = network subclass = ethernet I'm not sure whether this helps, but you may try to disable the usb drivers(either remove them from kernel build or just don't load the related modules) since the other difference between us is that my bfe0 doesn't share irq with uhci/ehci: bfe0: mem 0xed000000-0xed001fff irq 20 at device 5.0 on pci2 atapci0: port 0xf000-0xf00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 irq 18 at device 31.1 on pci0 uhci0: port 0xd800-0xd81f irq 16 at device 29.0 on pci0 uhci1: port 0xd400-0xd41f irq 19 at device 29.1 on pci0 uhci2: port 0xd000-0xd01f irq 18 at device 29.2 on pci0 ehci0: mem 0xed800000-0xed8003ff irq 23 at device 29.7 on pci0 > If that can help, with works pretty well with NDISulator. Haven't tried that on bfe0 before; however, does ndis0 shares the same irq with your uhci devices? -- Cheers, Tai-hwa Liang From owner-freebsd-current@FreeBSD.ORG Wed Mar 16 15:02:22 2005 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 1510B16A4CE for ; Wed, 16 Mar 2005 15:02:22 +0000 (GMT) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id D234043D55 for ; Wed, 16 Mar 2005 15:02:20 +0000 (GMT) (envelope-from quakelee@geekcn.org) Received: from [192.168.1.100] (unknown [61.51.216.81]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 25F84EB0A95; Wed, 16 Mar 2005 23:02:13 +0800 (CST) Message-ID: <4238BAF1.5080305@geekcn.org> Date: Thu, 17 Mar 2005 07:02:09 +0800 From: Quake Lee User-Agent: Mozilla Thunderbird 1.0 (X11/20050316) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Marco van Lienen References: <20050316125541.GA24800@lordsith.net> In-Reply-To: <20050316125541.GA24800@lordsith.net> Content-Type: text/plain; charset=gb18030; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current Subject: Re: swap_pager: out of swap space during gnome_upgrade.sh 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: Wed, 16 Mar 2005 15:02:22 -0000 Marco van Lienen wrote: >I have -CURRENT as of 03/14 running on a dell latitude d600. >This was un upgrade from 5.3-STABLE. >The laptop has 512Mb RAM and 1Gb of swap space. > >root@yoda <~> 569# df -h >Filesystem Size Used Avail Capacity Mounted on >/dev/ad0s1a 124M 60M 54M 53% / >devfs 1.0K 1.0K 0B 100% /dev >/dev/ad0s1e 16G 8.5G 6.2G 58% /usr >/dev/ad0s1d 989M 62M 848M 7% /var > >root@yoda <~> 569# swapinfo >Device 1K-blocks Used Avail Capacity >/dev/ad0s1b 1048576 10395282 1022756 99% > >Today I'm trying to upgrade all glib/gtk/gnome libs following as per 20050312 >(/usr/ports/UPDATING). > >Reasonably early during the 4th and final stage of the gnome_upgrade.sh script (GNOME_UPGRADE_SH_VER=2.10-3 >(during an openoffice-1.1 build)) /var/log/messages gets flooded with the following messages: > >Mar 16 12:47:39 yoda kernel: pid 96533 (sort), uid 0, was killed: out of swap >space >Mar 16 12:47:40 yoda kernel: swap_pager: out of swap space >Mar 16 12:47:40 yoda kernel: swap_pager_getswapspace(16): failed > >Mar 16 12:47:40 yoda kernel: pid 96611 (sort), uid 0, was killed: out of swap >space >Mar 16 12:47:41 yoda kernel: swap_pager: out of swap space >Mar 16 12:47:41 yoda kernel: swap_pager_getswapspace(16): failed > >It always is referring to the sort(1) process. > >I've not seen this behavior before during the 2 days running -CURRENT and >having upgraded several ports thru portupgrade(1). > >Hopefully someone can point me in the right direction. > >Marco > > > me too. I think it is the problems of /usr/bin/make, maybe have some memory leak. because I have 512MB memory and 1GB swap, but got out of swap too. I sugguest you build a new world or update your /usr/bin/make. From owner-freebsd-current@FreeBSD.ORG Wed Mar 16 15:30:16 2005 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 39A3716A4CE for ; Wed, 16 Mar 2005 15:30:16 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id B836043D58 for ; Wed, 16 Mar 2005 15:30:15 +0000 (GMT) (envelope-from sprsquish@gmail.com) Received: by wproxy.gmail.com with SMTP id 70so2471658wra for ; Wed, 16 Mar 2005 07:30:15 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=PkPEiLIDxBNFlodlIarzEHVvMxx1BjjbsvWddq4vH/LwmQ5Sc5JcII71us60gq31eqPIOtlHtiJQq7mcGt1vWhYVTHlQbFyNu9N5kRLD8YpE8Z23/rhnRKYjE0P0P1Xe5qfvFXxzaLMjdAzD8wL4ex++4h6dRqco8NaqSoeyZO0= Received: by 10.54.77.15 with SMTP id z15mr76257wra; Wed, 16 Mar 2005 07:30:14 -0800 (PST) Received: by 10.54.16.49 with HTTP; Wed, 16 Mar 2005 07:30:14 -0800 (PST) Message-ID: <669ac2d050316073078b2e909@mail.gmail.com> Date: Wed, 16 Mar 2005 07:30:14 -0800 From: Jeff Smick To: Doug White In-Reply-To: <20050315184122.G17717@carver.gumbysoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit References: <669ac2d05031502585f8230a@mail.gmail.com> <20050315100402.T14078@carver.gumbysoft.com> <669ac2d05031511593b29c52b@mail.gmail.com> <20050315184122.G17717@carver.gumbysoft.com> cc: freebsd-current@freebsd.org cc: dorian.buettner@gmx.de Subject: Re: ATAPICAM Problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Jeff Smick List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Mar 2005 15:30:16 -0000 If there's an idiot of the week list you can put my name on top. I went back to the handbook and realized I wasn't doing the very first step (I did it the first time, but not after that). I forgot to run 'config KERNEL' after setting new options. It works now. I sincerely appreciate all your efforts. Thank you, --Jeff Smick On Tue, 15 Mar 2005 18:46:40 -0800 (PST), Doug White wrote: > On Tue, 15 Mar 2005, Jeff Smick wrote: > > > On Tue, 15 Mar 2005 10:05:14 -0800 (PST), Doug White > > wrote: > > > On Tue, 15 Mar 2005, Jeff Smick wrote: > > > > > > > I followed the instructions in the Handbook on how to get a CD-RW > > > > drive running using atapicam. However, it's not working. I don't see a > > > > cd0 in the /dev directory. There's no mention of cd0 in my dmesg and > > > > even when I do a "kldstat -v" neither the scd module nor the pass > > > > module are loaded (cam, however, is). > > > > > > Can you post the output of 'camcontrol devlist -v'? > > > > > > -- > > > Doug White | FreeBSD: The Power to Serve > > > dwhite@gumbysoft.com | www.FreeBSD.org > > > > > > > Here's camcontrol's output: > > scbus0 on sbp0 bus 0: > > < > at scbus0 target -1 lun -1 () > > scbus1 on sbp1 bus 0: > > < > at scbus1 target -1 lun -1 () > > scbus-1 on xpt0 bus 0: > > < > at scbus-1 target -1 lun -1 (xpt0) > > Are you sure you're booting the updated kernel? You should have an > ata attachment here. > > What version of src/sys/ata/atapi-cam.c do you have? > > -- > Doug White | FreeBSD: The Power to Serve > dwhite@gumbysoft.com | www.FreeBSD.org > From owner-freebsd-current@FreeBSD.ORG Wed Mar 16 16:54:15 2005 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 C3A8C16A4CE; Wed, 16 Mar 2005 16:54:15 +0000 (GMT) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id C403243D49; Wed, 16 Mar 2005 16:54:12 +0000 (GMT) (envelope-from jkim@niksun.com) Received: from [10.70.0.244] (daemon.mj.niksun.com [10.70.0.244]) by anuket.mj.niksun.com (8.13.1/8.12.11) with ESMTP id j2GGs7jI076457; Wed, 16 Mar 2005 11:54:08 -0500 (EST) (envelope-from jkim@niksun.com) From: Jung-uk Kim Organization: Niksun, Inc. To: freebsd-amd64@freebsd.org Date: Wed, 16 Mar 2005 11:54:03 -0500 User-Agent: KMail/1.6.2 References: <20050316093956.GA32442@stud.fit.vutbr.cz> In-Reply-To: <20050316093956.GA32442@stud.fit.vutbr.cz> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200503161154.04555.jkim@niksun.com> X-Virus-Scanned: ClamAV 0.83/762/Sun Mar 13 18:35:33 2005 on anuket.mj.niksun.com X-Virus-Status: Clean cc: amd64@freebsd.org cc: Divacky Roman cc: current@freebsd.org Subject: Re: amd64 irq assigning related problem 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: Wed, 16 Mar 2005 16:54:16 -0000 On Wednesday 16 March 2005 04:39 am, Divacky Roman wrote: > Hi, > > my amd64 box with nforce3 chipset doesnt boot with acpi enabled. > when I boot with acpi disabled my atkbd (attached to ps/2) runs > VERY slow (about 1cps), I think its caused by atkbdc not having irq > assigned... Turn on ACPI and do this from loader: set debug.acpi.quirks=4 or add the following line in /boot/loader.conf: debug.acpi.quirks=4 If you have 'hint.acpi.0.disabled=1' in the file, comment it out. Please let me know what happens. Thanks, Jung-uk Kim > with 5.3R it worked ok > > I attach dmesg + vmstat -i: > Copyright (c) 1992-2005 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 6.0-CURRENT #4: Mon Mar 14 10:03:31 UTC 2005 > root@sprava:/usr/obj/usr/src/sys/MYKERNEL > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: AMD Athlon(tm) 64 Processor 3000+ (1808.81-MHz K8-class CPU) > Origin = "AuthenticAMD" Id = 0x10ff0 Stepping = 0 > > Features=0x78bfbff,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,MMX,FXSR,SSE,SSE2> AMD > Features=0xe2500800,LM,3DNow+,3DNow> real > memory = 268369920 (255 MB) > avail memory = 251703296 (240 MB) > cpu0 on motherboard > pcib0: pcibus 0 on motherboard > pci0: on pcib0 > isab0: at device 1.0 on pci0 > isa0: on isab0 > pci0: at device 1.1 (no driver attached) > pci0: at device 2.0 (no driver attached) > pci0: at device 2.1 (no driver attached) > pci0: at device 2.2 (no driver attached) > atapci0: port > 0xf000-0xf00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 8.0 on > pci0 ata0: channel #0 on atapci0 > ata1: channel #1 on atapci0 > atapci1: port > 0xdc00-0xdc0f,0xb60-0xb63,0x960-0x967,0xbe0-0xbe3,0x9e0-0x9e7 irq > 15 at device 9.0 on pci0 ata2: channel #0 on atapci1 > ata3: channel #1 on atapci1 > pcib1: at device 11.0 on pci0 > pci1: on pcib1 > pci1: at device 0.0 (no driver attached) > pcib2: at device 14.0 on pci0 > pci2: on pcib2 > re0: port > 0xb000-0xb0ff mem 0xfb000000-0xfb0000ff irq 11 at device 13.0 on > pci2 miibus0: on re0 > rgephy0: on miibus0 > rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, > 1000baseTX, 1000baseTX-FDX, auto re0: Ethernet address: > 00:11:09:d9:b6:61 > orm0: at iomem > 0xd0000-0xd0fff,0xcc000-0xcffff,0xc0000-0xcbfff on isa0 atkbdc0: > at port 0x64,0x60 on isa0 atkbd0: Keyboard> flags 0x1 irq 1 on atkbdc0 > atkbd0: [GIANT-LOCKED] > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x300> > sio0: configured irq 4 not in bitmap of probed irqs 0 > sio0: port may not be enabled > sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 > sio0: type 8250 or not responding > sio1: configured irq 3 not in bitmap of probed irqs 0 > sio1: port may not be enabled > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff > on isa0 Timecounter "TSC" frequency 1808811462 Hz quality 800 > Timecounters tick every 1.000 msec > acd0: CDROM at ata0-slave UDMA33 > ad4: 76319MB [155061/16/63] at ata2-master UDMA33 > Trying to mount root from ufs:/dev/ad4s2a > re0: link state changed to UP > stray irq7 > re0: link state changed to DOWN > too many stray irq 7's: not logging anymore > re0: link state changed to UP > re0: link state changed to DOWN > re0: link state changed to UP > re0: link state changed to DOWN > re0: link state changed to UP > re0: link state changed to DOWN > re0: link state changed to UP > vmstat -1: > interrupt total rate > irq0: clk 1413020 999 > irq7: 11 0 > stray irq7 11 0 > irq8: rtc 180834 127 > irq11: re0 21483 15 > irq14: ata0 46 0 > irq15: ata1 atapci1 35074 24 > Total 1650479 1167 > > hope this will help > > roman From owner-freebsd-current@FreeBSD.ORG Wed Mar 16 17:32:46 2005 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 12A1016A4CE for ; Wed, 16 Mar 2005 17:32:46 +0000 (GMT) Received: from mx0.thekeelecentre.com (mx0.thekeelecentre.com [217.206.238.167]) by mx1.FreeBSD.org (Postfix) with ESMTP id B3ED943D48 for ; Wed, 16 Mar 2005 17:32:45 +0000 (GMT) (envelope-from richardtector@thekeelecentre.com) Received: from mx0.thekeelecentre.com (localhost.thekeelecentre.com [127.0.0.1]) by mx0.thekeelecentre.com (Postfix) with ESMTP id EEDFD4155 for ; Wed, 16 Mar 2005 17:15:08 +0000 (GMT) Received: from RLaptop (judas.thekeelecentre.com [217.206.238.139]) by mx0.thekeelecentre.com (Postfix) with ESMTP id A9E8A40FB for ; Wed, 16 Mar 2005 17:15:08 +0000 (GMT) From: "Richard Tector" To: Date: Wed, 16 Mar 2005 17:32:46 -0000 Message-ID: <001501c52a4e$2b35f7e0$0a03000a@RLaptop> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6626 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1478 Importance: Normal X-AV-Checked: ClamAV using ClamSMTP Subject: Areca SATA RAID controller 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: Wed, 16 Mar 2005 17:32:46 -0000 Hi, I was wondering if there are any plans to merge into HEAD the driver for = the Areca SATA RAID controllers? They do supply FreeBSD drivers, including source, at ftp://60.248.88.208/RaidCards/AP_Drivers/FreeBSD/DRIVER/ which I have = had no problems so far using under RELENG_5 though I have yet to test the controller and drivers under -CURRENT. Kind regards, Richard Tector CAPL Limited From owner-freebsd-current@FreeBSD.ORG Wed Mar 16 18:00:03 2005 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 BF3EB16A4CE for ; Wed, 16 Mar 2005 18:00:03 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id E82C443D48 for ; Wed, 16 Mar 2005 18:00:02 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.13.3/8.13.1) with ESMTP id j2GHv1AU012962; Wed, 16 Mar 2005 10:57:01 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Wed, 16 Mar 2005 10:57:06 -0700 (MST) Message-Id: <20050316.105706.39157062.imp@bsdimp.com> To: if@hetzner.co.za From: "M. Warner Losh" In-Reply-To: References: 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: current@freebsd.org Subject: Re: device pcic and 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: Wed, 16 Mar 2005 18:00:03 -0000 In message: Ian FREISLICH writes: : "M. Warner Losh" wrote: : > In message: <4230E44A.2010007@savvis.net> : > Maksim Yevmenkin writes: : > : beetle# grep -i pcic /usr/src/UPDATING : > : beetle# grep -i card /usr/src/UPDATING : > : beetle# grep -i oldcard /usr/src/UPDATING : > : > OLDCARD is what you want to grep for. : > : > : > In message: <41DC2EAD.8070403@savvis.net> : > : > Maksim Yevmenkin writes: : > : > : i heard Warner said something about removing pcic and card (aka oldcard : ) : > : > : support from -current. has it happened? after cvsup'ing (yesterday) i n : o : > : > : longer can configure kernel with pcic and card. : > : > : : > : > : i can not use newcard on my tecra 8100 :( when i insert serial pc-card : > : > : my laptop hangs :( i can insert ethernet card (3com) but i can not : > : > : remove it :( same story - laptop hangs hard. : > : > : > : > Hangs hard? That's unfortunate. I'd love to help figure things out, : > : > but my tecra 8100 is working great... : > : : > : so, was oldcard support removed from -current? i have xircom credit card : > : bluetooth adapter that has standard uart (16550) and used to work with : > : oldcard (sio(4)). with newcard this adapter just hangs the system hard : > : as soon as i plug it in. also /var/log/messages says sio(4) can not : > : recognize uart type. : > : > Yes. OLDCARD has been removed from current. you should migrate to : > device cbb and pccard instead. This sounds like a resource issue with : : I cannot migrate to cbb and pccard: my Vadem 468 is not supported. : I know the hardware is old. Are there any plans to support this : or should I just give up and run 4.x on this laptop (it will be : quite inconvenient to downgrade)? You can run 5.x on this machine. However, it is my belief that it is supported with the new cbb_isa attachment. Warner From owner-freebsd-current@FreeBSD.ORG Wed Mar 16 18:01:14 2005 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 E13D316A4CE for ; Wed, 16 Mar 2005 18:01:14 +0000 (GMT) Received: from web26803.mail.ukl.yahoo.com (web26803.mail.ukl.yahoo.com [217.146.176.79]) by mx1.FreeBSD.org (Postfix) with SMTP id 238C043D39 for ; Wed, 16 Mar 2005 18:01:14 +0000 (GMT) (envelope-from cguttesen@yahoo.dk) Received: (qmail 70822 invoked by uid 60001); 16 Mar 2005 18:01:13 -0000 Message-ID: <20050316180113.70820.qmail@web26803.mail.ukl.yahoo.com> Received: from [217.149.113.94] by web26803.mail.ukl.yahoo.com via HTTP; Wed, 16 Mar 2005 19:01:12 CET Date: Wed, 16 Mar 2005 19:01:12 +0100 (CET) From: Claus Guttesen To: Jeff Smick , Doug White MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit cc: freebsd-current@freebsd.org cc: dorian.buettner@gmx.de Subject: Re: ATAPICAM Problem 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: Wed, 16 Mar 2005 18:01:15 -0000 > went back to the handbook and realized I wasn't > doing the very first step (I did it the first time, but > not after that). I forgot to run 'config KERNEL' after > setting new options. It works now. Which equals 'make buildkernel KERNCONF=mykernel' I guess. Claus From owner-freebsd-current@FreeBSD.ORG Wed Mar 16 18:11:58 2005 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 463BB16A4CE; Wed, 16 Mar 2005 18:11:58 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1BF3143D49; Wed, 16 Mar 2005 18:11:58 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 0AE2372DDB; Wed, 16 Mar 2005 10:11:58 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 0812C72DD4; Wed, 16 Mar 2005 10:11:58 -0800 (PST) Date: Wed, 16 Mar 2005 10:11:58 -0800 (PST) From: Doug White To: Max Khon In-Reply-To: <20050316053338.GA69911@samodelkin.net> Message-ID: <20050316101107.C24083@carver.gumbysoft.com> References: <20050316053338.GA69911@samodelkin.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org cc: sos@freebsd.org Subject: Re: ATAng: reboot after panic, crashdumps [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: Wed, 16 Mar 2005 18:11:58 -0000 On Wed, 16 Mar 2005, Max Khon wrote: > Hi! > > Attached patch fixes reboot after panic for me on RELENG_5 and RELENG_5_3. > Crashdumps work again for me as well. > > The problem was in ata_shutdown() -- ATA_FLUSHCACHE request issued from > ata_shutdown() never completes (ata_queue_request() sleeps in > sema_wait(&request->done)) because ata_interrupt() is never called > (callouts do not work as well, so that if the controller is busy > ATA_FLUSHCACHE was not retried). > > I am not sure if "if (panicstr == NULL)" check is required (for normal > shutdown sequence). addump() does not check if we are shutting down > cleanly (ata_flushcache() was copy-n-pasted from addump()) and always > uses atadev->channel->hw.begin_transaction(&request)/end_transaction(&request) > directly. This part here: + if (atadev->channel->hw.begin_transaction(&request) == ATA_OP_CONTINUES) { + do { + DELAY(20); + } while (atadev->channel->hw.end_transaction(&request) == ATA_OP_CONTINUES); looks like it could get stuck in an infinite loop if the controller is hung. I'm not familiar with the ata code so i don't nkow if this is handled elsewhere, but I figure I'd ask :) -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Mar 16 18:15:40 2005 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 875F416A4D5 for ; Wed, 16 Mar 2005 18:15:40 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 36E9843D4C for ; Wed, 16 Mar 2005 18:15:40 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 2AF3172DDD; Wed, 16 Mar 2005 10:15:40 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 285FD72DDB; Wed, 16 Mar 2005 10:15:40 -0800 (PST) Date: Wed, 16 Mar 2005 10:15:40 -0800 (PST) From: Doug White To: Gary Jennejohn In-Reply-To: <200503160930.j2G9USKb026310@peedub.jennejohn.org> Message-ID: <20050316101502.V24083@carver.gumbysoft.com> References: <200503160930.j2G9USKb026310@peedub.jennejohn.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: FFLAGS instead of COPTFLAGS in module builds? 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: Wed, 16 Mar 2005 18:15:40 -0000 On Wed, 16 Mar 2005, Gary Jennejohn wrote: > Why does the module build use CFLAGS instead of COPTFLAGS? > > I noticed it here during the module build: > > ===> linux (all) > cc -c -pipe -O2 -mmmx -m3dnow -msse -mfpmath=sse -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -include /u4/obj/usr/src/sys/amd64_32/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -g -I/u4/obj/usr/src/sys/amd64_32 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 /usr/src/sys/modules/linux/../../i386/linux/linux_genassym.c > /usr/src/sys/modules/linux/../../i386/linux/linux_genassym.c:1: warning: SSE instruction set disabled, using 387 arithmetics > *** Error code 1 > > My CFLAGS was used instead of the COPTFLAGS, as I would have expected. > After all, modules are part of the kernel. How did you start this build? What do you have CFLAGS and COPTFLAGS set to in make.conf? -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Mar 16 18:18:53 2005 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 1B7B216A4CE for ; Wed, 16 Mar 2005 18:18:53 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE15843D2D for ; Wed, 16 Mar 2005 18:18:52 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id E0ED972DDD; Wed, 16 Mar 2005 10:18:52 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id DF72C72DD4; Wed, 16 Mar 2005 10:18:52 -0800 (PST) Date: Wed, 16 Mar 2005 10:18:52 -0800 (PST) From: Doug White To: Kirill Ponomarew In-Reply-To: <20050316102246.GF88584@voodoo.oberon.net> Message-ID: <20050316101818.A24083@carver.gumbysoft.com> References: <20050316102246.GF88584@voodoo.oberon.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: 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: Wed, 16 Mar 2005 18:18:53 -0000 On Wed, 16 Mar 2005, Kirill Ponomarew wrote: > buildworld is broken right now: > > ===> fstat (all) > cc -O2 -fno-strict-aliasing -pipe -D_KVM_VNODE -Wsystem-headers > -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter > -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith > -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow > -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline > -Wnested-externs -Wredundant-decls -c > /usr/src/usr.bin/fstat/cd9660.c > /usr/src/usr.bin/fstat/cd9660.c: In function `isofs_filestat': > /usr/src/usr.bin/fstat/cd9660.c:69: error: structure has no member named `i_dev' > *** Error code 1 phk hit this 6 hours ago. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Mar 16 18:31:22 2005 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 B3CC116A4CE for ; Wed, 16 Mar 2005 18:31:22 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9022443D1F for ; Wed, 16 Mar 2005 18:31:22 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 816C672DDD; Wed, 16 Mar 2005 10:31:22 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 7F50772DDB; Wed, 16 Mar 2005 10:31:22 -0800 (PST) Date: Wed, 16 Mar 2005 10:31:22 -0800 (PST) From: Doug White To: Richard Tector In-Reply-To: <001501c52a4e$2b35f7e0$0a03000a@RLaptop> Message-ID: <20050316102351.X24083@carver.gumbysoft.com> References: <001501c52a4e$2b35f7e0$0a03000a@RLaptop> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: Areca SATA RAID controller 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: Wed, 16 Mar 2005 18:31:22 -0000 On Wed, 16 Mar 2005, Richard Tector wrote: > Hi, > > I was wondering if there are any plans to merge into HEAD the driver for the > Areca SATA RAID controllers? > They do supply FreeBSD drivers, including source, at > ftp://60.248.88.208/RaidCards/AP_Drivers/FreeBSD/DRIVER/ which I have had no > problems so far using under RELENG_5 though I have yet to test the > controller and drivers under -CURRENT. I don't see any PRs with patches. The source is BSD-licensed so it only needs an advocate and a committer. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Mar 16 18:36:06 2005 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 A8A6916A4CE for ; Wed, 16 Mar 2005 18:36:06 +0000 (GMT) Received: from portpc-design.spb.ru (ns2.portpc-design.spb.ru [195.161.118.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4AA8C43D48 for ; Wed, 16 Mar 2005 18:36:05 +0000 (GMT) (envelope-from mcsi@mcsi.pp.ru) Received: from [83.237.228.21] (ppp83-237-228-21.pppoe.mtu-net.ru [83.237.228.21]) (authenticated bits=0) by portpc-design.spb.ru (8.13.3/8.13.3) with ESMTP id j2GIa2AF050172 for ; Wed, 16 Mar 2005 21:36:03 +0300 (MSK) (envelope-from mcsi@mcsi.pp.ru) Message-ID: <42387C8D.2050901@mcsi.pp.ru> Date: Wed, 16 Mar 2005 21:35:57 +0300 From: Maxim Maximov User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20041224 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20050315235758.Y3899@ync.qbhto.arg> In-Reply-To: <20050315235758.Y3899@ync.qbhto.arg> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on 81.176.64.226 X-Virus-Status: Clean Subject: Re: NDIS panic: _mtx_lock_sleep: recursed on non-recursive mutex 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: Wed, 16 Mar 2005 18:36:06 -0000 Doug Barton wrote: > I'm getting the following panic with the latest -current as soon as the > ndis module loads in response to an 'ifconfig ndis0 up' command: > > panic: _mtx_lock_sleep: recursed on non-recursive mutex ndis softc lock > @ /usr/local/src/sys/modules/ndis/../../compat/ndis/kern_ndis.c:1463 > > Doug > Same here: (kgdb) bt #0 doadump () at pcpu.h:164 #1 0xc049337e in db_fncall (dummy1=0, dummy2=0, dummy3=-1065288661, dummy4=0xd57c7960 "\214y|у\204ÑŠ\200ÑŽxy|у|y|у\220\a") at /usr/src/sys/ddb/db_command.c:531 #2 0xc049318c in db_command (last_cmdp=0xc099eb04, cmd_table=0x0, aux_cmd_tablep=0xc08c5054, aux_cmd_tablep_end=0xc08c5070) at /usr/src/sys/ddb/db_command.c:349 #3 0xc0493254 in db_command_loop () at /usr/src/sys/ddb/db_command.c:455 #4 0xc0494dd9 in db_trap (type=3, code=0) at /usr/src/sys/ddb/db_main.c:221 #5 0xc06769a4 in kdb_trap (type=3, code=0, tf=0xd57c7aa4) at /usr/src/sys/kern/subr_kdb.c:421 #6 0xc082a5f4 in trap (frame= {tf_fs = -713293800, tf_es = -1066991600, tf_ds = -1064763376, tf_edi = -1064730214, tf_esi = 1, tf_ebp = -713262364, tf_isp = -713262384, tf_ebx = -713262320, tf_edx = 0, tf_ecx = -1056755712, tf_eax = 18, tf_trapno = 3, tf_err = 0, tf_eip = -1066965237, tf_cs = 8, tf_eflags = 662, tf_esp = -713262332, tf_ss = -1067062701}) at /usr/src/sys/i386/i386/trap.c:573 #7 0xc08186ba in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #8 0xd57c0018 in ?? () #9 0xc0670010 in config_intrhook_disestablish (hook=0x0) at /usr/src/sys/kern/subr_autoconf.c:108 #10 0xc065ea53 in panic (fmt=0xc089819a "_mtx_lock_sleep: recursed on non-recursive mutex %s @ %s:%d\n") at /usr/src/sys/kern/kern_shutdown.c:538 #11 0xc0656f72 in _mtx_lock_sleep (m=0xc1d13da8, td=0xc1bbe730, opts=0, file=0xc08b51c2 "/usr/src/sys/compat/ndis/kern_ndis.c", line=1463) at /usr/src/sys/kern/kern_mutex.c:447 #12 0xc0656c91 in _mtx_lock_flags (m=0xc1d13da8, opts=0, file=0xc08b51c2 "/usr/src/sys/compat/ndis/kern_ndis.c", line=1463) at /usr/src/sys/kern/kern_mutex.c:273 #13 0xc07e1926 in ndis_init_nic (arg=0x0) at /usr/src/sys/compat/ndis/kern_ndis.c:1463 #14 0xc07f9ce4 in ndis_init (xsc=0xc1d13000) at /usr/src/sys/dev/if_ndis/if_ndis.c:1472 #15 0xc07fab3f in ndis_ioctl (ifp=0xc1d13000, command=2149607696, data=0xc1f55a40 "ndis0") at /usr/src/sys/dev/if_ndis/if_ndis.c:2100 #16 0xc06c3760 in ifhwioctl (cmd=2149607696, ifp=0xc1d13000, data=0xc1f55a40 "ndis0", td=0x0) at /usr/src/sys/net/if.c:1199 #17 0xc06c3fb7 in ifioctl (so=0xc200014c, cmd=2149607696, data=0xc1f55a40 "ndis0", td=0xc1bbe730) at /usr/src/sys/net/if.c:1433 #18 0xc0687cf7 in soo_ioctl (fp=0x0, cmd=2149607696, data=0xc1f55a40, active_cred=0xc1f6f800, td=0xc1bbe730) at /usr/src/sys/kern/sys_socket.c:214 #19 0xc0682470 in ioctl (td=0xc1bbe730, uap=0xd57c7d14) at file.h:258 #20 0xc082adab in syscall (frame= {tf_fs = 47, tf_es = -2139619281, tf_ds = -1078001617, tf_edi = -1077944560, tf_esi = -2145359600, tf_ebp = -1077944600, tf_isp = -713261708, tf_ebx = -1077944560, tf_edx = 0, tf_ecx = 10, tf_eax = 54, tf_trapno = 12, tf_err = 2, tf_eip = 673557499, tf_cs = 31, tf_eflags = 514, tf_esp = -1077944644, tf_ss = 47}) at /usr/src/sys/i386/i386/trap.c:951 #21 0xc081870f in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:200 -- Maxim Maximov From owner-freebsd-current@FreeBSD.ORG Wed Mar 16 18:41:42 2005 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 2D24916A4CE for ; Wed, 16 Mar 2005 18:41:42 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 73D3D43D1F for ; Wed, 16 Mar 2005 18:41:39 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.1/8.13.1) with ESMTP id j2GIfTEr026045; Wed, 16 Mar 2005 11:41:29 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <42387D4D.1070207@samsco.org> Date: Wed, 16 Mar 2005 11:39:09 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050218 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Doug White References: <001501c52a4e$2b35f7e0$0a03000a@RLaptop> <20050316102351.X24083@carver.gumbysoft.com> In-Reply-To: <20050316102351.X24083@carver.gumbysoft.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org cc: freebsd-current@freebsd.org cc: Richard Tector Subject: Re: Areca SATA RAID controller 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: Wed, 16 Mar 2005 18:41:42 -0000 Doug White wrote: > On Wed, 16 Mar 2005, Richard Tector wrote: > > >>Hi, >> >>I was wondering if there are any plans to merge into HEAD the driver for the >>Areca SATA RAID controllers? >>They do supply FreeBSD drivers, including source, at >>ftp://60.248.88.208/RaidCards/AP_Drivers/FreeBSD/DRIVER/ which I have had no >>problems so far using under RELENG_5 though I have yet to test the >>controller and drivers under -CURRENT. > > > I don't see any PRs with patches. The source is BSD-licensed so it only > needs an advocate and a committer. > If someone is willing to send me a card, I'll make sure the driver gets into the tree. Scott From owner-freebsd-current@FreeBSD.ORG Wed Mar 16 18:48:01 2005 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 A618A16A4CE for ; Wed, 16 Mar 2005 18:48:01 +0000 (GMT) Received: from www.portaone.com (web.portaone.com [195.70.151.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id CF5AE43D49 for ; Wed, 16 Mar 2005 18:48:00 +0000 (GMT) (envelope-from sobomax@portaone.com) Received: from [192.168.1.26] (SIRIUS-ats227-UTC.ukrtel.net [195.5.25.154]) (authenticated bits=0) by www.portaone.com (8.12.11/8.12.11) with ESMTP id j2GIlwin022514 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 16 Mar 2005 19:47:59 +0100 (CET) (envelope-from sobomax@portaone.com) Message-ID: <42387F54.5070801@portaone.com> Date: Wed, 16 Mar 2005 20:47:48 +0200 From: Maxim Sobolev Organization: Porta Software Ltd User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Scott Long References: <001501c52a4e$2b35f7e0$0a03000a@RLaptop> <20050316102351.X24083@carver.gumbysoft.com> <42387D4D.1070207@samsco.org> In-Reply-To: <42387D4D.1070207@samsco.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.80/685/Wed Jan 26 10:08:24 2005 clamav-milter version 0.80j on www.portaone.com X-Virus-Status: Clean cc: freebsd-current@FreeBSD.ORG cc: Richard Tector Subject: Re: Areca SATA RAID controller 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: Wed, 16 Mar 2005 18:48:01 -0000 Scott Long wrote: > Doug White wrote: > >> On Wed, 16 Mar 2005, Richard Tector wrote: >> >> >>> Hi, >>> >>> I was wondering if there are any plans to merge into HEAD the driver >>> for the >>> Areca SATA RAID controllers? >>> They do supply FreeBSD drivers, including source, at >>> ftp://60.248.88.208/RaidCards/AP_Drivers/FreeBSD/DRIVER/ which I have >>> had no >>> problems so far using under RELENG_5 though I have yet to test the >>> controller and drivers under -CURRENT. >> >> >> >> I don't see any PRs with patches. The source is BSD-licensed so it only >> needs an advocate and a committer. >> > > If someone is willing to send me a card, I'll make sure the driver gets > into the tree. I think it may make sense to contact Areca and ask them to send you a card. Since I guess that the cost of making FreeBSD drivers if far more than cost of the single card, while getting it into the tree means less headache and maintenance for them in the future and more convinience for their users. -Maxim From owner-freebsd-current@FreeBSD.ORG Wed Mar 16 18:48:57 2005 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 328A816A4CE; Wed, 16 Mar 2005 18:48:57 +0000 (GMT) Received: from neo.samodelkin.net (samodelkin.net [195.62.0.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id B796143D1F; Wed, 16 Mar 2005 18:48:56 +0000 (GMT) (envelope-from fjoe@neo.samodelkin.net) Received: by neo.samodelkin.net (Postfix, from userid 1000) id C95AD1707E; Thu, 17 Mar 2005 00:48:54 +0600 (NOVT) Date: Thu, 17 Mar 2005 00:48:54 +0600 From: Max Khon To: Doug White Message-ID: <20050316184854.GA11806@samodelkin.net> References: <20050316053338.GA69911@samodelkin.net> <20050316101107.C24083@carver.gumbysoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050316101107.C24083@carver.gumbysoft.com> User-Agent: Mutt/1.4.2i cc: freebsd-current@freebsd.org cc: sos@freebsd.org Subject: Re: ATAng: reboot after panic, crashdumps [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: Wed, 16 Mar 2005 18:48:57 -0000 Hi! On Wed, Mar 16, 2005 at 10:11:58AM -0800, Doug White wrote: > > Attached patch fixes reboot after panic for me on RELENG_5 and RELENG_5_3. > > Crashdumps work again for me as well. > > > > The problem was in ata_shutdown() -- ATA_FLUSHCACHE request issued from > > ata_shutdown() never completes (ata_queue_request() sleeps in > > sema_wait(&request->done)) because ata_interrupt() is never called > > (callouts do not work as well, so that if the controller is busy > > ATA_FLUSHCACHE was not retried). > > > > I am not sure if "if (panicstr == NULL)" check is required (for normal > > shutdown sequence). addump() does not check if we are shutting down > > cleanly (ata_flushcache() was copy-n-pasted from addump()) and always > > uses atadev->channel->hw.begin_transaction(&request)/end_transaction(&request) > > directly. > > This part here: > > + if (atadev->channel->hw.begin_transaction(&request) == > ATA_OP_CONTINUES) { > + do { > + DELAY(20); > + } while (atadev->channel->hw.end_transaction(&request) == > ATA_OP_CONTINUES); > > looks like it could get stuck in an infinite loop if the controller is > hung. I'm not familiar with the ata code so i don't nkow if this is > handled elsewhere, but I figure I'd ask :) This part is exactly what addump() does. /fjoe From owner-freebsd-current@FreeBSD.ORG Wed Mar 16 19:05:06 2005 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 8201016A4CE for ; Wed, 16 Mar 2005 19:05:06 +0000 (GMT) Received: from mxsf31.cluster1.charter.net (mxsf31.cluster1.charter.net [209.225.28.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB0A043D55 for ; Wed, 16 Mar 2005 19:05:05 +0000 (GMT) (envelope-from TastyNachos@charter.net) Received: from mxip08.cluster1.charter.net (mxip08a.cluster1.charter.net [209.225.28.138])j2GJ54DI004553 for ; Wed, 16 Mar 2005 14:05:04 -0500 Received: from 68-189-90-224.ca.charter.com (HELO [172.16.64.102]) (68.189.90.224) by mxip08.cluster1.charter.net with ESMTP; 16 Mar 2005 14:05:04 -0500 X-Ironport-AV: i="3.90,169,1107752400"; d="scan'208"; a="684047627:sNHT12172628" From: Remington To: current@freebsd.org Content-Type: text/plain Date: Wed, 16 Mar 2005 11:05:17 -0800 Message-Id: <1110999917.69045.1.camel@baby> Mime-Version: 1.0 X-Mailer: Evolution 2.2.0 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: -CURRENT ACPI(cpufreq) modules 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: Wed, 16 Mar 2005 19:05:06 -0000 I am reading that the -CURRENT ACPI cpufreq modules will work with 5.4-PRE. Are these modules avaliable for download somewhere, id hate to have to compile these, especially on a 400MHz machine! From owner-freebsd-current@FreeBSD.ORG Wed Mar 16 20:13:34 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 758) id D4B1116A4CF; Wed, 16 Mar 2005 20:13:34 +0000 (GMT) Date: Wed, 16 Mar 2005 20:13:34 +0000 From: Kris Kennaway To: Jeff Roberson , current@freeBSD.org Message-ID: <20050316201334.GG91771@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: page fault in ffs_lock 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: Wed, 16 Mar 2005 20:13:35 -0000 mpsafevfs=1 on a dual-cpu machine + htt, running 6.0 from yesterday. Kris Fatal trap 12: page fault while in kernel mode cpuid = 3; apic id = 03 fault virtual address = 0x6e fault code = supervisor read, page not present instruction pointer = 0x8:0xc064dac5 stack pointer = 0x10:0xee6926f0 frame pointer = 0x10:0xee692708 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 = 47312 (bsdtar) [thread pid 47312 tid 100276 ] Stopped at ffs_lock+0x4f: testb $0x20,0x6e(%eax) db> wh Tracing pid 47312 tid 100276 td 0xc844d960 ffs_lock(ee69275c,c06fea84,c07000e7,ee69273c,c0510c79) at ffs_lock+0x4f VOP_LOCK_APV(c074c9a0,ee69275c,12b,c07165e1,c070a60c) at VOP_LOCK_APV+0x9e vtryrecycle(cd735c80,0,c070a637,30c,0) at vtryrecycle+0x3e getnewvnode(c07086b2,c3773000,c074c9a0,ee692814,ee69288c) at getnewvnode+0x1e0 ffs_vget(c3773000,217eb2,2,ee69288c,81a4) at ffs_vget+0xdb ffs_valloc(c3fc5000,81a4,ce79eb80,ee69288c,c3fc5000) at ffs_valloc+0x12d ufs_makeinode(81a4,c3fc5000,ee692bd0,ee692be4,ee692a4c) at ufs_makeinode+0x5e ufs_create(ee692a4c,c07213da,2f3,c07219de,c3fc5000) at ufs_create+0x37 VOP_CREATE_APV(c074c9a0,ee692a4c,2,0,0) at VOP_CREATE_APV+0x9e vn_open_cred(ee692bbc,ee692cbc,1a4,ce79eb80,3) at vn_open_cred+0x1da vn_open(ee692bbc,ee692cbc,1a4,3,c844d960) at vn_open+0x33 kern_open(c844d960,805b080,0,a02,1a4) at kern_open+0xca open(c844d960,ee692d14,3a6,c071d79a,c844d960) at open+0x36 syscall(bfbf002f,805002f,bfbf002f,805b0ab,805b080) at syscall+0x2c4 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (5, FreeBSD ELF32, open), eip = 0x280f905b, esp = 0xbfbfe5cc, ebp = 0xbfbfe628 --- db> -- In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe From owner-freebsd-current@FreeBSD.ORG Wed Mar 16 20:54:52 2005 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 10CCA16A4D1 for ; Wed, 16 Mar 2005 20:54:52 +0000 (GMT) Received: from maul.lordsith.net (maul.lordsith.net [82.171.208.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F88543D31 for ; Wed, 16 Mar 2005 20:54:51 +0000 (GMT) (envelope-from marco+freebsd-current@lordsith.net) Received: by maul.lordsith.net (Postfix, from userid 1001) id 268A41727E; Wed, 16 Mar 2005 21:54:45 +0100 (CET) Date: Wed, 16 Mar 2005 21:54:44 +0100 From: Marco van Lienen To: freebsd-current@freebsd.org Message-ID: <20050316205444.GB67963@lordsith.net> Mail-Followup-To: Marco van Lienen , freebsd-current@freebsd.org References: <20050316125541.GA24800@lordsith.net> <4238BAF1.5080305@geekcn.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="HlL+5n6rz5pIUxbD" Content-Disposition: inline In-Reply-To: <4238BAF1.5080305@geekcn.org> Organization: LordSith.Net X-Operating-System: FreeBSD 5.3-STABLE X-FreeBSD: RULEZ Them All X-PGP-Fingerprint: A025 D8AA AC1B D2FC 380D 4FC1 8EA0 0BA8 8580 E6CB X-PGP-Key: http://lordsith.net/pgpkey X-Uptime: 9:47PM up 31 days, 4:34, 4 users, load averages: 0.12, 0.17, 0.11 User-Agent: Mutt/1.5.9i Subject: Re: swap_pager: out of swap space during gnome_upgrade.sh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Marco van Lienen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Mar 2005 20:54:52 -0000 --HlL+5n6rz5pIUxbD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Mar 17, 2005 at 07:02:09AM +0800, in a galaxy far far away, Quake L= ee said: > > > >Mar 16 12:47:40 yoda kernel: pid 96611 (sort), uid 0, was killed: out of= =20 > >swap > >space > >Mar 16 12:47:41 yoda kernel: swap_pager: out of swap space > >Mar 16 12:47:41 yoda kernel: swap_pager_getswapspace(16): failed > > > >It always is referring to the sort(1) process. > > > >I've not seen this behavior before during the 2 days running -CURRENT and > >having upgraded several ports thru portupgrade(1). > > > >Hopefully someone can point me in the right direction. > > > >Marco > > > me too. I think it is the problems of /usr/bin/make, maybe have some=20 > memory leak. > because I have 512MB memory and 1GB swap, but got out of swap too. I=20 > sugguest you > build a new world or update your /usr/bin/make. After the cvsup run there was an update to /usr/src/usr.bin/make/make.c (v 1.34). I just did a complete rebuild of the system (as per /usr/src/UPDATING), add= ed an additional 1Gb of swapspace via mdconfig(1) but it still is giving me the same problems: $ uname -a FreeBSD yoda.lordsith.net 6.0-CURRENT FreeBSD 6.0-CURRENT #1: Wed Mar 16 21:10:13 CET 2005 marcovl@yoda.lordsith.net:/usr/obj/usr/src/sys/yoda i386 $ swapinfo Device 1K-blocks Used Avail Capacity /dev/ad0s1b 1048576 1046864 1712 100% /dev/md0 1048576 1046820 1756 100% Total 2097152 2093684 3468 100% Marco --=20 Marco van Lienen (__) Email: \\\'',) Web : http://lordsith.net/ \/ \^ PGP : 0x8580E6CB .\._/_) --HlL+5n6rz5pIUxbD Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCOJ0UjqALqIWA5ssRA2+8AKC6yqStEx1bhcfz/qi9rBnb9grZswCgkEJ0 USOjpqNU6ZehkB9SCwsOMj0= =IRLB -----END PGP SIGNATURE----- --HlL+5n6rz5pIUxbD-- From owner-freebsd-current@FreeBSD.ORG Wed Mar 16 21:13:00 2005 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 0B64616A4CE for ; Wed, 16 Mar 2005 21:13:00 +0000 (GMT) Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id CAB0543D2D for ; Wed, 16 Mar 2005 21:12:59 +0000 (GMT) (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; Wed, 16 Mar 2005 13:12:59 -0800 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 0BEEC5D07; Wed, 16 Mar 2005 13:12:59 -0800 (PST) To: Jeff Smick In-reply-to: Your message of "Wed, 16 Mar 2005 07:30:14 PST." <669ac2d050316073078b2e909@mail.gmail.com> Date: Wed, 16 Mar 2005 13:12:58 -0800 From: "Kevin Oberman" Message-Id: <20050316211259.0BEEC5D07@ptavv.es.net> cc: freebsd-current@freebsd.org cc: dorian.buettner@gmx.de Subject: Re: ATAPICAM Problem 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: Wed, 16 Mar 2005 21:13:00 -0000 > Date: Wed, 16 Mar 2005 07:30:14 -0800 > From: Jeff Smick > Sender: owner-freebsd-current@freebsd.org > > If there's an idiot of the week list you can put my name on top. I > went back to the handbook and realized I wasn't doing the very first > step (I did it the first time, but not after that). I forgot to run > 'config KERNEL' after setting new options. It works now. > > I sincerely appreciate all your efforts. Jeff, Please don't do this. There was just a case on stable@ (I think) where someone had hosed their system this way. It can be dangerous although it almost always works and it is needed in current in just one case: * If you have installed only the kernel source code It is also safe when your sources have not changed since the last kernel build (which is likely the case for you), but it is NOT safe on current if the sources have been updated, so I tend to strongly discourage its use in all normal circumstances. I would suggest: cd /usr/src make -DMODULES_WITH_WORLD kernel KERNCONF=config_file_name This will only rebuild the kernel and not the modules, so it will be fast. It is also safe in all cases where full sources are present. -- 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 Wed Mar 16 21:21:27 2005 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 08FC916A4CE for ; Wed, 16 Mar 2005 21:21:27 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3794E43D1F for ; Wed, 16 Mar 2005 21:21:26 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: by wproxy.gmail.com with SMTP id 68so5135wra for ; Wed, 16 Mar 2005 13:21:24 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=PToee9KS28CBIT5eqanTtUpcZ+ozFVZj4l6YLAm14mN1q9zh9+fnVdyZ3rcab+GLZXz3DZZVZ0qlc8fcFZViiySH2a0rFGIeVcNCgSv7wtToFyDaRMZzjBJL1d4Kzt1QJ1ClKaoxTzUx6Yh1PQRCggGZEw6iUG7kyxywa+m5ERk= Received: by 10.54.24.27 with SMTP id 27mr33205wrx; Wed, 16 Mar 2005 13:21:23 -0800 (PST) Received: by 10.54.29.77 with HTTP; Wed, 16 Mar 2005 13:21:23 -0800 (PST) Message-ID: <790a9fff05031613211bde436a@mail.gmail.com> Date: Wed, 16 Mar 2005 15:21:23 -0600 From: Scot Hetzel To: Remington In-Reply-To: <1110999917.69045.1.camel@baby> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit References: <1110999917.69045.1.camel@baby> cc: current@freebsd.org Subject: Re: -CURRENT ACPI(cpufreq) modules X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Scot Hetzel List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Mar 2005 21:21:27 -0000 On Wed, 16 Mar 2005 11:05:17 -0800, Remington wrote: > I am reading that the -CURRENT ACPI cpufreq modules will work with > 5.4-PRE. Are these modules avaliable for download somewhere, id hate to > have to compile these, especially on a 400MHz machine! > You'll have to compile the cpufreq modules, no binaries available. Follow Bruno Ducrot instructions for compiling the modules, should only take less than 5 minutes to compile. http://lists.freebsd.org/pipermail/freebsd-current/2005-March/047547.html Scot From owner-freebsd-current@FreeBSD.ORG Wed Mar 16 21:25:04 2005 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 A8A0116A4CE; Wed, 16 Mar 2005 21:25:04 +0000 (GMT) Received: from 62-15-215-140.inversas.jazztel.es (62-15-215-140.inversas.jazztel.es [62.15.215.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0721743D1F; Wed, 16 Mar 2005 21:25:03 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from redesjm.local (orion.redesjm.local [192.168.254.16]) j2GLP0is014295; Wed, 16 Mar 2005 22:25:00 +0100 (CET) (envelope-from freebsd@redesjm.local) Received: from localhost (localhost [[UNIX: localhost]]) by redesjm.local (8.13.3/8.13.3/Submit) id j2GLPJ10006375; Wed, 16 Mar 2005 22:25:19 +0100 (CET) (envelope-from freebsd@redesjm.local) From: Jose M Rodriguez To: Doug Barton Date: Wed, 16 Mar 2005 22:25:17 +0100 User-Agent: KMail/1.7.2 References: <200503142306.54642.freebsd@redesjm.local> <200503152107.23496.freebsd@redesjm.local> <42375FD2.2080706@freebsd.org> In-Reply-To: <42375FD2.2080706@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200503162225.18726.freebsd@redesjm.local> X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-3; AVE: 6.30.0.7; VDF: 6.30.0.31; host: antares.redesjm.local) cc: Jose M Rodriguez cc: current@freebsd.org Subject: Re: rcNG changes/aditions 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: Wed, 16 Mar 2005 21:25:04 -0000 El Martes, 15 de Marzo de 2005 23:21, Doug Barton escribi=F3: > Jose M Rodriguez wrote: > > El Martes, 15 de Marzo de 2005 02:43, Doug Barton escribi=F3: > >>Jose M Rodriguez wrote: > >>>Hi, > >>>I'll glad to know if this is of interest: > >>> > >>>update to PR conf/75137 (sound modules): I rework this adding > >>>support for preloaded modules to /etc/rc.subr > >> > >>Why is this necessary? My understanding is that modules load > >>themselves when called. Do the sound modules do this differently? > > > > This is not needed (I think). You can load modules > > via /boot/loader.conf, but may be more confortable if we 'go > > modules' in a future. > > I don't think you understand what I'm saying. For most modules, it is > not actually necessary to pre-load them at all. For example, I have > cd9660 as a module, it's not compiled into my kernel. When I mount a > cd9660 file system the kernel module is automatically loaded. There > is no need to pre-load it. The same is true of (most) modules that > create devices, such as ndis. This is true for, more or less 'logical' modules, But not for 'hard'=20 ones. You must have the sound support compiled into the kernel or the=20 needed modules loaded for sound to be detected. I think this can be needed also for buses like firewire or usb. And for=20 net 'hard' modules like if_fxp. > > I don't know the specifics of the sound module, I compile it into my > kernel. However, as you pointed out in the rare case that it's > necessary to actually pre-load a kernel module (such as agp), we have > a mechanism for that in loader.conf already. I don't think that > adding that code to rc.subr is a useful exercise, and in fact I would > oppose it as needless duplication of effort. > Allthough there are things like agp (now in generic kernel) that really=20 need to be loaded at boot, doing this at rc time is now used (grep=20 kldload /etc/rc.d/*) and have also pros. In the sound case, you may boot in a just installed system, add=20 'mixer_modules' to /etc/rc.conf as needed for your sound car, and do an=20 `/etc/rc.d/mixer restart'. You may get your sound configured and working without needing a reboot. Also, I think that our module system is now strong enough to comment out=20 things like usb or firewire from GENERIC and use module support in rc=20 for that. But this may require more work and testing. This kind of patches may=20 open the way to 'go modules' for many things now in GENERIC, or of=20 general use like sound. > >>>update to PR conf/74006 (named minor fixes): Fix a typo and umount > >>>dev in chroot in post_stop works > >> > >>Please submit this as followup to the PR. > > > > Will do. > > Thanks. > > Doug =2D- josemi From owner-freebsd-current@FreeBSD.ORG Wed Mar 16 22:46:16 2005 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 A2C5116A4CE for ; Wed, 16 Mar 2005 22:46:16 +0000 (GMT) Received: from lap.jennejohn.org (Ja9be.j.pppool.de [85.74.169.190]) by mx1.FreeBSD.org (Postfix) with ESMTP id C92EC43D46 for ; Wed, 16 Mar 2005 22:46:15 +0000 (GMT) (envelope-from garyj@jennejohn.org) Received: from jennejohn.org (localhost [127.0.0.1]) by lap.jennejohn.org (8.13.3/8.13.1) with ESMTP id j2GMkCuV003342; Wed, 16 Mar 2005 23:46:13 +0100 (CET) (envelope-from garyj@jennejohn.org) Message-Id: <200503162246.j2GMkCuV003342@lap.jennejohn.org> X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: Doug White In-Reply-To: Message from Doug White <20050316101502.V24083@carver.gumbysoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 16 Mar 2005 23:46:12 +0100 From: Gary Jennejohn cc: freebsd-current@freebsd.org Subject: Re: FFLAGS instead of COPTFLAGS in module builds? 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: Wed, 16 Mar 2005 22:46:16 -0000 Doug White writes: > On Wed, 16 Mar 2005, Gary Jennejohn wrote: > > > Why does the module build use CFLAGS instead of COPTFLAGS? > > > > I noticed it here during the module build: > > > > ===> linux (all) > > cc -c -pipe -O2 -mmmx -m3dnow -msse -mfpmath=sse -fno-strict-aliasing -Werr > or -D_KERNEL -DKLD_MODULE -nostdinc -I- -include /u4/obj/usr/src/sys/amd64_32 > /opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -g > -I/u4/obj/usr/src/sys/amd64_32 -mno-align-long-strings -mpreferred-stack-boun > dary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Wall -Wredundan > t-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-a > rith -Winline -Wcast-qual -fformat-extensions -std=c99 /usr/src/sys/modules/l > inux/../../i386/linux/linux_genassym.c > > /usr/src/sys/modules/linux/../../i386/linux/linux_genassym.c:1: warning: SS > E instruction set disabled, using 387 arithmetics > > *** Error code 1 > > > > My CFLAGS was used instead of the COPTFLAGS, as I would have expected. > > After all, modules are part of the kernel. > > How did you start this build? > cd /usr/src; make buildkernel > What do you have CFLAGS and COPTFLAGS set to in make.conf? > CFLAGS is set to -pipe -O2 -mmmx -m3dnow -msse -mfpmath=sse COPTFLAGS is -pipe -O --- Gary Jennejohn / garyj[at]jennejohn.org gj[at]freebsd.org garyj[at]denx.de From owner-freebsd-current@FreeBSD.ORG Wed Mar 16 23:01:52 2005 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 3A4CE16A4CE for ; Wed, 16 Mar 2005 23:01:52 +0000 (GMT) Received: from mail26.sea5.speakeasy.net (mail26.sea5.speakeasy.net [69.17.117.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB9E343D2D for ; Wed, 16 Mar 2005 23:01:51 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: (qmail 17956 invoked from network); 16 Mar 2005 23:01:51 -0000 Received: from gate.funkthat.com (HELO hydrogen.funkthat.com) ([69.17.45.168]) (envelope-sender ) by mail26.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 16 Mar 2005 23:01:51 -0000 Received: from hydrogen.funkthat.com (zwtcfq@localhost.funkthat.com [127.0.0.1])j2GN1pGH004972; Wed, 16 Mar 2005 15:01:51 -0800 (PST) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.10/8.12.10/Submit) id j2GN1oqA004971; Wed, 16 Mar 2005 15:01:50 -0800 (PST) Date: Wed, 16 Mar 2005 15:01:50 -0800 From: John-Mark Gurney To: Doug Ambrisko Message-ID: <20050316230150.GG89312@funkthat.com> Mail-Followup-To: Doug Ambrisko , current@freebsd.org References: <20041022071026.GW22681@funkthat.com> <200410221542.i9MFgFn0058384@ambrisko.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200410221542.i9MFgFn0058384@ambrisko.com> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html cc: current@freebsd.org Subject: Re: lio_listio fixes and adding kqueue notification patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Mar 2005 23:01:52 -0000 Doug Ambrisko wrote this message on Fri, Oct 22, 2004 at 08:42 -0700: > BTW this could show my own ignorance since I don't think this exists. > What would be nice is if a signal could be associated with kevents > happening. The idea would be that instead of polling for kevents that > a signal handler could be setup to notify the process when a kevent > just happened. The usage would be to set a tell kqueue to signal a > certain signal if any kevent events occur. This would allow a program > not to be just focused on I/O but allow a bunch of computation to > happen then deal with I/O without polling for it. Not every app. > is just a "bit pusher". I'm looking at this problem now, but I thought I might as well respond to this... There is a problem with that in that you could have a kqueue (possibly the same kq) that has an event when that signal is delivered.. this would then attempt to deliver and end up recursing on the lock... I have fixed this wrt kq in a kq, but I haven't investigated trying to make signals delivery work.. You can look at the FIOASYNC code Alfred commited to use the signal on fd ready a while back, but is if 0'd because of this issue... It would probably be easy enough to create another task that does the signal delivery if you want... so when a kq becomes ready, it init's a task to deliver the signal... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Wed Mar 16 23:48:18 2005 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 ABB1916A4CE for ; Wed, 16 Mar 2005 23:48:18 +0000 (GMT) Received: from mail.ambrisko.com (mail.ambrisko.com [64.174.51.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0DB4D43D70 for ; Wed, 16 Mar 2005 23:48:18 +0000 (GMT) (envelope-from ambrisko@ambrisko.com) Received: from server2.ambrisko.com (HELO www.ambrisko.com) (192.168.1.2) by mail.ambrisko.com with ESMTP; 16 Mar 2005 15:48:04 -0800 Received: from ambrisko.com (localhost [127.0.0.1]) by www.ambrisko.com (8.12.11/8.12.9) with ESMTP id j2GNm4XV028864; Wed, 16 Mar 2005 15:48:04 -0800 (PST) (envelope-from ambrisko@ambrisko.com) Received: (from ambrisko@localhost) by ambrisko.com (8.12.11/8.12.11/Submit) id j2GNm4MO028863; Wed, 16 Mar 2005 15:48:04 -0800 (PST) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <200503162348.j2GNm4MO028863@ambrisko.com> In-Reply-To: <20050316230150.GG89312@funkthat.com> To: John-Mark Gurney Date: Wed, 16 Mar 2005 15:48:04 -0800 (PST) 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: lio_listio fixes and adding kqueue notification 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: Wed, 16 Mar 2005 23:48:18 -0000 John-Mark Gurney writes: | Doug Ambrisko wrote this message on Fri, Oct 22, 2004 at 08:42 -0700: | > BTW this could show my own ignorance since I don't think this exists. | > What would be nice is if a signal could be associated with kevents | > happening. The idea would be that instead of polling for kevents that | > a signal handler could be setup to notify the process when a kevent | > just happened. The usage would be to set a tell kqueue to signal a | > certain signal if any kevent events occur. This would allow a program | > not to be just focused on I/O but allow a bunch of computation to | > happen then deal with I/O without polling for it. Not every app. | > is just a "bit pusher". | | I'm looking at this problem now, but I thought I might as well respond | to this... Note that it would be nice just to have AIO & kqueue working. Currently it is broken in 5.3+ & 6.X. FWIW I checked in an aio & kqueue test into the regressions. There is an lio version that depends on my lio patch to implement that. I also have a version that I was playing around with that randomly did aio_cancels. | There is a problem with that in that you could have a kqueue (possibly | the same kq) that has an event when that signal is delivered.. this would | then attempt to deliver and end up recursing on the lock... I have | fixed this wrt kq in a kq, but I haven't investigated trying to make | signals delivery work.. | | You can look at the FIOASYNC code Alfred commited to use the signal on | fd ready a while back, but is if 0'd because of this issue... It would | probably be easy enough to create another task that does the signal | delivery if you want... so when a kq becomes ready, it init's a task | to deliver the signal... I recall his commit but haven't really looked at it. It would be nice to have. Doug A. From owner-freebsd-current@FreeBSD.ORG Thu Mar 17 00:08:59 2005 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 26DEF16A4CE for ; Thu, 17 Mar 2005 00:08:59 +0000 (GMT) Received: from vbook.fbsd.ru (user178.hovrino.net [82.179.232.178]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E0F843D53 for ; Thu, 17 Mar 2005 00:08:58 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vova by vbook.fbsd.ru with local (Exim 4.50 (FreeBSD)) id 1DB63f-000Cxh-IZ; Tue, 15 Mar 2005 10:01:39 +0300 From: Vladimir Grebenschikov To: ticso@cicely.de In-Reply-To: <20050314185128.GE19370@cicely12.cicely.de> References: <1110800717.1296.19.camel@localhost> <20050314185128.GE19370@cicely12.cicely.de> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Organization: SWsoft Date: Tue, 15 Mar 2005 10:01:38 +0300 Message-Id: <1110870098.1502.2.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.1.5 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov cc: "current@freebsd.org" Subject: Re: Reattach/redetect allways connected umass device - is it possible ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: vova@fbsd.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Mar 2005 00:08:59 -0000 =F7 =D0=CE, 14/03/2005 =D7 19:51 +0100, Bernd Walter =D0=C9=DB=C5=D4: >On Mon, Mar 14, 2005 at 02:45:17PM +0300, Vladimir Grebenschikov wrote: >> Hi=20 >>=20 >> I have SONY notebook with integrated memory stick card reader. It >> appears as USB umass device and works well. >>=20 >> Usbdevs output is here:=20 >> Controller /dev/usb3: >> addr 1: high speed, self powered, config 1, EHCI root hub(0x0000), Intel= (0x0000), rev 1.00, device uhub4 >> port 1 powered >> port 2 powered >> port 3 powered >> port 4 powered >> port 5 addr 2: high speed, self powered, config 1, USB Memory Stick Slo= t(0x014d), Sony(0x054c), rev 1.10, device umass1 >> port 6 powered >>=20 >> Only problem is that card-reader itself toes not detach USB device on fl= ash removal. So if I change card to another card of different size=20 >> it is not detected and da0 device still has old geometry. > >Yes - GEOM is kind of suboptimal with removeable media. >cat /dev/null > /dev/da0 Thank you! But probably we should have better control for this. I guess opening file-system for write is not best thing for that. --=20 Vladimir B. Grebenchikov vova@fbsd.ru From owner-freebsd-current@FreeBSD.ORG Thu Mar 17 01:22:06 2005 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 309E816A4CE for ; Thu, 17 Mar 2005 01:22:06 +0000 (GMT) Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 00CFB43D58 for ; Thu, 17 Mar 2005 01:22:05 +0000 (GMT) (envelope-from emanuel.strobl@gmx.net) Received: (qmail invoked by alias); 17 Mar 2005 01:22:03 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) (62.245.232.135) by mail.gmx.net (mp010) with SMTP; 17 Mar 2005 02:22:03 +0100 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org Date: Thu, 17 Mar 2005 02:22:01 +0100 User-Agent: KMail/1.7.2 References: <87is46kzk1.fsf@neva.vlink.ru> <20050315085943.A20708@mail.chesapeake.net> <4237CF47.1010806@FreeBSD.org> In-Reply-To: <4237CF47.1010806@FreeBSD.org> X-Birthday: 10/06/72 X-CelPhone: +49 173 9967781 X-Tel: +49 89 18947781 X-Country: Germany X-Address: Munich, 80686 X-OS: FreeBSD MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3770239.hW46aXoP1I"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200503170222.07169@harrymail> X-Y-GMX-Trusted: 0 cc: Peter Edwards cc: Jeff Roberson cc: Mathieu Arnold cc: Denis Shaposhnikov cc: Sergey Matveychuk Subject: Re: unionfs 5.4 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, 17 Mar 2005 01:22:06 -0000 --nextPart3770239.hW46aXoP1I Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Am Mittwoch, 16. M=E4rz 2005 07:16 schrieb Sergey Matveychuk: > Jeff Roberson wrote: > >>just ffs: 1:47 min > >>nullfs: 1:43 min (oops!:) > >>nullfs in jail: 12:12 min > >> > >>Almost ten times degradation. > > > > Can you try this again on current? I just committed some changes to > > nullfs which vastly simplify the locking. I don't see anything inherent > > in the code that should cause such a slowdown. > > The problem has gone. Thanks Jeff! > Don't forget MFC it some time :) Highly appreciated for 5.4!!! Thanks a lot, =2DHarry --nextPart3770239.hW46aXoP1I Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCONu/Bylq0S4AzzwRApaHAJ9spqJpGk8rx/Irqze9AHXKAG+lnQCfRY/4 i9PMtV1c9Yi2yGHGp2g6wCE= =8DPC -----END PGP SIGNATURE----- --nextPart3770239.hW46aXoP1I-- From owner-freebsd-current@FreeBSD.ORG Thu Mar 17 01:24:18 2005 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 E07AA16A4CE; Thu, 17 Mar 2005 01:24:18 +0000 (GMT) Received: from mail.chesapeake.net (chesapeake.net [208.142.252.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 55AF643D55; Thu, 17 Mar 2005 01:24:18 +0000 (GMT) (envelope-from jroberson@chesapeake.net) Received: from mail.chesapeake.net (localhost [127.0.0.1]) by mail.chesapeake.net (8.12.10/8.12.10) with ESMTP id j2H1OHd4077052; Wed, 16 Mar 2005 20:24:17 -0500 (EST) (envelope-from jroberson@chesapeake.net) Received: from localhost (jroberson@localhost)j2H1OGY6077044; Wed, 16 Mar 2005 20:24:17 -0500 (EST) (envelope-from jroberson@chesapeake.net) X-Authentication-Warning: mail.chesapeake.net: jroberson owned process doing -bs Date: Wed, 16 Mar 2005 20:24:16 -0500 (EST) From: Jeff Roberson To: Emanuel Strobl In-Reply-To: <200503170222.07169@harrymail> Message-ID: <20050316202334.W20708@mail.chesapeake.net> References: <87is46kzk1.fsf@neva.vlink.ru> <20050315085943.A20708@mail.chesapeake.net> <4237CF47.1010806@FreeBSD.org> <200503170222.07169@harrymail> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=X-UNKNOWN Content-Transfer-Encoding: QUOTED-PRINTABLE cc: Denis Shaposhnikov cc: freebsd-current@freebsd.org cc: Peter Edwards cc: Mathieu Arnold cc: Sergey Matveychuk Subject: Re: unionfs 5.4 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, 17 Mar 2005 01:24:19 -0000 On Thu, 17 Mar 2005, Emanuel Strobl wrote: > Am Mittwoch, 16. M=E4rz 2005 07:16 schrieb Sergey Matveychuk: > > Jeff Roberson wrote: > > >>just ffs: 1:47 min > > >>nullfs: 1:43 min (oops!:) > > >>nullfs in jail: 12:12 min > > >> > > >>Almost ten times degradation. > > > > > > Can you try this again on current? I just committed some changes to > > > nullfs which vastly simplify the locking. I don't see anything inher= ent > > > in the code that should cause such a slowdown. > > > > The problem has gone. Thanks Jeff! > > Don't forget MFC it some time :) > > Highly appreciated for 5.4!!! I can't MFC this for 5.4, it requires too much of the new vfs architecture to properly function. I'll mail re@ to see what their opinion is for 5.5. > > Thanks a lot, > > -Harry > From owner-freebsd-current@FreeBSD.ORG Thu Mar 17 01:31:50 2005 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 41D3016A4CE for ; Thu, 17 Mar 2005 01:31:50 +0000 (GMT) Received: from av3-1-sn3.vrr.skanova.net (av3-1-sn3.vrr.skanova.net [81.228.9.109]) by mx1.FreeBSD.org (Postfix) with ESMTP id E072943D48 for ; Thu, 17 Mar 2005 01:31:49 +0000 (GMT) (envelope-from pawel.worach@telia.com) Received: by av3-1-sn3.vrr.skanova.net (Postfix, from userid 502) id 939D237E46; Thu, 17 Mar 2005 02:31:48 +0100 (CET) Received: from smtp1-2-sn3.vrr.skanova.net (smtp1-2-sn3.vrr.skanova.net [81.228.9.178]) by av3-1-sn3.vrr.skanova.net (Postfix) with ESMTP id 8158737E44 for ; Thu, 17 Mar 2005 02:31:48 +0100 (CET) Received: from [127.0.0.1] (81-226-245-223-no46.business.telia.com [81.226.245.223]) by smtp1-2-sn3.vrr.skanova.net (Postfix) with ESMTP id 6689038002 for ; Thu, 17 Mar 2005 02:31:48 +0100 (CET) Message-ID: <4238DE02.90309@telia.com> Date: Thu, 17 Mar 2005 02:31:46 +0100 From: Pawel Worach User-Agent: Mozilla Thunderbird 1.0 (X11/20050314) 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: fstat broken ? 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, 17 Mar 2005 01:31:50 -0000 Hi, fstat(1) seems to be missbehaving on -current, no idea when this started. Can list open files with the argument, it works fine on RELENG_5. zero# fstat /var/log/messages USER CMD PID FD MOUNT INUM MODE SZ|DV R/W NAME zero# ls -i /var/log/messages 918970 /var/log/messages zero# fstat -p `pgrep syslogd` USER CMD PID FD MOUNT INUM MODE SZ|DV R/W ... root syslogd 314 8 / 918970 -rw-r--r-- 49550 w ... zero# uname -a FreeBSD zero 6.0-CURRENT FreeBSD 6.0-CURRENT #0: Thu Mar 17 01:14:36 CET 2005 root@zero:/usr/obj/usr/src/sys/ZERO i386 zero# ls -l /usr/bin/fstat /lib/libkvm.so.2 -r--r--r-- 1 root wheel 21700 Mar 17 01:14 /lib/libkvm.so.2 -r-xr-sr-x 1 root kmem 15068 Mar 17 01:16 /usr/bin/fstat Also I see strange stuff like this that seems to be related to phk's changes. root syslogd 314 0 /dev 24 crw-rw-rw- #C:0:0x0 rw root syslogd 314 1 /dev 24 crw-rw-rw- #C:0:0x0 rw root syslogd 314 2 /dev 24 crw-rw-rw- #C:0:0x0 rw Is that expected ? Any ideas? -- Pawel From owner-freebsd-current@FreeBSD.ORG Thu Mar 17 01:54:51 2005 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 8B34816A4CE for ; Thu, 17 Mar 2005 01:54:51 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1AF2443D41 for ; Thu, 17 Mar 2005 01:54:51 +0000 (GMT) (envelope-from sprsquish@gmail.com) Received: by wproxy.gmail.com with SMTP id 70so2657287wra for ; Wed, 16 Mar 2005 17:54:50 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=a3U3iWHNw0dpkNWBk7O05lK8OLd0NIBqYGCnYy8wtfkbttGIcnmfLKOxwoOxTbkt6ShKxoDrMSJ3rasxp4Bbv5G9/kGfO3xNjEu0cDGoNXJNZVM4iKrdxeOsuLw2I1bsVfukCxkOqDMMdmh7sh8Db6QkEY2sZhIWaMC9/XpkttU= Received: by 10.54.76.10 with SMTP id y10mr98148wra; Wed, 16 Mar 2005 17:54:50 -0800 (PST) Received: by 10.54.16.49 with HTTP; Wed, 16 Mar 2005 17:54:50 -0800 (PST) Message-ID: <669ac2d05031617544216b6d2@mail.gmail.com> Date: Wed, 16 Mar 2005 17:54:50 -0800 From: Jeff Smick To: Kevin Oberman In-Reply-To: <20050316211259.0BEEC5D07@ptavv.es.net> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit References: <669ac2d050316073078b2e909@mail.gmail.com> <20050316211259.0BEEC5D07@ptavv.es.net> cc: freebsd-current@freebsd.org Subject: Re: ATAPICAM Problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Jeff Smick List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Mar 2005 01:54:51 -0000 On Wed, 16 Mar 2005 13:12:58 -0800, Kevin Oberman wrote: > > Date: Wed, 16 Mar 2005 07:30:14 -0800 > > From: Jeff Smick > > Sender: owner-freebsd-current@freebsd.org > > > > If there's an idiot of the week list you can put my name on top. I > > went back to the handbook and realized I wasn't doing the very first > > step (I did it the first time, but not after that). I forgot to run > > 'config KERNEL' after setting new options. It works now. > > > > I sincerely appreciate all your efforts. > > Jeff, > > Please don't do this. There was just a case on stable@ (I think) where > someone had hosed their system this way. It can be dangerous although it > almost always works and it is needed in current in just one case: > * If you have installed only the kernel source code > > It is also safe when your sources have not changed since the last kernel > build (which is likely the case for you), but it is NOT safe on current > if the sources have been updated, so I tend to strongly discourage its > use in all normal circumstances. > > I would suggest: > cd /usr/src > make -DMODULES_WITH_WORLD kernel KERNCONF=config_file_name > > This will only rebuild the kernel and not the modules, so it will be > fast. It is also safe in all cases where full sources are present. > -- > 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 > Kevin, Thank you for the tip. I only knew about the options presented in the handbook on building a custom kernel and running "make buildkernel KERNCONF=blah" gave me "make: don't know how to make buildkernel. Stop" Is there something I need to do to be able to use that tactic or should I just stick with your suggestion? From owner-freebsd-current@FreeBSD.ORG Thu Mar 17 02:03:12 2005 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 1C6A416A4CE for ; Thu, 17 Mar 2005 02:03:12 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id C9C6E43D1D for ; Thu, 17 Mar 2005 02:03:10 +0000 (GMT) (envelope-from emanuel.strobl@gmx.net) Received: (qmail invoked by alias); 17 Mar 2005 02:03:09 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) (62.245.232.135) by mail.gmx.net (mp003) with SMTP; 17 Mar 2005 03:03:09 +0100 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org Date: Thu, 17 Mar 2005 03:03:05 +0100 User-Agent: KMail/1.7.2 References: <87is46kzk1.fsf@neva.vlink.ru> <200503170222.07169@harrymail> <20050316202334.W20708@mail.chesapeake.net> In-Reply-To: <20050316202334.W20708@mail.chesapeake.net> X-Birthday: 10/06/72 X-CelPhone: +49 173 9967781 X-Tel: +49 89 18947781 X-Country: Germany X-Address: Munich, 80686 X-OS: FreeBSD MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart92589670.D0XGC4SkiY"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200503170303.12403@harrymail> X-Y-GMX-Trusted: 0 cc: Jeff Roberson cc: Sergey Matveychuk cc: Mathieu Arnold cc: Peter Edwards cc: Denis Shaposhnikov Subject: md (file backed) performance [Was: Re: unionfs 5.4] 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, 17 Mar 2005 02:03:12 -0000 --nextPart92589670.D0XGC4SkiY Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Am Donnerstag, 17. M=E4rz 2005 02:24 schrieb Jeff Roberson: > On Thu, 17 Mar 2005, Emanuel Strobl wrote: > > Am Mittwoch, 16. M=E4rz 2005 07:16 schrieb Sergey Matveychuk: > > > Jeff Roberson wrote: > > > >>just ffs: 1:47 min > > > >>nullfs: 1:43 min (oops!:) > > > >>nullfs in jail: 12:12 min > > > >> > > > >>Almost ten times degradation. > > > > > > > > Can you try this again on current? I just committed some changes to > > > > nullfs which vastly simplify the locking. I don't see anything > > > > inherent in the code that should cause such a slowdown. > > > > > > The problem has gone. Thanks Jeff! > > > Don't forget MFC it some time :) > > > > Highly appreciated for 5.4!!! > > I can't MFC this for 5.4, it requires too much of the new vfs architecture > to properly function. I'll mail re@ to see what their opinion is for 5.5. Oic. I haven't tracked -current since christmas so I'd like to ask if you k= now=20 anything new about file backed md performance. I wanted to use that for jail systems but performance was really bad. Does your great work also improve md behaviour? Thank you very much, =2DHarry --nextPart92589670.D0XGC4SkiY Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCOOVgBylq0S4AzzwRAjX9AJ0bork9qBcoPZ4q9hTCEvT5zM/Y5ACfQiSm N2DVnmICRqby5ql/KNU7GmU= =lz6Q -----END PGP SIGNATURE----- --nextPart92589670.D0XGC4SkiY-- From owner-freebsd-current@FreeBSD.ORG Thu Mar 17 02:51:02 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 758) id 0059F16A4CF; Thu, 17 Mar 2005 02:51:01 +0000 (GMT) Date: Thu, 17 Mar 2005 02:51:01 +0000 From: Kris Kennaway To: Emanuel Strobl Message-ID: <20050317025101.GO91771@hub.freebsd.org> References: <87is46kzk1.fsf@neva.vlink.ru> <200503170222.07169@harrymail> <20050316202334.W20708@mail.chesapeake.net> <200503170303.12403@harrymail> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200503170303.12403@harrymail> User-Agent: Mutt/1.4.2.1i cc: Denis Shaposhnikov cc: Mathieu Arnold cc: Peter Edwards cc: freebsd-current@freebsd.org cc: Sergey Matveychuk cc: Jeff Roberson Subject: Re: md (file backed) performance [Was: Re: unionfs 5.4] 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, 17 Mar 2005 02:51:02 -0000 On Thu, Mar 17, 2005 at 03:03:05AM +0100, Emanuel Strobl wrote: > > I can't MFC this for 5.4, it requires too much of the new vfs architecture > > to properly function. I'll mail re@ to see what their opinion is for 5.5. > > Oic. I haven't tracked -current since christmas so I'd like to ask if you know > anything new about file backed md performance. > I wanted to use that for jail systems but performance was really bad. > Does your great work also improve md behaviour? A few months ago alc made some commits which improved md performance significantly. Kris -- In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe From owner-freebsd-current@FreeBSD.ORG Thu Mar 17 04:25:26 2005 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 0643816A4CE for ; Thu, 17 Mar 2005 04:25:26 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8ECCF43D1D for ; Thu, 17 Mar 2005 04:25:25 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by rproxy.gmail.com with SMTP id c51so433293rne for ; Wed, 16 Mar 2005 20:25:25 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=f9W4AX3+Ba3oTwAyfdz3jYWLpMQZx+r5Uo71KluIjnbLDGyD6CObyyisZJkuuB+5SeZLXk6XpoLK5T4xLCS+FmPGsN7L9mMDdnecxiq9AdcIkifCnDYyzz3Oe1Te5mgTZ+Jv+0mCNnASE8SIkI+XEkHBNIMQwVa5NB0dhlSuzio= Received: by 10.39.3.76 with SMTP id f76mr1265180rni; Wed, 16 Mar 2005 20:25:25 -0800 (PST) Received: by 10.38.209.22 with HTTP; Wed, 16 Mar 2005 20:25:25 -0800 (PST) Message-ID: <84dead72050316202564c386b2@mail.gmail.com> Date: Thu, 17 Mar 2005 04:25:25 +0000 From: Joseph Koshy To: Pawel Worach In-Reply-To: <4238DE02.90309@telia.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit References: <4238DE02.90309@telia.com> cc: current@freebsd.org Subject: Re: fstat broken ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Joseph Koshy List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Mar 2005 04:25:26 -0000 > fstat(1) seems to be missbehaving on -current, no idea when this started. Its working on a -current of approx Feb 26th. Just a data point. -- FreeBSD Volunteer, http://people.freebsd.org/~jkoshy From owner-freebsd-current@FreeBSD.ORG Thu Mar 17 05:10:03 2005 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 4FFEF16A4CE for ; Thu, 17 Mar 2005 05:10:03 +0000 (GMT) Received: from mail25.sea5.speakeasy.net (mail25.sea5.speakeasy.net [69.17.117.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0528343D54 for ; Thu, 17 Mar 2005 05:10:03 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: (qmail 31523 invoked from network); 17 Mar 2005 05:10:02 -0000 Received: from gate.funkthat.com (HELO hydrogen.funkthat.com) ([69.17.45.168]) (envelope-sender ) by mail25.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 17 Mar 2005 05:10:02 -0000 Received: from hydrogen.funkthat.com (inaxyd@localhost.funkthat.com [127.0.0.1])j2H5A2GH013062 for ; Wed, 16 Mar 2005 21:10:02 -0800 (PST) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.10/8.12.10/Submit) id j2H5A2Wk013061 for freebsd-current@freebsd.org; Wed, 16 Mar 2005 21:10:02 -0800 (PST) Date: Wed, 16 Mar 2005 21:10:02 -0800 From: John-Mark Gurney To: freebsd-current@freebsd.org Message-ID: <20050317051002.GH89312@funkthat.com> Mail-Followup-To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Subject: panic: vm_pageout_flush: partially invalid page... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Mar 2005 05:10:03 -0000 Ok, I'm working on porting FreeBSD to my arm board, and I am now far enough that I have started getting this panic... The original panic looks like: panic: vm_pageout_flush: partially invalid page 0xc06e66d0 index 3/4 I have done some additional research, and that in vm_pageout_clean, when doing the forward scan it decides to put the page into the array, which will then panic in _flush... In my latest case I get (fs means foreware scan): panic: vm_pageout_clean: fs partially invalid page 0xc06da968 The page that it panics on has: valid: 0xf dirty: 0xff busy: 0x0 wire_count: 0 hold_count: 0 queue: 0x21 pc: 0x7 flags: 0x4 listq: { 0x0, 0xc06d9e18 } This page seems to always be the last page in the object and hence the reason not all the bits of the page are valid... Any clues, or bits of advice to help track it down? Thanks.. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Thu Mar 17 06:32:54 2005 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 9745B16A4CE for ; Thu, 17 Mar 2005 06:32:54 +0000 (GMT) Received: from smtp813.mail.sc5.yahoo.com (smtp813.mail.sc5.yahoo.com [66.163.170.83]) by mx1.FreeBSD.org (Postfix) with SMTP id 2737E43D31 for ; Thu, 17 Mar 2005 06:32:54 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from unknown (HELO optimator.noacks.org) (noacks@swbell.net@70.240.225.210 with login) by smtp813.mail.sc5.yahoo.com with SMTP; 17 Mar 2005 06:32:53 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 06401614C; Thu, 17 Mar 2005 00:32:53 -0600 (CST) 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 02121-05-2; Thu, 17 Mar 2005 00:32:49 -0600 (CST) Received: from compgeek.noacks.org (compgeek [192.168.1.10]) by optimator.noacks.org (Postfix) with ESMTP id E573F6111; Thu, 17 Mar 2005 00:32:49 -0600 (CST) Received: from [127.0.0.1] (localhost [127.0.0.1]) by compgeek.noacks.org (8.13.3/8.13.3) with ESMTP id j2H6Wk9G037062; Thu, 17 Mar 2005 00:32:47 -0600 (CST) (envelope-from noackjr@alumni.rice.edu) Message-ID: <4239248E.4030005@alumni.rice.edu> Date: Thu, 17 Mar 2005 00:32:46 -0600 From: Jon Noack User-Agent: Mozilla Thunderbird 1.0 (X11/20050313) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jeff Smick References: <669ac2d050316073078b2e909@mail.gmail.com> <20050316211259.0BEEC5D07@ptavv.es.net> <669ac2d05031617544216b6d2@mail.gmail.com> In-Reply-To: <669ac2d05031617544216b6d2@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at noacks.org cc: freebsd-current@freebsd.org Subject: Re: ATAPICAM Problem 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: Thu, 17 Mar 2005 06:32:54 -0000 On 03/16/05 19:54, Jeff Smick wrote: > On Wed, 16 Mar 2005 13:12:58 -0800, Kevin Oberman wrote: >>>Date: Wed, 16 Mar 2005 07:30:14 -0800 >>>From: Jeff Smick >>>Sender: owner-freebsd-current@freebsd.org >>> >>>If there's an idiot of the week list you can put my name on top. I >>>went back to the handbook and realized I wasn't doing the very first >>>step (I did it the first time, but not after that). I forgot to run >>>'config KERNEL' after setting new options. It works now. >>> >>>I sincerely appreciate all your efforts. >> >>Please don't do this. There was just a case on stable@ (I think) where >>someone had hosed their system this way. It can be dangerous although it >>almost always works and it is needed in current in just one case: >>* If you have installed only the kernel source code >> >>It is also safe when your sources have not changed since the last kernel >>build (which is likely the case for you), but it is NOT safe on current >>if the sources have been updated, so I tend to strongly discourage its >>use in all normal circumstances. >> >>I would suggest: >>cd /usr/src >>make -DMODULES_WITH_WORLD kernel KERNCONF=config_file_name >> >>This will only rebuild the kernel and not the modules, so it will be >>fast. It is also safe in all cases where full sources are present. > > Thank you for the tip. I only knew about the options presented in the > handbook on building a custom kernel and running "make buildkernel > KERNCONF=blah" gave me "make: don't know how to make buildkernel. > Stop" > > Is there something I need to do to be able to use that tactic or > should I just stick with your suggestion? Were you in /usr/src when you tried to 'make buildkernel KERNCONF=blah'? The buildkernel target is defined in /usr/src/Makefile.inc1 (included from /usr/src/Makefile). Therefore, 'make buildkernel' will only work in /usr/src. The handbook section on building a kernel the "new way" lists the steps as follows: 1) # cd /usr/src 2) # make buildkernel KERNCONF=MYKERNEL 3) # make installkernel KERNCONF=MYKERNEL The handbook is a bit confusing on this. It calls the config(8) kernel build the "traditional way" and 'make buildkernel' the "new way". If I am a new user and don't want to stray far from the norm, wouldn't I pick the "traditional way"? Shouldn't we make it more clear the "new way" is the "recommended and officially sanctioned way"? Jon From owner-freebsd-current@FreeBSD.ORG Thu Mar 17 06:45:47 2005 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 5E8CF16A4CE for ; Thu, 17 Mar 2005 06:45:47 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id C0D6B43D48 for ; Thu, 17 Mar 2005 06:45:46 +0000 (GMT) (envelope-from leafy7382@gmail.com) Received: by rproxy.gmail.com with SMTP id 1so72438rny for ; Wed, 16 Mar 2005 22:45:46 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=ciAkZ2gzBStRaEZ3BjRCLFkdLmUamvbXr46IGnCaFSjp8A6/pqmXiRAWmYB8vmxIEV/xyNcN0OoyVX2akSvBt68oVWAMZQKVYsTfXSPuxzwzBfR6YUyKAfA0OCP/aCg7Vm0jt4KQNH6FYr9INogTyu8EKgiiazEHU0gaIJhGwxw= Received: by 10.38.206.58 with SMTP id d58mr340919rng; Wed, 16 Mar 2005 22:45:43 -0800 (PST) Received: by 10.38.8.9 with HTTP; Wed, 16 Mar 2005 22:45:39 -0800 (PST) Message-ID: Date: Thu, 17 Mar 2005 14:45:39 +0800 From: Jiawei Ye To: noackjr@alumni.rice.edu In-Reply-To: <4239248E.4030005@alumni.rice.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit References: <669ac2d050316073078b2e909@mail.gmail.com> <20050316211259.0BEEC5D07@ptavv.es.net> <669ac2d05031617544216b6d2@mail.gmail.com> <4239248E.4030005@alumni.rice.edu> cc: freebsd-current@freebsd.org cc: Jeff Smick Subject: Re: ATAPICAM Problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Jiawei Ye List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Mar 2005 06:45:47 -0000 On Thu, 17 Mar 2005 00:32:46 -0600, Jon Noack wrote: > The handbook is a bit confusing on this. It calls the config(8) kernel > build the "traditional way" and 'make buildkernel' the "new way". If I > am a new user and don't want to stray far from the norm, wouldn't I pick > the "traditional way"? Shouldn't we make it more clear the "new way" is > the "recommended and officially sanctioned way"? > > Jon My suggestion would be s/traditional/deprecated s/new/standard $.2 -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming From owner-freebsd-current@FreeBSD.ORG Thu Mar 17 07:32:17 2005 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 08D8D16A4CE for ; Thu, 17 Mar 2005 07:32:17 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E93B43D3F for ; Thu, 17 Mar 2005 07:32:16 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j2H7WDLu024946; Thu, 17 Mar 2005 09:32:13 +0200 (EET) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 24969-18; Thu, 17 Mar 2005 09:32:30 +0200 (EET) 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 j2H7WDSU024942 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 17 Mar 2005 09:32:13 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id j2H7WUFQ085131; Thu, 17 Mar 2005 09:32:30 +0200 (EET) (envelope-from ru) Date: Thu, 17 Mar 2005 09:32:30 +0200 From: Ruslan Ermilov To: ticso@cicely.de Message-ID: <20050317073229.GC84568@ip.net.ua> References: <200503161030.aa68079@salmon.maths.tcd.ie> <20050316140558.GR19370@cicely12.cicely.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="FsscpQKzF/jJk6ya" Content-Disposition: inline In-Reply-To: <20050316140558.GR19370@cicely12.cicely.de> User-Agent: Mutt/1.5.8i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: Ian Dowse cc: current@freebsd.org Subject: Re: EHCI enabled in GENERIC 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, 17 Mar 2005 07:32:17 -0000 --FsscpQKzF/jJk6ya Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Mar 16, 2005 at 03:05:58PM +0100, Bernd Walter wrote: > On Wed, Mar 16, 2005 at 10:30:28AM +0000, Ian Dowse wrote: > >=20 > > The EHCI driver (USB 2.0) has been enabled in the -CURRENT GENERIC > > config for the i386 and amd64 platforms. Let me know if this causes > > problems. There are still some outstanding issues, but there are > > also systems where USB does not function at all without EHCI enabled. >=20 > ehci should also work for alpha, but it has be removed from the > install kernel for size reasons. >=20 We no longer have "size reasons". Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --FsscpQKzF/jJk6ya Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCOTKNqRfpzJluFF4RAgEpAJwIw0e3hZKBAmYGhXwlBtmpPRMd/gCggl1r CGl04z7DGjv3YcKAjuDwKZE= =ORsH -----END PGP SIGNATURE----- --FsscpQKzF/jJk6ya-- From owner-freebsd-current@FreeBSD.ORG Thu Mar 17 07:38:04 2005 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 268A416A4CE for ; Thu, 17 Mar 2005 07:38:04 +0000 (GMT) Received: from critter.freebsd.dk (f170.freebsd.dk [212.242.86.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 502F043D49 for ; Thu, 17 Mar 2005 07:38:03 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id j2H7c11Q005083; Thu, 17 Mar 2005 08:38:02 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Joseph Koshy From: "Poul-Henning Kamp" In-Reply-To: Your message of "Thu, 17 Mar 2005 04:25:25 GMT." <84dead72050316202564c386b2@mail.gmail.com> Date: Thu, 17 Mar 2005 08:38:01 +0100 Message-ID: <5082.1111045081@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: current@freebsd.org Subject: Re: fstat broken ? 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, 17 Mar 2005 07:38:04 -0000 In message <84dead72050316202564c386b2@mail.gmail.com>, Joseph Koshy writes: >> fstat(1) seems to be missbehaving on -current, no idea when this started. > >Its working on a -current of approx Feb 26th. Just a data point. fstat was digging around in the kernel after stuff it shouldn't ever look at. It needs to be rewritten to use a sensible sysctl API to find the bits it need. -- 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 Thu Mar 17 08:57:34 2005 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 68FBD16A4CE for ; Thu, 17 Mar 2005 08:57:34 +0000 (GMT) Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [204.127.202.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA82643D1F for ; Thu, 17 Mar 2005 08:57:33 +0000 (GMT) (envelope-from dougb@freebsd.org) Received: from [192.168.0.3] (c-24-130-110-32.we.client2.attbi.com[24.130.110.32]) by comcast.net (sccrmhc12) with ESMTP id <2005031708573201200e7m0ke>; Thu, 17 Mar 2005 08:57:33 +0000 Message-ID: <423946C4.8090203@FreeBSD.org> Date: Thu, 17 Mar 2005 00:58:44 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@FreeBSD.org X-Enigmail-Version: 0.90.1.1 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: HEADS UP: BIND 9.3.1 imported to HEAD 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, 17 Mar 2005 08:57:34 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Howdy, I've just completed the import of BIND 9.3.1 to HEAD. I've tested this import through many world builds and installs with various combinations of make.conf flags, so assuming that I've committed the right bits, there should be no problems. It would be very useful if those who have SMP systems could give this version of BIND a whirl. Some improvements were made to the threading in 9.3.1 and it would be good if they got some shaking out. You can try it by doing '/etc/rc.d/named forcestart' which should named up in "resolver only" mode. You can then test it by doing 'dig @127.0.0.1 www.yahoo.com a' and such. Of course, those who can give it more robust testing are encouraged to do so. The goal (assuming all parties agree) is to MFC this import to RELENG_5 before 5.4-RELEASE goes out the door both in order to ship with the latest and greatest, and also because there is a very small vulnerability in 9.3.0 that this would be a good way to correct. Regards, Doug - -- ~ This .signature sanitized for your protection -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (MingW32) iD8DBQFCOUbDyIakK9Wy8PsRApivAJ43xuTsxk5QTvkMhLYokA3nU1935wCfVPsl mThs8R+1dkDJJmwwseJS058= =SYA2 -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Mar 17 09:14:12 2005 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 0610716A4CE for ; Thu, 17 Mar 2005 09:14:12 +0000 (GMT) Received: from critter.freebsd.dk (f170.freebsd.dk [212.242.86.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 357EF43D49 for ; Thu, 17 Mar 2005 09:14:09 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id j2H9E7OF005642 for ; Thu, 17 Mar 2005 10:14:08 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: current@freebsd.org From: Poul-Henning Kamp Date: Thu, 17 Mar 2005 10:14:07 +0100 Message-ID: <5641.1111050847@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Subject: [TEST/REVIEW/PERF] kern_thread.c tid allocation 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: Thu, 17 Mar 2005 09:14:12 -0000 While investigating a Coverity report (false alarm btw) I noticed that kern_thread has a lot of code for allocating thread id's. This patch uses subr_unit instead. I would expect thread create/destroy performance to increase on systems where there are many threads, and would be interested if anybody can measure any difference. Poul-Henning Index: kern/kern_thread.c =================================================================== RCS file: /home/ncvs/src/sys/kern/kern_thread.c,v retrieving revision 1.211 diff -u -r1.211 kern_thread.c --- kern/kern_thread.c 5 Mar 2005 09:15:03 -0000 1.211 +++ kern/kern_thread.c 17 Mar 2005 09:07:45 -0000 @@ -103,31 +103,8 @@ 0, sizeof(virtual_cpu), sysctl_kse_virtual_cpu, "I", "debug virtual cpus"); -/* - * Thread ID allocator. The allocator keeps track of assigned IDs by - * using a bitmap. The bitmap is created in parts. The parts are linked - * together. - */ -typedef u_long tid_bitmap_word; - -#define TID_IDS_PER_PART 1024 -#define TID_IDS_PER_IDX (sizeof(tid_bitmap_word) << 3) -#define TID_BITMAP_SIZE (TID_IDS_PER_PART / TID_IDS_PER_IDX) -#define TID_MIN (PID_MAX + 1) - -struct tid_bitmap_part { - STAILQ_ENTRY(tid_bitmap_part) bmp_next; - tid_bitmap_word bmp_bitmap[TID_BITMAP_SIZE]; - lwpid_t bmp_base; - int bmp_free; -}; - -static STAILQ_HEAD(, tid_bitmap_part) tid_bitmap = - STAILQ_HEAD_INITIALIZER(tid_bitmap); -static uma_zone_t tid_zone; - struct mtx tid_lock; -MTX_SYSINIT(tid_lock, &tid_lock, "TID lock", MTX_DEF); +static struct unrhdr *tid_unrhdr; /* * Prepare a thread for use. @@ -197,45 +174,10 @@ thread_init(void *mem, int size, int flags) { struct thread *td; - struct tid_bitmap_part *bmp, *new; - int bit, idx; td = (struct thread *)mem; - mtx_lock(&tid_lock); - STAILQ_FOREACH(bmp, &tid_bitmap, bmp_next) { - if (bmp->bmp_free) - break; - } - /* Create a new bitmap if we run out of free bits. */ - if (bmp == NULL) { - mtx_unlock(&tid_lock); - new = uma_zalloc(tid_zone, M_WAITOK); - mtx_lock(&tid_lock); - bmp = STAILQ_LAST(&tid_bitmap, tid_bitmap_part, bmp_next); - if (bmp == NULL || bmp->bmp_free < TID_IDS_PER_PART/2) { - /* 1=free, 0=assigned. This way we can use ffsl(). */ - memset(new->bmp_bitmap, ~0U, sizeof(new->bmp_bitmap)); - new->bmp_base = (bmp == NULL) ? TID_MIN : - bmp->bmp_base + TID_IDS_PER_PART; - new->bmp_free = TID_IDS_PER_PART; - STAILQ_INSERT_TAIL(&tid_bitmap, new, bmp_next); - bmp = new; - new = NULL; - } - } else - new = NULL; - /* We have a bitmap with available IDs. */ - idx = 0; - while (idx < TID_BITMAP_SIZE && bmp->bmp_bitmap[idx] == 0UL) - idx++; - bit = ffsl(bmp->bmp_bitmap[idx]) - 1; - td->td_tid = bmp->bmp_base + idx * TID_IDS_PER_IDX + bit; - bmp->bmp_bitmap[idx] &= ~(1UL << bit); - bmp->bmp_free--; - mtx_unlock(&tid_lock); - if (new != NULL) - uma_zfree(tid_zone, new); + td->td_tid = alloc_unr(tid_unrhdr); vm_thread_new(td, 0); cpu_thread_setup(td); @@ -254,9 +196,6 @@ thread_fini(void *mem, int size) { struct thread *td; - struct tid_bitmap_part *bmp; - lwpid_t tid; - int bit, idx; td = (struct thread *)mem; turnstile_free(td->td_turnstile); @@ -264,19 +203,7 @@ umtxq_free(td->td_umtxq); vm_thread_dispose(td); - STAILQ_FOREACH(bmp, &tid_bitmap, bmp_next) { - if (td->td_tid >= bmp->bmp_base && - td->td_tid < bmp->bmp_base + TID_IDS_PER_PART) - break; - } - KASSERT(bmp != NULL, ("No TID bitmap?")); - mtx_lock(&tid_lock); - tid = td->td_tid - bmp->bmp_base; - idx = tid / TID_IDS_PER_IDX; - bit = 1UL << (tid % TID_IDS_PER_IDX); - bmp->bmp_bitmap[idx] |= bit; - bmp->bmp_free++; - mtx_unlock(&tid_lock); + free_unr(tid_unrhdr, td->td_tid); } /* @@ -362,11 +289,12 @@ threadinit(void) { + mtx_init(&tid_lock, "TID lock", NULL, MTX_DEF); + tid_unrhdr = new_unrhdr(0, INT_MAX, &tid_lock); + thread_zone = uma_zcreate("THREAD", sched_sizeof_thread(), thread_ctor, thread_dtor, thread_init, thread_fini, UMA_ALIGN_CACHE, 0); - tid_zone = uma_zcreate("TID", sizeof(struct tid_bitmap_part), - NULL, NULL, NULL, NULL, UMA_ALIGN_CACHE, 0); ksegrp_zone = uma_zcreate("KSEGRP", sched_sizeof_ksegrp(), ksegrp_ctor, NULL, NULL, NULL, UMA_ALIGN_CACHE, 0); -- 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 Thu Mar 17 09:34:29 2005 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 1682A16A4CE for ; Thu, 17 Mar 2005 09:34:29 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id DDE3343D31; Thu, 17 Mar 2005 09:34:28 +0000 (GMT) (envelope-from davidxu@freebsd.org) Received: from [127.0.0.1] (davidxu@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j2H9YO8q023083; Thu, 17 Mar 2005 09:34:28 GMT (envelope-from davidxu@freebsd.org) Message-ID: <42394F22.9060100@freebsd.org> Date: Thu, 17 Mar 2005 17:34:26 +0800 From: David Xu User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.3) Gecko/20040910 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Poul-Henning Kamp References: <5641.1111050847@critter.freebsd.dk> In-Reply-To: <5641.1111050847@critter.freebsd.dk> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: [TEST/REVIEW/PERF] kern_thread.c tid allocation 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: Thu, 17 Mar 2005 09:34:29 -0000 Thread ID should start from (PID_MAX + 1). David Xu Poul-Henning Kamp wrote: >While investigating a Coverity report (false alarm btw) I noticed >that kern_thread has a lot of code for allocating thread id's. > >This patch uses subr_unit instead. > >I would expect thread create/destroy performance to increase on >systems where there are many threads, and would be interested >if anybody can measure any difference. > >Poul-Henning > > From owner-freebsd-current@FreeBSD.ORG Thu Mar 17 09:40:54 2005 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 4383D16A4CE; Thu, 17 Mar 2005 09:40:54 +0000 (GMT) Received: from critter.freebsd.dk (f170.freebsd.dk [212.242.86.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6FE4143D2D; Thu, 17 Mar 2005 09:40:53 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id j2H9eqPB005822; Thu, 17 Mar 2005 10:40:52 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: David Xu From: "Poul-Henning Kamp" In-Reply-To: Your message of "Thu, 17 Mar 2005 17:34:26 +0800." <42394F22.9060100@freebsd.org> Date: Thu, 17 Mar 2005 10:40:52 +0100 Message-ID: <5821.1111052452@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: current@freebsd.org Subject: Re: [TEST/REVIEW/PERF] kern_thread.c tid allocation 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: Thu, 17 Mar 2005 09:40:54 -0000 In message <42394F22.9060100@freebsd.org>, David Xu writes: >Thread ID should start from (PID_MAX + 1). Then change: tid_unrhdr = new_unrhdr(0, INT_MAX, &tid_lock); to tid_unrhdr = new_unrhdr(PID_MAX + 1, INT_MAX, &tid_lock); -- 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 Thu Mar 17 10:15:47 2005 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 2611E16A4CE; Thu, 17 Mar 2005 10:15:47 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8CCAC43D5E; Thu, 17 Mar 2005 10:15:46 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id j2HAFkFt062014; Thu, 17 Mar 2005 05:15:46 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id j2HAFjH0052941; Thu, 17 Mar 2005 05:15:46 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id DCB0B7306E; Thu, 17 Mar 2005 05:15:45 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050317101545.DCB0B7306E@freebsd-current.sentex.ca> Date: Thu, 17 Mar 2005 05:15:45 -0500 (EST) X-Virus-Scanned: ClamAV 0.82/765/Thu Mar 17 03:42:45 2005 on smarthost2.sentex.ca X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner4 X-Virus-Status: Clean Subject: [current tinderbox] failure on sparc64/sparc64 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: Thu, 17 Mar 2005 10:15:47 -0000 TB --- 2005-03-17 09:11:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-03-17 09:11:00 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2005-03-17 09:11:00 - checking out the source tree TB --- 2005-03-17 09:11:00 - cd /home/tinderbox/CURRENT/sparc64/sparc64 TB --- 2005-03-17 09:11:00 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-03-17 09:17:43 - building world (CFLAGS=-O2 -pipe) TB --- 2005-03-17 09:17:43 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2005-03-17 09:17:43 - /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 [...] colldef -I /tinderbox/CURRENT/sparc64/sparc64/src/share/colldef -o sv_SE.ISO8859-15.out /tinderbox/CURRENT/sparc64/sparc64/src/share/colldef/sv_SE.ISO8859-15.src colldef -I /tinderbox/CURRENT/sparc64/sparc64/src/share/colldef -o uk_UA.CP1251.out /tinderbox/CURRENT/sparc64/sparc64/src/share/colldef/uk_UA.CP1251.src colldef -I /tinderbox/CURRENT/sparc64/sparc64/src/share/colldef -o uk_UA.ISO8859-5.out /tinderbox/CURRENT/sparc64/sparc64/src/share/colldef/uk_UA.ISO8859-5.src colldef -I /tinderbox/CURRENT/sparc64/sparc64/src/share/colldef -o uk_UA.KOI8-U.out /tinderbox/CURRENT/sparc64/sparc64/src/share/colldef/uk_UA.KOI8-U.src ===> share/dict (all) ===> share/doc (all) ===> share/doc/bind9 (all) make: don't know how to make KNOWN_DEFECTS. Stop *** Error code 2 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/share/doc. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/share. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2005-03-17 10:15:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-03-17 10:15:45 - ERROR: failed to build world TB --- 2005-03-17 10:15:45 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Thu Mar 17 11:14:48 2005 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 200A916A4CE; Thu, 17 Mar 2005 11:14:48 +0000 (GMT) Received: from mail.chesapeake.net (chesapeake.net [208.142.252.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4823F43D41; Thu, 17 Mar 2005 11:14:47 +0000 (GMT) (envelope-from jroberson@chesapeake.net) Received: from mail.chesapeake.net (localhost [127.0.0.1]) by mail.chesapeake.net (8.12.10/8.12.10) with ESMTP id j2HBEkd4033893; Thu, 17 Mar 2005 06:14:46 -0500 (EST) (envelope-from jroberson@chesapeake.net) Received: from localhost (jroberson@localhost)j2HBEko9033884; Thu, 17 Mar 2005 06:14:46 -0500 (EST) (envelope-from jroberson@chesapeake.net) X-Authentication-Warning: mail.chesapeake.net: jroberson owned process doing -bs Date: Thu, 17 Mar 2005 06:14:45 -0500 (EST) From: Jeff Roberson To: Kris Kennaway In-Reply-To: <20050316201334.GG91771@hub.freebsd.org> Message-ID: <20050317061424.Q20708@mail.chesapeake.net> References: <20050316201334.GG91771@hub.freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: page fault in ffs_lock 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, 17 Mar 2005 11:14:48 -0000 On Wed, 16 Mar 2005, Kris Kennaway wrote: > mpsafevfs=1 on a dual-cpu machine + htt, running 6.0 from yesterday. Thanks, I know what the cause is. Will commit soon. > > Kris > > Fatal trap 12: page fault while in kernel mode > cpuid = 3; apic id = 03 > fault virtual address = 0x6e > fault code = supervisor read, page not present > instruction pointer = 0x8:0xc064dac5 > stack pointer = 0x10:0xee6926f0 > frame pointer = 0x10:0xee692708 > 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 = 47312 (bsdtar) > [thread pid 47312 tid 100276 ] > Stopped at ffs_lock+0x4f: testb $0x20,0x6e(%eax) > db> wh > Tracing pid 47312 tid 100276 td 0xc844d960 > ffs_lock(ee69275c,c06fea84,c07000e7,ee69273c,c0510c79) at ffs_lock+0x4f > VOP_LOCK_APV(c074c9a0,ee69275c,12b,c07165e1,c070a60c) at VOP_LOCK_APV+0x9e > vtryrecycle(cd735c80,0,c070a637,30c,0) at vtryrecycle+0x3e > getnewvnode(c07086b2,c3773000,c074c9a0,ee692814,ee69288c) at getnewvnode+0x1e0 > ffs_vget(c3773000,217eb2,2,ee69288c,81a4) at ffs_vget+0xdb > ffs_valloc(c3fc5000,81a4,ce79eb80,ee69288c,c3fc5000) at ffs_valloc+0x12d > ufs_makeinode(81a4,c3fc5000,ee692bd0,ee692be4,ee692a4c) at ufs_makeinode+0x5e > ufs_create(ee692a4c,c07213da,2f3,c07219de,c3fc5000) at ufs_create+0x37 > VOP_CREATE_APV(c074c9a0,ee692a4c,2,0,0) at VOP_CREATE_APV+0x9e > vn_open_cred(ee692bbc,ee692cbc,1a4,ce79eb80,3) at vn_open_cred+0x1da > vn_open(ee692bbc,ee692cbc,1a4,3,c844d960) at vn_open+0x33 > kern_open(c844d960,805b080,0,a02,1a4) at kern_open+0xca > open(c844d960,ee692d14,3a6,c071d79a,c844d960) at open+0x36 > syscall(bfbf002f,805002f,bfbf002f,805b0ab,805b080) at syscall+0x2c4 > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (5, FreeBSD ELF32, open), eip = 0x280f905b, esp = 0xbfbfe5cc, ebp = 0xbfbfe628 --- > db> > > -- > In God we Trust -- all others must submit an X.509 certificate. > -- Charles Forsythe > _______________________________________________ > 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 Wed Mar 16 19:39:22 2005 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 99A0016A51A for ; Wed, 16 Mar 2005 19:39:22 +0000 (GMT) Received: from mail14b.g14.rapidsite.net (mail14b.g14.rapidsite.net [128.121.64.164]) by mx1.FreeBSD.org (Postfix) with SMTP id 5248443D31 for ; Wed, 16 Mar 2005 19:39:22 +0000 (GMT) (envelope-from hcoin@n4comm.com) Received: from www.n4comm.com (128.121.136.199)3-0567461958 for ; Wed, 16 Mar 2005 14:39:20 -0500 (EST) Message-Id: <4.3.2.7.2.20050316133332.0225fe60@www.n4comm.com> X-Sender: hcoin@www.n4comm.com X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Wed, 16 Mar 2005 13:39:14 -0600 To: freebsd-current@freebsd.org From: Harry Coin Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Loop-Detect: 1 X-Mailman-Approved-At: Thu, 17 Mar 2005 13:03:26 +0000 Subject: atapicam prevents boot, system hangs 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: Wed, 16 Mar 2005 19:39:22 -0000 If atapicam is included Freebsd 5.3 release, 5.4 pre1 and 5.4 pre 2 will hang just before the SMP startup notice in the dmesg trace. If atapicam is removed then the system boots normally. The message it hangs on in place of the SMP message is an interrupt storm on int 18: em0 and uhci2++. Scrolling still works, no recovery ever happens. System is a P4 Asus P4C800-E, no AGP video, digital camera disks on the USB port . Full dmesg and conf file details at: You can access the state of your problem report at any time via this link: http://www.freebsd.org/cgi/query-pr.cgi?pr=78929 >Category: i386 >Responsible: freebsd-i386 >Synopsis: atapicam prevents boot, system hangs >Arrival-Date: Wed Mar 16 19:00:08 GMT 2005 I'm a bit of a newbie to all this, hope I've posted notices the right way to the right spots. HTH Harry Coin Harry Coin N4 Communications http://www.n4comm.com From owner-freebsd-current@FreeBSD.ORG Thu Mar 17 10:28:33 2005 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 B62FD16A4CE; Thu, 17 Mar 2005 10:28:33 +0000 (GMT) Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [204.127.202.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE09443D1F; Thu, 17 Mar 2005 10:28:32 +0000 (GMT) (envelope-from dougb@dougbarton.net) Received: from [192.168.0.3] (c-24-130-110-32.we.client2.attbi.com[24.130.110.32]) by comcast.net (sccrmhc12) with ESMTP id <2005031710282801200e8ahve>; Thu, 17 Mar 2005 10:28:32 +0000 Message-ID: <42395C13.4080509@dougbarton.net> Date: Thu, 17 Mar 2005 02:29:39 -0800 From: Doug Barton User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org References: <20050317101545.DCB0B7306E@freebsd-current.sentex.ca> In-Reply-To: <20050317101545.DCB0B7306E@freebsd-current.sentex.ca> X-Enigmail-Version: 0.90.1.1 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Thu, 17 Mar 2005 13:03:26 +0000 cc: sparc64@freebsd.org Subject: Re: [current tinderbox] failure on sparc64/sparc64 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, 17 Mar 2005 10:28:33 -0000 This is already fixed, FYI. Doug FreeBSD Tinderbox wrote: > TB --- 2005-03-17 09:11:00 - tinderbox 2.3 running on freebsd-current.sentex.ca > TB --- 2005-03-17 09:11:00 - starting CURRENT tinderbox run for sparc64/sparc64 > TB --- 2005-03-17 09:11:00 - checking out the source tree > TB --- 2005-03-17 09:11:00 - cd /home/tinderbox/CURRENT/sparc64/sparc64 > TB --- 2005-03-17 09:11:00 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src > TB --- 2005-03-17 09:17:43 - building world (CFLAGS=-O2 -pipe) > TB --- 2005-03-17 09:17:43 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src > TB --- 2005-03-17 09:17:43 - /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 > > [...] > colldef -I /tinderbox/CURRENT/sparc64/sparc64/src/share/colldef -o sv_SE.ISO8859-15.out /tinderbox/CURRENT/sparc64/sparc64/src/share/colldef/sv_SE.ISO8859-15.src > colldef -I /tinderbox/CURRENT/sparc64/sparc64/src/share/colldef -o uk_UA.CP1251.out /tinderbox/CURRENT/sparc64/sparc64/src/share/colldef/uk_UA.CP1251.src > colldef -I /tinderbox/CURRENT/sparc64/sparc64/src/share/colldef -o uk_UA.ISO8859-5.out /tinderbox/CURRENT/sparc64/sparc64/src/share/colldef/uk_UA.ISO8859-5.src > colldef -I /tinderbox/CURRENT/sparc64/sparc64/src/share/colldef -o uk_UA.KOI8-U.out /tinderbox/CURRENT/sparc64/sparc64/src/share/colldef/uk_UA.KOI8-U.src > ===> share/dict (all) > ===> share/doc (all) > ===> share/doc/bind9 (all) > make: don't know how to make KNOWN_DEFECTS. Stop > *** Error code 2 > > Stop in /tinderbox/CURRENT/sparc64/sparc64/src/share/doc. > *** Error code 1 > > Stop in /tinderbox/CURRENT/sparc64/sparc64/src/share. > *** Error code 1 > > Stop in /tinderbox/CURRENT/sparc64/sparc64/src. > *** Error code 1 > > Stop in /tinderbox/CURRENT/sparc64/sparc64/src. > *** Error code 1 > > Stop in /tinderbox/CURRENT/sparc64/sparc64/src. > TB --- 2005-03-17 10:15:45 - WARNING: /usr/bin/make returned exit code 1 > TB --- 2005-03-17 10:15:45 - ERROR: failed to build world > TB --- 2005-03-17 10:15:45 - tinderbox aborted > > _______________________________________________ > 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" > > -- If you're never wrong, you're not trying hard enough From owner-freebsd-current@FreeBSD.ORG Thu Mar 17 15:31:24 2005 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 A9D3916A4CE; Thu, 17 Mar 2005 15:31:24 +0000 (GMT) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 812ED43D39; Thu, 17 Mar 2005 15:31:24 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtp (Exim 4.44 (FreeBSD)) id 1DBwy4-000ENq-7t; Thu, 17 Mar 2005 15:31:24 +0000 Received: from localhost ([127.0.0.1] helo=roam.psg.com.psg.com) by roam.psg.com with esmtp (Exim 4.44 (FreeBSD)) id 1DBwy3-0004jL-HY; Thu, 17 Mar 2005 07:31:23 -0800 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16953.41675.10425.886294@roam.psg.com> Date: Thu, 17 Mar 2005 07:31:23 -0800 To: Doug Barton References: <423946C4.8090203@FreeBSD.org> cc: freebsd-current@FreeBSD.org Subject: Re: HEADS UP: BIND 9.3.1 imported to HEAD 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, 17 Mar 2005 15:31:24 -0000 > It would be very useful if those who have SMP systems could give this > version of BIND a whirl. while i have never made the transition to the base system bind on my production servers , i am running 9.3.1 on them and on smp. randy From owner-freebsd-current@FreeBSD.ORG Thu Mar 17 16:49:00 2005 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 2ECE616A4CE for ; Thu, 17 Mar 2005 16:49:00 +0000 (GMT) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA80543D49 for ; Thu, 17 Mar 2005 16:48:59 +0000 (GMT) (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; Thu, 17 Mar 2005 08:48:59 -0800 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 4476A5D08; Thu, 17 Mar 2005 08:48:59 -0800 (PST) To: Jiawei Ye In-reply-to: Your message of "Thu, 17 Mar 2005 14:45:39 +0800." Date: Thu, 17 Mar 2005 08:48:59 -0800 From: "Kevin Oberman" Message-Id: <20050317164859.4476A5D08@ptavv.es.net> cc: freebsd-current@freebsd.org cc: Jeff Smick Subject: Re: ATAPICAM Problem 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, 17 Mar 2005 16:49:00 -0000 > Date: Thu, 17 Mar 2005 14:45:39 +0800 > From: Jiawei Ye > Sender: owner-freebsd-current@freebsd.org > > On Thu, 17 Mar 2005 00:32:46 -0600, Jon Noack wrote: > > The handbook is a bit confusing on this. It calls the config(8) kernel > > build the "traditional way" and 'make buildkernel' the "new way". If I > > am a new user and don't want to stray far from the norm, wouldn't I pick > > the "traditional way"? Shouldn't we make it more clear the "new way" is > > the "recommended and officially sanctioned way"? > > > > Jon > My suggestion would be > s/traditional/deprecated > s/new/standard > > $.2 Since there is still one case where the "traditional" method needs to be used, I don't think is should/can be deprecated. Instead I think the "new" method should be described as simply the method to use if full sources are present and that the "traditional" method is the method to use if full sources are not available. The terms "new " and "traditional should be deleted and the order reversed since most people do keep the full sources these days. -- 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 Thu Mar 17 16:59:29 2005 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 0644416A4CE for ; Thu, 17 Mar 2005 16:59:29 +0000 (GMT) Received: from skutsje.san.webweaving.org (skutsje.san.webweaving.org [209.132.96.45]) by mx1.FreeBSD.org (Postfix) with ESMTP id A1A9E43D31 for ; Thu, 17 Mar 2005 16:59:28 +0000 (GMT) (envelope-from dirkx@webweaving.org) Received: from skutsje.san.webweaving.org (skutsje.san.webweaving.org [209.132.96.45] (may be forged))j2HGxSLA021577 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 17 Mar 2005 08:59:28 -0800 (PST) (envelope-from dirkx@webweaving.org) Received: from localhost (dirkx@localhost)j2HGxSS8021574 for ; Thu, 17 Mar 2005 08:59:28 -0800 (PST) (envelope-from dirkx@webweaving.org) X-Authentication-Warning: skutsje.san.webweaving.org: dirkx owned process doing -bs Date: Thu, 17 Mar 2005 08:59:27 -0800 (PST) From: Dirk-Willem van Gulik X-X-Sender: dirkx@skutsje.san.webweaving.org To: freebsd-current@freebsd.org Message-ID: <20050317082725.G15162@skutsje.san.webweaving.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: 'pccardc power' - on 5.x and above 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, 17 Mar 2005 16:59:29 -0000 At some time in the 5.0 series oldbus it's ioctl PIOCSVIR was dropped; and pccard/cardbus where reformed to use POWER_ENABLE_SOCKET(). What is the proper way to powercylce pccard cards from userland in -current ? Thanks, Dw From owner-freebsd-current@FreeBSD.ORG Thu Mar 17 17:43:06 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 758) id 2330016A4DD; Thu, 17 Mar 2005 17:43:06 +0000 (GMT) Date: Thu, 17 Mar 2005 17:43:06 +0000 From: Kris Kennaway To: Jeff Roberson Message-ID: <20050317174306.GP91771@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i cc: current@FreeBSD.org Subject: [ULE] panic: sched_add: kse 0xc5a7b78c (named) already in run queue 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, 17 Mar 2005 17:43:06 -0000 A switched a single-CPU+HTT machine over to ULE again, and it panicked after a couple of days with: panic: sched_add: kse 0xc5a7b78c (named) already in run queue cpuid = 1 KDB: enter: panic and hung there (NB: named is threaded). Kris -- In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe From owner-freebsd-current@FreeBSD.ORG Thu Mar 17 17:51:45 2005 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 F3F8B16A4CE; Thu, 17 Mar 2005 17:51:44 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7EB9943D8B; Thu, 17 Mar 2005 17:51:44 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior-wifi.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.1/8.13.1) with ESMTP id j2HHp7Z3032802; Thu, 17 Mar 2005 10:51:07 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <4239C308.9070500@samsco.org> Date: Thu, 17 Mar 2005 10:48:56 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050218 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-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org Subject: March 2005 6-CURRENT snapshots available 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, 17 Mar 2005 17:51:45 -0000 All, New snapshots for 6-CURRENT are available now from ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/Mar_2005. These images were built on 15 March 2005 1548 UTC. New in this snapshot: - Many VFS locking improvments - New release ISO layout. Disc1 now combines the installation distributions with the full live filesystem layout. Packages for official releases will go onto disc2. This layout will also be used for the FreeBSD 5.4 release. - Common Address Redundancy Protocol (CARP) support. - Many bug fixes to interrupt routing, busdma, and other subsystems and drivers. Note that there are no 5-STABLE snashots this month. The upcoming 5.4-PRERELEASE builds will cover this area. Scott From owner-freebsd-current@FreeBSD.ORG Thu Mar 17 19:20:30 2005 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 2858216A4CE for ; Thu, 17 Mar 2005 19:20:30 +0000 (GMT) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id AD19C43D4C for ; Thu, 17 Mar 2005 19:20:29 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id 9110EACAE6; Thu, 17 Mar 2005 20:20:27 +0100 (CET) Date: Thu, 17 Mar 2005 20:20:27 +0100 From: Pawel Jakub Dawidek To: Poul-Henning Kamp Message-ID: <20050317192027.GM591@darkness.comp.waw.pl> References: <84dead72050316202564c386b2@mail.gmail.com> <5082.1111045081@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="JPKYlvo4+BwO1+FT" Content-Disposition: inline In-Reply-To: <5082.1111045081@critter.freebsd.dk> User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 cc: current@freebsd.org Subject: Re: fstat broken ? 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, 17 Mar 2005 19:20:30 -0000 --JPKYlvo4+BwO1+FT Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Mar 17, 2005 at 08:38:01AM +0100, Poul-Henning Kamp wrote: +> In message <84dead72050316202564c386b2@mail.gmail.com>, Joseph Koshy wri= tes: +> >> fstat(1) seems to be missbehaving on -current, no idea when this star= ted. +> > +> >Its working on a -current of approx Feb 26th. Just a data point. +>=20 +> fstat was digging around in the kernel after stuff it shouldn't ever +> look at. +>=20 +> It needs to be rewritten to use a sensible sysctl API to find the +> bits it need. Actually I'm working on it in perforce, but the biggest problem are -M/-N options... --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --JPKYlvo4+BwO1+FT Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFCOdh7ForvXbEpPzQRAoG2AKDlYSwCpox81WBkx5v0gkvBAg41dQCfWhQS ewcHMaF/5kBG7i6yXfV8ocA= =ckxC -----END PGP SIGNATURE----- --JPKYlvo4+BwO1+FT-- From owner-freebsd-current@FreeBSD.ORG Thu Mar 17 19:33:17 2005 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 57DA716A4CE; Thu, 17 Mar 2005 19:33:17 +0000 (GMT) Received: from rwcrmhc14.comcast.net (rwcrmhc14.comcast.net [216.148.227.89]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1502343D5F; Thu, 17 Mar 2005 19:33:17 +0000 (GMT) (envelope-from dougb@freebsd.org) Received: from [192.168.0.4] (c-24-130-110-32.we.client2.attbi.com[24.130.110.32]) by comcast.net (rwcrmhc14) with ESMTP id <20050317193314014001egnfe>; Thu, 17 Mar 2005 19:33:14 +0000 Message-ID: <4239DB7A.2090003@freebsd.org> Date: Thu, 17 Mar 2005 11:33:14 -0800 From: Doug Barton Organization: http://www.FreeBSD.org User-Agent: Mozilla Thunderbird 1.0 (X11/20050316) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org References: <20050317101545.DCB0B7306E@freebsd-current.sentex.ca> <42395C13.4080509@dougbarton.net> In-Reply-To: <42395C13.4080509@dougbarton.net> X-Enigmail-Version: 0.89.6.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: sparc64@freebsd.org Subject: Re: [current tinderbox] failure on sparc64/sparc64 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, 17 Mar 2005 19:33:17 -0000 Doug Barton wrote: > This is already fixed, FYI. And I should have added, "Sorry for the temporary breakage." Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Thu Mar 17 19:39:02 2005 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 0FFFD16A4CE; Thu, 17 Mar 2005 19:39:02 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8249C43D5A; Thu, 17 Mar 2005 19:39:01 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.13.3/8.13.1) with ESMTP id j2HJc5Gn032341; Thu, 17 Mar 2005 12:38:05 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Thu, 17 Mar 2005 12:38:14 -0700 (MST) Message-Id: <20050317.123814.90826457.imp@bsdimp.com> To: dougb@freebsd.org From: "M. Warner Losh" In-Reply-To: <42375FD2.2080706@freebsd.org> References: <42363DAC.7040001@FreeBSD.org> <200503152107.23496.freebsd@redesjm.local> <42375FD2.2080706@freebsd.org> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable cc: josemi@freebsd.jazztel.es cc: current@freebsd.org Subject: Re: rcNG changes/aditions 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, 17 Mar 2005 19:39:02 -0000 In message: <42375FD2.2080706@freebsd.org> Doug Barton writes: : Jose M Rodriguez wrote: : > El Martes, 15 de Marzo de 2005 02:43, Doug Barton escribi=F3: : > = : >>Jose M Rodriguez wrote: : >> : >>>Hi, : >>>I'll glad to know if this is of interest: : >>> : >>>update to PR conf/75137 (sound modules): I rework this adding : >>>support for preloaded modules to /etc/rc.subr : >> : >>Why is this necessary? My understanding is that modules load : >>themselves when called. Do the sound modules do this differently? : >> : > = : > = : > This is not needed (I think). You can load modules = : > via /boot/loader.conf, but may be more confortable if we 'go module= s' = : > in a future. : = : I don't think you understand what I'm saying. For most modules, it is= not = : actually necessary to pre-load them at all. For example, I have cd966= 0 as a = : module, it's not compiled into my kernel. When I mount a cd9660 file = system = : the kernel module is automatically loaded. There is no need to pre-lo= ad it. = : The same is true of (most) modules that create devices, such as ndis.= : = : I don't know the specifics of the sound module, I compile it into my = kernel. = : However, as you pointed out in the rare case that it's necessary to a= ctually = : pre-load a kernel module (such as agp), we have a mechanism for that = in = : loader.conf already. I don't think that adding that code to rc.subr i= s a = : useful exercise, and in fact I would oppose it as needless duplicatio= n of = : effort. It is also better to have the boot loader load modules that you are going to load right away anyway. Having it in rc is insane. Warner From owner-freebsd-current@FreeBSD.ORG Thu Mar 17 19:45:00 2005 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 504E816A4CE for ; Thu, 17 Mar 2005 19:45:00 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id D51CC43D58 for ; Thu, 17 Mar 2005 19:44:59 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.13.3/8.13.1) with ESMTP id j2HJhrqn032389; Thu, 17 Mar 2005 12:43:54 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Thu, 17 Mar 2005 12:44:02 -0700 (MST) Message-Id: <20050317.124402.117348110.imp@bsdimp.com> To: dirkx@webweaving.org From: "M. Warner Losh" In-Reply-To: <20050317082725.G15162@skutsje.san.webweaving.org> References: <20050317082725.G15162@skutsje.san.webweaving.org> 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: 'pccardc power' - on 5.x and above 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, 17 Mar 2005 19:45:00 -0000 In message: <20050317082725.G15162@skutsje.san.webweaving.org> Dirk-Willem van Gulik writes: : At some time in the 5.0 series oldbus it's ioctl PIOCSVIR was dropped; and : pccard/cardbus where reformed to use POWER_ENABLE_SOCKET(). : : What is the proper way to powercylce pccard cards from userland in : -current ? You can't at the moment do that. Warner From owner-freebsd-current@FreeBSD.ORG Thu Mar 17 20:11:50 2005 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 B0D9216A4CE for ; Thu, 17 Mar 2005 20:11:50 +0000 (GMT) Received: from mail.qconline.com (mail.qconline.com [204.176.110.250]) by mx1.FreeBSD.org (Postfix) with ESMTP id E137A43D1D for ; Thu, 17 Mar 2005 20:11:49 +0000 (GMT) (envelope-from harrycoin@qconline.com) Received: from devoffice.qconline.com (unverified [64.4.171.82]) by mail.qconline.com for ; Thu, 17 Mar 2005 14:13:09 -0600 Message-Id: <4.3.2.7.2.20050317141121.01dcc770@mail.qconline.com> X-Sender: harrycoin@mail.qconline.com X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Thu, 17 Mar 2005 14:11:42 -0600 To: freebsd-current@freebsd.org From: Harry Coin Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: atapicam hangs boot on 5.3 5.4pre1 5.4pre2 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, 17 Mar 2005 20:11:50 -0000 On my P4 system with 'umass0' solid-state disk (photography chips) on the USB port, if 'device atapicam' is included Freebsd 5.3 release, 5.4 pre1 and 5.4 pre 2 will hang just before the SMP startup notice in the dmesg trace. If atapicam is removed then the system boots normally. The message it hangs on in place of the SMP message is an interrupt storm on int 18: em0 and uhci2++. Scrolling still works, no recovery ever happens. I read somewhere back in 4.x a developer thought the problem might be failure to restore an interrupt level in a system fork routine, but I really have no idea what the fix is. I've tried all the obvious boot changes, no joy. if atapicam is included, hangs at the same spot every time. If not, then a normal boot. That's the only variable I can twiddle that made any difference. System is a P4 Asus P4C800-E, no AGP video, digital camera disks on the USB port . The lock occurs right after this line in the dmesg ata4-master SATA150 ad10: 35304MB [71730/16/63] at ata5-master SATA150 The line never seen is SMP: AP CPU #1 Launched! The error message is that an interrupt storm was detected on int18: em0 and uhci2++. I can still use the scroll lock to scan up and down, but the system never moves on from that point -- ever. The system is an ASUS P4C800-E with a P4 2.8Ghz. The only unusual aspects are that there is no AGP video, but 3 dual head PCI cards. Also there are some digital camera reader 'disk' slots on one of the USB ports. What follows is the dmesg of a sucessful boot, then the kernel conf file. To make it crash, put ATAPICAM in. To make it work, take ATAPICAM out. 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.3-RELEASE-p5 #10: Wed Mar 16 11:22:54 CST 2005 root@development.quietfountain.com:/usr/obj/usr/src/sys/DEVELOPMENT Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 2.80GHz (2798.67-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 Features=0xbfebfbff Hyperthreading: 2 logical CPUs real memory = 2146631680 (2047 MB) avail memory = 2090983424 (1994 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 cpu1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xfe800000-0xfebfffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pcib1: could not get PCI interrupt routing table for \\_SB_.PCI0.P0P1 - AE_NOT_FOUND pci1: on pcib1 pcib2: at device 3.0 on pci0 pci2: on pcib2 em0: port 0xcf80-0xcf9f mem 0xf84e0000-0xf84fffff irq 18 at device 1.0 on pci2 em0: Ethernet address: 00:0c:6e:79:79:24 em0: Speed:N/A Duplex:N/A uhci0: port 0xeec0-0xeedf irq 16 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 0xef00-0xef1f irq 19 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 uhid0: American Power Conversion Back-UPS RS 1500 FW:8.g4 .D USB FW:g4, rev 1.10/1.06, addr 2, iclass 3/0 uhci2: port 0xef20-0xef3f irq 18 at device 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 umass0: Y-E DATA Silicon Media R/W, rev 1.10/1.03, addr 2 uhci3: port 0xef40-0xef5f irq 16 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered pci0: at device 29.7 (no driver attached) pcib3: at device 30.0 on pci0 pci3: on pcib3 pci3: at device 9.0 (no driver attached) pci3: mem: npx0: [FAST] npx0: on motherboard npx0: INT 16 interface pci_open(1): mode 1 addr port (0x0cf8) is 0x00000000 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=00011066) pcibios: BIOS version 2.10 apm0: on motherboard apm0: found APM BIOS v1.1, connected at v1.1 pcib0: pcibus 0 on motherboard pci0: on pcib0 pci0: physical bus=0 found-> vendor=0x1066, dev=0x0001, revid=0x04 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0xa400, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1066, dev=0x8002, revid=0x00 bus=0, slot=6, func=0 class=06-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x000f, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type 3, range 32, base 30000000, size 21, enabled found-> vendor=0x10c8, dev=0x0001, revid=0x01 bus=0, slot=7, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0003, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=15 map[20]: type 4, range 32, base 0000fe00, size 4, enabled found-> vendor=0x1095, dev=0x0643, revid=0x00 bus=0, slot=8, func=0 class=01-01-80, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x04 (1000 ns) intpin=a, irq=14 isab0: at device 6.0 on pci0 isa0: on isab0 pci0: at device 7.0 (no driver attached) atapci0: port 0xfe00-0xfe0f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 irq 14 at device 8.0 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xfe00 ata0: channel #0 on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 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 stat0=50 stat1=00 devices=0x1 ata0: [MPSAFE] ata1: channel #1 on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=00 ostat0=ff ostat1=ff ata1: [MPSAFE] cpu0 on motherboard pnpbios: 16 devices, largest 468 bytes PNP0a03: adding io range 0xcf8-0xcf8, size=0x1, align=0x1 PNP0a03: adding io range 0xcfa-0xcfa, size=0x1, align=0x1 pnpbios: handle 0 device ID PNP0a03 (030ad041) PNP0c01: adding fixed memory32 range 0-0x9ffff, size=0xa0000 PNP0c01: adding fixed memory32 range 0x100000-0x1ffffff, size=0x1f00000 PNP0c01: adding fixed memory32 range 0xf0000-0xfffff, size=0x10000 PNP0c01: adding fixed memory32 range 0xfffe0000-0xffffffff, size=0x20000 PNP0c01: adding io range 0x180-0x180, size=0x1, align=0x1 pnpbios: handle 1 device ID PNP0c01 (010cd041) PNP0100: adding irq mask 0x1 PNP0100: adding io range 0x40-0x5f, size=0x20, align=0x1 pnpbios: handle 3 device ID PNP0100 (0001d041) PNP0200: adding io range 0x80-0x9f, size=0x20, align=0x1 PNP0200: adding io range 0-0x1f, size=0x20, align=0x1 PNP0200: adding io range 0xc0-0xdf, size=0x20, align=0x1 PNP0200: adding dma mask 0x10 pnpbios: handle 4 device ID PNP0200 (0002d041) PNP0303: adding irq mask 0x2 PNP0303: adding io range 0x60-0x60, size=0x1, align=0x1 PNP0303: adding io range 0x64-0x64, size=0x1, align=0x1 pnpbios: handle 5 device ID PNP0303 (0303d041) PNP0f13: adding irq mask 0x1000 pnpbios: handle 6 device ID PNP0f13 (130fd041) PNP0800: adding io range 0x61-0x61, size=0x1, align=0x1 pnpbios: handle 7 device ID PNP0800 (0008d041) PNP0b00: adding irq mask 0x100 PNP0b00: adding io range 0x70-0x7f, size=0x10, align=0x1 pnpbios: handle 8 device ID PNP0b00 (000bd041) PNP0c04: adding irq mask 0x2000 PNP0c04: adding io range 0xf0-0xff, size=0x10, align=0x1 pnpbios: handle 9 device ID PNP0c04 (040cd041) PNP0e00: adding io range 0x3e0-0x3e1, size=0x2, align=0x1 pnpbios: handle 10 device ID PNP0e00 (000ed041) ESS0106: adding fixed io range 0x230-0x23f, size=0x10, align=0x1 ESS0106: adding fixed io range 0x388-0x38b, size=0x4, align=0x1 ESS0106: adding fixed io range 0x330-0x331, size=0x2, align=0x1 ESS0106: adding irq mask 0x20 ESS0106: adding irq mask 0x200 ESS0106: adding dma mask 0x1 ESS0106: adding dma mask 0x8 pnpbios: handle 11 device ID ESS0106 (06017316) PNP0501: adding irq mask 0x10 PNP0501: adding fixed io range 0x3f8-0x3ff, size=0x8, align=0x1 pnpbios: handle 12 device ID PNP0501 (0105d041) PNP0510: adding irq mask 0x8 PNP0510: adding fixed io range 0x2f8-0x2ff, size=0x8, align=0x1 pnpbios: handle 13 device ID PNP0510 (1005d041) PNP0401: adding irq mask 0x80 PNP0401: adding fixed io range 0x378-0x37f, size=0x8, align=0x1 pnpbios: handle 14 device ID PNP0401 (0104d041) PNP0700: adding irq mask 0x40 PNP0700: adding fixed io range 0x3f2-0x3f5, size=0x4, align=0x1 PNP0700: adding fixed io range 0x3f7-0x3f7, size=0x1, align=0x1 PNP0700: adding dma mask 0x4 pnpbios: handle 15 device ID PNP0700 (0007d041) ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it sc: sc0 already exists; skipping it vga: vga0 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 isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0: at iomem 0xc0000-0xcbfff on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) atkbdc0: at port 0x64,0x60 on isa0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbdc: RESET_KBD return code:00fa kbdc: RESET_KBD status:00aa kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x1d0000 atkbd0: [GIANT-LOCKED] psm0: current command byte:0065 kbdc: TEST_AUX_PORT status:0001 psm0: strange result for test aux port (1). kbdc: RESET_AUX return code:00fa kbdc: RESET_AUX status:00aa kbdc: RESET_AUX ID:0000 kbdc: RESET_AUX return code:00fa kbdc: RESET_AUX status:00aa kbdc: RESET_AUX ID:0000 psm: status 00 02 64 psm: status 05 02 c8 psm: status 05 02 c8 psm: status 05 02 c8 psm: data 08 00 00 psm: status 10 00 64 psm: status 00 02 64 psm: status 00 02 64 psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0-00, 2 buttons psm0: config:00000000, flags:00000008, packet size:3 psm0: syncmask:c0, syncbits:00 bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fdc0: ic_type 90 part_id 73 fdc0: at port 0x3f0-0x3f5 irq 6 drq 2 on isa0 fdc0: ic_type 90 part_id 73 fdc0: [MPSAFE] fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 fe0: not probed (disabled) ie0: not probed (disabled) lnc0: not probed (disabled) pcic0: at port 0x3e0 iomem 0xd0000 on isa0 pcic0: Polling mode pccard0: on pcic0 pccard1: on pcic0 pcic1: not probed (disabled) ppc0: parallel port found at 0x378 ppc0: using extended I/O port range ppc0: ECP SPP SPP ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (ECP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 plip0: bpf attached lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x100> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) sio0: irq maps: 0x1 0x11 0x1 0x1 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A, console sio1: irq maps: 0x1 0x9 0x1 0x1 sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 vt0: not probed (disabled) isa_probe_children: probing PnP devices unknown: can't assign resources (port) unknown: at port 0x60 on isa0 unknown: can't assign resources (irq) unknown: at irq 12 on isa0 speaker0: at port 0x61 on isa0 unknown: failed to probe at port 0x3e1-0x3e2 on isa0 sbc0: at port 0x330-0x331,0x388-0x38b,0x230-0x23f irq 9,5 drq 3,0 on isa0 sbc0: [GIANT-LOCKED] pcm0: on sbc0 pcm0: ESS5959 detected pcm0: [GIANT-LOCKED] pcm0: sndbuf_setmap ff4000, 1000; 0xc43d0000 -> ff4000 pcm0: sndbuf_setmap ff3000, 1000; 0xc43d1000 -> ff3000 unknown: can't assign resources (port) unknown: at port 0x3f8-0x3ff on isa0 unknown: can't assign resources (port) unknown: at port 0x2f8-0x2ff on isa0 unknown: can't assign resources (port) unknown: at port 0x378-0x37f on isa0 unknown: can't assign resources (port) unknown: at port 0x3f2-0x3f5 on isa0 Device configuration finished. TSC timecounter disabled: APM enabled. Timecounter "TSC" frequency 133637317 Hz quality -1000 Timecounters tick every 1.000 msec lo0: bpf attached ata0-master: pio=0x0c wdma=0x22 udma=0x42 cable=40pin pcic0: Power: Vcc=0 Vpp=0 pcic0: Power applied Power complete. pcic0: Power: Vcc=-1 Vpp=-1 pcic0: Couldn't autodetect voltage, assuming 5.0V pcic0: Power applied pcic0: Output enabled pcic0: Settling complete Power complete. pccard: card inserted, slot 1 pcic0: reset 1 int is 0 stat is dd ad0: ATA-3 disk at ata0-master ad0: 3102MB (6354432 sectors), 6304 C, 16 H, 63 S, 512 B ad0: 16 secs/int, 1 depth queue, PIO4 GEOM: new disk ad0 pcic0: reset 2 int is 60 stat is dd Mounting root from ufs:/dev/ad0s1a SMAP type=01 base=0000000000000000 len=00000000000a0000 SMAP type=01 base=0000000000100000 len=0000000001f00000 Copyright (c) 1992-2005 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 6.0-CURRENT #3: Thu Mar 17 10:53:36 SAST 2005 ianf@laptoy.freislich.nom.za:/usr/obj/usr/src/sys/LAPTOY Preloaded elf kernel "/boot/kernel/kernel" at 0xc06ed000. Preloaded elf module "/boot/kernel/if_ed.ko" at 0xc06ed108. Preloaded elf module "/boot/kernel/miibus.ko" at 0xc06ed1b4. Preloaded elf module "/boot/kernel/snd_ess.ko" at 0xc06ed260. Preloaded elf module "/boot/kernel/sound.ko" at 0xc06ed30c. Preloaded elf module "/boot/kernel/snd_sbc.ko" at 0xc06ed3b8. Preloaded elf module "/boot/kernel/random.ko" at 0xc06ed464. Preloaded elf module "/boot/kernel/io.ko" at 0xc06ed510. Preloaded elf module "/boot/kernel/mem.ko" at 0xc06ed5b8. Calibrating clock(s) ... i8254 clock: 1193213 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 133637416 Hz CPU: Pentium/P54C (133.64-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x52c Stepping = 12 Features=0x1bf real memory = 33554432 (32 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009ffff, 651264 bytes (159 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000825000 - 0x0000000001f3ffff, 24227840 bytes (5915 pages) avail memory = 27713536 (26 MB) bios32: Found BIOS32 Service Directory header at 0xc00ffe80 bios32: Entry = 0xffe90 (c00ffe90) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0xbe4e pnpbios: Found PnP BIOS data at 0xc00fe2d0 pnpbios: Entry = f0000:e2f4 Rev = 1.0 pnpbios: Event flag at 4b4 Other BIOS signatures found: Intel Pentium detected, installing workaround for F00F bug null: random: io: mem: npx0: [FAST] npx0: on motherboard npx0: INT 16 interface cpu0 on motherboard pci_open(1): mode 1 addr port (0x0cf8) is 0x00000000 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=00011066) pcibios: BIOS version 2.10 apm0: on motherboard apm0: found APM BIOS v1.1, connected at v1.1 pcib0: pcibus 0 on motherboard pci0: on pcib0 pci0: physical bus=0 found-> vendor=0x1066, dev=0x0001, revid=0x04 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0xa400, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1066, dev=0x8002, revid=0x00 bus=0, slot=6, func=0 class=06-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x000f, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type 3, range 32, base 30000000, size 21, enabled found-> vendor=0x10c8, dev=0x0001, revid=0x01 bus=0, slot=7, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0003, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=15 map[20]: type 4, range 32, base 0000fe00, size 4, enabled found-> vendor=0x1095, dev=0x0643, revid=0x00 bus=0, slot=8, func=0 class=01-01-80, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x04 (1000 ns) intpin=a, irq=14 isab0: at device 6.0 on pci0 isa0: on isab0 pci0: at device 7.0 (no driver attached) atapci0: port 0xfe00-0xfe0f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 irq 14 at device 8.0 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xfe00 ata0: channel #0 on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 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 stat0=50 stat1=00 devices=0x1 ata0: [MPSAFE] ata1: channel #1 on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=00 ostat0=ff ostat1=ff ata1: [MPSAFE] ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete pnpbios: 16 devices, largest 468 bytes PNP0a03: adding io range 0xcf8-0xcf8, size=0x1, align=0x1 PNP0a03: adding io range 0xcfa-0xcfa, size=0x1, align=0x1 pnpbios: handle 0 device ID PNP0a03 (030ad041) PNP0c01: adding fixed memory32 range 0-0x9ffff, size=0xa0000 PNP0c01: adding fixed memory32 range 0x100000-0x1ffffff, size=0x1f00000 PNP0c01: adding fixed memory32 range 0xf0000-0xfffff, size=0x10000 PNP0c01: adding fixed memory32 range 0xfffe0000-0xffffffff, size=0x20000 PNP0c01: adding io range 0x180-0x180, size=0x1, align=0x1 pnpbios: handle 1 device ID PNP0c01 (010cd041) PNP0100: adding irq mask 0x1 PNP0100: adding io range 0x40-0x5f, size=0x20, align=0x1 pnpbios: handle 3 device ID PNP0100 (0001d041) PNP0200: adding io range 0x80-0x9f, size=0x20, align=0x1 PNP0200: adding io range 0-0x1f, size=0x20, align=0x1 PNP0200: adding io range 0xc0-0xdf, size=0x20, align=0x1 PNP0200: adding dma mask 0x10 pnpbios: handle 4 device ID PNP0200 (0002d041) PNP0303: adding irq mask 0x2 PNP0303: adding io range 0x60-0x60, size=0x1, align=0x1 PNP0303: adding io range 0x64-0x64, size=0x1, align=0x1 pnpbios: handle 5 device ID PNP0303 (0303d041) PNP0f13: adding irq mask 0x1000 pnpbios: handle 6 device ID PNP0f13 (130fd041) PNP0800: adding io range 0x61-0x61, size=0x1, align=0x1 pnpbios: handle 7 device ID PNP0800 (0008d041) PNP0b00: adding irq mask 0x100 PNP0b00: adding io range 0x70-0x7f, size=0x10, align=0x1 pnpbios: handle 8 device ID PNP0b00 (000bd041) PNP0c04: adding irq mask 0x2000 PNP0c04: adding io range 0xf0-0xff, size=0x10, align=0x1 pnpbios: handle 9 device ID PNP0c04 (040cd041) PNP0e00: adding io range 0x3e0-0x3e1, size=0x2, align=0x1 pnpbios: handle 10 device ID PNP0e00 (000ed041) ESS0106: adding fixed io range 0x230-0x23f, size=0x10, align=0x1 ESS0106: adding fixed io range 0x388-0x38b, size=0x4, align=0x1 ESS0106: adding fixed io range 0x330-0x331, size=0x2, align=0x1 ESS0106: adding irq mask 0x20 ESS0106: adding irq mask 0x200 ESS0106: adding dma mask 0x1 ESS0106: adding dma mask 0x8 pnpbios: handle 11 device ID ESS0106 (06017316) PNP0501: adding irq mask 0x10 PNP0501: adding fixed io range 0x3f8-0x3ff, size=0x8, align=0x1 pnpbios: handle 12 device ID PNP0501 (0105d041) PNP0510: adding irq mask 0x8 PNP0510: adding fixed io range 0x2f8-0x2ff, size=0x8, align=0x1 pnpbios: handle 13 device ID PNP0510 (1005d041) PNP0401: adding irq mask 0x80 PNP0401: adding fixed io range 0x378-0x37f, size=0x8, align=0x1 pnpbios: handle 14 device ID PNP0401 (0104d041) PNP0700: adding irq mask 0x40 PNP0700: adding fixed io range 0x3f2-0x3f5, size=0x4, align=0x1 PNP0700: adding fixed io range 0x3f7-0x3f7, size=0x1, align=0x1 PNP0700: adding dma mask 0x4 pnpbios: handle 15 device ID PNP0700 (0007d041) 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: at iomem 0xc0000-0xcbfff on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) atkbdc0: at port 0x64,0x60 on isa0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbdc: RESET_KBD return code:00fa kbdc: RESET_KBD status:00aa kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x1d0000 atkbd0: [GIANT-LOCKED] psm0: current command byte:0065 kbdc: TEST_AUX_PORT status:0001 psm0: strange result for test aux port (1). kbdc: RESET_AUX return code:00fa kbdc: RESET_AUX status:00aa kbdc: RESET_AUX ID:0000 kbdc: RESET_AUX return code:00fa kbdc: RESET_AUX status:00aa kbdc: RESET_AUX ID:0000 psm: status 00 02 64 psm: status 05 02 c8 psm: status 05 02 c8 psm: status 05 02 c8 psm: data 08 00 00 psm: status 10 00 64 psm: status 00 02 64 psm: status 00 02 64 psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0-00, 2 buttons psm0: config:00000000, flags:00000008, packet size:3 psm0: syncmask:c0, syncbits:00 bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fdc0: ic_type 90 part_id 73 fdc0: at port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on isa0 fdc0: ic_type 90 part_id 73 fdc0: [MPSAFE] fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 fe0: not probed (disabled) ie0: not probed (disabled) lnc0: not probed (disabled) pcic0 failed to probe at port 0x3e0 iomem 0xd0000 on isa0 pcic1: not probed (disabled) ppc0: parallel port found at 0x378 ppc0: using extended I/O port range ppc0: ECP SPP SPP ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (ECP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 plip0: bpf attached lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x100> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) sio0: irq maps: 0x1 0x11 0x1 0x1 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A, console sio1: irq maps: 0x1 0x9 0x1 0x1 sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 vt0: not probed (disabled) isa_probe_children: probing PnP devices unknown: can't assign resources (memory) unknown: at iomem 0xf0000-0xfffff,0x100000-0x1ffffff,0-0x9ffff on isa0 unknown: can't assign resources (port) unknown: at port 0x60 on isa0 unknown: can't assign resources (irq) unknown: at irq 12 on isa0 speaker0: at port 0x61 on isa0 unknown: failed to probe at port 0x3e0-0x3e1 on isa0 sbc0: at port 0x330-0x331,0x388-0x38b,0x230-0x23f irq 9,5 drq 3,0 on isa0 sbc0: [GIANT-LOCKED] pcm0: on sbc0 pcm0: ESS5959 detected pcm0: [GIANT-LOCKED] pcm0: sndbuf_setmap ff4000, 1000; 0xc4682000 -> ff4000 pcm0: sndbuf_setmap ff3000, 1000; 0xc4683000 -> ff3000 unknown: can't assign resources (port) unknown: at port 0x3f8-0x3ff on isa0 unknown: can't assign resources (port) unknown: at port 0x2f8-0x2ff on isa0 unknown: can't assign resources (port) unknown: at port 0x378-0x37f on isa0 unknown: can't assign resources (port) unknown: at port 0x3f2-0x3f5 on isa0 Device configuration finished. TSC timecounter disabled: APM enabled. Timecounter "TSC" frequency 133637416 Hz quality -1000 Timecounters tick every 1.000 msec lo0: bpf attached ata0-master: pio=0x0c wdma=0x22 udma=0x42 cable=40pin ad0: ATA-3 disk at ata0-master ad0: 3102MB (6354432 sectors), 6304 C, 16 H, 63 S, 512 B ad0: 16 secs/int, 1 depth queue, PIO4 GEOM: new disk ad0 Trying to mount root from ufs:/dev/ad0s1a From owner-freebsd-current@FreeBSD.ORG Fri Mar 18 10:39:49 2005 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 A01C016A4CE for ; Fri, 18 Mar 2005 10:39:49 +0000 (GMT) Received: from deliver.smtp.vlink.ru (alias.rigel.internal.vlink.ru [217.23.88.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4768043D53 for ; Fri, 18 Mar 2005 10:39:48 +0000 (GMT) (envelope-from dsh@vlink.ru) Received: from smtp.smtp.vlink.ru (clamav.smtp.vlink.ru [192.168.4.1]) by deliver.smtp.vlink.ru (Postfix) with ESMTP id BFFA34681B for ; Fri, 18 Mar 2005 13:39:45 +0300 (MSK) Received: from neva.vlink.ru (neva.vlink.ru [217.107.252.29]) by smtp.smtp.vlink.ru (Postfix) with ESMTP id 9621B467C7 for ; Fri, 18 Mar 2005 13:39:45 +0300 (MSK) Received: from neva.vlink.ru (localhost [127.0.0.1]) by neva.vlink.ru (8.13.3/8.13.3) with ESMTP id j2IAdj2l018402 for ; Fri, 18 Mar 2005 13:39:45 +0300 (MSK) (envelope-from dsh@vlink.ru) Received: (from dsh@localhost) by neva.vlink.ru (8.13.3/8.13.3/Submit) id j2IAdjf5018399; Fri, 18 Mar 2005 13:39:45 +0300 (MSK) (envelope-from dsh@vlink.ru) To: freebsd-current@freebsd.org From: Denis Shaposhnikov Date: Fri, 18 Mar 2005 13:39:45 +0300 Message-ID: <87psxxdyq6.fsf@neva.vlink.ru> User-Agent: Gnus/5.1006 (Gnus v5.10.6) XEmacs/21.4 (Jumbo Shrimp, berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: ClamAV using ClamSMTP Subject: acpica/acpi.c:904: error: structure has no member named `slh_first' 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, 18 Mar 2005 10:39:49 -0000 I'am trying to build just cvsuped CURRENT and: /var/FreeBSD/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi.c: In function `acpi_sysres_alloc': /var/FreeBSD/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi.c:904: error: structure has no member named `slh_first' /var/FreeBSD/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi.c:904: error: structure has no member named `sle_next' /var/FreeBSD/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi.c: In function `acpi_sysres_find': /var/FreeBSD/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi.c:950: error: structure has no member named `slh_first' /var/FreeBSD/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi.c:950: error: structure has no member named `sle_next' *** Error code 1 Stop in /var/FreeBSD/src/sys/modules/acpi/acpi. *** Error code 1 Stop in /var/FreeBSD/src/sys/modules/acpi. *** Error code 1 Stop in /var/FreeBSD/src/sys/modules. *** Error code 1 Does anybody known how to fix it? -- DSS5-RIPE DSS-RIPN 2:550/5068@fidonet 2:550/5069@fidonet mailto:dsh@vlink.ru http://neva.vlink.ru/~dsh/ From owner-freebsd-current@FreeBSD.ORG Fri Mar 18 11:34:02 2005 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 13BFE16A4CE; Fri, 18 Mar 2005 11:34:02 +0000 (GMT) Received: from relay.bestcom.ru (relay.bestcom.ru [217.72.144.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3BB9143D48; Fri, 18 Mar 2005 11:34:01 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (root@cell.sick.ru [217.72.144.68]) by relay.bestcom.ru (8.13.1/8.12.9) with ESMTP id j2IBXrPY034524 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Fri, 18 Mar 2005 14:33:54 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.1/8.12.8) with ESMTP id j2IBXqCq062040 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 18 Mar 2005 14:33:53 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.1/8.13.1/Submit) id j2IBXpDO062039; Fri, 18 Mar 2005 14:33:51 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Fri, 18 Mar 2005 14:33:51 +0300 From: Gleb Smirnoff To: Kris Kennaway , Jeff Roberson Message-ID: <20050318113351.GA61993@cell.sick.ru> References: <20050317174306.GP91771@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20050317174306.GP91771@hub.freebsd.org> User-Agent: Mutt/1.5.6i X-Virus-Scanned: ClamAV version devel-20050125, clamav-milter version 0.80ff on relay.bestcom.ru X-Virus-Status: Clean cc: current@FreeBSD.org Subject: Re: [ULE] panic: sched_add: kse 0xc5a7b78c (named) already in run queue 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, 18 Mar 2005 11:34:02 -0000 On Thu, Mar 17, 2005 at 05:43:06PM +0000, Kris Kennaway wrote: K> A switched a single-CPU+HTT machine over to ULE again, and it panicked K> after a couple of days with: K> K> panic: sched_add: kse 0xc5a7b78c (named) already in run queue K> cpuid = 1 K> KDB: enter: panic K> K> and hung there (NB: named is threaded). Today I've hit this panic when playing with debugger. The exact sequence was: ~# -- (break to debugger) db> break carp_ioctl db> cont (several seconds out of debugger) [break in carp_ioctl] db> trace ... ... db> next panic: sched_add: kse 0x???????? (???) already in run queue cpuid = 1 KDB: enter: panic -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-current@FreeBSD.ORG Fri Mar 18 11:40:48 2005 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 5707F16A4CE for ; Fri, 18 Mar 2005 11:40:48 +0000 (GMT) Received: from skutsje.san.webweaving.org (skutsje.san.webweaving.org [209.132.96.45]) by mx1.FreeBSD.org (Postfix) with ESMTP id E24E243D31 for ; Fri, 18 Mar 2005 11:40:45 +0000 (GMT) (envelope-from dirkx@webweaving.org) Received: from skutsje.san.webweaving.org (skutsje.san.webweaving.org [209.132.96.45] (may be forged))j2IBedLA057585 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 18 Mar 2005 03:40:39 -0800 (PST) (envelope-from dirkx@webweaving.org) Received: from localhost (dirkx@localhost)j2IBedfP057582; Fri, 18 Mar 2005 03:40:39 -0800 (PST) (envelope-from dirkx@webweaving.org) X-Authentication-Warning: skutsje.san.webweaving.org: dirkx owned process doing -bs Date: Fri, 18 Mar 2005 03:40:39 -0800 (PST) From: Dirk-Willem van Gulik X-X-Sender: dirkx@skutsje.san.webweaving.org To: "M. Warner Losh" In-Reply-To: <20050317.124402.117348110.imp@bsdimp.com> Message-ID: <20050318033947.E56382@skutsje.san.webweaving.org> References: <20050317082725.G15162@skutsje.san.webweaving.org> <20050317.124402.117348110.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: 'pccardc power' - on 5.x and above 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, 18 Mar 2005 11:40:48 -0000 On Thu, 17 Mar 2005, M. Warner Losh wrote: > In message: <20050317082725.G15162@skutsje.san.webweaving.org> > Dirk-Willem van Gulik writes: > : At some time in the 5.0 series oldbus it's ioctl PIOCSVIR was dropped; and > : pccard/cardbus where reformed to use POWER_ENABLE_SOCKET(). > : > : What is the proper way to powercylce pccard cards from userland in > : -current ? > > You can't at the moment do that. Ok - what is the proper way for me to hack this in (Right now I added a ioctl to mess with the power_enable_socket() which is a bit dirty). Dw. From owner-freebsd-current@FreeBSD.ORG Fri Mar 18 12:00:50 2005 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 B74A616A4CE for ; Fri, 18 Mar 2005 12:00:50 +0000 (GMT) Received: from relay.bestcom.ru (relay.bestcom.ru [217.72.144.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id B929243D39 for ; Fri, 18 Mar 2005 12:00:49 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (root@cell.sick.ru [217.72.144.68]) by relay.bestcom.ru (8.13.1/8.12.9) with ESMTP id j2IC0muv034978 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Fri, 18 Mar 2005 15:00:48 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.1/8.12.8) with ESMTP id j2IC0ldU062287 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 18 Mar 2005 15:00:47 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.1/8.13.1/Submit) id j2IC0llI062286; Fri, 18 Mar 2005 15:00:47 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Fri, 18 Mar 2005 15:00:47 +0300 From: Gleb Smirnoff To: Denis Shaposhnikov Message-ID: <20050318120047.GC61993@cell.sick.ru> References: <87psxxdyq6.fsf@neva.vlink.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <87psxxdyq6.fsf@neva.vlink.ru> User-Agent: Mutt/1.5.6i X-Virus-Scanned: ClamAV version devel-20050125, clamav-milter version 0.80ff on relay.bestcom.ru X-Virus-Status: Clean cc: freebsd-current@FreeBSD.org Subject: Re: acpica/acpi.c:904: error: structure has no member named `slh_first' 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, 18 Mar 2005 12:00:50 -0000 On Fri, Mar 18, 2005 at 01:39:45PM +0300, Denis Shaposhnikov wrote: D> I'am trying to build just cvsuped CURRENT and: D> D> /var/FreeBSD/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi.c: In function `acpi_sysres_alloc': D> /var/FreeBSD/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi.c:904: error: structure has no member named `slh_first' D> /var/FreeBSD/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi.c:904: error: structure has no member named `sle_next' D> /var/FreeBSD/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi.c: In function `acpi_sysres_find': D> /var/FreeBSD/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi.c:950: error: structure has no member named `slh_first' D> /var/FreeBSD/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi.c:950: error: structure has no member named `sle_next' D> *** Error code 1 D> D> Stop in /var/FreeBSD/src/sys/modules/acpi/acpi. D> *** Error code 1 D> D> Stop in /var/FreeBSD/src/sys/modules/acpi. D> *** Error code 1 D> D> Stop in /var/FreeBSD/src/sys/modules. D> *** Error code 1 D> D> Does anybody known how to fix it? Already fixed. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-current@FreeBSD.ORG Fri Mar 18 13:09:19 2005 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 7D69A16A4CE for ; Fri, 18 Mar 2005 13:09:19 +0000 (GMT) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8924A43D39 for ; Fri, 18 Mar 2005 13:09:18 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id j2ID9Hmo092369 for ; Fri, 18 Mar 2005 07:09:17 -0600 (CST) (envelope-from anderson@centtech.com) Message-ID: <423AD2F3.50602@centtech.com> Date: Fri, 18 Mar 2005 07:09:07 -0600 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050210 X-Accept-Language: en-us, en MIME-Version: 1.0 To: FreeBSD Current Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Pentium-M - not recognized? 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, 18 Mar 2005 13:09:19 -0000 I have a Dell Latitude D610 laptop, and my kernel says: CPU claims to support Enhanced Speedstep, but is not recognized. Please update driver or contact the maintainer. cpu_vendor = GenuineIntel msr = 6120e2606000e26, bus_clk = 64 What does that mean to me? How can I fix it? All my various info (full dmesg, acpi dumps, etc) are available here: http://www.googlebit.com/freebsd/ Thanks! Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology I have seen the future and it is just like the present, only longer. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Fri Mar 18 13:20:17 2005 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 5A0AD16A4CE for ; Fri, 18 Mar 2005 13:20:17 +0000 (GMT) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7EA0B43D55 for ; Fri, 18 Mar 2005 13:20:16 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id j2IDKF0d026683; Fri, 18 Mar 2005 07:20:15 -0600 (CST) (envelope-from anderson@centtech.com) Message-ID: <423AD585.2010500@centtech.com> Date: Fri, 18 Mar 2005 07:20:05 -0600 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050210 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Eric Anderson References: <423AD2F3.50602@centtech.com> In-Reply-To: <423AD2F3.50602@centtech.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.82/772/Fri Mar 18 02:59:17 2005 on mh1.centtech.com X-Virus-Status: Clean cc: FreeBSD Current Subject: Re: Pentium-M - not recognized? 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, 18 Mar 2005 13:20:17 -0000 Eric Anderson wrote: > I have a Dell Latitude D610 laptop, and my kernel says: > > CPU claims to support Enhanced Speedstep, but is not recognized. > Please update driver or contact the maintainer. > cpu_vendor = GenuineIntel msr = 6120e2606000e26, bus_clk = 64 > > What does that mean to me? How can I fix it? > > All my various info (full dmesg, acpi dumps, etc) are available here: > http://www.googlebit.com/freebsd/ I hate when I reply to myself, but.. After doing some more research, I see that I have a Pentium M 750, but in cpufreq/est.c, I notice there isn't an entry for it. There are some that are close, but not exactly. ... INTEL(PM_755A_90, 2000, 1340, 600, 988, INTEL_BUS_CLK), INTEL(PM_755B_90, 2000, 1324, 600, 988, INTEL_BUS_CLK), INTEL(PM_755C_90, 2000, 1308, 600, 988, INTEL_BUS_CLK), INTEL(PM_755D_90, 2000, 1276, 600, 988, INTEL_BUS_CLK), INTEL(PM_745A_90, 1800, 1340, 600, 988, INTEL_BUS_CLK), INTEL(PM_745B_90, 1800, 1324, 600, 988, INTEL_BUS_CLK), INTEL(PM_745C_90, 1800, 1308, 600, 988, INTEL_BUS_CLK), INTEL(PM_745D_90, 1800, 1276, 600, 988, INTEL_BUS_CLK), ... Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology I have seen the future and it is just like the present, only longer. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Fri Mar 18 14:00:57 2005 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 8541916A4CE; Fri, 18 Mar 2005 14:00:57 +0000 (GMT) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id F02C243D3F; Fri, 18 Mar 2005 14:00:56 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id j2IE0uHO026981; Fri, 18 Mar 2005 08:00:56 -0600 (CST) (envelope-from anderson@centtech.com) Message-ID: <423ADF0D.5090605@centtech.com> Date: Fri, 18 Mar 2005 08:00:45 -0600 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050210 X-Accept-Language: en-us, en MIME-Version: 1.0 To: FreeBSD Current References: <423AD2F3.50602@centtech.com> <423AD585.2010500@centtech.com> In-Reply-To: <423AD585.2010500@centtech.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.82/772/Fri Mar 18 02:59:17 2005 on mh1.centtech.com X-Virus-Status: Clean cc: freebsd-acpi@freebsd.org Subject: Re: Pentium-M - not recognized? 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, 18 Mar 2005 14:00:57 -0000 Eric Anderson wrote: > Eric Anderson wrote: > >> I have a Dell Latitude D610 laptop, and my kernel says: >> >> CPU claims to support Enhanced Speedstep, but is not recognized. >> Please update driver or contact the maintainer. >> cpu_vendor = GenuineIntel msr = 6120e2606000e26, bus_clk = 64 >> >> What does that mean to me? How can I fix it? >> >> All my various info (full dmesg, acpi dumps, etc) are available here: >> http://www.googlebit.com/freebsd/ > > > > I hate when I reply to myself, but.. > After doing some more research, I see that I have a Pentium M 750, but > in cpufreq/est.c, I notice there isn't an entry for it. There are some > that are close, but not exactly. > > ... > INTEL(PM_755A_90, 2000, 1340, 600, 988, INTEL_BUS_CLK), > INTEL(PM_755B_90, 2000, 1324, 600, 988, INTEL_BUS_CLK), > INTEL(PM_755C_90, 2000, 1308, 600, 988, INTEL_BUS_CLK), > INTEL(PM_755D_90, 2000, 1276, 600, 988, INTEL_BUS_CLK), > INTEL(PM_745A_90, 1800, 1340, 600, 988, INTEL_BUS_CLK), > INTEL(PM_745B_90, 1800, 1324, 600, 988, INTEL_BUS_CLK), > INTEL(PM_745C_90, 1800, 1308, 600, 988, INTEL_BUS_CLK), > INTEL(PM_745D_90, 1800, 1276, 600, 988, INTEL_BUS_CLK), > ... > Looks like I'm in over my head. I think a section for the 750 needs to be added, but I'm not sure what to add exactly, and I'm now afraid I'll light my computer on fire if I try. The Intel doc with the specs is here: http://download.intel.com/design/mobile/datashts/30526201.pdf and the doc for the already entered processors is here: http://download.intel.com/design/mobile/datashts/30526201.pdf Is there and ACPI person out there than can whip up a patch that I can try? Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology I have seen the future and it is just like the present, only longer. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Fri Mar 18 16:36:18 2005 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 89EC616A4CE for ; Fri, 18 Mar 2005 16:36:18 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1BD6143D1F for ; Fri, 18 Mar 2005 16:36:18 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1]) by harmony.village.org (8.13.3/8.13.1) with ESMTP id j2IGZVLw049907; Fri, 18 Mar 2005 09:35:32 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Fri, 18 Mar 2005 09:35:31 -0700 (MST) Message-Id: <20050318.093531.71125823.imp@bsdimp.com> To: dsh@neva.vlink.ru From: Warner Losh In-Reply-To: <87psxxdyq6.fsf@neva.vlink.ru> References: <87psxxdyq6.fsf@neva.vlink.ru> 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: acpica/acpi.c:904: error: structure has no member named `slh_first' 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, 18 Mar 2005 16:36:18 -0000 That's my bad. phk fixed it overnight. recvsup and you should be good. Warner From owner-freebsd-current@FreeBSD.ORG Fri Mar 18 16:42:17 2005 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 7FDB216A4CE for ; Fri, 18 Mar 2005 16:42:17 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C52143D2D for ; Fri, 18 Mar 2005 16:42:17 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1]) by harmony.village.org (8.13.3/8.13.1) with ESMTP id j2IGeCqg054711; Fri, 18 Mar 2005 09:40:13 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Fri, 18 Mar 2005 09:40:12 -0700 (MST) Message-Id: <20050318.094012.78745068.imp@bsdimp.com> To: if@hetzner.co.za From: Warner Losh In-Reply-To: References: 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: current@freebsd.org Subject: Re: device pcic and 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: Fri, 18 Mar 2005 16:42:17 -0000 > This extra line appears in the new kernel's output. Is this perhaps > what was detected as in the older kernel as pcic0? > unknown: can't assign resources (memory) > > Is there anything else that I should be doing that I'm not? Adding the following to device.hints (or /boot/loader.conf) may help: hint.cbb.0.at="isa" hint.cbb.0.port="0x3e0" hint.cbb.0.maddr="0xd0000" Warner From owner-freebsd-current@FreeBSD.ORG Fri Mar 18 17:42:28 2005 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 8B9BD16A4CE; Fri, 18 Mar 2005 17:42:28 +0000 (GMT) Received: from pd3mo2so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net [24.71.223.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4903643D1F; Fri, 18 Mar 2005 17:42:28 +0000 (GMT) (envelope-from cperciva@freebsd.org) Received: from pd5mr3so.prod.shaw.ca (pd5mr3so-qfe3.prod.shaw.ca [10.0.141.144]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0IDK004066HUYN89@l-daemon>; Fri, 18 Mar 2005 10:41:54 -0700 (MST) Received: from pn2ml4so.prod.shaw.ca ([10.0.121.148]) by pd5mr3so.prod.shaw.ca (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0IDK0038A6HOSZ60@pd5mr3so.prod.shaw.ca>; Fri, 18 Mar 2005 10:41:48 -0700 (MST) Received: from [192.168.0.60] (S0106006067227a4a.vc.shawcable.net [24.87.209.6]) by l-daemon (iPlanet Messaging Server 5.2 HotFix 1.18 (built Jul 28 2003)) with ESMTP id <0IDK00G0M6HNPF@l-daemon>; Fri, 18 Mar 2005 10:41:48 -0700 (MST) Date: Fri, 18 Mar 2005 09:41:47 -0800 From: Colin Percival In-reply-to: <423ADF0D.5090605@centtech.com> To: Eric Anderson Message-id: <423B12DB.2030409@freebsd.org> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7bit X-Accept-Language: en-us, en X-Enigmail-Version: 0.90.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime References: <423AD2F3.50602@centtech.com> <423AD585.2010500@centtech.com> <423ADF0D.5090605@centtech.com> User-Agent: Mozilla Thunderbird 1.0 (X11/20050314) cc: freebsd-acpi@freebsd.org cc: FreeBSD Current Subject: Re: Pentium-M - not recognized? 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, 18 Mar 2005 17:42:28 -0000 Eric Anderson wrote: > Eric Anderson wrote: >> Eric Anderson wrote: >>> I have a Dell Latitude D610 laptop, and my kernel says: >>> >>> CPU claims to support Enhanced Speedstep, but is not recognized. >>> Please update driver or contact the maintainer. >>> cpu_vendor = GenuineIntel msr = 6120e2606000e26, bus_clk = 64 >>> >>> What does that mean to me? How can I fix it? If the BIOS knows about enhanced speedstep and ACPI (which it should) then you can probably get access to the different settings via the acpi_perf. >> I hate when I reply to myself, but.. After doing some more research, I >> see that I have a Pentium M 750, but in cpufreq/est.c, I notice there >> isn't an entry for it. >> ... > I think a section for the 750 needs to > be added, but I'm not sure what to add exactly, and I'm now afraid I'll > light my computer on fire if I try. That's exactly the problem I have. In earlier Pentium M processors, Intel helpfully published a complete listing of the frequency/voltage pairs, which I encoded into est.c. With the 133MHz Pentium M processors, Intel decided not to publish all this; instead, they've just published the lowest and highest pairs. I am told that the data I need is available in the "Prescott, Nocona, and Potomac Processor BIOS Writer's Guide", but I can't get my hands on that since I haven't signed an NDA, and I've been too busy lately to work out how one goes about the process of obtaining and signing an Intel NDA. (I have no objection in principle to NDAs, as long as I'm able to publish the resulting code.) Colin Percival From owner-freebsd-current@FreeBSD.ORG Fri Mar 18 18:59:54 2005 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 8F92D16A4CE for ; Fri, 18 Mar 2005 18:59:54 +0000 (GMT) Received: from relay01.pair.com (relay01.pair.com [209.68.5.15]) by mx1.FreeBSD.org (Postfix) with SMTP id A219C43D60 for ; Fri, 18 Mar 2005 18:59:53 +0000 (GMT) (envelope-from pho@holm.cc) Received: (qmail 73288 invoked from network); 18 Mar 2005 18:59:52 -0000 Received: from unknown (HELO peter.osted.lan) (unknown) by unknown with SMTP; 18 Mar 2005 18:59:52 -0000 X-pair-Authenticated: 80.161.118.233 Received: from peter.osted.lan (localhost.osted.lan [127.0.0.1]) by peter.osted.lan (8.13.1/8.13.1) with ESMTP id j2IIxpxr086140 for ; Fri, 18 Mar 2005 19:59:51 +0100 (CET) (envelope-from pho@peter.osted.lan) Received: (from pho@localhost) by peter.osted.lan (8.13.1/8.13.1/Submit) id j2IIxoSB086139 for current@freebsd.org; Fri, 18 Mar 2005 19:59:50 +0100 (CET) (envelope-from pho) Date: Fri, 18 Mar 2005 19:59:50 +0100 From: Peter Holm To: current@freebsd.org Message-ID: <20050318185950.GA85852@peter.osted.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: Lots of "malloc(M_WAITOK) of "16", forcing M_NOWAIT with ..." warnings 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, 18 Mar 2005 18:59:54 -0000 With GENERIC HEAD from Mar 18 15:56 UTC I get lots of : malloc(M_WAITOK) of "16", forcing M_NOWAIT with the following non-sleepable locks held: exclusive sleep mutex UMA lock r = 0 (0xc096c540) locked @ vm/uma_core.c:1498 KDB: stack backtrace: kdb_backtrace(1,1,1,10,c10522c0) at kdb_backtrace+0x29 witness_warn(5,0,c084c567,c081642a,c146e8a0) at witness_warn+0x19a uma_zalloc_arg(c10522c0,0,102) at uma_zalloc_arg+0x41 malloc(10,c08984c0,102,2,cf7f2000) at malloc+0xae free_unr(c15164c0,18826,c21ea000,c1ef32c0,c2053ae0) at free_unr+0x1b thread_fini(c21ea000,16c) at thread_fini+0x33 zone_drain(c103e2c0) at zone_drain+0x170 zone_foreach(c0763e6c,cc9bccfc,c0775821,c08344e4,246) at zone_foreach+0x37 uma_reclaim(c08344e4,246,0,cc9bcc90,c060e719) at uma_reclaim+0x12 vm_pageout_scan(0,c096cc00,0,c084e636,5c3) at vm_pageout_scan+0x101 vm_pageout(0,cc9bcd48,0,c07765e8,0) at vm_pageout+0x2c3 fork_exit(c07765e8,0,cc9bcd48) at fork_exit+0xa4 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xcc9bcd7c, ebp = 0 --- -- Peter Holm From owner-freebsd-current@FreeBSD.ORG Fri Mar 18 19:41:47 2005 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 638C016A4CE; Fri, 18 Mar 2005 19:41:47 +0000 (GMT) Received: from ylpvm15.prodigy.net (ylpvm15-ext.prodigy.net [207.115.57.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id E3FA043D39; Fri, 18 Mar 2005 19:41:46 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222])j2IJbfba005285; Fri, 18 Mar 2005 14:37:41 -0500 Message-ID: <423B2EF7.1000309@root.org> Date: Fri, 18 Mar 2005 11:41:43 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0RC1 (X11/20041205) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Colin Percival References: <423AD2F3.50602@centtech.com> <423AD585.2010500@centtech.com> <423ADF0D.5090605@centtech.com> <423B12DB.2030409@freebsd.org> In-Reply-To: <423B12DB.2030409@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-acpi@freebsd.org cc: FreeBSD Current cc: Eric Anderson Subject: Re: Pentium-M - not recognized? 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, 18 Mar 2005 19:41:47 -0000 Colin Percival wrote: > Eric Anderson wrote: > >>Eric Anderson wrote: >> >>>Eric Anderson wrote: >>> >>>>I have a Dell Latitude D610 laptop, and my kernel says: >>>> >>>>CPU claims to support Enhanced Speedstep, but is not recognized. >>>>Please update driver or contact the maintainer. >>>>cpu_vendor = GenuineIntel msr = 6120e2606000e26, bus_clk = 64 >>>> >>>>What does that mean to me? How can I fix it? > > > If the BIOS knows about enhanced speedstep and ACPI (which it should) > then you can probably get access to the different settings via the > acpi_perf. Yes, I have a patch that does this locally. >>>I hate when I reply to myself, but.. After doing some more research, I >>>see that I have a Pentium M 750, but in cpufreq/est.c, I notice there >>>isn't an entry for it. >>>... >> >>I think a section for the 750 needs to >>be added, but I'm not sure what to add exactly, and I'm now afraid I'll >>light my computer on fire if I try. > > > That's exactly the problem I have. In earlier Pentium M processors, Intel > helpfully published a complete listing of the frequency/voltage pairs, > which I encoded into est.c. With the 133MHz Pentium M processors, Intel > decided not to publish all this; instead, they've just published the lowest > and highest pairs. > > I am told that the data I need is available in the "Prescott, Nocona, and > Potomac Processor BIOS Writer's Guide", but I can't get my hands on that > since I haven't signed an NDA, and I've been too busy lately to work out > how one goes about the process of obtaining and signing an Intel NDA. (I > have no objection in principle to NDAs, as long as I'm able to publish the > resulting code.) Yep. I finally was able to borrow a friend's T42 for the weekend and can test/finish my patch. I'll commit it once it's working. -- Nate From owner-freebsd-current@FreeBSD.ORG Fri Mar 18 19:46:42 2005 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 18B2D16A4CE; Fri, 18 Mar 2005 19:46:42 +0000 (GMT) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9200043D46; Fri, 18 Mar 2005 19:46:40 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id j2IJkc2g030844; Fri, 18 Mar 2005 13:46:38 -0600 (CST) (envelope-from anderson@centtech.com) Message-ID: <423B3013.30904@centtech.com> Date: Fri, 18 Mar 2005 13:46:27 -0600 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050210 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nate Lawson References: <423AD2F3.50602@centtech.com> <423AD585.2010500@centtech.com> <423ADF0D.5090605@centtech.com> <423B12DB.2030409@freebsd.org> <423B2EF7.1000309@root.org> In-Reply-To: <423B2EF7.1000309@root.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.82/773/Fri Mar 18 06:56:08 2005 on mh1.centtech.com X-Virus-Status: Clean cc: freebsd-acpi@freebsd.org cc: FreeBSD Current cc: Colin Percival Subject: Re: Pentium-M - not recognized? 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, 18 Mar 2005 19:46:42 -0000 Nate Lawson wrote: > Colin Percival wrote: > >> Eric Anderson wrote: >> >>> Eric Anderson wrote: >>> >>>> Eric Anderson wrote: >>>> >>>>> I have a Dell Latitude D610 laptop, and my kernel says: >>>>> >>>>> CPU claims to support Enhanced Speedstep, but is not recognized. >>>>> Please update driver or contact the maintainer. >>>>> cpu_vendor = GenuineIntel msr = 6120e2606000e26, bus_clk = 64 >>>>> >>>>> What does that mean to me? How can I fix it? >> >> >> >> If the BIOS knows about enhanced speedstep and ACPI (which it should) >> then you can probably get access to the different settings via the >> acpi_perf. > > > Yes, I have a patch that does this locally. > >>>> I hate when I reply to myself, but.. After doing some more research, I >>>> see that I have a Pentium M 750, but in cpufreq/est.c, I notice there >>>> isn't an entry for it. >>>> ... >>> >>> >>> I think a section for the 750 needs to >>> be added, but I'm not sure what to add exactly, and I'm now afraid I'll >>> light my computer on fire if I try. >> >> >> >> That's exactly the problem I have. In earlier Pentium M processors, >> Intel >> helpfully published a complete listing of the frequency/voltage pairs, >> which I encoded into est.c. With the 133MHz Pentium M processors, Intel >> decided not to publish all this; instead, they've just published the >> lowest >> and highest pairs. >> >> I am told that the data I need is available in the "Prescott, Nocona, and >> Potomac Processor BIOS Writer's Guide", but I can't get my hands on that >> since I haven't signed an NDA, and I've been too busy lately to work out >> how one goes about the process of obtaining and signing an Intel NDA. (I >> have no objection in principle to NDAs, as long as I'm able to publish >> the >> resulting code.) > > > Yep. I finally was able to borrow a friend's T42 for the weekend and > can test/finish my patch. I'll commit it once it's working. > I'd be more than happy to test against my laptop and send any necessary output. Do you think this could be affecting my S3 suspend mode at all? Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology I have seen the future and it is just like the present, only longer. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Fri Mar 18 19:53:28 2005 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 7D2BC16A4CE; Fri, 18 Mar 2005 19:53:28 +0000 (GMT) Received: from ylpvm15.prodigy.net (ylpvm15-ext.prodigy.net [207.115.57.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id 25D6043D5C; Fri, 18 Mar 2005 19:53:28 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222])j2IJnFba022829; Fri, 18 Mar 2005 14:49:16 -0500 Message-ID: <423B31AD.3010601@root.org> Date: Fri, 18 Mar 2005 11:53:17 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0RC1 (X11/20041205) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Eric Anderson References: <423AD2F3.50602@centtech.com> <423AD585.2010500@centtech.com> <423ADF0D.5090605@centtech.com> <423B12DB.2030409@freebsd.org> <423B2EF7.1000309@root.org> <423B3013.30904@centtech.com> In-Reply-To: <423B3013.30904@centtech.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-acpi@freebsd.org cc: FreeBSD Current cc: Colin Percival Subject: Re: Pentium-M - not recognized? 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, 18 Mar 2005 19:53:28 -0000 Eric Anderson wrote: > Nate Lawson wrote: >> >> Yep. I finally was able to borrow a friend's T42 for the weekend and >> can test/finish my patch. I'll commit it once it's working. >> > > I'd be more than happy to test against my laptop and send any necessary > output. Do you think this could be affecting my S3 suspend mode at all? No, it won't help S3. I'll publish the patch once I've finished developing and tested it as working on this one system. It's too time consuming to write a decent amount of code for a system that you don't even have one instance of. -- Nate From owner-freebsd-current@FreeBSD.ORG Fri Mar 18 21:59:02 2005 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 30D4016A4CE for ; Fri, 18 Mar 2005 21:59:02 +0000 (GMT) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id E0B9D43D41 for ; Fri, 18 Mar 2005 21:59:00 +0000 (GMT) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1DCPRX-0001Di-0p for freebsd-current@freebsd.org; Fri, 18 Mar 2005 22:55:47 +0100 Received: from mulder.f5.com ([205.229.151.150]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 18 Mar 2005 22:55:43 +0100 Received: from atkin901 by mulder.f5.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 18 Mar 2005 22:55:43 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: othermark Date: Fri, 18 Mar 2005 13:57:18 -0800 Lines: 53 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: mulder.f5.com User-Agent: KNode/0.8.2 Sender: news X-Gmane-MailScanner: Found to be clean X-Gmane-MailScanner: Found to be clean X-MailScanner-From: freebsd-current@m.gmane.org X-MailScanner-To: freebsd-current@freebsd.org Subject: cannot open cuad* with a shared lock in todays kernel 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, 18 Mar 2005 21:59:02 -0000 I have two kernels, one build from 3/16 and one from this morning 3/18 built with the exact same kernel config. If I boot the 3/16 kernel, I can open /dev/cuad0, if I boot the 3/18 kernel... $ ls -l /dev/cuad0 crw------- 1 root wheel 13, 64 Mar 18 09:19 /dev/cuad0 $ whoami root $ ktrace minicom minicom: cannot open /dev/cuad0: Permission denied $ kdump -f ktrace.out [...] 821 minicom CALL sigprocmask(0x1,0,0x807097c) 821 minicom RET sigprocmask 0 821 minicom CALL sigaction(0xe,0xbfbfe6c0,0xbfbfe6a0) 821 minicom RET sigaction 0 821 minicom CALL setitimer(0,0xbfbfe6d0,0xbfbfe6c0) 821 minicom RET setitimer 0 821 minicom CALL open(0x806f0c0,0x8006,0x18) 821 minicom NAMI "/dev/cuad0" 821 minicom RET open -1 errno 13 Permission denied 821 minicom CALL setitimer(0,0xbfbfe6d0,0xbfbfe6c0) 821 minicom RET setitimer 0 821 minicom CALL sigaction(0xe,0xbfbfe6c0,0xbfbfe6a0) 821 minicom RET sigaction 0 821 minicom CALL getuid 821 minicom RET getuid 0 821 minicom CALL geteuid 821 minicom RET geteuid 66/0x42 821 minicom CALL write(0x2,0xbfbfdfa0,0x33) 821 minicom GIO fd 2 wrote 51 bytes "minicom: cannot open /dev/cuad0: Permission denied [...] 0x18 appears to be O_SHLOCK | O_APPEND. A simple .c program with O_SHLOCK | O_APPEND on cuad0 returns "operation not permitted" -- othermark atkin901 at nospam dot yahoo dot com (!wired)?(coffee++):(wired); From owner-freebsd-current@FreeBSD.ORG Sat Mar 19 00:36:08 2005 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 2EA1A16A4CE; Sat, 19 Mar 2005 00:36:08 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id A266243D41; Sat, 19 Mar 2005 00:36:07 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id j2J0a6rZ025332; Fri, 18 Mar 2005 19:36:06 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j2J0a75O056182; Fri, 18 Mar 2005 19:36:07 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E57437306E; Fri, 18 Mar 2005 19:36:06 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050319003606.E57437306E@freebsd-current.sentex.ca> Date: Fri, 18 Mar 2005 19:36:06 -0500 (EST) X-Virus-Scanned: ClamAV 0.82/773/Fri Mar 18 07:56:08 2005 on smarthost2.sentex.ca X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on clamscanner2 X-Virus-Status: Clean Subject: [current tinderbox] failure on i386/pc98 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: Sat, 19 Mar 2005 00:36:08 -0000 TB --- 2005-03-18 23:13:56 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-03-18 23:13:56 - starting CURRENT tinderbox run for i386/pc98 TB --- 2005-03-18 23:13:56 - checking out the source tree TB --- 2005-03-18 23:13:56 - cd /home/tinderbox/CURRENT/i386/pc98 TB --- 2005-03-18 23:13:56 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-03-18 23:20:48 - building world (CFLAGS=-O2 -pipe) TB --- 2005-03-18 23:20:48 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-03-18 23:20:48 - /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 --- 2005-03-19 00:28:20 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-03-19 00:28:20 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-03-19 00:28:20 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sat Mar 19 00:28:20 UTC 2005 >>> 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 [...] touch export_syms awk -f /tinderbox/CURRENT/i386/pc98/src/sys/modules/canbepm/../../conf/kmod_syms.awk canbepm.kld export_syms | xargs -J% objcopy % canbepm.kld ld -Bshareable -d -warn-common -o canbepm.ko.debug canbepm.kld objcopy --strip-debug canbepm.ko.debug canbepm.ko ===> canbus (all) cc -O2 -pipe -DPC98 -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -include /tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -g -I/tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/sys/GENERIC -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /tinderbox/CURRENT/i386/pc98/src/sys/modules/canbus/../../pc98/pc98/canbus.c /tinderbox/CURRENT/i386/pc98/src/sys/modules/canbus/../../pc98/pc98/canbus.c: In function `print_all_resources': /tinderbox/CURRENT/i386/pc98/src/sys/modules/canbus/../../pc98/pc98/canbus.c:434: error: structure has no member named `slh_first' *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src/sys/modules/canbus. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src/sys/modules. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. TB --- 2005-03-19 00:36:06 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-03-19 00:36:06 - ERROR: failed to build generic kernel TB --- 2005-03-19 00:36:06 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sat Mar 19 02:24:27 2005 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 EC39716A4CE; Sat, 19 Mar 2005 02:24:27 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 508AA43D48; Sat, 19 Mar 2005 02:24:27 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id j2J2OQXF028668; Fri, 18 Mar 2005 21:24:26 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j2J2OQaH031473; Fri, 18 Mar 2005 21:24:26 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id BC1FC7306E; Fri, 18 Mar 2005 21:24:26 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050319022426.BC1FC7306E@freebsd-current.sentex.ca> Date: Fri, 18 Mar 2005 21:24:26 -0500 (EST) X-Virus-Scanned: ClamAV 0.82/774/Fri Mar 18 20:04:06 2005 on smarthost2.sentex.ca X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on clamscanner1 X-Virus-Status: Clean 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: Sat, 19 Mar 2005 02:24:28 -0000 TB --- 2005-03-19 00:36:07 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-03-19 00:36:07 - starting CURRENT tinderbox run for ia64/ia64 TB --- 2005-03-19 00:36:07 - checking out the source tree TB --- 2005-03-19 00:36:07 - cd /home/tinderbox/CURRENT/ia64/ia64 TB --- 2005-03-19 00:36:07 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-03-19 00:42:36 - building world (CFLAGS=-O2 -pipe) TB --- 2005-03-19 00:42:36 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2005-03-19 00:42:36 - /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 --- 2005-03-19 02:14:33 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-03-19 02:14:33 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2005-03-19 02:14:33 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sat Mar 19 02:14:34 UTC 2005 >>> 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/tinderbox/CURRENT/ia64/ia64/src/sys -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/altq -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/pf -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/CURRENT/ia64/ia64/src/sys/ia64/ia64/mca.c 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/tinderbox/CURRENT/ia64/ia64/src/sys -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/altq -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/pf -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/CURRENT/ia64/ia64/src/sys/ia64/ia64/mem.c 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/tinderbox/CURRENT/ia64/ia64/src/sys -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/altq -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/pf -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/CURRENT/ia64/ia64/src/sys/ia64/ia64/nexus.c /tinderbox/CURRENT/ia64/ia64/src/sys/ia64/ia64/nexus.c: In function `nexus_print_resources': /tinderbox/CURRENT/ia64/ia64/src/sys/ia64/ia64/nexus.c:244: error: structure has no member named `slh_first' /tinderbox/CURRENT/ia64/ia64/src/sys/ia64/ia64/nexus.c:244: error: structure has no member named `sle_next' /tinderbox/CURRENT/ia64/ia64/src/sys/ia64/ia64/nexus.c: In function `nexus_print_all_resources': /tinderbox/CURRENT/ia64/ia64/src/sys/ia64/ia64/nexus.c:269: error: structure has no member named `slh_first' *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. TB --- 2005-03-19 02:24:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-03-19 02:24:26 - ERROR: failed to build generic kernel TB --- 2005-03-19 02:24:26 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sat Mar 19 08:37:25 2005 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 385F616A4CE for ; Sat, 19 Mar 2005 08:37:25 +0000 (GMT) Received: from drop.bsdchat.com (drop.bsdchat.com [209.237.225.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id B284A43D39 for ; Sat, 19 Mar 2005 08:37:24 +0000 (GMT) (envelope-from clive@tongi.org) Received: from CARTIER (drag.bsdchat.com [209.237.225.37]) by drop.bsdchat.com (8.13.1/8.13.1) with SMTP id j2J8bF1w074101 for ; Sat, 19 Mar 2005 08:37:20 GMT (envelope-from clive@tongi.org) Received: (nullmailer pid 4449 invoked by uid 1000); Sat, 19 Mar 2005 08:37:10 -0000 Date: Sat, 19 Mar 2005 16:37:10 +0800 From: Clive Lin To: freebsd-current@freebsd.org Message-ID: <20050319083710.GA4378@tongi.org> References: <87psxxdyq6.fsf@neva.vlink.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <87psxxdyq6.fsf@neva.vlink.ru> X-PGP-key: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xA008C03E User-Agent: Mutt/1.5.9i Subject: Re: acpica/acpi.c:904: error: structure has no member named `slh_first' 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: Sat, 19 Mar 2005 08:37:25 -0000 On Fri, Mar 18, 2005 at 01:39:45PM +0300, Denis Shaposhnikov wrote: > I'am trying to build just cvsuped CURRENT and: > > /var/FreeBSD/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi.c: In function `acpi_sysres_alloc': > /var/FreeBSD/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi.c:904: error: structure has no member named `slh_first' > /var/FreeBSD/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi.c:904: error: structure has no member named `sle_next' The same patch 's/SLIST/STAILQ/' also should be applied on /usr/src/sys/modules/if_ndis/../../dev/if_ndis/if_ndis_pci.c:199 May a src committer help on this? Cheers, -- Clive Tong-I Lin | http://tongi.org | PGP KeyID: A008C03E From owner-freebsd-current@FreeBSD.ORG Fri Mar 18 19:23:20 2005 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 52CF516A4CE for ; Fri, 18 Mar 2005 19:23:20 +0000 (GMT) Received: from enterprise4.noxa.de (enterprise.noxa.de [212.60.197.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id 07CDE43D41 for ; Fri, 18 Mar 2005 19:23:19 +0000 (GMT) (envelope-from arundel@h3c.de) Received: (qmail 24076 invoked from network); 18 Mar 2005 20:23:16 +0100 Received: from pd9e51307.dip.t-dialin.net (HELO localhost.skatecity) (217.229.19.7) by enterprise.noxa.de with AES256-SHA encrypted SMTP; 18 Mar 2005 20:23:16 +0100 Received: from localhost.skatecity (nobody@localhost.skatecity [127.0.0.1]) by localhost.skatecity (8.13.3/8.13.3) with ESMTP id j2IJMeC9063541 for ; Fri, 18 Mar 2005 20:22:40 +0100 (CET) (envelope-from arundel@localhost.skatecity) Received: (from arundel@localhost) by localhost.skatecity (8.13.3/8.13.3/Submit) id j2IJMebg063540 for freebsd-current@freebsd.org; Fri, 18 Mar 2005 20:22:40 +0100 (CET) (envelope-from arundel) From: alexander Date: Fri, 18 Mar 2005 20:22:40 +0100 To: freebsd-current@freebsd.org Message-ID: <20050318192239.GA62938@skatecity> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Mailman-Approved-At: Sat, 19 Mar 2005 13:53:30 +0000 Subject: Re: FreeBSD sound distortion problems with SB Live! fixed with PREEMPTION 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, 18 Mar 2005 19:23:20 -0000 Same problem here. I spoke to Travis a few days ago and he told me about this issue. I didn't even realize that this was a bug in the driver or somewhere in the kernel I/O routines. I thought it was a problem with xmms or some problems with the cables of my speakers or something like that. I'm expiriencing constant crackling dutring the playback of mp3s and probably a lot of other audio file formats. Also xmms and mplayer have problems upon track changes. The very first microseconds of each audio file are being skiped. I don't think this is a problem with any of the audio players, because they worked fine with previous versions of FBSD. Also the driver for my audio card (SoundBlaster Audigy 2) hasn't change much since it was first comitted into the 5-CURRENT branch. It's the patch for Audigy 1/2 cards by Orlando Bassotto. Plus I used both the drivers that are available (emu10k1 and emu10kx). It doesn't make any difference! So I guess it is a kernel issue. I'm running the following version of FBSD right now: 5.4-PRERELEASE FreeBSD 5.4-PRERELEASE #0: Sun Feb 27 16:54:49 CET 2005 So the issue is not limited to 6-CURRENT. I don't think this problem existed in 4-STABLE. Also I'm pretty sure that this issue didn't exist in 5.3-RELEASE. I believe some code that was comitted to 6-CURRENT as well as to 5-STABLE caused these problems. From owner-freebsd-current@FreeBSD.ORG Sat Mar 19 16:20:01 2005 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 401C816A4CE for ; Sat, 19 Mar 2005 16:20:01 +0000 (GMT) Received: from hatpro.mr-paradox.net (hatpro.mr-paradox.net [216.29.181.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD04743D2F for ; Sat, 19 Mar 2005 16:20:00 +0000 (GMT) (envelope-from jfb@mr-paradox.net) Received: by hatpro.mr-paradox.net (Postfix, from userid 16139) id C48F0C15A; Fri, 18 Mar 2005 10:27:17 -0500 (EST) Date: Fri, 18 Mar 2005 10:27:17 -0500 From: jb000002@mr-happy.com To: freebsd-current@freebsd.org Message-ID: <20050318152717.GA64576@mr-happy.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Face: #0jV*~a}VtKS-&E/!EJpH('H1Va}24dxF0oT&+.R3Gu8C; xhSC+<|+H84&YLbMvphuRT4cp3.|8EN_(2Eix/6{.Up~u`a^}0Ln&b+9Fw|BPig@-{y\pL_46d&ZwA]5%_AU?}DezfE&1!>H?3E$!Yve7.O<+..Jnb4:'6Ey_]FtFzU9=*l$1p/@gA,Ze>^5<]+r(XJ+m7`/vMDc$'wy|`e Subject: buildworld 17 Mar 2005 -CURRENT, top.local.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: Sat, 19 Mar 2005 16:20:01 -0000 I seem to get this error (or one very similar) about top.local.h every second or third time I make buildworld. This is from HEAD as of late Thursday UTC. It's also happened with 4-STABLE and 5-STABLE, including release versions. Architecture doesn't seem to matter--this was i386, also had it on sparc64. I can work around it by copying top.local.h from /usr/obj/usr/src/usr.bin/top to /usr/src/usr.bin/top and then 'make -DNO_CLEAN buildworld', but it's sort of annoying to have to go through that. I googled and searched the list archives and found nothing. Any help? Need more info from me? Jeff [...] ===> usr.bin/top (all) cc -O2 -fno-strict-aliasing -pipe -DHAVE_GETOPT -DHAVE_STRERROR -I/usr/src/usr.bin/top -I/usr/src/usr.bin/top/../../contrib/top -I. -DORDER -c /usr/src/usr.bin/top/../../contrib/top/commands.c make: don't know how to make /usr/src/usr.bin/top/top.local.h. Stop *** Error code 2 Stop in /usr/src/usr.bin. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. From owner-freebsd-current@FreeBSD.ORG Sat Mar 19 19:17:35 2005 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 C370016A4CE for ; Sat, 19 Mar 2005 19:17:35 +0000 (GMT) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9303D43D2D for ; Sat, 19 Mar 2005 19:17:34 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received-SPF: pass (mp2.macomnet.net: domain of maxim@macomnet.ru designates 127.0.0.1 as permitted sender) receiver=mp2.macomnet.net; client_ip=127.0.0.1; envelope-from=maxim@macomnet.ru; Received: from localhost (localhost [127.0.0.1]) by mp2.macomnet.net (8.12.11/8.12.11) with ESMTP id j2JJHWMe047650; Sat, 19 Mar 2005 22:17:32 +0300 (MSK) (envelope-from maxim@macomnet.ru) Date: Sat, 19 Mar 2005 22:17:32 +0300 (MSK) From: Maxim Konovalov To: Clive Lin In-Reply-To: <20050319083710.GA4378@tongi.org> Message-ID: <20050319221721.I96856@mp2.macomnet.net> References: <87psxxdyq6.fsf@neva.vlink.ru> <20050319083710.GA4378@tongi.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: acpica/acpi.c:904: error: structure has no member named `slh_first' 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: Sat, 19 Mar 2005 19:17:35 -0000 On Sat, 19 Mar 2005, 16:37+0800, Clive Lin wrote: > On Fri, Mar 18, 2005 at 01:39:45PM +0300, Denis Shaposhnikov wrote: > > I'am trying to build just cvsuped CURRENT and: > > > > /var/FreeBSD/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi.c: In function `acpi_sysres_alloc': > > /var/FreeBSD/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi.c:904: error: structure has no member named `slh_first' > > /var/FreeBSD/src/sys/modules/acpi/acpi/../../../dev/acpica/acpi.c:904: error: structure has no member named `sle_next' > > The same patch 's/SLIST/STAILQ/' also should be applied on > /usr/src/sys/modules/if_ndis/../../dev/if_ndis/if_ndis_pci.c:199 > > May a src committer help on this? Done, thanks! -- Maxim Konovalov From owner-freebsd-current@FreeBSD.ORG Sat Mar 19 22:34:43 2005 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 C2DC316A4CE; Sat, 19 Mar 2005 22:34:43 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 539B743D2F; Sat, 19 Mar 2005 22:34:43 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id j2JMYgJW063239; Sat, 19 Mar 2005 17:34:42 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id j2JMYgrw031073; Sat, 19 Mar 2005 17:34:42 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 997287306E; Sat, 19 Mar 2005 17:34:42 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050319223442.997287306E@freebsd-current.sentex.ca> Date: Sat, 19 Mar 2005 17:34:42 -0500 (EST) X-Virus-Scanned: ClamAV 0.82/774/Fri Mar 18 20:04:06 2005 on smarthost2.sentex.ca X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner1 X-Virus-Status: Clean Subject: [current tinderbox] failure on i386/pc98 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: Sat, 19 Mar 2005 22:34:44 -0000 TB --- 2005-03-19 21:12:14 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-03-19 21:12:14 - starting CURRENT tinderbox run for i386/pc98 TB --- 2005-03-19 21:12:14 - checking out the source tree TB --- 2005-03-19 21:12:14 - cd /home/tinderbox/CURRENT/i386/pc98 TB --- 2005-03-19 21:12:14 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-03-19 21:19:03 - building world (CFLAGS=-O2 -pipe) TB --- 2005-03-19 21:19:03 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-03-19 21:19:03 - /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 --- 2005-03-19 22:26:58 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-03-19 22:26:58 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-03-19 22:26:58 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sat Mar 19 22:26:58 UTC 2005 >>> 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 [...] touch export_syms awk -f /tinderbox/CURRENT/i386/pc98/src/sys/modules/canbepm/../../conf/kmod_syms.awk canbepm.kld export_syms | xargs -J% objcopy % canbepm.kld ld -Bshareable -d -warn-common -o canbepm.ko.debug canbepm.kld objcopy --strip-debug canbepm.ko.debug canbepm.ko ===> canbus (all) cc -O2 -pipe -DPC98 -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -include /tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -g -I/tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/sys/GENERIC -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /tinderbox/CURRENT/i386/pc98/src/sys/modules/canbus/../../pc98/pc98/canbus.c /tinderbox/CURRENT/i386/pc98/src/sys/modules/canbus/../../pc98/pc98/canbus.c: In function `print_all_resources': /tinderbox/CURRENT/i386/pc98/src/sys/modules/canbus/../../pc98/pc98/canbus.c:434: error: structure has no member named `slh_first' *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src/sys/modules/canbus. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src/sys/modules. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. TB --- 2005-03-19 22:34:42 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-03-19 22:34:42 - ERROR: failed to build generic kernel TB --- 2005-03-19 22:34:42 - tinderbox aborted